CN109845276A - 信息处理装置和信息处理方法 - Google Patents

信息处理装置和信息处理方法 Download PDF

Info

Publication number
CN109845276A
CN109845276A CN201780063696.4A CN201780063696A CN109845276A CN 109845276 A CN109845276 A CN 109845276A CN 201780063696 A CN201780063696 A CN 201780063696A CN 109845276 A CN109845276 A CN 109845276A
Authority
CN
China
Prior art keywords
request
broadcast
dash
information
server
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.)
Pending
Application number
CN201780063696.4A
Other languages
English (en)
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 CN109845276A publication Critical patent/CN109845276A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/122—Avoiding congestion; Recovering from congestion by diverting traffic away from congested entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/26—Arrangements for switching distribution systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/20—Arrangements for broadcast or distribution of identical information via plural systems
    • H04H20/24—Arrangements for distribution of identical information via broadcast system and non-broadcast system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/19—Flow control; Congestion control at layers above the network layer
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams
    • 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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/23805—Controlling the feeding rate to the network, e.g. by controlling the video pump
    • 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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • 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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • 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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • 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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2408—Monitoring of the upstream path of the transmission network, e.g. client requests
    • 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/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25841—Management of client data involving the geographical location of the client
    • 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/61—Network physical structure; Signal processing
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • 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/643—Communication protocols
    • H04N21/64322—IP
    • 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64707—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless for transferring content from a first network to a second network, e.g. between IP and wireless
    • 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
    • H04N21/64738—Monitoring network characteristics, e.g. bandwidth, congestion level
    • 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/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6581—Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application
    • 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/21—Server components or server architectures
    • H04N21/222—Secondary servers, e.g. proxy server, cable television Head-end
    • H04N21/2225—Local VOD servers
    • 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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2385—Channel allocation; Bandwidth allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services

Landscapes

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

Abstract

本技术涉及一种用于使用广播网络能够对流业务进行负载分散的信息处理装置和信息处理方法。信息处理装置处理从多个接收装置发送的内容的请求，并且被配置为基于用于识别可以由接收装置接收的广播区域的第一识别信息，和用于识别内容的第二识别信息，通过动态地切换经由通信的返回和经由广播的返回，作为相对于请求的响应的返回路径，能够对流业务进行负载分散，该第一识别信息和第二识别信息被包括在请求中。例如，本技术可应用于在服务器后端侧设置的专用服务器(交换服务器)。

Description

信息处理装置和信息处理方法
技术领域
本技术涉及一种信息处理装置和信息处理方法，并且特别地，涉及一种通过使用广播网络对流业务进行负载分散的信息处理装置和信息处理方法。
背景技术
根据超文本传输协议(HTTP)流，应用于视频点播(VOD)流或实时流的***的标准化，已经作为诸如因特网协议电视(IPTV)的因特网流中的标准化流程来执行。
特别地，在ISO/IEC/MPEG中执行标准化的基于HTTP的动态自适应流(MPEG-DASH)已经引起注意(例如，参考非专利文献1)。
在MPEG-DASH中，根据称为媒体呈现描述(MPD)的元文件和元文件中描述的诸如分块声音、视频或字幕的媒体数据的地址(统一资源定位符：URL)来获取和再现流数据。
现有技术文献
非专利文献
非专利文献1：ISO/IEC 23009-1：2012Information technology Dynamicadaptive streaming over HTTP(DASH)
发明内容
本发明要解决的问题
然而，在诸如MPEG-DASH的流业务中，存在一种需求，其中在向因特网施加大负载，并且业务可能拥塞的情况下，通过使用广播网络对业务进行负载分散。
然而，在因特网业务的这种卸载目的地中，还没有建立用于使用广播网络的技术方法，并且需要通过使用广播网络来执行对于流业务的负载分散的技术。
本技术是考虑到上述这种情况而提出的，并且能够通过使用广播网络对流业务进行负载分散。
解决问题的办法
本技术的第一方面的信息处理装置，是一种信息处理装置，包括：处理器，被配置为处理要从多个接收装置发送的内容的请求，并返回对于请求的响应，其中，请求包括用于识别能够由接收装置接收的广播区域的第一识别信息和用于识别内容的第二识别信息，并且处理器基于第一识别信息和第二识别信息动态地切换通过通信的返回和通过的广播返回，作为响应的返回路径。
本技术的第一方面的信息处理装置可以是独立的装置，或者可以是包括一个装置的内部块。另外，本技术的第一方面的信息处理方法是与上述本技术的第一方面的信息处理装置相对应的信息处理方法。
在本技术的第一方面的信息处理装置和信息处理方法中，处理要从多个接收装置发送的内容的请求，并返回对于请求的响应。此外，请求包括用于识别能够被接收装置接收的广播区域的第一识别信息和用于识别内容的第二识别信息，并且基于第一识别信息和第二识别信息动态地切换通过通信的返回和通过广播的返回作为响应的返回路径。
本技术的第二方面的信息处理装置是一种信息处理装置，包括：处理器，被配置为处理内容的请求，并***用于识别能够由处理器接收的广播区域的第一识别信息和用于识别内容的第二识别信息，其中处理器处理要通过通信返回的响应或要通过广播返回的响应，作为对于要从发送装置发送的请求的响应。
本技术的第二方面的信息处理装置可以是独立的装置，或者可以是包括一个装置的内部块。另外，本技术的第二方面的信息处理方法是与上述本技术的第二方面的信息处理装置相对应的信息处理方法。
在本技术的第二方面的信息处理装置和信息处理方法中，处理内容的请求，***用于识别处理器能够接收的广播区域的第一识别信息和用于识别内容的第二识别信息，并且将通过通信返回的响应或通过广播返回的响应作为对于要从发送装置发送的请求的响应来处理。
本发明的效果
根据本技术的第一方面和第二方面，可以通过使用广播网络对流业务进行负载分散。
此外，本文描述的效果不一定受限制，并且可以是本公开中描述的任何效果。
附图说明
图1是示出本技术的概要的图。
图2是示出应用本技术的发送和接收***的一个实施例的配置的框图。
图3是示出发送侧的每个服务器的配置示例的框图。
图4是示出接收侧的每个装置的配置示例的框图。
图5是示出本技术的IP传输***的协议栈的示例的图。
图6是示出MPD元数据的内容的图。
图7是示出MPD元数据的描述示例的图。
图8是示出图2的发送和接收***的具体配置示例的图。
图9是示出通过交换服务器的段请求的时间转换的示例的图。
图10是示出处理流程(第一阶段)的图。
图11是示出处理流程(第二阶段)的图。
图12是示出处理流程(第三阶段)的图。
图13是示出处理流程(第四阶段)的图。
图14是示出段的请求/响应业务(第一时段)的图。
图15是示出段的请求/响应业务(第二时段)的图。
图16是示出段的请求/响应业务(第三时段)的图。
图17是示出段的请求/响应业务(第四时段)的图。
图18是示出本技术的扩展报头的示例的图。
图19是示出作为扩展报头***的识别信息的示例的图。
图20是示出HTTP请求的示例的图。
图21是示出***扩展报头的HTTP请求的示例的图。
图22是示出SLT元数据的serviceCategory属性的值的示例的图。
图23是示出SLT元数据的描述示例的图。
图24是示出ESG的ServiceType元素的值的示例的图。
图25是示出ESG信息的描述示例的图。
图26是示出在能够使用广播卸载服务的情况下XML片段的关系的图。
图27是示出ESG服务的屏幕的显示示例的图。
图28是示出内容发送和接收处理的流程的流程图。
图29是示出内容发送和接收处理的流程的流程图。
图30是示出内容发送和接收处理的流程的流程图。
图31是示出内容发送和接收处理的流程的流程图。
图32是示出计算机的配置示例的图。
具体实施方式
在下文中，将参考附图描述本技术的实施例。此外，将根据以下项进行描述。
1.***配置
2.具体操作示例
3.请求/响应业务的示例
4.识别信息的***方法
5.广播卸载服务的公知方法
6.内容发送和接收处理
7.修改示例
8.计算机配置
<1.***配置>
(本技术的概要)
图1是示出本技术的概要的图。
存在业务卸载的需求，其中广播网络被用于诸如实时流的因特网业务的卸载目的地。此处，在业务卸载中，在因特网业务可能拥塞的情况下，通过使用广播网络作为快捷路径，对业务进行负载分散。
例如，在图1中，示意性地示出了其中根据MPEG-DASH的DASH实时流业务的一部分被卸载到广播网络的状态。
即，在图1中，在诸如因特网的双向网络中，由于DASH实时流业务而应用大负载。因此，如附图中箭头A所示，中间区域中的DASH实时流业务被卸载到广播网络(单向网络)。
然而，当业务被卸载到广播网络时，卸载目的地的广播网络处于已编排的广播节目之间的空闲时间，在该空闲时间期间不广播已编排的广播节目。可选地，此处，在已编排的广播节目的广播流所需的频率的带宽小的情况下，可以准备用于卸载的频带(空闲频带)。
因此，在附图的中间区域，其中DASH实时流业务的一部分被卸载到广播网络(负载分散、委托)，并且因此，业务被卸载，诸如因特网的双向网络的负载被减少。
另一方面，在附图的左右的框B的区域中，没有卸载DASH实时流业务，并且因此，由于DASH实时流业务而产生的大负载被施加到诸如因特网的双向网络。
如上所述，DASH实时流业务的卸载目的地被设置为广播网络，并且因此，可以对业务进行负载分散，但是在当前状态下，还没有建立这样的技术方法。
例如，指定流服务的业务特别集中的区域的功能，以及对于该区域是广播目标的广播网络优先地卸载部分业务的功能是有必要的。
此外，例如，提供流获取目的地的确定标准的功能，以确定接收侧的装置是否被告知流服务的业务被卸载到广播网络，并且接收侧的装置等待要从广播网络或双向网络传送的流的情况是有必要的。
从在流传送中有效地使用资源的观点来看，这样的功能可能是必不可少的，但是在当前状态下，还没有建立用于提供这样的功能的技术方法。
另一方面，这种功能与接收侧的终端(本地代理服务器)集成，在该终端上安装了与特定广播网络相对应的调谐器，并且因此，可以向未安装调谐器的接收侧(一般客户端)的终端提供可以共同应用的广播网络卸载的操作框架。
在本技术中，提出了一种满足以下要求的技术方法。在下文中，对内容进行描述。
(发送和接收***的配置示例)
图2是示出应用本技术的发送和接收***的一个实施例的配置的框图。
在图2中，发送和接收***包括发送侧的DASH服务器11、交换服务器12和广播服务器13，以及接收侧的代理服务器21和DASH客户端22。
即，代理服务器21和交换服务器12设置在处于客户端和服务器的关系中的DASH客户端22和DASH服务器11之间。
例如，代理服务器21被配置为专用服务器、电视机、机顶盒(STB)、网络存储器、游戏机等。
代理服务器21包括能够接收广播波(广播信号)的调谐器，和能够连接到因特网41的通信I/F。即，代理服务器21具有根据调谐器的广播网络的接口(MAC/PHY)，并且具有根据通信I/F的诸如因特网41的双向网络的接口(MAC/PHY)。
此外，代理服务器21和DASH客户端22通过诸如在终端用户家中构建的家庭局域网(LAN)的双向网络而彼此连接，并且因此，可以执行通信。即，代理服务器21具有根据通信I/F的诸如家庭LAN的双向网络的接口(MAC/PHY)。
DASH客户端22被配置为诸如电视机、机顶盒、个人计算机和游戏机的固定接收器，或者诸如智能电话、移动电话或平板型计算机的移动接收器。此外，DASH客户端22可以是诸如头戴式显示器(HMD)的可佩戴计算机。
DASH客户端22具有根据通信I/F的诸如家庭LAN的双向网络的接口(MAC/PHY)。DASH客户端22能够再现(或记录)内容流(DASH段)。
交换服务器12设置在DASH服务器11侧，并且具有双向网络(因特网41)和单向网络(广播网络)的交换功能(双向/单向交换)。例如，交换服务器12被配置为专用服务器。
交换服务器12本身通过诸如因特网41的双向网络通过通信执行数据传送。另一方面，交换服务器12通过诸如广播网络的单向网络，通过广播请求广播服务器13执行数据传送。
DASH服务器11具有内容流(DASH片段)的传送功能。例如DASH服务器11被配置为专用服务器。要从DASH服务器11传送的流的示例包括实时节目的实时流、录制节目或视频的视频点播(VOD)流等。
DASH服务器11和交换服务器12通过诸如LAN的双向网络彼此连接，并且因此，可以执行通信。
广播服务器13具有通过广播网络(单向网络)发送作为广播波(广播信号)的内容流(DASH段)、其控制信息、节目信息等的功能。
此外，广播服务器13通过诸如专线的预定线连接到发送站31中提供的发送设施。发送站31中的发送设施对于来自广播服务器13的数据执行必要的处理(例如，调制处理等)，并且因此，通过广播网络发送作为其结果获得的广播波(广播信号)。在下面的描述中，为了简化描述，将省略由发送站31中的发送设施执行的处理。
此处，在DASH客户端22中，在再现所需内容的情况下，通过家庭LAN向代理服务器21发送段请求。代理服务器21处理来自DASH客户端22的段请求，并通过因特网41将处理后的请求发送到交换服务器12。
交换服务器12基于来自代理服务器21的段请求，确定是通过双向网络还是广播网络返回对于段请求的段响应。
在确定通过双向网络通过通信返回段响应的情况下，交换服务器12通过因特网41将段响应(DASH段)从DASH服务器11发送到代理服务器21。
代理服务器21将从交换服务器12接收到的段响应(DASH段)通过家庭LAN发送到DASH客户端22。然后，在DASH客户端22中，处理通过通信返回的DASH段，并且再现期望的内容。
此后，例如，假设一种情况，其中观看由DASH客户端22再现的内容的终端用户的数量增加，并且内容的流服务的业务集中，并且因此，向因特网41施加大负载。
在这种情况下，交换服务器12基于来自代理服务器21的段请求，确定通过双向网络和广播网络中的广播网络返回对于段请求的段响应。然后，交换服务器12将段响应(DASH段)从DASH服务器11传输到广播服务器13。
广播服务器13通过广播网络通过广播从交换服务器12返回段响应(DASH段)。代理服务器21根据调谐器接收要从广播服务器13发送的段响应(DASH段)。
代理服务器21将从广播服务器13接收到的段响应(DASH段)通过家庭LAN发送到DASH客户端22。然后，在DASH客户端22中，处理通过广播返回的DASH段，并且再现期望的内容。
此外，在图2的发送和接收***的描述中，已经描述了代理服务器21和DASH客户端22设置在终端用户的家中，但是代理服务器21不仅可以设置在终端用户的家中，而且例如，还可以设置在电缆运营商的头端、移动网络的基站等中，使得可以覆盖更宽的区域。
即，例如，在代理服务器21设置在电缆运营商的头端的情况下，DASH客户端22设置在订阅有线电视服务的每个终端用户的家中，而不是在同一终端用户的家中。
此外，例如，在代理服务器21设置在移动网络的基站中的情况下，DASH客户端22是由订阅室内或室外移动服务的终端用户所拥有的装置(移动接收器)。
(发送侧的配置示例)
图3是示出图2的发送侧的每个服务器的配置示例的框图。
(DASH服务器的配置示例)
首先，将描述DASH服务器11的配置示例。DASH服务器11包括处理器100和通信I/F101。
例如，处理器100包括中央处理单元(CPU)、微处理器等。处理器100作为DASH服务器11中的主处理装置运行，执行各种算术处理、每个单元的操作控制等。
处理器100包括MPD处理器111和DASH段处理器112。
MPD处理器111执行与MPD元数据相关联的处理。DASH段处理器112执行与DASH段相关联的处理。
例如，通信I/F 101包括通信接口电路等。通信I/F 101通过预定的通信线路对于交换服务器12交换各种数据项。
(交换服务器的配置示例)
接下来，将描述交换服务器12的配置示例。交换服务器12包括处理器120、通信I/F121、存储单元122、通信I/F 123和通信I/F 124。
例如，处理器120包括CPU、微处理器等。处理器120作为交换服务器12中的主处理装置运行，执行各种算术处理、每个单元的操作控制等。
处理器120包括请求处理器131、广播处理器132和通信处理器133。
请求处理器131执行与诸如段请求的请求相关联的处理。
广播处理器132在广播返回模式下，在返回对于请求的响应的情况下执行处理。在通信返回模式中，通信处理器133在返回对于请求的响应的情况下执行处理。
此外，稍后将描述细节，但是广播返回模式是根据广播服务器13通过使用广播网络来返回响应的模式。另外，通信返回模式是通过使用因特网41返回响应的模式。
例如，通信I/F 121包括通信接口电路等。通信I/F 121通过预定的通信线路对于DASH服务器11交换各种数据项。
例如，存储单元122包括半导体存储器、硬盘驱动器(HDD)等。存储单元122根据来自处理器120的控制记录各种数据项。
例如，通信I/F 123包括通信接口电路等，并且通过预定的通信线路对于广播服务器13交换各种数据项。
例如，通信I/F 124包括通信接口电路等，并且通过因特网41对于代理服务器21交换各种数据项。
此外，在图3中，为了便于描述，示出了提供通信I/F 121、通信I/F 123和通信I/F124的三个通信I/F，但是可以通过集成这样的通信I/F来提供一个通信I/F。
(广播服务器的配置示例)
接下来，将描述广播服务器13的配置示例。广播服务器13包括处理器140、通信I/F141和发送单元142。
例如，处理器140包括CPU、微处理器等。处理器140作为广播服务器13中的主处理装置运行，执行各种算术处理、每个单元的操作控制等。
处理器140包括ESG和元数据处理器151以及DASH段处理器152。
ESG和元数据处理器151执行与要从ESG和元数据服务器14获取的ESG信息或诸如SLS的元数据相关联的处理。DASH段处理器152执行与DASH段相关联的处理。
例如，通信I/F 141包括通信接口电路等。通信I/F 141通过预定的通信线路对于交换服务器12交换各种数据项。
发送单元142与内容流(DASH段)一起发送ESG信息、控制信息等。
此外，在图2或图3中，示出了发送侧(服务器后端侧)的DASH服务器11、交换服务器12和广播服务器13被配置为单独的装置，并且根据双向网络彼此连接，但是DASH服务器11、交换服务器12和广播服务器13可以安装在同一装置上。
例如，DASH服务器11、交换服务器12和广播服务器13可以被配置为具有DASH服务器11的功能、交换服务器12的功能和广播服务器13的功能的专用服务器等。此外，例如，安装在同一装置上的服务器的组合，诸如安装在同一装置上的DASH服务器11和交换服务器12的组合是任意的。
(接收侧的配置示例)
图4是示出图2的接收侧的每个装置的配置示例的框图。
(代理服务器的配置示例)
首先，将描述代理服务器21的配置示例。代理服务器21包括处理器200、调谐器201、通信I/F 202和通信I/F 203。
例如，处理器200包括CPU、微处理器等。处理器200作为代理服务器21中的主处理装置运行，执行各种算术处理、每个单元的操作控制等。
处理器200包括ESG和元数据处理器211以及请求处理器212。
ESG和元数据处理器211执行与ESG信息或诸如SLS的元数据相关联的处理。请求处理器212执行与诸如段请求的请求相关联的处理。
调谐器201通过天线接收并处理要从广播服务器13发送的广播波(广播信号)，并将作为其结果获得的数据提供给处理器200。
例如，通信I/F 202包括通信接口电路等。通信I/F 202通过因特网41对于交换服务器12交换各种数据项。
例如，通信I/F 203包括通信接口电路等，并且通过预定的通信线路(例如，家庭LAN等)对于DASH客户端22交换各种数据项。
此外，在图4中，为了便于描述，示出了提供通信I/F 202和通信I/F 203的两个通信I/F，但是可以通过集成这样的通信I/F来提供一个通信I/F。
(DASH客户端的配置示例)
接下来，将描述DASH客户端22的配置示例。DASH客户端22包括处理器220、通信I/F221、显示单元222和扬声器223。
例如，处理器220包括CPU、微处理器等。处理器220作为DASH客户端22中的主处理装置运行，执行各种算术处理、每个单元的操作控制等。
处理器220包括请求处理器231和再现单元232。
请求处理器231执行与诸如段请求的请求相关联的处理。再现单元232执行与DASH段等相关联的处理，并且因此，再现内容。
例如，显示单元222包括诸如液晶显示器(LCD)或有机电致发光显示器(OELD)的显示器。显示单元222显示对应于来自处理器220(再现单元232的)的视频数据的屏幕图像。
扬声器223输出对应于来自处理器220的音频数据的声音。
此外，在DASH客户端22中，在显示单元222具有触摸面板的功能的情况下，根据终端用户对于触摸面板的操纵，操纵信号被提供给处理器220，并且处理器220根据操纵信号执行处理。此外，即使在图4中未示出，也可以设置诸如物理按钮的输入单元，并且根据终端用户对于输入单元的操纵，可以向处理器220提供操纵信号。
此外，在图2或图4中，示出了接收侧的代理服务器21和DASH客户端22被配置为单独的装置，并且根据双向网络彼此连接，但是代理服务器21和DASH客户端22可以安装在同一装置上。例如，代理服务器21和DASH客户端22可以被配置为具有代理服务器21的功能和DASH客户端22的功能的电视机等。
(本技术的协议栈)
图5是示出本技术的IP传输***的协议栈的示例的图。
在目前状态下，MPEG2传输流(TS)***已经被广泛用作数字广播的传输***，但是在将来，假设广泛使用IP传输***，其中在通信领域中使用的因特网协议(IP)包被用于数字广播。
例如，在下一代地面广播标准的高级电视***委员会(ATSC)3.0中，预计可以通过采用IP传输***来提供更高级的服务。在本技术中，可以采用诸如ATSC 3.0的广播***一样的IP传输***。
在图5中，最低层级是物理层。在诸如ATSC 3.0的IP传输***的数字广播中，存在不仅通过使用单向广播而且还通过使用双向通信来发送一部分数据的情况，并且在使用广播的情况下，物理层对应于分配给服务(信道)的广播波的频带等。
物理层的上层是数据链路层。此外，数据链路层的上层是因特网协议(IP)层和用户数据报协议(UDP)层。IP层和UDP层是对应于通信分层模型中的网络层和传输层的层，并且根据IP地址和端口号指定IP包和UDP包。
此处，在ATSC 3.0中，假设低级信令(LLS)和服务层信令(SLS)被用作控制信息(信令)。LLS是要在比SLS低的层上发送的控制信息。SLS是服务单元的控制信息。即，在ATSC3.0中，传输层的控制信息在LLS和SLS的两个层次中传输。
LLS包括诸如服务列表(SLT)的元数据。SLT元数据包括指示广播网络中的流或广播服务的配置的基本信息，诸如广播服务(信道)的信道选择所需的信息。SLT元数据通过包括在UDP/IP包中来发送，该UDP/IP包是包括UDP包的IP包。然而，存储SLT元数据的UDP/IP包是通过特定的IP地址和特定的端口号来发送的。
与IP层和UDP层相邻的上层是单向传输上的实时对象传递(ROUTE)。该ROUTE是用于传输流文件的协议，并且通过扩展基于单向传输的文件传递(FLUTE)来获得。
根据这样的ROUTE会话，针对每个广播服务，发送SLS的文件(信令)、非实时(NRT)内容的文件(NRT)和DASH段文件(DASH)等。
此处，SLS是服务级别的控制信息，并且提供用于搜索和选择属于目标广播服务的组件所需的信息、属性等。SLS包括诸如用户服务包描述(USBD)、基于服务的传输会话实例描述(S-TSID)和媒体呈现描述(MPD)的元数据。
USBD元数据包括诸如其他元数据的获取目的地的信息。
S-TSID元数据是通过扩展ATSC 3.0的LCT会话实例描述(LSID)获得的，并且是ROUTE协议的控制信息。此外，S-TSID元数据能够指定在ROUTE会话中发送的扩展FDT(EFDT)。EFDT是通过扩展由FLUTE引入的文件传送表(FDT)而获得的，并且是用于传输的控制信息。
MPD元数据用于执行基于MPEG-DASH的流传输，并且是视频文件或音频文件的控制信息。
此处，MPEG-DASH是根据基于顶部视频(OTT-V)的流传送标准，并且是与使用基于超文本传输协议(HTTP)的流协议的自适应流式传送相关联的标准。
在MPEG-DASH标准中，定义了用于描述作为视频文件或音频文件的控制信息的元数据的清单文件，以及用于发送运动图像的内容的文件格式。此处，前者的清单文件被称为媒体呈现描述(MPD)，并且后者的文件格式被称为段格式。
此外，在ROUTE用作传输协议的情况下，MP4文件格式可以用作流的文件格式。MP4文件格式是ISO/IEC 14496-12中定义的ISO基本媒体文件格式(ISO BMFF)的派生格式。
要在ROUTE会话中发送的段包括初始化段(IS)和媒体段(MS)。初始化段包括诸如数据压缩***的初始化信息。此外，媒体段存储视频、声音和字幕的流数据。即，媒体段对应于DASH段(DASH段文件)。
因此，配置诸如节目的内容的服务组件(视频、声音、字幕等)的流数据根据基于ISO BMFF标准的DASH段单元中的ROUTE会话被发送。
此外，NRT内容是在接收器的存储器中累积一次之后要再现的内容。此外，例如，可以在ROUTE会话中发送除NRT内容以外的文件，例如应用的文件或电子业务指南(ESG)。
此外，例如，诸如作为LLS的SLT元数据、作为SLS的USBD、S-TSID和MPD的元数据可以是文本格式的数据，由诸如可扩展标记语言(XML)的标记语言描述。
另一方面，在使用双向通信(宽带)的情况下，物理层的上层是数据链路层。此外，数据链路层的上层是对应于网络层的IP层。与IP层相邻的上层是对应于传输层的传输控制协议(TCP)层，以及与TCP层相邻的上层是对应于应用层的HTTP层。
即，根据这样的层级，实现通过诸如因特网的通信线路操作的诸如TCP/IP的协议。
在与HTTP层相邻的上层中，该层的一部分是控制信息(信令)和NRT内容(NRT)。诸如要在上述ROUTE会话中发送的控制信息的所有控制信息项都被包括作为控制信息。此外，NRT内容是要通过通信获取的内容，并且例如，包括应用。
在与HTTP层相邻的上层中，除上述层级之外的层级是DASH段(DASH)。即，在双向通信***的流传送中，配置诸如视频点播(VOD)节目的内容的服务组件(视频、声音、字幕等)的流数据在基于ISO BMFF标准的DASH段单元中发送。
如上所述，在本技术的IP传输***的协议栈中，单向广播***的层级和双向通信***的层级的一部分是公共协议，并且因此，配置内容的服务组件的流数据可以通过单向广播和双向通信在基于ISO BMFF标准的DASH段单元中发送。
因此，在执行单向广播***的流传输和双向通信***的流传输两者的情况下，上层的协议是通用的，并且因此，可以减少每个装置中的实施负载或处理负载。
(MPD内容)
图6是示出作为SLS的MPD元数据的内容的图。
此处，MPD元数据与Period元素、AdaptationSet元素和Representation元素一起构成层级结构。
Period元素是用于描述诸如节目的内容的配置的单元。此外，可以通过AssetIdentifier元素描述内容的识别信息。
此外，AssetIdentifier元素和Representation元素用于配置诸如视频、声音和字幕的内容的组件的每个流，并且能够描述每个流的属性。
AdaptationSet元素除了诸如视频流或声音流的单个流之外，还对应于其中复用多个流的流。
在作为上层元素(父元素)的AdaptationSet元素的范围内，可以将具有诸如比特率的不同参数的多个选项的组件的流示例为Representation元素。此外，内容包括一个或多个组件，并且因此，此处可以将内容流示例为内容。
在图6中，在存在两个内容流的情况下，每个内容流包括具有如MPD-1和MPD-2所示的配置的MPD元数据。即，第一内容具有MPD-1，并且第二内容具有MPD-2。
即，在第一内容中，分配由AssetIdentifier元素指定的AssetId-1作为内容的识别信息，而在第二内容中，分配AssetId-2。
此外，根据转换为SegURL-1-1、SegURL-1-2、…、SegURL-1-20、…、SegURL-1-40…的段URL来识别第一内容流的DASH段(DASH段文件)。
另一方面，根据转换为SegURL-2-1、SegURL-2-2、…、SegURL-2-30、…的段URL来识别第二内容流的DASH段(DASH段文件)。
(MPD的描述示例)
图7是示出图6所示的第一内容的MPD元数据(MPD-1)的描述示例的图。即，图7示出了MPD-1的XML实例的示例描述。
在MPD-1中，“md：cid：EIDR：10.5240％2f0EFB-02CD-126E-8092-1E49-W”由AssetIdentifier元素指定为图6所示的AssetId-1的值。
此外，在Representation元素的SegmentList元素中示例的SegmentURL元素的值对应于诸如图6所示的SegURL-1-1的段URL。具体地，SegmentURL元素的内容部分的“a-1-1.mp4”、“a-1-2.mp4”、“a-1-3.mp4”等对应于SegURL-1-1、SegURL-1-2、SegURL-1-3等。
<2.具体操作示例>
(具体配置示例)
图8是示出图2的发送和接收***的具体配置示例的图。
在图8中，基于MPD-1和MPD-2发出段请求的多个DASH客户端22通过代理服务器21-1和21-2连接到双向因特网41。
具体地，基于MPD-1发出段请求的DASH客户端22-1-1至22-1-n(n：大于或等于1的整数)、基于MPD-2发出段请求的DASH客户端22-2以及基于MPD-1发出段请求的DASH客户端22-3-1至22-3-m(m：大于或等于1的整数)连接到代理服务器21-1。
此外，基于MPD-2发出段请求的DASH客户端22-4-1至22-4-i(i：大于或等于1的整数)、基于MPD-1发出段请求的DASH客户端22-5、以及基于MPD-2发出段请求的DASH客户端22-6-1至22-6-j(j：大于或等于1的整数)连接到代理服务器21-2。
交换服务器12设置在代理服务器21-1和21-2连接的因特网41的前面。交换服务器12连接到DASH服务器11。此外，交换服务器12还连接到广播服务器13-1和13-2。
广播服务器13-1通过单向广播网络BN-1(BrdcstNetwork-1)连接到代理服务器21-1。此外，广播服务器13-2通过单向广播网络BN-2(BrdcstNetwork-2)连接到代理服务器21-2。
(段请求的时间转换示例)
图9是示出在采用图8的配置的情况下，通过交换服务器12的段请求的时间转换的示例的图。
在图9中，来自代理服务器21的段请求，在附图的四个虚线的框内，按照在从附图的左侧到右侧的方向上表示的时间T的时间顺序，针对每种类型的段请求布置。
具体地，在附图的四个虚线的框中，框中上侧的两个虚线的段请求表示对于AssetId-1的内容C-1的段请求的数量的时间转换。
上部的段请求Req1/1表示来自连接到广播网络BN-1(BrdcstNetwork-1)的代理服务器21-1的AssetId-1的内容C-1的请求。此外，下部的段请求Req2/1表示来自连接到广播网络BN-2(BrdcstNetwork-2)的代理服务器21-2的AssetId-1的内容C-1的请求。
此处，关注于段请求Req1/1，在代理服务器21-1中，可以接收要通过广播网络BN-1返回的广播流，对于少于RequestForSegURL-1-40的段URL的请求，在RequestForSegURL-1-20和内容C-1的子序列处增加。
此外，关注于段请求Req2/1，在代理服务器21-2中，可以接收要通过广播网络BN-2返回的广播流，对于内容C-1中的特定段URL的请求不会增加。
因此，在AssetId-1的内容C-1中，根据使用广播网络BN-1(BrdcstNetwork-1)的广播返回模式，来处理RequestForSegURL-1-20至RequestForSegURL-1-39的请求是有效的。
另一方面，在附图的四个虚线的框中，框中下侧的两个虚线的段请求表示关于AssetId-2的内容C-2的段请求的数量的时间转换。
上部的段请求Req2/2表示来自连接到广播网络BN-2(BrdcstNetwork-2)的代理服务器21-2的AssetId-2的内容C-2的请求。此外，下部的段请求Req1/2表示来自连接到广播网络BN-1(BrdcstNetwork-1)的代理服务器21-1的AssetId-2的内容C-2的请求。
此处，关注于段请求Req2/2，在代理服务器21-2中，可以接收要通过广播网络BN-2返回的广播流，对于在RequestForSegURL-2-30和内容C-2的子序列处的段URL的请求增加。
此外，关注于段请求Req1/2，在代理服务器21-1中，可以接收要通过广播网络BN-1返回的广播流，对于内容C-2中的特定段URL的请求不会增加。
因此，在AssetId-2的内容C-2中，根据使用广播网络BN-2(BrdcstNetwork-2)的广播返回模式来处理RequestForSegURL-2-30和子序列处的请求是有效的。
(处理流程)
接下来，将参考图10至图13描述发送和接收***的处理流程。此处，将处理流程分为四个阶段来描述。
(第一阶段)
例如，处理流程中的四个阶段中的第一阶段如图10所示。
即，首先，广播服务器13通过使用ESG信息或SLT元数据，通知(告知)安装有调谐器201的代理服务器21，广播卸载服务能够在特定区域的广播波中使用(S1)。
此处，在ESG信息中包括公知信息的情况下，可以预先通知能够使用广播卸载服务。另一方面，在SLT元数据中包括公知信息的情况下，可以迅速(几乎)通知能够使用广播卸载服务。
此外，例如，特定区域的广播波对应于广播网络BN-1(BrdcstNetwork-1)或广播网络BN-2(BrdcstNetwork-2)。例如，广播网络BN-1(BrdcstNetwork-1)或广播网络BN-2(BrdcstNetwork-2)对应于ATSC 3.0中的射频(RF)信道。
此外，存在根据来自广播服务器13的广播波，通过广播传送ESG信息或SLT元数据的情况，并且存在根据来自代理服务器21的请求，通过因特网41，通过通信传递ESG信息或SLT元数据的情况。
(第二阶段)
接下来，例如，处理流程中的四个阶段中的第二阶段如图11所示。
即，DASH客户端22获取期望内容的MPD元数据的URL，并对于DASH服务器11作出请求。
此处，例如，代理服务器21或DASH客户端22，通过诸如对于在因特网41上发布的流站点的网页的访问的一些方法，获取MPD元数据的URL。
来自DASH客户端22的MPD请求(RequestForMPD-1)由代理服务器21通过因特网41，通过交换服务器12，传送到DASH服务器11(S2)。
DASH服务器11通过反向路径，向DASH客户端22返回对于来自DASH客户端22的MPD请求的MPD响应(MPD-1)。
即，MPD响应(MPD-1)由交换服务器12通过因特网41，通过代理服务器21传送到DASH客户端22(S3)。然而，交换服务器12记录来自DASH服务器11的MPD响应(MPD-1)。
(第三阶段)
接下来，例如，处理流程中的四个阶段中的第三阶段如图12所示。
即，DASH客户端22解析来自DASH服务器11的MPD元数据(MPD-1)，并请求对于代理服务器21的DASH段(S4)。
代理服务器21***对于来自DASH客户端22的段请求(RequestForSegURL-1-*)的源识别信息(AssetId-1)。
此外，如图10所示，代理服务器21基于包括在ESG信息或SLT元数据中的公知信息，确认广播卸载服务是否能够在能够由代理服务器21自身接收的广播区域中使用。在能够使用广播卸载服务的情况下，代理服务器21进一步***对于段请求的广播网络识别信息(BrdcstNetwork-1)。
此外，在代理服务器21中，能够由代理服务器21自身接收的广播区域根据广播网络BN-1(BrdcstNetwork-1)的广播流ID(BroadcastStreamID：bsid)被识别，并且能够被用作广播网络识别信息。
因此，在能够使用广播卸载服务的情况下，除了生成源识别信息(AssetId-1)之外，还生成向其***广播网络识别信息(BrdcstNetwork-1)的段请求(RequestForSegURL-1-*)。另一方面，在不能使用广播卸载服务的情况下，仅生成向其***源识别信息(AssetId-1)的段请求(RequestForSegURL-1-*)。
然后，段请求由代理服务器21通过因特网41，通过交换服务器12传送到DASH服务器11(S5)。
DASH服务器11通过交换服务器12和代理服务器21将对于来自代理服务器21的段请求的DASH段返回给DASH客户端22(S6)。
此外，在图12中，基于MPD-1发出段请求的DASH客户端22的数量较小，并且因此，代理服务器21通过因特网41接收要通过通信返回的DASH段，并将接收到的DASH段传输到DASH客户端22。
(第四阶段)
接下来，例如，处理流程中的四个阶段中的第四阶段如图13所示。
即，交换服务器12监视来自多个DASH客户端22(22-1-1至22-1-n和22-3-1至22-3-m)的要通过代理服务器21发送的段请求。
此外，在图13的第四阶段中，与图12所示的第三阶段相比，连接到代理服务器21并基于MPD-1发出段请求的DASH客户端22的数量增加。
然后，交换服务器12不通过因特网41，相对于关于某一DASH段的段请求集中的区域返回DASH客户端，而是请求覆盖该区域的广播网络广播DASH段。
例如，在图9所示的段请求的时间转换中，如上所述，假设一种情况，其中存在于能够接收相同广播网络BN-1(BrdcstNetwork-1)的区域中的多个DASH客户端22，请求从MPD元数据(MPD-1)导出的RequestForSegURL-1-20至29的段URL(S7)。
此外，广播网络识别信息(BrdcstNetwork-1)与源识别信息(AssetId-1)一起，通过代理服务器21相对于段请求(段请求Req1/1)***。
在这种情况下，交换服务器12基于包括在来自代理服务器21的段请求Req1/1中的源识别信息(AssetId-1)和广播网络识别信息(BrdcstNetwork-1)，根据预定条件，确定响应(DASH段)的返回模式。
即，例如，在交换服务器12中，通过提供具体的测量时段，针对每个要由源识别信息识别的内容(源)来计数段请求的请求数。然后，在计数值大于或等于预先设置的阈值的情况下，通过使用广播网络BN-1(BrdcstNetwork-1)返回对于包括后续对应源识别信息的段请求的响应(DASH段)(S8)。
换句话说，在交换服务器12从有效使用网络资源(节省成本)的观点来看，确定优选通过广播网络返回对于段请求的响应(DASH段)的情况下，通过使用广播网络返回响应。即，响应(DASH段)在广播返回模式下返回。
此时，交换服务器12请求广播服务器13通过SLS(USBD元数据)，从要以广播返回模式中返回的内容(源)通知(告知)代理服务器21侧DASH段的存在。
此处，交换服务器12指示广播服务器13参考记录的MPD元数据，从具有许多请求的DASH段的段URL，将对应的基本URL存储在SLS(USBD元数据)中。
此外，可以采用根据这样的USBD元数据预先更新和提供MPD元数据的通知的方法，而不管根据这样的USBD元数据标志如何，并且可以在MPD元数据内，采用明确描述通过广播的返回或通过通信的返回的方法。此处，例如，可以使用预先定义规则的方法，其中在通过广播返回的情况下，使用基本URL(相对URL等，以“/”等开头)，并且在通过通信返回的情况下，使用绝对URL。
此外，交换服务器12将作为SLS的MPD元数据与USBD元数据一起通知给广播服务器13。
此处，针对代理服务器21不能通过广播执行接收的情况，准备对应于设置为广播返回模式的源的DASH段，并且期望还可以执行通过通信的返回。
具体地，在对应的DASH段中，交换服务器12(的处理器120)解压缩因特网41上的内容传送网络(CDN)中的高速缓存副本，并且因此，能够准备通过通信返回。
此外，在目标内容被设置为广播返回模式的源一次的情况下，属于源的后续DASH段不具有来自DASH客户端22的段请求，但是广播服务器13基于在来自交换服务器12的通知中给出的MPD元数据，通过交换服务器12发出对于DASH服务器11的段请求。
与此相反，DASH服务器11通过交换服务器12向广播服务器13返回对于段请求的响应(DASH段)。然后，广播服务器13从DASH服务器11接收响应(DASH段)，并通过使用广播网络(BrdcstNetwork-1)返回DASH段。
广播服务器13基于MPD元数据，在MPD元数据的末尾或直到Period元素结束之前，连续地发出对于DASH服务器11的段请求。然后，以广播返回模式的返回结束的情况下，广播服务器13从SLS(USBD元数据)中消除对应的基本URL，并且传送更新的SLS(USBD元数据)。
此外，在更新MPD元数据并预先在通知中给出的情况下，不考虑根据这样的USBD元数据的标志，并且在MPD元数据内明确地描述通过广播的返回或通过通信的返回，例如，删除指示通过广播的返回的情况的基本URL(以“/”等开头的相对URL等)。
另一方面，在从DASH客户端22请求DASH段的情况下，接收侧的代理服务器21参考最新的SLS(USBD元数据)来确认其是否是在广播返回模式中设置的源，并且确定是通过广播还是通过通信来获取DASH段。
例如，确认对应于段请求的段URL的初始部分是否与“bundleDescriptionROUTE/userServiceDescription/deliveryMethod/broadcast AppService/basePattern”(用于广播传送的URL的重合模式)中示例的URL的一部分(或全部)重合，并且因此，可以确定通过广播的获取或通过通信的获取。
此外，在MPD元数据内明确描述通过广播的返回或通过通信的返回的情况下，不考虑根据这样的USBD元数据的标志，代理服务器21能够基于MPD元数据，确定通过广播的获取或通过通信的获取。此处，例如，预先定义了规则，其中在通过广播返回的情况下，使用基本URL(相对URL等，以“/”等开头)，并且在通过通信返回的情况下，使用绝对URL。
然后，在通过广播执行获取的情况下，代理服务器21根据ROUTE模块等，处理要通过使用广播网络(BrdcstNetwork-1)从广播服务器13返回的数据，并将作为其结果获得的段文件(DASH段)发送到DASH客户端22。
另一方面，在通过通信执行获取的情况下，代理服务器21通过因特网41，通过交换服务器12，交换对于DASH服务器11的请求和响应，并且因此，获取段文件(DASH段)，并将获取的段文件发送到DASH客户端22(S9)。
如上所述，已经描述了发送和接收***的处理流程。
<3.请求/响应业务的示例>
接下来，将参照图14至图17，描述根据上述图9所示的段请求的时间转换的响应业务。
(第一时段的业务)
首先，将参考图14描述在第一时段(时间t0到时间t1)中的段的请求/响应业务。
此外，在图14中，代理服务器21-1存在于广播服务器13-1的广播区域内，并且能够通过单向广播网络BN-1(BrdcstNetwork-1)从广播服务器13-1接收段文件(DASH段)。
基于MPD-1发出段请求的DASH客户端22-1和基于MPD-2发出段请求的DASH客户端22-2，连接到代理服务器21-1。此外，代理服务器21-1通过因特网41连接到交换服务器12。
此外，在图14中，代理服务器21-2存在于广播服务器13-2的广播区域内，并且能够通过单向广播网络BN-2(BrdcstNetwork-2)从广播服务器13-2接收段文件(DASH段)。
基于MPD-1发出段请求的DASH客户端22-3和基于MPD-2发出段请求的DASH客户端22-4，连接到代理服务器21-2。此外，代理服务器21-2通过因特网41连接到交换服务器12。
此处，第一时段对应于图9所示的时间t0至时间t1，并且要在第一时段内由交换服务器12处理的段请求是RequestForSegURL-1-1到RequestForSegURL-1-19，以及RequestForSegURL-2-1到RequestForSegURL-2-19。
在图14中，图9的RequestForSegURL-1-1至RequestForSegURL-1-19对应于段请求Req1/1和段请求Req2/1。
即，段请求Req1/1是来自DASH客户端22-1的段请求，并且广播网络BN-1的广播网络识别信息(BrdcstNetwork-1)和内容C-1的源识别信息(AssetId-1)由代理服务器21-1***。
此外，段请求Req2/1是来自DASH客户端22-3的段请求，并且广播网络BN-2的广播网络识别信息(BrdcstNetwork-2)和内容C-1的源识别信息(AssetId-1)由代理服务器21-2***。
另一方面，在图14中，图9的RequestForSegURL-2-1至RequestForSegURL-2-19对应于段请求Req1/2和段请求Req2/2。
即，段请求Req1/2是来自DASH客户端22-2的段请求，并且广播网络BN-1的广播网络识别信息(BrdcstNetwork-1)和内容C-2的源识别信息(AssetId-2)由代理服务器21-1***。
此外，段请求Req2/2是来自DASH客户端22-4的段请求，并且广播网络BN-2的广播网络识别信息(BrdcstNetwork-2)和内容C-2的源识别信息(AssetId-2)由代理服务器21-2***。
这样的段请求Req1/1、Req2/1、Req1/2和Req2/2通过因特网41由交换服务器12接收。交换服务器12基于从段请求Req1/1、Req2/1、Req1/2和Req2/2获得的网络识别信息和源识别信息，根据预定条件，确定响应(DASH段)的返回模式。
此处，在每个段请求中，关于特定段URL的请求不增加，并且因此，交换服务器12确定不需要使用广播卸载服务，并且在通信返回模式中返回所有段响应(DASH段)。
交换服务器12根据段请求Req1/1和Req1/2从DASH服务器11获取DASH段，段请求Req1/1和Req1/2是与在通信返回模式中设置的源相对应的DASH段，并且将获取的DASH段通过因特网41发送到代理服务器21-1。
然后，代理服务器21-1将从交换服务器12通过通信接收的DASH段(根据段请求Req1/1的DASH段)发送到DASH客户端22-1。此外，代理服务器21-1将从交换服务器12通过通信接收的DASH段(根据段请求Req1/2的DASH段)发送到DASH客户端22-2。
另一方面，交换服务器12根据段请求Req2/1和Req2/2从DASH服务器11获取DASH段，段请求Req2/1和Req2/2是与在通信返回模式中设置的源相对应的DASH段，并且通过因特网41将获取的DASH段发送到代理服务器21-2。
然后，代理服务器21-2将从交换服务器12通过通信接收的DASH段(根据段请求Req2/1的DASH段)发送到DASH客户端22-3。此外，代理服务器21-2将从交换服务器12通过通信接收的DASH段(根据段请求Req2/2的DASH段)发送到DASH客户端22-4。
如上所述，在第一时段(时间t0至时间t1)中，流服务的业务不集中，并且因此，关于段请求(Req1/1、Req2/1、Req1/2和Req2/2)的所有响应通过因特网41通过通信返回。
(第二时段的业务)
接下来，将参考图15描述在第二时段(时间t1至时间t2)中的段的请求/响应业务。
在第二时段中，要由交换服务器12处理的段请求是RequestForSegURL-1-20到RequestForSegURL-1-29，以及RequestForSegURL-2-20到RequestForSegURL-2-29。
在图15的第二时段中，与图14的第一时段相比，在连接到代理服务器21-1的DASH客户端22中，基于MPD-1发出段请求的DASH客户端22从DASH客户端22-1增加到DASH客户端22-1-1至22-1-n(n：大于或等于1的整数)，以及22-5-1至22-5-m(m：大于或等于1的整数)。
然而，在与代理服务器21-1连接的DASH客户端22中基于MPD-2发出段请求的DASH客户端22没有增加和减少，以及在与代理服务器21-2连接的DASH客户端22中基于MPD-1和MPD-2发出段请求的DASH客户端22没有增加和减少。
在这种配置中，段请求Req1/1、Req2/1、Req1/2和Req2/2由交换服务器12通过因特网41接收。交换服务器12基于从段请求Req1/1、Req2/1、Req1/2和Req2/2获得的网络识别信息和源识别信息，根据预定条件，确定响应(DASH段)的返回模式。
此处，在段请求Req1/1中，关于特定段URL的请求增加，并且因此，交换服务器12从有效使用网络资源的观点来看，确定优选通过使用广播卸载服务来返回对于段请求Req1/1的响应(DASH段)。即，在广播返回模式中返回对于段请求Req1/1的响应(DASH段)。
另一方面，在段请求Req2/1、Req1/2和Req2/2中，对于特定段URL的请求不增加，并且因此，交换服务器12确定在对于段请求Req2/1、Req1/2和Req2/2的响应(DASH段)中不需要使用广播卸载服务。即，在通信返回模式中返回对于段请求Req2/1、Req1/2和Req2/2的响应(DASH段)。
交换服务器12根据段请求Req1/1从DASH服务器11获取DASH段，该段请求Req 1/1是与在广播返回模式中设置的源相对应的DASH段，并且将获取的DASH段发送到广播服务器13-1。然后，广播服务器13-1通过广播网络BN-1(BrdcstNetwork-1)将DASH段发送到代理服务器21-1。
此外，交换服务器12根据段请求Req1/2从DASH服务器11获取DASH段，该段请求Req1/2是与在通信返回模式中设置的源相对应的DASH段，并且将获取的DASH段通过因特网41发送到代理服务器21-1。
然后，代理服务器21-1将从广播服务器13-1通过广播接收的DASH段(根据段请求Req1/1的DASH段)发送到DASH客户端22-1-1至22-1-n和22-5-1至22-5-m中的每一个。此外，代理服务器21-1将从交换服务器12通过通信接收的DASH段(根据段请求Req1/2的DASH段)发送到DASH客户端22-2。
另一方面，交换服务器12根据段请求Req2/1和Req2/2从DASH服务器11获取DASH段，该段请求Req2/1和Req2/2是与在通信返回模式中设置的源相对应的DASH段，并且通过因特网41将获取的DASH段发送到代理服务器21-2。
然后，代理服务器21-2将从交换服务器12通过通信接收的DASH段(根据段请求Req2/1的DASH段)发送到DASH客户端22-3。此外，代理服务器21-2将从交换服务器12通过通信接收的DASH段(根据段请求Req2/2的DASH段)发送到DASH客户端22-4。
如上所述，在第二时段(时间t1至时间t2)中，在段请求Req1/1中，对于特定段URL的请求增加，并且流服务的业务集中，并且因此，通过使用广播卸载服务，通过广播返回对于段请求Req1/1的响应。
此外，在段请求Req2/1、Req1/2和Req2/2中，流服务的业务不集中，并且因此，如同图14的第一时段，通过因特网41，通过通信返回对于段请求(Req2/1、Req1/2和Req2/2)的响应。
(第三时段的业务)
接下来，将参考图16描述第三时段(时间t2至时间t3)中的请求/响应业务。
在第三时段中，要由交换服务器12处理的段请求是RequestForSegURL-1-30到RequestForSegURL-1-39，以及RequestForSegURL-2-30到RequestForSegURL-2-39。
在图16的第三时段中，与图15的第二时段相比，在连接到代理服务器21-2的DASH客户端22中，基于MPD-2发出段请求的DASH客户端22从DASH客户端22-4增加到DASH客户端22-4-1至22-4-i(i：大于或等于1的整数)，并且22-6-1增加到22-6-j(j：大于或等于1的整数)。
然而，在与代理服务器21-2连接的DASH客户端22中基于MPD-1发出段请求的DASH客户端22没有增加和减少，以及在与代理服务器21-1连接的DASH客户端22中基于MPD-1和MPD-2发出段请求的DASH客户端22没有增加和减少。
在这种配置中，段请求Req2/1、Req1/2和Req2/2由交换服务器12通过因特网41接收。交换服务器12基于从段请求Req2/1、Req1/2和Req2/2获得的网络识别信息和源识别信息，根据预定条件，确定响应(DASH段)的返回模式。
此处，在段请求Req2/2中，对于特定段URL的请求增加，并且因此，从有效使用网络资源的观点来看，交换服务器12确定优选通过使用广播卸载服务来返回对于段请求Req2/2的响应(DASH段)。即，在广播返回模式中返回对于段请求Req2/2的响应(DASH段)。
另一方面，在段请求Req2/1和Req1/2中，对于特定段URL的请求不增加，并且因此，交换服务器12确定在对于段请求Req2/1和Req1/2的响应(DASH段)中不需要使用广播卸载服务。即，在通信返回模式中返回对于段请求Req2/1和Req1/2的响应(DASH段)。
此外，在图16的第三时段中，如同图15的第二时段，对于段请求Req1/1，广播返回模式继续。
交换服务器12根据段请求Req1/1从DASH服务器11获取DASH段，该段请求Req1/1是与在广播返回模式中设置的源相对应的DASH段，并且将获取的DASH段发送到广播服务器13-1。然后，广播服务器13-1通过广播网络BN-1(BrdcstNetwork-1)将DASH段发送到代理服务器21-1。
此外，交换服务器12根据段请求Req1/2从DASH服务器11获取DASH段，该段请求Req1/2是与在通信返回模式中设置的源相对应的DASH段，并且将获取的DASH段通过因特网41发送到代理服务器21-1。
然后，代理服务器21-1将从广播服务器13-1通过广播接收的DASH段(根据段请求Req1/1的DASH段)发送到DASH客户端22-1-1至22-1-n和22-5-1至22-5-m中的每一个。此外，代理服务器21-1将从交换服务器12通过通信接收的DASH段(根据段请求Req1/2的DASH段)发送到DASH客户端22-2。
另一方面，交换服务器12根据段请求Req2/2从DASH服务器11获取DASH段，该段请求Req2/2是与在广播返回模式中设置的源相对应的DASH段，并且将获取的DASH段发送到广播服务器13-2。然后，广播服务器13-2通过广播网络BN-2(BrdcstNetwork-2)将DASH段发送到代理服务器21-2。
此外，交换服务器12根据段请求Req2/1从DASH服务器11获取DASH段，该段请求Req2/1是与在通信返回模式中设置的源相对应的DASH段，并且通过因特网41将获取的DASH段发送到代理服务器21-2。
然后，代理服务器21-2将从交换服务器12通过通信接收的DASH段(根据段请求Req2/1的DASH段)发送到DASH客户端22-3。此外，代理服务器21-2将从交换服务器12通过广播接收的DASH段(根据段请求Req2/2的DASH段)发送到DASH客户端22-4-1至22-4-i和22-6-1至22-6-j中的每一个。
如上所述，在第三时段(时间t2到时间t3)中，在段请求Req1/1和Req2/2中，对于特定段URL的请求增加，并且流服务的业务集中，并且因此，通过使用广播卸载服务，通过广播返回对于段请求Req1/1和Req2/2的响应。
此外，在段请求Req2/1和Req1/2中，流服务的业务不集中，并且因此，如同图14的第一时段，通过因特网41通过通信返回对于段请求(Req2/1和Req1/2)的响应。
(第四时段的业务)
最后，将参考图17描述在第四时段(在时间t3之后)中的请求/响应业务。
在第四时段中，要由交换服务器12处理的段请求是RequestForSegURL-1-40和子序列以及RequestForSegURL-2-40和子序列。
在图17的第四时段中，与图16的第三时段相比，在连接到代理服务器21-1的DASH客户端22中基于MPD-1发出段请求的DASH客户端22，从DASH客户端22-1-1到22-1-n和22-5-1到22-5-m减少到DASH客户端22-1。
然而，在与代理服务器21-1连接的DASH客户端22中基于MPD-2发出段请求的DASH客户端22没有增加和减少，以及在与代理服务器21-2连接的DASH客户端22中基于MPD-1和MPD-2发出段请求的DASH客户端22没有增加和减少。
此外，在第四时段中，例如，在MPD-1中，某一时段元素结束，并且在广播返回模式中DASH段对于段请求Req1/1的返回结束。
在这种配置中，段请求Req1/1、Req2/1和Req1/2由交换服务器12通过因特网41接收。交换服务器12基于从段请求Req1/1、Req2/1和Req1/2获得的网络识别信息和源识别信息，根据预定条件，确定响应(DASH段)的返回模式。
此处，在段请求Req1/1、Req2/1和Req1/2中，对于特定段URL的请求不增加，并且因此，交换服务器12确定在对于段请求Req1/1、Req2/1和Req1/2的响应(DASH段)中不需要使用广播卸载服务。即，在通信返回模式中返回对于段请求Req2/1和Req1/2的响应(DASH段)。
此外，在图17的第四时段中，如同图16的第三时段，对于段请求Req2/2，继续广播返回模式。
交换服务器12根据段请求Req1/1和Req1/2从DASH服务器11获取DASH段，段请求Req1/1和Req1/2是与在通信返回模式中设置的源相对应的DASH段，并且将获取的DASH段通过因特网41发送到代理服务器21-1。
然后，代理服务器21-1将从交换服务器12通过通信接收的DASH段(根据段请求Req1/1的DASH段)发送到DASH客户端22-1。此外，代理服务器21-1将从交换服务器12通过通信接收的DASH段(根据段请求Req1/2的DASH段)发送到DASH客户端22-2。
另一方面，根据段请求Req2/2，从DASH服务器11获取DASH段，段请求Req2/2是与在广播返回模式中设置的源相对应的DASH段，并将其发送到广播服务器13-2。然后，广播服务器13-2通过广播网络BN-2(BrdcstNetwork-2)将DASH段发送到代理服务器21-2。
此外，交换服务器12根据段请求Req2/1从DASH服务器11获取DASH段，段请求Req2/1是与在通信返回模式中设置的源相对应的DASH段，并且通过因特网41将获取的DASH段发送到代理服务器21-2。
然后，代理服务器21-2将从交换服务器12通过通信接收的DASH段(根据段请求Req2/1的DASH段)发送到DASH客户端22-3。此外，代理服务器21-2将从交换服务器12通过广播接收的DASH段(根据段请求Req2/2的DASH段)发送到DASH客户端22-4-1至22-4-i和22-6-1至22-6-j中的每一个。
如上所述，在第四时段(时间t3之后)中，在段请求Req2/2中，对于特定段URL的请求增加，并且流服务的业务集中，并且因此，通过使用广播卸载服务，通过广播返回对于段请求Req2/2的响应。
此外，在段请求Req1/1、Req2/1和Req1/2中，流服务的业务不集中，并且因此，如同图14的第一时段，对于段请求(Req1/1、Req2/1和Req1/2)的响应通过因特网41通过通信返回。
<4.识别信息的***方法>
通过代理服务器21***对于段请求的广播网络识别信息和源识别信息的方法中，例如，段请求的HTTP请求的报头被扩展，并且因此，识别信息可以被扩展。
(扩展报头的示例)
图18是示出本技术的扩展报头的示例的图。
图18示出了在ATSC 3.0服务的情况下扩展报头作为HTTP请求报头扩展的示例的描述示例。
在图18中，例如，要扩展为HTTP请求报头的通用报头的扩展报头名称为“ATSC3.0-request”。此处，通用报头指示要应用于连接的报头，但不是请求或响应的实体主体。此外，在扩展报头名称被定义为私有名称的情况下，扩展报头名称可以是“X-ATSC 3.0-request”。
与ATSC 3.0服务的传送相关联的主要属性，例如服务ID(service-id)、内容ID(contentID)、MPD元数据的URL(mpd-uri)、时间信息(广播时间)和广播流ID列表(broadcastStreamIdList)，可以包括作为扩展报头的值。
服务ID是用于识别由ATSC 3.0定义的服务的ID(全局服务ID)。服务ID是必不可少的值。
此外，由ATSC 3.0定义的服务ID(globalServiceId)的细节在下面描述的非专利文献2的“Table 7.1Semantics of the User Service Bundle Description Fragmentfor ROUTE/DASH”中公开。即USBD元数据的userServiceDescription元素的globalServiceID属性的值，可以用作服务ID。
非专利文献2：ATSC Candidate Standard:Signaling,Delivery,Synchronization,and Error Protection(A/331)
MPD元数据的URL是统一资源标识符(URI)，表示USBD元数据要引用的MPD元数据的绝对路径。URL是可选值。
此外，如上述非专利文献2的“Table 7.1Semantics of the User ServiceBundle Description Fragment for ROUTE/DASH”中所公开的，USBD元数据的userServiceDescription元素的fullMPDUri属性的值可以用作MPD元数据的URL。
时间信息表示内容实际广播的时间。然而，广播时间的内容的选择取决于实施。即，例如，广播时间是内容的传送调度的开始时间，还是从传送调度的开始到结束的任意时间(HTTP请求的分组到达的时间)是根据操作来设定的。时间信息是可选值。
内容ID是识别内容的ID。例如，“EIDR”或“Ad-ID”可以被指定为内容ID。
此处，“EIDR”是娱乐标识符注册的缩写，并且电视节目或视频的内容可以由全局单个ID来管理。“Ad-ID”是广告ID的缩写，并且是用于广告的ID。内容ID是可选值。
广播流ID列表是用于识别由ATSC 3.0定义的广播流的广播流ID(BroadcaststStreamid：bsid)的列表。
此外，由ATSC 3.0定义的广播流ID(bsid)的细节在上述非专利文献2的“Table6.2SLT XML Format”中公开。即，LLS的SLT元数据的SLT元素的bsid属性可以用作广播流ID。
此处，图19示出了作为扩展报头的对于HTTP请求的要***的示例信息。
即，在图19中，示出了XML格式的USBD元数据和MPD元数据的描述示例，但是从这样的元数据获得的信息可以包括在HTTP请求的扩展报头中，作为与ATSC 3.0服务的传送相关联的属性。
例如，在USBD元数据中，服务ID(全局服务ID)是从userServiceDescription元素的globalServiceID属性的值获得的，以及MPD元数据的URL是从userServiceDescription元素的fullMPDUri属性的值获得的。此外，例如，在MPD元数据中，对应于EIDR的内容ID是从Period元素的AssetIdentifier元素的值获得的。
此外，执行USBD元数据的DeliveryMethod元素中要描述的URL与MPD元数据的Representation元素中要描述的URL(段URL)之间的匹配，并且因此，可以指定内容的数据(流)的传送路径是通过广播的路径还是通过通信的路径。
接下来，将参考图20和图21描述HTTP请求报头的具体示例。此处，首先，将参考图20描述在扩展报头***之前的HTTP请求报头，并且然后，将参考图21描述在扩展报头***之后的HTTP请求报头。
(HTTP请求)
图20是示出HTTP请求的示例的图。
在图20中，示出了在段URL是“http：//a.com/a.mp4”的情况下，用于获取DASH段文件的HTTP请求的示例。
在HTTP定义的方法中，在HTTP请求中使用GET方法。在HTTP请求中，主机名(服务器名)由HOST指定，以及资源由GET方法指定。此外，“HTTP/1.1”表示HTTP的版本。
此外，在HTTP请求中，第一行是HTTP请求行，以及第二行和子序列是HTTP报头行，即HTTP请求报头。此外，在使用GET方法的情况下，在HTTP主体部分中不执行描述。
(***扩展报头后的HTTP请求)
图21是示出***扩展报头的HTTP请求的示例的图。
在图21中，将扩展报头名称“ATSC 3.0-request”的行添加到图20的HTTP请求(HTTP请求报头)中，作为扩展头。
即，添加服务ID、内容ID、MPD元数据的URL、时间信息和广播流ID(bsid)作为扩展报头。
例如，在图21的HTTP请求的扩展报头中，“urn：atsc：serviceId：NBCU-NFLl-1”是USBD元数据的globalServiceID属性的值，被指定为服务ID(service-id)，以及“http：//a.com/a.mpd”是USBD元数据的fullMPDUri属性的值，被指定为MPD元数据(mpd-uri)的URL。
此外，在图21的HTTP请求的扩展报头中，“md：cid：EIDR：10.5240％2f0EFB-02CD-126E-8092-1E49-W”是MPD元数据的AssetIdentifier元素中描述的EIDR，被指定为内容ID(contentId)。即，内容ID对应于由代理服务器21***的源识别信息。
此外，在图21的HTTP请求的扩展报头中，“Fri,04Jul 2016 23：54：58GMT”表示2016年7月4日(星期五)23：54：58(格林威治标准时间)，是内容的广播时间，被指定为时间信息(广播时间)。
此外，在图21的HTTP请求的扩展报头中，“bsid-1”是SLT元数据的SLT元素的bsid属性的值，被指定为广播流ID(bsid)。即，广播流ID对应于由代理服务器21***的广播网络识别信息。
如上所述，在本技术中，代理服务器21***对于HTTP请求的源识别信息(内容ID)和广播网络识别信息(广播流ID)作为扩展报头，并且因此，在交换服务器12中，可以基于上述识别信息，动态地交换通过广播的返回(通过广播网络)和通过通信的返回(通过双向网络)，作为对于HTTP请求的响应的返回路径。
此外，在代理服务器21中，作为广播网络识别信息***的广播流ID(bisd)从LLS的SLT元数据获得，LLS流经可以由代理服务器21自身的调谐器201进行频道选择的广播流(BroadcastStream)。
此外，在代理服务器21中，当***广播流ID(bsid)时，确认预先获取的SLT元数据或ESG信息的内容(公知信息)，并且确认广播卸载服务是否能够在目标时区中使用广播流ID(bsid)，并且然后对于HTTP请求***广播流ID(bsid)。稍后将描述包括在SLT元数据或ESG信息中的公知信息的细节。
此外，在代理服务器21中，在扩展报头***处理之前，预先生成存储诸如广播网络识别信息或源识别信息的信息的映射数据库，并且因此，在扩展报头***处理中，可以参考映射数据库来获取对于HTTP请求的要***的信息。
此外，此处，ATSC(特别是ATSC 3.0)是在***合众国等采用的***，已经示例性地描述为数字广播的标准，但是本技术可以应用于在日本等采用的***的综合业务数字广播(ISDB)、在欧洲等的每个国家采用的***的数字视频广播(DVB)等。
然而，在上述描述中，在ATSC 3.0服务的前提下，服务ID、内容ID、广播流ID(bsid)等已经被示例为对于HTTP请求的要***的信息，但是本技术不限于此，并且可以将更合适的信息用于诸如ISDB或DVB的每种标准。
此外，由数字广播标准以外的标准定义的信息，可以根据需要被添加为对于HTTP请求要***的信息。例如，可以添加由第三代合作伙伴计划(3GPP)定义的信息，该计划是移动通信***的标准化项目。具体地，可以添加由3GPP-多媒体广播多播服务(MBMS)定义的元素或属性作为对于HTTP请求要***的信息。
<5.广播卸载服务的公知方法>
接下来，将描述用于通知能够使用广播卸载服务的公知信息的传送方法。此处，例如，扩展SLT元数据(LLS)，或者扩展ESG信息，并且因此，传送公知信息。
(根据LLS的扩展传送公知信息)
在作为LLS之一的SLT元数据中，定义了指示服务类型的serviceCategory属性(参考上述非专利文献2)。
图22示出了在SLT元数据的服务循环中提供的serviceCategory属性的值的示例。
如图22所示，例如，可以根据serviceCategory属性，指定服务的类型，服务是通用广播服务(1：线性A/V服务)还是仅音频服务(2：线性仅音频服务)。此外，仅音频服务对应于现有的无线电广播。
如上述非专利文献2的“Table 6.4Code Values for SLT.Service@serviceCategory”中所定义的，在serviceCategory属性中定义0到5的值和其他值。
“6”是新定义为serviceCategory属性的值，并且指示广播卸载服务。即，此处，可以根据属性值的添加和扩展，而不是元素或属性的添加，在SLT元数据中，包括指示传送广播卸载服务的公知信息。
图23示出了SLT元数据的描述示例。例如，在广播卸载服务能够在2016年9月12日13时至15时使用的情况下，serviceCategory＝“6”在这样的时区中，被指定为SLT元数据中的一个服务元素，作为serviceCategory属性的值。即，SLT元数据在2016年9月12日13时至15时传送。
(根据ESG的扩展传送公知信息)
ESG服务是由开放移动联盟(OMA)定义的电子业务指南(电子节目信息)，开放移动联盟(OMA)是执行移动电话的标准制定的组织，并且还假设在ATSC 3.0中使用基于OMA-ESG的节目信息(ESG)(参考下面描述的非专利文献3)。
非专利文献3：ATSC Candidate Standard:Service Announcement(A/332)
如图24所示，在ATSC 3.0的节目信息(ESG)中，存在指示服务类型的服务是通用广播服务(线***)、无线电广播(仅线性音频服务)还是基于应用的服务(基于应用的增强服务)的ServiceType的元素。
此外，与ESG的ServiceType元素和SLT元数据的serviceCategory属性相比，ESG的通用广播服务对应于由SLT元数据定义的通用广播服务(1：线性A/V服务)，并且ESG的无线电广播对应于由SLT元数据定义的仅音频服务(2：线性仅音频服务)。此外，ESG的基于应用的服务对应于由SLT元数据定义的基于应用的服务(3：基于应用的服务)。
即，定义为上述非专利文献3的“5.2.2.1.1Service Type”的值被定义为ESG的ServiceType元素。
如图24所示，“230”是新定义为ServiceType元素的值，并指示广播卸载服务。即，此处，可以根据作为元素的内容而存储的值的添加和扩展，而不是元素或属性的添加，在ESG信息中，包括指示传送广播卸载服务的公知信息。
图25示出了ESG信息的描述示例。如图25所示，ServiceType＝“230”被指定给ESG信息的服务片段，作为ServiceType元素的值，并表示目标服务是广播卸载服务。
此外，例如，在能够在诸如2016年9月12日13时至15时的时区中使用广播卸载服务的情况下，在ESG信息中，除了图25中所示的服务片段之外，还可以通过使用诸如内容片段或调度片段的XML片段来预先在通知中给出广播卸载服务的有效时段。图26和图27示出了这种具体的示例。
(XML片段的关系)
图26是示出在广播卸载服务能够在具体时区中使用的情况下，服务的XML片段、内容和调度的关系的图。
服务片段由“//a.com/service-1”的ID识别，并且ServiceType＝“230”被指定为ServiceType元素的值。即，服务(Service-1)是广播卸载服务。
内容片段由“//a.com/content-1-1”的ID识别，并且“广播卸载服务”被指定为Name元素。即，内容的名称是广播卸载服务。
此外，在图26中，根据ServiceReference元素的idRef属性值，内容片段与服务片段关联。
调度片段由“//a.com/Schedule-1-1”的ID识别，“2016-09-12T13：00：00+00：00”被指定为作为ContentReference元素的子元素的PresentationWindow元素的startTime属性，以及“2016-09-12T15：00：00+00：00”被指定为endTime属性。
即，根据startTime属性和endTime属性指定广播卸载服务的开始时间t1和结束时间t2。在这种情况下，广播卸载服务于2016年9月12日13时至15时传送。
此外，在图26中，根据ServiceReference元素的idRef属性的值，调度片段与服务片段相关联。此外，根据ContentReference元素的idRef属性的值，调度片段与内容片段相关联。
(ESG服务的屏幕示例)
图27是示出在不能使用广播卸载服务的情况下ESG服务的屏幕的显示示例的图。
图27的ESG服务的屏幕是屏幕的显示示例，该屏幕要显示在接收包括图26所示的XML片段的ESG信息的客户端装置20上。
即，在ESG服务的屏幕中，广播卸载服务在从开始时间t1(2016年9月12日13时)到结束时间t2(2016年9月12日15时)的时区的帧内被显示为Service-1。通过这种配置，可以预先通知(告知)终端用户广播卸载服务在时区中传送。
然而，是否在ESG服务的屏幕上显示广播卸载服务的传送，取决于客户端装置20的用户界面(UI)的实现。
此外，根据上述LLS的扩展和ESG的扩展，可以通过公知信息的传送方法中的至少一种传送方法来传送公知信息。另外，根据LLS的扩展和ESG的扩展，可以通过除公知信息的传送方法以外的传送方法来传送公知信息。
<6.内容发送和接收处理>
(内容发送和接收处理的流程)
接下来，将参考图28至图31的流程图描述由发送侧和接收侧的每个装置执行的内容发送和接收处理的细节。
此外，在图28至图30中，分别由发送侧的DASH服务器11、交换服务器12和广播服务器13执行步骤S101至S103、S121至S128和S141至S146的处理。另一方面，分别由接收侧的代理服务器21和DASH客户端22执行步骤S201至S207和步骤S221至S225的处理。
在图28的步骤S141中，ESG和元数据处理器151生成指示能够使用广播卸载服务的公知信息，并且在ESG信息或SLT元数据中包括公知信息。
在步骤S142中，发送单元142发送包括通过步骤S141的处理获得的公知信息的ESG信息或SLT元数据。ESG信息或SLT元数据通过广播网络，由目标广播区域中提供的代理服务器21接收，并且可以根据ESG信息或SLT元数据中包括的公知信息，来通知能够使用广播卸载服务。
在步骤S221中，请求处理器231生成所需内容的MPD请求。此处，例如，所需内容是根据终端用户的操作来选择的。
在步骤S222中，通信I/F 221向代理服务器21发送通过步骤S221的处理获得的MPD请求。在代理服务器21中，接收来自DASH客户端22的MPD请求，并通过通信I/F 202经由因特网41发送到交换服务器12。
此外，在此，例如，代理服务器21或DSAH客户端22通过一些方法来获取MPD元数据的URL，该方法诸如对于在因特网41上发布的流站点的网页的访问，并且MPD请求被发送到DSAH服务器11。
因此，来自DASH客户端22的MPD请求最终由DASH服务器11通过因特网41等接收。
在步骤S101中，MPD处理器111基于MPD请求生成MPD响应(MPD元数据)。
在步骤S102中，通信I/F 101将通过步骤S101的处理获得的MPD响应(MPD元数据)发送到交换服务器12。在交换服务器12中，接收来自DASH服务器11的MPD响应，并由通信I/F124通过因特网41，通过代理服务器21将MPD响应发送到DASH客户端22。
此外，在交换服务器12中，传输来自DASH服务器11的MPD响应，并且此时，MPD响应中包括的MPD元数据被记录在存储单元122中(S121)。此外，来自DASH服务器11的MPD响应最终由DASH客户端22通过因特网41等接收。
在步骤S223中，请求处理器231基于解析包括在MPD响应中的MPD元数据的结果来生成期望内容的段请求。
在步骤S224中，通信I/F 221向代理服务器21发送通过步骤S223的处理获得的段请求。在代理服务器21中，接收来自DASH客户端22的段请求。
在图29的步骤S201中，ESG和元数据处理器211处理从广播服务器13接收的ESG信息或SLT元数据，并且参考ESG信息或SLT元数据中包括的公知信息来确认是否能够使用广播卸载服务。
在步骤S202中，ESG和元数据处理器211基于步骤S201的确认结果，确定是否能够使用广播卸载服务。
在步骤S202中，在确定能够使用广播卸载服务的情况下，处理进入步骤S203。在步骤S203中，请求处理器212对于来自DASH客户端22的段请求(HTTP请求的报头)***广播网络识别信息(广播流ID)。
然后，在步骤S203的处理结束的情况下，处理进入步骤S204。在步骤S204中，请求处理器212对于包括广播网络识别信息的段请求(HTTP请求的报头)进一步***源识别信息(内容ID)。
另一方面，在步骤S202中，在确定能够使用广播卸载服务的情况下，跳过步骤S203的处理，并且处理进入步骤S204。在步骤S204中，请求处理器212对于来自DASH客户端22的段请求(HTTP请求的报头)***源标识信息(内容ID)。
因此，在能够使用广播卸载服务的情况下，对于段请求***广播网络识别信息和源识别信息，然而在不能使用广播卸载服务的情况下，对于段请求仅***源识别信息。
在步骤S205中，通信I/F 202通过因特网41向交换服务器12发送通过步骤S201至S204的处理获得的段请求。段请求由交换服务器12传输到DASH服务器11。
在步骤S122中，请求处理器131将来自代理服务器21的段请求记录在存储单元122中。
在步骤S123中，请求处理器131从来自代理服务器21的段请求(HTTP请求的报头)中提取广播网络识别信息(广播流ID)和源识别信息(内容ID)，并处理提取的信息。
此处，在作为要处理的段请求的发送源的代理服务器21能够使用广播卸载服务的情况下，广播网络识别信息和源识别信息被包括在段请求中。另一方面，在作为要处理的段请求的发送源的代理服务器21不能使用广播卸载服务的情况下，仅源识别信息被包括在段请求中。
然后，例如，请求处理器131通过提供指定的测量时段，对要由源识别信息识别的每个内容(源)的段请求的请求的数目进行计数，并且在计数值大于或等于预先设置的阈值的情况下，在广播返回模式中返回对于包括后续的对应源识别信息的段请求的响应。
在步骤S124中，请求处理器131基于段请求的处理结果，确定在广播返回模式下，是否对应于对于段请求的响应。
在步骤S124中，在确定在广播返回模式中对应的情况下，处理进入图30的步骤S125。图30示出了广播返回模式中的处理内容，作为在图29的步骤S124的确定处理之后的处理。
此外，稍后将描述细节，但是在步骤S124中，在确定在通信返回模式中对应的情况下，处理进入图31的步骤S131。图31示出了通信返回模式中的处理内容，作为在步骤S124的确定处理之后的处理。
返回到图30的描述，在步骤S125中，广播处理器132在广播返回模式中，指定对于要处理的段请求的返回响应时的目标广播区域。
在步骤S126中，广播处理器132向广播服务器13发送SLS更新指令以及源识别信息，该广播服务器13在由步骤S125的处理指定的目标广播区域中执行广播。
在步骤S127中，广播处理器132将通过步骤S121的处理存储的MPD元数据与广播返回模式中的开始段URL一起，发送到在由步骤S125的处理指定的目标广播区域中执行广播的广播服务器13。
在广播服务器13中，从交换服务器12接收源识别信息和SLS更新指令，以及广播返回模式下的开始段URL和MPD元数据。
在步骤S143中，ESG和元数据处理器151更新SLS(USBD元数据)，并且要由源识别信息识别的内容(源)的DASH段包括信息，该信息指示广播返回模式中的返回。
此外，这里，如上所述，可以使用更新来自交换服务器12的MPD元数据的方法，不管根据USBD元数据的标志如何，并且例如，在MPD元数据内，可以使用明确地描述通过广播的返回或通过通信的返回的方法。
在步骤S144中，发送单元142发送通过步骤S143的处理获得的SLS(USBD元数据)和更新后的MPD元数据。然而，在步骤S143的处理中，在MPD元数据未更新的情况下，不发送未更新的MPD元数据，并且仅可以发送SLS。
SLS和更新后的MPD元数据通过广播网络，由被提供在目标广播区域中的代理服务器21接收。在步骤S206中，ESG和元数据处理器211处理SLS(USBD元数据)和更新后的MPD元数据。
SLS(USBD元数据)和更新后的MPD元数据包括信息，该信息指示在广播返回模式下返回要由源识别信息识别的内容(源)的DASH段，并且因此在代理服务器21中识别该信息。
另外，在基于步骤S206的处理结果更新MPD元数据的情况下，ESG和元数据处理器211通过通信I/F 203向DASH客户端22发送(提供通知的)更新后的MPD元数据。
另一方面，在广播服务器13中，DASH段处理器152基于广播返回模式中的开始段URL向DASH服务器11发送段请求。段请求由DASH服务器11接收。此外，这里，段请求可以通过交换服务器12交换。
在步骤S103中，DASH段处理器112基于来自广播服务器13的段请求获取目标内容(源)的DASH段，并将获取的DASH段发送到交换服务器12。DASH段由交换服务器12接收。
在步骤S128中，广播处理器132从DASH服务器11将DASH段传输到在由步骤S125的处理指定的目标广播区域中执行广播的广播服务器13。DASH段由广播服务器13接收和处理。
在步骤S146中，发送单元142发送DASH段。DASH段通过广播网络，由被提供在目标广播区域中的代理服务器21接收，并且通过通信I/F 203被传输到DASH客户端22。
在步骤S225中，再现单元232再现要从代理服务器21传输的DASH段。通过这种配置，在DASH客户端22中，处理根据段请求的DASH段，并且再现期望的内容。
如上所述，在图29的步骤S124的确定处理(S124的“是”)中，已经参考图30描述了在广播返回模式中确定对应的情况之后的处理流程。接下来，在图29的步骤S124的确定处理(S124的“否”)中，将要参考图31描述在通信返回模式中确定对应的情况之后的处理流程。
此外，在图31中，步骤S111和S131的处理分别由发送侧的DASH服务器11和交换服务器12执行。另一方面，步骤S231的处理由接收侧的DASH客户端22执行。
在步骤S111中，DASH段处理器112基于来自DASH客户端22或交换服务器12的段请求，获取目标内容(源)的DASH段，并将获取的DASH段发送到交换服务器12。DASH段由交换服务器12接收。
在步骤S131中，通信处理器133通过因特网41将DASH段从DASH服务器11发送(传输)到代理服务器21。DASH段由代理服务器21通过因特网41接收，并通过通信I/F 203传输到DASH客户端22。
在步骤S231中，再现单元232再现要从代理服务器21传输的DASH段。通过这种配置，在DASH客户端22中，处理根据段请求的DASH段，并且再现期望的内容。
如上所述，在图29的步骤S124的确定处理(S124的“否”)中，已经参考图31描述了在通信返回模式中确定对应的情况之后的处理流程。
<7.修改示例>
(对于其他广播标准的应用)
在上面的描述中，ATSC(特别是ATSC 3.0)是在***合众国等采用的***，已经被描述为数字广播的标准，但是本技术可以应用于在日本等采用的***的综合业务数字广播(ISDB)，在欧洲等每个国家采用的***的数字视频广播(DVB)等。
此外，在上述描述中，用于IP传输***的ATSC 3.0已经被描述为示例，但是ATSC3.0不仅可以应用于IP传输***，而且例如还可以应用于其它***，例如MPEG2-传输流(TS)***。
此外，数字广播的标准不仅可以应用于地面广播的标准，而且还可以应用于使用广播卫星(BS)、通信卫星(CS)等的卫星广播的标准、诸如有线电视(公共天线电视：CATV)等的有线广播。
(其他修改示例)
诸如上述控制信息(信令)的名称是示例，并且也可以使用其他名称。然而，名称上的差异是形式上的差异，并且目标控制信息的实质内容没有不同。
例如，存在一种情况是用户服务包描述(USBD)被称为用户服务描述(USD)。此外，例如，存在一种情况是非实时(NRT)被称为本地缓存内容(LCC)，并且电子业务指南(ESG)被称为电子节目指南(EPG)。
此外，在上述DASH客户端22中，例如，用于再现DASH段的DASH播放器，不仅可以是用诸如超文本标记语言5(HTML5)的标记语言或诸如JavaScript(注册商标)的脚本语言开发的应用，而且例如还可以是用诸如Java(注册商标)的编程语言开发的应用。
此外，这样的应用不限于要由浏览器执行的应用，而是可以作为所谓的本地应用在操作***(OS)环境等中执行。
此外，应用不仅明确地显示一些信息项，而且还在非显示(在后台)中操作(在未被终端用户识别的情况下操作)。此外，内容不仅能够包括运动图像或音乐，而且例如还能够包括诸如电子书、游戏和广告的任何内容。
<8.计算机配置>
上述的一组处理可以由硬件执行，或者可以由软件执行。在由软件执行该组处理的情况下，在计算机中安装配置软件的程序。图32是示出使用程序执行上述一组处理的计算机的硬件的配置示例的图。
在计算机1000中，中央处理单元(CPU)1001、只读存储器(ROM)1002和随机存取存储器(RAM)1003通过总线1004彼此连接。输入和输出接口1005进一步连接到总线1004。输入单元1006、输出单元1007、记录单元1008、通信单元1009和驱动器1010连接到输入和输出接口1005。
输入单元1006包括键盘、鼠标、麦克风等。输出单元1007包括显示器、扬声器等。记录单元1008包括硬盘、非易失性存储器等。通信单元1009包括网络接口等。驱动器1010驱动诸如磁盘、光盘、磁光盘或半导体存储器的可移动记录介质1011。
在如上所述配置的计算机1000中，CPU 1001通过输入和输出接口1005和总线1004将记录在ROM 1002或记录单元1008中的程序加载到RAM 1003上，并执行该程序，并且因此执行上述处理组。
例如，由计算机1000(CPU 1001)执行的程序可以通过作为数据包介质等记录在可移动记录介质1011中来提供。此外，可以通过诸如局域网、因特网和数字卫星广播的有线或无线传输介质来提供程序。
在计算机1000中，通过将可移动记录介质1011安装在驱动器1010上，可以通过输入和输出接口1005将程序安装在记录单元1008中。此外，由通信单元1009通过有线或无线传输介质接收程序，可以将程序安装在记录单元1008中。此外，程序可以预先安装在ROM1002或记录单元1008中。
此处，本文中，要由计算机根据程序执行的处理，不需要根据流程图描述的顺序按时间顺序执行。即，要由计算机根据程序执行的处理，还包括并行地或单独地执行的处理(例如，并行处理或根据对象的处理)。此外，程序可以由一台计算机(处理器)处理，或者可以由多个计算机进行分布式处理。
此外，本技术的实施例不限于上述实施例，并且可以在不背离本技术要旨的范围内进行各种改变。
此外，本技术能够具有以下配置。
(1)一种信息处理装置，包括：
处理器，被配置为处理要从多个接收装置发送的内容的请求，并返回对于请求的响应，
其中，请求包括用于识别能够由接收装置接收的广播区域的第一识别信息，和用于识别内容的第二识别信息，并且
处理器基于第一识别信息和第二识别信息动态地切换通过通信的返回和通过广播的返回，作为响应的返回路径。
(2)根据(1)的信息处理装置，
其中，处理器
在普通时间选择通过通信的路径作为响应的返回路径，并且
在通过通信的路径被施加负载的情况下，选择通过广播的路径作为响应的返回路径。
(3)根据(2)的信息处理装置，
其中，处理器
在规定时间段内，针对由第二识别信息识别的内容计算请求的数量，并且
在计数值大于或等于预先设置的阈值的情况下，允许对于包括对应的第二识别信息的请求的响应通过基于第一识别信息的广播返回。
(4)根据(2)或(3)的信息处理装置，
其中，在响应的返回路径从通过通信的路径切换到通过广播的路径的情况下，处理器请求更新控制信息，以便通知接收装置，对于通过广播返回响应的第一服务器执行通过广播的返回。
(5)根据(4)的信息处理装置，
其中，处理器对于在由第一识别信息识别的广播区域内的第一服务器，传输要从第二服务器传送的内容流的段作为响应。
(6)根据(1)至(5)中任一项的信息处理装置，
其中，在接收装置未能接收要通过广播返回的响应的情况下，处理器允许通过通信返回与要通过广播返回的响应相同的响应。
(7)根据(1)至(6)中任一项的信息处理装置，
其中，第一识别信息是对应于射频(RF)信道的信息，以及
第二识别信息是内容ID。
(8)根据(5)的信息处理装置，
其中，内容流作为实时流或视频点播(VOD)流从第二服务器传送。
(9)根据(1)至(8)中任一项的信息处理装置，
其中，通过通信的路径是包括因特网的路径，并且
通过广播的路径是根据对应于因特网协议(IP)传输***的地面广播的传输路径。
(10)一种信息处理装置的信息处理方法，方法包括以下步骤：
允许信息处理装置处理要从多个接收装置发送的内容请求，并且基于用于识别能够由接收装置接收的广播区域的第一识别信息和用于识别内容的第二识别信息，动态地切换通过通信的返回和通过广播的返回，作为对于请求的响应的返回路径，第一识别信息和第二识别信息包括在请求中。
(11)一种信息处理装置，包括：
处理器，被配置为处理内容请求，并***用于识别能够由处理器接收的广播区域的第一识别信息，和用于识别内容的第二识别信息，
其中，处理器处理要通过通信返回的响应或要通过广播返回的响应，作为对于要从发送装置发送的请求的响应。
(12)根据(11)的信息处理装置，
其中，在普通时间响应通过通信返回，并且在向通过通信的路径施加负载的情况下，通过广播返回。
(13)根据(12)的信息处理装置，
其中，在向通过通信的路径施加负载的情况下，处理器基于通过广播返回响应的第一服务器发送的公知信息，识别是否能够使用在通过广播的路径中返回响应的服务。
(14)根据(13)的信息处理装置，
其中，在能够使用服务的情况下，处理器***对于请求的第一识别信息和第二识别信息，以及
在不能使用服务的情况下，处理器仅***对于请求的第二识别信息。
(15)根据(14)的信息处理装置，
其中，公知信息包括在要与内容一起传送的控制信息中。
(16)根据(14)的信息处理装置，
其中，公知信息包括在对于内容要预先传送的节目信息中。
(17)根据(11)至(16)中任一项的信息处理装置，
其中，第一识别信息是对应于RF信道的信息，
第二识别信息是内容ID，以及
处理器将第一识别信息和第二识别信息***到请求的超文本传输协议(HTTP)报头的扩展部分中。
(18)根据(11)至(17)中任一项的信息处理装置，
其中，内容流作为实时流或VOD流从第二服务器传送。
(19)根据(11)至(18)中任一项的信息处理装置，
其中，通过通信的路径是包括因特网的路径，并且
通过广播的路径是根据对应于IP传输***的地面广播的传输路径。
(20)一种信息处理装置的信息处理方法，方法包括以下步骤：
允许信息处理装置处理内容的请求，并***用于识别能够由信息处理装置接收的广播区域的第一识别信息，和用于识别内容的第二识别信息；以及
允许信息处理装置处理要通过通信返回的响应或要通过广播返回的响应，作为对于要从发送装置发送的请求的响应。
参考符号列表
11 DASH服务器
12 交换服务器
13 广播服务器
14 ESG和元数据服务器
21 代理服务器
22 DASH客户端
31 发送站
41 因特网
100 处理器
101 通信I/F
111 MPD处理器
112 DASH段处理器
120 处理器
121 通信I/F
122 存储单元
123 通信I/F
124 通信I/F
131 请求处理器
132 广播处理器
133 通信处理器
140 处理器
141 通信I/F
142 发送单元
151 ESG和元数据处理器
152 DASH段处理器
200 处理器
201 调谐器
202 通信I/F
203 通信I/F
211 ESG和元数据处理器
212 请求处理器
220 处理器
221 通信I/F
222 显示单元
223 扬声器
231 请求处理器
232 再生单元
1000 计算机
1001 CPU。

