CN111556341B - 用于接收广播信号的装置与方法 - Google Patents
用于接收广播信号的装置与方法 Download PDFInfo
- Publication number
- CN111556341B CN111556341B CN202010278136.4A CN202010278136A CN111556341B CN 111556341 B CN111556341 B CN 111556341B CN 202010278136 A CN202010278136 A CN 202010278136A CN 111556341 B CN111556341 B CN 111556341B
- Authority
- CN
- China
- Prior art keywords
- field
- information
- component
- service
- broadcast
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
-
- 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
-
- 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
- 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/41—Structure of client; Structure of client peripherals
- H04N21/4104—Peripherals receiving signals from specially adapted client devices
- H04N21/4126—The peripheral being portable, e.g. PDAs or mobile phones
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
- H04N21/4305—Synchronising client clock from received content stream, e.g. locking decoder clock with encoder clock, extraction of the PCR packets
-
- 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
- H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
-
- 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
-
- 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/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
- H04N21/814—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts comprising emergency warnings
-
- 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/85—Assembly of content; Generation of multimedia applications
- H04N21/854—Content authoring
- H04N21/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
-
- 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/85—Assembly of content; Generation of multimedia applications
- H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
- H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
Abstract
本发明涉及用于接收广播信号的装置与方法。用于链接到通过广播接收装置接收到的广播服务的链接装置,可以包括:通信单元,该通信单元形成与广播接收装置的配对会话;和控制单元,该控制单元将用于信令信息的块通知请求发送到广播接收装置,以接收信令信息,并且执行与接收到的信令信息有关的功能。
Description
本申请是2016年12月30日提交的国际申请日为2015年6月29日的申请号为201580035879.6(PCT/KR2015/006640)的,发明名称为“广播接收装置及其操作方法、用于链接到广播接收装置的链接装置及其操作方法”的专利申请的分案申请。
技术领域
本发明涉及一种广播接收装置、操作广播接收装置的方法、用于与广播接收装置交互操作的配套装置以及用于操作配置装置的方法。
背景技术
随着数字广播和通信环境的发展,使用除了现有的广播网络之外的通信网络(例如,宽带)的混合广播引起注意。另外,这样的混合广播提供与诸如智能电话或者平板互操作的应用或者广播服务。当诸如智能电话或者平板的终端装置的用户增加时,有必要提供与终端装置有效地互操作的广播服务。
特别地,向诸如智能电话或者平板有效地提供诸如通过广播发送的紧急报警的信息或者广播服务的属性的广播服务被要求。
发明内容
技术问题
实施例提供与终端装置有效地互操作的广播接收装置及其操作方法。
实施例也提供向终端装置提供有效地发送信息的广播服务的广播接收装置及其操作方法。
实施例也提供与广播接收装置交互操作并且从广播接收装置有效地接收信息的终端装置。
技术方案
能够通过提供与用于接收广播服务的广播接收装置交互操作的配套装置来实现本发明的目的,该配套装置包括:通信单元,该通信单元被配置成建立与广播接收装置的配对会话;和控制器,该控制器被配置成发送对于来自于广播接收装置的信令信息的通知的请求,以接收信令信息,并且执行与接收到的信令信息有关的功能。
信令信息可以包括广播服务属性信息,并且控制器可以从广播接收装置接收更新的属性信息,选择性地从广播接收装置请求被包括在更新的属性信息中的一些属性,并且接收关于被请求的属性的信息。
可以基于被包括在广播服务属性信息中的属性的名称执行或者进行被更新的属性信息的接收和对于一些属性的请求。
信令信息可以包括紧急报警信息,控制器可以从广播接收装置接收消息标识符、服务标识符以及URI信息中的至少一个,并且基于接收到的消息标识符和服务标识符从广播接收装置请求紧急报警信息,或者基于接收到的URI信息从内容服务器请求紧急报警信息,并且可以基于请求接收紧急报警信息。
信令信息可以包括紧急报警信息,控制器可以从广播接收装置接收URI信息,并且基于接收到的URI信息从广播接收装置接收紧急报警信息,并且紧急报警信息可以包括通过广播接收装置生成的用户界面页面。
信令信息可以包括非实时信息,并且控制器可以使用非实时数据的标识符请求非实时数据的属性信息,并且从广播接收装置接收XML中的非实时数据的属性信息。
信令信息可以包括装置性能信息,并且控制器可以接收装置性能信息,基于装置性能信息请求媒体组件,并且接收和呈现媒体组件。
装置性能信息可以进一步包括可替换的媒体组件的位置信息。
位置信息可以包括可替换的媒体组件的URL信息,并且控制器可以基于URL信息从广播接收装置或者内容服务器接收可替换的媒体组件。
有益效果
提供与终端装置有效地交互操作的广播服务的广播接收装置及其操作方法。
提供向终端装置提供有效地发送信息的广播服务的广播接收装置及其操作方法。
提供与广播接收装置有效地交互操作并且从广播接收装置有效地接收信息的终端装置。
附图说明
附图被包括以提供本发明的进一步理解并且被合并且组成本申请的一部分,图示本发明的实施例并且连同描述一起以解释本发明的原理。
图1是根据本发明的实施例的用于支持广播服务的协议栈的视图。
图2是图示根据本发明的实施例的广播传输帧的视图。
图3是根据本发明的另一实施例的广播传输帧的视图。
图4是图示根据本发明的实施例的发送广播服务的传送分组的结构的视图。
图5是图示根据本发明的实施例的在发送广播服务的传送分组中network_protocol字段具有的值的视图。
图6是图示根据本发明的实施例的广播接收装置的配置的视图。
图7是图示根据本发明的另一实施例的广播接收装置的配置的视图。
图8是广播服务信令表和广播服务传输路径信令信息信号广播服务和广播服务传输路径的视图。
图9是图示根据本发明的实施例的广播服务信令表的视图。
图10是图示根据本发明的实施例的在广播服务信令表中service_category字段具有的值的视图。
图11是根据本发明的另一实施例的广播服务信令表的视图。
图12是根据本发明的另一实施例的流标识符描述符的视图。
图13是图示根据本发明的实施例的当广播发送装置发送广播服务信令表时的操作的视图。
图14是图示根据本发明的实施例的当广播接收装置接收广播服务时的操作的视图。
图15是图示根据本发明的实施例的广播服务传输路径信令信息的视图。
图16是图示根据本发明的实施例的在广播服务传输路径信令信息中delivery_network_type字段具有的值的视图。
图17是根据本发明的实施例的广播服务传输路径信令信息用信号发送通过IP流的广播服务的传输的视图。
图18是根据本发明的实施例的广播服务传输路径信令信息用信号发送通过其它广播公司的IP流的广播服务的传输的视图。
图19是根据本发明的实施例的广播服务传输路径信令信息用信号发送通过FLUTE会话广播服务的传输的视图。
图20是根据本发明的实施例的广播服务传输路径信令信息用信号发送通过另一广播公司的FLUTE协议的广播服务的传输的视图。
图21是根据本发明的实施例的广播服务传输路径信令信息用信号发送通过另一广播公司的MPEG-2TS流的广播服务的传输的视图。
图22是根据本发明的实施例的广播服务传输路径信令信息用信号发送通过另一广播公司的基于分组的流的广播服务的传输的视图。
图23是根据本发明的实施例的广播服务传输路径信令信息用信号发送通过基于IP的广播网络的基于分组的流的广播服务的传输的视图。
图24是根据本发明的实施例的广播服务传输路径信令信息用信号发送通过URL的广播服务的视图。
图25是根据本发明的实施例的当广播发送装置发送广播服务传输路径信令信息时的视图。
图26是根据本发明的实施例的当广播接收装置基于广播服务传输路径接收广播服务时的视图。
图27是图示根据本发明的实施例的媒体组件信令信息用信号发送媒体组件的视图。
图28是图示根据本发明的实施例的媒体组件信令信息中的component_type字段的值的视图。
图29是图示根据本发明的实施例的在媒体组件信令信息中的component_data字段的视图。
图30是图示根据本发明的实施例的媒体组件的类型和作用的视图。
图31是图示根据本发明的实施例的复合组件的配置的视图。
图32是图示根据本发明的实施例的复合视频组件的视图。
图33是图示根据本发明的实施例的复合音频组件的视图。
图34是图示根据本发明的另一实施例的广播接收装置的配置的视图。
图35是图示根据本发明的实施例的复合视频组件的配置的视图。
图36是图示根据本发明的另一实施例的复合视频组件的视图。
图37是图示根据本发明的另一实施例的复合视频组件的视图。
图38是图示根据本发明的实施例的音频服务的媒体组件配置的视图。
图39是图示根据本发明的实施例的包括音频和视频两者的广播服务的配置的视图。
图40是图示根据本发明的实施例的用户请求内容服务的配置的视图。
图41是图示根据本发明的实施例的独立(stand-alone)NRT数据服务的配置的视图。
图42是图示根据本发明的实施例的媒体组件信息的视图。
图43是图示根据本发明的另一实施例的在媒体组件信令信息中的component_data字段的值的视图。
图44是图示根据本发明的实施例的复合组件信息的视图。
图45是图示根据本发明的实施例的包括复合组件信息的描述符的视图。
图46是图示根据本发明的实施例的有关组件列表信息的视图。
图47是根据本发明的实施例的NRT信息表的视图。
图48是图示根据本发明的实施例的NRT信息块的视图。
图49是根据本发明的实施例的NRT服务描述符的视图。
图50是图示根据本发明的实施例的图形图标信息的视图。
图51是图示根据本发明的实施例的图形图标信息的icon_transport_mode字段的值的视图。
图52是图示根据本发明的实施例的图形图标信息的coordinate_system字段的值的视图。
图53是图示根据本发明的实施例的媒体组件列表信息的视图。
图54是根据本发明的实施例的当在广播服务信令表中通过URI映射媒体组件或者广播服务时的视图。
图55是图示用信号发送广播服务或者媒体组件的定向准则的定向准则信息的视图。
图56是图示描述广播服务或者媒体组件的文本信息的视图。
图57是图示广播服务、节目或者演出片段的标题信息的视图。
图58是图示广播服务、节目或者演出片段的流派信息的视图。
图59是图示用信号发送与媒体组件或者内容项目有关的目标装置的目标装置信息的视图。
图60是当广播服务被划分成多个片段时的视图。
图61是图示根据本发明的实施例的演出信息的视图。
图62是图示根据本发明的实施例的演出信息块的视图。
图63是图示根据本发明的实施例的片段信息块的视图。
图64是根据本发明的实施例的当广播发送装置发送包括演出信息和片段信息中的至少一个的广播信号时的视图。
图65是根据本发明的实施例的当广播接收装置接收包括演出信息和片段信息中的至少一个的广播信号时的视图。
图66是图示根据本发明的实施例的节目信息的视图。
图67是图示根据本发明的实施例的节目信息块的视图。
图68是图示根据本发明的另一实施例的节目信息块的视图。
图69是图示根据本发明的另一实施例的节目信息块的视图。
图70是图示根据本发明的另一实施例的节目信息块的视图。
图71是图示根据本发明的另一实施例的节目信息块的视图。
图72是图示根据本发明的实施例的片段信息的视图。
图73是图示根据本发明的实施例的片段信息块的视图。
图74是图示根据本发明的实施例的定向片段集信息的视图。
图75是根据本发明的实施例的当广播发送装置发送包括节目信息和片段信息中的至少一个的广播信号时的视图。
图76是根据本发明的实施例的当广播接收装置接收包括节目信息和片段信息中的至少一个的广播信号时的视图。
图77是图示连续的组件类别、音频组件类别、视频组件类别、以及隐藏字幕组件类别的视图。
图78是图示基本音频组件类别、基本视频组件类别、以及基本隐藏字幕组件类别的视图。
图79是图示复合音频组件类别和复合视频组件类别的视图。
图80是图示PickOne组件列表的视图。
图81是图示可呈现组件类别、可呈现视频组件类别、可呈现音频组件类别、以及可呈现字幕组件类别的视图。
图82是图示OnDemand组件类别的视图。
图83是图示NRT内容项目类别和NRT文件类别的视图。
图84是图示根据本发明的另一实施例的OnDemand组件类别的视图。
图85是图示根据本发明的另一实施例的NRT内容项目类别和NRT文件列表的视图。
图86是图示线性服务类别的视图。
图87是图示App类别和基于App的增强型服务的视图。
图88是图示时基类别和通知流类别的视图。
图89是图示基于App的服务类别的视图。
图90是图示节目类别的视图。
图91是图示演出类别的视图。
图92是图示片段类别、演出片段类别、以及插播片段类别的视图。
图93是图示根据本发明的实施例的根据广播服务的类型与子属性的继承关系的视图。
图94是图示根据本发明的实施例的在连续的组件和具有连续的组件的子属性的组件之间的继承关系的视图。
图95是图示根据本发明的实施例的在可呈现组件和具有可呈现组件的子属性的组件之间的继承关系的视图。
图96是图示根据本发明的实施例的在服务、服务中的节目、以及节目中的片段之间的关系的视图。
图97是图示根据本发明的另一实施例的根据广播服务的类型与子属性的继承关系的视图。
图98是图示根据本发明的实施例的在连续的组件和具有连续的组件的子属性的组件之间的继承关系的视图。
图99是图示NRT内容项目类别和NRT文件的继承关系的视图。
图100是图示根据本发明的另一实施例的在服务、服务中的节目、以及节目中的片段之间的关系的视图。
图101是图示可呈现音频组件的层等级的视图。
图102是图示当广播接收装置通过广播服务指南显示基于自动启动的应用的服务并且将其存储为收藏或者进行下载时的操作的流程图。
图103是图示根据本发明的另一实施例的根据广播服务的类型与子属性的继承关系的视图。
图104是图示根据本发明的实施例的在连续的组件和具有连续的组件的子属性的组件之间的继承关系的视图。
图105是图示根据本发明的实施例的在可呈现组件和具有可呈现组件的子属性的组件之间的继承关系的视图。
图106是图示根据发明的实施例的广播发送装置发送用信号发送包括手语屏幕的视频的信息的操作的流程图。
图107是图示根据本发明的实施例的广播接收装置显示包括手语屏幕的视频的操作的流程图。
图108是图示根据本发明的实施例的用于设置手语的用户输入的界面的视图。
图109是示出根据本发明的实施例的与配套装置交互操作的提供广播服务的广播系统的视图。
图110是示出根据本发明的实施例的用信号发送的广播服务的属性的视图。
图111是示出根据本发明的实施例的在用信号发送的广播服务的属性当中的目标装置信息的值的视图。
图112是示出根据本发明的实施例的UPnP动作的视图。
图113是示出根据本发明的实施例的表述性状态转移(REST)动作机制的视图。
图114是示出根据本发明的实施例的使用事件方法的广播接收装置和配套装置的服务信令消息的视图。
图115是示出根据本发明的实施例的用于将广播服务属性从广播接收装置用信号发送到配套装置的操作的梯形图。
图116是示出根据本发明的实施例的从广播接收装置用信号发送到配套装置的广播服务属性的数据格式的视图。
图117是示出根据本发明的实施例的指示从广播接收装置用信号发送到配套装置的广播服务属性的状态、用于广播服务属性的动作以及动作宗量的变量的视图。
图118是示出根据本发明的另一实施例的用于将广播服务属性从广播接收装置用信号发送到配套装置的操作的梯形图。
图119是示出根据本发明的另一实施例的指示是否从广播接收装置用信号发送到配套装置的广播服务属性被改变的数据格式的视图。
图120是示出根据本发明的另一实施例的指示从广播接收装置用信号发送到配套装置的广播服务属性的状态的变量的视图。
图121是示出根据本发明的另一实施例的指示是否从广播接收装置用信号发送到配套装置的广播服务属性被改变的数据格式的视图。
图122是示出根据本发明的另一实施例的指示从广播接收装置用信号发送到配套装置的广播服务属性的状态的变量的视图。
图123是示出根据本发明的另一实施例的用于将广播服务属性从广播接收装置用信号发送到配套装置的操作的梯形图。
图124是示出根据本发明的另一实施例的指示从广播接收装置用信号发送到配套装置的广播服务属性的状态的变量的视图。
图125是示出根据本发明的实施例的用于获取广播服务属性的动作的视图。
图126是示出根据本发明的另一实施例的用于将广播服务属性从广播接收装置用信号发送到配套装置的操作的梯形图。
图127是示出根据本发明的另一实施例的指示从广播接收装置用信号发送到配套装置的广播服务属性的状态、用于广播服务属性的动作以及动作宗量的变量的视图。
图128是示出根据本发明的另一实施例的用于将广播服务属性从广播接收装置用信号发送到配套装置的操作的梯形图。
图129是示出根据本发明的实施例的在广播网络上生成和发送紧急报警的过程的视图。
图130是示出根据本发明的实施例的在广播网络上通过广播接收装置用信号发送的紧急报警的提取和显示的视图。
图131是示出根据本发明的实施例的CAP消息的格式的视图。
图132是示出根据本发明的实施例的示出服务类型、服务ID、指示由广播接收装置用信号发送的紧急报警服务的紧急报警状态、紧急报警动作以及动作宗量的变量的视图。
图133是示出根据本发明的实施例的用于将紧急报警从广播接收装置用信号发送到配套装置的操作的梯形图。
图134是示出根据本发明的实施例的被包括在广播接收装置的紧急报警通知消息中的信息的视图。
图135至图137是示出根据本发明的另一实施例的在广播接收装置处确定紧急报警的优先级的准则的视图。
图138是示出根据本发明的另一实施例的指示通过广播接收装置用信号发送的紧急报警的状态、紧急报警动作以及动作宗量的变量的视图。
图139是示出根据本发明的另一实施例的用于将紧急报警从广播接收装置用信号发送到配套装置的操作的梯形图。
图140是示出根据本发明的实施例的在从广播接收装置返回的XML中的紧急报警消息的视图。
图141是示出根据本发明的另一实施例的指示通过广播接收装置用信号发送的紧急报警的状态、紧急报警动作以及动作宗量的变量的视图。
图142是示出根据本发明的另一实施例的用于将紧急报警从广播接收装置用信号发送到配套装置的操作的梯形图。
图143是示出根据本发明的另一实施例的指示通过广播接收装置用信号发送的紧急报警的状态的变量的视图。
图144是示出根据本发明的另一实施例的指示通过广播接收装置用信号发送的紧急报警的动作和动作宗量的变量的视图。
图145是示出根据本发明的另一实施例的用于将紧急报警从广播接收装置用信号发送配套装置的操作的梯形图。
图146是示出根据本发明的另一实施例的用于将紧急报警从广播接收装置用信号发送配套装置的操作的梯形图。
图147是示出根据本发明的实施例的用于配套装置的NRT数据信令信息的视图。
图148是示出根据本发明的实施例的基于用于广播接收装置的NRT数据信令信息生成用于配套装置的NRT数据信令信息的广播接收设备的视图。
图149是示出根据本发明的实施例的用于获取NRT数据的变量、用于获取NRT数据的动作以及动作宗量的变量的视图。
图150是示出根据本发明的实施例的从广播接收装置到配套装置的NRT数据的信令的视图。
图151是示出根据本发明的实施例的从广播接收装置到配套装置的NRT数据的信令的视图。
图152是示出根据本发明的实施例的从广播接收装置到配套装置用信号发送的装置性能信息的视图。
图153是示出根据本发明的实施例的指示装置性能信息的状态变量的视图。
图154是示出根据本发明的实施例的用于获取装置性能信息的动作和动作宗量的视图。
图155是示出根据本发明的实施例的从广播接收装置到配套装置的装置信息的信令的视图。
图156是示出根据本发明的实施例的从广播接收装置到配套装置的装置信息的信令的视图。
图157是示出根据本发明的另一实施例的从广播接收装置到配套装置的装置信息的信令的视图。
图158是示出根据本发明的另一实施例的从广播接收装置到配套装置的装置信息的信令的视图。
图159是示出根据本发明的实施例的从广播接收装置用信号发送到配套装置的装置性能信息的视图。
图160是示出根据本发明的实施例的从广播接收装置到配套装置的装置信息的信令的视图。
图161是示出根据本发明的实施例的从广播接收装置到配套装置的装置信息的信令的视图。
图162是示出根据本发明的实施例的配套装置的操作的流程图。
图163是图示根据本发明的实施例的广播接收装置的操作的流程图。
具体实施方式
在下文中,将会参考附图更加详细地描述本发明的实施例,以便于允许本领域的技术人员容易地实现本发明。本发明可以以不同的形式被实现,并且不限于在此描述的实施例。此外,与公知的功能或者配置有关的详细描述将会被排除以便于没有必要地晦涩本发明的主要内容。相同的附图标记始终指的是相同的元件。
另外,当部件“包括”一些组件时,这意指部件没有排除其他的组件,除非另有明文规定并且进一步包括其它的组件。
图1是根据本发明的实施例的用于支持广播服务的协议栈的视图。
广播服务可以提供附属服务,例如,音频/视频(A/V)数据和HTML5应用、交互式服务、ACR服务、第二画面服务、以及个性化服务。
这样的广播服务可以通过诸如地面波和有线卫星的物理层(例如,广播信号)被发送。另外,根据本发明的实施例的广播服务可以通过互联网通信网络(例如,宽带)被发送。
当通过物理层,即,诸如地面波和有线卫星的广播信号发送广播服务时,广播接收装置可以通过解调广播信号提取被封装的MPEG-2传送流(TS)和被封装的IP数据报。广播接收装置可以从IP数据报提取用户数据报协议(UDP)数据报。在这一点上,信令信息可以是以XML格式。广播接收装置可以从UDP数据报提取信令信息。另外,广播接收装置可以从UDP数据报提取异步分层编译/分层编译传送(ALC/LCT)分组。广播接收装置可以从ALC/LCT分组提取单向文件传送(FLUETE)分组。在这一点上,FLUTE分组可以包括非实时(NRT)数据和电子服务指南(ESG)数据。另外,广播接收装置可以从UDP数据报提取实时传送协议(RTCP)分组和RTP控制协议(RTCP)分组。广播接收装置可以从RTP/RTCP分组提取A/V数据和增强型数据。在这一点上,NRT数据、A/V数据以及增强型数据中的至少一个可以是以基于ISO的媒体文件格式(ISO BMFF)。另外,广播接收装置可以从MPEG-2TS分组或者IP数据包提取诸如NRT数据、A/V数据、以及PSI/PSIP的信令信息。
当通过通信网络(例如,宽带)发送广播服务时,广播接收装置可以从互联网通信网络接收IP分组。广播接收装置可以从IP分组提取TCP分组。广播接收装置可以从TCP分组提取HTTP分组。广播接收装置可以从HTTP分组提取A/V数据、增强型数据、以及信令信息。在这一点上,A/V和增强性数据中的至少一个可以是以ISO BMFF格式。另外,信令信息可以是以XML格式。
将会参考图2至图5描述详细的传输帧和发送广播服务的传送分组。
图2是图示根据本发明的实施例的广播传输帧的视图。
根据图2的实施例,广播传输帧包括P1部分、L1部分、公共的PLP部分、交织的PLP部分(例如,被调度的&被交织的PLP的部分)、以及辅助数据部分。
根据图2的实施例,广播发送装置通过传输帧的P1部分发送关于传送信号检测的信息。另外,广播发送装置可以通过P1部分发送关于广播信号调谐的调谐信息。
根据图2的实施例,广播发送装置通过L1部分发送各个PLP的特性和广播传输帧的配置。在这一点上,广播接收装置100基于P1部分解码L1部分以获得广播传输帧的配置和各个PLP的特性。
根据图2的实施例,广播发送装置可以通过公共的PLP部分发送被共同地应用于PLP的信息。根据本发明的特定的实施例,广播传输帧可以不包括公共的PLP部分。
根据图2的实施例,广播发送装置通过被交织的部分发送被包括在广播服务中的多个组件。在这一点上,被交织的PLP部分包括多个PLP。
此外,根据图2的实施例,广播发送装置可以用信号发送配置各个广播服务的哪个PLP组件通过L1部分或者公共的PLP部分发送。然而,广播接收装置100解码被交织的PLP部分的多个PLP的全部以便于获得关于广播服务扫描的特定的广播服务信息。
不同于图2的实施例,广播发送装置可以发送包括通过广播传输帧发送的广播服务的广播传输帧和包括关于被包括在广播服务中的组件的信息的附加的部分。在这一点上,广播接收装置100可以通过附加的部分立即获得关于广播服务和组件的信息。将会参考图3对其进行描述。
图3是根据本发明的另一实施例的广播传输帧的视图。
根据图3的实施例,广播传输帧包括P1部分、L1部分、快速信息信道(FIC)部分、交织的PLP部分(例如,被调度的&被交织的PLP的部分)、以及辅助数据部分。
除了FIC部分之外,其它的部分与图2中的那些相同。
广播发送装置通过FIC部分发送快速信息。快速信息可以包括通过传输帧发送的广播流的配置信息、简单广播服务信息、以及组件信息。广播接收装置100可以基于FIC部分扫描广播服务。更加详细地,广播接收装置100可以从FIC部分提取关于广播服务的信息。
图4是图示根据本发明的实施例的发送广播服务的传送帧的结构的视图。
在图4的实施例中,发送广播服务的传送分组包括网络协议字段、错误指示符字段、填充指示符字段、指针字段、填充字节字段、以及有效载荷数据。
网络协议字段表示网络协议的类型。根据本发明的特定实施例,网络协议字段的值可以表示IPv4协议或者帧分组类型。更加详细地,如在图5的实施例中所示,当网络协议字段的值是000时,其可以表示IPv4协议。更加详细地,如在图5的实施例中所示,当网络协议字段的值是111时,其可以表示frame_packet_type协议。在这一点上,framed_packet_type可以是通过ATSC A/153定义的协议。更加详细地,framed_packet_type可以表示不包括表示关于长度的信息的字段的网络分组。根据本发明的特定实施例,网络协议可以是3比特字段。
错误指示符字段表示从对应的传送分组检测错误。更加详细地,如果错误指示符字段的值是0,则其表示从对应的分组中没有检测到错误,并且如果错误指示符字段的值是1,则其表示从对应的分组检测到错误。根据本发明的特定实施例,错误指示符字段可以是1比特字段。
填充指示符字段表示是否填充字节被包括在对应的传送分组中。在这一点上,填充字节表示被包括在有效载荷中的数据以保持固定的分组的长度。根据本发明的特定实施例,当填充指示符字段的值是1时,传送分组包括填充字节,并且当填充指示符字段的值是0时,传送分组不包括填充字节。根据本发明的特定实施例,填充指示符字段可以是1比特字段。
指针字段表示在对应的传送分组的有效载荷部分中的新网络分组的开始点。根据本发明的特定实施例,当指示符字段的值是0x7FF时,其可以表示不存在新的网络分组的开始点。另外,根据本发明的特定实施例,当指示符字段的值不是0x7FF时,其可以表示从传送分组报头的最后部分到新的网络分组的开始点的偏移值。根据本发明的特定实施例,指针字段可以是11比特字段。
填充字节字段表示在报头和有效载荷数据之间填充的填充字节以保持固定的分组长度。
将会参考图5描述用于接收广播服务的广播接收装置的配置。
图6是图示根据本发明的实施例的广播接收装置的配置的视图。
图6的广播接收装置100包括广播接收单元110、互联网协议(IP)通信单元130以及控制单元150。
广播接收单元110包括信道同步器111、信道均衡器113、以及信道解码器115。
信道同步器111利用时序同步符号频率,以便于在接收到广播信号的基带中解码。
信道均衡器113校正被同步的广播信号的失真。更加详细地,信道均衡器113校正由于多路径和多普勒效应导致的被同步的信号的失真。
信道解码器115解码被校正的广播信号的失真。更加详细地,信道解码器115从失真校正的广播信号中提取传输帧。在这一点上,信道解码器115可以执行前向纠错(FEC)。
IP通信单元130通过互联网网络接收和发送数据。
控制单元150包括信道解码器151、传送分组接口153、宽带分组接口155、基带操作控制单元157、公共协议栈159、服务映射数据库161、服务信令信道处理缓冲器和解析器163、A/V处理器165、广播服务指南处理器167、应用处理器169、以及服务指南数据库171。
信令解码器151解码广播信号的信令信息。
传送分组接口153从广播信号提取传送分组。在这一点上,传送分组接口153可以从被提取的传送分组提取诸如信令信息或者IP数据报的数据。
广播分组接口155从接收来自互联网网络的数据提取IP分组。在这一点上,广播分组接口155可以从IP分组提取信令数据或者IP数据报。
基带操作控制单元157控制与从基带接收到的广播信号有关的操作。
公共协议栈159从传送分组提取音频或者视频。
A/V处理器547处理音频或者视频。
服务信令信道处理缓冲器和解析器163解析和缓冲用信号发送广播服务的信令信息。更加详细地,服务信令信道处理缓冲器和解析器163从IP数据报解析和缓冲用信号发送的广播服务的信令信息。
服务映射数据库165存储包括关于广播服务的信息的广播服务列表。
服务指南处理器167处理指导陆地广播服务的节目的陆地广播服务指南数据。
应用处理器169从广播系统提取和处理应用有关的信息。
服务指南数据库171存储广播服务的节目信息。
图7是图示根据本发明的另一实施例的广播接收装置的配置的视图。
在图7的实施例中,图7的广播接收装置100包括广播接收单元110、互联网协议(IP)通信单元130、以及控制单元150。
广播接收单元110可以包括一个或者多个处理器、一个或者多个电路、以及一个或者多个硬件模块,其执行广播接收单元100执行的多个功能中的每一个。更加详细地,广播接收单元110可以是芯片上系统(SOC),其中数个半导体部件被集成为一个。在这一点上,SOC可以是半导体,其中诸如图形、音频、视频以及调制解调器的各种多媒体组件和诸如处理器和D-RAM的半导体被集成为一个。广播接收单元110可以包括物理层模块119和物理层IP帧模块117。物理层模块119通过广播网络的广播信道接收和处理广播有关的信号。物理层IP帧模块117将从物理层模块119获得的诸如IP数据报的数据分组转换成特定的帧。例如,物理层模块119可以将IP数据报转换成RS帧或者GSE。
IP通信单元130可以包括一个或者多个处理器、一个或者多个电路、以及一个或者多个硬件组件,其执行IP通信单元130执行的多个功能中的每一个。更加详细地,IP通信单元130可以是芯片上系统(SOC),其中数个半导体部件被集成为一个。在这一点上,SOC可以是半导体,其中诸如图形、音频、视频以及调制解调器的各种多媒体组件和诸如处理器和D-RAM的半导体被集成为一个。IP通信单元130可以包括互联网接入控制模块131。互联网接入控制模块131可以控制广播接收装置100的操作以通过互联网通信网络(例如,宽带)获得服务、内容以及信令数据中的至少一个。
控制单元150可以包括一个或者多个处理器、一个或者多个电路、以及一个或者多个硬件组件,其执行控制单元150执行的多个功能中的每一个。更加详细地,控制单元150可以是芯片上系统(SOC),其中数个半导体部件被集成为一个。在这一点上,SOC可以是半导体,其中诸如图形、音频、视频以及调制解调器的各种多媒体组件和诸如处理器和D-RAM的半导体被集成为一个。控制单元150可以包括信令解码器151、服务映射数据库161、服务信令信道解析器163、应用信令解析器166、警报信令解析器168、定向信令解析器170、定向处理器173、A/V处理器161、警报处理器162、应用处理器169、调度的流解码器181、文件解码器182、用户请求流解码器183、文件数据库184、组件同步单元185、服务/内容获取控制单元187、再分布模块189、装置管理器193、以及数据共享单元191中的至少一个。
服务/内容获取控制单元187控制接收机的操作以通过宽带网络或者互联网通信网络获得服务或者内容以及与服务或者内容有关的信令数据。
信令解码器151解码信令信息。
服务信令解析器163解析服务信令信息。
应用信令解析器166提取和解析服务有关的信令信息。在这一点上,服务有关的信令信息可以是与服务扫描有关的信令信息。另外,服务有关的信令信息可以是与通过服务提供的内容有关的信令信息。
警报信令解析器168提取和解析警报有关的信令信息。
目标信令解析器170提取和解析用于个人性服务的信息或者用于信令定向信息的内容或者信息。
定向处理器173处理用于个人性服务或者内容的信息。
警报处理器162处理与警报有关的信令信息。
应用处理器169控制应用有关的信息和应用的执行。更加详细地,应用处理器169处理下载的应用的状态和显示参数。
A/V处理器161基于被解码的音频或者视频和应用数据处理A/V渲染有关的操作。
调度的流解码器181解码调度的流,调度的流是根据通过诸如广播公司的内容提供商定义的时间表流式传输的内容。
文件解码器182解码被下载的文件。特别地,文件解码器182解码通过互联网通信网络下载的文件。
用户请求流解码器183解码通过用户请求提供的内容(例如,内容点播)。
文件数据库184存储文件。更加详细地,文件数据库184可以存储通过互联网通信网络下载的文件。
组件同步单元185同步内容或者服务。更加详细的,组件同步单元185同步通过调度的流解码器181、文件解码器182、以及用户请求流解码器183中的至少一个解码的内容。
服务/内容获取控制单元187控制接收机的操作以获得服务、内容或者与服务或者内容有关的信令信息。
当通过广播网络没有接收到服务或者内容时,再分布模块189执行操作以支持获得服务、内容、服务有关的信息、以及与内容有关的信息中的至少一个。更加详细地,再分布模块189可以从外部管理装置300请求服务、内容、服务有关的信息、以及内容有关的信息中的至少一个。在这一点上,外部管理装置300可以是内容服务器。
装置管理器193管理可相互操作的外部装置。更加详细的,装置管理器193可以执行外部装置的添加、删除、以及更新中的至少一个。另外,外部装置可以执行与广播接收装置100的连接和数据交换。
数据共享单元191执行在广播接收装置100和外部装置之间的数据传输操作并且处理交换有关的信息。更加详细地,数据共享单元191可以将AV数据或者信令信息发送到外部装置。另外,数据共享单元191可以从外部装置接收AV数据或者信令信息。
图8是广播服务信令表和广播服务传输路径用信号发送广播服务和广播服务传输路径的视图。
广播服务信令表可以用信号发送广播服务信息。更加详细地,广播服务信令表可以用信号发送广播服务包括的媒体组件。另外,广播服务信令表可以用信号发送广播服务和广播服务包括的媒体组件的传输路径。为此,广播服务信令表可以包括广播服务传输路径信令信息。在图8的实施例中,广播服务信令表包括关于多个广播服务的信息。在这一点上,广播服务信令表包括用信号发送分别被包括在多个广播服务中的多个媒体组件的媒体组件信令信息。特别地,广播服务信令表包括用信号发送多个媒体组件的传输路径的广播服务传输路径信令信息。例如,示出广播接收装置100可以根据信令表通过PLP 0在服务0中发送视频1。另外,示出广播接收装置100可以根据信令表通过互联网网络在服务N中发送音频1。在这一点上,PLP是在物理层上可识别的一系列的逻辑数据递送路径。PLP也可以被称为数据管道。
将会参考图9至图14描述广播服务信令表。
图9是图示根据本发明的实施例的广播服务信令表的视图。
广播服务信令表可以包括广播服务识别信息、表示广播服务的当前状态、广播服务的名称、表示是否应用用于广播服务的保护算法的信息、广播服务的种类信息、以及用信号发送广播服务包括的媒体组件的媒体组件信令信息中的至少一个。用信号发送广播服务包括的媒体组件的媒体组件信令信息可以包括表示是否各个媒体组件对于相对应的广播服务来说是重要的信息。另外,用信号发送广播服务包括的媒体组件的媒体组件信令信息可以包括与各个组件有关的信息。
更加详细地,如在图9的实施例中所示,广播服务信令表可以包括table_id字段、section_syntax_indicator字段、private_indicator字段、section_length字段、table_id_extension字段、version_number字段、current_next_indicator字段、section_number字段、last_section_numberr字段、a num_services字段、service_id字段、service_status字段、SP_indicator字段、short_service_name_length字段、short_service_name字段、channel_number字段、service_category字段、num_components字段、essential_component_indicator字段、num_component_level_descriptor字段、component_level_descriptor字段、num_service_level_descriptors字段、以及service_level_descriptor字段中的至少一个。
table_id字段表示广播服务信令信息表的标识符。在这一点上,table_id字段的值可以是在ATSC A/65中定义的被保留的id值中的一个。根据本发明的特定实施例,table_id字段可以是8比特字段。
section_syntax_indicator字段表示是否广播服务信令信息表是以MEPG-2TS标准的长格式的专用区段表。根据本发明的特定实施例,section_syntax_indicator字段可以是1比特字段。
private_indicator字段表示是否当前表对应于专用区段。根据本发明的特定实施例,private_indicator字段可以是1比特字段。
section_length字段表示在section_length字段之后的区段的长度。根据本发明的特定实施例,section_length字段可以是12比特字段。
table_id_extension字段表示用于结合table_id字段来识别广播服务信令信息表的值。特别地,table_id字段可以包括表示服务信令信息表的协议版本的SMT_protocol_version字段。根据本发明的特定实施例,SMT_protocol_version字段可以是8比特字段。
version_number字段表示服务信令表的版本。广播接收装置100可以基于vserion_number字段的值确定服务信令信息表的可用性。更加详细地,当version_number字段的值与先前接收到的服务信令表的版本相同时,服务信令表的信息可以不被使用。根据本发明的特定实施例,version_number字段可以是5比特字段。
current_next_indicator字段表示是否广播服务信令表当前可用。更加详细地,当current_next_indicator字段的值是1时,其可以表示广播服务信令表的信息是可用的。此外,当current_next_indicator字段的值是1时,其可以表示广播服务信令表的信息下次可用。根据本发明的特定实施例,current_next_indicator字段可以是1比特字段。
section_number字段表示当前区段号。根据本发明的特定实施例,section_number字段可以是8比特字段。
last_section_numberr字段表示最后区段号。当广播服务信令表的大小大时,其可以被划分成多个区段并且然后被发送。在这一点上,广播接收装置100基于section_number字段和last_section_number字段确定是否接收对于广播服务信令表所必需的所有区段。根据本发明的特定实施例,last_section_number字段可以是8比特字段。
service_id字段表示用于识别广播服务的服务标识符。根据本发明的特定实施例,service_id字段可以是16比特字段。
service_status字段表示广播服务的当前状态。更加详细地,其可以表示是否广播服务当前可用。根据本发明的特定实施例,当service_status字段的值是1时,其可以表示广播服务当前可用。根据本发明的特定实施例,广播接收装置100可以基于service_status字段的值确定是否显示广播服务列表中的相对应的广播服务和广播服务指南。例如,当相对应的广播服务不是可用的时,广播接收装置100可以不显示广播服务列表中的相对应的广播服务和广播服务指南。根据本发明的另一实施例,广播接收装置100可以基于service_status字段的值显示对相对应的广播服务的访问。例如,当相对应的广播服务不可用时,广播接收装置100可以限制通过频道上/下键对相对应的广播服务的访问。根据本发明的特定实施例,service_status字段可以是2比特字段。
SP_indicator字段可以表示是否服务保护被应用于相对应的广播服务中的至少一个组件。例如,当SP_indicator的值是1时,其可以表示服务保护被应用于在相对应的广播服务中的至少一个组件。根据本发明的特定实施例,SP_indicator字段可以是1比特字段。
short_service_name_length字段表示short_service_name字段的大小。
short_service_name字段表示广播服务的名称。更加详细地,可以通过概述广播服务的名称显示short_service_name字段。
channel_number字段显示相对应的广播服务的虚拟信道编号。
service_category字段表示广播服务的种类。更加详细地,service_category字段可以表示TV服务、无线电服务、广播服务指南、RI服务、以及紧急报警中的至少一个。例如,如在图9的实施例中所示,在service_category字段的值是0x01的情况下,其表示TV服务。在service_category字段的值是0x02的情况下,其表示无线电服务。在service_category字段的值是0x03的情况下,其表示RI服务。在service_category字段的值是0x08的情况下,其表示服务指南。在service_category字段的值是0x09的情况下,其表示紧急报警。根据本发明的特定实施例,service_category字段可以是6比特字段。
num_components字段表示相对应的广播服务包括的媒体组件的数目。根据本发明的特定实施例,num_component字段可以是5比特字段。
essential_component_indicator字段表示是否相对应的媒体组件是对于相对应的广播服务呈现来说是主要的媒体组件。根据本发明的特定示例,essential_component_indicator字段可以是1比特字段。
num_component_level_descriptor字段表示component_level_descrptor字段的数目。根据本发明的特定实施例,num_component_level_descriptor字段可以是4比特字段。
component_level_descriptor字段包括用于相对应的组件的附加的属性。
num_service_level_descriptors字段表示service_level_descriptor字段的数目。根据本发明的特定实施例,num_service_level_descriptors字段可以是4比特字段。
service_level_descriptor字段包括用于相对应的服务的附加的属性。
服务信令表可以进一步包括关于全体(ensemble)的信息。当相同的前向纠错(FEC)被应用于至少一个服务并且被发送时,全体表示至少一个服务的集合。将会参考图11更加详细地描述此。
图11是根据本发明的另一实施例的广播服务信令表的视图。
更加详细的,如在图11的实施例中所示,广播服务信令表可以及你也别包括num_ensemble_level_descriptors字段和ensemble_level_descriptor字段。
num_ensemble_level_descriptors字段表示ensemble_level_descriptor字段的数目。根据本发明的特定实施例,num_ensemble_level_descriptors字段可以是4比特字段。
ensemble_level_descriptor字段包括用于相对应的全体的附加的属性。
另外,服务信令表可以进一步包括用于识别媒体组件的流标识符信息。将参考图12更加详细地描述此。
图12是根据本发明的另一实施例的流标识符描述符的视图。
流标识符信息包括descriptor_tag字段、descriptor_length字段以及component_tag字段中的至少一个。
descriptor_tag字段表示包括流标识符信息的描述符。根据本发明的特定实施例,descriptor_tag字段可以是8比特字段。
descriptor_length字段表示在相对应的字段之后的流标识符信息的长度。根据本发明的特定实施例,descriptor_length字段可以是8比特字段。
component_tag字段表示用于识别媒体组件的媒体组件标识符。在这一点上,媒体组件标识符可以在相对应的信令信息表上具有与其他媒体组件的媒体组件标识符不同的唯一的值。根据本发明的特定实施例,component_tag字段可以是8比特字段。
参考图13和图17描述用于发送/接收广播服务信令表的操作。
上述广播服务表被描述为比特流格式但是根据本发明的特定实施例,广播服务表可以是以XML格式。
图13是图示根据本发明的实施例的当广播发送装置发送广播服务信令表时的操作的视图。
广播发送装置可以包括发送单元,该发送单元用于发送广播信号;和控制单元,该控制单元用于控制广播发送单元的操作。发送单元可以包括一个或者多个处理器、一个或者多个电路、以及一个或者多个硬件模块,其执行发送单元执行的多个功能中的每一个。更加详细地,发送单元可以是芯片上系统(SOC),其中数个半导体部件被集成为一个。在这一点上,SOC可以是半导体,其中诸如图形、音频、视频以及调制解调器的各种多媒体组件和诸如处理器和D-RMA的半导体被集成为一个。控制单元可以包括一个或者多个处理器、一个或者多个电路、以及一个或者多个硬件模块,其执行控制单元执行的多个功能中的每一个。更加详细地,控制单元可以是片上系统(SOC),其中数个半导体部件被集成为一个。在这一点上,SOC可以是半导体,其中诸如图形、音频、视频以及调制解调器的各种多媒体组件和诸如处理器和D-RMA的半导体被集成为一个。
在操作S101中广播发送装置通过控制单元获得广播服务信息。在这一点上,广播服务信息是用于描述广播服务的信息。更加详细地,广播服务信息可以包括广播服务识别信息、表示广播服务的当前状态的信息、广播服务的名称、广播服务的频道号、表示是否用于广播服务的保护算法被应用的信息、广播服务的种类信息、以及用信号发送广播服务包括的媒体组件的媒体组件信令信息中的至少一个。用信号发送广播服务包括的媒体组件的媒体组件信令信息可以包括表示是否媒体组件对于相对应的广播服务来说是重要的信息。另外,用于信号发送广播服务包括的媒体组件的媒体组件信令信息可以包括与各个组件有关的信息。
广播发送装置在操作S103中通过控制单元基于广播服务信息生成广播服务信令表。在这一点上,广播服务信令表可以包括上述广播服务信息。
广播发送装置在操作S105中通过发送单元发送包括服务信令表的广播信号。
图14是图示根据本发明的实施例的当广播接收装置接收广播服务信令表时的操作的视图。
广播接收装置100在操作S301中通过广播接收单元110接收广播信号。
广播接收装置100在操作303中基于广播信号通过控制单元150获得广播服务信令表。更加详细地,广播接收装置100可以从广播信号获得广播服务信令表。在这一点上,如在上面所提及的,广播服务信令表可以包括广播服务识别信息、表示广播服务的当前状态的信息、广播服务的名称、表示是否应用用于广播服务的保护算法的信息、广播服务的种类信息、以及用信号发送媒体组件的媒体组件信令信息中的至少一个。用信号发送广播服务包括的媒体组件的媒体组件信令信息可以包括表示是否各个媒体组件对于对应的广播服务来说是重要的信息。另外,用信号发送广播服务包括的媒体组件的媒体组件信令信息可以包括与各个组件有关的信息。然而,根据本发明的特定实施例,广播接收装置100可以经由IP网络获得广播服务信令表。
广播接收装置100在操作305中基于广播服务信令表通过控制单元150获得广播服务信息。在这一点上,如在上面所提及的,广播服务信息可以包括广播服务识别信息、表示广播服务的当前状态的信息、广播服务的名称、广播服务的频道号、表示是否应用用于广播服务的保护算法的信息、广播服务的种类信息、以及用信号发送广播服务包括的媒体组件的媒体组件信令信息中的至少一个。用信号发送广播服务包括的媒体组件的媒体组件信令信息可以包括表示是否各个媒体组件对于对应的广播服务来说是重要的信息。另外,用信号发送广播服务包括的媒体组件的媒体组件信令信息可以包括与各个组件有关的信息。
广播接收装置100在操作S307中基于广播服务信息生成用于存储关于广播服务的信息的广播服务列表。在这一点上,广播服务列表可以包括广播接收装置100获得的广播服务信息。根据本发明的特定实施例,广播接收装置100可以基于广播服务信息或者广播服务列表接收广播服务。
图15是图示根据本发明的实施例的广播服务传输路径信令信息的视图。
广播服务传输路径信令信息可以包括表示根据广播传输类型发送广播服务和特定传输信息的网络的类型的信息。发送广播服务的网络的类型可以是通过相同广播公司发送的IP流发送广播服务的网络、通过不同广播公司发送的IP流发送广播服务的网络、通过相同广播公司的FLUTE会话发送广播服务的网络、通过不同广播公司的FLUTE会话发送广播服务的网络、通过不同广播公司的MPEG-2TS发送广播服务的网络、通过不同广播公司的基于分组的流发送广播服务的网络、通过从基于IP的广播网络发送的基于分组的流发送广播服务的网络、以及用于通过URL获得广播服务的网络中的一个。
根据本发明的特定实施例,如在图15中所示,广播服务传输路径信令信息可以包括descriptor_tag字段、description_length字段、delivery_network_type字段、以及data_path字段。
descriptor_tag字段表示对应的描述符包括传输路径信令信息。根据本发明的特定实施例,descriptor_tag字段可以是8比特字段。
description_length字段表示在对应的字段之后广播服务传输路径信令信息的长度。根据本发明的特定实施例,description_length字段可以是8比特字段。
delivery_network_type字段表示发送广播服务的传输网络的类型。根据本发明的实施例,delivery_network_type字段的值可以表示通过相同广播公司发送的IP流发送广播服务的网络、通过不同广播公司发送的IP流发送广播服务的网络、通过相同广播公司的FLUTE会话发送广播服务的网络、通过不同广播公司的FLUTE会话发送广播服务的网络、通过不同广播公司的MPEG-2TS发送广播服务的网络、通过不同广播公司的基于分组的流发送广播服务的网络、通过从基于IP的广播网络发送的基于分组的流发送广播服务的网络、以及用于通过URL获得广播服务的网络中的一个。例如,如在图16的实施例中所示,当delivery_network_type字段的值是0x00时,其可以表示通过从相同广播公司发送的IP流发送广播服务的网络。此外,当delivery_network_type字段的值是0x01时,其可以表示通过从不同广播公司发送的IP流发送广播服务的网络。此外,当delivery_network_type字段的值是0x02时,其可以表示通过相同广播公司的FLUTE会话发送广播服务的网络。另外,当delivery_network_type字段的值是0x03时,其可以表示通过不同广播公司的FLUTE会话发送广播服务的网络。此外,当delivery_network_type字段的值是0x04时,其可以表示通过从不同广播公司的MPEG-2TS发送广播服务的网络。另外,当delivery_network_type字段的值是0x05时,其可以表示通过不同广播公司的基于分组的流发送广播服务的网络。此外,当delivery_network_type字段的值是0x06时,其可以表示通过从基于IP的广播网络发送的基于分组的流发送广播服务的网络。此外,当delivery_network_type字段的值是0x07时,其可以表示用于通过URL获得广播服务的网络。
data_path字段包括根据发送广播服务的传输网络的类型的特定传输信息。将会参考图17至图25更加详细地描述data_path。
图17是根据本发明的实施例的当广播服务传输路径信令信息用信号发送通过IP流的广播服务的传输时的视图。
当发送广播服务的网络是通过相同广播公司发送的IP流发送广播服务的网络时,广播服务传输路径信令信息可以包括表示IP版本的信息、关于是否其包含源IP地址的信息、源IP地址、关于是否其包括目的地IP地址的信息、目的地IP地址、表示发送广播服务的IP数据报流的UDP端口的数目的信息、以及UDP端口号信息的信息中的至少一个。
根据本发明的特定实施例,如在图17的实施例中所示,广播服务传输路径信令信息可以包括IP_versioni_flag字段、source_IP_address_flag字段、destination_IP_address_flag字段、source_IP_address字段、port_num_count字段、以及destination_UDP_port_number field当中的至少一个。
IP_versioni_flag字段表示包括广播服务的IP数据报的ID地址格式。更加详细地,当IP_versioni_flag字段的值是1时,其表示包括广播服务的IP数据报是IPV4格式,并且当IP_versioni_flag字段的值是0时,其表示包括广播服务的IP数据报是IPV6格式。根据本发明的特定实施例,IP_versioni_flag字段可以是1比特字段。
source_IP_address_flag字段表示是否包括广播服务的IP数据报包括源IP地址。更加详细地,当source_IP_address_flag字段的值是1时,其表示包括广播服务的IP数据报包括源IP地址,并且当source_IP_address_flag字段的值是0时,其表示包括广播服务的IP数据报不包括源IP地址。根据本发明的特定实施例,source_IP_address_flag字段可以是1比特字段。
destination_IP_address_flag字段表示包括广播服务的IP数据报包括目的地IP地址。更加详细地,当destination_IP_address_flag字段的值是1时,其表示包括广播服务的IP数据报包括目的地IP地址,并且当destination_IP_address_flag字段的值是0时,其表示包括广播服务的IP数据报不包括目的地IP地址。根据本发明的特定实施例,destination_IP_address_flag字段可以是1比特字段。
source_IP_address字段表示包括广播服务的IP数据报的源IP地址。根据本发明的特定实施例,根据IP版本source_IP_address字段可以是32或者128比特字段。
destination_IP_address字段表示包括广播服务的IP数据报的目的地IP地址。根据本发明的特定实施例,根据IP版本destination_IP_address字段可以是32或者128比特字段。
port_num_count字段表示包括广播的IP数据报流的端口的数目。根据本发明的特定实施例,port_num_count字段可以是8比特字段。
destination_UDP_port_number字段表示包括广播服务的IP数据报的UDP端口号。根据本发明的特定实施例,destination_UDP_port_number字段可以是16比特字段。
图18是根据本发明的实施例的当广播服务传输路径信令信息用信号发送通过不同广播公司的IP流的广播服务的传输时的视图。
当发送广播服务的网络是通过不同广播公司发送的IP流发送广播服务的网络时,不同于通过相同广播公司发送的IP流发送广播服务的网络,广播服务传输路径信令信息可以进一步包括用于识别发送IP数据报的传送流的标识符。
根据本发明的实施例,如在图18的实施例中所示,广播服务传输路径信令信息可以包括transport_stream_id字段。
transport_stream_id字段识别发送广播服务的IP数据报的传送流。根据本发明的特定实施例,transport_stream_id字段可以是16比特字段。
图19是根据本发明的实施例的当广播服务传输路径信令信息用信号发送通过FLUTE会话的广播服务的传输时的视图。
当发送广播服务的网络是通过相同广播公司发送的FLUTE会话发送广播服务的网络时,广播服务传输路径信令信息可以包括表示IP版本的信息、关于是否其包括IP地址的信息、源IP地址、目的地IP地址、UDP端口号信息、以及用于识别发送包括广播服务的FLUTE分组的FLUTE会话的传送会话标识符中的至少一个。
根据本发明的特定实施例,如在图19的实施例中所示,广播服务传输路径信令信息可以包括IP_versioni_flag字段、source_IP_address_flag字段、source_IP_address字段、destination_UDP_port_number字段、以及flute_tsi字段当中的至少一个。
IP_versioni_flag字段表示发送包括广播服务的FLUTE分组的IP数据报的IP地址格式。更加详细地,当IP_versioni_flag字段的值是1时,其表示包括广播服务的IP数据报是IPV4格式,并且当IP_versioni_flag字段的值是0时,其表示包括广播服务的IP数据报是IPv6格式。根据本发明的特定实施例,IP_versioni_flag字段可以是1比特字段。
source_IP_address_flag字段表示是否发送包括广播服务的FLUTE分组的IP数据报包括源IP地址。更加详细地,当source_IP_address_flag字段的值是1时,其表示包括广播服务的IP数据报包括源IP地址,并且当source_IP_address_flag字段的值是0时,其表示包括广播服务的IP数据报不包括源IP地址。根据本发明的特定实施例,source_IP_address_flag字段可以是1比特字段。
source_IP_address字段表示发送包括广播服务的FLUTE分组的IP数据报的源IP地址。根据本发明的特定实施例,根据IP版本source_IP_address字段可以是32或者128比特字段。
destination_IP_address字段表示发送包括广播服务的FLUTE分组的IP数据报的目的地IP地址。根据本发明的特定实施例,根据IP版本destination_IP_address字段可以是32或者128比特字段。
destination_UDP_port_number字段表示发送包括广播服务的FLUTE分组的IP数据报的UDP端口号。根据本发明的特定实施例,destination_UDP_port_number字段可以是16比特字段。
flute_tsi字段表示用于识别发送包括广播服务的FLUTE分组的FLUTE会话的传送会话标识符。
图20是根据本发明的实施例的当广播服务传输路径信令信息用信号发送通过不同广播公司的FLUTE协议的广播服务的传输时的视图。
当发送广播服务的网络是通过不同广播公司的FLUTE会话发送广播服务的网络时,不同于通过相同广播公司的FLUTE发送广播服务的网络,广播服务传输路径信令信息可以进一步包括用于识别发送FLUTE分组的传送流的标识符。
根据本发明的实施例,如在图20的实施例中所示,广播服务传输路径信令信息可以包括transport_stream_id字段。
transport_stream_id字段识别发送包括广播服务的FLUTE分组的传送流。根据本发明的特定实施例,transport_stream_id字段可以是16比特字段。
图21是根据本发明的实施例的当广播服务传输路径信令信息用信号发送通过不同广播公司的MPEG-2TS流的广播服务的传输时的视图。
当发送广播服务的网络是通过不同广播公司的MPEG-2TS发送广播服务的网络时,其可以包括用于识别发送包括广播的MPEG-2TS的传送流的标识符和包括广播服务的MPEG-2TS分组的标识符。
根据本发明的特定实施例,如在图21中所示,广播服务传输路径信令信息可以包括transptort_stream_id字段和pid字段中的至少一个。
transptort_stream_id字段表示用于识别发送MPEG-2TS的传送流的标识符。根据本发明的特定实施例,transport_stream_id字段可以是16比特字段。
pid字段表示包括广播服务的MPEG-2TS分组的标识符。根据本发明的特定实施例,pid字段可以是13比特字段。
图22是根据本发明的实施例的当广播服务传输路径信令信息用信号发送通过不同广播公司的基于分组的流的广播服务的传输时的视图。
当发送广播服务的网络是通过不同广播公司的基于分组的流发送广播服务的网络时,广播服务传输路径信令信息可以包括用于包括广播服务的基于分组的流的标识符和包括广播服务的分组的标识符。
根据本发明的特定实施例,如在图22中所示,广播服务传输路径信令信息可以包括transptort_stream_id字段和packet_id字段中的至少一个。
transport_stream_id字段表示包括广播服务的基于分组的流的标识符。根据本发明的特定实施例,transport_stream_id字段可以是16比特字段。
packet_id字段表示包括广播服务的分组的标识符。根据本发明的特定实施例,packet_id字段可以是16比特字段。
图23是根据本发明的实施例的当广播服务传输路径信令信息用信号发送通过基于IP广播网络的基于分组的流的广播服务的传输时的视图。
当发送广播服务的网络是通过从基于IP广播网络发送的基于分组的流发送广播服务的网络时,广播服务传输路径信令信息可以包括表示IP版本的信息、表示是否其包含源IP地址的信息、源IP地址、目的地IP地址、UDP端口号信息、以及用于识别包括广播服务的分组的标识符中的至少一个。
根据本发明的特定实施例,如在图23的实施例中所示,广播服务传输路径信令信息可以包括IP_versioni_flag字段、source_IP_address_flag字段、source_IP_address字段、destination_UDP_port_number字段、以及packet_id字段当中的至少一个。
IP_versioni_flag字段表示发送包括广播服务的分组的IP数据报的IP地址格式。更加详细地,当IP_versioni_flag字段的值是1时,其表示包括广播服务的IP数据报是IPV4格式,并且当IP_versioni_flag字段的值是0时,其表示包括广播服务的IP数据报是IPv6格式。根据本发明的特定实施例,IP_versioni_flag字段可以是1比特字段。
source_IP_address_flag字段表示是否发送包括广播服务的分组的IP数据报包括源IP地址。更加详细地,当source_IP_address_flag字段是1时,其表示包括广播服务的IP数据报包括源IP地址,并且当source_IP_address_flag字段的值是0时,其表示包括广播服务的IP数据报不包括源IP地址。根据本发明的特定实施例,source_IP_address_flag字段可以是1比特字段。
source_IP_address字段表示发送包括广播服务的分组的IP数据报的源IP地址。根据本发明的特定实施例,根据IP版本source_IP_address字段可以是32或者128个比特字段。
destination_UDP_port_number字段表示发送包括广播服务的分组的IP数据报的目的地IP地址。根据本发明的特定实施例,根据IP版本destination_UDP_port_number字段可以是32或者128比特字段。
destination_UDP_port_number字段表示发送包括广播服务的分组的IP数据报的UDP端口号。根据本发明的特定实施例,destination_UDP_port_number字段可以是16比特字段。
packet_id字段表示用于识别包括广播服务的分组的标识符。根据本发明的特定实施例,packet_id字段可以是16比特字段。
图24是根据本发明的实施例的广播服务传输路径信令信息用信号发送通过URL的广播服务时的视图。
当发送广播服务的网络是通过URL来获得广播服务的网络时,广播服务传输路径信令信息可包括表示用于接收广播服务的URL的长度的信息和用于接收广播服务的URL。
根据本发明的特定实施例,如图24中所示,广播服务传输路径信令信息可包括URL_lenth字段和URI_char字段中的至少一个。
URL_lengh字段表示用于接收广播服务的URL的长度。根据本发明的特定实施例,URL_length字段可以是8比特字段。
URL_char字段表示用于接收广播服务的URL。根据本发明的特定实施例,URL_char字段可以是8比特字段。
图25是根据本发明的实施例的广播发送设备发送广播服务传输路径信令信息时的视图。
广播发送设备在操作S501中通过控制单元来获得广播服务的传输路径。
广播发送设备在操作S503中通过控制单元生成广播服务传输路径信令信息。广播发送设备可生成参考图14至23所述的广播服务传输路径信令信息。
广播发送设备在操作S505中通过发送单元发送包括广播服务传输路径信令信息的广播信号。
图26是根据本发明的实施例的广播发送设备发送广播服务传输路径信令信息时的视图。
广播接收设备100在操作S701中通过广播接收单元110接收广播信号。
广播接收设备100在操作S703中基于广播信号通过控制单元150获得广播服务传输路径信令信息。
广播接收设备100在操作S705中通过控制单元150基于广播服务传输路径信令信息来接收广播服务。更详细地,广播接收设备100可通过控制单元150基于广播服务传输路径信令信息接收广播服务的媒体组件。如参考图16至25所述,广播接收设备100可通过下述网络中的至少一个来接收广播服务,通过同一广播公司发送的IP流发送广播服务的网络、通过不同广播公司发送的IP流发送广播服务的网络、通过同一广播公司的FLUTE会话发送广播服务的网络、通过不同广播公司的FLUTE会话发送广播服务的网络、通过不同广播公司的MPEG-2TS发送广播服务的网络、通过不同广播公司的基于分组的流发送广播服务的网络、通过从基于IP的广播网络发送的基于分组的流发送广播服务的网络,以及通过URL获得广播服务的网络。尤其是,根据本发明的特定实施例,广播接收设备100可通过多个网络接收广播服务的多个媒体组件。例如,广播接收设备1100可通过广播接收单元1110经由基于分组的流来接收广播服务的视频组件,并且可通过IP通信单元130经由基于IP的广播网络来接收广播服务的音频组件。
如上所述,广播服务信令表可包括用信号发送媒体组件的媒体组件信令信息。尤其是,当以ISO基础媒体文件格式(ISO BMFF)来发送广播服务时,广播服务信令表可包括媒体组件信令信息。将参考图27至30更详细地对此进行描述。
图27是图示出根据本发明的实施例的用信号发送媒体组件的媒体组件信令信息的视图。
媒体组件信令信息可包括表示媒体组件的编码类型的信息、关于媒体组件是否被加密的信息、表示包括将已加密媒体组件解密的密钥的STKM流的数目的信息、用于识别包括用于将已加密媒体组件解密的密钥的STKM流的标识符、媒体组件的传输参数的长度、媒体组件的传输参数以及根据组件的编码类型的编码参数。在这里,传输参数可包括缓冲器模型和最大发送单元(MTU)的大小中的至少一个。
根据本发明的特定实施例,如图27的实施例中所示,媒体组件信令信息可包括descriptor_tag字段、descriptor_length字段、component_type字段、component_encryption_flag字段、num_STKM_streams字段、STKM_stream_id字段、transport_parameter_text_length字段、transport_parameter_text字段以及component_data字段中的至少一个。
descriptor_tag字段表示对应描述符包括媒体组件信令信息。根据本发明的特定实施例,descriptor_tag字段可以是8比特字段。
descriptor_length字段表示对应字段之后的广播服务传输路径信令信息的长度。根据本发明的特定实施例,descriptor_length字段可以是8比特字段。
component_type字段表示相应组件的编码类型。根据本发明的实施例,如图28的实施例中所示,component_type字段具有的值可表示H.264/AVC、SVC增强层流组件、HE AACv2音频流组件、FLUTE文件递送会话、STKM流组件、LTKM流组件、OMA-RME DIMS流组件以及NTP时基流组件中的至少一个。当通过ISO BMFF来发送媒体组件时,广播接收设备100需要准备适当的操作以便接收媒体组件。因此,必须用信号通知通过ISO BMFF来发送媒体组件的事实。更详细地,如图28的实施例中所示,component_type字段可表示媒体组件是通过ISO BMFF发送的。更详细地,当component_type字段的值是35时,其可表示媒体组件是H.264/AVC组件。更详细地,当component_type字段的值是36时,其可表示媒体组件是SVC增强层流组件。更详细地,当component_type字段的值是37时,其可表示媒体组件是HE AACv2音频流组件。更详细地,当component_type字段的值是38时,其可表示媒体组件是通过FLUTE文件传输会话发送的。更详细地,当component_type字段的值是39时,其可表示媒体组件是STKM流组件。更详细地,当component_type字段的值是40时,其可表示媒体组件是LTKM流组件。更详细地,当component_type字段的值是41时,其可表示媒体组件是OMA-RMEDIMS流组件。更详细地,当component_type字段的值是42时,其可表示媒体组件是NTP时基流组件。更详细地,当component_type字段的值是43时,其可表示媒体组件是通过ISO BMFF发送的。根据本发明的特定实施例,component_type字段可以是7比特字段。
component_encryption_flag字段是表示媒体组件是否被加密的字段。根据本发明的特定实施例,component_encryption_flag字段可以是1比特字段。
num_STKM_streams字段表示包括用于将已加密媒体组件解密的密钥的STKM流的数目。根据本发明的特定实施例,num_STKM_streams字段可以是8比特字段。
STKM_stream_id字段表示用于识别包括用于将已加密媒体组件解密的密钥的STKM流的标识符。根据本发明的特定实施例,STKM_stream_id字段可以是8比特字段。
transport_parameter_text_length字段表示transport_parameter_text字段的长度。根据本发明的特定实施例,transport_parameter_text_length字段可以是8比特字段。
transport_parameter_text字段表示媒体组件的传输参数。在这里,传输参数可包括缓冲器模型和最大发送单元(MTU)的大小中的至少一个。
component_data字段表示组件的编码参数。编码参数包括的参数可根据组件的编码类型而改变。更详细地,编码参数包括的参数可根据component_type字段的值而改变。
当媒体组件是通过ISO BMFF发送的时,component_data字段可包括ISO BMFF的版本信息和简档信息中的至少一个。
更详细地,如图30的实施例中所示,component_data字段可包括版本字段和简档字段中的至少一个。
版本字段表示ISO BMFF的版本信息。根据本发明的特定实施例,版本字段可以是8比特字段。
简档字段表示ISO BMFF的简档信息。根据本发明的特定实施例,简档字段可以是8比特字段。
上述媒体组件全部被相同地处理并用信号发送,无论其内容如何。然而,最近,根据通信环境而发送不同质量的媒体组件的自适应流式传输服务受到很大关注。因此,用户可根据通信环境而选择包括相同内容的各种质量的媒体组件中的一个,并且然后可观看选择的那个。此外,提供了在一个屏幕上同时显示多个媒体组件的多视图服务。因此,用户可通过一个屏幕观看多个图像或数据广播。例如,用户可在通过附加画中画(PIP)屏幕来观看棒球比赛的同时观看另一体育场的比赛。以这种方式,由于包括多个媒体组件的广播服务是多样化的且增加,所以广播发送设备和广播接收设备可能需要划分组件的类型并对其进行处理,并且还需要系统地定义每个媒体组件之间的关系。这将参考图30至108来描述。
图30是图示出根据本发明的实施例的媒体组件的类型和作用的视图。
媒体组件可被划分成内容组件、简单音频组件、简单视频组件、连续组件、基本组件、复合组件、复合音频组件、复合视频组件、自适应组件、自适应音频组件、自适应视频组件以及复杂组件。可将自适应组件表示为PickOne组件。
内容组件是包括关于一种媒体的元数据的组件。更详细地,内容组件可以是视频轨道、音频轨道、隐藏字幕、视频增强层、网页以及双向应用中的一个。
简单音频组件是包括音频的组件。更详细地,简单音频组件是根据特定编码参数编码的一个语音序列的编码。
简单音频组件是包括视频的组件。更详细地,简单视频组件是根据特定编码参数编码的一个视频序列的编码。
连续组件是在连续流上播放的组件。
基本组件是包括一个编码的连续组件。基本组件可以是音频组件。更详细地,基本组件可以是用于语音序列的一个编码。另外,基本组件可以是视频组件。更详细地,基本组件可以是用于视频序列的一个编码。基本组件可以是一个隐藏字幕轨道。
复合组件是播放一个场景所需的连续组件的集合。更详细地,复合组件是具有相同媒体类型、表示同一场景且需要在预定组合中一起播放的连续组件的集合。因此,复合组件是被组合以表示一个场景的媒体组件的集合。更详细地,复合组件可以是对于一个完整音频所需的音乐、对话以及特效。另外,复合组件可以是播放3D图像所需的3D图像的右图像和左图像。
复合音频组件是播放语音序列所需的音频组件的集合。更详细地,复合音频组件可以是要被混合的音频组件的集合。
复合视频组件是播放图像序列所需的视频组件的集合。更详细地,复合视频组件可以是被组合以实现3D视频回放的3D组件的集合。另外,复合视频组件可以是伴随至少一个增强编码的基础视频编码。
自适应组件是被相互替换的、表示场景的连续组件的集合。如上所述,可将自适应组件称为PickOne,并且这表示多个可替换连续组件中的一个可被选择并播放。更详细地,自适应组件是具有相同媒体类型并表示同一场景的连续组件的集合,并且该连续组件中的一个被选择用于回放。更详细地,自适应组件是通过以不同的质量对相同内容进行编码所获得的媒体组件的集合。例如,自适应组件可以是通过用不同的比特率对同一语音序列进行编码而获得的音频组件的集合。另外,自适应组件可以是通过用不同的比特率对同一图像序列进行编码而获得的视频组件的集合。另外,自适应组件可以是用于同一对话的一般隐藏字幕轨道和易读式隐藏字幕。
自适应音频组件是音频组件的集合,其中的一个被选择用于播放语音序列。更详细地,自适应音频组件可以是通过用不同的比特率对同一声音序列进行编码而获得的音频组件的集合。
自适应视频组件是视频组件的集合,其中的一个被选择用于播放图像序列。更详细地,自适应视频组件可以是通过用不同的编码参数对同一视频序列进行编码而获得的视频组件的集合。
复杂组件表示复合组件或自适应组件中的一个。将参考图31至33来更详细地描述复杂组件。
图31是图示出根据本发明的实施例的复杂组件的配置的视图。
不要求复杂组件仅包括基本组件。根据本发明的特定实施例,复杂组件可包括复杂组件。因此,仅仅利用在复杂组件中的一个基本组件不可以播放广播服务。另外,复杂组件可以是复合组件或自适应组件。更详细地,如图31的实施例中所示,复合组件可包括至少一个基本组件。另外,复合组件可包括至少一个复杂组件。另外,复合组件可包括基本组件和复杂组件。一个自适应组件可包括至少一个基本组件。
可使用术语“顶层组件”来描述广播服务的组件。顶层音频组件表示唯一语音序列。顶层视频组件表示唯一图像序列。根据本发明的特定实施例,这样的顶层组件可以是基本组件。根据本发明的另一特定实施例,这样的顶层组件可以是复合组件。
例如,如图33的实施例中所示,顶层视频组件可以是复合组件,其包括3D图像的左图像和右图像组件。在这里,3D图像的左图像组件可以是自适应组件,其包括以不同比特率编码的多个基本组件。另外,3D图像的右图像组件可以是自适应组件,其包括以不同比特率编码的多个基本组件。
根据本发明的另一特定实施例,如图62的实施例中所示,顶层音频组件可以是自适应组件,其包括包含完整主音频的自适应组件和具有混合音乐、对话以及特效的复合组件。例如,包括完整主音频的自适应组件可包括被用不同比特率编码的多个基本组件。另外,包括混合音乐、对话以及特效的复合组件可包括:包括音乐的自适应组件、包括对话的自适应组件以及包括特效的自适应组件。也就是说,包括音乐的自适应组件可包括用不同比特率编码的多个基本组件。
以这种方式来区别媒体组件可简化多个媒体组件之间的关系。例如,当指定每个视频程序包括一个复杂视频组件时,不需要指定与每个音频基本组件或视频基本组件的关系。
针对一个媒体可存在多个复杂组件模型。例如,可利用用于左图像的子媒体组件和用于右图像的子媒体组件对被用多个比特率编码的3D组件进行建模。每个子媒体组件可被建模为包括用不同比特率编码的多个组件的自适应组件。另外,同一3D组件可被建模为自适应组件,其包括用不同比特率编码的多个子媒体组件,并且每个子媒体组件可被建模为包括左和右图像的复合组件。在左和右图像中具有不同比特率的子媒体组件的数目可改变。
图34是图示出根据本发明的实施例的复杂视频组件的配置的视图。
通过编辑图30的实施例中的特定表达而获得图34的实施例,并且其像图31的实施例一样适用。尤其是,连续组件、基本组件、复合组件和复杂组件的定义和作用是相同的。图30的自适应组件被表示为如上所述的PickOne组件。图34的实施例中的PickOne组件的定义和作用与图30的实施例中的自适应组件的那些相同。因此,复合组件表示多个连续组件被组合且一个内容被播放。另外,PickOne组件表示一组件,该组件是选自多个可选媒体组件中的一个且被播放。然而,在图34的实施例中,与图30的实施例不同地定义可呈现组件。可呈现组件表示基本上在广播接收设备100中被播放的连续组件。另外,可呈现组件可以是基本组件。另外,可呈现组件可以是复杂组件。在特定实施例中,媒体组件本身可以是可呈现组件,并且可作为复杂组件的子媒体组件被包括在复杂组件中。例如,服务可包括基本2D视频组件和复杂3D组件。在这里,2D视频组件是在没有3D视频组件的情况下可作为2D图像播放的可呈现组件。另外,作为3D图像的一个视图,可将2D视频组件连同另一3D视频组件一起作为3D图像播放。
另外,在另一特定实施例中,可呈现音频组件可以是PickOne组件,其包括主组件、音乐、对话以及声音效果。在这里,主组件和音乐组件可以是PickOne组件,其包括用不同的比特率编码的多个基本组件。另外,表示对话和声音效果的媒体组件可以是基本组件。
图35是图示出根据本发明的实施例的复杂视频组件的配置的视图。
可呈现组件可以是复合组件。类似于图35的实施例,可分级视频编码可包括多个媒体组件作为复合组件。可分级视频编码可包括作为基本组件的基础层组件、第一增强层组件以及第二增强层组件。在这里,基础层组件是可呈现组件,其可在没有第一增强层组件和第二增强层组件的情况下播放。另外,基础层组件可被作为高质量图像连同第一增强层组件和第二增强层组件中的至少一个一起播放。在这里,第一增强层组件和第二增强层组件是在没有基础层组件的情况下不可播放的组件,并且应当连同基础层组件一起播放。因此,第一增强层组件和第二增强层组件不能称为可呈现组件。在这里,广播接收设备100可基于广播接收设备100的能力将基础层组件与第一增强层组件和第二增强层组件组合来播放图像。更详细地,当广播接收设备100的能力低时,广播接收设备100可通过使用基础层组件来播放相对低质量的图像。或者,当广播接收设备100的能力相对高时,广播接收设备100可将基础层组件与第一增强层组件和第二增强层组件组合以播放相对高质量的图像。或者,当广播接收设备100的能力非常高时,广播接收设备100可将基础层组件与第一增强层组件和第二增强层组件组合以播放非常高质量的图像。
图36是图示出根据本发明的另一实施例的复杂视频组件的配置的视图。
可呈现组件可以是PickOne组件。根据图36的实施例,PickOne组件可包括并排格式的2D编码和3D编码。在这里,3D编码被划分成左视图和右视图。左视图和右视图每个被编码成半视图宽度并被并排设置以生成画面。广播接收设备100可根据广播接收设备100的能力而选择2D编码和3D编码中的一个,并且然后可播放选择的那个。更详细地,当广播接收设备100不支持3D图像时,其可选择并播放2D编码。另外,当广播接收设备100支持3D图像时,其可选择并播放3D编码。
以这种方式,可通过其中的可呈现组件来描述每个服务。另外,当可呈现组件是复杂组件时,其可通过包括复杂组件的组件来描述。在特定实施例中,每个可呈现音频组件可表示特定场景的语音,并且每个可呈现视频组件可表示以特定角度捕捉的特定场景的画面。在简单组合的情况下,可呈现组件可以是基本组件。如上所述,每个可呈现组件可以是复杂组件。这将参考图37来描述。
图37是图示出根据本发明的另一实施例的复杂视频组件的配置的视图。
可呈现组件可以是复合组件,并且复合组件包括的组件可以是PickOne组件。在图37的实施例中,可呈现视频组件包括3D图像左视图视频组件和3D图像右视图视频组件。左视图视频组件和右视图视频组件是PickOne组件。因此,左视图视频组件和右视图视频组件包括用不同比特率编码的多个基本组件。
当如在图63的实施例中一样定义媒体组件的类型和作用时,可高效地且简单地描述服务包括的媒体组件的关系和结构。因此,通过使用这一点,广播发送设备可高效地且简单地用信号发送服务,并且通过使用这一点,广播接收设备100可高效地且简单地获得服务信令信息。
参考图38至41来描述各种广播服务模型。
图38是图示出根据本发明的实施例的音频服务的媒体组件配置的视图。
音频服务可包括一个或多个音频组件。另外,音频服务可包括隐藏字幕组件。另外,音频组件可包括附属数据服务。在这里,附属服务可以是非实时(NRT)服务。另外,根据本发明的特定实施例,可根据预定时间表通过连续流来发送音频服务。根据本发明的特定实施例,可将音频服务称为无线电服务。
图39是图示出根据本发明的实施例的包括音频和视频两者的广播服务的配置的视图。
包括音频和视频两者的广播服务可包括一个或多个主视频组件。在这里,包括音频和视频两者的广播服务可包括附属视频组件。在这里,包括音频和视频两者的广播服务可包括音频组件。此外,包括音频和视频两者的广播服务可包括隐藏字幕组件。此外,包括音频和视频两者的广播服务可包括附属服务数据组件。根据本发明的特定实施例包括音频和视频两者的服务可称为TV服务。
图40是图示出根据本发明的实施例的用户请求内容服务的配置的视图。
点播内容(CoD)服务可包括提供用户界面的应用。另外,CoD服务可包括响应于用户请求而提供的内容项目。另外,CoD服务可包括内容项目的目录。在这里,可将目录嵌入应用中。
图41是图示出根据本发明的实施例的独立数据服务的配置的视图。
独立数据服务可包括配置服务的一个或多个内容项目。在特定实施例中,可将独立NRT数据服务称为App服务。
多个广播服务可共享媒体组件。更详细地,上述音频服务、包括音频和视频两者的广播服务以及独立数据服务包括的每个媒体组件可涉及一个或多个其它组件。在这里,一个或多个其它组件可包括通过表示相同基础内容的另一方法编码的服务。
另外,广播服务可包括服务标识符、服务形式、服务的描述、服务名称、频道号、图形图标、服务中的组件列表、用于广播服务保护的属性、关于定向/个性化的属性、内容咨询评级、服务的语言、关于服务的附属NRT数据服务列表以及关于广播服务用户报告的属性中的至少一个作为属性。在这里,可用多个语言显示服务名称。另外,可使用图像图标来表示服务。另外,服务语言可表示在服务中使用的主要语言。另外,服务形式可包括根据规划的时间表发送的预定音频服务、根据规划的时间表发送的预定音频和视频的服务、响应于用户请求而发送的用户请求服务以及脚本NRT数据服务中的至少一个。另外,频道号可详细地包括主要频道号和次要频道号。另外,可将频道号显示为虚拟频道号。此外,多个广播服务可使用同一图形图标。另外,服务标识符可在广播服务被广播的广播区域中具有唯一值。另外,服务标识符可包括两个种类的标识符,例如本地标识符和区域标识符。本地标识符可被用于仅在一个广播区域中广播的服务。因此,在多个不同广播区域中广播的多个广播服务可具有相同的区域标识符。当同一广播在多个广播区域中可用时,本地标识符可被用于广播服务识别。
为了用信号发送这样的广播服务的属性,可使用上述广播信令。
每个连续组件可具有多个属性。在这里,可将多个语言划分成多个类型。在特定实施例中,连续组件具有的多个属性可包括基本连续组件属性、基本组件属性、复杂组件属性以及可呈现组件属性。
基本连续组件属性被应用于所有的连续组件。该基本连续组件属性可包括唯一内容标识符、内容结构以及内容类型中的至少一个。在这里,内容结构可表示基本组件和PickOne组件中的一个。另外,内容类型可表示音频、视频以及隐藏字幕中的一个。
基本组件属性被应用于基本组件。基本组件属性可包括组件编码的基本特征。例如,基本组件属性可包括视频分辨率。另外,基本组件属性可包括音频通道的数目。
复杂组件属性被应用于复杂组件。复杂组件属性可包括复杂组件包括的媒体组件和媒体组件的作用中的至少一个。更详细地,媒体组件的作用可表示音频组件是对话轨道。另外,媒体组件的作用可表示视频组件是3D图像的左视图。
每个服务可包括一个或多个媒体组件。另外,每个媒体组件可包括用于识别媒体组件的组件标识符、组件的类型、用于组件的描述、定向/个性化属性、服务保护属性、目标设备、内容咨询评级以及相关组件信息之中的至少一个作为属性。在这里,组件标识符的值在广播服务的组件之间可以是唯一的。目标设备可表示主设备和配套设备之中的一个。另外,服务信令表可包括用信号发送这样的媒体组件的属性的媒体组件信息。更详细地,服务信令表可包括媒体组件信息作为组件层级信息。这将参考图42来描述。
图42是图示出根据本发明的实施例的媒体组件信息的视图。
媒体组件信息可包括表示媒体组件类型的信息、关于是否包括关于目标设备的信息的信息、表示目标设备的目标设备信息、描述媒体组件的文本信息、根据媒体组件的类型的组件编码参数以及在媒体内容包括的复杂组件的情况下的关于复杂组件的信息。
媒体组件信息可包括descriptor_tag字段、descriptor_length字段、component_type字段、target_device_flag字段、target_device字段、text_length字段、text_char字段、component_data_type字段、component_data字段以及complex_component_data字段。
descriptor_tag字段表示包括媒体组件信息。根据本发明的特定实施例,descriptor_tag字段可以是8比特字段。
descriptor_length字段表示descriptor_length字段之后的长度。根据本发明的特定实施例,descriptor_length字段可以是8比特字段。
component_type字段表示媒体组件的类型。根据本发明的特定实施例,component_type字段的值可表示上述基本组件、复合组件以及自适应组件之中的一个。更详细地,当component_type字段的值是0x00时,相应媒体组件表示基本组件。当component_type字段的值是0x01时,相应媒体组件表示复合组件。当component_type字段的值是0x02时,相应媒体组件表示自适应组件。根据本发明的特定实施例,component_type字段可以是4比特字段。
target_device_flag字段表示是否包括targte_device字段。根据本发明的特定实施例,target_device_flag可以是1比特字段。
target_device字段表示执行相应组件的目标设备。根据本发明的特定实施例,target_device字段具有的值可表示是仅在主设备中、仅在配套设备中还是在主设备和配套设备两者中执行相应组件。更详细地,当target_device字段的值是0x01时,其表示仅在主设备中执行相应组件。更详细地,当target_device字段的值是0x02时,其表示仅在配套设备中执行相应组件。更详细地,当target_device字段的值是0x03时,其表示在主设备和配套设备两者中执行相应组件。根据本发明的特定实施例,target_device字段可以是3比特字段。
text_length字段表示text_char字段的长度。根据本发明的特定实施例,text_length字段可以是8比特字段。
text_char字段是用于描述媒体组件的文本。
component_data_type字段表示相应组件的编码类型。更详细地,component_data_type字段可具有与在图43的实施例中相同的值。更详细地,当component_type字段的值是35时,其可表示媒体组件是H.264/AVC组件。更详细地,当component_data_type字段的值是36时,其可表示媒体组件是SVC增强层流组件。更详细地,当component_data_type字段的值是37时,其可表示媒体组件是HE AAC v2音频流组件。更详细地,当component_data_type字段的值是38时,其可表示媒体组件是通过FLUTE文件传输会话发送的。更详细地,当component_data_type字段的值是39时,其可表示媒体组件是STKM流组件。更详细地,当component_data_type字段的值是40时,其可表示媒体组件是LTKM流组件。更详细地,当component_data_type字段的值是41时,其可表示媒体组件是OMA-RME DIMS流组件。更详细地,当component_data_type字段的值是42时,其可表示媒体组件是NTP时基流组件。更详细地,当component_data_type字段的值是70时,其可表示媒体组件是HEVC视频流组件。更详细地,当component_data_type字段的值是71时,其可表示媒体组件是通过ISO BMFF发送的。根据本发明的特定实施例,component_type字段可以是8比特字段。
component_data字段表示组件的编码参数。编码参数包括的参数可根据组件的编码类型而改变。更详细地,编码参数包括的参数可根据component_type字段的值而改变。
当媒体组件的类型是复杂类型时,例如复合组件或自适应组件,complex_component_data字段表示关于复杂组件的信息。将参考图44和45更详细地对此进行描述。另外,通过比特流格式来描述组件信息,但组件信息可采取另一格式,诸如XML文件格式。
图44是图示出根据本发明的实施例的复杂组件信息的视图。
复杂组件信息可包括表示组件的设定形式的信息、关于是否包括关于目标设备的信息的信息、表示目标设备的目标设备信息、相应复杂组件包括的子媒体组件的数目、关于子媒体组件包括的媒体的类型的信息和相应复杂组件是复合组件时的子媒体组件的作用中的至少一个。
更详细地,如图44中所示,复杂组件信息可包括aggretation_type字段、num_sub_component字段、sub_component_id字段、general_mdeida_type字段以及sub_component_role字段中的至少一个。
aggretation_type字段表示相应组件属于的集合的类型。更详细地,aggretation_type字段的值表示复合组件或自适应组件。根据本发明的特定实施例,aggretation_type字段可以是3比特字段。
target_device_flag字段表示是否包括targte_device字段。根据本发明的特定实施例,target_device_flag可以是1比特字段。
target_device字段表示执行相应组件的目标设备。根据本发明的特定实施例,target_device字段具有的值可表示是仅在主设备中、仅在配套设备中还是在主设备和配套设备两者中执行相应组件。更详细地,当target_device字段的值是0x01时,其表示仅在主设备中执行相应组件。更详细地,当target_device字段的值是0x02时,其表示仅在配套设备中执行相应组件。更详细地,当target_device字段的值是0x03时,其表示在主设备和配套设备两者中执行相应组件。根据本发明的特定实施例,target_device字段可以是3比特字段。
num_sub_component字段表示相应的复杂组件包括的子媒体组件的数目。根据本发明的特定实施例,num_sub_component字段可以是8比特字段。
sub_component_id字段表示用于识别子媒体组件的子媒体组件标识符。根据本发明的特定实施例,sub_component_id字段可以是8比特字段。
当相应复杂组件是复合组件时,general_media_type字段表示子媒体组件包括的媒体的类型。更详细地,general_media_type字段的值可表示视频、音频、文本、应用以及消息中的一个。更详细地,当general_media_type字段的值是0x00时,其表示子媒体组件包括视频的媒体。当general_media_type字段的值是0x01时,其表示子媒体组件包括音频的媒体。当general_media_type字段的值是0x02时,其表示子媒体组件包括文本的媒体。当general_media_type字段的值是0x03时,其表示子媒体组件包括应用的媒体。当general_media_type字段的值是0x04时,其表示子媒体组件包括消息的媒体。根据本发明的特定实施例,general_media_type字段可以是4比特字段。
sub_component_role字段表示每个子媒体组件的作用。更详细地,sub_component_role字段的值可表示子媒体组件是用于可分级视频编码的增强层。根据本发明的另一特定实施例,sub_component_role字段的值可表示子媒体组件是3D图像的右图像、左图像以及深度信息之中的一个。根据本发明的另一特定实施例,sub_component_role字段的值可表示子媒体组件是在被划分成多个区域的屏幕的特定位置处的视频。根据子媒体组件包括的媒体的类型,sub_compoent_role字段表示的信息可改变。根据本发明的特定实施例,sub_component_role字段可以是8比特字段。
这样的复杂组件信息可被包括在复杂组件描述符中,如图45的实施例中所示。另外,通过比特流格式来描述复杂组件信息,但是复杂组件信息可采取另一格式,诸如XML文件格式。
如上所述,媒体组件可具有预定的相互关系。例如,一个隐藏字幕组件可涉及一个或多个音频组件。另外,为了用信号发送这样的媒体组件之间的关系,服务信令表可包括相关组件列表信息。更详细地,服务信令表可包括相关组件列表信息作为组件层级信息。将参考图46来更详细地描述相关组件列表信息。
图46图示出根据本发明的实施例的相关组件列表信息的视图。
相关组件列表信息可包括用于识别组件的组件标识符、表示媒体组件的类型的信息、表示媒体组件的编码格式的信息以及表示媒体组件包括的媒体类型的信息中的至少一个。
更详细地,如图47的实施例中所示,相关组件列表信息可包括descriptor_tag字段、descriptor_length字段、num_associated_component字段、component_id字段、component_type字段、component_data_type字段以及general_media_typee字段中的至少一个。
descriptor_tag字段表示包括相关组件列表信息。根据本发明的特定实施例,descriptor_tag字段可以是8比特字段。
descriptor_length字段表示descriptor_length字段之后的长度。根据本发明的特定实施例,descriptor_length字段可以是8比特字段。
num_associated_component字段表示涉及相应媒体组件的媒体组件的数目。根据本发明的特定实施例,num_associated_component字段可以是8比特字段。
component_id字段表示用于识别相关媒体组件的标识符。根据本发明的特定实施例,component_id字段可以是8比特字段。
component_type字段表示媒体组件的类型。根据本发明的特定实施例,component_type字段的值可表示上述基本组件、复合组件以及自适应组件之中的一个。更详细地,component_type字段的值是0x00时,相关媒体组件表示基本组件。当component_type字段的值是0x01时,相关媒体组件表示复合组件。当component_type字段的值是0x02时,相关媒体组件表示自适应组件。根据本发明的特定实施例,component_type字段可以是4比特字段。
component_data_type字段表示相应组件的编码类型。更详细地,component_data_type字段可具有与在图43中相同的值。根据本发明的特定实施例,component_type字段可以是8比特字段。
general_media_type字段表示相关媒体组件包括的媒体类型。更详细地,general_media_type字段的值可表示视频、音频、文本、应用以及消息中的一个。更详细地,当general_media_type字段的值是0x00时,其表示相关媒体组件包括视频的媒体。当general_media_type字段的值是0x01时,其表示相关媒体组件包括音频的媒体。当general_media_type字段的值是0x02时,其表示相关媒体组件包括文本的媒体。当general_media_type字段的值是0x03时,其表示相关媒体组件包括应用的媒体。当general_media_type字段的值是0x04时,其表示相关媒体组件包括消息的媒体。根据本发明的特定实施例,general_media_type字段可以是8比特字段。
音频组件可包括用于识别媒体组件的组件标识符、组件的类型、用于组件的描述、定向/个性化属性、服务保护属性、目标设备以及相关组件信息之中的至少一个。在这里,组件标识符的值在广播服务的组件之间可以是唯一的。该目标设备可表示主设备、配套设备以及主设备和配套设备两者之中的一个。
当音频组件是基本组件时,其可包括用于编码格式的属性,包括编解码器、通道的数目、比特率以及压缩参数。另外,当音频组件是基本组件时,其可包括音频的语言信息作为属性。可包括音频组件的模式作为属性。在这里,音频组件的模式可以是完整主音频、对话、效果声以及用于视力障碍者的音频、用于听力障碍者的音频、解说词以及画外音之中的一个。
当音频组件是复杂组件时,其可包括表示聚合类型的信息、所包括媒体组件的列表以及在复合组件的情况下的所包括组件的作用之中的至少一个作为属性。集合的形式可以是复合组件和自适应组件(亦即,PickOne组件)中的一个。
当音频组件是顶层组件时,其可包括内容咨询评级和关于相关隐藏字幕组件的信息之中的至少一个作为属性。
当音频组件是可呈现组件时,其可具有定向/个性化、内容咨询评级、内容/服务保护、目标屏幕以及相关隐藏字幕组件中的至少一个作为属性。在这里,目标屏幕属性可表示主屏幕、配套屏幕以及被部分地插入到主屏幕的屏幕(例如,画中画(PIP))中的至少一个。
隐藏字幕组件可包括组件标识符、组件的类型、定向/个性化属性、服务保护属性、目标设备以及关于隐藏字幕组件的音频组件标识符之中的至少一个作为属性。在这里,组件标识符的值在广播服务的组件之间可以是唯一的。该目标设备可表示主设备、配套设备以及主设备和配套设备两者之中的一个。
当隐藏字幕组件是基本组件时,隐藏字幕组件可包括其语言种类和形式作为属性。更详细地,隐藏字幕组件的形式可以是一般隐藏字幕或易读式隐藏字幕之中的一个。
当隐藏字幕组件是自适应组件时,其可在其中包括媒体组件作为属性。
当隐藏字幕组件是顶层组件时,其可包括内容咨询评级作为属性。
当隐藏字幕组件是可呈现组件时,其可具有定向/个性化、内容咨询评级、内容/服务保护以及目标屏幕中的至少一个作为属性。在这里,目标屏幕属性可表示主屏幕、配套屏幕以及被部分地插入主屏幕的屏幕(例如,画中画(PIP))中的至少一个。
视频组件可包括用于识别媒体组件的组件标识符、组件的类型、定向/个性化属性、服务保护属性、视频组件的作用、目标屏幕以及关于视频组件的NRT数据服务之中的至少一个作为属性。在这里,组件标识符的值在广播服务的组件之间可以是唯一的。视频组件的作用可以是替换的相机视图、替换的视频组件、手语屏幕以及后续主题(followsubject)视频之中的一个。目标设备可表示主设备、配套设备、主设备和配套设备两者、以及画中画(PIP)屏幕之中的一个。当不包括关于视频组件的NRT数据服务时,所有附加NRT数据服务被连接到视频组件。
当视频组件是基本组件时,其可包括编解码器、包括压缩参数等的编码格式、包括水平和垂直像素值的分辨率、长宽比、表示其是隔行还是逐行的扫描方法、帧速率以及静止画面模式之中的至少一个作为属性。另外,视频组件可作为属性而包括编码参数。在这里,特定编码参数的类型可根据视频组件的编解码器而改变。
当视频组件是复杂组件时,其可包括聚合形式和复杂组件包括的媒体组件列表作为属性。
当视频组件是复杂组件之中的复合组件时,其可包括复合组件包括的每个媒体组件的作用作为属性。在这里,媒体组件的作用可表示子媒体组件是用于可分级视频编码的增强层。根据本发明的另一特定实施例,媒体组件的作用可表示3D图像的右图像、左图像以及深度信息之中的一个。根据本发明的另一特定实施例,媒体组件的作用可表示在被划分成多个区域的屏幕的特定位置处的视频。根据本发明的另一特定实施例,媒体组件的作用可以是后续主题元数据,其是根据特定主题而显示的屏幕。这样的后续主题元数据可包括主题的名称、主题的位置以及主题的大小中的至少一个。当后续主题功能以流的帧为单位通过元数据支持时,后续主题元数据可表示主题所聚焦的主视频组件的区域。
当视频组件是复杂组件之中的顶层组件时,其可包括内容咨询评级和相关音频组件之中的至少一个作为属性。
当视频组件是可呈现组件时,其可包括定向/个性化、内容咨询评级、内容/服务保护、目标屏幕以及相关音频可呈现组件以及相关隐藏字幕可呈现组件中的至少一个作为属性。在这里,目标屏幕属性可表示主屏幕、配套屏幕以及被部分地插入主屏幕的屏幕(例如,画中画(PIP))中的至少一个。
NRT数据服务可以是不取决于另一服务的独立服务。另外,NRT数据服务可以是取决于另一服务的附属NRT数据服务。在这里,附属NRT数据服务可以是无线电服务的一部分。此外,附属NRT数据服务可以是TV服务的一部分。NRT数据服务可具有用于所有服务的公共属性,例如服务标识符。此外,NRT数据服务和NRT服务可具有公共属性。
消费模型可表示Push(推送)、Portal(门户)、Push Scripted(推送脚本)、PortalScripted(门户脚本)、Triggered(触发)以及Segment Delivery(片段递送)中的至少一个。
在Push中,NRT数据服务基于请求而提供服务。广播接收设备100向用户提供用于自动地更新与服务有关的NRT数据服务的选项。更详细地,广播接收设备100从用户接收用于与服务有关的NRT数据服务的自动更新的输入。当从用户接收到用于与服务有关的NRT数据服务的自动更新的输入时,广播接收设备100缓存与服务有关的内容和自动更新文件的最近版本以便用于用户。当从用户接收到用于推送服务的输入时,广播接收设备100显示预先加载的内容。
Portal提供如同用户通过网络浏览器来访问NRT数据服务一样的体验。在这里,被用于NRT数据服务的文件需要支持文本/图形再现。
Push Scripted类似于Push。然而,差别在于Push Scripted提供DeclarativeObject(声明对象),其提供用于服务的特定广播公司的用户界面。
Portal Scripted类似于Portal。然而,存在差别,因为Portal Scripted提供Declarative Object,其提供用于服务的特定广播公司的用户界面。
Triggered是在双向附属NRT数据服务中使用的消费模式。在典型的Triggered的示例中,为了改善用户体验,递送Declarative Object,在其中用于A/V虚拟频道的附属NRT数据服务被同步化。
片段递送提供用于支持节目的目标内容的插入的应用和片段的递送。片段将程序划分成多个时间跨度。定向片段基于用户的特定和广播接收设备100的特性而提供内容作为特定片段。更详细地,广播接收设备100可基于用户的特性和广播接收设备100的特性而播放内容作为特定片段。更详细地,不向用户显示片段递送消费模型(例如,在场景后面),并且将其用来向无线电节目或TV节目的中间插入定向内容。例如,广播接收设备100在无线电节目或TV节目的中间基于用户的特性显示定向广告。这样的NRT数据服务并未通过用户的选择而被提供。这样的NRT数据服务可被插入的定向应用、被定向为用于插入的片段的集合以及应用打开,并且可将被消费的其它文件中的至少一个作为内容项目输送。在这里,选择哪个片段以及在什么时间将插入的定向应用插入。另外,定向应用可向广播接收设备100通知这样的插入。另外,定向应用可执行报告功能。另外,被应用打开并消费的其它文件可被加密以便仅被相应的应用解释。
广播接收设备100可执行以下操作以便实现片段递送。广播接收设备100可预先下载并缓存应用以避免每当用户选择了包括附属NRT数据服务的无线电服务或TV服务时重复地下载应用。另外,广播接收设备100可预先下载目标片段,并且可缓存到期日。通过这样,广播接收设备100可立即向用户提供目标片段。另外,广播接收设备100可执行应用。另外,当应用通知特定片段被插入时,广播接收设备100可插入该特定片段。
目标设备可表示主设备和配套设备中的一个或者主设备和配套设备两者。
数据服务的内容项目可作为属性而具有内容项目标识符、内容项目的名称、包括内容项目的文件集、用于表示是否要监测内容项目的更新的显示、表示下载可用时间的可用窗口、表示内容项目被丢弃的时间的到期数据、内容项目大小、内容项目的回放长度、定向/个性化属性、服务/内容保护以及内容咨询评级中的至少一个。
另外,每个附加NRT服务可包括目标屏幕作为属性。在这里,目标屏幕可表示主设备、配套设备以及主设备和配套设备之中的一个。
可通过NRT信息表用信号发送这样的NRT数据属性。这将参考图47来描述。
图47是根据本发明的实施例的NRT信息表的视图。
NRT信息表可包括NRT服务标识符和NRT信息块。
根据本发明的特定实施例,如图47的实施例中所示,NRT信息表可table_id字段、section_syntax_indicator字段、private_indicator字段、section_length字段、table_id_extension字段、version_number字段、current_next_indicator字段、section_number字段、last_section_numberr字段、service_id字段以及NRT_information_block字段中的至少一个。
table_id字段表示NRT信息表的标识符。在这里,table_id字段的值可以是在ATSCA/65中定义的预留id值中的一个。根据本发明的特定实施例,table_id字段可以是8比特字段。
section_syntax_indicator字段表示NRT信息表是否是MEPG-2TS标准的长格式中的专用区段表。根据本发明的特定实施例,section_syntax_indicator字段可以是1比特字段。
private_indicator字段表示当前表是否对应于专用区段。根据本发明的特定实施例,private_indicator字段可以是1比特字段。
section_length字段表示在section_length字段之后包括的区段的长度。根据本发明的特定实施例,section_length字段可以是12比特字段。
table_id_extension字段表示用于与table_id字段相组合地识别NRT信息的值。尤其是,table_id字段可包括protocol_version字段,其表示NRT信息表的协议版本。根据本发明的特定实施例protocol_version字段可以是8比特字段。尤其是,table_id_extension字段可包括subnet_id字段,其识别NRT信息表发送的子网。根据本发明的特定实施例,subnet_id字段可以是8比特字段。
version_number字段表示NRT信息表的版本。广播接收设备100可基于vserion_number字段的值来确定NRT信息的可用性。更详细地,当version_number字段的值与先前接收到的服务信令表的版本相同时,可不使用NRT表的信息。根据本发明的特定实施例,version_number字段可以是5比特字段。
current_next_indicator字段表示NRT信息表的信息是否是当前可用的。更详细地,当current_next_indicator的值是1时,其可表示NRT信息表可用。此外,当current_next_indicator的值是1时,其可表示NRT信息表的信息下一次可用。根据本发明的特定实施例,current_next_indicator字段可以是1比特字段。
section_number字段表示当前区段号。根据本发明的特定实施例,section_number字段可以是8比特字段。
last_section_number字段表示最后区段号。当NRT信息表的大小很大时,可将该NRT信息表划分成多个区段且然后发送。在这里,广播接收设备100基于section_number字段和last_section_number字段来确定是否接收到NRT信息表所需的所有区段。根据本发明的特定实施例,last_section_number字段可以是8比特字段。
service_id字段表示用于识别NRT服务的服务标识符。根据本发明的特定实施例,service_id字段可以是16比特字段。
NRT_information_block字段表示NRT信息块。这将参考图48更详细地描述。
图48是图示出根据本发明的实施例的NRT信息块的视图。
NRT信息块可包括至少一个描述符,该至少一个描述符包括:表示NRT信息块用信号发送的时间跨度的开始时间的信息、表示NRT信息块用信号发送的时间跨度的长度的信息、NRT信息块用信号发送的内容项目的数目、识别相应内容项目的内容识别信息、关于相应内容项目是否被周期性更新的信息、关于内容保护是否被应用于相应内容项目包括的文件的信息、表示相应内容项目是否是在服务被选择时执行的主内容项目的信息、关于NRT信息块是否包括相应内容的回放时间的长度的信息、相应内容的回放时间的长度、关于NRT信息块是否包括相应内容的回放延迟时间的信息、相应内容的回放延迟时间、关于NRT信息块是否包括相应内容项目的到期时间的信息、内容项目的到期时间、关于NRT信息块是否包括相应内容项目的大小的信息、相应内容的大小、关于NRT信息块是否包括关于NRT服务的目标设备的信息、关于NRT服务的目标设备的信息、关于是否通过广播网络接收到相应内容项目的信息、关于是否通过互联网接收到相应内容项目的信息、相应内容项目的名称,以及关于相应内容的特定信息。
更详细地,如图49的实施例中所示,NRT信息块可包括time_span_start字段、time_span_length字段、num_content_items_in_section字段、content_id、updates_available字段、content_security_conditions_indicator字段、master_item字段、playback_length_included字段、palybace_Delay_included字段、expiration_included字段、content_size_included字段、available_in_broadcast字段、target_included字段、playback_length_seconds字段、playback_delay字段、到期字段、content_size字段、目标字段、content_name_text字段以及content_descriptor字段中的至少一个。
time_span_start字段表示NRT信息块用信号发送的时间跨度的开始时间。根据本发明的特定实施例,time_span_start字段可以是32比特字段。
time_span_length字段表示NRT信息块用信号发送的时间跨度的长度。根据本发明的特定实施例,time_span_length字段可以是16比特字段。
NRT_content_items_in_section字段表示NRT信息块用信号发送的内容项目的数目。根据本发明的特定实施例,NRT_content_items_in_section字段可以是8比特字段。
content_id字段表示用于识别相应内容项目的信息。根据本发明的特定实施例,content_id字段可以是32比特字段。
updates_available字段表示相应内容项目是否被更新。根据本发明的特定实施例,updates_available字段可以是1比特字段。
content_security_conditions_indicator字段表示是否对相应内容项目包括的文件中的至少一个应用内容保护。根据本发明的特定实施例,content_security_conditions_indicator字段可以是1比特字段。
master_item字段表示相应内容项目是否是主内容项目。更详细地,master_item字段表示相应内容项目是当相应NRT服务被选择时需要执行的内容项目。根据本发明的特定实施例,master_item字段可以是1比特字段。
playback_length_included字段表示NRT信息块是否包括相应内容项目的回放时间的长度。根据本发明的特定实施例,playback_length_included字段可以是1比特字段。
palyback_Delay_included字段表示NRT信息块是否包括相应内容项目的延迟回放时间信息。根据本发明的特定实施例,palyback_Delay_included字段可以是1比特字段。
expiration_included字段表示NRT信息块是否包括相应内容项目的到期时间。根据本发明的特定实施例,expiration_included字段可以是1比特字段。
content_size_included字段表示NRT信息块是否包括相应内容项目的大小。根据本发明的特定实施例,content_size_included字段可以是1比特字段。
available_in_broadcast字段表示是否通过广播网络获得相应内容项目。根据本发明的特定实施例,available_in_broadcast字段可以是1比特字段。
available_in_internet字段表示是否通过互联网获得相应内容项目。根据本发明的特定实施例,available_in_internet字段可以是1比特字段。
target_included字段表示NRT信息块是否包括关于目标设备的信息。根据本发明的特定实施例,target_included可以是1比特字段。
playback_length_in seconds字段表示NRT信息块是否包括相应内容项目的回放时间的长度。根据本发明的特定实施例,playback_length_in seconds字段可表示以秒为单位的长度。另外,根据本发明的特定实施例,playback_length_in seconds字段可以是24比特字段。
playback_delay字段表示相应内容项目的回放延迟时间。根据本发明的特定实施例,playback_delay字段可以是24比特字段。
到期字段表示相应内容项目的到期时间。根据本发明的特定实施例,到期字段可以是32比特字段。
content_size字段表示相应内容项目的大小。根据本发明的特定实施例,content_size字段可以是40比特字段。
目标字段表示相应内容项目的目标设备信息。根据本发明的特定实施例,当目标字段的值是0x01时,其表示目标设备仅仅是主设备。根据本发明的特定实施例,当目标字段的值是0x02时,其表示目标设备是一个或多个配套设备。另外,根据本发明的特定实施例,当目标字段的值是0x03,其表示目标设备是主设备和一个或多个配套设备两者。
content_name_length字段表示content_name_text字段的长度。根据本发明的特定实施例,content_name_length字段可以是8比特字段。
content_name_text字段表示相应内容项目的名称。
content_descriptor字段表示一个或多个NRT服务描述符,其包括关于内容项目的特定信息。这将参考图49更详细地描述。图49是根据本发明的实施例的NRT服务描述符的视图。
NRT服务描述符可包括下述信息中的至少一个:表示NRT服务的消费模型的信息、关于是否要自动地更新NRT服务的信息、关于是否包括表示NRT所需的最小存储空间的信息的信息、关于是否包括表示内容项目的默认大小的信息的信息、关于目标设备的信息、表示用于NRT服务的最小存储空间的信息以及关于内容项目的默认大小的信息。
根据本发明的特定实施例,NRT服务描述符可包括consumption_model字段、auto-update字段、stoargage_reservation_present字段、decault_content_size_present字段、target_include字段、storage_reservation字段以及default_content_size字段中的至少一个。
counsumption_model字段表示NRT服务的消费模型。根据本发明的实施例,当counsumption_model字段的值是0x00时,其表示NRT服务的消费模型是Push。根据本发明的实施例,当counsumption_model字段的值是0x01时,其表示NRT服务的消费模型是Portal。根据本发明的实施例,当counsumption_model字段的值是0x02时,其表示NRT服务的消费模型是Scripted Push。根据本发明的实施例,当counsumption_model字段的值是0x03时,其表示NRT服务的消费模型是Portal。根据本发明的实施例,当counsumption_model字段的值是0x04时,其表示NRT服务的消费模型是Triggered。根据本发明的实施例,当counsumption_model字段的值是0x05时,其表示NRT服务的消费模型是Segment Delivery。根据本发明的特定实施例,counsumption_model字段可以是6比特字段。
auto-update字段表示提供了自动更新服务。根据本发明的特定实施例,auto-update字段可以是1比特字段。
stoargage_reservation_present字段表示是否包括关于执行NRT服务所需的最小存储空间的大小的信息。根据本发明的特定实施例,stoargage_reservation_present字段可以是1比特字段。
decault_content_size_present字段表示是否包括表示内容项目的默认大小的信息。根据本发明的特定实施例,decault_content_size_present字段可以是1比特字段。
target_include字段表示是否包括关于目标设备的信息。根据本发明的特定实施例,target_include可以是1比特字段。
storage_reservation字段表示是否包括关于执行NRT服务所需的最小存储空间的大小的信息。根据本发明的特定实施例,storage_reservation字段可以是24比特字段。
default_content_size字段表示内容项目的默认大小。根据本发明的特定实施例,default_content_size字段可以是40比特字段。
上述NRT信息块和NRT服务描述符是以比特流格式描述的。然而,NRT信息块和NRT服务描述符不限于比特流格式,并且因此可采取另一格式。例如,NRT信息块和NRT服务描述符可采取XML文件格式。
另外,为了用信号发送广播服务的图形图标,多个时间跨度之中的包括节目的主要内容的节目或演出片段、广播服务信令表、节目信息或片段信息可包括图形图标信息。尤其是,广播服务信令表可包括图形图标服务作为服务层级信息。另外,节目信息可包括图形图标信息作为节目层级信息。另外,片段信息可包括图形图标信息作为片段层级信息。
图50是图示出根据本发明的实施例的图形图标信息的视图。
图形图标信息可包括图标标识符、表示图标传输方法的图标传输模式、表示是否指定了图标的位置的信息、表示作为图标位置的基础的坐标的坐标系信息、表示图标的水平坐标的水平坐标信息、表示图标的垂直坐标的垂直坐标信息、表示图标的图像形式的信息、表示图标图像被存储的位置的URL信息以及图标数据本身中的至少一个。
更详细地,如图50的实施例中所示,图形图标信息包括descriptor_tag字段、descriptor_length字段、descriptor_number字段、last_decirptor_number字段、icon_id字段、icon_transport_mode字段、position_flag字段、coordinate_system字段、icon_horizontal_origin字段、icon_vertical_origin字段、icon_type_length字段、icon_type_chars字段、icon_data_length字段、icon_data_byte字段、url_length字段、url字段以及icon_content_linkage字段中的至少一个。
descriptor_tag字段表示包括图标信息。根据本发明的特定实施例,descriptor_tag字段可以是8比特字段。
descriptor_length字段表示此字段之后的图标信息的长度。根据本发明的特定实施例,descriptor_length字段可以是8比特字段。
descriptor_number字段表示图标信息被划分成多个描述符并发送时的当前描述符的顺序。根据本发明的特定实施例,在描述符被首先发送的情况下,descriptor_number字段的值可以是0x00。根据本发明的特定实施例,descriptor_number字段的值可增加一。根据本发明的特定实施例,descriptor_number字段可以是4比特字段。
last_decirptor_number字段表示最后描述符的数目。根据本发明的特定实施例,last_decirptor_number字段可以是4比特字段。
icon_id字段表示用于识别图标的图标描述符。根据本发明的特定实施例,icon_id字段可以是8比特字段。
icon_transport_mode字段表示图标传输方法。更详细地,icon_transport_mode字段的值可表示图标图像通过图形图标信息本身被发送时、图标图像通过URL被链接以及图标图像通过FLUTE会话被发送时之中的一个。根据本发明的特定实施例,如图51的实施例中所示,当icon_transport_mode字段的值是0x00时,其表示图标图像是通过图形图标信息本身发送的。当icon_transport_mode字段的值是0x01时,其表示图标图像通过URL被链接。当icon_transport_mode字段的值是0x02时,其表示图标图像是通过FLUTE会话发送的。根据本发明的特定实施例,icon_transport_mode字段可以是2比特字段。
position_flag字段表示是否指定了图标的位置。根据本发明的特定实施例,position_flag字段可以是1比特字段。
coordinate_system字段表示作为图标位置的基础的坐标。更详细地,当coordinate_system字段的值可表示当坐标系被用720×576个坐标配置时、当坐标系被用1280×720个坐标配置时、当坐标系被用1920×1080坐标配置时、当坐标系被用3840×2160个坐标配置时以及当坐标系被用7680×4320个坐标配置时中的至少一个。根据本发明的特定实施例,如图52的实施例中所示,当coordinate_system字段的值是0x00时,其表示坐标系被用720×576个坐标配置。当coordinate_system字段的值是0x01时,其表示坐标系被用1280×720个坐标配置。当coordinate_system字段的值是0x02时,其表示坐标系被用1920×1080个坐标配置。当coordinate_system字段的值是0x03时,其表示坐标系被用3840×2160个坐标配置。当coordinate_system字段的值是0x04时,其表示坐标系被用7680×4320个坐标配置。根据本发明的特定实施例,coordinate_system字段可以是3比特字段。
icon_horizontal_origin字段表示图标的水平坐标。更详细地,坐标的值可在从左列至右列的方向上增加。根据本发明的特定实施例,icon_horizontal_origin可以是13比特字段。
icon_vertical_origin字段表示图标的垂直坐标。更详细地,坐标的值可在从上行至下行的方向。根据本发明的特定实施例,icon_vertical_origin可以是13比特字段。
icon_type_length字段表示icon_type字段的长度。根据本发明的特定实施例,icon_type_length字段可以是8比特字段。
icon_type_chars字段表示图标的图像形式。更详细地,icon_type_chars字段avalue可以是在RFC 2045中定义的多目的互联网邮件扩展(MIME)图像形式。
icon_data_length字段表示图标图像被通过图形图标信息发送时的icon_data_byte字段的长度。根据本发明的特定实施例,icon_data_length字段可以是8比特字段。
icon_data_byte字段表示图形图标信息发送的图标图像的数据。
url_length字段表示图标图像被通过URL链接时的url字段的长度。url_length字段可以是8比特字段。
url字段表示图标链接到的URL。
icon_content_linkage字段表示图标图像通过FLUTE会话被发送时的发送图标图像的FLUTE FDT内容。
通过其中图形图标信息采取比特流格式的实施例来描述图形图标信息,但图形图标信息可采取另一格式,诸如XML文件格式。
另外,如上所述,广播服务可包括一个或多个媒体组件。服务信令表可包括广播服务包括的用信号发送媒体组件的媒体组件列表信息。尤其是,广播服务信令表可包括媒体组件列表信息作为服务层级信息。
将参考图53更详细地对此进行描述。
图53图示出根据本发明的实施例的媒体组件列表信息的视图。
媒体组件列表信息可包括用于识别组件的组件标识符、表示媒体组件类型的组件类型信息以及表示媒体组件包括的媒体类型信息中的至少一个。
根据本发明的特定实施例,如图53中所示,媒体组件列表信息可包括descriptor_tag字段、descriptor_length字段、num_component字段、component_id字段、component_type字段以及general_media_type字段。
descriptor_tag字段表示包括组件列表信息。根据本发明的特定实施例,descriptor_tag字段可以是8比特字段。
descriptor_length字段表示descriptor_length字段之后的长度。根据本发明的特定实施例,descriptor_length字段可以是8比特字段。
num_component字段表示相应广播服务包括的媒体组件的数目。根据本发明的特定实施例,num_component字段可以是8比特字段。
component_id字段表示用于识别相应媒体组件的标识符。根据本发明的特定实施例,component_id字段可以是8比特字段。
component_type字段表示媒体组件的类型。根据本发明的特定实施例,component_type字段的值可表示上述基本组件、复合组件以及自适应组件之中的一个。更详细地,当component_type字段的值是0x00时,相应媒体组件表示基本组件。当component_type字段的值是0x01时,相应媒体组件表示复合组件。当component_type字段的值是0x02时,相应媒体组件表示自适应组件。根据本发明的特定实施例,component_type字段可以是4比特字段。
general_media_type字段表示媒体组件包括的媒体类型。general_media_type字段的值可表示视频、音频、文本、应用以及消息中的一个。更详细地,当general_media_type字段的值是0x00时,其表示媒体组件包括视频的媒体。当general_media_type字段的值是0x01时,其表示媒体组件包括音频的媒体。当general_media_type字段的值是0x02时,其表示媒体组件包括文本的媒体。当general_media_type字段的值是0x03时,其表示媒体组件包括应用的媒体。当general_media_type字段的值是0x04时,其表示媒体组件包括消息的媒体。根据本发明的特定实施例,general_media_type字段可以是4比特字段。
另外,通过比特流格式来描述组件列表信息,但组件信息可采取另一格式,诸如XML文件格式。
根据本发明的特定实施例,一个媒体组件可被同一广播流的多个广播服务共享。另外,不同广播流中的多个广播服务可共享一个媒体组件。因此,要求一种多个广播服务高效地共享一个媒体组件的方法。为此,广播传输设备可允许每个媒体组件或广播服务与唯一资源标识符(URI)相关联。
将参考图54更详细地对此进行描述。
图54是根据本发明的实施例的在广播服务信令表中通过URI来映射媒体组件或广播服务时的视图。可在广播服务信令中通过URI来用信号发送广播服务或媒体组件。在这里,可将通过URI用信号发送广播服务或媒体组件的信息称为URI链接信息。URI链接信息可包括URI或由每个广播公司或地区独立地定义的专用数据中的至少一个。
根据本发明的特定实施例,如图54中所示,URI链接信息可包括descriptor_tag字段、descriptor_length字段、uri_length字段、uri_char字段以及private_data_byte字段。
descriptor_tag字段表示包括URI链接信息。根据本发明的特定实施例,URI链接信息可以是8比特字段。
descriptor_length字段表示descriptor_length字段之后的URI链接信息的长度。根据本发明的特定实施例,descriptor_length字段可以是8比特字段。
uri_length字段表示uri_char字段的长度。根据本发明的特定实施例,uri_length字段可以是8比特字段。
uri_char字段表示URI字符串中的每个字符。根据本发明的特定实施例,uri_char字段可以是8比特字段。
private_data_byte字段表示由每个广播公司或地区独立定义的专用数据。根据本发明的特定实施例,private_data_byte字段可以是8比特字段。
广播接收设备100可通过URI链接信息的URI来识别媒体组件或广播服务。当URI链接信息的URI识别到媒体组件时,广播服务信令表可包括URI链接信息作为组件层级信息。当URI链接信息的URI识别到媒体组件时,广播服务信令表可包括URI链接信息作为服务层级信息。
在图54的实施例中通过比特流来描述URI链接信息的格式,但其不限于此。尤其是,URI链接信息可采取XML文件格式。
广播发送设备可发送广播服务或媒体组件,其以具有特定条件的用户为目标。另外,广播接收设备100可发送关于广播接收设备100的用户的信息,并且可接收适合于广播接收设备100的用户的广播服务或媒体组件。例如,广播接收设备100可发送广播接收设备100位于的地区的信息,并且可接收用于相应地区的广播服务。为此,要求一种用信号发送关于广播服务或媒体组件作为目标的定向准则和个性化属性的信息的方法。这将参考图55来描述。
图55是图示出用信号发送广播服务或媒体组件的定向准则的定向准则信息的视图。
广播服务信令表可包括用信号发送广播服务或媒体组件的目标准则的定向准则信息。
定向准则信息可包括用于识别目标准则的定向标识符信息、表示定向的形式的定向形式信息以及表示特定定向准则的定向准则值信息中的至少一个。
根据本发明的特定实施例,如图55的实施例中所示,定向准则信息可包括descriptor_tag字段、descriptor_length字段、num_targeting_criteria字段、criterion_id_length字段、criterion_id字段、criterion_type_code字段、num_criterion_values字段、criterion_value_length字段以及criterion_value字段中的至少一个。
descriptor_tag字段表示定向准则信息。根据本发明的特定实施例,descriptor_tag字段可以是8比特字段。
descriptor_length字段表示descriptor_tag字段之后的定向准则信息的长度。descriptor_length字段可以是8比特字段。
num_targeting_criteria字段表示定向准则信息的数目。根据本发明的实施例,广播服务或媒体组件具有的定向准则可以是多个。根据本发明的特定实施例,num_targeting_criteria字段可以是8比特字段。
criterion_id_length字段表示criterion_id字段的长度。根据本发明的特定实施例,criterion_id_length字段可以是8比特字段。
criterion_id字段表示用于识别定向准则的定向准则标识符。根据本发明的特定实施例,criterion_id字段可以是8比特字段。
criterion_type_code字段表示定向准则的形式。根据本发明的特定实施例,criterion_type_code可以是3比特字段。
num_criterion_values字段表示定向准则值的数目。根据本发明的实施例,广播服务或媒体组件可具有对应于定向准则形式的多个定向准则。根据本发明的特定实施例,num_criterion_values字段可以是5比特字段。
criterion_value_length字段表示criterion_value字段的长度。根据本发明的特定实施例,criterion_value_length字段可以是8比特字段。
criterion_value字段表示定向准则值。
根据本发明的特定实施例,当定向准则信息用信号发送媒体组件的定向准则时,广播服务信令表可包括定向准则信息作为组件层级信息。根据本发明的特定实施例,当定向准则信息用信号发送广播服务的定向准则时,广播服务信令表可包括定向准则信息作为服务层级信息。
在图55的实施例中通过比特流格式来描述定向准则信息,但其不限于此。尤其是,定向准则信息可采取XML文件格式。
广播服务信令表可包括用于描述广播服务或媒体组件的文本信息。将参考图56更详细地对此进行描述。
图56是图示出用于描述广播服务或媒体组件的文本信息的视图。
更详细地,文本信息可包括表示文本语言的种类的信息、用于识别文本信息的标识符、用于描述包括广播服务或媒体组件的文本的文本信息中的至少一个。
根据本发明的特定实施例,如图56的实施例中所示,文本信息可包括descriptor_number字段、last_descriptor_number字段、description_id字段、language_code字段、text_length字段以及text_char字段。
descriptor_number字段表示描述符的顺序。当一个描述符未包括全部的文本信息时,文本信息被划分并包括在多个描述符中。在这里,descriptor_number字段表示多个描述符之中的相应描述符的数目。根据本发明的特定实施例,descriptor_number字段可以是4比特字段。
last_descriptor_number字段表示包括文本信息的最后描述符的编号。根据本发明的特定实施例,last_descriptor_number字段可以是4比特字段。
description_id字段表示用于识别文本信息的标识符。更详细地,广播接收设备100可基于description_id字段的值而从用于另一媒体组件或广播服务的文本信息识别用于特定广播服务或媒体组件的文本信息。根据本发明的特定实施例,description_id字段可以是8比特字段。
language_code字段表示在文本信息中使用的语言。根据本发明的特定实施例,language_code字段可以是24比特字段。
text_length字段表示text_char字段的长度。根据本发明的特定实施例,text_length字段可以是8比特字段。
text_char字段表示文本信息的字符。根据本发明的特定实施例,text_char字段可以是8比特字段。
根据本发明的特定实施例,当文本信息用信号发送用于描述媒体组件的文本时,广播服务信令表可包括文本信息作为组件层级信息。根据本发明的特定实施例,当文本信息用信号发送用于描述广播服务的文本信息时,广播服务信令表可包括文本信息作为服务层级信息。
在图56的实施例中通过比特流格式来描述文本信息格式,但其不限于此。尤其是,文本信息可采取XML文件格式。
另外,为了用信号发送广播服务的标题,多个时间跨度之中的包括节目的主要内容的节目或演出片段、广播服务信令表、节目信息或片段信息可包括标题信息。尤其是,广播服务信令表可包括标题信息作为服务层级信息。另外,节目信息可包括标题信息作为节目层级信息。另外,片段信息可包括标题信息作为片段层级信息。尤其是,标题信息可包括多个语言的标题以支持多个语言。
图57是图示出广播服务、节目或演出片段的标题信息的视图。
标题信息可包括表示语言的数目的信息、表示标题的语言的信息、表示标题的长度的信息以及标题中的字符中的至少一个。
根据本发明的特定实施例,如图57的实施例中所示,标题信息可包括num_title字段、language_code字段、title_length字段以及text_char字段中的至少一个。
num_title字段表示标题的数目。更详细地,标题信息可包括根据多个语言显示的广播服务、节目或演出片段的标题。因此,num_title字段可表示显示标题的语言的数目。根据本发明的特定实施例,num_tilte字段可以是8比特字段。
language_code字段表示显示标题的语言类型。根据本发明的特定实施例,language_code字段可以是24比特字段。
title_length字段表示标题中的字符的数目。根据本发明的特定实施例,title_length字段可以是8比特字段。
text_char字段表示标题中的字符。根据本发明的特定实施例,text_char字段可以是8比特或16比特字段。
虽然描述了采取比特流格式的标题信息,但其不限于该比特流格式,并且可采取另一格式。在特定实施例中,标题信息可采取XML文件格式。
另外,为了用信号发送广播服务的流派,多个时间跨度之中的包括节目的主要内容的节目或演出片段、广播服务信令表、节目信息或片段信息可包括流派信息。尤其是,广播服务信令表可包括流派信息作为服务层级信息。另外,节目信息可包括流派信息作为节目层级信息。另外,片段信息可包括流派信息作为片段层级信息。将参考图58更详细地对此进行描述。
图58是图示出广播服务、节目或演出片段的流派信息的视图。
更详细地,流派信息可包括表示流派的数目的信息和表示广播服务、节目或演出片段的流派。
更详细地,如图58的实施例中所示,流派信息可包括num_genre字段和genre_value字段中的至少一个。
num_genre字段表示流派的数目。根据本发明的特定实施例,num_genre字段可以是8比特字段。一个广播服务、节目以及演出片段可对应于多个流派。因此,流派信息可包括关于一个广播服务、节目以及演出片段的多个流派信息。因此,流派信息可包括num_genre字段。
genre_value字段表示广播服务、节目或演出片段的流派。根据本发明的特定实施例,genre_value字段可以是8比特字段。
虽然描述了采取比特流格式的流派信息,但其不限于该比特流格式,并且可采取另一格式。在特定实施例中,流派信息可采取XML文件格式。
另外,广播服务、媒体组件或内容项目可用于特定设备。详细地,广播服务、媒体组件或内容项目可用于主设备。另外,广播服务、媒体组件或内容项目可用于多个配套设备。因此,为了用信号通知涉及广播服务、媒体组件或内容项目的目标设备,广播服务节目表、节目表或NRT信息表可包括目标设备信息。这将参考图59来描述。
图59是图示出用信号通知涉及媒体组件或内容项目的目标设备信息的视图。
目标设备信息可包括表示广播服务、媒体组件或内容项目的目标设备的信息。
在特定实施例中,目标设备信息可包括如图59中所示的target_device字段。target_device字段表示广播服务、媒体组件或内容项目的目标设备。根据本发明的特定实施例,target_device可以是8比特字段。
虽然描述了比特流格式的目标设备信息,但其不限于比特流格式,并且可采取另一格式。在特定实施例中,目标设备信息可采取XML文件格式。
下面描述广播服务和广播服务包括的媒体组件。将参考图60至64来更详细地描述节目和段。
图60是广播服务被划分成多个片段时的视图。
广播服务可以包括是具有被预定的开始时间和回放长度的时间片段的节目。更加具体地,无线电服务包括无线电节目或者音频节目。另外,TV服务可以包括TV节目。另外,用户请求内容服务可以包括用户请求节目。另外,单机NRT数据服务可以包括数据节目。
根据广播服务时间可以划分这样的节目。另外,无线电服务的广播时间等于无线电节目的持续时间的总和。TV服务的广播时间等于TV节目的持续时间的总和。用户请求内容服务的持续时间没有指示特定内容的回放时间而是指示当用户请求内容服务可能时的时间。因此,单独的内容的回放时间取决于用户。当内容项目被提供时,根据节目限制开始时间和长度。因此,通过用户请求内容服务提供的内容项目可以被包括在目录中。这时,目录可以是用于提供用户界面以提供服务的应用。
节目可包括表示相关节目的主要内容的演出。被视为节目的属性的许多部分可基本上称为演出的属性。例如,包括在节目属性中的描述节目的文本、男演员或流派与演出有关的属性。节目属性中的除演出的属性之外的属性是节目本身的属性。例如,包括节目的服务的标识符或节目的开始时间是节目本身的属性。即使当节目包括同一演出时,节目本身的属性也可改变。
演出可被包括用于识别演出的标识符信息、演出的文本标题、描述演出的文本、流派、图形图标、与演出有关的段列表、咨询观看评级、定向/个性化属性以及内容/服务保护属性中的至少一个。可通过演出信息用信号发送这样的演出的属性。在这里,与演出有关的片段的列表可以是包括演出的片段的列表。这将参考图61来描述。
图61是图示出根据本发明的实施例的演出信息的视图。
该演出信息可包括演出信息块,其包括用于识别演出的标识符信息和关于演出的特定信息。
更详细地,如图61的实施例中所示,演出信息可包括table_id字段、section_syntax_indicator字段、private_indicator字段、section_length字段、table_id_extentsion字段、version_number字段、current_next_indicator字段、section_number字段、last_section_number字段、show_id字段以及show_infoamtion_block字段。
table_id字段表示包括演出信息。根据本发明的特定实施例,table_id字段可以是8比特字段。
section_syntax_indicator字段表示演出信息表是否是MEPG-2TS标准的长格式中的专用区段表。根据本发明的特定实施例,section_syntax_indicator字段可以是1比特字段。
private_indicator字段表示当前表是否对应于专用区段。根据本发明的特定实施例,private_indicator字段可以是1比特字段。
section_length字段表示在section_length字段之后包括的区段的长度。根据本发明的特定实施例,section_length字段可以是12比特字段。
table_id_extension字段表示用于与table_id字段相组合地识别演出信息的值。更详细地,table_id_extension字段可包括protocol_version字段和subnet_id字段中的至少一个。protocol_version字段表示节目信息的协议版本。更详细地,protocol_version字段可以是8比特字段,其中,上四比特表示主要版本号,并且下四比特表示次要版本号。当通过广播流来发送演出信息时,subnet_id字段可表示用于识别用于发送节目信息的IP子网的子网标识符。根据本发明的另一特定实施例,subnet_id字段的值可以是0。当通过互联网来发送节目信息时,subnet_id字段具有与通过广播流发送的节目信息的subnet_id字段相同的值。根据本发明的特定实施例,subnet_id字段可以是8比特字段。
version_number字段表示演出信息的版本。广播接收设备100可基于vserion_number字段的值来确定演出信息的可用性。更详细地,当version_number字段的值与先前接收到的服务演出信息的版本相同时,可不使用该演出信息。根据本发明的特定实施例,version_number字段可以是5比特字段。
current_next_indicator字段表示演出信息是否当前可用。更详细地,当current_next_indicator字段的值是1时,其可表示演出信息可用。此外,当current_next_indicator字段的值是1时,其可表示演出信息下一次可用。根据本发明的特定实施例,current_next_indicator字段可以是1比特字段。
section_number字段表示当前区段号。根据本发明的特定实施例,section_number字段可以是8比特字段。
last_section_number字段表示最后区段号。当演出信息表的大小很大时,可将该演出信息表划分成多个区段且然后发送。在这里,广播接收设备100基于section_number字段和last_section_number字段来确定是否接收到演出信息所需的所有区段。根据本发明的特定实施例,last_section_number字段可以是8比特字段。
show_id字段表示用于识别演出信息用信号发送的演出的演出标识符。根据本发明的特定实施例,show_id字段可以是16比特字段。
show_information_block字段表示包括关于段的属性的信息的演出信息块。将参考图62更详细地对此进行描述。
图62是图示出根据本发明的实施例的演出信息块的视图。
演出信息块可包括包含演出的长度、用于描述演出的文本、与演出有关的段的数目、用信号发送与演出有关的片段的片段信息块以及关于演出的属性的特定信息的描述符中的至少一个。在这里,演出相关的片段可以是包括演出的片段。
更详细地,如图62的实施例中所示,演出信息块可包括time_span_length字段、title_text_length字段、title_text()字段、num_segment字段、segment_information_block()字段、num_show_descriptors字段以及描述符字段中的至少一个。
time_span_length字段表示演出的长度。该演出可被包括在多个片段中。在这里,多个片段的开始时间可改变,但演出的长度可以是相同的。原因是即使演出片段的内容被包括在不同的节目中,其也是相同的。根据本发明的特定实施例,time_span_length字段可以是16比特字段。
title_text_length字段可包括title_text()字段、num_segment字段、segment_information_block()字段、num_show_descriptors字段以及描述符字段。
图63是图示出根据本发明的实施例的片段信息块的视图。
片段信息块可包括包含用于识别片段的片段标识符、表示片段的开始时间的信息、表示片段的长度的信息以及关于片段的片段定信息的描述符中的至少一个。在特定实施例中,片段标识符可以是基于包括片段和域名的用于识别节目的节目标识符。在特定实施例中,片段标识符可以是基于包括片段和域名的用于识别节目的节目标识符的组合。更详细地,片段的开始时间可以是从包括片段的节目的开头起的相对时间。
根据本发明的特定实施例,如图63的实施例中所示,片段信息块可包括segment_id字段、start_time字段、time_span_length字段、num_segment_descriptors字段以及描述符字段中的至少一个。
segment_id字段表示用于识别片段的片段标识符。根据本发明的特定实施例,segment_id字段可以是16比特字段。
start_time字段表示片段的开始时间。即使当片段包括相同演出时,用于每个片段的开始时间也可改变。因此,每个片段信息可包括表示片段的开始时间的信息。根据本发明的特定实施例,start_time字段可以是32比特字段。
time_span_length字段表示片段的长度。根据本发明的特定实施例,time_span_length字段可以是16比特字段。
num_segment_descriptors字段表示片段信息块包括的描述符的数目。根据本发明的特定实施例,num_segment_descriptors字段可以是8比特字段。
该描述符字段包括关于片段的特定信息。
即使描述了采取比特流格式的演出信息、演出信息块以及片段信息块,但其不限于比特流格式,并且可采取另一格式。更详细地,演出信息、演出信息块以及片段信息块可采取XML文件格式。
图64是根据本发明的实施例的广播发送设备发送包括演出信息和片段信息中的至少一个的广播信号时的视图。
广播发送设备在操作S731中通过控制单元获得广播服务包括的演出的属性。如上所述,演出的属性可包括用于识别演出的标识符信息、演出的文本标题、描述演出的文本、流派、图形图标、与演出有关的段列表、咨询观看评级、定向/个性化属性以及内容/服务保护属性中的至少一个。可通过演出信息用信号发送这样的演出的属性。在这里,与演出有关的片段的列表可以是包括演出的片段的列表。
广播发送设备在操作S733中通过控制单元基于演出的属性而生成用信号发送节目的节目信息。演出信息可包括通过图61和62描述的演出信息和延迟信息块中的至少一个。
广播发送设备在操作S735中通过控制单元获得关于演出的片段的属性。片段的属性可包括用于识别片段的唯一标识符、在相应片段的时间跨度期间播放的媒体组件的列表、片段的开始时间和持续时间、片段类型以及定向/个性化属性以及内容咨询评级中的至少一个。
广播发送设备在操作S737中通过控制单元基于片段的属性而生成片段信息块。片段信息块可以是图63中的上述片段信息块。
广播发送设备在操作S739中通过发送单元发送包括片段信息块和节目信息中的至少一个的广播信号。
图65是根据本发明的实施例的广播接收设备接收到包括演出信息和片段信息中的至少一个的广播信号时的视图。
广播接收设备100在操作S751中通过广播接收单元110接收广播信号。
广播接收设备100在操作S753中通过控制单元150基于广播信号而获得节目信息。更详细地,广播接收设备100可从广播信号获得演出信息。在这里,演出信息可包括通过图61和62描述的演出信息和延迟信息块中的至少一个。
广播接收设备100在操作S755中通过控制单元150基于演出信息而获得演出的属性。如上所述,演出的属性可包括用于识别演出的标识符信息、演出的文本标题、描述演出的文本、流派、图形图标、与演出有关的段列表、咨询观看评级、定向/个性化属性以及内容/服务保护属性中的至少一个。可通过演出信息用信号发送这样的演出的属性。在这里,与演出有关的片段的列表可以是包括演出的片段的列表。
广播接收设备100在操作S757中通过控制单元150基于广播信号而获得与演出有关的片段信息块。更详细地,广播接收设备100可从演出信息块获得与演出有关的片段信息块。片段信息块可包括图63中的上述片段信息块。
广播接收设备100在操作S759中通过控制单元150基于片段信息块而获得段的属性。片段信息块可以是图63中的上述片段信息块。
广播接收设备100在操作S761中基于演出的属性和与演出有关的段属性中的至少一个来生成显示演出的属性的服务指南。根据本发明的特定实施例,服务指南可一起显示演出和与延迟有关的段的属性。例如,服务指南可显示包括同一演出的多个片段的属性。在这里,片段的属性可包括片段的开始时间和包括片段的节目的属性中的至少一个。在这里,节目的属性可包括节目的开始时间和包括节目的服务的信息中的至少一个。
无线电节目、TV节目以及数据节目可包括唯一标识符、节目中的媒体组件列表、节目的开始时间和长度、用于识别相关节目的演出标识符、用于描述标题和节目的文本、节目的流派、图形图标、内容咨询评级、定向/个性化属性、内容保护属性、相关数据服务列表以及相关段列表中的至少一个。可通过节目信息用信号发送包括在音频节目、TV节目以及数据节目中的属性。这将参考图66至71来描述。
图66是图示出根据本发明的实施例的节目信息的视图。
如图66的实施例中所示,节目信息可包括table_id字段、section_syntax_indicator字段、private_indicator字段section_length字段、table_id_extentsion字段、version_number字段、current_next_indicator字段、section_number字段、last_section_number字段、service_id字段以及program_information_block字段中的至少一个。
table_id字段表示节目信息。根据本发明的特定实施例,table_id字段可以是8比特字段。
section_syntax_indicator字段表示节目信息是否是MEPG-2TS标准的长格式中的专用区段表。根据本发明的特定实施例,section_syntax_indicator字段可以是1比特字段。
private_indicator字段表示当前表是否对应于专用区段。根据本发明的特定实施例,private_indicator字段可以是1比特字段。
section_length字段表示在section_length字段之后包括的区段的长度。根据本发明的特定实施例,section_length字段可以是12比特字段。
table_id_extension字段表示用于与table_id字段相组合地识别节目信息的值。更详细地,table_id_extension字段可包括protocol_version字段和subnet_id字段中的至少一个。protocol_version字段表示节目信息的协议版本。更详细地,protocol_version字段可以是8比特字段,其中,上四比特表示主要版本号,并且下四比特表示次要版本号。当通过广播流来发送节目信息时,subnet_id字段可表示用于识别用于发送节目信息的IP子网的子网标识符。根据本发明的另一特定实施例,subnet_id字段的值可以是0。当通过互联网来发送节目信息时,subnet_id字段具有与通过广播流发送的节目信息的subnet_id字段相同的值。根据本发明的特定实施例,subnet_id字段可以是8比特字段。
version_number字段表示节目信息的版本。广播接收设备100可基于vserion_number字段的值来确定节目信息的可用性。更详细地,当version_number字段的值与先前接收到的服务节目信息的版本相同时,不可使用该节目信息。根据本发明的特定实施例,version_number字段可以是5比特字段。
current_next_indicator字段表示节目信息是否当前可用。更详细地,当current_next_indicator字段的值是1时,其可表示节目信息可用。此外,当current_next_indicator字段的值是1时,其可表示节目信息下一次可用。根据本发明的特定实施例,current_next_indicator字段可以是1比特字段。
section_number字段表示当前区段号。根据本发明的特定实施例,section_number字段可以是8比特字段。
last_section_number字段表示最后区段号。当节目信息表的大小大时,可将节目信息划分成多个区段且然后发送。在这里,广播接收设备100基于section_number字段和last_section_number字段来确定是否接收到节目信息所需的所有区段。根据本发明的特定实施例,last_section_number字段可以是8比特字段。
service_id字段表示用于识别与节目信息有关的广播服务的服务标识符。更详细地,service_id字段可表示用于识别包括节目信息用信号发送的节目的广播服务的服务标识符。根据本发明的特定实施例,service_id字段可以是8比特字段。
program_information_block字段表示包括关于节目的属性的信息的节目信息块。将参考图67更详细地对此进行描述。
图67是图示出根据本发明的实施例的节目信息块的视图。
节目信息块可包括节目信息块用信号发送的节目的数目、用于识别信令节目的节目标识符、节目的开始时间、节目的长度、用于描述节目的文本以及用于用信号发送用于描述节目和节目的属性的文本的描述符。
根据本发明的特定实施例,如图67的实施例中所示,节目信息块可包括num_program字段、program_id字段、time_span_start字段、time_span_length字段、title_text_length字段、title_text字段、num_program_descriptors字段以及描述符字段中的至少一个。
num_program字段表示节目信息块用信号发送的节目的数目。根据本发明的特定实施例,num_program字段可以是8比特字段。
program_id字段表示用于识别相应节目的节目标识符。根据本发明的特定实施例,program_id字段可以是8比特字段。
time_span_start字段表示相应节目的开始时间。更详细地,time_span_start字段可表示从1980年1月6日00:00开始经历的UTC时间。根据本发明的特定实施例,time_span_start字段可以是32比特字段。
time_span_length字段表示相应节目的长度。更详细地,相应节目可基于time_span_start字段的值来以分钟表示相应节目被广播的时间长度。当time_span_length字段的值一旦被设定时,其未来不改变。根据本发明的特定实施例,time_span_length字段可以是16比特字段。
title_text_length字段表示title_text字段的长度。根据本发明的特定实施例,title_text字段可以是8比特字段。
title_text字段表示相应节目的标题包括的每个字符。根据本发明的特定实施例,每个字符可以是UTF-8编码格式。根据本发明的特定实施例,title_text字段可以是8比特字段。
num_program_descriptors字段表示节目信息块包括的描述符的数目。根据本发明的特定实施例,num_program_descriptors字段可以是8比特字段。
描述符字段表示包括与节目属性有关的信息的描述符。例如,描述符字段具有的描述符可包括关于媒体组件列表的信息。另外,描述符字段具有的描述符可包括关于内容咨询评级的信息。另外,描述符字段具有的描述符可包括关于定向属性的信息。另外,描述符字段具有的描述符可包括关于用于描述节目的文本的信息。因此,描述符字段可包括component_list_descriiptor字段、targeting_descriptor字段以及text_descriptor字段中的至少一个。然而,图67中所示的节目信息块可不用信号发送与节目有关的演出。更详细地,图67的实施例中的节目信息块可用信号发送节目中的演出。将参考图68来描述用于解决上述问题的方法。
图68是图示出根据本发明的另一实施例的节目信息块的视图。
根据本发明的另一实施例的节目信息块还可包括关于是否关于与节目信息块用信号发送的节目有关的演出的信息被包括的信息和用于识别与节目信息块用信号发送的节目有关的演出的演出标识符中的至少一个。
根据特定实施例,节目信息块可包括如图68中所示的associated_show_flag字段和show_id字段中的至少一个。
associated_show_flag字段表示是否包括关于与节目信息块用信号发送的节目有关的演出的信息。根据本发明的实施例,如果存在相关演出,则广播接收设备100可接收演出信息。因此,当associated_show_flag是1时,广播接收设备100可接收演出信息。在这里,演出信息可以是参考图70和72描述的演出信息或演出信息块。根据本发明的特定实施例,associated_show_flag字段可以是1比特字段。
show_id字段表示用于识别与节目信息块用信号发送的节目有关的演出的演出标识符。根据本发明的特定实施例,show_id字段可以是16比特字段。
然而,图68中所示的节目信息块可可不通过组件层级信息用信号发送媒体组件的属性。因此,具有各种属性的多个媒体组件可能未被高效地用信号发送。将参考图69来描述用于解决上述问题的方法。
图69是图示出根据本发明的另一实施例的节目信息块的视图。
节目信息块可包括相应节目包括的媒体组件的数目、用于识别相应媒体组件的组件标识符、用于表示相应媒体组件是否是相应节目回放所需的媒体组件的信息以及包括媒体组件的附加属性的组件描述符。
根据本发明的特定实施例,如图69的实施例中所示,节目信息块可包括num_component字段、component_id字段、essential_conponent_indicator字段、num_component_descritpors字段以及component_descriptor字段中的至少一个。
num_component字段表示相应节目包括的媒体组件的数目。根据本发明的特定实施例,num_component字段可以是8比特字段。
component_id字段表示用于识别相应媒体组件的组件标识符。根据本发明的特定实施例,component_id字段可以是8比特字段。
essential_component_indicator字段表示相应媒体组件是否是相应广播服务呈现所必需的必需媒体组件。根据本发明的特定实施例,essential_component_indicator字段可以是1比特字段。
num_component_descritpors字段表示component_descriptor字段的数目。根据本发明的特定实施例,num_component_descritpors字段可以是8比特字段。
component_descriptor字段表示包括关于相应组件的附加属性的组件描述符。
然而,在这种情况下,可能未获得关于节目包括的段的信息。将参考图70和71来描述解决此问题的方法。
图70和71是图示出根据本发明的另一实施例的节目信息块的视图。
节目信息块可包括由节目信息块用信号发送的节目包括的片段的信息。更详细地,节目信息块可包括片段信息块,其包括由节目信息块用信号发送的节目包括的片段的数目和片段的特定属性。
节目信息块可包括如图70和71中所示的num_segment字段和segment_information_block字段中的至少一个。
num_segment字段表示由节目信息块用信号发送的节目包括的片段的数目。根据本发明的特定实施例,num_segments字段可以是8比特字段。
segment_infoamtion_block字段可包括通过图92的实施例描述的片段信息块或将参考图72和73来描述的片段信息块。
在图70的实施例中,广播接收装置100不可以获得与节目信息块用信号发送的节目有关的演出的信息。在图72的实施例中,类似于图39的实施例,包括与节目信息块用信号发送的节目有关的演出的信息使得广播接收装置100可以获得与节目有关的演出的信息。
通过图65至71描述了比特流格式的节目信息和节目信息块,但本发明不限于比特流格式。尤其是,节目信息和节目信息块可采取XML文件格式。
如上所述,广播服务可包括多个节目。在这里,节目可包括多个片段。片段是配置节目的时间间隔。片段可包括广播演出的主要内容的演出片段和在节目的主要内容之间广播与节目的主要内容无关的内容的插播片段。在这里,插播片段可包括广告或公共服务通告。无线电服务或TV服务的演出片段和插播片段可具有预定开始时间持续时间。
该片段可作为一个属性而包括用于识别片段的唯一标识符、在相应片段的时间间隔期间播放的媒体组件的列表、片段的开始时间和持续时间、片段类型以及定向/个性化属性以及内容咨询评级之中的至少一个。如上所述,片段类型可以是演出片段和插播片段之中的一个。在这里,片段的开始时间可表示基于演出的开始时间的相对时间。例如,可基于演出的开始时间来指定片段的开始时间,例如,在延迟开始时间之前10分钟。锚定片段表示与特定节目有关的且具有指定开始时间的片段。另一方面,非锚定片段表示与特定节目无关且不具有指定开始时间的片段。例如,由于广播接收设备100接收到定向广告但相应广告片段在各种节目和服务中被使用多次,所以当未清楚地指定用于相应节目的开始时间时,可将该定向广告称为非锚定片段。必须高效地用信号发送这样的片段。将参考图72至76来描述用信号发送片段。
图72是图示出根据本发明的实施例的片段信息节目信息的视图。
片段信息可包括段块,其包括特定片段属性。
根据本发明的特定实施例,如图72的实施例中所示,片段信息可包括table_id字段、section_syntax_indicator字段、private_indicator字段、section_length字段、table_id_extentsion字段、version_number字段、current_next_indicator字段、section_number字段、last_section_number字段以及segment_information_block字段中的至少一个。
table_id字段表示包括片段信息。根据本发明的特定实施例,table_id字段可以是8比特字段。
section_syntax_indicator字段表示广播服务片段信息是否是MEPG-2TS标准的长格式的专用区段表。根据本发明的特定实施例,section_syntax_indicator字段可以是1比特字段。
private_indicator字段表示当前表是否对应于专用区段。根据本发明的特定实施例,private_indicator字段可以是1比特字段。
section_length字段表示在section_length字段之后包括的区段的长度。根据本发明的特定实施例,section_length字段可以是12比特字段。
table_id_extension字段表示用于与table_id字段相组合地识别片段信息的值。更详细地,table_id_extension字段可包括protocol_version字段和subnet_id字段中的至少一个。protocol_version字段表示片段信息的协议版本。更详细地,protocol_version字段可以是8比特字段,其中,上四比特表示主要版本号,并且下四比特表示次要版本号。当通过广播流来发送片段信息时,subnet_id字段可表示用于识别用于发送片段信息的IP子网的子网标识符。根据本发明的另一特定实施例,subnet_id字段的值可以是0。当通过互联网来发送片段信息时,subnet_id字段具有与通过广播流发送的片段信息的subnet_id字段相同的值。根据本发明的特定实施例,subnet_id字段可以是8比特字段。
version_number字段表示片段信息的版本。广播接收设备100可基于vserion_number字段的值来确定片段信息的可用性。更详细地,当version_number字段的值与先前接收到的服务片段信息的版本相同时,不可使用该片段信息。根据本发明的特定实施例,version_number字段可以是5比特字段。
current_next_indicator字段表示片段信息是否当前可用。更详细地,当current_next_indicator字段的值是1时,其可表示片段信息可用。此外,当current_next_indicator字段的值是1时,其可表示片段信息下一次可用。根据本发明的特定实施例,current_next_indicator字段可以是1比特字段。
section_number字段表示当前区段号。根据本发明的特定实施例,section_number字段可以是8比特字段。
last_section_number字段表示最后区段号。当片段信息表的大小大时,可将片段信息划分成多个区段且然后发送。在这里,广播接收设备100基于section_number字段和last_section_number字段来确定是否接收到片段信息所需的所有区段。根据本发明的特定实施例,last_section_number字段可以是8比特字段。
service_id字段表示用于识别片段信息的用于识别广播服务的服务标识符。更详细地,service_id字段可表示用于识别包括片段信息用信号发送的片段的广播服务的服务标识符。根据本发明的特定实施例,service_id字段可以是8比特字段。
program_information_block字段表示包括关于片段的属性的信息的片段信息块。将参考图73更详细地对此进行描述。
图73是图示出根据本发明的实施例的片段信息块的视图。
片段信息中的片段信息块可包括用于识别信令片段的片段标识符、片段类型、表示是否存在与片段有关的节目的信息、表示是否指定了片段的开始时间和持续时间的信息、用于识别与片段有关的节目的节目标识符、片段的开始时间、片段中的媒体组件的数目、用于识别相应媒体组件的媒体组件标识符、包括用于相应媒体组件的属性的描述符的数目、包括用于相应媒体组件的属性的描述符、包括用于相应片段的属性的描述符的数目以及包括相应片段的描述符。
根据本发明的特定实施例,如图102的实施例中所示,片段信息可包括segment_id字段、segment_type字段、associated_program_flag字段、time_included字段、progmam_id字段、time_span_start字段、time_span_length字段、num_component字段、component_id字段、num_component_descirtors字段、component_descritpors字段、num_descritpor字段以及描述符字段中的至少一个。
segment_id字段表示用于识别相应片段的片段标识符。根据本发明的特定实施例,segment_id字段可以是8比特字段。
segment_type字段表示相应片段的类型。更详细地,其可表示演出片段或插播片段。根据本发明的特定实施例,当segment_type字段的值是0x02时,其表示演出片段,并且当segment_type字段的值在0x03至0x07之间的值时,其表示插播片段。根据本发明的特定实施例,segment_type字段可以是3比特字段。
associated_program_flag字段表示是否存在与相应片段有关的节目。更详细地,当associated_program_flag字段的值是1时,其表示存在与相应片段有关的节目,并且当associated_program_flag字段的值是0时,其表示不存在与相应片段有关的节目。根据本发明的特定实施例,associated_program_flag字段可以是1比特字段。
time_included字段表示是否指定了相应片段的开始时间和持续时间。更详细地,当time_included字段的值是1时,其表示指定了相应片段的开始时间和持续时间,并且当time_included字段的值是0时,其表示未指定相应片段的开始时间和持续时间。根据本发明的特定实施例,time_included字段可以是1比特字段。
program_id字段表示用于识别与相应节目有关的节目的节目标识符。根据本发明的特定实施例,program_id字段可以是16比特字段。
time_span_start字段表示相应片段的开始时间。更详细地,time_span_start字段可表示从1980年1月6日00:00开始经历的UTC时间。根据本发明的特定实施例,time_span_start字段可以是32比特字段。
time_span_length字段表示相应片段的长度。更详细地,相应片段可基于time_span_start字段的值来以分钟表示相应片段被广播的时间长度。当time_span_length字段的值一旦被设定时,其未来不改变。根据本发明的特定实施例,time_span_length字段可以是16比特字段。
num_component字段表示相应片段包括的媒体组件的数目。根据本发明的特定实施例,num_component字段可以是8比特字段。
component_id字段表示用于识别相应媒体组件的组件标识符。根据本发明的特定实施例,component_id字段可以是8比特字段。
num_component_descritpors字段表示component_descriptor字段的数目。根据本发明的特定实施例,num_component_descritpors字段可以是8比特字段。
component_descriptor字段表示包括关于相应组件的附加属性的组件描述符。
num_descritpor字段表示描述符字段的数目。根据本发明的特定实施例,num_desciptors字段可以是8比特字段。
描述符字段表示包括附加属性的描述符。例如,描述符可包括内容咨询评级和定向属性中的至少一个。因此,描述符字段可以是targeting_descirptor字段。
当节目被划分成多个片段时,即使当观看者观看同一节目时,也可根据每个观看者的特性提供另一片段。尤其是,可将根据每个观看者的特性的片段提供给插播片段而不是演出片段。通过此操作,广播公司可包括同一内容的特征广播,并且还可根据每个观看者的特性向观看者提供目标广告。为此,必须提供用信号发送每个片段的定向信息和属性的定向片段集合。这将参考图74来描述。
图74是图示出根据本发明的实施例的定向片段集合信息的视图。
定向片段集合可用信号发送关于多个片段的定向信息。尤其是,该定向片段集合信息可用信号发送关于具有相同持续时间的多个片段的定向信息。根据本发明的特定实施例,定向片段集合信息可用信号发送关于与同一节目有关的多个片段的定向信息。根据本发明的另一特定实施例,定向片段信息可用信号发送关于具有相同开始时间的多个片段的定向信息。
定向片段集合信息可包括相应片段的开始时间、片段的持续时间、定向片段集合包括的片段的数目、用于识别相应片段的片段标识符、定向片段集合信息包括的定向准则的数目、用于识别目标准则的定向识别信息、表示定向的形式的定向形式信息以及表示特定定向准则的定向准则值信息。
根据本发明的特定实施例,如图74的实施例中所示,定向片段集合信息可包括descriptor_tag字段、descritpro_length字段、time_span_start字段、time_span_length字段、num_segment字段、segment_id字段、num_targeting_criteria字段、criterion_id_length字段、criterion_id字段、criterion_type_code字段、num_criterion_values字段、criterion_value_length字段以及criterion_value字段中的至少一个。
descriptor_tag字段表示定向片段集合信息。根据本发明的特定实施例,descriptor_tag字段可以是8比特字段。
descriptor_length字段表示descriptor_tag字段之后的定向片段信息的长度。descriptor_length字段可以是8比特字段。
time_span_start字段表示相应片段的开始时间。更详细地,time_span_start字段可表示从1980年1月6日00:00开始经历的UTC时间。根据本发明的特定实施例,time_span_start字段可以是32比特字段。
time_span_length字段表示相应片段的长度。更详细地,相应节目可基于time_span_start字段的值来以分钟表示相应片段被广播的时间长度。当time_span_length字段的值一旦被设定时,其未来不改变。根据本发明的特定实施例,time_span_length字段可以是16比特字段。
num_segments字段表示定向片段集合信息用信号发送的片段的数目。根据本发明的特定实施例,num_segments字段可以是8比特字段。
num_targeting_criteria字段表示定向片段集合信息的数目。根据本发明的实施例,广播服务或媒体组件具有的定向准则可以是多个。根据本发明的特定实施例,num_targeting_criteria字段可以是8比特字段。
criterion_id_length字段表示criterion_id字段的长度。根据本发明的特定实施例,criterion_id_length字段可以是8比特字段。
criterion_id字段表示用于识别定向准则的定向准则标识符。根据本发明的特定实施例,criterion_id字段可以是8比特字段。
criterion_type_code字段表示定向准则的形式。根据本发明的特定实施例,criterion_type_code可以是3比特字段。
num_criterion_values字段表示定向准则值的数目。根据本发明的实施例,片段可具有对应于定向准则形式的多个定向准则。根据本发明的特定实施例,num_criterion_values字段可以是5比特字段。
criterion_value_length字段表示criterion_value字段的长度。根据本发明的特定实施例,criterion_value_length字段可以是8比特字段。
criterion_value字段表示定向准则值。
考虑到广播接收状况或广播接收设备100的能力,如果不能接收到特定片段,则广播接收设备100可基于定向片段集合信息来接收或播放另一片段。例如,如果广播接收设备100不支持3D图像的回放,则其可基于定向片段集合而不是片段来接收或播放包括2D图像的片段。根据根据本发明的另一特定实施例,广播接收设备100可基于定向片段集合信息而选择性地仅接收或播放适合于用户的内容。例如,如果观看者是年轻人,则广播接收设备100可接收或播放年轻人电影的宣传片而不是成年人电影的宣传片。
上文参考图72至74描述了片段信息、片段信息块、片段定向集合信息采取比特流格式的情况。然而,片段信息、片段信息块以及片段定向集合信息的格式不限于比特流格式。尤其是,片段信息、片段信息块以及片段定向集合信息可采取XML文件格式。另外,根据本发明的特定实施例,上述节目信息可包括片段信息、片段信息块以及片段定向集合信息。
将参考图75和76来描述广播发送设备和广播接收设备100发送/接收节目和片段的属性的操作。
图75是根据本发明的实施例的当广播发送设备发送包括节目信息和片段信息中的至少一个的广播信号时的视图。
广播发送设备在操作S101中通过控制单元获得广播服务包括的节目的属性。如上所述,节目的属性可包括唯一标识符、节目中的媒体组件列表、节目的开始时间和长度、用于描述标题和节目的文本、图形图标、内容咨询评级、定向/个性化属性以及内容保护属性中的至少一个。
广播发送设备在操作S803中通过控制单元基于节目的属性而生成用信号发送节目的节目信息。节目信息包括通过图75和76描述的节目信息和节目信息块中的至少一个。
广播发送设备在操作S805中通过控制单元获得节目包括的片段的属性。如上所述,片段的属性可包括用于识别片段的唯一标识符、在相应片段的时间间隔期间播放的媒体组件列表、片段的开始时间和持续时间以及定向/个性化属性以及内容保护属性中的至少一个作为一个属性。
广播发送设备在操作S807中通过控制单元基于节目的属性而生成片段信息块。片段信息可包括图72至76的上述片段信息、片段信息块以及片段定向集合信息中的至少一个。
广播发送设备在操作S809中通过发送单元发送包括片段信息块和节目信息中的至少一个的广播信号。
图76是根据本发明的实施例的当广播接收设备接收到包括节目信息和片段信息中的至少一个的广播信号时的视图。
广播接收设备100在操作S901中通过广播接收单元110接收广播信号。
广播接收设备100在操作S903中通过控制单元150基于广播信号而获得节目信息。更详细地,广播接收设备100可从广播信号获得广播信息。在这里,节目信息可包括通过图78和79描述的节目信息和节目信息块中的至少一个。
广播接收设备100在操作S905中通过控制单元150基于节目信息而获得节目的属性。如上所述,节目的属性可包括唯一标识符、节目中的媒体组件列表、节目的开始时间和长度、用于描述标题和节目的文本、图形图标、内容咨询评级、定向/个性化属性以及内容保护属性中的至少一个。
广播接收设备100在操作S907中通过控制单元150基于广播信号而获得片段信息。更详细地,广播接收设备100可从广播信号获得片段信息。片段信息可包括图72至74的上述片段信息、片段信息块以及片段定向集合信息中的至少一个。
广播接收设备100在操作S909中通过控制单元150基于片段信息块而获得段的属性。片段信息可包括图72至74的上述片段信息、片段信息块以及段定向集合信息中的至少一个。
广播接收设备100在操作S911中基于节目属性和片段属性中的至少一个生成用于显示节目的属性的服务指南。根据本发明的实施例,服务指南还可显示节目包括的片段的属性。更详细地,服务指南可一起显示节目中的演出片段的属性。例如,除节目属性之外,服务指南还可显示节目中的演出片段的开始时间和长度及包括同一演出片段的另一节目信息。
如上所述,根据本发明的实施例的广播服务划分媒体组件的属性,并且再次地将表示广播服务的时间跨度的节目划分成片段,从而有效地用信号发送变得复杂且多样化的广播服务的格式。将参考图77至100更详细地对此进行描述。
可将根据本发明的实施例的广播服务描述为对象模型,其包括一种类别、类别之间的继承关系、类别之间的包含关系以及类别之间的另一关联。
图77是图示出连续组件类别、音频组件类别、视频组件类别以及隐藏字幕组件类别的视图。
连续组件类别表示连续组件。连续组件类别可包括用于识别组件的组件标识符componentID作为属性。
音频组件类别表示连续组件,其内容类型是音频。音频组件类别可具有“与连续组件类别的子类关系”。
视频组件类别表示连续组件,其内容类型是视频。视频组件类别可具有与连续组件类别的子类关系。
隐藏字幕组件类别表示连续组件,其内容类型是隐藏字幕。隐藏字幕组件类别可具有与连续组件类别的子类关系。
图78是图示出基本音频组件类别、基本视频组件类别以及基本隐藏字幕组件类别的视图。
基本音频组件类别表示基本组件,其内容类型是音频。基本音频组件类别可包括编解码器、音频通道的数目、编码比特率、其它编码参数以及音频组件的语言和模式中的至少一个作为属性。更详细地,可根据编解码器来确定另一编码参数。另外,模式可表示相应音频的模式,并且还可表示“完整主要”、“音乐”、“对话”、“效果”、“视力障碍”以及“听力障碍”和“解说词”中的至少一个。音频组件类别可具有“与音频组件类别的子类关系”。
基本视频组件类别表示基本组件,其内容类型是视频。基本视频组件类别可包括“编解码器”、“分辨率”、“长宽比”、“扫描方法”、“帧速率”、“静止画面模式”以及“另一编码参数”中的至少一个作为属性。可用宽度×高度像素单元来表示分辨率。另外,扫描方法可以是隔行方法和逐行方法中的一个。另外,可根据编解码器来确定其它编码参数。基本视频组件类别可具有“与视频组件类别的子类关系”。
基本隐藏字幕类别表示基本组件,其内容类型是隐藏字幕。基本隐藏字幕类别可包括“编解码器”、“语言”以及“类型”中的至少一个。在这里,编解码器可表示隐藏字幕文本的格式。语言表示配置隐藏字幕的语言。该类型可以是一般隐藏字幕和针对低视力人的易读式隐藏字幕。基本隐藏字幕组件类别可具有“与隐藏字幕组件类别的子类关系”。
复杂组件类别表示复杂组件。如上所述,复杂组件可以是复合组件或PickOne组件。因此,将参考图79和图80来描述用于复合组件和PickOne组件的类别。
图79是图示出复合音频组件类别和复合视频组件类别的视图。
复合音频组件类别表示复合组件,其内容类型是音频。复合音频组件类别可包括“ContainsAudio”和“与音频组件类别的子类关系”中的一个作为关系。在这里,“ContainsAudio”表示包括在复合音频类别中的音频组件类别。在这里,包括在“ContainsAudio”中的所有对象被限制为表示一个声音场景。
复合视频组件类别表示复合组件,其内容类型是视频。复合视频组件类别可包括“ContainsVideo”和“与视频组件类别的子类关系”中的一个作为关系。在这里,ContainsVideo表示与复合视频组件类别的视频组件类别的子类关系。在这里,ContainsVideo中的所有对象被限制为表示一个视频场景。另外,ContainsVideo的属性可包括“作用”。在这里,作用可表示可变视频的增强层。另外,作用可表示3D图像的左视图或右视图。另外,作用可表示3D图像的深度信息。另外,作用可表示被划分成多个场景的视频阵列的一部分。在这里,如果存在n×m矩阵,则作用可表示从左侧开始在y行中的第x个。另外,作用可表示后续主题元数据。
图80是图示出PickOne组件类别的视图。
PickOne组件类别表示PickOne组件。PickOne组件类别可包括“包含”和“与连续组件类别的子类关系”中的一个作为关系。在这里,“包含”表示与PickOne组件类别的连续组件类别的关系。在这里,“包含”中的所有组件是相同内容类型,并且被限制为表示全部相同的图像场景或音频场景。
图81是图示出可呈现组件类别、可呈现视频组件类别、可呈现音频组件类别以及可呈现隐藏字幕组件类别的视图。
可呈现组件类别表示可呈现组件。可呈现组件类别可包括目标确定/个性化属性、内容咨询评级、内容/服务保护属性以及目标设备中的至少一个作为属性。在这里,目标设备可以是主屏幕、配套屏幕以及被部分地插入主屏幕中的屏幕中的至少一个。
可呈现视频组件类别表示可呈现视频组件。可呈现视频组件类别可包括“AssociatedAudio”、“Associated CC”和“与视频组件类别的子类关系”中的至少一个作为关系。“AssociatedAudio”可表示适合于与可呈现视频组件一起播放的可呈现音频组件。
可呈现音频组件类别表示可呈现音频组件。可呈现音频组件类别可具有与AudioComponent(音频组件)类别的子类关系作为关系。
可呈现隐藏字幕组件类别指示可呈现隐藏字幕组件。可呈现隐藏字幕组件类别可以与隐藏字幕组件类别具有子类别关系作为关系。
图82是图示出OnDemand组件类别的视图。
OnDemand组件表示由用户请求发送的内容组件。OnDemand组件可包括表示OnDemand组件的唯一标识符的OnDemandComponentId、表示可以访问OnDemand组件的位置的ComponentLocation、表示组件的名称的ComponentName(可能以多种语言)、表示组件的总回放时间的PlaybackLength、表示组件变得可用的开始时间的AvailabilityStart、表示组件保持可用的时间的长度的AvailabilityDuration、表示组件确定为目标的设备或用户特性的定向/个性化属性、表示内容或服务是否受到保护的内容/服务保护属性以及表示内容咨询评级的内容咨询评级中的至少一个作为属性。
图83是图示出NRT内容项目类别和NRT文件类别的视图。
NRT内容项目组件类别表示NRT数据服务的内容项目。NRT内容项目组件类别可包括用于识别内容项目的内容项目的名称(ContentItemID)、内容项目的名称(ContentItemName)、用于表示是否要监测内容项目的更新的显示(Updateable)、表示下载可用时间的下载可用窗口(Avaiblewindow)、表示内容项目被丢弃的时间的到期时间、内容项目大小(ContentItemSize)、内容项目的回放长度(PlaybackLength)、定向/个性化属性(TargetInfo)、内容项目的保护属性(ProtectionInfo)以及内容项目的内容咨询评级(ContentAdvRating)中的至少一个作为属性。另外,NRT内容项目类别可包括NRT文件类别作为关系。
NRT文件类别表示非实时文件。更详细地,NRT文件可表示被用于NRT服务的文件。NRT文件类别可包括表示内容的位置的ContentLocation和表示内容的类型的ContentType中的至少一个作为属性。在这里,ContentLocation和ContentType可在IETF RFC 2616中定义。
将参考图113和114来描述用于服务的类别。
服务类别表示服务。服务类别可包括服务标识符(ServiceId)、服务名称(ServiceName)、频道号(ChanNum)、服务的描述(Description)、表示服务的图形图标(Icon)、服务中的媒体组件列表、用于广播服务保护的属性(用于服务的内容/服务保护属性)、用于定向/个性化的属性(用于服务的定向属性)、观看咨询评级(contentAdvRating)、服务语言(Language)以及关于广播服务用户报告的属性(UsageReportInfo)中的至少一个作为属性。在这里,频道号可被划分成主编号(MajorChanNum)和次编号(MinorChanNum)。
无线电服务类别表示被安排在预定时间广播的无线电服务。无线电服务类别可包括“具有可呈现视频组件类别的包含关系”、“具有可呈现CC组件类别的包含关系”以及“具有NRT数据服务类别的附属关系”中的至少一个作为关系。
TV服务类别表示被安排在预定时间广播的TV服务。TV服务类别可表示“具有可呈现视频组件类别的包含关系”、“具有可呈现音频组件类别的包含关系”、“具有可呈现CC组件类别的包含关系”以及“具有NRT数据服务类别的附属关系”中的至少一个作为关系。“具有可呈现视频组件类别的包含关系”包括视频组件的作用作为属性。更详细地,视频组件的作用可表示主要视频、替换的相机视图、另一替换的视频组件、手语屏幕以及后续主题视频/元数据中的至少一个。尤其是,后续主题视频/元数据可包括随后的主题的名称。这样的别后续主题视频/元数据可以是视频流。或者,后续主题视频可以是用于视频流的主题的放大的每个帧的矩形。
OnDemand服务类别表示OnDemand内容服务。OnDemand服务类别可包括“与OnDemand UI App类别的包含关系”、“与OnDemand供应类别的包含关系”以及“与OnDemand目录类别的包含关系”作为关系。“与OnDemand UI App类别的包含关系”是提供用于OnDemand服务的用户界面。在特定实施例中,可用多个语言提供用户请求服务的用户界面。OnDemand供应可表示由OnDemand提供的服务的产品。“与OnDemand供应类别的包含关系”是针对从OnDemand服务提供的内容项目。“与OnDemand目录类别的包含关系”是针对OnDemand服务的OnDemand供应目录。在特定实施例中,可用多个语言提供OnDemand供应目录。
NRT数据服务类别表示NRT数据服务。NRT数据服务类别可包括“消费模式”、“必需能力”、“非必需能力”、“目标设备”以及“与数据项目组件类别的包含关系”中的至少一个作为属性。“必需能力”表示允许广播接收设备100接收服务所需的能力。“非必需能力”表示允许广播接收设备100接收服务的选择项目所需的能力。“目标设备”可表示主设备或配套设备中的至少一个。
根据另一特定实施例,可将服务类别区分成线性服务和基于App的服务。这将参考图86至89来描述。
图84是图示根据本发明的另一实施例的OnDemand组件类别的视图。
OnDemand component类别可以包括作为属性的“必要性能”和“非必要性能”。“必要性能”表示对于广播接收装置100呈现OnDemand组件所必需的性能。“非必要性能”表示对于广播接收装置100呈现OnDemand组件的选择项目所必需的性能。广播接收装置100可以基于“必要性能”确定是否呈现OnDemand组件。例如,当不支持被包括在“必要性能”中的装置性能时,广播接收装置100不可以呈现OnDemand组件。另外,在特定的实施例中,当不支持“必要性能”和“非必要性能”中的至少一个时,广播接收装置100可以显示其不支持“必要性能”和“非必要性能”中的至少一个。
图85是图示根据本发明的另一实施例的NRT内容项目类别和NRT文件类别的视图。
NRT内容项目类别可以包括作为属性的“必要性能”和“非必要性能”。“必要性能”表示对于广播接收装置100呈现NRT内容项目所必需的性能。“非必要性能”表示对于广播接收装置100呈现NRT内容项目的选择项目所必需的性能。广播接收装置100可以基于“必要性能”确定是否呈现NRT内容项目。例如,当不支持被包括在“必要性能”中的装置性能时,广播接收装置100不可以呈现NRT内容项目。另外,在特定的实施例中,当不支持NRT内容项目的“必要性能”和“非必要性能”中的至少一个,广播接收装置可以显示其不支持NRT内容项目的“必要性能”和“非必要性能”中的至少一个。
NRT文件类别可以包括作为属性的“必要性能”和“非必要性能”。“必要性能”表示对于广播接收装置100呈现NRT文件所必需的性能。“非必要性能”表示对于广播接收装置100呈现NRT文件的选择项目所必需的性能。广播接收装置100可以基于“必要性能”和“非必要性能”中的至少一个确定是否呈现NRT文件。例如,当不支持被包括在“必要性能”中的装置性能时,广播接收装置100不可以呈现NRT文件。另外,在特定的实施例中,当不支持NRT文件的“必要性能”和“非必要性能”中的至少一个,广播接收装置可以显示其不支持NRT文件的“必要性能”和“非必要性能”中的至少一个。
图86是图示出线性服务类别的视图。
线性服务表示其中主要内容包括连续组件的服务。在这里,连续组件可根据广播公司限定的时基和时间表而被消费。然而,即使当连续组件根据广播公司限定的时基和时间表而被消费时,用户可在连续组件上使用各种的时移方法。TV服务类别可包括与可呈现视频组件类别的包含关系、与可呈现音频组件类别的包含关系、与可呈现CC组件类别的包含关系、与基于App的增强类别的包含关系以及与服务类别的子类关系中的至少一个作为关系。尤其是,与可呈现视频组件类别的包含关系可包括表示视频组件的作用的视频组件的作用作为属性。在这里,视频组件的作用可表示主要视频、替换的相机视图、替换的视频组件、手语屏幕以及后续主题视频/元数据中的一个。在这里,可将主要视频表示为默认视频。另外,后续主题视频可包括后续主题的名称。后续主题视频可通过单独的视频组件来支持。
图87是图示出App类别和基于App的增强服务的视图。
App类别表示支持交互性的内容项目的一个类型。与NRT内容项目类别的子类关系被包括为关系。
基于App的增强服务类别表示基于App的增强服务。基于App增强服务可包括表示执行增强服务所需的设备能力的必需能力、对执行增强服务有用但并非绝对必要的非必需能力以及表示被增强服务定为目标的设备的目标设备中的至少一个作为属性。目标设备可表示主设备和配套设备之中的至少一个。可包括与App类别的包含关系、与NRT内容项目类别的包含关系、与通知流类别的包含关系以及OnDemand组件类别的包含关系中的至少一个作为关系。与NRT内容项目类别的包含关系涉及基于App的增强服务所使用的NRT内容项目。与通知流类别的包含关系涉及通知流,该通知流递送用以根据线性时基使应用的动作同步的通知。与OnDemand组件类别的包含关系涉及由应用管理的OnDemand组件。将参考图88来描述作为服务中的组件的同步参考的时基类别和通知流类别。
图88是图示出时基类别和通知流类别的视图。
时基类别是被用于生成时间线以使线性服务的组件同步的元数据。在这里,时间线可表示作为同步参考的连续参考时间。时基类别可包括用于识别时基的时基标识符和表示时基的时钟速率的时钟速率中的至少一个作为属性。
通知流类别表示用于发送要执行的动作的通知的通知流。通知流类别可包括表示通知流的标识符的通知流标识符作为属性。
图89是图示出基于App的服务类别的视图。
基于App的服务类别表示基于App的服务。可包括与时基类别的包含关系、与基于App的增强类别的包含关系以及与服务类别的子集关系中的至少一个作为关系。
NRT内容项目的组件可具有类别似于节目的结构。然而,NRT内容项目是以文件格式而不是流格式发送的。另外,节目可具有附属数据服务。更详细地,附属数据服务可以是与节目有关的交互服务。将参考图90至92来更详细地描述表示节目的节目类别、表示作为包括在节目中的主要内容的演出的演出类别以及表示作为节目的时间片段的片段的片段类别。
图90是图示出节目类别的视图。
节目类别表示节目。节目类别可包括节目标识符(ProgamIdentifier)、节目的开始时间(StartTime)、节目的持续时间(ProgramDuration)、节目的标题(TextualTitle)、描述节目的文本(TextualTitle)、节目的流派(Genre)、表示节目的图形图标(GraphicalIcon)、内容咨询评级(ContentAdvisoryRating)、定向/个性化属性(定向/个性化属性)以及表示节目的内容/服务保护的内容/服务保护属性(内容/服务保护属性)中的至少一个作为属性。节目的开始时间可包括节目开始时的日期和时间。节目的持续时间是从节目的开始时间至结束时间的持续时间。可用多个语言来显示节目的标题。另外,当不存在节目的标题时,图像显示设备100可将相关演出的标题显示为节目的标题。另外,当不存在节目的流派时,图像显示设备100可将相关演出的流派显示为节目的流派。另外,可用多个大小来显示图形图标。当不存在节目的图形图标时,图像显示设备100可将相关演出的图形图标显示为节目的图形图标。观看咨询评级可按区域而改变,并且可按区域而具有不同的值。另外,如果不存在观看咨询评级,则广播接收设备100可将与节目有关的演出的观看咨询评级显示为观看咨询评级。如果不存在定向/个性化属性,则广播接收设备100可显示相关演出的定向/个性化属性。如果不存在内容/服务保护属性,则广播接收设备100可显示相关演出的内容/服务保护属性。
节目类别可包括与线性服务类别的ProgramOf关系、与基于App的服务类别的ContentItemOf关系、与可呈现视频组件类别的包含关系、与可呈现视频组件类别的包含关系、与可呈现音频组件类别的包含关系、与可呈现CC组件类别的包含关系、与基于App的增强类别的包含关系、与时基类别的包含关系、与演出类别的Based-on关系以及与片段类别的包含关系中的至少一个作为关系。在这里,与可呈现视频组件类别的包含关系可包括表示视频组件的作用的视频组件的作用作为属性。在这里,视频组件的作用可表示主要视频、替换的相机视图、替换的视频组件、手语屏幕以及后续主题视频/元数据中的一个。在这里,可将主要视频表示为默认视频。另外,后续主题视频可包括后续主题的名称。后续主题视频可通过单独的视频组件支持。另外,与片段类别的包含关系可包括表示使用节目的开始的片段的相对开始时间的RelativeSegmentStartTime作为参考。
广播节目类别表示无线电节目。无线电服务类别可包括“与可呈现音频组件类别的包含关系”、“与可呈现CC组件类别的包含关系”、“与NRT数据服务类别的附属关系”以及“与无线电片段类别的包含关系”中的至少一个作为关系。另外,无线电节目类别可包括无线电片段的开始时间作为属性。在这里,无线电片段的开始时间可以是从节目的开始时间起的相对时间。
TV节目类别可表示TV节目。可呈现视频组件类别可具有“与可呈现视频组件类别的包含关系”作为关系。“与可呈现视频组件类别的包含关系”可包括视频组件的作用、与可呈现音频组件类别的包含关系、与可呈现隐藏字幕组件类别的包含关系、与NRT数据服务类别的附属关系、与TV演出类别的基础关系以及与TV片段类别的包含关系中的至少一个作为属性。视频组件的作用可表示主要视频、替换的相机视图、另一替换的视频组件、手语插图以及包含后续主题的名称的后续主题视频中的至少一个。后续主题视频可通过单独的视频组件支持。与TV片段类别的包含关系可包括片段开始时间(RelativeSegmentStartTime)。在这里,片段开始时间可以是从节目的开始时间起的相对时间。
图91是图示出演出类别的视图。
演出类别表示演出。在这里,演出可表示如上所述的节目的主要内容。尤其是,演出可表示从观看的观点的主要内容。演出类别可包括“ShowIdentifier”、“ShowDuration”、“TextualDescription”、“Genre”、“GraphicalIcon”、“ContentAdvisoryRating”、“定向/个性化属性”以及“内容/服务保护属性”中的至少一个作为属性。演出类别可具有“与演出片段的包括关系”。
TV演出类别可表示TV节目的主要内容。TV演出类别可具有“与可呈现TV演出片段类别的包含关系”作为关系。
图92是图示出片段类别、演出片段类别以及插播片段类别的视图。
片段类别表示片段。片段类别可包括“SegmentId”、“Duration”、“定向/个性化属性”以及“内容咨询评级”中的至少一个。
演出片段类别表示演出的片段。演出片段类别可具有ShowSegmentRelativeStartTime作为参考,其表示使用演出的开始时间作为参考的相对开始时间。演出片段类别可具有与片段类别的“子类”关系。
插播片段类别表示节目的片段之中的并非演出片段的片段。插播片段类别可具有与片段类别的“子类”关系。
无线电片段类别表示无线电节目的片段。
TV片段类别表示TV节目的片段。
无线电演出片段类别表示无线电演出的片段。无线电演出片段类别可包括“ShowSegmentRelativeStartTime”作为属性。更详细地,演出片段的开始时间可以是基于无线电节目的相对时间。
TV演出片段类别表示包括作为TV节目的内容的演出片段。TV演出片段类别可包括“S ShowSegmentRelativeStartTime”作为属性。更详细地,演出片段的开始时间可以是基于TV节目的相对时间。
无线电插播片段表示无线电节目的、并非演出片段的片段。
TV插播片段表示TV节目的、并非演出片段的片段。
OnDemand UI App类别表示提供用于OnDemand服务的用户界面的应用。
OnDemand供应类别表示OnDemand服务的供应。
OnDemand目录类别表示关于OnDemand服务的供应的描述。在这里,供应可表示通过OnDemand提供的服务产品。OnDemand请求目录类别可包括“与OnDemand供应类别的关系”。
图93是图示出根据本发明的实施例的根据广播服务的类型具有子属性的继承关系的视图。
图93是图示出上述不同类型的服务、包括在每个服务中的不同类型的组件以及每个服务之间的附属服务关系的视图。无线电服务可包括一个或多个可呈现音频组件。另外,无线电组件可包括一个或多个隐藏字幕组件。另外,该无线电组件可包括一个或多个增强NRT数据服务。TV服务可包括一个或多个可呈现视频组件。另外,TV服务可包括一个或多个可呈现音频组件。另外,TV服务可包括一个或多个可呈现隐藏字幕组件。另外,该TV服务可包括一个或多个增强NRT数据服务。NRT数据服务可包括一个或多个可呈现数据项目组件。另外,NRT数据服务可以是独立数据服务。另外,NRT数据服务可以是无线电服务或TV服务的附属NRT数据服务。另外,NRT数据服务可以是无线电服务或TV服务的附属NRT数据服务。OnDemand服务可包括一个或多个OnDemand供应。另外,OnDemand服务可包括描述供应的一个或多个目录。另外,OnDemand服务可以是提供服务的用户界面的UI应用服务。在这里,用户界面可由服务提供商自定义。另外,用户界面可由用户自定义。
图94是图示出根据本发明的实施例的连续组件与具有连续组件的子属性的组件之间的继承关系的视图。
如图94的实施例中所示,连续组件可以是基本组件或复杂组件。基本组件可以是基本视频组件、基本音频组件或基本隐藏字幕组件。另外,复杂组件可以是PickOne组件或复合组件。定义组件之间的“关系”的目的在于将组件音频与复合视频区别开是非常重要的。这是因为在复合视频组件的情况下,其需要根据复合组件的成员组件的作用而被不同地显示。因此,复杂组件可包括多个“关系”,其表示复合音频组件或复合视频组件的作用的属性。
图95是图示出根据本发明的实施例的可呈现组件与具有可呈现组件的子属性的组件之间的继承关系的视图。
如上所述,可呈现组件可以是可呈现视频组件、可呈现音频组件以及可呈现隐藏字幕组件中的一个。TV服务的可呈现视频组件可具有一个或多个相关可呈现音频组件。另外,TV服务的可呈现视频组件可具有一个或多个相关可呈现隐藏字幕组件。在这里,可将相关的可呈现音频组件和可呈现隐藏字幕组件连同可呈现视频组件一起播放。由于TV服务是包括视频组件的服务,所以TV服务的可呈现音频组件和可呈现隐藏字幕组件需要与可呈现视频组件相关。
图96是图示出根据本发明的实施例的服务、服务中的节目以及节目中的段之间的关系的视图。
无线电服务可包括一个或多个无线电节目。可将无线电节目包括在一个或多个无线电服务中。无线电节目可以是NRT数据服务内容项目或OnDemand服务的供应。无线电节目可包括一个或多个无线电片段。在这里,无线电片段可以是无线电插播片段。可将无线电片段包括在一个或多个无线电节目中。每个无线电片段可以是无线电演出片段或无线电插播片段。无线电节目可包括一个“无线电演出”。在这里,“无线电演出”不被服务提供商视为插播内容。无线电演出可包括一个或多个无线电演出片段。无线电服务、无线电节目、无线电片段以及无线电演出的这样的关系可被同样地应用于TV服务、TV节目、TV片段以及TV演出的关系。
图97是图示出根据本发明的另一实施例的根据广播服务的类型具有子属性的继承关系的视图。
该服务可包括线性服务和基于App的服务中的至少一个。该线性服务可递送TV服务。另外,线性服务可向不能实现视频编码或者不具有显示器的设备递送服务。更详细地,线性服务可递送仅包括音频的服务。线性服务可包括提供作为同步参考的参考时间的一个时基。或者,线性服务可包括一个或多个可呈现视频组件。或者,线性服务可包括一个或多个可呈现视频组件。或者,线性服务可包括一个或多个可呈现音频组件。或者,线性服务可包括一个或多个基于App的增强服务。在这里,如上所述,可呈现视频组件可具有表示可呈现视频组件的作用的作用作为属性。
基于App的增强服务可包括一个或多个App。另外,基于app的增强服务可包括一个或多个内容项目。另外,基于app的增强服务可包括一个或多个OnDemand组件。另外,基于app的增强服务可包括一个或多个通知流。在这里,app可具有表示基于App的增强服务所需的主应用的主要属性。在这里,在app是主应用的情况下,当包括app的服务被选择时,其可立即被激活。根据另一特定实施例,app可被包括在通知流中的通知激活。根据另一特定实施例,app可被先前激活的另一app激活。另外,基于app的增强服务包括的app可执行基于app的增强服务的内容项目。
基于app的服务可包括一个或多个基于app的增强服务。基于app的服务包括的基于app的增强服务可包括一个或多个主应用。另外,基于app的服务可选择性地包括用于提供同步参考时间的时基。另外,app可采取内容项目或数据项目的格式。在这里,可将内容项目称为组成一个app的一组文件。
图98是图示出根据本发明的实施例的连续组件与具有连续组件的子属性的组件之间的继承关系的视图。
所有连续组件可具有被划分成多个层级的层结构。在特定实施例中,连续组件可具有被划分成三个层级的层结构。连续组件可以是PickOne组件、复合组件以及基本组件中的一个。PickOne组件可包括一个或多个复合组件。PickOne组件可包括一个或多个PickOne组件。PickOne组件可包括一个或多个基本组件。在PickOne组件的定义上包括至少两个组件。另外,PickOne组件可对应于层结构中的顶层。
复合组件可包括一个或多个组件。另外,复合组件可包括一个或多个基本组件。在复合组件的定义上包括至少两个组件。可将复合组件包括在顶层的PickOne组件中。
不在顶层中的PickOne组件可包括超过两个基本组件。在这里,基本组件可以是基本视频组件、基本音频组件以及基本隐藏字幕组件中的一个。不在顶层中的PickOne组件可被包括在一个或多个PickOne组件中。不在顶层中的PickOne组件可被包括在一个或多个复合组件中。
图99是图示出NRT内容项目类别和NRT文件的继承关系的视图。
NRT内容项目可包括一个或多个NRT文件。另外,一个NRT文件可被包括在一个或多个NRT内容项目中。NRT内容项目可以是可呈现的基于NRT文件的组件。例如,NRT内容项目可以是未与其它文件组合并被消费的一组NRT文件。另外,NRT内容项目可以是基本的基于NRT文件的组件。例如,NRT内容项目可以是原子单位。更详细地,NRT内容项目可以是最小文件单位。NRT内容项目可包括连续组件和非连续组件中的至少一个。尤其是,NRT内容项目可包括连续组件和非连续组件的组合。
图100是图示出根据本发明的另一实施例的服务、服务中的节目以及节目中的段之间的关系的视图。
线性服务可包括一个或多个节目。在这里,如上所述,节目采取线性内容的时间段格式。该节目可被包括在一个或多个线性服务中。
线性服务可包括一个或多个基于App的增强服务。基于app的服务可包括一个或多个基于app的增强服务。基于App的增强服务可包括一个或多个节目。在这里,节目采取NRT内容项目的格式。或者,节目可采取OnDemand组件的格式。
该节目可包括一个或多个片段。片段可被包括在一个或多个节目中。每个片段可以是演出片段或插播片段。节目可与线性服务共享许多属性。原因是节目是线性服务的时间片、具有与线性服务的时间段相同的结构的NRT内容或具有与线性服务的时间段相同的结构的OnDemand请求组件。
根据定义,节目基于一个演出。原因是演出是服务提供商并不视为插播材料的部分。
演出可包括一个或多个演出片段。
图101是图示出可呈现音频组件的层级分级结构的视图。
可用三层分级结构来划分连续组件。顶层是PickOne组件。中间层可包括复合组件。底层可包括PickOne组件。所有的连续组件可包括这样的三个层级。然而,连续组件可以是不包括底层的简单基本组件。在特定实施例中,如图101中所示,可呈现音频组件可以是PickOne组件。在这里,PickOne组件可包括具有音乐、对话以及声音效果的组件,其被与完整主音频组件的完整主音乐混合。在这里,完整主音频组件可以是PickOne组件,其包括用不同的比特率编码的多个可替换基本组件。具有与完整主音乐组合的音乐、对话以及声音效果的组件可以是复合组件,其中,音乐、对话以及声音效果中的每一个是一个组件。在这里,包括对话的组件和包括声音效果的组件可以是基本组件。音乐组件可以是PickOne组件,其包括被用不同的比特率编码的多个可替换基本组件。
经由典型广播网络的广播是一个广播被连续地广播的线性服务。由于经由典型广播网络的广播变成混合式广播,所以广播服务可被划分成典型线性服务和基于app的服务。
如上所述,线性服务是根据预定时间表来呈现连续组件的服务。在这里,典型服务可基于由广播站确定的时间。另外,线性服务可包括被触发而与广播服务同步的app。
更详细地,线性服务可包括一个或多个视频组件。
另外,线性服务可包括一个或多个音频组件。另外,线性服务可包括一个或多个隐藏字幕组件。
此外,线性服务可包括时基组件,其是用于与组件和附属服务中的至少一个的同步的基础。
另外,线性服务可包括一个或多个基于被触发app的增强作为组件。每个附属服务可包括一个或多个应用。在这里,应用可与激活通知同步,并且然后可被激活。基于app的附属服务组件可包括一系列激活通知。另外,基于app的附属服务组件可包括一个或多个内容项目。另外,基于App的增强服务组件可包括一个或多个OnDemand组件。如上所述,在app是主应用的情况下,当包括app的服务被选择时,其可立即被激活。根据另一特定实施例,app可被包括在通知流中的通知激活。根据另一特定实施例,app可被先前激活的另一app激活。另外,基于app的增强服务包括的app可执行基于app的增强服务的内容项目。
另外,线性服务可包括一个或多个基于自动启动app的增强作为组件。每个附属服务可包括当服务被选择时自动启动的应用。基于自动启动app的增强包括自动启动应用作为组件。另外,可包括一个或多个内容项目作为组件。另外,基于app的增强服务可包括一个或多个通知流作为组件。另外,基于自动启动app的增强服务可包括一个或多个内容项目作为组件。
线性服务可包括基于自动启动app的增强和基于被触发app的增强作为组件。在特定实施例中,基于自动启动app的增强被作为目标广告插入,并且基于被触发app的增强向用户提供交互式观看体验。
基于app的服务是指当服务被选择时指定应用被启动。基于app的服务可包括一个基于app的增强服务。在这里,包括基于app的增强服务的基于app的服务可包括一个指定的主要app。app可采取内容项目或数据项目的格式。在这里,可将内容项目称为组成一个app的一组文件。在这里,服务可包括自动启动应用作为属性。另外,基于app的服务可包括一个或多个内容项目作为属性。
服务的组件可在多个不同组件之间被共享。另外,基于app的服务的应用可发起OnDemand内容的回放。
相对于线性服务,再次地描述节目和片段。节目是线性服务的时间区段。在这里,节目具有预定的开始时间和持续时间。另外,节目可由广播站限定,从而被按一个节目单元消费。
另外,节目可指代具有与内容项目或线性服务的节目相同的结构的OnDemand内容。在这里,OnDemand内容不具有不同于线性服务的节目的预定开始时间。另外,OnDemand不包括由广播站限定的时基。
每个节目涉及“演出”。在这里,演出包括节目的主要内容。如上所述,节目的属性是演出的属性。例如,诸如描述节目、演员以及节目中的释放数据之类的属性是演出的属性。除演出属性之外的节目属性是节目本身的属性。即使当节目包括相同的演出时,节目本身的属性也可改变。例如,节目和包括节目的服务中的开始时间可针对每个节目改变。
节目包括包含演出的一个或多个时间区段。另外,节目可包括包含插播内容的一个或多个时间区段。这样的时间区段称为片段。更详细地,时间区段可被划分成演出片段和插播片段。
片段可具有预定的开始时间和长度作为节目的一部分。这样的片段称为锚定片段。另外,存在被动态插入节目中的非锚定片段。更详细地,非锚定片段是其中未限定要插入的特定节目或要插入的特定时间的片段。例如,其中要插入的节目和时间未被限定并被广播接收设备100接收到的定向广告可以是非锚定片段。
广播接收设备100可通过服务指南通过控制单元150来显示与节目有关的应用。另外,广播接收设备100可向收藏列表添加与节目有关的应用或者基于用户输入而将其下载。更详细地,当基于自动启动app的服务被提供打包app时,广播接收设备100可通过显示广播节目的服务指南而将其显示。这将参考图102来描述。
图102是图示出广播接收设备通过广播服务指南来显示基于自动启动app的服务并将其存储为收藏项或者将其下载的操作的流程图。
广播接收设备100在操作S951中通过广播接收单元110接收广播信号。
广播接收设备100在操作S953中基于广播信号通过控制单元150来获得基于自动启动app的服务信息。在特定实施例中,广播接收设备100可从广播信号获得基于自动启动app的服务信息。例如,广播接收设备100可从上述服务信息或节目信息获得基于自动启动app的服务信息。
广播接收设备100在操作S955中通过基于自动启动app的服务信息通过控制单元150来显示服务指南。在特定实施例中,广播接收设备100可除节目信息之外还显示基于自动启动app的服务信息。尤其是,广播接收设备100可显示与基于自动启动app的服务有关的基于自动启动app的服务信息和节目信息。
广播接收设备100在操作S957中通过控制单元150来接收用于基于自动启动app的服务的用户输入。更详细地,广播接收设备100可接收用于选择基于自动启动app的服务的用户输入。更详细地,广播接收设备100可接收用于将自动启动应用存储为收藏项的用户输入。在另一特定实施例中,广播接收设备100可接收用于下载自动启动应用的用户输入。
广播接收设备100在操作S959中基于用户输入通过控制单元150将自动启动应用存储为收藏项或者将其下载。更详细地,广播接收设备100可将选择的基于自动启动app的服务的自动启动应用存储为收藏项或者可将其下载。
广播接收设备100在操作S961中通过控制单元150显示被存储为收藏项的自动启动应用或下载的自动启动应用。更详细地,广播接收设备100可显示被存储为收藏项的自动启动应用或下载的自动启动应用。在特定实施例中,广播接收设备100可通过图标来显示被存储为收藏项的自动启动应用或下载的自动启动应用。另外,广播接收设备100可接收用于被存储为收藏项的自动启动应用或下载自动启动应用的用户输入,并且然后可下载或启动自动启动应用。通过此操作,广播接收设备100可允许广播服务指南充当智能电话的应用商店。
在常规广播中,用于听力障碍人的手语屏幕被直接地插入广播视频。因此,不具有听力障碍且因此不需要看到手语屏幕的用户被迫不方便地观看手语。另外,手语屏幕被恒定地固定,使得这可阻挡一般用户强烈想要看到的场景。广播公司可能需要执行用于将手语屏幕插入到一般内容中以便发送手语屏幕的编码过程。为了解决此不方便,要求一种广播发送设备及其操作方法以及一种广播接收设备及其操作方法。这将参考图103至108来描述。
广播发送设备可通过与包括一般内容的视频不同的附加视频来发送手语屏幕。广播接收设备100可在不包括一般内容和手语屏幕的视频上叠加包括手语屏幕的附加视频。另外,广播接收设备100可接收表示显示手语屏幕的位置的信息,并且可基于表示该位置的信息而显示包括手语屏幕的附加视频。或者,广播接收设备100可基于用于显示手语的位置的用户输入而显示包括手语屏幕的附加视频。另外,除一般语言之外,还存在在许多国家使用的各种手语。因此,广播发送设备可发送分别包括针对一个一般内容的多个手语屏幕的多个视频。在这里,广播接收设备100可显示分别包括多个手语屏幕的多个视频中的一个。在这里,广播接收设备100可基于用户输入而显示分别包括多个手语屏幕的多个视频中的一个。要求一种用信号发送这样的手语屏幕的传播的方法。
在特定实施例中,可将用信号发送手语屏幕的视频作为附加组件用信号发送。尤其是,可通过上述对象模型而高效地用信号发送手语屏幕。
尤其是,手语组件可包括表示显示手语组件的位置的信息。另外,手语组件可包括表示手语的类型的信息。
可将发送手语屏幕的连续组件称为手语组件。在这里,手语组件类别可包括表示手语屏幕的编码编解码器的编解码器、表示手语屏幕的分辨率的分辨率、表示显示手语屏幕的位置的坐标、表示手语屏幕的长宽比的手语屏幕的长宽比、表示图像的扫描方法的扫描方法、表示手语屏幕的帧速率的帧速率、静止画面模式、其它编码参数以及手语的类型中的至少一个作为属性。可用宽度×高度的像素单位来表示分辨率。可通过使用显示手语屏幕的像素来显示坐标。例如,如果坐标是(10,10),则这表示对应于水平10和垂直10的像素。另外,可以以显示手语屏幕的屏幕分辨率的比来显示坐标。例如,如果坐标是(10,10)且屏幕分辨率是1920×1080,则坐标可表示对应于水平192和垂直108的像素。另外,扫描方法可以是隔行方法和逐行方法中的一个。另外,可根据编解码器来确定其它编码参数。另外,手语的类型可表示北美手语(ASL)、巴拿马手语(LSP)、墨西哥手语(LSM)以及韩国手语(KSL)中的一个。
在这里,可呈现视频组件类别可具有与可呈现SignLanguage组件的AssociatedSignLanguage关系作为关系。关于可呈现SignLanguage组件类别的AssociatedSignLanguage关系可表示同时显示可呈现视频组件和可呈现手语组件是适当的。更详细地,可呈现手语组件可叠加在可呈现视频组件上。
可呈现手语组件类别表示包括手语内容的可呈现组件。
另外,上述TV服务类别可包括与可呈现手语组件的包含关系作为关系。
另外,上述TV节目类别可包括与可呈现手语组件的包含关系作为关系。
图103是图示出根据本发明的另一实施例的根据广播服务的类型具有子属性的继承关系的视图。如上所述,服务可包括一个或多个手语组件。更详细地,多个手语组件可以是表示相同类型的不同类型的手语。广播接收设备100可通过接收用户输入而显示对应于用户输入的多个手语组件中的一个。因此,TV服务可包括一个或多个手语组件。另外,无线电服务可包括一个或多个手语组件。因此,TV服务类别可包括一个或多个手语组件类别。另外,无线电服务类别可包括一个或多个手语组件类别。
图104是图示出根据本发明的实施例的连续组件与具有连续组件的子属性的组件之间的继承关系的视图。
如上所述,连续组件可以是复杂组件或基本组件。基本组件可以是基本手语组件。
图105是图示出根据本发明的另一施例的可呈现组件与具有可呈现组件的子属性的组件之间的继承关系的视图。
可呈现组件可以是可呈现手语组件。每个TV服务的可呈现视频组件可具有一个或多个相关可呈现手语组件。在这里,可呈现手语组件应与可呈现视频组件相关联。
在另一特定实施例中,广播传输设备可通过使用基本视频组件的属性用信号发送包括手语屏幕的视频。更详细地,基本视频组件可包括表示视频的类型的模式属性。在这里,模式可表示其代表一般视频而不是手语屏幕和手语的正常(normal)中的一个。在这里,当视频组件是手语时,其可包括表示手语的类型的信息和表示将显示手语屏幕的位置的坐标信息作为属性。可通过使用显示手语屏幕的像素来显示坐标。例如,如果坐标是(10,10),则这表示对应于水平10和垂直10的像素。另外,可以以显示手语屏幕的屏幕分辨率的比来显示坐标。例如,如果坐标是(10,10)且屏幕分辨率是1920×1080,则坐标可表示对应于水平192和垂直108的像素。
在另一特定实施例中,广播发送设备可修改表示视频的作用的信息,并且然后可用信号发送包括手语屏幕的视频,视频的作用是服务、节目或复合视频组件包括的属性。更详细地,表示服务、节目或复合视频组件包括的视频的作用的信息可表示手语。在这里,服务、节目或复合视频组件可包括表示手语的类型的信息和表示显示手语屏幕的位置的坐标信息作为属性。可通过使用显示手语屏幕的像素来显示坐标。例如,如果坐标是(10,10),则这表示对应于水平10和垂直10的像素。另外,可以以显示手语屏幕的屏幕分辨率的比来显示坐标。例如,如果坐标是(10,10)且屏幕分辨率是1920×1080,则坐标可表示对应于水平192和垂直108的像素。在特定对象模型中,服务类别、节目类别或复合视频组件类别包括的作用属性可表示手语。
在另一特定实施例中,广播发送设备可通过表示对内容的可访问性的信息用信号发送包括手语屏幕的视频。更详细地,广播发送设备可通过使用表示对内容的可访问性的信息而用信号发送包括手语屏幕的视频作为可呈现组件、内容项目组件、服务、节目、演出、片段、app、基于app的增强服务以及基于app的服务中的至少一个的属性。另外,广播发送设备可允许表示服务所针对的用户或广播接收设备的定向属性包括表示对内容的可访问性的信息,并且然后将其发送。在特定实施例中,表示对内容的可访问性的信息可包括包含手语屏幕的视频的属性。在这里,包括手语屏幕组件的视频可包括表示手语的类型的信息和表示将显示手语屏幕的位置的坐标信息作为属性。可通过使用显示手语屏幕的像素来显示坐标。例如,如果坐标是(10,10),则这表示对应于水平10和垂直10的像素。另外,可以以显示手语屏幕的屏幕分辨率的比来显示坐标。例如,如果坐标是(10,10)且屏幕分辨率是1920×1080,则坐标可表示对应于水平192和垂直108的像素。在特定对象模型中,可呈现组件类别、内容项目组件类别、服务类别、节目类别、延迟类别、分段类别、app类别、基于app的增强服务类别以及基于app的服务类别中的至少一个可包括表示可访问性的信息作为属性。另外,服务类别的定向属性可包括表示对内容的可访问性的可访问性作为属性。
图106是图示出根据本发明的实施例的用以发送用信号发送包括手语屏幕的视频的信息的广播发送设备的操作的流程图。
广播发送设备在操作S971中通过控制单元获得包括手语的视频的属性。如上所述,包括手语屏幕的视频的属性可包括表示显示包括手语屏幕的视频的位置的坐标和表示手语类型的信息中的至少一个。
广播传输设备在操作S973中通过控制单元来生成用信号发送包括手语的视频的信息。如上所述,广播发送设备可通过附加组件、基本视频组件的属性、表示作为服务、节目或复合视频组件包括的属性的视频的作用的信息,以及表示对内容的可访问性的信息中的至少一个,来用信号发送包括手语的视频。
广播发送设备在操作S975中通过发送单元发送广播信号,该广播信号用信号发送包括手语的视频。
图107是图示出根据本发明的实施例的用以显示包括手语屏幕的视频的广播接收设备的操作的流程图。
广播接收设备100在操作S981中通过广播接收单元110接收广播信号。
广播接收设备100在操作S983中通过控制单元150基于广播信号而获得用信号发送包括手语屏幕的视频的信息。如上所述,可通过附加组件、基本视频组件的属性、表示作为服务、节目或复合视频组件包括的属性的视频的作用的信息,以及表示对内容的可访问性的信息中的至少一个来用信号发送用信号发送包括手语屏幕的视频的信息。
广播接收设备100在操作S985中通过控制单元150基于用信号发送包括手语屏幕的视频的信息而获得关于包括手语屏幕的视频的属性。如上所述,包括手语屏幕的视频的属性可包括表示显示包括手语屏幕的视频的位置的坐标和表示手语类型的信息中的至少一个。
广播接收设备100在操作S987中通过控制单元150基于关于包括手语屏幕的视频的属性来显示包括手语屏幕的视频。更详细地,广播接收设备100可基于表示显示包括手语屏幕的视频的位置的坐标而显示包括手语屏幕的视频。另外,广播接收设备100可在不包括手语屏幕的视频上叠加包括手语屏幕的视频,并且然后可以将其显示。另外,在特定实施例中,广播接收设备100可基于用户输入而显示包括手语屏幕的视频。这将参考图108来描述。
图108是图示出根据本发明的实施例的用于用广播接收设备来设定手语的用户输入的界面的视图。
广播接收设备100可基于用户输入而显示包括手语屏幕的视频。在这里,用户输入可以是关于是否显示其显示手语屏幕的视频的用户输入。另外,用户输入可以是关于显示包括手语屏幕的视频的位置的用户输入。另外,用户输入可以是针对手语屏幕的手语的类型的用户输入。当广播服务或节目包括包含手语屏幕的多个视频时,广播接收设备100可接收用于选择包括手语屏幕的多个视频中的一个的用户输入。在这里,广播接收设备100可显示根据用于选择包括手语屏幕的多个视频中的一个的用户输入而选择的包括手语屏幕的视频。在特定实施例中,广播接收设备100可通过如图108的实施例中所示的用于设置广播接收设备100的操作的设置菜单来接收这样的用户输入。
根据本发明的实施例,描述广播传输装置发送广播服务和服务信令信息并且广播接收装置100基于服务信令信息接收广播服务。然而,将会描述通过广播接收装置100将信息提供给与广播服务相互作用的配套装置和配套装置的操作。
图109是示出根据本发明的实施例的用于提供与配套装置交互操作的广播服务的广播系统的视图。
根据实施例的广播系统包括广播接收机100、配套装置200、广播发送机300、内容/信令服务器400以及自动内容识别(ACR)服务器500。在下文中,广播接收机100可以被称为主装置(PD)并且配套装置200可以被称为配套装置(CD)。
广播发送机300指示用于发送广播服务的广播服务器。这时,广播接收机100通过广播信道从广播发送机300接收广播服务。另外,广播接收机100可以通过广播信道从广播发送机300接收用于用信号发送广播服务的信息。另外,广播接收机100可以通过广播信道从广播发送机300接收诸如触发、触发参数表(TPT)、或者触发声明对象(TDO)的用于广播服务的补充信息。
内容/信令服务器400生成和管理广播服务的内容。这时,广播接收机100可以通过宽带信道从内容/信令服务器400接收广播服务的补充信息和广播服务的信令信息中的至少一个。
ACR服务器500管理广播服务的ACR有关的数据。这时,广播接收机100可以通过宽带信道从ACR服务器500接收广播服务的应用和触发中的至少一个。
配套装置200在本地网络上与广播接收机100交互操作并且执行与广播服务有关的补充功能。更加具体地,配套装置200可以获取与广播服务有关的文件和应用中的至少一个。这时,配套装置200可以使用诸如3GPP或者HTTP代理服务器的移动通信网络替代本地网络。另外,在详细的实施例中,如果通过单向传输文件传递(FLUTE)发送与广播服务有关的应用和文件,配套装置200可以从广播接收机100接收与广播服务有关的应用和文件中的至少一个。另外,配套装置200可以是第二屏幕装置。另外,配套装置200可以包括智能电话、平板以及膝上型计算机中的至少一个。更加具体地,配套装置200可以是不具有通过广播信道的广播接收功能并且具有网络的通信功能的终端装置。另外,可以存在一个或者多个配套装置200。配套装置200可以包括用于控制配套装置200的整体操作的控制器和用于执行与外部设备的通信的通信单元。控制器可以包括一个或者多个处理器、一个或者多个电路以及一个或者多个硬件模块,用于执行多个功能。更加具体地,控制器可以是片上系统(SOC),其中各种半导体部件被集成。这时,SOC可以是其中用于图形、音频和视频的各种多媒体部件、调制解调器、处理器以及DRAM被集成的半导体器件。另外,通信单元可以是其中各种半导体部件被集成的片上系统(SOC)。这时,SOC可以是其中用于图形、音频和视频的各种多媒体部件、调制解调器、处理器以及DRAM被集成的半导体器件。
另外,广播接收机100可以被称为主装置。
另外,根据实施例,广播发送机300、内容/信令服务器400以及ACR服务器500中的至少两个可以被集成在一个服务器中。
如上所述,广播接收机100从广播发送机300接收广播服务的信令信息。可替选地,广播接收机100可以从内容/信令服务器400接收广播服务的信令信息。这时,广播服务的信令信息可以包括广播服务的属性,将会参考图110详细的描述。
图110是示出根据本发明的实施例的用信号发送的广播服务的属性的视图。
通过广播接收机100接收到的广播服务的信令信息可以包括广播服务的属性。这时,广播服务的属性可以包括用于识别广播服务的广播服务ID、广播服务的名称、广播服务的频道号、广播服务的描述、广播服务的流派、指示广播服务的图标、广播服务的主要语言、广播服务的使用报告信息、指示关于能够提供广播服务的装置的信息的定向属性、广播服务的保护属性、咨询评级以及关于被包括在广播服务中的媒体组件的信息中的至少一个。定向属性指示用于提供服务的装置并且可以指示主装置或者配套装置200中的至少一个。广播服务的频道号可以指示主要频道和次要频道。关于媒体组件的信息可以包括用于识别媒体组件的ID、媒体组件的类型、媒体组件的名称、媒体组件的开始时间、媒体组件的呈现持续时间、指示通过媒体组件定向的屏幕的信息、能够接收媒体组件的URL、媒体组件的咨询评级以及媒体组件的流派中的至少一个。这时,通过媒体组件定向的屏幕可以表示配套装置200。更加具体地,通过媒体组件定向的屏幕可以表示无配套装置、所有装置、智能电话、平板PC、TV以及PC中的至少一个。平板PC可以指示不具有通过移动通信网络的通信功能的移动装置,诸如LTE,并且具有显示器。
广播服务的属性可以以在XML中用信号发送,如在图110中所示。广播服务的属性的信令格式不限于此并且广播服务的属性可以以诸如比特流的其它格式被用信号发送。图110示出用于服务信令服务属性的XML架构的实施例,其可以是根据本发明的下述实施例的用于服务属性的XML架构结构的实施例。在一些实施例中,字段可以被省略或者新字段可以被添加。服务信令服务属性可以包括关于被提供的服务的属性的信息。广播发送机300或者内容/信令服务器400可以将XML架构递送给广播接收机100。广播接收机100可以将接收到的XML架构递送给配套装置200。广播接收机100可以在有或者没有变化的情况下将XML架构递送给配套装置200,或者可以仅将所期待的字段或者被改变的字段递送给配套装置200。
更加具体地,用于用信号发送广播服务的属性的信息可以包括ServiceID、ServiceName、MajorChanNum、MinorChanNum、Description、Genre、Icon、Language、UsageReportingInfo、Targeting、ServiceProtection、AdvisoryRating以及ComponentItem中的至少一个。在serviceInfo处可以定义此信息。
ServiceID指示用于识别服务的广播服务标识符。这时,可以仅存在一个ServiceID。另外,在特定的实施例中,ServiceID可以具有无符号短数据类型。更加详细地,广播接收机100和配套装置200可以基于ServiceID识别广播服务。
ServiceName指示广播服务的名称。可以不存在ServiceName,或者可以存在一或者多个ServiceName。在详细的实施例中,ServiceName可以具有字符串数据类型。更加详细地,广播接收机100和配套装置200可以基于ServiceName显示广播服务的名称。
MajorChanNum和MinorChanNum分别指示广播服务的信道编号的主要编号和次要编号。在实施例中,可以不存在MajorChanNum和MinorChanNum并且可以存在一个MajorChanNum和MinorChanNum。MajorChanNum和MinorChanNum中的每一个可以是在0至15范围中的整数。MajorChanNum和MinorChanNum可以被用于使用户容易地选择广播服务。更加详细地,广播接收机100和配套装置200可以基于MajorChanNum和MinorChanNum表示广播服务的频道编号。
Description指示广播服务的描述。可以不存在Description或者可以存在一或者多个Description。Description可以具有字符串数据类型。用户可以通过Description猜到广播服务的内容。更加详细地,广播接收机100和配套装置200可以基于Description表示广播服务的描述。
Genre指示广播服务的流派。可以不存在流派或者可以存在一个或者多个Genre。在详细的实施例中,Genre可以具有字符串数据类型。用户可以确认广播服务的流派。更加详细地,广播接收机100和配套装置200可以基于Genre表示广播服务的流派。
Icon指示指示广播服务的图标。可以不存在图标或者可以存在一个或者多个图标。Icon可以具有基64二进制数据类型。用户可以通过表示广播服务的图标容易地确认广播服务的内容。更加详细地,广播接收机100和配套装置200可以基于Icon表示广播服务的图标。
Language指示广播服务的主要语言。可以不存在语言或者可以存在一个或者多个语言。Language可以具有字符串数据类型。更加详细地,广播接收机100和配套装置200可以基于Language表示广播服务的语言。
UsageReportingInfo指示与广播服务有关的使用报告信息。可以不存在UsageReportingInfo或者可以存在一个或者多个UsageReportingInfo。更加详细地,UsageReportingInfo可以被用作用于使用信息报告的参数。例如,UsageReportingInfo可以包括用于使用信息报告的URL和报告时段中的至少一个。通过使用信息报告,广播服务提供商可以获取广播服务的使用信息和广播服务的支付信息。更加具体地,广播接收机100和配套装置200可以基于UsageReportingInfo报告广播服务的使用信息。
Targeting指示广播服务的定向属性。可以不存在定向属性或者可以存在一个或者多个的定向属性。更加具体地,Targeting可以具有字符串数据类型。更加详细地,Targeting可以指示是否广播服务是用于诸如广播接收机100或者配套装置200的主装置。如果广播服务是用于配套装置200,则广播接收机100可以将从服务提供商接收到的XML架构递送给配套装置200。更加具体地,广播接收机100和配套装置200可以基于Targeting确定是否显示广播服务。
ServiceProtection指示关于广播服务的保护属性。可以不存在ServiceProtection属性或者可以存在一个ServiceProtection属性。更加详细地,ServiceProtection可以具有字符串数据类型。
AdvisoryRating指示广播服务的咨询评级。可以不存在AdvisoryRating或者可以存在一个或者多个AdvisoryRating。AdvisoryRating可以具有字符串数据类型。更加具体地,广播接收机100和配套装置200可以基于咨询评级和个性化信息阻止广播服务。用户不可以通过AdvisoryRating信息选择不想要的服务。用户可以通过个性化中断特定评级的服务。
ComponentItem指示关于广播服务中包括的媒体组件的信息。在此,组件意指内容并且指示关于由于服务信息相对应的服务提供的内容的信息。一个ComponentItem可以具有关于一条内容的信息。更加具体地,ComponentItem可以包括componentId、ComponentType、ComponentName、StartTime、Duration、TargetScreen、URL、ContentAdvisory、以及Genre中的至少一个。
ComponentId指示用于识别媒体组件的标识符。更加详细地,可以存在一个ComponentId。ComponentId是与服务信息相对应的服务范围中的组件的唯一标识符。更加详细地,ComponentId可以具有无符号数据类型。更加详细地,广播接收机100和配套装置200可以基于ComponentId识别媒体组件。
CmponentType指示媒体组件的类型。更加详细地,可以提供一个CmponentType。CmponentType可以具有字符串数据类型。更加详细地,广播接收机100和配套装置200可以基于CmponentType表示媒体组件的类型。
ComponentName指示媒体组件的名称。更加详细地,可以提供零、或者一个或者多个ComponentName。ComponentName可以具有字符串数据类型。更加详细地,广播接收机100和配套装置200可以基于ComponentName表示媒体组件的名称。
StartTime指示媒体组件的开始时间。更加详细地,可以不存在StartTime或者可以存在一个StartTime。更加详细地,StartTime可以具有无符号短数据类型。更加详细地,广播接收机100和配套装置200可以基于StartTime确定媒体组件的开始时间。
Duration指示媒体组件的呈现持续时间。更加详细地,可以不存在持续时间或者可以存在一个持续时间。更加详细地,Duration可以具有无符号短数据类型。更加详细地,广播接收机100和配套装置200可以基于Duration确定媒体组件的呈现持续时间。
TargetScreen指示媒体组件的目标屏幕。更加详细地,可以不存在目标屏幕或者可以存在一个或者多个目标屏幕。更加详细地,TargetScreen可以具有字符串数据类型。更加详细地,广播接收机100和配套装置200可以基于TargetScreen确定是否需要呈现媒体组件。TargetScreen指示是否组件是用于包括广播接收机100的主装置(PD)或者配套装置(配套装置(CD))。如果组件是用于CD,PD可以将从服务提供商接收到的XML架构递送给CD。在详细的实施例中,TargetScreen可以指示不存在与媒体组件相对应的CD或者媒体组件是用于所有的服务。另外,TargetScreen可以指示媒体组件是用于智能电话、平板PC、TV以及PC中的任意一个。更加具体地,从广播公司或者内容提供商通过PD接收到的服务信令信息的组件信息的TargetScreen属性可以被指定或者被使用,如在图111的实施例中一样。在图111的实施例中,如果TargetScreen的值是0x00,则这可以意指被保留的URI。TargetScreen可以指示不存在与媒体组件相对应的CD。这时,URI可以识别能够下载关于配套装置应用的信息的远程服务器的资源。在这样的情况下,广播接收机可以将URI视为位置并且从位置获取资源。如果TargetScreen的值是0x01,则TargetScreen可以指示在所有的装置类别处定向媒体组件。在此,TargetScreen可以是通用的URI。如果TargetScreen的值是0x02,则TargetScreen可以指示在智能电话类别处定向媒体组件。在此,TargetScreen可以是特定的URI。如果TargetScreen的值是0x03,则TargetScreen可以指示在平板PC类别处定向媒体组件。在此,TargetScreen可以是特定的URI。如果TargetScreen的值是0x04,则TargetScreen可以指示在TV类别处定向媒体组件。在此,TargetScreen可以是特定的URI。如果TargetScreen的值是0x05,则TargetScreen可以指示在PC类别处定向媒体组件。在此,TargetScreen可以是特定的URI。
URL可以指示用于接收媒体组件的地址。更加详细地,可以不存在URL或者可以存在一个或者多个URL。更加详细地,URL可以具有URL数据类型。更加详细地,URL可以指示内容/信令服务器400的地址。更加详细地,广播接收机100和配套装置200可以基于URL接收媒体组件。
ContentAdvisory指示媒体组件的咨询评级。如果ContentAdvisory的值与AdvisoryRating的值冲突,ContentAdvisory的值可以具有较高的优先级。更加详细地,可以不存在ContentAdvisory或者可以存在一个或者多个ContentAdvisory。更加详细地,ContentAdvisory可以具有字符串数据类型。更加详细地,广播接收机100和配套装置200可以基于ContentAdvisory确定是否呈现媒体组件。
Genre指示媒体组件的流派。更加详细地,可以不存在流派或者可以存在一个或者多个流派。Genre可以具有字符串数据类型。更加具体地,Genre可以具有字符串数据类型。如果Genre冲突serviceInfo级别的流派,则组件级别的Genre信息可以被设置为具有较高的优先级。如果Genre冲突指示服务的流派的Genre,则指示媒体组件的流派的Genre可以具有较高的优先级。更加具体地,广播接收机100和配套装置200可以基于Genre表示媒体组件的流派。
接下来,将会描述在PD和CD之间可应用的协议。本发明的一个实施例不限于特定的协议。
A.在本发明中,通过消息、命令、呼叫、动作或者请求/响应的交换来表示设备对设备通信。
B.在本发明中,为了将在设备对设备通信时使用的消息稳定地递送给所期待的目标装置,诸如互联网协议(IP)、互联网控制消息协议(ICMP)、以及互联网组管理协议(IGMP)的各种协议是可适用的,而不限于特定的协议。
C.在本发明中,为了稳定地递送在设备对设备通信时使用的消息、控制消息流程、解决在多个消息当中的冲突或者拥塞或者支持复用,诸如传输控制协议(TCP)、用户数据报协议(UDP)、数据报拥塞控制协议(DCCP)以及流控制传输协议(SCTP)的各种协议是可适用的,而不限于特定的协议。
D.在本发明中,为了递送在为各种目的在设备对设备通信时使用的消息中包括的各种信息,诸如超文本传输协议(HTTP)、实时传送协议(RTP)、可扩展消息在线协议(XMPP)和文件传输协议(FTP)的各种协议是适用的,而不限于特定的协议。
E.在本发明中,当通过各种协议递送在设备对设备通信时使用的消息时,所期待的消息数据可以被包括并且在各个协议中定义的消息组件当中的诸如消息报头或者消息主体的各种消息组件中被递送,而不限于特定的消息组件。
F.在本发明中,当通过各种协议递送在设备对设备通信时使用的消息时,要被递送的数据可以在各个协议中定义的各种类型中递送(字符串、整数、浮点、布尔、字符、数组、列表等等)。为了在结构上表达、递送和存储复数据,诸如可扩展标记语言(XML)、超文本标记语言(HTML)、可扩展超文本标记语言(XHTML)、脚本对象表示(JSON)等等的标记格式或者文本或者图像格式是可适用的,而不限于特定的格式。
G.在本发明中,可以通过应用诸如“gzip”(RFC 1952)、“deflate”(RFC 1950)、“compress”(RFC 2616)的各种数据压缩技术可以递送在设备对设备通信时使用的消息中包括的数据,而不限于特定的技术。
作为被应用于本发明的实施例的设备对设备通信协议的UPnP协议是B到G的各个层的技术当中的作为TCP/IP和UDP-HTTP的组合的设备对设备通信协议。
通过本发明提出的UPnP动作是各种设备对设备通信协议之一并且将数据递送使用在HTTP中定义的POST方法以XML递送的HTTP POST消息主体中的在UPnP发送和描述过程中获取的控制URL。在UPnP协议的情况下,因为各个动作的动作名称被定义并且在以XML递送的HTTP POST消息主体中也递送动作名称,所以用于通信目标装置的仅一个URL存在并且仅使用一个HTTP POST方法可以交换无限种类型的动作(消息)。将会参考与UPnP动作机制有关的附图描述此。
作为另一实施例,当在HTTP方法当中使用除了POST之外的诸如GET、HEAT、PUT、DELETE、TRACE、OPTIONS、CONNECT以及PATCH的各种方法并且访问通信目标装置的多个URI被定义时,在没有定义动作名称的情况下,由本发明提出的设备对设备通信是可适用的。需要被递送的数据可以被随附到对应的URI或者可以以各种格式被包括在HTTP主体中。下面将会参考与REST MECHANISM有关的附图描述此。对于这样的REST机制所必需的多个URI可以在发现或者描述过程中被获取。
通过B到G的各种层的技术的各种组合由本发明提出的所有的UPnP动作是可适用的并且本发明的所有提议不限于UPnP协议。
如上所述,广播接收机100和配套装置200可以通过家庭网络、诸如3GPP的移动通信网络以及HTTP代理服务器中的至少一个交互操作。这时,可以使用各种协议执行在广播接收机100和配套装置200之间的通信。更加具体地,可以使用即插即用协议(UPnP)执行在广播接收机100和配套装置200之间的通信。
UpnP在控制点(CP)和被控制的装置(CD)之间进行区分。控制点使用UPnP协议控制被控制的装置。在详细的实施例中,广播接收机100可以是被控制的装置中的一个。另外,配套装置200可以是控制点。在UPnP中,定义发现、描述、控制以及事件协议。发现协议指的是用于启用控制点以找到被控制的装置的协议。描述协议指的是用于启用控制点以获取关于被控制的装置的信息的协议。控制协议指的是用于启用控制点以调用与被控制的装置有关的预先确定的动作的协议。事件协议指的是用于启用被控制的装置以将异步通知递送给控制点的协议。根据本发明的实施例的广播接收机100和配套装置200可以与UPnP协议的发现、描述、控制以及事件协议中的至少一个交互操作。例如,广播接收机100可以使用发现协议找到配套装置200。
图112是示出根据本发明的实施例的UPnP动作机制的视图。
是被应用于本发明的实施例的设备对设备通信协议的UPnP协议是通过组合TCP/IP和UDP-HTTP获得的设备对设备通信。
通过本发明提出的UPnP动作是各种设备对设备通信协议之一,并且将数据递送使用在HTTP中定义的POST方法以XML递送的HTTP POST消息主体中的在UPnP发送和描述过程中获取的控制URL。在UPnP协议的情况下,因为各个动作的动作名称被定义并且在以XML递送的HTTP POST消息主体中也递送动作名称,所以用于通信目标装置的仅一个URL存在并且仅使用一个HTTP POST方法可以交换无限种类型的动作(消息)。
HTTP客户端D1120是UPnP控制点,并且可以控制HTTP服务器D1121。这时,HTTP服务器可以作为UPnP装置操作。HTTP客户端D1120可以使用名称和宗量定义各个动作以便于递送各种动作。至少一个动作可以包括与标识符相对应的名称和与数据相对应的宗量。如在附图中所示,动作1至动作N中的每一个可以包括名称和宗量,其可以以XML描述。被描述的XML消息可以使用HTTP POST方法被递送给HTTP服务器D1121。各个动作的名称和宗量可以在HTTP POST消息中包括和递送。这时,包括至少一个动作的HTTP POST消息可以被递送给相同的controlURL并且可以通过该名称识别各个动作。
HTTP服务器D1121可以使用XML解析器解析被包括在接收到的HTTP POST消息中的XML消息。HTTP服务器D1121可以识别被包括在XML消息中的至少一个动作并且根据各个动作的宗量执行动作。
图113是示出根据本发明的实施例的表述性状态传输(REST)动作机制的视图。作为另一实施例,当在HTTP方法当中除了POST之外使用诸如GET、HEAT、PUT、DELETE、TRACE、OPTIONS、CONNECT以及PATCH的各种方法并且访问通信目标装置的多个URI被定义时,在没有定义动作名称的情况下,由本发明提出的设备对设备通信是可适用的。需要被递送的数据可以被随附到对应的URI或者可以以各种格式被包括在HTTP主体中。对于这样的REST机制所必需的多个URI可以在发现或者描述过程中被获取。
HTTP客户端D1130是REST客户端并且可以控制HTTP服务器D1131。这时,HTTP服务器可以操作REST服务器。HTTP客户端D1130可以使用各种宗量定义各个动作以便于递送各种动作。在此,上述名称没有被要求。各个动作的宗量可以对应于数据。如在附图中所示,动作1至动作N中的每一个可以包括宗量。使用HTTP GET、HTTP PUT、HTTP POST、以及HTTPDELETE方法,各个动作可以被递送给HTTP服务器D1131。各个动作的宗量可以被添加到HTTPacceptalbeheader(可接受报头)或者HTTP主体。在此,HTTP主体可以是以XML、JSON、HTML、TEXT或者IMAGE描述。各个HTTP方法被发送到URI并且可以定义与多个动作有关的多个URI。多个URI可以被使用以访问一个HTTP服务器D1131。
HTTP服务器D1131可以使用多个URI接收动作并且执行接收到的动作。因此,在没有NAME标识符的情况下,各个动作可以从HTTP客户端D1130递送到HTTP服务器D1131。
图114是示出根据本发明的实施例的使用事件方法的广播接收装置和配套装置的服务信令消息的视图。
事件方法可以以UPnP协议为基础。在图114的(a)中示出在事件方法中定义的服务类型和服务ID。即,服务信令的服务类型可以是atsc3.0servicesignaling:1并且服务ID可以被定义为urn:atsc.org:serviceId:atsc3.0servicesignaling。服务类型和服务ID可以根据传输方法具有不同的值。
广播接收装置100可以使用指示广播服务的属性的一个变量将广播服务的属性发送到配套装置200。指示广播服务的属性的一个变量可以包括当前广播服务的属性。更加具体地,在图114的(b)中示出的实施例中,广播服务的属性可以使用变量“ServiceProperty”被发送。在实施例中,ServiceProperty是要求的变量并且可以具有字符串数据类型。例如,ServiceProperty可以以XML、JSON、HTML或者TEXT被描述。即,ServiceProperty可以对应于以上述服务信令服务的XML架构定义的ServiceInfo。在实施例中,ServiceProperty可以不具有与其有关的动作。
另外,服务信令服务可以具有如在图114(c)和(d)中所示的动作和宗量。GetServiceProperty动作可以被用于当配套装置200被连接到广播接收装置100同时通过广播接收装置100提供服务时,配套装置200获取当前提供的服务的服务属性信息。GetServiceProperty宗量可以具有在图114的(d)中示出的格式。广播接收装置100可以在ServiceProperty宗量中包括和返回当前提供的服务的信息,作为响应于来自于配套装置200的GetServiceProperty动作的返回值。
如果对ServiceProperty的订阅被要求,则广播接收装置100可以将ServiceProperty发送到配套装置。
图115是示出根据本发明的实施例的从广播接收装置到配套装置的广播服务属性的操作的梯形图。
广播接收装置100和配套装置200生成配对会话(S2001)。更加详细地,广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加详细地,配套装置200可以通过通信单元生成与广播接收装置100的配对会话。更加详细地,广播接收装置100和配套装置200可以生成用于双向通信的配对会话。更加详细地,广播接收装置100和配套装置200可以通过使用UPnP协议生成配对会话。在详细的实施例中,广播接收装置100可以使用UPnP的发现协议找到配套装置200。例如,广播接收装置100可以多播用于通过公知的IP地址找到用于交互操作的配套装置的发现消息。这时,已经接收到多播消息的配套装置200可以从广播接收装置100请求描述。广播接收装置100可以基于用于配套装置200的描述的请求将描述提供给配套装置200。配套装置200可以基于描述访问广播接收装置200。在另一详细实施例中,配套装置200可以通过UPnP的发现协议找到广播接收装置100。例如,配套装置200可以通过公知的IP地址多播用于找到用于交互操作的广播接收装置100的消息。这时,广播接收装置100可以使用发现消息响应多播消息。这时,已经接收发现消息的配套装置200可以从广播接收装置100请求描述。广播接收装置100可以基于用于配套装置200的描述的请求将描述提供给配套装置200。配套装置200可以基于描述访问广播接收装置200。
配套装置200可以从广播接收装置100请求广播服务的属性通知(S2003)。更加详细的,配套装置200可以通过控制器从广播接收装置100请求广播服务属性通知。更加详细地,配套装置200可以使用UPnP协议从广播接收装置100请求广播服务属性通知。在详细的实施例中,配套装置200可以基于事件协议从广播接收装置100请求用于广播服务属性的事件的订阅。
广播接收装置100基于广播服务接收用于用信号发送广播服务属性的信息(S2005)。更加详细的,广播接收装置100可以通过广播接收单元110从广播发送装置300接收用于用信号发送广播服务属性的信息。
广播接收装置100基于用于用信号发送广播服务属性的信息通知配套装置200广播服务属性(S2007)。在基于UPnP的架构的情况下,根据事件协议可以通知广播服务属性。更加具体地,广播接收装置100基于用于用信号发送广播服务属性的信息通过控制器150通知配套装置200广播服务属性。更加详细的,广播接收装置100可以确定是否广播服务属性被改变。如果广播服务属性被改变,则广播接收装置100可以通知配套装置200广播服务属性。在详细的实施例中,广播接收装置100可以通过指示广播服务属性的变量通知配套装置200广播服务属性。在详细的实施例中,指示广播服务属性的变量可以是图114的ServiceProperty。参考图16将会详细地描述指示广播服务属性的变量的数据格式。
图116是图示根据本发明的实施例的从广播接收装置用信号发送到配套装置的广播服务属性的数据格式的视图。
广播服务属性的数据可以是如在图116中所示的XML格式。然而,广播服务属性的数据格式不限于此。即,在图116的(a)中所示,广播服务属性可以被定义在与各个属性有关的内容集中。另外,如在图116的(b)中所示,广播服务属性可以被定义为ServiceProperty中的ServiceID、ServiceName、Content ID、以及CotentName。另外,如在图116的(b)中所示,广播服务属性可以被定义为ServiceProperty中的ServiceID、ServiceName、ContentID、以及CotentName。另外,如在图116的(c)中所示,广播服务属性可以被描述使得其中包括的ServiceProperty(ServiceInfo)元素和ComponentItem元素包括各自的属性。
在图116的实施例中,广播服务属性的数据格式可以包括参考图110描述的广播服务的所有的属性。因此,即使当仅广播服务的属性中的一些被改变时,广播接收装置100应发送所有的广播服务的属性并且配套装置200应接收广播服务的所有属性。在这样的情况下,在广播接收装置100和配套装置200之间交换的数据量增加。另外,配套装置200应检查改变了哪个广播服务的属性。因此,存在对于将广播服务属性从广播接收装置100有效地用信号发送配套装置200的方法的需求。参考图117至图119将会对其进行描述。
图117是示出根据本发明的实施例的指示从广播接收装置用信号发送到配套装置的广播服务属性的状态、用于广播服务属性的动作、以及动作宗量的变量的视图。
从广播接收装置用信号发送到配套装置的广播服务的服务类型和服务ID可以等同于上述实施例的服务类型额服务ID。即,服务信令的服务类型可以是atsc3.0servicesignaling:1并且服务ID可以被定义为urn:atsc.org:serviceId:atsc3.0servicesignaling。服务类型和服务ID可以根据传输方法具有不同的值。
在本发明的另一实施例中,指示广播服务属性的变量可以包括指示广播服务属性的变量、指示广播服务属性名称的变量、以及指示是否改变广播服务属性的变量中的至少一个。更加详细地,如果配套装置200要求特定的广播服务属性,则广播接收装置100可以基于配套装置200的请求发送广播服务属性。更加详细地,广播接收装置100可以发送由配套装置200请求的特定广播服务属性。例如,通过指示是否广播服务的属性被改变的变量,广播接收装置100可以通知配套装置200是否广播服务属性被改变。这时,配套装置200可以通过指示广播服务属性名称的变量请求必要的广播服务属性。广播接收装置100可以通过指示广播服务属性的变量通知配套装置200广播服务属性。
在详细的实施例中,指示广播服务属性的变量可以包括ServiceProperty、ServicePropertyName、以及ServicePropertyChangeFlag中的任意一个。ServiceProperty包括广播服务属性。在详细的实施例中,ServiceProperty是要求的变量并且可以具有字符串数据类型。特别地,ServiceProperty可以以XML描述。
ServicePropertyName指示广播服务属性的名称。即,这可以指示作为被包括在ServiceProperty中的各个字段的XML元素的名称。ServicePropertyName是要求的变量并且可以具有字符串数据类型。特别地,ServicePropertyName可以以CSV被描述。变量ServicePropertyChangeFlag指示是否广播服务属性被改变。在详细的实施例中,ServicePropertyChangeFlag是要求的变量并且可以具有布尔数据类型或者整数类型。ServicePropertyChangeFlag是指示是否服务属性被改变的变量。如果ServicePropertyChangeFlag是布尔数据类型,则真指示服务属性被改变并且假指示服务属性没有被改变。可替选地,如果ServicePropertyChangeFlag是整数类型,则每当服务属性被改变并且是事件,则其值增加了1。另外,如果配套装置200请求订阅ServicePropertyChangeFlag,则广播接收装置100可以将ServicePropertyChangeFlag发送到配套装置。
配套装置200可以通过指示广播服务属性的名称的变量使用被称为GetServiceProperty的动作以请求广播服务属性。GetServiceProperty是要求的动作。这时,GetServiceProperty可以具有ServiceProgpertyName作为输入宗量。另外,GetServiceProperty可以具有ServiceProperty作为输出宗量。在详细的实施例中,如果配套装置200将要从广播接收装置100获取的广播服务属性设置为SevicePropertyName并且发送GetServiceProperty动作时,配套装置200可以接收与ServicePropertyName相对应的广播服务属性作为ServiceProperty。即,ServicePropertyName是输入宗量并且当配套装置200获取所期待的属性名称的服务属性值时可以被使用。当广播接收装置100响应于所期待的属性名称向配套装置200返回服务信息,即,服务属性时,ServiceProperty可以被使用。
图118是示出根据本发明的另一实施例的用于将广播服务属性从广播接收装置用信号发送到配套装置的操作的梯形图。
广播接收装置100和配套装置200生成配对会话(S2001)。更加详细地,广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加详细地,配套装置200可以经由通信单元生成与广播接收装置100的配对会话。如上所述,广播接收装置100和配套装置200可以生成用于双向通信的配对会话。广播接收装置100和配套装置200的详细操作可以与上述实施例中的那些相等。
配套装置200可以从广播接收装置100请求广播服务属性变化通知(S2023)。更加详细地,配套装置200可以通过控制器从广播接收装置100请求广播服务属性变化通知。配套装置200的详细操作可以上述实施例中的那些相等。即,配套装置200可以订阅广播接收装置100的服务信令服务。
广播接收装置100基于广播服务从广播接收装置100接收用于用信号发送广播服务属性的信息(S2025)。更加详细地,广播接收装置100可以通过广播接收单元110从广播发送装置300接收用于用信号发送广播服务属性的信息。广播发送装置300可以通知广播接收装置100服务属性被改变。
广播接收装置100基于用于用信号发送广播服务属性的信息通知配套装置200是否广播服务属性被改变(S2027)。在基于UPnP的架构的情况下,根据“事件”协议,广播接收装置100可以通知配套装置广播服务属性是否被改变。更加具体地,基于用于通过控制器150用信号发送广播服务属性的信息,广播接收装置100可以通知配套装置200是否广播服务属性被改变。更加具体地,广播接收装置100可以确定是否广播服务属性被改变。如果广播服务属性被改变,则广播接收装置100可以通知配套装置200广播服务属性被改变。更加详细地,广播接收装置100可以取决于用于用信号发送广播服务的信息的版本被改变来确定是否广播服务属性被改变。另外,在详细的实施例中,通过指示是否广播服务属性被改变的变量,广播接收装置100可以通知配套装置200是否广播服务属性被改变。在详细的实施例中,指示是否广播服务属性被改变的变量可以是ServicePropertyChangedFlag。
配套装置200从广播接收装置100请求特定的广播服务属性(S2029)。如果被改变的属性字段是感兴趣的字段,则配套装置200可以使用“GetServiceProperty”请求被改变的服务属性字段。这时,被改变的服务属性字段的名称可以包括在ServiceProPertyName宗量中,以从广播接收装置100发出请求。例如,如果要由配套装置200获取的字段是流派和语言,则使用GetServiceProperty(“流派,语言”)发出请求。
特定的广播服务属性可以是被包括在用于用信号发送广播服务属性的信息中的广播服务时序的任意一个或者多个属性。配套装置200可以通过控制器从广播服务装置200请求特定的广播服务属性。更加具体地,如果广播接收装置100发送广播服务属性变化通知,则配套装置200可以从广播接收装置100请求特定的广播服务属性。这时,特定的广播服务属性可以是对于配套装置200来说提供与广播服务有关的补充服务所必需的广播服务属性。另外,配套装置200可以基于改变的广播服务属性的类型请求特定的广播服务属性。更加具体地,如果特定的广播服务属性被改变,则配套装置200可以请求特定的广播服务属性。特定的广播服务属性可以是对于配套装置200来说提供与广播服务有关的补充服务所必需的属性。例如,如果配套装置200基于广播服务的定向属性确定是否呈现广播服务,则当广播的定向属性被改变时配套装置200可以请求广播服务的定向属性。
广播接收装置100通知配套装置100特定的广播服务属性(S2031)。即,配套装置200可以响应于“GetServiceProperty”动作从广播接收装置100接收被改变的字段信息。ServiceProperty宗量可以被递送给配套装置200作为“GetServiceProperty”动作的输出。在此,配套装置200可以接收关于用于由此请求的特定属性的字段的信息。即,配套装置200可以接收指示被改变的流派是运动并且语言是KOR的信息。
更加具体地,广播接收装置100可以通过控制器150通知配套装置200特定的广播服务属性。更加具体地,广播接收装置100可以基于配套装置200的请求通知配套装置200特定的广播服务属性。例如,广播接收装置100可以将通过配套装置200请求的特定的广播服务属性发送到配套装置200。
这样的实施例可以要求在广播接收装置100和配套装置200之间的连续的通信。特别地,如果广播接收装置100与多个配套装置200交互操作,则连续的通信可能引起广播接收装置100的操作的超载。通过使配套装置200从内容/信令服务器400接收广播服务属性可以解决此问题。
图119是示出根据本发明的另一实施例的指示是否从广播接收装置用信号发送到配套装置的广播服务属性被改变的数据格式的视图。
图119的(a)至(c)示出指示是否广播服务属性被改变的数据格式。使用ServicePropertyChangeFlag可以用信号发送是否广播服务属性被改变。指示是否广播服务属性被改变的数据格式可以是XML格式。然而,指示是否广播服务属性被改变的数据格式不限于此。作为ServicePropertyChangeFlag,是一种被包括在内容集中的属性信息的ServicePropertyChangeFlag被使用,如在图119的(a)中所示,单独的ServicePropertyChangeFlag可以被发送,如在图119的(b)中所示,或者具有指示真或者假的不同格式的数据可以被发送,如在图119的(c)中所示。
在详细的实施例中,广播接收装置100可以仅通知配套装置200是否广播服务的属性被改变。在图119的实施例中,广播接收装置100可以使用具有真值或者假值的布尔变量通知配套装置200是否广播服务属性被改变。例如,如果广播服务属性被改变,则广播接收装置100可以将其中指示是否广播服务属性被改变的变量具有真值的数据发送到配套装置200。因此,与其中服务属性的所有数据始终被发送的上述实施例相比较,因为仅当服务属性被改变时根据配套装置200的请求发送数据,所以有效的数据传输是可能的。
图119的(d)示出递送到如上所述的配套装置200的ServiceProperty宗量的实施例。如上所述,如果配套装置200请求流派和语言字段,则配套装置200可以接收如在附图中所示的以XML的流派和语言字段的被改变的信息。即,配套装置200可以接收指示被改变的流派是运动并且语言是KOR的ServiceProperty宗量。
然而,在本实施例中,配套装置200不能够检查哪个广播服务属性被改变并且仅可以检查是否广播服务属性被改变。因此,即使当不想要的广播服务属性被改变时,配套装置200也请求广播服务属性。因此,本实施例可能引起广播接收装置100和配套装置200的不必要的操作和不必要的数据交换。为了解决此问题,广播接收装置100需要通知配套装置200被改变的广播服务属性。
图120是示出根据本发明的另一实施例的指示从广播接收装置用信号发送给配套装置的广播服务属性的状态的变量的视图。
从广播接收装置用信号发送到配套装置的广播服务的服务类型和服务ID信息可以等同于上述实施例的那些。即,服务信令的服务类型可以是atsc3.0servicesignaling:1并且服务ID可以被定义为urn:atsc.org:serviceId:atsc3.0servicesignaling。服务类型和服务ID可以根据传输方法具有不同的值。
如在图120的(a)中所示,指示广播服务属性的状态的变量可以包括服务属性信息、服务属性名称信息、服务属性变化信息以及服务属性位置信息。
服务属性信息和服务属性名称信息可以等同于上述的服务属性信息和服务属性名称信息。
服务属性变化信息可以包括二进制十六进制类型,不同于上述实施例,并且可以指示哪个信息被改变。下面将会详细地描述此。
配套装置200可以通过宽带网络下载服务属性,并且指示广播服务属性的状态的变量可以被包括在宽带位置信息中。即,指示广播服务属性的状态的变量是可选的,并且可以进一步包括ServicePropertyURL状态变量。在此,宽带位置信息可以具有XML字符串或者URI格式。ServicePropertyURL可以具有在图120的(b)中示出的数据格式,并且可以指示关于内容服务器的服务属性信息的位置。
如果广播服务属性被改变,则广播接收装置100可以通知配套装置200被改变的属性和是否广播服务属性被改变。为此,指示广播服务属性的状态的变量可以包括指示被改变的广播服务属性的信息。为此,指示是否广播服务属性被改变的变量可以具有通过二进制十六进制类型表示的字符串类型。如果发出对于ServicePropertyChangedFlag的订阅的请求,则广播接收装置100可以将ServicePropertyChangedFlag发送到配套装置。
图121是图示根据本发明的另一实施例的是否从广播接收装置用信号发送给配套装置的广播服务属性被改变的数据格式的视图。
指示是否广播服务属性被改变的数据可以意指ServicePropertyChangeFlag。指示是否广播服务属性被改变的数据可以以XML被描述。然而,指示是否广播服务属性被改变的数据格式不限于此。广播接收装置100可以将特定的比特分配给广播服务属性,如果广播服务属性被改变则将比特设置为1,并且当广播服务属性没有被改变时将比特设置为0。在一个实施例中,可以在内容集中定义ServicePropertyChangeFlag。十六进制数90080004是ServicePropertyChangeFlag的值,对应于二进制值“1001 0000 0000 1000 0000 00000100”。这时,前面的四个比特分别指示广播的主要语言、流派、咨询评级、以及定向属性。在这样的情况下,配套装置200可以确认广播的主要语言和定向属性被改变。通过二进制值表示的ServicePropertyChangeFlag值可以具有其中第一服务属性匹配MSB并且第二服务属性匹配下一个比特的格式。在上面的实施例中,能够看到,在与1001相对应的语言、流派、咨询评级以及定向属性当中,语言和定向属性被改变。
另外,在另一实施例中,ServicePropertyChangeFlag可以作为独立的元素存在,并且ServicePropertyChangeFlag的值可以匹配ServiceProperty元素中的诸如语言、流派、咨询评级以及定向的属性。作为ServicePropertyChangeFlag的值的十六进制值90080004对应于1001 0000 0000 1000 0000 0000 0100的二进制值。二进制值的前面的四个比特可以分别匹配诸如语言、流派、咨询评级以及定向的属性,并且具有1的值的语言和定向属性指示语言和定向属性被改变。图122是示出根据本发明的另一实施例的指示从广播接收装置用信号发送到配套装置的广播服务属性的状态被改变的变量的视图。
如在图122的(a)中所示,指示广播服务属性的状态的变量可以包括服务属性信息、服务属性名称信息、服务属性变化信息以及服务属性位置信息。
服务属性信息和服务属性名称信息可以等同于上述服务属性信息和服务属性名称信息。
服务属性变化信息可以包括不同于上述实施例的字符串(XML)类型、字符串列表(XML)类型或者字符串的CSV类型,并且指示服务属性信息(ServiceProperty)的哪个信息被改变。下面将会详细地描述此。
如在图122的(b)中所示,如果服务属性变化信息是字符串类型(XML),则可以使用服务属性变化信息(ServicePropertyChangeFlag)中的changedfield指示被改变的服务属性信息(ServiceProperty)。如果ServiceProperty的流派和定向信息被改变,则服务属性变化信息(ServicePropertyChangeFlag)中的changedfield可以包括流派和定向属性。
如在图122的(c)中所示,如果服务属性变化信息是字符串的列表(XML)类型,则服务属性变化信息(ServicePropertyChangeFlag)可以包括被改变的服务属性变化信息。如果ServiceProperty的流派和定向信息被改变,则服务属性变化信息可以包括流派和定向信息。
如在图122的(d)中所示,如果服务属性变化信息是字符串类型的CSV(逗号分隔值),则服务属性变化信息的被改变的属性可以通过逗号区分并且以文本文件格式表示。如果ServiceProperty的流派和定向信息被改变,则可以通过“流派”,“定向”表示ServicePropertyChangeFlag。
属性位置信息可以具有字符串(XML)或者URI格式。属性位置信息可以通过ServicePropertyURL来表示,并且可以指示关于内容服务器的服务属性信息的位置。在一些实施例中,属性位置信息可以是可选的。
图122的(e)示出服务属性数据的格式。如在附图中所示,ServiceProperty数据可以包括语言、流派、咨询评级以及定向。如果服务属性的流派值被变成MBC音乐并且定向值被变成流行榜,则广播接收装置100可以将包括流派和定向的ServicePropertyChangeFlag递送给配套装置200以指示流派和定向被改变,如在图122的(b)至(d)中所示。
图123是示出根据本发明的另一实施例的用于从广播接收装置用信号发送到配套装置的广播服务属性的操作的梯形图。
广播接收装置100和配套装置200生成配对会话(S2041)。更加详细地,广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加详细地,配套装置200可以通过通信单元生成与广播接收装置100的配对会话。如上所述,广播接收装置100和配套装置200可以生成用于双向通信的配对会话。广播接收装置100和配套装置200的详细操作可以等同于图118的详细操作。
配套装置200从广播接收装置100请求广播服务属性通知(S2043)。更加详细地,配套装置200可以通过控制器从广播接收装置100请求广播服务属性通知。配套装置200的详细操作可以等同于图118的详细操作。
广播接收装置100基于广播服务接收用于用信号发送广播服务属性的信息(S2045)。更加详细地,广播接收装置100可以通过广播接收单元100从广播发送装置300接收用于用信号发送广播服务属性的信息。
广播接收装置100基于用于用信号发送广播服务属性的信息通知配套装置200是否广播服务属性被改变和能够获取广播服务的属性的URL(S2047)。更加详细地,广播接收装置100可以基于用于通过控制器150用信号发送广播服务的属性的信息来通知配套装置200是否广播服务属性被改变以及能够获取广播服务属性的URL。在此,URL可以意指能够获取关于内容服务器的服务属性信息的位置信息。更加具体地,是上述属性位置信息的ServicePropertyURL可以被使用。在基于UPnP的架构的情况下,根据“事件”协议,广播接收装置100可以通知配套装置ServicePropertyURL。
更加详细地,广播接收装置100可以确定是否广播服务属性被改变。更加详细地,广播接收装置100可以取决于是否用于用信号发送广播服务属性的信息的版本被改变来确定是否广播服务属性被改变。另外,如果广播服务属性被改变,则广播接收装置100可以通知配套装置200能够获得广播服务属性的URL和广播服务属性被改变。在详细的实施例中,广播接收装置100可以通过指示是否广播服务属性被改变的变量来通知配套装置200是否广播服务属性被改变。在详细的实施例中,指示是否广播服务属性被改变的变量可以是图120的ServicePropertyChangeFlag。另外,广播接收装置100可以通过指示能够获得广播服务属性的URL的变量来通知配套装置200是否广播服务属性被改变。在详细的实施例中,指示能够获取广播服务属性的URL的变量可以上述ServicePropertyURL。
配套装置200基于能够获得广播服务属性的URL获得广播服务的属性(S2049)。更加详细地,配套装置200可以基于能够获得广播服务属性的URL通过控制器获得广播服务属性。更加详细地,配套装置200可以基于能够获得广播服务属性的URL从内容/信令服务器400获得广播服务属性。更加详细地,配套装置200可以基于能够获得广播服务属性的URL从内容/信令服务器400请求广播服务属性,并且从内容/信令服务器400获取广播服务属性。因此,能够减少由于广播接收装置100和配套装置200之间的通信的广播通信装置100的负载。然而,在这样的情况下,即使当配套装置200没有请求的广播服务属性被改变时,广播接收装置100应通知配套装置是否广播服务属性被改变。因此,广播接收装置100应执行不必要的操作。如果配套装置200事先设置了在从广播接收装置100请求通知时必要的广播服务属性,则能够减少广播接收装置100的不必要的操作。将会参考图122至图123对其进行描述。
图124是示出根据本发明的另一实施例的指示从广播接收装置用信号发送到配套装置的广播服务属性的状态的变量的视图。在此实施例中,广播接收装置100可以通知配套装置200仅被更新的属性名称。
从广播接收装置用信号发送到配套装置的服务类型和服务ID可以等同于上述实施例的那些。即,服务信令的服务类型可以是atsc3.0servicesignaling:1并且服务ID可以被定义为urn:atsc.org:serviceId:atsc3.0servicesignaling。根据传输方法服务类型和服务ID可以具有不同的值。
图124的(a)示出指示广播服务属性的状态的变量。指示广播服务属性的状态的变量可以包括服务属性变量、服务属性名称变量、被更新的服务属性变量以及被更新的属性名称变量。
可以通过ServiceProperty表示服务属性变量。服务属性变量等同于上述的服务属性变量,并且在本实施例中,事件方法可以不被使用。
可以通过A_ARG_TYPE_ServicePropertyName来表达服务属性名称变量。服务属性名称变量是与ServicePropertyName相关联的状态变量,ServicePropertyName是GetServicePropertyValue动作的输入宗量。
被更新的服务属性变量可以通过A_ARG_TYPE_UpdatedServicePropertyValue表达。被更新的服务属性变量是与UpdatedServiceProperty相关联的状态变量,UpdatedServiceProperty是GetServicePropertyValue的输出宗量。
可以通过UpdatedPropertyNames表示被更新的属性名称变量。被更新的属性名称变量可以指示服务属性的名称。可以使用事件方法将此从广播接收装置递送给CD并且数据格式可以等同于图124的(b)或者(c)。
即,如在图124的(b)中所示,被更新的属性名称变量可以包括在属性列表中的被改变的属性的名称。例如,被更新的属性名称变量可以包括诸如ContentId、ContentName以及MajorChanNum的属性名称。
另外,在其它的实施例中,如在图124的(c)中所示,被更新的属性名称变量也可以包括关于更新属性名称的方法的信息。例如,被添加的属性的名称可以被包括在添加的语法中,被修改的属性的名称可以被包括在修改的语法中,并且被删除的属性的名称可以被包括在删除的语法中。
图125是示出根据本发明的实施例的用于获取广播服务属性的动作的视图。
图125的(a)中示出的GetServiceProperty是要求的动作,并且可以被用于配套装置200获取通过广播接收装置100提供的服务属性信息。这是被用于如果配套装置200被连接到广播接收装置100而同时由广播接收装置100当前提供服务,则配套装置200最初获取当前提供的服务属性信息的动作。
GetServicePropertyValue值是要求的动作,并且可以被用于配套装置200获取特定服务属性名称的值。
图125的(b)示出用于GetServiceProperty动作的输出宗量。响应于来自于配套装置200的GetServiceProperty动作,广播接收装置100可以在ServiceProperty宗量中包括并返回当前提供的服务信息作为返回值。
图125的(c)示出用于GetServicePropertyValue动作的输入和输出宗量。配套装置200可以使用ServicePropertyName宗量以便于获取通过GetServicePropertyNames动作获取的属性名称当中的与特定属性相对应的值。即,配套装置200可以在GetServicePropertyValue动作中包括并且发送ServicePropertyName作为输入宗量,并且返回作为ServiceProperty的相对应的属性的值。
ServicePropertyName输入宗量的实施例如下。GetServicePropertyValue(“ContentId、ContentName、MajorChanNum”)。
图125的(d)示出UpdatedServicePropertyValue的输出宗量的实施例。即,UpdatedServicePropertyValue可以包括propertyList中的ContentId、ContentName以及MajorChanNum值。
图126是示出根据本发明的另一实施例的用于将广播服务属性从广播接收装置用信号发送到配套装置的操作的梯形图。在本实施例中,在指示广播服务属性的状态的变量当中的更新的属性名称变量和GetServicePropertyValue可以被使用。
广播接收装置100和配套装置200生成配对会话(DS1261)。更加详细地,广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加详细地,配套装置200可以通过通信单元生成与广播接收装置100的配对会话。更加详细地,广播接收装置100和配套装置200可以生成用于双向通信的配对会话。广播接收装置100和配套装置200的详细操作可以等同于上述实施例。
配套装置200可以从广播接收装置100请求广播服务属性变化通知(DS1262)。更加详细地,配套装置200可以通过控制器从广播接收装置100请求广播服务属性通知。配套装置200的详细操作可以等同于上述实施例的详细操作。
广播接收装置100基于广播服务接收用于用信号发送广播服务属性的信息(DS1263)。更加详细地,广播接收装置100可以通过广播接收单元100从广播发送装置300接收用于用信号发送广播服务属性的信息。广播发送装置300可以通知广播接收装置100服务属性被改变。广播接收装置100可以基于接收到的广播服务时序改变现有的广播服务属性。另外,广播接收装置100可以改变指示广播服务属性的状态的变量。
广播接收装置100可以通知配套装置200UpdatedPropertyNames状态变量(DS1264)。在基于UPnP的架构的情况下,这可以根据“事件”协议被通知。在此,如果服务属性被改变,则广播接收装置100可以通过UpdatedPropertyNames仅将被改变的属性递送给配套装置200。
配套装置200可以请求被改变的服务属性的值(DS1264)。即,配套装置可以使用GetServicePropertyValue请求所期待的服务属性的值。配套装置200可以在ServicePropertyName宗量中包括期待被获取的服务属性字段的名称,并且从广播接收装置100请求服务属性字段。配套装置200可以获取被改变的属性字段当中的所期待的属性。另外,可以存在其中配套装置200感兴趣的多个字段。例如,配套装置200可以对@advisoryRating和@language感兴趣。如果多个感兴趣的字段中的至少一个被改变,则配套装置200请求和接收所有的被改变的字段。
例如,使用GetServiceProperty(“advisoryRating”,“语言”)发出请求。广播接收装置100可以从配套装置200接收GetServicePropertyValue。
配套装置200可以响应于“GetServicePropertyValue”动作从广播接收装置100接收被改变的字段信息。GetServicePropertyValue宗量可以作为“GetServicePropertyValue”动作的输出被递送给配套装置200。
图127是示出根据本发明的另一实施例的指示从广播接收装置用信号发送到配套装置的广播服务属性的状态、用于广播服务属性的动作以及动作宗量的变量的视图。
如在图127的(a)中所示,指示广播服务属性的状态的变量可以包括指示服务属性(ServiceProperty)的变量和指示服务属性的名称(ServicePropertyName)的变量。ServiceProperty可以是要求的变量并且以作为字符串类型的XML或者JSON被表示。ServicePropertyName可以是要求的变量并且以作为字符串类型的XML、JSON或者CSV表示。
如在图127的(b)中所示,用于广播服务属性的动作可以包括服务属性请求动作(GetServiceProperty)和服务属性设置动作(SetServiceProperty)。GetServiceProperty可以等同于上述具有相同名称的动作。SetServiceProperty是要求的动作并且可以被用于配套装置通过广播接收装置注册所期待的属性字段的值。
配套装置200可以指定要被通知的广播服务属性,同时从广播接收装置100请求广播服务属性变化通知。为此,配套装置200可以包括用于执行要被通知的广播服务属性的动作。这时,动作可以具有指示要被通知的广播服务属性的变量作为输入宗量。这样的动作可以是图122的实施例的SetServiceProperty。在详细的实施例中,SetServiceProperty可以是要求的动作。另外,SetServiceProperty可以具有指示广播服务属性的类型的ServicePropertyName作为输入宗量。当所期待的属性字段被递送给广播接收装置并且通过广播接收装置注册时,仅当被注册的字段被改变时,广播接收装置可以通过事件通知配套装置被注册的字段已经改变。
如在图127的(c)中所示,用于请求广播服务属性的动作的宗量可以包括ServicePropertyName和ServiceProperty。例如,GetServiceProperty宗量可以包括ServiceProperyName和ServiceProperty的宗量。
ServicePropertyName可以包括并且请求GetServiceProperty动作中的ServicePropertyName作为参数,以便于获取通过配套装置所期待的服务属性字段的值。
当作为GetServiceProperty动作的参数请求的服务属性字段的值被返回时可以使用ServiceProperty。
如在图127的(d)中所示,用于设置广播服务属性的动作的宗量可以包括ServicePropertyName。例如,SetServiceProperty宗量可以包括ServicePropertyName宗量。
ServiceProperyName可以是当配套装置注册与广播接收装置有关的所期待的服务属性字段时作为SetServiceProperty动作的参数可以递送的宗量。
图128是图示根据本发明的另一实施例的当广播接收装置将广播服务属性用信号发送到配套装置时的操作的梯形图。
广播接收装置100和配套装置200生成配对会话(S2061)。更加详细地,广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加详细地,配套装置200可以通过通信单元生成与广播接收装置100的配对会话。更加详细地,广播接收装置100和配套装置200可以生成用于双向通信的配对会话。广播接收装置100和配套装置200的详细操作可以等同于图121的实施例的详细操作。
配套装置200从广播接收装置100请求特定广播服务属性变化通知(S2063)。更加详细地,配套装置200可以通过控制器从广播接收装置100请求特定广播服务属性通知。配套装置200可以请求对于提供与广播服务相关联的补充服务所必需的特定广播服务属性变化。在详细的实施例中,配套装置200可以通过用于仅请求特定属性变化通知的动作请求特定广播服务属性变化通知。这时,用于仅请求特定属性变化通知的动作可以是上述的SetServiceProperty。用于在配套装置200处从广播接收装置100请求特定属性变化通知的操作可以包括下述操作。配套装置200可以从广播接收装置100请求对服务属性变化通知的订阅。如果接受用于对服务属性变化通知的订阅的请求,则广播接收装置100可以将接受消息和用于识别订阅请求的订阅ID(SID)发送到配套装置200。配套装置200可以基于SID从广播接收装置100仅请求特定广播服务属性变化通知。更加详细地,配套装置200可以发送期待其变化要被通知的特定广播服务属性和SID。这时,配套装置可以使用上述SetServiceProperty动作。在实施例中,从配套装置200递送到广播接收装置10的SetServiceProperty()可以由SetServiceProperty(SID,“流派”,“语言”)表示。即,SID,即,SessionID可以作为SetServiceProperty动作的参数被发送。
作为另一实施例,可以通过SetServiceProperty(“流派”,“语言”)表示从配套装置200递送到广播接收装置100的SetServiceProperty()。因为广播接收装置100可以在与配套装置200配对时确认SID,所以SID不可以作为单独的参数被发送。
因为配套装置200的SID被映射到ServicePropertyName,所以广播接收装置100可以通知配套装置200服务属性被改变,不同于下述数据格式。
<?xml Version="1.0"?>
<ServiceProperty>
<genre>Sports</genre>
<language>KOR</language>
</ServiceProperty>
另外,配套装置200可以从广播接收装置100请求广播服务的多个特定属性的变化的通知。这时,配套装置200可以以列表的形式请求广播服务的多个特定属性。
广播接收装置100基于广播服务接收用于用信号发送广播服务属性的信息(S2065)。更加详细地,广播接收装置100可以通过广播接收单元100从广播发送装置300接收用于用信号发送广播服务属性的信息。
广播接收装置100检查是否广播的特定属性被改变(S2067)。更加详细地,广播接收装置100可以通过控制单元150检查是否特定的广播服务属性被改变。更加详细地,广播接收装置100可以确定是否特定的广播服务属性被改变。更加详细地,广播接收装置100可以将特地广播服务属性的先前和当前值进行比较并且确定是否特定的广播服务属性被改变。
如果特定的广播服务属性被改变时,基于用于用信号发送广播服务属性的信息,广播接收装置100通知配套装置200是否特定的广播服务属性被改变(S2069)。更加详细地,如果特定广播服务属性被改变,则广播接收装置100可以基于用于用信号发送广播服务属性的信息通过控制器150通知配套装置200是否特定广播服务属性被改变。
配套装置200从广播接收装置100请求特定的广播服务属性(S2071)。更加详细地,配套装置200可以通过控制器从广播接收装置100请求特定的广播服务属性。更加详细地,如果广播接收装置100发送特定的广播服务属性通知,则配套装置200可以从广播接收装置100请求特定的广播服务属性。
广播接收装置100通知配套装置200特定广播服务属性(S2073)。广播接收装置100可以通过控制器150通知配套装置200特定广播服务属性。更加详细地,广播接收装置100可以基于配套装置200的请求通知配套装置特定的广播服务属性。例如,广播接收装置100可以将配套装置200请求的特定广播服务属性发送到配套装置200。
另外,配套装置200可以获取能够获取广播服务属性的URL并且基于用于获得广播服务属性的URL获得特定广播服务属性,替代从广播接收装置100获取特定广播服务属性。通过这样的操作,能够防止广播接收装置100不必要地通知配套装置200广播服务属性被改变。
广播接收装置100可以通过广播网络接收自然灾难、恐怖袭击、或者战争的紧急报警。另外,广播接收装置100可以通知用户灾难、恐怖袭击、或者战争的紧急报警。因此,数人能够快速地和有效地确认国家灾难。然而,如果用户没有连续地查看广播接收装置100,则用户不可以确认这样的紧急报警。即使当用户没有连续地查看广播接收装置100时,用户很有可能始终携带诸如移动电话或者平板的配套装置。因此,如果广播接收装置100将紧急报警发送到配套装置200并且配套装置200显示紧急报警,则用户能够有效地和有效地确认国家灾难。
图129是示出根据本发明的实施例的在广播网络上生成和发送紧急报警的过程的视图。
用于通过广播服务管理紧急报警的报警系统允许具有通过综合公共报警&警告系统(IPWS)发布紧急报警或者输入紧急信息或者从其它来源接收公告报警协议(CAP)消息的权限的授权。报警系统确定是否CAP消息对应于当前区域。如果CAP消息对应于当前区域,则CAP消息被插入到广播信号中。因此,通过广播信号发送CAP消息。现在将会描述用于在广播接收装置100处接收广播信号并且将紧急报警发送到用户的操作。
图130是示出根据本发明的实施例的在广播网络上通过广播接收装置用信号发送的紧急报警的提取和显示的视图。
广播发送装置300可以基于广播信号提取紧急报警表(EAT)并且从EAT提取CAP消息。另外,广播发送装置300可以基于EAT中包括的非实时服务标识符获得与紧急报警有关的附加信息。更加详细地,广播接收装置100可以基于在EAT中的EAS_NRT_service_id字段获得与紧急报警有关的附加信息。更加详细地,广播接收装置200可以基于在EAT中包括的非实时服务标识符从用于用信号发送非实时服务的表中获取关于用于发送与紧急报警有关的附加信息的FLUTE会话的信息。这时,用于用信号发送非实时服务的表可以是服务映射表(SMT)。广播接收装置100可以基于关于FLUTE会话的信息从FLUTE会话接收与紧急报警有关的附加信息。广播接收装置100可以接收紧急报警,并且在用于显示关于广播服务和广播服务节目的信息的服务指南上显示紧急报警。更加详细地,广播接收装置100可以从指南访问表(GAT)提取服务标识符,从用于用信号发送非实时服务的表提取与服务标识符相对应的信息并且接收紧急报警。在详细的实施例中,广播接收装置100可以获取关于与从GAT提取的服务标识符相对应的服务的FLUTE会话的信息。其后,广播接收装置100可以基于关于FLUTE会话的信息接收紧急报警消息,并且在服务指南上显示紧急报警消息。CAP消息的格式可以在图131中被示出。
图132是图示根据本发明的实施例的示出服务类型、服务ID、指示广播接收装置用信号发送的紧急报警服务的紧急报警状态、紧急报警的动作、以及动作宗量的变量的视图。
广播接收装置100可以将紧急报警消息递送给配套装置200并且广播接收装置100可以在没有变化的情况下将接收到的消息递送给配套装置200或者仅将由广播接收装置100接收到的消息中的一些递送给配套装置200。
本发明的实施例的UPnP装置类型可以是“urn:atsc.org”device:atsc3.0rcvr”并且能够接收EAS数据的EAS UPnP的服务类型可以是“urn:atsc.org:service:atsc3.0:eas:1”。
如在图132的(a)中所示,在本发明的实施例中,从广播接收装置用信号发送到配套装置的紧急报警服务的服务类型可以具有atsc3.0:atsc3.0eas:1的值。另外,服务ID信息可以具有urn:atsc.org:service:atsc3.0eas的值。
作为第一实施例,存在将通过广播接收装置接收到的紧急报警消息没有变化地递送给配套装置的方法。广播接收装置可以将整个接收到的消息递送给配套装置。在这样的情况下,配套装置需要根据紧急报警消息类型解析消息。
图132的(b)、(d)以及(e)示出第一实施例的EAS UPnP服务的状态变量、动作和宗量。
如在图132的(b)中所示,在第一实施例中,状态变量可以包括指示紧急报警的变量(紧急报警)和指示紧急报警属性的变量(EmergencyAlertProperty)。EmergencyAlert是要求的字符串状态变量并且可以以XML或者JSON描述,与图132的(c)中示出的元素一样。在图132的(c)中,EmergencyAlert可以包括接收到的时间信息、消息类型信息以及版本信息。
接收到的时间信息可以通过<dateTime>表示并且可以存储关于当广播接收装置接收紧急消息时的时间的信息。消息类型信息可以通过<messageType>表示并且可以指示是否消息是CAP类型或者CMAS类型。版本信息可以通过<version>表示并且指示每个消息类型的版本信息。
广播接收装置可以接收和解析紧急报警消息并且使用事件协议通知配套装置以上述数据格式的EmergencyAlert状态变量。使用上述元素信息,配套装置可以根据类型解析紧急报警消息。
EmergencyAlertProperty状态变量是要求的字符串类型状态变量并且以XML或者JSON表示。EmergencyAlertProperty可以具有关于紧急报警服务的紧急报警属性的信息。即,除了在上述紧急报警消息格式的实施例中描述的消息的类型信息之外,EmergencyAlertProperty还可以具有实际的紧急报警消息信息。当EmergencyAlertProperty被递送给配套装置时,事件协议可以或者不可以被使用。
如在图132的(b)中所示,第一实施例的动作可以包括用于请求所有的紧急报警属性的动作。此动作可以通过GetAllEmergencyAlertProperty表示。此动作是要求的动作并且被用于获取所有的紧急报警消息。此动作可以被用于获取改变的紧急报警属性。因为用于请求所有的紧急报警属性的动作被用于或者紧急报警消息的内容,所以此动作的名称可以是GetAllEmergencyAlertMessage。
如在图132的(c)中所示,用于第一实施例的动作的宗量可以包括紧急报警属性。这可以通过EmergencyAlertProperty宗量来表示。在上述的GetAllEmergencyAlertMessage中,可以存在EmergencyAlertProperty宗量。当配套装置使用GetAllEmergencyAlertMessage以便于获取由广播接收装置接收到的紧急报警消息的内容时,广播接收装置可以通过EmergencyAlertProperty宗量返回紧急报警消息的内容。
图133是示出根据本发明的实施例的示出用于用信号发送来自于广播接收装置的紧急报警的操作的梯形图。
广播接收装置100和配套装置200生成配对会话(S2101)。更加详细地,广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加详细地,配套装置200可以通过通信单元生成与广播接收装置100的配对会话。更加详细地,广播接收装置100和配套装置200可以生成用于双向通信的配对会话。广播接收装置100和配套装置200的详细操作可以等同于图113的实施例的详细操作。
配套装置200从广播接收装置100请求紧急报警接收通知(S2103)。更加详细地,配套装置200可以通过控制器从广播接收装置100请求紧急报警接收通知。更加详细地,配套装置200可以通过UPnP协议从广播接收装置100请求紧急报警接收通知。在详细的实施例中,配套装置200可以基于事件协议从广播接收装置100请求对用于紧急报警接收通知的事件的订阅,以便于接收指示紧急报警服务的紧急报警状态变量被改变的信息。
广播接收装置100从广播发送装置300接收包括紧急报警的消息(S2105)。更加详细地,广播接收装置100可以通过广播接收单元110从广播发送装置300接收紧急报警消息。
广播接收装置100基于紧急报警消息通知配套装置200关于紧急报警消息的信息(S2107)。更加详细地,广播接收装置100可以基于紧急报警消息通过控制器150通知配套装置200关于紧急报警消息的信息。在详细的实施例中,广播接收装置100可以通过指示关于紧急报警消息的信息的变量通知配套装置200关于紧急报警消息的信息。在详细的实施例中,指示关于紧急报警消息的信息的变量可以是EmergencyAlert。
配套装置200从广播接收装置100请求关于紧急报警的信息(S2109)。更加详细地,配套装置200可以通过控制器从广播接收装置100请求关于紧急报警的消息。在详细的实施例中,配套装置200可以通过用于请求紧急报警的动作请求紧急报警。在详细的实施例中,用于请求紧急报警的动作可以是GetEmergencyAlertMessage。
广播接收装置100通知配套装置200关于包括所有紧急报警消息的紧急报警的信息(S2111)。更加详细地,广播接收装置100可以通过控制器150通知配套装置200关于包括所有紧急报警消息的紧急报警的信息。然而,在这样的情况下,因为应接收所有的紧急报警消息,所以这可能在广播接收装置100和配套装置200的操作中造成负担。因此,存在对于将紧急报警消息有效地发送到配套装置200的方法的需求。
广播接收装置100可以从紧急报警消息提取和发送对于配套装置200所必需的信息。在详细的实施例中,广播接收装置100可以从紧急报警消息提取用于识别紧急报警的标识符、指示紧急报警的种类的信息、指示紧急报警的描述的信息、指示与紧急报警相对应的区域的信息、指示紧急报警的紧急性的信息、关于引起紧急报警的灾难的严重性的信息、以及指示引起紧急报警的灾难的确定性的信息中的至少一个。在详细的实施例中,广播接收装置100可以从紧急报警消息提取是用于识别紧急报警的元素的标识符(identifier)、作为指示紧急报警的种类的元素的种类(category)、作为指示用于紧急报警的描述的元素的描述(description)、作为指示与紧急报警相对应的区域的元素的areaDesc、作为指示紧急报警的紧急性的元素的紧急性(urgency)、作为指示引起紧急报警的灾难的严重性的元素的严重性(security)、以及作为指示引起紧急报警的灾难的确定性的元素的确定性(certainty)中的至少一个。
图134是示出根据本发明的实施例的被包括在广播接收装置的紧急报警通知消息中的信息的视图。在第一实施例的梯形图中,配套装置可以从广播接收装置请求紧急报警并且可以递送例如GetAllEmergencyAlertMessage()。广播接收装置可以响应于GetAllEmergencyAlertMessage()将被包括在紧急报警消息中的所有信息返回到配套装置。图135至图137是示出根据本发明的另一实施例的用于在广播接收装置处确定紧急报警的优先级的准则的视图。
配套装置200可以基于指示紧急报警的紧急性的信息、关于引起紧急报警的灾难的严重性的信息、以及指示引起紧急报警的灾难的确定性的信息的值分类优先级。这时,配套装置200可以根据在指示紧急报警的紧急性的信息、关于引起紧急报警的灾难的严重性的信息、以及指示引起紧急报警的灾难的确定性的信息当中具有最高优先级的值确定紧急报警的优先级。在详细的实施例中,配套装置200可以根据指示紧急报警的紧急性的信息、关于引起紧急报警的灾难的严重性的信息、以及指示引起紧急报警的灾难的确定性的信息的值将紧急报警的优先级分类成三个紧急性级别。例如,如在图135的实施例中,配套装置可以确定与立即(Immediate)或者预期(Expected)相对应的紧急性元素具有最高的优先级,与未来(Future)相对应的紧急性元素具有比最高优先级低并且比最低优先级高的中等优先级,与过去(Past)相对应的紧急性元素具有最低的优先级,并且与未知(Unknown)相对应的紧急性元素对应于初始值。这时,初始值可以具有低于最高优先级并且高于最低优先级的中等优先级。另外,在图135的实施例中,配套装置200可以确定与极其或者严重相对应的严重性元素具有最高的优先级,与中等相对应的严重性元素具有低于最高优先级和高于最低优先级的中间优先级,与较小相对应的严重性元素具有最低的优先级,并且与未知相对应的严重性元素对应于初始值。这时,初始值可以是低于最高的优先级并且高于最低的优先级的中间优先级。另外,在图135的实施例中,配套装置200可以确定与非常有可能或者可能相对应的确定性元素具有最高的优先级,与可能相对应的确定性元素具有低于最高优先级并且高于最低优先级的中间优先级,与不可能相对应的确定性元素具有最低的优先级,并且与未知相对应的确定性元素具有初始值。这时,初始值可以是低于最高优先级并且高于最低优先级的中间优先级。
在另一实施例中,配套装置200可以基于指示紧急报警的紧急性的信息、关于引起紧急报警的灾难的严重性的信息、以及指示引起紧急报警的灾难的确定性的信息的值给予紧急报警的优先级的点数,并且根据点数总和确定紧急报警的优先级。在详细的实施例中,配套装置200可以将点数给予指示紧急报警的紧急性的信息、关于引起紧急报警的灾难的严重性的信息、以及指示引起紧急报警的确定性的信息。例如,在图136的实施例中,配套装置可以将5点给予与预期相对应的紧急元素,将3点给予与未来相对应的紧急元素,将2点给予与过去相对应的紧急元素,并且将1点给予与未知相对应的紧急元素。另外,如在图136的实施例中一样,配套装置可以将5点给予与极其相对应的严重性元素,将4点给予与严重相对应的严重性元素,将2点给予与较小相对应的严重性元素,并且将1点给予与未知相对应的严重性元素。另外,在图136的实施例中,配套装置200可以将5点给予与非常有可能相对应的确定性元素,将3点给予与可能相对应的确定性元素,将2点给予与不可能相对应的确定性元素,并且将1点给予与未知相对应的确定性元素。这时,如果点数总和大于10或者小于或者等于15,则配套装置200可以确定紧急报警具有最高优先级。另外,如果点数总和大于5或者小于或者等于10,则配套装置200可以确定紧急报警具有中间优先级。另外,如果点数总和大于0或者小于或者等于5,则配套装置200可以确定紧急报警具有最低优先级。
在另一详细的实施例中,配套装置可以通过不同的权重将点给予指示紧急报警的紧急性的信息、关于引起紧急报警的灾难的严重性的信息、以及指示引起紧急报警的确定性的信息。例如,在图137的实施例中,配套装置200可以将9点给予与立即相对应的紧急性元素,将8点给予与预期相对应的紧急性元素,将7点给予与未来相对应的紧急性元素,将5点给予与过去相对应的紧急性元素,并且将0点给予与未知相对应的紧急性元素。另外,在图137的实施例中,配套装置200可以将5点给予与极其相对应的严重性元素,将4点给予与严重相对应的严重性元素,将3点给予与中等相对应的严重性元素,将2点给予与较小相对应的严重性元素,并且将0点给予与未知相对应的严重性元素。另外,在图137的实施例中,配套装置200可以将6点给予与非常有可能相对应的确定性元素,将5点给予与可能相对应的确定性元素,将4点给予与可能相对应的确定性元素,将3点给予与不可能相对应的确定性元素,并且将0点给予与未知相对应的确定性元素。这时,如果点数总和大于10或者小于或者等于15,则配套装置200可以确定紧急报警具有最高优先级。另外,如果点数总和大于5或者小于或者等于10,则配套装置200可以确定紧急报警具有低于最高优先级并且高于最低优先级的中间优先级。另外,如果点数总和大于0或者小于或者等于5,则配套装置200可以确定紧急报警具有最低优先级。
配套装置200可以基于紧急报警的优先级显示紧急报警。在详细的实施例中,配套装置200可以基于紧急报警的优先级改变报警声音、报警持续时间、报警的数目、以及紧急报警显示时间中的至少一个。例如,随着紧急报警的优先级增加,配套装置200可以增加报警声音。另外,随着紧急报警的优先级增加,配套装置200可以在较长的时间段保持报警。
在本发明的第一实施例中,广播接收装置100应将整个紧急报警消息发送到配套装置。然而,配套装置200可能需要紧急报警消息的一些信息。因此,存在在广播接收装置200处仅发送紧急报警消息的由配套装置200请求的一些信息的方法。在下面的第二实施例中将会描述此。
图138是示出根据本发明的另一实施例的指示由广播接收装置用信号发送的紧急报警的状态、紧急报警动作以及动作宗量的变量的视图。下面的描述可以对应于第二实施例。本发明的UPnP装置类型可以是“urn:atsc.org”device:atsc3.0rcvr”并且能够接收EAS数据的EAS UPnP服务的服务类型可以是“urn:atsc.org:service:atsc3.0:eas:1”。服务类型和服务ID等同于第一实施例的那些。
当从广播接收装置100请求关于紧急报警的信息时,配套装置200可以要获取的紧急信息的特定信息。紧急报警的特定信息可以是在被包括在紧急报警消息中的多条信息当中的一个或者多个。这时,广播接收装置100可以将紧急报警的特定信息发送到配套装置200。为此,配套装置200可以使用用于请求紧急报警的特定信息的动作。这时,动作可以具有用于识别紧急报警的特定信息的参数作为输入宗量。
图138的(a)示出属于第二实施例的EAS UPnP服务的状态变量。如在附图中所示,属于EAS UPnP服务的状态变量可以包括EmergencyAlert、EmergencyAlertProperty以及EmergencyAlertField变量。
EmergencyAlert是要求的字符串类型状态变量并且等同于第一实施例的那些。EmergencyAlert可以具有XML或者JSON字符串类型。
EmergencyAlertProperty是要求的字符串类型状态变量并且通过在EmergencyAlertField中输入所期待的字数消息的所期待的字段可以作为EmergencyAlertProperty被接收。EmergencyAlertProperty可以具有XML或者JSON字符串类型。
一个或多个字段可以被输入到EmergencyAlertField,输入字段的值可以作为被接收EmergencyAlertProperty,如果没有给出EmergencyAlertField的值,则整个消息可以作为EmergencyAlertProperty被接收。如果整个消息被返回,则EmergencyAlertProperty等同于第一实施例的。EmergencyAlertField可以具有CSV、XML或者JSON字符串类型。
如在图138的(b)中所示,在第二实施例中,用于请求紧急报警的特定信息的动作可以是GetEmergencyAlertProperty。GetEmergencyAlertProperty是要求的动作并且是用于获取紧急报警的整个消息的动作。此动作可以被用于获取被改变的紧急报警属性。如果此动作被用于获取被包括在紧急报警消息中的信息,则可以通过GetEmergencyAlertMessage表示动作的名称。
如在图138的(c)中所示,在第二实施例中,GetEmergencyAlertMessage可以包括EmergencyAlertProperty和EmergencyAlertField宗量。如果GetEmergencyAlertMessage动作被用于配套装置获取在通过广播接收装置接收到的紧急报警消息中包括的信息的全部或者一些,则可以使用EmergencyAlertField参数仅请求所期待的紧急消息信息。广播接收装置可以通过EmergencyAlertProperty宗量返回被包括在紧急报警消息中的信息的全部或者一些。
图139是示出根据本发明的另一实施例的用于将紧急报警从广播接收装置用信号发送到配套装置的操作,即,根据第二实施例的在广播接收装置和配套装置处接收紧急报警状态变量的方法的梯形图。
广播接收装置100和配套装置200生成配对会话(S2121)。更加详细地,广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加详细地,配套装置200可以通过通信单元生成与广播接收装置100的配对会话。如上所述,广播接收装置100和配套装置200可以生成用于双向通信的配对会话。广播接收装置100和配套装置200的详细操作可以等同于上述第一实施例的详细操作。
配套装置200从广播接收装置100请求紧急报警接收通知(S2123)。更加详细地,配套装置200可以通过控制器从广播接收装置100请求紧急报警接收通知,以便于接收紧急报警状态变量已经改变的信息。配套装置200的详细操作等同于第一实施例的详细操作。
广播接收装置100基于广播服务接收包括紧急报警的紧急报警消息(S2125)。更加详细地,广播接收装置100可以通过广播接收单元110从广播发送装置300接收包括紧急报警的紧急报警消息。
广播接收装置100基于紧急报警消息通知配套装置200关于紧急报警消息的信息(S2127)。更加详细地,广播接收装置100可以基于紧急报警消息通过控制器150通知配套装置200关于紧急报警消息的信息。另外,在详细的实施例中,广播接收装置100可以通过指示关于紧急报警消息的信息的变量通知配套装置200关于紧急报警消息的信息。在详细的实施例中,广播接收装置100可以通过指示关于紧急报警消息的信息的变量通知配套装置200关于紧急报警消息的信息。在详细的实施例中,指示关于紧急报警消息的参数可以是图128的EmergencyAlert。
配套装置200从广播接收装置100请求紧急报警的特定信息(S2129)。配套装置200可以通过控制器从广播接收装置100请求紧急报警的特定信息。这时,紧急报警的特定信息可以是关于对于配套装置200提供用于紧急报警的附加信息所必需的紧急报警的信息。在详细的实施例中,配套装置200可以从广播接收装置100请求用于识别紧急报警的ID、指示紧急报警的种类的信息、指示紧急报警的描述的信息、指示与紧急报警相对应的区域的信息、指示紧急报警的紧急性的信息、关于引起紧急报警的灾难的严重性的信息、以及指示引起紧急报警消息的紧急报警的灾难的确定性的信息中的至少一个。在详细的实施例中,广播接收装置100可以从广播接收装置100请求作为用于识别紧急报警的元素的标识符、作为指示紧急报警的种类的元素的种类、作为指示用于紧急报警的描述的元素的描述、作为指示与紧急报警相对应的区域的元素的areaDesc、作为指示紧急报警的紧急性的元素的紧急性、作为指示引起紧急报警的灾难的严重性的元素的严重性、以及作为指示引起紧急报警消息的紧急报警的灾难的确定性的元素的确定性中的至少一个。在详细的实施例中,配套装置200可以使用上述GetEmergencyAlertMessage和EmergencyAlertField从广播接收装置100请求紧急报警的特定信息。例如,配套装置可以包括像GetEmergencyAlertMessage(“标识符,种类,紧急性,严重性,确定性,描述”)一样的输入参数中的所期待的字段名称以执行GetEmergencyAlertMessage动作以便于从广播接收装置请求紧急报警消息中的一些。
配套装置可以在没有在像GetEmergencyAlertMessage(“”)一样的输入参数中包括所期待的字段名称的情况下执行GetEmergencyAlertMessage动作,以便于从广播接收装置请求一些紧急报警消息。即,空的字符串可以被使用。广播接收装置100基于紧急报警消息提取紧急报警的特定信息(S2131)。更加详细地,广播接收装置100可以基于紧急报警消息通过控制器150提取紧急报警的特定信息。更加详细地,广播接收装置100可以通过控制器150从紧急报警消息提取紧急报警的特定信息。如果配套装置请求整个紧急报警消息,则广播接收装置可以不执行提取特定信息的步骤。
广播接收装置100通知配套装置200紧急报警的特定信息(S2133)。更加详细地,广播接收装置100可以通过控制器150通知配套装置200紧急报警的特定信息。更加详细地,广播接收装置100可以基于配套装置200的请求通知紧急报警的特定信息。即,响应于作为用于配套装置200的紧急报警的信息的请求的GetEmergencyAlertMessage(),广播接收装置可以将紧急报警消息的全部或者一些递送给配套装置。用于在广播接收装置处返回整个紧急报警消息的操作等同于第一实施例的操作。另外,在图140中示出从广播接收装置返回的整个紧急报警消息。图140是示出根据本发明的实施例的从广播接收装置返回的以XML的紧急报警消息。广播接收装置可以返回关于由配套装置请求的标识符、种类、紧急性、严重性、确定性以及描述的信息。
图141是示出根据本发明的另一实施例的指示通过广播接收装置用信号发送的紧急报警的状态、紧急报警动作以及动作宗量的变量的视图。下面的描述可以对应于本发明的第三实施例。
除了在第一和第二实施例中描述的紧急报警消息的递送之外,广播接收装置还可以将紧急报警有关的补充信息递送给配套装置。广播接收装置可以通过下一代混合广播系统提供的服务接收除了消息之外的补充信息。广播接收装置可以将服务ID和紧急消息ID递送给配套装置。另外,广播接收装置可以将URL递送给配套装置,并且配套装置可以使用接收到的URL通过内容提供商或者广播服务器接收紧急报警有关的补充信息。服务类型和服务ID可以等同于第一实施例的那些。
如在图141的(a)中所示,状态变量可以包括紧急报警。紧急报警是要求的变量并且可以具有XML或者JSON字符串类型。例如,EmergencyAlert可以是具有在图141的(b)中示出的元素的XML。<ServiceId>可以指示通过PD提供的服务的ID。<MessageId>可以指示通过PD接收到的紧急报警消息的ID。<MessageURI>可以指示关于内容服务器的紧急报警有关补充信息的URL。另外,<MessageURI>可以指示当广播接收装置通过诸如FLUTE的协议广播接收装置接收紧急报警有关的补充信息时,广播接收装置中的紧急报警有关的补充信息的位置。在这样的情况下,URI的实施例可以等同于“file://EAS/messageFiles/”。如果URI的开始是http://or https://,则内容服务器的URL可以被指示,并且否则PD的位置可以被指示。
如在图141的(c)中所示,用于紧急报警的动作可以包括用于请求紧急报警信息的动作。这可以通过GetEmergencyAlertInfo表示。GetEmergencyAlertInfo可以被用于在广播接收装置与配套装置配对之后配套装置从广播接收装置请求用于紧急报警有关的补充信息的ServiceId、MessageId以及MessageURI。
如在图141的(d)中所示,动作宗量可以包括紧急报警宗量。当配套装置请求GetEmergencyAlertInfo动作时,广播接收装置可以通过紧急报警宗量返回用于紧急报警有关的补偿信息的ServiceId、MessageId以及MessageURI。
图142是示出根据本发明的另一实施例的用于将紧急报警从广播接收装置用信号发送到配套装置的操作,即,根据第三实施例的在广播接收装置和配套装置处接收紧急报警状态变量的方法的梯形图。
广播接收装置100可以通过诸如移动电话的配套装置200的发现和与诸如移动电话的配套装置200的配对生成配对会话(DS1421)。发现和配对可以等同于上述实施例的那些。
配套装置200可以从广播接收装置100请求对紧急报警信息的订阅(DS1422)。配套装置可以从广播接收装置发出用于通知配套装置紧急报警服务的紧急报警状态变量的请求。
广播发送装置300可以通知广播接收装置100紧急报警消息(DS1423)。
广播接收装置100可以通知配套装置200紧急报警状态变量(EmergencyAlert状态变量)(DS1424)。在基于UPnP的架构的情况下,广播接收装置100可以根据“事件”协议通知配套装置紧急报警状态变量。在此,紧急报警状态变量可以包括如上所述的messageId、ServiceId以及messageURL。
配套装置200可以使用接收到的messageId和ServiceId请求被存储在广播接收装置100中的补充信息(DS1425)。另外,配套装置200可以使用messageURL通过内容服务器400的URL请求补充信息(DS1426)。
通过内容服务器400的URI或者广播接收装置100的URI递送来自于配套装置200的紧急报警消息有关的补充信息的方法可以等同于上述实施例的方法。
图143是示出根据本发明的另一实施例的指示通过广播接收装置用信号发送的紧急报警的状态的变量的视图。下面的描述可以对应于第四实施例。
在接收紧急报警消息之后,广播接收装置可以配置要向用户显示的UI。另外,通过广播接收装置配置的紧急报警UI可以被显示在配套装置上。在这样的情况下,广播接收装置可以配置用于配套装置的单独的UI。使用UPnP的实施例将会被描述。
第四实施例不同于第三实施例之处在于,在没有递送通过广播接收装置递送的紧急报警消息的情况下通过广播接收装置配置的UI可以被显示在配套装置上。
在广播接收装置配置UI之后,例如,广播接收装置将与紧急报警消息有关的配置的UI页面,即,html页面的URI,递送给配套装置并且然后配套装置可以访问html页面并且查看与紧急报警消息有关的UI。
服务类型和服务ID等同于第一实施例的那些。
图143的(a)示出属于第四实施例的EAS UPnP服务的状态变量。状态变量可以包括指示紧急报警的状态变量。这可以通过EmergencyAlert表示。EmergencyAlert是要求的状态变量,并且可以具有XML字符串类型。EmergencyAlert可以被用于通知配套装置广播接收装置接收紧急报警消息。EmergencyAlert可以是具有在图143的(b)中示出的元素。指示紧急报警的状态变量可以包括关于服务标识符、消息标识符以及位置列表的信息。
服务标识符可以通过<ServiceId>表示,并且可以指示通过广播接收装置提供的服务的标识符。消息标识符可以通过<MessageId>表示,并且可以指示通过广播接收装置接收到的紧急报警消息的标识符。位置列表可以通过<URIList>表示,并且可以使用通过广播接收装置接收到的紧急报警消息指示指示html页面的位置的URI的列表。被包括在位置列表中的位置信息可以通过<URI>表示,并且可以使用通过广播接收装置接收到的紧急报警消息指示配置UI的html页面的位置。位置信息可以被包括在<URIList>中,并且可以存在一条或者多条位置信息。指示紧急报警的状态变量可以被用于广播接收装置接收,并且将紧急报警消息递送给配套装置。
另外,状态变量可以包括指示紧急报警位置的状态变量。指示紧急报警位置的状态变量可以通过A_ARG_TYPE_EmergencyAlertURI表示。A_ARG_TYPE_EmergencyAlertURI可以关联于用于紧急报警的位置的动作的输出宗量,并且在图143的(c)中示出数据格式的实施例。
图144是示出根据本发明的另一实施例的通过广播接收装置用信号发送的紧急报警的动作和动作宗量的视图。下面的描述可以对应于在本发明的第四实施例中使用的用于紧急报警的动作和动作宗量。
如在图144的(a)中所示,用于在第四实施例中使用的紧急报警的动作可以包括用于请求紧急报警的动作和用于请求紧急报警的位置的动作。
用于请求紧急报警的动作可以通过GetEmergencyAlert动作表示。配套装置可以在配对之后使用GetEmergencyAlert动作紧急消息检查是否广播接收装置接收紧急。在广播接收装置已经接收紧急报警消息之后配套装置可以使用GetEmergencyAlert动作。
用于请求紧急报警的位置的动作可以通过GetEmergencyAlertURI动作表示。配套装置可以使用GetEmergencyAlertURI动作获取通过广播接收装置配置的UI页面的URI。
如在图144的(b)中所示,用于在第四实施例中使用的紧急报警的动作的宗量可以包括紧急报警宗量和紧急报警位置宗量。
紧急报警宗量可以通过EmergencyAlert宗量表示。当配套装置执行GetEmergencyAlert动作时,广播接收装置可以通过EmergencyAlert宗量递送紧急报警消息有关的信息。
紧急报警位置宗量可以通过EmergencyAlertURI宗量表示。当配套装置执行GetEmergencyAlertURI动作时,广播接收装置可以通过EmergencyAlertURI宗量将通过广播接收装置配置的UI的URI信息递送给配套装置。虽然通过GetEmergencyAlert()动作或者EmergencyAlert状态变量的事件可以获得此URI信息,因为GetEmergencyAlertURI()动作没有递送除了URI之外的信息,所以传输效率可以增加。可替选地,A_ARG_TYPE_EmergencyAlertURI状态变量可以被定义为事件变量,并且在没有单独的动作的情况下可以被递送给配套装置。
图145是示出根据本发明的另一实施例的将紧急报警从广播接收装置用信号发送到配套装置的操作的梯形图,即,根据第四实施例的梯形图。
广播接收装置100和配套装置200生成配对会话(S2161)。更加详细地,广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加详细地,配套装置200可以通过通信单元生成与广播接收装置100的配对会话。如上所述,广播接收装置100和配套装置200可以生成用于双向通信的配对会话。
配套装置200从广播接收装置100请求紧急报警接收通知(S2163)。更加详细地,配套装置200可以通过控制器从广播接收装置100请求紧急报警接收通知,使得通知配套装置指示紧急报警服务的紧急报警的状态变量被改变。
广播接收装置100基于广播服务接收紧急报警消息(S2165)。更加详细地,广播接收装置100可以通过广播接收单元110从广播发送装置300接收紧急报警消息。
广播接收装置100基于紧急报警消息通知配套装置200关于紧急报警消息的信息和紧急报警的UI信息(S2167)。更加详细地,广播接收装置100可以基于紧急报警消息通过控制器150通知配套装置200关于紧急报警消息的信息和紧急报警的UI信息。这时,关于紧急报警的UI信息可以包括表示紧急报警的UI的列表。
配套装置200基于紧急报警的UI信息从广播接收装置100请求用于紧急报警的UI(S2169)。更加详细地,配套装置200可以基于关于紧急报警的UI信息通过控制器从广播接收装置100请求用于紧急报警的UI信息。
广播接收装置100基于配套装置200的请求将能够获取紧急报警的UI的URI发送到配套装置200(S2171)。广播接收装置100可以基于配套装置200的请求通过控制器150向配套装置200发送能够获取紧急报警的UI的URI。
配套装置200基于能够获取紧急报警的UI的URI显示紧急报警的UI(S2173)。配套装置200可以基于能够获取紧急报警的UI的URI通过控制器显示紧急报警的UI。更加详细地,配套装置200可以基于能够获取紧急报警的UI的URI获取UI。这时,配套装置200可以从外部服务器获取紧急报警的UI。例如,配套装置200可以从外部服务器接收用于紧急报警的UI的图像文件、HTML文件、以及XML文件中的至少一个。这时,外部服务器可以是内容/信令服务器400。在另一详细实施例中,配套装置200可以事先存储紧急报警的UI,并且调用在被存储的UI当中的与URI相对应的UI。另外,配套装置200可以显示通过这样的操作获得的紧急报警的UI。因为配套装置200通过这样的操作处理紧急报警,所以能够减少配套装置200的负载。虽然配套装置要求用于在第一实施例中解析紧急消息的解析器,但是在第四实施例中使用的配套装置没有要求用于解析单独的紧急消息的解析器,因为配套装置从外部设备接收通过重新配置被解析的紧急消息而获得的UI。
图146是示出根据本发明的另一实施例的用于将紧急报警从广播接收装置用信号发送到配套装置的操作的梯形图,即,在第四实施例中使用GetEmergencyAlertURI动作的情况的梯形图。
广播接收装置100和配套装置200生成配对会话(DS1461)。更加具体地,广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加具体地,配套装置200可以经由通信单元生成与广播接收装置100的配对会话。如上所述,广播接收装置100和配套装置200可以生成用于如上所述的双向通信的配对会话。
配套装置200从广播接收装置100请求紧急报警接收通知(DS1462)。更加详细地,配套装置200可以通过控制器从广播接收装置100请求紧急报警接收通知,使得通知配套装置指示紧急报警服务的紧急报警的状态变量被改变。
广播接收装置100基于广播服务接收包括紧急报警的紧急报警消息(DS1463)。更加详细地,广播接收装置100可以通过广播接收单元110从广播发送装置300接收包括紧急报警的紧急报警消息。
广播接收装置100可以在接收包括紧急报警的紧急报警消息之后改变紧急报警状态(DS1464)。更加具体地,在接收包括紧急报警的紧急报警消息之后广播接收装置100可以使用远程UI服务配置用于表示紧急报警消息和有关的补充信息的UI。作为此方法的另一实施例,存在使用UPnP的远程UI服务的方法。广播接收装置可以通知配套装置通过改变紧急报警状态生成紧急报警。
广播接收装置100可以基于紧急报警消息通知配套装置200关于紧急报警消息的信息和紧急报警的UI信息(DS1465)。更加详细地,广播接收装置100可以基于紧急报警消息通过控制器150通知配套装置200关于紧急报警消息的信息和紧急报警的UI信息。
配套装置200基于能够获取紧急报警的UI的URI显示紧急报警的UI(DS1466)。配套装置200可以基于能够获取紧急报警的UI的URI通过控制器显示紧急报警的UI。更加具体地,配套装置200可以基于能够获取紧急报警的UI的URI获取UI。这时,配套装置200可以从外部服务器接收紧急报警的UI。例如,配套装置200可以从外部服务器接收用于紧急报警的UI的图像文件、HTML文件、以及XML文件中的至少一个。这时,外部服务器可以是内容/信令服务器400。在另一详细实施例中,配套装置200可以事先存储紧急报警的UI,并且调用在存储的UI当中的与URI相对应的UI。另外,配套装置200可以显示通过这样的操作获得的紧急报警的UI。因为配套装置200通过这样的操作处理紧急报警,所以能够减少配套装置200的负载。虽然配套装置要求用于在第一实施例中解析紧急消息的解析器,但是在第四实施例中使用的配套装置不要求用于解析单独的紧急消息的解析器,因为配套装置从外部设备接收通过重新配置被解析的紧急消息而获得的UI。
配套装置200可以提供与广播服务相关联的附加的服务。为此,广播接收装置100可以将NRT数据发送到配套装置200。特别地,广播接收装置100可以将用于用信号发送用于NRT服务的内容项目的信息发送到配套装置200。内容项目是对于NRT服务呈现所必需的一个或者多个文件的集合。更加具体地,内容项目是意图由NRT服务提供商处理的一个或者多个文件的集合作为用于NRT服务呈现的单个单元。
图147是示出根据本发明的实施例的用于配套装置的NRT数据信令信息的视图。
在本发明中,在将通过广播接收装置接收到的NRT服务的内容项目用信号通过广播发送到配套装置的方法中的使用UPnP的实施例将会被描述。用于将从广播接收装置递送的NRT项目用信号发送到配套装置的方法可以被称为NRT数据信令服务。在使用UPnP的实施例中,NRTDataSignaling可以被定义,如在图47的(a)中所示。NRT数据信令服务的服务类型可以被定义为atsc3.0:nrtdatasignaling:1并且服务标识符可以被定义为urn:atsc.org:serviceId:atsc3.0:nrtdatasignaling。
图147的(b)示出在NRT数据信令的实施例中使用的NRT数据属性的XML架构结构。用于配套装置200的NRT数据信令信息可以包括用于识别NRT数据的标识符、指示NRT数据的消费模型的消费模型信息、指示其中广播接收装置100下载NRT数据的状态的下载状态信息、以及关于配置NRT数据的内容项目的信息中的至少一个。关于内容项目的信息可以包括用于识别内容项目的标识符、指示内容项目的名称的内容项目、指示内容项目的大小的大小信息、指示内容项目的回放时间的回放长度信息、以及指示通过其从内容服务器能够下载内容项目的URL的URL信息中的至少一个。用于配套装置200的NRT数据信令信息可以以XML格式描述。
用于配套装置200的NRT数据信令信息可以以图147的实施例中的XML格式被描述。另外,在图147的实施例中,用于配套装置200的NRT数据信令信息可以包括DataId、ConsumptionModel、以及DownloadingStatutContentItem中的至少一个。
DataId指示NRT数据的唯一的标识符。在详细的实施例中,仅一个DataId可以存在。在详细的实施例中,可以存在一个DataId。DataId可以具有无符号短数据类型。
ConsumptionModel指示NRT数据的消费模型。ConsumptionModel可以指示浏览&下载、门户、推送、触发、推送脚本化(push scripted)、门户脚本化(portal scripted)、以及电子节目指南(EPG)中的至少一个。更加详细地,浏览&下载指示NRT服务提供可下载的内容。另外,门户指示NRT服务提供通过与web浏览器相似的体验。另外,推送指示NRT服务基于用户请求提供内容。触发指示NRT服务提供与A/V节目同步的应用。推送脚本化指示当基于用户请求提供内容指示NRT服务的应用的宣告对象(DO)提供特定的UI。门户脚本化指示当提供与web浏览器相似的体验时DO提供特定的UI。EPG指示NRT服务提供通过广播接收装置100的EPG应用消耗的内容。在详细的实施例中,可以存在一个ConsumptionModel。在详细的实施例中,ConsumptionModel可以具有字符串数据类型。
DownloadingStatus指示广播接收装置100的NRT数据的下载状态。NRT数据的下载状态可以指示指示下载正在被执行的下载中、指示下载完成的完成、以及指示下载失败的错误中的至少一个。在详细的实施例中,可以存在一个DownloadingStatus。在详细的实施例中,DownloadingStatus可以具有字符串数据类型。
ContentItem指示NRT数据中包括的内容项目。在详细的实施例中,NRT数据可以包括一个或者多个内容项目。因此,可以存在一个或者多个ContentItem。
ContentItem可以包括作为属性的ContentItemId、ContentItemName、ContentItemSize、PlaybackLength、以及URL中的至少一个。
ContentItem是用于识别内容项目的标识符。在详细的实施例中,可以存在一个ContentItem。在详细的实施例中,ContentItem可以具有无符号短数据类型。
ContentItemName指示内容项目的名称。在详细的实施例中,可以存在一个或者多个ContentItemName。在详细的实施例中,ContentItemName可以具有字符串数据类型。
ContentItemSize指示内容项目的大小。在详细的实施例中,ContentItemSize可以以字节为单位表示。在详细的实施例中,可以存在一个ContentItemSize。另外,在详细的实施例中,ContentItemSize可以具有无符号短数据类型。
PlaybackLength指示内容项目的回放长度。仅当内容项目是视频或者音频时PlaybackLength可以存在。在详细的实施例中,可以存在一个或者多个PlaybackLength。在详细的实施例中,PlaybackLength可以具有无符号短数据类型。
URL指示能够从内容服务器接收内容项目的URL。
图148是根据本发明的实施例的广播接收装置基于用于广播接收装置的NRT数据信令信息生成用于配套装置的NRT数据信令信息的视图。
广播接收装置100可以基于广播信号接收用于广播接收装置100的NRT数据信令信息。广播接收装置100可以基于用于广播接收装置100的NRT数据信令信息发送用于配套装置200的NRT数据信令信息。更加详细地,广播接收装置100可以基于用于广播接收装置100的NRT数据信令信息发送用于配套装置200的NRT数据信令信息。广播接收装置100可以将生成的NRT数据信令信息发送到配套装置200。这时,广播接收装置100可以从用于广播接收装置100的NRT数据信令信息提取用于识别NRT数据的标识符、表示NRT数据的消费模型的消费模型信息、以及关于NRT数据包括的内容项目的信息中的至少一个。关于内容项目的信息可以包括指示内容项目的名称的内容项目名称、用于识别内容项目的内容项目标识符、指示内容项目的回放时间的回放长度信息、以及指示内容项目的大小的内容项目大小中的至少一个。
在详细的实施例中,用于广播接收装置100的信令信息可以被划分成用于用信号发送NRT数据的信息和用于用信号发送NRT数据包括的内容项目的信息。更加详细地,用于用信号发送NRT数据的信息可以是ATSC标准服务映射表(SMT)。另外,用于用信号发送内容项目的信息可以是ATSC标准非实时信息表(NRT-IT)。例如,广播接收装置100可以从SMT提取与NRT数据相对应的服务标识符,并且将服务标识符映射到NRT数据的标识符。另外,广播接收装置100可以从SMT提取与NRT数据相对应的消费模型,并且将消费模型映射到消费模型信息。另外,广播接收装置100可以从NRT IT提取内容名称,并且可以将内容项目映射到内容项目名称。另外,广播接收装置100可以从NRT IT提取内容链接,并且然后将链接映射到内容标识符。另外,广播接收装置100可以从NRT IT提取回放长度,并且将回放长度映射到回放长度信息。另外,广播接收装置100可以从NRT IT提取内容长度,并且将内容长度映射到内容项目大小。另外,广播接收装置100可以从NRT IT提取互联网位置,并且将互联网位置映射到URL。
另外,在详细的实施例中,广播接收装置100可以基于配套装置200的请求生成用于配套装置200的NRT数据信令信息。更加详细地,广播接收装置100可以生成包括配套装置200请求的NRT数据的属性的用于配套装置200的NRT数据信令信息。
广播接收装置100可以通过从用于广播接收装置100的NRT信令信息仅提取对于配套装置200所必需的信息,并且生成用于配套装置200的NRT数据信令信息,从而减少与配套装置200的通信业务。因此,广播接收装置100能够减少用于处理NRT数据信令信息的配套装置200的负载。
图149是示出根据本发明的实施例的用于NRT数据、用于获取NRT数据的动作、以及动作宗量的变量的视图。
广播接收装置100可以使用指示NRT数据的属性的变量和用于识别NRT数据的变量向配套装置200用信号发送NRT数据。当NRT数据被改变时,广播接收装置100可以将指示NRT数据的属性的变量递送到配套装置200。另外,配套装置200可以使用用于识别NRT数据的变量从广播接收装置100请求期待获取的NRT数据的属性。
在详细的实施例中,指示NRT数据的属性的变量可以是如在图149的(a)中所示的NRTDataProperty。NRTDataProperty作为要求的变量,并且可以具有字符串数据类型。如果配套装置200从广播接收装置100请求NRT数据信令通知,广播接收装置100可以将NRTDataProperty发送到配套装置200。用于表示用于NRTDataProperty的XML架构结构的数据格式在图149的(b)中被示出。用于识别NRT数据的变量可以是如在图149的(a)中所示的NRTDataID。NRTDataID是要求的变量并且可以具有字符串数据类型。
配套装置200可以使用用于请求NRT数据信令信息的动作以便于从广播接收装置100请求NRT数据的信令信息。用于请求NRT数据信令信息的动作可以被定义,如在图149的(c)中所示。用于请求NRT数据信令信息的动作可以使用用于识别NRT数据的变量作为输入宗量,并且使用指示NRT数据的属性的变量作为输出宗量,如在图149的(d)中所示。这时,用于请求NRT数据信令信息的动作可以是GetNRTDataProperty,如在图149的(c)中所示。GetNRTDataProperty的输入宗量可以是NRTDataID。GetNRTDataProperty的输出宗量可以是NRTDataProperty。即,当配套装置使用GetNRTDataProperty动作时,NRTDataID可以被包括作为输入参数。另外,配套装置可以通过NRTDataProperty宗量从广播接收装置接收所期待的NRTDataID的NRTDataProperty。
图150是根据本发明的实施例的示出将NRT数据从广播接收装置向配套装置用信号到配套装置的视图。
广播接收装置100和配套装置200生成配对会话(S2181)。更加详细地,广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加详细地,配套装置200可以通过通信单元生成与广播接收装置100的配对会话。如上所述,广播接收装置100和配套装置200可以生成用于交互式通信的配对会话。另外,在用于生成配对会话的过程中,广播接收装置100可以基于与配套装置200的应用的兼容性生成配对会话。更加详细地,当其与配套装置200的应用兼容时,广播接收装置100生成配对会话。更加详细地,为了检查兼容性,广播接收装置100可以检查配套装置200的应用版本和应用标识符中的至少一个。在另一详细的实施例中,配套装置200可以在用于生成配对会话的过程中检查与广播接收装置100的应用的兼容性。更加详细地,当其与广播接收装置100的应用的兼容可能时,配套装置200生成配对会话。更加详细地,为了检查兼容性,配套装置200可以检查广播接收装置100的应用版本和应用标识符中的至少一个。
配套装置200从广播接收装置100请求NRT数据信令信息(S2183)。更加详细地,配套装置200可以通过控制器从广播接收装置100请求NRT数据信令信息通知。更加详细地,配套装置200可以使用UPnP协议从广播接收装置100请求NRT数据信令信息通知。在详细的实施例中,配套装置200可以基于事件协议从广播接收装置100请求用于NRT数据的属性的事件的订阅。
广播接收装置100基于广播服务接收用于广播接收装置100的NRT数据信令信息(S2185)。更加详细地,广播接收装置100可以通过广播接收单元110从广播发送装置300接收NRT数据。
广播接收装置100基于NRT数据信令信息接收NRT数据(S2187,S2189)。更加详细地,广播接收装置100可以基于NRT数据信令信息通过广播接收单元110从广播网络接收NRT数据。另外,广播接收装置100可以基于NRT数据信令信息通过IP通信单元130从互联网网络接收NRT数据。
广播接收装置100基于用于广播接收装置100的NRT数据信令信息通知用于配套装置200的NRT数据信令信息(S2191)。更加详细地,广播接收装置100可以基于用于广播接收装置100的NRT数据信令信息通过控制器150通知配套装置200用于配套装置200的NRT数据信令信息。广播接收装置100可以基于如上所述的NRT数据信令信息生成用于配套装置200的NRT数据信令信息。广播接收装置100可以将用于配套装置200的被生成的NRT数据信令信息发送到配套装置200。另外,如上所述,广播接收装置100可以生成用于配套装置200的NRT数据信令信息,其包括配套装置200所请求的NRT数据属性。
如上所述,配套装置200可以从广播接收装置100请求用于配套装置200的NRT数据信令信息,并且获得用于配套装置200的NRT数据信令信息(S2193,S2195)。更加详细地,配套装置200可以发送用于识别NRT数据的标识符并且接收与标识符相对应的NRT数据信令信息。这时,广播发送装置100和配套装置200可以使用上述的动作和变量。
配套装置200可以基于NRT数据信令信息接收NRT数据。更加详细地,配套装置200可以基于NRT数据信令信息通过互联网网络接收NRT数据。在另一详细的实施例中,配套装置200可以基于NRT数据信令信息从广播接收装置100接收NRT数据。即使当配套装置200不能够直接接收广播服务并且不能够通过互联网网络访问用于提供NRT数据的服务器时,配套装置200也能够接收NRT数据。
图151是根据本发明的另一实施例的从广播接收装置到配套装置的NRT数据的信令的视图。
广播接收装置100和配套装置200生成配对会话(S2201)。更加详细地,广播接收装置100可以通过IP通信单元130生成与配对装置200的配对会话。更加详细地,配套装置200可以经由通信单元生成与广播接收装置100的配对会话。如上所述,广播接收装置100和配套装置200可以生成用于双向通信的配对会话。广播接收装置100和配套装置200的详细操作可以等同于上述实施例的那些。
配套装置200从广播接收装置100请求NRT数据信令信息通知(S2203)。更加详细地,配套装置200可以通过控制器从广播接收装置100请求NRT数据信令信息通知。更加详细地,配套装置200可以使用UPnP协议从广播接收装置100请求NRT数据信令信息通知。在详细的实施例中,配套装置200可以基于事件协议从广播接收装置100请求用于NRT数据的属性的事件的订阅。
广播接收装置100基于广播服务接收用于广播接收装置100的NRT数据信令信息(S2205)。更加详细地,广播接收装置100可以通过广播接收单元110从广播发送装置300接收NRT数据信令信息。
广播接收装置100可以基于用于广播接收装置100的NRT数据信令信息通知配套装置200用于配套装置200的NRT数据信令信息(S2207,S2209)。更加详细地,广播接收装置100可以基于用于广播接收装置100的NRT数据信令信息通过控制器150通知配套装置200用于配套装置200的NRT数据信令信息。广播接收装置100可以基于如上所述的NRT数据信令信息生成用于配套装置200的NRT数据信令信息。广播接收装置100可以将用于配套装置200的被生成的NRT数据信令信息发送到配套装置200。另外,如上所述,广播接收装置100可以生成用于配套装置200的NRT数据信令信息,其包括由配套装置200所请求的NRT数据属性。
广播接收装置100基于NRT数据信令信息开始接收NRT数据(S2211)。更加详细地,广播接收装置100可以基于NRT数据信令信息通过广播接收单元110从广播网络开始接收NRT数据。另外,广播接收装置100可以基于NRT数据信令信息通过IP通信单元130从互联网网络开始接收NRT数据。
广播接收装置100通知配套装置200NRT数据的下载状态(S2213)。广播接收装置100可以通过控制器150通知配套装置200NRT数据的下载状态。广播接收装置100可以显示作为指示下载正在被执行的下载中、指示下载完成后的完成、以及指示下载失败的错误的下载状态。这时,如果NRT数据正在下载,则广播接收装置100可以显示下载完成的百分比。例如,广播接收装置100可以显示下载期间的下载状态“30%完成”。另外,广播接收装置100可以在预先确定的间隔通知配套装置200NRT数据的下载状态。例如,广播接收装置100可以以10秒钟的间隔通知配套装置200NRT数据的下载状态。这时,可以基于配套装置200的请求确定通知时段。例如,当从广播接收装置100请求NRT数据信令信息通知时,配套装置200可以发送通知时段。另外,广播接收装置100根据配套装置200请求的通知时段通知NRT数据的下载状态。另外,广播接收装置100可以基于下载完成的百分比通知配套装置200NRT数据的下载状态。例如,当NRT数据的下载被完成了30%、60%以及100%时,广播接收装置100通知配套装置200NRT数据的下载状态。
配套装置200可以基于NRT数据信令信息接收NRT数据。在详细的实施例中,在从广播接收装置100接收指示NRT数据的下载完成的信息时,配套装置200可以基于NRT数据信令信息从广播接收装置100接收NRT数据。因此,即使当配套装置200不能够直接接收广播服务并且不能够通过互联网网络访问用于提供NRT数据的服务器时,配套装置200也可以接收NRT数据。另外,只要广播接收装置100的NRT数据下载完成,配套装置200就可以从广播接收装置100请求NRT数据。
广播接收装置100可以向配套装置200用信号发送或者发送媒体组件。然而,存在与能够广播接收装置100交互操作的多种配套装置200。各种配套装置200具有不同的性能。因此,难以提供所有配套装置200可呈现的媒体组件。另外,如果配套装置200不能够呈现接收到的媒体组件,则用户感到不方便。为了解决此,广播接收装置100需要向配套装置200用信号发送指示被用于呈现媒体组件的装置的性能的状态性能信息。
图152是示出根据本发明的实施例的从广播接收装置用信号发送到配套装置的装置性能信息的视图。在使用UPnP的实施例中,用于将装置性能从广播接收装置100用信号发送到配套装置200的装置性能信令服务(DeviceCapabilitySignlaing服务)可以被定义,如在图152的(a)中所示。即,DeviceCapabilitySignlaing服务的服务类型可以被定义为atsc3.0:devservicesignaling:1并且其服务标识符可以被定义为urn:atsc.org:serviceId:atsc3.0:devservicesignaling。
指示呈现媒体组件所需的装置的性能的装置性能信息可以从广播接收装置100用信号发送到配套装置200。装置性能信息可以包括关于多个媒体组件的信息。装置性能信息可以包括用于识别媒体组件的媒体组件标识符、指示媒体组件的类型的媒体组件类型、如果媒体包括视频则关于视频的信息、如果媒体组件包括音频则指示音频的编解码器的音频编解码器信息、如果媒体组件包括字幕则指示被用于隐藏字幕的编码格式的隐藏字幕编解码器信息、如果媒体组件包括应用则指示应用的版本的应用版本信息、如果媒体组件是NRT内容项目、NRT文件、或者用户请求的组件则性能代码,以及指示能够获得媒体组件的URL的媒体组件URL中的至少一个。关于被包括在媒体组件中的视频的信息可以包括指示视频的编解码器的视频编解码器信息、包括视频的分辨率的视频分辨率信息、以及指示视频的长宽比的长宽比信息中的至少一个。
装置性能信息可以以如在图152的(b)或者(c)的实施例中的XML描述。装置性能信息可以包括指示作为属性的一个媒体组件的一个或者多个ComponentItem。ComponentItem可以包括ComponentID、ComponentType、Video、AudioCodec、CCCodec、AppVersion、CapabilityCode、以及AvailComponentURL中的至少一个,如在图152的(b)中所示。在此,Video可以包括作为子属性的VideoCodec、Resolution以及AspectRatio中的至少一个。
另外,ComponentItem可以包括ComponentID、ComponentType、Video、Audio、CC、App、CapabilityCode以及AvailComponentURL中的至少一个,如在图152的(c)中所示。在此,Video可以包括作为子属性的VideoCodec、Resolution以及AspectRatio中的至少一个。另外,Audio可以包括作为子属性的AudioCodec,CC可以包括作为子属性的CCCodec,App可以包括作为子属性的AppVersion。
ComponentID指示用于识别媒体组件的标识符。在详细的实施例中,每个ComponentItem可以存在一个ComponentID。在详细的实施例中,ComponentID可以具有无符号短数据类型。
ComponentType指示媒体组件的类型。在详细的实施例中,每个ComponentItem可以存在一个ComponentType。在详细的实施例中,ComponentType可以具有字符串数据类型。
Video指示关于媒体组件中包括的视频的信息。Video可以包括作为属性的VideoCodec、Resolution、以及AspectRatio中的至少一个。
VideoCodec指示媒体组件中包括的视频的编解码器。在详细的实施例中,每个Video可以存在一个VideoCodec。在详细的实施例中,VideoCodec可以具有字符串数据类型。
Resolution指示媒体组件中包括的视频的分辨率。在详细的实施例中,每个Video频可以存在一个Resolution。在详细的实施例中,Resolution可以具有字符串数据类型。
AspectRatio指示媒体组件中包括的视频的长宽比。在详细的实施例中,每个Video可以存在一个AspectRatio。在详细的实施例中,AspectRatio可以具有字符串数据类型。
Audio指示关于在媒体组件中包括的音频的信息。
AudioCodec指示在媒体组件中包括的音频的编解码器。在详细的实施例中,AudioCodec可以具有字符串数据类型。
CC指示关于被包括在媒体组件的隐藏字幕的信息。
CCCodec指示媒体组件中包括的隐藏字幕的格式。在详细的实施例中,CCCodec可以具有字符串数据类型。
App指示关于被包括在媒体组件中的应用的信息。
AppVersion指示媒体组件中包括的应用的版本。在详细的实施例中,AppVersion可以具有整数类型。
如果媒体组件包括用户请求的组件、NRT内容项目或者NRT文件,则CapabilityCode指示与用户请求组件、NRT内容项目或者NRT文件相对应的性能代码。这时,性能代码的值可以指示在ATSC NRT标准中定义的值。在详细的实施例中,CapabilityCode可以具有字符串数据类型。
AvailComponentURL指示能够获得媒体组件的URL。在详细的实施例中,AvailComponentURL包括与媒体组件相同的内容,并且可以指示用于接收可替选的媒体组件的URL,可替选的媒体组件具有不同的对于呈现所必需的装置性能。在详细的实施例中,AvailComponentURL可以具有布尔数据类型。
图153是示出根据本发明的实施例的指示装置性能信息的状态变量的视图。
广播接收装置100可以将装置性能信息发送到配套装置200。更加详细地,配套装置200可以从广播接收装置100请求装置性能信息通知。当接收性能信息时,广播接收装置100可以向配套装置200用信号发送装置性能信息。另外,配套装置200可以从广播接收装置100请求性能信息以获得性能信息。这时,广播接收装置100和配套装置200可以使用图153的实施例的状态变量。
在本实施例中,装置性能属性状态变量和组件URL状态变量可以被用于用信号发送装置性能信息。装置性能属性状态变量可以通过DeviceCapabilityProperty表示并且组件URL状态变量可以通过ComponentURL表示。
如在图153的(a)中所示,DeviceCapabilityProperty可以具有XML或者JSON字符串类型。DeviceCapabilityProperty可以是要求的状态变量。DeviceCapabilityProperty可以具有关于配套装置的信息。另外,配套装置可以对DeviceCapabilityProperty进行订阅并且广播接收装置可以通知配套装置装置性能信息以事件格式被改变。
DeviceCapabilityProperty状态变量可以指示用于用信号发送上述装置性能的服务的属性并且在图153的(b)中示出其数据格式。
ComponentURL状态变量可以被用于如果适合于配套装置的装置性能的组件被包括在广播接收装置(服务器)中,则将URL信息从广播接收装置递送给配套装置。ComponentURL的数据格式在图153的(c)中被示出。在一些实施例中,ComponentURL状态变量的数据格式可以是URI类型。
为了用信号发送关于装置性能的信息,图153的(d)中示出的状态变量可以进一步被定义,除了上述状态变量之外。可以通过A_ARG_TYPE_ComponentId表示用于组件的状态变量。A_ARG_TYPE_ComponentId可以被用于递送作为用于请求组件项目的GetComponentItem动作的输入宗量的ComponentId。A_ARG_TYPE_ComponentId状态变量可以是要求的变量并且可以具有XML或者JSON字符串类型。用可以通过A_ARG_TYPE_ComponentItem表示于组件项目的状态变量。A_ARG_TYPE_ComponentItem可以被用于递送作为用于请求组件项目的GetComponentItem动作的输出宗量的ComponentItem。A_ARG_TYPE_ComponentItem变量可以是要求的变量并且可以具有XML或者JSON字符串类型。
图154是示出根据本发明的实施例的用于获取装置性能信息的动作和动作宗量的视图。本实施例与在使用UPnP的情况下的动作和动作宗量有关。
如在图154的(a)中所示,用于获取装置性能信息的动作可以包括用于请求组件项目的动作、用于请求组件的位置的动作以及用于请求装置性能的动作中的至少一个。
可以通过GetComponentItem表示用于请求组件项目的动作。当配套装置从广播接收装置请求适合于其装置性能的组件时,GetComponentItem可以被使用。“适合于装置性能”可以意指配套装置可以渲染组件或者有意义的呈现是可能的。GetComponentItem可以是要求的动作。
用于请求组件的位置的动作可以通过表示GetComponentURL。当配套装置请求能够通过内容服务器,例如,URL,获取关于节目或者组件的位置时,GetComponentURL可以被使用。GetComponentURL可以是可选的。
用于请求装置性能的动作可以通过GetDeviceCapability表示。当配套装置获取用于渲染或者有意义的呈现节目或者组件的装置性能信息时GetDeviceCapability可以被使用。GetDeviceCapability可以是要求的动作。
图154的(b)示出用于获取装置性能信息的各个动作的宗量。
在与广播接收装置配对之后,GetDeviceCapability动作可以接收通过作为DeviceCapabilityProperty宗量的GetDeviceCapability动作渲染或者有意义地呈现与ComponentID或者特定节目相对应的组件的所需的配套装置的装置性能信息。当在是输入宗量的ComponentID是空的状态下请求此动作时,通过广播接收装置提供的节目或者组件的装置性能信息可以作为DeviceCapabilityProperty宗量被接收。
GetComponentURL动作可以接收能够通过作为ComponentURL宗量的GetComponentURL动作获取与ComponentID或者特定节目相对应的组件的信息的内容服务器的位置。在此,关于组件的信息可以包括访问URL和启用呈现的内容的附加信息。
如果在作为输入宗量的ComponentID是空的状态下请求GetComponentURL动作,则能够获取关于通过广播接收装置提供的节目或者组件的信息的内容服务器的位置可以作为ComponentURL宗量被接收。内容服务器可以在广播接收装置中存在,并且可以是外部互联网服务器或者广播发送装置。仅当通过GetComponentURL动作请求的节目或者组件的TargetScreen被设置为配套装置时,即,仅当呈现是可能的或者在配套装置中允许时,配套装置可以请求GetComponentURL动作。可替选地,仅当被请求的节目或者组件的呈现是可能的或者在广播接收装置接收用于GetComponentURL动作的请求之后允许时,可以返回是输出宗量的ComponentURL。
使用GetComponentURL动作在配套装置处请求组件内容并且将组件内容从广播接收装置递送到配套装置的方法可以在第二屏幕字段中使用一般的通信方法。
配套装置可以包括作为要下载或者流式传输组件的输入宗量的GetComponentItem动作的ComponentId。广播接收装置可以响应于GetComponentItem动作返回作为输出宗量的ComponentItem。
图155是示出根据本发明的实施例的将装置信息从广播接收装置递送给配套装置的信令的视图。
广播接收装置100和配套装置200创建配对会话(S2301)。更加详细地,广播接收装置100可以通过IP通信单元130创建与配套装置200的配对会话。更加详细地,配套装置200可以经由通信单元创建与广播接收装置100的配对会话。如上所述,广播接收装置100和配套装置200可以建立用于双向通信的配对会话。广播接收装置100和配套装置200的具体操作可以等同于上述实施例中的那些。
配套装置200从广播接收装置100请求装置性能信息通知(S2303)。更加详细地,配套装置200可以通过控制器从广播接收装置100请求装置性能信息通知。如上所述,配套装置200可以使用UPnP事件协议从广播接收装置100请求装置性能信息通知。
广播接收装置100基于广播服务接收广播服务信令信息(S2305)。更加详细地,广播接收装置100可以通过广播接收单元110从广播传输装置300接收广播服务信令信息。
广播接收装置100可以从服务信令信息提取用于用信号发送呈现媒体组件所必需的装置性能的装置性能信息(S2307)。广播接收装置100可以通过控制器150从服务信令信息中提取用于用信号发送对于呈现媒体组件所必需的装置性能的装置性能信息。在详细的实施例中,通过广播接收装置100提取的装置性能信息可以等同于上述的装置性能信息。
广播接收装置100通知配套装置200装置性能信息(S2309)。更加详细地,广播接收装置100可以通过控制器150通知配套装置200装置性能信息。另外,广播接收装置100可以编辑被提取的性能信息,并且生成用于配套装置200的装置性能信息。这时,广播接收装置100可以通知配套装置200用于配套装置200的装置性能信息。在详细的实施例中,用于配套装置200的装置性能信息可以包括配套装置100请求的属性。在详细的实施例中,指示装置性能信息的参数可以是上述DeviceCapabilityProperty。
配套装置200基于装置性能信息从广播接收装置100请求媒体组件(S2311)。配套装置200可以基于装置性能信息通过控制器从广播接收装置100请求媒体组件。更加详细地,配套装置200可以确定是否配套装置200的规范满足被包括在装置性能信息中的装置性能。例如,如果媒体组件包括视频,则可以确定是否配套装置200具有能够呈现视频的编解码器。可替选地,如果媒体组件包括音频,则可以确定是否配套装置200具有能够呈现音频的编解码器。可替选地,如果媒体组件包括应用,则可以确定是否配套装置200支持应用的版本。可替选地,如果媒体组件包括隐藏字幕,则可以确定是否配套装置200支持隐藏字幕的类型。这时,如果装置性能被满足,则配套装置200可以从广播接收装置100请求媒体组件。
用于在组件处请求组件的动作可以被划分成两个动作。
作为第一实施例,配套装置可以从广播接收装置请求组件URL。当指示被包括在DeviceCapabilityProperty中的组件URL的信息为真时,这是可能的。配套装置可以从广播接收装置接收URL信息并且从广播接收装置或者外部组件提供商下载或者流式传输组件(S2313)。
作为第二实施例,配套装置可以从广播接收装置请求组件(GetComponent动作)。当指示被包括在DeviceCapabilityProperty中的组件URL的信息为假时,这是可能的。配套装置可以从广播接收装置下载或者流式传输组件(S2313)。在此,用于在配套装置处请求组件的动作(GetComponent动作)可以等同于上述GetComponentItem动作。
配套装置200呈现媒体组件(S2315)。配套装置200可以通过控制器呈现媒体组件。
图156是示出根据本发明的实施例的从广播接收装置到配套装置的装置信息的信令的视图。配套装置不可以包括对于呈现媒体组件所必需的装置性能。现在将会描述此。
用于建立在广播接收装置100和配套装置200之间的配对会话并且在广播接收装置100处通知配套装置200装置性能信息的操作等同于参考先前的附图描述的那些并且因此其描述将会被省略。
基于装置性能信息,配套装置200向用户显示媒体组件呈现是不可呈现的(S2331)。配套装置200可以通过控制器基于装置性能信息向用户显示媒体组件是不可呈现的。更加详细地,如果媒体装置200的规范不满足被包括在装置性能信息中的装置性能,则配套装置200可以显示媒体组件是不可呈现的。例如,如果媒体组件包括视频并且配套装置200不具有对于播放视频所必需的编解码器,则配套装置200可以显示视频是不可呈现的。可替选地,如果媒体组件包括音频并且配套装置200不具有对于呈现音频所必需的编解码器,则配套装置200可以显示音频不可呈现。可替选地,如果媒体组件包括应用并且配套装置200的应用版本不被支持,则配套装置200可以显示配套装置200的应用不可执行。可替选地,如果媒体组件包括隐藏字幕并且配套装置200不支持隐藏字幕,则配套装置200可以显示隐藏字幕是不可呈现的。
图157是示出根据本发明的另一实施例的从广播接收装置到配套装置的装置信息的信令的视图。接下来,将会描述如果配套装置不满足对于呈现媒体组件不必要的性能,则配套装置200提供选择媒体组件的呈现的机会的实施例。
用于建立在广播接收装置100和配套装置200之间的配对会话并且在广播接收装置100处通知配套装置200装置性能信息的操作等同于参考图144的描述的那些并且因此其描述将会被省略。
如果配套装置200不满足被包括在装置性能信息中的装置性能,则配套装置200通过控制器接收关于是否呈现媒体组件的用户输入。更加详细地,配套装置200可以显示不满足对于呈现媒体组件的所需的装置性能,并且从用户接收关于是否呈现媒体组件的用户输入。例如,如果媒体组件包括可分级的视频编码并且配套装置200不支持增强层,则配套装置200可以显示仅基本层是可呈现的并且接收用户输入。可替选地,如果媒体组件包括多声道音频并且配套装置200不支持多声道音频的呈现,则配套装置200可以显示仅一些声道的音频是可呈现的并且接收用户输入。除了不满足非必要装置性能的情况之外,即使当必要的装置性不被满足时,配套装置200也可以接收关于是否呈现媒体组件的用户输入。
配套装置200基于用户输入从广播接收装置100请求媒体组件(S2353)。配套装置200可以基于用户输入通过控制器从广播接收装置100请求媒体组件。
用于在配套装置处请求组件的动作可以被划分成两种动作。
作为第一实施例,配套装置可以从广播接收装置请求组件URL。当指示被包括在DeviceCapabilityProperty中的组件URL的信息为真时,这是可能的。配套装置可以从广播接收装置接收URL信息并且从广播接收装置或者外部组件提供商使用URL信息下载或者流式传输组件(S2353)。
作为第二实施例,配套装置可以从广播接收装置请求组件(GetComponent动作)。当被包括在DeviceCapabilityProperty中的组件URL为假时,这是可能的。配套装置可以从广播接收装置下载或者流式传输组件(S2353)。在此,用于在配套装置处请求组件的动作(GetComponent动作)可以等同于上述GetComponentItem动作。
配套装置200从广播接收装置100接收媒体组件(S2355)。配套装置200可以通过控制器从广播接收装置100接收媒体组件。
配套装置200可以呈现媒体组件(S2357)。配套装置200可以通过控制器呈现媒体组件。
因此,即使当配套装置200不满足用于媒体组件的呈现的装置性能时,配套装置200也可以给予用户用于媒体组件的呈现的选择。
图158是示出根据本发明的另一实施例的从广播接收装置到配套装置的装置信息的信令的视图。如果配套装置200不满足装置性能,则媒体组件没有被适当地呈现。为了适当地呈现媒体组件,配套装置200应接收可以被适当呈现的媒体组件。为此,配套装置200可以从内容/信令服务器400接收包括与媒体组件相同的信息并且具有不同于用于呈现的性能的可替选的媒体组件。下面将会描述此。
用于建立广播接收装置100和配套装置200之间的配对会话并且在广播接收装置100处通知配套装置200装置性能信息的操作等同于参考图144描述的那些并且因此其描述将会被省略。
基于装置性能信息,配套装置200从广播接收装置100请求指示能够从广播接收装置100接收媒体组件的URL的媒体组件URL(S2381)。基于装置性能信息,配套装置200可以通过控制器从广播接收装置100请求媒体组件URL。更加具体地,当配套装置200不满足被包括在装置性能信息中的装置性能时,配套装置200可以请求媒体组件URL。另外,媒体组件URL可以指示能够接收具有与媒体组件相同的信息并且具有对于呈现所必需的不同装置性能的可替选的媒体组件的URL。
广播接收装置100将媒体组件URL发送到配套装置200(S2383)。广播接收装置100可以通过控制器150将媒体组件URL发送到配套装置200。
配套装置200基于可替选的媒体组件URL从内容/信令服务器400接收可替选的媒体组件。更加详细地,配套装置200执行下述操作。
配套装置200基于媒体组件URL从内容/信令服务器400请求可替选的媒体组件(S2385)。配套装置200可以基于媒体组件URL通过控制器从内容/信令服务器400请求媒体组件。更加详细地,配套装置200可以发送配套装置200的性能和用于识别媒体组件的组件标识符中的至少一个以请求可替选的媒体组件。在详细的实施例中,内容/信令服务器400可以通过组件标识符检查哪个媒体组件被替换成通过配套装置200请求的可替选的媒体组件。另外,内容/信令服务器400可以通过配套装置200发送的配套装置200的性能从多个可替选媒体组件当中找到配套装置能够呈现的可替选的媒体组件。
配套装置200从内容/信令服务器400接收可替选的媒体组件(S2387)。配套装置200可以通过控制器从内容/信令服务器400接收可替选的媒体组件。然而,如果在内容/信令服务器400中不存在满足配套装置200的性能的可替选的媒体组件,则可以接收指示不存在可替选的媒体组件的消息。这时,通过具有真或者假的布尔变量可以递送不存在可替选媒体组件的消息。另外,配套装置200可以向用户显示指示不存在可替选媒体组件的消息。
配套装置200呈现媒体组件(S2389)。配套装置可以通过控制器呈现媒体组件。因此,配套装置200可以接收具有与媒体内容相同的信息并且能够被呈现的可替选媒体组件。因此,广播接收装置100和更多的配套装置200可以交互操作。
图159是示出根据本发明的实施例的从广播接收装置用信号发送到配套装置的装置性能信息的视图。
指示呈现媒体组件所需的装置的性能的装置性能信息可以从广播接收装置100用信号发送到配套装置200。装置性能信息可以包括关于多个媒体组件的信息。装置性能信息可以包括用于识别媒体组件的媒体组件标识符、指示媒体组件的类型的媒体组件类型、如果媒体包括视频则关于视频的信息、如果媒体组件包括音频则指示音频的编解码器的音频编解码器信息、如果媒体组件包括隐藏字幕则指示用于隐藏字幕的编码格式的隐藏字幕编解码器、如果媒体组件包括应用则指示应用的版本的应用版本信息、如果媒体组件是NRT内容项目、NRT文件、或者用户请求的组件则性能代码、以及指示能够获取媒体组件的URL的媒体组件URL中的至少一个。关于被包括在媒体组件中的视频的信息可以包括指示视频的编解码器的视频编解码器信息、包括视频的分辨率的视频分辨率信息、以及指示视频的长宽比的长宽比信息中的至少一个。
装置性能信息可以以图159的(b)或者(c)的实施例中的XML被描述。装置性能信息可以包括指示作为属性的一个媒体组件的一个或者多个ComponentItem。ComponentItem可以包括ComponentID、ComponentType、Video、Audio、CC、App、CapabilityCode以及AvailComponentURL中的至少一个。在此,Video可以包括作为子属性的VideoCodec、Resolution以及AspectRatio中的至少一个。另外,Audio可以包括作为子属性的AudioCodec,CC可以包括作为子属性的CCCodec,App可以包括作为子属性的AppVersion。
ComponentID指示用于识别媒体组件的标识符。在详细的实施例中,每个ComponentItem可以存在一个ComponentID。在详细的实施例中,ComponentID可以具有unsignedShort数据类型。
ComponentType指示媒体组件的类型。在详细的实施例中,每个ComponentItem可以存在一个ComponentType。在详细的实施例中,ComponentType可以具有字符串数据类型。
Video指示关于媒体组件中包括的视频的信息。Video可以包括作为属性的VideoCodec、Resolution、以及AspectRatio中的至少一个。
VideoCodec指示媒体组件中包括的视频的编解码器。在详细的实施例中,每个Video可以存在一个VideoCodec。在详细的实施例中,VideoCodec可以具有字符串数据类型。
Resolution指示媒体组件中包括的视频的分辨率。在详细的实施例中,每个Video可以存在一个Resolution。在详细的实施例中,Resolution可以具有字符串数据类型。
AspectRatio指示媒体组件中包括的视频的长宽比。在详细的实施例中,每个Video可以存在一个AspectRatio。在详细的实施例中,AspectRatio可以具有字符串数据类型。
Audio指示关于在媒体组件中包括的音频的信息。
AudioCodec指示在媒体组件中包括的音频的编解码器。在详细的实施例中,AudioCodec可以具有字符串数据类型。
CC指示关于被包括在媒体组件的隐藏字幕的信息。
CCCodec指示媒体组件中包括的隐藏字幕的格式。在详细的实施例中,CCCodec可以具有字符串数据类型。
App指示关于被包括在媒体组件中的应用的信息。
AppVersion指示媒体组件中包括的应用的版本。在详细的实施例中,AppVersion可以具有整数类型。
如果媒体组件包括用户请求组件、NRT内容项目或者NRT文件则CapabilityCode指示与用户请求组件、NRT内容项目或者NRT文件相对应的性能代码。这时,性能代码的值可以指示在ATSC NRT标准中定义的值。在详细的实施例中,CapabilityCode可以具有字符串数据类型。
AvailComponentURL指示能够获取媒体组件的URL。在详细的实施例中,AvailComponentURL包括与媒体组件相同的信息,并且可以指示能够接收具有对于呈现所必需的不同的装置性能的可替选的媒体组件的URL。在详细的实施例中,AvailComponentURL可以具有布尔数据类型。即,如在图159的(b)中所示,装置性能信息不可以定义布尔数据类型但是可以定义与AvailComponentURL属性有关的字符串数据类型,并且可以直接包括能够接收可替选的媒体组件的URL信息。如果此装置性能信息被定义,则配套装置可以在没有使用GetComponentURL的情况下检查可访问的URL。
图160是示出根据本发明的实施例的从广播接收装置到配套装置的装置信息的信令的视图。本实施例涉及上述字符串类型AvailComponentURL属性包括位置信息的情况。图160的(a)是示出将装置信息从广播接收装置用信号发送到配套装置的方法的梯形图。
广播接收装置100和配套装置200创建配对会话(DS1601)。更加详细地,广播接收装置100可以通过IP通信单元130创建与配套装置200的配对会话。更加详细地,配套装置200可以经由通信单元创建与广播接收装置100的配对会话。如上所述,广播接收装置100和配套装置200可以建立用于双向通信的配对会话。广播接收装置100和配套装置200的具体操作可以等同于上述实施例中的那些。
配套装置200从广播接收装置100请求装置性能信息通知(DS1602)。更加详细地,配套装置200可以通过控制器从广播接收装置100请求装置性能信息通知。如上所述,配套装置200可以使用UPnP事件协议从广播接收装置100请求装置性能信息通知。
广播接收装置100基于广播服务接收广播服务信令信息(DS1603。更加详细地,广播接收装置100可以通过广播接收单元110从广播传输装置300接收广播服务信令信息。
广播接收装置100可以从服务信令信息提取(解析)用于用信号发送呈现媒体组件所必需的装置的性能的装置性能信息。广播接收装置100可以通过控制器150从服务信令信息中提取用于用信号发送对于呈现媒体组件所必需的装置性能的装置性能信息。在详细的实施例中,通过广播接收装置100提取的装置性能信息可以等同于上述的装置性能信息。
广播接收装置100可以通知配套装置200装置性能信息(DS1604)。更加详细地,广播接收装置100可以通过控制器150通知配套装置200装置性能信息。另外,广播接收装置100可以编辑被提取的性能信息,并且生成用于配套装置200的装置性能信息。这时,广播接收装置100可以通知配套装置200用于配套装置200的装置性能信息。
可替选地,广播接收装置100可以从配套装置接收装置性能信息请求动作替代通知配套装置200装置性能信息(DS1605)。在这样的情况下,广播接收装置100可以响应于用于装置性能信息的请求,返回装置性能信息(DS1606)。装置性能信息请求动作和动作宗量可以等同于上述实施例中描述的那些。
配套装置可以检查从广播接收装置100接收到的装置性能信息。在详细的实施例中,指示装置性能信息的变量可以是上述DeviceCapabilityProperty。接收到的装置性能信息可以以在图160的(b)中示出的XML被描述。接收到的装置性能信息可以包括指示可替换的媒体组件的位置信息的AvailCompoentURL属性。在本实施例中,AvailCompoentURL可以包括特定的位置信息,例如,URL信息。
配套装置200可以基于可替换的媒体组件的位置信息请求媒体组件(DS1607)。可替换的媒体组件的位置信息可以指示广播接收装置100的可替换的媒体组件的位置或者在内容/信令服务器400中的可替换的媒体组件的位置。因此,配套装置可以从广播接收装置100或者内容/信令服务器400请求可替换的媒体组件。
配套装置200可以从广播接收装置100或者内容/信令服务器400接收可替换的媒体组件并且通过流式传输或者下载呈现媒体组件(DS1608)。
图161是示出根据本发明的实施例的从广播接收装置到配套装置的装置信息的信令的视图。本实施例涉及上述字符串类型AvailComponentURL属性不包括位置信息或者在装置性能信息中不存在AvailComponentURL属性的情况。图161的(a)是示出将装置信息从广播接收装置用信号发送到配套装置的方法的梯形图。
广播接收装置100和配套装置200创建配对会话(DS1611)。更加详细地,广播接收装置100可以通过IP通信单元130创建与配套装置200的配对会话。更加详细地,配套装置200可以经由通信单元创建与广播接收装置100的配对会话。如上所述,广播接收装置100和配套装置200可以建立用于双向通信的配对会话。广播接收装置100和配套装置200的具体操作可以等同于上述实施例中的那些。
配套装置200从广播接收装置100请求装置性能信息通知(DS1612)。更加详细地,配套装置200可以通过控制器从广播接收装置100请求装置性能信息通知。如上所述,配套装置200可以使用UPnP事件协议从广播接收装置100请求装置性能信息通知。
广播接收装置100基于广播服务接收广播服务信令信息(DS1603。更加详细地,广播接收装置100可以通过广播接收单元110从广播传输装置300接收广播服务信令信息。
广播接收装置100可以从服务信令信息提取(解析)用于用信号发送呈现媒体组件所必需的装置的性能的装置性能信息。广播接收装置100可以通过控制器150从服务信令信息中提取用于用信号发送对于呈现媒体组件所必需的装置性能的装置性能信息。在详细的实施例中,通过广播接收装置100提取的装置性能信息可以等同于上述的装置性能信息。
广播接收装置100可以通知配套装置200装置性能信息(DS1614)。更加详细地,广播接收装置100可以通过控制器150通知配套装置200装置性能信息。另外,广播接收装置100可以编辑被提取的性能信息并且生成用于配套装置200的装置性能信息。这时,广播接收装置100可以通知配套装置200用于配套装置200的装置性能信息。
可替选地,广播接收装置100可以从配套装置接收装置性能信息请求动作替代通知配套装置200装置性能信息(DS1615)。在这样的情况下,广播接收装置100可以响应于用于装置性能信息的请求返回装置性能信息(DS1616)。装置性能信息请求动作和动作宗量可以等同于上述实施例中描述的那些。
配套装置可以检查从广播接收装置100接收到的装置性能信息。在详细的实施例中,指示装置性能信息的变量可以是上述DeviceCapabilityProperty。接收到的装置性能信息可以以图161的(b)中示出的XML被描述。接收到的装置性能信息可以包括组件标识符。接收到的装置性能信息可以包括指示可替换的媒体组件的位置信息但是AvailCompoentURL的内容空的AvailCompoentURL属性。可替选地,装置性能信息可以不包括AvailComponentURL属性。
配套装置200不能够获知可替换的媒体组件的位置信息,并且因此基于组件标识符请求媒体组件(DS1617)。组件装置可以使用组件标识符从广播接收装置100请求媒体组件。
配套装置200可以从广播接收装置100接收可替换的媒体组件并且通过流式传输或者下载呈现媒体组件(DS1618)。
图162是示出根据本发明的实施例的配套装置的操作的流程图。根据本发明的实施例的配套装置可以与用于接收广播服务的广播接收装置交互操作。
广播接收装置100和配套装置200生成配对会话(DS1621)。更加详细地,广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加详细地,配套装置200可以通过通信单元生成与广播接收装置100的配对会话。更加详细地,广播接收装置100和配套装置200可以生成用于双向通信的配对会话。更加详细地,广播接收装置100和配套装置200可以通过使用UPnP协议生成配对会话。在详细的实施例中,广播接收装置100可以使用UPnP的发现协议找到配套装置200。例如,广播接收装置100可以通过公知的IP地址多播用于找到配套装置的发现消息。这时,已经接收到多播消息的配套装置200可以从广播接收装置100请求描述。广播接收装置100可以基于用于配套装置200的描述的请求将描述提供给配套装置200。配套装置200可以基于描述访问广播接收装置200。在另一详细实施例中,配套装置200可以使用UPnP的发现协议找到广播接收装置100。例如,配套装置200可以通过公知的IP地址多播用于找到用于交互操作的广播接收装置100的消息。这时,广播接收装置100可以使用发现消息响应多播消息。这时,已经接收发现消息的配套装置200可以从广播接收装置100请求描述。广播接收装置100可以基于用于配套装置200的描述的请求将描述提供给配套装置200。配套装置200可以基于描述访问广播接收装置200。
配套装置可以将用于信令信息的通知的请求发送到广播接收装置(DS1623)。更加具体地,配套装置200可以通过控制器从广播接收装置100请求信令信息通知。更加具体地,配套装置200使用UPnP协议从广播接收装置100请求信令信息通知。在详细的实施例中,配套装置200可以基于事件协议从广播接收装置100请求对用于信令信息的事件的订阅。在此,信令信息可以包括广播服务属性信息、紧急报警服务信息、NRT数据信息或者装置性能信息。对于各个信息的通知的请求可以使用与上述信息中的每一个相对应的状态变量。
配套装置可以接收信令信息(DS1625)。在此,信令信息可以包括广播服务属性信息、紧急报警服务信息、NRT数据信息或者装置性能信息。可以使用与上述信息中的每一个相对应的动作和动作宗量执行各个信息的接收。
配套装置可以执行与接收到的信令信息有关的功能(DS1627)。配套装置可以在接收广播服务性能信息时更新广播服务属性信息。配套装置可以在紧急报警服务信息时显示紧急报警消息。配套装置可以在接收NRT数据信息时更新NRT数据的属性信息。在接收装置性能信息时,配套装置可以请求和接收媒体组件,显示不可呈现的消息,请求和接收可替换的媒体组件,或者显示用于请求用户的同意的消息。
根据在上面的附图中描述的实施例可以执行配套装置的操作。
图163是图示根据本发明的实施例的广播接收装置的操作的流程图。
广播接收装置100和配套装置200生成配对会话(DS1631)。更加详细地,广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加详细地,配套装置200可以通过通信单元生成与广播接收装置100的配对会话。更加详细地,广播接收装置100和配套装置200可以生成用于双向通信的配对会话。更加详细地,广播接收装置100和配套装置200可以通过使用UPnP协议生成配对会话。在详细的实施例中,广播接收装置100可以使用UPnP的发现协议找到配套装置200。例如,广播接收装置100可以通过公知的IP地址多播用于找到配套装置的发现消息。这时,已经接收到多播消息的配套装置200可以从广播接收装置100请求描述。广播接收装置100可以基于用于配套装置200的描述的请求将描述提供给配套装置200。配套装置200可以基于描述访问广播接收装置200。在另一详细实施例中,配套装置200可以使用UPnP的发现协议找到广播接收装置100。例如,配套装置200可以通过公知的IP地址多播用于找到用于交互操作的广播接收装置100的消息。这时,广播接收装置100可以使用发现消息响应多播消息。这时,已经接收发现消息的配套装置200可以从广播接收装置100请求描述。广播接收装置100可以基于用于配套装置200的描述的请求将描述提供给配套装置200。配套装置200可以基于描述访问广播接收装置200。
广播接收装置可以基于广播服务接收用于用信号发送广播服务的信令信息(DS1633)。在此,信令信息可以包括广播服务属性信息、紧急报警服务信息、NRT数据信息或者装置性能信息。可以使用与上述信息中的每一个相对应的动作和动作宗量执行各个信息的接收。广播接收装置可以从广播发送装置或者内容/信令服务器接收信令信息。
广播接收装置可以通知配套装置信令信息(DS1635)。广播接收装置可以通知配套装置递送信令信息的用于对信令信息的订阅的请求。仅当信令信息被改变时广播接收装置可以选择性地通知配套装置信令信息。在一些实施例中,仅被改变的信息或者所有的信令信息可以被通知。
根据在上面的附图中描述的实施例可以执行广播接收装置的操作。
在与配套装置交互操作的状态下广播接收装置可以通知配套装置通过广播接收装置接收到的系列信息。另外,配套装置可以使用从广播接收装置接收到的信令信息执行与其相对应的操作。因此,考虑配套装置的属性的信令和内容呈现是可能的。
实施例中的如上所述的特征、结构、作用等等被包括在本发明的至少一个实施例中并且不应被限于一个实施例。另外,与其它的实施例一样本领域的技术人员可以组合或者修改在各自的实施例中描述的特征、结构、作用等等。因此,与这些组合和修改有关的内容应被解释在本发明的范围内。
虽然参考其优选实施例已经特别地示出和描述了本发明,但是本领域的技术人员将会理解,在没有脱离如随附的权利要求定义的本发明的精神和范围的情况下可以进行形式和细节上的各种变化。例如,实施例中的各个组件被修改和实现。因此,应解释与这样的修改和应用有关的不同被包括在随附的权利要求的范围中。
Claims (4)
1.一种用于接收广播信号的装置,所述装置包括:
广播接收单元,所述广播接收单元被配置成接收广播信号;
控制器,所述控制器被配置成连接到配套装置,
所述控制器进一步被配置成向所述配套装置发送通知,
并且进一步将紧急报警信息发送到所述配套装置,所述紧急报警信息包括用于所述紧急报警信息的标识符信息、所述紧急报警信息的种类信息以及用于所述紧急报警信息的优先级信息;
所述优先级信息的值表示所述紧急报警信息的5个级别的优先级中的一个,并且
进一步发送用于广播服务中的内容数据的装置性能信息,并且进一步将描述所述内容数据中的隐藏字幕数据的格式的信息以及描述所述内容数据中的应用数据的属性的信息发送到所述配套装置。
2.根据权利要求1所述的装置,
其中,所述控制器发送消息标识符、服务标识符和URI信息中的至少一个。
3.一种用于接收广播信号的方法,所述方法包括:
接收广播信号;
连接到配套装置,
向所述配套装置发送通知;
将紧急报警信息发送到所述配套装置,所述紧急报警信息包括用于所述紧急报警信息的标识符信息、所述紧急报警信息的种类信息以及用于所述紧急报警信息的优先级信息;
所述优先级信息的值表示所述紧急报警信息的5个级别的优先级中的一个,
发送用于广播服务中的内容数据的装置性能信息;
将描述所述内容数据中的隐藏字幕数据的格式的信息以及描述所述内容数据中的应用数据的属性的信息发送到所述配套装置。
4.根据权利要求3所述的方法,所述方法进一步包括:
发送消息标识符、服务标识符和URI信息中的至少一个。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201462019395P | 2014-06-30 | 2014-06-30 | |
US62/019,395 | 2014-06-30 | ||
PCT/KR2015/006640 WO2016003137A1 (ko) | 2014-06-30 | 2015-06-29 | 방송 수신 장치, 방송 수신 장치의 동작 방법, 방송 수신 장치와 연동하는 연동 장치 및 연동 장치의 동작 방법 |
CN201580035879.6A CN106471817B (zh) | 2014-06-30 | 2015-06-29 | 广播接收装置及其操作方法、用于链接到广播接收装置的链接装置及其操作方法 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580035879.6A Division CN106471817B (zh) | 2014-06-30 | 2015-06-29 | 广播接收装置及其操作方法、用于链接到广播接收装置的链接装置及其操作方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111556341A CN111556341A (zh) | 2020-08-18 |
CN111556341B true CN111556341B (zh) | 2022-04-05 |
Family
ID=55019602
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010278136.4A Active CN111556341B (zh) | 2014-06-30 | 2015-06-29 | 用于接收广播信号的装置与方法 |
CN201580035879.6A Active CN106471817B (zh) | 2014-06-30 | 2015-06-29 | 广播接收装置及其操作方法、用于链接到广播接收装置的链接装置及其操作方法 |
CN202010278138.3A Active CN111556342B (zh) | 2014-06-30 | 2015-06-29 | 用于接收广播信号的装置与方法 |
Family Applications After (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580035879.6A Active CN106471817B (zh) | 2014-06-30 | 2015-06-29 | 广播接收装置及其操作方法、用于链接到广播接收装置的链接装置及其操作方法 |
CN202010278138.3A Active CN111556342B (zh) | 2014-06-30 | 2015-06-29 | 用于接收广播信号的装置与方法 |
Country Status (5)
Country | Link |
---|---|
US (3) | US10582255B2 (zh) |
EP (1) | EP3163892A4 (zh) |
KR (1) | KR101875666B1 (zh) |
CN (3) | CN111556341B (zh) |
WO (1) | WO2016003137A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111556341B (zh) | 2014-06-30 | 2022-04-05 | Lg 电子株式会社 | 用于接收广播信号的装置与方法 |
WO2016035348A1 (en) * | 2014-09-05 | 2016-03-10 | Sharp Kabushiki Kaisha | Syntax and semantics for device capabilities |
US9736259B2 (en) | 2015-06-30 | 2017-08-15 | Iheartmedia Management Services, Inc. | Platform-as-a-service with proxy-controlled request routing |
US10063451B2 (en) * | 2015-09-28 | 2018-08-28 | Juniper Networks, Inc. | Providing application metadata using export protocols in computer networks |
GB2563809B (en) * | 2016-05-06 | 2021-06-16 | Motorola Solutions Inc | Method, system, and device for transmitting an emergency message |
US20180253673A1 (en) * | 2017-03-01 | 2018-09-06 | Microsoft Technology Licensing, Llc | Real-time monitoring of terrestrial logistics networks |
US11817126B2 (en) * | 2021-04-20 | 2023-11-14 | Micron Technology, Inc. | Converting sign language |
KR102431442B1 (ko) * | 2021-12-22 | 2022-08-11 | 한국방송공사 | 사용자 환경에 따라 사용자에게 표시할 재난정보를 분류할 수 있는 재난정보 수신장치 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1722805A (zh) * | 2004-07-16 | 2006-01-18 | Lg电子株式会社 | 紧急警报通知方法和紧急警报消息的数据结构 |
KR20090031320A (ko) * | 2007-09-21 | 2009-03-25 | 엘지전자 주식회사 | 디지털 방송 수신기 및 그 제어 방법 |
CN101868972A (zh) * | 2007-09-21 | 2010-10-20 | Lg电子株式会社 | 数字广播系统和数据处理方法 |
CN103338093A (zh) * | 2012-03-02 | 2013-10-02 | Lg电子株式会社 | 经由移动广播提供紧急报警服务的方法及其设备 |
EP2712187A1 (en) * | 2011-05-20 | 2014-03-26 | Nippon Hoso Kyokai | Broadcast/communication linking system, application management server, receiver, method for reception in receiver, and method for application management in application management server |
Family Cites Families (42)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100348249B1 (ko) * | 1999-10-08 | 2002-08-09 | 엘지전자 주식회사 | 가상 채널 테이블 데이터 구조 및 부가 정보 송수신 방법 |
DE10300323A1 (de) | 2003-01-09 | 2004-10-14 | Baxter Healthcare S.A. | Sicherheitsbehälter mit erhöhter Bruch und Splitterfestigkeit sowie kontaminationsfreier Außenfläche für biologisch aktive Substanzen und Verfahren zu deren Herstellung |
JP2005531262A (ja) * | 2002-06-27 | 2005-10-13 | トムソン ライセンシング | 緊急警告機能を有するテレビ信号受信機のイベントマスク処理 |
CA2489713A1 (en) * | 2002-06-27 | 2004-01-08 | Thomson Licensing S.A. | Television signal receiver capable of receiving updated information associated with an emergency alert function |
CN100366075C (zh) * | 2002-11-12 | 2008-01-30 | 汤姆森特许公司 | 在节目分发网络中传播的警报消息的转换 |
US8955020B2 (en) * | 2002-12-11 | 2015-02-10 | Broadcom Corporation | Transcoding and data rights management in a mobile video network with STB as a hub |
KR101092441B1 (ko) | 2004-11-12 | 2011-12-13 | 엘지전자 주식회사 | 영상기기의 eas 정보 처리장치 및 방법 |
WO2006092993A1 (ja) * | 2005-02-28 | 2006-09-08 | Matsushita Electric Industrial Co., Ltd. | 字幕表示装置 |
US20060200842A1 (en) * | 2005-03-01 | 2006-09-07 | Microsoft Corporation | Picture-in-picture (PIP) alerts |
KR20060134739A (ko) | 2005-06-23 | 2006-12-28 | 삼성전자주식회사 | 디지털 방송 시스템의 메시지 처리 방법 및 그 장치 |
KR100727980B1 (ko) | 2005-09-16 | 2007-06-13 | 삼성전자주식회사 | 긴급 방송을 전송하는 단말기 및 그 방법 |
KR101108053B1 (ko) * | 2005-10-21 | 2012-02-06 | 엘지전자 주식회사 | 지상파 방송의 비상 사태 채널 설정 방법, 데이터 구조 및이를 위한 방송 수신기 |
KR101165631B1 (ko) * | 2005-11-09 | 2012-07-17 | 엘지전자 주식회사 | 디지털 방송의 dcc 기능을 이용한 비상 사태 경보 처리방법, 데이터 구조 및 이를 위한 방송 수신기 |
US7592912B2 (en) * | 2005-12-09 | 2009-09-22 | Time Warner Cable Inc. | Emergency alert data delivery apparatus and methods |
KR100810318B1 (ko) * | 2006-02-08 | 2008-03-07 | 삼성전자주식회사 | 디지털 멀티미디어 방송 제한 서비스 시스템 및 그 방법 |
US7907213B1 (en) * | 2006-03-13 | 2011-03-15 | Sprint Communications Company L.P. | Wireless multimedia content at television host device |
US7515036B2 (en) * | 2006-08-25 | 2009-04-07 | At&T Intellectual Property I, L.P. | System and method of communicating emergency alerts |
KR101131856B1 (ko) * | 2006-11-03 | 2012-03-30 | 엘지전자 주식회사 | 방송 신호 송신 장치 및 이를 이용한 방송 신호 송수신방법 |
KR20080046325A (ko) * | 2006-11-22 | 2008-05-27 | 엘지전자 주식회사 | 지상파 방송의 비상 사태 경보와 관련된 방송 신호, 이를처리하는 방법 및 이를 위한 방송 수신기 |
KR101259118B1 (ko) * | 2007-02-23 | 2013-04-26 | 엘지전자 주식회사 | 방송 신호 송신 장치 및 방법 |
US20080229375A1 (en) * | 2007-03-15 | 2008-09-18 | Eric Roberts | Locally stored video content having a video resolution associated with remote devices |
US8199885B2 (en) * | 2007-05-21 | 2012-06-12 | At&T Intellectual Property I, L.P. | Method and apparatus for transmitting emergency messages |
US20100012440A1 (en) * | 2008-07-15 | 2010-01-21 | Vu Thomas H | Hydraulic Disk Brake Retractor System And Method Of Retracting |
KR101547557B1 (ko) * | 2008-11-14 | 2015-08-26 | 삼성전자주식회사 | 컨텐츠 재생 장치 선정 방법 및 그 장치 |
US8898697B2 (en) * | 2008-12-08 | 2014-11-25 | At&T Intellectual Property I, Lp | Emergency alert representation |
KR101581818B1 (ko) * | 2009-01-07 | 2015-12-31 | 엘지전자 주식회사 | 디지털 방송 신호를 처리하는 방법 및 장치 |
US8572645B2 (en) * | 2009-01-18 | 2013-10-29 | Lg Electronics Inc. | IPTV and method for controlling emergency alert system widget in IPTV |
US8713597B2 (en) * | 2010-01-05 | 2014-04-29 | Alcatel Lucent | Authenticating and off-loading IPTV operations from mobile devices to fixed rendering viewing devices |
WO2012030177A2 (ko) * | 2010-09-01 | 2012-03-08 | 엘지전자 주식회사 | 디지털 수신기 및 디지털 수신기에서의 3d 컨텐트 처리 방법 |
JP2012065244A (ja) * | 2010-09-17 | 2012-03-29 | Toshiba Corp | 放送素材管理装置 |
US8745655B2 (en) * | 2010-12-16 | 2014-06-03 | Verizon Patent And Licensing Inc. | Emergency alerts during playback of video streams on portable devices |
EP2472855A1 (en) * | 2010-12-29 | 2012-07-04 | Advanced Digital Broadcast S.A. | Television user interface |
KR101517711B1 (ko) * | 2011-04-20 | 2015-05-04 | 엘지전자 주식회사 | 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치 |
WO2012161535A2 (ko) | 2011-05-24 | 2012-11-29 | 엘지전자 주식회사 | 방송 서비스 전송 방법, 그 수신 장치 및 그 수신 장치의 부가 서비스 처리 방법 |
US8887214B1 (en) | 2011-07-07 | 2014-11-11 | Cisco Technology, Inc. | System and method for unified metadata brokering and policy-based content resolution in a video architecture |
US20130169762A1 (en) * | 2011-07-15 | 2013-07-04 | Hitachi Consumer Electronics, Ltd. | Receiving apparatus, receiving method and transmitting apparatus |
KR101893151B1 (ko) | 2011-08-21 | 2018-08-30 | 엘지전자 주식회사 | 영상 표시 장치, 단말 장치 및 그 동작 방법 |
US20130132842A1 (en) * | 2011-11-23 | 2013-05-23 | Live Magic, Inc. | Systems and methods for user interaction |
US8832750B2 (en) * | 2012-05-10 | 2014-09-09 | Time Warner Cable Enterprises Llc | Media synchronization within home network using set-top box as gateway |
JP6247309B2 (ja) * | 2012-11-28 | 2017-12-13 | エルジー エレクトロニクス インコーポレイティド | 双方向サービスを処理する装置及び方法 |
MX357464B (es) * | 2014-05-27 | 2018-07-11 | Sharp Kk | Dispositivo secundario. |
CN111556341B (zh) * | 2014-06-30 | 2022-04-05 | Lg 电子株式会社 | 用于接收广播信号的装置与方法 |
-
2015
- 2015-06-29 CN CN202010278136.4A patent/CN111556341B/zh active Active
- 2015-06-29 KR KR1020167031418A patent/KR101875666B1/ko active IP Right Grant
- 2015-06-29 CN CN201580035879.6A patent/CN106471817B/zh active Active
- 2015-06-29 WO PCT/KR2015/006640 patent/WO2016003137A1/ko active Application Filing
- 2015-06-29 EP EP15814817.1A patent/EP3163892A4/en not_active Withdrawn
- 2015-06-29 CN CN202010278138.3A patent/CN111556342B/zh active Active
- 2015-06-29 US US15/317,359 patent/US10582255B2/en active Active
-
2020
- 2020-02-04 US US16/781,684 patent/US11115708B2/en active Active
-
2021
- 2021-09-03 US US17/466,802 patent/US11617007B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1722805A (zh) * | 2004-07-16 | 2006-01-18 | Lg电子株式会社 | 紧急警报通知方法和紧急警报消息的数据结构 |
KR20090031320A (ko) * | 2007-09-21 | 2009-03-25 | 엘지전자 주식회사 | 디지털 방송 수신기 및 그 제어 방법 |
CN101868972A (zh) * | 2007-09-21 | 2010-10-20 | Lg电子株式会社 | 数字广播系统和数据处理方法 |
EP2712187A1 (en) * | 2011-05-20 | 2014-03-26 | Nippon Hoso Kyokai | Broadcast/communication linking system, application management server, receiver, method for reception in receiver, and method for application management in application management server |
CN103338093A (zh) * | 2012-03-02 | 2013-10-02 | Lg电子株式会社 | 经由移动广播提供紧急报警服务的方法及其设备 |
Non-Patent Citations (1)
Title |
---|
Shou-Chih Lo ; Jhih-Siao Gao ; Chih-Cheng Tseng.A Water-Wave Broadcast Scheme for Emergency Messages in VANET.《Wireless Personal Communications》.2013, * |
Also Published As
Publication number | Publication date |
---|---|
CN111556341A (zh) | 2020-08-18 |
EP3163892A1 (en) | 2017-05-03 |
US10582255B2 (en) | 2020-03-03 |
CN111556342A (zh) | 2020-08-18 |
US20200177946A1 (en) | 2020-06-04 |
CN111556342B (zh) | 2022-04-05 |
US11617007B2 (en) | 2023-03-28 |
KR101875666B1 (ko) | 2018-07-06 |
US20210400331A1 (en) | 2021-12-23 |
KR20160145670A (ko) | 2016-12-20 |
US20170127115A1 (en) | 2017-05-04 |
EP3163892A4 (en) | 2017-11-08 |
WO2016003137A1 (ko) | 2016-01-07 |
US11115708B2 (en) | 2021-09-07 |
CN106471817B (zh) | 2020-04-24 |
CN106471817A (zh) | 2017-03-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11617007B2 (en) | Broadcast receiving device, method of operating broadcast receiving device, linking device for linking to broadcast receiving device, and method of operating linking device | |
CN106416272B (zh) | 广播接收装置及其操作方法、和与广播接收装置交互操作的配套装置及其操作方法 | |
KR101827277B1 (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
KR102024600B1 (ko) | 양방향 서비스를 처리하는 장치 및 방법 | |
US10542389B2 (en) | Apparatus and method for multicasting emergency alert message in broadcast signal to companion device | |
KR20150042195A (ko) | 양방향 방송 서비스를 포함하는 방송 신호 처리 방법 및 장치 | |
KR20150048669A (ko) | 양방향 서비스를 처리하는 장치 및 방법 | |
JPWO2018016295A1 (ja) | 受信装置、およびデータ処理方法 | |
US10469919B2 (en) | Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method | |
KR20150056523A (ko) | 양방향 서비스를 처리하는 장치 및 방법 | |
US10574504B2 (en) | Apparatus and method for transmitting or receiving broadcast signal | |
US11310094B2 (en) | Apparatus and method for transmitting or receiving broadcast signal |
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 |