CN105981399A - 接收装置、接收方法、传输装置以及传输方法 - Google Patents
接收装置、接收方法、传输装置以及传输方法 Download PDFInfo
- Publication number
- CN105981399A CN105981399A CN201580002942.6A CN201580002942A CN105981399A CN 105981399 A CN105981399 A CN 105981399A CN 201580002942 A CN201580002942 A CN 201580002942A CN 105981399 A CN105981399 A CN 105981399A
- Authority
- CN
- China
- Prior art keywords
- service
- stream
- metadata
- transmission
- data
- 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.)
- Granted
Links
Classifications
-
- 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/42—Arrangements for resource management
- H04H20/423—Transmitter side
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/86—Arrangements characterised by the broadcast information itself
- H04H20/93—Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]
-
- 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/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
- H04H60/73—Systems specially adapted for using specific information, e.g. geographical or meteorological information using meta-information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- 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
- H04H—BROADCAST COMMUNICATION
- H04H2201/00—Aspects of broadcast communication
- H04H2201/40—Aspects of broadcast communication characterised in that additional data relating to the broadcast data are available via a different channel than the broadcast channel
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本技术适于能够有效地、适当地并且容易地获取构成服务的元件的一种接收装置、接收方法、传输装置以及传输方法。在本发明中,一种接收装置:获取第二元数据,第二元数据包括第一标志和第二标志,所述第一标志表示是否能够仅通过第一元数据获取配置服务的元件,所述第一元数据包括适于使用IP传输方案通过数字广播的广播波通过广播传输的元件的流的信息,所述第二标志表示在构成所述服务的元件的流之中是否具有通过通信在互联网上从服务器传输的元件的流;基于所述第二元数据,获取所述第一元数据;基于所述第一元数据,连接至通过广播传输的元件的流;并且控制元件的重放。例如,本技术可以适用于电视接收器。
Description
技术领域
本技术涉及一种接收装置、一种接收方法、一种传输装置以及一种传输方法,并且更具体而言,涉及能够有效地、适当地并且容易地获取配置服务的元件的一种接收装置、一种接收方法、一种传输装置以及一种传输方法。
背景技术
近年来,在各个国家开始了数字广播服务(例如,参照专利文档1)。在各个国家的数字广播标准中,运动图像专家组阶段2-传输流(MPEG2-TS)方案用作传输方案,但是在未来,引进在通信领域中使用的IP数据包用于数字广播的互联网协议(IP)传输方案,并且预期提供更先进的服务。
引用列表
专利文档
专利文档1:日本专利申请公开号2008-263616
发明内容
本发明要解决的问题
同时,作为使用IP传输方案传输例如视频、音频或者字幕的元件的方案的一个候选,有单向传输的实时对象传送(Real-time Object Deliveryover Unidirectional Transport,ROUTE)。ROUTE中,扩展单向文件传输(File Delivery over Unidirectional Transport,FLUTE)用于现场广播服务。
然而,未建立用于通过ROUTE会话传输配置服务(例如,节目)的元件的技术,并且需要一种能够有效地、适当地并且容易地获取配置服务的元件的技术。
鉴于上述情况,构成本技术,并且可取地提供一种能够有效地、适当地并且容易地获取配置服务的元件的技术。
问题的解决方案
本技术的第一方面的一种接收装置包括:第一获取单元,获取包括第一标志和第二标志的第二元数据,所述第一标志表示是否能够仅通过第一元数据获取配置服务的元件,所述第二标志表示在配置所述服务的元件的流之中是否具有通过通信在互联网上从服务器传输的元件的流,所述第一元数据包括与使用互联网协议(IP)传输方案通过数字广播的广播波通过广播传输的元件的流相关的信息;第二获取单元,基于所述第二元数据,获取所述第一元数据;以及控制单元,基于所述第一元数据,访问通过广播传输的元件的流,并且控制元件的再现。
根据本技术的第一方面的接收装置可以是独立装置或者是配置单个装置的内部块。本技术的第一方面的接收方法是一种接收方法,其对应于根据本技术的第一方面的接收装置。
在本技术的第一方面的接收装置的接收方法中,获取包括第一标志和第二标志的第二元数据,所述第一标志表示是否能够仅通过第一元数据获取配置服务的元件,所述第二标志表示在配置所述服务的元件的流之中是否具有通过通信在互联网上从服务器传输的元件的流,所述第一元数据包括与使用互联网协议(IP)传输方案通过数字广播的广播波通过广播传输的元件的流相关的信息;基于所述第二元数据,获取所述第一元数据;以及基于所述第一元数据,访问通过广播传输的元件的流,并且控制元件的再现。
本技术的第二方面的一种传输装置包括:生成单元,生成包括第一标志和第二标志的第二元数据,所述第一标志表示是否能够仅通过第一元数据获取配置服务的元件,所述第二标志表示在配置所述服务的元件的流之中是否具有通过通信在互联网上从服务器传输的元件的流,所述第一元数据包括与使用互联网协议(IP)传输方案通过数字广播的广播波通过广播传输的元件的流相关的信息;以及传输单元,传输生成的第二元数据。
根据本技术的第二方面的传输装置可以是独立装置或者是配置单个装置的内部块。根据本技术的第二方面的传输方法是一种传输方法,其对应于根据本技术的第二方面的传输装置。
在本技术的第二方面的传输装置的传输方法中,生成包括第一标志和第二标志的第二元数据,所述第一标志表示是否能够仅通过第一元数据获取配置服务的元件,所述第二标志表示在配置所述服务的元件的流之中是否具有通过通信在互联网上从服务器传输的元件的流,所述第一元数据包括与使用互联网协议(IP)传输方案通过数字广播的广播波通过广播传输的元件的流相关的信息;以及传输生成的第二元数据。
本发明的效果
根据本技术的第一方面和第二方面,可以有效地、适当地并且容易地获取配置服务的元件。
不必限制在本文中描述的效果,并且可以包括在本公开中描述的效果。
附图说明
图1是示出在使用固定接收器时服务提供***的示例性配置的示图;
图2是示出在使用移动接收器时服务提供***的示例性配置的示图;
图3是示出信令数据的实例的示图;
图4是示出SCD的SCBootstrap元素的LSIDBaseService属性和hybrid属性的组合的实例的示图;
图5是示出操作实例1的***管道模型的示图;
图6是操作实例1的序列图;
图7是示出操作实例2-1的***管道模型的示图;
图8是操作实例2-1的序列图;
图9是示出操作实例2-2的***管道模型的示图;
图10是操作实例2-2的序列图;
图11是示出操作实例3的***管道模型的示图;
图12是操作实例3的序列图;
图13是示出操作实例4的***管道模型的示图;
图14是操作实例4的序列图;
图15是示出操作实例5-1的***管道模型的示图;
图16是操作实例5-1的序列图;
图17是示出操作实例5-2的***管道模型的示图;
图18是示出应用本技术的传输装置的实施方式的配置的示图;
图19是示出应用本技术的接收装置的实施方式的配置的示图;
图20是示出图19的控制单元的示例性功能配置的示图;
图21是示出应用本技术的宽带服务器的实施方式的配置的示图;
图22是用于描述传输过程的流程的流程图;
图23是用于描述初始扫描过程的流程的流程图;
图24是用于描述LLS获取/记录过程的流程的流程图;
图25是用于描述预先调谐过程的流程的流程图;
图26是用于描述调谐过程的细节的流程图;
图27是用于描述对应于混合的调谐过程的细节的流程图;
图28是示出LLS数据包的结构的示图;
图29是示出LLS报头的LLS索引的实例的示图;
图30是示出SCD的语法的示图;
图31是示出EAD的语法的示图;
图32是示出基于EAD的紧急警报信息的显示实例的示图;
图33是示出RRD的语法的示图;
图34是示出DCD的语法的实例的示图;
图35是示出LCT数据包的结构的示图;
图36是示出LCT报头的SCS索引的实例的示图;
图37是示出LSID的语法的实例的示图;
图38是示出SourceFlow元素的语法的实例的示图;
图39是示出EFDT元素的语法的实例的示图;
图40是示出RepairFlow元素的语法的实例的示图;
图41是示出ProtectedObject元素的语法的实例的示图;
图42是示出SPD的语法的实例的示图;
图43是示出HybridSignalLocationDescription元素的语法的实例的示图;
图44是示出ContentAdvisoryDescription元素的语法的实例的示图;
图45是示出NRTServiceDescription元素的语法的实例的示图;
图46是示出ProtocolVersionDescription元素的语法的实例的示图;
图47是示出CapabilityDescription元素的语法的实例的示图;
图48是示出IconDescription元素的语法的实例的示图;
图49是示出ISO-639Language Description元素的语法的实例的示图;
图50是示出ReceiverTargetingDescription元素的语法的实例的示图;
图51是示出计算机的示例性配置的示图。
具体实施方式
在后文中,参照附图,描述本技术的示例性实施方式。描述按照以下顺序继续进行。
1、***的配置
2、操作实例
(1)操作实例1:基本广播服务选择(固定接收器和直接选择)
(2)操作实例2-1:混合服务选择1(固定接收器和直接选择)
(3)操作实例2-2:混合服务选择2(固定接收器和直接选择)
(4)操作实例3:基本广播服务选择(移动接收器和ESG选择)
(5)操作实例4:基本广播服务选择(固定接收器、ESG选择)
(6)操作实例5-1:稳健服务选择1(固定接收器和直接选择)
(7)操作实例5-2:稳健服务选择2(固定接收器和直接选择)
3、装置配置***的配置
4、由装置执行的处理流程
5、语法的实例
(1)LLS信令数据
(2)SCS信令数据
6、修改的实例
7、计算机的配置
<1、***的配置>
(在使用固定接收器时服务提供***的示例性配置)
图1是示出在使用固定接收器时服务提供***的示例性配置的示图。
在图1中,服务提供***1是给用作固定接收器的接收装置20A提供服务的***。服务提供***1配置有传输装置10、接收装置20A、宽带服务器30以及互联网服务器40。接收装置20A通过互联网90与宽带服务器30以及互联网服务器40连接。
例如,传输装置10是支持预定标准的数字地面电视广播的、由广播公司提供的并且安装在广播站的传输器。作为根据本技术的实施方式的数字地面电视广播标准,例如,可使用高级电视***委员会(ATSC)标准等标准。
传输装置10通过使用IP传输方案的数字广播的广播波以及信令数据,传输配置服务(例如,节目)的元件的流,例如,视频、音频或字幕。
作为信令数据,有两种类型的信令数据,即,不依赖于服务的低层信令(LLS)信令数据以及服务单元的服务信道信令(SCS)信令数据,稍后详细描述。
通过ROUTE会话,传输元件(例如,视频和音频)以及SCS信令数据。ROUTE中扩展FLUTE(RFC 6276、5775以及5651)用于现场广播服务。有ROUTE称为FLUTE+(FLUTE加)或FLUTE增强等的情况。
在ROUTE会话中,例如,管理要传输的文件,作为使用传输对象标识符(Transport Object Identifier,TOI)的对象。管理一组多个对象,作为使用传输会话标识符(Transport Session Identifier,TSI)的会话。换言之,在ROUTE会话中,可以使用TSI和TOI的两块识别信息指定特定文件。
例如,接收装置20A是支持预定标准的数字地面电视广播的固定接收器,例如,电视接收器或机顶盒,并且例如安装在每个用户的房屋内。接收装置20A具有通信功能并且可以通过互联网90访问宽带服务器30和互联网服务器40。接收装置20A不必具有通信功能。
接收装置20A接收从传输装置10中传输的数字广播的广播波,并且获取通过数字广播的广播波传输的信令数据。接收装置20A基于获取的信令数据,访问通过从传输装置10中传输的数字广播的广播波传输的服务(配置该服务的元件)的流,并且再现(输出)从所述流中获得的视频和声音。
宽带服务器30根据从接收装置20A中做出的请求,通过互联网90执行元件的流的流传送,例如,配置服务(例如,节目)的视频、音频或字幕。宽带服务器30根据从接收装置20A中做出的请求,通过互联网90传送信令数据。
接收装置20A基于从传输装置10或宽带服务器30中接收的信令数据,通过互联网90访问从宽带服务器30中流传送的服务(配置该服务的元件)的流,并且再现(输出)从所述流中获得的视频或声音。
互联网服务器40是根据从接收装置20A中做出的请求传送各种信息的服务器。例如,互联网服务器40可传送与紧急警报相关的紧急警报信息。在这种情况下,接收装置20A可以通过互联网90访问互联网服务器40,从互联网服务器40中获取紧急警报信息,并且显示紧急警报信息。
(在使用移动接收器时服务提供***的示例性配置)
图2是示出在使用移动接收器时服务提供***的示例性配置的示图。
在图2中,服务提供***2是甚至在用作移动接收器的接收装置20B在广播区域之间移动时可以连续提供服务的***。服务提供***2与图1的服务提供***1的不同之处在于,设置接收装置20B,代替接收装置20A,并且进一步设置中继站50和接入点60。
从传输装置10中传输的数字广播的广播波由接收装置20B通过中继站50在中继站50的广播区域内接收。接入点60是公共无线局域网(LAN)的接入点,并且在接入点60的通信区域内的接收装置20B可以通过接入点60连接至互联网90。
例如,接收装置20B是移动接收器,例如,智能电话、移动电话、平板电脑、个人电脑或在车辆内使用的终端,并且支持(例如)预定标准的数字地面电视广播。
接收装置20B通过接入点60访问互联网90,并且从宽带服务器30中获取信令数据。接收装置20B通过中继站50接收从传输装置10中传输的数字广播的广播波,并且获取通过数字广播的广播波传输的信令数据。
接收装置20B基于从传输装置10或宽带服务器30中获取的信令数据,访问从传输装置10或宽带服务器30中传输的服务(配置该服务的元件)的流,并且再现(输出)从所述流中获得的视频或声音。
在图2中,为了方便描述,示出了安装一个传输装置10和一个中继站50的配置,但是实际上,安装一个或多个传输装置10和多个中继站50,并且用作移动接收器的接收装置20B在由多个中继站50提供的多个广播区域内移动。接收装置20B可通过移动网络(例如,长期演进(LTE))连接至宽带服务器30,而不干扰接入点60。
如上所述配置服务提供***1和2。在以下描述中,在不需要特别区分接收装置20A和接收装置20B时,简称为“接收装置20”。
(信令数据的实例)
图3是示出信令数据的实例的示图。
作为信令数据,具有通过LLS流传输的LLS信令数据以及通过SCS流传输的SCS信令数据。
LLS信令数据是不依赖于服务的低层的信令数据并且通过在IP传输方案的协议栈中比IP层更低的层传输。例如,包括LLS元数据,例如,服务配置描述(Service Configuration Description,SCD)、紧急警报描述(Emergency Alerting Description,EAD)、区域分级描述(Region RatingDescription,RRD)以及默认元件描述(Default component Description,DCD),作为LLS信令数据。
SCS信令数据是服务单元的信令数据并且通过在IP传输方案的协议栈中比IP层更高的层传输。例如,包括SCS元数据,例如,用户服务捆绑描述(User Service Bundle Description,USBD)、用户服务描述(UserService Description,USD)、会话描述协议(Session Description Protocol,SDP)、媒体呈现描述(Media Presentation Description,MPD)、初始化段(Initialization Segment,IS)、LCT会话实例描述(LCT Session InstanceDescription,LSID)、当前电子服务指南(Electric Service Guide Current,ESGc)以及服务参数描述(Service Parameter Description,SPD),作为SCS信令数据。通过ROUTE会话传输SCS信令数据。
SCD表示通过对应于MPEG2-TS方案的ID***的在网络内的BBP流配置和服务配置。例如,在SCD内描述用于访问ESG流的ESG引导程序信息、用于访问SCS流的SC引导程序信息以及用于通过通信获取SCS信令数据的SCS宽带位置信息。
除了IP地址、端口号以及用于获取SCS信令数据的TSI,在SC引导程序信息内还指定基本服务标志(basic service flag)和混合标志(hybridflag)。基本服务标志是表示是否可以仅仅通过LSID获取配置服务的元件的标志。混合标志是表示是否具有从宽带服务器30中传送的元件的流的标志。
在此处,图4示出基本服务标志和混合标志的组合的实例。在SCD中,SC引导程序信息由SCBootstrap元素指定。在图4中的“@”表示属性,并且基本服务标志和混合标志由SCBootstrap元素的LSIDBaseService属性和hybird属性指定。稍后参照图30的SCD的语法描述SCBootstrap元素的细节。
在图4中,“TRUE”或“FALSE”在基本服务标志和混合标志中指定为1位标志。换言之,在图4中,在“TRUE”指定为基本服务标志时,难以使用混合标志(在图4中,“N/A”),但是“FALSE”可指定为混合标志。进一步,在“FALSE”指定为基本服务标志时,可在混合标志中指定“FALSE”或“TRUE”。
具体而言,在“TRUE”指定为基本服务标志时,通过单个ROUTE会话传输配置服务的元件的流。进一步,通过相同的ROUTE会话传输配置服务的元件的流和SCS。为此,基于SC引导程序信息,解决IP地址和端口号,并且基于LSID,解决在ROUTE会话中的信息。
进一步,在“FALSE”指定为基本服务标志并且在“FALSE”指定为混合标志时,通过一个或多个ROUTE会话传输配置服务的元件的流。
在此处,相同的MIME类型的流(例如,多个视频、多个音频或者多个字幕)被视为通过单个ROUTE会话传输。可替换地,基本视频和音频以及稳健音频被视为通过多个ROUTE会话传输。在LSID中,不区分相同的MIME类型,并且不描述多个ROUTE会话,因此,使用USBD(USD)、MPD以及SPD。在这种情况下,由于“FALSE”指定为混合标志,所以在配置服务的元件之中没有通过通信获取的元件。
进一步,在“FALSE”指定为基本服务标志并且“TRUE”指定为混合标志时,通过一个或多个ROUTE会话或者通过通信传输配置服务的元件的流。
在此处,相同的MIME类型的流(例如,多个视频、多个音频或者多个字幕)被视为通过单个ROUTE会话传输。可替换地,基本视频和音频以及稳健音频被视为通过多个ROUTE会话传输。在这种情况下,由于“TRUE”指定为混合标志(例如),所以使用通过通信获取的元件的流,例如,次要音频。在LSID中,不区分相同的MIME类型,因此,使用USBD(USD)、MPD以及SPD。
在SCS宽带位置信息中,除了表示SCS信令数据的获取目的地的位置信息,还指定基本服务标志和混合标志,但是所述标志的意义与在图4的SC引导程序信息中指定的标志相同。详细地说,稍后参照图30所述,在SCD中,SCS宽带位置信息由SignalingOverInternet元素指定,并且基本服务标志和混合标志由SignalingOverInternet元素的LSIDBaseService属性和hybrid属性指定。
如上所述,基本服务标志和混合标志可以设置为SCBootstrap元素和SignalingOverInternet元素。由SCBootstrap元素指定的基本服务标志和混合标志表示由SCBootstrap元素指定的在广播流内流动的SCS的属性。在SignalingOverInternet元素内指定的基本服务标志和混合标志表示由SignalingOverInternet元素指定的在互联网90上从宽带服务器30中获取的SCS的属性。进一步,在SCBootstrap元素和SignalingOverInternet元素中,可限定LSIDBaseService属性与hybrid属性组合的属性,以便该属性具有相同的功能。
返回图3的描述,EAD包括与紧急警报相关的紧急警报信息。RRD包括与分级相关的信息。DCD是用于选择在SCS信令数据之前获取的最小服务的信息。USBD包括用于参考SCS元数据(例如,MPD和SDP)的参考信息。具有USBD称为USD的情况。SDP包括服务单元的服务属性、配置信息或流的属性、过滤信息、位置信息等。
MPD是用于管理以服务为单位传输的元件的流的再现的信息并且包括段统一资源定位符(URL)等信息。IS是在ROUTE会话中用于媒体段(MS)的初始化段。
对于USBD、USD、MPD、SPD以及IS,参考在第三代合作伙伴项目(3GPP)、运动图像专家组(MPEG)或因特网工程任务组(IETF)中标准化的那些。
LSID是FLUTE的文件传送表(FDT)扩展用于实时服务并且用作为每个ROUTE会话传输的元件的流的管理信息的LSID。LSID可通过与另一个SCS元数据的ROUTE会话不同的ROUTE会话传输。ESGc是用于为目前广播的节目传输信息的ESG的当前信息。ESG由开放移动联盟(OMA)标准化。在SPD中,限定服务等级的参数。
可通过标记语言(例如,可扩展标记语言(XML))描述LLS元数据(例如,SCD)和SCS元数据(例如,USBD和LSID)。
<2、操作实例>
(1)操作实例1:基本广播服务选择(固定接收器和直接选择)
操作实例1是操作实例,其中,在仅仅通过广播提供配置服务的元件时,在用作固定接收器的接收装置20A(图1)中直接选择服务。
(***管道模型)
图5是示出操作实例1的***管道模型的示图。
在图5中,通过对应于配置有预定的频带的广播波的物理信道(RF信道),传输一个基带数据包(BBP)流。在BBP流中,传输LLS的流、服务信道、ESG服务以及网络时间协议(NTP)。
在LLS中,传输不依赖于服务的更低层的LLS信令数据。例如,LLS信令数据包括LLS元数据,例如,SCD。
服务信道(在后文中也称为“服务”)配置有SCS以及视频、音频或字幕等元件。将共同的IP地址分配给配置每个服务(例如,节目)的元素,并且可以使用IP地址为每个服务封装元件、SCS信令数据等。
在SCS中,传输服务单元的SCS信令数据。例如,SCS信令数据包括SCS元数据,例如,USBD和LSID。根据用户数据报协议/互联网协议(UDP/IP)的协议,传输服务。ESG服务(在后文中也称为“ESG”)是电子服务指南(电子节目表)。NTP是时间信息。
将RF分配ID分配给(例如)每个广播公司的具有预定的频带的广播波(RF信道)。将BBP流ID分配给通过每个广播波传输的一个或多个BBP流。将服务ID分配给通过每个BBP流传输的一个或多个服务。
如上所述,对应于在MPEG2-TS方案中使用的网络ID、传输流ID以及服务ID的组合(在后文中也称为“三元组”)的配置用作IP传输方案的ID***,并且在网络内的BBP流配置和服务配置由三元组表示。
使用这种ID***,可以采用与目前广泛传播的MPEG2-TS方案的兼容性。在IP传输方案的ID***中,RF分配ID和BBP流ID在MPEG2-TS方案中对应于网络ID和传输流ID。
具有以上配置的广播波从传输装置10中传输并且由用作固定接收器的接收装置20A接收。在接收装置20A中,通过初始扫描过程等获取通过LLS流传输的SCD(S11)。除了用作物理参数的频率和三元组,在SCD中还描述用于获取SCS信令数据的SC引导程序信息。
进一步,在接收装置20A中,在用户选择(直接选择)服务时,根据服务的SC引导程序信息,获取SCS信令数据(S12)。
在此处,在SCD的SC引导程序信息中,“TRUE”指定为基本服务标志(LSIDBaseService),并且“FALSE”指定为混合标志(hybrid),因此,接收装置20A获得用于仅通过参照LSID访问配置直接选择的服务的视频和音频的流的所有信息(S13)。
因此,接收装置20A可以通过参照LSID使用对应于MIME类型的视频和音频的TSI和TOI访问配置直接选择的服务的视频和音频的流(S14)。在此处,由于“FALSE”指定为混合标志(hybrid),所以在配置服务的元件之中没有通过通信获取的元件。
在图5中,LSID显示为通过广播传输的SCS信令数据,并且仅通过参照LSID,访问视频和音频的流,但是必要时可参照SPD(在图5中由虚线表示)或者任何其他SCS元数据。进一步,可将字幕的信息加入LSID中,以便访问字幕以及视频或音频的流。
在图5中,示出通过相同的ROUTE会话传输LSID和其他SCS元数据的实例,但是可通过与其他SCS元数据的ROUTE会话不同的ROUTE会话,传输LSID。在ROUTE会话中,LSID的TSI的值设置为“0”。
(序列图)
接下来,参照图6,描述在使用操作实例1时在接收装置20A内的特定处理的流程。在图6中,上部分表示从传输装置10中传输的数据的流程,并且下部分表示在接收装置20A中处理数据的处理的流程。在图6中,时间方向是从左到右的方向。
在图6中,安装在广播站内的传输装置10使用IP传输方案传输数字广播(RF信道)的广播波。在广播波中,通过BBP流传输配置服务(例如,节目)的元件、SCS信令数据、ESG数据、NTP数据以及LLS信令数据。在此处,通过相同的ROUTE会话传输配置服务的元件和SCS信令数据。
如图6中所示,在用作安装在房屋等内的固定接收器的接收装置20A中,通过LLS流传输的SCD通过初始扫描过程等获取并且在非易失性RAM(NVRAM)中记录(S21)。除了用作物理参数的频率和三元组,在SCD中还描述了SC引导程序信息,其中,指定IP地址、端口号以及用于获取SCS信令数据的TSI。
在由服务ID识别的每个服务的SC引导程序信息中,指定基本服务标志和混合标志。在此处,由于“TRUE”指定为基本服务标志,并且“FALSE”指定为混合标志,所以可以仅仅基于在LSID中描述的内容,指定元件的获取目的地,并且进一步表示通过通信不传送元件。换言之,在这种情况下,通过单个ROUTE会话传输配置目标服务的元件的流。
例如,在用户执行选择(直接选择)服务(例如,节目)的操作时,接收装置20A从NVRAM中读取SCD(选择信息),并且根据服务的SC引导程序信息,通过广播波访问从传输装置10中传输的SCS流(S22)。结果,接收装置20A可以获取通过ROUTE会话传输的SCS信令数据(S23)。
在此处,由于要理解的是,可以根据SCD的基本服务标志,仅仅基于在LSID中描述的内容,指定元件的获取目的地,所以可取地仅仅获取LSID,作为SCS信令数据。在此处,接收装置20A必要时可获取其他SCS元数据,例如,SPD。进一步,由于通过ROUTE会话传输SCS信令数据,所以通过分析储存在增加LCT报头的LCT数据包内的数据,获取LSID(的文件)。
在LSID中描述对应于MIME类型的视频和音频的TSI和TOI。换言之,参照LSID,指定IP地址、端口号、TSI、以及用于访问配置直接选择的服务的视频和音频的流的TOI。
接收装置20A根据IP地址、端口号、TSI、以及TOI,访问通过ROUTE会话传输的视频和音频的流(S24)。结果,接收装置20A可以获取通过ROUTE会话传输的视频数据和音频数据(S25)。
由于通过ROUTE会话传输视频数据和音频数据,所以通过提取储存在增加LCT报头的LCT数据包内的段数据(媒体段),获取视频数据和音频数据。
进一步,在接收装置20A中,通过在缓冲器内暂时储存通过广播获取的视频数据和音频数据,执行缓冲处理,并且通过进一步执行渲染处理,再现对应于直接选择的服务的节目的视频和声音。通过LCT报头的扩展字段传输的NTP的时间戳可用于同步再现视频和声音。进一步,在不通过LCT报头的扩展字段传输NTP时间戳时,作为另一种方式,可取地获取通过SCS流传输的MPD,并且基于MPD的参考时间、储存在DASH段的moof框内的图片单元的解码时间、以及显示时间信息,计算解码时间和显示时间。
如上所述,在操作实例1中,在用作固定接收器的接收装置20A中,在直接选择服务时,由于“TRUE”和“FALSE”在SCD的SC引导程序信息中分别指定为基本服务标志和混合标志,所以通过单个ROUTE会话传输配置直接选择的服务的元件的流。仅仅参照LSID,获取用于访问在ROUTE会话中配置服务的视频和音频的流的所有信息。
换言之,接收装置20A可以仅仅使用LSID,获取期望的元件,而不参照所有SCS元数据,因此,在通过ROUTE会话传输配置服务的元件时,可以有效地、适当地并且容易地获取配置服务的元件。
(2)操作实例2-1:混合服务选择1(固定接收器和直接选择)
操作实例2-1是操作实例,其中,在通过广播和通信的混合提供配置服务的元件时,在用作固定接收器的接收装置20A(图1)中直接选择服务。
(***管道模型)
图7是示出操作实例2-1的***管道模型的示图。
在图7的操作实例2-1中,与图5的操作实例1相似,通过对应于配置有预定的频带的广播波的物理信道(RF信道),传输一个BBP流。在BBP流中,传输LLS的流、服务信道(服务)、ESG服务以及NTP。服务配置有SCS信令数据以及主要视频和主要音频的元件。
具有以上配置的广播波从传输装置10中传输并且由用作固定接收器的接收装置20A接收。
在操作实例2-1中,宽带服务器30通过互联网90执行次要音频的流传送。接收装置20A可以通过互联网90访问宽带服务器30并且获取次要音频数据。
换言之,在接收装置20A中,通过初始扫描过程等获取通过LLS流传输的SCD(S31)。除了用作物理参数的频率和三元组,在SCD中还描述SC引导程序信息。
在此处,由于在SCD的SC引导程序信息中,“FALSE”和“TRUE”分别指定为基本服务标志和混合标志,所以接收装置20A几乎不获得用于仅通过参照LSID访问配置直接选择的服务的视频和音频的流的所有信息。进一步,在配置服务的元件之中具有通过通信获取的元件。
在用户选择(直接选择)服务时,接收装置20A根据服务的SC引导程序信息,访问SCS流,并且获取SCS元数据,例如,USBD、MPD以及SDP(S32)。
进一步,接收装置20A可以通过参照在步骤S32的处理中获取的USBD,根据在MPD中描述的次要音频的段URL,通过互联网90访问宽带服务器30,并且访问配置直接选择的服务的视频和音频的流(S33和S34)。
接收装置20A参照USBD根据SDP访问通过广播波传输的SCS流,并且获取LSID(S35和S36)。然后,接收装置20A可以参照在步骤S36的处理中获取的LSID,使用对应于MIME类型的主要视频和主要音频的TSI和TOI访问配置直接选择的服务的主要视频和主要音频的流(S37)。
在图7中,LSID、USBD、MPD以及SDP显示为通过广播传输的SCS信令数据,并且通过参照SCS元数据,访问通过广播和通信传输的视频和音频的流,但是必要时可参照SPD(在图7中由虚线表示)或者其他SCS元数据。
(序列图)
接下来,参照图8,描述在使用操作实例2-1时在接收装置20A内的特定处理的流程。在图8中,上部分表示从传输装置10和宽带服务器30中传输的数据的流程,并且下部分表示在接收装置20A中处理数据的处理的流程。在图8中,时间方向是从左到右的方向。
在图8中,传输装置10使用IP传输方案传输数字广播的广播波(RF信道)。在广播波中,通过BBP流传输配置服务(例如,节目)的元件、SCS信令数据、ESG数据、NTP数据以及LLS信令数据。在此处,通过相同的ROUTE会话传输用作配置服务的元件的主要视频数据和主要音频数据以及SCS信令数据。
在图8中,宽带服务器30通过互联网90执行次要音频数据的流传送。
如图8中所示,在用作固定接收器的接收装置20A中,通过LLS流传输的SCD通过初始扫描过程等获取并且在NVRAM中记录(S41)。除了用作物理参数的频率和三元组,在SCD中还为每个服务描述了SC引导程序信息。
在SC引导程序信息中,指定基本服务标志和混合标志。在此处,由于“TRUE”指定为基本服务标志,并且“FALSE”指定为混合标志,所以难以仅仅基于在LSID中描述的内容,指定元件的获取目的地,并且表示甚至通过通信传送一些元件。换言之,在这种情况下,通过单个ROUTE会话传输配置目标服务的元件,但是通过通信传送一些元件(音频)。
例如,在用户执行选择(直接选择)服务的操作时,接收装置20A从NVRAM中读取SCD,并且根据服务的SC引导程序信息,通过广播波访问从传输装置10中传输的SCS流(S42)。结果,接收装置20A可以获取通过ROUTE会话传输的SCS信令数据(S43)。
由于通过ROUTE会话传输SCS信令数据,所以分析储存在LCT数据包内的数据,并且获取SCS元数据(的文件),例如,USBD、MPD以及SDP。例如,由于在USBD中描述SCS元数据的参考信息,所以使用参考信息获取SCS元数据,例如,MPD和SDP,但是由于SCS元数据通过相同的SCS流传输,所以可共同从该SCS流中获取SCS元数据。
接收装置20A根据在步骤S43的处理中获取的MPD中描述的次要音频的段URL,通过互联网90访问宽带服务器30(S44)。结果,接收装置20A可以获取配置从宽带服务器30中流传送的直接选择的服务的次要音频数据(S45)。
接收装置20A根据在步骤S43的处理中获取的SDP,通过广播波访问从传输装置10中传输的SCS流(S46)。结果,接收装置20A可以获取通过ROUTE会话传输的LSID或SPD(S47)。
在LSID中描述对应于MIME类型的视频和音频的TSI和TOI。换言之,参照LSID,指定IP地址、端口号、TSI、以及用于访问配置直接选择的服务的主要视频和主要音频的流的TOI。在此处,由于再现次要音频(例如,第二语言),代替主要音频(例如,第一语言),所以使用仅仅与主要视频的元件相关的信息。
接收装置20A根据主要视频的IP地址、端口号、TSI、以及TOI,访问通过ROUTE会话传输的主要视频的流(S48)。结果,接收装置20A可以获取通过ROUTE会话传输的主要视频数据(S49)。
然后,接收装置20A通过在缓冲器内暂时储存通过广播获取的主要视频数据和通过通信获取的次要音频数据,执行缓冲处理,并且进一步执行渲染处理,以再现对应于直接选择的服务的节目的视频和声音。
在本文中描述了再现通过通信获取的次要音频(例如,第二语言)的实例,但是例如,在用户执行预定操作时或者在接收装置20A没有通信功能时,可再现通过广播获取的主要音频(例如,第一语言)。
如上所述,在操作实例2-1中,在用作固定接收器的接收装置20A中,在直接选择服务时,由于“FALSE”和“TRUE”在SCD的SC引导程序信息中分别指定为基本服务标志和混合标志,所以通过一个或多个ROUTE会话传输配置目标服务的元件,并且通过通信传送一些元件(音频)。进一步,除了LSID,还参照其他SCS元数据,例如,MPD,获得用于访问在ROUTE会话中配置服务的视频和音频的流的所有信息。
例如,接收装置20A可以在获取SCS信令数据之前,参照SC引导程序信息的基本服务标志和混合标志,识别是否仅仅通过ROUTE会话传输配置服务的元件、是否可以仅仅通过LSID解决位置等,因此,可以有效地、适当地并且容易地获取配置服务的元件。
(3)操作实例2-2:混合服务选择2(固定接收器和直接选择)
操作实例2-2是另一个操作实例,其中,在通过广播和通信的混合提供配置服务的元件时,在用作固定接收器的接收装置20A(图1)中直接选择服务。
(***管道模型)
图9是示出操作实例2-2的***管道模型的示图。
在图9的操作实例2-2中,与图5的操作实例1相似,通过对应于配置有预定的频带的广播波的物理信道(RF信道),传输一个BBP流。在BBP流中,传输LLS的流、服务信道(服务)、ESG服务以及NTP。服务配置有SCS信令数据以及主要视频和主要音频的元件。
具有以上配置的广播波从传输装置10中传输并且由用作固定接收器的接收装置20A接收。
在操作实例2-2中,与操作实例2-1一样,宽带服务器30通过互联网90执行次要音频的流传送,并且传送SCS信令数据。接收装置20A可以通过互联网90访问宽带服务器30并且获取次要音频数据或SCS信令数据。
换言之,在接收装置20A中,通过初始扫描过程等获取通过LLS流传输的SCD(S51)。除了用作物理参数的频率和三元组,在SCD中还描述SC引导程序信息和SCS宽带位置信息。
在此处,由于在SCD的SC引导程序信息中,“FALSE”和“TRUE”分别指定为基本服务标志和混合标志,所以难以获得用于仅通过参照LSID访问配置直接选择的服务的视频和音频的流的所有信息,并且在配置服务的元件之中具有通过通信获取的元件。
进一步,由于在SCD的SC引导程序信息中,“FALSE”和“TRUE”分别指定为基本服务标志和混合标志,所以难以获得用于仅通过参照LSID访问配置直接选择的服务的视频和音频的流的所有信息,并且在配置服务的元件之中具有通过通信获取的元件。
在用户选择(直接选择)服务时,接收装置20A根据在服务的SCS宽带位置信息中指定的统一资源标识符(URI),通过互联网90,访问宽带服务器30,并且获取SCS元数据,例如,USBD、MPD以及SDP(S52和S53)。
然后,接收装置20A可以通过参照在步骤S53的处理中获取的USBD,根据在MPD中描述的次要音频的段URL,通过互联网90访问宽带服务器30,并且访问配置直接选择的服务的次要音频的流(S54)。
进一步,接收装置20A参照USBD根据SDP访问通过广播波传输的SCS流,并且获取LSID(S55和S56)。然后,接收装置20A可以参照在步骤S56的处理中获取的LSID,使用对应于MIME类型的主要视频和主要音频的TSI和TOI访问配置直接选择的服务的主要视频和主要音频的流(S57)。
在图9中,LSID、USBD、MPD以及SDP显示为通过广播或通信传输的SCS信令数据,并且通过参照SCS元数据,访问通过广播和通信传输的视频和音频的流,但是必要时可参照SPD(在图9中由虚线表示)或者其他SCS元数据。
(序列图)
接下来,参照图10,描述在使用操作实例2-2时在接收装置20A内的特定处理的流程。在图10中,上部分表示从传输装置10和宽带服务器30中传输的数据的流程,并且下部分表示在接收装置20A中处理数据的处理的流程。在图10中,时间方向是从左到右的方向。
在图10中,传输装置10使用IP传输方案传输数字广播的广播波(RF信道)。在广播波中,通过BBP流传输配置服务(例如,节目)的元件、SCS信令数据、ESG数据、NTP数据以及LLS信令数据。在此处,通过相同的ROUTE会话传输用作配置服务的元件的主要视频数据和主要音频数据以及SCS信令数据。
在图10中,宽带服务器30通过互联网90传送次要音频数据和SCS信令数据。
如图10中所示,在用作固定接收器的接收装置20A中,通过LLS流传输的SCD通过初始扫描过程等获取并且在NVRAM中记录(S61)。除了用作物理参数的频率和三元组,在SCD中还为每个服务描述了SC引导程序信息和SCS宽带位置信息。
除了IP地址、端口号等,在SC引导程序信息中,还指定基本服务标志和混合标志。在此处,由于“TRUE”指定为基本服务标志,并且“FALSE”指定为混合标志,所以难以仅仅基于在LSID中描述的内容,指定元件的获取目的地,并且表示甚至通过通信传送一些元件。换言之,在这种情况下,通过单个ROUTE会话传输配置目标服务的元件,但是通过通信传送一些元件(音频)。
除了表示SCS信令数据的获取目的地的URI,在SCS宽带位置信息中,还指定基本服务标志和混合标志。在此处,由于“TRUE”指定为基本服务标志,并且“FALSE”指定为混合标志,所以难以仅仅基于在LSID中描述的内容,指定元件的获取目的地,并且表示甚至通过通信传送一些元件。
例如,在用户执行选择(直接选择)服务的操作时,接收装置20A从NVRAM中读取SCD,并且根据服务的SCS宽带位置信息,通过互联网90访问宽带服务器30(S62)。结果,接收装置20A可以通过通信获取SCS信令数据(S63)。在此处,获取SCS元数据(的文件),例如,USBD、MPD以及SDP,作为SCS信令数据。
然后,接收装置20A根据在步骤S63的处理中获取的MPD中描述的次要音频的段URL,通过互联网90访问宽带服务器30(S64)。结果,接收装置20A可以获取配置从宽带服务器30中流传送的直接选择的服务的次要音频数据(S65)。
进一步,接收装置20A根据在步骤S63的处理中获取的SDP,通过广播波访问从传输装置10中传输的SCS流(S66)。结果,接收装置20A可以获取通过ROUTE会话传输的LSID或SPD(S67)。
在LSID中描述对应于MIME类型的视频和音频的TSI和TOI。换言之,参照LSID,指定IP地址、端口号、TSI、以及用于访问配置直接选择的服务的主要视频和主要音频的流的TOI。在此处,由于再现次要音频(例如,第二语言),代替主要音频(例如,第一语言),所以使用仅仅与主要视频的元件相关的信息。
接收装置20A根据主要视频的IP地址、端口号、TSI、以及TOI,访问通过ROUTE会话传输的主要视频的流(S68)。结果,接收装置20A可以获取通过ROUTE会话传输的主要视频数据(S69)。
然后,接收装置20A通过在缓冲器内暂时储存通过广播获取的主要视频数据和通过通信获取的次要音频数据,执行缓冲处理,并且进一步执行渲染处理,以再现对应于选择的服务的节目的视频和声音。
如上所述,在操作实例2-2中,在用作固定接收器的接收装置20A中,在直接选择服务时,由于“FALSE”和“TRUE”在SCD的SC引导程序信息中分别指定为基本服务标志和混合标志,所以通过一个或多个ROUTE会话传输配置目标服务的元件,并且通过通信传送一些元件(音频)。进一步,除了LSID,还参照其他SCS元数据,例如,MPD,获得用于访问在ROUTE会话中配置服务的视频和音频的流的所有信息。
例如,接收装置20A可以在获取SCS信令数据之前,参照SC引导程序信息或SCS宽带位置信息的基本服务标志和混合标志,识别是否仅仅通过ROUTE会话传输配置服务的元件、是否可以仅仅通过LSID解决位置等,因此,可以有效地、适当地并且容易地获取配置服务的元件。进一步,在操作实例2-2中,由于通过通信以及通过广播获取SCS信令数据,所以可以减少通过广播波传输的SCS信令数据的数据量并且减少其使用带。
作为操作实例2-2的修改实例,通过将“TRUE”和“FALSE”在SC引导程序信息中分别指定为基本服务标志和混合标志,并且将“TRUE”在SCS宽带位置信息中指定为混合标志,可以表示传输用于仅仅接收通过广播传输的主要视频数据和主要音频数据的SCS信令数据,作为通过广播传输的SCS信令数据。在这种情况下,通过将“TRUE”指定为SCS宽带位置信息的混合标志,可以表示传输用于接收通过广播传输的主要视频数据和主要音频数据以及通过通信传输的次要音频数据的SCS信令数据,作为通过通信传输的SCS信令数据。
(4)操作实例3:基本广播服务选择(移动接收器和ESG选择)
操作实例3是操作实例,其中,在通过广播(以及通信)提供配置服务的元件时,在用作移动接收器的接收装置20B(图2)中ESG选择服务。
(***管道模型)
图11是示出操作实例3的***管道模型的示图。
在图11的操作实例3中,与图5的操作实例1一样,通过对应于配置有预定的频带的广播波的物理信道(RF信道),传输一个BBP流。在BBP流中,传输LLS的流、服务信道(服务)、ESG服务以及NTP。服务配置有SCS信令数据以及主要视频和主要音频的元件。
具有以上配置的广播波从传输装置10中传输并且由用作移动接收器的接收装置20B接收。
在操作实例3中,宽带服务器30通过互联网90传送SCS信令数据和ESG数据。接收装置20B可以通过互联网90访问宽带服务器30并且获取SCS信令数据和ESG数据。
换言之,在用户执行预定操作(例如,提供获取电子节目表的指令)时,接收装置20B根据提前获取的ESG数据的获取目的地的URL,访问宽带服务器30,并且获取ESG数据(S71)。进一步,在用户使用对应于ESG数据的电子节目表执行服务选择(ESG选择)时,接收装置20B基于ESG数据通过互联网90访问宽带服务器30并且获取SCS元数据,例如,USBD、MPD以及SDP(S72和S73)。
然后,接收装置20B通过参照在步骤S73的处理中获取的USBD,根据SDP访问通过广播波传输的SCS流,并且获取LSID(S74和S75)。然后,接收装置20B可以参照在步骤S75的处理中获取的LSID,使用对应于MIME类型的主要视频和主要音频的TSI和TOI访问配置ESG选择的服务的主要视频和主要音频的流(S76)。
在图11中,LSID、USBD、MPD以及SDP显示为通过广播或通信传输的SCS信令数据,并且通过参照SCS元数据,访问通过广播传输的视频和音频的流,但是必要时可参照SPD(在图11中由虚线表示)或者其他SCS元数据。
在图11中,在接收装置20B中,使用对应于ESG数据的电子节目表,执行服务的选择(ESG选择),可通过应用程序,获取ESG数据,用于查看从宽带服务器30中传送的服务,然后,可执行服务的选择。进一步,在图11中,示出了访问通过广播波传输的主要视频和主要音频的流的实例,但是可使用从USBD中引用的MPD,访问从宽带服务器30中传送的次要音频的流。
(序列图)
接下来,参照图12,描述在使用操作实例3时在接收装置20B内的特定处理的流程。在图12中,上部分表示从传输装置10和宽带服务器30中传输的数据的流程,并且下部分表示在接收装置20B中处理数据的处理的流程。在图12中,时间方向是从左到右的方向。
在图12中,传输装置10使用IP传输方案传输数字广播的广播波(RF信道)。在广播波中,通过BBP流传输配置服务(例如,节目)的元件、SCS信令数据、ESG数据、NTP数据以及LLS信令数据。在此处,通过相同的ROUTE会话传输用作配置服务的元件的主要视频数据和主要音频数据以及SCS信令数据。
在图12中,宽带服务器30通过互联网90传送ESG数据和SCS信令数据。宽带服务器30可传送次要音频数据。
如图12中所示,在激活应用程序(APP)并且(例如)在应用程序上显示电子节目表时,用作移动接收器的接收装置20B通过互联网90访问宽带服务器30并且获取ESG数据(S81)。结果,在接收装置20B中,根据由应用程序通过通信获取的ESG数据,显示电子节目表。
在此处,例如,在用户基于电子节目表执行服务的选择操作(ESG选择)时,接收装置20B基于ESG数据,通过互联网90访问宽带服务器30(S82)。结果,接收装置20B可以通过通信获取SCS信令数据。在此处,使用ESG数据,可以获取SCS元数据,例如,USBD、MPD以及SDP。
进一步,接收装置20B根据在步骤S83的处理中获取的SDP通过广播波访问从传输装置10中传输的SCS流(S84)。结果,接收装置20B可以获取通过ROUTE会话传输的SCS信令数据(S85)。在此处,获取SCS元数据(例如,LSID和SPD),作为SCS信令数据。
在LSID中描述对应于MIME类型的视频和音频的TSI和TOI。换言之,参照LSID,指定IP地址、端口号、TSI、以及用于访问配置ESG选择的服务的主要视频和主要音频的流的TOI。
接收装置20B根据IP地址、端口号、TSI、以及TOI,访问通过ROUTE会话传输的主要视频和主要音频的流(S86)。结果,接收装置20B可以获取通过ROUTE会话传输的主要视频数据和主要音频数据(S87)。
然后,接收装置20B通过在缓冲器内暂时储存通过广播获取的主要视频数据和主要音频数据,执行缓冲处理,并且进一步执行渲染处理,以再现对应于ESG选择的服务的节目的视频和声音。通过LCT报头的扩展字段传输的NTP的时间戳可用于同步再现视频和声音。进一步,在不通过LCT报头的扩展字段传输NTP时间戳时,作为另一种方式,可取地获取通过SCS流传输的MPD,并且基于MPD的参考时间、储存在DASH段的moof框内的图片单元的解码时间、以及显示时间信息,计算解码时间和显示时间。
在图12的实例中,通过广播获取主要视频数据和次要音频数据,但是在通过通信获取次要音频,代替主要音频时,可根据在步骤S83的处理中获取的MPD的段URL,通过互联网90访问宽带服务器30,来获取次要音频数据。
如上所述,在操作实例3中,描述了在用作移动接收器的接收装置20B中执行服务的ESG选择的实例。
(5)操作实例4:基本广播服务选择(固定接收器、ESG选择)
操作实例4是操作实例,其中,在仅仅通过广播提供配置服务的元件时,在用作移动接收器的接收装置20A(图1)中ESG选择服务。
(***管道模型)
图13是示出操作实例4的***管道模型的示图。
在图13的操作实例4中,与图5的操作实例1一样,通过对应于配置有预定的频带的广播波的物理信道(RF信道),传输一个BBP流。在BBP流中,传输LLS的流、服务信道(服务)、ESG服务以及NTP。服务配置有SCS信令数据以及视频、音频以及字幕的元件。
具有以上配置的广播波从传输装置10中传输并且由用作移动接收器的接收装置20A接收。
换言之,在用户执行预定操作时,接收装置20A根据从NVRAM中读取的SCD的ESG引导程序信息,获取通过ESG流传输的ESG数据(S91)。
在用户使用对应于ESG数据的电子节目表执行服务选择(ESG选择)时,接收装置20A根据ESG选择的服务,从SCS流中获取USBD(S92)。ESG选择的服务使用SCD的全球独特服务ID(GUSI)与USBD连接。基于USBD的参考信息,获取SCS元数据,例如,MPD和SDP。
接收装置20A通过参照USBD,根据SDP访问SCS流,并且获取LSID(S93和S94)。然后,接收装置20A可以参照在步骤S94的处理中获取的LSID,使用对应于MIME类型的视频和音频的TSI和TOI访问配置ESG选择的服务的视频和音频的流(S95)。
在图13中,LSID、USBD、MPD以及SDP显示为通过广播传输的SCS信令数据,并且通过参照SCS元数据,访问通过广播传输的视频和音频的流,但是必要时可参照SPD(在图13中由虚线表示)或者其他SCS元数据。
(序列图)
接下来,参照图14,描述在使用操作实例4时在接收装置20A内的特定处理的流程。在图14中,上部分表示从传输装置10中传输的数据的流程,并且下部分表示在接收装置20A中处理数据的处理的流程。在图14中,时间方向是从左到右的方向。
在图14中,广播站的传输装置10使用IP传输方案传输数字广播的广播波(RF信道)。在广播波中,通过BBP流传输配置服务(例如,节目)的元件、SCS信令数据、ESG数据、NTP数据以及LLS信令数据。在此处,通过相同的ROUTE会话传输用作配置服务的元件的视频数据和音频数据以及SCS信令数据。
如图14中所示,在用作固定接收器的接收装置20A中,通过LLS传输的SCD通过初始扫描过程等获取并且记录在NVRAM内。除了用作物理参数的频率和三元组,在SCD中还描述ESG引导程序信息。
例如,在用户提供显示电子节目表的指令时,接收装置20A根据从NVRAM中读取的SCD的ESG引导程序信息,通过广播波访问从传输装置10中传输的ESG流(S101)。结果,接收装置20A可以获取通过ESG流传输的ESG数据(S102)。
例如,在用户基于电子节目表执行服务的选择操作(ESG选择)时,接收装置20A根据ESG选择的服务,访问SCS流(S103)。结果,接收装置20A可以获取通过ROUTE会话传输的SCS信令数据(S104)。在此处,由于在USBD中描述SCD元数据的参考信息,所以ESG选择的服务使用SCD的全球独特服务ID(GUSI)与USBD连接,使用参考信息获取SCD元数据,例如,MPD和SDP。
接收装置20A根据在步骤S104的处理中获取的SDP通过广播波访问从传输装置10中传输的SCS流(S105)。结果,接收装置20A可以获取通过ROUTE会话传输的SCS信令数据(S106)。在此处,获取SCS元数据(例如,LSID和SPD),作为SCS信令数据。
在LSID中描述对应于MIME类型的视频和音频的TSI和TOI。换言之,参照LSID,指定IP地址、端口号、TSI、以及用于访问配置ESG选择的服务的视频和音频的流的TOI。
接收装置20A根据IP地址、端口号、TSI、以及TOI,访问通过ROUTE会话传输的视频和音频的流(S107)。结果,接收装置20A可以获取通过ROUTE会话传输的视频数据和音频数据(S108)。
然后,接收装置20A通过在缓冲器内暂时储存通过广播获取的视频数据和音频数据,执行缓冲处理,并且进一步执行渲染处理,以再现对应于ESG选择的服务的节目的视频和声音。通过LCT报头的扩展字段传输的NTP的时间戳可用于同步再现视频和声音。进一步,在不通过LCT报头的扩展字段传输NTP时间戳时,作为另一种方式,可取地获取通过SCS流传输的MPD,并且基于MPD的参考时间、储存在DASH段的moof框内的图片单元的解码时间、以及显示时间信息,计算解码时间和显示时间。
如上所述,描述了操作实例4,与用作固定接收器的接收装置20A执行服务的ESG选择的实例相结合。
(6)操作实例5-1:稳健服务选择1(固定接收器和直接选择)
操作实例5-1是操作实例,其中,在通过多个ROUTE会话传输配置服务的元件时,在用作固定接收器的接收装置20A(图1)中直接选择服务。
(***管道模型)
图15是示出操作实例5-1的***管道模型的示图。
图15的操作实例5-1的广播波具有与图5的操作实例1的广播波相同的配置,但是通过对应于配置有预定的频带的广播波的物理信道(RF信道),传输一个BBP流。
在此处,通过一个BBP流(BBP流ID="y"),传输LLS的流、服务信道(服务)、ESG服务以及NTP。服务配置有SCS信令数据以及视频和音频的元件。通过另一个BBP流(BBP流ID="ro"),传输LSID的流、两个稳健音频(稳健音频1和稳健音频2)。
如上所述,在操作实例5-1中,除了基本视频和音频的流以外,传输质量低并且稳健性高的稳健音频的流。进一步,传输强度等级不同的稳健音频1和稳健音频2的两个流,作为稳健音频。
具有以上配置的广播波从传输装置10中传输并且由用作固定接收器的接收装置20A接收。
换言之,在接收装置20A中,通过初始扫描过程等获取通过LLS流传输的SCD(S111)。在此处,由于在SCD的SC引导程序信息中,“FALSE”和“TRUE”分别指定为基本服务标志和混合标志,所以接收装置20A几乎不获得用于仅通过参照LSID访问配置选择的服务的视频和音频的流的所有信息。进一步,在配置服务的元件之中没有通过通信获取的元件。
在用户选择(直接选择)服务时,接收装置20A根据服务的SC引导程序信息,访问通过一个BBP流(BBP流ID="y")传输的SCS流,并且获取SCS元数据,例如,USBD、MPD以及SDP(S112和S113)。
进一步,接收装置20A参照USBD,根据SDP访问通过另一个BBP流(BBP流ID=“ro”)传输的SCS流,并且获取LSID(S114和S115)。然后,接收装置20A可以参照在步骤S115的处理中获取的LSID,使用对应于MIME类型的稳健音频1和稳健音频2的TSI和TOI访问配置直接选择的服务的稳健音频1或稳健音频2的流(S116)。例如,在查看环境较差并且难以查看基本视频和音频时,可执行仅仅再现稳健音频的声音的操作。
在图15中,LSID、USBD、MPD以及SDP显示为通过广播传输的SCS信令数据,并且参照SCS元数据,访问通过广播传输的稳健音频的流,但是必要时可参照SPD、LSID(在图15中由虚线表示)或者其他SCS元数据。
(序列图)
接下来,参照图16,描述在使用操作实例5-1时在接收装置20A内的特定处理的流程。在图16中,上部分表示从传输装置10中传输的数据的流程,并且下部分表示在接收装置20A中处理数据的处理的流程。在图16中,时间方向是从左到右的方向。
在图16中,传输装置10使用IP传输方案传输数字广播的广播波(RF信道)。在广播波中,通过一个BBP流(在后文中称为“BBP流1”)传输配置服务(例如,节目)的元件、SCS信令数据、ESG数据、NTP数据以及LLS信令数据。通过另一个BBP流(在后文中称为“BBP流2”)传输稳健音频和LSID的流。
用于在BBP流1中传输视频、音频以及SCS信令数据的ROUTE会话以及用于在BBP流2中传输两个稳健音频和LSID的ROUTE会话是不同的ROUTE会话。在此处,前者称为“ROUTE会话1”,并且后者称为“ROUTE会话2”。
如图16中所示,在用作固定接收器的接收装置20A中,通过BBP流1的LLS流传输的SCD通过初始扫描过程等获取并且在NVRAM中记录(S121)。除了用作物理参数的频率和三元组,在SCD中还为每个服务描述了SC引导程序信息。
在SC引导程序信息中,指定基本服务标志和混合标志。在此处,由于“TRUE”指定为基本服务标志,并且“FALSE”指定为混合标志,所以难以仅仅基于在LSID中描述的内容,指定元件的获取目的地,并且表示通过广播传送所有元件。
例如,在用户执行选择(直接选择)服务的操作时,接收装置20A从NVRAM中读取SCD,并且根据服务的SC引导程序信息,通过广播波访问从传输装置10中传输的BBP流1的SCS流(S122)。结果,接收装置20A可以获取通过ROUTE会话传输的SCS信令数据(S123)。在此处,由于在USBD中描述SCS元数据的参考信息,所以使用参考信息获取MPD或SDP。
进一步,接收装置20A根据在步骤S123的处理中获取的SDP,通过广播波访问从传输装置10中传输的BBP流2的LSID流(S124)。结果,接收装置20A可以获取通过ROUTE会话2传输的LSID(S125)。
在LSID中描述对应于MIME类型的视频和音频的TSI和TOI。换言之,参照LSID,指定IP地址、端口号、TSI、以及用于访问配置直接选择的服务的视频和音频的流的TOI。
接收装置20A根据视频的IP地址、端口号、TSI、以及TOI,访问通过ROUTE会话1传输的视频的流(S126)。结果,接收装置20A可以获取通过ROUTE会话1传输的视频数据(S127)。
进一步,接收装置20A根据稳健音频1的IP地址、端口号、TSI、以及TOI,访问通过ROUTE会话2传输的稳健音频1的流(S128)。结果,接收装置20A可以获取通过ROUTE会话2传输的稳健音频数据(S129)。
然后,接收装置20A通过在缓冲器内暂时储存从ROUTE会话1中获取的视频数据和从ROUTE会话2中获取的稳健音频数据,执行缓冲处理,并且进一步执行渲染处理,以再现对应于选择的服务的节目的视频和声音。
如上所述,在操作实例5-1中,在用作固定接收器的接收装置20A中,在直接选择服务时,由于“FALSE”和“TRUE”在SCD的SC引导程序信息中分别指定为基本服务标志和混合标志,所以通过一个或多个ROUTE会话传输配置目标服务的元件,并且通过广播传送所有元件。进一步,除了LSID,还参照其他SCS元数据,例如,SDP,获得用于访问在ROUTE会话中配置服务的视频和音频的流的所有信息。
例如,接收装置20A可以在获取SCS信令数据之前,参照SC引导程序信息的基本服务标志和混合标志,识别是否仅仅通过ROUTE会话传输配置服务的元件、是否可以仅仅通过LSID解决位置等,因此,可以有效地、适当地并且容易地获取配置服务的元件。
(7)操作实例5-2:稳健服务选择2(固定接收器和直接选择)
操作实例5-2是操作实例,其中,在通过多个ROUTE会话传输配置服务的元件和SCS信令数据时,在用作固定接收器的接收装置20A(图1)中直接选择服务。
(***管道模型)
图17是示出操作实例5-2的***管道模型的示图。
图17的操作实例5-2的广播波具有与图15的操作实例5-1的广播波相同的配置,但是通过对应于配置有预定的频带的广播波的物理信道(RF信道),传输两个BBP流,但是操作实例5-2的广播波与操作实例5-1的广播波的不同之处在于,服务信道跨越这两个BBP流。
在此处,通过一个BBP流(BBP流ID="X"),传输ESG服务、NTP、LLS以及服务信道(服务)的一些流,并且通过另一个BBP流(BBP流ID=“ro”),传输LSID、两个稳健音频以及服务信道(服务)的一些流。
换言之,由于ROUTE会话独立于BBP流,并且配置ROUTE会话的部件不需要通过相同的BBP流传输,例如,可通过不同的BBP流传输元件(视频和音频)和SCS信令数据。例如,在图17中,通过一个BBP流(BBP流ID="X"),传输视频和音频的元件,并且通过另一个BBP流(BBP流ID=“ro”),传输SCS信令数据。
在这种情况下,另一个BBP流(BBP流ID=“ro”)是用于传输稳健音频的高度稳健的管道,因此,可以可靠地传输SCS信令数据,同时保持视频和音频的数据具有高清晰度。
例如,在查看环境较差并且难以查看基本视频和音频时,考虑仅仅再现稳健音频的声音的操作,但是在几乎不获取SCS信令数据时,难以再现稳健音频的声音。为此,通过高度稳健的管道传输SCS信令数据,以便甚至在这种查看环境中,可以获取SCS信令数据,并且可靠地再现稳健音频。
具有以上配置的广播波从传输装置10中传输并且由用作固定接收器的接收装置20A接收。
进一步,接收装置20A执行步骤S131到S136的处理,并且访问配置直接选择的服务的稳健音频1或稳健音频2,但是该处理的流程与图15的步骤S111到S116的处理相同,因此,在本文中省略其描述。
<3、装置配置***的配置>
接下来,参照图18到图21,描述传输装置10、接收装置20以及宽带服务器30的配置,作为配置图1的服务提供***1或图2的服务提供***2的相应装置的详细配置。
(传输装置的示例性配置)
图18是示出应用本技术的传输装置的实施方式的配置的示图。
传输装置10包括信令生成单元111、信令处理单元112、视频数据获取单元113、视频编码器114、音频数据获取单元115、音频编码器116、字幕数据获取单元117、字幕编码器118、ESG生成单元119、ESG处理单元120、多路复用器121以及传输单元122,如图18中所示。
信令生成单元111从外部服务器、内部存储器等中获取原始数据,用于生成信令数据。信令生成单元111使用信令数据的原始数据生成信令数据,并且将生成的信令数据供应给信令处理单元112。
信令处理单元112处理从信令生成单元111中供应的信令数据并且将所产生的数据供应给多路复用器121。在此处,生成配置有LLS元数据(例如,SCD)的LLS信令数据和配置有SCS元数据(例如,USBD和LSID)的SCS信令数据。
视频数据获取单元113获取从外部服务器、内部存储器、摄像机等中供应的视频数据,并且将获取的视频数据供应给视频编码器114。视频编码器114根据编码方案(例如,运动图像专家组(MPEG)),编码从视频数据获取单元113中供应的视频数据,并且将编码的视频数据供应给多路复用器121。
音频数据获取单元115获取从外部服务器、内部存储器、麦克风等中供应的音频数据,并且将获取的音频数据供应给音频编码器116。音频编码器116根据编码方案(例如,MPEG),编码从音频数据获取单元115中供应的音频数据,并且将编码的音频数据供应给多路复用器121。
字幕数据获取单元117获取从外部服务器、内部存储器等中供应的字幕数据,并且将获取的字幕数据供应给字幕编码器118。字幕编码器118根据编码方案(例如,MPEG),编码从字幕数据获取单元117中供应的字幕数据,并且将编码的字幕数据供应给多路复用器121。
ESG生成单元119从外部服务器、内部存储器等中获取原始数据,用于生成ESG数据。ESG生成单元119使用ESG数据的原始数据生成ESG数据,并且将生成的ESG数据供应给ESG处理单元120。ESG处理单元120处理从ESG生成单元119中供应的ESG数据并且将所产生的数据供应给多路复用器121。
通过多路复用从信令处理单元112中供应的信令信息、从视频编码器114中供应的视频的流、从音频编码器116中供应的音频的流、从字幕编码器118中供应的字幕的流以及从ESG处理单元120中供应的ESG数据的流,多路复用器121生成BBP流,并且将BBP流供应给传输单元122。传输单元122通过天线123使用IP传输方案,传输从多路复用器121中供应的BBP流,作为数字广播的广播波(数字广播信号)。
通过ROUTE会话传输元件(例如,视频和音频)以及SCS信令数据的流。进一步,在通过ROUTE会话传输元件(例如,视频和音频)的流时,每个元件的文件根据ISO BMFF的调节分成段,并且作为结果获得的段数据储存在LCT数据包内并且传输。
在数字广播信号中,过滤信息可以设置在储存通过LLS流传输的LLS信令数据(例如,LLS元数据,例如,SCD)的LLS数据包的LLS报头或者储存通过SCS流传输的SCS信令数据(例如,SCS元数据,例如,USBD和LSID)的LLS数据包的LLS报头内。设置压缩信息(压缩方案)、类型信息(片段类型)、扩展类型信息(类型扩展)、版本信息等,作为过滤信息。
在此处,在压缩信息中指定表示目标信令数据的压缩的存在或不存在的信息。在类型信息中指定表示目标信令数据的类型的信息。每种类型的信令数据的扩展的过滤信息组任意地设置为扩展类型信息。在版本信息中指定表示目标信令数据的版本的信息。结果,接收装置20可以使用LLS报头或LCT报头的过滤信息执行LLS数据包或LCT数据包的过滤处理,并且获取目标信令数据。
(接收装置的示例性配置)
图19是示出应用本技术的接收装置的实施方式的配置的示图。
接收装置20包括调谐器212、多路分用器213、控制单元214、NVRAM215、输入单元216、通信单元217、多路分用器218、视频解码器219、视频输出单元220、显示器221、音频解码器222、音频输出单元223、扬声器224以及字幕解码器225,如图19中所示。
调谐器212使用根据控制单元214的控制通过天线211接收的IP传输方案,从数字广播的广播波(数字广播信号)中,根据用户的选择操作提取并且解调数字广播信号,并且将作为结果获得的BBP流供应给多路分用器213。
多路分用器213根据控制单元214的控制将从调谐器212中供应的BBP流分成视频、音频、字幕以及信令数据的流。多路分用器213将视频数据供应给视频解码器219,将音频数据供应给音频解码器222,将字幕数据供应给字幕解码器225,并且将信令数据供应给控制单元214。
控制单元214控制接收装置20的相应单元的操作。控制单元214基于从多路分用器213或通信单元217中供应的信令数据,访问通过广播或通信传输的元件的流,并且控制相应单元的操作,以便控制元件的再现。稍后参照图20,描述控制单元214的详细配置。
NVRAM 215是非易失性存储器,并且根据控制单元214的控制,记录各种类型的数据。输入单元216根据用户的操作将操作信号供应给控制单元214。
根据控制单元214的控制,通信单元217通过互联网90访问宽带服务器30并且请求宽带服务器30传送元件的流。通信单元217通过互联网90接收从宽带服务器30中流传送的元件的流,并且将元件的流供应给多路分用器218。
根据控制单元214的控制,通信单元217通过互联网90从从宽带服务器30中接收SCS信令数据或ESG数据,并且将SCS信令数据或ESG数据供应给控制单元214。
多路分用器218根据控制单元214的控制将从通信单元217中供应的元件的流分成视频数据、音频数据以及字幕数据,并且将视频数据供应给视频解码器219,将音频数据供应给音频解码器222,并且将字幕数据供应给字幕解码器225。
将视频数据从多路分用器213或多路分用器218中供应给视频解码器219。根据控制单元214的控制,视频解码器219根据解码方案(例如,MPEG)解码视频数据,并且将解码的视频数据供应给视频输出单元220。视频输出单元220将从视频解码器219中供应的视频数据输出给显示器221。结果,例如,在显示器221上显示节目的视频。
将音频数据从多路分用器213或多路分用器218中供应给音频解码器222。根据控制单元214的控制,音频解码器222根据解码方案(例如,MPEG)解码音频数据,并且将解码的音频数据供应给音频输出单元223。音频输出单元223将从音频解码器222中供应的音频数据输出给扬声器224。结果,例如,从扬声器224中输出对应于节目的视频的声音。
将字幕数据从多路分用器213或多路分用器218中供应给字幕解码器225。根据控制单元214的控制,字幕解码器225根据解码方案(例如,MPEG)解码字幕数据,并且将解码的字幕数据供应给视频输出单元220。视频输出单元220组合从字幕解码器225中供应的字幕数据和从视频解码器219中供应的视频数据,并且将组合的数据输出给显示器221。结果,例如,在显示器221上显示在节目的视频上叠加的字幕。
进一步,在ESG数据与BBP流分离时,多路分用器213将ESG数据供应给控制单元214。控制单元214将从多路分用器213或通信单元217中供应的ESG数据供应给视频输出单元220,并且促使在显示器221上显示电子节目表。接收装置20可配置为没有通信功能,例如,通信单元217。进一步,在接收装置20是机顶盒等时,接收装置20可配置为包括显示器221或扬声器224。
(控制单元的示例性功能配置)
图20是示出在图19的控制单元214中控制初始扫描过程、调谐过程、过滤处理以及通信过程的部分的示例性功能配置的示图。
参照图20,控制单元214包括调谐控制单元251、过滤控制单元252、信令获取单元253、信令分析单元254、通信控制单元255、以及数据包报头监控单元256。信令获取单元253配置有LLS信令获取单元271和SCS信令获取单元272。
调谐控制单元251控制由调谐器212执行的调谐过程。过滤控制单元252控制由多路分用器213执行的过滤处理。
在初始扫描过程时,调谐控制单元251控制调谐器212,过滤控制单元252控制多路分用器213,并且LLS信令获取单元271获取通过LLS流传输的LLS信令数据,并且将LLS信令数据供应给信令分析单元254。信令分析单元254在NVRAM 215内记录通过分析从LLS信令获取单元271中供应的LLS信令数据(LLS元数据,例如,SCD)所获得的选择信息。
在用户执行选择操作时,调谐控制单元251根据从输入单元216中供应的操作信号,获取在NVRAM 215内记录的选择信息(SCD)。调谐控制单元251基于获取的选择信息,控制由调谐器212执行的调谐过程。调谐控制单元251将包含在选择信息(SCD)内的SC引导程序信息供应给过滤控制单元252。
过滤控制单元252基于从调谐控制单元251中供应的SC引导程序信息,控制由多路分用器213执行的过滤处理。结果,多路分用器213访问配置选择目标服务的SCS流,并且在通过ROUTE会话传输该流时,从LCT数据包中提取SCS信令数据。SCS信令获取单元272获取SCS信令数据(SCS元数据,例如,USBD、SDP、MPD以及LSID),并且将SCS信令数据供应给信令分析单元254。
信令分析单元254分析从SCS信令获取单元272中供应的SCS信令数据(SCS元数据,例如,USBD、SDP、MPD以及LSID),并且将分析结果供应给过滤控制单元252或通信控制单元255。换言之,在配置选择目标服务的元件的流的传送路径通过广播时,信令分析单元254指定IP地址、端口号、TSI以及用于访问元件的流的TOI,并且将IP地址、端口号、TSI以及TOI供应给过滤控制单元252。进一步,在配置选择目标服务的元件的流的传送路径通过通信时,信令分析单元254将获取目的地的信息(例如,URL)供应给通信控制单元255。
过滤控制单元252基于从信令分析单元254中供应的IP地址、端口号、TSI以及TOI,控制由多路分用器213执行的过滤处理。结果,多路分用器213执行LCT数据包的过滤处理,并且从作为结果获得的LCT数据包中提取段数据。然后,将作为结果获得的视频数据供应给视频解码器219,并且将音频数据供应给音频解码器222。将字幕数据供应给字幕解码器225。
通信控制单元255基于从信令分析单元254中供应的获取目的地的信息(例如,URL),控制由通信单元217执行的通信过程。结果,通信单元217通过互联网90接收从宽带服务器30中流传送的元件的流,并且将元件的流供应给多路分用器218。然后,多路分用器218将从通信单元217中供应的流中获得的视频数据供应给视频解码器219,将音频数据供应给音频解码器222,并且将字幕数据供应给字幕解码器225。进一步,在从宽带服务器30中传送SCS信令数据时,将SCS信令数据从通信单元217中供应给SCS信令获取单元272。
数据包报头监控单元256在多路分用器213中监控通过BBP流传输的数据包,并且分析监控目标数据包的报头。数据包报头监控单元256根据数据包的报头的分析结果,控制过滤控制单元252,以便信令获取单元253获取从满足特定条件的数据包中获得的LLS元数据或SCS元数据。在过滤处理中,例如,将压缩信息(压缩方案)、类型信息(片段类型)、扩展类型信息(类型扩展)以及版本信息用作特定条件,执行过滤。
(宽带服务器的示例性配置)
图21是示出应用本技术的宽带服务器的实施方式的配置的示图。
宽带服务器30包括信令生成单元311、信令处理单元312、视频数据获取单元313、视频编码器314、音频数据获取单元315、音频编码器316、字幕数据获取单元317、字幕编码器318、ESG生成单元319、ESG处理单元320、数据保持单元321、通信单元322以及控制单元323,如图21中所示。
信令生成单元311从外部服务器、内部存储器等中获取原始数据,用于生成SCS信令数据。信令生成单元311使用SCS信令数据的原始数据生成SCS信令数据,并且将生成的SCS信令数据供应给信令处理单元312。
信令处理单元312处理从信令生成单元311中供应的SCS信令数据并且促使SCS信令数据保持在数据保持单元321中。在此处,生成SCS元数据(例如,USBD和LSID),作为SCS信令数据。
视频数据获取单元313获取从外部服务器、内部存储器、摄像机等中供应的视频数据,并且将获取的视频数据供应给视频编码器314。视频编码器314根据编码方案(例如,MPEG),编码从视频数据获取单元313中供应的视频数据,并且促使编码的视频数据保持在数据保持单元321中。
音频数据获取单元315获取从外部服务器、内部存储器、麦克风等中供应的音频数据,并且将获取的音频数据供应给音频编码器316。音频编码器316根据编码方案(例如,MPEG),编码从音频数据获取单元315中供应的音频数据,并且促使编码的音频数据保持在数据保持单元321中。
字幕数据获取单元317获取从外部服务器、内部存储器等中供应的字幕数据,并且将获取的字幕数据供应给字幕编码器318。字幕编码器318根据编码方案(例如,MPEG),编码从字幕数据获取单元317中供应的字幕数据,并且促使编码的字幕数据保持在数据保持单元321中。
ESG生成单元319从外部服务器、内部存储器等中获取原始数据,用于生成ESG数据。ESG生成单元319使用ESG数据的原始数据生成ESG数据,并且将生成的ESG数据供应给ESG处理单元320。ESG处理单元320处理从ESG生成单元319中供应的ESG数据并且促使所产生的数据保持在数据保持单元321中。
根据控制单元323的控制,数据保持单元321保持从信令处理单元312中供应的SCS信令数据、从视频编码器314中供应的视频数据、从音频编码器316中供应的音频数据、从字幕编码器318中供应的字幕数据以及从ESG处理单元320中供应的ESG数据。
根据控制单元323的控制,通信单元322通过互联网90执行与接收装置20的通信。通信单元322读取保持在数据保持单元321内的SCS信令数据、视频数据、音频数据、字幕数据或者ESG数据,并且根据接收装置20做出的请求,通过互联网90将读取的数据传输给请求源的接收装置20。
<4、装置执行的处理流程>
接下来,参照图22到27,描述由配置图1的服务提供***1或图2的服务提供***2的相应装置执行的特定处理的流程。
(传输过程)
首先,参照图22的流程图,描述由传输装置10执行的传输过程的流程。
在步骤S151中,信令生成单元111使用信令数据的原始数据,生成信令数据,并且将信令数据供应给信令处理单元112。在步骤S152中,信令处理单元112处理从信令生成单元111中供应的信令数据,并且将所产生的数据供应给多路复用器121。
在此处,生成LLS元数据(例如,SCD)和SCS元数据(例如,USBD和LSID),作为信令数据。信令数据可由外部服务器生成。在这种情况下,信令生成单元111将从外部服务器中供应的信令数据无变化地供应给信令处理单元112。
在步骤S153中,视频数据获取单元113、音频数据获取单元115以及字幕数据获取单元117从外部服务器等中获取用作元件的视频数据、音频数据以及字幕数据,并且将视频数据、音频数据以及字幕数据供应给视频编码器114、音频编码器116以及字幕编码器118。
在步骤S154中,视频编码器114、音频编码器116以及字幕编码器118根据编码方法(例如,MPEG),编码用作从视频数据获取单元113、音频数据获取单元115以及字幕数据获取单元117中供应的元件的视频数据、音频数据以及字幕数据,并且将编码的视频数据、编码的音频数据以及编码的字幕数据供应给多路复用器121。
在步骤S155中,通过多路复用从信令处理单元112中供应的信令信息、从视频编码器114中供应的视频的流、从音频编码器116中供应的音频的流、以及从字幕编码器118中供应的字幕的流,多路复用器121生成BBP流,并且将生成的BBP流供应给传输单元122。
在步骤S156中,传输单元122通过天线123,传输从多路复用器121中供应的BBP流,作为数字广播信号。在步骤S116的处理结束时,图22的传输过程结束。
在图22的传输过程中,在通过ROUTE会话传输元件(例如,视频、音频或字幕)的流时,每个元件的文件根据ISO BMFF的调节分成段,并且作为结果获得的段数据储存在LCT数据包内并且传输。
进一步,在数字广播信号中,过滤信息可以设置在储存LLS信令数据(例如,LLS元数据,例如,SCD)的LLS数据包的LLS报头或者储存SCS信令数据(例如,元数据,例如,USBD和LSID)的LLS数据包的LLS报头内,例如,压缩信息(压缩方案)、类型信息(片段类型)、扩展类型信息(类型扩展)以及版本信息。
上面描述了传输过程的流程。
(初始扫描过程)
参照图23的流程图,描述由接收装置20执行的初始扫描过程的流程。
在步骤S211中,控制单元214监控从输入单元216等中接收的操作信号,并且处于待命状态,直到发生初始扫描事件。然后,在确定在步骤S212中发生初始扫描时,过程继续进入步骤S213。
在步骤S213中,调谐器212根据调谐控制单元251的控制执行频率扫描过程。在步骤S214中,确定步骤S213的频率扫描过程是否成功执行了频率扫描。
在步骤S214中确定频率扫描失败时,过程返回步骤S213,并且再次执行频率扫描过程。另一方面,在步骤S214中,在确定成功执行了频率扫描过程时,过程继续进入步骤S215。
在步骤S215中,根据过滤控制单元252的控制,多路分用器213获取并且分析从调谐器212中供应的BBP流。在步骤S216中,根据步骤S215的分析结果,确定是否从BBP流中提取IP数据包。
在步骤S216中确定提取了IP数据包时,过程继续进入步骤S217。在步骤S217中,多路分用器213丢弃提取的IP数据包。另一方面,在步骤S216中确定提取了除了IP数据包以外的数据包时,过程继续进入步骤S218。
在步骤S218中,根据步骤S215的分析结果,确定是否从BBP流中提取了LLS数据包。
在步骤S218中确定提取了除了LLS数据包以外的数据包时,过程继续进入步骤S217。在步骤S217中,多路分用器213丢弃除了LLS数据包以外的提取的数据包。另一方面,在步骤S218中确定提取了LLS数据包时,过程继续进入步骤S219。
在步骤S219中,多路分用器213和控制单元214执行LLS获取/记录过程。在LLS获取/记录过程中,基于加入LLS数据包中的LLS报头的过滤信息,执行过滤处理,并且在NVRAM 215中记录由过滤处理获取的LLS信令数据(LLS元数据,例如,SCD),作为选择信息。参照图24的流程图,描述LLS获取/记录过程的细节。
在步骤S217或步骤S219的处理结束时,过程继续进入步骤S220。在步骤S220中,确定是否完成了所有频带的扫描。
在步骤S220中确定还未完成所有频带的扫描时,过程继续进入步骤S213,并且重复步骤S213及其后续步骤的处理。结果,执行相应频带的扫描过程,并且记录选择信息。在步骤S220中确定完成了所有频带的扫描时,图23的初始扫描过程结束。
上面描述了初始扫描过程的流程。
(LLS获取/记录过程)
接下来,参照图24的流程图,描述对应于图23的步骤S219的处理的LLS获取/记录过程的细节。
在步骤S231中,数据包报头监控单元256在多路分用器213内持续监控通过BBP流传输的LLS数据包,并且分析监控目标的LLS数据包的LLS报头。
在步骤S232中,数据包报头监控单元256根据步骤S231的分析结果确定信令数据(LLS元数据)的类型是否相同。换言之,由于类型信息(片段类型)设置在LLS数据包的LLS报头内,所以数据包报头监控单元256确定是否提取了包括LLS报头的LLS数据包,其中,例如,设置类型="000000"的类型信息。
在LLS报头的类型信息(片段类型)内指定根据LLS元数据的类型的值。例如,在SCD内指定"000000",在EAD内指定"000001",在RRD内指定"000010",并且在DCD内指定"000011"。
在步骤S232中,在步骤S232中确定信令数据(LLS元数据)的类型不同时,过程继续进入步骤S233。在步骤S233中,多路分用器213丢弃提取的LLS数据包。另一方面,在步骤S232中确定信令数据(LLS元数据)的类型相同时,过程继续进入步骤S234。
在步骤S234中,数据包报头监控单元256根据步骤S231的分析结果确定最近是否获取目标的LLS信令数据(LLS元数据)。换言之,由于版本信息设置在LLS数据包的LLS报头内,所以数据包报头监控单元256确定是否提取了包括其中设置最近版本的版本信息的LLS报头的LLS数据包。
确定在步骤S234中获取了目标的LLS信令数据(LLS元数据)时,过程继续进入步骤S233。在步骤S233中,多路分用器213丢弃提取的LLS数据包。另一方面,确定在步骤S234中获取了目标的LLS信令数据(LLS元数据)时,过程继续进入步骤S235。
在步骤S235中,数据包报头监控单元256根据步骤S231的分析结果处理扩展过滤信息(Filter_Extension)。换言之,由于扩展类型信息设置在LLS数据包的LLS报头内,所以例如在处理扩展过滤信息时,确定是否提取了包括其中设置满足预定的特定条件(例如,目标区域或紧急程度)的扩展过滤信息的LLS报头的LLS数据包。
过滤控制单元252根据数据包报头监控单元256的控制,控制多路分用器213,以便执行监控目标的LLS数据包的过滤处理,并且由LLS信令获取单元271获取从在监控目标的LLS数据包之中满足特定条件的LLS数据包中获得的LLS信令数据。
在步骤S236中,信令分析单元254在NVRAM 215内记录由LLS信令获取单元271获取的LLS信令数据(LLS元数据,例如,SCD)。结果,在NVRAM 215内记录从LLS信令数据(LLS元数据,例如,SCD)中获得的选择信息。在步骤S233或步骤S236的处理结束时,过程返回图23的步骤S219,并且执行步骤S219及其后续步骤的处理。
上面描述了LLS获取/记录过程的流程。
(预先调谐过程)
接下来,参照图25的流程图,描述由接收装置20执行的预先调谐过程的流程。
在步骤S251中,调谐控制单元251监控从输入单元216等中接收的操作信号,并且处于待命状态,直到发生服务选择事件。然后,在确定在步骤S252中发生服务事件时,过程继续进入步骤S253。
在步骤S253中,调谐控制单元251获取对应于所选服务的服务ID(信道号)。在步骤S254中,调谐控制单元251确定是否参照NVRAM 215记录和获取选择信息(SCD)。
在步骤S254中确定获取了选择信息时,过程继续进入步骤S255。在步骤S255中,调谐控制单元251读取和获取在NVRAM 215内记录的选择信息(SCD)。
另一方面,在步骤S254中确定未获取选择信息时,过程继续进入步骤S256。在步骤S256中,多路分用器213和控制单元214执行图24的相同LLS获取/记录过程,并且从LLS流中获取LLS信令数据(LLS元数据,例如,SCD)。结果,控制单元214获取选择信息(SCD)(S255)。
在步骤S257中,调谐器212、多路分用器213、控制单元214等基于在步骤S255的处理中获取的选择信息执行调谐过程。稍后参照图26和27的流程图,描述调谐过程的细节。
上面描述了预先调谐过程的流程。
(调谐过程)
接下来,参照图26的流程图,描述对应于图25的步骤S257的处理的调谐过程的细节。
在步骤S271中,通过检查接收装置20是否具有通信功能,控制单元214确定接收装置20是否可以仅仅接收广播。在步骤S271中,例如,如果接收装置20没有通信功能(例如,通信单元217)并且可以仅仅接收广播,那么过程继续进入步骤S272。
在步骤S272中,信令分析单元254参照在NVRAM 215内记录的选择信息(SCD)确定“TRUE”是否指定为所选服务的SC引导程序信息的基本服务标志(LSIDBaseService元素)。
在步骤S272中确定“TRUE”指定为基本服务标志(LSIDBaseService元素)时,过程继续进入步骤S273。在步骤S273中,SCS信令获取单元272根据由多路分用器213执行的过滤处理的结果,获取通过ROUTE会话传输的LSID。在步骤S273的处理中获取的LSID由信令分析单元254分析,并且将分析结果供应给过滤控制单元252。
在步骤S274中,过滤控制单元252基于从信令分析单元254中供应的分析结果(IP地址、端口号、TSI以及TOI),控制由多路分用器213执行的过滤处理。
结果,多路分用器213执行LCT数据包的过滤处理,从作为结果获得的LCT数据包中提取段数据,并且获取(捕捉)配置所选服务的元件。进一步,在步骤S275中,确定是否捕捉了要获取的所有元件,并且重复步骤S274的处理,直到捕捉所有元件,因此,例如,获取(捕捉)配置所选服务的视频数据和音频数据。
然后,例如,解码在步骤S274的处理中获取的视频数据和音频数据,并且执行渲染处理等,因此,再现对应于在图25的步骤S252的处理中选择的服务的节目的视频和声音,并且开始查看服务(S280)。
如上所述,在“TRUE”指定为SC引导程序信息的基本服务标志(LSIDBaseService元素)时,可以仅仅使用LSID获取期望的元件,甚至不参照所有SCS元数据。
另一方面,在步骤S272中确定“FALSE”指定为基本服务标志(LSIDBaseService元素)时,过程继续进入步骤S276。在步骤S276中,SCS信令获取单元272根据由多路分用器213执行的过滤处理的结果,获取SCS信令数据,例如,通过ROUTE会话传输的USBD、MPD以及SDP。在步骤S276的处理中获取的SDP由信令分析单元254分析,并且将分析结果供应给过滤控制单元252。
在步骤S277中,SCS信令获取单元272根据由多路分用器213执行的过滤处理的结果,获取通过ROUTE会话传输的LSID。在步骤S277的处理中获取的LSID由信令分析单元254分析,并且将分析结果供应给过滤控制单元252。
在步骤S278中,过滤控制单元252基于从信令分析单元254中供应的分析结果(IP地址、端口号、TSI以及TOI),控制由多路分用器213执行的过滤处理。
结果,多路分用器213执行LCT数据包的过滤处理,从作为结果获得的LCT数据包中提取段数据,并且获取(捕捉)配置所选服务的元件。进一步,在步骤S279中,确定是否捕捉了要获取的所有元件,并且重复步骤S278的处理,直到捕捉所有元件,因此,例如,获取(捕捉)配置所选服务的视频数据和音频数据。
然后,例如,解码在步骤S279的处理中获取的视频数据和音频数据,并且执行渲染处理等,因此,再现对应于在图25的步骤S252的处理中选择的服务的节目的视频和声音,并且开始查看服务(S280)。
如上所述,在“FALSE”指定为SC引导程序信息的基本服务标志(LSIDBaseService元素)时,难以仅仅基于在LSID中描述的内容,指定元件的获取目的地,因此,除了LSID,还参照其他元数据,例如,USBD、MPD以及SDP,获取期望的元件。在步骤S280的处理结束时,该过程返回图25的步骤S257,并且执行步骤S257及其后续步骤的处理。
在步骤S271中确定接收装置20支持广播和通信的混合时,过程继续进入步骤S281。在步骤S281中,执行对应于广播和通信的混合的调谐过程。稍后,参照图27的流程图,描述对应于该混合的调谐过程的细节。
上面描述了调谐过程的流程。
(对应于混合的调谐过程)
接下来,参照图27的流程图,描述对应于与图26的步骤S281的处理对应的混合的调谐过程的细节。
在步骤S291中,信令分析单元254参照在NVRAM 215.内记录的选择信息(SCD)确定在所选服务中是否描述SCS宽带位置信息(SignalingOverInternet元素)。
在步骤S291中确定在所选服务中未描述SCS宽带位置信息(SignalingOverInternet元素)时,过程继续进入图26的步骤S272,并且执行步骤S272及其后续步骤的处理。换言之,在这种情况下,由于表示仅仅通过广播提供SCS信令数据,所有使用SC引导程序信息获取SCS信令数据。
进一步,在步骤S291中确定在所选服务中描述SCS宽带位置信息(SignalingOverInternet元素)时,过程继续进入步骤S292。在步骤S292中,信令分析单元254确定“TRUE”是否指定为SCS宽带位置信息(SignalingOverInternet元素)的基本服务标志(LSIDBaseService元素)。
在步骤S292中确定“TRUE”指定为基本服务标志(LSIDBaseService元素)时,过程继续进入步骤S293。在步骤S293中,SCS信令获取单元272根据由多路分用器213执行的过滤处理的结果,获取通过ROUTE会话传输的LSID。在步骤S293的处理中获取的LSID由信令分析单元254分析,并且将分析结果供应给过滤控制单元252。
在步骤S294中,过滤控制单元252基于从信令分析单元254中供应的分析结果(IP地址、端口号、TSI以及TOI),控制由多路分用器213执行的过滤处理。
结果,多路分用器213执行LCT数据包的过滤处理,从作为结果获得的LCT数据包中提取段数据,并且获取(捕捉)配置所选服务的元件。进一步,在步骤S295中,确定是否捕捉了要获取的所有元件,并且重复步骤S294的处理,直到捕捉所有元件,因此,例如,获取(捕捉)配置所选服务的视频数据和音频数据。
然后,例如,解码在步骤S294的处理中获取的视频数据和音频数据,并且执行渲染处理等,因此,再现对应于在图25的步骤S252的处理中选择的服务的节目的视频和声音,并且开始查看服务(S304)。
另一方面,在步骤S292中确定“FALSE”指定为基本服务标志(LSIDBaseService元素)时,过程继续进入步骤S296。在步骤S296中,通信控制单元255根据信令分析单元254的分析结果(SignalingOverInternet元素的uri属性)控制通信单元217,以便通过互联网90访问宽带服务器30,并且获取SCS信令数据,例如,USBD、MPD以及SDP。
在步骤S297中,信令分析单元254确定“FALSE”是否指定为SCS宽带位置信息(SignalingOverInternet元素)的混合标志(hybrid属性)。
在步骤S297中确定“FALSE”指定为混合标志(hybrid属性)时,过程继续进入步骤S298。在这种情况下,在步骤S296的处理中获取的SDP由信令分析单元254分析,并且将分析结果供应给过滤控制单元252。
然后,在步骤S298中,SCS信令获取单元272根据由多路分用器213执行的过滤处理的结果,获取通过ROUTE会话传输的LSID。在步骤S298的处理中获取的LSID由信令分析单元254分析,并且将分析结果供应给过滤控制单元252。在步骤S298的处理结束时,过程继续进入步骤S294。
在步骤S294中,过滤控制单元252基于从信令分析单元254中供应的分析结果(IP地址、端口号、TSI以及TOI),控制由多路分用器213执行的过滤处理。
结果,多路分用器213执行LCT数据包的过滤处理,从作为结果获得的LCT数据包中提取段数据,并且获取(捕捉)配置所选服务的元件。进一步,在步骤S295中,确定是否捕捉了要获取的所有元件,并且重复步骤S294的处理,直到捕捉所有元件,因此,例如,获取(捕捉)配置所选服务的视频数据和音频数据。
然后,例如,解码在步骤S294的处理中获取的视频数据和音频数据,并且执行渲染处理等,因此,再现对应于在图25的步骤S252的处理中选择的服务的节目的视频和声音,并且开始查看服务(S304)。
进一步,在步骤S297中确定“TRUE”指定为混合标志(hybrid属性)时,过程继续进入步骤S299。在步骤S299中,信令分析单元254分析(例如)在步骤S296的处理中获取的USBD和MPD,并且确定要获取的元件的传送路径是通过广播还是通过通信。
在步骤S299中确定元件的传送路径通过广播时,过程继续进入步骤S300。在这种情况下,在步骤S296的处理中获取的SDP由信令分析单元254分析,并且将分析结果供应给过滤控制单元252。
然后,在步骤S300中,信令获取单元253根据由多路分用器213执行的过滤处理的结果,获取通过ROUTE会话传输的LSID。在步骤S300的处理中获取的LSID由信令分析单元254分析,并且将分析结果供应给过滤控制单元252。
在步骤S301中,过滤控制单元252基于从信令分析单元254中供应的分析结果(IP地址、端口号、TSI以及TOI),控制由多路分用器213执行的过滤处理。结果,多路分用器213执行LCT数据包的过滤处理,从作为结果获得的LCT数据包中提取段数据,并且获取(捕捉)配置所选服务的元件。
另一方面,在步骤S299中确定元件的传送路径通过通信时,过程继续进入步骤S302。在步骤S302中,信令分析单元254分析在步骤S296的处理中获取的MPD,并且将作为分析结果获得的媒体段信息(段URL)供应给通信控制单元255。结果,通信控制单元255从信令分析单元254中获取媒体段信息(段URL)。
然后,在步骤S301中,通信控制单元255根据从信令分析单元254中接收的媒体段信息(段URL),控制通信单元217,以便通过互联网90访问宽带服务器30,并且获取(捕捉)配置所选服务的元件。
在步骤S301的处理结束时,过程继续进入步骤S303。在步骤S303中,确定是否捕捉了要获取的所有元件。在步骤S303中确定未捕捉所有元件时,过程返回步骤S299,并且重复步骤S299及其后续步骤的处理。
换言之,在重复步骤S299到S303的处理时,通过广播或者通信获取元件,并且在步骤S303中确定捕捉了所有元件时,过程继续进入步骤S304。在步骤S304中,例如,解码在步骤S300或S302的处理中获取的视频数据和音频数据,并且执行渲染处理等,因此,再现对应于在图25的步骤S252的处理中选择的服务的节目的视频和声音,并且开始查看服务(S304)。
在步骤S304的处理结束时,过程返回图26的步骤S281,并且执行步骤S281及其后续步骤的处理。
上面描述了对应于混合的调谐过程的流程。
<5、语法的实例>
(1)LLS信令数据
(LLS数据包的结构)
图28是示出LLS数据包的结构的示图。
BBP数据包配置有BBP报头和有效载荷,如图28中所示。在通过BBP流传输IP数据包时,有效载荷的部分是IP数据包。在通过BBP流传输LLS信令数据时,LLS信令数据设置在BBP报头的旁边。例如,设置LLS元数据,例如,通过XML格式描述的SCD,作为LLS信令数据。
在BBP报头内包括2位类型信息,并且可以基于类型信息,区分BBP数据包是IP数据包还是LLS。LLS报头配置有LLS索引和对象版本信息(版本信息)。
图29是示出LLS报头的LLS索引的实例的示图。
在LLS索引中设置压缩信息(压缩方案)、类型信息(片段类型)以及扩展类型信息(类型扩展)。在压缩信息中指定表示目标LLS信令数据的压缩的存在或不存在的信息。例如,在指定"0000"时,表示未压缩,并且在指定"0001"时,表示zip格式的压缩。
在类型信息(片段类型)内指定表示LLS元数据的类型的信息。例如,在SCD内指定"000000",在EAD内指定"000001",在RRD内指定"000010",并且在DCD内指定"000011"。可以在扩展类型信息中为每个类型指定扩展参数。
(SCD的语法)
图30是示出XML格式的SCD的语法的示图。在图30中,在元素和属性之中,“@”与属性连接。进一步,缩进的元素和属性是在高级元素中指定的元素和属性。该关系在稍后描述的其他语法中相同。
用作根元素的SCD元素是majorProtocolversion属性、minorProtocolversion属性、RFAllocationId属性、名称属性、Tuning_RF元素以及BBPStream元素的高级元素,如图30中所示。
在majorProtocolversion属性和minorProtocolversion属性中指定协议的版本信息。在RFAllocationId属性中指定物理信道单元的广播站的RF分配ID。在名称属性中指定物理信道单元的广播站的名称。
在Tuning_RF元素中指定与调谐相关的信息。Tuning_RF元素是频率属性和前导码属性的高级元素。在频率属性中指定在选择预定带时的频率。在前导码属性中指定物理层的控制信息。
在BBPStream元素中指定与一个或多个BBP流相关的信息。BBPStream元素是bbpStreamId属性、payloadType属性、名称属性、ESGBootstrap元素、ClockReferenceInformation元素以及服务元素的高级元素。
在bbpStreamId属性中指定BBP流ID。在设置多个BBP流时,BBP流由BBP流ID识别。在payloadType属性中指定BBP流的有效载荷类型。例如,“ipv4”、“ipv6”等指定为有效载荷类型。“ipv4”表示互联网协议版本4(IPv4)。“ipv6”表示互联网协议版本6(Ipv6)。在名称属性中指定BBP流的名称。
在ESGBootstrap元素中指定ESG引导程序信息。基于ESG引导程序信息,可以访问ESG。ESGBootstrap元素是ESGProvider元素的高级元素。在ESGProvider元素中为ESG的每个提供商指定与ESG相关的信息。ESGProvider元素是providerName属性、ESGBroadcastLocation元素以及ESGBroadbandLocation元素的高级元素。
在providerName属性中指定ESG的提供商的名称。在ESG通过广播传输时,ESGBroadcastLocation元素通过由RFAllocationId属性、BBPStreamId属性以及ESGServiceId属性指定的RF分配ID、BBP流ID以及服务ID(三元组)指定ESG服务。在ESG通过通信传输时,ESGBroadbandLocation元素通过ESGUri属性指定用于访问ESG的文件的URI。
在ClockReferenceInformation元素中指定与时间信息(例如,NTP)相关的信息。ClockReferenceInformation元素是sourceIPAddress属性、destinationIPAddress属性以及portNum属性的高级元素。在sourceIPAddress属性和destinationIPAddress属性中指定传输时间信息的传输源(源)和目的地(目的地)的IP地址。在portNum属性中指定传输时间信息的端口号。
在服务元素中指定与一个或多个服务相关的信息。服务元素是serviceId属性、globalUniqueServiceId属性、serviceType属性、hidden属性、hiddenGuide属性、shortName属性、longName属性、accesControl属性、SourceOrigin元素、SCBootstrap元素、SignalingOverInternet元素、以及AssociationService元素的高级元素。
在serviceId属性中指定服务ID。在设置多个服务时,服务由服务ID识别。在globalUniqueServiceId属性中指定全球独特服务ID。例如,ESG选择的服务可通过全球独特服务ID与USBD连接。
在serviceType属性中指定服务的类型信息。例如,“continued”或“scripted”指定为类型信息。“continued”表示视频或音频的服务,并且“scripted”表示非实时(NRT)服务。
在hidden属性和hiddenGuide属性中指定表示由服务ID识别的服务是否是隐藏服务的信息。例如,在“on”指定为属性的值时,未显示服务。进一步,在“off”指定为属性的值时,显示服务。例如,在“on”指定为hidden属性时,服务设置为不由遥控器的操作选择。进一步,在“on”指定为hiddenGuide属性时,在ESG内未显示服务。
在shortName属性和longName属性中指定由服务ID识别的服务的名称。在shortName属性中,例如,必须在7个字符内指定服务的名称。在accesControl属性中指定表示由服务ID识别的服务是否加密的信息。例如,在“on”指定为accesControl属性时,表示服务加密,并且在“off”指定为accesControl属性时,表示服务未加密。
在SourceOrigin元素中指定识别服务的信息。SourceOrigin元素是country属性、originalRFAllocationId属性、bbpStreamId属性、以及serviceId属性的高级元素。在country属性中指定国家代码。在originalRFAllocationId属性中指定原始RF分配ID。原始RF分配ID是识别广播网络的ID,并且甚至在执行服务的重新传输时,使用相同的值。在bbpStreamId属性中指定BBP流ID。在serviceId属性中指定服务ID。换言之,可基于国家代码、原始RF分配ID、BBP流ID以及服务ID,将唯一ID分配给每个服务。
在SCBootstrap元素中指定SC引导程序信息。基于SC引导程序信息,可以访问服务信道并且获取SCS信令数据。SCBootstrap元素是LSIDBaseService属性、hybrid属性、sourceIPAddress属性、destinationIPAddress属性、portNum属性、以及tsi属性的高级元素。
在LSIDBaseService属性中指定信息,该信息对应于基本服务标志并且表示是否可以仅仅基于LSID获取配置服务的元件的流。进一步,在hybrid属性中指定信息,该信息对应于混合标志并且表示是否具有通过通信传送的元件的流。
在sourceIPAddress属性和destinationIPAddress属性中指定传输服务的传输源(源)和目的地(目的地)的IP地址。在portNum属性中指定传输SCS的端口号。在tsi属性中指定传输SCS的在ROUTE会话的TSI。
在SignalingOverInternet元素中指定SCS宽带位置信息。由SCS宽带位置信息指定与通过通信传输的SCS信令数据相关的信息。SignalingOverInternet元素是LSIDBaseService属性、hybrid属性以及uri属性的高级元素。
在LSIDBaseService属性中指定信息,该信息对应于基本服务标志并且表示是否可以仅仅基于LSID获取配置服务的元件的流。进一步,在hybrid属性中指定信息,该信息对应于混合标志并且表示是否具有通过通信传送的元件的流。在uri属性中指定表示SCS信令数据的获取目的地的URI。
在AssociationService属性中指定与相关的从属服务相关的信息。AssociationService属性是RFAllocationId属性、bbpStreamId属性以及serviceId属性的高级元素。相关的从属服务由RFAllocationId属性、bbpStreamId属性以及serviceId属性指定的RF分配ID、BBP流ID以及服务ID(三元组)指定。
在“1”指定为出现的数量(基数)时,需要指定一个元素或一个属性,并且在“0..1”指定为出现的数量(基数)时,是否指定相应的元素或相应的属性,这是任意的。进一步,在指定“1..n”时,指定一个或多个元素或属性,并且在指定“0..n”时,是否指定一个或多个元素或属性,这是任意的。出现的数量的意义在稍后描述的其他语法中相同。
(EAD的语法)
图31是示出XML格式的EAD的语法的示图。
用作根元素的SCD元素是AutomaticTuningService元素和EAMessage元素的高级元素,如图31中所示。AutomaticTuningService元素是在唤醒时间指定自动调谐服务。AutomaticTuningService元素是RFAllocationId属性、bbpStreamId属性以及serviceId属性的高级元素。
在RFAllocationId属性中指定自动调谐服务的网络ID。在BBPStreamId属性中指定自动调谐服务的BBP流ID。在serviceId属性中指定自动调谐服务的服务ID。换言之,在出现AutomaticTuningService元素时,选择由属性表示的三元组指定的服务。在三元组之中,RFAllocationId属性和BBPStreamId属性并非必须,并且例如,在指定与EAD相同的BBP流时,可取地仅仅指定serviceId属性。
在EAMessage元素中指定紧急警报信息(紧急信息)的消息。EAMessage元素是eaMessageId属性、eaPriority属性、EAMessageData元素、EAApplication元素、EAService元素以及EAWww元素的高级元素。
在eaMessageId属性中指定紧急警报信息(紧急信息)的ID。在eaPriority属性中指定紧急警报信息(紧急信息)的优先级。在EAMessageData元素中指定紧急警报信息(紧急信息)的字幕信息。
在EAApplication元素中指定与紧急警报应用相关的信息。EAApplication元素是applicationId属性的高级元素。在applicationId属性中指定应用ID。
在EAService元素中指定与紧急警报NRT服务相关的信息。EAService元素是serviceId属性和serviceType属性的高级元素。在serviceId属性中指定服务ID。在serviceType属性中指定服务类型信息。例如,“nrt”指定为服务类型信息。“nrt”指定为NRT服务。
在EAWww元素中指定与紧急信息站点相关的信息。EAWww元素是uri属性的高级元素。在uri属性中指定紧急信息站点的URI。
(紧急警报信息的显示实例)
图32是示出基于EAD的紧急警报信息的显示实例的示图。在图32中,上部分表示从传输装置10和互联网服务器40中传输的数据的流程,并且下部分表示在接收装置20A中处理数据的处理的流程。在图32中,时间方向是从左到右的方向。
在图32中,传输装置10使用IP传输方案传输数字广播的广播波(RF信道)。在广播波中,通过一个BBP流(在后文中称为“BBP流1”)传输配置服务(例如,节目)的元件、SCS信令数据以及LLS信令数据。通过另一个BBP流(在后文中称为“BBP流2”)传输两个稳健音频和SCS的流。
互联网服务器40提供紧急信息站点,并且通过互联网90传送详细的紧急警报信息。
如图32中所示,在用作固定接收器的接收装置20A中,通过BBP流1的LLS流传输的SCD通过初始扫描过程等获取并且在NVRAM中记录(S411)。除了用作物理参数的频率和三元组,在SCD中还为每个服务描述了SC引导程序信息。
在用户选择服务(S412)时,接收装置20A从NVRAM中读取服务的SC引导程序信息,并且根据SC引导程序信息,通过广播波访问从传输装置10中传输的BBP流1的SCS流(S413)。结果,接收装置20A可以获取通过ROUTE会话1传输的SCS信令数据(S414)。
接收装置20A根据在步骤S414的处理中获取的SCS信令数据,通过广播波访问从传输装置10中传输的BBP流1的视频和音频的流(S415)。结果,接收装置20A可以获取通过ROUTE会话1传输的视频数据和音频数据(S416)。然后,接收装置20A通过在缓冲器内暂时储存从ROUTE会话1中获取的视频数据和音频数据,执行缓冲处理,并且进一步执行渲染处理,以再现对应于选择的服务的节目的视频和声音(S417)。
随后,在获取通过BBP流1的LLS流传输的EAD(S418)时,接收装置20A促使在再现的节目的视频上叠加显示对应于EAD(的EAMessage元素的EAMessageData元素)的紧急警报信息(的字幕信息)(S419)。
进一步,在用户提供显示详细紧急警报信息的指令(S420)时,接收装置20A根据在EAD(的EAMessage元素的EAWww元素的uri属性)中指定的紧急信息站点的URI,通过互联网90访问互联网服务器40(S421),并且获取详细紧急警报信息(S422)。结果,在接收装置20A上显示从紧急信息站点中获取的详细紧急警报信息(S423)。
(RRD的语法)
图33是示出XML格式的RRD的语法的示图。
如图33中所示,用作根元素的RRD元素是RatingRegionName元素、RatingRegion元素、TableVersion元素以及尺寸元素的高级元素。在RatingRegionName元素中指定分级区域的名称。在RatingRegion元素中指定分级区域的代码。例如,“美国(us)”、“加拿大(canada)”、“墨西哥(mexico)”等指定为代码。在TableVersion元素中指定RRD的版本信息。
尺寸元素是RatingDimensionName元素、RatingDimension元素、GraduatedScale元素以及DimensionValue元素的高级元素。在RatingDimensionName元素中指定分级尺寸的名称。在RatingDimension元素中指定分级尺寸的代码。在GraduatedScale元素中指定规模。
在DimensionValue元素中指定尺寸的值。DimensionValue元素是RatingValueText元素、AbbrevValueText元素、RatingValue元素以及RatingTag元素的高级元素。例如,基于属性,指定分级信息,例如,年龄限制分类方法。
(DCD的语法)
图34是示出XML格式的DCD的语法的示图。
在图34中,用作根元素的DCD元素是服务元素的高级元素。服务元素是serviceID属性、serviceStatus属性、视频元素以及音频元素的高级元素。在serviceID属性中指定服务ID。在serviceStatus属性中指定与由服务ID识别的服务的状态相关的信息。
在视频元素中指定用于访问用作最小服务的视频的流的信息。视频元素是mime_type属性、port_number属性以及TSI属性的高级元素。在mime_type属性中指定MIME类型。在port_number属性中指定端口号。在TSI属性中指定TSI。
在音频元素中指定访问用作最小服务的音频的流的信息。音频元素是mime_type属性、port_number属性以及TSI属性的高级元素。在mime_type属性中指定MIME类型。在port_number属性中指定端口号。在TSI属性中指定TSI。
上面参照图30到图34描述的SCD、EAD、RRD以及DCD的语法是实例,并且可使用其他语法。
(2)SCS信令数据
(LCT数据包的结构)
图35是示出LCT数据包的结构的示图。
如图35中所示,在通过BBP流传输LCT数据包时,将有效载荷加入每个BBP、IP、UDP以及LCT报头中。在通过BBP流传输SCS信令数据时,SCS信令数据设置在有效载荷内,该有效载荷设置在LCT报头的旁边。例如,设置SCS元数据,例如,XML格式的USBD和LSID,作为SCS信令数据。
LCT报头配置有SCS索引(信令索引)和对象版本信息(版本信息)。
图36是示出LCT报头的SCS索引的实例的示图。
在SCS索引(信令索引)中设置压缩信息(压缩方案)、类型信息(片段类型)以及扩展类型信息(类型扩展)。在压缩信息中指定表示目标SCS信令数据的压缩的存在或不存在的信息。例如,在指定"0000"时,表示未压缩,并且在指定"0001"时,表示zip格式的压缩。
在类型信息(片段类型)内指定表示SCS元数据的类型的信息。例如,在SCD捆绑内指定"000000",在USBD内指定"000001",在SDP内指定"000010",并且在SPD内指定"000011"。可以在扩展类型信息中为每个类型指定扩展参数。
(LSID的语法)
图37是示出XML格式的LSID的语法的示图。
如图37中所示,用作根元素的LSID元素是版本属性、validFrom属性、期满属性以及TransportSession元素的高级元素。在版本属性中指定LSID的版本信息。在validFrom属性中指定LSID的有效期的开始日期和时间。在期满属性中指定LSID的截止日期和时间。
在TransportSession元素中指定LCT输送的会话信息。TransportSession元素是tsi属性、SourceFlow元素以及RepairFlow元素的高级元素。在tsi属性中指定TSI。在SourceFlow元素中指定源流信息。稍后参照图38,描述SourceFlow元素的详细配置。在RepairFlow元素中指定修理流信息。稍后参照图40,描述RepairFlow元素的详细配置。
(SourceFlow元素的语法)
图38是示出图37的SourceFlow元素的语法的实例的示图。
在SourceFlow元素中指定源流信息。如图38中所示,用作根元素的SourceFlow元素是EFDT元素、idRef属性、realtime属性、minBufferSize属性、ApplicationIdentifier元素以及PayloadFormat元素的高级元素。
EFDT元素是扩展的FDT的缩写,并且在其内指定与扩展的FDT相关的信息。稍后参照图39,描述EFDT元素的详细配置。在idRef属性中指定EFDT ID。
在realtime属性中指定“TRUE”或“FALSE”,并且在指定“TRUE”时,在LCT扩展报头内包括NTP时间戳。realtime属性的默认值设置为“FALSE”。在minBufferSize属性中指定在接收装置20中需要的最小缓冲尺寸。在ApplicationIdentifier元素中指定通过应用映射的ID。
在PayloadFormat元素中指定源流信息的有效载荷格式。PayloadFormat元素是codePoint属性、deliveryObjectFormat属性、fragmentation属性、deliveryOrder属性、sourceFECPayloadID属性、以及FECParameters元素的高级元素。
在codePoint属性中指定代码点值。代码点值的默认值设置为“0”。在deliveryObjectFormat属性中指定有效载荷格式。在fragmentation属性中指定与片段相关的信息。在deliveryOrder属性中指定与传送顺序相关的信息。在sourceFECPayloadID属性中指定源FEC的有效载荷ID。在FECParameters元素中指定FEC参数。
(EFDT元素的语法)
图39是示出图38的EFDT元素的语法的实例的示图。
在EFDT元素中指定与扩展的FDT相关的信息。如图39中所示,用作根元素的EFDT元素是route:idRef属性、route:version属性、route:maxExpiresDelta属性、route:maxTransportSize属性以及FileTemplate元素的高级元素。
在route:idRef属性中指定EFDT ID。在route:version属性中指定EFDT的版本信息。在route:maxExpiresDelta属性中指定在传输对象之后在期满之前的时间段。在route:maxTransportSize属性中指定最大输送尺寸。在FileTemplate元素中指定与文件模板相关的信息。
(RepairFlow元素的语法)
图40是示出图37的RepairFlow元素的语法的实例的示图。
在RepairFlow元素中指定修理流信息。如图40中所示,用作根元素的RepairFlow元素是指定FEC参数的FECParameters元素的高级元素。FECParameters元素是fecEncodingId属性、maximumDelay属性、费用属性、minBufferSize属性、FECOTI元素以及ProtectedObject元素的高级元素。
在fecEncodingId属性中指定FEC方案的ID。在maximumDelay属性中指定源流信息和修理流信息的最大延迟时间。在费用属性中指定费用值。在minBufferSize属性中指定在接收装置20中需要的最小缓冲尺寸。在FECOTI元素中指定FEC对象的传输信息。在ProtectedObject元素中指定与要保护的源流信息相关的信息。稍后参照图41,描述ProtectedObject元素的详细配置。
(ProtectedObject元素的语法)
图41是示出图40的ProtectedObject元素的语法的实例的示图。
在ProtectedObject元素中指定与要保护的源流信息相关的信息。如图41中所示,用作根元素的ProtectedObject元素是sessionDescription属性、tsi属性、sourceTOI属性以及fecTransportObjectSize属性的高级元素。
在sessionDescription属性中指定源流信息的会话信息。在tsi属性中指定源流信息的TSI。在sourceTOI属性中指定与修理流信息的TOI相同的传送对象的TOI。在fecTransportObjectSize属性中指定FEC输送对象的默认尺寸。
(SPD的语法)
图42是示出XML格式的SPD的语法的实例的示图。
如图42中所示,用作根元素的SPD元素是serviceId属性、spIndicator属性、AlternativeService元素、HybridSignalLocationDescription元素、ContentAdvisoryDescription元素以及NRTServiceDescription元素的高级元素。
在serviceId属性中指定服务ID。在spIndicator属性中指定由服务ID识别的每个服务是否加密。在“on”指定为spIndicator属性时,表示服务加密,并且在“off”指定为spIndicator属性时,表示服务未加密。
在AlternativeService元素中指定与替换的服务相关的信息。AlternativeService元素是globalUniqueServiceId属性的高级元素。在globalUniqueServiceId属性中指定全球独特服务ID。
在HybridSignalLocationDescription元素中指定与通过通信传输的信令数据相关的信息。稍后参照图43,描述HybridSignalLocationDescription元素的详细配置。
在ContentAdvisoryDescription元素中指定与分级区域相关的信息。稍后参照图44,描述ContentAdvisoryDescription元素的详细配置。
在NRTServiceDescription元素中指定与NRT服务相关的信息。稍后参照图45,描述NRTServiceDescription元素的详细配置。
(HybridSignalLocationDescription元素的语法)
图43是示出图42的HybridSignalLocationDescription元素的语法的实例的示图。
在HybridSignalLocationDescription元素中指定与通过通信传输的信令数据相关的信息。如图43中所示,用作根元素的HybridSignalLocationDescription元素是版本属性、url属性以及hybrid属性的高级元素。
在版本属性中指定信令数据的版本信息。在url属性中指定表示信令数据的获取目的地的URL。在hybrid属性中指定表示信令数据是否对应于混合服务的信息。例如,在“TRUE”指定为hybrid属性时,表示信令数据对应于混合服务。进一步,例如,在“FALSE”指定为hybrid属性时,表示信令数据对应于基本广播服务。
(内容咨询描述元素的语法)
图44是示出图42的ContentAdvisoryDescription元素的语法的实例的示图。
在ContentAdvisoryDescription元素中指定与分级区域相关的信息。如图44中所示,用作根元素的内容咨询描述元素是版本属性和RatingRegion元素的高级元素。在版本属性中指定RRD的版本信息。
RatingRegion元素是ratingRegionId属性和RatingDimension元素的高级元素。在ratingRegionId属性中指定分级区域ID。RatingDimension元素是dimensionIndex属性、ratingValue属性以及ratingTag属性的高级元素。基于属性,指定分级信息,例如,年龄限制分类方法。
(NRTServiceDescription元素的语法)
图45是示出图42的NRTServiceDescription元素的语法的实例的示图。
在NRTServiceDescription元素中指定与NRT服务相关的信息。如图45中所示,用作根元素的NRTServiceDescription元素是ConsumptionModel属性、autoUpdate属性、storageReservarion属性、defaultContentSize属性、ProtocolVersionDescription元素、CapabilityDescription元素、IconDescription元素、ISO639LanguageDescription元素以及ReceiverTargetingDescription元素的高级元素。
在ConsumptionModel属性中指定NRT服务的传输模式。例如,“B&D”、“push”、“portal”或“triggered”指定为传输模式。“B&D”是浏览和下载的缩写,并且表示下载由用户选择的NRT内容的文件数据的模式。“push”表示通过推动的方式提供签订的NRT服务的模式。“portal”表示立即传输和显示HTML格式等的文件的模式。“triggered”表示提供应用的模式。
在autoUpdate属性中指定是否自动更新NRT服务。在“on”指定为autoUpdate属性时,表示自动更新NRT服务,并且在“off”指定为autoUpdate属性时,表示未自动更新NRT服务。在storageReservarion属性中指定需要的储存容量。在defaultContentSize属性中指定每个NRT内容的尺寸。
在ProtocolVersionDescription属性中指定表示数据服务的信息。在CapabilityDescription元素中指定具有NRT服务的与在接收装置20内需要的功能(能力)相关的信息。
在IconDescription元素中指定表示用于NRT服务内的图标的获取目的地的信息。在ISO639LanguageDescription元素中指定NRT服务的语言代码。在ReceiverTargetingDescription元素中指定NRT服务的目标信息。
(ProtocolVersionDescription元素的语法)
图46是示出图45的ProtocolVersionDescription元素的语法的实例的示图。
在ProtocolVersionDescription元素中指定表示数据服务的信息。如图46中所示,用作根元素的ProtocolVersionDescription元素是protocolIdentifier属性、majorProtocolVersion属性以及minorProtocolVersion属性的高级元素。
在protocolIdentifier属性中指定数据服务的格式的类型信息。例如,“A/90”或“NRT”指定为类型信息。“A/90”表示传输通用数据的方案。“NRT”表示非实时(NRT)传输方案。
在majorProtocolVersion属性和minorProtocolVersion属性中指定数据服务的版本。在majorProtocolVersion属性中指定主要版本,并且在minorProtocolVersion属性中指定次要版本。
(CapabilityDescription元素的语法)
图47是示出图45的CapabilityDescription元素的语法的实例的示图。
在CapabilityDescription元素中指定具有NRT服务的与在接收装置20内需要的功能(能力)相关的信息。如图47中所示,用作根元素的CapabilityDescription元素是IndivisualCapabilityCodes元素、IndivisualCapabilityString元素以及CapabilityOrSets元素的高级元素。
IndivisualCapabilityCodes元素是essentialIndicator属性、capabilityCode属性以及formatIdentifier属性的高级元素。在essentialIndicator属性中指定表示能力是否是必要的信息。在capabilityCode属性中指定预定能力的代码。换言之,由essentialIndicator属性和capabilityCode属性指定由能力代码指定的能力是否必要。在formatIdentifier属性中指定在任意指定能力代码时要评估的功能(能力)。
IndivisualCapabilityString元素是essentialIndicator属性、capabilityCategoryCode属性以及capabilityString属性的高级元素。在essentialIndicator属性中指定表示能力是否是必要的信息。在capabilityCategoryCode属性中指定每个能力类别的代码。换言之,由essentialIndicator属性和capabilityCategoryCode属性指定由每个能力类别的代码指定的能力是否必要。在capabilityString属性中为每个能力类别指定要评估的功能(能力)。
在OR条件指定由IndivisualCapabilityCodes元素评估每个能力代码并且由IndivisualCapabilityString元素评估每个能力类别时,指定CapabilityOrSets元素。因此,CapabilityOrSets元素是essentialIndicator属性、CapabilityCodesInSets元素以及CapabilityStringsInSets元素的高级元素,并且essentialIndicator属性对应于essentialIndicator属性。
在CapabilityCodesInSets元素中的capabilityCode属性和formatIdentifier属性对应于在IndivisualCapabilityCodes元素中的capabilityCode属性和formatIdentifier属性。在CapabilityStringsInSets元素中的capabilityCategoryCode属性和capabilityString属性对应于在IndivisualCapabilityString元素中的capabilityCategoryCode属性和capabilityString属性。
(IconDescription元素的语法)
图48是示出图45的IconDescription元素的语法的实例的示图。
在IconDescription元素中指定表示用于NRT服务内的图标的获取目的地的信息。如图48中所示,用作根元素的IconDescription元素是content_linkage属性的高级元素。在content_linkage属性中指定表示图标的获取目的地的URL。
(ISO-639LanguageDescription元素的语法)
图49是示出图45的ISO-639LanguageDescription元素的语法的实例的示图。
在ISO639LanguageDescription元素中指定NRT服务的语言代码。如图49中所示,用作根元素的ISO639LanguageDescription元素是languageCode属性的高级元素。在languageCode属性中指定在ISO 639中规定的语言代码。
(ReceiverTargetingDescription元素的语法)
图50是示出图45的ReceiverTargetingDescription元素的语法的实例的示图。
在ReceiverTargetingDescription元素中指定NRT服务的目标信息。如图50中所示,用作根元素的ReceiverTargetingDescription元素是TargetEntry元素的高级元素。TargetEntry元素是geoLocation属性、postalCode属性以及人口统计类别属性的高级元素。
在geoLocation属性中指定用作NRT服务的目标的地理位置。在postalCode属性中指定用作NRT服务的目标的区域的邮政编码。在人口统计类别属性中指定用作NRT服务的目标的用户的类别。例如,“男性”、“女性”或者“年龄12-17”指定为类别。“男性”表示NRT服务的目标是男性。“女性”表示NRT服务的目标是女性。“年龄12-17”表示NRT服务的目标是年龄在12到17岁的人。
上面参照图37到50描述的LSID、SPD以及SPD的描述元素的语法是实例,并且可使用其他语法。
<6、修改的实例>
在以上描述中,由于预期在作为目前建立的美国的下一代广播标准的ATSC 3.0中使用利用IP传输方案的数字广播,所以在美国等国家使用的ATSC描述为数字地面电视广播标准,但是本技术可以适用于在日本等国家使用的综合服务数字广播(ISDB)。在一些欧洲国家等国家使用数字视频广播(DVB)。本技术不限于数字地面电视广播并且可用于数字***广播、数字有线电视广播等内。
在以上描述中,作为描述的缩写的“D”用作信令数据的名称,但是具有可使用作为表格的缩写的“T”的情况。例如,具有SCD描述为服务配置表格(SCT)的情况。进一步,例如,具有SPD描述为服务参数表格(SPT)的情况。名称的差异是在“描述”与“表格”之间的形式差异,并且不表示相应信令数据的实质内容不同。
在以上描述中,在通过标记语言(例如,XML)描述信令数据时,描述了元素和属性,但是元素或属性的名称是实例,并且可使用其他名称。例如,在SCD等中规定的RF分配ID可称为网络ID或RF信道ID。进一步,例如,SCD的SCBootstrap元素的LSIDBaseService属性可描述为LSIDBasicService属性等。名称的差异是形式差异,并且不表示元素或属性的实质内容不同。
<7、计算机的配置>
上述过程序列可以由硬件执行或者可以由软件执行。在这系列过程由软件执行时,构成软件的程序安装在计算机内。图51是示出通过程序执行上述过程序列的计算机的硬件的示例性配置的示图。
在计算机900中,中央处理单元(CPU)901、只读存储器(ROM)902以及随机存取存储器(RAM)903通过总线904彼此连接。输入/输出(I/O)接口905进一步连接至总线904。输入单元906、输出单元907、记录单元908、通信单元909以及驱动器910连接至I/O接口905。
输入单元906包括键盘、鼠标、麦克风等。输出单元907包括显示器、扬声器等。记录单元908包括硬盘、非易失性存储器等。通信单元909包括网络接口等。驱动器910驱动可移除介质911,例如,磁盘、光盘、磁光盘或半导体存储器。
在具有上述配置的计算机900中,例如,执行上述过程序列,以便CPU 901通过I/O接口905和总线904在RAM 903上载入在ROM 902或记录单元908内记录的程序,并且执行所述的程序。
在作为封装介质的可移除介质911内,可以记录和提供由计算机900(CPU 901)执行的程序。可以通过有线或无线传输介质,提供程序,例如,局域网(LAN)、互联网或数字卫星广播。
在计算机900中,在驱动器910内安装可移除介质911,然后,该程序可以通过I/O接口905安装在记录单元908内。进一步,可以通过有线或无线传输介质,通过通信单元909接收程序,然后,可以在记录单元908内安装该程序。而且,程序可以提前安装在ROM 902或记录单元908内。
在此处,在本说明书中,不需要根据作为流程图描述的顺序,按时间顺序执行由计算机根据程序执行的处理。换言之,由计算机根据程序执行的处理包括并行或者单独地执行的处理(例如,并行处理或者面向对象的处理)。进一步,该程序可由单个计算机处理或者可由多个计算机分布式处理。
进一步,本技术的实施方式不限于上述实施方式,并且在不背离本技术的主旨的范围内,可以进行通过各种变化。
本技术可具有以下配置。
(1)一种接收装置,包括:
第一获取单元,获取包括第一标志和第二标志的第二元数据,所述第一标志表示是否可以仅通过第一元数据获取配置服务的元件,所述第二标志表示在配置所述服务的元件的流之中是否具有通过通信在互联网上从服务器传输的元件的流,所述第一元数据包括与使用互联网协议(IP)传输方案通过数字广播的广播波通过广播传输的元件的流相关的信息;
第二获取单元,基于所述第二元数据,获取所述第一元数据;以及
控制单元,基于所述第一元数据,访问通过广播传输的元件的流,并且控制元件的再现。
(2)根据(1)所述的接收装置,
其中,在所述第一标志表示可以仅通过第一元数据获取配置服务的元件,并且所述第二标志表示没有通过通信传输的元件的流时,所述控制单元访问通过广播传输的元件的流,并且基于所述第一元数据控制元件的再现。
(3)根据(1)所述的接收装置,
其中,在所述第二标志表示具有通过通信传输的元件的流时,所述第二获取单元获取第三元数据,用于管理通过通信传输的元件的流的再现,并且
所述控制单元访问通过广播传输的元件的流以及通过通信传输的元件的流,并且基于所述第一元数据和所述第三元数据控制元件的再现。
(4)根据(1)到(3)中任一项所述的接收装置,
其中,所述第一元数据是通过在所述IP传输方案的协议栈中比IP层更高的层传输的第一信令数据,并且
所述第二元数据是通过在所述IP传输方案的协议栈中比IP层更低的层传输的第二信令数据。
(5)根据(4)所述的接收装置,
其中,通过从单向文件传输(FLUTE)中扩展的单向传输的实时对象传送(ROUTE)会话,传输所述第一信令数据的流和通过广播传输的元件。
(6)根据(5)所述的接收装置,
其中,所述服务配置有第一信令数据以及通过广播传输的元件,分配共同的IP地址到所述服务,并且
通过不同的基带数据包(BBP)流,传输第一信令数据以及通过广播传输的元件。
(7)根据(4)到(6)中任一项所述的接收装置,
其中,所述第二获取单元获取通过广播或者通过通信传输的第一信令数据。
(8)根据(1)到(7)中任一项所述的接收装置,
其中,所述元件是视频、音频或者字幕,并且
所述服务是节目。
(9)根据(1)到(8)中任一项所述的接收装置,
其中,所述第一元数据是LCT会话实例描述(LSID),并且
所述第二元数据是服务配置描述(SCD)。
(10)一种接收装置的接收方法,包括以下步骤:
由所述接收装置获取包括第一标志和第二标志的第二元数据,所述第一标志表示是否可以仅通过第一元数据获取配置服务的元件,所述第二标志表示在配置所述服务的元件的流之中是否具有通过通信在互联网上从服务器传输的元件的流,所述第一元数据包括与使用互联网协议(IP)传输方案通过数字广播的广播波通过广播传输的元件的流相关的信息;
由所述接收装置基于所述第二元数据,获取所述第一元数据;以及
由所述接收装置基于所述第一元数据,访问通过广播传输的元件的流,并且控制元件的再现。
(11)一种传输装置,包括:
生成单元,生成包括第一标志和第二标志的第二元数据,所述第一标志表示是否可以仅通过第一元数据获取配置服务的元件,所述第二标志表示在配置所述服务的元件的流之中是否具有通过通信在互联网上从服务器传输的元件的流,所述第一元数据包括与使用互联网协议(IP)传输方案通过数字广播的广播波通过广播传输的元件的流相关的信息;以及
传输单元,传输生成的第二元数据。
(12)根据(11)所述的传输装置,
其中,所述第一元数据是通过在所述IP传输方案的协议栈中比IP层更高的层传输的第一信令数据,并且
所述第二元数据是通过在所述IP传输方案的协议栈中比IP层更低的层传输的第二信令数据。
(13)根据(12)所述的传输装置,
其中,通过从单向文件传输(FLUTE)中扩展的单向传输的实时对象传送(ROUTE)会话,传输所述第一信令数据的流和通过广播传输的元件。
(14)根据(13)所述的传输装置,
其中,所述服务配置有第一信令数据以及通过广播传输的元件,分配共同的IP地址到所述服务,并且
通过不同的基带数据包(BBP)流,传输第一信令数据以及通过广播传输的元件。
(15)一种传输装置的传输方法,包括以下步骤:
由所述传输装置生成包括第一标志和第二标志的第二元数据,所述第一标志表示是否可以仅通过第一元数据获取配置服务的元件,所述第二标志表示在配置所述服务的元件的流之中是否具有通过通信在互联网上从服务器传输的元件的流,所述第一元数据包括与使用互联网协议(IP)传输方案通过数字广播的广播波通过广播传输的元件的流相关的信息;以及由所述传输装置传输生成的第二元数据。
参考符号列表
1、2:服务提供***
10:传输装置
20A、20B、20:接收装置
30:宽带服务器
40:互联网服务器
50:中继站
60:接入点
90:互联网
111:信令生成单元
113:视频数据获取单元
115:音频数据获取单元
117:字幕数据获取单元
122:传输单元
212:调谐器
214:控制单元
217:通信单元
251:调谐控制单元
252:过滤控制单元
253:信令获取单元
254:信令分析单元
255:通信控制单元
256:数据包报头监控单元
271:LLS信令获取单元
272:SCS信令获取单元
311:信令生成单元
313:视频数据获取单元
315:音频数据获取单元
317:字幕数据获取单元
322:通信单元
900:计算机
901:CPU
Claims (15)
1.一种接收装置,包括:
第一获取单元,获取包括第一标志和第二标志的第二元数据,所述第一标志表示是否能够仅通过第一元数据获取配置服务的元件,所述第二标志表示在配置所述服务的元件的流之中是否具有通过通信在互联网上从服务器传输的元件的流,所述第一元数据包括与使用互联网协议(IP)传输方案通过数字广播的广播波通过广播传输的元件的流相关的信息;
第二获取单元,基于所述第二元数据,获取所述第一元数据;以及
控制单元,基于所述第一元数据,访问通过广播传输的元件的流,并且控制元件的再现。
2.根据权利要求1所述的接收装置,
其中,在所述第一标志表示能够仅通过第一元数据获取配置所述服务的元件,并且所述第二标志表示没有通过通信传输的元件的流时,所述控制单元访问通过广播传输的元件的流,并且基于所述第一元数据控制元件的再现。
3.根据权利要求1所述的接收装置,
其中,在所述第二标志表示具有通过通信传输的元件的流时,所述第二获取单元获取第三元数据,用于管理通过通信传输的元件的流的再现,并且
所述控制单元访问通过广播传输的元件的流以及通过通信传输的元件的流,并且基于所述第一元数据和所述第三元数据控制元件的再现。
4.根据权利要求1所述的接收装置,
其中,所述第一元数据是通过在所述IP传输方案的协议栈中比IP层更高的层传输的第一信令数据,并且
所述第二元数据是通过在所述IP传输方案的协议栈中比IP层更低的层传输的第二信令数据。
5.根据权利要求4所述的接收装置,
其中,通过从单向文件传输(FLUTE)中扩展的单向传输的实时对象传送(ROUTE)会话,传输所述第一信令数据的流和通过广播传输的元件。
6.根据权利要求5所述的接收装置,
其中,所述服务配置有所述第一信令数据以及通过广播传输的元件,分配共同的IP地址到所述服务,并且
通过不同的基带数据包(BBP)流,传输所述第一信令数据以及通过广播传输的元件。
7.根据权利要求4所述的接收装置,
其中,所述第二获取单元获取通过广播或者通过通信传输的所述第一信令数据。
8.根据权利要求1所述的接收装置,
其中,所述元件是视频、音频或者字幕,并且
所述服务是节目。
9.根据权利要求1所述的接收装置,
其中,所述第一元数据是LCT会话实例描述(LSID),并且
所述第二元数据是服务配置描述(SCD)。
10.一种接收装置的接收方法,包括以下步骤:
由所述接收装置获取包括第一标志和第二标志的第二元数据,所述第一标志表示是否能够仅通过第一元数据获取配置服务的元件,所述第二标志表示在配置所述服务的元件的流之中是否具有通过通信在互联网上从服务器传输的元件的流,所述第一元数据包括与使用互联网协议(IP)传输方案通过数字广播的广播波通过广播传输的元件的流相关的信息;
由所述接收装置基于所述第二元数据,获取所述第一元数据;以及
由所述接收装置基于所述第一元数据,访问通过广播传输的元件的流,并且控制元件的再现。
11.一种传输装置,包括:
生成单元,生成包括第一标志和第二标志的第二元数据,所述第一标志表示是否能够仅通过第一元数据获取配置服务的元件,所述第二标志表示在配置所述服务的元件的流之中是否具有通过通信在互联网上从服务器传输的元件的流,所述第一元数据包括与使用互联网协议(IP)传输方案通过数字广播的广播波通过广播传输的元件的流相关的信息;以及
传输单元,传输生成的第二元数据。
12.根据权利要求11所述的传输装置,
其中,所述第一元数据是通过在所述IP传输方案的协议栈中比IP层更高的层传输的第一信令数据,并且
所述第二元数据是通过在所述IP传输方案的协议栈中比IP层更低的层传输的第二信令数据。
13.根据权利要求12所述的传输装置,
其中,通过从单向文件传输(FLUTE)中扩展的单向传输的实时对象传送(ROUTE)会话,传输所述第一信令数据的流和通过广播传输的元件。
14.根据权利要求13所述的传输装置,
其中,所述服务配置有所述第一信令数据以及通过广播传输的元件,分配共同的IP地址到所述服务,并且
通过不同的基带数据包(BBP)流,传输所述第一信令数据以及通过广播传输的元件。
15.一种传输装置的传输方法,包括以下步骤:
由所述传输装置生成包括第一标志和第二标志的第二元数据,所述第一标志表示是否能够仅通过第一元数据获取配置服务的元件,所述第二标志表示在配置所述服务的元件的流之中是否具有通过通信在互联网上从服务器传输的元件的流,所述第一元数据包括与使用互联网协议(IP)传输方案通过数字广播的广播波通过广播传输的元件的流相关的信息;以及
由所述传输装置传输生成的第二元数据。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2014-209501 | 2014-10-10 | ||
JP2014209501 | 2014-10-10 | ||
PCT/JP2015/077244 WO2016056412A1 (ja) | 2014-10-10 | 2015-09-28 | 受信装置、受信方法、送信装置、及び、送信方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105981399A true CN105981399A (zh) | 2016-09-28 |
CN105981399B CN105981399B (zh) | 2020-05-08 |
Family
ID=55653029
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580002942.6A Active CN105981399B (zh) | 2014-10-10 | 2015-09-28 | 接收装置、接收方法、传输装置以及传输方法 |
Country Status (8)
Country | Link |
---|---|
US (3) | US10305949B2 (zh) |
EP (1) | EP3206409B1 (zh) |
JP (1) | JP6610553B2 (zh) |
KR (1) | KR102456991B1 (zh) |
CN (1) | CN105981399B (zh) |
CA (1) | CA2932717C (zh) |
MX (1) | MX366870B (zh) |
WO (1) | WO2016056412A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106233693A (zh) * | 2014-11-13 | 2016-12-14 | Lg 电子株式会社 | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 |
CN113661680A (zh) * | 2020-01-06 | 2021-11-16 | 腾讯美国有限责任公司 | 用于基于http的动态自适应流的基于会话的信息 |
US11323778B2 (en) | 2020-09-23 | 2022-05-03 | Sony Group Corporation | Unified programming guide for content associated with broadcaster and VOD applications |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010021526A2 (en) * | 2008-08-22 | 2010-02-25 | Lg Electronics Inc. | A method for processing additional information related to an announced service or content in an nrt service and a broadcast receiver |
JP6579391B2 (ja) * | 2014-07-07 | 2019-09-25 | ソニー株式会社 | 受信装置、受信方法、送信装置、及び、送信方法 |
MX366870B (es) | 2014-10-10 | 2019-07-29 | Sony Corp | Dispositivo de recepción, método de recepción, dispositivo de transmisión, y método de transmisión. |
KR101781884B1 (ko) * | 2014-11-04 | 2017-09-26 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
CN106233692B (zh) * | 2014-11-12 | 2019-09-13 | Lg电子株式会社 | 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法 |
EP3232668A4 (en) * | 2014-12-10 | 2018-06-13 | LG Electronics Inc. | Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method and broadcast signal reception method |
US10264624B2 (en) | 2014-12-17 | 2019-04-16 | Sony Corporation | Transmission apparatus, transmission method, reception apparatus, and reception method |
EP3249914A4 (en) * | 2015-01-21 | 2018-07-18 | LG Electronics Inc. | Broadcast signal transmission apparatus, broadcast signal receiving apparatus, broadcast signal transmission method, and broadcast signal receiving method |
US10356451B2 (en) | 2015-07-06 | 2019-07-16 | Lg Electronics Inc. | Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method |
CA3082203C (en) * | 2015-10-23 | 2022-11-08 | Sharp Kabushiki Kaisha | Signaling method, receiving method signaling device, and receiving device |
JP2019135806A (ja) * | 2018-02-05 | 2019-08-15 | ソニーセミコンダクタソリューションズ株式会社 | 復調回路、処理回路、処理方法、および処理装置 |
US11159833B2 (en) * | 2018-11-23 | 2021-10-26 | Sony Corporation | Buffer management for storing files of a received packet stream |
US11616822B2 (en) * | 2019-09-30 | 2023-03-28 | Tencent America LLC | Session-based information for dynamic adaptive streaming over HTTP |
US11228796B2 (en) * | 2020-01-07 | 2022-01-18 | Tencent America LLC | Pattern addressing for session-based dash operations |
US11363310B2 (en) * | 2020-09-21 | 2022-06-14 | Sony Corporation | ATSC 3.0 hospitality TV system |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120331508A1 (en) * | 2011-06-24 | 2012-12-27 | Nokia Corporation | Accessing Service Guide Information In A Digital Video Broadcast System |
CN102868937A (zh) * | 2011-07-08 | 2013-01-09 | 中兴通讯股份有限公司 | 多媒体数据的传输方法及*** |
CN103503443A (zh) * | 2011-03-31 | 2014-01-08 | 奥兰治 | 用于借助用于重放多媒体流的终端来访问服务、尤其是网络门户的方法 |
US20140096173A1 (en) * | 2009-01-15 | 2014-04-03 | Jae Hyung Song | Method of processing non-real time service and broadcast receiver |
Family Cites Families (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6630963B1 (en) * | 2001-01-23 | 2003-10-07 | Digeo, Inc. | Synchronizing a video program from a television broadcast with a secondary audio program |
EP2075935A1 (en) * | 2007-12-31 | 2009-07-01 | Motorola, Inc. | A method and apparatus for providing uninterrupted media to a user |
JP5045535B2 (ja) | 2008-04-28 | 2012-10-10 | ソニー株式会社 | 受信装置及び受信方法 |
WO2010021526A2 (en) * | 2008-08-22 | 2010-02-25 | Lg Electronics Inc. | A method for processing additional information related to an announced service or content in an nrt service and a broadcast receiver |
CA2743997C (en) * | 2008-11-18 | 2013-06-11 | Lg Electronics Inc. | Method for receiving a broadcast signal |
US8099752B2 (en) * | 2008-12-03 | 2012-01-17 | Sony Corporation | Non-real time services |
JP5278059B2 (ja) * | 2009-03-13 | 2013-09-04 | ソニー株式会社 | 情報処理装置及び方法、プログラム、並びに情報処理システム |
US8320823B2 (en) * | 2009-05-04 | 2012-11-27 | Siport, Inc. | Digital radio broadcast transmission using a table of contents |
US8621520B2 (en) * | 2009-05-19 | 2013-12-31 | Qualcomm Incorporated | Delivery of selective content to client applications by mobile broadcast device with content filtering capability |
KR101809957B1 (ko) * | 2010-03-29 | 2017-12-18 | 엘지전자 주식회사 | 비실시간 서비스 처리 방법 및 방송 수신기 |
US20130211567A1 (en) * | 2010-10-12 | 2013-08-15 | Armital Llc | System and method for providing audio content associated with broadcasted multimedia and live entertainment events based on profiling information |
CA2833762C (en) * | 2011-04-20 | 2016-09-13 | Lg Electronics Inc. | Transmission method for broadcast service, reception method therefor, and reception apparatus therefor |
JP6071187B2 (ja) | 2011-11-09 | 2017-02-01 | オリンパス株式会社 | 撮像ユニットおよび撮像モジュール |
MX2014008657A (es) * | 2012-01-24 | 2014-10-06 | Sony Corp | Dispositivo de recepcion, metodo de recepcion, programa y sistema de procesamiento de informacion. |
US9942601B2 (en) * | 2013-01-24 | 2018-04-10 | Saturn Licensing Llc | Storing non-real time content |
US9967522B2 (en) | 2013-02-27 | 2018-05-08 | GM Global Technology Operations LLC | Driver monitoring camera system |
CN105009601A (zh) * | 2013-02-27 | 2015-10-28 | 索尼公司 | 信息处理装置和方法、程序和内容供应*** |
US8938033B2 (en) * | 2013-03-15 | 2015-01-20 | Intel Corporation | Enhanced low power active radio reception |
MX366870B (es) | 2014-10-10 | 2019-07-29 | Sony Corp | Dispositivo de recepción, método de recepción, dispositivo de transmisión, y método de transmisión. |
-
2015
- 2015-09-28 MX MX2016007240A patent/MX366870B/es active IP Right Grant
- 2015-09-28 CN CN201580002942.6A patent/CN105981399B/zh active Active
- 2015-09-28 US US15/032,409 patent/US10305949B2/en active Active
- 2015-09-28 JP JP2016553048A patent/JP6610553B2/ja not_active Expired - Fee Related
- 2015-09-28 EP EP15848219.0A patent/EP3206409B1/en active Active
- 2015-09-28 KR KR1020167014497A patent/KR102456991B1/ko active IP Right Grant
- 2015-09-28 CA CA2932717A patent/CA2932717C/en active Active
- 2015-09-28 WO PCT/JP2015/077244 patent/WO2016056412A1/ja active Application Filing
-
2019
- 2019-04-22 US US16/390,803 patent/US10841350B2/en active Active
-
2020
- 2020-10-06 US US17/064,269 patent/US11374993B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140096173A1 (en) * | 2009-01-15 | 2014-04-03 | Jae Hyung Song | Method of processing non-real time service and broadcast receiver |
CN103503443A (zh) * | 2011-03-31 | 2014-01-08 | 奥兰治 | 用于借助用于重放多媒体流的终端来访问服务、尤其是网络门户的方法 |
US20120331508A1 (en) * | 2011-06-24 | 2012-12-27 | Nokia Corporation | Accessing Service Guide Information In A Digital Video Broadcast System |
CN102868937A (zh) * | 2011-07-08 | 2013-01-09 | 中兴通讯股份有限公司 | 多媒体数据的传输方法及*** |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106233693A (zh) * | 2014-11-13 | 2016-12-14 | Lg 电子株式会社 | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 |
US10356449B2 (en) | 2014-11-13 | 2019-07-16 | Lg Electronics Inc. | Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method |
CN106233693B (zh) * | 2014-11-13 | 2020-01-03 | Lg 电子株式会社 | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 |
US10687096B2 (en) | 2014-11-13 | 2020-06-16 | Lg Electronics Inc. | Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method |
US10972771B2 (en) | 2014-11-13 | 2021-04-06 | Lg Electronics Inc. | Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method |
CN113661680A (zh) * | 2020-01-06 | 2021-11-16 | 腾讯美国有限责任公司 | 用于基于http的动态自适应流的基于会话的信息 |
CN113661680B (zh) * | 2020-01-06 | 2024-03-01 | 腾讯美国有限责任公司 | 用于接收媒体内容的媒体数据的处理方法和装置 |
US11323778B2 (en) | 2020-09-23 | 2022-05-03 | Sony Group Corporation | Unified programming guide for content associated with broadcaster and VOD applications |
Also Published As
Publication number | Publication date |
---|---|
EP3206409B1 (en) | 2024-01-03 |
CN105981399B (zh) | 2020-05-08 |
US10841350B2 (en) | 2020-11-17 |
EP3206409A1 (en) | 2017-08-16 |
US20160248828A1 (en) | 2016-08-25 |
MX2016007240A (es) | 2016-08-11 |
KR20170068408A (ko) | 2017-06-19 |
EP3206409A4 (en) | 2018-05-23 |
JP6610553B2 (ja) | 2019-11-27 |
JPWO2016056412A1 (ja) | 2017-07-20 |
US10305949B2 (en) | 2019-05-28 |
KR102456991B1 (ko) | 2022-10-21 |
US20210037075A1 (en) | 2021-02-04 |
CA2932717A1 (en) | 2016-04-14 |
US20190297128A1 (en) | 2019-09-26 |
MX366870B (es) | 2019-07-29 |
US11374993B2 (en) | 2022-06-28 |
CA2932717C (en) | 2023-10-10 |
WO2016056412A1 (ja) | 2016-04-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105981399A (zh) | 接收装置、接收方法、传输装置以及传输方法 | |
CN103975602B (zh) | 广播服务接收方法和广播服务接收装置 | |
CN100544421C (zh) | 用于对视频和音频内容做标记以及进行拦截的分布*** | |
CN105900440B (zh) | 接收设备、接收方法、发送设备以及发送方法 | |
CA2970463C (en) | Receiver, reception method, transmitter, and transmission method | |
CN107852530A (zh) | 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法 | |
CN1623330B (zh) | 创建音频/视频流的方法和发送、接收音频/视频流的设备 | |
US11356719B2 (en) | Reception device, reception method, transmission device, and transmission method | |
KR20170071478A (ko) | 수신 장치, 수신 방법, 송신 장치 및 송신 방법 | |
CN107534793A (zh) | 接收装置、传输装置以及数据处理方法 | |
CN106233703A (zh) | 接收设备、接收方法、传输设备以及传输方法 | |
CN101232613A (zh) | 发送/接收数字内容的方法和接收数字内容的装置 | |
CA2997897C (en) | Receiving apparatus, transmitting apparatus, and data processing method | |
US11044030B2 (en) | Reception apparatus, transmission apparatus, and data processing method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | 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 |