CN105814897A - 处理包括广播内容和与广播内容有关的应用的广播信号的接收机和方法 - Google Patents

处理包括广播内容和与广播内容有关的应用的广播信号的接收机和方法 Download PDF

Info

Publication number
CN105814897A
CN105814897A CN201480067429.0A CN201480067429A CN105814897A CN 105814897 A CN105814897 A CN 105814897A CN 201480067429 A CN201480067429 A CN 201480067429A CN 105814897 A CN105814897 A CN 105814897A
Authority
CN
China
Prior art keywords
application
data
information
service
content
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201480067429.0A
Other languages
English (en)
Inventor
李晋源
文京洙
高祐奭
梁承律
吴世珍
安承柱
洪性龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
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 CN105814897A publication Critical patent/CN105814897A/zh
Pending legal-status Critical Current

Links

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/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/475—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data
    • H04N21/4758—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data for providing answers, e.g. voting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/29—Arrangements for monitoring broadcast services or broadcast-related services
    • H04H60/33—Arrangements for monitoring the users' behaviour or opinions
    • 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport 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/47—End-user applications
    • H04N21/475—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data
    • H04N21/4755—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data for defining user preferences, e.g. favourite actors or genre
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software

Abstract

接收机包括：接收装置，该接收装置用于接收封装表示通过接收机能够回答的各个问题的调查表的数据结构；PDI引擎，该PDI引擎用于从数据结构获取调查表，接收用于通过应用标识符识别的应用的用户的设置选项，以及存储与数据结构有关的设置选项；应用信令解析器，该应用信令解析器用于解析作为建立应用的播出的时序的信令元素的触发；以及处理器，该处理器用于从触发解析第二应用标识符，获取与其第一应用标识符的值匹配于第二应用标识符的值的数据结构有关的被存储的设置选项，以及基于设置选项来确定是否处理要被启动的应用。

Description

处理包括广播内容和与广播内容有关的应用的广播信号的接收机和方法
技术领域
本发明涉及一种用于在数字广播系统中处理应用的方法和装置。更加具体地，本发明涉及在数字广播系统中能够根据广播接收机的用户设置是否将会使用应用的数字广播信号的发送/接收处理方法和装置。
背景技术
因为数字广播系统被引进，数字广播在其服务方向上已经从传统的广播站中心广播变成观众中心广播。
在近年来已经被标准化的高级电视系统委员会(ATSC)2.0中，用于给用户提供与广播节目/内容有关的附加数据的计划正在研究。同时，可以以应用和/或声明对象(DO)的形式提供与广播节目/内容有关的附加的数据。
然而，在其中通过广播站单方面地提供应用或者DO以及接收机的用户查看广播节目/内容的情况下，应用或者DO可以被持续地消耗。
另外，在应用或者DO的强制观看期间用户的个人信息可能被无意思地发送到广播站或者内容提供商。
发明内容
技术问题
被设计以解决问题的本发明的目的在于在数字广播系统的传统环境下控制应用的使用的接收机。
被设计解决问题的本发明的另一目的在于在数字广播系统的传统环境下根据用户的趋势控制特定应用的使用的接收机。
问题的解决方案
为了实现目的和其它的优点并且根据本发明的用途，如在此具体化和广泛地描述的，本发明提供一种用于处理包括广播内容和与广播内容有关的应用的广播信号的接收机。该接收机包括：接收装置，该接收装置用于接收封装表示通过接收机能够回答的各个问题的调查表的数据结构，其中数据结构包括唯一地识别应用的第一应用标识符；PDI引擎，该PDI引擎用于从数据结构获取调查表，接收用于通过应用标识符识别的应用的用户的设置选项，以及存储与数据结构有关的设置选项；应用信令解析器，该应用信令解析器用于解析作为建立应用的播出的时序的信令元素的触发；以及处理器，该处理器用于从触发解析第二应用标识符，获取与其第一应用标识符的值匹配于第二应用标识符的值的数据结构有关的被存储的设置选项，以及基于设置选项来确定是否处理要被启动的应用。
优选地，触发包括指定包含关于应用的元数据和被定向到应用的广播事件的TDO(触发的声明对象)参数的位置的位置信息。
优选地，接收机进一步包括应用信令解析器，该应用信令解析器用于从通过位置信息识别的位置解析TDO参数元素，其中TDO参数元素包括指定用于应用的通知的上边缘的上边缘信息、指定通知的右边缘的右边缘信息、以及指定用于通知的持续时间的持续信息。
优选地，处理器基于上边缘信息、右边缘信息以及持续信息来进一步显示用于从用户接收设置选项的用户界面。
优选地，处理器进一步处理用户界面以示出用于对是否要激活应用的第一选择的问题。
优选地，处理器进一步处理用户界面以示出用于对是否第一选择应用于当前广播内容、当前信道中的所有广播内容、或者所有信道中的所有广播内容的第二选择的问题。
优选地，TDO参数元素包括指定用于应用的分级的内容咨询信息。
本发明也提供一种用于处理包括广播内容和与广播内容有关的应用的广播信号的方法。该方法包括：接收封装表示通过接收机能够回答的各个问题的调查表的数据结构，其中数据结构包括唯一地识别应用的第一应用标识符；从数据结构获取调查表，接收用于通过应用标识符识别的应用的用户的设置选项，以及存储与数据结构有关的设置选项；解析作为建立应用的播出的时序的信令元素的触发并且从触发解析第二应用标识符，获取与第一应用标识符的值匹配于第二应用标识符的值的数据结构有关的被存储的设置选项；以及基于设置选项来确定是否处理要被启动的应用。
优选地，触发包括指定包含关于应用的元数据和被定向到应用的广播事件的TDO(触发的声明对象)参数的位置的位置信息。
优选地，该方法进一步包括从通过位置信息识别的位置解析TDO参数元素，其中TDO参数元素包括指定用于应用的通知的上边缘的上边缘信息、指定通知的右边缘的右边缘信息、以及指定用于通知的持续时间的持续信息。
优选地，该方法进一步包括基于上边缘信息、右边缘信息以及持续信息显示用于从用户接收设置选项的用户界面。
优选地，该方法进一步包括处理用户界面以示出用于对是否要激活应用的第一选择的问题。
优选地，该方法进一步处理用户界面以示出用于对是否第一选择应用于当前广播内容、当前信道中的所有广播内容、或者所有信道中的所有广播内容的第二选择的问题。
优选地，TDO参数元素包括指定用于应用的分级的内容咨询信息。
本发明的有益效果
根据本发明，对于接收机或者用户来说可以控制与传统广播系统环境中的广播节目/内容有关的应用或者声明对象(DO)的使用。
根据本发明，对于接收机来说可以在传统广播系统环境下根据用户控制应用或者DO的使用，从而改进用户便利。
根据本发明，可以防止用户的不必要的信息由于传统广播系统环境中的应用或者DO而被收集。
附图说明
附图被包括以提供对本发明进一步的理解，并且被合并和构成本申请书的一部分，附图图示本发明的实施例，并且与该说明书一起可以用作解释本发明的原理。在附图中：
图1图示根据本发明的实施例的用于发送用于未来的广播服务的广播信号的装置的结构。
图2图示根据本发明的一个实施例的输入格式化块。
图3图示根据本发明的另一个实施例的输入格式化块。
图4图示根据本发明的另一个实施例的输入格式化块。
图5图示根据本发明的实施例的BICM块。
图6图示根据本发明的另一个实施例的BICM块。
图7图示根据本发明的一个实施例的帧构建块。
图8图示根据本发明的实施例的OFMD生成块。
图9图示根据本发明的实施例的用于接收用于未来的广播服务的广播信号的装置的结构。
图10图示根据本发明的实施例的帧结构。
图11图示根据本发明的实施例的帧的信令分层结构。
图12图示根据本发明的实施例的前导信令数据。
图13图示根据本发明的实施例的PLS1数据。
图14图示根据本发明的实施例的PLS2数据。
图15图示根据本发明的另一个实施例的PLS2数据。
图16图示根据本发明的实施例的帧的逻辑结构。
图17图示根据本发明的实施例的PLS映射。
图18图示根据本发明的实施例的EAC映射。
图19图示根据本发明的实施例的FIC映射。
图20图示根据本发明的实施例的DP的类型。
图21图示根据本发明的实施例的DP映射。
图22图示根据本发明的实施例的FEC结构。
图23图示根据本发明的实施例的比特交织。
图24图示根据本发明的实施例的信元字(cell-word)解复用。
图25图示根据本发明的实施例的时间交织。
图26图示根据本发明的实施例的扭曲的行列块交织器的基本操作。
图27图示根据本发明的另一实施例的扭曲的行列块交织器的操作。
图28图示根据本发明的实施例的扭曲的行列块交织器的对角线方式读取图案。
图29图示根据本发明的实施例的来自于每个交织阵列的被交织的XFECBLOCK。
图30是示出根据本发明的实施例的用于下一代广播系统的协议栈的视图。
图31是示出根据本发明的实施例的广播接收机的视图。
图32是示出根据本发明的实施例的传送帧的视图。
图33是示出根据本发明的另一实施例的传送帧的视图。
图34是示出根据本发明的实施例的广播系统的传送分组(TP)和network_protocol字段的意义的视图。
图35是示出根据本发明的实施例的广播服务器和接收机的视图。
图36示出作为本发明的实施例的不同的服务类型、被包含在服务的每个类型中的组件的类型、以及在服务类型当中的附属服务关系。
图37示出作为本发明的实施例的在NRT内容项目类别和NRT文件类别之间的包含关系。
图38是示出根据本发明的实施例的基于服务类型和组件类型的属性的表。
图39示出作为本发明的实施例的描述服务类型和组件类型的属性的另一个表。
图40示出作为本发明的实施例的描述服务类型和组件类型的属性的另一个表。
图41示出作为本发明的实施例的描述服务类型和组件类型的属性的另一个表。
图42示出作为本发明的实施例的用于描述ContentItem和OnDemand内容的定义。
图43示出作为本发明的实施例的复合音频组件的示例。
图44是示出根据本发明的实施例的与应用有关的属性信息的视图。
图45是示出根据本发明的实施例的用于广播个性化的过程的视图。
图46是示出根据本发明的实施例的用于每个应用的用户设置的信令结构的视图。
图47是示出根据本发明的另一实施例的用于每个应用的用户设置的信令结构的视图。
图48是示出根据本发明的实施例的使用PDI表的应用的opt-in/out设置的过程的视图。
图49是示出根据本发明的实施例的用于应用的opt-in/out设置的用户界面(UI)的视图。
图50是示出根据本发明的实施例的在其中接收机(TV)在使用PDI表完成应用的pt-in/out设置之后从服务提供商接收具有相同的应用ID的应用的触发的情况下的处理过程的视图。
图51是示出根据本发明的实施例的用于每个用户设置应用的选项及其问题的UI的视图。
图52是示出基于自动内容识别(ACR)的增强型电视(ETV)服务系统的图。
图53是示出根据本发明的实施例的数字水印技术的流程的图。
图54是示出根据本发明的实施例的ACR查询结果格式的图。
图55是示出根据本发明的实施例的内容标识符(ID)的语法的图。
图56是示出根据本发明的实施例的接收机的结构的图。
图57是示出根据本发明的另一实施例的接收机的结构的图。
图58是图示根据本发明的实施例的数字广播系统的图。
图59是图示根据本发明的实施例的数字广播系统的图。
图60是根据本发明的另一实施例的数字广播系统的流程图。
图61是根据本发明的另一实施例的数字广播系统的流程图。
图62是图示根据本发明的实施例的PDI表的图。
图63是图示根据本发明的另一实施例的PDI表的图。
图64是图示根据本发明的另一实施例的PDI表的图。
图65是图示根据本发明的另一实施例的PDI表的图。
图66是图示根据本发明的另一实施例的PDI表的图。
图67是图示根据本发明的另一实施例的PDI表的图。
图68图示根据本发明的另一实施例的PDI表。
图69图示根据本发明的另一实施例的PDI表。
图70图示根据本发明的另一实施例的PDI表。
图71图示根据本发明的另一实施例的PDI表。
图72是图示根据本发明的实施例的过滤准则表的图。
图73是图示根据本发明的另一实施例的过滤准则表的图。
图74是图示根据本发明的另一实施例的过滤准则表的图。
图75是图示根据本发明的另一实施例的过滤准则表的图。
图76是根据本发明的另一实施例的数字广播系统的流程图。
图77是图示根据本发明的实施例的PDI表区段的图。
图78是图示根据本发明的另一实施例的PDI表区段的图。
图79是图示根据本发明的另一实施例的PDI表区段的图。
图80是图示根据本发明的另一实施例的PDI表区段的图。
图81是根据本发明的另一实施例的数字广播系统的流程图。
图82是图示根据本发明的另一实施例的FDT实例的XML架构的图。
图83是图示根据本发明的实施例的性能描述符语法的图。
图84是图示根据本发明的实施例的消耗模型的图。
图85是图示根据本发明的实施例的过滤准则描述符语法的图。
图86是图示根据本发明的另一实施例的过滤准则描述符语法的图。
图87是根据本发明的另一实施例的数字广播系统的流程图。
图88是图示根据本发明的实施例的HTTP请求表的图。
图89是图示根据本发明的另一实施例的数字广播系统的流程图。
图90是图示根据本发明的实施例的URL列表表的图。
图91是图示根据本发明的实施例的TPT的图。
图92是根据本发明的另一实施例的数字广播系统的流程图。
图93是根据本发明的另一实施例的数字广播系统的流程图。
图94是根据本发明的另一实施例的数字广播系统的流程图。
图95是根据本发明的另一实施例的数字广播系统的流程图。
图96是图示根据本发明的实施例的接收机定向准则表的图。
图97是图示根据本发明的实施例的预注册的PDI问题的图。
图98是图示根据本发明的实施例的预注册的PDI问题的图。
图99是图示根据本发明的实施例的预注册的PDI问题的图。
图100是图示根据本发明的实施例的预注册的PDI问题的图。
图101是图示根据本发明的实施例的预注册的PDI问题的图。
图102是图示根据本发明的实施例的预注册的PDI问题的图。
图103是图示根据本发明的实施例的预注册的PDI问题的图。
图104是图示根据本发明的实施例的预注册的PDI问题的图。
图105是图示根据本发明的实施例的预注册的PDI问题的图。
图106是图示根据本发明的实施例的预注册的PDI问题的图。
图107是图示根据本发明的实施例的应用程序接口(PDIAPI)的图。
图108是示出根据本发明的另一实施例的PDIAPI的图。
图109是示出根据本发明的另一实施例的PDIAPI的图。
图110是示出根据本发明的实施例的在用户数据的交换中的接收机和配套装置之间的关系的视图。
图111是示出根据本发明的另一实施例的PDI用户数据的XML的部分的视图。
图112是示出根据本发明的另一实施例的PDI用户数据的XML的另一部分的视图。
图113是示出根据本发明的实施例的被定义为在广播接收机和配套装置之间交换PDI用户数据的服务类型和服务ID的视图。
图114是示出根据本发明的实施例的被定义为通过UPnP交换PDI用户数据的信息的视图。
图115是示出根据本发明的实施例的交换PDI用户数据的方法的序列图。
图116是示出根据本发明的实施例的与用于SetUserData行为的宗量(argument)的状态变量的视图。
图117是示出根据本发明的实施例的配套装置设置PDI用户数据并且将设置的PDI用户数据发送到接收机使得PDI用户数据被存储在接收机中的方法的序列图。
图118是示出根据本发明的实施例的用于在PDI用户数据被改变的情况下发送PDI用户数据的状态变量的视图。
图119是示出根据本发明的实施例的在PDI用户数据被改变的情况下发送PDI用户数据的方法的序列图。
图120是示出根据本发明的另一实施例的在PDI用户数据被改变的情况下发送PDI用户数据的方法的序列图。
图121是示出根据本发明的另一实施例的在PDI用户数据被改变的情况下发送PDI用户数据的方法的序列图。
图122是示出根据本发明的实施例的用于在每对问题和答案的基础上带来PDI用户数据的状态变量的视图。
图123是示出根据本发明的实施例的与用于GetUserDataIdsList行为和GetUserDataQA行为的宗量有关的状态变量的视图。
图124是示出根据本发明的实施例的交换问题/答案对的方法的序列图。
图125是示出根据本发明的实施例的与用于SetUserDataQA行为的宗量有关的状态变量的视图。
图126是示出根据本发明的实施例的配套装置设置Q&A并且将被设置的Q&A发送到接收机使得Q&A被存储在接收机中的方法的序列图。
图127是示出根据本发明的实施例的在Q&A被改变，例如，被更新的情况下发送Q&A的状态变量的视图。
图128是示出根据本发明的另一实施例的接收机的视图。
图129是示出根据本发明的实施例的用于进入同步的应用的通知的视图。
图130是示出根据本发明的实施例的用于互锁同步的应用通知和用户同意界面的用户界面的视图。
图131是示出根据本发明的另一实施例的用于同意应用的使用的用户界面的视图。
图132是示出根据本发明的实施例的TDO参数表(TPT)(或者TDO参数元素)的一部分的视图。
图133是示出根据本发明的另一实施例的TDO参数表(TPT)(或者TDO参数元素)的一部分的视图。
图134是示出根据本发明的另一实施例的在其上使用NotificationInfo元素的信息表达被同步的应用的屏幕的视图。
图135是示出根据本发明的实施例的广播服务器和接收机的视图。
图136是示出根据本发明的实施例的与应用有关的属性信息的视图。
图137是示出根据本发明的实施例的在ContentAdvisoryInfo元素中的Rated_dimension元素的视图。
图138是示出根据本发明的实施例的包括内容咨询信息(ContentAdvisoryInfo元素)的TPI的视图。
图139是示出根据本发明的实施例的用于获取分级值的应用程序接口(API)的视图。
具体实施方式
现在将详细地介绍本发明的优选实施例，其示例在附图中图示。详细说明将在下面参考附图给出，其旨在解释本发明的示例性实施例，而不是仅示出能够根据本发明实现的实施例。以下的详细说明包括特定的细节以便对本发明提供深入理解。但是，对于本领域技术人员来说显而易见，实践本发明可以无需这些特定的细节。
虽然在本发明中使用的大多数术语已经从在本领域广泛地使用的常规术语中选择，但是某些术语已经由申请人任意地选择，并且其含义在以下的描述中根据需要详细说明。因此，本发明应该基于该术语所期望的含义理解，而不是其简单的名称或者含义理解。
在本发明中的术语“信令”可以指示从广播系统、互联网系统、以及/或者广播/互联网会聚系统接收和发送的服务信息(SI)。服务信息(SI)可以包括从现有的广播系统接收到的广播服务信息(例如，ATSC-SI和/或DVB-SI)。
术语“广播系统”可以在概念上不仅包括从陆地广播、有线广播、卫星广播、以及/或者移动广播接收到的信号和/或数据，而且包括从诸如互联网广播、宽带广播、通信广播、数据广播、以及/或者VOD(视频点播)接收到的信号和/或数据。
术语“PLP”可以指示用于发送被包含在物理层中的数据的预先确定的单元。因此，如有必要术语“PLP”也可以被替换成术语“数据单元”或者“数据管道”。
被配置成与广播网络和/或互联网网络相互作用的混合广播服务可以被用作在数字电视(DTV)服务中使用的代表性的应用。混合广播服务实时在网络上发送与通过陆地广播网络发送的广播A/V(音频/视频)内容有关的增强数据，或者通过网络实时发送广播A/V内容的一些部分，使得用户能够体验各种内容。
本发明旨在提供用于封装IP分组、MPEG-2TS分组、以及可应用于在下一代数字广播系统中的其它广播系统的分组的方法，使得IP分组、MPEG-2TS分组、以及分组能够被发送到物理层。另外，本发明提出用于使用相同的报头格式发送层-2信令的方法。
可以通过服务实现在下文中描述的内容。例如，能够通过信令处理器、协议处理器、处理器、以及/或者分组生成器执行下述的过程。
在本发明中使用的术语当中，实时(RT)服务在字面上意指实时服务。即，RT服务是通过时间限制的服务。另一方面，非实时服务(NRT)服务意指排除RT服务的非实时服务。即，NRT服务是不受时间限制的服务。用于NRT服务的数据将会被称为NRT服务数据。
根据本发明的广播接收机可以通过诸如陆地广播、有线广播、或者互联网的媒介接收非实时(NRT)服务。NRT服务被存储在广播接收机的存储介质中并且然后在预先确定的时间或者根据用户的请求被显示在显示装置上。在一个实施例中，NRT服务是以文件的形式被接收并且然后存储在存储介质中。在一个实施例中，存储介质是被安装在广播接收机中的内部硬盘驱动(HDD)。在另一示例中，存储介质可以是被连接到广播接收系统的外部的通用串行总线(USB)存储器或者外部HDD。信令信息对于接收组成NRT服务的文件、将文件存储在存储介质中、并且将文件提供给用户来说是必需的。在本发明中，这样的信令信息将会被称为NRT服务信令信息或者NRT服务信令数据。根据获得IP数据报的方法，根据本发明的NRT服务可以被分类成固定的NRT服务和移动的NRT服务。特别地，固定的NRT服务被提供给固定的广播接收机，并且移动的NRT服务被提供给移动广播接收机。在本发明中，固定的NRT服务将会被描述为实施例。然而，本发明可以被应用于移动的NRT服务。
在本发明中使用的术语当中，应用(或者同步的应用)是将交互式体验提供给观众以提高观看体验的数据服务。应用可以被命名为触发的声明对象(TDO)、声明对象(DO)、或者NRT声明对象(NDO)。
在本发明中使用的术语当中，触发是用于识别信令并且设置应用或者应用中的事件的供应时间的信令元素。触发可以包括TDO参数表(TPT)(这可以被称为TDO参数元素)的位置信息，TPT是包括用于在特定的范围内操作应用的元数据的信令元素。
触发可以用作时基(timebase)触发和/或激活触发。时基触发被用于设置用于建议事件的再生时间的准则的时基。激活触发被用于设置应用或者应用中的事件的操作时间。操作可以对应于应用或者应用中的事件的开始、结束、暂停、中断以及/或者恢复。时基消息可以被用作时基触发，或者时基触发可以被用作时基消息。在下文中将会描述的激活消息可以被用作激活触发，或者激活触发可以被用作激活消息。
当内容被再生时媒体时间是被用于参考特定时间的参数。
触发的声明对象(TDO)指示广播内容中的附加信息。TDO是按照时序触发广播内容中的附加信息的概念。另外，在试播节目被广播的情况下，通过观众首选的试播节目的当前排名可以与相对应的广播节目一起被示出。这时，关于试播参与者的当前排名的附加信息可以是TDO。TDO可以通过与观众的双向通信被改变或者可以在观众的意图被反映在TDO中的状态下提供。
本发明提供用于发送和接收供未来的广播服务的广播信号的装置和方法。根据本发明的实施例的未来的广播服务包括陆地广播服务、移动广播服务、UHDTV服务等。
根据本发明的实施例的用于发送的装置和方法可以被归类成用于陆地广播服务的基本简档、用于移动广播服务的手持式简档以及用于UHDTV附图的高级简档。在这样的情况下，基本简档能够被用作用于陆地广播服务和移动广播服务两者的简档。即，基本简档能够被用于定义包括移动简档的简档的概念。根据设计者的意图能够对此进行改变。
本发明提供用于发送和接收供未来的广播服务的广播信号的装置和方法。根据本发明的实施例的未来的广播服务包括陆地广播服务、移动广播服务、UHDTV服务等。本发明可以根据一个实施例经由非MIMO(多输入多输出)或者MIMO处理用于未来的广播服务的广播信号。根据本发明的实施例的非MIMO方案可以包括MISO(多输入单输出)、SISO(单输入单输出)方案等。
虽然在下文中为了描述方便起见，MISO或者MIMO使用两个天线，但是本发明可适用于使用两个或更多个天线的系统。
本发明可以定义三个物理层(PL)简档(profile)(基础、手持和高级简档)每个被优化以最小化接收机复杂度，同时获得对于特定使用情形所需的性能。物理层(PHY)简档是相应的接收机将实施的所有配置的子集。
三个PHY简档共享大部分功能块，但是，在特定的模块和/或参数方面略微地不同。另外的PHY简档可以在未来限定。对于系统演进，未来的属性还可以经由未来的扩展帧(FEF)在单个RF信道中与现有的简档复用。每个PHY简档的细节在下面描述。
1.基础简档
基础简档表示对于通常连接到屋顶天线的固定的接收装置的主要使用情形。基础简档还包括能够运输到一个场所，但是属于相对固定接收类别的便携式装置。基础简档的使用可以通过某些改进的实施被扩展到手持装置或者甚至车辆，但是，对于基础简档接收机操作不预期那些使用情况。
接收的目标SNR范围是从大约10到20dB，其包括现有的广播系统(例如，ATSCA/53)的15dBSNR接收能力。接收机复杂度和功耗不像在电池操作的手持装置一样严重，手持装置将使用手持简档。用于基础简档的关键系统参数在以下的表1中列出。
表1
[表1]
LDPC码字长度 16K，64K比特
星座大小 4～10bpcu(每个信道使用的比特)
时间解交织存储器大小 ≤219数据信元
导频图案 用于固定接收的导频图案
FFT大小 16K，32K点
2.手持简档
手持简档设计成在以电池电源操作的手持和车载装置中使用。该装置可以以行人或者车辆速度移动。功耗和接收机复杂度对于手持简档的装置的实施是非常重要的。手持简档的目标SNR范围大约是0至10dB，但是，当意欲用于较深的室内接收时，可以配置为达到低于0dB。
除了低的SNR能力之外，由接收机移动性所引起的多普勒效应的适应性是手持简档最重要的性能品质。用于手持简档的关键系统参数在以下的表2中列出。
表2
[表2]
LDPC码字长度 16K比特
星座大小 2～8bpcu
时间解交织存储器大小 ≤218数据信元
导频图案 用于移动和室内接收的导频图案
FFT大小 8K，16K点
3.高级简档
高级简档以更大的实施复杂度为代价提供最高的信道容量。该简档需要使用MIMO发送和接收，并且UHDTV服务是对该简档特别设计的目标使用情形。提高的容量还可以用于允许在给定带宽提高服务数目，例如，多个SDTV或者HDTV服务。
高级简档的目标SNR范围大约是20至30dB。MIMO传输可以最初地使用现有的椭圆极化传输装置，并且在未来扩展到全功率横向极化传输。用于高级简档的关键系统参数在以下的表3中列出。
表3
[表3]
LDPC码字长度 16K，64K比特
星座大小 8～12bpcu
时间解交织存储器大小 ≤219数据信元
导频图案 用于固定接收的导频图案
FFT大小 16K，32K点
在这样的情况下，基础简档能够被用作用于陆地广播服务和移动广播服务两者的简档。即，基础简档能够被用于定义包括移动简档的简档的概念。而且，高级简档能够被划分成用于具有MIMO的基础简档的高级简档和用于具有MIMO的手持简档的高级简档。此外，根据设计者的意图能够改变三种简档。
下面的术语和定义可以应用于本发明。根据设计能够改变下面的术语和定义。
辅助流：承载对于尚未定义的调制和编译的数据的信元的序列，其可以被用于未来扩展或者通过广播站或者网络运营商要求
基本数据管道：承载服务信令数据的数据管道
基带帧(或者BBFRAME)：形成对一个FEC编码过程(BCH和LDPC编码)的输入的Kbch比特的集合
信元：通过OFDM传输的一个载波承载的调制值
被编码的块：PLS1数据的LDPC编码的块或者PLS2数据的LDPC编码的块中的一个
数据管道：承载服务数据或者相关元数据的物理层中的逻辑信道，其可以承载一个或者多个服务或者服务组件。
数据管道单元：用于在帧中将数据信元分配给DP的基本单位。
数据符号：在帧中不是前导符号的OFDM符号(帧信令符号和帧边缘符号被包括在数据符号中)
DP_ID：此8比特字段唯一地识别在通过SYSTME_ID识别的系统内的DP
哑信元：承载被用于填充不被用于PLS信令、DP或者辅助流的剩余的容量的伪随机值的信元
紧急警告信道：承载EAS信息数据的帧的部分
帧：以前导开始并且以帧边缘符号结束的物理层时隙
帧重复单元：属于包括FET的相同或者不同的物理层简档的帧的集合，其在超帧中被重复八次
快速信息信道：在承载服务和相对应的基本DP之间的映射信息的帧中的逻辑信道
FECBLOCK：DP数据的LDPC编码的比特的集合
FFT大小：被用于特定模式的标称的FFT大小，等于在基础时段T的周期中表达的活跃符号时段Ts
帧信令符号：在FFT大小、保护间隔以及被分散的导频图案的某个组合中，在帧的开始处使用的具有较高的导频密度的OFDM符号，其承载PLS数据的一部分
帧边缘符号：在FFT大小、保护间隔以及被分散的导频图案的某个组合中，在帧的末端处使用的具有较高的导频密度的OFDM符号
帧组：在超帧中具有相同的PHY简档类型的所有帧的集合。
未来扩展帧：能够被用于未来扩展的在超帧内的物理层时隙，以前导开始
FuturecastUTB系统：提出的物理层广播系统，其输入是一个或者多个MPEG2-TS或者IP或者一般流，并且其输出是RF信号
输入流：用于通过系统被传递给终端用户的服务的全体的数据的流。
正常数据符号：排除帧信令和帧边缘符号的数据符号
PHY简档：相对应的接收机应实现的所有配置的子集
PLS：由PLS1和PLS2组成的物理层信令数据
PLS1：在具有固定的大小、编译和调制的FSS符号中承载的PLS数据的第一集合，其承载关于系统的基本信息以及解码PLS2所需要的参数
注意：PLS1数据在帧组的持续时间内保持恒定。
PLS2：在FSS符号中发送的PLS数据的第二集合，其承载关于系统和DP的更多详细PLS数据
PLS2动态数据：可以动态地逐帧改变的PLS2数据
PLS2静态数据：在帧组的持续时间内保持静态的PLS2数据
前导信令数据：通过前导符号承载并且被用于识别系统的基本模式的信令数据
前导符号：承载基本PLS数据并且位于帧的开始的固定长度的导频符号
注意：前导符号主要被用于快速初始带扫描以检测系统信号、其时序、频率偏移、以及FFT大小。
保留以便未来使用：本文档没有定义但是可以在未来定义
超帧：八个帧重复单元的集合
时间交织块(TI块)：在其中执行时间交织的信元的集合，与时间交织器存储器的一个使用相对应
TI组：在其上执行用于特定DP的动态容量分配的单元，由整数组成，动态地改变XFECBLOCK的数目。
注意：TI组可以被直接地映射到一个帧或者可以被映射到多个帧。其可以包含一个或者多个TI块。
类型1DP：其中所有的DP以TDM方式被映射到帧的帧的DP
类型2DP：其中所有的DP以FDM方式被映射到帧的帧的DP
XFECBLOCK：承载一个LDPCFECBLOCK的所有比特的Ncell个信元的集合
图1图示根据本发明的实施例的用于发送用于未来的广播服务的广播信号装置的结构。
根据本发明的实施例用于发送供未来的广播服务的广播信号的装置可以包括输入格式化块1000、BICM(比特交织编译和调制)块1010、帧构建块1020、OFDM(正交频分复用)产生块1030和信令产生块1040。将给出用于发送广播信号装置的每个模块的操作的描述。
IP流/分组和MPEG2-TS是主要输入格式，其它的流类型被作为常规流处理。除了这些数据输入之外，管理信息被输入以控制用于每个输入流的相应的带宽的调度和分配。一个或者多个TS流、IP流和/或常规流被同时允许输入。
输入格式化块1000能够解复用每个输入流为一个或者多个数据管道，对其中的每一个应用单独的编译和调制。数据管道(DP)是用于鲁棒控制的基本单位，从而影响服务质量(QoS)。一个或者多个服务或者服务组件可以由单个DP承载。稍后将描述输入格式化块1000的操作细节。
数据管道是在承载服务数据或者相关的元数据的物理层中的逻辑信道，其可以承载一个或者多个服务或者服务组件。
此外，数据管道单元：在帧中用于分配数据信元给DP的基本单位。
在BICM块1010中，奇偶校验数据被增加用于纠错，并且编码的比特流被映射为复数值星座符号。该符号跨越用于相应的DP的特定交织深度被交织。对于高级简档，在BICM块1010中执行MIMO编码，并且另外的数据路径被添加在输出端用于MIMO传输。稍后将描述BICM块1010的操作细节。
帧构建块1020可以将输入DP的数据信元映射为在帧内的OFDM符号。在映射之后，频率交织用于频率域分集，特别地，用于抗击频率选择性衰落信道。稍后将描述帧构建块1020的操作细节。
在每个帧的开始处插入前导之后，OFDM产生块1030可以应用具有循环前缀作为保护间隔的常规的OFDM调制。对于天线空间分集，分布式MISO方案遍及发射机被应用。此外，峰值对平均功率降低(PAPR)方案在时间域中执行。对于灵活的网络规划，这个建议提供一组不同的FFT大小、保护间隔长度和相应的导频图案。稍后将描述OFDM产生块1030的操作细节。
信令产生块1040能够创建用于每个功能块操作的物理层信令信息。该信令信息也被发送使得感兴趣的服务在接收机侧被适当地恢复。稍后将描述信令产生块1040的操作细节。
图2、3和4图示根据本发明的实施例的输入格式化块1000。将给出每个图的描述。
图2图示根据本发明的一个实施例的输入格式化块。图2示出当输入信号是单个输入流时的输入格式化模块。
在图2中图示的输入格式化块对应于参考图1描述的输入格式化块1000的实施例。
到物理层的输入可以由一个或者多个数据流组成。每个数据流由一个DP承载。模式适配模块将输入数据流切片(slice)为基带帧(BBF)的数据字段。系统支持三种类型的输入数据流：MPEG2-TS、互联网协议(IP)和常规流(GS)。MPEG2-TS特征为固定长度(188字节)分组，第一字节是同步字节(0x47)。IP流由如在IP分组报头内用信号传送的可变长度IP数据报分组组成。系统对于IP流支持IPv4和IPv6两者。GS可以由在封装分组报头内用信号传送的可变长度分组或者固定长度分组组成。
(a)示出用于信号DP的模式适配块2000和流适配2010，并且(b)示出用于产生和处理PLS数据的PLS产生块2020和PLS加扰器2030。将给出每个块的操作的描述。
输入流分割器将输入TS、IP、GS流分割为多个服务或者服务组件(音频、视频等)流。模式适配模块2010由CRC编码器、BB(基带)帧切片器和BB帧报头插入块组成。
CRC编码器在用户分组(UP)级别提供用于错误检测的三种类型的CRC编码，即，CRC-8、CRC-16和CRC-32。计算的CRC字节附加在UP之后。CRC-8用于TS流并且CRC-32用于IP流。如果GS流不提供CRC编码，则将应用所建议的CRC编码。
BB帧切片器将输入映射到内部逻辑比特格式。首先接收的比特被定义为是MSB。BB帧切片器分配等于可用数据字段容量的输入比特的数目。为了分配等于BBF有效载荷的输入比特的数目，UP分组流被切片为适合BBF的数据字段。
BB帧报头插入模块可以将2个字节的固定长度BBF报头插入在BB帧的前面。BBF报头由STUFFI(1比特)、SYNCD(13比特)和RFU(2比特)组成。除了固定的2字节BBF报头之外，BBF还可以在2字节BBF报头的末端具有扩展字段(1或者3字节)。
流适配2010由填充插入块和BB加扰器组成。
填充插入块能够将填充字段插入到BB帧的有效载荷中。如果到流适配的输入数据足够填充BB帧，则STUFFI被设置为“0”，并且BBF没有填充字段。否则，STUFFI被设置为“1”，并且填充字段被紧挨在BBF报头之后插入。填充字段包括两个字节的填充字段报头和可变大小的填充数据。
BB加扰器加扰完成的BBF用于能量扩散。加扰序列与BBF同步。加扰序列由反馈移位寄存器产生。
PLS产生块2020可以产生物理层信令(PLS)数据。PLS对接收机提供接入物理层DP的手段。PLS数据由PLS1数据和PLS2数据组成。
PLS1数据是在具有固定大小的帧中在FSS符号中承载、编译和调制的第一组PLS数据，其承载有关解码PLS2数据需要的系统和参数的基本信息。PLS1数据提供包括允许PLS2数据的接收和解码所需要的参数的基本传输参数。此外，PLS1数据在帧组的持续时间保持不变。
PLS2数据是在FSS符号中发送的第二组PLS数据，其承载有关系统和DP的更加详细的PLS数据。PLS2包含对接收机解码期望的DP提供足够的信息的参数。PLS2信令进一步由两种类型的参数，PLS2静态数据(PLS2-STAT数据)和PLS2动态数据(PLS2-DYN数据)组成。PLS2静态数据是在帧组持续时间保持静态的PLS2数据，并且PLS2动态数据是可以逐帧动态变化的PLS2数据。
稍后将描述PLS数据的细节。
PLS加扰器2030可以加扰所产生的PLS数据用于能量扩散。
以上描述的块可以被省略，或者由具有类似或者相同功能的块替换。
图3图示根据本发明的另一个实施例的输入格式化块。
在图3中图示的输入格式化块对应于参考图1描述的输入格式化块1000的实施例。
图3示出当输入信号对应于多个输入流时，输入格式化块的模式适配块。
用于处理多个输入流的输入格式化块的模式适配块可以独立地处理多个输入流。
参考图3，用于分别处理多个输入流的模式适配块可以包括输入流分割器3000、输入流同步器3010、补偿延迟块3020、空分组删除块3030、报头压缩块3040、CRC编码器3050、BB帧切片器(slicer)3060和BB报头插入块3070。将给出模式适配块的每个块的描述。
CRC编码器3050、BB帧切片器3060和BB报头插入块3070的操作对应于参考图2描述的CRC编码器、BB帧切片器和BB报头插入块的操作，并且因此，其描述被省略。
输入流分割器3000可以将输入TS、IP、GS流分割为多个服务或者服务组件(音频、视频等)流。
输入流同步器3010可以称为ISSY。ISSY可以对于任何输入数据格式提供适宜的手段以保证恒定比特率(CBR)和恒定端到端传输延迟。ISSY始终用于承载TS的多个DP的情形，并且选择性地用于承载GS流的多个DP。
补偿延迟块3020可以在ISSY信息的插入之后延迟分割TS分组流，以允许TS分组重新组合机制而无需在接收机中额外的存储器。
空分组删除块3030仅用于TS输入流情形。一些TS输入流或者分割的TS流可以具有大量的空分组存在，以便在CBRTS流中提供VBR(可变比特速率)服务。在这种情况下，为了避免不必要的传输开销，空分组可以被识别并且不被发送。在接收机中，通过参考在传输中插入的删除的空分组(DNP)计数器，去除的空分组可以重新插入在它们最初的精确的位置中，从而，保证恒定比特速率，并且避免对时间戳(PCR)更新的需要。
报头压缩块3040可以提供分组报头压缩以提高用于TS或者IP输入流的传输效率。因为接收机可以具有有关报头的某个部分的先验信息，所以这个已知的信息可以在发射机中被删除。
对于传输流，接收机具有有关同步字节配置(0x47)和分组长度(188字节)的先验信息。如果输入TS流承载仅具有一个PID的内容，即，仅用于一个服务组件(视频、音频等)或者服务子组件(SVC基本层、SVC增强层、MVC基本视图或者MVC相关的视图)，则TS分组报头压缩可以(选择性地)应用于传输流。如果输入流是IP流，则选择性地使用IP分组报头压缩。
以上描述的模块可以被省略，或者由具有类似或者相同功能的块替换。
图4图示根据本发明的另一个实施例的输入格式化块。
在图4中图示的输入格式化模块对应于参考图1描述的输入格式化块1000的实施例。
图4图示当输入信号对应于多个输入流时，输入格式化模块的流适配模块。
参考图4，用于分别处理多个输入流的模式适配模块可以包括调度器4000、1-帧延迟块4010、填充插入块4020、带内信令4030、BB帧加扰器4040、PLS产生块4050和PLS加扰器4060。将给出流适配模块的每个块的描述。
填充插入块4020、BB帧加扰器4040、PLS产生块4050和PLS加扰器4060的操作对应于参考图2描述的填充插入块、BB加扰器、PLS产生块和PLS加扰器的操作，并且因此，其描述被省略。
调度器4000可以从每个DP的FECBLOCK(FEC块)的量确定跨越整个帧的整体信元分配。包括对于PLS、EAC和FIC的分配，调度器产生PLS2-DYN数据的值，其被作为在该帧的FSS中的PLS信元或者带内信令发送。稍后将描述FECBLOCK、EAC和FIC的细节。
1-帧延迟块4010可以通过一个传输帧延迟输入数据，使得有关下一个帧的调度信息可以经由用于带内信令信息的当前帧发送以被插入DP中。
带内信令4030可以将PLS2数据的未延迟部分插入到帧的DP中。
以上描述的块可以被省略，或者由具有类似或者相同功能的块替换。
图5图示根据本发明的实施例的BICM块。
在图5中图示的BICM块对应于参考图1描述的BICM块1010的实施例。
如上所述，根据本发明的实施例用于发送供未来的广播服务的广播信号的装置可以提供陆地广播服务、移动广播服务、UHDTV服务等。
由于QoS(服务质量)取决于由根据本发明的实施例的用于发送供未来的广播服务的广播信号的装置提供的服务特征，因此对应于相应服务的数据需要经由不同的方案处理。因此，根据本发明的实施例的BICM块可以通过将SISO、MISO和MIMO方案独立地应用于分别对应于数据路径的数据管道，独立地处理对其输入的DP。因此，根据本发明的实施例的用于发送供未来的广播服务的广播信号的装置能够控制经由每个DP发送的每个服务或者服务组件的QoS。
(a)示出由基础简档和手持简档共享的BICM块，并且(b)示出高级简档的BICM模块。
由基础简档和手持简档共享的BICM块和高级简档的BICM块能够包括用于处理每个DP的多个处理块。
将给出用于基础简档和手持简档的BICM块和用于高级简档的BICM块的每个处理模块的描述。
用于基础简档和手持简档的BICM块的处理块5000可以包括数据FEC编码器5010、比特交织器5020、星座映射器5030、SSD(信号空间分集)编码块5040和时间交织器5050。
数据FEC编码器5010能够使用外编译(BCH)和内编译(LDPC)对输入BBF执行FEC编码，以产生FECBLOCK过程。外编译(BCH)是可选的编译方法。稍后将描述数据FEC编码器5010的操作细节。
比特交织器5020可以以LDPC编码和调制方案的组合交织数据FEC编码器5010的输出以实现优化的性能，同时提供有效地可执行的结构。稍后将描述比特交织器5020的操作细节。
星座映射器5030可以使用QPSK、QAM-16、不均匀QAM(NUQ-64、NUQ-256、NUQ-1024)，或者不均匀星座(NUC-16、NUC-64、NUC-256、NUC-1024)，在基础和手持简档中调制来自比特交织器5020的每个信元字(cellword)，或者在高级简档中来自信元字解复用器5010-1的信元字，以给出功率标准化的星座点el。该星座映射仅适用于DP。注意到，QAM-16和NUQ是正方形的形状，而NUC具有任意形状。当每个星座转动90度的任意倍数时，转动的星座精确地与其原始的一个重叠。这个“旋转感”对称属性使实和虚分量的容量和平均功率彼此相等。对于每个编码率，NUQ和NUC两者被具体地限定，并且使用的特定的一个由在PLS2数据中归档的参数DP_MOD用信号传送。
SSD编码块5040可以以二维(2D)、三维(3D)和四维(4D)预编码信元以提高在困难的衰落条件之下的接收鲁棒性。
时间交织器5050可以在DP级别操作。时间交织(TI)的参数可以对于每个DP不同地设置。稍后将描述时间交织器5050的操作细节。
用于高级简档的BICM块的处理块5000-1可以包括数据FEC编码器、比特交织器、星座映射器，和时间交织器。但是，不同于处理块5000，处理模块5000-1进一步包括信元字解复用器5010-1和MIMO编码模块5020-1。
此外，在处理块5000-1中的数据FEC编码器、比特交织器、星座映射器，和时间交织器的操作对应于描述的数据FEC编码器5010、比特交织器5020、星座映射器5030，和时间交织器5050的操作，并且因此，其描述被省略。
信元字解复用器5010-1用于高级简档的DP以将单个信元字流划分为用于MIMO处理的双信元字流。稍后将描述信元字解复用器5010-1操作的细节。
MIMO编码模块5020-1可以使用MIMO编码方案处理信元字解复用器5010-1的输出。MIMO编码方案对于广播信号传输被优化。MIMO技术是获得性能提高的期望方式，但是，其取决于信道特征。尤其对于广播，信道的强的LOS分量或者在由不同的信号传播特征所引起的两个天线之间的接收信号功率的差别使得难以从MIMO得到性能增益。所提出的MIMO编码方案使用MIMO输出信号的一个的基于旋转的预编码和相位随机化克服这个问题。
MIMO编码意欲用于在发射机和接收机两者处需要至少两个天线的2x2MIMO系统。在该建议下定义两个MIMO编码模式：全速率空间复用(FR-SM)和全速率全分集空间复用(FRFD-SM)。FR-SM编码以在接收机侧处相对小的复杂度增加提供性能提高，而FRFD-SM编码以在接收机侧处巨大的复杂度增加提供性能提高和附加分集增益。所提出的MIMO编码方案没有对天线极性配置进行限制。
MIMO处理对于高级简档帧是需要的，其指的是由MIMO编码器处理在高级简档帧中的所有DP。MIMO处理在DP级别适用。星座映射器对输出NUQ(e1,i和e2,i)被馈送给MIMO编码器的输入。配对的MIMO编码器输出(g1,i和g2,i)由其相应的TX天线的相同的载波k和OFDM符号l发送。
以上描述的模块可以被省略或者由具有类似或者相同功能的模块替换。
图6图示根据本发明的另一个实施例的BICM块。
在图6中图示的BICM块对应于参考图1描述的BICM块1010的实施例。
图6图示用于保护物理层信令(PLS)、紧急警告信道(EAC)和快速信息信道(FIC)的BICM块。EAC是承载EAS信息数据的帧的部分，并且FIC是在承载在服务和相应的基础DP之间的映射信息的帧中的逻辑信道。稍后将描述EAC和FIC的细节。
参考图6，用于保护PLS、EAC和FIC的BICM块可以包括PLSFEC编码器6000、比特交织器6010和星座映射器6020。
此外，PLSFEC编码器6000可以包括加扰器、BCH编码/零插入块、LDPC编码块和LDPC奇偶删余块。将给出BICM块的每个块的描述。
PLSFEC编码器6000可以编码加扰的PLS1/2数据、EAC和FIC区段。
加扰器可以在BCH编码以及缩短和删余LDPC编码之前加扰PLS1数据和PLS2数据。
BCH编码/零插入块可以使用用于PLS保护的缩短的BCH码，对加扰的PLS1/2数据执行外编码，并且在BCH编码之后插入零比特。仅对于PLS1数据，零插入的输出比特可以在LDPC编码之前转置。
LDPC编码块可以使用LDPC码来编码BCH编码/零插入块的输出。为了产生完整的编码模块，Cldpc、奇偶校验比特、Pldpc从每个零插入的PLS信息块Ildpc被系统编码，并且附在其之后。
数学公式1
[数学式1]
C l d p c = [ I l d p c P l d p c ] = [ i 0 , i 1 , ... , i K l d p c - 1 , p 0 , p 1 , ... , p N l d p c - K l d p c - 1 ]
用于PLS1和PLS2的LDPC编码参数如以下的表4。
表4
[表4]
LDPC奇偶删余块可以对PLS1数据和PLS2数据执行删余。
当缩短被应用于PLS1数据保护时，一些LDPC奇偶校验比特在LDPC编码之后被删余。此外，对于PLS2数据保护，PLS2的LDPC奇偶校验比特在LDPC编码之后被删余。不发送这些被删余的比特。
比特交织器6010可以交织每个被缩短和被删余的PLS1数据和PLS2数据。
星座映射器6020可以将比特交织的PLS1数据和PLS2数据映射到星座上。
以上描述的块可以被省略或者由具有类似或者相同功能的块替换。
图7图示根据本发明的一个实施例的帧构建块。
在图7中图示的帧构建块对应于参考图1描述的帧构建块1020的实施例。
参考图7，帧构建块可以包括延迟补偿块7000、信元映射器7010和频率交织器7020。将给出帧构建块的每个块的描述。
延迟补偿块7000可以调整在数据管道和相应的PLS数据之间的时序以确保它们在发射机端共时(co-timed)。通过解决由输入格式化块和BICM块所引起的数据管道的延迟，PLS数据被延迟与数据管道相同的量。BICM块的延迟主要是由于时间交织器5050。带内信令数据承载下一个TI组的信息，使得它们承载要用信号传送的DP前面的一个帧。据此，延迟补偿块延迟带内信令数据。
信元映射器7010可以将PLS、EAC、FIC、DP、辅助流和哑信元映射到在该帧中的OFDM符号的活动载波。信元映射器7010的基本功能是，如果有的话，将对于DP、PLS信元、以及EAC/FIC信元中的每一个由TI产生的数据信元映射到与帧内的OFDM符号内的每一个相对应的活动OFDM信元。服务信令数据(诸如PSI(程序特定信息)/SI)能够被单独地收集并且通过数据管道发送。信元映射器根据由调度器产生的动态信息和帧结构的配置操作。稍后将描述该帧的细节。
频率交织器7020可以随机地交织从信元映射器7010接收的数据信元以提供频率分集。此外，频率交织器7020可以使用不同的交织种子顺序，对由两个按次序的OFDM符号组成的特有的OFDM符号对进行操作，以得到在单个帧中最大的交织增益。
以上描述的块可以被省略或者由具有类似或者相同功能的块替换。
图8图示根据本发明的实施例的OFDM产生块。
在图8中图示的OFDM产生块对应于参考图1描述的OFDM产生块1030的实施例。
OFDM产生块通过由帧构建块产生的信元调制OFDM载波，插入导频，并且产生用于传输的时间域信号。此外，这个块随后插入保护间隔，并且应用PAPR(峰均功率比)减少处理以产生最终的RF信号。
参考图8，OFDM生成块可以包括导频和保留音插入块8000、2D-eSFN编码块8010、IFFT(快速傅里叶逆变换)块8020、PAPR减少块8030、保护间隔插入块8040、前导插入模块8050、其它的系统插入块8060和DAC块8070。将给出帧构建块的每个块的描述。
导频和保留音插入块8000能够插入导频和保留音。
在OFDM符号内的各种信元被以称为导频的参考信息调制，其具有在接收机中先前已知的发送值。导频信元的信息由散布导频、连续导频、边缘导频、FSS(帧信令符号)导频和FES(帧边缘符号)导频组成。每个导频根据导频类型和导频图案以特定的提升功率水平被发送。导频信息的值是从参考序列中推导出的，其是一系列的值，其一个用于在任何给定符号上的每个被发送的载波。导频可以用于帧同步、频率同步、时间同步、信道估计和传输模式识别，并且还可用于跟随相位噪声。
从参考序列中提取的参考信息在除了帧的前导、FSS和FES之外的每个符号中在散布的导频信元中被发送。连续的导频插入在帧的每个符号中。连续的导频的编号和位置取决于FFT大小和散布的导频图案两者。边缘载波是在除前导符号之外的每个符号中的边缘导频。它们被插入以便允许频率内插直至频谱的边缘。FSS导频被插入在FSS中，并且FES导频被插入在FES中。它们被插入以便允许时间内插直至帧的边缘。
根据本发明的实施例的系统支持SFN网络，这里分布式MISO方案被选择性地用于支持非常鲁棒传输模式。2D-eSFN是使用多个TX天线的分布式MISO方案，其每个在SFN网络中位于不同的发射机位置。
2D-eSFN编码块8010可以处理2D-eSFN处理以使从多个发射机发送的信号的相位失真，以便在SFN配置中创建时间和频率分集两者。因此，可以减轻由于低的平坦衰落或者对于长时间的深衰落引起的突发错误。
IFFT块8020可以使用OFDM调制方案调制来自2D-eSFN编码块8010的输出。在没有指定为导频(或者保留音)的数据符号中的任何信元承载来自频率交织器的数据信元的一个。该信元被映射到OFDM载波。
PAPR减少块8030可以使用在时间域中的各种PAPR减少算法对输入信号执行PAPR减少。
保护间隔插入块8040可以插入保护间隔，并且前导插入块8050可以在该信号的前面插入前导。稍后将描述前导的结构的细节。另一个系统插入块8060可以在时间域中复用多个广播发送/接收系统的信号，使得提供广播服务的两个或更多个不同的广播发送/接收系统的数据可以在相同的RF信号带宽中同时发送。在这种情况下，两个或更多个不同的广播发送/接收系统指的是提供不同广播服务的系统。不同广播服务可以指的是陆地广播服务、移动广播服务等。与相应的广播服务相关的数据可以经由不同的帧发送。
DAC块8070可以将输入数字信号转换为模拟信号，并且输出该模拟信号。从DAC块7800输出的信号可以根据物理层简档经由多个输出天线发送。根据本发明的实施例的Tx天线可以具有垂直或者水平极性。
以上描述的块可以被省略或者根据设计由具有类似或者相同功能的块替换。
图9图示根据本发明的实施例的用于接收用于未来的广播服务的广播信号装置的结构。
根据本发明的实施例的用于接收供未来的广播服务的广播信号的装置可以对应于参考图1描述的用于发送供未来的广播服务的广播信号的装置。
根据本发明的实施例的用于接收供未来的广播服务的广播信号的装置可以包括同步和解调模块9000、帧解析模块9010、解映射和解码模块9020、输出处理器9030和信令解码模块9040。将给出用于接收广播信号装置的每个模块的操作的描述。
同步和解调模块9000可以经由m个Rx天线接收输入信号，相对于与用于接收广播信号的装置相对应的系统执行信号检测和同步，并且执行与由用于发送广播信号装置执行的过程相反过程相对应的解调。
帧解析模块9100可以解析输入信号帧，并且提取经由其发送由用户选择的服务的数据。如果用于发送广播信号的装置执行交织，则帧解析模块9100可以执行与交织的相反过程相对应的解交织。在这种情况下，需要提取的信号和数据的位置可以通过解码从信令解码模块9400输出的数据获得，以恢复由用于发送广播信号的装置产生的调度信息。
解映射和解码模块9200可以将输入信号转换为比特域数据，并且然后根据需要对其解交织。解映射和解码模块9200可以对于为了传输效率应用的映射执行解映射，并且经由解码校正在传输信道上产生的错误。在这种情况下，解映射和解码模块9200可以获得为解映射所必需的传输参数，并且通过解码从信令解码模块9400输出的数据进行解码。
输出处理器9300可以执行由用于发送广播信号的装置应用以改善传输效率的各种压缩/信号处理过程的相反过程。在这种情况下，输出处理器9300可以从信令解码模块9400输出的数据中获得必要的控制信息。输出处理器8300的输出对应于输入到用于发送广播信号装置的信号，并且可以是MPEG-TS、IP流(v4或者v6)和常规流。
信令解码模块9400可以从由同步和解调模块9000解调的信号中获得PLS信息。如上所述，帧解析模块9100、解映射和解码模块9200和输出处理器9300可以使用从信令解码模块9400输出的数据执行其功能。
图10图示根据本发明的一个实施例的帧结构。
图10示出帧类型的示例配置和在超帧中的FRU，(a)示出根据本发明的实施例的超帧，(b)示出根据本发明的实施例的FRU(帧重复单元)，(c)示出在FRU中的可变PHY简档的帧，以及(d)示出帧的结构。
超帧可以由八个FRU组成。FRU是用于帧的TDM的基本复用单元，并且在超帧中被重复八次。
在FRU中的每个帧属于PHY简档(基础、手持、高级)中的一个或者FEF。在FRU中帧的最大允许数目是四个，并且给定的PHY简档可以在FRU(例如，基础、手持、高级)中出现从零次到四次的任何次数。如果需要的话，PHY简档定义可以使用在前导中PHY_PROFILE的保留的值扩展。
FEF部分被插入在FRU的末端，如果包括的话。当FEF包括在FRU中时，在超帧中FEF的最小数是8。不推荐FEF部分相互邻近。
一个帧被进一步划分为许多的OFDM符号和前导。如(d)所示，帧包括前导、一个或多个帧信令符号(FSS)、普通数据符号和帧边缘符号(FES)。
前导是允许快速FuturecastUTB系统信号检测并且提供一组用于信号的有效发送和接收的基本传输参数的特殊符号。稍后将描述前导的详细说明。
FSS的主要目的是承载PLS数据。为了快速同步和信道估计以及因此的PLS数据的快速解码，FSS具有比普通数据符号更加密集的导频图案。FES具有与FSS严格相同的导频，其允许在FES内的仅频率内插，以及对于紧邻FES之前的符号的时间内插而无需外推。
图11图示根据本发明的实施例的帧的信令分层结构。
图11图示信令分层结构，其被分割为三个主要部分：前导信令数据11000、PLS1数据11010和PLS2数据11020。由在每个帧中的前导符号承载的前导的目的是表示该帧的传输类型和基本传输参数。PLS1允许接收机访问和解码PLS2数据，其包含访问感兴趣的DP的参数。PLS2在每个帧中承载，并且被划分为两个主要部分：PLS2-STAT数据和PLS2-DYN数据。必要时，在PLS2数据的静态和动态部分之后是填充。
图12图示根据本发明的实施例的前导信令数据。
前导信令数据承载需要允许接收机访问PLS数据和跟踪在帧结构内DP的21比特信息。前导信令数据的细节如下：
PHY_PROFILE：该3比特字段指示当前帧的PHY简档类型。不同的PHY简档类型的映射在以下的表5中给出。
表5
[表5]
值 PHY简档
000 基础简档
001 手持简档
010 高级简档
011～110 保留
111 FEF
FFT_SIZE：该2比特字段指示在帧组内当前帧的FFT大小，如在以下的表6中描述的。
表6
[表6]
值 FFT大小
00 8K FFT
01 16K FFT
10 32K FFT
11 保留
GI_FRACTION：该3比特字段指示在当前超帧中的保护间隔分数值，如在以下的表7中描述的。
表7
[表7]
值 GI_FRACTION
000 1/5
001 1/10
010 1/20
011 1/40
100 1/80
101 1/160
110～111 保留
EAC_FLAG：该1比特字段指示在当前帧中是否提供EAC。如果该字段被设置为“1”，则在当前帧中提供紧急警告服务(EAS)。如果该字段被设置为“0”，在当前帧中没有承载EAS。该字段可以在超帧内动态地切换。
PILOT_MODE：该1比特字段指示对于当前帧组中的当前帧导频图案是移动模式还是固定模式。如果该字段被设置为“0”，则使用移动导频图案。如果该字段被设置为“1”，则使用固定导频图案。
PAPR_FLAG：该1比特字段指示对于当前帧组中的当前帧是否使用PAPR减少。如果该字段被设置为值“1”，则音保留被用于PAPR减少。如果该字段被设置为“0”，则不使用PAPR减少。
FRU_CONFIGURE：该3比特字段指示存在于当前超帧之中的帧重复单元(FRU)的PHY简档类型配置。在当前超帧中的所有前导中，在该字段中识别在当前超帧中传送的所有简档类型。3比特字段对于每个简档具有不同的定义，如以下的表8所示。
表8
[表8]
RESERVED：这个7比特字段保留供将来使用。
图13图示根据本发明的实施例的PLS1数据。
PLS1数据提供包括允许PLS2的接收和解码所需的参数的基本传输参数。如以上提及的，PLS1数据对于一个帧组的整个持续时间保持不变。PLS1数据的信令字段的详细定义如下：
PREAMBLE_DATA：该20比特字段是除去EAC_FLAG的前导信令数据的副本。
NUM_FRAME_FRU：该2比特字段指示每FRU的帧的数目。
PAYLOAD_TYPE：该3比特字段指示在帧组中承载的有效载荷数据的格式。PAYLOAD_TYPE如表9所示用信号传送。
表9
[表9]
值 有效载荷类型
1XX 发送TS流
X1X 发送IP流
XX1 发送GS流
NUM_FSS：该2比特字段指示在当前帧中FSS符号的数目。
SYSTEM_VERSION：该8比特字段指示所发送的信号格式的版本。SYSTEM_VERSION被划分为两个4比特字段，其是主要版本和次要版本。
主要版本：SYSTEM_VERSION字段的MSB四比特字节表示主要版本信息。在主要版本字段中的变化表示非后向兼容的变化。缺省值是“0000”。对于在这个标准下描述的版本，该值被设置为“0000”。
次要版本：SYSTEM_VERSION字段的LSB四比特字节表示次要版本信息。在次要版本字段中的变化是后向兼容的。
CELL_ID：这是在ATSC网络中唯一地识别地理小区的16比特字段。取决于每FuturecastUTB系统使用的频率的数目，ATSC小区覆盖区可以由一个或多个频率组成。如果CELL_ID的值不是已知的或者未指定的，则该字段被设置为“0”。
NETWORK_ID：这是唯一地识别当前的ATSC网络的16比特字段。
SYSTEM_ID：这个16比特字段唯一地识别在ATSC网络内的FuturecastUTB系统。FuturecastUTB系统是陆地广播系统，其输入是一个或多个输入流(TS、IP、GS)，并且其输出是RF信号。如果有的话，FuturecastUTB系统承载一个或多个PHY简档和FEF。相同的FuturecastUTB系统可以承载不同的输入流，并且在不同的地理区中使用不同的RF频率，允许本地服务插入。帧结构和调度在一个位置中被控制，并且对于在FuturecastUTB系统内的所有传输是相同的。一个或多个FuturecastUTB系统可以具有相同的SYSTEM_ID含义，即，它们所有具有相同的物理层结构和配置。
随后的环路由FRU_PHY_PROFILE、FRU_FRAME_LENGTH、FRU_Gl_FRACTION和RESERVED组成，其用于表示FRU配置和每个帧类型的长度。环路大小是固定的，使得四个PHY简档(包括FEF)在FRU内被用信号传送。如果NUM_FRAME_FRU小于4，则未使用的字段用零填充。
FRU_PHY_PROFILE：这个3比特字段表示相关的FRU的第(i+1)(i是环索引)个帧的PHY简档类型。这个字段使用如表8所示相同的信令格式。
FRU_FRAME_LENGTH：这个2比特字段表示相关联的FRU的第(i+1)个帧的长度。与FRU_GI_FRACTION一起使用FRU_FRAME_LENGTH，可以获得帧持续时间的精确值。
FRU_GI_FRACTION：这个3比特字段表示相关联的FRU的第(i+1)个帧的保护间隔分数值。FRU_GI_FRACTION根据表7被用信号传送。
RESERVED：这个4比特字段保留供将来使用。
以下的字段提供用于解码PLS2数据的参数。
PLS2_FEC_TYPE：这个2比特字段表示由PLS2保护使用的FEC类型。FEC类型根据表10被用信号传送。稍后将描述LDPC码的细节。
表10
[表10]
内容 PLS2FEC类型
00 4K-1/4和7K-3/10LDPC码
01～11 保留
PLS2_MOD：这个3比特字段表示由PLS2使用的调制类型。调制类型根据表11被用信号传送。
表11
[表11]
值 PLS2_MODE
000 BPSK
001 QPSK
010 QAM-16
011 NUQ-6423 -->
100～111 保留
PLS2_SIZE_CELL：这个15比特字段表示Ctotal_partial_block，用于在当前帧组中承载的PLS2的全编码块的聚集的大小(指定为QAM信元的数目)。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_STAT_SIZE_BIT：这个14比特字段以比特表示用于当前帧组的PLS2-STAT的大小。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_DYN_SIZE_BIT：这个14比特字段以比特表示用于当前帧组的PLS2-DYN的大小。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_REP_FLAG：这个1比特标记表示是否在当前帧组中使用PLS2重复模式。当这个字段被设置为值“1”时，PLS2重复模式被激活。当这个字段被设置为值“0”时，PLS2重复模式被禁用。
PLS2_REP_SIZE_CELL：当使用PLS2重复时，这个15比特字段表示Ctotal_partial_blook，用于在当前帧组的每个帧中承载的PLS2的部分编码块的聚集的大小(指定为QAM信元的数目)。如果不使用重复，则这个字段的值等于0。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_NEXT_FEC_TYPE：这个2比特字段表示用于在下一个帧组的每个帧中承载的PLS2的FEC类型。FEC类型根据表10被用信号传送。
PLS2_NEXT_MOD：这个3比特字段表示用于在下一个帧组的每个帧中承载的PLS2的调制类型。调制类型根据表11被用信号传送。
PLS2_NEXT_REP_FLAG：这个1比特标记表示是否在下一个帧组中使用PLS2重复模式。当这个字段被设置为值“1”时，PLS2重复模式被激活。当这个字段被设置为值“0”时，PLS2重复模式被禁用。
PLS2_NEXT_REP_SIZE_CELL：当使用PLS2重复时，这个15比特字段表示Ctotal_partial_blook，用于在下一个帧组的每个帧中承载的PLS2的全编码块的聚集的大小(指定为QAM信元的数目)。如果在下一个帧组中不使用重复，则这个字段的值等于0。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_NEXT_REP_STAT_SIZE_BIT：这个14比特字段以比特表示用于下一个帧组的PLS2-STAT的大小。这个值在当前帧组中是恒定的。
PLS2_NEXT_REP_DYN_SIZE_BIT：这个14比特字段以比特表示用于下一个帧组的PLS2-DYN的大小。这个值在当前帧组中是恒定的。
PLS2_AP_MODE：这个2比特字段表示是否在当前帧组中为PLS2提供附加的奇偶校验。这个值在当前帧组的整个持续时间期间是恒定的。以下的表12给出这个字段的值。当这个字段被设置为“00”时，对于在当前帧组中的PLS2不使用另外的奇偶校验。
表12
[表12]
值 PLS2-AP模式
00 不提供AP
01 AP1模式24 -->
10～11 保留
PLS2_AP_SIZE_CELL：这个15比特字段表示PLS2的附加的奇偶校验比特的大小(指定为QAM信元的数目)。这个值在当前帧组的整个持续时间期间是恒定的。
PLS2_NEXT_AP_MODE：这个2比特字段表示是否在下一个帧组的每个帧中为PLS2信令提供附加的奇偶校验。这个值在当前帧组的整个持续时间期间是恒定的。表12定义这个字段的值。
PLS2_NEXT_AP_SIZE_CELL：这个15比特字段表示在下一个帧组的每个帧中PLS2的附加的奇偶校验比特的大小(指定为QAM信元的数目)。这个值在当前帧组的整个持续时间期间是恒定的。
RESERVED：这个32比特字段被保留供将来使用。
CRC_32：32比特错误检测码，其应用于整个PLS1信令。
图14图示根据本发明的实施例的PLS2数据。
图14图示PLS2数据的PLS2-STAT数据。PLS2-STAT数据在帧组内是相同的，而PLS2-DYN数据提供对于当前帧特定的信息。
PLS2-STAT数据的字段的细节如下：
FIC_FLAG：这个1比特字段表示是否在当前帧组中使用FIC。如果这个字段被设置为“1”，则在当前帧中提供FIC。如果这个字段被设置为“0”，则在当前帧中不承载FIC。这个值在当前帧组的整个持续时间期间是恒定的。
AUX_FLAG：这个1比特字段表示是否在当前帧组中使用辅助流。如果这个字段被设置为“1”，则在当前帧中提供辅助流。如果这个字段被设置为“0”，在当前帧中不承载辅助流。这个值在当前帧组的整个持续时间期间是恒定的。
NUM_DP：这个6比特字段表示在当前帧内承载的DP的数目。这个字段的值从1到64的范围，并且DP的数目是NUM_DP+1。
DP_ID：这个6比特字段唯一地识别在PHY简档内的DP。
DP_TYPE：这个3比特字段表示DP的类型。这些根据以下的表13用信号传送。
表13
[表13]
值 DP类型
000 DP类型1
001 DP类型2
010～111 保留
DP_GROUP_ID：这个8比特字段识别当前DP与其相关联的DP组。这可以由接收机使用以访问与特定服务有关的服务组件的DP，其将具有相同的DP_GROUP_ID。
BASE_DP_ID：这个6比特字段表示承载在管理层中使用的服务信令数据(诸如，PSI/SI)的DP。由BASE_DP_ID表示的DP可以或者是随同服务数据一起承载服务信令数据的普通DP，或者仅承载服务信令数据的专用DP。
DP_FEC_TYPE：这个2比特字段表示由相关联的DP使用的FEC类型。FEC类型根据以下的表14被用信号传送。
表14
[表14]
值 FEC_TYPE
00 16K LDPC
01 64K LDPC
10～11 保留
DP_COD：这个4比特字段表示由相关联的DP使用的编码率。编码率根据以下的表15被用信号传送。
表15
[表15]
值 编码率
0000 5/15
0001 6/15
0010 7/15
0011 8/15
0100 9/15
0101～1111 10/15
0110 11/15
0111 12/15
1000 13/15
1001～1111 保留
DP_MOD：这个4比特字段表示由相关联的DP使用的调制。调制根据以下的表16被用信号传送。
表16
[表16]
值 调制
0000 QPSK
0001 QAM-16
0010 NUQ-64
0011 NUQ-256
0100 NUQ-1024
0101 NUC-16
0110 NUC-64
0111 NUC-256
1000 NUC-1024
1001～1111 保留
DP_SSD_FLAG：这个1比特字段表示是否在相关联的DP中使用SSD模式。如果这个字段被设置为值“1”，则使用SSD。如果这个字段被设置为值“0”，则不使用SSD。
只有在PHY_PROFILE等于“010”时，其表示高级简档，出现以下的字段：
DP_MIMO：这个3比特字段表示哪个类型的MIMO编码过程被应用于相关联的DP。MIMO编码过程的类型根据表17用信号传送。
表17
[表17]
值 MIMO编码
000 FR-SM
001 FRFD-SM
010～111 保留
DP_TI_TYPE：这个1比特字段表示时间交织的类型。值“0”表示一个TI组对应于一个帧，并且包含一个或多个TI块。值“1”表示一个TI组承载在一个以上的帧中，并且仅包含一个TI块。
DP_TI_LENGTH：这个2比特字段(允许值仅是1、2、4、8)的使用通过在DP_TI_TYPE字段内的值集合确定如下：
如果DP_TI_TYPE被设置为值“1”，则这个字段表示PI，每个TI组映射到的帧的数目，并且每个TI组存在一个TI块(NTI＝1)。被允许的具有2比特字段的PI值被在以下的表18中定义。
如果DP_TI_TYPE被设置为值“0”，则这个字段表示每个TI组的TI块NTI的数目，并且每个帧(PI＝1)存在一个TI组。具有2比特字段的允许的PI值被在以下的表18中定义。
表18
[表18]
2比特字段 PI NTI
00 1 1
01 2 2
10 4 3
11 8 4
DP_FRAME_INTERVAL：这个2比特字段表示在用于相关联的DP的帧组内的帧间隔(IJUMP)，并且允许的值是1、2、4、8(相应的2比特字段分别地是“00”、“01”、“10”或者“11”)。对于该帧组的每个帧不会出现的DP，这个字段的值等于在连续的帧之间的间隔。例如，如果DP出现在帧1、5、9、13等上，则这个字段被设置为“4”。对于在每个帧中出现的DP，这个字段被设置为“1”。
DP_TI_BYPASS：这个1比特字段确定时间交织器5050的可用性。如果对于DP没有使用时间交织，则其被设置为“1”。而如果使用时间交织，则其被设置为“0”。
DP_FIRST_FRAME_IDX：这个5比特字段表示当前DP存在其中的超帧的第一帧的索引。DP_FIRST_FRAME_IDX的值从0到31的范围。
DP_NUM_BLOCK_MAX：这个10比特字段表示用于这个DP的DP_NUM_BLOCKS的最大值。这个字段的值具有与DP_NUM_BLOCKS相同的范围。
DP_PAYLOAD_TYPE：这个2比特字段表示由给定的DP承载的有效载荷数据的类型。DP_PAYLOAD_TYPE根据以下的表19被用信号传送。
表19
[表19]
值 有效载荷类型
00 TS
01 IP
10 GS
11 保留
DP_INBAND_MODE：这个2比特字段表示是否当前DP承载带内信令信息。带内信令类型根据以下的表20被用信号传送。
表20
[表20]
值 带内模式
00 没有承载带内信令
01 仅承载带内PLS
10 仅承载带内ISSY
11 承载带内PLS和带内ISSY
DP_PROTOCOL_TYPE：这个2比特字段表示由给定的DP承载的有效载荷的协议类型。当选择输入有效载荷类型时，其根据以下的表21被用信号传送。
表21
[表21]
DP_CRC_MODE：这个2比特字段表示在输入格式化块中是否使用CRC编码。CRC模式根据以下的表22被用信号传送。
表22
[表22]
值 CRC模式
00 未使用
01 CRC-8
10 CRC-16
11 CRC-32
DNP_MODE：这个2比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的空分组删除模式。DNP_MODE根据以下的表23被用信号传送。如果DP_PAYLOAD_TYPE不是TS(“00”)，则DNP_MODE被设置为值“00”。
表23
[表23]
值 空分组删除模式
00 未使用
01 DNP标准
10 DNP偏移
11 保留
ISSY_MODE：这个2比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的ISSY模式。ISSY_MODE根据以下的表24被用信号传送。如果DP_PAYLOAD_TYPE不是TS(“00”)，则ISSY_MODE被设置为值“00”。
表24
[表24]
值 ISSY模式
00 未使用
01 ISSY-UP
10 ISSY-BBF
11 保留
HC_MODE_TS：这个2比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)时由相关联的DP使用的TS报头压缩模式。HC_MODE_TS根据以下的表25被用信号传送。
表25
[表25]
值 报头压缩模式
00 HC_MODE_TS 1
01 HC_MODE_TS 2
10 HC_MODE_TS 3
11 HC_MODE_TS 4
HC_MODE_IP：这个2比特字段表示当DP_PAYLOAD_TYPE被设置为IP(“01”)时的IP报头压缩模式。HC_MODE_IP根据以下的表26被用信号传送。
表26
[表26]
值 报头压缩模式
00 无压缩
01 HC_MODE_IP 1
10～11 保留
PID：这个13比特字段表示当DP_PAYLOAD_TYPE被设置为TS(“00”)，并且HC_MODE_TS被设置为“01”或者“10”时，用于TS报头压缩的PID编号。
RESERVED：这个8比特字段保留供将来使用。
只有在FIC_FLAG等于“1”时出现以下的字段：
FIC_VERSION：这个8比特字段表示FIC的版本号。
FIC_LENGTH_BYTE：这个13比特字段以字节表示FIC的长度。
RESERVED：这个8比特字段保留供将来使用。
只有在AUX_FLAG等于“1”时出现以下的字段：
NUM_AUX：这个4比特字段表示辅助流的数目。零表示不使用辅助流。
AUX_CONFIG_RFU：这个8比特字段被保留供将来使用。
AUX_STREAM_TYPE：这个4比特被保留供将来使用，用于表示当前辅助流的类型。
AUX_PRIVATE_CONFIG：这个28比特字段被保留供将来用于用信号传送辅助流。
图15图示根据本发明的另一个实施例的PLS2数据。
图15图示PLS2数据的PLS2-DYN数据。PLS2-DYN数据的值可以在一个帧组的持续时间期间变化，而字段的大小保持恒定。
PLS2-DYN数据的字段细节如下：
FRAME_INDEX：这个5比特字段表示在超帧内当前帧的帧索引。该超帧的第一帧的索引被设置为“0”。
PLS_CHANGE_COUTER：这个4比特字段表示配置将变化的前方超帧的数目。配置中具有变化的下一个超帧由在这个字段内用信号传送的值表示。如果这个字段被设置为值“0000”，则这意味着预知没有调度的变化：例如，值“1”表示在下一个超帧中存在变化。
FIC_CHANGE_COUNTER：这个4比特字段表示其中配置(即，FIC的内容)将变化的前方超帧的数目。配置中具有变化的下一个超帧由在这个字段内用信号传送的值表示。如果这个字段被设置为值“0000”，则这意味着预知没有调度的变化：例如，值“0001”表示在下一个超帧中存在变化。
RESERVED：这个16比特字段被保留供将来使用。
在NUM_DP上的环路中出现以下的字段，其描述与在当前帧中承载的DP相关联的参数。
DP_ID：这个6比特字段唯一地表示在PHY简档内的DP。
DP_START：这个15比特(或者13比特)字段使用DPU寻址方案表示第一个DP的开始位置。DP_START字段根据如以下的表27所示的PHY简档和FFT大小具有不同长度。
表27
[表27]
DP_NUM_BLOCK：这个10比特字段表示在用于当前DP的当前的TI组中FEC块的数目。DP_NUM_BLOCK的值从0到1023的范围。
RESERVED：这个8比特字段保留供将来使用。
以下的字段表示与EAC相关联的FIC参数。
EAC_FLAG：这个1比特字段表示在当前帧中EAC的存在。这个比特在前导中是与EAC_FLAG相同的值。
EAS_WAKE_UP_VERSION_NUM：这个8比特字段表示唤醒指示的版本号。
如果EAC_FLAG字段等于“1”，随后的12比特被分配用于EAC_LENGTH_BYTE字段。如果EAC_FLAG字段等于“0”，则随后的12比特被分配用于EAC_COUNTER。
EAC_LENGTH_BYTE：这个12比特字段以字节表示EAC的长度。
EAC_COUNTER：这个12比特字段表示在EAC抵达的帧之前帧的数目。
只有在AUX_FLAG字段等于“1”时出现以下的字段：
AUX_PRIVATE_DYN：这个48比特字段被保留供将来用于用信号传送辅助流。这个字段的含义取决于在可配置的PLS2-STAT中AUX_STREAM_TYPE的值。
CRC_32：32比特错误检测码，其被应用于整个PLS2。
图16图示根据本发明的实施例的帧的逻辑结构。
如以上提及的，PLS、EAC、FIC、DP、辅助流和哑信元被映射到在帧中OFDM符号的活动载波。PLS1和PLS2被首先被映射到一个或多个FSS。然后，在PLS字段之后，EAC信元，如果有的话，被直接地映射，接下来是FIC信元，如果有的话。在PLS或者EAC、FIC之后，接下来DP被映射，如果有的话。首先跟随类型1DP，并且接下来类型2DP。稍后将描述DP的类型细节。在一些情况下，DP可以承载用于EAS的一些特定的数据或者服务信令数据。如果有的话，辅助流跟随DP，其后跟随哑信元。根据以上提及的顺序，即，PLS、EAC、FIC、DP、辅助流和哑数据信元将它们映射在一起，精确地填充在该帧中的信元容量。
图17图示根据本发明的实施例的PLS映射。
PLS信元被映射到FSS的活动载波。取决于由PLS占据的信元的数目，一个或多个符号被指定为FSS，并且FSS的数目NFSS由在PLS1中的NUM_FSS用信号传送。FSS是用于承载PLS信元的特殊符号。由于鲁棒性和延迟在PLS中是重要的问题，所以FSS具有允许快速同步的高密度导频和在FSS内的仅频率内插。
PLS信元如在图17中的示例所示以自顶向下方式被映射到NFSSFSS的活动载波。PLS1PLS1单元被以单元索引的递增顺序首先从第一FSS的第一单元映射。PLS2单元直接地跟随在PLS1的最后的信元之后，并且继续向下映射，直到第一FSS的最后的信元索引为止。如果需要的PLS信元的总数超过一个FSS的活动载波的数目，则映射进行到下一个FSS，并且以与第一FSS严格相同的方式继续。
在PLS映射完成之后，接下来承载DP。如果EAC、FIC或者两者存在于当前帧中，则它们被放置在PLS和“普通”DP之间。
图18图示根据本发明的实施例的EAC映射。
EAC是用于承载EAS消息的专用信道，并且链接到用于EAS的DP。提供了EAS支持，但是，EAC本身可能或者可以不必存在于每个帧中。如果有的话，EAC紧挨着PLS2单元之后映射。除了PLS信元以外，EAC不在FIC、DP、辅助流或者哑信元的任何一个之前。映射EAC信元的过程与PLS完全相同。
EAC信元被以如在图18的示例所示的信元索引的递增顺序从PLS2的下一个信元映射。取决于EAS消息大小，EAC信元可以占据几个符号，如图18所示。
EAC信元紧跟在PLS2的最后的信元之后，并且继续向下映射，直到最后的FSS的最后的信元索引为止。如果需要的EAC信元的总数超过最后的FSS的剩余的活动载波的数目，则映射进行到下一个符号，并且以与FSS完全相同的方式继续。在这种情况下，用于映射的下一个符号是普通数据符号，其具有比FSS更加有效的载波。
在EAC映射完成之后，如果任何一个存在，则FIC被接下来承载。如果FIC不被发送(如在PLS2字段中用信号传送)，则DP紧跟在EAC的最后信元之后。
图19图示根据本发明的实施例的FIC映射
(a)示出不具有EAC的FIC信元的示例映射，以及(b)示出具有EAC的FIC信元的示例映射。
FIC是用于承载交叉层信息以允许快速服务获得和信道扫描的专用信道。这个信息主要包括在DP和每个广播器的服务之间的信道捆绑信息。为了快速扫描，接收机可以解码FIC并获得信息，诸如，广播器ID、服务编号，和BASE_DP_ID。为了快速服务获得，除了FIC之外，基础DP可以使用BASE_DP_ID解码。除其承载的内容以外，基础DP被以与普通DP完全相同的方式编码和映射到帧。因此，对于基础DP不需要另外的描述。FIC数据在管理层中产生和消耗。FIC数据的内容在管理层规范中描述。
FIC数据是可选的，并且FIC的使用由在PLS2的静态部分中的FIC_FLAG参数用信号传送。如果使用FIC，则FIC_FLAG被设置为“1”，并且用于FIC的信令字段在PLS2的静态部分中被定义。在这个字段中用信号传送的是FIC_VERSION和FIC_LENGTH_BYTE。FIC使用与PLS2相同的调制、编译和时间交织参数。FIC共享相同的信令参数，诸如PLS2_MOD和PLS2_FEC。如果有的话，FIC数据紧挨着PLS2或者EAC之后被映射。FIC没有被任何普通DP、辅助流或者哑信元引导。映射FIC信元的方法与EAC的完全相同，也与PLS的相同。
在PLS之后不具有EAC，FIC信元被以如在(a)中的示例所示的信元索引的递增顺序从PLS2的下一个单元映射。取决于FIC数据大小，FIC信元可以被映射在几个符号上，如(b)所示。
FIC信元紧跟在PLS2的最后的信元之后，并且继续向下映射，直到最后的FSS的最后的信元索引为止。如果需要的FIC信元的总数超过最后的FSS的剩余的活动载波的数目，则映射进行到下一个符号，并且以与FSS完全相同的方式继续。在这种情况下，用于映射的下一个符号是普通数据符号，其具有比FSS更加活跃的载波。
如果EAS消息在当前帧中被发送，则EAC在FIC之前，并且FIC信元被以如(b)所示的信元索引的递增顺序从EAC的下一个单元映射。
在FIC映射完成之后，一个或多个DP被映射，之后是辅助流，如果有的话，以及哑信元。
图20图示根据本发明的实施例的DP的类型。
(a)示出类型1DP和(b)示出类型2DP。
在先前的信道，即，PLS、EAC和FIC被映射之后，DP的信元被映射。根据映射方法DP被分类为两种类型中的一个：
类型1DP：DP通过TDM映射
类型2DP：DP通过FDM映射
DP的类型由在PLS2的静态部分中的DP_TYPE字段表示。图20图示类型1DP和类型2DP的映射顺序。类型1DP被以信元索引的递增顺序首先映射，然后，在达到最后的信元索引之后，符号索引被增加1。在下一个符号内，DP继续以从p＝0开始的信元索引的递增顺序映射。利用在一个帧中共同地映射的DP的数目，类型1DP的每个在时间上被分组，类似于DP的TDM复用。
类型2DP被以符号索引的递增顺序首先映射，然后，在达到该帧的最后的OFDM符号之后，信元索引增加1，并且符号索引回朔到第一可用的符号，然后从该符号索引增加。在一个帧中一起映射DP的数目之后，类型2DP的每个被以频率分组在一起，类似于DP的FDM复用。
如果需要的话，类型1DP和类型2DP在帧中可以同时存在，有一个限制：类型1DP始终在类型2DP之前。承载类型1和类型2DP的OFDM信元的总数不能超过可用于DP传输的OFDM信元的总数。
数学公式2
[数学式2]
DDP1+DDP2≤DDP
这里DDP1是由类型1DP占据的OFDM信元的数目，DDP2是由类型2DP占据的信元的数目。由于PLS、EAC、FIC都以与类型1DP相同的方式映射，所以它们全部遵循“类型1映射规则”。因此，总的说来，类型1映射始终在类型2映射之前。
图21图示根据本发明的实施例的DP映射。
(a)示出寻址用于映射类型1DP的OFDM信元，并且(b)示出寻址用于供类型2DP映射的OFDM信元。
用于映射类型1DP(0,…，DDP1-1)的OFDM信元的寻址限定用于类型1DP的活跃数据信元。寻址方案限定来自用于类型1DP的每个的T1的信元被分配给活跃数据信元的顺序。其也用于在PLS2的动态部分中用信号传送DP的位置。
在不具有EAC和FIC的情况下，地址0指的是在最后的FSS中紧跟承载PLS的最后信元的信元。如果EAC被发送，并且FIC没有在相应的帧中，则地址0指的是紧跟承载EAC的最后信元的信元。如果FIC在相应的帧中被发送，则地址0指的是紧跟承载FIC的最后的信元的信元。用于类型1DP的地址0可以考虑如(a)所示的两个不同情形计算。在(a)的示例中，PLS、EAC和FIC假设为全部发送。对EAC和FIC的二者之一或者两者被省略情形的扩展是明确的。如在(a)的左侧所示在映射所有信元直到FIC之后，如果在FSS中存在剩余的信元。
用于映射类型2DP(0,…，DDP2-1)的OFDM信元的寻址被限定用于类型2DP的活跃数据信元。寻址方案限定来自用于类型2DP的每个的TI的信元被分配给活跃数据信元的顺序。其也用于在PLS2的动态部分中用信号传送DP的位置。
如(b)所示的三个略微地不同的情形是可允许的。对于在(b)的左侧上示出的第一情形，在最后的FSS中的信元可用于类型2DP映射。对于在中间示出的第二情形，FIC占据普通符号的信元，但是，在该符号上FIC信元的数目不大于CFSS。除了在该符号上映射的FIC信元的数目超过CFSS之外，在(b)右侧上示出的第三情形与第二情形相同。
对类型1DP在类型2DP之前情形的扩展是简单的，因为PLS、EAC和FIC遵循与类型1DP相同的“类型1映射规则”。
数据管道单元(DPU)是用于在帧将数据信元分配给DP的基本单元。
DPU被定义为用于将DP定位于帧中的信令单元。信元映射器7010可以映射对于各个DP通过TI产生的信元。时间交织器5050输出一系列的TI块并且各个TI块包括继而由一组信元组成的可变数目的XFECBLOCK。XFECBLOCK中的信元的数目Ncells取决于FECBLOCK大小Nldpc和每个星座符号的被发送的比特的数目。DPU被定义为在给定的PHY简档中支持的在XFECBLOCK中的信元的数目Ncells的所有可能的值中的最大的余数。以信元计的DPU的长度被定义为LDPU。因为各个PHY简档支持FECBLOCK大小和每个星座符号的最大不同数目的比特的组合，所以基于PHY简档定义LDPU。
图22图示根据本发明的实施例的FEC结构。
图22图示在比特交织之前根据本发明的实施例的FEC结构。如以上提及的，数据FEC编码器可以使用外编译(BCH)和内编译(LDPC)对输入的BBF执行FEC编码，以产生FECBLOCK过程。图示的FEC结构对应于FECBLOCK。此外，FECBLOCK和FEC结构具有对应于LDPC码字长度的相同的值。
BCH编码应用于每个BBF(Kbch比特)，然后LDPC编码应用于BCH编码的BBF(Kldpc比特＝Nbch比特)，如在图22中图示的。
Nldpc的值或者是64800比特(长FECBLOCK)或者16200比特(短FECBLOCK)。
以下的表28和表29分别示出用于长FECBLOCK和短FECBLOCK的FEC编码参数。
表28
[表28]
表29
[表29]
BCH编码和LDPC编码的操作细节如下：
12-纠错BCH码用于BBF的外编码。用于短FECBLOCK和长FECBLOCK的BCH生成多项式通过所有多项式相乘在一起获得。
LDPC码用于编码外BCH编码的输出。为了产生完整的Bldpc(FECBLOCK)，Pldpc(奇偶校验比特)从每个Ildpc(BCH编码的BBF)被系统编码，并且附加到Ildpc。完整的Bldpc(FECBLOCK)表示为如下的数学公式。
数学公式3
[数学式3]
B l d p c = [ I l d p c P l d p c ] = [ i 0 , i 1 , ... , i K l d p c - 1 , p 0 , p 1 , ... , p N l d p c - K l d p c - 1 ]
用于长FECBLOCK和短FECBLOCK的参数分别在以上的表28和29中给出。
计算用于长FECBLOCK的Nldpc–Kldpc奇偶校验比特的详细过程如下：
1)初始化奇偶校验比特，
数学公式4
[数学式4]
p 0 = p 1 = p 2 = ... = p N l d p c - K l d p c - 1 = 0
2)在奇偶校验矩阵的地址的第一行中指定的奇偶校验比特地址处累加第一信息比特i0。稍后将描述奇偶校验矩阵的地址的细节。例如，对于速率13/15：
数学公式5
[数学式5]
p 983 = p 983 ⊕ i 0 p 2815 = p 2815 ⊕ i 0
p 4837 = p 4837 ⊕ i 0 p 4989 = p 4989 ⊕ i 0
p 6138 = p 6138 ⊕ i 0 p 6458 = p 6458 ⊕ i 0
p 6921 = p 6921 ⊕ i 0 p 6974 = p 6974 ⊕ i 0
p 7572 = p 7572 ⊕ i 0 p 8260 = p 8260 ⊕ i 0
p 8496 = p 8496 ⊕ i 0
3)对于接下来的359个信息比特，is，s＝1、2、…359，使用以下的数学公式在奇偶校验位地址处累加is。
数学公式6
[数学式6]
{x+(smod360)×Qldpc}mod(Nldpc-Kldpc)
这里x表示对应于第一比特i0的奇偶校验比特累加器的地址，并且QIdpc是在奇偶校验矩阵的地址中指定的编码率相关的常数。继续该示例，对于速率13/15，QIdpc＝24，因此，对于信息比特i1，执行以下的操作：
数学公式7
[数学式7]
p 1007 = p 1007 ⊕ i 1 p 2839 = p 2839 ⊕ i 1
p 4861 = p 4861 ⊕ i 1 p 5013 = p 5013 ⊕ i 1
p 6162 = p 6162 ⊕ i 1 p 6482 = p 6482 ⊕ i 1
p 6945 = p 6945 ⊕ i 1 p 6998 = p 6998 ⊕ i 1
p 7596 = p 7596 ⊕ i 1 p 8284 = p 8284 ⊕ i 1
p 8520 = p 8520 ⊕ i 1
4)对于第361个信息比特i360，在奇偶校验矩阵的地址的第二行中给出奇偶校验比特累加器的地址。以类似的方式，使用表达式6获得用于以下的359信息比特is的奇偶校验比特累加器的地址，s＝361、362、…719，这里x表示对应于信息比特i360的奇偶校验比特累加器的地址，即，在奇偶校验矩阵的地址的第二行中的条目。
5)以类似的方式，对于360个新的信息比特的每个组，从奇偶校验矩阵的地址的新行用于找到奇偶校验比特累加器的地址。
在所有信息比特用尽之后，最后的奇偶校验比特如下获得：
6)以i＝1开始顺序地执行以下的操作。
数学公式8
[数学式8]
p i = p i ⊕ p i - 1 , i = 1 , 2 , ... , N l d p c - K l d p c - 1
这里pi的最后的内容，i＝0,1，...，NIdpc-KIdpc–1，等于奇偶校验比特pi。
表30
[表30]
编码率 Qldpc
5/15 120
6/15 108
7/15 96
8/15 84
9/15 72
10/15 60
11/15 48
12/15 36
13/15 24
除了以表31替换表30，并且以用于短FECBLOCK的奇偶校验矩阵的地址替换用于长FECBLOCK的奇偶校验矩阵的地址之外，用于短FECBLOCK的这个LDPC编码过程是根据用于长FECBLOCK的LDPC编码过程。
表31
[表31]
编码率 Qldpc
5/15 30
6/15 27
7/15 24
8/15 21
9/15 18
10/15 15
11/15 12
12/15 9
13/15 6
图23图示根据本发明的实施例的比特交织。
LDPC编码器的输出被比特交织，其由奇偶交织、之后的准循环块(QCB)交织和组内交织组成。
(a)示出准循环块(QCB)交织，并且(b)示出组内交织。
FECBLOCK可以被奇偶交织。在奇偶交织的输出处，LDPC码字由在长FECBLOCK中180个相邻的QC块和在短FECBLOCK中45个相邻的QC块组成。在长或者短FECBLOCK中的每个QC块由360比特组成。奇偶交织的LDPC码字通过QCB交织来交织。QCB交织的单位是QC块。在奇偶交织的输出处的QC块通过如在图23中图示的QCB交织重排列，这里根据FECBLOCK长度，Ncells＝64800/ηmod或者16200/ηmod。QCB交织模式是对调制类型和LDPC编码率的每个组合唯一的。
在QCB交织之后，组内交织根据调制类型和阶(ηmod)执行，其在以下的表32中限定。也限定用于一个组内的QC块的数目NQCB_IG。
表32
[表32]
调制类型 ηmod NQCB_LG
QAM-16 4 2
NUC-16 4 4
NUQ-64 6 3
NUC-64 6 6
NUQ-256 8 4
NUC-256 8 8
NUQ-1024 10 5
NUC-1024 10 10
组内交织过程以QCB交织输出的NQCB_IGQC块执行。组内交织具有使用360列和NQCB_IG行写入和读取组内的比特的过程。在写入操作中，来自QCB交织输出的比特是行式写入。读取操作是列式执行的，以从每个行读出m比特，这里对于NUC，m等于1，并且对于NUQ，m等于2。
图24图示根据本发明的实施例的信元字解复用。
图24(a)示出对于8和12bpcuMIMO的信元字解复用，和(b)示出对于10bpcuMIMO的信元字解复用。
比特交织输出的每个信元字(c0，l，c1，l，...，cnmod-1，l)被解复用为如(a)所示的(d1，0，m，d1，1，m...，d1，nmod-1，m)和(d2，0，m，d2，1，m...，d2，nmod-1，m)，其描述用于一个XFECBLOCK的信元字解复用过程。
对于使用不同类型的NUQ用于MIMO编码的10个bpcuMIMO情形，用于NUQ-1024的比特交织器被重新使用。比特交织器输出的每个信元字(c0，l，c1，l，...，c9，l)被解复用为(d1，0，m，d1，1，m...，d1，3，m)和(d2，0，m，d2，1，m...，d2，5，m)，如(b)所示。
图25图示根据本发明的实施例的时间交织。
(a)至(c)示出TI模式的示例。
时间交织器在DP级别操作。时间交织(TI)的参数可以对于每个DP不同地设置。
在PLS2-STAT数据的部分中出现的以下参数配置TI：
DP_TI_TYPE(允许的值：0或者1)：表示TI模式；“0”表示每个TI组具有多个TI块(一个以上的TI块)的模式。在这种情况下，一个TI组被直接映射到一个帧(无帧间交织)。“1”表示每个TI组仅具有一个TI模块的模式。在这种情况下，TI块可以在一个以上的帧上扩展(帧间交织)。
DP_TI_LENGTH：如果DP_TI_TYPE＝“0”，则这个参数是每个TI组的TI块的数目NTI。对于DP_TI_TYPE＝“1”，这个参数是从一个TI组扩展的帧PI的数目。
DP_NUM_BLOCK_MAX(允许的值:0至1023)：表示每个TI组XFECBLOCK的最大数。
DP_FRAME_INTERVAL(允许的值：1、2、4、8)：表示在承载给定的PHY简档的相同的DP的两个连续的帧之间的帧IJUMP的数目。
DP_TI_BYPASS(允许的值：0或者1)：如果对于DP没有使用时间交织，则这个参数被设置为“1”。如果使用时间交织，则其被设置为“0”。
另外，来自PLS2-DYN数据的参数DP_NUM_BLOCK用于表示由DP的一个TI组承载的XFECBLOCK的数目。
当对于DP没有使用时间交织时，不考虑随后的TI组、时间交织操作，和TI模式。但是，将仍然需要来自调度器用于动态配置信息的延迟补偿块。在每个DP中，从SSD/MIMO编码接收的XFECBLOCK被分组为TI组。即，每个TI组是整数个XFECBLOCK的集合，并且将包含动态可变数目的XFECBLOCK。在索引n的TI组中的XFECBLOCK的数目由NxBLocK_Group(n)表示，并且在PLS2-DYN数据中作为DP_NUM_BLOCK用信号传送。注意到NxBLocK_Group(n)可以从最小值0到其最大的值是1023的最大值NxBLocK_Group_MAX(对应于DP_NUM_BLOCK_MAX)变化。
每个TI组或者直接映射到一个帧上或者在PI个帧上扩展。每个TI组也被划分为一个以上的TI模块(NTI)，这里每个TI块对应于时间交织器存储器的一个使用。在TI组内的TI块可以包含略微不同数目的XFECBLOCK。如果TI组被划分为多个TI块，则其被直接映射到仅一个帧。如以下的表33所示，存在对于时间交织的三个选项(除了跳过时间交织的额外的选项之外)。
表33
[表33]
在每个DP中，TI存储器存储输入的XFECBLOCK(来自SSD/MIMO编码块的输出的XFECBLOCK)。假设输入XFECBLOCK被限定为：
( d n , s , 0 , 0 , d n , s , 0 , 1 , ... , d n , s , 0 , N c e l l s - 1 , d n , s , 1 , 0 , ... , d n , s , 1 , N c e l l s - 1 , ... , d n , s , N x B L O C K _ T I ( n , s ) - 1 , 0 , ... , d n , s , N x B L O C K _ T I ( n , s ) - 1 , N c e l l s - 1 )
这里dn.s.r.q是在第n个TI组的第s个TI块中的第r个XFECBLOCK的第q个信元，并且表示SSD和MIMO编码的输出如下：
此外，假设来自时间交织器的输出的XFECBLOCK被限定为：
( h n , s , 0 , k n , s , 1 , ... , k n , s , i , ... , h n , s , N x B L O C K _ T I ( n , s ) × N c e l l s - 1 )
这里hn，s，i是在第n个TI组的第s个TI块中的第i个输出单元(对于i＝0，...，NxBLOCK_TI(n，s)×Ncells-1)。
典型地，时间交织器也将起在帧建立过程之前用于DP数据的缓存器的作用。这是通过用于每个DP的两个存储库实现的。第一TI块被写入第一存储库。第二TI块被写入第二存储库，同时第一存储库正在被读取等。
TI是扭曲的两列块交织器。对于第n个TI组的第s个TI块，TI存储器的行数Nr等于信元Ncells的数目，即，Nr＝Ncells，同时列数Nc等于数目NxBL0CK_TI(n,s)。
图26图示根据本发明的实施例的被扭曲的行-列块交织器的基本操作。
图26(a)示出在时间交织器中的写入操作，并且图26(b)示出时间交织器中的读取操作。第一XFECBLOCK以列方式写入到TI存储器的第一列，并且第二XFECBLOCK被写入到下一列等等，如在(a)中所示。然而，在交织阵列中，信元以对角线方式被读出。在从第一行(沿着以最左边的列开始的行向右)到最后一行的对角线方式的读取期间，信元被读出，如在(b)中所示。详细地，假定zn，s，i(i＝0，...，N，Nc)作为要被顺序地读取的TI存储器单元位置，通过计算如下的表达式的行索引Rn，S，i、列索引Cn，S，i以及被关联的扭曲参数Tn，S，i执行以这样的校正阵列的读取过程。
数学公式9
[数学式9]
其中Sshift是用于对角线方式读取过程的公共移位值，不论NxBLOCK_TI(n，s)如何，并且如以下表达式，通过在PLS2-STAT中给出的NxBLOCK_TI(n，s)来确定。
数学公式10
[数学式10]
对于
S s h i f t = N x B L O C K _ T I _ M A X ′ - 1 2
结果，通过作为zn，s，i＝NrCn，s，i+Rn，s，i的坐标计算要被读出的信元位置。
图27图示根据本发明的另一实施例的被扭曲的行-列块交织器的操作。
更加具体地，图27图示用于各个TI组的TI存储器的交织阵列，包括当NxBLOCK_TI(0，0)＝3、NxBLOCK_TI(1，0)＝6、NxBLOCKTI(2，0)＝5时的虚拟XFECBLOCK。
可变数目NxBLOCK_TI(n，s)＝Nr将会小于或者等于N′xBLOCK_TI_MAX。因此，为了实现在接收机侧处的单个存储器解交织，不论NxBLOCK_TI(n，s)如何，通过将虚拟XFECBLOCK插入到TI存储器用于在被扭曲的行-列块交织器中使用的交织阵列被设置为Nr×Nc＝Ncells×N′xBLOCK_TI_MAX的大小，并且如下面的表达式完成读取过程。
数学公式11
[数学式11]
TI组的数目被设置为3。通过DP_TI_TYPE＝‘0’、DP_FRAME_INTERVAL＝‘1’,以及DP_TI_LENGTH＝‘1’，即，NTI＝1、IJUMP＝1、以及PI＝1，在PLS2-STAT数据中用信号传送时间交织器的选项。每个TI组的其每一个具有Ncells＝30的XFECBLOCK的数目分别通过NxBLOCK_TI(0,0)＝3、NxBLOCK_TI(1,0)＝6、NxBLOCK_TI(2,0)＝5在PLS2-DYN数据中用信号传送。通过NxBLOCK_Groyp_MAx，在PLS-STAT数据中用信号传送XFECBLOCK的最大数目，这导致
图28图示根据本发明的实施例的被扭曲的行-列块的对角线方式的读取图案。
更加具体地，图28示出来自于具有N′xBLOCK_TI_MAX＝7并且Sshift＝(7-1)/2＝3的参数的各个交织阵列的对角线方式的读取图案。注意，在如上面的伪代码示出的读取过程中，如果Vi≥NcellsNxBLOCK_TI(n，s)，则Vi的值被跳过并且使用下一个计算的Vi的值。
图29图示根据本发明的实施例的用于各个交织阵列的被交织的XFECBLOCK。
图29图示来自于具有N′xBLOCK_TI_MAX＝7并且Sshift＝3的参数的各个交织阵列的被交织的XFECBLOCK。
图30是示出根据本发明的实施例的用于下一代广播系统的协议栈的视图。
根据本发明的广播系统可以对应于其中以互联网协议(IP)为中心的广播网络和宽带被耦合的混合广播系统。
可以将根据本发明的广播系统设计成维持与常规的基于MPEG-2的广播系统的兼容性。
根据本发明的广播系统可以对应于基于以IP为中心的广播网络、宽带网络和/或移动通信网络(或蜂窝网络)的耦合的混合广播系统。
参考图，物理层可以使用广播系统(诸如ATSC系统和/或DVB系统)中采用的物理协议。例如，在根据本发明的物理层中，发送机/接收机可以发送/接收地面广播信号并且将包括广播数据的传输帧转换成适当的形式。
在封装层中，IP数据报是从自物理层获取的信息获取的并且所获取的IP数据报被转换成特定帧(例如，RS帧、GSE-lite、GSE或信号帧)。帧主要包括一组IP数据报。例如，在封装层中，发送机将从物理层处理的数据包括在传输帧中，或者接收机从自物理层获取的传输帧中提取MPEG-2TS和IP数据报。
快速信息信道(FIC)包括访问服务和/或内容所必需的信息(例如，服务ID与帧之间的映射信息)。FIC可以被称为快速访问信道(FAC)。
根据本发明的广播系统可以使用协议，诸如互联网协议(IP)、用户数据报协议(UDP)、传输控制协议(TCP)、异步分层编译/分层编译传输(ALC/LCT)、速率控制协议/RTP控制协议(RCP/RTCP)、超文本输送协议(HTTP)以及双向传输文件传送(FLUTE)。这些协议之间的栈可以参考图中所示出的结构。
在根据本发明的广播系统中，可以以基于ISO的媒体文件格式(ISOBMFF)的形式传输数据。可以以ISOBMFF的形式传输电子服务指南(ESG)数据、非实时(NRT)数据、音频/视频(A/V)数据和/或一般数据。
数据通过广播网络的传输可以包括线性内容的传输和/或非线性内容的传输。
基于RTP/RTCP的A/V和数据(隐藏字幕、紧急警报消息等)的传输可以对应于线性内容的传输。
可以以包括网络抽象层(NAL)的RTP/AV流的形式和/或以按照基于ISO的媒体文件格式封装的形式传输RTP有效载荷。RTP有效载荷的传输可以对应于线性内容的传输。按照基于ISO的媒体文件格式封装的形式的传输可以包括A/V的MPEGDASH媒体片段等。
基于FLUTE的ESG的传输、非定时数据的传输、NRT内容的传输可以对应于非线性内容的传输。可以以MIME类型文件形式和/或按照基于ISO的媒体文件格式封装的形式传输这些。按照基于ISO的媒体文件格式封装的形式的传输可以包括A/V的MPEGDASH媒体片段等。
可以将通过宽带网络的传输划分成内容的传输和信令数据的传输。
内容的传输包括线性内容(A/V和数据(隐藏字幕、紧急警报消息等))的传输、非线性内容(ESG、非定时数据等)的传输以及基于MPEGDASH的媒体片段(A/V和数据)的传输。
信令数据的传输可以是包括通过广播网络传输的信令表(包括MPEGDASH的MPD)的传输。
在根据本发明的广播系统中，可以支持通过广播网络传输的线性/非线性内容之间的同步或通过广播网络传输的内容与通过宽带传输的内容之间的同步。例如，在通过广播网络和宽带单独并同时传输一个UD内容的情况下，接收机可以调整依赖于传输协议的时间线，并且使通过广播网络的内容和通过宽带的内容同步以将内容重新配置为一个UD内容。
根据本发明的广播系统的应用层可以实现技术特性，诸如交互性、个性化、第二屏幕以及自动内容识别(ACR)。这些特性在从ATSC2.0到ATSC3.0的扩展中是重要的。例如，HTML5可以被用于交互性的特性。
在根据本发明的广播系统的呈现层中，HTML和/或HTML5可以被用来标识组件或交互式应用之间的空间和时间关系。
在本发明中，信令包括支持内容和/或服务的有效获取所必需的信令信息。可以以二进制或XMK形式表达信令数据。可以通过地面广播网络或宽带来发送信令数据。
可以按照ISO基础媒体文件格式等表达实时广播A/V内容和/或数据。在这种情况下，可以通过地面广播网络实时地发送A/V内容和/或数据，并且可以基于IP/UDP/FLUTE非实时地发送A/V内容和/或数据。替换地，可以通过实时地经由互联网使用HTTP动态适配流(DASH)在流模式下接收或者请求内容来接收广播A/V内容和/或数据。在根据本发明的实施例的广播系统中，可以组合所接收的广播A/V内容和/或数据以向观众提供各种增强服务，诸如交互式服务和第二屏幕服务。
图31是示出根据本发明的实施例的广播接收机的视图。
根据本发明的实施例的广播接收机包括服务/内容获取控制器J2010、互联网接口J2020、广播接口J2030、信令解码器J2040、服务映射数据库J2050、解码器J2060、定向处理器J2070、处理器J2080、管理单元J2090、以及/或者再分布模块J2100。在附图中示出可以位于广播接收机的外部和/或中的外部管理装置J2110。
服务/内容获取控制器J2010通过广播/宽带信道接收服务和/或内容和与其有关的信令数据。可替选地，服务/内容获取控制器J2010可以执行用于接收服务和/或内容和与其有关的信令数据的控制。
互联网接口J2020可以包括互联网接入控制模块。互联网接口控制模块通过宽带信道接收服务、内容、以及/或者信令数据。可替选地，互联网接口控制模块可以控制用于获取服务、内容、以及/或者信令数据的接收机的操作。
广播接口J2030可以包括物理层模块和/或物理层I/F模块。物理层模块通过广播信道接收广播有关的信号。物理层模块处理(解调、解码等等)通过广播信道接收到的广播有关的信号。物理层I/F模块从自物理层模块获取的信息获取互联网协议(IP)数据报或者使用获取到的IP数据报执行到特定帧(例如，广播帧、RS帧、或者GSE)的转换。
信令解码器J2040解码通过广播信道等等获取的信令数据或者信令信息(在下文中，被称为“信令数据”)。
服务映射数据库J2050存储通过接收机的其它装置(例如，信令解析器)处理的被解码的信令数据或者信令数据。
解码器J2060解码通过接收机接收到的广播信号或者数据。解码器J2060可以包括调度的流解码器、文件解码器、文件数据库(DB)、点播流解码器、组件同步器、警报信令解析器、定向信令解码器、服务信令解析器、以及/或者应用信令解析器。
调度的流解码器从IP数据报等等提取用于实时音频/视频(A/V)的音频/视频数据，并且解码被提取的音频/视频数据。
文件解码器从IP数据报提取诸如NRT数据和应用的文件类型数据，并且解码被提取的文件类型数据。
文件DB存储通过文件解码器提取的数据。
点播流解码器从IP数据报等等提取用于点播流的音频/视频数据并且解码被提取的音频/视频数据。
组件同步器基于通过调度的流解码器、文件解码器、以及/或者点播流解码器解码的数据执行在组成内容的元素或者组成服务的元素之间的同步以配置内容或者服务。
警报信令解码器从IP数据报等等提取与警报有关的信令信息并且解析被提取的信令信息。
定向信令解析器从IP数据报等等提取与服务/内容个性化或者定向有关的信令信息，并且解析被提取的信令信息。定向是用于提供满足特定观众的条件的内容或者服务的行为。换言之，定向是用于识别满足特定观众的条件的内容或者的服务并且向观众提供被识别的内容或者服务的行为。
服务信令解析器从IP数据报等等提取与服务扫描和/或服务内容有关的信令信息，并且解析被提取的信令信息。与服务/内容有关的信令信息包括广播系统信息和/或广播信令信息。
应用信令解析器从IP数据报等等提取与应用的获取有关的信息，并且解析被提取的信令信息。与应用的获取有关的信令信息可以包括触发、TDO参数表(TPT)、以及/或者TDO参数元素。
定向处理器J2070处理与通过定向信令解析器解析的服务/内容定向有关的信息。
处理器J2080执行通过显示接收到的数据的一系列过程。处理器J2080可以包括警报处理器、应用处理器、以及/或者A/V处理器。
警报处理器控制接收机以通过与警报有关的信令信息获取警报数据并且执行用于显示警报数据的过程。
应用处理器处理与应用有关的信息并且处理被下载的应用的状态和与应用有关的显示参数。
A/V处理器基于被解码的音频数据、视频数据、以及/或者应用数据执行与音频/视频有关的操作。
管理单元J2090包括装置管理器和/或数据共享&通信单元。
装置管理器执行对于外部装置的管理，诸如能够被互锁的外部装置的添加/删除/更新，包括连接和数据交换。
数据共享&通信单元处理与在接收机和外部装置(例如，配套装置)之间的数据传送和交换有关的信息并且执行与其有关的操作。可传送且可交换的数据可以是信令数据、PDI表、PDI用户数据、PDIQ&A、以及/或者A/V数据。
在接收机不能够直接地接收广播信号的情况下，再分布模块J2100执行与服务/内容和/或服务/内容数据有关的信息的获取。
外部管理装置J2110指的是模块，诸如位于用于提供广播服务/内容的广播接收机的外部的广播服务/内容服务器。用作外部管理装置的模块可以被设置在广播接收机中。
图32是示出根据本发明的实施例的传送帧的视图。
根据本发明的实施例的传送帧指示从物理层发送的数据的集合。
根据本发明的实施例的传送帧可以包括P1数据、L1数据、公共PLP、PLPn数据、以及/或者辅助数据。公共PLL可以被称为公共数据单元。
P1数据对应于被用于检测传送信号的信息。P1数据包括用于信道调谐的信息。P1数据可以包括对于解码L1数据所必需的信息。接收机可以基于被包括在P1数据中的参数解码L1数据。
L1数据包括关于PLP的结构和传送帧的配置的信息。接收机可以使用L1数据获取PLPn(n是自然数)或者确认传送帧的配置以提取必要的数据。
公共PLP包括被共同地应用于PLPn的服务信息。接收机可以通过公共的PLP获取要在PLP之间共享的信息。根据传送帧的结构，公共的PLP可以不存在。L1数据可以包括用于识别是否公共的PLP被包括在传送帧中的信息。
PLPn包括用于内容的数据。诸如音频、视频、以及/或者数据的组件被传送到组成PLP1至PLPn的被交织的PLP区域。用于识别组成各个服务(信道)的组件被传送到哪个PLP的信息可以被包括在L1数据或者公共的PLP中。
辅助数据可以包括用于被添加到下一代广播系统的调制方案、编译方案、以及/或者数据处理方案的数据。例如，辅助数据可以包括用于识别新定义的数据处理方案的信息。辅助数据可以被用于根据后来将会扩展的系统扩展传送帧。
图33是示出根据本发明的另一实施例的传送帧的视图。
根据本发明的实施例的传送帧指示从物理层发送的数据的集合。
根据本发明的实施例的传送帧可以包括P1数据、L1数据、快速信息信道(FIC)、PLPn数据、以及/或者辅助数据。
P1数据对应于被用于检测传送信号的信息。P1数据包括用于信道调谐的信息。P1数据可以包括解码L1数据所必需的信息。接收机可以基于被包括在P1数据中的参数解码L1数据。
L1数据包括关于PLP的结构和传送帧的配置的信息。接收机可以使用L1数据获取PLPn(n是自然数)或者确认传送帧的配置以提取必要的数据。
快速信息信道(FIC)可以被定义为附加的信道，通过其接收机在特定的频率内快速地执行广播服务和内容的扫描。此信道可以被定义为物理或者逻辑信道。与广播服务有关的信息可以通过这样的信道被发送/接收。
在本发明的本实施例中，对于接收机来说能够使用FIC快速地获取被包括在传送帧中的广播服务和/或内容和与其有关的信息。另外，在通过一个或者多个广播站生成的服务/内容在相对应的传送帧中存在的情况下，接收机可以使用FIC识别和处理每个广播站的服务/内容。
PLPn包括用于内容的数据。诸如音频、视频、以及/或者数据的组件被传送到组成PLP1至PLPn的被交织的PLP区域。用于识别组成各个服务(信道)的组件被传送到哪个PLP的信息可以被包括在L1数据或者公共的PLP中。
辅助数据可以包括用于被添加到下一代广播系统的调制方案、编译方案、以及/或者数据处理方案的数据。例如，辅助数据可以包括用于识别新定义的数据处理方案的信息。辅助数据可以被用于根据后来将会扩展的系统扩展传送帧。
图34是示出根据本发明的实施例的广播系统的传送分组(TP)和network_protocol字段的意义的视图。
广播系统的TP可以包括network_protocol信息、error_indicator信息、stuffing_indicator信息、pointer_field信息、stuffing_bytes信息、以及/或者有效载荷。
network_protocol信息指示TP的有效载荷具有如所示的哪种网络协议类型。
error_indicator信息是用于指示在相对应的TP中已经检测到错误的信息。例如，在对应的信息的值是0的情况下，其可以指示还没有检测到错误。另一方面，在对应的信息的值是1的情况下，其可以指示错误已经被检测到。
stuffing_indicator信息指示是否填充字节被包括在相对应的TP中。例如，在对应的信息的值是0的情况下，其可以指示没有包括填充字节。另一方面，在对应的信息的值是1的情况下，其可以指示在有效载荷之前包括长度字段和填充字节。
pointer_field信息指示在对应的TP的有效载荷部分处的新网络协议分组的开始部分。例如，对应的信息可以具有最大的值(0x7FF)以指示不存在新网络协议分组的开始部分。在对应的信息具有不同的值的情况下，值可以对应于从报头的末端部分到新网络协议分组的开始部分的偏移值。
当stuffing_indicator信息的值是1时，stuffing_bytes信息是在报头和有效载荷之间填充的值。
TP的有效载荷可以包括IP数据报。使用一般流封装(GSE)等等此类型的IP数据报可以被封装并且被传送。传送的特定的IP数据报可以包括对于接收机扫描服务/内容和获取服务/内容所必需的信令信息。
图35是示出根据本发明的实施例的广播服务器和接收机的视图。
根据本发明的实施例的接收机包括信令解析器J107020、应用管理器J107030、下载管理器J107060、装置存储J107070、以及/或者应用解码器J107080。广播服务器包括内容提供商/广播站J107010和/或应用服务服务器J107050。
被包括在广播服务器或者接收机中的各个装置可以通过硬件或者软件体现。在其中通过硬件体现各个装置的情况下，术语“管理器”可以被替换成术语“处理器”。
内容提供器/广播站J107010指示内容提供商或者广播站。
信令解析J107020是用于解析通过内容提供商或者广播站提供的广播信号的模块。广播信号可以包括信令数据/元素、广播内容数据、与广播有关的附加数据、以及/或者应用数据。
应用管理器J107030是用于在应用被包括在广播信号中的情况下管理应用的模块。应用管理器J107030使用上述信令信息、信令元素、TPT、以及/或者触发控制应用的位置、操作、以及操作执行时序。应用的操作可以被激活(启动)、挂起、恢复、或者终止(退出)。
应用服务服务器J107050是用于提供应用的服务器。应用服务服务器J107050可以通过内容提供商或者广播站被提供。在这样的情况下，应用服务服务器J107050可以被包括在内容提供商/广播站J107010中。
下载管理器J107060是用于处理与NRT内容有关的信息或者通过内容提供商/广播站J107010和/或应用服务服务器J107050提供的应用的模块。下载管理器J107060获取被包括在广播信号中的NRT有关的信令信息，并且基于信令信息提取被包括在广播信号中的NRT内容。下载管理器J107060可以接收和处理通过应用服务服务器J107050提供的应用。
装置存储J107070可以存储接收到的广播信号、数据、内容、以及/或者信令信息(信令元素)。
应用解码器J107080可以解码接收到的应用并且执行将应用表达在屏幕上的处理。
作为本发明的实施例，图36示出不同的服务类型、和被包含在每个类型的服务中的组件的类型、以及在服务类型当中的附属服务关系。
线性服务通常递送TV并且也能够被用于适合于不具有视频解码/显示性能(仅音频)的接收装置的服务。线性服务具有单个时基，并且其能够具有零或者更多可呈现的视频组件、零或者多个可呈现的音频组件、以及零或者多个可呈现的CC组件。其也能够具有两个或者多个基于App的增强。
App类别表示用于ATSC应用的内容项目(或者数据项目)。关系包括：与内容项目(或者数目项目)类别的子类别关系。
基于App的增强类别表示对TV服务(或者线性服务)的基于App的增强。属性能够包括：重要的性能[0..1]、非重要的性能[0..1]、目标装置[0..n]：可能的值包括“主要装置”、“配套装置”。
关系能够包括：与App类别的“包含”关系、与内容项目(或者数据项目)组件类别的“包含”关系、与通知流类别的“包含“关系、以及/或者与点播组件类别的“包含”关系。
时基表示被用于建立用于同步线性服务的组件的时基的元数据。能够包括下述属性。
时钟速率表示此时基的时钟速率。
基于App的服务表示基于App的服务。关系能够包括：与基于App的增强类别的“包含”关系，和/或与服务类别的“子类别”关系。
基于App的增强能够包括下述：
通知流，其递送要采取的行为的通知。
一个或者多个应用(App)。
零或者多个内容项目(或者数据项目，NRT内容项目)，其由App使用。
零或者多个点播组件，其由App管理。
在基于App的增强中的App中的零或者一个能够被指定为主App。如果存在被指定的主App，则只要其属于的服务被选择其就被激活。通过通知流中的通知也能够激活App，或者通过已经活跃的其它App能够激活一个App。
基于App的服务是包含一个或者多个基于App的增强的服务。在基于App的服务中的一个基于App的增强能够包含被指定的主App。基于App的服务能够可选地包含时基。
App是内容项目(或者数据项目)的特定情况，即，一起组成App的文件的集合。
图37示出作为本发明的实施例的在NRT内容项目类别和NRT文件类别之间的包含关系。
NRT内容项目包含一个或者多个NRT文件，并且NRT文件能够属于一个或者多个NRT内容项目。
查看这些列表的方式是NRT内容项目基本上能够是可呈现的基于NRT文件的组件——即，在不需要与其它的文件——相组合的情况下能够消耗的一组NRT文件，并且NRT文件基本上能够是基础的基于NRT文件的组件——即，是原子单位的组件。
NRT内容项目能够包含连续组件或者非连续组件，或者两个的组合。
图38是示出根据本发明的实施例的基于服务类型和组件类型的属性的表。
应用(App)是一种支持交互性的NRT内容项目。可以通过诸如TPT的信令数据提供应用的属性。应用具有与NRT内容项目类别的子类别关系。例如，NRT内容项目可以包括一个或者多个应用。
基于App的增强是基于应用的被改进的事件/内容。
基于app的增强的属性可以包括下述。
重要性能[0..1]——对于增强的有意义重现所需要的接收机性能。
非重要的性能[0..1]——对于增强的最佳重现有用，但是对于增强的有意义的重现不是绝对必要的接收机性能。
目标装置[0..n]——用于仅可能的值的附属数据服务。
目标装置可以被划分成主装置和配套装置。主装置可以包括诸如TV接收机的装置。配套装置可以包括智能电话、平板PC、膝上型计算机、以及/或者小型显示器。
基于app的增强包括与app类别的关系。这是用于与被包括在基于app的增强中的应用的关系。
基于app的增强包括与NRT内容项目类别的关系。这是用于与通过被包括在基于app的增强中的应用使用的NRT内容的关系。
基于app的增强包括与通知流类别的关系。这是用于与通知流传送通知的关系，用于在应用的操作和基本线性时基之间的同步。
基于app的增强包括与点播组件类别的关系。这是用于与要由应用管理的观众请求的组件的关系。
图39示出作为本发明的实施例的描述服务类型和组件类型的属性的另一表。
时基表示被用于建立用于同步线性服务的组件的时基的元数据。
时基的属性可以包括时基ID和/或时钟速率。
时基ID是时基的标识符。时钟速率表示时基的时钟速率。
图40示出作为本发明的实施例的描述服务类型和组件类型的属性的另一表。
线性服务表示线性服务。
线性服务具有关系(Relations)，包含与其属性是视频组件的任务的可呈现的视频组件类别的关系。在当通过单独的视频组件支持遵循主题(follow-subject)的特征时的情况下，视频组件的作用可以具有表示主(默认)视频、可替选的相机视图、其它的可替选的视频组件、符号语言(例如，ASL)插图、或者具有被遵循的主题的名称的遵循主题视频中的任意一个的可能值。
线性服务的关系包含与可呈现的音频组件类别的关系、与可呈现的CC组件类别的关系、与时基类别的关系、与基于App的增强类别的关系、以及/或者“与服务类别的子类别关系”。
基于App的服务表示基于App的服务。
基于App的服务具有包含与时基类别的关系、与基于App的增强类别的关系、以及/或者与服务类别的“子类别”关系的关系。
图41示出作为本发明的实施例的描述服务类型和组件类型的属性的另一表。
节目(Program)表示节目。
节目的属性包括ProgramIdentifier、StartTime、ProgramDuration、TextualTitle、TextualDescription、Genre、GraphicalIcon、ContentAdvisoryRating、Targeting/personalization属性、Content/Serviceprotection属性、以及/或者在“ESG(电子服务指南)模型中使用的其它的属性。
ProgramIdentifier[1]对应于节目的唯一的标识符。
StartTime[1]对应于节目被调度开始的墙钟日期和时间。
ProgramDuration[1]对应于从节目的开始到节目的结束的被调度的墙钟时间。
TextualTitle[1..n]对应于节目的人类可读标题，可能在多种语言中——如果不存在，默认为被关联的节目的TextualTitle。
TextualDescription[0..n]对应于节目的人类可读标题，可能在多种语言中——如果不存在，默认为被关联的节目的TextualTitle。
Genre[0..n]对应于节目的流派——如果不存在，则默认为被关联的节目的流派。
GraphicalIcon[0..n]对应于表示节目的图标(例如，在ESG中)，可能在多个大小中——如果不存在，默认为被关联的节目的GraphicalIcon。
ContentAdvisoryRating[0..n]对应于用于节目的内容咨询分级，可能用于多个区域——如果存在，默认为被关联的节目的ContentAdvisoryRating。
Targeting/personalization属性对应于被用于确定节目的定向等等的属性——如果不存在，默认为被关联的节目的Targeting/personalization属性。
内容/服务保护属性对应于要被用于节目的内容保护和/或服务保护的属性——如果不存在，默认为被关联的节目的属性。
节目可以具有包括下述的关系：
与线性服务类别的“ProgramOf”关系、与基于App的服务类别的“ContentItemOf”关系、与基于App服务类别的“OnDemandComponentOf”关系、与可呈现的视频组件类别的“包含”关系、与可呈现的音频组件列表的“包含”关系、与可呈现的CC组件类别的“包含”关系、与基于App的增强类别的“包含”关系、与时基类别的“包含”关系、与节目列表的“基于”关系、以及/或者片段分类的“包含”关系。
在当通过单独的视频组件支持遵循主题特征时的情况下，与可呈现的视频组件类别的“包含”关系可以具有包括其可能值指示主(默认)视频、可替选的相机视频、其它的可替选的视频组件、标记语言(例如，ASL)插图、以及/或者具有遵循主题的名称的遵循主题视频的视频组件的任务的属性。
与片段分类的“包含”关系的属性可以具有指定与节目的开始有关的片段的开始时间的RelativeSegmentStartTime。
NRT内容项目组件能够具有与节目相同的结构，但是以文件，而不是以流的格式递送。这样的节目能够具有附属数据服务，诸如与其相关联的交互式服务。
图42示出作为本发明的实施例的用于ContentItem和OnDemand内容的定义。
未来的混合广播系统可以具有用于服务的类型的线性服务和/或基于App的服务。在根据在广播中定义的时间表和时基呈现的连续的组件组成线性服务的情况下，线性服务也能够具有被触发的应用增强。
通过如所指示的它们当前定义的可呈现的内容组件，定义下述类型的服务。其它的服务类型和组件应被定义。
线性服务是其中主内容由根据通过广播定义的时间表和时基消耗的连续的组件组成的服务(除了通过消费者能够使用各种类型的时间移位的观看机制以以为消费时间之外)。服务组件包括：
●零或者多个视频组件
●零或者多个音频组件
●零或者多个隐藏字幕组件
●被用于同步组件的时基
●零或者多个被触发的、基于应用的增强，以及/或者
●零或者多个自动启动基于应用的增强。
对于零或者多个被触发的、基于应用的增强，由被启动并且以同步的方式执行行为的应用组成的各个增强作为服务的部分递送。增强组件能够包括：
●激活通知的流
●一个或者多个作为通知的目标的应用
●零或者多个内容项目；以及/或者
●零或者多个点播组件
可选地，应用中的一个能够被指定为“主应用”。如果存在被指定的主应用，则只要根本的服务被选择就能够激活。通过在通知流中的通知能够激活其它的应用，或者通过已经活跃的其它的应用能够激活应用。
对于零或者多个自动启动的基于应用的增强，各个增强是由当服务被选择时自动启动的应用组成。增强组件能够包括：
●被自动启动的应用
●零或者多个激活通知的流，和/或
●零或者多个内容项目
在此，线性服务能够具有自动启动的基于应用的增强和被触发的基于应用的增强，例如，要进行定向的ad(广告)插入的自动启动的基于应用的增强和提供交互式观看体验的被触发的基于应用的增强。
基于应用的服务是每当选择服务启动被指定的应用的服务。通过在基于应用的服务的基于应用的增强包含被指定的主应用的限制，其能够由一个基于应用的增强组成。
应用能够是内容项目的特定情况，即一起组成在多个服务当中能够共享的应用服务组件的文件的集合。
在基于应用的服务中的应用能够发起OnDemand内容的呈现。
存在关于合并自动启动的基于应用的服务的观念和封装的应用的一些解决方案。这些很可能会以一些形式在服务指南中出现。未来的电视机能够具有下述特征：
用户会选择服务指南中的自动启动的基于应用的服务并且将其指定为“收藏”服务，或者“获取”它或者类似的。这会使形成服务的基础的应用被下载和安装在电视机上。然后用户能够要求观看“收藏”或者“获取的”应用，并且会获得像在智能电话上得到的那样的显示物，示出所有被下载的和被安装的应用。此效果会是服务指南行为像应用商店。
并且/或者，能够存在允许任何应用将自动启动的基于应用的服务视为“收藏”/“获取的”服务的API。(这样的API的实现能够包括对用户的“你确定”询问，以确定流氓应用不在用户的后台运行)。这会具有与按照“被封装的应用”相同的作用。
各个服务可以包括内容项目(对应于内容)。内容项目是意图作为统一的整体消耗的内容。OnDemand内容是在观众(通常经由由应用提供的用户界面)选择的时间呈现的内容——这样的内容会由连续的内容(例如，音频/视频)或者非连续的内容(例如，HTML页面或者图像)组成。
图43示出作为本发明的实施例的复合音频组件的示例。
可呈现的音频组件应是包含完整的主组件和包含要被混合音乐、对话框和效果音轨的组件的PickOne组件。完整的主音频组件和音乐组件应是包含由以不同的比特率编码组成的基本组件同时对话和效果组件应是基本组件的PickOne组件。
此解决方案给出更加清楚的图片，其服务是直接仅列出服务的可呈现的组件，并且然后分等级地列出任何复合组件的成员组件。
为了限制组件模型的可能的未被限制的递归，能够强加下述限制：任何连续的组件能够适合三个级别，其中最高级由PickOne组件组成，中间级是由复合组件组成，并且最低级是由PickOne组件组成。任何特定的连续的组件能够包含所有的三个级别或者其任何子集，包括连续的组件简单地是基本组件的空子集。
图44是示出根据本发明的实施例的与应用有关的属性信息的视图。
与应用有关的属性信息可以包括内容咨询信息。
与可以根据本发明的实施例添加的应用有关的属性信息可以包括应用ID信息、应用版本信息、应用类型信息、应用位置信息、性能信息、所要求的同步水平信息、使用频率信息、期满日期信息、应用信息所需要的日期项目、安全属性信息、目标装置信息、以及/或者内容咨询信息。
应用ID信息包括能够识别应用的唯一的ID。
应用版本信息指示应用的版本。
应用类型信息指示应用的类型。
应用位置信息指示应用的位置。例如，应用位置信息可以包括能够接收应用的URL。
性能信息指示能够呈递应用的性能属性。
所要求的同步水平信息包括在广播流和应用之间的同步水平信息。例如，所要求的同步水平信息可以指示节目或者事件单元、事件单元(例如，在2秒钟内)、唇形单元、以及/或者帧级同步。
使用频率信息指示应用的使用的频率。
期满日期信息指示应用的期满日期和时间。
应用信息所需要的日期项目指示在应用中使用的日期信息。
安全属性信息指示应用的安全有关的信息。
目标装置信息指示其中将会使用应用的目标装置的信息。例如，目标装置信息可以指示其中相对应的应用被使用的目标装置是TV和/或移动装置。
内容咨询信息指示能够使用应用的级别。例如，内容咨询信息可以包括能够使用应用的年龄限制信息。
图45是示出根据本发明的实施例的用于广播个性化的过程的视图。
如先前所描述的，接收机可以控制应用的通知。然而，将会考虑接收机没有或者不能够控制应用的控制通知的情况。在这样的情况下，用户可以执行每个应用的opt-in/out设置。
在这样的情况下，PDI(简档、人口统计特征、以及兴趣)可以被使用。在根据本发明的实施例的广播系统中，使用用于个性设置的PDI表可以向用户示出按照简档、区域、以及/或者兴趣个性化的广播内容和应用。可以使用用于个性化的PDI表执行每个应用的opt-in/out设置。opt-in是一种方案，其中仅在用户设置要被接收的特定应用的通知的情况下，通过接收机显示处理对应的通知。另一方面，opt-out是一种方案，其中在用户没有设置要被重用的特定应用的通知的接收的情况下，对应的通知被接收和处理。
附图图示包括用于个性化服务的数字广播接收机(或者接收机)的个性化广播系统。根据本实施例的个性化服务是用于基于用户信息选择和供应适合于用户的内容的服务。另外，根据本发明的个性化广播系统可以提供用于提供广播服务或者个性化服务的下一代广播服务。
根据本发明的实施例，作为用户信息的示例，用户的简档、和人口统计特征以及兴趣信息(或者PDI数据)被定义。在下文中，将会描述个性化广播系统的元件。
一起获取的对调查表的答案表示用户的简档、人口统计特征和兴趣(PDI)。封装调查表和通过特定用户给出的答案的数据结构被称为PDI调查表或者PDI表。如通过网络、广播站或者内容提供商提供的PDI表不包括答案数据，尽管它们一旦可用数据结构供给答案一次。在PDI表中的条目的问题部分非正式地称为“PDI问题”或者“PDI-Q”。对被给出的PDI问题的答案被非正式地称为“PDI-A”。过滤准则的集合被非正式地称为“PDI-FC”。
诸如能够ATSC2.0接收机的客户端装置包括允许创建对调查表(PDI-A实例)中的问题的答案的功能。此PDI生成功能使用诸如输入的PDI-Q实例并且生成作为输出的PDI-A实例。PDI-Q和PDI-A实体两者被保存在接收机的非易失性存储中。客户端也提供过滤功能，其中针对PDI-FC实例比较PDI-A实体以确定哪个内容项目将会适合于下载和使用。
在如所示的服务提供商侧，功能被实现为保持和分布PDI表。与其内容一起，内容元数据被创建。在元数据当中的是PDI-FC实例，其以PDI表中的问题为基础。
个性化广播系统可以包括内容提供商(或者广播站)J16070和/或接收机J16010。根据本实施例的接收机J16010可以包括PDI引擎(未被描述)、过滤引擎J16020、PDI存储J16030、内容存储J16040、宣告内容模块J16050、以及/或者PDI操纵应用J16060。根据本实施例的接收机J16010可以从内容提供商16070接收内容等等。根据设计者的意图可以改变前述的个性化广播系统的结构。
根据本实施例的内容提供商J16070可以将内容、PDI调查表、以及/或者过滤准则发送给接收机J16010。封装调查表和通过特定用户给出的答案的数据结构被称为PDI调查表。根据本发明的实施例，PDI调查表可以包括与用户的简档、人口统计特征和兴趣等等有关的问题(或者DPI问题)。
接收机J16010可以处理从内容提供商J16070接收到的内容、PDI调查表、以及/或者过滤准则。在下文中，将会在被包括在接收机J16010中的模块的操作方面描述数字广播系统。
根据本实施例的PDI引擎可以接收通过内容提供商J16070提供的PDI调查表。PDI引擎可以将被包含在PDI调查表中的PDI问题发送到PDI操纵应用J16060。当与对应的PDI问题相对应的用户的输入存在时，PDI引擎可以从PDI操纵应用J16060接收与对应的PDI问题有关的用户的答案和其它信息(在下文中，被称为PDI答案)。然后，PDI引擎可以处理PDI问题和PDI答案以便于供应个性化服务以生成PDI数据。即，根据本发明的实施例，PDI数据可以包含前述的PDI问题和/或PDI答案。因此，一起获得的对于PDI调查表的PDI答复示用户的简档、人口统计特征、以及兴趣(或者PDI)。
另外，根据本实施例的PDI引擎可以使用接收到的PDI答案更新PDI数据。详细地，PDI引擎可以使用PDI答案的ID删除、添加、并且/或者校正PDI数据。下面将会详细地描述与本发明的实施例有关的PDI答案的ID。另外，当另一模块请求PDI引擎发送PDI数据时，PDI引擎可以将适合于对应请求的PDI数据发送到相对应的模块。
根据本实施例的过滤引擎J16020可以根据PDI数据和过滤准则过滤内容。过滤准则指的是用于使用PDI数据仅过滤适合于用户的内容的被设置的过滤准则。详细地，过滤引擎J16020可以从PDI引擎接收PDI数据并且从内容提供商J16070接收内容和/或过滤准则。另外，当内容提供商J16070发送与宣告内容有关的参数时，内容提供商J16070可以一起发送与宣告内容有关的过滤准则表。然后，过滤引擎J16020可以匹配并比较过滤准则和PDI数据并且使用比较结果过滤和下载内容。下载的内容可以被存储在内容存储J16040中。
根据本发明的实施例，PDI操纵应用J16060可以显示从PDI引擎接收到的PDI并且从用户接收对对应PDI问题的PDI答案。用户可以使用遥控器将对被显示的PDI问题的PDI答案发送到接收机J16010。PDI操纵应用J16060可以将接收到的PDI答案发送到PDI引擎701。
根据本实施例的宣告内容模块J16050可以访问PDI引擎以获取PDI数据。另外，宣告内容模块J16050可以接收通过内容提供商J16070提供的宣告内容。根据本发明的实施例，宣告内容可以是与通过接收机J16010执行的应用有关的内容并且可以包括诸如触发的声明对象(TDO)的声明对象(DO)。
根据本实施例的宣告内容模块J16050可以访问PDI存储J16030以获取PDI问题和/或PDI答案。在这样的情况下，宣告内容模块J16050可以使用API检索PDI存储J16030以获知至少一个PDI问题。然后，宣告内容模块J16050可以通过PDI操纵应用J16060发送PDI问题、接收PDI答案、并且将接收到的PDI答案发送到PDI存储J16030。
根据本实施例的PDI存储J16030可以存储PDI问题和/或PDI答案。
根据本实施例的内容商店J16040可以存储被过滤的内容。
PDI引擎可以从内容提供商J16070接收PDI调查表。接收机J16010可以显示通过PDI操纵应用J16060接收到的PDI调查表的PDI问题，并且从用户接收对相对应PDI问题的PDI答案。PDI引擎可以将包含PDI问题和/或PDI答案的PDI数据发送到过滤引擎J16020。过滤引擎J16020可以通过PDI数据和过滤准则过滤内容。因此，接收机J16010可以向用户提供被过滤的内容以具体化个性化服务。
图46是示出根据本发明的实施例的用于每个应用的用户设置的信令结构的视图。
对于每个应用的opt-in/out(例如，用于应用的通知的开/关的用户设置)，用于触发执行应用的全局唯一的应用ID可以被用作PDI表ID。应用触发表的详情可以通过上述应用信令解析器被提取，并且PDI表的详情可以通过上述定向信令解析器被提取。应用触发表可以对应于上述的TPT或者TDO参数元件。
在执行在应用触发表中描述的应用之前，接收机识别应用触发表中的对应应用的全局ID。全局ID是用于从由广播系统提供的所有应用当中选择的特定应用的唯一值。即，全局ID是用于识别特定应用的信息。
接收机识别具有与相对应的应用的全局ID相同的信息的PDI表ID并且使用对应PDI表中的每个用户的信息设置每个用户的应用的通知。
被包括在应用触发表中的其它信息的描述被替换成上述TPT或者在附图中示出。另外，被包括在PDI表中的其它信息的描述被替换成上述PDI表的描述或者在附图中被示出。
图47是示出根据本发明的另一实施例的用于每个应用的用户设置的信令结构的视图。
参考附图，appID或者globalID可以被添加到PDI表以指定应对应的PDI表的信息被应用到的应用。
在显示处理应用的通知之前，接收机使用被包括在PDI表中的appID识别是否被应用于对应应用的与PDI有关的信息存在。接收机可以基于PDI有关的信息决定是否显示处理相对应的应用的通知。
图48是示出根据本发明的实施例的使用PDI表的应用的选择opt-in/out设定的过程的视图。
服务提供商可以具有包括与应用的选择opt-in/out设定有关的PDI问题的PDI表。可以基于由用户提供的信息或由服务提供商收集的信息来创建包括在PDI表中的信息(步骤1)。
可以将与针对应用的同意/不同意的设定有关的PDI表发送到接收机(TV)。这时，PDI表的ID可以具有与应用的ID(appID或globalID)相同的值(步骤2)。
服务提供商可以向接收机(TV)发送针对所对应的应用的触发和/或PTP(步骤3)。
用户可以为应用的选择opt-in/out设定选择“设定”并且可以执行该应用的PDI设定app(步骤4)。
针对应用的选择opt-in/out设定的用户设定可以通过PDI设定app被存储在PDI存储中(步骤5)。
图49是示出根据本发明的实施例的应用的选择opt-in/out设定的用户界面(UI)的视图。
在接收到触发时，接收机可以显示如图(a)中所示的用户界面(UI)。用户可以直接执行所对应的应用(进入)或者执行所对应的应用的设定。
在用户选择“设定”的情况下，可以进一步执行接收机的PDI设定app或UI，通过这个用户可以设定用户是否将同意使用所对应的应用。这种信息可以与PDI表存储在一起。
图50是示出根据本发明的实施例的在接收机(TV)在完成使用PDI表的应用的选择opt-in/out设定之后从服务提供商接收到具有相同的应用ID的应用的触发的情况下的处理过程的视图。
服务提供商向接收机发送应用(其选择opt-in/out设定完成)的触发(步骤1)。
接收机(TV)的应用管理器可以解析所对应的触发以获取应用ID(步骤2)。
接收机可以使用所获取的应用ID来从PDI存储中检索相关PDI表并且找出对应用的选择opt-in/out的回答，即用户设定。
接收机可以根据应用的选择opt-in/out设定来执行或者可能不执行应用。
图51是示出根据本发明的实施例的用于按用户及其问题设定应用的选项的UI的视图。
参考图的(a)，示出了用于设定对应的应用是否将被暴露给用户的UI以及按应用ID分类的每个应用的问题。在这种情况下，用户可以设定是否按应用使用并且已经设定了是否使用的信息可以被存储在接收机中。接收机的详细操作可以参考上述描述。
参考图的(b)，示出了用于对按应用ID分类的应用是否将被暴露给用户及其问题进行分类的扩展设定UI。基本上，用户可以设定是否使用应用。此外，用户可以设定这个设定仅在当前广播节目内、在当前信道的所有广播节目内还是在所有信道的所有广播节目内有效。
图52是示出基于自动内容识别(ACR)的增强电视(ETV)服务系统的图。
图52中所示的基于ACR的ETV服务系统可以包括广播站或内容提供商100、多信道视频节目分配器(MVPD)101、机顶盒(STB)102、诸如数字TV接收机的接收机103以及ACR服务器(或ACR解决方案提供商)104。接收机103可以根据高级电视系统委员会(ATSC)的定义而操作并且可以支持ACR功能。实时广播服务110可以包括A/V内容。
可以将数字广播服务主要划分成由广播站100提供的地面广播服务以及由MVPD101提供的多信道广播服务，诸如有线电视广播或卫星广播。广播站100可以一起发送实时广播服务110和增强数据(或附加数据)120。在这种情况下，如图52中所示，接收机103可以通过MVPD101和STB102来仅接收实时广播服务110而可能不接收增强数据120。
因此，为了接收增强数据120，接收机103对作为实时广播服务110输出的A/V内容进行分析和处理，并且标识广播节目信息和/或广播节目相关元数据。使用所标识的广播节目信息和/或广播节目相关元数据，接收机103可以从广播站100或ACR服务器104接收增强数据(140)。在这种情况下，可以经由互联网协议(IP)网络150发送增强数据。
如果从单独的ACR服务器104接收到增强数据(140)，则在ACR服务器104与接收机103之间的机制中，可以对ACR服务器104应用ATSC2.0标准中所定义的触发声明对象(TDO)模型当中的请求/响应模型。在下文中，将描述TDO和请求/响应模型。
TDO指示包括在广播内容中的附加信息。TDO用来及时触发广播内容内的附加信息。例如，如果试播节目被广播，则可以与广播内容一起显示观众更喜欢的试播参与者的当前排名。这时，试播参与者的当前等级的附加信息可以是TDO。可以通过与观众的交互来改变或者根据观众的意图来提供这样的TDO。
在标准ATSC2.0的请求/响应ACR模型中，数字广播接收机103预期周期性地(例如每5秒)生成内容的签名并且向ACR服务器104发送包含所述签名的请求。当ACR服务器104从数字广播接收机103得到请求时，它返回响应。通信会话在请求/响应实例之间不保持开放。在这个模型中，ACR服务器104向客户端发起消息是不可实行的。
随着数字卫星广播已被引入，数字数据广播已作为新的补充服务出现。作为代表性交互式服务的交互式数据广播可以向订户不仅发送数据信号而且发送现有的广播信号，以便提供各种补充服务。
可以将数字数据广播主要划分成使用虚拟信道的独立服务以及经由增强TV(ETV)的广播相关服务。独立服务仅包括没有广播图像信号的文本和图形并且是以与现有的互联网web页面类似的格式提供的。独立服务的代表性示例包括天气和股票信息提供服务、TV银行服务、商业事务服务等。广播相关服务不仅发送广播图像信号而且发送附加文本和图形信息。观众可以经由广播相关服务获得有关被观看广播节目的信息。例如，存在用于使得观众能够在观看剧集的同时观看先前的故事或拍摄位置的服务。
在数字数据广播的广播相关服务中，可以基于ACR技术来提供ETV服务。ACR意指用于在装置播放音频/视频(A/V内容)时经由隐藏在内容中的信息自动地识别内容的技术。
在ACR技术的实现中，水印或指纹方案可以被用来获取有关内容的信息。水印是指用于将指示数字内容提供商的信息插入到数字内容中的技术。指纹等同于水印之处在于特定信息被插入到数字内容中，并且与其不同之处在于有关内容购买者的信息被插入代替有关内容提供商的信息。
图53是示出根据本发明的实施例的数字水印技术的流程的图。
随着数字卫星广播已被引入，数字数据广播已作为新的补充服务出现。作为代表性交互式服务的交互式数据广播可以向订户不仅发送数据信号而且发送现有的广播信号，以便提供各种补充服务。
可以将数字数据广播主要划分成使用虚拟信道的独立服务以及经由增强TV(ETV)的广播相关服务。独立服务仅包括没有广播图像信号的文本和图形并且是以与现有的互联网web页面类似的格式提供的。独立服务的代表性示例包括天气和股票信息提供服务、TV银行服务、商业事务服务等。广播相关服务不仅发送广播图像信号而且发送附加文本和图形信息。观众可以经由广播相关服务获得有关被观看广播节目的信息。例如，存在用于使得观众能够在观看剧集的同时观看先前的故事或拍摄位置的服务。
在数字数据广播的广播相关服务中，可以基于ACR技术来提供ETV服务。ACR意指用于在装置播放音频/视频(A/V内容)时经由隐藏在内容中的信息自动地识别内容的技术。
在ACR技术的实现中，水印或指纹方案可以被用来获取有关内容的信息。水印是指用于将指示数字内容提供商的信息插入到数字内容中的技术。指纹等同于水印之处在于特定信息被插入到数字内容中，并且与其不同之处在于有关内容购买者的信息被插入代替有关内容提供商的信息。
在下文中，将参考图53详细地描述水印技术。
数字水印是以难以去除的方式将信息嵌入到数字信号中的处理。例如，信号可以是音频、图片或视频。如果信号被拷贝，则还在拷贝中携带信息。信号可以同时携带数个不同的水印。
在可见水印中，信息在图片或视频中可见。通常，信息是标识媒体的所有者的文本或徽标(logo)。当电视广播站将其徽标添加到发送的视频的拐角时，这也是可见水印。
在不可见水印中，信息被作为数字数据添加到音频、图片或视频，然而不能够这样被感知到，尽管可以能够检测到一定量的信息被隐藏。水印可以意在供广泛用途使用，并且因此变得易于检索，或者它可以是隐写术(steganography)的形式，其中一方传送被嵌入在数字数据中的秘密消息。在任何一种情况下，如在可见水印中一样，目标是以难以去除的方式将所有权或其它描述性信息附加到信号。还能够将隐藏的嵌入式信息用作转换个体之间的通信的手段。
水印的一个应用是在版权保护系统中，版权保护系统旨在防止或者阻止数字媒体的未授权拷贝。在这个用途中，拷贝装置在做出拷贝之前从信号中检索水印；该装置根据水印的内容做出是否拷贝的决定。另一应用是在源跟踪中。
水印在每个分发点处被嵌入到数字信号中。如果稍后找到作品的拷贝，则能够从该拷贝中检索水印并且获知分发的源。据报道这个技术已被用来检测非法拷贝的电影的源。
具有描述性信息的数字相片的标注是不可见水印的另一应用。
虽然用于数字媒体的一些文件格式能够包含被称作元数据的附加信息，但是数字水印不同之处在于数据被携带在信号本身中。
待嵌入的信息被称作数字水印，但是在一些上下文中，短语数字水印意指加水印的信号与覆盖信号之间的差异。水印将被嵌入的信号被称作宿主信号。
水印系统被通常划分成三个不同的步骤：嵌入(201)、攻击(202)以及检测(或提取；203)
在嵌入(201)中，算法接受宿主以及待嵌入的数据并且产生水印信号。
水印信号然后被发送或者存储，通常被发送给另一人。如果此人做出修改，则这被称作攻击(202)。虽然修改可能不是恶意的，但是术语攻击由版权保护应用产生，其中盗印者试图通过修改去除数字水印。存在许多可能的修改，例如，数据的有损压缩、拷贝图像或视频或者故意地添加噪声。
检测(203)是应用于被攻击信号以试图从其中提取水印的算法。如果信号在传输期间未变，则水印仍然存在并且它能够被提取。在鲁棒的水印应用中，即使修改是强烈的，提取算法也应该能够正确地产生水印。在脆弱的水印中，如果对信号做出了任何改变则提取算法应该失败。
如果嵌入的信息即使通过任何数目的变换而劣化也能够可靠地从标记信号中检测到，则数字水印被称作相对于变换是鲁棒的。典型的图像劣化是JPEG压缩、旋转、裁切(cropping)、加性噪声和量化。对于视频内容，时间修改和MPEG压缩常常被添加到这个列表。如果加水印的内容在感知上等同于原始未印水印的内容，则水印被称作不能感知的。一般而言创建鲁棒的水印或不能感知的水印是容易的，但是鲁棒且不能感知的水印的创建已经证明是相当有挑战性的。鲁棒不能感知的水印已经作为用于保护数字内容的工具(例如，作为专业视频内容中的嵌入的“不允许拷贝”标志)被提出。
能够以数个方式对数字水印技术进行分类。
首先，如果在最轻微的修改(鲁棒性)之后未能被检测到则水印被称作脆弱的(鲁棒性)。脆弱的水印通常被用于篡改检测(完整性检验)。对清楚显著的原始作品的修改通常不被称为水印，而是被称为广义条形码。如果在它抵抗善意变换但是在恶意变换之后检测失败，则水印被称作半脆弱的。半脆弱的水印被通常用来检测恶意变换。如果抵抗指定类别的变换则水印被称作鲁棒的。鲁棒的水印可以被用在拷贝保护应用中以携带拷贝和访问控制信息。
第二，如果原始覆盖信号和标记信号(接近于)感知上难区分(可感知性)，则水印被称作不能感知的。如果其在标记信号中的存在性是显著的但是非侵入性的，则水印被称作可感知的。
第三，关于容量，嵌入的消息的长度确定两个不同主要类别的水印方案：
消息在概念上零比特长并且本系统被设计以便检测水印存在或不存在于标记对象中。这种水印方案通常被称为Italic零比特或Italic存在水印方案。有时，这种类型的水印方案被称作1比特水印，因为1表示水印的存在(而0表示水印的不存在)。
消息是n比特长流(其中n＝|m|)或者M＝{0,1})并且在水印中被调制。这些种类的方案被通常称为多比特水印或非零比特水印方案。
第四，对嵌入步骤来说存在数个方式。如果标记信号是通过加性修改获得的，则水印方法被称为扩展谱。扩展谱水印已知为适度鲁棒的，而且由于宿主干扰而具有低信息容量。如果标记信号是通过量化获得的，则水印方案被称为量化类型的。量化水印遭受低鲁棒性，但是由于宿主干扰的拒绝而具有高信息容量。如果标记信号是通过与扩展谱方法类似的加性修改嵌入的但是被特别嵌入在空间域中，则水印方法被称为振幅调制。
图54是示出根据本发明的实施例的ACR查询结果格式的图。
根据现有的ACR服务处理系统，如果广播站一起发送用于实时服务的内容以及用于ETV服务的增强数据并且TV接收机接收到该内容和ETV服务，则可以接收到用于实时服务的内容但是可能未接收到增强数据。
在这种情况下，根据本发明的实施例，能够使用IP网络通过独立IP信令信道来解决现有的ACR处理系统的问题。也就是说，TV接收机可以经由MVPD接收用于实时服务的内容并且经由独立IP信令信道接收增强数据。
在这种情况下，根据本发明的实施例，IP信令信道可以被配置为使得PSIP流被以二进制流的形式递送和处理。这时，IP信令信道可以被配置成使用拉出方法或推送方法。
可以根据HTTP请求/响应方法来配置拉出方法的IP信令信道。根据HTTP请求/响应方法，PSIP二进制流可以被包括在HTTP请求信号的HTTP响应信号中并且通过SignalingChannelURL来发送。在这种情况下，可以根据作为ACR查询结果而递送的元数据中的Polling_cycle周期性地请求轮询周期。此外，关于待更新的时间和/或周期的信息可以被包括在信令信道中并发送。在这种情况下，接收机可以基于从IP信令信道接收到的更新时间和/或周期信息从服务器请求信令信息。
可以使用XMLHTTPRequest应用编程接口(API)来配置推送方法的IP信令信道。如果使用了XMLHTTPRequestAPI，则能够从服务器异步地接收更新。这是在接收机处通过XMLHTTPRequest对象从服务器异步地请求信令信息并且在服务器处在信令信息已改变的情况下响应于此经由该信道来提供信令信息的方法。如果在会话的待机时间方面存在限制，则可以生成会话超时响应，并且接收机可以识别该会话超时响应，再次请求信令信息并且维持接收机与服务器之间的信令信道。
为了通过IP信令信道来接收增强数据，接收机可以使用水印和指纹来操作。指纹是指用于代替内容提供商将关于内容购买者的信息插入到内容中的技术。如果使用了指纹，则接收机可以搜索参考数据库以标识内容。标识内容的结果被称作ACR查询结果。ACR查询结果可以包括提供给TV观众的查询以及该查询的回答信息以便实现ACR功能。接收机可以基于ACR查询结果来提供ETV服务。
关于ACR查询结果的信息可以在基于水印的ACR系统上被插入/嵌入到A/V内容中并且可以被发送。接收机可以通过水印提取器来提取并获取ACR查询结果信息并且然后提供ETV服务。在这种情况下，可以在没有单独的ACR服务器的情况下提供ETV服务，并且可以省略通过IP网络的查询。
图54是根据本发明的实施例的指示ACR查询结果的XML架构的图。如图54中所示，ACR查询结果的XML格式可以包括结果代码元素310，并且ACR查询结果类型300可以包括内容ID元素301、网络时间协议(NTP)时间戳元素302、信令信道信息元素303、服务信息元素304以及其它标识符元素305。信令信道信息元素303可以包括信令信道URL元素313、更新模式元素323以及轮询周期元素333，并且服务信息元素304可以包括服务名称元素314、服务徽标元素324以及服务描述元素334。
在下文中，将详细地描述图54中所示的ACR查询结果的XML架构并且将描述XML架构的示例。
结果代码元素310可以指示ACR查询的结果值。这可以以代码值的形式指示查询成功或失败以及在查询失败情况下的失败原因。例如，如果结果代码元素310的值是200，则这可以指示查询成功并且与其对应的内容信息被返回，而如果结果代码元素310的值是404，则这可以指示内容未找到。
内容ID元素301可以指示用于全局地且唯一地标识内容的标识符并且可以包括作为用于标识服务的标识符的全局服务标识符元素。
NTP时间戳元素302可以指示用于ACR查询的样本帧间隔的特定点的时间是以NTP时间戳的形式提供的。这里，特定点可以是样本帧的起始点或结束点。NTP意指用于通过互联网来使计算机的时间与参考时钟同步的协议，并且可以被用于时间服务器与分布在计算机网络上的客户端之间的时间同步。因为NTP使用协调通用时间(UTC)时间并且确保10ms的准确度，所以接收机可以准确地对帧同步操作进行处理。
信令信道信息元素303可以指示用于ETV服务的IP网络上的独立信令信道的访问信息。
更具体地，作为信令信道信息元素303的子元素的信令信道URL元素313可以指示信令信道的URL信息。信令信道URL元素313可以包括更新模式元素323和轮询周期元素333作为子元素。更新模式元素323可以指示经由IP信令信道获取信息的方法。例如，在拉出方法中，接收机可以根据拉出方法周期性地执行轮询以获取信息，而在推送方法中，服务器可以根据推送方法向接收机发送信息。如果更新模式元素323为拉出模式，则轮询周期元素333可以指示根据拉出方法的接收机的基本轮询周期值。然后，接收机可以指定基本轮询周期值并且以随机时间间隔向服务器发送请求信号，从而防止请求在服务器中过载。
服务信息元素304可以指示关于广播信道的信息。内容id元素301可以指示当前正被观众观看的服务的标识符，并且服务信息元素304可以指示关于广播信道的详细信息。例如，由服务信息元素304指示的详细信息可以是信道名称、徽标或文本描述。
更具体地，作为服务信息元素304的子元素的服务名称元素314可以指示信道名称，服务徽标元素324可以指示信道徽标，并且服务描述元素334可以指示信道文本描述。
下文示出根据本发明的实施例的图54中所示的ACR查询结果的元素的XML架构。
图55是示出根据本发明的实施例的内容标识符(ID)的语法的图。
图55示出根据本发明的实施例的根据ATSC标准的内容ID的语法。ATSC内容ID可以被用作用于标识由接收机接收到的内容的标识符。
图55中所图示的内容ID的语法是参考图54所描述的ACR查询结果格式的内容ID元素的语法。
ATSC内容标识符是由TSIC(发送订户标识)和具有唯一性周期的“门牌号码”组成的语法。“门牌号码”是TSID的持有人像本文中约束的那样希望的任何号码。号码对TSID的每个值来说是唯一的。ATSC内容标识符结构的语法将是如图62中所定义的。
‘TSID’，16比特无符号整数字段，将包含transport_stream_id的值。对于美国这些值的分配机构是加拿大墨西哥的FCRanges，并且美国已通过这些国家之间的正式协定被制订。其它地区中的值由适当的机构制订。
‘end_of_day’字段，这个5比特无符号整数将被设定为广播日结束的UTC日时以及以后可以根据unique_for再使用content_id值的时刻。这个字段的值将在0至23的范围内。值24至31被保留。注意，这个字段的值预期为每广播站静态的。
‘unique_for’字段，这个9比特无符号整数将被设定为天数，向上取整，相对于由end_of_day指示的小时测量，在此期间content_id值不再分配给不同的内容。该值将在1至511的范围内。将禁用值零。值511将具有“无限地”的特殊含义。注意，这个字段的值预期为每广播站必定静态的，仅当门牌编号的方法改变时改变。还注意，解码器能够将存储的content_values视为唯一的直到unique_for字段期满为止，这能够通过每天在end_of_day将所有存储的unique_for字段递减一直到它们达到零为止来实现
‘content_id’字段，这个可变长度字段将根据门牌号码系统或针对TSID的值的系统被设定为标识符的值。将不在由end_of_day和unique_for字段中的值所设定的唯一性周期内向不同的内容分配每个这样的值。标识符可以是人类可读值和/或二进制值的任何组合并且未必和门牌号码的形式严格匹配，不超过242个字节1。
当根据本发明的实施例的接收机不能够经由图55中所图示的内容ID的语法全局地唯一地标识服务时，根据本实施例的接收机可以使用全局服务标识符来标识服务。可以将根据本实施例的全局服务标识符包括在参考图54所描述的ACR查询结果格式的内容ID元素中。
以下[示例1]表示根据本发明的实施例的URI格式的全局服务标识符。[示例1]的全局服务标识符可以被用于ATSC-M/H服务。
[示例1]urn:oma:bcast:iauth:atsc:service:<region>:<xsid>:<serviceid>
<region>是如由ISO639-2所指定的双字母国际国家代码。
<xsid>是为本地服务而定义的，如该地区中所定义的TSID的十进制编码。<xsid>也是为地区服务(major>69)“0”而定义的。
<serviceid>被定义为<major>.<minor>，其中<major>能够指示主信道号并且<minor>能够指示次信道号。
可以以以下URL格式表示前述全局服务标识符。
[示例2]urn:oma:bcast:iauth:atsc:service:us:1234:5.1
[示例3]urn:oma:bcast:iauth:atsc:service:us:0:100.200
根据本发明的实施例的接收机可以基于前述全局服务标识符使用全局内容标识符来标识内容。
以下[示例4]表示根据本发明的实施例的URI格式的全局内容标识符。[示例4]的全局内容标识符可以被用于ATSC服务。详细地，[示例4]表示ATSC内容标识符被用作根据本发明的实施例的全局内容标识符的情况。
[示例4]
urn:oma:bcast:iauth:atsc:content:<region>:<xsidz>:<contentid>:<unique_for>:<end_of_day>
<region>是如由ISO639-2[4]所指定的双字母国际国家代码。
<xsidz>是为本地服务而定义的，如该地区中所定义的TSID的十进制编码，除非发射广播站能够在不使用<serviceid>的情况下确保全局内容id的唯一性否则后面是“.”<serviceid>。<xsidz>也是为地区服务(major>69)<serviceid>而定义的。
在两种情况下，<serviceid>像携带内容的服务的第A1节中所定义的那样。<content_id>是图55中所定义的content_id字段的base64[5]编码，从而将content_id字段认为是二进制串。<unique_for>是图55中所定义的unique_for字段的十进制编码。<end_of_day>是图55中所定义的end_of_day字段的十进制编码。
具有前述示例中所定义的格式的ATSC内容标识符可以被用来标识ACR处理系统上的内容。
在下文中，将关于本发明的实施例参考图56和图57描述被设计来具体化水印和指纹技术的接收机。可以根据设计者的意图以不同的方式配置图56和图57中所图示的接收机。
图56是示出根据本发明的实施例的接收机的结构的图。
更具体地，图56示出使用水印来支持基于ACR的ETV服务的接收机的配置的实施例。
如图56中所示，根据本发明的实施例的支持基于ACR的ETV服务的接收机可以包括输入数据处理器、ATSC主服务处理器、ATSC移动/手持(MH)服务处理器和/或ACR服务处理器。输入数据处理器可以包括调谐器/解调器400和/或残留边带(VSB)解码器401。ATSC主服务处理器可以包括传输协议(TP)解复用器402、非实时(NRT)指南信息处理器403、数字存储媒体命令和控制(DSM-CC)可寻址区段解析器404、信息提供商(IP)/用户数据报协议(UDP)解析器405、FLUTE解析器406、元数据模块407、文件模块408、电子服务指南(ESG)/数据载波检测(DCD)处理机409、存储控制模块410、文件/TP交换机411、回放控制模块412、第一存储装置413、IP分组存储控制模块414、互联网访问控制模块415、IP接口416、直播/记录交换机417、文件(对象)解码器418、TP/分组化基本流(PES)解码器420、节目特定信息(PSI)/节目与系统信息协议(PSIP)解码器421和/或电子节目指南(EPG)处理机422。ATSCMH服务处理器可以包括主/MH/NRT交换机419、MH基带处理器324、MH物理适配处理器424、IP协议栈425、文件处理机426、ESG处理机427、第二存储装置428和/或流处理机429。ACR服务处理器可以包括主/MH/NRT交换机419、A/V解码器430、A/V处理模块431、外部输入处理机432、水印提取器433和/或应用434。
在下文中，将描述每个处理器的每个模块的操作。
在输入数据处理器中，调谐器/解调器400可以对从天线接收到的广播信号进行调谐和解调。通过这个过程，可以提取VSB符号。VSB解码器401可以对由调谐器/解调器400提取的VSB符号进行解码。
VSB解码器401可以根据解码来输出ATSC主服务数据和MH服务数据。ATSC主服务数据可以被递送给ATSC主服务处理器并且由ATSC主服务处理器处理，而MH服务数据可以被递送给ATSCMH服务处理器并且由ATSCMH服务处理器处理。
ATSC主服务处理器可以对主服务信号进行处理，以便将排除MH信号的主服务数据递送给ACR服务处理器。TP解复用器402可以对经由VSB信号发送的ATSC主服务数据的传输分组进行解复用，并且将经解复用的传输分组递送给其它处理模块。也就是说，TP解复用器402可以对包括在传输分组中的各种信息进行解复用并递送信息，使得广播信号的元素由广播接收机的模块分别处理。经解复用的数据可以包括实时流、DSM-CC可寻址区段和/或NRT服务表/A/90&92信令表。更具体地，如图56中所示，TP解复用器402可以将实时流输出到直播/记录交换机417，将DSM-CC可寻址区段输出到DSM-CC可寻址区段解析器404，并且将NRT服务表/A/90&92信令表输出到NRT指南信息处理器403。
NRT指南信息处理器403可以从TP解复用器402接收NRT服务表/A/90&92信令表并且提取FLUT会话信息并将其递送给DSM-CC可寻址区段解析器404。DSM-CC可寻址区段解析器404可以从TP解复用器402接收DSM-CC可寻址区段，从NRT指南信息处理器403接收FLUT会话信息并且对DSM-CC可寻址区段进行处理。IP/UDP解析器405可以接收从DSM-CC可寻址区段解析器404输出的数据并且对根据IP/UDP所发送的IP数据报进行解析。FLUTE解析器406可以接收从IP/UDP解析器405输出的数据并且对FLUTE数据进行处理以便发送以异步分层编译(ALC)对象的形式发送的数据服务。元数据模块407和文件模块408可以接收从FLUTE解析器406输出的数据并且对元数据和恢复的文件进行处理。ESG/DCD处理机409可以接收从元数据模块407输出的数据并且对与广播节目有关的电子服务指南和/或下行链路信道描述符进行处理。可以将已恢复的文件以诸如ATSC2.0内容和参考指纹的文件对象的形式递送给存储控制模块410。文件对象可以由存储控制模块410处理并且划分成普通文件和TP文件以被存储在第一存储装置413中。回放控制模块412可以更新所存储的文件对象并且将文件对象递送给文件/TP交换机411，以便对普通文件和TP文件进行解码。文件/TP交换机411可以将普通文件递送给文件解码器418并且将TP文件递送给直播/记录交换机417，使得普通文件和TP文件通过不同的路径被解码。
文件解码器418可以对普通文件进行解码并且将经解码的文件递送给ACR服务处理器。可以将经解码的普通文件递送给ACR服务处理器的主/MH/NRT交换机419。可以在直播/记录交换机417的控制下将TP文件递送给TP/PES解码器420。TP/PES解码器420对TP文件进行解码并且PSI/PSIP解码器421再次对经解码的TP文件进行解码。EPG处理机422可以根据ATSC来对解码的TP文件进行处理并且对EPG服务进行处理。
ATSCMH服务处理器可以对MH信号进行处理，以便向ACR服务处理器发送ATSCMH服务数据。更具体地，MH基带处理器423可以将ATSCMH服务数据信号转换成适合于传输的脉冲波形。MH物理适配处理器424可以以适合于MH物理层的形式对ATSCMH服务数据进行处理。
IP协议栈模块425可以接收从MH物理适配处理器424输出的数据并且根据互联网发送/接收的通信协议来对数据进行处理。文件处理机426可以接收从IP协议栈模块425输出的数据并且对应用层的文件进行处理。ESG处理机427可以接收从文件处理机426输出的数据并且对移动ESG进行处理。此外，第二存储装置428可以接收从文件处理机426输出的数据并且存储文件对象。此外，从IP协议栈模块425输出的数据中的一些可以根据ATSC成为用于接收机的ACR服务而不是移动ESG服务的数据。在这种情况下，流处理机429可以对经由实时传输协议(RTP)接收到的实际流进行处理并且将该实际流递送给ACR服务处理器。
ACR服务处理器的主/MH/NRT交换机419可以接收从ATSC主服务处理器和/或ATSCMH服务处理器输出的信号。A/V解码器430可以对从主/MH/NRT交换机419接收到的压缩A/V数据进行解码。可以将经解码的A/V数据递送给A/V处理模块431。
外部输入处理机432可以对通过外部输入端接收到的A/V内容进行处理并且将该A/V内容发送到A/V处理模块431。
A/V处理模块431可以对从A/V解码器430和/或外部输入处理机432接收到的A/V数据进行处理以被显示在屏幕上。在这种情况下，水印提取器433可以从A/V数据中提取以水印形式插入的数据。可以将所提取的水印数据递送给应用434。应用434可以基于ACR功能来提供增强服务，识别广播内容并且提供与其相关联的增强数据。如果应用434将增强数据递送给A/V处理模块431，则A/V处理模块431可以对所接收到的A/V数据进行处理以被显示在屏幕上。
详细地，图56中所图示的水印提取器433可以从通过外部输入端接收到的A/V数据中提取以水印形式插入的数据(或水印)。水印提取器433可以从音频数据中提取水印，从视频数据中提取水印，以及从音频数据和视频数据中提取水印。水印提取器433可以从所提取的水印中获取信道信息和/或内容信息。
根据本实施例的接收机可以对ATSC移动手持(MH)信道进行调谐并且使用由水印提取器433所获取的信道信息和/或内容信息来接收对应的内容和/或元数据。此外，根据本实施例的接收机可以经由互联网接收对应的内容和/或元数据。然后，接收机可以使用触发等来显示所接收到的内容和/或元数据。
图57是示出根据本发明的另一实施例的接收机的结构的图。
更具体地，图57示出使用指纹来支持基于ACR的ETV服务的接收机的配置的实施例。
图57中所图示的接收机的基本结构与图57中所图示的接收机的基本结构基本上相同。然而，图57中所图示的接收机与图56中所图示的接收机不同之处在于图57的接收机还包括根据本发明的实施例的指纹提取器535和/或指纹比较器536。此外，图57的接收机可能不包括图56中所图示的元件当中的水印提取器433。
图57的接收机的基本结构与图56中所图示的接收机的结构基本上相同，并且因此，将省略其详细描述。在下文中，将在指纹提取器535和/或指纹比较器536方面描述接收机的操作。
指纹提取器535可以提取被插入到通过外部输入端接收到的A/V内容中的数据(或签名)。根据本实施例的指纹提取器535可以从音频内容中提取签名，从视频内容中提取签名，或者从音频内容和视频内容中提取签名。
指纹比较器536可以使用从A/V内容中提取的签名来获取信道信息和/或内容信息。根据本实施例的指纹比较器536可以通过本地搜索和/或远程搜索来获取信道信息和/或内容信息。
详细地，如图57中所图示的，用于访问存储装置537的指纹比较器536的操作的路由被称为本地搜索。此外，如图57中所图示的，用于访问互联网访问控制模块538的指纹比较器536的操作的被称为远程搜索。将在下面描述本地搜索和远程搜索。
在根据本实施例的本地搜索中，指纹比较器536可以将所提取的签名与存储在存储装置537中的参考指纹进行比较。参考指纹是指纹比较器536进一步接收以便对所提取的签名进行处理的数据。
详细地，指纹比较器536可以对所提取的信号和参考指纹进行匹配和比较，以便确定所提取的信号和参考指纹是否相同以获取信道信息和/或内容信息。
作为比较结果，当所提取的信号与参考指纹相同时，指纹比较器536可以将比较结果发送到应用。应用可以使用比较结果向接收机发送与所提取的签名有关的内容信息和/或信道信息。
作为比较结果，当所提取的签名不与参考指纹匹配或者参考指纹的数目不够时，指纹比较器536可以通过ATSCMH信道来接收新的参考指纹。然后，指纹比较器536可以重新比较所提取的签名和参考指纹。
在根据本实施例的远程搜索中，指纹比较器536可以从互联网上的签名数据库服务器接收信道信息和/或内容信息。
详细地，指纹比较器536可以经由互联网访问控制模块538访问互联网以访问签名数据库服务器。然后，指纹比较器536可以将所提取的签名作为查询参数发送到签名数据库服务器。
当所有的广播站使用一个集成签名数据库服务器时，指纹比较器536可以将查询参数发送到对应的签名数据库服务器。当广播站单独地管理相应的签名数据库服务器时，指纹比较器536可以向相应的签名数据库发送查询参数。此外，指纹比较器536可以将查询参数同时发送到两个或更多个签名数据库服务器。
根据本实施例的接收机可以使用由指纹比较器536所获取的信道信息和/或内容信息来对ATSCMH信道进行调谐并且接收对应的内容和/或元数据。然后，接收机可以使用触发等来显示所接收到的内容和/或元数据。
图58是图示根据本发明的实施例的数字广播系统的图。
详细地，图58图示包括用于个性化服务的数字广播接收机(或接收机)的个性化广播系统。根据本实施例的个性化服务是用于基于用户信息来选择和供应适合于用户的内容的服务。此外，根据本实施例的个性化广播系统可以提供用于提供ATSC2.0服务或个性化服务的下一代广播服务。
根据本发明的实施例，作为用户信息的示例，定义了用户的简档以及人口统计特征和兴趣信息(或PDI数据)。在下文中，将描述个性化广播系统的元件。
一起获取的对调查表的回答表示用户的简档、人口统计特征和兴趣(PDI)。封装调查表以及由用户给出的回答的数据结构被称作PDI调查表或PDI表。如由网络、广播站或内容提供商所提供的PDI表不包括回答数据，但是一旦回答可用数据结构就容纳它们。PDI表中的条目的问题部分被非正式地称作“PDI问题”或“PDI-Q”。对给定PDI问题的回答被非正式地称为“PDI-A”。过滤准则的集合被非正式地称作“PDI-FC”。
诸如有ATSC2.0能力的接收机的客户端装置包括允许创建对调查表中的问题的回答(PDI-A实例)的功能。这个PDI生成功能使用PDI-Q实例作为输入，并且产生PDI-A实例作为输出。PDI-Q实例和PDI-A实例两者都被保存在接收机的非易失性存储部中。客户端还提供它对照PDI-FC实例来比较PDI-A实例以确定哪些内容项将适合于下载和使用的过滤功能。
在如所示的服务提供商侧，功能被实现为维持和分发PDI表。与内容一起，创建了内容元数据。在元数据当中的是基于PDI表中的问题的PDI-FC实例。
如图58中所图示的，个性化广播系统可以包括内容提供商(或广播站)707和/或接收机700。根据本实施例的接收机700可以包括PDI引擎701、过滤引擎702、PDI存储703、内容存储704、声明内容模块705和/或用户界面(UI)模块706。如图58中所图示的，根据本实施例的接收机700可以从内容提供商707接收内容等。可以根据设计者的意图改变前述个性化广播系统的结构。
根据本实施例的内容提供商707可以向接收机700发送内容、PDI调查表和/或过滤准则。封装调查表以及由特定用户给出的回答的数据结构被称作PDI调查表。根据本发明的实施例，PDI调查表可以包括与用户的简档、人口统计特征和兴趣等有关的问题(或PDI问题)。
接收机700可以对从内容提供商707接收到的内容、PDI调查表和/或过滤准则进行处理。在下文中，将在包括在图58中所图示的接收机700中的模块的操作方面描述数字广播系统。
根据本实施例的PDI引擎701可以接收由内容提供商707提供的PDI调查表。PDI引擎701可以向UI模块706发送包含在所接收到的PDI调查表中的PDI问题。当用户的与对应PDI问题相对应的输入存在时，PDI引擎701可以从UI模块706接收与对应PDI问题相对应的用户的回答和其它信息(此后，被称为PDI回答)。然后，PDI引擎701可以对PDI问题和PDI回答进行处理以便供应个性化服务来生成PDI数据。也就是说，根据本发明的实施例，PDI数据可以包含前述PDI问题和/或PDI回答。因此，一起获取的对PDI调查表的PDI回答表示用户的简档、人口统计特征和兴趣(或PDI)。
此外，根据本实施例的PDI引擎701可以使用所接收到的PDI回答来更新PDI数据。详细地，PDI引擎701可以使用PDI回答的ID来删除、添加并且/或者校正PDI数据。将关于本发明的实施例在下面详细地描述PDI回答的ID。此外，当另一模块请求PDI引擎701发送PDI数据时，PDI引擎701可以向所对应的模块发送适合于所对应的请求的PDI数据。
根据本实施例的过滤引擎702可以根据PDI数据和过滤准则对内容进行过滤。过滤准则是指用于使用PDI数据来仅对适合于用户的内容进行过滤的设定过滤准则。详细地，过滤引擎702可以从PDI引擎701接收PDI数据并且从内容提供商707接收内容和/或过滤准则。此外，当内容提供商707发送与声明内容有关的参数时，内容提供商707可以一起发送与该声明内容有关的过滤准则表。然后，过滤引擎702可以对过滤准则和PDI数据进行匹配和比较，并且使用比较结果来过滤和下载内容。可以将经下载的内容存储在内容存储704中。将参考图84和图85详细地描述过滤方法和过滤准则。
根据本发明的实施例，UI模块706可以显示从PDI引擎701接收到的PDI并且从用户接收对所对应的PDI问题的PDI回答。用户可以使用遥控器来将对所显示的PDI问题的PDI回答发送到接收机700。UI模块706可以将所接收到的PDI回答发送到PDI引擎701。
根据本实施例的声明内容模块705可以访问PDI引擎701以获取PDI数据。此外，如图58中所图示的，声明内容模块705可以接收由内容提供商707提供的声明内容。根据本发明的实施例，声明内容可以是与由接收机执行的应用有关的内容并且可以包括诸如触发声明对象(TDO)的声明对象(DO)。
尽管图58中未图示，然而根据本实施例的声明内容模块705可以访问PDI存储703以获取PDI问题和/或PDI回答。在这种情况下，声明内容模块705可以使用应用编程接口(API)。详细地，声明内容模块705可以使用API来检索PDI存储703以获取至少一个PDI问题。然后，声明内容模块705可以发送PDI问题，接收PDI回答，并且通过UI模块706将所接收到的PDI回答发送到PDI存储703。
根据本实施例的PDI存储703可以存储PDI问题和/或PDI回答。
根据本实施例的内容存储704可以存储经过滤的内容。
如上所述，图58中所图示的PDI引擎701可以从内容提供商707接收PDI调查表。接收机700可以显示通过UI模块706所接收到的PDI调查表的PDI问题并且从用户接收对所对应的PDI问题的PDI回答。PDI引擎701可以向过滤引擎702发送包含PDI问题和/或PDI回答的PDI数据。过滤引擎702可以通过PDI数据和过滤准则对内容进行过滤。因此，接收机700可以将经过滤的内容提供给用户以具体化个性化服务。
图59是图示根据本发明的实施例的数字广播系统的图。
详细地，图59图示包括用于个性化服务的接收机的个性化广播系统的结构。根据本实施例的个性化广播系统可以提供ATSC2.0服务。在下文中，将描述个性化广播系统的元件。
如图59中所图示的，个性化广播系统可以包括内容提供商(或广播站)807和/或接收机800。根据本实施例的接收机800可以包括PDI引擎801、过滤引擎802、PDI存储803、内容存储804、声明内容模块805、UI模块806、使用监视引擎808和/或使用日志模块809。如图58中所图示的，根据本实施例的接收机800可以从内容提供商807接收内容等。图59的基本模块与图58的模块相同，除了不同于图58的广播系统图69的广播系统还可以包括使用监视引擎808和/或使用日志模块809。可以根据设计者的意图改变前述个性化广播系统的结构。在下文中，将在使用监视引擎808和使用日志模块809方面描述数字广播系统。
根据本实施例的使用日志模块809可以存储有关用户的广播服务使用历史的信息(或历史信息)。该历史信息可以包括两个或更多个使用数据。根据本发明的实施例的使用数据是指有关由用户在预定时间段内使用的广播服务的信息。详细地，使用数据可以包括指示在下午9点观看了新闻40分钟的信息、指示在下午11点下载了恐怖电影的信息等。
根据本实施例的使用监视引擎808可以连续地监视用户的广播服务的使用情形。然后，使用监视引擎808可以使用监视结果来删除、添加并且/或者校正存储在使用日志模块809中的使用数据。此外，根据本实施例的使用监视引擎808可以将使用数据发送到PDI引擎801，并且该PDI引擎801可以使用所发送的使用数据来更新PDI数据。
图60是根据本发明的另一实施例的数字广播系统的流程图。
详细地，图60是参考图58和图59所描述的个性化广播系统的过滤引擎和PDI引擎的操作的流程图。
如图60中所图示的，根据本实施例的接收机900可以包括过滤引擎901和/或PDI引擎902。在下文中，将描述根据本实施例的过滤引擎901和PDI引擎902的操作。可以根据设计者的意图改变前述接收机的结构。
如参考图58所描述的，为了对内容进行过滤，根据本实施例的接收机900可以对过滤准则和PDI数据进行匹配和比较。
详细地，根据本实施例的过滤引擎901可以从内容提供商接收过滤准则并且向PDI引擎902发送用于请求PDI数据的信号(或PDI数据请求信号)。根据本实施例的PDI引擎902可以根据所发送的PDI数据请求信号来搜索与所对应的PDI数据请求信号对应的PDI数据。
图60中所图示的过滤引擎901可以将包括准则ID(标识符)的PDI数据请求信号发送到PDI引擎902。如上所述，过滤准则可以是一组过滤准则，其中的每一个可以包括用于标识过滤准则的准则ID。此外，根据本发明的实施例，准则ID可以被用来标识PDI问题和/或PDI回答。
已接收到PDI数据请求信号的PDI引擎902可以访问PDI存储以搜索PDI数据。根据本发明的实施例，PDI数据可以包括用于标识PDI问题和/或PDI回答的PDI数据ID。图60中所图示的PDI引擎902可以对准则ID和PDI数据ID进行匹配和比较，以便确定准则ID和PDI数据ID是否彼此相同。
作为匹配结果，当准则ID和PDI数据ID彼此相同并且其值彼此相同时，接收机900可以下载对应的内容。详细地，根据本实施例的过滤引擎901可以向内容提供商发送用于下载内容的下载请求信号。
作为匹配结果，当准则ID和PDI数据ID彼此不相同时，PDI引擎902可以向过滤引擎901发送空ID(标识符)，如图60中所图示。已接收到空ID的过滤引擎901可以向PDI引擎902发送新的PDI数据请求信号。在这种情况下，新的PDI数据请求信号可以包括新的准则ID。
根据本实施例的接收机900可以使用前述方法来使包含在过滤准则中的所有过滤准则与PDI数据匹配。作为匹配结果，当所有过滤准则与PDI数据匹配时，过滤引擎901可以将用于下载内容的下载请求信号发送到内容提供商。
图61是根据本发明的另一实施例的数字广播系统的流程图。
详细地，图61是参考图58和图59所描述的个性化广播系统的过滤引擎和PDI引擎的操作的流程图。
如图61中所图示的，根据本实施例的接收机1000可以包括过滤引擎1001和/或PDI引擎1002。可以根据设计者的意图改变前述接收机的结构。图61中所图示的过滤引擎1001和PDI引擎1002的基本操作与参考图60所描述的操作相同。
然而，根据本发明的实施例，作为过滤准则和PDI数据的匹配结果，当准则ID不与PDI数据ID相同时，图61中所图示的接收机1000可能不下载对应的内容。
详细地，根据本发明的实施例，当根据本实施例的过滤引擎1001接收到空ID时，可能不向PDI引擎1002发送新的PDI数据请求信号。此外，根据本发明的实施例，当包含在过滤准则中的所有过滤准则不与PDI数据匹配时，根据本实施例的过滤引擎100可能不将下载请求信号发送到内容提供商。
图62是图示根据本发明的实施例的PDI表的图。
参考图58所描述的个性化广播系统可以使用PDI数据以便提供个性化服务并且对PDI表形式的PDI数据进行处理。封装调查表以及由用户给出的回答的数据结构被称作PDI调查表或PDI表。如由网络、广播站或内容提供商所提供的PDI表不包括回答数据，尽管一旦可用数据结构就容纳它们。PDI表中的条目的问题部分被非正式地称作“PDI问题”或“PDI-Q”。对给定PDI问题的回答被非正式地称为“PDI-A”。过滤准则的集合被非正式地称作“PDI-FC”。根据本发明的实施例，PDI表可以用XML架构表示。可以根据设计者的意图改变根据本实施例的PDI表的格式。
如图62中所图示的，根据本实施例的PDI表可以包括属性1110和/或PDI类型元素。根据本实施例的属性1110可以包括事务性(transactional)属性1100和时间(time)属性1101。根据本实施例的PDI类型元素可以包括具有整数回答的问题(QIA)元素1102、具有布尔回答的问题(QBA)元素1102、具有选择回答的问题(QSA)元素1104、具有文本回答的问题(QTA)元素1105和/或具有任何格式回答的问题(QAA)元素1106。在下文中，将描述图62中所图示的PDI表的元素。
详细地，图62中所图示的属性1110可以指示根据本实施例的PDI表的属性的信息。因此，即使包括在PDI表中的PDI类型元素改变了，属性1110也可能不在根据本实施例的PDI表中改变。例如，根据本实施例的事务性属性1100可以指示有关PDI问题的目标的信息。根据本实施例的时间属性1101可以指示有关当PDI表被生成或者更新时的时间的信息。在这种情况下，即使PDI类型元素改变了，包括不同的PDI类型元素的PDI表也可以包括事务性属性1100和/或时间属性1101。
根据本实施例的PDI表可以包括一个或两个或更多个PDI类型元素1102作为根元素。在这种情况下，可以以列表形式表示PDI类型元素1102。
可以根据PDI回答的类型来对根据本实施例的PDI类型元素进行分类。例如，根据本实施例的PDI类型元素可以被称为“QxA”元素。在这种情况下，可以根据PDI回答的类型来确定“x”。根据本发明的实施例的PDI回答的类型可以包括整数类型、布尔类型、选择类型、文本类型以及回答的除前述四种类型以外的任何类型。
根据本发明的实施例的QIA元素1103可以包括对一个PDI问题和/或对应PDI问题的整数类型的PDI回答。
根据本发明的实施例的QBA元素1104可以包括对一个PDI问题和/或对应PDI问题的布尔类型的PDI回答。
根据本发明的实施例的QSA元素1105可以包括对一个PDI问题和/或对应PDI问题的多选择类型的PDI回答。
根据本发明的实施例的QTA元素1106可以包括对一个PDI问题和/或对应PDI问题的文本类型的PDI回答。
根据本发明的实施例的QAA元素1107可以包括对一个PDI问题和/或对应PDI问题的除整数类型、布尔类型、多选择类型和文本类型以外的预定类型的PDI回答。
图63是图示根据本发明的另一实施例的PDI表的图。
详细地，图63图示参考图62所描述的PDI类型元素当中的QIA元素的XML架构。
如图63中所图示的，QIA元素可以包括指示有关与PDI问题类型有关的属性的信息的属性1210、标识符属性1220、问题(question)元素1230和/或回答(answer)元素1240。
详细地，根据本实施例的属性1210可以包括指示PDI问题的语言的语言属性。此外，根据本实施例的QIA元素的属性1210可以包括指示PDI问题的最小整数的mininclusive属性1230和/或指示PDI问题的最大整数的maxinclusive属性1240。
根据本实施例的标识符属性120可以被用来标识PDI问题和/或PDI回答。
根据本实施例的问题元素1230可以包括PDI问题。如图63中所图示的，问题元素1230可以包括指示有关PDI问题的信息的属性。例如，问题元素1230可以包括指示当PDI问题被生成或者发送时的时间的时间属性1231和/或PDI问题的期满时间。
此外，根据本实施例的回答元素1240可以包括PDI回答。如图63中所图示的，回答元素1240可以包括指示有关PDI回答的信息的属性。例如，如图63中所图示的，回答元素1240可以包括用来识别每个PDI回答的标识符属性1241和/或指示当每个PDI回答被生成或者校正时的时间的时间属性1242。
图64是图示根据本发明的另一实施例的PDI表的图。
详细地，图64图示参考图62所描述的PDI类型元素当中的QBA元素的XML架构。
如图64中所图示的，QBA元素的XML架构的基本元素与参考图63所描述的元素相同，并且因此，其详细描述被省略。
图65是图示根据本发明的另一实施例的PDI表的图。
详细地，图65图示参考图62所描述的PDI类型元素当中的QSA元素的XML架构。
图65中所图示的QSA元素的XML架构的基本元素与参考图65所描述的元素相同，并且因此，其详细描述被省略。
然而，根据多选择问题的属性，根据本实施例的QSA元素的属性还可以包括minchoice属性1411和/或maxchoice属性1412。根据本实施例的minchoice属性1411可以指示能够由用户所选择的PDI回答的最小数目。根据本实施例的maxchoice属性1412可以指示能够由用户所选择的PDI回答的最大数目。
图66是图示根据本发明的另一实施例的PDI表的图。
详细地，图66图示参考图11所描述的PDI类型元素当中的QAA元素的XML架构。
如图66中所图示的，QAA元素的XML架构的基本元素与参考图63所描述的元素相同，并且因此，其详细描述被省略。
图67是图示根据本发明的另一实施例的PDI表的图。
详细地，图67图示作为参考图62至图66所描述的PDI表的XML架构的PDI表的扩展格式。
如上所述，根据本发明的实施例，PDI表被用来提供个性化服务。然而，尽管是同一用户，可以根据该用户所属于的情形来改变优选内容。
因此，为了克服这个问题，根据本发明的实施例，PDI表还可以包括指示有关用户的情形的信息的元素。
图67中所图示的PDI表还可以包括情形(situation)元素1600作为指示有关用户的情形的信息的元素。图67中所图示的PDI表的基本XML架构与参考图62至图66所描述的XML架构相同，并且因此，其详细描述被省略。在下文中，将描述情形元素1600。
根据本实施例的情形元素1600可以指示有关时区和/或位置的信息作为用户的情形的信息。如图67中所图示的，情形元素1600还可以包括时间(time)元素1610、位置(location)元素1620和/或指示用户的情形的信息的其它元素。在下文中，将描述每个元素。
根据本实施例的时间元素1610可以包括有关用户所属于的区域的时间的信息。例如，时间元素1610可以包括指示形式为“yyyy-mm-dd”的时间信息的时间属性1611和/或指示用户所属于的区域的时区的时区(timezone)属性1612。
根据本实施例的位置元素1620可以包括用户所属于的位置的信息。例如，如图67中所图示的，位置元素1620可以包括指示对应位置的信息的location-desc属性1621、指示对应位置的纬度的信息的纬度(latitude)属性1622和/或指示对应位置的经度的信息的经度(longitude)属性1623。
图68和图69图示根据本发明的另一实施例的PDI表。
详细地，图68和图69图示关于本发明的实施例而参考图62至图67所描述的XML架构的PDI表。
图68和图69描绘针对被称作PDI表的根元素的XML架构定义，其定义PDI表实例文档的结构。根据本发明的实施例，PDI表实例文档是指通过用XML架构实现PDI表而获得的实际文档。
图68和图69还描绘针对表示能够使用PDI应用编程接口(API)在DO与底层接收机之间往返传递的各个问题的根元素QIA、QBA、QSA、QTA或QAA的XML架构定义。将详细地描述根据本实施例的PDIAPI。图68和图69中所示的元素可以符合具有名字空间“http://www.atsc.org/XMLSchemas/iss/pdi/1”的XML架构中的定义。
PDI问题(或PDI-Q)与PDI回答(或PDI-A)之间的差异在使用规则而不是模式本身中被指定。PDI表中的条目的问题部分被非正式地称作“PDI问题”或“PDI-Q”。对给定PDI问题的回答被非正式地称为“PDI-A”。例如，虽然模式对于各种类型的问题的“q”元素指示minOccurs＝"0"，但是当该模式被用于PDI-Q时，在那种情况下使用“q”元素是强制的。当模式被用于PDI-A时，“q”元素的包括是可选的。
PDI-Q实例文档能够符合作为ATSC2.0标准的具有其名字空间的一部分的“PDI表”XML架构，并且该定义可能优先于这里在任何差异的情况下所提供的描述。根据本发明的实施例，PDI-Q实例文档是指通过用XML架构实现包括PDI-Q的PDI表而获得的实际文档。
PDI-Q实例文档由类型QIA(整数回答类型问题)、QBA(布尔回答类型问题)、QSA(选择类型问题)和/或QTA(文本回答类型问题)的一个或多个元素构成。
没有这些顶层元素的“A”(回答)子元素能够存在于PDI-Q实例中。
这些元素中的每一个中的标识符属性(“id”)能够用作对PDI-A实例文档中的对应元素的引用或链接。根据本发明的实施例，PDI-A实例文档是指通过用XML架构实现包括PDI-A的PDI表而获得的实际文档。
PDI-A实例文档能够符合作为ATSC2.0标准的具有其名字空间的一部分的“PDI表”XML架构，并且该定义可能优先于这里在任何差异的情况下所提供的描述。
PDI-A实例文档由类型QIA(整数回答类型问题)、QBA(布尔回答类型问题)、QSA(选择类型回答问题)、QTA(文本回答类型问题)和/或QAA(任何格式回答类型问题)的一个或多个元素构成。
这些元素中的每一个具有至少一个“A”(回答)子元素。它们可以或者可能不包括任何“Q”(问题字符串)子元素。
这些元素中的每一个中的标识符属性(“id”)能够用作对PDI-Q实例文档中的对应元素的引用或链接。
在下文中，将描述包括在图68和图69中所图示的PDI表中的元素和属性的语义。
如图68和图69中所图示的，在根据本实施例的PDI表中，可以在属性的名称的前面指示“”以便区分属性和元素。
根据本实施例的PDI表可以包括PDI类型元素。详细地，PDI类型元素可以包括如参考图62所描述的QIA元素、QBA元素、QSA元素、QTA元素和/或QAA元素。
如图68和图69中所图示的，根据本实施例的PDI表可以不管问题类型元素都包括protocolversion属性、pditableid属性、pditableversion属性和/或时间属性。
QIA元素、QBA元素、QSA元素、QTA元素以及QAA元素的id属性全部具有相同的语义，如这些元素中的每一个的期限(expire)属性那样。类似地Q元素中的每一个的lang属性各自具有相同的语义，如A元素中的每一个的时间属性那样。此外，id属性可以是指已参考图60所描述的PDI数据标识符。
PDITable元素包含一个或多个问题元素的列表。每个元素具有QIA、QBA、QSA、QTA或QAA的格式。具有基数0..N的<choice>构造的使用意味着任何数目的QIA、QBA、QSA、QTA以及QAA元素能够按任何顺序出现。
PDITable元素的protocolVersion属性由2个十六进制数字构成。高位4比特指示表定义的主版本号。低位4比特指示表定义的次版本号。用于这个标准的这个版本的主版本号被设定为1。接收机预期丢弃指示它们未被装配成支持的主版本值的PDI的实例。用于该标准的这个版本的次版本号被设定为0。接收机预期不丢弃指示它们未被装配成支持的次版本值的PDI的实例。在这种情况下，它们预期忽视它们不支持的任何个别元素或属性。
PDITable元素的pdiTableId属性可以是这个PDITable元素的全局唯一标识符。
PDITable元素的具有8比特的pdiTableVersion属性指示这个PDITable元素的版本。初始值可以为0。每当这个PDITable元素改变时该值能够递增1，在255之后回滚为0。
PDITable元素的时间属性指示对这个PDI表中的任何问题的最近改变的日期和时间。
QIA元素表示整数回答类型的问题。它包括指定回答的最大允许值和最小允许值的可选极限。
QIA的QIA.loEnd属性指示这个QIA元素的“A”子元素的最小可能值。即，“A”元素的值不小于IoEnd。如果loEnd属性不存在，则这指示不存在最小值。
QIA的QIA.hiEnd属性指示这个QIA元素的“A”子元素的最大可能值。即，回答的值不大于hiEnd。如果hiEnd属性不存在，则这指示不存在最大值。
QIA.Q元素是QIA元素的子元素。QIA.Q元素的值能够表示待呈现给用户的问题字符串。必须使问题公式化以具有整数类型回答。可以存在这个元素的不同语言的多个实例。
作为QIA元素的子元素的QIA.A元素能够具有整数值。QIA.A元素表示对QIA.Q中的问题的回答。
QBA元素表示布尔回答类型的问题。
QBA.Q元素是QBA元素的子元素。QBA.Q元素的值能够表示待呈现给用户的问题字符串。必须使问题公式化以具有是/否或真/假类型的回答。可以存在这个元素的不同语言的多个实例。
作为QBA元素的子元素的QBA.A元素能够具有布尔值。QBA.A元素表示对QBA.Q中的问题的回答。
QSA元素表示选择回答类型的问题。
QSA元素的QSA.minChoices属性能够指定能够由用户做出的选择的最小数目。
QSA元素的QSA.maxChoices属性能够指定能够由用户做出的选择的最大数目。
QSA.Q元素是QSA元素的子元素。QSA.Q元素的值表示待呈现给用户的问题字符串。必须使问题公式化以具有对应于所提供的选择选择中的一个或多个的回答。
QSA.Q.Selection元素是QSA.Q元素的子元素。QSA.Q.Selection元素的值能够表示待呈现给用户的可能的选择。如果存在同一QSA元素的多个QSA.Q子元素(采用不同语言)，则它们中的每一个有具有相同的含义的相同数目的选择(Selection)子元素。
QSA.Q.Selection的QSA.Q.Selection.id属性可以是在QSA.Q的范围内唯一的选择(Selection)元素的标识符。如果存在同一QSA元素的多个QSA.Q子元素(采用不同语言)，则在它们的选择元素的id属性之间可能存在一对一对应，同时对应的选择元素具有相同的含义。
QSA.A是QSA元素的子元素。QSA元素的这个子元素的每个实例能够以选择元素中的一个的id值的形式指定对这个选择类型问题的一个允许回答。
QTA元素表示文本回答(自由形式条目)类型的问题。
QTA.Q元素是QTA元素的子元素。QTA.Q元素的值能够表示待呈现给用户的问题字符串。必须使问题公式化以具有自由形式文本回答。
QTA.A元素是QTA元素的子元素。QTA.A元素的值能够表示对QTA.Q中的问题的回答。
QAA元素可以被用来保持各种类型的信息，例如数据库中的条目。
QAA.A元素是QAA元素的子元素。QAA.A元素的值包含某种类型的信息。
QIA元素、QBA元素、QSA元素、QTA元素以及QAA元素的id属性可以是对它出现在其中的元素来说为全局唯一标识符的URI。
QIA元素、QBA元素、QSA元素、QTA元素以及QAA元素的期限元素能够指示以后它出现在其中的元素不再是相关的并且将被从表中删除的日期和时间。
QIA.Q元素、QBA.Q元素、QSA.Q元素、QTA.Q元素以及QTA.A元素的lang属性能够指示问题或回答字符串的语言。在QSA.Q的情况下，lang属性还能够指示QSA.Q的Selection子元素的语言。如果lang属性不存在，则这能够指示语言是英语。
QIA.A元素、QBA.A元素、QSA.A元素、QTA.A元素以及QAA.A元素的时间属性能够指示回答被键入到表中的日期和时间。
尽管图68和图69中未图示，但是根据本实施例的PDI表还可以包括QIAD元素、QBAD元素、QSAD元素、QTAD元素和/或QAAD元素。前述元素将被共同地称作QxAD元素。在下文中，将描述QxAD元素。
作为根元素的QIAD元素将整数回答类型的问题包含在QIA子元素中。QIA包括指定回答的最大小允许值和最小允许值的可选极限。
作为根元素的QBAD元素将表示布尔回答类型的问题。
作为根元素的QSAD元素将表示选择回答类型的问题。
作为根元素的QTAD元素将表示文本回答(自由形式条目)类型的问题。
作为根元素的QAAD元素将被用来保持各种类型的信息，例如数据库中的条目。
尽管图68和图69中未图示，然而每个PDI类型元素还可以包括QText元素和/或时间属性。
QIA.Q.QText元素是QIA.Q元素的子元素。QIA.Q.QText元素的值将表示待呈现给用户的问题字符串。必须使问题公式化以具有整数类型回答。
QIA.A.answer属性是QIA.A元素的整数值属性。QIA.A.answer属性将表示对QIA.Q.QText元素中的问题的回答。
QBA.Q.Qtext元素是QBA.Q元素的子元素。QBA.Q.Qtext元素的值将表示待呈现给用户的问题字符串。必须使问题公式化以具有是/否或真/假类型的回答。可以存在这个元素的不同语言的多个实例。
QBA.A.answer属性是QBA.A元素的布尔值属性。QBA.Aanswer属性将表示对QBA.Q.QText元素中的问题的回答。
QSA.Q.QText元素是QSA.Q元素的子元素。QSA.Q.QText元素将表示待呈现给用户的问题字符串。必须使问题公式化以具有对应于所提供的选择选择中的一个或多个的回答。可以存在这个元素的不同语言的多个实例。
QSA.A子元素的QSA.A.answer属性将以选择元素中的一个的id值的形式指定对这个选择类型问题的一个允许回答。
QTA.Q.QText元素是QTA元素的子元素。QTA.Q.QText元素的值将表示待呈现给用户的问题字符串。必须使问题公式化以具有自由形式文本回答。
QTA.A.answer属性是QTA元素的子元素。QTA.A.回答元素的值表示对QTA.Q.QText元素中的问题的回答。
图70和图71图示根据本发明的另一实施例的PDI表。
详细地，图70和图71图示参考图62至图67所描述的XML架构的PDI表的结构。
图70和图71中所图示的PDI表的基本结构以及基本元素和属性的语义与图68和图89中的那些基本结构和语义相同。然而，不同于图68和图69中所图示的PDI表，图70和图71中所图示的PDI表还可以包括xactionSetId属性和/或文本(text)属性。在下文中，将在xactionSetId属性和/或文本属性方面描述PDI表。
QxA元素的xactionSetId属性指示问题属于问题的事务集合，其中问题的事务集合是将被视为用于回答问题的目的的单元的集合。它还为问题所属于的事务集合提供标识符。因此，在PDI表中具有xactionSetId属性的相同值的所有问题的集合是在“全有或全无(allornothing)”基础上回答的。
QxA元素的文本属性是QxA.Q元素的子元素。文本属性的值能够表示待呈现给用户的问题字符串。
图72是图示根据本发明的实施例的过滤准则表的图。图58的前述个性化广播系统可以使用过滤准则以便提供个性化服务。可以以过滤准则表的形式对参考图58、图60和图61所描述的过滤准则进行处理。根据本发明的实施例，可以以XML架构的形式表示过滤准则表。
根据本发明的实施例，过滤准则表可以具有与PDI表的格式类似的格式，以便有效地对PDI数据和过滤准则进行比较。可以根据设计者的意图改变根据本实施例的过滤准则表的格式。
如图72中所图示的，根据本实施例的过滤准则表可以包括过滤准则元素1900。过滤准则元素1900可以包括标识符属性1901、准则类型属性1902和/或准则值元素1903。根据本实施例的过滤准则可以被解释为对应于前述PDI问题。在下文中，将描述图72中所图示的过滤准则表的元素。
根据本实施例的过滤准则元素1900可以指示与PDI问题对应的过滤准则。
根据本实施例的标识符属性1901可以标识与过滤准则对应的PDI问题。
根据本实施例的准则类型属性1902可以指示过滤准则的类型。将详细地描述过滤准则的类型。
根据本实施例的准则值元素1903可以指示过滤准则的值。每个准则值是对PDI问题的可能回答。
详细地，根据本发明的过滤准则的类型可以是整数类型、布尔类型、选择类型、文本类型和/或任何类型中的一种。
整数类型的过滤准则(或整数类型准则)是指与整数类型的PDI回答对应的过滤准则。
布尔类型的过滤准则(或布尔类型准则)是指与布尔类型的PDI回答对应的过滤准则。
选择类型的过滤准则(或选择类型准则)是指与选择类型的PDI回答对应的过滤准则。
文本类型的过滤准则(或文本类型准则)是指与文本类型的PDI回答对应的过滤准则。
任何类型的过滤准则(或任何类型准则)是指与任何类型的PDI回答对应的过滤准则。
以下[示例5]示出根据本发明的实施例的图72中所图示的过滤准则表的XML架构。
[示例5]
图73是图示根据本发明的另一实施例的过滤准则表的图。
详细地，图73图示作为参考图72所描述的过滤准则表的XML架构的过滤准则表的扩展格式。当在图72中所图示的过滤准则的XML架构中配置过滤准则表时，不能够设定根据本发明的实施例的过滤准则的类型及其每个类型的详细属性。因此，图73图示过滤准则的类型并且提出用于设定每个类型的属性的XML架构。根据本发明的实施例的个性化广播系统可以使用图73的XML架构中配置的过滤准则表来更准精确地对内容进行过滤。
如图73中所图示的，过滤准则表可以包括属性2000和/或过滤准则类型元素。根据本实施例的属性2000可以包括时间属性2001。根据本发明的过滤准则类型元素可以包括整数类型准则元素(或QIA准则元素)2010、布尔类型准则元素(或QBA准则元素)2020、选择类型准则元素(或QSA准则元素)2030、文本类型准则元素(或QTA准则元素)2040和/或任何类型准则元素(或QAA准则元素)2050。在下文中，将描述图73中所图示的过滤准则表的元素。
详细地，图62中所图示的属性2000可以指示根据本实施例的过滤准则表的属性的信息。因此，即使包括在该过滤准则表中的过滤准则类型元素改变了，也可能不改变属性2000。例如，根据本实施例的时间属性2001可以指示当过滤准则被生成或者更新时的时间。在这种情况下，即使过滤准则类型元素改变了，包括不同的过滤准则类型元素的过滤准则表也可以包括时间属性2001。
根据本实施例的过滤准则表可以包括一个或多个过滤准则类型元素。根据本实施例的过滤准则类型元素可以指示过滤准则的类型。已经参考图72描述了过滤准则的类型。在这种情况下，可以以列表形式表示过滤准则类型元素。
根据本实施例的过滤准则类型元素也可以被称为“QxA”准则。在这种情况下，可以根据过滤准则的类型来确定“x”。
如图73中所图示的，过滤准则类型元素中的每一个可以包括标识符属性和/或准则值元素。图73中所图示的标识符属性和准则值元素与参考图72所描述的那些属性和元素相同。
然而，如图73中所图示的，整数类型准则元素2010还可以包括最小整数(mininteger)属性2011和/或最大整数(maxinteger)属性2012。根据本实施例的最小整数属性2011可以指示被表示为整数类型回答的过滤准则的最小值。根据本实施例的最大整数属性2012可以指示被表示为整数类型回答的过滤准则的最大值。
如图73中所图示的，选择类型准则元素2030和/或文本类型准则元素2040可以包括lang属性2031。根据本实施例的lang属性2031可以指示在文本类型回答中表示的过滤准则的值。
以下[示例6]示出根据本发明的实施例的图73中所图示的过滤准则表的XML架构。
[示例6]
图74是图示根据本发明的另一实施例的过滤准则表的图。
详细地，图74图示参考图72和图73所描述的XML架构的过滤准则表。图74中所图示的过滤准则表的基本元素与参考图72和图73所描述的元素相同。在下文中，将描述包括在图74中所图示的过滤准则表中的元素和属性的语义。
如图74中所图示的，在根据本实施例的过滤准则表中，可以在属性的名称的前面指示“”以便区分属性和元素。
在id属性出现在表中的每个地方，它将是PDI表中的问题的id属性，从而标识对应于该id属性出现在其中的过滤准则的问题。
QIA准则元素将表示与具有整数值的问题对应的过滤准则。
如果QIA准则元素的准则值子元素不包含extent元素，则它将表示针对与过滤准则对应的问题的整数回答。如果QIA准则元素的准则值子元素包含extent属性，则它将表示针对问题的回答的数值范围的下端，并且extent属性将表示范围内的整数的数目。
QBA准则元素将表示与具有布尔值的问题对应的过滤准则。
QBA准则元素的准则值子元素将表示与过滤准则对应的问题的布尔回答。
QSA准则元素将表示与具有选择值的问题对应的过滤准则。
QSA准则元素的准则值子元素将表示与过滤准则对应的问题的选择问题的标识符。
QTA准则元素将表示与具有字符串值的问题对应的过滤准则。
QTA准则元素的准则值子元素将表示与过滤准则对应的问题的文本回答。
QAA准则元素将表示与仅具有无问题的文本“回答”的“问题”对应的过滤准则。
QAA准则元素的准则值子元素将表示针对与过滤准则对应的“问题”的文本“回答”。
如果在过滤准则元素中存在仅一个准则值元素，那么，如果准则值元素的值与在与包含该准则值元素的元素对应的问题(其中问题由包含准则值元素的元素的id属性来指示)的PDI-A中的回答当中的值匹配，则针对服务或内容项是否通过过滤器的过滤决定将为“真”(是)，否则它将为“假”(否)。
在存在“程度(extent)”属性的QIA准则元素的准则值子元素的情况下，如果回答的值在由准则值和程度属性所定义的间隔中，则准则值元素的值将被认为和在所对应的PDI-A中的回答当中的值匹配。
如果过滤准则元素中的准则值元素的总数大于一，则每个准则值元素的结果将被评估为中间项，在准则值和在与过滤准则(如由id值指示)对应的问题的PDI-A中的回答当中的值匹配的情况下返回“真”，否则返回“假”。在这些中间项当中，具有它们的父元素标识符(QIA.id、QBA.id等)的相同值的那些将被逻辑或以获得每个定向准则的中间结果，并且这些中间结果将被一起逻辑与以确定最终结果。如果最终结果评估为对接收机来说“真”，则这将暗示所关联的内容项通过过滤器。
图75是图示根据本发明的另一实施例的过滤准则表的图。
详细地，图75图示图74中所图示的过滤准则表的扩展格式。图75中所图示的过滤准则表的基本元素与参考图74所描述的元素相同。在下文中，将在与参考图74所描述的过滤准则表的差异方面描述图75中所图示的过滤准则表。
图75中所图示的过滤准则表允许过滤准则的集合的多个实例。每个集合包括过滤准则的多个实例。每个过滤准则允许为该过滤准则中的一些提供多个值。过滤逻辑是过滤准则的集合的多个实例之间的“或”逻辑。在过滤准则的每个集合内，过滤逻辑是针对同一过滤准则的多个值之间的“或”逻辑以及不同过滤准则之间的“与”逻辑。
例如，如果过滤准则是((age＝20)AND(genre＝“sport”))OR((age＝10)AND(genre＝“animation”))，则能够将过滤准则表表示为以下[示例7]。
[示例7]
图76是图示根据本发明的另一实施例的数字广播系统的流程图。
详细地，图76是允许根据本发明的实施例的接收机经由广播网络接收PDI表和/或过滤准则表的个性化广播系统的流程图。
根据本实施例的个性化广播系统的基本结构与参考图58至图61所描述的结构相同。根据本实施例的PDI表与参考图60至图71所描述的表相同。根据本实施例的过滤准则表与参考图72至图75所描述的表相同。
如图76中所图示的，根据本实施例的个性化广播系统可以包括服务信令信道(SSC)2300、基于单向传输的文件递送(FLUTE)会话2310、过滤引擎2320、PDI引擎2330和/或UI2340。根据本实施例的接收机可以通过数字存储媒体命令和控制(DSM-CC)区段来接收PDI表。在这种情况下，根据本实施例的接收机可以通过FLUTE会话2310来接收PDI表。可以根据设计者的意图改变前述个性化广播系统的结构。在下文中，将描述图76的元件的操作。
首先，根据本实施例的接收机可以通过SSC2300来接收PDI表区段。详细地，根据本实施例的接收机可以解析通过DSM-CC区段来接收PDI表区段而接收到的IP数据报当中的与SSC2300对应的IP数据报。在这种情况下，根据本实施例的接收机可以使用包括在SSC2300中的众所周知的IP地址和/或UDP端口号来接收PDI表区段。根据本实施例的PDI表区段是指通过对根据本发明的实施例的PDI表进行压缩以便经由广播网络发送该PDI表而获得的表。将详细地描述PDI表区段。
根据本实施例的接收机可以解析通过SSC2300接收到的PDI表区段以获取PDI表。然后，根据本实施例的接收机可以将PDI表发送到PDI引擎2330。
根据本实施例的PDI引擎2330可以对所接收到的PDI表进行处理并且提取包括在对应的PDI表中的PDI问题。然后，根据本实施例的PDI引擎2330可以将所提取的PDI问题发送到UI2340。
根据本实施例的UI2340可以显示所接收到的PDI问题并且接收对所对应的PDI问题的PDI回答。在这种情况下，根据本实施例的UI2340可以通过遥控器来接收PDI回答。然后，根据本实施例的PDI引擎2330可以使用从UI2340接收到的PDI回答来更新PDI数据。已经参考图58和图59描述了其详细描述。
根据本实施例的接收机可以通过SSC2300来接收服务地图表(SMT)和/或非实时信息表(NRT-IT)。根据本实施例的SMT可以包括个性化服务的信令信息。根据本实施例的NRT-IT可以包括个性化服务的通告信息。
然后，根据本实施例的接收机可以解析所接收到的SMT和/或NRT-IT以获取过滤准则描述符。接收机可以使用过滤准则描述符来向过滤引擎2320发送过滤准则。在这种情况下，根据本发明的实施例过滤准则可以是具有xml文档的格式的过滤准则表。已经参考图74和图75详细地描述了过滤准则表。
然后，根据本实施例的过滤引擎2320可以向PDI引擎2330发送PDI数据请求信号。当根据本实施例的PDI引擎2330接收到PDI数据请求信号时，PDI引擎2330可以搜索与对应PDI数据请求信号相对应的PDI数据并且将该PDI数据发送到过滤引擎2320。结果，根据本实施例的接收机可以使用过滤结果来下载内容。已经参考图60和图61详细地描述了继根据本实施例的过滤之后的过程。
图77是图示根据本发明的实施例的PDI表区段的图。
详细地，图77图示参考图76所描述的PDI表区段的语法。
当在广播流中递送PDI表时，图76中所定义的表的XML形式使用DEFLATE压缩算法来压缩。结果得到的压缩表然后通过将它划分成块并且将这些块插入到如图24的表中所示的区段中被封装在NRT风格专用区段中。
结果，根据本实施例的接收机可以按照具有相同的顺序号和释放压缩的区段号的顺序组合PDI-Q实例文档的块。作为压缩释放的结果根据本实施例的接收机可以生成PDI-Q实例文档。然后，接收机可以将PDI-Q实例文档发送到根据本发明的实施例的PDI引擎。已经参考图76描述了详细方法。
在下文中，将描述图77中所图示的PDI表区段的语法。
块将被按照使section_number字段值升高的顺序插入到区段中。专用节在PDI表所属于的虚拟信道的IP子网的服务信令信道(SSC)中携带，因为在ATSCNRT标准中定义了术语“服务信令信道”和“IP子网”。节中的sequence_number字段被用来区分在同一SSC中携带的不同的PDI表实例。
具有8比特的table_id字段将被设定来将这个表区段标识为属于PDI表实例。table_id字段可以指示图77所图示的PDI表区段包含有关根据本发明的实施例的PDI表的信息。
根据本实施例的section_syntax_indicator字段可以指示PDI表区段的格式。
根据本实施例的private_indicator字段可以指示用户的比特信息。
根据本实施例的section_length字段可以指示PDI表区段中的字节的数目。
根据本实施例的table_id_extension字段可以标识PDI表区段。
根据本实施例的protocol_version字段可以包含PDI表语法的协议版本。
具有8位的sequence_number字段的值与这个PDI-Q实例的所有其它区段的sequence_number相同并且与在这个服务信令信道中携带的任何其它PDI-Q实例的所有区段的sequence_number不同。sequence_number字段被用来区分属于PDI-Q的同时在SSC中递送的不同实例的区段。
具有5比特的PDIQ_data_version字段指示这个PDI-Q实例的版本号，其中PDI-Q实例由其pdiTableId值来定义。当PDI-Q实例中的任何元素或属性值改变时版本号按模32递增1。
具有1比特的current_next_indicator字段对PDI-Q区段来说总是被设定为‘1’指示所发送的PDI-Q对由其segment_id所标识的段来说总是当前PDI-Q。
具有8比特的section_number字段给出PDI-Q实例的这个区段的区段号。PDI-Q实例中的第一区段的section_number被设定为0x00。section_number按PDI-Q实例中的每个附加区段递增1。
具有8比特的last_section_number字段给出这个区段为其一部分的PDI-Q实例的最后一区段(即，具有最高section_number的区段)的编号。
具有16比特的service_id字段被设定为0x0000以指示这个PDI-Q实例适用于它出现在其中的虚拟信道中的所有数据服务，而不适用于任何特定服务。
具有可变长度的pdiq_bytes()字段由部分地通过这个区段携带的PDI-Q实例的块构成。当这个表实例的所有区段的pdiq_bytes()字段被按照它们的section_number字段的顺序级联时，结果是完整的PDI-Q实例。
图78是图示根据本发明的另一实施例的PDI表区段的图。
详细地，图78图示参考图76所描述的PDI表区段的语法。已经参考图77给出了基本描述。然而，不同于图77中所图示的PDI表区段，图78中所图示的PDI表区段可能不包括sequence_number字段。在下文中，将描述图78中所图示的PDI表区段的语法。
根据本实施例的num_questions字段可以指示包括在PDI表中的PDI问题的数目。
根据本实施例的question_id_length字段可以指示一个PDI问题的ID的长度。
根据本实施例的question_id字段可以指示一个PDI问题的ID。
根据本实施例的question_text_length字段可以指示question_text的长度。
根据本实施例的question_text字段可以包括一个PDI问题的实际内容。
根据本实施例的answer_type_code字段可以指示对PDI问题的PDI回答的类型。详细地，根据本实施例的answer_type_code可以包括下表34中所表示的回答类型代码。在下文中，下表1中所示的每个回答类型代码可以指示参考图62所描述的PDI回答中的每一个的类型。
表34
[表34]
根据本实施例的num_answer字段可以指示对PDI问题的PDI回答的数目。
根据本实施例的answer_value_length字段可以指示answer_value的实际长度。
根据本实施例的answer_value字段可以包括被表示为answer_type_code的PDI回答的实际内容。
图79是图示根据本发明的另一实施例的PDI表区段的图。
详细地，图79图示参考图76所描述的PDI表区段的语法。已经参考图77和图78给出了基本描述。构成图79的语法的字段与构成图78的语法的字段相同，并且因此，其详细描述被省略。
图80是图示根据本发明的另一实施例的PDI表区段的图。
详细地，图80图示参考图76所描述的PDI表区段的语法。已经参考图77和图78给出了基本描述。构成图80的语法的基本字段与构成图78的语法的字段相同，并且因此，其详细描述被省略。
然而，不同于图78的语法，图80的语法还可以包括sequence_number字段。根据本实施例的sequence_number字段与参考图77所描述的sequence_number字段相同。
图81是根据本发明的另一实施例的数字广播系统的流程图。
详细地，图81图示根据本发明的实施例的参考图76所描述的个性化广播系统中的FLUTE会话、过滤引擎和/或PDI引擎的操作。
如图81中所图示的，根据本实施例的个性化广播系统可以包括FLUTE会话2800、过滤引擎2810和/或PDI引擎2820。根据本实施例的个性化广播系统可以提供用于提供ATSC2.0服务或个性化服务的下一代广播服务。可以根据设计者的意图改变前述个性化广播系统的结构。
如参考图76所描述的，根据本实施例的接收机可以通过FLUTE会话来接收PDI表。在下文中，将参考图81关于本发明的实施例描述由接收机通过FLUTE会话来接收PDI表的方法。
根据本实施例的接收机可以通过FLUTE会话2800来接收字段递送表(FDT)实例。FDT实例是通过同一FLUTE会话2800发送的内容的传输单位。根据本实施例的FDT实例可以包括指示内容的类型的内容类型属性。详细地，根据本实施例的内容类型属性可以包括指示通过FLUTE会话2800发送的文件是PDI-Q实例文档(或PDI表)的内容。将详细地描述根据本实施例的内容类型属性。
根据本实施例的接收机可以使用FDT实例来识别通过FLUTE会话2800发送的字段是PDI-Q实例文档。然后，根据本实施例的接收机可以将该PDI-Q实例文档发送到PDI引擎2820。已经参考图76描述了其详细描述。
图82是图示根据本发明的另一实施例的FDT实例的XML架构的图。
详细地，图82图示参考图81所描述的FDT实例的XML架构。在下文中，将描述前述内容类型属性2900。
如图82中所图示的，根据本实施例的FDT实例可以包括指示FDT实例的属性的信息的属性2900和/或指示通过FLUTE会话发送的文件的文件元素2910。图82中所图示的文件(file)元素2910可以包括指示文件的属性的信息的属性。如图82中所图示的，文件元素2910可以包括根据本实施例的内容类型属性2920。
如参考图81所描述的，根据本实施例的接收机可以使用包括在内容类型属性2920中的值来标识PDI-Q实例文档。例如，图82中所图示的内容类型属性2920可以具有形式为由“application/atsc-pdiq”或“text/atsc-pdiq+xml”所表示的MIME协议的值等。
图83是图示根据本发明的实施例的能力描述符语法的图。
详细地，图83图示用于在参考图76所描述的个性化广播系统中由根据本发明的实施例的接收机来标识PDI表的语法。
根据本实施例的能力描述符能够被用来指示SMT服务级中的服务或NRT-IT内容级中的内容是否是PDI表。根据本实施例的接收机利用这个信息来通知服务/内容是否是PDI表，并且根据它们的能力(诸如支持PDI引擎)来决定是否应该下载服务/内容。
下表2中所表示的代码能够被添加到PDI表信令的能力描述符中的capability_code。不能够将根据本实施例的capablilty_code值分配给其它值。可以根据设计者的意图不同地设定下表35中所表示的capability_code值。
表35
[表35]
Capability_code值 含义
..... .....
0x4F MPEG环绕的HE ACC v2
0x50 PDI表(包括PDI-Q)86 -->
..... .....
图84是图示根据本发明的实施例的消费模型的图。
详细地，图84图示添加到SMT上以便在参考图76所描述的个性化广播系统中由根据本发明的实施例的接收机来标识PDI表的字段。
NRT服务描述符位于NRTSMT的服务级中，并且当服务提供PDI表时其NRT_service_categor将为0x04(PDI)。所以，接收机能够在字段值是0x04的情况下通知正在提供PDI表。
可以根据设计者的意图不同地设定图84中所图示的消耗模型的值。
图85是图示根据本发明的实施例的过滤准则描述符语法的图。
详细地，图85图示用于在参考图76所描述的个性化广播系统中由根据本发明的实施例的接收机来接收过滤准则表的过滤准则描述符的比特流语法。
根据本发明的实施例的过滤准则与可下载内容相关联，使得根据本实施例的接收机能够决定是否下载内容。在ATSC2.0环境中存在两种类别的可下载内容：独立NRT服务中的非实时(NRT)内容以及由TDO在附属交互式数据服务中使用的NRT内容项。
在下文中，将参考图85描述用于对独立NRT服务中的NRT内容进行过滤的过滤准则。
在根据本发明的实施例的针对NRT服务和内容项的过滤准则中，在下面定义的过滤准则描述符的一个或多个实例能够被包括在SMT中的服务级描述符循环中，以允许接收机确定是否将NRT服务提供给用户，或者它能够被包括在NRT-IT中的内容项级描述符循环中，以允许接收机确定是否下载该特定内容项并且使得它对用户可用。
过滤准则描述符的一个或多个实例允许为相同或不同的定向准则提供多个值。意图的定向逻辑是针对同一定向准则的多个值之间的“或”逻辑以及不同的定向准则之间的“与”逻辑。
在下文中，将描述图85中所图示的过滤准则描述符的比特流语法的每个字段的语义定义。
descriptor_tag字段(8比特字段)能够被设定为0xTBD以指示描述符是根据本发明的实施例的过滤准则描述符。
descriptor_length字段(8比特无符号整数字段)能够指示紧跟descriptor_length字段本身之后的字节的数目。
num_filter_criteria字段(8比特字段)能够指示包含在图85中所示的这个描述符中的过滤准则的数目。
criterion_id_length字段(8比特字段)能够指示criterion_id字段的长度。
criterion_id字段(可变长度字段)能够以和这个描述符出现在其中的虚拟信道的PDI表中的问题(QIA、QBA、QTA或QAA元素)的id属性匹配的URI的形式给出这个过滤准则的标识符。
criterion_type_code字段(3比特字段)能够根据下表36给出这个准则(问题)的类型。
表36
[表36]
criterion_type_code 值
0x00 保留
0x01 整数类型(包括选择id)，具有uimsbf格式
0x02 布尔类型，0x01为“真”而0x00为“假”
0x03 字符串类型
0x04-0x07 保留以供将来ATSC使用
num_criterion_values字段(5比特字段)给出针对这个过滤准则的这个循环中的定向准则值的数目，其中每个值是对由criterion_id所标识的问题(QIA、QBA、QSA、QTA或QAA)的可能回答。
criterion_value_length字段(8比特字段)给出表示这个定向准则值所需的字节的数目。
criterion_value字段(可变长度字段)给出这个定向准则值。
根据本发明的实施例的过滤准则描述符指示与服务或内容项相关联的特定定向准则的值。在ATSC2.0发射中，上面所定义的filtering_criteria_descriptor()的一个或多个实例可以进入SMT中的NRT服务的描述符循环或者进入NRT-IT中的内容项的描述符循环。在前者情况下，它们将适用于服务本身(所有内容项)。在后者情况下，它们将适用于个别内容项。
如果在描述符循环中存在仅一个过滤准则描述符，并且如果它具有仅一个准则值，那么，如果准则值和在与过滤准则(如由criterion_id指示)对应的问题的PDI-A的回答当中的值匹配，则针对服务或内容项是否通过过滤器的决定是“真”(是)，否则它将是“假”(否)。
如果单个描述符循环中的所有过滤准则描述符中的准则值的总数大于一，则每个准则值的结果将被评估为中间项，如果准则值和在与过滤准则(如由criterion_id指示)对应的问题的PDI-A中的回答当中的值匹配则返回“真”，否则返回“假”。在这些中间项当中，具有过滤准则(如由criterion_id确定)的相同值的那些将被逻辑或以获得每个定向准则的中间结果，并且这些中间结果将被一起逻辑与以确定最终结果。如果最终结果评估为对接收机来说“真”，则这将暗示所关联的NRT服务或内容项通过过滤器并且可用于被下载到接收机。
图86是图示根据本发明的另一实施例的过滤准则描述符语法的图。
详细地，图86图示用于在参考图76所描述的个性化广播系统中由根据本发明的实施例的接收机来接收过滤准则表的过滤准则描述符的比特流语法。
已经参考图85描述了图86中所图示的过滤准则描述符语法的基本内容。
然而，criterion_type_code字段能够根据下表37给出这个准则(问题)的类型。
表37
[表37]
图87是根据本发明的另一实施例的数字广播系统的流程图。
详细地，图87是用于由根据本发明的实施例的接收机通过广播网络来接收PDI表和/或过滤准则表的个性化广播系统的流程图。
根据本实施例的个性化广播系统的基本结构与参考图58至图61所描述的结构相同。根据本实施例的PDI表与参考图60至图71所描述的表相同。根据本实施例的过滤准则表与参考图72至图75所描述的表相同。
如图87中所图示的，根据本实施例的个性化广播系统可以包括信令服务器3410、过滤引擎3420、PDI引擎3430和/或UI3440。可以根据设计者的意图改变前述个性化广播系统的结构。
根据本实施例的用于对PDI表和过滤准则进行处理的过滤引擎3420、PDI引擎3430和/或UI3440的操作与参考图76所描述的操作相同。在下文中，将在图87中所图示的信令服务器3410的操作方面描述数字广播系统。
首先，根据本实施例的接收机可以向信令服务器3410发送用于接收PDI表区段的请求信号。在这种情况下，根据本实施例的接收机可以使用查询项来发送请求信号。将详细地描述查询。
根据本实施例的信令服务器3410可以向接收机发送与对应查询相对应的PDI表区段。已经参考图77至图80给出了PDI表区段的详细描述。
图88是图示根据本发明的实施例的HTTP请求表的图。
详细地，图88图示用于由根据本实施例的接收机向信令服务器发送参考图87所描述的查询的HTTP协议。
当广播站支持时，图88中所示的协议能够提供两种能力。首先，对于经由仅递送未压缩音频和视频的路径得到DTV广播信号的装置，这个协议通常是用于它们访问广播站的独立NRT服务的唯一方式。第二，甚至对于能够访问全广播流的装置，这个协议提供检索用于填充节目/服务指南的数据的方式而无需通过可在本地广播区域中可用的所有广播流循环并且等待所期望的表出现。它也允许在任何时间(甚至在观众正在看TV的同时)检索这样的数据，而无需单独的调谐器。
图88中所图示的HTTP请求表可以包括待接收的表的类型以及指示用于接收所对应的表的基础URL的查询项。
根据本发明的实施例的接收机可以使用图88中所图示的HTTP请求表的查询项来接收特定表。详细地，根据本实施例的接收机可以使用查询项“？table＝PDIT[&chan＝<chan_id>]”来向信令服务器发送请求信号。已经参考图87描述了其详细描述。
图89是图示根据本发明的另一实施例的数字广播系统的流程图。
详细地，图89是图示用于由根据本发明的实施例的接收机通过互联网来接收PDI表和/或过滤准则表的个性化广播系统的图。
根据本实施例的个性化广播系统的基本结构与参考图58至图61所描述的结构相同。根据本实施例的PDI表与参考图60至图71所描述的结构相同。根据本实施例的过滤准则表与参考图72至图75所描述的表相同。
当通过互联网递送时，PDI表实例将经由HTTP或HTPS来递送。HTTP响应报头中的PDI表的内容类型将是“text/xml”。
能够在DTV隐藏字幕信道中经由在标准字幕服务#6中传输的SDOPrivateDataURIString命令递送用来经由互联网检索PDI表的URL，或者能够在与TPT一起递送的UrlListXML元素中递送。
TPT(TDO参数表)包含关于片段的TDO以及针对它们的事件的元数据。术语“触发声明对象”(TDO)被用来迭代地指定已由触发在触发交互式附属数据服务中所启动的声明对象，或已经由已被触发启动的DO所启动的DO等。触发是信令元素，其功能是标识信令并建立交互式事件的播出的定时。
如图89中所图示的，根据本实施例的个性化广播系统可以包括PDI服务器3600、内容服务器3650和/或接收机。根据本实施例的接收机可以包括TDO参数表(TPT)客户端3610、过滤引擎3620、PDI引擎3630和/或UI3640。可以根据设计者的意图改变前述个性化广播系统的结构。在下文中，将描述图89中所图示的元件的操作。
根据本实施例的TPT客户端3610可以接收TPT和/或URL列表表。根据本发明的实施例的TDO参数表(TPT)包含关于片段的触发声明对象(TDO)以及针对它们的事件的元数据。根据本实施例的TPT可以包括有关PDI表和过滤准则表的信息。根据本发明的实施例的URL列表表可以包括PDI服务器3600的URL信息。将详细地描述TPT和URL列表表。
根据本实施例的TPT客户端3610可以从URL列表表中获取PDI服务器3600的URL信息。根据本实施例，TPT客户端3610可以使用所获取的URL信息来访问PDI服务器3600，并且请求该PDI服务器3600发送PDI表。根据本实施例的PDI服务器3600可以根据TPT客户端3610的请求向TPT客户端3610发送所对应的PDI表。
如图89中所图示的，根据本实施例的TPT客户端3610可以将所接收到的PDI表发送到PDI引擎3630。根据本实施例的PDI引擎3630可以对所接收到的PDI表进行处理并且提取包括在所对应的PDI表中的PDI问题。然后，根据本实施例的PDI引擎3630可以将所提取的PDI问题发送到UI3640。
根据本实施例的UI3640可以显示所接收到的PDI问题并且接收对所对应的PDI问题的PDI回答。根据本实施例的UI3640可以通过遥控器来接收PDI回答。然后，根据本实施例的PDI引擎3630可以使用从UI3640接收到的PDI回答来更新PDI数据。已经参考图58和图59描述了其详细描述。
根据本实施例的TPT客户端3610可以解析TPT以获取过滤准则。如图89中所图示的，TPT客户端3610可以将过滤准则发送到过滤引擎3620。在这种情况下，根据本发明的实施例，过滤准则可以是具有xml文档的格式的过滤准则表。已经参考图74和图75详细地描述了过滤准则表。
然后，根据本实施例的过滤引擎3620可以向PDI引擎3630发送PDI数据请求信号。当根据本实施例的PDI引擎3630接收到PDI数据请求信号时，PDI引擎3630可以搜索与所对应的PDI数据请求信号对应的PDI数据并且将该PDI数据发送到过滤引擎3620。已经参考图60和图61详细地描述了继根据本实施例的过滤之后的过程。
结果，根据本实施例的接收机可以使用过滤结果来下载内容。详细地，TPT客户端3610可以从过滤引擎3620接收过滤结果，并且向内容服务器3650发送TDO和/或内容下载请求信号。内容服务器3650可以根据TDO和/或内容下载请求信号将TDO和/或内容发送到TPT客户端3610。
图90是图示根据本发明的实施例的URL列表表的图。
详细地，图90是包含用于由根据本发明的实施例的接收机通过互联网接收PDI表和/或过滤准则的URL信息的表。已经参考图89详细地描述了发送和接收根据本发明的实施例的URL列表表的过程。
当经由互联网递送URL列表表时，其能够以多部分MIME消息的形式经由HTTP与TPT一起被递送。
当通过互联网递送时，能够经由HTTP递送TPT。当前片段的TPT的URL信息将出现在经由DTV隐藏字幕服务#6或经由ACR服务器递送的触发中。对针对TPT的请求的响应可以仅由当前片段的TPT构成，或者它可以由多部分MIME消息构成，其中所请求的TPT在第一部分中，并且可选地，片段段的AMT在第二部分中，以及可选地，UrlListXML文档在下一个部分中。
在下文中，将关于本发明的实施例描述包括在URL列表表中的元素的语义。
图90中所示的UrlList元素包含可用于根据本发明的实施例的接收机的URL的列表。
图90中所示的UrlList元素的TptUrl元素能够将用于将来片段的TPT的URL信息包含在当前交互式附属服务中。当包括了多个TptUrl元素时，将按照片段出现在广播中的顺序布置它们。
图90中所示的UrlList元素的NrtSignalingUrl元素能够使用这个标准的第18节中所定义的请求协议来将接收机能够从其获得所有虚拟信道的NRT信令表的服务器的URL信息包含在当前传输流中。
图90中所示的UrlList元素的UrsUrl元素能够使用这个标准的第10节中所定义的协议来包含接收机能够将使用(收视率)报告发送到的服务器的URL信息。
图90中所示的UrlList元素的PdiUrl元素能够包含PDITable的URL信息。也就是说，根据本实施例的PdiUrl元素可以指示发送PDI表和/或过滤准则的服务器的URL信息。
可以以下表38中所示的格式配置图90的前述URL列表表。
表38
[表38]
元素/属性(带) 允许的编号 数据类型 描述与值
UrlList 潜在有用的URL的列表
TptUrl 0…N anyURI 将来片段的TPT的URL91 -->
NrtSignalingUrl 0…1 anyURI NRT信令服务器的URL
UrsUrl 0…1 anyURI 使用报告服务器的URL
PDIUrl 0…1 anyURI PDI-Q的URL
图91是图示根据本发明的实施例的TPT的图。
详细地，图91中所图示的TPT可以包括PDI表和/或过滤准则的URL信息。已经参考图89描述了发送和接收根据本实施例的TPT的过程。在下文中，将描述包括在TPT中的过滤准则的元素。
详细地，图91中所图示的过滤准则元素可以包括有关过滤准则的信息。
根据本实施例的id属性可以指示所对应的过滤准则的PDI问题。
根据本实施例的准则类型属性可以指示过滤准则类型(或过滤准则类型元素)。已经参考图73描述了根据本实施例的过滤准则的类型。
根据本实施例的准则值属性可以根据前述准则类型属性指示过滤准则的值。
图92是根据本发明的另一实施例的数字广播系统的流程图。
详细地，图92是图示用于由根据本发明的实施例的接收机在ACR系统中接收PDI表和/或过滤准则表的个性化广播系统的图。
根据本实施例的ACR系统与参考图52所描述的系统相同。根据本实施例的个性化广播系统的基本结构与参考图58至图61所描述的结构相同。根据本实施例的PDI表与参考图60至图71所描述的表相同。根据本实施例的过滤准则表与参考图72至图75所描述的表相同。
如图92中所图示的，根据本实施例的个性化广播系统可以包括ACR服务器3900、TPT服务器3950、PDI服务器3960、内容服务器3970、ACR客户端3910、过滤引擎3920、PDI引擎3930和/或UI3940。可以根据设计者的意图改变前述个性化广播系统的结构。将描述图92中所图示的元件的操作。
根据本实施例的ACR客户端3910可以从指纹中提取签名并且与该签名一起向ACR服务器3900发送请求。根据本实施例的ACR服务器3900可以接收签名，并且与有关对应签名的触发等一起向ACR客户端3910发送响应，已经参考图52至图57对此进行了详细的描述。
根据本实施例的ACR客户端3910可以使用接收到的触发等来向TPT服务器3950请求TPT和/或URL列表表。根据本实施例的TPT服务器3950可以根据ACR客户端3910的请求将TPT和/或URL列表表发送到ACR客户端3910。已经给出了TPT和/或URL列表表的详细描述。然后，根据本实施例的TPT服务器3950可以将所接收到的TPT和/或URL列表表发送到ACR客户端3910。
根据本实施例的ACR客户端3910可以从URL列表表中获取PDI服务器3960的URL信息。ACR客户端3910可以使用所获取的URL信息来访问PDI服务器3960，并且请求该PDI服务器3960发送根据本实施例的PDI表。根据本实施例的PDI服务器3960可以根据ACR客户端3910的请求向ACR客户端3910发送所对应的PDI表。
如图87中所图示的，根据本实施例的ACR客户端3910可以将接收到的PDI表发送到PDI引擎3930。根据本实施例的PDI引擎3930可以对接收到的PDI表进行处理并且提取包括在所对应的PDI表中的PDI问题。然后，根据本实施例的PDI引擎3930可以将所提取的PDI问题发送到UI3940。
根据本实施例的UI3940可以显示接收到的PDI问题并且接收对所对应的PDI问题的PDI回答。根据本实施例的UI3940可以通过遥控器来接收PDI回答。然后，根据本实施例的PDI引擎3930可以使用从UI3940接收到的PDI回答来更新PDI数据。已经参考图58和图59描述了其详细描述。
此外，根据本实施例的ACR客户端3910可以解析TPT以获取过滤准则。如图92中所图示的，ACR客户端3910可以将过滤准则发送到过滤引擎3920。在这种情况下，根据本发明的实施例，过滤准则可以是具有xml文档的格式的过滤准则表。已经参考图74和图75详细地描述了过滤准则表。
然后，根据本实施例的过滤引擎3920可以向PDI引擎3930发送PDI数据请求信号。当根据本实施例的PDI引擎3930接收到PDI数据请求信号时，PDI引擎3930搜索与对应PDI数据请求信号相对应的PDI数据并且将该PDI数据发送到过滤引擎3920。已经参考图60和图61详细地描述了继根据本实施例的过滤之后的过程。
结果，根据本实施例的接收机可以使用过滤结果来下载内容。详细地，ACR客户端3910可以从过滤引擎3920接收过滤结果并且向内容服务器3970发送TDO和/或内容下载请求信号。内容服务器3970可以根据TDO和/或内容下载请求信号将TDO和/或内容发送到ACR客户端3910。
图93是根据本发明的另一实施例的数字广播系统的流程图。
详细地，图93是图示根据本发明的实施例的用于避免重复的PDI回答的个性化广播系统的图。
更详细地，图93图示用于在根据本发明的实施例的接收机从多个广播站和内容提供商接收到同一PDI问题时使用预存储的PDI回答来更新PDI数据的个性化广播系统。由于图93中所图示的个性化广播系统，用户可以减少将冗余PDI回答输入到同一PDI问题的不便。
如图93中所图示的，根据本实施例的个性化广播系统可以包括两个或更多个广播站(或内容提供商)和/或接收机。根据本实施例的两个或更多个广播站可以包括广播站A4010和/或广播站B4020。根据本实施例的接收机可以包括PDI引擎4030和/或UI4040。根据本实施例的个性化广播系统可以提供ATSC2.0服务。可以根据设计者的意图改变前述个性化广播系统的结构。在下文中，将描述图93中所图示的元件的操作。
首先，根据本实施例的接收机可以从广播站A4010接收第一PDI表4011。接收到第一PDI表4011的接收机可以将该第一PDI表4011发送到PDI引擎4030。根据本实施例的第一PDI表4011可以包括第一PDI类型元素4012。根据本实施例的第一PDI类型元素4012中的每一个可以包括如参考图68、图69、图70和图71所描述的第一标识符元素(或第一ID)和/或第一PDI问题。此外，如图93中所图示的，第一PDI表4011可以包括具有不同的第一ID的两个或更多个第一PDI类型元素4012。
根据本实施例的PDI引擎4030可以从第一PDI类型元素4012中提取第一PDI问题并且将所提取的第一PDI问题发送到UI4040。然后，根据本实施例的UI4040可以从用户接收对第一PDI问题的第一PDI回答。PDI引擎4030可以将第一PDI回答添加到第一PDI类型元素4012并且校正第一PDI回答。根据本实施例的PDI引擎4030和UI4040的详细操作与参考图76所描述的操作相同。
此外，根据本实施例的PDI引擎4030可以从广播站B4020接收第二PDI表4021。根据本实施例的第二PDI表4021可以包括第二PDI类型元素4022。如参考图68、图69、图70和图71所描述的，第二PDI类型元素4022可以包括第二标识符元素(或第二ID)和/或第二PDI问题。
接收到第二PDI表的PDI引擎4030可以访问PDI存储并且搜索被预存储在该PDI存储中的第一PDI表。然后，根据本实施例的PDI引擎4030可以比较第二ID和第一ID。作为比较结果，当第二ID和第一ID彼此相同时，第一PDI回答可以被添加到第二PDI类型元素4022并且/或者校正。
结果，当根据本实施例的接收机接收到与预存储的PDI问题相同的PDI问题时，该接收机可以不重复地显示该PDI问题并且可以使用预存储的PDI回答来对该PDI问题进行处理。因此，在根据本实施例的个性化广播系统中，用户不必重复地将相同内容的PDI回答输入到同一PDI问题，以便更方便地接收个性化服务。
图94是根据本发明的另一实施例的数字广播系统的流程图。
详细地，图94是根据本发明的实施例的用于避免PDI回答的重复的个性化广播系统的图。参考图93所描述的个性化广播系统可以使用被预存储在根据本发明的接收机中的PDI表以便避免PDI问题的重复。作为用于避免PDI回答的重复的本发明的另一实施例，图94提出了使用PDI问题的注册的个性化广播系统。
为了支持由不同的广播站对问题的再使用，使得不提示消费者反复地回答基本上相同的问题，问题能够被注册到要由ATSC指定的注册机。每个注册记录能够包括关于以下各项的信息：如图68及图69和图18中所规定的为全局唯一的问题ID、问题类型(QIA、QBA、QSA或QTA)、一种或多种语言的问题文本、注册的日期和/或提交问题以用于注册的组织的联系人信息。并且，在QSA的情况下，每个注册记录(或预注册的PDI问题)能够包括诸如每个选择的标识符的允许选择，以及每个选择的一种或多种语言的文本。
PDI表可以包含注册问题和未注册问题的混合。
注册问题和未注册问题两者可以出现在多个PDI表中。每当用户通过由接收机提供的功能还是通过应用来回答出现在多个PDI表中的问题时，该回答预期传播到它出现的所有调查表中的问题的所有实例。因此，用户仅需要回答任何给定问题一次，而不管它出现在不同调查表中多少次。
为了避免使用户被问题淹没，推荐调查表创建者只要可能就使用注册的问题，并且仅在调查表创建者具有不能够满足注册问题的唯一定向需要时才使用未注册问题。
根据本实施例的接收机可以使用接收机定向准则来提取预注册的PDI问题。根据本实施例的接收机定向准则遵照ATSCNRT，A/103的标准。
如图94中所图示的，根据本实施例的个性化广播系统可以包括SSC4100、FLUTE会话4110、过滤引擎4120、PDI引擎4130和/或UI4140。根据本实施例的个性化广播系统可以提供ATSC2.0服务。可以根据设计者的意图改变前述个性化广播系统的结构。在下文中，将描述图94中所图示的个性化广播系统。
根据本实施例的接收机可以通过SSC4100来接收SMT和/或NRT-IT，并且获取包括在该SMT和/或NRT-IT中的接收机定向准则。根据本发明的实施例，接收机定向准则可以是接收机定向描述符或接收机定向准则表。
然后，根据本实施例的PDI引擎4130可以转换所获取的接收机定向准则以生成PDI问题。根据本实施例的UI4140可以从PDI引擎4130接收前述问题，显示PDI问题，并且接收用户的PDI回答。已经参考图76描述了根据本实施例的PDI引擎4130和UI4140的详细操作。
图95是根据本发明的另一实施例的数字广播系统的流程图。
详细地，图95图示用于注册PDI问题的个性化广播系统。
如图95中所图示的，根据本实施例的个性化广播系统可以包括信令服务器4200、接收机4210、过滤引擎4220、PDI引擎4230和UI4240。接收机4210可以被解释为包括可以根据设计者的意图而改变的过滤引擎4220、PDI引擎4230和/或UI4240。此外，根据本实施例的个性化广播系统可以提供ATSC2.0服务。将描述图94中所图示的个性化广播系统。
图95的基本元件的操作与参考图94所描述的操作相同。然而，图95中所图示的接收机4210可以向信令服务器4200请求SMT和/或NRT-IT。根据根据本实施例的接收机4210的请求，信令服务器4200可以将所对应的SMT和/或NRT-IT发送到接收机4210。
接收机4210、PDI引擎4230和/或UI4240在根据本实施例的接收机接收到SMT和/或NRT-IT之后的详细操作与参考图94所描述的操作相同。
图96是图示根据本发明的实施例的接收机定向准则表的图。
详细地，图96是通过以表的形式表示参考图94和图95所描述的接收机定向准则而获得的接收机定向准则的图。
如图96中所图示，接收机定向准则表可以包括有关定向准则类型代码、定向值长度和/或定向值的信息。图96中所图示的定向准则类型代码是指用于标识每个定向准则的代码。图96中所图示的定向值长度是指用于表示定向准则值的字节的数目。图96中所图示的定向值是指由定向准则所指示的信息。
根据本实施例的接收机可以根据定向准则类型代码来转换定向准则并且获取预注册的PDI问题。
详细地，当根据本实施例的定向准则类型代码是0x00时，保留定向值并且未确定定向值长度。
当根据本实施例的定向准则类型代码是0x01时，定向值是如A/65的表6.21中所定义的地理位置，使用仅低3字节，并且定向值长度是3个字节。前述A/65是针对节目和系统信息协议(PSIP)的ATSC标准。
当根据本实施例的定向准则类型代码是0x02时，定向值是如A/65的第6.7.2节中所定义的字母数字邮政编码(postalcode)，使用适于地区的字节的数目(最多8)，并且定向值长度可变，将在下面对此进行更详细的描述。
当根据本实施例的定向准则类型代码是0x03时，定向值是如A/65的表6.18中所定义的人口统计类别，使用仅低2字节，并且定向值长度是2个字节，将在下面对此进行更详细的描述。
当根据本实施例的定向准则类型代码是0x04-0x0F时，定向值被保留以用于将来ATSC用途并且未确定定向值长度。
当根据本实施例的定向准则类型代码是0x10-0x1F时，定向值可用于专用用途并且未确定定向值长度。
图97至图100是图示根据本发明的实施例的预注册的PDI问题的图。
详细地，图97至图100示出根据本发明的实施例的当参考图96所描述的定向准则类型代码是0x01时表示预注册的PDI问题的表。
如图97至图100中所图示的，当定向准则类型代码是0x01时，根据本实施例的定向准则表可以包括有关地理位置的预注册的PDI问题信息。在这种情况下，根据本实施例的接收机可以使用仅低3字节来转换定向准则表以获取经预注册的PDI问题。
图97是示出当定向准则类型代码是0x01时有关位置代码的预注册的PDI问题的表。包括在图97中所图示的经预注册的PDI问题表中的预注册的PDI问题信息与参考图94所描述的信息相同。
详细地，如图97中所图示，当定向准则类型代码是0x01时，根据本实施例的问题ID可以包括有关位置代码的信息。此外，图97中所图示的经预注册的PDI问题可以是QTA类型并且可以包括问题文本，问题文本包含请求位置代码的文本类型的PDI回答的内容。
以下[示例8]是通过根据本发明的实施例用XML架构表示图97中所图示的表而获得的。
[示例8]
<a20:QTAid＝"atsc.org/PDIQ/location-code">
<a20:Qxml:lang＝"en-us">
<a20:Text>Whatisyourlocationcode？</a20:Text>
</a20:Q>
</a20:QTA>
图98是示出当定向准则类型代码是0x01时联邦信息处理标准出版州(FIPS)的预注册的PDI问题的表。包括在图98中所图示的经预注册的PDI问题中的基本内容与参考图94所描述的内容相同。然而，图98中所图示的预注册的PDI问题还可以包括有关问题xactionSetId的信息。将在下面关于本发明的实施例详细地描述问题xactionSetId。
详细地，如图98中所图示，当定向准则类型代码是0x01时，根据本实施例的问题ID可以包括有关FIPS州的信息。此外，图98中所图示的预注册的PDI问题可以是QTA类型并且可以包括问题文本，问题文本包含请求FIPS州的文本类型的PDI回答的内容。
以下[示例9]是通过根据本发明的实施例用XML架构表示图98中所图示的表而获得的。
[示例9]
<a20:QTAid＝"atsc.org/PDIQ/state“xactionSetId＝“1”>
<a20:Qxml:lang＝"en-us">
<a20:Text>Whatstateareyoulocatedin？</a20:Text>
</a20:Q>
</a20:QTA>
图99是示出当定向准则类型代码是0x01时有关FIPS国家的预注册的PDI问题的表。包括在图99中所图示的经预注册的PDI问题中的基本内容与参考图94所描述的内容相同。然而，图99中所图示的经预注册的PDI问题还可以包括有关问题xactionSetId的信息。将在下面关于本发明的实施例详细地描述问题xactionSetId。
详细地，如图99中所图示的，当定向准则类型代码是0x01时，根据本实施例的问题ID可以包括有关FIPS国家的信息。此外，图46中所图示的预注册的PDI问题可以是QTA类型并且可以包括问题文本，问题文本包含请求FIPS国家的文本类型的PDI回答的内容。
以下[示例10]是通过根据本发明的实施例用XML架构表示图99中所图示的表而获得的。
[示例10]
<a20:QTAid＝"atsc.org/PDIQ/county”xactionSetId＝“1”>
<a20:Qxml:lang＝"en-us">
<a20:Text>Whatcountyareyoulocatedin？</a20:Text>
</a20:Q>
</a20:QTA>
图100是示出当定向准则类型代码是0x01时有关国家分区的预注册的PDI问题的表。包括在图100中所图示的预注册的PDI问题中的基本内容与参考图94所描述的内容相同。然而，图100中所图示的经预注册的PDI问题还可以包括有关问题xactionSetId的信息。将在下面关于本发明的实施例详细地描述问题xactionSetId。
详细地，如图100中所图示的，当定向准则类型代码是0x01时，根据本实施例的问题ID可以包括有关国家分区的部门信息。图100中所图示的预注册的PDI问题可以是QSA类型并且可以包括问题文本，问题文本包含请求国家分区的选择类型的PDI回答的内容。
根据本实施例的QSA类型的预注册的PDI问题可以包括PDI回答的选择信息。例如，图100中所图示的国家分区的预注册的PDI问题可以包括有关西北部、中北部、东北部、中西部、中部、中东部、西南部、中南部和东南部的9个选择信息。
以下[示例11]是通过根据本发明的实施例用XML架构表示表而获得的。
[示例11]
<a20:QSAid＝"atsc.org/PDIQ/sector“xactionSetId＝“1”>
<a20:Qxml:lang＝"en-us">
<a20:Text>Whatpartofyourcountyareyoulocatedin？
</a20:Text>
<a20:Selectionid＝"1">NW</a20:Selection>
<a20:Selectionid＝"2">NC</a20:Selection>
<a20:Selectionid＝"3">NE</a20:Selection>
<a20:Selectionid＝"4">WC</a20:Selection>
<a20:Selectionid＝"5">C</a20:Selection>
<a20:Selectionid＝"6">EC</a20:Selection>
<a20:Selectionid＝"7">SW</a20:Selection>
<a20:Selectionid＝"8">SC</a20:Selection>
<a20:Selectionid＝"9">SE</a20:Selection>
</a20:Q>
</a20:QTA>
图98至图100中所图示的前述问题xactionSetId可以指示包括类似内容的PDI问题的集合。根据本发明的实施例的接收机可以组合包含相同的问题xactionSetId的预注册的PDI问题并且在个性化广播服务中使用预注册的PDI问题。
例如，还可以将图97中所图示的接收机定向准则表示为具有相同的问题xactionSetId的图98至图100的接收机定向准则。根据本发明的实施例的接收机可以使用通过组合图97中所图示的接收机定向准则和/或图98至图100中所图示的接收机定向准则而获得的结果来提供个性化广播服务。
图101和图102是图示根据本发明的实施例的预注册的PDI问题的图。
详细地，图101和图102是图示当参考图96所描述的定向准则类型代码是0x02时预注册的PDI问题的表。
如图101和图102中所图示的，当定向准则类型代码是0x02时，根据本实施例的定向准则表可以包括有关字母数字邮政编码的预注册的PDI问题信息。在这种情况下，根据本发明的实施例的接收机可以根据地区使用适当数目的字节来转换定向准则表以获取预注册的PDI问题。根据本实施例的接收机可以使用最多8个字节以便转换定向准则表。
图101是示出当定向准则类型代码是0x02时有关5位邮区代码(zipcode)的预注册的PDI问题的表。5位邮区代码是指美国使用的字母数字邮政编码。包括在图101中所图示的经预注册的PDI问题中的内容与参考图94所描述的内容相同。
详细地，如图101中所图示的，当定向准则类型代码是0x02时，根据本实施例的问题ID可以包括有关邮区代码的信息。图101中所图示的经预注册的PDI问题可以是QTA类型并且可以包括问题文本，问题文本包含请求邮区代码的文本类型的PDI回答的内容。
以下[示例12]是通过根据本发明的实施例用XML架构表示图101中所图示的表而获得的。
[示例12]
<a20:QTAid＝"atsc.org/PDIQ/ZIPcode">
<a20:Qxml:lang＝“en-us”>
<a20:Text>Whatisyour5-digitZIPcode？</a20:Text>
</a20:Q>
</a20:QTA>
图102是示出当定向准则类型代码是0x02时有关数值邮政编码的预注册的PDI问题的表。数值邮政编码是指除美国以外的地区中使用的字母数字邮政编码。包括在图102中所图示的经预注册的PDI问题中的内容与参考图94所描述的内容相同。
详细地，如图102中所图示的，当定向准则类型代码是0x02时，根据本实施例的问题ID可以包括有关邮政编码的信息。图102中所图示的经预注册的PDI问题可以包括问题文本，问题文本包含请求邮政编码的文本类型的PDI回答的内容。
以下[示例13]是通过根据本发明的实施例用XML架构表示图102中所图示的表而获得的。
[示例13]
<a20:QTAid＝"atsc.org/PDIQ/ZIPcode">
<a20:Qxml:lang＝“en-us”>
<a20:Text>Whatisyour5-digitZIPcode？</a20:Text>
</a20:Q>
</a20:QTA>
图103至图106是图示根据本发明的实施例的预注册的PDI问题的图。
详细地，图103至图106是图示当参考图96所描述的定向准则类型代码是0x03时预注册的PDI问题的表。
如图103至图106中所图示，当定向准则类型代码是0x03时，根据本实施例的定向准则表可以包括有关用户的人口统计类别的预注册的PDI问题信息。在这种情况下，根据本发明的实施例的接收机可以使用仅低2字节来转换定向准则表以获取预注册的PDI问题。
图103是示出当定向准则类型代码是0x03时有关用户的性别的预注册的PDI问题的表。包括在图103中所图示的经预注册的PDI问题中的内容与参考图94所描述的内容相同。
详细地，如图103中所图示的，当定向准则类型代码是0x03时，根据本实施例的问题ID可以包括有关性别的信息。此外，图103中所图示的预注册的PDI问题可以是QSA类型并且可以包括问题文本，问题文本包含请求用户的性别的选择类型的PDI回答的内容。
此外，图103中所图示的预注册的PDI问题是QSA类型，并且因此，可以包括有关PDI回答的选择信息。例如，图103中所图示的有关性别的预注册的PDI问题可以包括两种类型的男性和女性选择信息。
以下[示例14]是通过根据本发明的实施例用XML架构表示图103中所图示的表而获得的。
[示例14]
<a20:QSAid＝"atsc.org/PDIQ/gender“minChoices＝"1">
<a20:Qxml:lang＝"en-us">
<a20:Text>Whatisyourgender？</a20:Text>
<a20:Selectionid＝"1">Male</a20:Selection>
<a20:Selectionid＝"2">Female</a20:Selection>
</a20:Q>
</a20:QSA>
图104是示出当定向准则类型代码是0x03时有关用户的年龄组的预注册的PDI问题的表。包括在图104中所图示的预注册的PDI问题中的内容与参考图94所描述的内容相同。
详细地，如图104中所图示的，当定向准则类型代码是0x03时，根据本实施例的问题ID可以包括有关年龄组的信息。图104中所图示的经预注册的PDI问题可以是QSA类型并且可以包括问题文本，问题文本包含请求年龄组的选择类型的PDI回答的内容。
此外，图104中所图示的预注册的PDI问题是QSA类型，并且因此，可以包括有关PDI回答的选择信息。例如，图104中所图示的有关年龄组的经预注册的PDI问题可以包括有关年龄2-5、年龄6-11、年龄12-17、年龄18-34、年龄35-49、年龄50-54、年龄55-64和年龄超过65的8种类型的选择信息。
以下[示例15]是通过根据本发明的实施例用XML架构表示图104中所图示的表而获得的。
[示例15]
<a20:QSAid＝"atsc.org/PDIQ/age-bracket"minChoices＝"1">
<a20:Qxml:lang＝"en-us">
<a20:Text>Whatagebracketareyouin</a20:Text>
<a20:Selectionid＝“1">Ages2-5</a20:Selection>
<a20:Selectionid＝“2">Ages6-11</a20:Selection>
<a20:Selectionid＝“3">Ages12-17</a20:Selection>
<a20:Selectionid＝“4">Ages18-34</a20:Selection>
<a20:Selectionid＝“5">Ages35-49</a20:Selection>
<a20:Selectionid＝“6">Ages50-54</a20:Selection>
<a20:Selectionid＝“7">Ages55-64</a20:Selection>
<a20:Selectionid＝“8">Ages65+</a20:Selection>
</a20:Q>
</a20:QSA>
图105是图示当定向准则类型代码是0x03时有关用户是否在工作的预注册的PDI问题的表。包括在图105中所图示的预注册的PDI问题中的内容与参考图94所描述的内容相同。
详细地，如图105中所图示的，当定向准则类型代码是0x03时，根据本实施例的问题ID可以包括有关工作的信息。图105中所图示的预注册的PDI问题可以是QSA类型并且可以包括问题文本，问题文本包含请求有关用户是否在工作的选择类型的PDI回答的内容。
此外，图105中所图示的预注册的PDI问题是QSA类型，并因此，可以包括有关PDI回答的选择信息。例如，图103中所图示的有关工作的预注册的PDI问题可以包括有关是和否的两种类型的选择信息。
以下[示例16]是通过根据本发明的实施例用XML架构表示图105中所图示的表而获得的。
[示例16]
<a20:QSAid＝"atsc.org/PDIQ/working"minChoices＝"1">
<a20:Qxml:lang＝"en-us">
<a20:Text>Areyouworkingatapayingjob？
</a20:Text>
<a20:Selectionid＝“1“>Yes</a20:Selection>
<a20:Selectionid＝“2">No</a20:Selection>
</a20:Q>
</a20:QSA>
图106是示出当定向准则类型代码是0x03时有关用户的性别的预注册的PDI问题的表。包括在图106中所图示的经预注册的PDI问题中的内容与参考图94所描述的内容相同。
详细地，如图106中所图示，当定向准则类型代码是0x03时，根据本实施例的问题ID可以包括有关工作的信息。此外，图106中所图示的经预注册的PDI问题可以是QBA类型并且可以包括问题文本，问题文本包含请求有关用户是否在工作的布尔类型的PDI回答的内容。
以下[示例17]是通过根据本发明的实施例用XML架构表示图82中所图示的表而获得的。
[示例17]
<a20:QBAid＝"atsc.org/PDIQ/working">
<a20:Qxml:lang＝"en-us">
<a20:Text>Areyouworkingatapayingjob？
</a20:Q>
</a20:QBA>
图107是图示根据本发明的实施例的应用编程接口(PDIAPI)的图。
详细地，图107是图示用于由应用使用诸如前述声明内容对象(DO)等的PDI数据的功能的图。根据本实施例的PDIAPI是指用于根据本发明的实施例的接收机访问PDI存储的接口。
ATSC2.0客户端装置支持能够访问(例如，搜索或者更新)PDI问题的PDIAPI。
考虑到给定问题的ID，作为ATSC2.0DAE的一部分提供的API允许DO从存储部中取回该问题的文本，取回对该问题的先前供应的回答(如果可用)，并且存储对该问题的回答。
不试图定义或者实施将防止TDO访问或者写入任何特定问题或回答的任何规则。设想多个实体可以提供可用在给定信道上的调查表。这些实体能够包括但不限于国家网络运营商、本地广播站子公司以及各种节目制作人/提供商。
ATSC2.0客户端装置实现用于PDI数据存储和检索的API。为了实现PDI功能性，装置能够使用本机应用、文件系统/数据库，或者甚至使用远程服务来提供PDI数据库。PDI存储被捆绑到ATSC客户端。客户端存在仅一个PDI存储实例。PDI存储允许DO访问客户端的PDI数据，并且还允许用户通过本机应用来跨越不同的服务提供商以一致的方式管理(例如，更新、添加或者删除)PDI问题。
图107是示出根据本发明的实施例的PDIAPI的表。根据本发明的实施例的接收机可以使用图107中所图示的PDIAPI来获取PDI表列表。
在下文中，将描述图107中所图示的API。
图107中所图示的API的名称是getPDITableList()并且可以根据设计者的意图而改变。图107中所图示的描述表示getPDITableList()API函数的细节。图107中所图示的宗量是指getPDITableList()API函数的参数。
更具体地，图107中所示的描述指示getPDITableList()API函数用于返回具有PDI表的列表的XML结构，给出每个PDI表的pdiTableId。XML结构如以下XML架构。具有单个pdiTableId子元素的pdiTableList元素具有基数0至无界。0个pdiTableId实例的情况将指示广播站尚未提供PDI表。
图54中所示的宗量指示pdiTableId是形式为URI的PDI表的全局唯一标识符。
因此，根据本发明的实施例的接收机可以根据XML架构来接收具有表格式的PDI表列表。如图107中所图示，PDI表列表可以包括pdiTableId元素。当图107中所图示的pdiTableId元素的基数指示0时，这意味着根据本发明的实施例的接收机未从广播站接收到PDI表。
图108是示出根据本发明的另一实施例的PDIAPI的图。
详细地，图108是示出用于由根据本发明的实施例的接收机获取PDI表的PDIAPI的图。
在下文中，将描述图108中所图示的API。
图108中所图示的API的名称是getPDITable(StringpdiTableId)并且可以根据设计者的意图而改变。图108中所图示的描述表示getPDITable(StringpdiTableId)API函数的细节。图108中所图示的宗量是指getPDITable(StringpdiTableId)API函数的参数。
更具体地，图55中所示的描述指示getPDITable(StringpdiTableId)API函数用于为接收机返回PDI表XML文档。每个pdiTable与由作为输入提供给方法的全局唯一pdiTableId标识符相关联。所返回的值是包含串行化PDI表XML实例(可选地包含PDI-Q或PDI-AXML实例)的字符串。
图55中所示的宗量指示pdiTableId是形式为URI的PDI表的全局唯一标识符。
因此，根据本发明的实施例的接收机可以接收参考图107所描述的PDI表列表，然后接收PDI表。详细地，接收到PDI表列表的接收机可以接收与图107中所图示的pdiTableId相关联的PDI表XML文档。
详细地，基于图108中所图示的PDIAPI的接收机的操作与参考图58至图61、图76、图87、图89和图92至图71所描述的操作相同。此外，基于图108中所图示的PDIAPI的接收机可以以参考图62至图72所描述的PDI表格式接收PDI表列表。
图109是示出根据本发明的另一实施例的PDIAPI的图。
详细地，图109是示出用于由根据本发明的实施例的接收机获取PDI回答的PDIAPI的图。
在下文中，将描述图109中所图示的API。
图109中所图示的API的名称是getPDIA(StringpdiTableId)并且可以根据设计者的意图而改变。图109中所图示的描述表示getPDIA(StringpdiTableId)API函数的细节。图109中所图示的宗量是指getPDIA(StringpdiTableId)API函数的参数。
更具体地，图109中所示的描述指示getPDIA(StringpdiTableId)API函数用于为接收机返回PDI-AXML文档。每个pdiTable与由作为输入提供给方法的全局唯一pdiTableId标识符相关联。所返回的值是包含串行化PDI-AXML实例的字符串。
图109中所示的宗量指示pdiTableId是形式为URI的PDI表的全局唯一标识符。
因此，接收机接收参考图107所描述的PDI表列表，然后接收与图107中所图示的pdiTableId相关联的PDI-A表的XML文档(或PDI-A实例文档)。根据本实施例的PDI-A实例文档与参考图68和图69所描述的文档相同。
详细地，基于图109中所图示的PDIAPI的接收机的操作与参考先前的图所描述的操作相同。
尽管在图107至图109中未图示，但是根据本实施例的PDIAPI能够被描述为下表39和/或表40。
表39
[表39]
表40
[表40]
图110是示出根据本发明的实施例的在交换用户数据时的接收机与配套装置之间的关系的视图。
在本发明中，可以在包括广播接收机的不同类型的配套装置之间交换PDI(简档、人口统计特征和兴趣)用户数据(例如，观看偏好、地理位置数据等)。
当由内容提供商或广播站所创建的PDI用户数据调查表被发送到接收机时，该接收机可以将所对应的调查表提供给用户，接收对调查表的回答，并且将所接收到的回答存储在用户数据存储中。存储可以位于接收机中或在接收机外部(例如云)。可以将基本上存储的用户数据发送到配套装置。另一方面，接收机可以接收并存储由配套装置所设定的回答。用于接收机与配套装置之间的通信的协议不限于特定协议。在本发明中，实施例是基于UPnP而制备的。在本发明中，形式为XML的配置将作为实施例被描述，但是PDI用户数据的形式也不受限制。
图111是示出根据本发明的另一实施例的PDI用户数据的XML的一部分的视图。
包括在PDI用户数据中的每个元素的描述用该图中所示的描述和/或对以上述PDI表的XML形式包括的具有类似名称的元素的描述代替。
图112是示出根据本发明的另一实施例的PDI用户数据的XML的另一部分的视图。
包括在PDI用户数据中的每个元素的描述用该图中所示的描述和/或对以上述PDI表的XML形式包括的具有类似名称的元素的描述代替。
图113是示出根据本发明的实施例的被定义成在广播接收机与配套装置之间交换PDI用户数据的服务类型和服务ID的视图。
可以定义用于接收机与配套装置之间的兼容性的装置类型以交换PDI用户数据。
可以定义以下装置类型以在装置之间交换PDI用户数据。
UPnP装置类型-urn:atsc.org:device:atsc3.0rcvr
在实施例中，它可以被设定为使得不能够在不适合于装置类型的装置之间使用本发明中所描述的服务。支持所定义的装置类型的广播接收机(例如，ATSC3.0接收机)以及配套装置可以指定服务类型和服务ID来交换PDI用户数据。
图114是示出根据本发明的实施例的被定义成通过UPnP来交换PDI用户数据的信息的视图。
参考该图的(a)，UPnPUserData服务可以定义用于交换PDI用户数据的以下状态变量。这些状态变量可以包括UserDataProtocolVersion、UserDataIdsList和/或UserData。
UserDataProtocolVersion指示PDI用户数据协议版本。
UserDataIdsList指示存储在PDI存储中的PDI用户数据段ID列表。
UserData指示由多个调查表和回答构成的PDI用户数据。
参考该图的(b)，定义了UPnPUserData服务的行为。UPnPUserData服务的行为可以包括GetUserDataIdsList行为、GetUserData行为和/或SetUserData行为。
GetUserDataIdsList行为是用于带来存储在PDI存储中的PDI用户数据的ID的行为。与用于该行为的宗量有关的状态变量可以与该图的(c)相同。可以参考PDI用户数据的ProtocolVersion带来仅支持对应协议的PDI用户数据的ID。
GetUserData行为是用于带来存储在PDI存储中的PDI用户数据的行为。与用于该行为的宗量有关的状态变量可以与该图的(d)相同。
当配套装置设定PDI用户数据并且将所设定的PDI用户数据发送到接收机时可以使用SetUserData行为。将在下文中描述与用于SetUserData行为的宗量有关的状态变量。
图115是示出根据本发明的实施例的交换PDI用户数据的方法的顺序图。
配套装置可以从广播接收机带来PDI用户数据。配套装置和接收机彼此配对。从该图中省略了配套装置与接收机之间的配对过程。
内容提供商或广播站可以向接收机发送PDI用户数据以便向用户提供个性化的服务。PDI用户数据可以包括提供给用户的数个调查表和/或作为可回答项的回答。
接收机向PDI引擎发送PDI用户数据(步骤1)。
可以控制PDI引擎以将调查表显示给用户(步骤2)。
用户可以设定对每个调查表的回答(步骤3)。
完成的Q&A被存储在PDI用户数据存储中(步骤4)。
配套装置通过GetUserDataIdsList行为从接收机请求PDI用户数据的ID以获得PDI用户数据(步骤5)。
配套装置模块从PDI引擎请求PDI用户数据的ID(步骤6)。
PDI引擎检索存储在PDI用户数据存储中的PDI用户数据的ID(步骤7)。
PDI引擎将PDI用户数据的ID发送到配套装置模块(步骤8)。可以在广播接收机中提供配套装置模块。配套装置模块用来与配套装置接口对接。
配套装置模块将PDI用户数据的ID发送到配套装置(步骤9)。
可以基于从配套装置接收到的PDI用户数据的ID通过GetUserData行为来请求PDI用户数据(步骤10)。
配套装置模块从PDI引擎请求PDI用户数据(步骤11)。
PDI引擎检索存储在PDI用户数据存储中的PDI用户数据(步骤12)。
PDI引擎将PDI用户数据发送到配套装置模块(步骤13)。
配套装置模块将PDI用户数据发送到配套装置并且配套装置存储所接收到的数据(步骤14)。
在配套装置中存在附加的用户数据存储空间的情况下，PDI用户数据(其交换已完成)可以被半持久地存储在配套装置中。另一方面，在不存在存储的情况下，可以将PDI用户数据暂时存储在诸如存储器的空间中。
GetUserDataIdsList行为和/或GetUserData行为被执行的时间不限于上述顺序。例如，可以紧接在配套装置和广播接收机彼此配对之后或者在周期性轮询期间根据配套装置的请求来生成GetUserDataIdsList行为和/或GetUserData行为。
图116是示出根据本发明的实施例的与用于SetUserData行为的宗量有关的状态变量的视图。
如先前所描述的，当配套装置设定PDI用户数据并且将所设定的PDI用户数据发送到接收机时可以使用SetUserData行为。也就是说，SetUserData行为是用来在配套装置的用户选择对包括在PDI用户数据中的调查表的回答时向接收机发送信息的行为。
图117是示出配套装置设定PDI用户数据并且将所设定的PDI用户数据发送到接收机使得PDI用户数据被存储在根据本发明的实施例的接收机中的方法的顺序图。
假定配套装置和接收机彼此配对。
内容提供商或广播站可以向配套装置发送PDI用户数据以便向用户提供个性化的服务。PDI列表可以包括需要来自用户的回答的数个调查表(步骤1)。
配套装置可以给用户示出所接收到的PDI用户数据当中的调查表并且用户可以设定与这些调查表对应的回答(步骤2)。
配套装置通过SetUserData行为将PDI用户数据发送到接收机中的配套装置模块(步骤3)。
配套装置模块将接收到的用户数据发送到PDI引擎(步骤4)。
PDI引擎检索是否存在已经被存储在PDI用户数据存储中的PDI用户数据(步骤5)。这时，接收机可以使用包括在PDI表中的PDI表标识信息或应用标识信息来确定是否已经存在与特定应用有关的所接收到的PDI表。
在不存在已经被存储在PDI引擎的检索结果处的PDI用户数据的情况下，可以重新存储PDI用户数据。另一方面，在存在已经被存储在PDI引擎的检索结果处的PDI用户数据的情况下，可以更新所对应的PDI用户数据(步骤6)。
图118是示出根据本发明的实施例的在PDI用户数据改变了的情况下发送PDI用户数据的状态变量的视图。
UPnPUserData服务可以设定用于仅在PDI用户数据被改变例如更新的情况下向配套装置发送PDI用户数据的附加状态变量。例如，PDI用户数据已被最终修改的时间可以使用UserDataModefiedTime来指示，并且可以在PDI用户数据被修改成事件类型时发送对应的状态变量。
图119是示出根据本发明的实施例的在其中PDI用户数据被改变的情况下发送PDI用户数据的方法的序列图。
在本发明的实施例中，示出当新的PDI用户数据被发送和改变时配套装置从接收机带来PDI用户数据的方法。配套装置和接收机被相互配对。从序列图中省略了在配套装置和接收机之间的配对过程。
当UserDataModefiedTime的值被改变时，配套装置订阅配套装置模块以接收是状态变量的UserDataModefiedTime(步骤1)。
内容提供商或者广播站可以将新调查表发送到接收机(步骤2)。
接收机将调查表发送到PDI引擎(步骤3)。
PDI用户数据引擎可以向用户示出调查表并且用户可以设置与各自的调查表相对应的答案(步骤4)。
完整的Q&A被存储在PDI用户数据存储中(步骤5)。
PDI引擎更新是状态变量的UserDataIdxCount(步骤6)。
当UserDataIdxCount被更新时，可以通知配套装置通过事件已经改变了调查表(步骤7)。
随后，通过GetUserDataIdsList行为和/或GetUserData行为可以将PDI用户数据带给配套装置。此过程可以指的是上述过程。在新的PDI用户数据没有被发送但是对于已经存储的PDI用户数据的答案被改变的情况下，从排除步骤1和步骤2的步骤3可以执行过程。
图120是示出根据本发明的另一实施例的在其中PDI用户数据被改变的情况下发送PDI用户数据的方法的序列图。
UPnPUserData服务可以设置附加的状态变量以仅在PDI用户数据被改变，例如，更新的情况下，将PDI用户数据发送到配套装置。为此，UPnPUserData可以被设置。这是CSV列表形式并且以用户数据ID和与其相对应的用户数据版本的成对形式列出。例如，UserDataUpdatedList可以以诸如(UserDataId#1,1.0)的形式表达。在其中PDI用户数据ID被改变或者PDI用户数据版本被改变的情况下，UserDataUpdatedList也可以被更新并且可以通知配套装置变成事件类型。可以添加或者删除PDI用户数据ID。每当修改PDI用户数据版本，PDI用户数据版本的值可以增加了1。
图121是示出根据本发明的另一实施例的在PDI用户数据被改变的情况下发送PDI用户数据的方法的序列图。
在本发明的实施例中，示出当改变已经存储的PDI用户数据的答案时配套装置从接收机带来PDI用户数据的方法。配套装置和接收机被相互配对。从序列图省略了在配套装置和接收机之间的配对过程。
配套装置订阅UserDataUpdatedList状态变量使得在用户装置被更新的情况下(在用户数据ID或者用户数据版本被改变的情况下)通知配套装置用户数据(步骤1)。
对于被存储在现有的接收机中的调查表的答案被改变。因为现有的PDI用户数据被改变，所以PDI用户数据版本被更新(步骤2)。
完整的Q&A被存储在PDI用户数据存储中(步骤3)。
根据被改变的PDI用户数据版本，状态变量UserDataUpdatedList的值被更新(步骤4)。
因为被宣告成事件类型的UserDataUpdatedList的值被改变，所以配套装置模块通知配套装置变化(步骤5)。
配套装置参考是被改变的状态变量的UserDataUpdatedList比较已经存储的PDI用户数据的版本(步骤6)。
配套装置可以对PDI用户数据执行行为，其PDI用户数据版本已经被改变，以带来PDI用户数据。仅被改变的PDI用户数据可以带来或者所有的PDI用户数据可以被带来(步骤7)。
随后，配套装置可以通过GetUserData行为带来PDI用户数据。从序列图省略了此过程。在PDI用户数据被重新添加的情况下，可以添加从内容提供商/广播站相接收机发送PDI用户数据的过程。从序列图省略了此过程。
图122是示出根据本发明的实施例的用于基于每对问题和答案带来PDI用户数据的状态变量的视图。
当在接收机和配套装置之间交换PDI用户数据时，由于大量的数量导致可能出现超载。因此，基于每对问题和答案可以发送PDI用户数据。
参考附图的(a)，状态变量可以被定义以交换Q&A对。为此，状态变量可以包括UserDataQAIdsList和/或UserDataQA。
UserDataQAIdsList指示被存储在PDI存储中的问题和与其有关的答案的对ID的列表。
UserDataQA指示问题和答案的一对集合。
参考附图的(b)，UPnPUserData服务可以具有下述三个行为。
GetUserDataIdsList行为是用于带来被存储在PDI存储中的问题和/答案对的行为。
GetUserDataQA行为是用于带来被存储在PDI存储中的问题/答案对的行为。
当配套装置设置Q&A并且将被设置的Q&A发送到接收机时SetUserDataQA行为可以被使用。
图123是示出根据本发明的实施例的与对于GetUserDataIdsList行为和GetUserDataQA行为的宗量有关的状态变量的视图。
参考附图的(a)，示出与对于GetUserDataIdsList行为的宗量有关的状态变量。参考上述PDI用户数据的ProtocolVersion可以带来仅支持对应协议的PDI用户数据的Q&AID。
参考附图的(b)，示出与对于GetUserDataQA行为的宗量有关的状态变量。
图124是示出根据本发明的实施例的交换问题/答案对的方法的序列图。
配套装置可以从接收机带来PDI用户数据。配套装置和接收机被相互配对。从附图中省略了在配套装置和接收机之间的配对过程。
内容提供商或广播站可以将PDI用户数据发送到接收机使得将个性化的服务提供给用户(步骤1)。PDI用户数据可以是数个问题和答案的组合。
接收机将PDI用户数据发送到PDI引擎(步骤2)。
PDI引擎可以向用户示出调查表并且用户可以设置与各自的调查表相对应的答案(步骤3)。
完整的Q&A被存储在PDI用户数据存储中(步骤4)。
配套装置通过GetUserDataQAIdsList行为从接收机请求问题和答案的成对ID以获得问题和其答案的成对数据(步骤5)。
配套装置模块从PDI引擎请求Q&AID(步骤6)。
PDI引擎检索被存储在PDI用户数据存储中的Q&AID(步骤7)。
PDI引擎将Q&AID发送到配套装置模块(步骤8)。
配套装置模块将Q&AID发送到配套装置(步骤9)。
基于从配套装置接收到的Q&AID通过GetUserDataQA行为可以请求Q&A对数据(步骤10)。
配套装置模块可以从PDI引擎请求Q&A对(步骤11)。
PDI引擎检索被存储在PDI用户数据存储中的Q&A对(步骤12)。
PDI引擎将Q&A对发送到配套装置模块(步骤13)。
配套装置模块将Q&A对发送到配套装置并且配套装置存储接收到的数据(步骤14)。
在配套装置中存在附加的用户数据存储空间的情况下，已经完成其交换的Q&A对数据可以被半持久性地存储在配套装置中。另一方面，在不存在存储的情况下，Q&A对数据可以被临时地存储在诸如存储器的空间中。
GetUserDataQAIdsList行为和/或GetUserDataQA行为被执行的时间就在配套装置和广播接收机被相互配对之后。可替选地，配套装置可以在周期性的轮询期间请求上述行为。
图125是示出根据本发明的实施例的与对于SetUserDataQA行为的宗量有关的状态变量的视图。
当配套装置设置Q&A并且将设置的Q&A发送给接收机时，可以使用SetUserDataQA行为或者(UserDataQA)行为。与对于SetUserDataQA行为的宗量有关的状态变量可以如下。
图126是示出根据本发明的实施例的配套装置设置Q&A并且将设置的Q&A发送到接收机使得Q&A被存储在接收机中的方法的序列图。
配套装置和接收机被相互配对。从序列图中省略了在配套装置和接收机之间的配对过程。
内容提供商或者广播站可以将PDI用户数据发送到配套装置使得向用户提供被个性化的服务(步骤1)。PDI列表可以包括从用户请求答案的数个调查表。
配套装置可以示出接收到的PDI用户数据当中的用户调查表并且用户可以设置与调查表相对应的答案(步骤2)。
配套装置通过SetUserDataQA行为将Q&A发送到接收机中的配套装置(步骤3)。
配套装置模块将接收到的Q&A发送到PDI引擎(步骤4)。
PDI引擎检索是否存在已经存储在PDI用户数据存储中的Q&A(步骤5)。
在不存在已经存储在PDI引擎的检索结果处的Q&A的情况下，可以重新存储Q&A。另一方面，在存在已经存储在PDI引擎的检索结果处的Q&A的情况下，可以更新相对应的Q&A(步骤6)。
图127是示出根据本发明的实施例的用于在Q&A被改变的情况下发送Q&A的状态变量的视图。
参考附图的(a)，UPnPUserData服务可以设置附加的状态变量以仅在Q&A被改变的情况下将Q&A发送到配套装置。在这样的情况下，UserDataModefiedTime可以被设置。这指示Q&A最终被修改的时间。当PDI用户数据被修改成事件类型时，相对应的状态变量可以被发送。
用于将Q&A发送到配套装置的行为与用于发送PDI用户数据的行为相同。因此，用于这样的行为的序列图的实施例被替换成PDI用户数据的上面的描述。
参考附图的(b)，UPnPUserData可以设置附加的状态变量以仅在PDI用户数据被改变，例如，被更新的情况下，将PDI用户数据发送到配套装置。在这样的情况下，UserDataUpdatedList可以被设置。这是CSV列表形式并且以用户数据DI和与其相对应的用户数据版本的成对形式的列表。例如，可以以诸如(UserDataId#1,1.0)的形式表达UserDataUpdatedList。在PDI用户数据ID被改变或者PDI用户数据版本被改变的情况下，UserDataUpdatedList也可以被更新并且可以通知配套装置变成事件类型。PDI用户数据ID可以被添加或者删除。每当修改PDI用户数据版本，PDI用户数据版本的值可以被增加了1。
用于将PDI用户数据发送到配套装置的行为与用于发送所有的PDI用户数据的行为相同。因此，用于此行为的序列图的实施例被替换成PDI用户数据的上面的描述。
图128是示出根据本发明的另一实施例的接收机的视图。
在附图中示出的接收机与上述接收机相似并且包括与被包括在上述接收机中的那些相同的装置。因此，具有相同的名称的描述被替换成上面的描述。
上述定向信令解析器可以被命名为用户数据共享&定向信令解析器，并且可以进一步用作解析上述用户数据(例如，PDI用户数据或者Q&A)。
上述定向处理器可以被命名为用户数据共享&定向处理器并且可以进一步用作处理上述用户数据(例如，PDI用户数据或者Q&A)。
根据本发明的实施例的接收机可以进一步包括用户数据DB。用户数据DB存储被处理的用户数据。
图129是示出根据本发明的实施例的用于进入到被同步的应用的通知的视图。
被同步的应用是当与非实时广播和/或实时广播的内容被互锁时表达的应用。被同步的应用是被设置使得对应应用能够被执行或者在必要适当的时间在广播内容中表达的应用。
应用可以被用作一般应用的意义。可替选地，应用可以被用作指示被显示在广播内容上同时与内容有关的对象的意义。例如，在其中在运动游戏的广播期间特定播放器的简档被显示在屏幕上的情况下，应用可以被定义为能够显示相对应的简档的主题。
非实时广播是一种广播，其中用于实时广播的广播信号或者数据没有被发送并且通过广播信号的未被使用的带发送/接收用于广播内容的数据。未被使用的带可以被定义为其中没有提供实时广播的时域。可替选地，在广播信号的带宽被留下即使同时实时广播正在被传送的情况下，未被使用的带可以被定义为带宽。因为广播内容被传送到未被使用的带，所以广播内容可以非连续地传送同时被分离成一个或者多个文件(或者对象)。接收机可以接收和存储这样的文件并且，在接收被包括在广播内容中的所有文件之后，可以根据用户的请求再生相对应的广播内容。
根据本发明的实施例，可以通过接收机控制用于被同步的应用的通知的用户界面和/或格式。
参考附图的(a)，对于与现有的数据广播有关的应用，用于通知应用进入路线的通知包括广播站提供的红点的形式的简单通知。
另一方面，本发明提出用于使接收机调节或者实现这样的应用的通知的方法和/或装置。在其中接收机调节应用的通知的情况下，基于通过内容提供商和广播站提供的信息，用于调节通知的信息可以被配置。
根据本发明，每个信道和/或每个应用通知的详情可以以唯一的形式被显示。这时，可以按照每个信道和/或每个应用从内容提供商和广播站接收关于形式的数据和/或被同步以适合于每个信道或者每个应用的特性的应用通知的操作属性。此方案不同于现有的数据广播的应用，因为基于通过内容提供商和广播站提供的信息通过接收机可以重新配置同步的应用通知。另外，接收机可以内部地拦截通过内容提供商和广播站对于排除应用的实际使用信息之外的观看信息(例如，诸如当就在用户开始观看广播之后用户推动应用通知以进入应用时的时间的信息)的收集，以设置用户的保护和个人信息。另一方面，接收机可以被设置使得排除应用的实际使用信息的、在接收机中内部允许的观看信息被提供给内容提供商和广播站。能够为被同步的应用通知的形式提供的信息可以包括在屏幕上的通知位置信息、通知的显示大小信息、消息的详情、指示应用的图像、以及/或者广播站(或者内容提供商)的标识。能够为操作属性提供的信息可以包括关于当通知在第一次出现时的时间的信息、关于通知的持续时间的信息、以及/或者关于通知的周期的信息。
附图的(b)示出其中使用通知的显示大小信息、屏幕上的通知位置信息、消息的详情、以及关于每个信道从广播站提供的广播站的标识的信息创建和显示用于进入到被同步的应用的通知的实施例。
图130是示出根据本发明的实施例的用于互锁被同步的应用通知和用户同意界面的用户界面的视图。
被同步的应用或者其通知可以被设置为在用户同意被获得之后被执行或者被表达。例如，可以按照每个应用、节目、或者信道设置是否获得用户同意。
在用户同意没有被设置的情况下，对应的被同步的应用可以被拦截。在这样的情况下，接收机可以不向用户提供相对应的应用。另一方面，在是否获得用户同意没有被设置的情况下，所有的应用可以被拦截或者在没有拦截的情况下所有的应用可以被提供。
用于对被同步的应用的用户同意的界面可以被配置在接收机中。用户同意的各种条件和方案可以被提供。
对于在用户同意界面和应用之间的平滑的互锁，接收机可以更加积极地控制应用。
例如，对于现有的数据广播，即使当由于用户不想要查看应用的理由用户完成了应用时，接收机不能够控制应用，因此再次暴露应用的通知。
在本发明的实施例中，示出一种方案，其中，假定结合用户同意各个广播节目最大程度地不扰乱用户的广播的观看，对于用户曾经同意或者不同意的应用，对应的协议的详情被设置为在当前节目/当前信道/所有的信道内被连续地保持。
根据本发明的实施例，用于对被同步的应用的用户同意的用户界面可以包括用于设置对被同步的应用(应用)的使用设置协议(或者应用通知的表达)的项目。
用户界面可以进一步包括用于设置对应用的使用的同意或者不同意的范围的项目。
例如，在当前节目的范围内是否同意使用应用可以被应用。在获得用户同意的情况下，仅对于对应广播节目来说用户同意可能是有效的。当对应广播节目被完成时，用于对应的应用的用户同意界面可以被初始化。在用户同意被获得的情况下，仅对于对应的广播节目用户不同意可能是有效的。当对应的广播节目被完成时，可以初始化用于对应的节目的用户同意界面。
例如，在当前信道的范围内可以应用是否同意使用应用。在获得用户同意的情况下，对于对应的信道的所有广播节目来说用户同意可能是有效的。当用户改变信道时，用于对应的应用的用户同意界面可以被初始化。在获得用户不同意的情况下，仅对于对应的广播信道来说用户不同意可能是有效的。当广播信道被改变的情况下，用于对应的应用的用户同意界面可以被初始化。
例如，可以应用是否同意使用所有的应用。在用户同意被获得的情况下，对于所有信道的广播节目来说用户同意可能是有效的，其可以被应用直到用户改变在用于对应的应用的用户同意界面菜单上的设定值。在用户不同意被获得的情况下，所有的应用没有被提供给用户直到其它的用户设置被执行。
虽然通过被提出的图示选择特定的设置，但是附加的用户同意界面菜单可以被提供使得然后用户能够改变应用的设置。
图131是示出根据本发明的另一实施例的用于同意应用的使用的用户界面的视图。
通过添加或者变化如所示的用户界面可以被提供给上述用户界面。
参考附图的(a)，接收机可以给用户提供用于在应用通知被暴露之后在预先确定的时间段内设置要被阻止的应用通知的用户界面(应用通知阻止定时器)。例如，接收机提供的应用通知阻止定时器可以包括用于设置要基于每个时间(例如，15分钟或者30分钟)或者基于每个节目阻止的应用通知的项目(例如，设置到当前节目完成时的时间的时间段)。
类似地，虽然用户不同意应用的使用(或者应用通知)，但是在设置的时间或者条件被满足的情况下可以再次暴露应用通知。
参考附图的(b)，在设置对应用的使用(或者应用通知)的使用的用户同意之前可以提供用于使诸如应用的介绍的应用的详细信息、应用的交互时基信息、以及/或者应用的实时用户统计被示出的链接。用户可以获取对于决定是否通过此链接使用相对应的应用所必需的信息。
图132是示出根据本发明的实施例的TDO参数表(TPT)(或者TDO参数元素)的一部分的视图。
根据本发明的实施例的TDO参数表(或者TDO参数元素)包括关于被关联于片段和/或事件的应用(或者TDP)的元数据。
TDO参数表包括TPT元素、MajorProtocolVersion元素、MinorProtocolVersion元素、id元素、tptVersion元素、expireDate元素、serviceID元素、baseURL元素、Capabilities元素、LiveTrigger元素、URL元素、pollPeriod元素、TDO元素、appID元素、appType元素、appName元素、globalID元素、appVersion元素、cookieSpace元素、frequencyOfUse元素、expireDate元素、testTDO元素、availInternet元素、availBroadcast元素、URL元素、Capabilities元素、ContentItem元素、URL元素、updatesAvail元素、pollPeriod元素、Size元素、availInternet元素、availBroadcast元素、Event元素、eventID元素、action元素、destination元素、diffusion元素、以及Data元素。
TPT元素是TPT的根元素。
MajorProtocolVersion元素指示表的定义的主要版本号。接收机可以放弃具有接收机不支持的主要版本号的TPT。
MinorProtocolVersion元素指示表的定义的次要版本。接收机不放弃具有接收机不支持的次要版本号的TPT。在这样的情况下，接收机忽略接收机不支持的信息或者元素使得处理TPT。
id元素可以具有URI形式并且识别与此TPT有关的交互式编程片段(或者交互式服务片段)。此id元素可以变成相对应的触发的“locator_part”。
tptVersion元素指示通过id元素识别的TPT的版本信息。
expireDate元素指示被包括在TPT实例中的信息的时间和期满日期。当接收机存储TPT时，在通过expireDate元素指示的日期和时间之前TPT可以被重用。
serviceID元素包括与在TPT实例中描述的交互式服务有关的NRT服务的标识符。
baseURL元素指示在TPT中的URL的前端中组合和使用的基本的URL。baseURL元素指示文件的绝对URL。
Capabilities元素包括用于显示与TPT有关的交互式服务的重要性能。
LiveTrigger元素包括当激活触发经由互联网被提供时使用的信息。LiveTrigger元素提供对于接收机获得激活触发所必需的信息。
URL元素指示用于发送激活触发的服务器的URL。可以使用HTTP短轮询、HTTP长轮询或者HTTP流经由互联网发送激活触发。
如果pollPeriod元素存在，则这指示短轮询被用于发送激活触发。pollPeriod元素指示轮询时段。
TDO元素包括关于用于在通过TPT实例描述的片段期间提供交互式服务的一部分的应用(例如，TDO)的信息。
appID元素识别在TPT的范围内的应用(例如，TDO)。激活触发使用appID元素识别用于应用触发的目标应用。
appType元素识别应用的格式类型。例如，如果appType元素的值被设置为“1”，则这指示应用是TDO。
appName元素指示向观众显示并且是人类可读的应用的名称。
globalID元素指示应用的全局标识符。如果全局ID元素存在，则为了在相同的或者不同的广播站的片段中的相同应用的以后显示接收机可以存储应用代码并且重用应用代码。
appVersion元素指示应用(TDO)的版本号。
cookieSpace元素包括对于存储在应用调用之间由应用要求的数据所必需的空间的大小。
frequencyOfUse元素指示在广播中如何频繁地使用应用。例如，frequencyOfUse元素可以指示基于时常、逐日、每周或者每月重复地使用应用或者仅使用一次。
expireDate元素指示当接收机安全地删除应用和/或与其有关的资源时的日期和时间。
testTDO元素指示是否应用被用于测试的用途。如果应用被用于测试的用途，则一般的接收机可以忽略此应用。
availInternet元素指示是否应用可以经由互联网被下载。
availBroadcast元素指示是否从广播信号提取应用。
URL元素的各个实例识别作为应用的一部分的文件。如果一个或者多个实例存在，则第一实例指定是入口点的文件。是入口点的文件应被执行以便于执行应用。
Capabilities元素指示有意义地显示应用所需的接收机的性能。在下面参考图34描述关于性能的信息。
ContentItem元素包括关于由通过应用所要求的一个或者多个文件组成的内容项目的信息。URL元素识别是内容项目的一部分的文件。URL元素可以识别通过内容项目提供的URL信息。如果一个或者多个实例存在，则第一实例指定是入口点的文件。
updatesAvail元素指示是否能够更新内容项目。updatesAvai元素可以指示是否内容项目是由静态文件组成或者是RT数据供应。
如果pollPeriod元素存在，则短的轮询被用于发送激活触发。pollPeriod指示通过接收机使用的时间作为轮询时段。
Size元素指示内容项目的大小。
availInternet元素指示是否内容项目可以经由互联网被下载。
availBroadcast元素指示是否可以从广播系统提取内容项目。
event元素包括关于用于TDO的事件的信息。
eventID元素用作在TDO的范围内识别事件。激活触发使用appID元素和eventID元素的组合识别应用触发的目标应用和/或事件。
action元素指示当事件发生时应应用TDO行为的类型。action值可以包括下述意义。
“register”意指，如有可能，获取和预先缓冲应用的资源。
“suspend-execute”意指当前被执行的其它的应用被挂起并且当前应用被执行。如果目标应用被挂起，则接收机在先前的状态下恢复应用。
“terminate-execute”意指当前执行的其它应用被终止并且当前应用被执行。如果目标应用被挂起，则接收机在先前的状态下恢复应用。
“terminate”意指应用被终止。
“suspend”意指应用被挂起。在应用被重新执行之前要求UI和/或应用引擎状态被保持。
“stream_event”意指通过应用定义的特定行为被适当地执行。目的地元素指示用于事件的目标装置类型。例如，目的地元素的值可以指示在主屏幕和/或辅助屏幕上执行事件。目的地元素可以被用作占位符。
diffusion元素指示用于平滑服务器封装负载的参数。diffusion元素可以以秒指示时段T。接收机可以计算在从0到T秒的范围中的随机时间并且在访问互联网之前通过被计算的时间执行延迟以便于获得通过TPT的URL引用的内容。
data元素包括关于与事件有关的数据的信息。如果事件发生，则目标应用可以读取和使用此数据以便于执行所期待的应用。
根据本发明的实施例，关于上述应用的详细信息的链接可以被发送到如在TDO参数表(TPT)的实施例中的被包括在TDO中的ContentItem元素的URL元素。
在应用的详细信息作为被包括在应用中的一个内容被处理的状态下，对应的内容的链接信息可以被提供。
图133是示出根据本发明的另一实施例的TDO参数表(TPT)(或者TDO参数元素)的一部分的视图。
为了接收机调节上述被同步的应用通知的参数属性和形式，关于通过广播站或者内容提供商提供的应用的通知的信息同时被包括在上述TDO参数元素中。即，关于通过广播站提供的被同步的应用的通知的形式和操作属性的信息可以通过定义用于能够在下一代混合广播中使用的应用触发的参数的信令元素(例如，TPT)的扩展被发送。
因此，上述TDO参数元素可以进一步包括NotificationInfo元素和属于其的属性。
被添加到NotificationInfo元素的下面的属性可以包括能够决定通知的位置的topMargin元素和/或rightMargin元素、指示通知的消息的消息元素、可以指示每个信道的徽标的徽标元素、能够指示当在第一时间内通知出现的时间的示出元素、能够指示通知的持续时间的持续元素、以及/或者能够设置通知出现间隔的间隔元素。
即，被添加到在附图中示出的TDO参数元素的元素包括下述信令信息。
NotificationInfo元素是关于被同步的应用的通知的形式和操作属性(例如，应用或者TDO)的信息。
topMargin元素指示是指示通知的位置信息的属性之一的上边缘值。
rightMargin元素指示是指示通知的位置信息的属性之一的右边缘值。
消息元素包括诸如被包括在通知中的欢迎消息中的信息。
徽标元素包括被包括在通知中的每个内容提供商或者广播站的徽标或者图像信息。通过内容项目的URL可以接收徽标图像。
示出元素指示当在广播节目被开始之后向用户示出通知的时间。
持续元素指示其中向用户示出通知的持续时间。
作为在通知之间的间隔时间的间隔元素包括用于使能够向用户定期地示出通知的信息。
接收机可以使用topMargin元素和rightMargin元素在屏幕上设置通知的位置。接收机可以使用示出元素、持续元素以及间隔元素调节当在第一时间内向用户示出通知时的时间和基于各个广播节目的特性的时序。
实现被同步的应用的通知的主题可以是接收机使得其能够防止不必要的观看信息的流出。另外，接收机可以主动控制应用。同时，通过内容提供商或者广播站可以灵活地使用应用通知的应用或者或者形式和/或操作属性。
另一方面，接收机可以修改上述元素的对应的项目的信息。在这样的情况下，通过广播站或者内容提供商提供的信息可以被用于参考并且接收机可以根据用户设置的值或者接收机的预设值改变对应的元素的对应的信息。在这样的情况下，对于接收机来说能够控制应用通知的状态。因为TPT(或者TDO参数元素)被事先传送到并且存储在接收机并且接收机能够改变被存储的信息，所以信息的上述变化是可能的。
图134是示出根据本发明的实施例的在其上使用NotificationInfo元素的信息表达被同步的应用的通知的屏幕。
参考附图，通知可以位于远离屏幕的顶部的500个像素和离屏幕的右边的40个像素的位置处。被包括在通知中的消息可以是“享受MBC测验！”。根据示出元素和持续元素的设定值执行应用的通知之后在第一时间120秒钟内通知可以被暴露以被使用。在用户没有采取与被暴露的通知有关的任何行为的情况下，通知可以在作为持续元素的设定值的15秒钟之后消失。在根据间隔元素的设定值通知消失之后的300秒钟内通知可以被再次暴露给用户。与通知曝光时间有关的设定值是基于当在第一时间内执行被同步的应用时的时间的相对时间值。
图135是示出根据本发明的实施例的广播服务器和接收机的视图。
根据本发明的实施例的接收机包括信令解析器J107020、应用管理器J107030、下载管理器J107060、装置存储J107070、以及/或者应用解码器J107080。广播服务器包括内容提供商/广播站J107010和/或应用服务服务器J107050。
被包括在广播服务器或者接收机中的各个装置可以通过硬件或者软件具体化。在其中通过硬件具体化各个装置的情况下，术语“管理器”可以被替换成术语“处理器”。
内容提供商/广播站J107010包括内容提供商或者广播站。
信令解码器J107020是用于解析通过内容提供商或者广播站提供的广播信号的模块。广播信号可以包括信令数据/元件、广播内容数据、与广播有关的附加数据、以及/或者应用数据。
应用管理器J107030是用于在其中应用被包括在广播信号中的情况下管理应用的模块。应用管理器J107030使用上述信令信息、信令元素、TPT、以及/或者触发控制应用的位置、操作、以及操作执行时序。应用的操作可以被激活(启动)、挂起、恢复、或者终止(退出)。
应用服务服务器J107050是用于提供应用的服务器。应用服务服务器J107050可以通过内容提供商或者广播站被提供。在这样的情况下，应用服务服务器J107050可以被包括在内容提供商/广播站J107010中。
下载管理器J107060是用于处理与NRT内容或者与通过内容提供商/广播站J107010和/或应用服务服务器J107050提供的应用有关的信息的模块。下载管理器J107060获取被包括在广播信号中的与NRT有关的信令信息并且基于信令信息提取被包括在广播信号中的NRT内容。下载管理器J107060可以接收和处理通过应用服务服务器J107050提供的应用。
装置存储J107070可以存储接收到的广播信号、数据、内容、以及/或者信令信息(信令元素)。
应用解码器J107080可以解码接收到的应用并且执行在屏幕上表达应用的过程。
图136是示出根据本发明的实施例的与应用有关的属性信息的视图。
与应用有关的属性信息可以包括内容咨询信息。
根据本发明的实施例的可以添加的与应用有关的属性信息可以包括应用ID信息、应用版本信息、应用类型信息、应用位置信息、性能信息、所要求的同步水平信息、使用频率信息、期满日期信息、通过应用信息需要的数据项目、安全性能信息、目标装置信息、以及/或者内容咨询信息。
应用ID信息指示能够识别应用的唯一的ID。
应用版本信息指示应用的版本。
应用类型信息指示应用的类型。
应用位置信息指示应用的位置。例如，应用位置信息可以包括能够接收应用的URL。
性能信息指示能够呈现应用的性能属性。
所要求的同步水平信息指示在广播流和应用之间的同步水平信息。例如，所要求的同步水平信息可以指示程序节目或者事件单元、时间单元(例如，在2秒钟内)、唇形同步、以及/或者帧同步。
使用频率信息指示应用的使用的频率。
期满日期信息指示应用的期满日期和时间。
通过应用信息所需要的数据项目指示在应用中使用的日期信息。
安全性能信息指示与应用的安全有关的信息。
目标装置信息包括其中将会使用应用的目标装置的信息。例如，目标装置信息可以指示其中相对应的应用被用作TV和/或移动装置的相对应的应用。
内容咨询信息指示能够使用应用的级别。例如，内容咨询信息可以包括能够使用应用的年龄限制信息。
图137是示出根据本发明的实施例的在ContentAdvisoryInfo元素中的Rated_dimension元素的视图。
Rated_dimension元素可以指示每个国家预先确定的分级区域的数目。如在附图中所示，通过rating_region定义的USA具有9个分级区域并且通过rating_region定义的加拿大具有2个分级区域。
图138是示出根据本发明的实施例的包括内容咨询信息(ContentAdvisoryInfo元素)的TPT的视图。
接收机可以基于由用户为TV设置的分级信息决定是否通过广播站提供的被同步的应用能够在接收机中被使用。
能够在下一代混合广播中使用的应用(例如，TDO)可以根据设置的分级信息被配置成内容并且作为应用服务被提供。
内容咨询信息可以作为信令信息被传送同时被包括在广播信号中。可替选地，内容咨询信息可以被包括在上述TPT中。
为了包括TPT中的内容咨询信息，可以在TPT中进一步用信号发送ContentAdvisoryInfo元素。
ContentAdvisoryInfo元素包括给定的ContentItem或者事件的分级信息。此值可以具有与在分级区域表(RRT)中宣告的每个区域的分级信息相同的值。
为了包括TPT中的内容咨询信息，下述元素中的一个或者多个可以通过TPT被用信号发送。
contentAdvisoryId元素包括能够从TDO元素范围仅识别ContentAdvisoryInfo的定界符。
rating_region元素意指分级区域。例如，在rating_region元素的值是1的情况下，其可以指示USA。另一方面，在rating_region元素的值是2的情况下，其可以指示加拿大。
rating_description元素包括以缩写的形式表达分级值的文本。
Rated_dimension元素可以指示每个国家预先定义的分级区域的数目。
rating_dimension元素指示在分级区域表(RRT)中的维度索引。
rating_value元素指示通过rating_dimension元素指示的维度的分级值。例如，rating_value元素可以具有根据维度的TV-G、TV-PG等等的值。
contentAdvisoryId元素可以被添加到TDO元素、ContentItem元素或者事件元素。因此，分级信息可以被应用于TDO的整体。可替选地，每个ContentItem或者事件可以应用分级信息。在对应的元素不具有分级信息的情况下，0的值作为默认值被提供。在对应的元素被关联于分级信息的情况下，contentAdvisoryId元素的值可以被提供在ContentAdvisoryInfo元素的下方。
图139是示出根据本发明的实施例的用于获取分级值的应用参数接口(API)的视图。
为了从应用(或者TDO)获得在TV中设置的分级值，需要用于应用的API。
如在附图中示出的，用于获得分级值的功能可以被添加到用于现有的广播系统的API。
应用将rating_region信息提供给API以获得用户设置的分级信息。被存储在接收机中的分级信息值可以被发送到上述ContentAdvisoryInfo元素。
虽然为了清楚起见参考每个附图解释本发明的描述，但是能够通过相互合并在附图中示出的实施例来设计新的实施例。并且，如果必要时本领域的技术人员设计记录用于执行在前述的描述中提及的实施例的程序的计算机可读记录介质，则其可以属于随附的权利要求和它们的等效物的范围。
根据本发明的装置和方法可以不限于在前述的描述中提到的实施例的配置和方法。并且，前述的描述中提到的实施例能够以被选择性地以整体或部分彼此组合的方式来配置使得能够对实施例进行各种修改。
另外，利用配置给网络装置的处理器可读记录介质中的处理器可读代码，可以实现根据本发明的方法。该处理器可读介质可以包括所有种类的能够存储处理器可读数据的记录装置。该处理器可读介质可以包括ROM、RAM、CD-ROM、磁带、软盘、光学数据存储装置等中的一种，并且还可以包括如经由互联网传输的载波类型的实现。此外，当该处理器可读的记录介质被分布到通过互联网连接的计算机系统时，根据分布式系统，能够保存或执行处理器可读代码。
本领域技术人员应该理解，在不脱离本发明的精神或者范围的情况下可以在本发明中进行各种修改和变化。因此，其意在本发明覆盖本发明的修改和变化，只要它们落在所附权利要求及其等效的范围内。
在本说明书中提及装置和方法发明两者，并且装置和方法发明两者的描述可以互补地适用于彼此。
发明模式
已经以实现本发明的最佳模式描述了各种实施例。
工业实用性
本发明在一系列的广播信号提供领域中是可用的。对于本领域技术人员来说显而易见的是，不脱离本发明的精神或者范围可以在本发明中进行各种修改和变化。因此，其意在本发明覆盖本发明的修改和变化，只要它们落在所附的权利要求及其等效的范围内。

Claims (14)

1.一种用于处理包括广播内容和与所述广播内容有关的应用的广播信号的接收机，所述接收机包括：
接收装置，所述接收装置用于接收数据结构，所述数据结构封装表示通过所述接收机能够回答的各个问题的调查表，其中所述数据结构包括唯一地识别所述应用的第一应用标识符；
PDI引擎，所述PDI引擎用于从所述数据结构获取所述调查表，接收用于通过所述应用标识符识别的应用的用户的设置选项，以及存储与所述数据结构有关的设置选项；
应用信令解析器，所述应用信令解析器用于解析触发，所述触发是建立所述应用的播出的时序的信令元素；以及
处理器，所述处理器用于从所述触发解析第二应用标识符，获取与其所述第一应用标识符的值匹配于所述第二应用标识符的值的数据结构有关的被存储的设置选项，以及基于所述设置选项来确定是否处理要被启动的应用。
2.根据权利要求1所述的接收机，
其中，所述触发包括指定包含关于应用的元数据和被定向到所述应用的广播事件的TDO(触发的声明对象)参数的位置的位置信息。
3.根据权利要求2所述的接收机，进一步包括：
应用信令解析器，所述应用信令解析器用于从通过所述位置信息识别的位置来解析所述TDO参数元素，
其中，所述TDO参数元素包括指定用于所述应用的通知的上边缘的上边缘信息、指定所述通知的右边缘的右边缘信息、以及指定用于所述通知的持续时间的持续信息。
4.根据权利要求3所述的接收机，其中，所述处理器进一步：
基于所述上边缘信息、右边缘信息以及持续信息来显示用于从用户接收所述设置选项的用户界面。
5.根据权利要求4所述的接收机，其中，所述处理器进一步：
处理所述用户界面以示出用于对是否要激活所述应用的第一选择的问题。
6.根据权利要求5所述的接收机，其中，所述处理器进一步：
处理所述用户界面以示出用于对是否所述第一选择应用于当前广播内容、当前信道中的所有广播内容、或者所有信道中的所有广播内容的第二选择的问题。
7.根据权利要求2所述的接收机，
其中，所述TDO参数元素包括指定用于所述应用的分级的内容咨询信息。
8.一种用于处理包括广播内容和与所述广播内容有关的应用的广播信号的方法，所述方法包括：
接收数据结构，所述数据结构封装表示通过所述接收机能够回答的各个问题的调查表，其中所述数据结构包括唯一地识别所述应用的第一应用标识符；
从所述数据结构获取所述调查表，接收用于通过所述应用标识符识别的应用的用户的设置选项，以及存储与所述数据结构有关的设置选项；
解析触发，所述触发是建立所述应用的播出的时序的信令元素；以及
从所述触发解析第二应用标识符，获取与其所述第一应用标识符的值匹配于所述第二应用标识符的值的数据结构有关的被存储的设置选项，以及基于所述设置选项来确定是否处理要被启动的应用。
9.根据权利要求8所述的方法，
其中，所述触发包括指定包含关于应用的元数据和被定向到所述应用的广播事件的TDO(触发的声明对象)参数的位置的位置信息。
10.根据权利要求9所述的方法，进一步包括：
从通过所述位置信息识别的位置来解析所述TDO参数元素，
其中，所述TDO参数元素包括指定用于所述应用的通知的上边缘的上边缘信息、指定所述通知的右边缘的右边缘信息、以及指定用于所述通知的持续时间的持续信息。
11.根据权利要求10所述的方法，进一步包括：
基于所述上边缘信息、所述右边缘信息以及所述持续信息来显示用于从用户接收所述设置选项的用户界面。
12.根据权利要求11所述的方法，进一步包括：
处理所述用户界面以示出用于对是否要激活所述应用的第一选择的问题。
13.根据权利要求12所述的方法，进一步包括：
处理所述用户界面以示出用于对是否所述第一选择应用于当前广播内容、当前信道中的所有广播内容、或者所有信道中的所有广播内容的第二选择的问题。
14.根据权利要求9所述的方法，
其中，所述TDO参数元素包括指定用于所述应用的分级的内容咨询信息。
CN201480067429.0A 2013-12-09 2014-12-09 处理包括广播内容和与广播内容有关的应用的广播信号的接收机和方法 Pending CN105814897A (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201361913877P 2013-12-09 2013-12-09
US61/913,877 2013-12-09
US201461940498P 2014-02-17 2014-02-17
US61/940,498 2014-02-17
PCT/KR2014/012051 WO2015088217A1 (en) 2013-12-09 2014-12-09 A receiver and a method for processing a broadcast signal including a broadcast content and an application related to the broadcast content

Publications (1)

Publication Number Publication Date
CN105814897A true CN105814897A (zh) 2016-07-27

Family

ID=53371453

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480067429.0A Pending CN105814897A (zh) 2013-12-09 2014-12-09 处理包括广播内容和与广播内容有关的应用的广播信号的接收机和方法

Country Status (6)

Country Link
US (1) US20160269786A1 (zh)
EP (1) EP3080994A4 (zh)
JP (1) JP6189546B2 (zh)
KR (1) KR20160083107A (zh)
CN (1) CN105814897A (zh)
WO (1) WO2015088217A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108806214A (zh) * 2017-04-27 2018-11-13 泰勒维克医疗公司 用于发布关于警报的消息的警告系统和方法
CN108966259A (zh) * 2018-07-18 2018-12-07 中国电子科技集团公司第二十八研究所 一种基于网络编码的抗干扰传输方法

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2944773A1 (en) * 2014-04-11 2015-10-15 Sony Corporation Reception apparatus, reception method, transmission apparatus, and transmission method
KR102461599B1 (ko) * 2014-06-20 2022-11-03 소니그룹주식회사 수신 장치, 수신 방법, 송신 장치, 및, 송신 방법
US10194196B2 (en) 2015-03-02 2019-01-29 Nec Corporation Decoding device, reception device, transmission device, transmission/reception system, decoding method, and storage medium having decoding program stored therein
JP6489203B2 (ja) * 2015-03-02 2019-03-27 日本電気株式会社 受信機器、および復号・提示方法
JP6390518B2 (ja) * 2015-05-29 2018-09-19 京セラドキュメントソリューションズ株式会社 情報処理装置
US11206461B2 (en) 2016-07-05 2021-12-21 Sharp Kabushiki Kaisha Systems and methods for communicating user settings in conjunction with execution of an application
US10111063B1 (en) * 2017-03-31 2018-10-23 Verizon Patent And Licensing Inc. System and method for EUICC personalization and network provisioning

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009151266A2 (ko) * 2008-06-09 2009-12-17 엘지전자(주) 서비스 제공 방법 및 모바일 방송 수신기
US20090320087A1 (en) * 2008-06-09 2009-12-24 Le Electronics Inc. Method for mapping between signaling information and announcement information and broadcast receiver
US20110307920A1 (en) * 2010-06-14 2011-12-15 Robert Blanchard Announcement of Program Synchronized Triggered Declarative Objects
US20120185888A1 (en) * 2011-01-19 2012-07-19 Sony Corporation Schema for interests and demographics profile for advanced broadcast services
CN102918866A (zh) * 2010-06-07 2013-02-06 索尼公司 用于非实时服务的脚本式交互

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060282319A1 (en) * 2000-10-12 2006-12-14 Maggio Frank S Method and system for substituting media content
US20030009769A1 (en) * 2001-06-25 2003-01-09 Debra Hensgen Trusted application level resource advisor
US20030182371A1 (en) * 2001-10-15 2003-09-25 Worthen William C. Asynchronous, leader-facilitated, collaborative networked communication system
US7634795B2 (en) * 2002-01-11 2009-12-15 Opentv, Inc. Next generation television receiver
US7055169B2 (en) * 2002-04-19 2006-05-30 Opentv, Inc. Supporting common interactive television functionality through presentation engine syntax
US8424034B2 (en) * 2002-05-03 2013-04-16 Disney Enterprises, Inc. System and method for displaying commercials in connection with an interactive television application
US8082563B2 (en) * 2003-07-25 2011-12-20 Home Box Office, Inc. System and method for content access control through default profiles and metadata pointers
JP2005338959A (ja) * 2004-05-24 2005-12-08 Sony Corp 情報処理装置，実行判定方法，およびコンピュータプログラム
JP4777725B2 (ja) * 2005-08-31 2011-09-21 フェリカネットワークス株式会社 携帯端末装置，サーバ装置，アプリケーション提供方法およびコンピュータプログラム
JP2009141520A (ja) * 2007-12-04 2009-06-25 Softbank Mobile Corp 通信端末におけるアプリケーション起動方法、通信端末及びサーバ
JP5116492B2 (ja) * 2008-01-15 2013-01-09 三菱電機株式会社 アプリケーション実行端末
BRPI1012218A2 (pt) * 2009-05-08 2019-09-24 Obdedge Llc sistemas, métodos e dispositivos para monitoração e controle com base em política de uso de dispositivos móveis por operadores de veículo
US9723360B2 (en) * 2010-04-01 2017-08-01 Saturn Licensing Llc Interests and demographics profile for advanced broadcast services
US8583149B2 (en) * 2010-04-07 2013-11-12 Apple Inc. Registering email addresses for online communication sessions
US8725880B2 (en) * 2010-04-07 2014-05-13 Apple, Inc. Establishing online communication sessions between client computing devices
JP5765558B2 (ja) * 2010-08-27 2015-08-19 ソニー株式会社 受信装置、受信方法、送信装置、送信方法、プログラム、および放送システム
US9179188B2 (en) * 2010-08-30 2015-11-03 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
US8892636B2 (en) * 2010-08-30 2014-11-18 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
WO2012091370A1 (ko) * 2010-12-26 2012-07-05 엘지전자 주식회사 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치
US9554175B2 (en) * 2011-07-20 2017-01-24 Sony Corporation Method, computer program, reception apparatus, and information providing apparatus for trigger compaction
US10491966B2 (en) * 2011-08-04 2019-11-26 Saturn Licensing Llc Reception apparatus, method, computer program, and information providing apparatus for providing an alert service
CA2844605C (en) * 2011-08-10 2016-10-25 Lg Electronics Inc. Method for transmitting broadcast service, method for receiving broadcast service, and apparatus for receiving broadcast service
CN103797811B (zh) * 2011-09-09 2017-12-12 乐天株式会社 用于消费者对交互式电视接触的控制的系统和方法
US9936231B2 (en) * 2012-03-21 2018-04-03 Saturn Licensing Llc Trigger compaction
US20170180809A1 (en) * 2014-06-03 2017-06-22 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method and broadcast signal reception method

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009151266A2 (ko) * 2008-06-09 2009-12-17 엘지전자(주) 서비스 제공 방법 및 모바일 방송 수신기
US20090320087A1 (en) * 2008-06-09 2009-12-24 Le Electronics Inc. Method for mapping between signaling information and announcement information and broadcast receiver
CN102918866A (zh) * 2010-06-07 2013-02-06 索尼公司 用于非实时服务的脚本式交互
US20110307920A1 (en) * 2010-06-14 2011-12-15 Robert Blanchard Announcement of Program Synchronized Triggered Declarative Objects
US20120185888A1 (en) * 2011-01-19 2012-07-19 Sony Corporation Schema for interests and demographics profile for advanced broadcast services

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108806214A (zh) * 2017-04-27 2018-11-13 泰勒维克医疗公司 用于发布关于警报的消息的警告系统和方法
CN108806214B (zh) * 2017-04-27 2022-02-18 泰勒维克医疗公司 用于发布关于警报的消息的警告系统和方法
CN108966259A (zh) * 2018-07-18 2018-12-07 中国电子科技集团公司第二十八研究所 一种基于网络编码的抗干扰传输方法
CN108966259B (zh) * 2018-07-18 2021-07-16 中国电子科技集团公司第二十八研究所 一种基于网络编码的抗干扰传输方法

Also Published As

Publication number Publication date
JP6189546B2 (ja) 2017-08-30
EP3080994A4 (en) 2017-07-26
JP2017505564A (ja) 2017-02-16
EP3080994A1 (en) 2016-10-19
KR20160083107A (ko) 2016-07-11
WO2015088217A1 (en) 2015-06-18
US20160269786A1 (en) 2016-09-15

Similar Documents

Publication Publication Date Title
US11696000B2 (en) Method for transmitting broadcast signals and method for receiving broadcast signals
CN106105136B (zh) 用于处理混合广播服务的装置和用于处理混合广播服务的方法
CN105981393B (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
CN106031181B (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
CN105814897A (zh) 处理包括广播内容和与广播内容有关的应用的广播信号的接收机和方法
US10715845B2 (en) Broadcast signal transmission/reception device and method
KR101832781B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN105850141B (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
CN106165433A (zh) 广播发送装置、广播接收装置、广播发送装置的操作方法、以及广播接收装置的操作方法
CN106464929A (zh) 广播信号发送/接收方法和装置
CN106537928A (zh) 广播发送装置、广播接收装置、用于广播发送装置的操作方法以及用于广播接收装置的操作方法
CN106031178A (zh) 广播发送装置及其操作方法、和广播接收装置及其操作方法
KR101902409B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20160727