Claims (20)

1.一种信息处理装置，包括：
处理器，被配置为处理要从多个接收装置发送的内容的请求，并返回对于所述请求的响应，
其中，所述请求包括用于识别能够由所述接收装置接收的广播区域的第一识别信息和用于识别所述内容的第二识别信息，并且
所述处理器基于所述第一识别信息和所述第二识别信息动态地切换通过通信的返回和通过广播的返回，作为所述响应的返回路径。
2.根据权利要求1所述的信息处理装置，
其中，所述处理器
在普通时间选择通过通信的路径作为所述响应的所述返回路径，并且
在所述通过通信的路径被施加负载的情况下，选择通过广播的路径作为所述响应的所述返回路径。
3.根据权利要求2所述的信息处理装置，
其中，所述处理器
在规定时间段内，针对由所述第二识别信息识别的所述内容计算请求的数量，并且
在计数值大于或等于预先设置的阈值的情况下，允许对于包括对应的所述第二识别信息的所述请求的响应通过基于所述第一识别信息的广播返回。
4.根据权利要求2所述的信息处理装置，
其中，在所述响应的所述返回路径从所述通过通信的路径切换到所述通过广播的路径的情况下，所述处理器请求更新控制信息，以便通知所述接收装置，对于通过广播返回所述响应的第一服务器执行所述通过广播的返回。
5.根据权利要求4所述的信息处理装置，
其中，所述处理器对于在由所述第一识别信息识别的广播区域内的所述第一服务器，传输要从第二服务器传送的内容流的段作为所述响应。
6.根据权利要求5所述的信息处理装置，
其中，在所述接收装置未能接收到要通过广播返回的所述响应的情况下，所述处理器允许通过通信返回与要通过广播返回的所述响应相同的响应。
7.根据权利要求1所述的信息处理装置，
其中，所述第一识别信息是对应于射频(RF)信道的信息，以及
所述第二识别信息是内容ID。
8.根据权利要求5所述的信息处理装置，
其中，所述内容流作为实时流或视频点播(VOD)流从所述第二服务器传送。
9.根据权利要求1所述的信息处理装置，
其中，通过通信的路径是包括因特网的路径，并且
通过广播的路径是根据对应于因特网协议(IP)传输***的地面广播的传输路径。
10.一种信息处理装置的信息处理方法，所述方法包括以下步骤：
允许所述信息处理装置处理要从多个接收装置发送的内容的请求，并且基于用于识别能够由所述接收装置接收的广播区域的第一识别信息和用于识别所述内容的第二识别信息，动态地切换通过通信的返回和通过广播的返回，作为对于所述请求的响应的返回路径，所述第一识别信息和所述第二识别信息包括在所述请求中。
11.一种信息处理装置，包括：
处理器，被配置为处理内容的请求，并***用于识别能够由所述处理器接收的广播区域的第一识别信息和用于识别所述内容的第二识别信息，
其中，所述处理器处理要通过通信返回的响应或要通过广播返回的响应，作为对于要从发送装置发送的所述请求的响应。
12.根据权利要求11所述的信息处理装置，
其中，在普通时间所述响应通过通信返回，并且在向所述通过通信的路径施加负载的情况下，通过广播返回。
13.根据权利要求12所述的信息处理装置，
其中，在向所述通过通信的路径施加负载的情况下，所述处理器基于通过广播返回所述响应的第一服务器发送的公知信息，识别是否能够使用在通过广播的路径中返回所述响应的服务。
14.根据权利要求13所述的信息处理装置，
其中，在能够使用所述服务的情况下，所述处理器***对于所述请求的所述第一识别信息和所述第二识别信息，以及
在不能使用所述服务的情况下，所述处理器仅***对于所述请求的所述第二识别信息。
15.根据权利要求14所述的信息处理装置，
其中，所述公知信息包括在要与所述内容一起传送的控制信息中。
16.根据权利要求14所述的信息处理装置，
其中，所述公知信息包括在对于所述内容要预先传送的节目信息中。
17.根据权利要求11所述的信息处理装置，
其中，所述第一识别信息是对应于RF信道的信息，
所述第二识别信息是内容ID，以及
所述处理器将所述第一识别信息和所述第二识别信息***到所述请求的超文本传输协议(HTTP)报头的扩展部分中。
18.根据权利要求11所述的信息处理装置，
其中，内容流作为实时流或VOD流从第二服务器传送。
19.根据权利要求11所述的信息处理装置，
其中，通过通信的路径是包括因特网的路径，并且
通过广播的路径是根据对应于IP传输***的地面广播的传输路径。
20.一种信息处理装置的信息处理方法，所述方法包括以下步骤：
允许所述信息处理装置处理内容的请求，并***用于识别由所述信息处理装置能够接收的广播区域的第一识别信息和用于识别所述内容的第二识别信息；以及
允许所述信息处理装置处理要通过通信返回的响应或要通过广播返回的响应，作为对于要从发送装置发送的所述请求的响应。
CN201780063696.4A 2016-10-27 2017-10-13 信息处理装置和信息处理方法 Pending CN109845276A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2016210144 2016-10-27
JP2016-210144 2016-10-27
PCT/JP2017/037118 WO2018079295A1 (ja) 2016-10-27 2017-10-13 情報処理装置、及び、情報処理方法

Publications (1)

Publication Number Publication Date
CN109845276A true CN109845276A (zh) 2019-06-04

Family

ID=62023549

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780063696.4A Pending CN109845276A (zh) 2016-10-27 2017-10-13 信息处理装置和信息处理方法

Country Status (8)

Country Link
US (1) US11115335B2 (zh)
EP (1) EP3534613A1 (zh)
JP (1) JPWO2018079295A1 (zh)
KR (1) KR102443060B1 (zh)
CN (1) CN109845276A (zh)
CA (1) CA3040829C (zh)
MX (1) MX2019004532A (zh)
WO (1) WO2018079295A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3364580B1 (en) * 2017-02-17 2022-06-22 Tdf Transmission of redundancy data in a hybrid network system
US11076194B2 (en) * 2018-11-23 2021-07-27 Sony Corporation Time-shifted playback
JP7146615B2 (ja) * 2018-12-20 2022-10-04 Ｔｖｓ Ｒｅｇｚａ株式会社 録画再生装置および録画再生方法
JP7146613B2 (ja) * 2018-12-20 2022-10-04 Ｔｖｓ Ｒｅｇｚａ株式会社 受信装置および受信方法
JP7146614B2 (ja) * 2018-12-20 2022-10-04 Ｔｖｓ Ｒｅｇｚａ株式会社 送受信システム及び方法
US20220210487A1 (en) * 2020-12-30 2022-06-30 Comcast Cable Communications, Llc Data forwarding in a content delivery network

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101420375A (zh) * 2007-10-25 2009-04-29 阿尔卡特朗讯公司 通信网络中的共享内容流的分配
CN103004229A (zh) * 2010-07-20 2013-03-27 夏普株式会社 数据配送***、数据配送方法、配送侧数据中继装置、及接收侧数据中继装置
US20140269437A1 (en) * 2013-03-15 2014-09-18 Cellco Partnership (D/B/A Verizon Wireless) Broadcast media content to subscriber group
CN104471895A (zh) * 2013-07-02 2015-03-25 华为技术有限公司 一种支持流媒体进行组播的方法和相关装置及***
CN104838661A (zh) * 2013-09-13 2015-08-12 华为技术有限公司 流媒体传输方法和***、以及用户设备和服务器
US20150288733A1 (en) * 2014-04-08 2015-10-08 Comcast Cable Communications, Llc Dynamically Switched Multicast Delivery
CN105308932A (zh) * 2013-06-17 2016-02-03 高通股份有限公司 通过一个或多个服务的中介内容分发
CN105340289A (zh) * 2013-08-29 2016-02-17 松下电器（美国）知识产权公司 发送方法、接收方法、发送装置及接收装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7725797B2 (en) * 2006-07-07 2010-05-25 Scientific-Atlanta, Llc Buffer for storing data and forward error correction (FEC)
US9826502B2 (en) * 2011-07-25 2017-11-21 Qualcomm Incorporated Managing handoff triggering between unicast and multicast services
US9445243B2 (en) * 2013-03-22 2016-09-13 Mediatek Inc. Service continuity for group communication over LTE eMBMS
US9807188B2 (en) 2013-04-09 2017-10-31 Samsung Electronics Co., Ltd. Methods and apparatuses for dynamic content offloading
KR101833904B1 (ko) * 2013-09-03 2018-04-13 후아웨이 테크놀러지 컴퍼니 리미티드 미디어 스트림을 송신하기 위한 방법 및 장치, 그리고 사용자 장비

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101420375A (zh) * 2007-10-25 2009-04-29 阿尔卡特朗讯公司 通信网络中的共享内容流的分配
CN103004229A (zh) * 2010-07-20 2013-03-27 夏普株式会社 数据配送***、数据配送方法、配送侧数据中继装置、及接收侧数据中继装置
US20140269437A1 (en) * 2013-03-15 2014-09-18 Cellco Partnership (D/B/A Verizon Wireless) Broadcast media content to subscriber group
CN105308932A (zh) * 2013-06-17 2016-02-03 高通股份有限公司 通过一个或多个服务的中介内容分发
CN104471895A (zh) * 2013-07-02 2015-03-25 华为技术有限公司 一种支持流媒体进行组播的方法和相关装置及***
CN105340289A (zh) * 2013-08-29 2016-02-17 松下电器（美国）知识产权公司 发送方法、接收方法、发送装置及接收装置
CN104838661A (zh) * 2013-09-13 2015-08-12 华为技术有限公司 流媒体传输方法和***、以及用户设备和服务器
US20150288733A1 (en) * 2014-04-08 2015-10-08 Comcast Cable Communications, Llc Dynamically Switched Multicast Delivery

Also Published As

Publication number Publication date
EP3534613A4 (en) 2019-09-04
KR102443060B1 (ko) 2022-09-14
MX2019004532A (es) 2019-06-12
EP3534613A1 (en) 2019-09-04
US20190238464A1 (en) 2019-08-01
WO2018079295A1 (ja) 2018-05-03
US11115335B2 (en) 2021-09-07
KR20190073373A (ko) 2019-06-26
JPWO2018079295A1 (ja) 2019-09-12
CA3040829C (en) 2024-05-21
CA3040829A1 (en) 2018-05-03

Similar Documents

Publication Publication Date Title
CN109845276A (zh) 信息处理装置和信息处理方法
US20180241840A1 (en) Apparatus and methods for ensuring delivery of geographically relevant content
EP2667528B1 (en) Devices and methods for dynamic broadcast
US9288542B2 (en) Multi-option sourcing of content
US11374670B2 (en) Receiving device, transmitting device, and data processing method
US10880024B2 (en) Reception device, transmission device, and data processing method
CN101662658B (zh) 节目推送方法、机顶盒及电子节目菜单
US10779045B2 (en) Multi-option sourcing of content and interactive television
JP2023133542A (ja) 受信方法、及び、送信方法
CN102474517A (zh) 转换移动装置媒体内容的方法
US11863807B2 (en) Reception device, reception method, transmission device, and transmission method
US11025352B2 (en) Reception device, transmission device, and data processing method
CN108076383A (zh) 自适应播放、控制方法、机顶盒及电子节目服务器
US20210288735A1 (en) Information processing apparatus, client apparatus, and data processing method
CN107534793A (zh) 接收装置、传输装置以及数据处理方法
US9009593B2 (en) Apparatus and method for providing set top box assistance
US8661473B2 (en) Apparatus and method for providing contents in internet broadcasting system
CN107534792A (zh) 接收设备、发送设备以及数据处理方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190604