CN106416272B - 广播接收装置及其操作方法、和与广播接收装置交互操作的配套装置及其操作方法 - Google Patents

广播接收装置及其操作方法、和与广播接收装置交互操作的配套装置及其操作方法 Download PDF

Info

Publication number
CN106416272B
CN106416272B CN201580013028.1A CN201580013028A CN106416272B CN 106416272 B CN106416272 B CN 106416272B CN 201580013028 A CN201580013028 A CN 201580013028A CN 106416272 B CN106416272 B CN 106416272B
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.)
Expired - Fee Related
Application number
CN201580013028.1A
Other languages
English (en)
Other versions
CN106416272A (zh
Inventor
李晋源
宋映勋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN106416272A publication Critical patent/CN106416272A/zh
Application granted granted Critical
Publication of CN106416272B publication Critical patent/CN106416272B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

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/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
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • 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/4108—Peripherals receiving signals from specially adapted client devices characterised by an identification number or address, e.g. local network address
    • 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/439—Processing of audio elementary streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/482—End-user interface for program selection
    • 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/488—Data services, e.g. news ticker
    • H04N21/4884—Data services, e.g. news ticker for displaying subtitles
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

提供一种配套装置，该配套装置与广播接收装置接收的广播服务交互操作。该配套装置包括：通信单元，该通信单元建立与广播接收装置的配对会话；和控制单元，该控制单元从广播接收装置接收装置性能信息并且基于装置性能信息接收广播服务包括的媒体组件，其中装置性能信息用信号发送对于呈现媒体组件所必需的装置的性能。

Description

广播接收装置及其操作方法、和与广播接收装置交互操作的 配套装置及其操作方法
技术领域
本公开涉及一种广播传输装置及其操作方法、和与广播接收装置互操作的配套装置及其操作方法。
背景技术
随着数字广播和通信环境的发展，使用除了现有的广播网络之外的通信网络(例如，宽带)的混合广播引起注意。另外，这样的混合广播提供与诸如智能电话或者平板互操作的应用或者广播服务。当诸如智能电话或者平板的终端装置的用户增加时，有必要提供与终端装置有效地互操作的广播服务。
特别地，向诸如智能电话或者平板有效地提供诸如通过广播发送的紧急报警的信息或者广播服务的属性的广播服务被要求。
发明内容
技术问题
实施例提供与终端装置有效地互操作的广播接收装置及其操作方法。
实施例也提供向终端装置提供有效地发送信息的广播服务的广播接收装置及其操作方法。
实施例也提供与广播接收装置交互操作并且从广播接收装置有效地接收信息的终端装置。
问题的解决方案
在一个实施例中，提供一种与广播接收装置接收的广播服务交互操作的配套装置。该配套装置包括：通信单元，该通信单元建立与广播接收装置的配对会话；和控制单元，该控制单元从广播接收装置接收装置性能信息并且基于装置性能信息接收广播服务包括的媒体组件，其中装置性能信息用信号发送对于呈现媒体组件所必需的装置的性能。
当配套装置的性能满足装置性能信息包括的装置性能时，控制单元可以接收媒体组件。
当配套装置的性能不满足装置性能信息包括的装置性能时，控制单元可以从广播接收装置接收可替选媒体组件URL，并且基于可替选媒体组件URL从提供与广播服务有关的内容的内容/信令服务器接收可替选媒体组件，其中可替选媒体组件可以具有与媒体组件相同的内容和不同的对于呈现所必需的装置性能。
控制单元可以通过发送配套装置的性能接收可替选媒体组件。
控制单元可以通过发送用于识别媒体组件的媒体组件标识符接收可替选媒体组件。
当配套装置的性能不满足装置性能信息包括的装置性能时，控制单元可以接收关于是否呈现媒体组件的用户输入并且基于用户输入呈现媒体组件。
当配套装置的性能不满足对于媒体组件的可选择项目呈现所必要的装置性能时，控制单元可以接收关于是否呈现媒体组件的用户输入并且基于用户输入呈现媒体组件。
装置性能信息可以包括关于媒体组件包括的视频的信息、关于媒体组件包括的音频的编解码器的信息、关于媒体组件包括的字幕格式的信息、以及媒体组件包括的应用的版本信息中的至少一个。
关于媒体组件包括的视频的信息可以包括对于视频的回放所必需的编解码器、视频的分辨率、以及视频的长宽比中的至少一个。
在另一实施例中，提供一种与广播接收装置接收的广播服务交互操作的配套装置的操作方法。该方法包括：建立与广播接收装置的配对会话；从广播接收装置接收装置性能信息；以及基于装置性能信息接收广播服务包括的媒体组件，其中装置性能信息用信号发送对于呈现媒体组件所必需的装置的性能。
在另一方面中，提供一种接收与配套装置交互操作的广播服务的广播接收装置。广播接收装置包括：IP通信单元，该IP通信单元建立与配套装置的配对会话；广播通信单元，该广播通信单元基于广播服务接收用信号发送广播服务的服务信令信息；以及控制单元，该控制单元从服务信令信息提取装置性能信息以将提取的装置性能信息发送到配套装置，其中装置性能信息用信号发送对于呈现广播服务包括的媒体组件所必需的装置的性能。
当配套装置发出请求时控制单元可以将表示用于接收可替选的媒体组件的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是图示根据本发明的实施例的表示用信号发送的广播服务属性的状态的参数的视图。
图113是图示根据本发明的实施例的当广播接收装置向配套装置用信号发送广播服务属性时的操作的梯形图。
图114是图示根据本发明的实施例的广播接收装置向配套装置用信号发送的广播服务属性的数据格式的视图。
图115是图示根据本发明的另一实施例的表示广播接收装置向配套装置用信号发送的广播服务属性的状态的参数、用于广播服务属性的行为、以及行为的宗量的视图。
图116是图示根据本发明的另一实施例的当广播接收装置向配套装置用信号发送广播服务属性时的操作的梯形图。
图117是图示根据本发明的另一实施例的是否广播接收装置向配套装置用信号发送的广播服务属性被改变的数据格式的视图。
图118是图示根据本发明的另一实施例的是否广播接收装置向配套装置用信号发送的广播服务属性的状态的参数的视图。
图119是图示根据本发明的另一实施例的是否广播接收装置向配套装置用信号发送的广播服务属性的数据格式的视图。
图120是图示根据本发明的另一实施例的是否广播接收装置向配套装置用信号发送的广播服务属性的状态的参数的视图。
图121是图示根据本发明的另一实施例的当广播接收装置向配套装置用信号发送广播服务属性时的操作的梯形图。
图122是图示根据本发明的另一实施例的表示广播接收装置向配套装置用信号发送的广播服务属性的状态的参数、用于广播服务属性的行为、以及行为的宗量的视图。
图123是图示根据本发明的另一实施例的当广播接收装置向配套装置用信号发送广播服务属性时的操作的梯形图。
图124是图示根据本发明的实施例的当紧急报警被产生并且通过广播网络发送时的操作的视图。
图125是根据本发明的实施例的当广播接收装置提取和显示通过广播网络用信号发送的紧急信息时的视图。
图126是图示根据本发明的实施例的紧急报警消息格式的视图。
图127是图示根据本发明的另一实施例的表示广播接收装置用信号发送的紧急报警的状态的参数、用于紧急报警的行为、以及行为宗量的视图。
图128是图示根据本发明的实施例的包括关于通过广播接收装置用信号发送的紧急报警的信息的视图。
图129是图示根据本发明的实施例的当广播接收装置向配套装置用信号发送紧急报警时的操作的梯形图。
图130是图示根据本发明的实施例的广播接收装置确定紧急报警的优先级的准则的视图。
图131是图示根据本发明的另一实施例的广播接收装置确定紧急报警的优先级的准则的视图。
图132是图示根据本发明的另一实施例的广播接收装置确定紧急报警的优先级的准则的视图。
图133是图示根据本发明的另一实施例的广播接收装置用高信号发送的紧急报警的状态的参数、用于紧急报警的行为、以及行为宗量的视图。
图134是图示根据本发明的另一实施例的当广播接收装置向配套装置用信号发送紧急报警时的操作的梯形图。
图135是图示根据本发明的另一实施例的当广播接收装置向配套装置用信号发送紧急报警时的操作的梯形图。
图136是图示根据本发明的另一实施例的当广播接收装置向配套装置用信号发送紧急报警时的操作的梯形图。
图137是图示根据本发明的实施例的用于配套装置的NRT数据信令信息的视图。
图138是根据本发明的实施例的当广播接收装置基于用于广播接收装置的NRT数据信令信息生成用于配套装置的NRT数据信令信息时的视图。
图139是图示根据本发明的实施例的用于NRT数据的变量、用于 NRT数据获取的行为、以及行为因素的视图。
图140是根据本发明的实施例的当广播接收装置向配套装置用信号发送NRT数据时的视图。
图141是根据本发明的另一实施例的当广播接收装置向配套装置用信号发送NRT数据时的视图。
图142是图示根据本发明的实施例的广播接收装置向配套装置用信号发送的装置性能信息的视图。
图143是图示用于装置性能信息的参数、用于装置性能信息获取的行为、以及行为的因子的视图。
图144是图示根据本发明的实施例的广播接收装置向配套装置用信号发送装置信息的视图。
图145是图示根据本发明的另一实施例的广播接收装置向配套装置用信号发送装置信息的视图。
图146是图示根据本发明的另一实施例的广播接收装置向配套装置用信号发送装置信息的视图。
图147是图示根据本发明的另一实施例的广播接收装置向配套装置用信号发送装置信息的视图。
具体实施方式
在下文中，将会参考附图更加详细地描述本发明的实施例，以便于允许本领域的技术人员容易地实现本发明。本发明可以以不同的形式被实现，并且不限于在此描述的实施例。此外，与公知的功能或者配置有关的详细描述将会被排除以便于没有必要地晦涩本发明的主要内容。相同的附图标记始终指的是相同的元件。
另外，当部件“包括”一些组件时，这意指部件没有排除其他的组件，除非另有明文规定并且进一步包括其它的组件。
图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处理器165处理音频或者视频。
服务信令信道处理缓冲器和解析器163解析和缓冲用信号发送广播服务的信令信息。更加详细地，服务信令信道处理缓冲器和解析器 163从IP数据报解析和缓冲用信号发送的广播服务的信令信息。
服务映射数据库161存储包括关于广播服务的信息的广播服务列表。
服务指南处理器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处理器165、警报处理器162、应用处理器169、调度的流解码器181、文件解码器182、用户请求流解码器183、文件数据库 184、组件同步单元185、服务/内容获取控制单元187、再分布模块189、装置管理器193、以及数据共享单元191中的至少一个。
服务/内容获取控制单元187控制接收机的操作以通过宽带网络或者互联网通信网络获得服务或者内容以及与服务或者内容有关的信令数据。
信令解码器151解码信令信息。
服务信令解析器163解析服务信令信息。
应用信令解析器166提取和解析服务有关的信令信息。在这一点上，服务有关的信令信息可以是与服务扫描有关的信令信息。另外，服务有关的信令信息可以是与通过服务提供的内容有关的信令信息。
警报信令解析器168提取和解析警报有关的信令信息。
定向信令解析器170提取和解析用于个人性服务的信息或者用于信令定向信息的内容或者信息。
定向处理器173处理用于个人性服务或者内容的信息。
警报处理器162处理与警报有关的信令信息。
应用处理器169控制应用有关的信息和应用的执行。更加详细地，应用处理器169处理下载的应用的状态和显示参数。
A/V处理器165基于被解码的音频或者视频和应用数据处理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至12所述的广播服务传输路径信令信息。
广播发送设备在操作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增强层流组件、HEAAC v2音频流组件、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字段中的至少一个。
更详细地，如图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服务的消费模型是SegmentDelivery。根据本发明的特定实施例， 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是广播服务被划分成多个片段时的视图。
节目可包括表示相关节目的主要内容的演出。被视为节目的属性的许多部分可基本上称为演出的属性。例如，包括在节目属性中的描述节目的文本、男演员或流派与演出有关的属性。节目属性中的除演出的属性之外的属性是节目本身的属性。例如，包括节目的服务的标识符或节目的开始时间是节目本身的属性。即使当节目包括同一演出时，节目本身的属性也可改变。
演出可被包括用于识别演出的标识符信息、演出的文本标题、描述演出的文本、流派、图形图标、与演出有关的段列表、咨询观看评级、定向/个性化属性以及内容/服务保护属性中的至少一个。可通过演出信息用信号发送这样的演出的属性。在这里，与演出有关的片段的列表可以是包括演出的片段的列表。这将参考图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节目以及数据节目中的属性。这将参考图76至71来描述。
图76是图示出根据本发明的实施例的节目信息的视图。
如图76的实施例中所示，节目信息可包括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可在IETFRFC 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。
广播发送装置300指的是发送广播服务的广播服务器。在这一点上，广播接收装置通过广播信道从广播发送装置300接收广播服务。另外，广播接收装置100可以通过广播网络从广播发送装置300接收用信号发送广播服务的信息。另外，广播接收装置100可以通过广播网络从广播发送装置300接收用于广播服务的附加信息，例如，触发、触发参数表(TPT)、触发声明对象(TDO)。
内容/信令服务器400生成和管理关于广播服务的内容。在这一点上，广播接收装置100可以通过通信网络(例如，广播信道)从内容/ 信令服务器400接收关于广播服务的附加信息和广播服务的信令信息中的至少一个。
ACR服务器500管理关于广播服务的ACR有关数据。在这一点上，广播接收装置100可以通过通信网络(例如，广播信道)从ACR 服务器500接收关于广播服务的应用和触发中的至少一个。
当通过家庭网络与广播接收装置100交互操作时，配套装置200 执行与附加功能有关的广播服务。更加详细地，配套装置200可以获得与广播服务有关的应用和文件中的至少一个。另外，配套装置200 可以执行与广播服务有关的应用和文件。在这一点上，配套装置200 可以使用诸如3GPP或者HTTP代理服务器的移动通信网络替代家庭网络。另外，根据特定的实施例，当通过单向传输文件传递(FLUTE) 发送与应用或者文件有关的广播服务时，配套装置200可以从广播接收装置100接收与广播服务有关的应用或者文件中的至少一个。另外，配套装置200可以被称为第二屏幕装置。另外，配套装置200可以进一步包括智能电话、平板以及膝上型计算机中的至少一个。更加详细地，配套装置200可以是具有诸如网络的通信功能替代通过广播网络的广播接收功能的终端装置。另外，配套装置200可以是一个或者多个。配套装置200可以包括控制配套装置200的整体操作的控制单元和执行与外部装置的通信的通信单元。控制单元可以包括执行控制单元执行的多个功能中的每一个的一个或者多个处理器、一个或者多个电路、以及一个或者多个硬件模块。更加详细地，控制单元可以是其中数个半导体部件被集成为一个的片上系统(SOC)。在这一点上， SOC可以是其中诸如图形、音频、视频以及调制解调器的各种多媒体组件和诸如处理器和D-RAM的半导体被集成为一个的半导体。另外，通信单元可以包括执行通信单元执行的多个功能中的每一个的一个或者多个处理器、一个或者多个电路、以及一个或者多个硬件模块。更加详细地，通信单元可以是其中数个半导体被集成为一个的芯片上系统(SOC)。在这一点上，SOC可以是其中诸如图形、音频、视频以及调制解调器的各种多媒体组件和诸如处理器和D-RAM的半导体被集成为一个的半导体。
另外，广播接收装置100可以被称为主装置。
另外，根据特定的实施例，广播发送装置300、内容/信令服务器 400以及ACR服务器500中的至少两个被集成为一个服务器并且被使用。
如上所述，广播接收装置100可以从广播发送装置300接收广播服务的信令信息。另外，广播接收装置100可以从内容/信令服务器400 接收广播服务的信令信息。在这一点上，广播服务的信令信息可以包括广播服务的属性。将会参考图110对此进行更加详细地描述。
图110是图示根据本发明的实施例的用信号发送的广播服务的属性的视图。
广播接收装置100接收的广播服务的信令信息可以包括广播服务的属性。在这一点上，广播服务的属性可以包括用于识别广播服务的广播服务标识符、广播服务的名称、广播服务的信道编号、广播服务的描述、广播服务的流派、表示广播服务的图标、广播服务的主要语言、与广播服务有关的使用报告信息、表示提供广播服务的装置的信息的定向属性、用于广播服务报告的属性、内容咨询评级、以及关于广播服务中的媒体组件的信息中的至少一个。定向属性可以表示作为提供服务的装置的主装置或者配套装置200中的至少一个。广播服务的信道编号可以包括主要信道编号和次要信道编号。关于媒体组件的信息可以包括用于识别媒体组件的标识符、媒体组件的类型、媒体组件的名称、媒体组件的开始时间、媒体组件的持续时间、表示媒体组件定向的屏幕的信息、用于接收媒体组件的URL、媒体组件的咨询评级、用于接收媒体组件的URL、媒体组件的咨询评级、以及媒体组件的流派中的至少一个。在这一点上，媒体组件定向的屏幕可以表示配套装置200。更加详细地，媒体组件目标可以表示无配套装置、所有装置、智能电话、平板PC、TV以及PC中的至少一个。平板PC可以表示不具有通过诸如3G和LTE的移动通信网络的通信功能并且包括显示器的移动装置。
可以以XML格式用信号发送广播服务的属性，如在图110中所示。然而，用于广播服务的属性的信令格式不限于此并且广播服务的属性可以以诸如比特流的其它格式用信号发送。
更加详细地，用信号发送广播服务的属性的信息可以包括作为元素的ServiceID、ServiceName、MajorChanNum、MinorChanNum、 Description、Genre、Icon、Language、UsageReportingInfo、Targeting、 ServiceProtection、AdvisoryRating、以及ComponentItem中的至少一个。
ServiceID表示用于识别服务的广播服务标识符。在这一点，可以仅存在一个ServiceID。另外，根据特定的实施例，ServiceID可以具有无符号短数据类型。更加详细地，广播接收装置100和配套装置200 可以基于ServiceID识别广播服务。
ServiceName表示广播服务的名称。可以提供零、或者一或者多个 ServiceName。根据特定的实施例，ServiceName可以具有字符串数据类型。更加详细地，广播接收装置100和配套装置200可以基于 ServiceName显示广播服务的名称。
MajorChanNum和MinorChanNum分别表示广播服务的信道编号的主要编号和次要编号。根据特定的实施例，可以提供零或者一个 MajorChanNum和MinorChanNum。另外，MajorChanNum和 MinorChanNum可以具有在0至15当中的整数值。MajorChanNum和MinorChanNum可以被用于选择用户的广播服务。更加详细地，广播接收装置100和配套装置200可以基于MajorChanNum和MinorChanNum 显示广播服务的信道编号。
描述表示广播服务的描述。可以提供零、或者一或者多个 Description。Description可以具有字符串数据类型。用户可以通过 Description猜到广播的内容。更加详细地，广播接收装置100和配套装置200可以基于Description显示广播服务的描述。
Genre表示广播服务的流派。可以提供零、或者一个或者多个 Genre。根据特定的实施例，Genre可以具有字符串数据类型。用户可以通过Genre获知广播服务的流派。更加详细地，广播接收装置100 和配套装置200可以基于Genre显示广播服务的流派。
Icon表示广播服务。可以提供零、或者一个或者多个Icon。Icon 可以具有基64二进制数据类型。用户可以通过表示广播服务的图标容易地获知广播服务的内容。更加详细地，广播接收装置100和配套装置200可以基于Icon显示表示广播服务的图标。
Language表示广播服务的主要语言。可以提供零或者一个 Language。Language可以具有字符串数据类型。更加详细地，广播接收装置100和配套装置200可以基于Language显示广播服务的主要语言。
UsageReportingInfo表示与广播服务有关的使用报告信息。可以提供零、或者一个或者多个UsageReportingInfo。UsageReportingInfo可以具有字符串数据类型。更加详细地，UsageReportingInfo可以被用作用于使用信息报告的参数。例如，UsageReportingInfo可以包括用于使用信息报告的URL和报告时段中的至少一个。通过这样的使用信息报告，广播服务提供商可以获得广播服务的使用信息和关于广播服务的账单信息。更加具体地，广播接收装置100和配套装置200可以基于 UsageReportingInfo报告广播服务的使用信息。
Targeting表示广播服务的定向属性。可以提供零、或者一个或者多个的Targeting。Targeting可以具有字符串数据类型。更加详细地， Targeting可以表示是否相对应的广播服务是用于诸如广播接收装置 100或者配套装置200的主装置。更加详细地，广播接收装置100和配套装置200可以基于Targeting确定是否显示广播服务。
ServiceProtection表示关于广播服务的保护的属性。可以提供零或者一个ServiceProtection。更加详细地，ServiceProtection可以具有字符串数据类型。
AdvisoryRating表示广播服务的咨询评级。可以提供零、或者一个或者多个的AdvisoryRating。AdvisoryRating可以具有字符串数据类型。广播接收装置100和配套装置200可以基于咨询评级和个性化信息阻止广播服务。
ComponentItem表示关于广播服务中的媒体组件的信息。更加详细地，ComponentItem可以包括componentId、ComponentType、 ComponentName、StartTime、Duration、TargetScreen、URL、 ContentAdvisory、以及Genre中的至少一个。
ComponentId表示用于识别对应的媒体组件的标识符。更加详细地，可以提供一个ComponentId。更加详细地，ComponentId可以具有无符号数据类型。更加详细地，广播接收装置100和配套装置200可以基于ComponentId识别媒体组件。
CmponentType表示对应的媒体组件的类型。更加详细地，可以提供一个CmponentType。CmponentType可以具有字符串数据类型。更加详细地，广播接收装置100和配套装置200可以基于CmponentType显示媒体组件的类型。
ComponentName表示对应的媒体组件的名称。更加详细地，可以提供零、或者一个或者多个ComponentName。ComponentName可以具有字符串数据类型。更加详细地，广播接收装置100和配套装置200 可以基于ComponentName显示媒体组件的名称。
StartTime表示对应的媒体组件的开始时间。更加详细地，可以提供零或者一个StartTime。更加详细地，StartTime可以具有无符号短数据类型。更加详细地，广播接收装置100和配套装置200可以基于 StartTime确定媒体组件的开始时间。
Duration表示对应的媒体组件的持续时间。更加详细地，可以提供零或者一个Duration。更加详细地，Duration可以具有无符号短数据类型。更加详细地，广播接收装置100和配套装置200可以基于Duration 确定媒体组件的持续时间。
TargetScreen表示相对应的媒体组件定向的屏幕。更加详细地，可以提供零、或者一个或者多个TargetScreen。更加详细地，TargetScreen 可以具有字符串数据类型。更加详细地，广播接收装置100和配套装置200可以基于TargetScreen确定是否播放对应的媒体组件。在特定的实施例中，TargetScreen可以表示不存在与媒体组件相对应的配套装置或者媒体组件定向所有的装置。另外，TargetScreen可以表示媒体组件定向指南电话、平板PC、TV以及PC中的至少一个。更加详细地，如在图111的实施例中所示，当TargetScreen的值是0x00时，TargetScreen 可以表示不存在与媒体组件相对应的配套装置。当TargetScreen的值是 0x01时，TargetScreen可以表示媒体组件定向所有装置的类别。当 TargetScreen的值是0x02时，TargetScreen可以表示媒体组件定向智能类别。当TargetScreen的值是0x03时，TargetScreen可以表示媒体组件定向平板PC类别。当TargetScreen的值是0x04时，TargetScreen可以表示媒体组件定向TV类别。当TargetScreen的值是0x05时，TargetScreen可以表示媒体组件定向PC类别。
URL表示用于接收媒体组件的地址。更加详细地，可以提供零、或者一个或者多个URL。更加详细地，URL可以具有URL数据类型。更加详细地，URL可以表示内容/信令服务器400的地址。更加详细地，广播接收装置100和配套装置200可以基于URL接收媒体组件。
ContentAdvisory表示对应的媒体组件的咨询评级。当 ContentAdvisory的值与AdvisoryRating的值冲突时，ContentAdvisory 的值可以具有优先级。更加详细地，可以提供零、或者一个或者多个 ContentAdvisory。更加详细地，ContentAdvisory可以具有字符串数据类型。更加详细地，广播接收装置100和配套装置200可以基于 ContentAdvisory确定是否播放媒体组件。
Genre表示媒体组件的流派。更加详细地，可以提供一个或者多个 Genre。Genre可以具有字符串数据类型。当Genre冲突上述服务的流派时，表示媒体组件的流派的Genre可以具有优先级。更加详细地，广播接收装置100和配套装置200可以基于Genre显示媒体组件的流派。
如上所述，广播接收装置100和配套装置200可以通过家庭网络、诸如3GPP的移动通信网络以及HTTP代理服务器中的至少一个与广播接收装置100交互操作。在这一点上，可以通过各种方法进行在广播接收装置100和配套装置200之间的通信。更加详细地，可以通过通用随插即用(UPnP)进行在广播接收装置100和配套装置100之间的通信。
UPnP将装置分类成控制点(CP)和被控制的装置(CD)。CP通过UPnP协议控制CD。根据特定的实施例，广播接收装置100对应于 CD中的一个。另外，配套装置200可以对应于CP。UPnP定义发现、描述、控制以及事件协议。描述协议是CP搜寻CD的协议。描述协议是CP获得CD的信息的协议。控制协议是CP调用CD的预先确定的操作的协议。事件协议是CD将未被同步的通知递送给CP的协议。广播接收装置100和配套装置200可以通过发现、描述以及控制，和UPnP 协议的事件协议中的至少一个相互交互操作。例如，广播接收装置100 可以通过发现协议找到配套装置200。将会参考图112至图122描述广播接收装置100和配套装置200的具体操作。
图112是图示表示根据本发明的实施例的被用信号发送的广播服务属性的状态的参数的视图。
广播接收装置100可以将表示广播服务的属性的一个参数发送到配套装置200。表示广播服务的属性的一个参数可以包括当前广播服务的属性。更加详细地，如在图112的实施例中所示，诸如ServiceProperty 的参数可以被发送。根据特定的实施例，ServiceProperty可以是重要的参数并且可以具有字符串数据类型。另外，根据特定的实施例， ServiceProperty可以不具有有关的行为。当对于ServiceProperty的订阅被请求时，广播接收装置100可以将ServiceProperty发送到配套装置 200。参考图113描述广播接收装置100发送广播服务的属性的特定过程。
图113是图示根据本发明的实施例的当广播接收装置将广播服务属性用信号发送到配套装置时的操作的梯形图。
广播接收装置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可以基于描述访问广播接收装置100。根据另一实施例，配套装置200可以通过UPnP的发现协议找到广播接收装置100。例如，配套装置200通过公知的IP地址搜寻广播接收装置100以交互操作的消息可以被多播。在这一点，广播接收装置100可以基于被多播的消息以显示消息答复。因此，接收发现消息的配套装置200可以从广播接收装置100请求描述。广播接收装置100可以基于配套装置200的描述请求将描述提供给配套装置200。配套装置200可以基于描述访问广播接收装置100。
配套装置200在操作S2003中从广播接收装置100请求广播服务的属性通知。更加详细的，配套装置200可以通过控制单元从广播接收装置100请求广播服务的属性信息。更加详细地，配套装置200可以通过UPnP协议从广播接收装置100请求广播服务的属性通知。根据特定的实施例，配套装置200可以基于事件协议从广播接收装置100 请求用于广播服务的属性的事件订阅。
广播接收装置100在操作S2005中基于广播服务接收用信号发送广播服务属性的信息。更加详细的，广播接收装置100可以通过广播接收单元110从广播发送装置300接收用信号发送广播服务属性的信息。
广播接收装置100在操作S2007中基于用信号发送广播服务的属性的信息向配套装置200通知广播服务属性。更加详细的，广播接收装置100基于用信号发送广播服务的属性的信息通过控制单元150向配套装置200通知广播服务。更加详细的，广播接收装置100可以确定与之前的相比较是否改变了广播服务的属性。当与之前的相比较改变了广播服务的属性时，广播接收装置100可以向配套装置200通知广播服务的属性。根据特定的实施例，广播接收装置100可以通过表示广播服务属性的状态的参数向配套装置200通知广播服务的属性。根据特定实施例，表示广播服务属性的状态的参数可以是图36的 ServiceProperty。参考图114将会更加详细地描述表示广播服务属性的状态的参数的数据格式。
图114是图示根据本发明的实施例的广播接收装置用信号发送到配套装置的广播服务属性的数据格式的视图。
广播服务属性的数据格式可以是如在图114中所示的XML格式。然而，广播服务属性的数据格式不限于此。在图114的实施例中，广播服务属性的数据格式包括参考图110描述的广播服务的所有属性。因此，即使仅广播服务属性的部分被改变，广播接收装置100需要发送整个广播服务属性并且配套装置200需要接收整个广播服务属性。在这样的情况下，在广播接收装置100和配套装置200之间交换的数据量增加。另外，配套装置200需要再次检查改变了哪个广播服务属性。因此，要求有广播接收装置100将广播服务属性有效地用信号发送到配套装置200的方法。参考图115至图117将会对其进行描述。
图115是图示根据本发明的实施例的表示广播接收装置用信号发送到配套装置的广播服务属性的状态、用于广播服务属性的行为、以及行为宗量的参数的视图。
根据本发明的另一实施例，表示广播服务的属性的参数可以包括表示广播服务属性的参数、表示广播服务属性的名称的参数、以及是否改变广播服务属性的参数中的至少一个。更加详细的，当配套装置 200要求广播服务的特定属性时，广播接收装置100可以基于配套装置 200的请求发送广播服务的属性。更加详细的，广播接收装置100可以发送配套装置200请求的广播服务的特定属性。例如，通过表示广播服务的属性被改变的参数，广播接收装置100可以通知配套装置200 是否广播服务的属性被改变。在这一点上，配套装置200可以通过表示广播服务属性的名称的参数请求广播服务的属性。广播接收装置100 可以通过表示广播服务属性的参数向配套装置200通知广播服务属性。
根据特定的实施例，表示广播服务的属性的参数可以包括 ServiceProperty、ServicePropertyName、以及ServicePropertyChangeFlag 中的至少一个。ServiceProperty表示重要的参数并且可以具有字符串数据类型。ServicePropertyName表示广播服务属性的名称。 ServicePropertyName是重要的参数并且可以具有字符串数据类型。 ServicePropertyChangeFlag表示是否广播服务属性被改变。根据特定的实施例，ServicePropertyChangeFlag可以是重要的参数并且可以具有布尔数据类型。另外，当配套装置200请求用于ServicePropertyChangeFlag 的订阅时，广播接收装置100可以将ServicePropertyChangeFlag发送到配套装置200。
配套装置200可以通过表示广播服务属性的名称的参数使用GetServiceProperty行为以请求广播服务的属性。GetServiceProperty是重要的行为。在这一点上，GetServiceProperty可以具有 ServiceProgpertyName作为用于输出的宗量。另外，GetServiceProperty 可以具有ServiceProperty作为用于输出的宗量。根据特定的实施例，当配套装置200将要被获得的广播服务的属性设置为 SevicePropertyName并且将GetServiceProperty行为发送到广播接收装置100时，配套装置200可以请求与ServicePropertyName相对应的广播服务的属性作为ServiceProperty。将会参考图116描述广播接收装置 100和配套装置200的具体操作。
图116是图示根据本发明的另一实施例的当广播接收装置将广播服务属性用信号发送到配套装置时的操作的梯形图。
广播接收装置100和配套装置200在操作S2021中生成配对会话。更加详细地，广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加详细地，配套装置200可以通过通信单元生成与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可以生成用于双向通信的配对会话。更加详细地，广播接收装置100和配套装置200的操作可以与图113中的实施例中的那些相同。
配套装置200在操作S2023中请求来自于广播接收装置100的广播服务的属性变化通知。更加详细地，配套装置200可以通过控制单元从广播接收装置100请求广播服务的属性变化通知。更加详细地，配套装置200的操作可以与图113的实施例中的那些相同。
广播接收装置100可以在操作S2025中基于广播服务接收用信号发送广播服务属性的信息。更加详细地，广播接收装置100可以通过广播接收单元110从广播发送装置300接收用信号发送广播服务属性的信息。
广播接收装置100在操作S2027中基于用信号发送广播服务的属性的信息通知配套装置200是否广播服务属性被改变。更加详细地，广播接收装置100基于用信号发送广播服务的属性的信息通知配套装置200是否通过控制单元150改变广播服务属性。更加详细地，广播接收装置100可以确定是否与之前相比较改变广播服务的属性。当与之前相比较广播服务的属性被改变时，广播接收装置100可以向配套装置200通知广播服务的属性变化。更加详细地，广播接收装置100 可以基于用信号发送与之前相比较广播的属性被改变的信息的版本确定是否广播服务的属性被改变。另外，根据特定的实施例，广播接收装置100可以通过表示是否广播服务属性被改变的参数通知配套装置 200是否广播服务的属性被改变。根据特定的实施例，表示是否广播服务属性被改变的参数可以是图115的ServicePropertyChangedFlag。在这一点上，参考图117将会更加详细的描述表示是否广播服务属性被改变的数据格式。
图117是图示根据本发明的另一实施例的是否广播接收装置用信号发送到配套装置的广播服务属性被改变的数据格式的视图。
是否广播服务属性被改变的数据格式可以是XML格式。然而，是否广播服务属性的数据格式不限于此。根据特定的实施例，广播接收装置100可以仅通知配套装置200是否广播服务的属性被改变。如在图117的实施例中所示，广播接收装置100可以通过具有真值或者假值的布尔参数向配套装置200显示是否广播服务的属性被改变。例如，当广播服务的属性被改变时，广播接收装置100可以将其中表示是否广播服务的属性的参数具有真值的数据发送到配套装置200。然而，在这样的实施例中，配套装置200不可以获知广播服务中的哪个属性被改变并且仅可以获知广播服务属性中的至少一个被改变。因此，即使当配套装置200没有要求的广播服务属性被改变时，配套装置200请求广播服务的属性。因此，这样的实施例可能引起广播接收装置100 和配套装置200的不必要的操作和不必要的数据交换。为了解决此问题，广播接收装置100可能需要通知配套装置200被改变的服务属性。将会参考图118和图121对其进行描述。
图118是图示根据本发明的另一实施例的表示广播接收装置用信号发送给配套装置的广播服务属性的状态的参数的视图。
当广播服务的属性被改变时，广播接收装置100可以一起通知配套装置200被改变的属性以及是否广播服务属性改变。为此，表示是否广播服务属性被改变的参数可以包括表示被改变的广播服务的属性的信息。为此，表示是否广播服务属性被改变的参数可以具有二进制十六进制类型。因此，其他参数、行为以及行为宗量是相同的，并且根据图115的实施例，作为表示是否广播服务的属性被改变的参数的 ServicePropertyChangedFlag可以是二进制十六进制类型。当用于 ServicePropertyChangedFlag的订阅被请求时，广播接收装置100可以将ServicePropertyChangedFlag发送到配套装置200。参考图119将会描述是否广播接收装置100用信号发送到配套装置200的广播服务的属性被改变的数据格式。
图119是图示根据本发明的另一实施例的是否广播接收装置用信号发送给配套装置的广播服务属性被改变的数据格式的视图。
是否广播服务属性被改变的数据格式可以是XML格式。然而，是否广播服务属性的数据格式不限于此。广播接收装置100将特定的比特分配给各个广播服务属性，并且当广播的属性被改变时，显示具有1 的相对应的比特。在图119的实施例中，十六进制数90080004是二进制数1001 0000 0000 1000 0000 0000 0100。在这一点上，前面的四个比特分别表示广播的主要语言、流派、咨询评级、以及定向属性。在这样的情况下，配套装置200可以识别广播的主要语言和定向属性被改变。
再次，参考图116，将会描述根据本发明的另一实施例的广播接收装置100将广播服务属性用信号发送给配套装置200的情况。
配套装置200在操作S2029中从广播接收装置100请求广播服务的特定属性。广播服务的特定属性可以是在用信号发送广播的属性的信息中的一个或多个广播服务属性。配套装置200可以通过控制单元从广播接收装置100请求广播服务的特定属性。更加详细地，当广播接收装置100发送广播服务的属性变化通知时，配套装置200可以从广播接收装置100请求广播服务的特定属性。在这一点上，广播服务的特定属性可以是对于配套装置200提供广播服务有关的附加服务所必需的广播服务的属性。另外，如在图120和图121中所示，当广播接收装置100用信号发送广播服务属性当中的被改变的部分时，配套装置100可以基于广播服务的被改变的属性类型请求广播服务的特定属性。更加详细地，当广播服务的特定属性被改变时，配套装置200 可以请求广播服务的特定属性。广播服务的特定属性可以是配套装置 200提供与广播服务有关的服务所必需的属性。例如，在配套装置200 基于广播服务的定向属性确定是否呈现广播服务的情况下，当广播服务的定向属性被改变时，配套装置200可以请求广播服务的定向属性。
广播接收装置100在操作S2031中向配套装置200通知广播服务的特定属性。更加详细地，广播接收装置100通过控制单元150向配套装置200通知广播服务的特定属性。更加详细地，广播接收装置100 可以基于配套装置200的请求通知广播服务的特定属性。例如，广播接收装置100可以将配套装置200请求的广播服务的特定属性发送到配套装置200。
然而，这样的实施例可能要求在广播接收装置100和配套装置200 之间的连续的通信。特别地，当广播接收装置100与多个配套装置200 交互操作时，连续的通信可能引起对广播接收装置100的操作的超载。如果配套装置100从内容/信令服务器400接收广播服务的属性则此问题可以被解决。将会参考图120和图121描述此。
图120是图示根据本发明的另一实施例的表示广播接收装置用信号发送到配套装置的广播服务属性的状态的参数的视图。
当广播服务的属性被改变时，广播接收装置100可以通知用于接收是否广播服务时序被改变的URL地址和广播服务的属性。为此，表示广播接收装置100用信号发送到配套装置200的广播服务属性的状态的参数可以包括表示用于广播服务的属性的URL地址的信息。根据特定的实施例，表示用信号发送的广播服务属性的状态的参数可以包括表示用于接收广播服务的属性的ULR地址的 ServicePropertyChangeFlag。根据特定的实施例，ServicePropertyChangeFlag可以是可选的参数并且可以具有字符串数据类型。参考图121将会描述广播接收装置100和配套装置200的具体操作。
图121是图示根据本发明的另一实施例的当广播接收装置将广播服务属性用信号发送到配套装置时的操作的梯形图。
广播接收装置100和配套装置200在操作S2041中生成配对会话。更加详细地，广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加详细的，配套装置200可以通过通信单元生成与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可以生成用于双向通信的配对会话。更加详细的，广播接收装置100和配套装置200的操作可以与在图116的实施例中的相同。
配套装置200在操作S2043中从广播接收装置100请求广播服务的属性变化通知。更加详细地，配套装置200可以通过控制单元从广播接收装置100请求广播服务的属性通知。更加详细地，配套装置200 的操作可以与图116的实施例中的相同。
广播接收装置100在操作S2045中基于广播服务接收用信号发送广播服务属性的信息。更加详细地，广播接收装置100可以通过广播接收单元100从广播发送装置300接收用信号发送广播服务属性的信息。
在操作S2047中，广播接收装置100基于用信号发送广播服务的属性的信息通知配套装置200用于获得是否广播服务属性被改变以及广播服务的属性的URL。更加详细地，广播接收装置100基于用信号发送广播服务的属性的信息通知配套装置200用于获得是否广播服务属性被改变以及广播服务的属性的URL。更加详细地，广播接收装置 100可以确定与之前相比较是否广播服务的属性被改变。更加详细地，广播接收装置100可以基于用信号发送与之前相比较广播的属性被改变的信息的版本确定是否广播服务的属性被改变。另外，当与之前相比较广播服务的属性被改变时，广播接收装置100可以通知配套装置 200用于获得广播服务属性变化以及广播服务属性的URL地址。根据特定的实施例，广播接收装置100可以通过表示是否广播服务属性被改变的参数通知配套装置200是否广播服务的属性被改变。根据特定的实施例，表示是否广播服务属性被改变的参数可以是图44的ServicePropertyChangeFlag。另外，广播接收装置100可以通过表示用于获得广播服务的属性的URL的参数通知配套装置200是否广播服务的属性被改变。根据特定的实施例，表示用于获得广播服务的属性的 URL的参数可以是图120的ServicePropertyURL。
配套装置200在操作S2049中基于用于获得广播服务的属性的 URL获得广播服务的属性。更加详细地，配套装置200基于用于获得广播服务的属性的URL通过控制单元获得广播服务的属性。更加详细地，配套装置200基于用于获得广播服务的属性的URL从内容/信令服务器400获得广播服务的属性。更加详细地，配套装置200基于用于获得广播服务的属性从内容/信令服务器400请求广播服务的属性并且然后从内容/信令服务器400获得广播服务的属性。通过这样，从广播接收装置100和配套装置200之间的通信产生的广播通信装置100的负载可以被减少。然而，根据这样的实施例，即使当配套装置200没有要求的广播服务的属性被改变时，广播接收装置100也需要通知广播服务属性变化。因此，广播接收装置100需要执行不必要的操作。由于当配套装置200从广播接收装置100请求通知变化时事先设置必要的广播服务属性，所以可以减少广播接收装置100的不必要的操作。将会参考图122和图123对其进行描述。
图122是图示根据本发明的另一实施例的表示广播接收装置用信号发送到配套装置的广播服务属性的状态、用于广播服务属性的行为、以及行为宗量的参数的视图。
配套装置200可以指定所期待的广播服务属性以当从广播接收装置100请求广播服务的属性变化通知时被通知。为此，配套装置200 可以包括用于指定要被通知的所期待的广播服务属性的行为。在这一点上，行为可以具有表示要作为输入宗量通知的所期待的广播服务属性的参数。这样的行为可以是图122的SetServiceProperty。根据具体的实施例，SetServiceProperty可以是重要的行为。另外， SetServiceProperty可以具有表示广播服务属性的类型的 ServicePropertyName作为输入宗量。将会参考图123描述广播接收装置100和配套装置200的具体操作。
图123是图示根据本发明的另一实施例的当广播接收装置将广播服务属性用信号发送到配套装置时的操作的梯形图。
广播接收装置100和配套装置200在操作S2061中生成配对会话。更加详细地，广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加详细地，配套装置200可以通过通信单元生成与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可以生成用于双向通信的配对会话。更加详细的，广播接收装置100和配套装置200的操作可以与在图121的实施例中的相同。
配套装置200在操作S2063中从广播接收装置100请求广播服务的特定属性变化通知。更加详细地，配套装置200可以通过控制单元从广播接收装置100请求广播服务的特定属性通知。配套装置200可以仅请求对于提供广播服务有关的附加服务所必需的广播服务的特定属性变化。根据特定的实施例，配套装置200可以通过用于仅请求特定属性变化通知的行为请求广播服务的特定属性变化通知。在这一点上，用于仅请求特定属性变化通知的行为可以是图122的 SetServiceProperty。从广播接收装置100请求广播服务的特定属性变化通知的配套装置200的操作可以包括下述操作。配套装置200从广播接收装置100请求用于服务属性变化通知的订阅。当接受用于服务属性变化通知订阅的请求时，广播接收装置100可以将接受消息和用于识别订阅请求的订阅标识符(SID)发送到配套装置200。配套装置200 可以基于SID从广播接收装置100请求广播服务的特定属性变化通知。更加详细地，配套装置200可以发送要被通知的广播服务的特定属性变化和SID两者。另外，配套装置200可以从广播接收装置100请求广播服务的多个被改变的特定属性。在这一点上，配套装置200可以如以列表的形式请求广播服务的多个属性。
广播接收装置100在操作S2065中基于广播服务接收用信号发送广播服务属性的信息。更加详细地，广播接收装置100可以通过广播接收单元100从广播发送装置300接收用信号发送广播服务属性的信息。
广播接收装置100在操作S2067中检查是否广播的特定属性被改变。更加详细地，广播接收装置100可以通过控制单元150检查是否广播服务的特定属性被改变。更加详细地，广播接收装置100可以确定是否与之前相比较广播服务的特定属性被改变。更加详细地，广播接收装置100可以通过将广播服务的特定属性的先前的值与当前值进行比较确定是否广播服务的特定属性被改变。
当广播服务的特定属性被改变时，在操作S2069中，基于用信号发送广播服务的属性的信息，广播接收装置100通知配套装置200是否特定的广播服务属性被改变。更加详细地，当特定广播服务属性被改变时，广播接收装置100基于用信号发送广播服务的属性的信息通过控制单元150通知控制单元通知配套装置200是否特定广播服务属性被改变。
配套装置200在操作S2071中从广播接收装置100请求广播服务的特定属性。更加详细地，配套装置200可以通过控制单元从广播接收装置100请求广播服务的特定属性。更加详细地，当广播接收装置 100发送广播服务的特定属性变化通知时，配套装置200可以从广播接收装置100请求广播服务的特定属性。配套装置200的特定操作可以与图116的实施例中的相同。
广播接收装置100在操作S2073中通知配套装置200广播服务的特定属性。广播接收装置100可以通过控制单元150向配套装置200 通知广播服务的特定属性。更加详细地，广播接收装置100可以基于配套装置200的请求通知广播服务的特定属性。例如，广播接收装置 100可以将配套装置200请求的广播服务的特定属性发送到配套装置 200。
另外，配套装置200从广播接收装置100没有获得广播服务的特定属性，但是如参考图121所描述的，获得了用于获得广播服务属性的URL并且然后基于用于获得广播服务属性的URL获得广播服务的特定属性。通过这样的操作，可以减少广播接收装置100向配套装置 200通知广播服务的属性变化的不必要的操作。
广播接收装置100可以通过网络接收用于诸如自然灾难、恐怖行动、以及战争的灾难情形的紧急报警。另外，广播接收装置100可以向用户通知这些。通过这样，许多的人能够快速地和有效地识别国家灾难情形。然而，如果用户不能够始终注视广播接收装置100，则可能存在用户没有识别的紧急报警情形。即使当用户不能够始终注视广播接收装置100时，用户很有可能始终携带诸如移动电话或者平板的配套装置200。因此，如果广播接收装置100将紧急报警发送到配套装置 200并且配套装置显示紧急报警，则能够有效地快速地通知用户国家灾难情形。将会参考图124至图136对此进行描述。
图124是图示根据本发明的实施例的当通过广播网络生成和发送紧急报警时的操作的视图。
通过广播服务管理紧急报警的报警系统可以从具有通过综合公共报警&警告系统(IPWS)发布紧急议题或者通过其它的来源根据公共报警协议(CAP)发布消息的权限的权威机构接收紧急情形。报警系统确定是否CAP消息对应于当前区域。当CAP消息对应于当前区域时，报警系统将CPA消息插入到广播信号。因此，通过广播信号发送CAP 消息。参考图125描述广播接收装置100接收广播信号并且向用户发送紧急报警的操作。
图125是根据本发明的实施例的当广播接收装置提取并且显示通过广播网络用信号发送的紧急信息时的视图。
广播发送装置200可以基于广播信号提取紧急报警表(EAT)并且可以从EAT提取CAP消息。另外，广播发送装置200可以基于EAT 中的NRT服务标识符获得与紧急报警有关的附加信息。更加详细地，广播接收装置100可以基于在EAT中的EAS_NRT_service_id字段获得与紧急报警有关的附加信息。更加详细地，广播接收装置100可以基于在EAT中的NRT服务标识符从用信号发送NRT服务的表中获得关于发送与紧急报警有关的附加信息的FLUTE会话的信息。在这一点上，用信号发送NRT服务的表可以是服务映射表(SMT)。广播接收装置100可以基于关于FLUTE会话的信息从相对应的FLUTE会话接收与紧急报警有关的附加信息。广播接收装置100可以接收紧急报警，并且然后可以在显示关于广播服务和广播服务节目的信息的服务指南上显示紧急报警。更加详细地，广播接收装置100从指南访问表(GAT)提取服务标识符并且从用信号发送NRT服务的表提取与服务标识符相对应的信息以接收紧急报警。根据特定的实施例，广播接收装置100 可以从GAT获得关于与被提取的服务相对应的服务的FLUTE会话的信息。然后，广播接收装置100可以基于关于FLUTE会话的信息接收紧急报警消息，并且可以在服务指南上显示紧急报警消息。CAP消息的格式可以与图126的相同。
将会参考图127至图136描述广播接收装置100和配套装置200 的具体操作。
图127是图示根据本发明的实施例的表示广播接收装置用信号发送的紧急报警的状态、用于紧急报警的行为、以及行为宗量的参数的视图。
根据本发明的实施例，表示紧急报警的状态的参数可以包括表示包括紧急报警的紧急报警消息的信息的参数和表示包括所有紧急报警消息的紧急报警的信息的参数中的至少一个。更加详细地，当接收紧急报警时，广播接收装置100可以向配套装置100通知关于紧急报警消息的信息。将会参考图128描述关于紧急报警的信息。
图128是图示根据本发明的实施例的关于通过广播接收装置用信号发送的广播紧急消息的信息的视图。
关于紧急报警消息的信息可以包括紧急报警的版本、紧急报警消息的格式、接收紧急报警消息的日期、以及接收紧急报警消息的时间中的至少一个。更加详细地，该信息可以包括表示紧急报警消息的格式的messageType、表示接收紧急报警消息的日期和接收紧急报警消息的时间的dateTime、以及表示紧急报警的版本的version中的至少一个。根据特定的实施例，关于包括紧急报警的消息的信息可以是如在图128 中所示的XML格式。然而，包括紧急报警的消息的格式不限于此。
再次，参考图127，根据本发明的实施例描述了表示广播接收装置用信号发送的紧急报警的状态、用于紧急报警的行为以及行为宗量的参数。
另外，配套装置200可以通过行为请求关于包括所有紧急报警消息的紧急报警的信息。在这一点上，广播接收装置100可以通过包括关于紧急报警的信息的参数将关于包括所有紧急报警消息的紧急报警的信息用信号发送到配套装置100。根据特定的实施例，表示紧急报警的状态的参数可以包括EmergencyAlert和EmergencyAlertProperty中的至少一个。EmergencyAlert包括关于包括紧急报警的消息的信息。根据特定的实施例，EmergencyAlert可以是重要的参数并且可以具有字符串数据类型。广播接收装置100可以通过UPnP的事件协议发送 EmergencyAlert。根据特定的实施例，当广播接收装置100接收紧急报警时，EmergencyAlertProperty包括关于紧急报警的信息。EmergencyAlertProperty是重要的参数并且可以具有字符串数据类型。另外，用于请求关于包括所有紧急报警消息的紧急报警的信息的行为可以是GetAllEmergencyAlertMessage。根据特定实施例， GetAllEmergencyAlertMessage可以是重要的行为。另外， GetAllEmergencyAlertMessage可以具有EmergencyAlertProperty作为输出宗量。
将会参考图129描述广播接收装置100和配套装置200的操作。
图129是图示根据本发明的实施例的当广播接收装置将紧急报警用信号发送到配套装置时的操作的梯形图。
广播接收装置100和配套装置200在操作S2101中生成配对会话。更加详细地，广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加详细地，配套装置200可以通过通信单元生成与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可以生成用于双向通信的配对会话。更加详细的，广播接收装置100和配套装置200的操作可以与在图113的实施例中的相同。
配套装置200在操作S2103中从广播接收装置100请求紧急报警接收通知。更加详细地，配套装置200可以通过控制单元从广播接收装置100请求紧急报警接收通知。配套装置200可以通过UPnP协议从广播接收装置100请求紧急报警接收通知。根据特定实施例，配套装置200可以基于事件协议从广播接收装置100请求用于紧急报警接收通知的事件订阅。
广播接收装置100在操作S2105中从广播传输单元130接收包括紧急报警的消息。更加详细地，广播接收装置100可以通过广播接收单元110从广播发送装置300接收紧急报警消息。
广播接收装置100在操作S2107中基于紧急报警消息向配套装置 200通知关于紧急报警消息的信息。更加详细地，广播接收装置100可以基于紧急报警消息通过控制单元150向配套装置200通知关于紧急报警消息的信息。根据特定实施例，广播接收装置100可以通过表示关于紧急报警消息的信息的参数通知配套装置200关于紧急报警消息的信息。根据特定的实施例，表示关于紧急报警消息的信息的参数可以是图128的EmergencyAlert。
配套装置200在操作S2109中从广播接收装置100请求关于紧急报警的信息。更加详细地，配套装置200可以通过控制单元从广播接收装置100请求紧急报警。根据特定的实施例，配套装置200可以通过请求紧急报警的行为请求紧急报警。根据特定的实施例，请求紧急报警的行为可以是图128的GetEmergencyAlertMessage。
广播接收装置100在操作S2111中通知配套装置200关于包括所有紧急报警消息的紧急报警的信息。更加详细地，广播接收装置100 可以通过控制单元150向配套装置200通知关于包括所有紧急报警消息的紧急报警的信息。然而，在这样的情况下，因为需要发送和接收所有的紧急报警消息，所以这可能成为对广播接收装置100和配套装置200的操作的负担。因此，要求将紧急报警消息有效地发送到配套装置200的方法。
广播接收装置100可以从紧急报警消息提取对于配套装置所必需的信息，并且然后可以将被提取的信息发送到配套装置200。根据特定的实施例，广播接收装置100可以从紧急报警消息提取用于识别紧急报警的标识符、表示紧急报警的种类的信息、表示用于紧急报警的描述的信息、表示与紧急报警相对应的区域的信息、表示紧急报警的紧急性的信息、表示引起紧急报警的灾难的严重性的信息、以及表示引起紧急报警的灾难的确定性的信息中的至少一个。根据特定的实施例，广播接收装置100可以从紧急报警消息提取作为用于识别紧急报警的元素的标识符(identifier)、作为表示紧急报警的种类的元素的种类(category)、作为表示用于紧急报警的描述的元素的描述 (description)、作为表示与紧急报警相对应的区域的元素的areaDesc、作为表示紧急报警的紧急性的元素的紧急性(urgency)、作为表示引起紧急报警的灾难的严重性的元素的严重性(security)、以及作为表示引起紧急报警的灾难的确定性的元素的确定性(certainty)中的至少一个。
配套装置200可以确定紧急报警的优先级，并且基于紧急报警的优先级操作。将会参考图130至图132描述确定紧急报警的优先级的方法。
图130至图132是图示根据本发明的实施例的广播接收装置确定紧急报警的优先级的准则的视图。
配套装置200可以基于标识紧急报警的紧急性的信息、表示引起紧急报警的灾难的严重性的信息、以及表示引起紧急报警的灾难的确定性的信息的各个值分类紧急报警的优先级。在这一点上，配套装置 200可以根据在表示紧急报警的紧急性的信息、表示引起紧急报警的灾难的严重性的信息、以及表示引起紧急报警的灾难的确定性的信息当中具有最高优先级的值确定紧急报警的优先级。根据特定的实施例，配套装置200可以根据表示紧急报警的紧急性的信息、表示引起紧急报警的灾难的严重性的信息、以及表示引起紧急报警的灾难的确定性的信息的值将紧急报警的优先级分类成三个紧急性。例如，如在图54 中所示，当紧急性元素对应于立即(Immediate)或者预期(Expected) 时确定配套装置200具有最高的优先级，当紧急性元素对应于未来时具有比最高优先级低并且比最低优先级高的中等优先级，当紧急性元素对应于过去时具有最低的优先级，并且当紧急性元素对应于未知时具有与初始值相对应的优先级。在这一点上，初始值可以具有低于最高优先级并且高于最低优先级的中等优先级。另外，如在图130中所示，确定当严重性元素对应于极其或者严重时配套装置200具有最高的优先级，当严重性元素对应于中等时具有低于最高优先级和高于最低优先级的中间优先级，当严重性元素对应于较小的时具有最低的优先级，并且当严重性元素对应于未知时具有与初始值相对应的优先级。在这一点上，初始值可以具有低于最高的优先级并且高于最低的优先级的中间优先级。另外，如在图130中所示，确定当确定性元素对应于非常有可能或者有可能时配套装置200具有最高的优先级，当确定性元素对应于可能时具有低于最高优先级并且高于最低优先级的中间优先级，当确定性元素对应于不可能时具有最低的优先级，并且当确定性元素对应于未知时具有与初始值相对应的优先级。在这一点上，初始值可以具有低于最高优先级并且高于最低优先级的中间优先级。
根据另一实施例，配套装置200可以基于标识紧急报警的紧急性的信息、标识引起紧急报警的灾难的严重性的信息、以及表示引起紧急报警的灾难的确定性的信息的各个值指配点数，并且然后可以根据点数总和确定紧急报警的优先级。根据特定的实施例，配套装置200 可以将具有相同权重的点数指配给表示紧急报警的紧急性的信息、表示引起紧急报警的灾难的严重性的信息、以及表示引起紧急报警的确定性的信息。例如，如在图131中所示，当紧急性元素对应于立即时配套装置200可以指配五个点，当紧急性元素对应于预期时指配四个点，当紧急性元素对应于未来时指配三个点，当紧急性元素对应于过去时指配两个点，并且当紧急性元素对应于未知时指配一个点。另外，如在图131中所示，当严重性元素对应于极其时配套装置200可以指配五个点，当严重性元素对应于严重时指配四个点，当严重性元素对应于中等时指配三个点，当严重性元素对应于较小的时指配两个点，并且当严重性元素对应于未知时指配一个点。另外，如在图131中所示，当确定性元素对应于非常有可能时配套装置200可以指配五个点，当确定性元素对应于有可能时指配四个点，当确定性元素对应于可能时指配三个点，当确定性元素对应于不可能时指配两个点，并且当确定性元素对应于未知时指配一个点。在这一点上，当点数总和大于10 或者小于15时，配套装置200确定紧急报警具有最高的优先级。另外，当点数总和大于5或者小于10时，配套装置200确定紧急报警具有低于最高优先级并且高于最低优先级的中间优先级。另外，当点数总和大于0或者小于5时，配套装置200确定紧急报警具有最低的优先级。
另外，根据另一特定实施例，配套装置200可以将具有不同权重的点数指配给表示紧急报警的紧急性的信息、表示引起紧急报警的灾难的严重性的信息、以及表示引起紧急报警的确定性的信息。例如，如在图132 中所示，当紧急性元素对应于立即时配套装置200可以指配九个点，当紧急性元素对应于预期时指配八个点，当紧急性元素对应于未来时指配七个点，当紧急性元素对应于过去时指配五个点，并且当紧急性元素对应于未知时指配零个点。另外，如在图132中所示，当严重性元素对应于极其时配套装置200可以指配五个点，当严重性元素对应于严重时指配四个点，当严重性元素对应于中等时指配三个点，当严重性元素对应于较小的时指配两个点，并且当严重性元素对应于未知时指配零个点。另外，如在图132中所示，当确定性元素对应于非常有可能时配套装置200可以指配六个点，当确定性元素对应于有可能时指配五个点，当确定性元素对应于可能时指配四个点，当确定性元素对应于不可能时指配三个点，并且当确定性元素对应于未知时指配零个点。在这一点上，当点数总和大于10或者小于15时，配套装置200确定紧急报警具有最高的优先级。另外，当点数总和大于5或者小于10时，配套装置200确定紧急报警具有低于最高优先级并且高于最低优先级的中间优先级。另外，当点数总和大于0或者小于5时，配套装置200确定紧急报警具有最低的优先级。
配套装置200可以基于紧急报警的优先级显示紧急报警。根据特定的实施例，配套装置200可以基于紧急报警的优先级根据紧急报警、警报的持续时间、警报的数目、以及紧急报警显示时间改变警报声中的至少一个。例如，随着紧急报警的优先级较高，配套装置200可以允许警报声更大。另外，随着紧急报警的优先级较高，配套装置200 可以允许警报声更长。
根据参考图127和图129描述的实施例，广播接收装置100需要将紧急报警消息发送到配套装置200。然而，配套装置200可以仅请求紧急报警消息的部分。因此，广播接收装置100需要其操作方法以仅发送配套装置200要求的紧急报警消息的信息的部分。将会参考图133 和图134更加详细地描述此。
图133是图示根据本发明的另一实施例的表示广播接收装置用信号发送的紧急报警的状态、用于紧急报警的行为、以及行为宗量的参数的视图。
在从广播接收装置100请求关于紧急报警的信息时，配套装置200 可以指定配套装置200想要获得的紧急信息的特定信息。紧急报警的特定信息可以是在被包括在紧急报警消息中的多个信息当中的一个或者多个信息。在这一点上，广播接收装置100可以将关于紧急报警的特定信息发送到配套装置200。为此，配套装置200可以使用用于请求关于紧急报警的特定信息的行为。在这一点上，行为可以具有用于识别关于紧急报警的特定信息的参数作为输入宗量。根据特定实施例，配套装置200想要获得紧急报警的特定信息的参数可以是 EmergencyAlertField。根据特定实施例，EmergencyAlertField可以是重要的参数并且可以具有字符串数据类型。用于请求关于紧急报警的特定信息的行为可以是GetEmergencyAlerMessage。 GetEmergencyAlerMessage是重要参数并且可以具有EmergencyAlertField作为输入宗量。将会参考图134描述广播接收装置100和配套装置200的具体操作。
图134是图示根据本发明的另一实施例的当广播接收装置将紧急报警用信号发送到配套装置时的操作的梯形图。
广播接收装置100和配套装置200在操作S2121中生成配对会话。更加详细地，广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加详细地，配套装置200可以通过通信单元生成与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可以生成用于双向通信的配对会话。更加详细地，广播接收装置100和配套装置200的操作可以与在图129的实施例中的相同。
配套装置200在操作S2123中从广播接收装置100请求紧急报警接收通知。更加详细地，配套装置200可以通过控制单元从广播接收装置100请求紧急报警接收通知。更加详细地，配套装置200的操作可以与在图129的实施例中的相同。
广播接收装置100在操作S2125中基于广播服务接收包括紧急报警的紧急报警消息。更加详细地，广播接收装置100可以通过广播接收单元110从广播发送装置300接收包括紧急报警的紧急报警消息。
广播接收装置100在操作S2127中基于紧急报警消息向配套装置 200通知关于紧急报警消息的信息。更加详细地，广播接收装置100可以基于紧急报警消息通过控制单元150向配套装置200通知关于紧急报警消息的信息。另外，根据特定实施例，广播接收装置100可以通过表示关于紧急报警消息的信息的参数通知配套装置200关于紧急报警消息的信息。根据特定实施例，广播接收装置100可以通过关于紧急报警消息的信息的参数通知配套装置200关于紧急报警消息的信息。根据特定实施例，表示紧急报警消息的参数可以是图128的 EmergencyAlert。
配套装置200在操作S2129中从广播接收装置100请求关于紧急报警的特定信息。配套装置200可以通过控制单元从广播接收装置100 请求关于紧急报警的特定信息。在这一点上，关于紧急报警的特定信息可以是对于配套装置200提供关于紧急报警的附加信息所必需的信息。根据特定的实施例，配套装置200可以从广播接收装置100请求在紧急报警消息中的用于识别紧急报警的标识符、表示紧急报警的种类的信息、表示用于紧急报警的描述的信息、表示与紧急报警相对应的区域的信息、表示紧急报警的紧急性的信息、表示引起紧急报警的灾难的严重性的信息、以及表示引起紧急报警的灾难的确定性的信息中的至少一个。例如，配套装置200可以从广播接收装置100请求紧急报警消息中的作为识别紧急报警的元素的标识符、作为表示紧急报警的种类的元素的种类、作为表示用于紧急报警的描述的元素的描述、作为表示与紧急报警相对应的区域的元素的areaDesc、作为表示紧急报警的紧急性的元素的紧急性、作为表示引起紧急报警的灾难的严重性的元素的严重性、以及作为表示引起紧急报警的灾难的确定性的元素的确定性中的至少一个。根据特定的实施例，配套装置可以通过 GetEmergencyAlertMessage行为和图133的EmergencyAlertField从广播接收装置100请求关于紧急报警的特定信息。
广播接收装置100在操作S2131中基于紧急报警消息提取关于紧急报警的特定信息。更加详细地，广播接收装置100可以基于紧急报警消息通过控制单元150提取具体信息。更加详细地，广播接收装置 100可以通过控制单元150从紧急报警消息提取关于紧急报警的特定信息。
广播接收装置100在操作S2133中向配套装置200通知关于紧急报警的特定属性。更加详细地，广播接收装置100可以通过控制单元 150向配套装置200通知关于紧急报警的特定属性。更加详细地，广播接收装置100可以基于配套装置200的请求通知关于紧急报警的特定属性。
然而，当广播接收装置100与多个配套装置200交互操作时，当广播接收装置100直接发送关于对于配套装置200所必需的紧急报警的特定信息时，这可能引起广播接收装置100的操作的超载。因此，可能需要减少广播接收装置100的负载的将紧急报警用信号发送到配套装置200的方法。将会参考图135描述此。
图135是图示根据本发明的另一实施例的当广播接收装置将紧急报警用信号发送到配套装置时的操作的梯形图。
广播接收装置100和配套装置200在操作S2141中生成配对会话。更加详细地，广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加详细地，配套装置200可以通过通信单元生成与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可以生成用于双向通信的配对会话。更加详细地，广播接收装置100和配套装置200的操作可以与在图134的实施例中的相同。
配套装置200在操作S2143中从广播接收装置100请求紧急报警接收通知。更加详细地，配套装置200可以通过控制单元从广播接收装置100请求紧急报警接收通知。更加详细地，配套装置200的操作可以与在图134的实施例中的相同。
广播接收装置100在操作S2145中基于广播服务接收包括紧急报警的紧急报警消息。更加详细地，广播接收装置100可以通过广播接收单元110从广播发送装置300接收包括紧急报警的紧急报警消息。
广播接收装置100在操作S2147中向配套装置200通知用于获得关于紧急报警消息的信息和关于紧急报警的信息的URL。更加详细地，广播接收装置100基于紧急报警消息通过控制单元150向配套装置200 通知用于获得关于紧急报警消息的信息和关于紧急报警的信息的 URL。
配套装置200基于用于获得关于紧急报警的信息的URL获得关于紧急报警的信息。更加详细地，配套装置200可以通过控制单元基于用于获得关于紧急报警的信息的URL获得关于紧急报警的信息。更加详细地，配套装置200可以基于用于获得关于紧急报警的信息的URL 从内容/信令服务器400获得关于紧急报警的信息。更加详细地，配套装置200可以基于用于获得关于紧急报警的信息的URL从内容/信令服务器400请求关于紧急报警的信息，并且然后可以从内容/信令服务器 400获得关于紧急报警的信息。通过此，从广播接收装置100和配套装置200之间的通信产生的广播通信装置100的负载可以被减少。
当广播接收装置100将表示紧急报警的用户界面(UI)发送到配套装置200时，用于处理配套装置200的紧急报警的负载可以被减少。将会参考图136对此进行描述。
图136是图示根据本发明的另一实施例的当广播接收装置将紧急报警用信号发送到配套装置时的操作的梯形图。
广播接收装置100和配套装置200在操作S2161中生成配对会话。更加详细地，广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加详细地，配套装置200可以通过通信单元生成与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可以生成用于双向通信的配对会话。更加详细地，广播接收装置100和配套装置200的操作可以与在图135的实施例中的相同。
配套装置200在操作S2163中从广播接收装置100请求紧急报警接收通知。更加详细地，配套装置200可以通过控制单元从广播接收装置100请求紧急报警接收通知。更加详细地，配套装置200的操作可以与在图59的实施例中的相同。
广播接收装置100在操作S2165中基于广播服务接收包括紧急报警的紧急报警消息。更加详细地，广播接收装置100可以通过广播接收单元110从广播发送装置300接收包括紧急报警的紧急报警消息。
广播接收装置100在操作S2167中基于紧急报警消息向配套装置 200通知关于紧急报警消息的信息和关于紧急报警的UI信息。更加详细地，广播接收装置100基于紧急报警消息通过控制单元150向配套装置200通知关于紧急报警消息的信息和关于紧急报警的UI信息。在这一点上，关于紧急报警的UI信息可以包括表示紧急报警的UI的列表。
配套装置200在操作S2169中基于关于紧急报警的UI信息从广播接收装置100请求用于紧急报警的UI。更加详细地，配套装置200可以基于关于紧急报警的UI信息通过控制单元从广播接收装置100请求用于紧急报警的UI。
广播接收装置100在操作S2171中基于配套装置200的请求将用于获得用于紧急报警的UI的URI发送到配套装置200。广播接收装置 100可以基于配套装置200的请求通过控制单元150发送用于获得用于紧急报警的UI的UI。
配套装置200在操作S2173中基于用于获得用于紧急报警的UI 的URI显示用于紧急报警的UI。配套装置200可以基于用于获得用于紧急报警的UI的URI显示用于紧急报警的UI。更加详细地，配套装置200可以基于用于获得用于紧急报警的UI的URI获得UI。在这一点上，配套装置200可以从外部服务器获得用于紧急信息的UI。例如，配套装置200可以接收用于紧急信息的UI的图像文件、HTML文件、以及XML文件中的至少一个。在这一点上，外部服务器可以是内容/ 信令服务器400。根据另一特定实施例，配套装置200可以事先存储用于紧急报警的UI，并且可以调用在被存储的UI当中的与URI相对应的UI。另外，配套装置200可以显示用于通过这样的操作获得的紧急的UI。因为配套装置200通过这样的操作处理紧急报警，所以可以减少配套装置200的负载。
配套装置200可以提供与广播服务有关的增强型服务。为此，广播接收装置100可以将NRT数据发送到配套装置200。特别地，广播接收装置100可以将用信号发送用于NRT服务的内容项目的信息发送到配套装置200。内容项目是对于NRT服务呈现所必需的一个文件或者多个文件的集合。更加详细地，内容项目可以是NRT服务提供商打算通过单个单元处置以便于呈现NRT服务的一个文件或者多个文件的集合。将会参考图137描述用于配套装置200的NRT数据信令信息。
图137是图示根据本发明的实施例的用于配套装置的NRT数据信令信息的视图。
用于配套装置200的NRT数据信令信息可以包括用于识别NRT 数据的标识符、表示NRT数据的消耗模型的消耗模型信息、表示广播接收装置100下载NRT数据的状态的下载状态信息、以及关于配置 NRT数据的内容项目的信息中的至少一个。关于内容项目的信息可以包括用于识别内容项目的标识符、表示内容项目的名称的内容项目、表示内容项目的大小的大小信息、表示内容项目的呈现时间的呈现长度信息、以及表示通过其从内容服务器可下载内容项目的URL的URL 信息中的至少一个。用于配套装置200的NRT数据信令信息可以是 XML格式。
用于配套装置200的NRT数据信令信息可以是如在图137的实施例中所示的XML格式。另外，如在图137的实施例中所示，用于配套装置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。门户脚本化表示NRT服务通过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可以具有无符号的短数据类型。
URL表示通过其从内容服务器接收内容项目的URL。
图138是根据本发明的实施例的当广播接收装置基于用于广播接收装置的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的负载。
图139是图示根据本发明的实施例的用于NRT数据、用于NRT 数据获取的行为、以及行为宗量的变量的视图。
广播接收装置100可以通过使用表示NRT数据的属性的变量和用于识别NRT数据的变量向配套装置200用信号发送NRT数据。当在 NRT数据中存在变量时，广播接收装置100可以将表示NRT数据的属性的变量发送到配套装置200。另外，配套装置200可以通过使用用于识别NRT数据的变量来请求要从广播接收装置100获得的NRT数据的属性。
在特定的实施例中，表示NRT数据的属性的变量可以被称为 NRTDataProperty，如在图139中所示。作为必要变量，NRTDataProperty 可以具有字符串数据类型。当配套装置200从广播接收装置100请求 NRT数据信令通知时，广播接收装置100可以将NRTDataProperty发送到配套装置200。用于识别NRT数据的变量可以被称为NRTDataID，如在图139中所示。NRTDataID是必要变量并且可以具有字符串数据类型。
配套装置200可以使用用于请求NRT数据信令信息的行为以便于从广播接收装置100请求NRT数据的信令信息。用于请求NRT数据信令信息的行为可以使用用于识别NRT数据的变量作为输入宗量，以及表示NRT数据的属性的变量作为输出宗量。在这一点上，请求NRT数据信令信息的行为可以被称为GetNRTDataProperty，如在图139中所示。GetNRTDataProperty的输入宗量可以是NRTDataID。 GetNRTDatProperty的输入宗量可以是NRTDataID。GetNRTDatProperty 的输出宗量可以是NRTDataProperty。将会参考图140和图141更加详细地描述广播接收装置100和配套装置200的操作。
图140是根据本发明的实施例的当广播接收装置向配套装置用信号发送NRT数据时的视图。
广播接收装置100和配套装置200在操作S2181中生成配对会话。更加详细地，广播接收装置100可以通过IP通信单元130生成与配套装置200的配对会话。更加详细地，配套装置200可以通过通信单元生成与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可以生成用于交互式通信的配对会话。广播接收装置 100和配套装置200的特定操作与图136的实施例中的那些相同。另外，在用于生成配对会话的过程期间，广播接收装置100可以基于与配套装置200的应用的兼容性生成配对会话。更加详细地，当其与配套装置200的应用兼容时，广播接收装置100可以生成配对会话。更加详细地，为了检查兼容性，广播接收装置100可以检查配套装置200的应用版本和应用标识符中的至少一个。在另一特定实施例中，配套装置200可以在用于生成配对会话的过程期间检查与广播接收装置100 的应用的兼容性。更加详细地，当其与广播接收装置100的应用兼容时，配套装置200可以生成配对会话。更加详细地，为了检查兼容性，配套装置200可以检查广播接收装置100的应用版本和应用标识符中的至少一个。
配套装置200在操作S2183中请求来自于广播接收装置100的 NRT数据信令信息。更加详细地，配套装置200通过控制单元从广播接收装置100请求NRT数据信令信息通知。更加详细地，配套装置200 可以通过使用UPnP协议请求来自于广播接收装置100的NRT数据信令信息通知。在特定的实施例中，配套装置200可以基于事件协议请求来自于广播接收装置100的用于NRT数据的属性的事件的订阅。
广播接收装置100在操作S2185中基于广播服务接收用于广播接收装置100的NRT数据信令信息。更加详细地，广播接收装置100可以通过广播接收单元110从广播发送装置300接收NRT数据。
广播接收装置100在操作S2187和操作S2189中基于NRT数据信令信息接收NRT数据。更加详细地，广播接收装置100可以基于NRT 数据信令信息通过广播接收单元110从广播网络接收NRT数据。另外，广播接收装置100可以基于NRT数据信令信息通过IP通信单元130 从互联网网络接收NRT数据。
广播接收装置100可以在操作S2191中基于用于广播接收装置100 的NRT数据信令信息通知用于配套装置200的NRT数据信令信息。更加详细地，广播接收装置100可以基于用于广播接收装置100的NRT 数据信令信息通过控制单元150通知配套装置200用于配套装置200 的NRT数据信令信息。如参考图138所描述的，广播接收装置100可以基于NRT数据信令信息生成用于配套装置200的NRT数据信令信息。广播接收装置100可以将用于配套装置200的被生成的NRT数据信令信息发送到配套装置200。另外，如上所述，广播接收装置100可以生成用于配套装置200的NRT数据信令信息，包括配套装置200所请求的NRT数据属性。
如上所述，在操作S2193和操作S2195中配套装置200可以从广播接收装置100请求用于配套装置200的NRT数据信令信息，以获得用于配套装置200的NRT数据信令信息。更加详细地，配套装置200 可以发送用于识别NRT数据的标识符以接收与标识符相对应的NRT数据信令信息。在这一点上，广播发送装置100和配套装置200可以使用参考图139描述的行为和变量。
配套装置200可以基于NRT数据信令信息接收NRT数据。更加详细地，配套装置200可以基于NRT数据信令信息通过互联网网络接收NRT数据。在另一特定实施例中，配套装置200可以基于NRT数据信令信息从广播接收装置100接收NRT数据。通过此，当配套装置 200不能够直接地接收广播服务或者不能够通过互联网网络访问提供 NRT数据的服务器时，其可以接收NRT数据。
在图140中，在所有的NRT数据被接收之后，用于配套装置200 的NRT数据信令信息被发送到配套装置200。在图141中，将会描述广播接收装置100在接收所有的NRT数据之前发送NRT数据信令信息的情况。
然而，如果执行这样的操作，则配套装置200可能需要基于用于配套装置200的NRT数据信令信息通过广播网络或者互联网网络接收 NRT数据。
图141是根据本发明的另一实施例的当广播接收装置向配套装置用信号发送NRT数据时的视图。
广播接收装置100和配套装置200在操作S2201中生成配对会话。更加详细地，广播接收装置100可以通过IP通信单元130生成与配对装置200的配对会话。更加详细地，配套装置200可以通过通信单元生成与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可以生成用于交互式通信的配对会话。广播接收装置 100和配套装置200的特定操作可以与图140的实施例中的那些相同。
配套装置200在操作S2203中请求来自于广播接收装置100的 NRT数据信令信息通知。更加详细地，配套装置200通过控制单元请求来自于广播接收装置100的NRT数据信令信息通知。更加详细地，配套装置200可以通过使用UPnP协议请求来自于广播接收装置100 的NRT数据信令信息通知。在特定的实施例中，配套装置200可以基于事件协议请求来自于广播接收装置100的用于NRT数据的属性的事件的订阅。
广播接收装置100在操作S2205中基于广播服务接收用于广播接收装置100的NRT数据信令信息。更加详细地，广播接收装置100可以通过广播接收单元110从广播发送装置300接收NRT数据信令信息。
在操作S2208和操作2209中广播接收装置100可以基于用于广播接收装置100的NRT数据信令信息通知用于配套装置200的NRT数据信令信息。更加详细地，广播接收装置100可以基于用于广播接收装置100的NRT数据信令信息通过控制单元150通知配套装置200用于配套装置200的NRT数据信令信息。如参考图138所描述的，广播接收装置100可以基于NRT数据信令信息生成用于配套装置200的 NRT数据信令信息。广播接收装置100可以将用于配套装置200的被生成的NRT数据信令信息发送到配套装置200。另外，如上所述，广播接收装置100可以生成用于配套装置200的NRT数据信令信息，其包括配套装置200所请求的NRT数据属性。
在操作S2187和操作S2211中广播接收装置100基于NRT数据信令信息接收NRT数据。更加详细地，广播接收装置100可以基于NRT 数据信令信息通过广播接收单元110从广播网络开始接收NRT数据。另外，广播接收装置100可以基于NRT数据信令信息通过IP通信单元 130从互联网网络接收NRT数据。
在操作S2213中广播接收装置100通知配套装置200NRT数据的下载状态。广播接收装置100可以通过控制单元150向配套装置200 通知NRT数据的下载状态。广播接收装置100可以显示作为表示下载在进行中的下载中、表示下载完成后的完成、以及表示下载失败的错误的NRT数据的下载状态。在这一点上，当NRT数据的下载在进行中时，广播接收装置100可以显示下载完成百分比。例如，广播接收装置100可以显示下载状态“下载…30％完成”。另外，广播接收装置 100可以在预先确定的时间间隔向配套装置200通知NRT数据的下载状态。例如，广播接收装置100可以每10秒钟向配套装置通知NRT 数据的下载状态。在这一点上，可以基于配套装置200的请求确定通知时段。例如，当请求来自于广播接收装置100的NRT数据信令信息通知时，配套装置200可以发送通知时段。另外，广播接收装置100 可以根据配套装置200请求的通知时段通知NRT数据的下载状态。另外，广播接收装置100可以基于下载完成百分比向配套装置200通知 NRT数据的下载状态。例如，当30％、60％以及100％的NRT数据下载被完成时，广播接收装置100可以向配套装置200通知NRT数据的下载状态。
配套装置200可以基于NRT数据信令信息接收NRT数据。在特定实施例中，当配套装置200从广播接收装置100接收到NRT数据下载完成时，其可以基于NRT数据信令信息从广播接收装置100接收 NRT数据。通过此，当配套装置200不能够直接地接收广播服务或者通过互联网网络不能够访问提供NRT数据的服务器时，其可以接收 NRT数据。另外，通过此，只要广播接收装置100的NRT数据下载完成，配套装置200就可以请求来自于广播接收装置100的NRT数据。
在图141的实施例中，当与图140相比较时，配套装置200可以更快地接收用于配套装置200的NRT数据信令信息。然而，配套装置 200可能不知道广播接收装置100完成NRT数据的下载。这可以被解决，因为广播接收装置100将NRT数据的下载状态发送到配套装置200。
广播接收装置100可以向配套装置200用信号发送媒体组件或者可以向配套装置200发送媒体组件。然而，存在与广播接收装置100 交互作用的多种配套装置200。各种配套装置200的性能可以相互不同。因此，非常难以提供所有配套装置200存在的媒体组件。另外，当配套装置200不能够呈现接收到的媒体组件时，用户感到不舒服。为了解决此，对于广播接收装置100来说有必要向配套装置用信号发送用信号发送对于呈现媒体组件所必需的装置的性能的装置性能信息。将会参考图142至147对其进行描述。
图142是图示根据本发明的实施例的广播接收装置用信号发送到配套装置的装置性能信息的视图。
广播接收装置100向配置装置200用信号发送表示对于呈现媒体组件所必需的装置的性能的装置性能信息。装置性能信息可以包括关于多个媒体组件的信息。装置性能信息可以包括用于识别媒体组件的媒体组件标识符、表示媒体组件的类型的媒体组件类型、当媒体包括视频时关于视频的信息、当媒体组件包括音频时表示音频的编解码器的音频编解码器信息、当媒体组件包括字幕时表示字幕的编码格式的字幕编解码器、当媒体组件包括应用时表示应用的版本的应用版本信息、当媒体组件是NRT内容项目、NRT文件、或者点播组件时的性能代码、以及表示用于获得媒体组件的URL的媒体组件URL中的至少一个。关于被包括在媒体组件中的视频的信息可以包括表示视频的编解码器的视频编解码器信息、表示视频的分辨率的视频分辨率信息、以及表示视频的长宽比的屏幕比率信息中的至少一个。
装置性能信息可以是以如在图142的实施例中所示的XML格式。装置性能信息可以包括表示作为属性的一个媒体组件的一个或者多个 ComponentItem。ComponentItem可以包括ComponentID、 ComponentType、Video、AudioCodec、CCCodec、AppVersion、CapabilityCode、以及AvailComponentURL中的至少一个。
ComponentID表示用于识别媒体组件的标识符。在特定实施例中，一个ComponentID可以存在于各个ComponentItem中。在特定的实施例中，ComponentID可以具有unsignedShort数据类型。
ComponentType表示媒体组件的类型。在特定的实施例中，一个 ComponentType可以存在于各个ComponentItem中。在特定的实施例中，ComponentType可以具有字符串数据类型。
视频表示关于媒体组件包括的视频的信息。视频可以包括作为属性的VideoCodec、Resolution、以及AspectRatio中的至少一个。
VideoCodec表示媒体组件包括的视频的编解码器。在特定的实施例中，一个VideoCodec可以存在于各个视频中。在特定的实施例中， VideoCodec可以具有字符串数据类型。
Resolution表示媒体组件包括的视频的分辨率。在特定的实施例中，一个Resolution可以存在于各个视频中。在特定的实施例中， Resolution可以具有字符串数据类型。
AspectRatio表示媒体组件包括的视频的长宽比。在特定实施例中，一个AspectRatio可以存在于各个视频中。在特定的实施例中， AspectRatio可以具有字符串数据类型。
AudioCodec表示媒体组件包括的音频的编解码器。在特定的实施例中，AudioCodec可以具有字符串数据类型。
CCCodec表示媒体组件包括的字幕的格式。在特定的实施例中， CCCodec可以具有字符串数据类型。
AppVersion表示媒体组件包括的应用的版本。在特定实施例中， AppVersion可以具有整数类型。
当媒体组件包括OnDemand组件、NRT内容项目、或者NRT文件时，CapabilityCode表示与点播组件、NRT内容项目、或者NRT文件相对应的性能代码。在这一点上，性能代码的值可以表示在ATAC NRT标准中定义的值。在特定的实施例中，CapabilityCode可以具有字符串数据类型。
AvailComponentURL表示用于获得媒体组件的URL。在特定的实施例中，AvailComponentURL可以包括与媒体组件相同的内容，并且可以表示用于接收可替选的媒体组件的URL，可替选的媒体组件具有不同的对于呈现所必需的装置性能。在特定的实施例中， AvailComponentURL可以具有字符串数据类型。
图143是图示用于装置性能信息的参数、用于装置性能信息获取的行为、以及行为的因子的视图。
广播接收装置100可以将装置性能信息发送到配套装置200。更加详细地，配套装置200可以请求来自于广播接收装置100的用于装置性能信息的通知。当接收性能信息时，广播接收装置100可以向配套装置200用信号发送装置性能信息。另外，配套装置200可以通过请求来自于广播接收装置100的性能信息来获得性能信息。在这一点上，广播接收装置100和配套装置200可以使用在图143的实施例中的参数、行为以及行为的因子。
DeviceCapabilityProperty表示装置性能。广播接收装置100可以根据配套装置200的请求向配套装置200通知 DeviceCapabilityProperty。在特定实施例中，广播接收装置100可以使用UPnP的事件协议。
ComponentURL表示用于接收媒体组件的URL。
GetComponentItem是配套装置200请求来自于广播接收装置100 的性能信息的行为。当配套装置200执行GetComponentItem时，广播接收装置100可以向配套装置200输出DeviceCapabilityProperty。
GetComponentURL是配套装置请求从广播接收装置100接收媒体组件的URL的行为。当配套装置200执行GetComponentURL时，广播接收装置100可以向配套装置200输出ComponentURL。参考图144 将会描述广播接收装置100和配套装置200的具体操作。
图144是图示根据本发明的实施例的广播接收装置向配套装置用信号发送装置信息的视图。
在操作S2301中，广播接收装置100和配套装置200创建配对会话。更加详细地，广播接收装置100可以通过IP通信单元130创建与配套装置200的配对会话。更加详细地，配套装置200可以通过通信单元创建与广播接收装置100的配对会话。如上所述，广播接收装置100和配套装置200可以创建用于双向通信的配对会话。广播接收装置 100和配套装置200的具体操作可以与在图140的实施例中的那些相同。
更加详细地，在操作S2303中，配套装置200可以请求来自于广播接收装置100的装置性能信息通知。更加详细地，配套装置200可以通过控制单元请求来自于广播接收装置100的装置性能信息通知。如上所述，配套装置200可以通过使用UPnP事件协议请求来自于广播接收装置100的装置性能信息通知。
在操作S2305中，广播接收装置100接收广播服务信令信息。更加详细地，广播接收装置100可以通过广播接收单元110从广播传输装置300接收广播服务信令信息。
在操作S2307中，广播接收装置100可以从服务信令信息提取装置性能信息，该装置性能信息用信号发送对于呈现媒体组件所必需的装置的性能。在操作S2307中，广播接收装置100可以从服务信令信息提取装置性能信息，该装置性能信息用信号发送对于呈现媒体组件所必需的装置的性能。在特定的实施例中，通过广播接收装置100提取的装置性能信息可以具有与参考图142描述的装置性能信息相同的格式。
在操作S2309中，广播接收装置100向配套装置200通知装置性能信息。更加详细地，广播接收装置100可以通过控制单元150通知配套装置200装置性能信息。另外，广播接收装置100可以编辑被提取的性能信息以生成用于配套装置200的装置性能信息。在这一点上，广播接收装置100可以向配套装置200通知用于配套装置200的装置性能信息。在特定实施例中，用于配套装置200的装置性能信息可以仅包括配套装置100请求的属性。在特定的实施例中，表示装置性能信息的参数可以是图143的DeviceCapabilityProperty。
在操作S2311中，配套装置200可以请求来自于广播接收装置100 的媒体组件。配套装置200可以基于装置性能信息通过控制单元请求来自于广播接收装置100的媒体组件。更加详细地，配套装置200可以确定是否配套装置200的规范满足被包括在装置性能信息中的装置性能。例如，当媒体组件包括视频时，配套装置200可以确定是否其具有用于播放视频的编解码器。可替选地，当媒体组件包括音频时，配套装置200可以确定是否其具有用于播放音频的编解码器。可替选地，当媒体组件包括应用时，配套装置200可以确定是否其支持应用的相对应的版本。可替选地，当媒体组件包括字幕时，配套装置200 可以确定是否其支持相对应的字幕的类型。在这一点上，当装置性能被满足时，配套装置200可以请求来自于广播接收装置100的媒体组件。
在操作S2313中，配套装置200可以从广播接收装置100接收媒体组件。配套装置200可以通过控制单元从广播接收装置100接收媒体组件。
在操作S2315中，配套装置200呈现媒体组件。配套装置200可以通过控制单元呈现媒体组件。
然而，配套装置100可能不满足对于呈现媒体组件所必需的装置性能。在这样的情况下，参考图145描述配套装置100的操作。
图145是图示根据本发明的实施例的广播接收装置向配套装置用信号发送装置信息的视图。
通过广播传输装置100和配套装置200创建配对会话并且通过广播传输装置100向配套装置200通知装置性能信息与参考图144描述的那些相同。因此，对于此的描述被省略。
在操作S2331中，基于装置性能信息，配套装置200向用户显示媒体组件呈现是不可能的。配套装置200可以通过控制单元基于装置性能信息向用户显示媒体组件呈现是不可能的。更加详细地，当媒体装置200的规范不满足被包括在装置性能信息中的装置性能时，配套装置200可以显示媒体组件的呈现是不可能的。例如，当媒体组件包括视频并且配套装置200不具有对于播放视频所必需的编解码器时，配套装置200可以向用户显示不能够显示视频。可替选地，当媒体组件包括音频并且配套装置200不具有对于播放音频所必需的编解码器时，配套装置200可以向用户显示音频不能够被播放。可替选地，当媒体组件包括应用并且配套装置200不支持应用的相对应的版本时，配套装置200可以显示应用不能够被执行。可替选地，当媒体组件包括字幕并且配套装置200没有支持相对应的字幕版本时，配套装置200 可以显示字幕不能够被播放。
在图145中，在配套装置200不能够满足对于呈现媒体组件所必需的必要装置性能的情况下不存在问题。然而，当配套装置200不能够满足用于媒体组件的呈现的非必要性能时，配套装置200可能需要向用户提供用于选择媒体组件的呈现的机会。将会参考图146描述此。
图146是图示根据本发明的另一实施例的广播接收装置向配套装置用信号发送装置信息的视图。
通过广播传输装置100和配套装置200创建配对会话并且通过广播传输装置100向配套装置200通知装置性能信息与参考图144描述的那些相同。因此，对于此的描述被省略。
当配套装置200的性能不满足被包括在装置性能信息中的装置性能时，在操作S2351中，配套装置200接收关于是否呈现媒体组件的用户输入。配套装置200可以通过控制单元接收关于是否呈现媒体组件的用户输入。更加详细地，配套装置200可以显示其不能够满足对于媒体组件的呈现所必需的装置性能并且可以从用户接收关于是否呈现媒体组件的用户输入。例如，当媒体组件包括可分级的视频编码并且配套装置200没有支持增强层时，配套装置200可以显示器能够仅播放基本层并且接收用户输入。可替选地，当媒体组件包括多声道音频并且配套装置200不支持多声道音频时，配套装置200可以显示器仅能够播放一些声道的音频并且接收用户输入。当不满足非必要性能和必要性能两者时，配套装置200可以接收关于是否呈现媒体组件的用户输入。
在操作S2353中，配套装置200可以基于用户输入请求来自于广播接收装置100的媒体组件。配套装置200可以基于用户输入通过控制单元请求来自于广播接收装置100的媒体组件。
在操作S2355中，配套装置200从广播接收装置100接收媒体组件。配套装置200可以通过控制单元从广播接收装置100接收媒体组件。
在操作S2357中，配套装置200呈现媒体组件。配套装置200可以通过控制单元呈现媒体组件。
通过此，即使当不满足对于媒体组件呈现所必需的装置性能时，配套装置200可以向用户提供用于媒体组件呈现的选项。
在这一点上，因为配套装置200不满足装置性能，使用媒体组件呈现可能不平滑。为了媒体组件的平滑呈现，配套装置200能够呈现的媒体组件需要被接收。为此，配套装置200可以从内容/信令服务器 400接收包括与媒体组件相同的内容并且具有不同的对于呈现所必需的装置性能的可替选的媒体组件。将会参考图147描述此。
图147是图示根据本发明的另一实施例的广播接收装置向配套装置用信号发送装置信息的视图。
通过广播传输装置100和配套装置200创建配对会话并且通过广播传输装置100向配套装置200通知装置性能信息与参考图144描述的那些相同。因此，对于此的描述被省略。
在操作S2381中，配套装置200基于装置性能信息请求用于从广播接收装置100接收媒体组件的URL的媒体组件URL。配套装置200 可以基于装置性能信息通过控制单元请求来自于广播接收装置100的媒体组件URL。更加详细地，当不满足装置性能信息中的装置性能时，配套装置200可以请求媒体组件URL。可替选地，媒体组件URL可以表示用于接收包括与媒体组件相同的内容但是具有不同的对于呈现所必需的装置性能的可替选的媒体组件的URL。
在操作S2383中，广播接收装置100将媒体组件URL发送到配套装置200。广播接收装置100通过控制单元150将媒体组件URL发送到配套装置200。
配套装置200基于可替选的媒体组件URL从内容/信令服务器400 接收可替选的媒体组件。更加详细地，配套装置200执行下述操作。
在操作S2385中，配套装置200基于媒体组件URL请求来自于内容/信令服务器400的可替选的媒体组件。配套装置200可以基于媒体组件URL请求来自于内容/信令服务器400的媒体组件。更加详细地，配套装置200可以通过发送配套装置200的性能和用于识别媒体组件的组件标识符中的至少一个来请求可替选的媒体组件。在特定实施例中，内容/信令服务器400可以通过组件标识符获知配套装置200请求的可替选的媒体组件要更换哪个媒体组件。另外，内容/信令服务器400 可以通过配套装置200发送的配套装置200的性能找到多个可替选媒体组件当中的配套装置能够呈现的可替选的媒体组件。
在操作S2387中，配套装置200从内容/信令服务器400接收可替选的媒体组件。配套装置200可以通过控制单元从内容/信令服务器400 接收可替选的媒体组件。然而，如果在内容/信令服务器400中不存在满足配套装置200的性能的可替选的媒体组件，则可以接收不存在可替选的媒体组件的消息。在这一点上，通过具有真或者假的值的布尔变量可以递送不存在可替选媒体组件的消息。另外，配套装置200可以向用户显示不存在可替选媒体组件的消息。
在操作S2389中，配套装置200呈现媒体组件。配套装置可以通过控制单元呈现媒体组件。通过此，配套装置200可以接收包括与媒体内容相同的内容的可呈现的可替选媒体组件。因此，更多的配套装置200可以与广播接收装置100交互操作。
本发明不限于在上面的实施例中描述的特征、结构以及作用。此外，本领域的技术人员可以组合或者修改各个实施例中的特征、结构以及作用。另外，应解释与这样的组合和修改有关的内容被包括在本发明的范围中。
虽然参考其优选实施例已经特别地示出和描述了本发明，但是本领域的技术人员将会理解，在没有脱离如随附的权利要求定义的本发明的精神和范围的情况下可以进行形式和细节上的各种变化。例如，实施例中的各个组件被修改和实现。因此，应解释与这样的修改和应用有关的不同被包括在随附的权利要求的范围中。

Claims (8)

1.一种配套装置，所述配套装置包括：
通信单元，所述通信单元被配置为建立与广播接收装置的配对会话；和
控制单元，所述控制单元被配置为向所述广播接收装置发送请求广播服务的信息，并且从所述广播接收装置接收响应，所述响应包括能力信息，所述能力信息代表用于呈现属于所述广播服务的媒体组件的能力，
其中，所述控制单元进一步被配置为确定所述配套装置的能力是否满足由所述能力信息代表的能力，以及
响应于确定所述配套装置的能力不满足由所述能力信息代表的能力，所述控制单元进一步被配置为控制所述配套装置发送对于替换媒体组件的统一资源定位符URL的请求。
2.根据权利要求1所述的配套装置，其中，所述替换媒体组件属于其能力与由所述能力信息代表的所述媒体组件的能力不同的广播服务，并且基于所述URL接收用于显示所述替换媒体组件的URL。
3.根据权利要求1所述的配套装置，其中，所述能力信息包括关于所述媒体组件的视频的信息、关于所述媒体组件的音频的编解码器的信息、关于所述媒体组件的字幕格式的信息、以及所述媒体组件的应用的版本信息中的至少一个。
4.根据权利要求3所述的配套装置，其中，所述关于所述媒体组件的视频的信息包括对于所述视频的回放所必需的编解码器、以及所述视频的分辨率中的至少一个。
5.一种配套装置的操作方法，所述方法包括：
建立与广播接收装置的配对会话；
向所述广播接收装置发送请求广播服务的信息，
从所述广播接收装置接收响应，所述响应包括能力信息，所述能力信息代表用于呈现属于所述广播服务的媒体组件的能力，
确定所述配套装置的能力是否满足由所述能力信息代表的能力，以及
响应于确定所述配套装置的能力不满足由所述能力信息代表的能力，发送对于替换媒体组件的统一资源定位符URL的请求。
6.根据权利要求5所述的方法，其中，所述替换媒体组件属于其能力与由所述能力信息代表的所述媒体组件的能力不同的广播服务，并且基于所述URL接收用于显示所述替换媒体组件的URL。
7.根据权利要求5所述的方法，其中，所述能力信息包括关于所述媒体组件的视频的信息、关于所述媒体组件的音频的编解码器的信息、关于所述媒体组件的字幕格式的信息、以及所述媒体组件的应用的版本信息中的至少一个。
8.根据权利要求7所述的方法，其中，关于所述媒体组件的视频的信息包括对于所述视频的回放所必需的编解码器、以及所述视频的分辨率中的至少一个。
CN201580013028.1A 2014-03-10 2015-03-09 广播接收装置及其操作方法、和与广播接收装置交互操作的配套装置及其操作方法 Expired - Fee Related CN106416272B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201461950790P 2014-03-10 2014-03-10
US61/950,790 2014-03-10
PCT/KR2015/002230 WO2015137669A1 (en) 2014-03-10 2015-03-09 Broadcast reception device and operating method thereof, and companion device interoperating with the broadcast reception device and operating method thereof

Publications (2)

Publication Number Publication Date
CN106416272A CN106416272A (zh) 2017-02-15
CN106416272B true CN106416272B (zh) 2020-01-21

Family

ID=54072049

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580013028.1A Expired - Fee Related CN106416272B (zh) 2014-03-10 2015-03-09 广播接收装置及其操作方法、和与广播接收装置交互操作的配套装置及其操作方法

Country Status (5)

Country Link
US (1) US10491969B2 (zh)
EP (1) EP3117620A4 (zh)
KR (1) KR101879966B1 (zh)
CN (1) CN106416272B (zh)
WO (1) WO2015137669A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9953340B1 (en) * 2012-05-22 2018-04-24 Google Llc Companion advertisements on remote control devices
MX357464B (es) * 2014-05-27 2018-07-11 Sharp Kk Dispositivo secundario.
WO2017038103A1 (en) * 2015-09-04 2017-03-09 Sharp Kabushiki Kaisha Systems and methods for signaling of video parameters and information associated with caption services
KR102153708B1 (ko) * 2017-12-08 2020-09-08 주식회사 에어코드 컴패니언 스크린 서비스를 이용한 수화 방송 서비스 제공 방법 및 그 시스템
WO2019112398A1 (ko) * 2017-12-08 2019-06-13 주식회사 에어코드 컴패니언 스크린 서비스를 이용한 수화 방송 서비스 제공 방법 및 그 시스템
US11212847B2 (en) * 2018-07-31 2021-12-28 Roku, Inc. More secure device pairing
WO2020102588A1 (en) * 2018-11-16 2020-05-22 Intel Corporation Emergency calling in a fifth generation (5g) new
KR102624100B1 (ko) * 2019-01-23 2024-01-12 삼성전자주식회사 디스플레이 제어 방법 및 그 전자 장치

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1653813A (zh) * 2002-05-10 2005-08-10 汤姆森许可贸易公司 能够接收紧急告警信号的电视信号接收机的遥控设备
CN102461076A (zh) * 2009-06-04 2012-05-16 瑞典爱立信有限公司 用于针对本地网络中的设备获得媒体对象的方法和装置
CN103155490A (zh) * 2010-10-11 2013-06-12 瑞典爱立信有限公司 用于选择媒体渲染单元的电子设备和方法
WO2013089675A1 (en) * 2011-12-13 2013-06-20 Intel Corporation Channel navigation in connected media devices through keyword selection
CN103385006A (zh) * 2011-02-20 2013-11-06 Lg电子株式会社 用于内容的无缝播放的方法和装置

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6595420B1 (en) * 1990-09-10 2003-07-22 Metrologic Instruments, Inc. Automatically-activated body-wearable laser scanning bar code symbol reading system having data-transmission activation switch
US7580005B1 (en) * 2000-08-15 2009-08-25 Nokia Corporation Display change between mobile terminal display and external device display
US7360160B2 (en) * 2002-06-20 2008-04-15 At&T Intellectual Property, Inc. System and method for providing substitute content in place of blocked content
US7599344B2 (en) * 2004-06-08 2009-10-06 Interdigital Technology Corporation Method and apparatus for reducing multi-user processing in wireless communication systems
KR100667789B1 (ko) * 2005-01-04 2007-01-11 삼성전자주식회사 비상경보 신호를 수신하는 방송 수신장치 및 그 비상경보신호를 처리하는 방법
US20060200842A1 (en) * 2005-03-01 2006-09-07 Microsoft Corporation Picture-in-picture (PIP) alerts
US8819143B2 (en) 2005-05-31 2014-08-26 Flash Networks Ltd. Presentation layer adaptation in multimedia messaging
US7603432B2 (en) * 2005-06-06 2009-10-13 Aa, Llc Locality based alert method and apparatus
KR101227484B1 (ko) * 2005-11-16 2013-01-29 엘지전자 주식회사 양방향 케이블 디지털 방송의 비상 사태 경보 메시지 처리방법, 데이터 구조 및 이를 위한 방송 수신기
US7592912B2 (en) * 2005-12-09 2009-09-22 Time Warner Cable Inc. Emergency alert data delivery apparatus and methods
US7897246B2 (en) * 2007-05-01 2011-03-01 Masonite Corporation Nestable molded articles, and related assemblies and methods
US8199033B2 (en) * 2007-07-06 2012-06-12 Pacinian Corporation Haptic keyboard systems and methods
US9282337B2 (en) 2009-02-27 2016-03-08 Vixs Systems, Inc. Media source device with digital format conversion and methods for use therewith
KR101871738B1 (ko) 2010-10-14 2018-06-27 포스월 미디어, 인코포레이티드 Ip-기반 인프라스트럭쳐를 이용하여 고객 구내 장치에 컴패니언 서비스들을 제공하기 위한 시스템들 및 방법들
US8238887B2 (en) * 2011-01-11 2012-08-07 Bianor, Inc. Output of content from the internet on a media rendering device
KR101707023B1 (ko) * 2011-04-01 2017-02-16 삼성전자주식회사 소셜 네트워킹 서비스에서 티비의 채널 공유와 변경을 자동화하기 위한 방법 및 장치
US9253531B2 (en) 2011-05-10 2016-02-02 Verizon Patent And Licensing Inc. Methods and systems for managing media content sessions
US9661371B2 (en) * 2011-05-24 2017-05-23 Lg Electronics Inc. Method for transmitting a broadcast service, apparatus for receiving same, and method for processing an additional service using the apparatus for receiving same
US8543660B2 (en) * 2011-05-27 2013-09-24 Verizon Patent And Licensing Inc. Systems and methods for bridging and managing media content associated with separate media content networks
US9160779B2 (en) * 2011-06-30 2015-10-13 Qualcomm Incorporated Dynamic adaptive streaming proxy for unicast or broadcast/multicast services
US8676995B1 (en) * 2011-07-07 2014-03-18 Cisco Technology, Inc. System and method for enabling pairing of a companion device with a mate device for performing a companion service
US20130055323A1 (en) * 2011-08-31 2013-02-28 General Instrument Corporation Method and system for connecting a companion device to a primary viewing device
JP6271203B2 (ja) * 2013-09-30 2018-01-31 株式会社東芝 電子機器、プログラム、及び情報制御方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1653813A (zh) * 2002-05-10 2005-08-10 汤姆森许可贸易公司 能够接收紧急告警信号的电视信号接收机的遥控设备
CN102461076A (zh) * 2009-06-04 2012-05-16 瑞典爱立信有限公司 用于针对本地网络中的设备获得媒体对象的方法和装置
CN103155490A (zh) * 2010-10-11 2013-06-12 瑞典爱立信有限公司 用于选择媒体渲染单元的电子设备和方法
CN103385006A (zh) * 2011-02-20 2013-11-06 Lg电子株式会社 用于内容的无缝播放的方法和装置
WO2013089675A1 (en) * 2011-12-13 2013-06-20 Intel Corporation Channel navigation in connected media devices through keyword selection

Also Published As

Publication number Publication date
US10491969B2 (en) 2019-11-26
EP3117620A4 (en) 2017-10-11
EP3117620A1 (en) 2017-01-18
KR101879966B1 (ko) 2018-07-18
KR20160111462A (ko) 2016-09-26
WO2015137669A1 (en) 2015-09-17
US20170105055A1 (en) 2017-04-13
CN106416272A (zh) 2017-02-15

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) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN109600632B (zh) 用于发送和接收多媒体服务的方法和装置
US7757265B2 (en) System and method for local meta data insertion
KR102024600B1 (ko) 양방향 서비스를 처리하는 장치 및 방법
US10542389B2 (en) Apparatus and method for multicasting emergency alert message in broadcast signal to companion device
KR20150042195A (ko) 양방향 방송 서비스를 포함하는 방송 신호 처리 방법 및 장치
JPWO2018016295A1 (ja) 受信装置、およびデータ処理方法
WO2009140882A1 (zh) 在ip电视中实现媒体内容插播的方法、装置及系统
US10469919B2 (en) Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
US20210037269A1 (en) Transmission device, transmission method, reception device, and reception method

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20200121

Termination date: 20210309

CF01 Termination of patent right due to non-payment of annual fee