CN107683608B - 接收设备、发送设备与数据处理方法 - Google Patents
接收设备、发送设备与数据处理方法 Download PDFInfo
- Publication number
- CN107683608B CN107683608B CN201680033340.1A CN201680033340A CN107683608B CN 107683608 B CN107683608 B CN 107683608B CN 201680033340 A CN201680033340 A CN 201680033340A CN 107683608 B CN107683608 B CN 107683608B
- Authority
- CN
- China
- Prior art keywords
- service
- application
- reproduction
- broadcast
- processing
- 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
Links
Images
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/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/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
- H04N21/4431—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB characterized by the use of Application Program Interface [API] libraries
-
- 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2362—Generation or processing of Service Information [SI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
- H04H60/13—Arrangements for device control affected by the broadcast information
-
- 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
-
- 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
-
- 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/44213—Monitoring of end-user related data
- H04N21/44222—Analytics of user selections, e.g. selection of programs or purchase activity
- H04N21/44224—Monitoring of user activity on external systems, e.g. Internet browsing
-
- 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/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8166—Monomedia components thereof involving executable data, e.g. software
- H04N21/8173—End-user applications, e.g. Web browser, game
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- General Health & Medical Sciences (AREA)
- Social Psychology (AREA)
- Health & Medical Sciences (AREA)
- Software Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Library & Information Science (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Circuits Of Receivers In General (AREA)
Abstract
实现一种配置,利用该配置能够使用在提前可接收的SLT中所记录的服务类别标识符来确定在接收装置中要用的再生应用。能够识别对由发送设备提供的诸如节目的提供服务所利用的应用的服务类别标识符,被发送至接收设备。在服务转换时,如果在转换之前和之后对服务所利用的应用相同,则执行处理以继续使用在服务转换之前所利用的应用。服务类别标识符是能够识别常驻再生应用还是广播再生应用用作将被用来再生服务的再生应用的标识符。
Description
技术领域
本公开涉及接收设备、发送设备以及数据处理方法。更具体地,本公开涉及用于例如经由广播波或网络执行数据的接收或发送的接收设备和发送设备,以及通信数据对应的数据处理方法。
背景技术
已知地,存在OTT(Over The Top),作为能够不论各电信运营商的服务形式如何,都能传送诸如图像数据和音频数据的内容的数据传送方案。通过OTT传送的内容被称为“OTT内容”,并且使用OTT的图像(视频)数据传送服务被称为OTT视频或“OTT-V(Over TheTop Video)”。
DASH(Dynamic Adaptive Streaming over HTTP,基于HTTP的动态自适应流传输)标准作为与OTT-V兼容的数据流传送标准而存在。DASH是与使用基于HTTP(超文本传输协议)的流协议的自适应流传送相关的标准。
对于自适应流传输,诸如广播站的内容传送服务器创建多个比特率的视频内容的分段文件以及描述这些文件的属性信息和URL(统一资源定位符)的清单文件,并且将文件提供至客户端以便允许在成为数据传送的目的地的各种客户端中再生内容。
客户端从服务器获取清单文件,根据客户端的显示单元的尺寸或用于此的可用通信频段选择最适宜比特率的内容,并且接收并再生所选择的内容。比特率可响应于网络频段的变化而动态改变,使得客户端可根据需要通过切换来根据状况接收最适宜内容,并且出现视频中断时以降低的频率实现视频内容的再生。应注意,在例如,专利文献1(JP 2011-87103A)中描述了自适应流传输。
用于通过使用经由广播波等的单向通信或者使用经由诸如互联网的网络的双向通信或单向通信,使能够从发送设备(诸如广播站或其他内容服务器)向接收设备(诸如,电视机、PC(个人电脑)或移动终端)发送和接收广播节目等的内容的系统的发展和标准化目前正在积极进行。
公开了用于经由广播波和网络实现数据传送的技术的传统技术的实例包括专利文献2(JP 2014-057227A)。
作为与经由广播波和网络进行的数据传送系统相关的标准,ATSC(高级电视系统委员会)3.0的标准化目前正在进行中。
关于ATSC 3.0,正在考虑一种配置,该配置可接收包括用于ATSC广播的控制信息等的信令数据并且能够通过在实施ATSC 3.0兼容物理层(ATSC-PHY)的接收设备中实施执行处理(诸如,用于接收ATSC 3.0广播的处理)的中间件来通过信令数据进行各种控制。
具体地,正在考虑一种配置,该配置可实现用于原样使用在互联网等中使用的应用程序或者所谓的客户端应用来输出广播内容的处理,以及在信令数据的控制下使用经由广播波等提供的各种应用实现数据处理。
例如,ATSC 3.0兼容物理层(ATSC-PHY)和ATSC 3.0广播接收中间件实现在安装于普通住宅或热点中并接收广播服务的服务器(诸如,PC、TV(电视机)、平板电脑或智能电话以及专用服务器)中。
一旦这种服务器接收到ATSC 3.0广播服务,则服务器就经由网络(诸如,LAN(局域网)/诸如家庭网络或热点的WiFi(无线保真)),将广播接收数据传送至用户设备(诸如,PC、TV、平板电脑或智能电话)。
已接收经由服务器传送的广播接收数据的用户设备可使用在用户设备的再生控制单元或应用控制单元上运行的应用(诸如,ATSC 3.0DASH客户端应用)再生广播内容,并且运行通过广播传送的各种应用。
诸如广播站的传输广播节目的广播服务器,不仅可向作为用户设备的诸如TV的接收设备(客户端)提供节目数据(广播内容),而且也提供运行节目数据再生处理的应用(被称为“再生应用、再生器应用等”)。
例如,广播站A经由广播波等将仅可应用至由广播站A提供的内容的再生的再生应用a提供至接收设备(客户端)。
接收设备(客户端)可接收再生应用a,并且通过所接收的再生应用a适用的再生处理来再生由广播站A提供的内容。
广播站B提供与再生应用a不同的再生应用b,并且在再生内容时,接收设备(客户端)使用再生应用b来再生由广播站B提供的内容。
此外,广播服务器可不根据广播站提供再生应用,而是根据具体节目提供再生应用。在再生节目时,接收设备(客户端)在将从发送设备接收的节目对应的再生适用应用至再生处理的同时,再生具体节目。
然而,诸如电视机的接收设备(客户端)原先保存在制造时装入在接收设备中的再生应用或所谓的常驻(常驻型)再生应用,并且按惯例通常地不论频道设置如何,都使用一个常驻再生应用来执行再生节目的处理。
如果广播服务器将来如上所述的根据广播站或根据节目提供再生应用,则必须使得接收设备(客户端)从多个再生应用中选择应用至每个节目的再生的一个再生应用并且使用所选择的再生应用。
如果接收设备没有获取或选择正确的广播站对应的再生应用或节目对应的再生应用,则该取得或选择失败造成接收设备不能再生正确节目的情况。
例如,如果应该应用于再生由特定广播站提供的节目的再生应用限于由广播站传送和提供的应用,并且接收设备错误地使用常驻再生应用,则该使用错误造成接收设备不能再生正确节目的情况。
然而,在当前情形下,还没有具体限定用于处理(诸如,用于提供再生应用的处理以及用于通过接收设备获取、选择并使用再生应用的处理)的配置的规范。
现有技术文献
专利文献
专利文献1:JP 2011-87103 A
专利文献2:JP 2014-057227 A
发明内容
技术问题
本公开根据例如上述问题而实现,并且本公开的目的是提供接收设备、发送设备以及数据处理方法,其能够利用广播站对应的再生应用或广播节目对应的再生应用等提供至接收设备的配置来实现用于恰当选择并使用再生应用的处理。
问题的解决方案
根据本公开的第一方面,提供一种接收设备,包括:通信单元,接收可标识应用于由发送设备提供的服务的应用的服务类别标识符;以及数据处理单元,被配置为响应于服务类别标识符确定应用于服务的应用,并且在出现服务转换且在转换之前和之后应用于服务的应用相同时,对服务转换之前所应用的应用执行继续处理。
此外,根据本公开的第二方面,提供一种发送设备,包括通信单元,该通信单元被配置为传输:能够用于接收设备的服务的配置数据、能够标识应用于服务的应用的服务类别标识符以及应用于服务的应用。
此外,根据本公开的第三方面,提供由接收设备执行的数据处理方法。该数据处理方法包括:由通信单元接收能够标识应用于由发送设备提供的服务的应用的服务类别标识符;由数据处理单元响应于服务类别标识符确定应用于服务的应用;以及由数据处理单元在出现服务转换且在服务转换之前和之后应用于服务的应用相同时,对服务转换之前所应用的应用执行继续处理。
此外,根据本公开的第四方面,提供一种由发送设备执行的数据处理方法。该数据处理方法包括:发生能够用于接收设备的服务上的配置数据、能够标识应用于服务的应用的服务类别标识符以及应用于服务的应用。
从基于随后描述的本公开的实施方式以及附图的更详细说明中,本公开的另外其他目的、特征和优势将是更加显而易见的。应注意,在本说明书中,系统意味着多个设备的逻辑上组装构造,并且不限于具有各构造的设备设置在相同壳体中的系统。
本发明的有益效果
根据本公开的一个实施方式的配置,实现如下配置,在该配置中,在接收设备中应用的再生应用可使用记录在提前可接收的SLT中的服务类别标识符来确定。
具体地,能够标识应用于由发送设备提供的提供服务(诸如,节目)的应用的服务类别标识符被发生至接收设备。在出现服务转换且在转换之前和之后应用于服务的应用相同时,接收设备对服务转换之前所应用的应用执行继续处理。服务类别标识符是能够通过确定是应用常驻再生应用还是广播再生应用来再生服务,从而标识服务的标识符。
利用本配置,实现一种配置使得在接收设备中应用的再生应用可使用记录在提前可接收的SLT中的服务类别标识符来确定。
本说明书中描述的效果仅作为实例给出,并且效果不限于本说明书中描述的那些并且可包含额外效果。
附图说明
[图1]是根据本公开的执行各处理的通信系统的配置实例的说明图。
[图2]是通过发送设备发送的数据的说明图。
[图3]是描绘用于发送设备和接收设备的协议栈的实例的示图。
[图4]是描绘与ROUTE(基于单向传输的实时对象传送)和FLUTE(基于单向传输的文件传送)相关的协议栈的示图。
[图5]是从发送设备向接收设备发送的数据的实例以及接收设备中的数据处理的说明图。
[图6]是从发送设备向接收设备发送的数据的实例以及接收设备中的数据处理的说明图。
[图7]是接收设备的配置实例的说明图。
[图8]是接收设备的配置实例的说明图。
[图9]是从发送设备向接收设备发送的数据以及服务列表(SLT)的说明图。
[图10]是服务列表(SLT)的说明图。
[图11]是服务类别标识符的设定实例的说明图。
[图12]是服务类别标识符的设定实例的说明图。
[图13]是服务类别标识符的设定实例的说明图。
[图14]是服务类别标识符的设定实例的说明图。
[图15]描绘说明使用服务类别标识符的处理顺序的流程图。
[图16]是在应用信息表(AIT)中设定传送应用识别标记的配置的说明图。
[图17]是描述应用信息表(AIT)中的传送应用识别标记的XML数据的实例的说明图。
[图18]描绘说明使用传送应用识别标记的处理顺序的流程图。
[图19]是用于从发送设备向接收设备发送数据的处理以及用于在接收设备中适用应用的处理的执行顺序的实例的说明图。
[图20]是用于从发送设备向接收设备发送数据的处理以及用于在接收设备中适用应用的处理的执行顺序的实例的说明图。
[图21]是用于从发送设备向接收设备发送数据的处理以及用于在接收设备中适用应用的处理的执行顺序的实例的说明图。
[图22]是用于从发送设备向接收设备发送数据的处理以及用于在接收设备中适用应用的处理的执行顺序的实例的说明图。
[图23]是用于从发送设备向接收设备发送数据的处理以及用于在接收设备中适用应用的处理的执行顺序的实例的说明图。
[图24]是用于从发送设备向接收设备发送数据的处理以及用于在接收设备中适用应用的处理的执行顺序的实例的说明图。
[图25]是用于从发送设备向接收设备发送数据的处理以及用于在接收设备中适用应用的处理的执行顺序的实例的说明图。
[图26]是用于从发送设备向接收设备发送数据的处理以及用于在接收设备中适用应用的处理的执行顺序的实例的说明图。
[图27]是用于从发送设备向接收设备发送数据的处理以及用于在接收设备中适用应用的处理的执行顺序的实例的说明图。
[图28]是发送设备和接收设备作为通信设备的配置实例的说明图。
[图29]是发送设备和接收设备作为通信设备的硬件配置的实例的说明图。
具体实施方式
在下文中,将参考附图详细描述根据本公开的接收设备、发送设备和数据处理方法。应注意,将根据以下项给出描述。
1.通信系统的配置实例
2.数据通信协议FLUTE和ROUTE
3.由发送设备和接收设备执行的通信处理的实例
4.接收设备中的应用选择处理和应用适配处理的处理实例
5.接收设备的配置实例和处理实例
6.作为用于按服务(诸如广播站或节目)通知控制信息和属性信息的信令数据的服务列表(SLT:Service List Table)
7.用于由发送设备提供的服务的服务类别设定配置
8.关于广播再生应用的适用的信息记录在应用信息表(AIT)中的配置
9.由发送设备和接收设备执行的处理的处理顺序
9-1.(处理实例1)在接收设备中执行常驻再生应用并且然后还执行广播应用的处理实例
9-2.(处理实例2)在接收设备中执行常驻再生应用、随后基于AIT记述执行广播再生应用并且基于下一个AIT记述进一步执行常驻再生应用的处理实例
9-3.(处理实例3)在接收设备中基于AIT记述执行广播再生应用的处理实例
9-4.(处理实例4)在接收设备中基于AIT记述执行广播应用的处理实例
10.发送设备和接收设备的配置实例
11.本公开的配置的总体概述
1.通信系统的配置实例
首先将参考图1描述根据本公开的执行各处理的通信系统的配置实例。
如图1所示,通信系统10包括作为通信设备的发送诸如图像数据和音频数据的内容的发送设备20以及作为通信设备的接收由发送设备20发送的内容的接收设备30。
具体地,发送设备20是提供各种数据(广播节目、广告以及其他数据)的设备,例如,主要发送TV节目等的数据(内容)的广播服务器(广播站)21或者发送各种数据的数据传送服务器22。
另一方面,接收设备30是例如普通用户的客户端设备,并且具体地配有电视机31、PC 32、移动终端33等。
尽管图1示出广播服务器(广播站)21和数据传送服务器22作为发送设备20的实例进行了区分,但是发送设备20可配置为使得一个服务器发送所有广播节目、广告和其他数据。
发送设备20与接收设备30之间的数据通信被展示(held)为经由诸如互联网的网络的双向通信和单向通信中的至少一个,以及经由广播波等的单向通信等,或者展示为使用网络和广播波两者的通信。
从发送设备20到接收设备30的数据传输根据例如作为用于自适应流传输技术的标准的MPEG(运动图像专家组)-DASH标准来执行。
MPEG-DASH标准包括以下两个标准。
(a)与用于描述作为关于视频和音频文件的管理信息的元数据的清单文件(MPD:媒体呈现描述)相关的标准。
(b)与用于视频内容传输的文件格式(片段格式)相关的标准。
从发送设备20到接收设备30的内容传送根据上述MPEG-DASH标准执行。
发送设备20对内容数据进行编码,并且生成包括编码数据和关于编码数据的元数据的数据文件。例如,根据在MPEG中规定的MP4(MPEG-4)文件格式来执行编码处理。应注意,在发送设备20生成MP4形式的数据文件的情况下的编码数据文件被称为“mdat”,并且关于其的元数据被称为“moov”、“moof”等。
由发送设备20提供至接收设备30的内容是各种数据,例如,音乐数据、诸如电影的视觉数据、电视节目、视频、照片、文档、图片和示图以及游戏和软件。
将参考图2描述由发送设备20发送的数据。
如图2所述,根据MPEG-DASH标准执行数据传输的发送设备20总体上大致发送如下的多种类型的数据。
(a)信令数据50
(b)AV(音频/视频)片段60
(c)其他数据(ESG(电子服务指南)、NRT(非实时)内容等)70。
AV片段均配置有通过接收设备再生的图像(Video)和音频(Audio)数据,即,由例如广播站提供的节目内容等。例如,每个AV片段60配置有上述MP4编码数据(mdat)和元数据(moov或moof)。AV片段也被称为“DASH片段”。
同时,信令数据50配置有节目时间表信息(诸如节目表)、获取节目所必需的地址信息(URL(统一资源定位符)等)、由内容再生处理所必需的信息组成的指南信息(例如,编解码器信息(编码方案等))以及诸如应用控制信息的各种控制信息。
接收设备30需要在接收存储有要被再生的节目内容的AV片段60之前,接收该信令数据50。
该信令数据50作为例如XML(可扩展标记语言)形式的数据从发送设备20发送。
根据需要重复发送信令数据。例如,信令数据例如以100毫秒的间隔重复且频繁发送。
这旨在使接收设备(客户端)快速获取信令数据。
客户端(接收设备)可基于根据需要无延迟接收的信令数据,执行接收和再生必要节目内容所必需的处理,诸如用于获取用于访问节目内容的地址的处理以及编码解码器设定处理。
其他数据70包括例如ESG(电子服务指南)和NRT内容。
ESG是电子服务指南,其是例如诸如节目表的指南信息。
NRT内容是非实时内容。
NRT内容包括例如,在作为客户端的接收设备30的浏览器上执行的各种应用文件以及移动图像、静止图像等的数据文件。
关于图2所示的数据,即,
(a)信令数据50
(b)AV片段60
(c)其他数据(ESG、NRT内容等)70,
这些数据根据例如数据通信协议:FLUTE(基于单向传输的文件传送)传输。
2.数据通信协议FLUTE和ROUTE
数据通信协议:FLUTE(基于单向传输的文件传送)是用于管理通过组播传输的内容的会话的协议。
例如,由作为发送设备的服务器生成的文件(通过URL和版本所标识)根据FLUTE协议传输至作为接收设备的客户端。
接收设备(客户端)30将所接收的文件与文件的URL和版本相关联地存储在例如存储单元(客户端缓存器)中。
假设具有相同URL和不同版本的文件是具有更新内容的文件。FLUTE协议旨在仅行使单向文件传送控制,并且不包括客户端部分上的文件选择筛选功能。然而,通过使得客户端使用链接至文件的元数据来选择或拒绝通过FLUTE传送控制的文件,能够实现选择性筛选并且管理本地缓存的配置和更新以反映用户偏好。
应注意,元数据可结合在FLUTE协议中以作为扩展,或者可根据用于ESG(电子服务指南)等的协议进行单独描述。
应注意,FLUTE初始规定为用于组播的文件传送协议。FLUTE配置有FDT(文件传送表)与用于可缩放文件对象的被称为“ALC(异步分层编码)”的组播协议(其具体地是作为ALC的构建块的LCT(分层编码传输)以及FEC(前向纠错)组件)的组合。
尽管传统FLUTE被开发为主要用于异步文件传送,但是FLUTE的扩展正在由作为与经由广播波和网络进行的数据传送系统相关的标准化组的ATSC(高级电视系统委员会),以促进将FLUTE应用至广播实时流传输的方式进行。该FLUTE的扩展规范被称为“ROUTE(基于单向传输的实时对象传送)”。
作为与经由广播波和网络进行的数据传送系统相关的标准之一,存在标准化目前在进行中的ATSC(高级电视系统委员会)3.0。该ATSC 3.0规定被用来通过ROUTE替代传统的FLUTE协议发送信令数据、ESG、异步文件、同步流等的栈配置。
3.由发送设备和接收设备执行的通信处理的实例
接下来,将描述由发送设备和接收设备执行的通信处理的实例。
图3是描绘用于发送设备和接收设备的协议栈的实例的示图。
图3所述的实例具有如下用于两种通信数据处理的两个协议栈。
(a)广播(包括组播)通信(例如,广播型数据传送);以及
(b)单播(宽带)通信(例如,HTTP型的P2P(对等)通信)。
在图3的左手侧,描述与(a)广播通信(例如,广播型数据传送)相对应的协议栈。
在图3的右手侧,描述与(b)单播(宽带)通信(例如,HTTP类型的P2P(对等)通信)相对应的协议栈。
图3的左手侧所绘出的与(a)广播通信(例如,广播型数据传送)相对应的协议栈按照向上顺序具有以下层。
(1)广播物理层(Broadcast PHY)
(2)IP(互联网协议)组播层(IP Multicast)
(3)UDP(用户数据报协议)层
(4)ROUTE(=扩展FLUTE)层
(5)ESG、NRT内容、DASH(ISO(国际标准化组织)BMFF(基媒体文件格式))以及视频/音频/CC(隐藏字幕)
(6)应用层(Application(HTML5))。
应注意,信令层被设置为比IP组播层(IP组播)更高的层。
信令层是应用于先前参考图2描述的信令数据50的发送和接收的层。信令数据包括节目时间表信息(诸如节目表)、获取节目所必需的地址信息(URL等)、由用于内容再生处理所必需的信息组成的指南信息(例如,编码解码器信息(诸如,编码方案))、控制信息等。
信令数据是包括关于由接收设备(客户端)接收和再生的AV片段的访问信息以及接收后的处理(诸如,解码处理)所必需的指南信息和控制信息的数据,并且数据根据需要从发送设备重复发送。
信令数据根据信息具有各种类型。具体地,类型的各实例包括作为基于每一服务的信令数据的USD(用户服务描述,User Service Description)。
USD包括各种类型的控制信息。典型的控制信息是MPD(媒体呈现描述,MediaPresentation Description),其是具有的清单文件存储与内容(AV片段)相对应的各种指南信息和控制信息的信令数据。
各种信令数据中的每一个是接收设备(客户端)对从发送设备发送的AV片段或应用(应用程序)执行接收、再生和控制处理所必需的数据,并且例如按照类别被设定为单独文件(元文件)并且从发送设备发送。
作为比(1)广播物理层(Broadcast PHY)高的层,设定允许用于未来新协议(未来可扩展性,Future Extensibility)的层。
(1)广播物理层(Broadcast PHY)是配置有控制例如用于执行广播通信的广播相关通信单元的通信控制单元的物理层。
(2)IP组播层(IP Multicast)是根据IP组播执行数据发送或接收处理的层。
(3)UDP层是对UDP数据包执行生成和分析处理的层。
(4)ROUTE层是根据作为扩展FLUTE协议的ROUTE协议来存储和取出传送数据的层。
类似于FLUTE,ROUTE是用于可缩放文件对象的被称为“ALC”的组播协议,并且具体地配置有作为ALC的构建块的LCT与FEC组件的组合。
图4描绘与ROUTE和FLUTE相关的协议栈。
(5)ESG、NRT内容、DASH(ISO BMFF)以及视频/音频/CC(Video/Audio/CC)根据ROUTE协议进行数据传送。
根据DASH标准的广播型传送服务被称为“MBMS(多媒体广播组播服务,MultimediaBroadcast Multicast Service)”。作为用于在LTE(长期演进)下有效实现该MBMS的方案,存在eMBMS(演进的多媒体广播组播服务,evolved Multimedia Broadcast MulticastService)。
MBMS和eMBMS均是广播型传送服务,其是用于借助于共同承载,通过向位于特定区域中的作为接收设备的多个用户终端(UE)的广播来传送相同数据(例如,视频内容)的服务。
根据MBMS或eMBMS的广播传送可向位于传送服务提供区域中的接收设备(诸如,许多智能手机、PC或电视机)同时提供相同内容。
MBMS和eMBMS均规定用于按照传送协议ROUTE或FLUTE,根据3GPP(第三代伙伴计划)文件格式(ISO-BMFF文件或MP4文件)来下载文件的处理。
关于已参考图2描述的以下数据,即,
(a)信令数据50
(b)AV片段60
(c)其他数据(ESG、NRT内容等)70,
这些数据的大部分根据ROUTE协议或FLUTE协议传输。
(5)ESG、NRT内容、DASH(ISO BMFF)以及视频/音频/CC根据ROUTE协议进行数据传送。
ESG是电子服务指南,其是例如诸如节目表的指南信息。
NRT内容是非实时内容。
如上所述,NRT内容包括例如在作为客户端的接收设备的浏览器上执行的各种应用文件以及移动图像、静止图像等的数据文件。
视频/音频/CC是根据DASH标准传送的要被再生的实际数据,诸如视频和音频数据。
(6)应用层(应用(HTML5))是对根据ROUTE协议传送的数据的执行生成或分析以及执行各种其他数据输出控制等,并且在将HTML5应用至处理的同时,执行例如用于生成、分析并输出数据的处理的应用层。
同时,在图3的右手侧所绘出的与(b)单播(宽带)通信(例如,HTTP类型的P2P通信)相对应的协议栈按照向上顺序具有以下层。
(1)宽带物理层(Broadband PHY)
(2)IP单播层(IP Unicast)
(3)TCP(传输控制协议)层
(4)HTTP层
(5)ESG、信令、NRT内容、DASH(ISO BMFF)以及视频/音频/CC
(6)应用层(Application(HTML5))。
(1)宽带物理层(Broadband PHY)是配置有控制例如用于执行宽带通信的通信单元(例如网卡)的通信控制单元(诸如设备驱动器)的物理层。
(2)IP单播层(IP Unicast)是执行IP单播发送或接收处理的层。
(3)HTTP层是对HTTP数据包执行生成和分析处理的层。
比该(3)HTTP层更高的层类似于图3的左手侧上的(a)广播通信(例如,广播型数据传送)的栈配置中的那些。
应注意,发送设备(服务器)20和接收设备(客户端)30根据图3所述的两个处理系统(即,两个通信协议栈)中的至少任一个执行各处理:
(a)广播通信(例如,广播型数据传送);以及
(b)单播(宽带)通信(例如,HTTP类型的P2P通信)。
在图3所绘出的协议栈中,可在ROUTE(FLUTE)的控制文件中或者可在描述文件传送会话的信令数据中描述根据ROUTE(FLUTE)而通过组播所传送的文件组的属性(包括作为文件标识符的URL)。此外,文件传送会话的更详细属性可由ESG描述(适用于最终用户的提示用途)。
如上所述,作为与经由广播波和网络的数据传送系统相关的标准中的一个,ATSC(高级电视系统委员会)3.0的标准化在进行中。
在根据ATSC 3.0的基于IP传输栈的标准化的过程中,提出用于通过作为FLUTE(基于单向传输的文件传送)的扩展的ROUTE(基于单向传输的实时对象传送)协议来传送基于MPEG-DASH文件格式(ISO-BMFF文件或MP4文件)的文件的方法,并且该方法已被设置为标准候选方案。
通过应用ROUTE协议,能够传送根据DASH标准的分段MP4文件序列、根据DASH标准的存储有控制信息(信令数据)的元文件的MPD(媒体呈现描述)、USBD(用户服务包描述,User Service Bundle Description)/USD(用户服务描述,User Service Description)、作为用于广播传送的信令数据的S-TSID(基于服务的传输会话描述,Service basedTransport Session Description)等。
如上所述,ROUTE协议是基于FLUTE的协议。描述根据FLUTE的传送控制参数的元数据文件被称为“FDT(文件传送表)”,并且描述根据ROUTE的传送控制参数的元数据文件被称为“S-TSID(基于服务的传输会话描述)”。S-TSID是FDT的超大集,并且包括FDT。
提出作为根据ATSC 3.0的服务层上的信令数据(SLS:服务层信令)的所有USBD/USD、S-TSID、MPD等通过ROUTE会话传送。
4.接收设备中的应用选择处理和应用适配处理的处理实例
接下来将描述在用于从诸如广播服务器21的发送设备20接收数据并将其输出的接收设备(客户端)30中,对再生应用等进行应用选择处理和应用适配处理的处理实例。
接收设备30在接收设备的存储单元中存储用于执行广播节目等的内容的再生的再生应用程序(常驻(常驻型)再生应用)。
该再生应用是并非专用于具体广播站的再生应用而是可应用至由各种广播站提供的节目(内容)的再生的传统再生应用。
如果不请求使用从发送设备(诸如,广播服务器(广播站))提供的广播站对应的再生应用或节目对应的再生应用,则接收设备可通过应用该常驻再生应用来再生内容(节目)。
该再生应用是在不适用广播对应的再生应用或节目对应的再生应用[广播(广播传送型)再生应用]时使用的并由接收设备提前保存的再生应用,并且不专用于具体广播站或节目的再生应用被称为“常驻(常驻型)再生应用”。
应注意,常驻再生应用的实例包括可在浏览器上执行的各种类型的应用(诸如,网站应用)以及可在不激活浏览器的情况下执行的应用。
如图5所示,发送设备20包括例如各自与单独广播站相当的多个广播站20A、20B等。
这些广播站20A、20B等中的每一个经由广播波或网络向接收设备30提供广播节目数据。
此外,广播站20A、20B等中的每一个可经由广播波或网络将应用于再生由每个广播站提供的广播节目的再生应用以及控制信息(诸如,信令数据)提供至接收设备30。
由广播站20A和20B中的每一个提供的再生应用[广播(广播传送型)再生应用]是用于再生由每个广播站提供的广播节目内容的再生应用。换言之,该再生应用专用于具体广播站或具体节目的再生。
至于由广播站A提供的节目a1,例如,必须使用专用于广播站A的再生应用(Aapl)。
此外,至于由广播站A提供的节目a2,必须使用专用于由广播站A提供的节目a2的再生应用(A-a2对应的再生应用)。
以此方式,由广播站20A、20B等中的每一个经由广播波或网络提供至接收设备30的再生应用被称为“广播(广播传送型)再生应用(broadcast playback application)”。
图6是描绘由每个广播站提供的节目与应用于节目的再生的再生应用之间的对应关系的实例的示图。
由广播站A提供的节目与要应用的再生应用之间的对应关系如下。
节目a1-常驻再生应用
节目a2-广播再生应用(=广播站A对应再生应用)
节目a3-广播再生应用(=节目a3对应再生应用)
节目a4-广播再生应用(=广播站A对应再生应用)
此外,由广播站B提供的节目与要被应用的再生应用之间的对应关系如下。
节目b1-广播再生应用(=广播站B对应再生应用)
节目b2-广播再生应用(=节目b2对应再生应用)
节目b3-常驻再生应用
接收设备20将常驻再生应用保存在存储单元中,并且对由各广播站提供的节目中的不需要应用广播再生应用的节目,执行常驻再生应用适用的再生处理。
然而,至于由各广播站提供的节目中的请求应用广播再生应用的节目,接收设备20需要获取由广播站提供的广播再生应用并且通过将获取的广播再生应用适用至再生处理来再生节目。
如果接收设备30不选择正确的节目对应再生应用,则接收设备30不能再生正确节目,通常导致再生错误的出现。
以下描述的本公开的配置旨在实现一种配置使得防止这种再生错误的出现,接收设备30可执行用于选择、获取并应用正确内容(节目)对应的再生应用的各处理,并且使得接收设备30可在频道转换时可靠地执行再生应用改变处理。
5.接收设备的配置实例和处理实例
接下来,将参考图7和以下来描述接收设备30的配置实例和处理实例。
应注意,图7描绘接收设备30的配置的一个实例。
接收设备30包括:中间件110,接收从发送设备20(诸如,广播服务器)发送的数据;代理服务器120,对所接收的数据执行分析和蓄积处理;以及再生处理单元(应用执行单元)130,对广播内容以及应用等执行再生处理。
诸如广播服务器的发送设备20通过经由广播波或网络的广播传输,发送包括广播内容等的AV片段、信令数据以及其他数据。
图7所示的接收设备30的中间件110接收并分析由发送设备20提供的数据。
中间件110包括通信单元(PHY/MAC)111、获取信令数据的信令获取单元112、分析信令数据的信令分析单元113以及获取信令数据、诸如视频和音频数据的节目内容数据以及诸如包括应用等的NRT内容的数据文件的片段获取单元114。
由中间件110接收的数据存储在代理服务器120的缓存(代理缓存)单元121中。在代理服务器120中,来自再生控制单元131的数据请求被输入至地址解析单元(地址解析器)122,并且代理服务器120从缓存(代理缓存)单元121或外部获取所请求数据并且提供所获取的数据。
再生处理单元(应用执行单元)130执行再生应用或其他应用。
应注意,由再生处理单元(应用执行单元)130执行的应用的实例包括以下应用。
(a)提前在接收设备的存储单元中存储的常驻(常驻型)再生应用,
(b)从发送设备接收的广播(广播传送型)再生应用,
(c)提前在接收设备的存储单元中存储的其他应用,以及
(d)从发送设备接收的其他应用。
再生处理单元(应用执行单元)130执行例如这些各种应用。
再生处理单元(应用执行单元)130的再生控制单元(DASH客户端)131对根据DASH(MPEG-DASH)标准传输的内容执行再生控制。
如上所述,MPEG-DASH标准包括以下两个标准。
(a)与用于描述作为视频和音频文件的管理信息的元数据的清单文件(MPD:媒体呈现描述)相关的标准。
(b)与用于视频内容传输的文件格式(片段格式)相关的标准。
从发送设备20向接收设备30的内容传送根据上述MPEG-DASH标准执行。
例如根据在MPEG中指定的MP4文件格式,内容作为以预定单位分割的数据的片段来发送,并且再生控制单元(DASH客户端)131在参考清单文件(MPD)的同时执行各处理,诸如用于获取存储有要被再生的内容的片段的处理。
输出控制单元132从通过再生控制单元(DASH客户端)131获取的片段中提取编码内容,解码编码内容,并且将解码内容输出至诸如显示单元的输出单元。
应注意,再生控制单元(DASH客户端)131也用作信令数据处理单元(SLS信令解析器&查看器,SLS Signaling Parser&Viewer)。
再生控制单元(DASH客户端)131基于由发送设备20(广播服务器21等)传输的信令数据来执行处理。
如已参考图2描述的,信令数据50配置有节目时间表信息(诸如节目表)、获取节目所必需的地址信息(URL(统一资源定位符)等)、由内容再生处理所必需的信息组成的指南信息(例如,编码解码器信息(编码方案等))以及诸如应用控制信息的各种控制信息。
再生控制单元(DASH客户端)131获取信令数据(SLS:服务层信令)并且基于所获取的信令数据执行处理。
例如,再生控制单元(DASH客户端)131执行各处理,诸如用于向再生控制单元131提供节目时间表信息(诸如节目表)、获取节目所必需的地址信息(URL)、编码解码器信息(编码方案等)的处理以及用于显示信令数据(例如,显示节目表)的处理。
应注意,诸如节目时间表(节目表)、地址信息以及编码解码器信息的信令数据可根据需要更新,使得接收设备需要使用最新信令数据执行处理。
版本标识符被设为由发送设备发送的信令数据,使得接收设备可基于版本标识符区分、获取并使用较新的信令数据。
图8是描绘如下内容的详细配置的视图:
再生控制单元(DASH客户端)131,和
输出控制单元132,
它们设置在接收设备30的再生处理单元(应用执行单元)130中。
再生处理单元(应用执行单元)130的再生控制单元(DASH客户端)131包括MPD获取单元201、MPD分析单元202、片段获取单元203以及片段(MP4)分析单元204。
如上所述,再生控制单元(DASH客户端)131对根据DASH(MPEG-DASH)标准传输的内容执行再生控制。
MPD获取单元201获取作为描述关于视频和音频文件的管理信息的文件的清单文件(MPD:媒体呈现描述)。
MPD从诸如广播服务器21的发送设备20提供,存储在代理服务器120中,并且随后由再生控制单元131获取。
MPD是用于描述作为视频和音频文件的管理信息的元数据的清单文件。
获取和再生节目内容的处理所必需的控制信息,诸如与作为由广播站提供的节目配置数据的AV片段相关的访问信息以及再生控制信息(其具体地是编码解码器信息和再生时间信息)被记录在MPD中。
MPD分析单元202分析由MPD获取单元201获取的MPD的描述内容,并且将获取与要再生的数据相对应的片段所必需的信息等提供至片段获取单元203。
片段获取单元203根据MPD分析单元202的MPD分析结果获取与要被再生的数据相对应的片段。
每个片段是根据用于由AV数据构成的内容的传输的文件格式(片段格式)设定的预定单位的数据。
片段分析单元204从由片段获取单元203获取的片段中获取编码图像数据、编码音频数据等,并且将获取的数据输出至输出控制单元132的解码单元(解码器)211。
再生处理单元(应用执行单元)130的输出控制单元132包括解码单元(解码器)211和输出单元(渲染器)212。
这些处理单元中的每一个根据要被执行的应用程序执行处理。
解码单元(解码器)211对从片段分析单元204提供的编码图像数据和编码音频数据执行解码处理(解码)。
输出单元212将解码图像数据和解码音频数据输出至输出单元(显示器和扬声器)。
如已参考图5、图6等描述的,每个广播站可响应于传输内容(节目)来指定应用于再生处理的应用。
具体地,每个广播站可指定如下中的一种:
(a)提前存储在接收设备中的常驻(常驻型)再生应用,以及
(b)经由广播波或网络由诸如广播站的发送设备提供的广播(广播传送型)再生应用。
广播站可通过做出该指定来确定哪一种要被用作再生应用。
接收设备(客户端)30的再生处理单元(应用执行单元)130需要响应于要被再生的内容而准确选择要使用的应用。
该应用选择所必需的信息在施加信令数据的同时,从发送设备20传输至接收设备30。
随后将详细描述该信令数据以及用于使用信令数据的处理。
接收设备(客户端)30的再生控制单元(DASH客户端)131也用作ATSC 3.0客户端应用的执行单元(3.0DASH客户端)。
再生控制单元(DASH客户端)131执行在安装于ATSC 3.0广播接收客户端设备中的浏览器上执行的浏览器应用或其他应用。
通过再生控制单元(DASH客户端)131执行的ATSC 3.0客户端应用配置有ATSC3.0DASH客户端应用(3.0DASH客户端)、ATSC 3.0流关联应用(3.0应用)等。
再生控制单元(DASH客户端)131对经由网络通过中间件(客户端本地ATSC中间件)110接收的数据以及通过代理服务器(客户端本地HTTP代理服务器)120接收的数据执行处理。
换言之,通过中间件110或代理服务器120获取的DASH-MPD文件和DASH片段文件、其他普通应用文件以及存储信令数据的SLS(服务级别信令,Service Level Signaling)文件使用再生控制单元(DASH客户端)131和输出控制单元132输入至再生处理单元(应用执行单元)130,并且再生处理单元(应用执行单元)130执行流渲染和应用控制。
图7所述的模型可由于以下原因而提高应用便携性。因为通过再生处理单元(应用执行单元)130执行的ATSC 3.0客户端应用或其他应用总是经由代理服务器120访问外界,所以没有必要意识到一组这些文件是经由广播还是经由网络(提供网络透明性)获取的区别。
因此,不必实现仅专用于广播的应用,而是不论使用广播还是互联网,应用都可被实施。
当通过再生处理单元(应用执行单元)130执行的应用发布请求(HTTP请求)以获取DASH-MPD文件、DASH片段文件、其他普通应用文件以及信令数据文件时,接收请求的代理服务器120确定地址解析单元(地址解析器)122是经由广播接收栈还是经由网络获取文件。
确定使用的信息提供为信令数据分析结果。再生控制单元(DASH客户端)131请求信令获取单元(SLS信令检索器)112获取作为ATSC 3.0信令元数据的USBD/USD、S-TSID等。
信令获取单元(SLS信令检索器)112提取经由通信单元(ATSC调谐器:ATSC3.0PHY/MAC)111通过广播所接收的SLS LCT数据包所携带的信令元数据。
此外,信令分析单元(SLS信令剖析器)113从包括在获取片段和应用资源的请求中的URL提取信令元数据,并且解析用于获取感兴趣文件的广播传送地址信息。当识别到文件是(已被)广播并传送时,信令分析单元(SLS信令剖析器)113基于广播传送地址信息获取存储有期望文件的LCT数据包,并且将LCT数据包加载至缓存(代理缓存)单元121。代理服务器120将文件返回至再生控制单元131(作为对HTTP的响应)。当包括在获取应用部分的请求中的URL不存在于信令元数据中时,代理服务器120经由普通网络栈获取文件。
6.作为根据服务(诸如广播站或节目)通知控制信息和属性信息的信令数据的SLT(服务列表)
接下来,将描述作为用于通知每个服务(广播站、节目等)的控制信息和属性信息的SLT(服务列表)。
如上所述,作为与经由广播波和网络的数据传送系统相关的标准,ATSC(高级电视系统委员会)3.0的标准化目前在进行中。
至于ATSC 3.0,基于IP传输栈的标准化已开始,并且提出了如下一种方法,该方法通过先前参考图3和图4描述的ROUTE(基于单向传输的实时对象传送)协议,在根据能够不论每个电信运营商的服务形式如何都传送诸如图像数据和音频数据的内容的数据传送方案的OTT(Over The Top)的传输中,根据变为主流的MPEG-DASH标准来传送基于文件格式(ISO-BMFF文件、MP4文件)的文件。
发送设备20根据ROUTE协议传输例如以下数据。
(1)根据DASH标准传送的分段MP4文件(分段MP4),
(2)作为根据DASH标准的控制元数据(信令数据)的MPD,以及
(3)作为用于广播传送(3GPP-MBMS3-USD(用户服务描述)的扩展的ATSC版本USD或ROUTE协议的控制元数据(信令数据)的S-TSID。
发送设备20传输这些各种数据。
如已参考图3、图4等描述的,ROUTE协议是基于FLUTE的扩展协议。
在描述根据FLUTE的传送控制参数的元数据(信令数据)被称为“FDT(文件传送表)”时,描述与FDT对应的根据ROUTE的控制元数据(信令数据)被称为“S-TSID(基于服务的传输会话实例描述)”。
S-TSID描述根据服务(例如,根据广播频道或广播节目)传送的所有服务组件(视频/音频/数据组件流等)的传送控制元数据。
应注意,服务组件(视频/音频/数据组件流等)都通过文件传送会话传送。
作为根据服务的信令数据的S-TSID本身也使用ROUTE会话中的服务信令数据传送会话传送。S-TSID是与在一种服务内传送的组件文件的传送会话有关的信令数据。
此外,作为用于获取根据服务的S-TSID本身在其中传送(地址解析)的服务级别信令数据传送会话的地址(服务引导地址)的元数据(信令数据),使用SLT(服务列表)。
SLT(服务列表)使用与用于UDP/IP上的每个服务的那些不同的特殊地址和特殊端口(目的地IP地址/目的地端口)传送。
将参考图9和以下来描述SLT(服务列表)。
图9是描绘用于描述SLT(服务列表)301与服务311至313之间的对应关系的协议栈的示图。
图9所述的协议栈对应于先前参考图3描述的协议栈的一部分。
图9所述的SLT(服务列表)301是图3所述的协议栈中的信令数据(信令)的一个组成元素。
图9所述的多个服务(Service)311至313的层中的每一个是根据广播站或节目的每个服务的传送数据层。服务311至313中的每一个传送以下数据。
(a)作为包括每个服务的控制数据和属性数据的信令数据的诸如S-TSID的服务级别信令数据文件321,
(b)用作节目内容等的配置数据的A/V/CC-DASH文件322,以及
(c)配置有诸如再生应用、索引文件以及其他应用的非实时数据的NRT文件323。
SLT(服务列表)301是列出用于获取针对服务311至313中的每一个传送的上述数据的信息的表。
在图10中描述SLT(服务列表)301的具体配置的实例。
如图10所述,SLT(服务列表)301包括与相应服务对应的服务条目351至353。
服务条目351至353中的每一个记录以下数据:
(p)每个服务的基本属性信息361,以及
(q)服务信令引导地址(service signaling boot strap address)362。
服务信令引导地址362对应于用于获取服务级别信令(诸如作为每个服务的元数据(信令数据)的S-TSID)的地址。
在将频道设为特定频道并且确定要被接收的服务(广播站、节目等)时,接收设备(客户端)30首先从作为信令数据的SLT(服务列表)中获取必需信息。
应注意,诸如SLT(服务列表)的信令数据根据需要从诸如广播站的发送设备重复发送,使得接收设备30可根据需要接收SLT(服务列表)。
应注意,SLT(服务列表)可根据需要更新,使得接收设备30基于对SLT(服务列表)设定的版本标识符选择并获取最新SLT(服务列表),将SLT(服务列表)存储在接收设备的存储单元中,并且使用SLT(服务列表)。
接收设备30选择计划要从获取SLT(服务列表)中接收的与服务(广播站或节目)相对应的服务条目,并且获取在所选择服务条目中记录的信息。即,接收设备30获取以下信息:
(p)每个服务的基本属性信息361,以及
(q)服务信令引导地址362。
用于获取作为描述对应于每个服务(例如,图9的服务311)的属性信息、控制信息等的元数据(信令数据)的SLS(服务级别信令)的地址信息等记录在(q)服务信令引导地址362中。
接收设备(客户端)使用该地址获取诸如作为每个服务的元数据(信令数据)的S-TSID的SLS(服务级别信令)。
在SLS(服务级别信令)中,对应于服务(例如,图9所述的服务311)的每种数据,例如,图9所述的以下数据被记录。即,
(b)用作节目内容等的配置数据的A/V/CC-DASH文件322,以及
(c)配置有诸如再生应用、索引文件以及其他应用的非实时数据的NRT文件323,
用于获取这些数据的信息、服务属性信息、控制信息等(诸如使用这些数据的处理(再生处理、应用执行处理等)所必需的信息)被记录。
接收设备(客户端)使用记录在SLS(服务级别信令)中的数据(诸如作为每个服务的元数据(信令数据)的S-TSID)接收每个服务的提供数据(AV内容和/或应用),并且执行节目再生处理等。
至于ATSC 3.0,已进行关于是否将作为用于标识服务类型的信息的“服务类别”记录为在图10所述的SLT 301中根据服务记录的每个服务的基本属性361中的一个的讨论。
例如,如下提出具体服务类别类型。
(1)服务类别1:线性AV=[Linear AV(可视情况激活普通音频/视频广播流以及附接至广播频道的应用的服务],以及
(2)服务类别2:线性A=[Linear A(可视情况激活普通音频广播服务(相当于收音机)以及附接至广播频道的应用的服务]。
也提出,通过将以上服务类别1和2中的线性AV(Linear AV)和线性A(Linear A)的服务集成来限定线性服务的更高级别的服务类别。
如下提出又一服务类别。
(3)服务类别3:基于应用[App-based(首先激活由广播频道提供的应用的服务,其中,应用可以是任意的)。
该类别也正在讨论中。
在限定为上述服务类别的线性服务的情况下,当接收设备(客户端)将频道设置(调谐)为由一个特定服务提供的频道时,接收设备(客户端)开始对包括在对应于该服务的广播流中的音频/视频流进行包括渲染处理的再生处理。
该再生处理由在制造TV时装入在当前TV等中的再生应用(即,常驻再生应用)执行。
然而,诸如每个广播站的发送设备20在未来计划向接收设备30提供对于广播站唯一的再生应用(广播再生应用)。
诸如预测在未来广泛可用的高性能型电视(例如,具有执行在浏览器等上执行的网站应用的功能的HbbTV(混合广播宽带电视))的接收设备可接收由诸如广播站的发送设备提供的广播再生应用并且使用该应用执行节目再生处理。
应注意,对处理(诸如,用于激活由发送设备20提供的广播再生应用的处理)的控制被记录在作为从发送设备20发生的元数据(信令数据)且对应于再生应用的AIT(应用信息表)中。
接收设备(客户端)30获取广播再生应用以及与广播再生应用对应的AIT(应用信息表),并且在将广播再生应用适用至处理的同时执行节目的再生。
AIT(应用信息表)是信令数据中的一个,并且发送设备持续且重复发送AIT(应用信息表)。
接收设备(客户端)可在任意时刻获取AIT(应用信息表),并且执行对从具体广播站提供的广播再生应用的控制,例如根据AIT对其进行的激活和停止处理。
在很多情况下,诸如电视机的当前接收设备(客户端)使用常驻再生应用对广播节目执行再生处理。
应注意,常驻再生应用具有以下两种类型。
(a)提前装入在诸如电视机的接收设备中的内装式视频播放器,以及
(b)在浏览器上执行的网站应用。
内装式视频播放器假设由TV等的制造商(设备供应商)提供。内装式视频播放器是不取决于广播站或节目的且用于再生由许多不同广播站提供的服务(节目内容)的再生应用程序。
用作常驻再生应用的网站应用(website application)在例如制造电视机时,由制造商(设备供应商)存储在接收设备(客户端)(诸如电视机)的存储单元中。作为替代设置等,网站应用经由网络等从例如供应商的管理服务器传输至诸如电视机的接收设备(客户端),并存储在存储单元中。
另一方面,如上所述,诸如激活和停止由发送设备(诸如广播站)提供的广播再生应用(作为专用于由每个广播站提供的服务(节目内容)的再生应用)的控制信息记录在AIT(应用信息表)中。
在使用广播再生应用执行再生处理时,接收设备(客户端)需要获取以下两种数据。
(1)服务对应广播再生应用,以及
(2)记录关于广播再生应用的控制信息的AIT(应用信息表)。
7.用于由发送设备提供的服务的服务类别设定配置
如前所述,至于ATSC 3.0,已进行关于是否作为在图10所述的SLT301中的根据服务条目而记录的每个服务的基本属性361中的一个来记录“服务类别”的讨论。
换言之,服务类别设定的目标是使得接收设备掌握由发送设备提供的服务的类型。
如上所述,作为根据ATSC 3.0的服务类别类型,提出例如以下类别设定。
(1)服务类别1:线性AV服务=[Linear AV(可视情况激活普通音频/视频广播流以及附接至广播频道的应用的服务],
(2)服务类别2:线性A服务=[Linear A(可视情况激活普通音频广播服务(相当于收音机)以及附接至广播频道的应用的服务],以及
(3)服务类别3:基于应用服务[App-based服务(首先激活对应于广播频道的应用的服务)。
服务类别作为“每个服务的基本属性信息”中的一个属性信息记录在SLT(服务列表)的每个服务条目中,由此接收设备(客户端)可确定是否应用附接至广播频道的应用(即,由广播站提供的广播再生应用)以再生计划要接收的服务(节目内容)。
然而,只有如上所述的分类造成接收设备(客户端)30不能可靠地选择应用于计划要被接收的服务(节目内容)的再生的再生应用的问题。
例如,出现的问题包括接收设备(客户端)不能确定诸如内装式视频播放器或内装式网站应用的常驻再生应用是否可用于由广播站提供的节目的再生的问题。
此外,出现以下问题。当接收设备(客户端)30在频道切换期间转换要接收的服务时,应用于节目的再生的再生应用通常改变。如果接收设备需要时间在该服务转换期间执行用于停止和激活再生应用的处理,则在频道切换之后,在开始再生节目时出现延迟。
以下将描述用于解决这些问题的服务类别的设定实例以及使用处理实例。
在以下描述的配置中,服务类别设定假设使得能够至少区别以下再生应用中的哪一个要被应用于再生处理。
(1)常驻(常驻型)再生应用,以及
(2)广播(广播型)再生应用。
例如,种类被设置为包括以下两个服务类别。
(1)服务类别R:线性服务常驻控制模式
(2)服务类别B:线性服务广播控制模式
将详细描述服务类别。
(1)服务类别R:线性服务常驻控制模式是如下类别类型:表示对由广播站提供的AV流的再生处理(渲染处理等)可不使用专用于诸如广播站或节目的服务的再生应用执行,但是可使用服务非依存的常驻再生应用执行。
应注意,常驻再生应用的实例包括内装式视频播放器和内装式网站应用。
在分类为该服务类别R的服务中,由接收设备(客户端)提前保持的常驻再生应用可用于对从诸如广播服务器的发送设备发送的节目内容的再生处理。
尽管在提供属于该服务类别R的服务的情况下,发送设备不需要提供广播再生应用,但是发送设备通常提供其他应用。
例如,附接至服务的应用(诸如,用于显示为覆盖在节目内容上的数据的显示应用、在节目背景中执行的隐藏应用或者由广播站提供的观看状态监控应用)通常从发送设备提供至接收设备作为例如要被包括在服务中的NRT内容。
附接至服务的网站应用通过应用由SLS(服务级别信令)(即对应于每个服务的信令数据)传输的AIT(应用信息表)控制。
换言之,对应于应用训练的AIT对例如应用的激活、停止和生命周期进行控制。
然而,该AIT仅用于控制附接至具体服务的网站应用,而不用于控制在对成为主要服务内容的节目内容的再生处理中使用的常驻再生应用。
将描述另一服务类别“(2)服务类别B:线性服务广播控制模式”。
(2)服务类别B:线性服务广播控制模式是如下类别类型:表示对由广播站提供的AV流的再生处理(渲染处理等)可使用专用于诸如广播站或节目的服务的再生应用(即,广播再生应用)执行。
该服务类别表示服务是可使用从诸如广播站的发送设备传输的广播再生应用再生的服务(节目内容),该发送设备作为例如NRT(非实时)提供服务。
广播再生应用是例如在接收设备(客户端)的浏览器上执行的网站应用。
应注意,该网站应用通常对附接至节目且执行节目内容再生处理以外的处理的多个应用执行控制处理。
附接至节目的应用是例如,用于显示为覆盖在节目内容上的数据的显示应用、在节目背景中执行的隐藏应用或者由广播站提供的观看状态监控应用。
如下设置又一服务类别。
(3)设定服务类别App。
服务类别App是基于应用=[App-based服务(首先激活对应于广播频道的应用的服务)]。
在使用基于应用的服务的情况下,在将频道转换为提供服务的频道时,接收设备(客户端)首先激活用于该服务的网站应用。
作为服务信令数据传送的AIT(应用信息表)也进行对该应用的控制,例如,对生命周期(life cycle)的控制。
应注意,该基于应用的服务基本上不使用变为广播节目的实时流。基于App的服务仅使用NRT(非实时文件异步传送)或点播流传输。当接收设备(客户端)将服务转换为基于App的服务时,转换目的地广播应用负责掌握所有处理。
以此方式,作为服务类别类型,设置如下至少三种服务类别。
(1)服务类别R:线性服务常驻控制模式
(2)服务类别B:线性服务广播控制模式
(3)服务类别App:基于应用的服务
设置如上所述的服务类别。
发送设备将服务类别信息记录在参考图9和图10描述的SLT(服务列表)中每个服务的基本属性记录字段中,并且将SLT提供至接收设备。
当接收作为由特定广播站提供的节目的具体服务时,接收设备参考SLT的“服务条目”中的“每个服务的基本属性”以确认具体服务的服务类别。
接收设备可基于该确认的结果,适当选择用于再生的应用。
例如,接收设备选择计划要从SLT(服务列表)接收的与服务相对应的“服务条目”,并且确认记录在所选择的“服务条目”中的“每个服务的基本属性”中的服务类别标识符。
如果服务类别标识符表示“服务类别R”,即,“线性服务常驻控制模式”,则接收设备激活保持在接收设备中的常驻再生应用,并且对所接收的数据(AV片段)执行再生处理。
此外,如果服务类别标识符表示“服务类别B”,即,“线性服务广播控制模式”,则接收设备获取从诸如广播站的发送设备提供的广播再生应用,激活该再生应用,并且对所接收的数据(AV片段)执行再生处理。
在该情况下,接收设备也获取对应于广播再生应用的AIT(应用信息表),并且根据记录在该AIT中的信息进行应用控制。
此外,如果服务类别标识符表示“服务类别App”,即,“基于应用的服务”,则接收设备获取从诸如广播站的发送设备提供的应用,激活该应用,并且执行处理。
在该情况下,接收设备也获取对应于该应用的AIT(应用信息表),并且根据记录在该AIT中的信息进行应用控制。
当接收设备(客户端)改变频道时,即,执行服务转换处理时,接收设备(客户端)执行以下控制。
首先,在频道改变之前,假设接收设备(客户端)接收其服务类别是“服务类别R”(即,“线性服务常驻控制模式”)的服务(频道),并且在将常驻再生应用适用至处理的同时,对广播流执行再生处理。
假设,在该状态下,频道切换在接收设备(客户端)中发生,并且服务转换至另一服务(频道)。
假设转换目的地服务(频道)的服务类别是:
“服务类别B”,即,“线性服务广播控制模式”。
在该情况下,接收设备(客户端)停止正被执行的常驻再生应用。
为了再生包括在“服务类别B”(即,“线性服务广播控制模式”)的服务中的AV流,必需使用专用于服务(频道)的再生应用,即,广播再生应用(网站应用)。
为了使用该广播再生应用(网站应用)执行再生处理,必需执行以下处理。
(S1)获取转换目的地服务对应的广播再生应用(网站应用)。
(S2)获取记录关于获取的广播再生应用(网站应用)的控制信息的AIT(应用信息表)。
(S3)根据记录在AIT(应用信息表)中的信息激活广播再生应用(网站应用)。
应注意,转换目的地服务对应的广播再生应用(网站应用)和AIT(应用信息表)可在频道转换之前提前获取,并且存储在接收设备(客户端)的存储单元中。
此外,如果转换目的地服务(频道)的服务类别是
“服务类别App”,即,“基于应用的服务”,则接收设备(客户端)执行以下处理。
首先,接收设备(客户端)停止正在执行的常驻再生应用。
为了执行“服务类别App”的服务,即,“基于应用的服务”,必需使用专用于服务的应用(网站应用)。
为了执行使用该应用(网站应用)的应用处理,必需执行以下处理。
(S1)获取转换目的地服务对应应用(网站应用)。
(S2)获取记录关于所获取应用(网站应用)的控制信息的AIT(应用信息表)。
(S3)根据记录在AIT(应用信息表)中的信息激活应用
以此方式,当出现诸如频道切换的服务转换时,通常必需执行用于切换要通过接收设备(客户端)执行的应用的处理。
在该应用切换处理期间,必须执行多个处理,例如,应用激活处理和渲染资源(缓冲器等)初始化处理。这些处理可能引起视频流再生的中断的出现(视频之间的中断,诸如黑屏)。
作为用于在频道切换期间最小化视视频中断(黑屏)的方法中的一种,存在以下方法。
例如,当频道转换之前和之后的两个服务是常驻再生应用可应用至的服务时,常驻再生应用持续执行而不执行用于停止正在执行的常驻再生应用的处理。
执行该处理使得能够持续执行由两种不同服务提供的内容的再生,而不必执行用于停止和激活再生应用的处理。
然而,为了执行该处理,在执行服务切换之前或执行切换时,必须及时区别应用于频道切换之后的服务(即,服务转换处理之后的服务)的处理的应用。
换言之,通过更快速掌握在服务转换之后应用于服务的应用的类型,接收设备(客户端)可有时省略用于停止正在执行的且对应于转换之前的服务的应用的处理,以及用于激活对应于转换之后的服务的应用的处理。
为了使能够更早确认应用于服务转换之后的服务的应用,使用参考图9和图10描述的作为信令数据的SLT(服务列表)。
换言之,作为关于SLT(服务列表)的服务条目中的“每个服务的基本属性”的配置信息中的一个,记录上述三种类型的服务类别信息。
换言之,使能够进行关于每个服务属于以下三个服务类别类型中的哪一个的区别的服务类别标识符记录在SLT(服务列表)的服务条目中的“每个服务的基本属性”中。
(1)服务类别R:线性服务常驻控制模式
(2)服务类别B:线性服务广播控制模式
(3)服务类别App:基于应用的服务
接收设备(客户端)在接收对应于服务的信令数据(即,诸如S-TSID的服务级别信令)之前,获取SLT(服务列表)。
因此,接收设备(客户端)可较早确认应用于下一个转换目的地服务的应用的类型。
换言之,接收设备(客户端)可较早地确认以下三个应用(a)至(c)中的哪一个要应用于转换目的地服务。
(a)常驻再生应用,
(b)广播再生应用,以及
(c)广播再生应用以外的广播应用。
图11描绘作为“每个服务的基本属性”(即记录在SLT(服务列表)的每个服务条目中的数据)的一个属性记录的服务类别类型的实例。
图11所述的实例是服务类别设定的实例,其中,对应关系保持在以下服务类别标识符(0×00至0×FF)与含义之间。
(1)0×00=不特定[Not specified]
(2)0×01=线性服务(音频/视频或仅音频)-常驻再生App应用控制服务[线性服务(A/V或仅音频)常驻控制]
(2)0×02=线性服务(音频/视频或仅音频)-广播再生App应用控制服务[线性服务(A/V或仅音频)广播控制]
(4)0×03=基于应用的服务-广播App应用控制服务[基于应用的服务]
(5)0×04至0×0F=保留区域[保留以用于将来使用]
发送设备将例如图11所述的服务类别标识符中的任一个设为“每个服务的基本属性”(即记录在SLT(服务列表)的每个服务条目中的数据),并且传输SLT。
接收设备选择计划从SLT(服务列表)接收的与广播站节目(服务)相对应的服务条目,并且确认图11所述的服务类别标识符中的哪一个被记录在作为记录在所选择服务条目中的数据的“每个服务的基本属性”中。
该确认处理使得能够区别应用于计划接收的服务的应用的类型。
接收设备可确定在服务转换之前和之后所应用的应用(例如,在频道切换之前执行的广播站对应应用以及在频道切换之后应用的应用)是否匹配。如果应用匹配,则接收设备可继续再生应用,而不对正在执行的再生应用执行停止处理以及重新激活处理。
该应用继续处理使能够降低接收设备的输出中断时间。
在图11所述的服务类别设定实例中,两种类型的服务:
音频/视频(A/V),以及
仅音频,
被设为相同类别。
可替代地,这些服务类型可假设属于不同服务类别,并且不同服务类别标识符可被设定该些服务。
图12描绘基于该设定的服务类别设定的实例。
图12所述的实例是服务类别设定的实例,其中,对应关系保持在以下服务类别标识符(0×00至0×FF)与含义之间。
(1)0×00=不特定[Not specified]
(2)0×01=线性服务(音频/视频)-常驻再生App应用控制服务[线性服务(A/V)常驻控制]
(3)0×02=线性服务(音频/视频)-广播再生App应用控制服务[线性服务(A/V)广播控制]
(4)0×03=线性服务(仅音频)-常驻再生App应用控制服务[线性服务(仅音频)常驻控制]
(5)0×04=线性服务(仅音频)-广播再生App应用控制服务[线性服务(仅音频)广播控制]
(6)0×05=基于应用的服务-广播App应用控制服务[基于应用的服务]
(7)0×06至0×0F=保留区域[保留以用于将来使用]
在图12所述的服务类别设定实例中,存在:
常驻再生应用适用至的音频/视频提供服务,
广播再生应用适用至的音频/视频提供服务,
常驻再生应用适用至的仅音频提供服务,以及
广播再生应用适用至的仅音频提供服务。
在基于SLT(服务列表)区分这些服务的同时,接收设备可确认每个服务。
在图11和图12所述的服务类别设定的实例中,以下三个类型的服务类别:
常驻再生应用适用至的服务,
广播再生应用适用至的服务,以及
广播应用适用至的服务
可被基本区分。
然而,可假定,例如,存在多个不同广播站A、B和C,并且相同广播再生应用(共享App)应用于由广播站A、B和C提供的各种节目。
例如,可假设广播站A、B和C中的每一个提供以下服务(节目)(1)和(2),根据节目选择不同广播再生应用中的任一个并将应用对它们进行适用。
(1)在应用广播再生应用(共享应用)时要被再生的服务(节目)。
(2)在应用专用于每个广播站或每个节目的广播再生应用(专门应用时要被再生的服务(节目)。
图13和图14是描绘根据上述设置的服务类别标识符的设置的实例的示图。
图13所述的实例是服务类别设定的实例,其中,对应关系保持在以下服务类别标识符(0×00至0×FF)与含义之间。
(1)0×00=不特定[Not specified]
(2)0×01=线性服务(音频/视频或仅音频)-常驻再生App应用控制服务[线性服务(A/V或仅音频)常驻控制]
(3)0×02=线性服务(音频/视频或仅音频)-广播再生App应用控制服务(专门应用)[线性服务(A/V或仅音频)广播控制-专门]
(4)0×03=线性服务(音频/视频或仅音频)-广播再生App应用控制服务(共享应用)[线性服务(A/V或仅音频)广播控制-共享]
(5)0×04=基于应用的服务-广播App应用控制服务[基于应用的服务]
(6)0×05至0×0F=保留区域[保留以用于将来使用]
发送设备将例如图13所述的服务类别标识符中的任一个设为“每个服务的基本属性”(即记录在SLT(服务列表)的每个服务条目中的数据),并且传输SLT。
在图13所述的服务类别设定的实例中,包括在图11所述的服务类别标识符设置的实例中的以下类别,即,
(3)0×02=线性服务(音频/视频或仅音频)-广播再生App应用控制服务[线性服务(A/V或仅音频)广播控制]
被进一步分段为两个类别。
在图13所述的实例中,类别根据广播再生应用是专用于具体服务(具体广播站或具体节目)的专门类型还是多个服务(多个广播站或多个节目)共用的共享类型,而被划分为两个类别。
广播再生应用是专用于具体服务(具体广播站或具体节目)的专门类型的情况对应于图13所述的以下类别。
(3)0×02=线性服务(音频/视频或仅音频)-广播再生App应用控制服务(专门应用)[线性服务(A/V或仅音频)广播控制-专门]
另一方面,广播再生应用是多个服务(多个广播站或多个节目)共用的类型的情况对应于图13所述的以下类别。
(4)0×03=线性服务(音频/视频或仅音频)-广播再生App应用控制服务(共享应用)[线性服务(A/V或仅音频)广播控制-共享]
接收设备选择计划从SLT(服务列表)接收的与广播站节目(服务)相对应的服务条目,并且确认图13所述的服务类别标识符中的哪一个被记录在“每个服务的基本属性”(即,记录在所选择服务条目中的数据)中。
该确认处理使能够区别应用于计划被接收的服务的应用的类型。
接收设备可确定在服务转换之前和之后所应用的应用(例如,在频道切换之前执行的广播站对应应用以及在频道切换之后应用的应用)是否匹配。如果应用匹配,则接收设备可继续再生应用,而不对正在执行的再生应用执行停止处理以及重新激活处理。
如果图13所述的类别标识符被使用,则即使服务切换之前和之后的服务都是广播再生应用(共享),接收设备也可继续再生应用而不对正在执行的再生应用执行停止处理和重新激活处理。
该应用继续处理使能够降低接收设备的输出中断时间。
图14所述的类别标识符设置的实例是服务类别设定的实例,其中,对应关系保持在以下服务类别标识符(0×00至0×FF)与含义之间。
(1)0×00=不特定[Not specified]
(2)0×01=线性服务(音频/视频)-常驻再生App应用控制服务[线性服务(A/V)常驻控制]
(3)0×02=线性服务(音频/视频)-广播再生App应用控制服务(专门应用)[线性服务(A/V)广播控制-专门]
(4)0×03=线性服务(音频/视频)-广播再生App应用控制(共享应用)[线性服务(A/V)广播控制-共享]
(5)0×04=线性服务(仅音频)-常驻再生App应用控制服务[线性服务(仅音频)-常驻控制]
(6)0×05=线性服务(仅音频)-广播再生App应用控制服务(专门应用)[线性服务(仅音频)广播控制-专门]
(7)0×06=线性服务(仅音频)-广播再生App应用控制服务(共享应用)[线性服务(仅音频)-广播控制-共享]
(8)0×07=基于应用的服务-广播App应用控制服务[基于应用的服务]
(9)0×08至0×0F=保留区域[保留以用于将来使用]
另外,在图14所述的实例中,包括在图12所述的类别标识符设置的实例中的“广播再生App应用控制服务”被分段为两个类别。
在图14所述的实例中,至于图12所述的广播再生应用的类别标识符,
类别根据广播再生应用是专用于具体服务(具体广播站或具体节目)的专门类型,还是
多个服务(多个广播站或多个节目)共用的共享类型,而被划分为两个类别。
接收设备选择计划从SLT(服务列表)接收的与广播站节目(服务)相对应的服务条目,并且确认图14所述的服务类别标识符中的哪一个被记录在“每个服务的基本属性”(即,记录在所选择服务条目中的数据)中。
该确认处理使能够区别应用于计划被接收的服务的应用的类型。
接收设备可确定在服务转换之前和之后所应用的应用(例如,在频道切换之前执行的广播站对应应用以及在频道切换之后应用的应用)是否匹配。如果应用匹配,则接收设备可继续再生应用,而不对正在执行的再生应用执行停止处理以及重新激活处理。
如果图14所述的类别标识符被使用,则即使服务切换之前和之后的服务都是广播再生应用(共享),接收设备也可继续再生应用而不对正在执行的再生应用执行停止处理和重新激活处理。
该应用继续处理使能够降低接收设备的输出中断时间。
图15所述的流程图是用于描述接收设备30接收作为信令数据的SLT(服务列表)、从SLT中获取服务类别标识符以及执行应用控制的顺序的一个流程图。
根据图15所述的流程图的处理在接收设备的数据处理单元(再生处理单元等)中执行。例如,从存储单元读取提前记录处理顺序的再生控制程序,并且将处理执行为根据程序的处理。
将描述每个步骤中的处理。
(步骤S11)
首先,接收设备接收作为用于通知每个服务(诸如广播站或节目)的控制信息和属性信息的信令数据的SLT(服务列表)。
如参考图9和图10描述的,SLT(服务列表)记录以下数据作为每个服务条目的信息,
(p)每个服务的基本属性信息,以及
(q)服务信令引导地址。
在(p)每个服务的基本属性信息中,记录参考图11至图14描述的类型中的任一个的类别标识符信息。
应注意,接收设备在执行服务之前(即,在开始再生由广播站提供的节目之前)提前获取SLT(服务列表)。
(步骤S12)
在步骤S12中,接收设备确定服务转换是否出现。具体地,接收设备检测是否频道改变、设定到不同服务的不同节目之间的转换。
当未出现服务转换时,处理进行至步骤S14。
另一方面,当出现服务转换时,处理进行至步骤S13。
(步骤S13)
当在步骤S12中检测到出现服务转换时,在步骤S13中,接收设备的数据处理单元在参考SLT的同时,确定服务转换之前和之后的服务类别标识符是否匹配。
当确认服务类别标识符匹配时,处理进行至步骤S14。
当确认服务类别标识符不匹配时,处理进行至步骤S15。
(步骤S14)
(a)当在步骤S12中确认服务转换未出现时,或者
(b)当在步骤S12中确认服务转换出现并且在步骤S13中确认服务转换之前和之后的服务类别标识符匹配时,
即,当确定结果是以上(a)或(b)时,处理进行至步骤S14,并且在步骤S14中,继续而不停止目前执行的应用。
换言之,接收设备将应用至服务转换之前的服务的应用适用至服务转换之后的服务,并且执行处理。
该应用继续处理使能够防止例如由于应用的停止、激活等而出现的屏幕中断,并且使能够在频道切换之前和之后顺利切换服务(切换频道)。
(步骤S15)
另一方面,当在步骤S12中确认服务转换出现并且在步骤S13中确认服务转换之前和之后的服务类别标识符不匹配时,处理进行至步骤S15。
在步骤S15中,接收设备停止目前执行的应用,响应于转换之后的服务的服务类别标识符而激活新的应用,并且在将新激活的应用适用至处理的同时对转换之后的服务执行处理。
以此方式,接收设备可基于用作信令数据的SLT(例如,基于图11至图14所述的服务类别标识符)提前确定在服务切换之前和之后应用于服务的应用是否匹配,并且可在应用匹配时继续执行目前执行的应用而不停止应用。由此能够最小化在例如频道切换时的屏幕停止等,并且实现顺利服务转换。
8.关于广播再生应用的适用的信息记录在AIT(应用信息表)中的配置
接下来将描述关于广播再生应用的适用的信息记录至AIT(应用信息表)的配置。
用作记录关于从发送设备20(诸如广播站)向接收设备30提供的且由接收设备30执行的应用的属性信息和控制信息的信令数据的AIT(应用信息表)设置为与应用相关联。
接收设备30对从发送设备20接收的应用执行激活和停止处理,从接收自发送设备20的AIT(应用信息表)获取诸如生命周期的控制信息作为信令数据,并且根据AIT的描述执行应用。
至于从发送设备20提供至接收设备30的应用(诸如上述广播再生应用和其他应用),与基本上所有应用中的每一个相对应的AIT从发送设备20提供至接收设备30。
以下描述的配置是一种配置,使得指示通过发送设备20(诸如广播站)传输的并且要通过作为与应用相对应的信令数据的AIT(应用信息表)所控制的应用,是否可应用于再生处理(诸如对由发送设备提供的诸如节目的提供服务的渲染)的标记被设到AIT。
应注意,该标记被称为“传送应用识别标记(连续组件可支持标记,ContinuousComponent Supportable flag)”。
传送应用识别标记的具体设置的实例如下。
(a)对于与可应用至再生处理,诸如渲染由广播站提供的服务(节目内容)的广播再生应用相对应的AIT,
设置传送应用识别标记=真。
(b)对于与可应用至再生处理,诸如渲染由广播站提供的服务(节目内容)的广播再生应用以外的应用相对应的AIT,
设置传送应用识别标记=假。
当接收并执行从诸如广播站的发送设备20提供的应用(例如,应用于对广播节目的再生处理的广播再生应用或其他应用)时,接收设备接收并参考作为应用的控制元数据(信令数据)的AIT,由此接收设备可及时区分计划要执行的应用是否可应用于节目的再生。
具体地,例如在频道切换之后,在执行要执行的应用之前,能够区别应用是否可应用于节目的再生。
因此,能够确定例如在频道切换之前正在执行的应用在频道切换时刻之前是要停止还是不需要停止,而省略对应用的不必要的停止处理或激活处理,并且防止屏幕中断等的出现。
图16是AIT(应用信息表)内的传送应用识别标记的设置位置的说明图。
AIT(应用信息表)是信令数据的一个组成元素,并且从发送设备20至接收设备30作为例如具有图16所述的服务发现(ServiceDiscovery)元素410作为根元素的的XML文档来传输。
关于应用的属性信息和控制信息记录在设置为比服务发现(ServiceDiscovery)元素410更低级别元素的应用发现元素411下面。
如图16所述,例如,传送应用识别标记(连续组件可支持标记)设置在其他识别标记(otherDescriptor)元素412下面。
换言之,标记被设为记录在以下设置位置中。
atsc的布尔元素:ContinuousComponentSuportable,即,真或假的二进制可设定成元素的是以下新引入的元素
ServiceDescovery/mhp:ApplicationDescovery/mhp:ApplicationList/mhp:Application/mhp:ApplicationSpecificDescriptor/mhp:otherDescriptor。
以此方式,传送应用识别标记(连续组件可支持标记)设置至的AIT(应用信息表)作为XML数据提供至接收设备。
在以下以及图17中描述编码作为XML数据的数据的实例。
这是在传送应用识别标记(连续组件可支持标记)=真时的数据的实例。
<ServiceDescovery…>…
<mhp:ApplicationDescovery…>…
<mhp:ApplicationList…>…
<mhp:Application…>…
<mhp:applicationSpecificDescriptor…>…
<mhp:otherDescriptor…>…
<atsc:ContinuousComponentSupportable>true</atsc:ContinuousComponentSupportable>…
</mhp:otherDescriptor>…
</mhp:applicationSpecificDescriptor>…
</mhp:Application>…
</mhp:ApplicationList>…
</mhp:ApplicationDescovery>…
</ServiceDescovery>
当接收并执行从诸如广播站的发送设备20提供的应用(例如,应用于对广播节目的再生处理的广播再生应用或其他应用)时,接收设备接收记录有上述传送应用识别标记作为应用的控制元数据(信令数据)的AIT。
通过参考AIT中的传送应用识别标记,接收设备可及时区别计划要执行的应用是否可应用于节目的再生。
图18所述的流程图是用于描述接收设备30接收从诸如广播站的发送设备提供的传送应用以及作为记录对应于传送应用的控制信息的信令数据的AIT(应用信息表)、从AIT获取传送应用识别标记并且根据标记执行应用控制的顺序的流程图。
根据图18所述的流程图的处理在接收设备的数据处理单元(再生处理单元等)中执行。例如,从存储单元读取提前记录处理顺序的再生控制程序,并且处理根据程序执行作为处理。
将描述每个步骤中的处理。
(步骤S21)
首先,接收设备接收从诸如广播站的发送设备提供的传送应用以及作为记录对应于传送应用的控制信息的信令数据的AIT(应用信息表)。
传送应用的类型广泛改变,并且包括例如应用于服务(诸如由广播站提供的节目)的主要内容的再生的广播再生应用以及不用于节目的再生的附加应用。
AIT(应用信息表)是记录关于每个传送应用的属性信息和控制信息的信令数据(元数据)。
如参考图16和图17描述的,传送应用识别标记(即,指示应用是应用于诸如由广播站提供的节目的服务的主要内容的再生的广播再生应用(标记=真)还是其他应用(标记=假)的传送应用识别标记)记录在AIT中。
(步骤S22)
在步骤S22中,接收设备参考已接收或计划要接收的与传送应用相对应的AIT(应用信息表),并且确认记录在AIT(应用信息表)中的传送应用识别标记的值。
当传送应用识别标记=真时,处理进行至步骤S23。
另一方面,当传送应用识别标记=假时,处理进行至步骤S24。
(步骤S23)
当传送应用识别标记=真作为在步骤S22中记录在AIT(应用信息表)中的传送应用识别标记的值的确认处理的结果时,处理进行至步骤S23。
在这种情况下,在步骤S23中,接收设备确定计划要执行的传送应用是广播再生应用,激活作为传送应用的广播再生应用,并且执行服务的主要内容(节目内容)的再生。
(步骤S24)
另一方面,当传送应用识别标记=假作为在步骤S22中记录在AIT(应用信息表)中的传送应用识别标记的值的确认处理的结果时,处理进行至步骤S24。
在这种情况下,在步骤S24中,接收设备确定计划要执行的传送应用不是广播再生应用而是其他广播应用,原样继续目前执行的再生应用(常驻再生应用或广播再生应用),并且进一步执行传送应用(广播应用)。
换言之,接收设备执行处理,例如,用于原样继续目前执行的再生应用(常驻再生应用或广播再生应用)以继续再生服务的主要内容(节目内容),进一步并行执行广播应用,并且并行输出广播应用的执行结果。
以此方式,接收设备可基于记录在作为对应于传送应用的信令数据的AIT(应用信息表)中的传送应用识别标记,
确认从广播站提供的传送应用是应用于诸如由广播站提供的节目的服务的主要内容的再生的广播再生应用(标记=真),还是
其他应用(标记=假)。
接收设备可基于该标记确认结果,确定是否执行诸如用于激活、停止、继续应用的处理的处理。
9.由发送设备和接收设备执行的处理的处理顺序
接下来将参考图19所述的顺序示图描述由发送设备和接收设备执行的处理的处理顺序。
将依次描述以下多个处理实例。
(处理实例1)在接收设备中执行常驻再生应用并且然后还执行广播应用的处理实例
(处理实例2)在接收设备中执行常驻再生应用、随后基于AIT记述执行广播再生应用并且基于下一个AIT记述进一步执行常驻再生应用的处理实例
(处理实例3)在接收设备中基于AIT记述执行广播再生应用的处理实例
(处理实例4)在接收设备中基于AIT记述执行广播应用的处理实例
9-1.(处理实例1)在接收设备中执行常驻再生应用并且然后还执行广播应用的处理实例
(处理实例1)首先将参考图19和图20描述接收设备中常驻再生应用的执行,然后结合常驻再生应用的执行来执行广播应用(不是广播再生应用)的处理实例。
图19和图20按照从左开始的顺序描述以下设备或组成元件。
(a)作为发送设备的组成元件的应用服务器,
(b)作为发送设备的组成元件的DASH服务器,
(c)作为发送设备的组成元件的广播服务器,
(d)作为接收设备的组成元件的中间件,
(e)作为接收设备的组成元件的再生处理单元中的常驻应用执行单元,
(f)作为接收设备的组成元件的再生处理单元中的广播应用执行单元,以及
(g)接收设备的用户(诸如节目观众的服务接收方)。
应注意,“(a)作为发送设备的组成元件的应用服务器”执行对例如广播再生应用或其他应用的生成处理和发送处理,并且进一步对作为记录关于每个应用的控制信息等的信令数据的AIT(应用信息表)的生成处理和发送处理。
此外,“(b)作为发送设备的组成元件的DASH服务器”执行对例如构成节目内容的AV片段的生成和发送,并且进一步执行对MPD(媒体呈现描述)(用作记录对AV片段的获取和再生处理等所必需的控制信息等的信令数据)的生成处理和传输处理。
此外,“(c)作为发送设备的组成元件的广播服务器”执行SLT(服务列表)和SLS(服务级别信令)的生成、传输等,其中的每一个是用于通知每个服务的控制信息和属性信息的信令数据。
应注意,作为记录关于每个应用的控制信息等的信令数据的AIT(应用信息表)通常存储在SLS中并且被发送。
应注意,发送设备的以下组成元件,即,
(a)作为发送设备的组成元件的应用服务器,
(b)作为发送设备的组成元件的DASH服务器,以及
(c)作为发送设备的组成元件的广播服务器,
可被配置为独立服务器或配置为执行所有功能的一个服务器。
(d)作为接收设备的组成元件的中间件执行从发送设备接收数据,并且主要执行信令数据的分析等。
(e)执行作为接收设备的组成元件的处理单元中的常驻应用执行单元执行装入在接收设备中的再生应用(诸如常驻再生应用)以及其他内装式应用。此外,常驻应用执行单元执行作为信令数据的MPD的分析(解析),并且执行包括对广播服务的渲染的再生处理。
应注意,存在各种类型的常驻再生应用,诸如,在浏览器上运行的网站应用以及可独立于浏览器执行的内装式视频播放器。
(f)作为接收设备的组成元件的广播应用执行单元执行从发送设备提供的广播再生应用以及其他应用。此外,广播应用执行单元执行作为信令数据的MPD的分析(解析),并且执行包括对广播服务的渲染的再生处理。
以下将依次描述图19和图20所述的每个步骤中的处理。
(步骤S101)
在步骤S101中,广播服务器发送作为信令数据的SLT(服务列表)。
如先前参考图9和图10描述的,SLT(服务列表)是记录每个服务(诸如每个广播站或每个节目)的控制信息的表。
如图10所述,SLT(服务列表)
包括对应于服务的服务条目,并且以下数据记录在每个服务条目中:
(p)每个服务的基本属性信息,以及
(q)服务信令引导地址。
服务信令引导地址对应于用于获取服务级别信令(诸如作为每个服务的元数据(信令数据)的S-TSID)的地址。
在将频道设置为特定频道并且确定要被接收的服务(广播站、节目等)时,接收设备(客户端)30首先获取作为信令数据的SLT(服务列表)。
此外,接收设备30选择记录在所获取SLT(服务列表)中且确定要被接收的与服务相对应的服务条目,并且获取记录在所选择服务条目中的信息。即,接收设备30获取:
(p)每个服务的基本属性信息,以及
(q)服务信令引导地址。
在(p)每个服务的基本属性信息中,记录参考图11至图14描述的服务类别标识符。
换言之,使能够确认应用于对与服务对应的数据的处理的应用是否是如下至少一个的服务类别标识符:
常驻再生应用,
广播再生应用,以及
其他广播应用
记录在(p)每个服务的基本属性信息中。
当使用参考图13和图14描述的服务类别标识符时,也能够区分应用是
广播再生应用(专门类型),还是
广播再生应用(共享类型)。
此外,用于获取作为对应于每个服务的信令数据的SLS(服务级别信令)的地址信息等记录在在SLT(服务列表)中记录的每个服务的(q)服务信令引导地址中。
接收设备(客户端)使用该地址获取的SLS(服务级别信令),诸如作为每个服务的元数据(信令数据)的S-TSID。
服务属性信息和控制信息,诸如,用于获取属于每个服务的数据(例如图9所述的以下数据)的信息:
(b)用作节目内容等的配置数据的A/V/CC-DASH文件,以及
(c)配置有诸如再生应用、索引文件以及其他应用的非实时数据的NRT文件,
以及再生所必需的信息被记录在SLS(服务级别信令)中。
接收设备(客户端)可使用记录在SLS(服务级别信令)中的数据(诸如作为每个服务的元数据(信令数据)的S-TSID)接收每个服务提供的数据(AV内容和应用),并且执行再生处理。
(步骤S102)
接下来,接收设备的中间件基于从发送设备接收的SLT在显示单元上显示服务列表,例如由发送设备提供的节目列表。
(步骤S103)
在步骤S103中,接收设备的用户从在接收设备的显示单元上显示的服务列表(节目列表)选择期望观看的节目。换言之,用户确定要被接收的服务。
确定信息输入至接收设备的中间件。
在本处理实例中,假设用户选择频道Q上的节目q1。
(步骤S104)
在步骤S104中,接收设备的中间件在参考在步骤S102中接收的SLT(服务列表)的同时,检查用户选择服务(例如,服务=频道Q或服务=频道Q的节目q1)的服务类别。
如上所述,每个服务的以下信息被记录在SLT(服务列表)中:
(p)每个服务的基本属性信息,以及
(q)服务信令引导地址。
此外,作为(p)每个服务的基本属性信息,记录先前参考图11至图14描述的服务类别标识符。
在步骤S104中,接收设备的中间件检查用户选择服务的服务类别标识符,并且确认以下应用中的哪一个是应用于与用户选择服务相对应的数据的处理的应用:
常驻再生应用,
广播再生应用,以及
其他广播应用。
在本处理实例中,假设用户选择服务(频道Q或频道Q上的节目q1)的服务类别标识符表示常驻再生应用适用于服务。
在这种情况下,接收设备确认再生处理单元中正在执行的应用。当常驻再生应用在再生处理单元中正在激活时,接收设备继续执行常驻再生应用。
另一方面,当常驻再生应用未在再生处理单元中激活时,接收设备执行用于激活常驻再生应用的处理。
例如,当常驻再生应用正在被激活时,例如当频道Q之前的设置频道P上的节目p1设置为通过常驻再生应用再生时,接收设备继续原样执行常驻再生应用。
(步骤S105)
步骤S105是通过发送设备的DASH服务器的处理。
在步骤S105中,DASH服务器生成并发送作为信令数据的MPD(媒体呈现描述)。
MPD是记录关于各种服务(节目内容)的控制信息的信令数据。例如,关于构成每个服务(节目内容)的AV内容的分段文件的访问信息等记录在MPD中。
(步骤S106)
步骤S106是通过发送设备的DASH服务器的处理。
在步骤S106中,DASH服务器生成并发送作为构成服务(节目)的内容的AV片段。
(步骤S107)
步骤S107是通过接收设备的再生处理单元中的常驻应用执行单元的处理。
再生处理单元分析从发送设备接收的MPD,在应用记录在MPD中的关于AV片段的访问信息时获取AV片段,并且在使用常驻再生应用的同时执行包括对服务(节目)的内容的渲染处理的再生处理。
换言之,再生处理单元在应用常驻再生应用的同时,执行作为用户选择服务的频道Q上的节目q1的再生。
应注意,在该步骤S107中要经历再生处理的服务是其服务类别标识符已在前述步骤S104中检查的服务。
换言之,检查SLT(服务列表)中的数据表明对于该服务已确认,应用于与用户选择服务相对应的数据的处理的应用是
常驻再生应用的服务(节目)。
(步骤S108)
步骤S108是通过发送设备的应用服务器的处理。
在步骤S108中,应用服务器生成广播应用以及作为记录关于广播应用的控制信息的信令数据的AIT(应用信息表)。
在本处理实例中,假设在步骤S108中生成的应用不是应用于构成节目本身的AV片段(作为构成服务的主要内容)的再生处理的再生应用而是用作可结合再生应用的执行而执行的附加应用的广播应用。
(步骤S109)
步骤S109是发送设备的广播服务器的处理。
广播服务器生成并发送存储在步骤S108中由应用服务器生成的AIT(应用信息表)的SLS(服务级别信令)。
SLS(服务级别信令)是记录每个服务的控制信息和属性信息的信令数据。
如先前参考图9和图10描述的,接收设备可基于记录在先前接收的SLT(服务列表)中的服务条目的记录信息获取SLS。
(步骤S110)
步骤S110是接收设备的中间件的处理。
在步骤S110中,接收设备的中间件获取在步骤S109中通过作为发送设备的广播服务器发送的且存储有AIT(应用信息表)的SLS(服务级别信令)。
这是从发送设备发送的作为与目前在接收设备的再生处理单元中再生的服务(节目)相关联的、属于相同服务且对应于服务的信令数据的SLS。
(步骤S111)
步骤S111是发送设备的应用服务器的处理。
在步骤S111中,发送设备的应用服务器生成并发送广播应用。
经由广播波或网络执行发送处理。
应注意,在步骤S111中传输的应用是例如对结合目前在接收设备中再生的服务(节目)的数据输出执行的输出处理等的应用。
具体地,如果在步骤S107中接收设备应用常驻再生应用的服务(频道Q上的节目q1)是例如电视棒球比赛,则在该步骤S111中生成并提供至接收设备的应用是用于向接收设备的显示单元输出诸如棒球运动员信息的数据的应用。
换言之,应用不是应用于对构成节目本身的AV片段(即,构成服务的主要内容)的再生处理的再生应用,而是其他广播应用。
(步骤S112)
步骤S112是接收设备的中间件以及接收设备的再生处理单元中的广播应用执行单元的处理。
接收设备的中间件从在步骤S110中接收的SLS(服务级别信令)获取AIT(应用信息表)。
包括在该SLS中的AIT是记录关于在步骤S111中通过发送设备的应用服务器发送的广播应用的属性和控制信息的AIT。
接收设备的中间件检查记录在所获取AIT中的传送应用识别标记(连续组件可支持标记)的值(真或假)。
在本处理实例中,在步骤S111中通过发送设备的应用服务器传输的应用不是用于服务的主要内容(节目)的AV片段的再生应用,而是附接至节目的应用。
因此,传送应用识别标记的值被设为假。换言之,确认与该AIT相关联的应用(在步骤S111中通过发送设备的应用服务器传输的应用)不是用于服务的主要内容(节目)的AV片段的再生应用。
接收设备的中间件使得接收设备的再生处理单元中的广播应用执行单元基于传送应用识别标记的该检查,激活并执行在步骤S111中通过发送设备的应用服务器传输的应用。
换言之,接收设备的再生处理单元在应用常驻再生应用的同时执行节目(频道Q上的节目q1)的再生,并且广播应用执行单元结合节目的再生的执行,执行附加至节目的应用。
作为该处理的结果,电视棒球比赛在应用例如常驻再生应用时被再生,并且诸如在应用广播应用时生成的运动员信息的数据输出为覆盖在电视棒球比赛屏幕上。
尽管各种信令数据(诸如SLT、SLS、AIT和MPD)按照参考图19和图20描述的顺序从发送设备发送并通过接收设备接收,但是参考图19和图20描述的信令数据的传输时刻和接收时刻给出为示例。
信令数据从发送设备持续且重复发送,并且接收设备可在各种时刻接收信令数据。因此,能够在与参考图19和图20描述的传输时刻和接收时刻不同的时刻,执行信令数据传输和接收处理。
作为NRT(非实时)内容的广播再生应用和广播应用,可根据需要通过发送设备重复传输,并且这些数据的传输和接收时刻也可被设为与参考图19和图20描述的传输时刻和接收时刻不同。
此外,通过发送设备传输的信令数据视情况更新,并且被配置为使得信令数据是否更新可通过版本号等确认。接收设备检查所接收的信令数据的版本。当确认接收到比先前接收的信令数据更新的信令数据时,接收设备丢弃先前接收的信令数据,将更新的信令数据存储在存储单元中,并且执行应用了更新信令数据的处理。
通过该处理,接收设备随时根据新的信令数据执行处理。
9-2.(处理实例2)在接收设备中执行常驻再生应用、随后基于AIT记述执行广播再生应用并且基于下一个AIT记述进一步执行常驻再生应用的处理实例
(处理实例2)接下来将参考图21至图23描述在接收设备中执行常驻再生应用、随后基于AIT记述执行广播再生应用并且基于下一个AIT记述进一步执行常驻再生应用的处理实例。
类似于图19和图20,图21至图23按照从左开始的顺序描述以下设备或组成元件。
(a)作为发送设备的组成元件的应用服务器,
(b)作为发送设备的组成元件的DASH服务器,
(c)作为发送设备的组成元件的广播服务器,
(d)作为接收设备的组成元件的中间件,
(e)作为接收设备的组成元件的再生处理单元中的常驻应用执行单元,
(f)作为接收设备的组成元件的再生处理单元中的广播应用执行单元,以及
(g)接收设备的用户(诸如节目观众的服务接收方)。
这些组成元件执行类似于先前参考图19和图20描述的处理的处理。
此外,发送设备的以下组成元件,即,
(a)作为发送设备的组成元件的应用服务器,
(b)作为发送设备的组成元件的DASH服务器,以及
(c)作为发送设备的组成元件的广播服务器,
可被配置为独立服务器或配置为执行所有功能的一个服务器。
以下将依次描述图21至图23所述的每个步骤中的处理。
(步骤S151)
在步骤S151中,广播服务器发送作为信令数据的SLT(服务列表)。
如先前参考图9和图10描述的,SLT(服务列表)是记录每个服务(诸如每个广播站或每个节目)的控制信息的表。
如图10所述,SLT(服务列表)包括对应于服务的服务条目,并且以下数据记录在每个服务条目中:
(p)每个服务的基本属性信息,以及
(q)服务信令引导地址。
在(p)每个服务的基本属性信息中,记录参考图11至图14描述的服务类别标识符。
换言之,使能够确认应用于与服务相对应的数据的处理的应用是否是如下至少一个的服务类别标识符:
常驻再生应用,
广播再生应用,以及
其他广播应用
记录在(p)每个服务的基本属性信息中。
当使用参考图13和图14描述的服务类别标识符时,也能够区分应用是
广播再生应用(专门类型),还是
广播再生应用(共享类型)。
(步骤S152)
接下来,接收设备的中间件基于从发送设备接收的SLT在显示单元上显示服务列表,例如由发送设备提供的节目列表。
(步骤S153)
在步骤S153中,接收设备的用户从在接收设备的显示单元上显示的服务列表(节目列表)选择期望观看的节目。换言之,用户确定要被接收的服务。
确定信息输入至接收设备的中间件。
在本处理实例中,假设用户选择频道Q上的节目q1。
(步骤S154)
在步骤S154中,接收设备的中间件在参考在步骤S152中接收的SLT(服务列表)时,检查用户选择服务(例如,服务=频道Q或服务=频道Q上的节目q1)的服务类别。
如上所述,每个服务的以下信息记录在SLT(服务列表)中:
(p)每个服务的基本属性信息,以及
(q)服务信令引导地址。
此外,作为(p)每个服务的基本属性信息,记录先前参考图11和图12描述的服务类别标识符。
在步骤S154中,接收设备的中间件检查用户选择服务的服务类别标识符,并且确认以下应用中的哪一个是应用于与用户选择服务对应的数据的处理的应用:
常驻再生应用,
广播再生应用,以及
其他广播应用。
在本处理实例中,假设用户选择服务(频道Q或频道Q上的节目q1)的服务类别标识符表示常驻再生应用适用于服务。
在这种情况下,接收设备确认正在再生处理单元中执行的应用。当常驻再生应用在再生处理单元中正在激活(活动中)时,接收设备继续执行常驻再生应用。
另一方面,当常驻再生应用未在再生处理单元中激活时,接收设备执行用于激活常驻再生应用的处理。
例如,当常驻再生应用正在激活时,例如当频道Q之前的设置频道P上的节目p1通过常驻再生应用再生时,接收设备继续原样执行常驻再生应用。
(步骤S155)
步骤S155是发送设备的DASH服务器的处理。
在步骤S155中,DASH服务器生成并传输作为信令数据的MPD(媒体呈现描述)。
MPD是记录关于各种服务(节目内容)的控制信息的信令数据。例如,关于构成每个服务(节目内容)的AV内容的分段文件的访问信息等记录在MPD中。
(步骤S156)
步骤S156是发送设备的DASH服务器的处理。
在步骤S156中,DASH服务器生成并传输作为构成服务(节目)的内容的AV片段。
(步骤S157)
步骤S157是接收设备的再生处理单元中的常驻应用执行单元的处理。
再生处理单元分析从发送设备接收的MPD,在应用记录在MPD中的关于AV片段的访问信息时获取AV片段,并且在应用常驻再生应用时执行包括对服务(节目)的内容的渲染处理的再生处理。
换言之,再生处理单元在应用常驻再生应用时,执行作为用户选择服务的频道Q上的节目q1的再生。
应注意,在该步骤S157中要经历再生处理的服务是其服务类别标识符已在前述步骤S154中检查的服务。
换言之,检查SLT(服务列表)中的数据表明对于该服务已确认应用于与用户选择服务相对应的数据的处理的应用是
常驻再生应用的服务(节目)。
(步骤S158)
步骤S158是发送设备的应用服务器的处理。
在步骤S158中,应用服务器生成广播再生应用以及作为记录关于广播再生应用的控制信息的信令数据的AIT(应用信息表)。
在本处理实例中,在步骤S158中生成的应用是应用于对构成节目本身(即,构成服务的主要内容)的AV片段的再生处理的再生应用。换言之,假设应用是广播再生应用。
(步骤S159)
步骤S159是发送设备的广播服务器的处理。
广播服务器生成并发送存储在步骤S158中通过应用服务器生成的AIT(应用信息表)的SLS(服务级别信令)。
SLS(服务级别信令)是记录每个服务的控制信息和属性信息的信令数据。
如先前参考图9和图10描述的,接收设备可基于记录在先前接收的SLT(服务列表)的服务条目中的记录信息获取SLS。
(步骤S160)
步骤S160是接收设备的中间件的处理。
在步骤S160中,接收设备的中间件获取在步骤S159中通过发送设备的广播服务器发送的且存储AIT(应用信息表)的SLS(服务级别信令)。
这是从发送设备传输的作为与目前在接收设备的再生处理单元中再生的服务(频道Q或频道Q上的节目q1)相关联的、属于相同服务(频道Q或频道Q上的节目q1)且对应于服务的信令数据的SLS。
(步骤S161)
步骤S161是发送设备的应用服务器的处理。
在步骤S161中,发送设备的应用服务器生成并传输广播再生应用。
经由广播波或网络执行传输处理。
应注意,在步骤S161中传输的应用是可应用至目前在接收设备中再生的服务(频道Q或频道Q上的节目q1)的再生处理的广播再生应用。
应用是在步骤S157中可应用至通过接收设备在应用常驻再生应用时再生的服务(频道Q或频道Q上的节目q1)的再生的广播再生应用。
(步骤S162)
步骤S162是接收设备的中间件以及接收设备的再生处理单元中的广播应用执行单元的处理。
接收设备的中间件从在步骤S160中接收的SLS(服务级别信令)获取AIT(应用信息表)。
包括在该SLS中的AIT是记录在步骤S161中通过发送设备的应用服务器传输的广播再生应用的属性和控制信息的AIT。
接收设备的中间件检查记录在所获取AIT中的传送应用识别标记(连续组件可支持标记)的值(真或假)。
在本处理实例中,在步骤S161中通过发送设备的应用服务器传输的应用是用于服务的主要内容(节目)的AV片段的再生应用。
因此,传送应用识别标记的值被设为真。换言之,确认与该AIT相关联的应用(在步骤S161中通过发送设备的应用服务器传输的应用)是可应用作为用于服务的主要内容(频道Q上的节目q1)的AV片段的再生应用。
接收设备的中间件使得接收设备的再生处理单元中的广播应用执行单元基于传送应用识别标记的该检查,激活并执行在步骤S161中通过发送设备的应用服务器传输的广播再生应用。
常驻应用执行单元中目前应用于主要内容的再生的常驻再生应用关于该广播再生应用的激活协同地停止。
以此方式,接收设备基于在AIT中的传送应用识别标记的检查,执行将应用于服务(频道Q或频道Q上的节目q1)的再生的再生应用从常驻再生应用切换至广播再生应用的处理。
(步骤S163)
步骤S163是发送设备的DASH服务器的处理。
在步骤S163中,DASH服务器生成并传输作为构成服务(例如,频道Q上的节目q1)的内容的AV片段。
(步骤S164)
步骤S164是接收设备的再生处理单元中的广播应用执行单元的处理。
再生处理单元中的广播应用执行单元分析从发送设备接收的MPD,在应用记录在MPD中的关于AV片段的访问信息时获取AV片段,并且在应用广播再生应用时执行包括对服务(例如,频道Q上的节目q1)的内容的渲染处理的再生处理。
(步骤S165)
步骤S165是接收设备的中间件的处理。
在步骤S165中,接收设备的中间件获取通过广播服务器传输的且存储AIT(应用信息表)的SLS(服务级别信令)。
这是从发送设备传输的作为与目前在接收设备的再生处理单元中再生的服务(频道Q上的节目q1)相关联的、属于相同服务且对应于服务的信令数据的SLS。
(步骤S166)
步骤S166是接收设备的中间件以及接收设备的再生处理单元中的广播应用执行单元的处理。
接收设备的中间件从在步骤S165中接收的SLS(服务级别信令)获取AIT(应用信息表)。
当确认包括在SLS中的该AIT是记录关于在步骤S161通过发送设备的应用服务器传输的广播再生应用的属性和控制信息的AIT时,接收设备的中间件检查AIT的描述内容。
当确认该AIT是描述停止目前正在再生处理单元中执行的广播再生应用的指令的AIT时,接收设备的中间件停止正在执行的广播再生应用并且执行用于激活常驻再生应用的处理。
以此方式,接收设备基于记录在AIT中的数据,执行用于将应用于服务的再生的再生应用从广播再生应用切换至常驻再生应用的处理。
(步骤S167)
步骤S167是接收设备的中间件的处理。
在步骤S167中,接收设备的中间件获取在步骤S167中通过广播服务器传输的且存储AIT(应用信息表)的SLS(服务级别信令)。
这是从发送设备传输的作为与目前在接收设备的再生处理单元中再生的服务(频道Q上的节目q1)相关联的、属于相同服务且对应于服务的信令数据的SLS。
(步骤S168)
步骤S168是发送设备的应用服务器的处理。
在步骤S168中,发送设备的应用服务器生成并传输广播应用。
经由广播波或网络执行传输处理。
应注意,在步骤S168中传输的应用是例如用于结合目前在接收设备中再生的服务(频道Q上的节目q1)的数据输出,执行输出处理等的应用。
具体地,如果在步骤S166中接收设备应用常驻再生应用的服务(频道Q上的节目q1)是例如电视棒球比赛,则在该步骤S168中生成并提供至接收设备的应用是用于向接收设备的显示单元输出诸如棒球运动员信息的数据的应用。
换言之,应用不是应用于对构成节目本身的AV片段(即,构成服务的主要内容)的再生处理的再生应用,而是其他广播应用。
(步骤S169)
步骤S169是接收设备的中间件以及接收设备的再生处理单元中的广播应用执行单元的处理。
接收设备的中间件从在步骤S167中接收的SLS(服务级别信令)获取AIT(应用信息表)。
包括在该SLS中的AIT是记录关于在步骤S168中通过发送设备的应用服务器传输的广播应用的属性和控制信息的AIT。
接收设备的中间件检查记录在所获取AIT中的传送应用识别标记(连续组件可支持标记)的值(真或假)。
在本处理实例中,在步骤S168中通过发送设备的应用服务器传输的应用不是用于服务的主要内容(节目)的AV片段的再生应用,而是附接至节目的应用。
因此,传送应用识别标记的值被设为假。换言之,确认与该AIT相关联的应用(在步骤S168中通过发送设备的应用服务器传输的应用)不是用于服务的主要内容(节目)的AV片段的再生应用。
接收设备的中间件使得接收设备的再生处理单元中的广播应用执行单元基于传送应用识别标记的该检查,激活并执行在步骤S168中通过发送设备的应用服务器传输的应用。
换言之,接收设备的再生处理单元在应用常驻再生应用时执行节目的再生,并且广播应用执行单元结合节目的再生的执行,执行附接至节目的应用。
作为该处理的结果,电视棒球比赛在应用例如常驻再生应用时被再生,并且诸如在应用广播应用时生成的运动员信息的数据输出为覆盖在电视棒球比赛屏幕上。
应注意,尽管各种信令数据(诸如SLT、SLS、AIT和MPD)按照参考图21至图23描述的顺序从发送设备传输并通过接收设备接收,但是参考图21至图23描述的信令数据的传输时刻和接收时刻给出作为实例。
信令数据从发送设备持续且重复传输,并且接收设备可在各种时刻接收信令数据。因此,能够在与参考图21至图23描述的传输时刻和接收时刻不同的时刻,执行信令数据传输和接收处理。
作为NRT(非实时)内容的广播再生应用和广播应用可根据需要通过发送设备重复传输,并且这些数据的传输和接收时刻也可被设为与参考图21至图23描述的传输时刻和接收时刻不同。
此外,通过发送设备传输的信令数据视情况更新,并且被配置为使得信令数据是否更新可通过版本号等确认。接收设备检查所接收的信令数据的版本。当确认接收到比先前接收的信令数据更新的信令数据时,接收设备丢弃先前接收的信令数据,将更新的信令数据存储在存储单元中,并且执行更新信令数据应用至的处理。
通过该处理,接收设备根据需要根据新的信令数据执行处理。
9-3.(处理实例3)在接收设备中基于AIT记述执行广播再生应用的处理实例
(处理实例3)接下来将参考图24和图25描述在接收设备中基于AIT记述执行广播再生应用的处理实例。
以下将依次描述图24和图25所述的每个步骤中的处理。
(步骤S201)
在步骤S201中,广播服务器传输作为信令数据的SLT(服务列表)。
如先前参考图9和图10描述的,SLT(服务列表)是记录每个服务(诸如每个广播站或每个节目)的控制信息的表。
如图10所述,SLT(服务列表)
包括对应于服务的服务条目,并且以下数据记录在每个服务条目中:
(p)每个服务的基本属性信息,以及
(q)服务信令引导地址。
此外,在(p)每个服务的基本属性信息中,记录先前参考图11至图14描述的服务类别标识符。
换言之,使能够确认应用于对与服务对应的数据的处理的应用是否是如下至少一个的服务类别标识符:
常驻再生应用,
广播再生应用,以及
其他广播应用
记录在(p)每个服务的基本属性信息中。
当使用参考图13和图14描述的服务类别标识符时,也能够区分应用是
广播再生应用(专门类型),还是
广播再生应用(共享类型)。
(步骤S202)
接下来,接收设备的中间件基于从发送设备接收的SLT在显示单元上显示服务列表,例如由发送设备提供的节目列表。
(步骤S203)
在步骤S203中,接收设备的用户从在接收设备的显示单元上显示的服务列表(节目列表)选择期望观看的节目。换言之,用户确定要被接收的服务。
确定信息输入至接收设备的中间件。
在本处理实例中,假设用户改变目前观看的频道Q上的节目q1,以选择频道R上的节目r1。
(步骤S204)
在步骤S204中,接收设备的中间件在参考在步骤S202中接收的SLT(服务列表)时,检查用户选择服务(例如,服务=频道R或服务=频道R的节目r1)的服务类别。
如上所述,每个服务的以下信息被记录在SLT(服务列表)中:
(p)每个服务的基本属性信息,以及
(q)服务信令引导地址。
此外,作为(p)每个服务的基本属性信息,记录先前参考图11至图14描述的服务类别标识符。
在步骤S204中,接收设备的中间件检查用户选择服务(频道R或频道R上的节目r1)的服务类别标识符,并且确认以下应用中的哪一个是应用于与用户选择服务相对应的数据的处理的应用:
常驻再生应用,
广播再生应用,以及
其他广播应用。
在本处理实例中,假设用户选择服务(频道R或频道R上的节目r1)的服务类别标识符表示广播再生应用适用于服务。
在这种情况下,接收设备确认再生处理单元中正在执行的应用。当常驻再生应用在再生处理单元中正在激活中时,接收设备停止常驻再生应用。
例如,当常驻再生应用正在激活中时,例如当频道R之前的设置频道Q上的节目q1设置为通过常驻再生应用再生时,接收设备停止常驻再生应用。
(步骤S205)
步骤S205是发送设备的应用服务器的处理。
在步骤S205中,应用服务器生成广播再生应用以及作为记录关于广播再生应用的控制信息的信令数据的AIT(应用信息表)。
应注意,在本处理实例中,在步骤S205中生成的应用是应用于对构成节目本身的AV片段(构成服务的主要内容)的再生处理的再生应用。换言之,假设应用是广播再生应用。
(步骤S206)
步骤S206是发送设备的广播服务器的处理。
广播服务器生成并传输存储在步骤S206中通过应用服务器生成的AIT(应用信息表)的SLS(服务级别信令)。
SLS(服务级别信令)是记录每个服务的控制信息和属性信息的信令数据。
如先前参考图9和图10描述的,接收设备可基于记录在先前接收的SLT(服务列表)的服务条目中的记录信息,获取SLS。
(步骤S207)
步骤S207是接收设备的中间件的处理。
在步骤S207中,接收设备的中间件获取在步骤S206中通过发送设备的广播服务器传输的且存储AIT(应用信息表)的SLS(服务级别信令)。
这是从发送设备传输的作为与用户选择服务(频道R或频道R上的节目r1)相关联的、属于相同服务(频道R或频道R上的节目r1)且对应于服务的信令数据的SLS。
(步骤S208)
步骤S208是发送设备的应用服务器的处理。
在步骤S208中,发送设备的应用服务器生成并传输广播再生应用。
经由广播波或网络执行传输处理。
应注意,在步骤S208中传输的应用是可应用至对用户选择服务(频道R上的节目r1)的再生处理的广播再生应用。
(步骤S209)
步骤S209是接收设备的中间件以及接收设备的再生处理单元中的广播应用执行单元的处理。
接收设备的中间件从在步骤S207中接收的SLS(服务级别信令)获取AIT(应用信息表)。
包括在该SLS中的AIT是记录关于在步骤S208中通过发送设备的应用服务器传输的广播应用的属性和控制信息的AIT。
接收设备的中间件检查记录在所获取AIT中的传送应用识别标记(连续组件可支持标记)的值(真或假)。
在本处理实例中,在步骤S208中通过发送设备的应用服务器传输的应用是用作用于服务的主要内容(节目)的AV片段的再生应用的广播再生应用。
因此,传送应用识别标记的值被设为真。换言之,确认与该AIT相关联的应用(在步骤S208中通过发送设备的应用服务器传输的应用)是用于服务的主要内容(节目)的AV片段的再生应用。
接收设备的中间件使得接收设备的再生处理单元中的广播应用执行单元基于传送应用识别标记的该检查,激活并执行在步骤S208中通过发送设备的应用服务器传输的广播再生应用。
用于用户选择服务(频道R上的节目r1)的接收和再生的准备由此完成。(步骤S210)
步骤S210是发送设备的DASH服务器的处理。
在步骤S210中,DASH服务器生成并传输作为信令数据的MPD(媒体呈现描述)。
MPD是记录关于各种服务(节目内容)的控制信息的信令数据。例如,关于构成每个服务的AV内容(节目内容)的分段文件的访问信息等记录在MPD中。
(步骤S211)
步骤S211是发送设备的DASH服务器的处理。
在步骤S211中,DASH服务器生成并传输作为构成服务(频道R上的节目r1)的内容的AV片段。
(步骤S212)
步骤S212是接收设备的再生处理单元中的广播应用执行单元的处理。
再生处理单元分析从发送设备接收的MPD,在应用记录在MPD中的关于AV片段的访问信息时获取AV片段,并且在应用广播再生应用时执行包括对服务(频道R上的节目r1)的内容的渲染处理的再生处理。
换言之,再生处理单元在应用常驻再生应用时,执行作为用户选择服务的频道Q上的节目q1的再生。
应注意,在该步骤S210中要经历再生处理的服务是其服务类别标识符已在前述步骤S204中检查的服务。
换言之,检查SLT(服务列表)中的数据表示对于该服务已确认应用于与用户选择服务(频道R上的节目r1)相对应的数据的处理的应用是
广播再生应用的服务(节目)。
通过这些处理,例如常驻再生应用适用于再生时的转换之前再生的服务(频道Q上的节目q1)停止,并且用户选择转换目的地服务(频道R上的节目r1)在广播再生应用适用于再生时再生。
应注意,尽管各种信令数据(诸如SLT、SLS、AIT和MPD)按照参考图24和图25描述的顺序从发送设备传输并通过接收设备接收,但是参考图24和图25描述的信令数据的传输时刻和接收时刻给出作为实例。
信令数据从发送设备持续且重复传输,并且接收设备可在各种时刻接收信令数据。因此,能够在与参考图24和图25描述的传输时刻和接收时刻不同的时刻,执行信令数据传输和接收处理。
作为NRT(非实时)内容的广播再生应用和广播应用可根据需要通过发送设备重复传输,并且这些数据的传输时刻和接收时刻也可被设置为与参考图24和图25描述的传输时刻和接收时刻不同。
此外,通过发送设备传输的信令数据视情况更新,并且被配置为使得信令数据是否更新可通过版本号等确认。接收设备检查所接收的信令数据的版本。当确认接收到比先前接收的信令数据更新的信令数据时,接收设备丢弃先前接收的信令数据,将更新的信令数据存储在存储单元中,并且执行更新信令数据应用至的处理。
通过该处理,接收设备根据需要根据新的信令数据执行处理。
9-4.(处理实例4)在接收设备中基于AIT记述执行广播应用的处理实例
(处理实例4)接下来将参考图26和图27描述在接收设备中基于AIT记述执行广播应用(不是广播再生应用)的处理实例。
以下将依次描述图26和图27所述的每个步骤中的处理。
(步骤S301)
在步骤S301中,广播服务器传输作为信令数据的SLT(服务列表)。
如先前参考图9和图10描述的,SLT(服务列表)是记录每个服务(诸如每个广播站或每个节目)的控制信息的表。
如图10所述,SLT(服务列表)
包括对应于服务的服务条目,并且
(p)每个服务的基本属性信息,以及
(q)服务信令引导地址。
记录在每个服务条目中。
此外,在(p)每个服务的基本属性信息中,记录先前参考图11至图14描述的服务类别标识符。
换言之,使能够确认应用于对与服务对应的数据的处理的应用是否是如下至少一个的服务类别标识符:
常驻再生应用,
广播再生应用,以及
其他广播应用
记录在(p)每个服务的基本属性信息中。
当使用参考图13和图14描述的服务类别标识符时,也能够区分应用是
广播再生应用(专门类型),还是
广播再生应用(共享类型)。
(步骤S302)
接下来,接收设备的中间件基于从发送设备接收的SLT在显示单元上显示服务列表,例如由发送设备提供的节目列表。
(步骤S303)
在步骤S303中,接收设备的用户从在接收设备的显示单元上显示的服务列表(节目列表)选择期望观看的节目。换言之,用户确定要被接收的服务。
确定信息输入至接收设备的中间件。
在本处理实例中,假设用户改变目前观看的频道Q上的节目q1,以选择基于应用的服务。
(步骤S304)
在步骤S304中,接收设备的中间件在参考在步骤S302中接收的SLT(服务列表)时,检查用户选择服务(例如,服务=基于应用的服务)的服务类别。
如上所述,每个服务的以下信息被记录在SLT(服务列表)中:
(p)每个服务的基本属性信息,以及
(q)服务信令引导地址。
此外,作为(p)每个服务的基本属性信息,记录先前参考图11至图14描述的服务类别标识符。
在步骤S304中,接收设备的中间件检查用户选择服务(基于应用的服务)的服务类别标识符,并且确认以下应用中的哪一个是应用于对与用户选择服务相对应的数据的处理的应用:
常驻再生应用,
广播再生应用,以及
其他广播应用。
在本处理实例中,假设用户选择服务(基于应用的服务)的服务类别标识符表示其他广播应用(即,广播应用)应用于服务。
在这种情况下,接收设备确认正在再生处理单元中执行的应用。当常驻再生应用正在再生处理单元中处于激活时,接收设备停止常驻再生应用。
例如,当常驻再生应用正在被激活中时,例如当服务转换之前的设置频道Q上的节目q1通过常驻再生应用再生时,接收设备停止常驻再生应用。
(步骤S305)
步骤S305是发送设备的应用服务器的处理。
在步骤S305中,发送设备的应用服务器生成应用于用户选择的基于应用的服务的执行的广播应用以及作为记录关于广播应用的控制信息的信令数据的AIT(应用信息表)。
应注意,在本处理实例中,在步骤S305中生成的应用不是应用于构成节目本身的AV片段(即,构成服务的主要内容)的再生处理的再生应用。换言之,假设应用是与广播再生应用不同且应用于基于应用的服务的执行的应用。
(步骤S306)
步骤S306是发送设备的广播服务器的处理。
广播服务器生成并传输存储在步骤S306中通过应用服务器生成的AIT(应用信息表)的SLS(服务级别信令)。
SLS(服务级别信令)是记录每个服务的控制信息和属性信息的信令数据。
如先前参考图9和图10描述的,接收设备可基于记录在先前接收的SLT(服务列表)的服务条目中的记录信息,获取SLS。
(步骤S307)
步骤S307是接收设备的中间件的处理。
在步骤S307中,接收设备的中间件获取在步骤S306中通过发送设备的广播服务器传输的且存储AIT(应用信息表)的SLS(服务级别信令)。
这是从发送设备传输的作为与用户选择服务(基于应用的服务)相关联的且对应于服务的信令数据的SLS。
(步骤S308)
步骤S308是发送设备的应用服务器的处理。
在步骤S308中,发送设备的应用服务器生成并传输广播应用。
经由广播波或网络执行传输处理。
应注意,在步骤S308中传输的应用是可应用至用户选择服务(基于应用的服务)的执行的广播应用。
(步骤S309)
步骤S309是接收设备的中间件以及接收设备的再生处理单元中的广播应用执行单元的处理。
接收设备的中间件从在步骤S307中接收的SLS(服务级别信令)获取AIT(应用信息表)。
包括在该SLS中的AIT是记录关于在步骤S308中通过发送设备的应用服务器传输的广播应用的属性和控制信息的AIT。
接收设备的中间件检查记录在所获取AIT中的传送应用识别标记(连续组件可支持标记)的值(真或假)。
在本处理实例中,在步骤S308中通过发送设备的应用服务器传输的应用不是用作用于服务的主要内容(节目)的AV片段的再生应用的广播再生应用而是执行其他处理的广播应用。
因此,传送应用识别标记的值被设为假。换言之,确认与该AIT相关联的应用(在步骤S308中通过发送设备的应用服务器传输的应用)不是用于服务的主要内容(节目)的AV片段的再生应用。
接收设备的中间件使得接收设备的再生处理单元中的广播应用执行单元基于传送应用识别标记的该检查,激活并执行在步骤S308中通过发送设备的应用服务器传输的广播应用。
用户选择服务(基于应用的服务)的接收和执行由此开始。
通过这些处理,在例如常驻再生应用适用于再生时的转换之前再生的服务(频道Q上的节目q1)停止,并且用户选择转换目的地服务(基于应用的服务)在广播应用适用于执行时执行。
应注意,尽管各种信令数据(诸如SLT、SLS、AIT和MPD)按照参考图26和图27描述的顺序从发送设备传输并由接收设备接收,但是参考图26和图27描述的信令数据的传输时刻和接收时刻给出作为实例。
信令数据从发送设备持续且重复传输,并且接收设备可在各种时刻接收信令数据。因此,能够在与参考图26和图27描述的传输时刻和接收时刻不同的时刻,执行信令数据传输和接收处理。
作为NRT(非实时)内容的广播再生应用和广播应用可根据需要通过发送设备重复传输,并且这些数据的传输时刻和接收时刻也可被设置为与参考图24和图25描述的传输时刻和接收时刻不同。
此外,通过发送设备传输的信令数据视情况更新,并且被配置为使得信令数据是否更新可通过版本号等确认。接收设备检查所接收的信令数据的版本。当确认接收到比先前接收的信令数据更新的信令数据时,接收设备丢弃先前接收的信令数据,将更新的信令数据存储在存储单元中,并且执行更新信令数据应用至的处理。
通过该处理,接收设备根据需要根据新的信令数据执行处理。
10.发送设备和接收设备的配置实例
接下来,将参考图28和图29描述作为通信设备的发送设备(服务器)20和接收设备(客户端)30的设备配置实例。
图28描绘发送设备(服务器)20和接收设备(客户端)30的配置实例。
发送设备(服务器)20包括数据处理单元751、通信单元752以及存储单元753。
接收设备(客户端)30包括数据处理单元771、通信单元772、存储单元773、输入单元774和输出单元775。
数据处理单元771包括通信数据处理单元771a和再生处理单元771b。
发送设备(服务器)20的数据处理单元751执行用于执行数据传送服务的各种数据处理。例如,数据处理单元751进行对数据传送服务的配置数据的生成控制以及对数据传送服务的传输控制。此外,数据处理单元751对构成提供至接收设备(客户端)30的节目数据等的AV片段、应用、各种其他数据、信令数据等执行生成和传输处理。
通信单元752执行通信处理,诸如对构成节目数据等的AV片段、应用、各种其他数据、信令数据等的传送处理。
存储单元753存储构成要被传送的节目数据等的AV片段、应用、各种其他数据、信令数据等。
进一步地,存储单元753用作由数据处理单元751执行的数据处理的工作区域,并且还用作各种参数的存储区域。
同时,接收设备(客户端)30包括数据处理单元771、通信单元772、存储单元773、输入单元774和输出单元775。
通信单元772接收从发送设备(服务器)20传送的数据,例如,构成节目数据等的AV片段、应用、各种其他数据以及信令数据。
数据处理单元771包括通信数据处理单元771a和再生处理单元771b,并且执行例如根据上述实施方式的处理等。
具体地,数据处理单元771使用AV片段、应用、各种其他数据、信令数据等执行数据处理等。
诸如用户指令命令的各种命令(例如,频道选择命令、应用激活命令以及安装命令)经由输入单元774输入至接收设备(客户端)30。
再生数据输出至输出单元775,诸如显示单元和扬声器。
存储单元773存储构成节目数据等的AV片段、应用、各种其他数据、信令数据等。
进一步地,存储单元773用作用于由数据处理单元771执行的数据处理的工作区域,并且还用作用于各种参数的存储区域。
图29描绘可应用至发送设备20和接收设备30中的每一个的通信设备的硬件配置实例。
CPU(中央处理单元)801用作根据存储在ROM(只读存储器)802或存储单元808中的程序执行各种处理的数据处理单元。例如,CPU 801根据上述实施方式中描述的顺序执行处理。RAM(随机存取存储器)803存储通过CPU 801执行的节目、数据等。CPU 801、ROM 802和RAM 803通过总线804相互连接。
CPU 801经由总线804连接至输入/输出接口805,并且配置有各种开关、键盘、鼠标、麦克风等的输入单元806以及配置有显示器、扬声器等的输出单元807连接至输入/输出接口805。CPU 801响应于从输入单元806输入的命令执行各种处理,并将处理结果输出至例如输出单元807。
连接至输入/输出接口805的存储单元808配置有例如硬盘等,并且存储由CPU 801执行的程序和各种数据。通信单元809用作经由网络(例如,互联网或局域网)的数据通信的传输和接收单元,还用作用于广播波的传输和接收单元,并且与外部设备通信。
连接至输入/输出接口805的驱动器810驱动诸如磁盘、光盘、磁光盘或半导体存储器(例如,存储卡)的可移动介质811,并执行数据的记录或读取。
在数据编码或解码可被执行作为通过用作数据处理单元的CPU 801执行的处理的同时,可替换地,通信设备可被配置为包括用作用于执行编码处理或解码处理的专用硬件的编码解码器。
11.本公开的配置的总体概述
至此,已在参考具体实施方式的同时,详细描述了本公开的实施方式。然而,明显的是,本领域普通技术人员可在本公开的范围内,做出实施方式的修改或找到用于此的替换。即,本发明已以说明性形式公开,并且不应专门解释。应参考权利要求以用于评估本公开的范围。
本说明书中公开的技术可进行如下配置。
(1)一种接收设备,包括:
通信单元,接收能够标识应用于由发送设备提供的服务的应用的服务类别标识符;以及
数据处理单元,被配置为
响应于服务类别标识符确定应用于服务的应用,并且
在出现服务转换且在转换之前和之后应用于服务的应用相同时,对服务转换之前所应用的应用执行继续处理。
(2)根据(1)所述的接收设备,其中,
应用是应用于对由发送设备提供的内容的再生处理的再生应用,并且
服务类别标识符是能够通过确定是应用再生应用(a)还是再生应用(b)来再生服务,来标识服务的标识符,
再生应用(a)是作为接收设备常驻型再生应用的常驻再生应用,
再生应用(b)是由发送设备提供的作为用于由发送设备提供的服务的再生应用的广播再生应用。
(3)根据(2)所述的接收设备,其中,
在出现服务转换且在服务转换之前和之后应用于服务的应用中的每一个是常驻再生应用时,数据处理单元对在服务转换之前所应用的应用执行继续处理。
(4)根据(1)至(3)中任一项所述的接收设备,其中,
应用是应用于对由发送设备提供的内容的再生处理的再生应用,并且
服务类别标识符是能够通过确定是应用再生应用(b1)还是再生应用(b2)来再生服务,来标识服务的标识符,
再生应用(b1)是作为专用于由发送设备提供的服务的再生应用并且可应用至对多个不同服务的再生处理的共享广播再生应用,
再生应用(b2)是作为专用于由发送设备提供的服务的再生应用并且可仅应用至对一个服务的再生处理的专用广播再生应用。
(5)根据(4)所述的接收设备,其中,
在出现服务转换且在服务转换之前和之后应用于服务的应用中的每一个是共享广播再生应用时,数据处理单元对在服务转换之前所应用的应用执行继续处理。
(6)根据(1)至(5)中任一项所述的接收设备,其中,
通信单元接收服务类别标识符作为由发送设备传输的信令数据。
(7)根据(6)所述的接收设备,其中,
信令数据是存储记录每个服务的信息的服务条目的SLT(服务列表)。
(8)根据(1)至(7)中任一项所述的接收设备,其中,
服务类别标识符是设置为与由广播站提供的每个广播站的服务以及每个节目的服务中的至少一个相关联的标识符。
(9)根据(1)=(8)中任一项所述的接收设备,其中,
数据处理单元在出现所接收的频道切换时,基于服务类别标识符来确定在所接收的频道切换之前和之后应用于节目再生的应用是否相同,并且当确认在所接收的频道切换之前和之后应用于节目再生的应用相同时,对在所接收的频道切换之前所执行的应用执行继续处理。
(10)根据(1)至(9)中任一项所述的接收设备,其中,
通信单元进一步接收传送应用识别标记,传送应用识别标记指示从发送设备接收的应用是否是应用于对由发送设备提供的服务的再生处理的再生应用,并且
数据处理单元基于传送应用识别标记的值执行应用控制。
(11)根据(10)所述的接收设备,其中,
当传送应用识别标记的值表示应用是再生应用时,数据处理单元执行由发送设备提供的广播再生应用作为用于由发送设备提供的服务的再生应用,并且
当传送应用识别标记的值表示应用不是再生应用时,执行由发送设备提供的广播应用。
(12)根据(10)或(11)所述的接收设备,其中,
传送应用识别标记以这样的方式配置以便被记录在记录与由发送设备提供的应用相对应的控制信息的AIT(应用信息表)中。
(13)一种发送设备,包括:
通信单元,被配置为传输:
可用于接收设备的服务上的配置数据,
能够标识应用于服务的应用的服务类别标识符,以及
应用于服务的应用。
(14)根据(13)所述的发送设备,其中,
应用是应用于对由发送设备提供的内容的再生处理的再生应用,并且
服务类别标识符是能够通过确定是应用再生应用(a)还是再生应用(b)来再生服务,来标识服务的标识符,
再生应用(a)是作为接收设备常驻型再生应用的常驻再生应用,
再生应用(b)是由发送设备提供的作为用于由发送设备提供的服务的再生应用的广播再生应用。
(15)根据(13)或(14)所述的发送设备,其中,
应用是应用于对由发送设备提供的内容的再生处理的再生应用,并且
服务类别标识符是能够通过确定是应用再生应用(b1)还是再生应用(b2)来再生服务,来标识服务的标识符,
再生应用(b1)是作为专用于由发送设备提供的服务的再生应用并且可应用至对多个不同服务的再生处理的共享广播再生应用,
再生应用(b2)是作为专用于由发送设备提供的服务的再生应用并且可仅应用至对一个服务的再生处理的专用广播再生应用。
(16)根据(13)至(15)中任一项所述的发送设备,其中,
通信单元将服务类别标识符记录在存储记录每个服务的信息的服务条目的SLT(服务列表)中,并且传输SLT(服务列表)。
(17)根据(13)或(16)中任一项所述的发送设备,其中,
服务类别标识符是设置为与由广播站提供的每个广播站的服务以及每个节目的服务中的至少一个相关联的标识符。
(18)根据(13)至(17)中任一项所述的发送设备,其中,
通信单元进一步传输传送应用识别标记,传送应用识别标记指示由发送设备传输的应用是否是应用于对由发送设备提供的服务的再生处理的再生应用。
(19)一种由接收设备执行的数据处理方法,包括:
由通信单元接收能够标识应用于由发送设备提供的服务的应用的服务类别标识符;
由数据处理单元响应于服务类别标识符确定应用于服务的应用;以及
由数据处理单元在出现服务转换且在服务转换之前和之后应用于服务的应用相同时,对服务转换之前所应用的应用执行继续处理。
(20)一种由发送设备执行的数据处理方法,包括:
传输可用于接收设备的服务上的配置数据,
能够标识应用于服务的应用的服务类别标识符,以及
应用于服务的应用。
此外,可通过硬件、软件或硬件和软件的组合配置实现在说明书中描述的一系列处理。如果处理通过软件实现,则记录处理顺序的程序可通过被安装在结合至专用硬件的计算机内的存储器来执行,或者可通过被安装在能够执行各种处理的通用计算机中来执行。例如,程序可预先记录在记录介质中。程序可不仅通过从计算机中的记录介质安装来执行而且也通过经由诸如LAN(局域网)或互联网的网络接收并且安装在诸如嵌入在计算机中的硬盘的记录介质中。
在说明书中描述的各种处理可不仅根据描述以时间顺序执行,而且也响应于执行处理的设备的处理能力或者根据需要单独或者并行执行。此外,在本说明书中,系统意味着多个设备的逻辑上组装配置,并且不限于具有配置的设备设置在相同壳体中的系统。
工业实用性
如到目前为止描述的,根据本公开的一个实施方式的配置,实现如下配置,在该配置中,在接收设备中应用的再生应用可使用记录在可提前接收的SLT中的服务类别标识符来确定。
具体地,能够标识应用于由发送设备提供的提供服务(诸如,节目)的应用的服务类别标识符被传输至接收设备。在出现服务转换且在转换之前和之后应用于服务的应用相同时,接收设备对服务转换之前所应用的应用执行继续处理。服务类别标识符是能够通过确定是应用常驻再生应用还是广播再生应用来再生服务,来标识服务的标识符。
利用本配置,实现一种配置使得在接收设备中应用的再生应用可使用记录在可提前接收的SLT中的服务类别标识符来确定。
参考符号列表
10:通信系统
20:发送设备
21:广播服务器
22:数据传送服务器
30:接收设备
31:TV
32:PC
33:移动终端
50:信令数据
60:AV片段
70:其他数据
110:中间件
111:通信单元(PHY/MAC)
112:信令获取单元
113:信令分析单元
114:片段获取单元
120:HTTP代理服务器
121:缓存单元
122:地址解析单元
130:再生处理单元(应用执行单元)131:再生控制单元
132:输出控制单元
201:MPD获取单元
202:MPD分析单元
203:片段获取单元
204:片段分析单元
211:解码单元
212:输出单元
301:服务列表(SLT)
311至313:服务
351至353:服务条目
361:每个服务的基本属性信息
362:服务信令引导地址
751:数据处理单元
752:通信单元
753:存储单元
771:数据处理单元
772:通信单元
773:存储单元
774:输入单元
775:输出单元
801:CPU
802:ROM
803:RAM
804:总线
805:输入/输出接口
806:输入单元
807:输出单元
808:存储单元
809:通信单元
810:驱动器
811:可移动介质
Claims (24)
1.一种接收设备,包括:
通信单元,被配置为接收识别应用于由发送设备经由广播提供的服务的应用的服务类别标识符,其中服务类别指示接收设备常驻型应用或者指示由所述接收设备接收的用于由所述发送设备提供的服务的应用;以及
数据处理单元,被配置为:
响应于所述服务类别标识符来确定与所述服务相关的应用,并且
当所述服务转换发生时并且在转换之前和之后与所述服务相关的应用相同时,对服务转换之前与服务相关的应用执行继续处理;
其中,所述服务类别标识符包括在服务列表(SLT)中;并且
所述服务类别与仅音频服务或者音视频服务相关。
2.根据权利要求1所述的接收设备,其中
应用是应用于对由所述发送设备提供的内容的再生处理的再生应用,并且
所述服务类别标识符是能够通过确定对所述服务的再生应用再生应用a还是再生应用b来标识所述服务的标识符,
所述再生应用a是作为接收设备常驻型再生应用的常驻再生应用,
所述再生应用b是由所述发送设备提供的、作为用于由所述发送设备提供的所述服务的再生应用的广播再生应用。
3.根据权利要求2所述的接收设备,其中
当所述服务转换发生时并且在所述服务转换之前和之后应用于各服务的应用均为所述常驻再生应用时,所述数据处理单元被配置为对所述服务转换之前所应用的应用执行所述继续处理。
4.根据权利要求1所述的接收设备,其中
应用是应用于对由所述发送设备提供的内容的再生处理的再生应用,并且
所述服务类别标识符是能够通过确定对所述服务的再生应用再生应用b1还是再生应用b2来标识所述服务的标识符,
所述再生应用b1是共享广播再生应用,所述共享广播再生应用是专用于由所述发送设备提供的服务的再生应用并且能够应用至对多个不同服务的再生处理,
所述再生应用b2是专用广播再生应用,所述专用广播再生应用是专用于由所述发送设备提供的服务的再生应用并且仅能够应用至对一个服务的再生处理。
5.根据权利要求4所述的接收设备,其中
当所述服务转换发生时并且在所述服务转换之前和之后应用于各服务的应用均为所述共享广播再生应用时,所述数据处理单元被配置为对在所述服务转换之前所应用的应用执行所述继续处理。
6.根据权利要求1所述的接收设备,其中
所述通信单元被配置为接收从所述发送设备接收的作为信令数据的所述服务类别标识符。
7.根据权利要求6所述的接收设备,其中
所述信令数据包括在存储记录有每个服务的信息的服务条目的所述服务列表内。
8.根据权利要求1所述的接收设备,其中
所述服务类别标识符是设定成与每个广播站的服务以及由广播站提供的每个节目的服务中的至少一种服务相关联的标识符。
9.根据权利要求1所述的接收设备,其中
所述数据处理单元被配置为在接收频道切换发生时,基于所述服务类别标识符来确定在接收频道切换之前和之后应用于节目再生的应用是否相同,并且当确认在接收频道切换之前和之后应用于所述节目再生的应用相同时,对在接收频道切换之前正在执行的应用执行所述继续处理。
10.根据权利要求1所述的接收设备,其中
所述通信单元进一步被配置为接收传送应用识别标记,所述传送应用识别标记指示从所述发送设备接收的应用是否是应用于对由所述发送设备提供的服务的再生处理的再生应用,并且
所述数据处理单元被配置为基于所述传送应用识别标记的值执行应用控制。
11.根据权利要求10所述的接收设备,其中
当所述传送应用识别标记的值表示应用是再生应用时,所述数据处理单元被配置为执行由所述发送设备提供的、作为用于由所述发送设备提供的服务的再生应用的广播再生应用,并且
当所述传送应用识别标记的值表示应用不是再生应用时,所述数据处理单元被配置为执行由所述发送设备提供的广播应用。
12.根据权利要求10所述的接收设备,其中
所述传送应用识别标记配置为被记录在记录有与由所述发送设备提供的应用对应的控制信息的应用信息表中。
13.根据权利要求1至12中的任一项所述的接收设备,其中所述接收设备是电视机。
14.一种发送设备,包括:
通信单元,被配置为发送:
能够用于接收设备的服务的配置数据,
识别与所述服务相关的应用的类别的服务类别标识符,其中服务类别指示接收设备常驻型应用或者指示发送给接收设备的用于由所述发送设备提供的服务的应用,以及
与所述服务相关的应用;
所述服务类别标识符被配置为能够使所述接收设备:确定与所述服务相关的应用,并且
当所述服务转换发生时并且在转换之前和之后与所述服务相关的应用相同时,对服务转换之前与服务相关的应用执行继续处理;
其中,所述服务类别标识符包括在服务列表(SLT)中;并且
所述服务类别与仅音频服务或者音视频服务相关。
15.根据权利要求14所述的发送设备,其中
应用是应用于对由所述发送设备提供的内容的再生处理的再生应用,并且
所述服务类别标识符是能够通过确定对所述服务的再生是应用再生应用a还是再生应用b来标识所述服务的标识符,
所述再生应用a是作为接收设备常驻型再生应用的常驻再生应用,
所述再生应用b是由所述发送设备提供的、作为用于由所述发送设备提供的服务的再生应用的广播再生应用。
16.根据权利要求14所述的发送设备,其中
应用是应用于对由所述发送设备提供的内容的再生处理的再生应用,并且
所述服务类别标识符是能够通过确定对所述服务的再生是应用再生应用b1还是再生应用b2来标识所述服务的标识符,
所述再生应用b1是共享广播再生应用,所述共享广播再生应用是专用于由所述发送设备提供的服务的再生应用并且能够应用至对多个不同服务的再生处理,
所述再生应用b2是专用广播再生应用,所述专用广播再生应用是专用于由所述发送设备提供的服务的再生应用并且仅能够应用至对一个服务的再生处理。
17.根据权利要求14所述的发送设备,其中
所述通信单元被配置为将所述服务类别标识符记录在存储记录有每个服务的信息的服务条目的所述服务列表中,并且发送所述服务列表。
18.根据权利要求14所述的发送设备,其中
所述服务类别标识符是设定成与每个广播站的服务或者由广播站提供的每个节目的服务相关联的标识符。
19.根据权利要求14所述的发送设备,其中
所述通信单元进一步被配置为发送传送应用识别标记,所述传送应用识别标记表示由所述发送设备发送的应用是否是应用于对由所述发送设备提供的服务的再生处理的再生应用。
20.一种由接收设备执行的数据处理方法,包括:
由通信单元接收能够识别应用于由发送设备经由广播提供的服务的应用的服务类别标识符,其中服务类别指示接收设备常驻型应用或者指示由所述接收设备接收的用于由所述发送设备提供的服务的应用;
由数据处理单元响应于所述服务类别标识符确定与所述服务相关的应用;以及
由所述数据处理单元在服务转换发生时并且在所述服务转换之前和之后与所述服务相关的应用相同时,对所述服务转换之前与服务相关的应用执行继续处理;
其中,所述服务类别标识符包括在服务列表(SLT)中;并且
所述服务类别与仅音频服务或者音视频服务相关。
21.根据权利要求20所述的方法,其中
所述应用是应用于对由所述发送设备提供的内容的再生处理的再生应用,并且
所述服务类别标识符是能够通过确定对所述服务的再生应用再生应用a还是再生应用b来标识所述服务的标识符,
所述再生应用a是作为接收设备常驻型再生应用的常驻再生应用,
所述再生应用b是由所述发送设备提供的、作为用于由所述发送设备提供的所述服务的再生应用的广播再生应用。
22.根据权利要求20所述的方法,其中
所述应用是应用于对由所述发送设备提供的内容的再生处理的再生应用,并且
所述服务类别标识符是能够通过确定对所述服务的再生应用再生应用b1还是再生应用b2来标识所述服务的标识符,
所述再生应用b1是共享广播再生应用,所述共享广播再生应用是专用于由所述发送设备提供的服务的再生应用并且能够应用至对多个不同服务的再生处理,
所述再生应用b2是专用广播再生应用,所述专用广播再生应用是专用于由所述发送设备提供的服务的再生应用并且仅能够应用至对一个服务的再生处理。
23.根据权利要求20所述的方法,其中
所述方法包括接收从所述发送设备接收的作为信令数据的所述服务类别标识符。
24.一种由发送设备执行的数据处理方法,包括:
发送能够用于接收设备的服务的配置数据,
识别与所述服务相关的应用的类别的服务类别标识符,其中服务类别指示接收设备常驻型应用或者指示发送给接收设备的用于由所述发送设备提供的服务的应用,以及
与所述服务相关的应用;
所述服务类别标识符被配置为能够使所述接收设备:确定与所述服务相关的应用,并且
当所述服务转换发生时并且在转换之前和之后与所述服务相关的应用相同时,对服务转换之前与服务相关的应用执行继续处理;
其中所述服务类别标识符包括在服务列表(SLT)中;并且
所述服务类别与仅音频服务或者音视频服务相关。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2015-120805 | 2015-06-16 | ||
JP2015120805 | 2015-06-16 | ||
PCT/JP2016/062985 WO2016203850A1 (ja) | 2015-06-16 | 2016-04-26 | 受信装置、送信装置、およびデータ処理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107683608A CN107683608A (zh) | 2018-02-09 |
CN107683608B true CN107683608B (zh) | 2021-01-22 |
Family
ID=57545562
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680033340.1A Active CN107683608B (zh) | 2015-06-16 | 2016-04-26 | 接收设备、发送设备与数据处理方法 |
Country Status (8)
Country | Link |
---|---|
US (2) | US10595064B2 (zh) |
EP (1) | EP3313084B1 (zh) |
JP (1) | JPWO2016203850A1 (zh) |
KR (1) | KR102506963B1 (zh) |
CN (1) | CN107683608B (zh) |
CA (1) | CA2982102C (zh) |
MX (1) | MX2017016008A (zh) |
WO (1) | WO2016203850A1 (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017014553A1 (ko) * | 2015-07-21 | 2017-01-26 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
WO2017018775A1 (ko) * | 2015-07-28 | 2017-02-02 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법 및 방송 신호 수신 방법 |
JPWO2017061272A1 (ja) * | 2015-10-05 | 2018-08-02 | ソニー株式会社 | 受信装置、送信装置、及び、データ処理方法 |
US10498795B2 (en) * | 2017-02-17 | 2019-12-03 | Divx, Llc | Systems and methods for adaptive switching between multiple content delivery networks during adaptive bitrate streaming |
US11018754B2 (en) * | 2018-08-07 | 2021-05-25 | Appareo Systems, Llc | RF communications system and method |
US10862600B2 (en) * | 2018-11-23 | 2020-12-08 | Sony Corporation | Apparatus and method for an advanced television systems committee (ATSC) 3.0 application running on a non-ATSC 3.0 service |
CN111726674B (zh) * | 2020-06-22 | 2022-11-15 | Vidaa(荷兰)国际控股有限公司 | 一种HbbTV应用启动方法及显示设备 |
JP7175937B2 (ja) * | 2020-06-26 | 2022-11-21 | 楽天銀行株式会社 | ログイン管理システム、ログイン管理方法、及びプログラム |
WO2022045656A1 (ko) * | 2020-08-31 | 2022-03-03 | 엘지전자 주식회사 | 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치 |
CN112188276A (zh) * | 2020-09-30 | 2021-01-05 | 海信电子科技(深圳)有限公司 | 一种频道切换方法及显示设备 |
WO2023140645A1 (ko) * | 2022-01-19 | 2023-07-27 | 엘지전자 주식회사 | 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치 |
WO2023191601A1 (ko) * | 2022-04-01 | 2023-10-05 | 엘지전자 주식회사 | 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102365637A (zh) * | 2009-02-17 | 2012-02-29 | 谷歌公司 | 表征用户信息 |
CN103176688A (zh) * | 2011-12-26 | 2013-06-26 | 腾讯科技(深圳)有限公司 | 分类应用的方法和装置 |
CN103703787A (zh) * | 2012-06-01 | 2014-04-02 | 索尼公司 | 信息处理装置、信息处理方法、程序和应用信息表传送装置 |
CN103843351A (zh) * | 2011-09-29 | 2014-06-04 | 三星电子株式会社 | 用于发送和接收内容的方法和装置 |
CN104520836A (zh) * | 2012-07-17 | 2015-04-15 | 良好科技公司 | 用于促进应用之间的服务提供的系统和方法 |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7810121B2 (en) * | 2002-05-03 | 2010-10-05 | Time Warner Interactive Video Group, Inc. | Technique for delivering network personal video recorder service and broadcast programming service over a communications network |
KR20060046333A (ko) | 2004-11-03 | 2006-05-17 | 엘지전자 주식회사 | 데이터 방송 정보 데이터 구조, 데이터 방송 구분 방법그리고, 데이터 방송 송수신 시스템 |
KR100785078B1 (ko) * | 2006-09-07 | 2007-12-12 | 삼성전자주식회사 | 설정환경 알림 기능을 구비한 호스트장치 및 그 방법 |
US20080126471A1 (en) * | 2006-09-19 | 2008-05-29 | Samsung Electronics Co., Ltd. | Method and apparatus for generating plurality of applications, and method and apparatus for processing application suitable for broadcasting receiving apparatus |
US20080072265A1 (en) * | 2006-09-19 | 2008-03-20 | Samsung Electronics Co., Ltd. | Method and apparatus for processing plurality of applications for broadcasting service and information storage medium storing the method |
US8484634B2 (en) * | 2008-03-28 | 2013-07-09 | Time Warner Cable, Inc. | System for signaling an application to a host device and method therefor |
JP2011087103A (ja) | 2009-10-15 | 2011-04-28 | Sony Corp | コンテンツ再生システム、コンテンツ再生装置、プログラム、コンテンツ再生方法、およびコンテンツサーバを提供 |
JP5498179B2 (ja) * | 2010-01-25 | 2014-05-21 | キヤノン株式会社 | デジタル放送受信装置、及びその制御方法 |
KR20110095627A (ko) * | 2010-02-19 | 2011-08-25 | 엘지전자 주식회사 | 애플리케이션 제공 방법 및 디지털 방송 수신기 |
US20120050619A1 (en) * | 2010-08-30 | 2012-03-01 | Sony Corporation | Reception apparatus, reception method, transmission apparatus, transmission method, program, and broadcasting system |
KR101976052B1 (ko) * | 2011-08-10 | 2019-05-08 | 엘지전자 주식회사 | 방송 서비스 전송 방법, 그 수신 방법 및 방송 서비스 수신 장치 |
US9883247B2 (en) * | 2012-08-13 | 2018-01-30 | Saturn Licensing Llc | Reception apparatus, reception method, transmission apparatus, and transmission method |
JP6348251B2 (ja) | 2012-09-13 | 2018-06-27 | サターン ライセンシング エルエルシーSaturn Licensing LLC | 端末装置、受信方法、およびプログラム |
JP2015109501A (ja) * | 2013-12-03 | 2015-06-11 | シャープ株式会社 | デジタル放送受信機、及び、放送コンテンツ停止方法 |
JP6213197B2 (ja) * | 2013-12-05 | 2017-10-18 | ソニー株式会社 | 情報処理装置および受信方法 |
-
2016
- 2016-04-26 CN CN201680033340.1A patent/CN107683608B/zh active Active
- 2016-04-26 EP EP16811325.6A patent/EP3313084B1/en active Active
- 2016-04-26 JP JP2017524705A patent/JPWO2016203850A1/ja active Pending
- 2016-04-26 MX MX2017016008A patent/MX2017016008A/es active IP Right Grant
- 2016-04-26 CA CA2982102A patent/CA2982102C/en active Active
- 2016-04-26 US US15/566,900 patent/US10595064B2/en active Active
- 2016-04-26 KR KR1020177031453A patent/KR102506963B1/ko active IP Right Grant
- 2016-04-26 WO PCT/JP2016/062985 patent/WO2016203850A1/ja active Application Filing
-
2020
- 2020-02-10 US US16/786,669 patent/US11064231B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102365637A (zh) * | 2009-02-17 | 2012-02-29 | 谷歌公司 | 表征用户信息 |
CN103843351A (zh) * | 2011-09-29 | 2014-06-04 | 三星电子株式会社 | 用于发送和接收内容的方法和装置 |
CN103176688A (zh) * | 2011-12-26 | 2013-06-26 | 腾讯科技(深圳)有限公司 | 分类应用的方法和装置 |
CN103703787A (zh) * | 2012-06-01 | 2014-04-02 | 索尼公司 | 信息处理装置、信息处理方法、程序和应用信息表传送装置 |
CN104520836A (zh) * | 2012-07-17 | 2015-04-15 | 良好科技公司 | 用于促进应用之间的服务提供的系统和方法 |
Also Published As
Publication number | Publication date |
---|---|
MX2017016008A (es) | 2018-04-20 |
US10595064B2 (en) | 2020-03-17 |
US20200177931A1 (en) | 2020-06-04 |
CN107683608A (zh) | 2018-02-09 |
JPWO2016203850A1 (ja) | 2018-04-05 |
WO2016203850A1 (ja) | 2016-12-22 |
CA2982102A1 (en) | 2016-12-22 |
US11064231B2 (en) | 2021-07-13 |
KR20180019068A (ko) | 2018-02-23 |
CA2982102C (en) | 2023-08-22 |
KR102506963B1 (ko) | 2023-03-08 |
EP3313084B1 (en) | 2021-11-17 |
US20180131972A1 (en) | 2018-05-10 |
EP3313084A4 (en) | 2018-10-31 |
EP3313084A1 (en) | 2018-04-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107683608B (zh) | 接收设备、发送设备与数据处理方法 | |
KR102494396B1 (ko) | 방송 서비스를 구성하는 콘텐츠 관련 정보들을 제공하는 방법 및 장치 | |
EP3813381B1 (en) | Method and apparatus for transmitting and receiving adaptive streaming mechanism-based content | |
JP6258856B2 (ja) | 放送システムにおける制御メッセージ構成装置及び方法 | |
US20200221161A1 (en) | Reception apparatus, transmission apparatus, and data processing method | |
US11102536B2 (en) | Transmission apparatus, reception apparatus, and data processing method | |
US11418273B2 (en) | Reception device, transmission device, and data processing method | |
CN107534792B (zh) | 接收设备、发送设备以及数据处理方法 | |
US20170055006A1 (en) | Receiver, transmitter, data communication method, and data processing method | |
US10904603B2 (en) | Transmission apparatus, reception apparatus, and data processing method |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |