CN105981393B - 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 - Google Patents

发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 Download PDF

Info

Publication number
CN105981393B
CN105981393B CN201580007943.XA CN201580007943A CN105981393B CN 105981393 B CN105981393 B CN 105981393B CN 201580007943 A CN201580007943 A CN 201580007943A CN 105981393 B CN105981393 B CN 105981393B
Authority
CN
China
Prior art keywords
pdi
criterion
data
present
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN201580007943.XA
Other languages
English (en)
Other versions
CN105981393A (zh
Inventor
安承柱
文京洙
李晋源
高祐奭
洪性龙
吴世珍
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN105981393A publication Critical patent/CN105981393A/zh
Application granted granted Critical
Publication of CN105981393B publication Critical patent/CN105981393B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25891—Management of end-user data being end-user preferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2668—Creating a channel for a dedicated end-user group, e.g. insertion of targeted commercials based on end-user profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4431—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB characterized by the use of Application Program Interface [API] libraries
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/454—Content or additional data filtering, e.g. blocking advertisements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/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/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
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • H04N21/4821—End-user interface for program selection using a grid, e.g. sorted out by channel and broadcast time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • H04N21/4826—End-user interface for program selection using recommendation lists, e.g. of programs or channels sorted out according to their score
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Abstract

本发明提供一种提供交互式服务或者内容的方法。该方法包括：接收接收ESG(增强型服务指南)信息用于基于用户的个人兴趣给用户推荐交互式服务或者内容，该ESG信息包括指示交互式服务或者内容的特性的偏好准则；经由广播信号接收PDI(简档、人口统计、兴趣)表，其中PDI表包括用于交互式内容的与用户的个人兴趣有关的多个PDI问题，其中每个PDI问题具有识别PDI问题的问题ID；获得用于PDI问题中的至少一个问题的回答；在PDI表中存储获得的回答；通过比较偏好准则与获得的回答来确定推荐交互式服务或者内容；以及呈现ESG中的被确定的推荐交互式服务或者内容。

Description

发送广播信号的装置、接收广播信号的装置、发送广播信号的 方法以及接收广播信号的方法
技术领域
本发明涉及发送广播信号的装置、接收广播信号的装置以及用于发送和接收广播信号的方法。
背景技术
随着模拟广播信号传输终止，正在开发用于发送/接收数字广播信号的各种技术。数字广播信号可以包括比模拟广播信号更大量的视频/音频数据，并且进一步包括除了视频/音频数据之外的各种类型的附加数据。
即，数字广播系统可以提供HD(高分辨率)图像、多声道音频和各种附加的服务。但是，用于大量数据传输的数据传输效率、考虑到移动接收设备的发送/接收的网络的鲁棒性和网络灵活性对于数字广播需要改进。
发明内容
技术问题
本发明的一个目的是提供一种发送广播信号以在时间域中复用提供两个或更多个不同的广播服务的广播发送/接收系统的数据，并且经由相同的RF信号带宽发送复用的数据的装置和方法，和与其对应的用于接收广播信号的装置和方法。
本发明的另一个目的是提供一种发送广播信号的装置、一种接收广播信号的装置以及用于发送和接收广播信号以通过组件分类对应于服务的数据，作为数据管道发送对应于每个组件的数据，接收和处理该数据的方法。
本发明的又一个目的是提供一种发送广播信号的装置、一种接收广播信号的装置以及用于发送和接收广播信号，以用信号发送对提供广播信号必需的信令信息的方法。
技术方案
为了实现目的和其它的优点并且根据本发明的用途，如在此具体化和广泛地描述的，本发明提供一种基于用户的个人兴趣提供交互式服务或者内容的方法，该方法包括：接收ESG(增强型服务指南)信息用于基于用户的个人兴趣给用户推荐交互式服务或者内容，该ESG信息包括指示交互式服务或者内容的特性的偏好准则；经由广播信号接收PDI(简档、人口统计、兴趣)表，其中PDI表包括用于交互式内容的与用户的个人兴趣有关的多个PDI问题，其中每个PDI问题具有识别PDI问题的问题ID；获得用于PDI问题中的至少一个问题的回答；在PDI表中存储获得的回答；通过比较偏好准则与获得的回答确定推荐交互式服务或者内容；以及呈现ESG中的被确定的推荐交互式服务或者内容。
优选地，确定推荐交互式服务或者内容进一步包括：从ESG信息解析偏好准则，其中偏好准则包括多个准则，其中每个准则包括具有识别准则问题的准则ID和指示用于准则问题的回答的准则值的准则问题；通过使用准则ID和问题ID从PDI表取得用于PDI问题的回答，其中取得的回答的PDI问题匹配于准则问题；以及通过比较取得的回答与准则值来确定推荐交互式服务或者内容。
优选地，偏好准则包括指示决定是否交互式服务或者内容被推荐的边界的匹配边界信息，其中通过将取得的回答与准则值进行比较来确定推荐交互式服务或者内容进一步包括：计算匹配于取得的回答的准则的数目；如果匹配于取得的回答的准则的数目大于匹配边界信息指示的数目，则确定推荐交互式服务或者内容。
优选地，该方法进一步包括：接收接收器支持接收ESG信息的通知，其中通知包括ESG服务器的URL(统一资源定位符)；向ESG服务器请求ESG信息。
优选地，偏好准则具有XML(可扩展标记语言)架构或者描述符类型。
优选地，该方法进一步包括：使用接收器获得识别用户的用户ID；通过使用用户ID识别用户；将用户ID存储在PDI表中，其中获得用于PDI问题中的至少一个问题的回答是基于用户ID，其中将获得的回答存储在PDI表中是基于用户ID。
优选地，该方法进一步包括：接收包括关于隐藏字幕、音频和手语的偏好的附加偏好信息；根据附加偏好信息生成PDI问题；将PDI问题添加到PDI表。
优选地，附加偏好信息包括隐藏字幕语言的首选类型的信息、用于视觉障碍者的音频模式的信息以及手语的首选类型的信息。
在另一方面中，本发明提供一种用于基于用户的个人兴趣提供交互式服务或者内容的装置，该装置包括：第一接收模块，该第一接收模块接收ESG(增强型服务指南)信息用于基于用户的个人兴趣给用户推荐交互式服务或者内容，ESG信息包括指示交互式服务或者内容的特性的偏好准则；第二接收模块，该第二接收模块经由广播信号接收PDI(简档、人口统计、兴趣)表，其中PDI表包括用于交互式内容的用户的与个人兴趣有关的多个PDI问题，其中每个PDI问题具有识别PDI问题的问题ID；获得模块，该获得模块获得用于PDI问题中的至少一个问题的回答；存储模块，该存储模块在PDI表中存储获得的回答；确定模块，该确定模块通过比较偏好准则与获得的回答来确定推荐交互式服务或者内容；以及呈现模块，该呈现模块呈现ESG中的被确定的推荐交互式服务或者内容。
优选地，确定模块进一步进行：从ESG信息解析偏好准则，其中偏好准则包括多个准则，其中每个准则包括具有识别准则问题的准则ID和指示用于准则问题的回答的准则值的准则问题；通过使用准则ID和问题ID从PDI表取得用于PDI问题的回答，其中取得的回答的PDI问题匹配于准则问题；并且通过比较取得的回答与准则值来确定推荐交互式服务或者内容。
优选地，偏好准则包括指示决定是否交互式服务或者内容被推荐的边界的匹配边界信息，其中确定模块进一步进行：计算匹配于取得的回答的准则的数目，如果匹配于取得的回答的准则的数目大于匹配边界信息指示的数目，则确定推荐交互式服务或者内容。
优选地，该装置进一步包括：通知接收模块，该通知接收模块接收接收器支持接收ESG信息的通知，其中通知包括ESG服务器的URL(统一资源定位符)；请求模块，该请求模块向ESG服务器请求ESG信息。
优选地，偏好准则具有XML(可扩展标记语言)架构或者描述符类型。
优选地，该装置进一步包括：用户ID获得模块，该用户ID获得模块使用接收器获得识别用户的用户ID；识别模块，该识别模块通过使用用户ID识别用户，其中存储模块进一步将用户ID存储在PDI表中，其中获得模块基于用户ID获得用于PDI问题中的至少一个问题的回答，其中存储模块基于用户ID将获得的回答存储在PDI表中。
优选地，该装置进一步包括：第三接收模块，该第三接收模块接收包括关于隐藏字幕、音频和手语的偏好的附加偏好信息；生成模块，该生成模块根据附加偏好信息生成PDI问题；以及添加模块，该添加模块将PDI问题添加到PDI表。
优选地，附加偏好信息包括隐藏字幕语言的首选类型的信息、用于视觉障碍者的音频模式的信息以及手语的首选类型的信息。
有益效果
本发明可以根据服务特征处理数据以控制用于每个服务或者服务组件的QoS(服务质量)，从而提供各种广播服务。
本发明可以通过经由相同的RF信号带宽发送各种广播服务实现传输灵活性。
本发明可以提升数据传输效率，并且使用MIMO系统提高广播信号的发送/接收的鲁棒性。
根据本发明，可以提供广播信号发送和接收方法以及装置，其甚至能够借助于移动接收设备或者在室内环境下没有错误地接收数字广播信号。
附图说明
附图被包括以提供对本发明进一步的理解，并且被合并和构成本申请书的一部分，附图图示本发明的实施例，并且与该说明书一起可以用作解释本发明的原理。在附图中：
图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是示出基于自动内容识别(ACR)的增强TV(ETV)服务系统的图。
图31是示出根据本发明的实施例的数字加水印技术的流程的图。
图32是示出根据本发明的实施例的ACR查询结果格式的图。
图33是示出根据本发明的实施例的内容识别符(ID)的语法的图。
图34是示出根据本发明的实施例的接收器的结构的图。
图35是示出根据本发明的另一实施例的接收器的结构的图。
图36是图示根据本发明的实施例的数字广播系统的图。
图37是图示根据本发明的实施例的数字广播系统的图。
图38是根据本发明的另一实施例的数字广播系统的流程图。
图39是根据本发明的另一实施例的数字广播系统的流程图。
图40是图示根据本发明的实施例的PDI表的图。
图41是图示根据本发明的另一实施例的PDI表的图。
图42是图示根据本发明的另一实施例的PDI表的图。
图43是图示根据本发明的另一实施例的PDI表的图。
图44是图示根据本发明的另一实施例的PDI表的图。
图45是图示根据本发明的另一实施例的PDI表的图。
图46图示根据本发明的另一实施例的PDI表。
图47图示根据本发明的另一实施例的PDI表。
图48是图示根据本发明的实施例的过滤准则表的图。
图49是图示根据本发明的另一实施例的过滤准则表的图。
图50是图示根据本发明的另一实施例的过滤准则表的图。
图51是图示根据本发明的另一实施例的过滤准则表的图。
图52是根据本发明的另一实施例的数字广播系统的流程图。
图53是图示根据本发明的实施例的PDI表区段的图。
图54是图示根据本发明的另一实施例的PDI表区段的图。
图55是图示根据本发明的另一实施例的PDI表区段的图。
图56是图示根据本发明的另一实施例的PDI表区段的图。
图57是根据本发明的另一实施例的数字广播系统的流程图。
图58是图示根据本发明的另一实施例的FDT实例的XML架构的图。
图59是图示根据本发明的实施例的能力描述符(Capabilities descriptor)语法的图。
图60是图示根据本发明的实施例的消费模型的图。
图61是图示根据本发明的实施例的过滤准则描述符语法的图。
图62是图示根据本发明的另一实施例的过滤准则描述符语法的图。
图63是根据本发明的另一实施例的数字广播系统的流程图。
图64是图示根据本发明的实施例的HTTP请求表的图。
图65是图示根据本发明的另一实施例的数字广播系统的流程图。
图66是图示根据本发明的实施例的URL列表的图。
图67是图示根据本发明的实施例的TPT的图。
图68是根据本发明的另一实施例的数字广播系统的流程图。
图69是根据本发明的另一实施例的数字广播系统的流程图。
图70是根据本发明的另一实施例的数字广播系统的流程图。
图71是根据本发明的另一实施例的数字广播系统的流程图。
图72是图示根据本发明的实施例的接收器目标准则表的图。
图73是图示根据本发明的实施例的预先记录的PDI问题的图。
图74是图示根据本发明的另一实施例的预先记录的PDI问题的图。
图75是图示根据本发明的另一实施例的预先记录的PDI问题的图。
图76是图示根据本发明的另一实施例的预先记录的PDI问题的图。
图77是图示根据本发明的另一实施例的预先记录的PDI问题的图。
图78是图示根据本发明的另一实施例的预先记录的PDI问题的图。
图79是图示根据本发明的另一实施例的预先记录的PDI问题的图。
图80是图示根据本发明的另一实施例的预先记录的PDI问题的图。
图81是图示根据本发明的另一实施例的预先记录的PDI问题的图。
图82是图示根据本发明的另一实施例的预先记录的PDI问题的图。
图83是图示根据本发明的实施例的应用编程接口(PDI API)的图。
图84是示出根据本发明的另一实施例的PDI API的图。
图85是示出根据本发明的另一实施例的PDI API的图。
图86是示出根据本发明的实施例的用于下一代广播系统的协议栈的视图。
图87是示出根据本发明的实施例的UPnP类型行为机制的视图。
图88是示出根据本发明的实施例的REST机制的视图。
图89是示出根据本发明的实施例的在接收器和配套装置之间的用户数据的交换的结构视图。
图90是示出根据本发明的实施例的PDI用户数据的一部分的视图。
图91是示出根据本发明的实施例的PDI用户数据的另一部分的视图。
图92是示出根据本发明的实施例的服务的服务类型和服务ID的视图。
图93是示出根据本发明的实施例的UserData服务的状态变量的视图。
图94是示出根据本发明的实施例的UserDataList的XML结构的视图。
图95是示出根据本发明的实施例的UserData服务的行为的视图。
图96是示出根据本发明的实施例的GetPDIUserDataProtocolVersion，UserData服务的一个行为的视图。
图97是示出根据本发明的实施例的GetUserDataIdsList和GetUserData，UserData服务的行为的视图。
图98是示出根据本发明的实施例的UserData服务的扩展状态变量的视图。
图99是示出根据本发明的实施例的SetUserData，UserData服务的一个行为的视图。
图100是示出根据本发明的实施例的UserData服务的被添加的状态变量的视图。
图101是示出根据本发明的实施例的UserData服务的另一被添加的状态变量的视图。
图102是示出根据本发明的实施例的以每对问题和回答为基础用于传输的UserData服务的状态变量的视图。
图103是示出根据本发明的实施例的UserDataQAList的XML结构的视图。
图104是示出根据本发明的实施例的以每对问题和回答为基础用于传输的UserData服务的行为的视图。
图105是示出根据本发明的实施例的以每对问题和回答为基础用于传输的GetUserDataQAIdsList和GetUserDataQA，UserData服务的行为的视图。
图106是示出根据本发明的实施例的以每对问题和回答为基础用于传输的SetUserDataQA，UserData服务的行为的视图。
图107是根据本发明的实施例的通过宽带信道发送PDI用户数据的序列图。
图108是示出根据本发明的实施例的在其中通过宽带信道发送PDI用户数据的情形下的UserData服务的状态变量的视图。
图109是示出根据本发明的实施例的在其中通过宽带信道发送PDI用户数据的情形下的UserData服务的行为的视图。
图110是示出根据本发明的实施例的在其中通过宽带信道发送PDI用户数据的情形下的UserData服务的扩展的状态变量的视图。
图111是示出根据本发明的另一实施例的在其中通过宽带信道发送PDI用户数据的情形下的UserData服务的扩展状态变量的视图。
图112是示出根据本发明的另一实施例的在接收器和配套装置之间的用户数据的交换的结构视图。
图113是示出根据本发明的另一实施例的服务的服务类型和服务ID的视图。
图114是示出根据本发明的实施例的FilteringCriteria服务的状态变量的视图。
图115是示出根据本发明的实施例的FilteringCriteria服务的行为的视图。
图116是根据本发明的实施例的用于通过宽带信道发送FC的序列图。
图117是示出根据本发明的实施例的在其中通过宽带信道发送FC的情形下FilteringCriteria服务的状态变量的视图。
图118是示出根据本发明的实施例的在其中通过宽带信道发送FC的情形下的FilteringCriteria服务的行为的视图。
图119是示出根据本发明的实施例的在其中通过宽带信道发送FC的情形下FilteringCriteria服务的扩展状态变量的视图。
图120是示出根据本发明的另一实施例的在其中通过宽带信道发送FC情形下的FilteringCriteria服务的扩展状态变量的视图。
图121是示出根据本发明的实施例的广播接收器的视图。
图122是示出根据本发明的另一实施例的广播接收器的视图。
图123是示出根据本发明的实施例的呈现偏好的视图。
图124是根据本发明的实施例的隐藏字幕偏好的序列图。
图125是根据本发明的另一实施例的隐藏字幕偏好的序列图。
图126是示出根据本发明的实施例的隐藏字幕偏好中的caption_service_descriptor的扩展字段的视图。
图127是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的使用的预先记录的PDI问题的视图。
图128是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的语言的预先记录的PID问题的视图。
图129是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的字体的预先记录的PDI问题的视图。
图130是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的字体大小的预先记录的PDI问题的视图。
图131是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的排列的预先记录的PDI问题的视图。
图132是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的打印方向的预先记录的PDI问题的视图。
图133是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的滚动方向的预先记录的PDI问题的视图。
图134是示出根据本发明的实施例的用于隐藏字幕偏好中的隐藏字幕的简单阅读器模式的预先记录的PDI问题的视图。
图135是根据本发明的实施例的音频偏好的序列图。
图136是根据本发明的另一实施例的音频偏好的序列图。
图137是示出根据本发明的实施例的在音频偏好中的AC-3_audio_stream_descriptor的扩展字段的视图。
图138是示出根据本发明的实施例的用于在音频偏好中的音频的语言的预先记录的PDI问题的视图。
图139是示出根据本发明的实施例的用于是否在音频偏好中使用音频的用于听觉障碍者的模式的预先记录的PDI问题的视图。
图140是示出根据本发明的实施例的用于是否在音频偏好中使用用于视障者的音频的模式的预先记录的PDI问题的视图。
图141是根据本发明的实施例的无障碍&手语呈现的序列图。
图142是根据本发明的另一实施例的无障碍&手语呈现的序列图。
图143是示出根据本发明的实施例的在无障碍&手语呈现中的sign_language_descriptor的视图。
图144是示出根据本发明的实施例的用于在无障碍&手语呈现偏好中的无障碍&手语呈现的使用的预先记录的PDI问题的视图。
图145是示出根据本发明的实施例的用于在无障碍&手语呈现偏好中的手语的偏好的预先记录的PDI问题的视图。
图146是示出根据本发明的实施例的用于在无障碍&手语呈现偏好中的手语的位置的偏好的预先注册的PDI问题的视图。
图147是示出根据本发明的实施例的用于更新呈现偏好中的回答的菜单屏幕的视图。
图148是示出根据本发明的又一实施例的在接收器和配套装置之间的用户数据的交换的结构视图。
图149是示出根据本发明的实施例的进一步包括用户ID字段的PDIUserData的视图。
图150是根据本发明的实施例的用于使用用户ID获得对PDI问题的回答的序列图。
图151是根据本发明的实施例的用于使用用户ID应用过滤准则的序列图。
图152是示出根据本发明的实施例的指配用户ID的方法的视图。
图153图示根据本发明的实施例的要被用于推荐频道或者节目的偏好准则的XML架构的图。
图154图示根据本发明的实施例的要被用于推荐频道或者节目的偏好准则的XML架构。
图155图示根据本发明的实施例的要被用于推荐频道或者节目的偏好准则的描述符。
图156图示根据本发明的实施例的用于在服务级别的偏好准则的传输的XML架构的扩展图。
图157图示根据本发明的实施例的用于在服务级别的偏好准则的传输的XML架构。
图158图示根据本发明的实施例的用于在内容级别的偏好准则的传输的XML架构的扩展图。
图159图示根据本发明的实施例的用于在内容级别的偏好准则的传输的XML架构。
图160图示根据本发明的实施例的用于使用与ESG一起递送的偏好准则向用户推荐服务/内容的序列图。
图161图示根据本发明的另一实施例的用于使用与ESG一起递送的偏好准则向用户推荐服务/内容的序列图。
图162图示根据本发明的实施例的将偏好准则与PDI用户数据进行比较的方法。
图163图示根据本发明的实施例的用于将偏好准则与PDI用户数据进行比较的匹配边界字段。
图164图示根据本发明的实施例的用于提供被推荐的服务/内容的UI。
图165图示根据本发明的实施例的提供交互式服务或者内容的方法。
具体实施例
现在将详细地介绍本发明的优选实施例，其示例在附图中图示。详细说明将在下面参考附图给出，其旨在解释本发明的示例性实施例，而不是仅示出可以根据本发明实现的实施例。以下的详细说明包括特定的细节以便对本发明提供深入理解。但是，对于本领域技术人员来说显而易见，实践本发明可以无需这些特定的细节。
虽然在本发明中使用的大多数术语已经从在本领域广泛地使用的常规术语中选择，但是某些术语已经由申请人任意地选择，并且其含义在以下的描述中根据需要详细说明。因此，本发明应该基于该术语所期望的含义理解，而不是其简单的名称或者含义理解。
本发明提供用于发送和接收供未来的广播服务的广播信号的设备和方法。根据本发明的实施例的未来的广播服务包括陆地广播服务、移动广播服务、UHDTV服务等。本发明可以根据一个实施例经由非MIMO(多输入多输出)或者MIMO处理用于未来的广播服务的广播信号。根据本发明的实施例的非MIMO方案可以包括MISO(多输入单输出)、SISO(单输入单输出)方案等。
虽然在下文中为了描述方便起见，MISO或者MIMO使用两个天线，但是本发明可适用于使用两个或更多个天线的系统。
本发明可以定义三个物理层(PL)简档(profile)(基础、手持和高级简档)每个被优化以最小化接收器复杂度，同时获得对于特定使用情形所需的性能。物理层(PHY)简档是相应的接收器将实施的所有配置的子集。
三个PHY简档共享大部分功能块，但是，在特定的模块和/或参数方面略微地不同。另外的PHY简档可以在未来限定。对于系统演进，未来的属性还可以经由未来的扩展帧(FEF)在单个RF信道中与现有的简档复用。每个PHY简档的细节在下面描述。
1.基础简档
基础简档表示对于通常连接到屋顶天线的固定的接收设备的主要使用情形。基础简档还包括能够运输到一个场所，但是属于相对固定接收类别的便携式设备。基础简档的使用可以通过某些改进的实施被扩展到手持设备或者甚至车辆，但是，对于基础简档接收器操作不预期那些使用情况。
接收的目标SNR范围是从大约10到20dB，其包括现有的广播系统(例如，ATSC A/53)的15dB SNR接收能力。接收器复杂度和功耗不像在电池操作的手持设备一样严重，手持设备将使用手持简档。用于基础简档的关键系统参数在以下的表1中列出。
表1
[表1]
LDPC码字长度 16K，64K比特
星座大小 4～10bpcu(每个信道使用的比特)
时间解交织存储器大小 ≤2<sup>19</sup>数据信元
导频图案 用于固定接收的导频图案
FFT大小 16K，32K点
2.手持简档
手持简档设计成在以电池电源操作的手持和车载设备中使用。该设备可以以行人或者车辆速度移动。功耗和接收器复杂度对于手持简档的设备的实施是非常重要的。手持简档的目标SNR范围大约是0至10dB，但是，当意欲用于较深的室内接收时，可以配置为达到低于0dB。
除了低的SNR能力之外，由接收器移动性所引起的多普勒效应的适应性是手持简档最重要的性能品质。用于手持简档的关键系统参数在以下的表2中列出。
表2
[表2]
LDPC码字长度 16K比特
星座大小 2～8bpcu
时间解交织存储器大小 ≤2<sup>18</sup>数据信元
导频图案 用于移动和室内接收的导频图案
FFT大小 8K，16K点
3.高级简档
高级简档以更大的实施复杂度为代价提供最高的信道容量。该简档需要使用MIMO发送和接收，并且UHDTV服务是对该简档特别设计的目标使用情形。提高的容量还可以用于允许在给定带宽提高服务数目，例如，多个SDTV或者HDTV服务。
高级简档的目标SNR范围大约是20至30dB。MIMO传输可以最初地使用现有的椭圆极化传输设备，并且在未来扩展到全功率横向极化传输。用于高级简档的关键系统参数在以下的表3中列出。
表3
[表3]
LDPC码字长度 16K，64K比特
星座大小 8～12bpcu
时间解交织存储器大小 ≤2<sup>19</sup>数据信元
导频图案 用于固定接收的导频图案
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简档类型的所有帧的集合。
未来扩展帧：能够被用于未来扩展的在超帧内的物理层时隙，以前导开始
Futurecast UTB系统：提出的物理层广播系统，其输入是一个或者多个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：承载一个LDPC FECBLOCK的所有比特的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流可以具有大量的空分组存在，以便在CBR TS流中提供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的每个信元字(cell word)，或者在高级简档中来自信元字解复用器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块可以包括PLS FEC编码器6000、比特交织器6010、星座映射器6020和时间交织器6030。
此外，PLS FEC编码器6000可以包括加扰器、BCH编码/零插入块、LDPC编码块和LDPC奇偶穿孔块。将给出BICM块的每个块的描述。
PLS FEC编码器6000可以编码加扰的PLS 1/2数据、EAC和FIC区段。
加扰器可以在BCH编码以及缩短和穿孔LDPC编码之前加扰PLS1数据和PLS2数据。
BCH编码/零插入块可以使用用于PLS保护的缩短的BCH码，对加扰的PLS 1/2数据执行外编码，并且在BCH编码之后插入零比特。仅对于PLS1数据，零插入的输出比特可以在LDPC编码之前转置。
LDPC编码块可以使用LDPC码来编码BCH编码/零插入块的输出。为了产生完整的编码模块，Cldpc、奇偶校验比特、Pldpc从每个零插入的PLS信息块Ildpc被系统编码，并且附在其之后。
数学公式1
[数学式1]
用于PLS1和PLS2的LDPC编码参数如以下的表4。
表4
[表4]
LDPC奇偶穿孔块可以对PLS1数据和PLS 2数据执行穿孔。
当缩短被应用于PLS1数据保护时，一些LDPC奇偶校验比特在LDPC编码之后被穿孔。此外，对于PLS2数据保护，PLS2的LDPC奇偶校验比特在LDPC编码之后被穿孔。不发送这些被穿孔的比特。
比特交织器6010可以交织每个被缩短和被穿孔的PLS1数据和PLS2数据。
星座映射器6020可以将比特交织的PLS 1数据和PLS2数据映射到星座上。
时间交织器6030能够交织被映射的PLS1数据和PLS2数据。
以上描述的块可以被省略或者由具有类似或者相同功能的块替换。
图7图示根据本发明的一个实施例的帧构建块。
在图7中图示的帧构建块对应于参考图1描述的帧构建块1020的实施例。
参考图7，帧构建块可以包括延迟补偿块7000、信元映射器7010和频率交织器7020。将给出帧构建块的每个块的描述。
延迟补偿块7000可以调整在数据管道和相应的PLS数据之间的时序以确保它们在发射器端共时(co-timed)。通过解决由输入格式化块和BICM块所引起的数据管道的延迟，PLS数据被延迟与数据管道相同的量。BICM块的延迟主要是由于时间交织器。带内信令数据承载下一个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，帧构建块可以包括导频和保留音插入块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天线接收输入信号，相对于与用于接收广播信号的设备相对应的系统执行信号检测和同步，并且执行与由用于发送广播信号装置执行的过程相反过程相对应的解调。
帧解析模块9010可以解析输入信号帧，并且提取经由其发送由用户选择的服务的数据。如果用于发送广播信号的设备执行交织，则帧解析模块9010可以执行与交织的相反过程相对应的解交织。在这种情况下，需要提取的信号和数据的位置可以通过解码从信令解码模块9040输出的数据获得，以恢复由用于发送广播信号的设备产生的调度信息。
解映射和解码模块9020可以将输入信号转换为比特域数据，并且然后根据需要对其解交织。解映射和解码模块9020可以对于为了传输效率应用的映射执行解映射，并且经由解码校正在传输信道上产生的错误。在这种情况下，解映射和解码模块9020可以获得为解映射所必需的传输参数，并且通过解码从信令解码模块9040输出的数据进行解码。
输出处理器9030可以执行由用于发送广播信号的设备应用以改善传输效率的各种压缩/信号处理过程的相反过程。在这种情况下，输出处理器9030可以从信令解码模块9040输出的数据中获得必要的控制信息。输出处理器8300的输出对应于输入到用于发送广播信号装置的信号，并且可以是MPEG-TS、IP流(v4或者v6)和常规流。
信令解码模块9040可以从由同步和解调模块9000解调的信号中获得PLS信息。如上所述，帧解析模块9010、解映射和解码模块9020和输出处理器9030可以使用从信令解码模块9040输出的数据执行其功能。
图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)。
前导是允许快速Futurecast UTB系统信号检测并且提供一组用于信号的有效发送和接收的基本传输参数的特殊符号。稍后将描述前导的详细说明。
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比特字段。取决于每Futurecast UTB系统使用的频率的数目，ATSC小区覆盖区可以由一个或多个频率组成。如果CELL_ID的值不是已知的或者未指定的，则该字段被设置为“0”。
NETWORK_ID：这是唯一地识别当前的ATSC网络的16比特字段。
SYSTEM_ID：这个16比特字段唯一地识别在ATSC网络内的Futurecast UTB系统。Futurecast UTB系统是陆地广播系统，其输入是一个或多个输入流(TS、IP、GS)，并且其输出是RF信号。如果有的话，Futurecast UTB系统承载一个或多个PHY简档和FEF。相同的Futurecast UTB系统可以承载不同的输入流，并且在不同的地理区中使用不同的RF频率，允许本地服务插入。帧结构和调度在一个位置中被控制，并且对于在Futurecast UTB系统内的所有传输是相同的。一个或多个Futurecast UTB系统可以具有相同的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-64
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模式
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比特字段 P<sub>I</sub> N<sub>TI</sub>
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]
0 报头压缩模式
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中的示例所示以自顶向下方式被映射到NFSS FSS的活动载波。PLS1单元被以单元索引的递增顺序首先从第一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]
用于长FECBLOCK和短FECBLOCK的参数分别在以上的表28和29中给出。
计算用于长FECBLOCK的Nldpc–Kldpc奇偶校验比特的详细过程如下：
1)初始化奇偶校验比特，
数学公式4
[数学式4]
2)在奇偶校验矩阵的地址的第一行中指定的奇偶校验比特地址处累加第一信息比特i0。稍后将描述奇偶校验矩阵的地址的细节。例如，对于速率13/15：
数学公式5
[数学式5]
3)对于接下来的359个信息比特，is，s＝1、2、…359，使用以下的数学公式在奇偶校验位地址处累加is。
数学公式6
[数学式6]
{x+(s mod 360)×Qldpc}mod(Nldpc-Kldpc)
这里x表示对应于第一比特i0的奇偶校验比特累加器的地址，并且QIdpc是在奇偶校验矩阵的地址中指定的码率相关的常数。继续该示例，对于速率13/15，QIdpc＝24，因此，对于信息比特i1，执行以下的操作：
数学公式7
[数学式7]
4)对于第361个信息比特i360，在奇偶校验矩阵的地址的第二行中给出奇偶校验比特累加器的地址。以类似的方式，使用表达式6获得用于以下的359信息比特is的奇偶校验比特累加器的地址，s＝361、362、…719，这里x表示对应于信息比特i360的奇偶校验比特累加器的地址，即，在奇偶校验矩阵的地址的第二行中的条目。
5)以类似的方式，对于360个新的信息比特的每个组，从奇偶校验矩阵的地址的新行用于找到奇偶校验比特累加器的地址。
在所有信息比特用尽之后，最后的奇偶校验比特如下获得：
6)以i＝1开始顺序地执行以下的操作。
数学公式8
[数学式8]
这里pi的最后的内容，i＝0,1，...，NIdpc-KIdpc–1，等于奇偶校验比特pi。
表30
[表30]
码率 Q<sub>ldpc</sub>
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]
码率 Q<sub>ldpc</sub>
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]
调制类型 η<sub>mod</sub> N<sub>QCB_LG</sub>
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_IG QC块执行。组间交织具有使用360列和NQCB_IG行写入和读取组内的比特的过程。在写入操作中，来自QCB交织输出的比特是行式写入。读取操作是列式执行的，以从每个行读出m比特，这里对于NUC，m等于1，并且对于NUQ，m等于2。
图24图示根据本发明的实施例的信元字解复用。
图24(a)示出对于8和12bpcu MIMO的信元字解复用，和(b)示出对于10bpcu MIMO的信元字解复用。
比特交织输出的每个信元字(c0,l,c1,l,...,cηmod-1,l)被解复用为如(a)所示的(d1,0,m,d1,1,m...d1,ηmod-1,m)和(d2,0,m,d2,1,m...,d2,ηmod-1,m)，其描述用于一个XFECBLOCK的信元字解复用过程。
对于使用不同类型的NUQ用于MIMO编码的10个bpcu MIMO情形，用于NUQ-1024的比特交织器被重新使用。比特交织器输出的每个信元字(c0,l,c1,l...,c9,l)被解复用为(d1,0,m,d1,1,m...d1,3,m)和(d2,0,m,d2,1,m...d2,3,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被限定为：
这里dn.s.r.q是在第n个TI组的第s个TI块中的第r个XFECBLOCK的第q个信元，并且表示SSD和MIMO编码的输出如下：
此外，假设来自时间交织器的输出的XFECBLOCK被限定为：
这里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图示根据本发明的实施例的被扭曲的行-列块交织器的基本操作。
(a)示出在时间交织器中的写入操作，并且图26(b)示出时间交织器中的读取操作。第一XFECBLOCK以列方式写入到TI存储器的第一列，并且第二XFECBLOCK被写入到下一列等等，如在(a)中所示。然而，在交织阵列中，信元以对角线方式被读出。在从第一行(沿着以最左边的列开始的行向右)到最后一行的对角线方式的读取期间，信元被读出，如在(b)中所示。详细地，假定zn，s，i(i＝0，...，NtNc)作为要被顺序地读取的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]
对于
结果，通过作为zn，s，i＝NrCn，s，i+Rn，s，i的坐标计算要被读出的信元位置。
图27图示根据本发明的另一实施例的被扭曲的行-列块交织器的操作。
更加具体地，图27图示用于每个TI组的TI存储器的交织阵列，包括当NxBLOCK_TI(0，0)＝3、NxBLOCK_TI(1，0)＝6、NxBLOCK TI(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是示出基于自动内容识别(ACR)的增强TV(ETV:enhanved television)服务系统的图。
图30所示的基于ACR的ETV服务系统可以包括：广播站或内容提供商100、多频道视频节目分销商(MVPD:multichannel video programming distributor)101、机顶盒(STB:set-top box)102、诸如数字TV接收器这样的接收器103、以及ACR服务器(或ACR方案提供者)104。接收器103可以根据先进电视系统委员会(ATSC)的限定进行操作，并可以支持ACR功能。实时广播服务110可以包括A/V内容。
数字广播服务可以被大致划分为：由广播站100提供的地面广播服务、和由MVPD101提供的多频道广播服务(诸如有线广播或卫星广播)。广播站100可以一起发送实时广播服务110和增强数据(或附加数据)120。在这种情况下，如图30所示，接收器103可以通过MVPD 101和STB 102仅接收实时广播服务110，而可以不接收增强数据120。
因此，为了接收增强数据120，接收器103分析并处理作为实时广播服务110的A/V内容输出，并识别广播节目信息和/或广播节目相关元数据。使用所识别的广播节目信息和/或广播节目相关元数据，接收器103可以从广播站100或ACR服务器104接收增强数据(140)。在这种情况下，可以经由互联网协议(IP:Internet protocol)网络150发送增强数据。
如果从单独ACR服务器104接收增强数据(140)，则在ACR服务器104和接收器103之间的机制中，在ATSC 2.0标准中限定的触发声明性对象(TDO:triggered declarativeobject)模型当中的请求/响应模型可以应用于ACR服务器104。在下文中，将描述TDO和请求/响应模型。
TDO指示在广播内容中所包括的附加信息。TDO用于及时触发广播内容中的附加信息。例如，如果广播试听节目，则可以与广播内容一起显示由观众优选的试听参与者的当前排序。此时，试听参与者的当前排序的附加信息可以是TDO。这样的TDO可以通过与观众互动来更改或根据观众的意图来提供。
在标准ATSC 2.0的请求/响应ACR模型中，预期数字广播接收器103将定期(例如，每5秒)生成内容的签名，并将包含签名的请求发送到ACR服务器104。当ACR服务器104从数字广播接收器103获得请求时，它返回响应。通信会话在请求/响应实例之间不保持开放。在该模型中，ACR服务器104向客户端发起消息是不可行的。
随着已经引入数字卫星广播，数字数据广播已经作为新的补充服务而出现。交互式数据广播(其是代表性的交互式服务)可以不仅将数据信号，而且将现有广播信号发送给用户，以便提供各种补充服务。
可以经由增强TV(ETV)使用虚拟频道和广播相关服务，来将数字数据广播大体划分为独立服务。该独立服务仅包括文本和图形，而不包括广播图像信号，并且以与现有互联网网页类似的格式来提供。独立服务的代表性示例包括：天气和股票信息提供服务、TV银行服务、商业交易服务等。该广播相关服务不仅发送广播图像信号，而且发送附加文本和图形信息。观众可以经由广播相关服务，来获取与所观看的广播节目有关的信息。例如，在观看戏剧的同时，存在使观众能够观看前一故事或者放映位置的服务。
在数字数据广播的广播相关服务中，可以基于ACR技术来提供ETV服务。ACR表示如下的技术：即，当装置回放音频/视频(A/V内容)时，经由隐藏在内容中的信息来自动识别内容的技术。
在ACR技术的实现中，可以使用加水印或加指纹方案，来获取与内容有关的信息。加水印涉及用于将指示数字内容提供商的信息插入到数字内容中的技术。加指纹与加水印相同之处在于：将特定信息插入到数字内容中；而与其不同之处在于：插入与内容购买者有关的信息，而不是与内容提供商有关的信息。
图31是示出根据本发明的实施例的数字加水印技术的流程的图。
随着已经引入数字卫星广播，数字数据广播已经作为新的补充服务而出现。交互式数据广播(其是代表性的交互式服务)可以不仅将数据信号，而且将现有广播信号发送给用户，以便提供各种补充服务。
可以经由增强TV(ETV)使用虚拟频道和广播相关服务，来将数字数据广播大体划分为独立服务。该独立服务仅包括文本和图形，而不包括广播图像信号，并且以与现有互联网网页类似的格式提供。独立服务的代表性示例包括：天气和股票信息提供服务、TV银行服务、商业交易服务等。该广播相关服务不仅发送广播图像信号，而且发送附加文本和图形信息。观众可以经由广播相关服务来获取与所观看的广播节目有关的信息。例如，在观看戏剧的同时，存在使观众能够观看前一故事或者放映位置的服务。
在数字数据广播的广播相关服务中，可以基于ACR技术来提供ETV服务。ACR表示如下的技术：即，当装置回放音频/视频(A/V内容)时，经由隐藏在内容中的信息来自动识别内容的技术。
在ACR技术的实现中，可以使用加水印或加指纹方案，来获取与内容有关的信息。加水印涉及用于将指示数字内容提供商的信息插入到数字内容中的技术。加指纹与加水印相同之处在于：将特定信息插入到数字内容中；而与其不同之处在于：插入与内容购买者有关的信息，而不是与内容提供商有关的信息。
在下文中，将参考图31来详细描述加水印技术。
数字加水印是以难以移除的方式来将信息嵌入到数字信号中的处理。例如，信号可以是音频、图片或视频。如果信号被复制，则副本中也携带有该信息。信号可以同时携带若干个不同的水印。
在可视的加水印中，图片或视频中的信息是可视的。典型地，信息是识别媒体的所有者的文本或标志。当电视广播商将其标志(logo)添加到所发送的视频的角部时，这也是可视的水印。
在不可视的加水印中，信息作为数字数据被添加到音频、图片或视频中，虽然能够检测到一定量的信息被隐藏，但它无法如此察觉。水印可以旨在用于广泛使用，并且因此使得易于检索，或者它可以是信息隐藏(Steganography)的形式，其中，一方针对数字信号中嵌入的秘密消息进行通信。在任一情况下，如在可视的加水印中，目标是以难以移除的方式来将所有权或其它描述性信息附加到信号中。也能够以在个体之间隐蔽通信的方式来使用隐藏嵌入信息。
加水印的一个应用是在版权保护系统中，该版权保护系统旨在防止或阻止数字媒体的未经授权的复制。在此用途中，在进行复制之前，复制装置从信号中获取水印；装置根据水印的内容来作出是否复制的决定。另一应用是在源跟踪中。
将水印嵌入到各分销(distribution)点处的数字信号中。如果以后发现工作的副本，则能够从副本中获取水印，并且可知分销源。已报道该技术用于检测非法复制的电影的源。
具有描述性信息的数字照片的注释是不可视加水印的另一应用。
虽然用于数字媒体的某些文件格式能够包括称为元数据的附加信息，但是数字加水印的不同之处在于在信号本身中携带数据。
虽然在某些情形下短语数字水印(phrase digital watermark)表示被加水印的信号和覆盖信号之间的差异，但是要嵌入的信息称为数字水印。要嵌入水印的信号称为宿主信号(host signal)。
加水印系统通常被划分成三个不同的步骤：嵌入(201)、侵袭(202)和检测(或提取；203)。
在嵌入(201)中，算法接受宿主和要嵌入的数据，并产生加水印的信号。
然后，发送或存储加水印的信号，通常发送到另一个人。如果此人做出修改，则这称为侵袭(202)。虽然修改可能不是蓄意的，但是术语侵袭由版权保护应用而引起，其中，盗版者试图通过修改来移除数字水印。存在很多可能的修改，例如，数据的有损压缩、剪切图像或视频、或有意地添加噪声。
检测(203)是应用于受侵袭的信号以试图从受侵袭的信号中提取水印的算法。如果该信号在传输期间未被修改，则水印仍然存在，并且能够提取该水印。在鲁棒加水印应用中，即使修改是强的，提取算法应该也能够正确地产生水印。在脆弱加水印中，如果对信号做出任何改动，则提取算法会无效。
即使通过任何数目的转化而劣化，如果能够从被标记信号中可靠地检测到嵌入信息，则数字水印也称为针对转化鲁棒。典型的图像劣化是：JPEG压缩、旋转、裁剪、附加噪声和量化(quantization)。对于视频内容，通常将时间修改和MPEG压缩添加到该列表中。如果加水印的内容在感觉上与原始的、未加水印的内容等同，则该水印称为是难以察觉的。通常，容易创建鲁棒水印或者难以察觉的水印，但是已证明鲁棒和难以察觉水印的创建是相当有挑战性的。已提出鲁棒难以察觉的水印作为用于保护数字内容的工具，例如，作为专业视频内容中的嵌入的“不允许复制”标志。
数字加水印技术能够以若干方式进行分类。
首先，如果在最轻微修改之后，未检测到水印，则该水印称为是脆弱的(鲁棒性)。脆弱水印通常用于纂改检测(完整性证明)。清楚察觉到的对原始工作的修改通常不称为水印，而称为一般性的条形码。如果水印耐受良性(benign)转化，但在恶性转化后无法检测，则该水印称为是半脆弱的。半脆弱水印通常用来检测恶性转化。如果水印耐受指定级的转化，则该水印称为是鲁棒的。可以在副本保护应用中使用鲁棒水印来携带副本并访问控制信息。
第二，如果原始覆盖信号和被标记的信号在感觉上是(接近)不可区分的，则水印称为难以察觉的(感知度Perceptibility)。如果在被标记的信号中水印的存在是明显的，而非侵入式的(non-intrusive)，则水印称为是可察觉的。
第三，关于容量，嵌入的消息的长度确定两种不同的主要类型的加水印方案：
该消息在概念上是零比特长度，并且系统被设计为以便检测在被标记对象中水印的存在或不存在。这种加水印方案通常称为斜体零比特(Italic zero-bit)或斜体存在加水印方案。有时，这类加水印方案称为1比特水印，因为1表示存在(而0表示不存在)水印。
该消息是n比特长的流(具有n＝︱m︱)或M＝{0,1}n，并在水印中进行调制。这些类型的方案通常称为多比特加水印或非零比特加水印方案。
第四，存在用于嵌入步骤的若干种方法。如果通过附加修改来获取已标记的信号，则加水印方法称为扩频。已知扩频水印是适度鲁棒，但是由于宿主干扰，所以也具有低信息容量。如果通过量化来获取已标记的信号，则加水印方法称为量化型。量化水印具有低鲁棒性，但是由于抑制宿主干扰，所以具有高信息容量。如果由与扩频方法类似但具体地在空间域中嵌入的附加修改嵌入所标记的信号，则加水印方法称为幅度调制。
图32是示出根据本发明的实施例的ACR查询结果格式的图。
根据现有ACR服务处理系统，如果广播站一起发送用于实时服务的内容和用于ETV服务的增强数据，并且TV接收器接收该内容和ETV服务，则可以接收用于实时服务的内容，但不可以接收增强数据。
在这种情况下，根据本发明的本实施例，能够使用IP网络通过独立的IP信令信道，来解决现有ACR处理系统的问题。即，TV接收器可以经由MVPD来接收用于实时服务的内容，并经由独立的IP信令信道来接收增强数据。
在这种情况下，根据本发明的实施例，IP信令信道可以被构造为使得以二进制流的形式递送并处理PSIP流。此时，IP信令信道可以被构造为使用挽方法(pull method)或推方法(push method)。
可以根据HTTP请求/响应方法来构造挽方法的IP信令信道。根据HTTP请求/响应方法，PSIP二进制流可以被包括在用于HTTP请求信号的HTTP响应信号中，并通过信令信道URL(SignalingChannelURL)来发送。在这种情况下，轮询周期可根据作为ACR查询结果递送的元数据中的轮询周期(Polling_cycle)，而被周期性地请求。另外，可以将要更新的、与时间和/或周期有关的信息包括在信令信道中并发送。在这种情况下，接收器可以基于从IP信令信道中接收到的更新时间和/或循环信息，来从服务器请求信令信息。
可以使用XMLHTTPRequest应用编程接口(API)来构造推方法的IP信令信道。如果使用XMLHTTPRequest API，则能够从服务器异步地接收更新。这是如下的方法：如果已改变信令信息，则在接收器处，通过XMLHTTPRequest对象从服务器异步地请求信令信息；并且在服务器处，响应于此经由该信道提供信令信息。如果会话的准备时间存在限制，则可能产生会话超时响应，并且接收器可以再次识别会话超时响应、请求信令信息，并维持接收器与服务器之间的信令信道。
为了通过IP信令信道接收增强数据，接收器可以使用加水印和加指纹进行操作。加指纹涉及如下技术，该技术用于将与内容购买者(而不是内容提供商)有关的信息插入到内容中。如果使用加指纹，则接收器可以搜索参考数据库来识别内容。识别内容的结果称为ACR查询结果。ACR查询结果可以包括提供给TV观众的查询和该查询的回复信息，从而实现ACR功能。接收器可以基于ACR查询结果来提供ETV服务。
可以将与ACR查询结果有关的信息插入/嵌入到/在基于水印的ACR系统上的A/V内容中，并可以发送该信息。接收器可以通过水印提取器来提取并获取ACR查询结果信息，然后提供ETV服务。在这种情况下，可以提供ETV服务，而不需要单独的ACR服务器，并可以省略通过IP网络的查询。
图32是根据本发明的实施例的、指示ACR查询结果的XML架构的图。如图32所示，ACR查询结果的XML格式可以包括结果代码(result code)元素310并且ACR查询结果(ACRquery result)类型300可以包括：内容ID(content ID)元素301、网络时间协议(NTP:network time protocol)时间戳(NTP timestamp)元素302、信令信道信息(signalingchannel information)元素303、服务信息(service information)元素304以及其它识别符(other-identifier)元素305。信令信道信息元素303可以包括：信令信道URL(signalingchannel URL)元素313、更新模式(update mode)元素323以及轮询周期(polling cycle)元素333；并且服务信息元素304可以包括：服务名称(service name)元素314、服务标志(service logo)元素324以及服务描述(service description)元素334。
在下文中，将详细描述图32所示的ACR查询结果的XML架构的图，并将描述XML架构的示例。
结果代码元素310可以表示ACR查询的结果值。如果无法以代码值的形式进行查询，则这可以表示查询成功或失败以及失败原因。例如，如果结果代码元素310的值是200，则这可以表示查询成功并返回与其对应的内容信息；并且如果结果代码元素310的值是404，则这可以表示没有找到内容。
内容ID元素301可以表示用于全局地和唯一地识别内容的识别符，并可以包括全局服务识别符(global service identifier)元素，其是用于识别服务的识别符。
NTP时间戳元素302可以表示以NTP时间戳的形式提供用于ACR查询的示例帧间隔的特定点的时间。这里，特定点可以是示例帧的起点或终点。NTP表示如下协议，该协议用于通过互联网使计算机的时间与参考时钟同步，并可以用于时间服务器和在计算机网络上分布的客户端之间的时间同步。由于NTP使用通用协调时间(UTC:universal timecoordinated)并保证10毫秒的精度，所以接收器可以准确地处理帧同步操作。
信令信道信息元素303可以表示在用于ETV服务的IP网络上的独立信令信道的访问信息。
更具体地，信令信道URL(signaling channel URL)元素313(其是信令信道信息元素303的子元素)可以表示信令信道的URL信息。信令信道URL元素313可以包括：作为子元素的更新模式元素323和轮询周期元素333。更新模式元素323可以表示经由IP信令信道获取信息的方法。例如，在挽模式中，接收器可以根据挽方法定期执行轮询来获取信息，而在推模式中，服务器可以根据推方法将信息发送到接收器。如果更新模式元素323是挽模式，则轮询循环元素333可以根据挽方法指示接收器的基本轮询周期值。然后，接收器可以指定基本轮询周期值，并以随机时间间隔将请求信号发送到服务器，从而防止服务器中发生过载请求。
服务信息元素304可以表示与广播频道有关的信息。内容id元素301可以表示观众当前正在观看的服务的识别符，并且服务信息元素304可以表示与广播频道有关的详细信息。例如，由服务信息元素304表示的详细信息可以是频道名称、标志、或文本说明。
更具体地，服务名称元素314(其是服务信息元素304的子元素)可以表示频道名称，服务标志元素324可以表示频道标志，并且服务描述元素334可以表示频道文本说明。
根据本发明的实施例的、图32所示的ACR查询结果的元素的XML架构示出如下。
＜xs：complexType name＝"ACR-ResultType″＞
＜xs：sequence＞
＜xs：element name＝"ContentID″type＝″xs：anyURI″/＞
＜xs：element name＝″NTPTimestamp″type＝″xs：unsignedLong"/＞
＜xs：element name＝″SignalingChannelInformation"＞
＜xs：complexType＞
＜xs：sequence＞
＜xs：element name＝"SignalingChannelURL"maxOccurs＝"unbounded"＞
＜xs：complexType＞
＜xs：simpleContent＞
＜xs：extension base＝″xs：anyURI″＞
＜xs：attribute name＝″UpdateMode″＞
＜xs：simpleType＞
＜xs：restriction base＝"xs：string"＞
＜xs：enumeration value＝"Pull"/＞
＜xs：enumeration value＝″Push″/＞
＜/xs：restriction＞
＜/xs：simpleType＞
＜/xs：attribute＞
＜xs：attribute name＝″PollingCycle″type＝″xs：unsignedlnt″/＞
＜/xs：extension＞
＜/xs：simpleContent＞
＜/xs：complexType＞
＜/xs：element＞
＜/xs：sequence＞
＜/xs：complexType＞
＜/xs：element＞
＜xs：element name＝″Servicelnformation"＞
＜xs：complexType＞
＜xs：sequence＞
＜xs：element name＝"ServiceName″type＝″xs：string″/＞
＜xs：element name＝″ServiceLogo″type＝"xs：anyURI"minOccurs＝″0"/＞
＜xs：element name＝"ServiceDescription″type＝″xs：string"minOccurs＝"0″maxOccurs＝″unbounded″/＞
＜/xs：sequence＞
＜/xs：complexType＞
＜/xs：element＞
＜xs：any namespace＝"##other"processContents＝″skip"minOccurs＝"0"maxOccurs＝"unbounded″/＞
＜/xs：sequence＞
＜xs：attribute name＝″ResultCode"type＝"xs：string"use＝"required"/＞
＜xs：anyAttribute processContents＝″skip"/＞
＜/xs：complexType＞
图33是示出根据本发明的实施例的内容识别符(ID)的语法的图。
图33示出根据本发明的实施例的、根据ATSC标准的内容ID(content ID)的语法。ATSC内容ID可以用作用于识别由接收器接收到的内容的识别符。
图33所示的内容ID的语法是参考图32描述的ACR查询结果格式的内容ID元素的语法。
ATSC内容识别符是由发送用户识别(TSID：Transmitting SubscriberIdentification)和具有唯一性的周期的“房屋编号(house number)”构成的语法。“房屋编号”是TSID的持有者希望的、如在此约束的任何编号。对于TSID的各值，编号是唯一的。ATSC内容识别符结构的语法将如图11中限定的。
“TSID”(16比特无符号整数字段)应包括transport_stream_id(传输流id)的值。对于美国，这些值的分配机构是在墨西哥、加拿大和美国这些国家当中由正式协议建立的FC范围(FC Range)。由适当机构来建立在其它区域中的值。
“end_of_day(结束日期)”字段(5比特无符号整数)应被设置为通用协调时间(UTC)中的天的小时，在该时间中广播日结束并在该时间过后，content_id(内容id)值可以根据unique_for(唯一_用于)来重复使用。该字段的值应在0-23的范围内。值24-31被保留。注意的是，对于每个广播站，期望该字段的值是静态的。
“unique_for”字段(9位无符号整数)应被设置为相对于由end_of_day所指示的小时进行测量(四舍五入)的天数，在此期间content_id值未被重新指定给不同的内容。该值应在1到511范围内。应当禁止值0。值511应具有“无限地”的特殊含义。注意的是，对于每个广播站，期望该字段的值基本上是静态的，仅当房屋编号的方法改变时才改变。另外注意的是，解码器能够将存储的content_values(内容值)处理为唯一的，直到unique_for字段期满，这能够通过在end_of_day时每一天对所有存储的unique_for字段递减1直到该字段达到0来实现。
“content_id”字段(可变长度)，根据房屋编号系统或用于TSID值的系统，将该可变长度字段设置为识别符的值。在由end_of_day和unique_for字段中的值所设定的唯一性的周期内，每个这样的值不应被分配给不同的内容。识别符可以是人可读和/或二进制值的任何组合，并且不需要精确匹配房屋编号的形式，不超过242字节1。
当根据本发明的实施例的接收器不能经由图33所示的内容ID的语法来全局地和唯一地识别服务时，根据本实施例的接收器可以使用全局服务识别符来识别服务。根据本实施例的全局服务识别符可以被包括在参考图3描述的ACR查询结果格式的内容ID元素中。
以下[示例1]表示根据本发明的实施例的URI格式的全局服务识别符。[示例1]的全局服务识别符可以用于ATSC-M/H服务。
[示例1]
urn：oma：bcast：iauth：atsc：service：＜region＞：＜xsid＞：＜serviceid＞
＜region＞是如由ISO 639-2规定的两个字母的国际国家代码。
＜xsid＞被限定为用于本地服务，如在该区域中限定的TSID的十进制编码。
＜xsid＞还被限定为用于区域服务(major＞69)，“0”。
＜serviceid＞被限定为＜major＞.＜minor＞，其中，＜major＞可以表示主频道号(Major Channel Number)而＜minor＞可以表示次频道号(Minor Channel Number)。
上述全局服务识别符可以以如下URI格式呈现。
[示例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＞是如由ISO 639-2[4]规定的两个字母的国际国家代码。
＜xsid＞被限定为用于本地服务，如在该区域中限定的TSID的十进制编码，后面是“.”<serviceid>，除非发射广播站能够保证不使用<serviceid>的全局内容id的唯一性。<xsidz>也被限定为用于区域服务(major>69)，<serviceid>。
在两种情况下，<serviceid>是如用于携带内容的服务的部分A1中限定的。鉴于content_id字段为二进制字符串，<content_id>是图33中限定的content_id字段的base64[5]编码。<unique_for>是图33中限定的unique_for字段的十进制编码。<end_of_day>是图33中限定的end_of_day字段的十进制编码。
具有上述示例中限定的格式的ATSC内容识别符可以用于识别在ACR处理系统上的内容。
在下文中，将参考图34和图35来描述与本发明的实施例有关的、设计用来实施加水印和加指纹技术的接收器。图34和图35所示的接收器可以根据设计者的意图、以不同方式来构造。
图34是示出根据本发明的实施例的接收器的结构的图。
更具体地，图34示出使用加水印支持基于ACR的ETV服务的接收器的构造的实施例。
如图34所示，根据本发明的实施例的支持基于ACR的ETV服务的接收器可以包括：输入数据处理器、ATSC主服务处理器、ATSC移动/手持(MH:mobile/handhld)服务处理器和/或ACR服务处理器。输入数据处理器可以包括：调谐器/解调器400和/或残留边带(VSB:vestigial side band)解码器401。ATSC主服务处理器可以包括：传输协议(TP:transportprotocol)多路分解器402、非实时(NRT)指南信息处理器403、数字存储媒体命令和控制(DSM-CC:digital storage media command and Control)可寻址部分分析器404、信息提供者(IP:Information Provider)/用户数据报协议(UDP:User Datagram Protocol)分析器405、FLUTE分析器406、元数据模块407、文件模块408、电子服务指南(ESG:electronicservice guide)/数据载波检测(DCD:data carrier detect)处理器409、存储控制模块410、文件/TP交换器411、回放控制模块412、第一存储装置413、IP分组存储控制模块414、互联网访问控制模块415、IP接口416、实时/记录交换器417、文件(对象)解码器418、TP/封装基本流(PES:Packetized Elementary Stream)解码器420、节目特定信息(PSI:ProgramSpecific Information)/节目和系统信息协议(PSIP:program and system informationprotocol)解码器421和/或电子节目指南(EPG:Electronic Program Guide)处理器422。ATSC MH服务处理器可以包括：主/MH/NRT交换器419、MH基带处理器423、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服务数据可以被递送到ATSC MH服务处理器，并由该ATSC MH服务处理器处理。
ATSC主服务处理器可以处理主服务信号，以将不包括MH信号的主服务数据递送到ACR服务处理器。TP多路分解器(demux)402可以多路分解经由VSB信号发送的ATSC主服务数据的传输分组，并将多路分解后的传输分组递送到其它处理模块。也就是说，TP多路分解器402可以多路分解在传输分组中所包括的各种信息并递送信息，使得广播信号的元素由广播接收器的模块分别处理。多路分解后的数据可以包括：实时流、DSM-CC可寻址部分和/或NRT服务表/A/90&92信令表。更具体地，如图34所示，TP多路分解器402可以将实时流输出到实时/记录交换器417，将DSM-CC可寻址部分输出到DSM-CC可寻址部分分析器404，并将NRT服务表/A/90&92信令表输出到NRT指南信息处理器403。
NRT指南信息处理器403可以从TP多路分解器402接收NRT服务表/A/90&92信令表，提取FLUTE会话信息，并将该FLUTE会话信息递送到DSM-CC可寻址部分分析器404。DSM-CC可寻址部分分析器404可以从TP多路分解器402接收DSM-CC可寻址部分，从NRT指南信息处理器403接收FLUTE会话信息，并处理DSM-CC可寻址部分。IP/UDP分析器405可以接收从DSM-CC可寻址部分分析器404输出的数据，并分析根据IP/UDP发送的IP数据报。FLUTE分析器406可以接收从IP/UDP分析器405输出的数据，并处理用于发送以异步分层编码(ALC)对象的形式发送的数据服务的FLUTE数据。元数据模块407和文件模块408可以接收从FLUTE分析器406输出的数据，并处理元数据和恢复的文件。ESG/DCD处理器409可以接收从元数据模块407输出的数据，并处理与广播节目有关的电子服务指南和/或下行链路信道描述符。恢复的文件可以以诸如ATSC 2.0内容和参考指纹这样的文件对象的形式递送到存储控制模块410。文件对象可以由存储控制模块410处理，并被划分为要被存储在第一存储装置413中的普通文件和TP文件。回放控制模块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服务。
ATSC MH服务处理器可以处理MH信号，以便将ATSC MH服务数据发送到ACR服务处理器。更具体地，MH基带处理器423可以将ATSC MH服务数据信号转换为适用于传输的脉冲波形。MH物理适配处理器424可以处理呈适用于MH物理层形式的ATSC MH服务数据。
IP协议堆栈模块425可以根据用于互联网发送/接收的通信协议接收从MH物理适配处理器424输出的数据并处理数据。文件处理器426可以接收从IP协议堆栈模块425输出的数据，并处理应用层的文件。ESG处理器427可以接收从文件处理器426输出的数据，并处理移动ESG。另外，第二存储装置428可以接收从文件处理器426输出的数据，并存储文件对象。另外，根据ATSC，从IP协议堆栈模块425输出的数据中的某些可以成为用于接收器的ACR服务的数据，而不是用于移动ESG服务的数据。在这种情况下，流处理器429可以处理经由实时传输协议(RTP:real-time transport protocol)接收到的实时流，并将该实时流递送到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数据。
具体地，图34所示的水印提取器433可以从通过外部输入接收到的A/V数据提取以水印的形式插入的数据(水印)。水印提取器433可以从音频数据提取水印，从视频数据提取水印，并从音视频数据提取水印。水印提取器433可以从所提取的水印中获取频道信息和/或内容信息。
根据本实施例的接收器可以利用由水印提取器433获取的频道信息和/或内容信息，来调谐ATSC移动手持(MH)频道，并接收对应内容和/或元数据。另外，根据本实施例的接收器可以经由互联网来接收对应内容和/或元数据。然后，接收器可以使用触发器等来显示接收到的内容和/或元数据。
图35是示出根据本发明的另一实施例的接收器的结构的图。
更具体地，图35示出使用加水印的支持基于ACR的ETV服务的接收器的构造的实施例。
图35所示的接收器的基本结构与图35所示的接收器的基本结构基本相同。然而，图35所示的接收器与图34所示的接收器的不同之处在于，图35的接收器还包括根据本发明的实施例的指纹提取器535和/或指纹比较器536。另外，图36的接收器可以不包括图34所示的元件当中的水印提取器433。
图35的接收器的基本结构与图34所示的接收器的结构基本相同。因此，将省略其详细描述。在下文中，将就指纹提取器535和/或指纹比较器536来描述接收器的操作。
指纹提取器535可以提取插入到通过外部输入接收到的A/V内容的数据(或签名)。根据本实施例的指纹提取器535可以从音频内容中提取签名，从视频内容中提取签名，或从音频内容和视频内容中提取签名。
指纹比较器536可以使用从A/V内容提取的签名，来获取频道信息和/或内容信息。根据本实施例的指纹比较器536可以通过本地搜索和/或远程搜索，来获取频道信息和/或内容信息。
具体地，如图35所示，用于操作访问存储装置537的指纹比较器536的路径称为本地搜索。另外，如图35所示，用于操作访问互联网访问控制模块538的指纹比较器536的路径称为远程搜索。下面将描述本地搜索和远程搜索。
在根据本实施例的本地搜索中，指纹比较器536可以将所提取的签名与存储在存储装置537中的参考指纹进行比较。参考指纹是为了处理所提取的签名指纹比较器536进一步接收的数据。
具体地，指纹比较器536可以将所提取的信号和参考指纹进行匹配和比较，以确定所提取的信号和参考指纹是否相同，来获取频道信息和/或内容信息。
作为比较结果，当所提取的信号与参考指纹相同时，指纹比较器536可以将比较结果发送到应用。该应用可以使用比较结果，来将与所提取的签名有关的内容信息和/或频道信息发送到接收器。
作为比较结果，当所提取的签名与参考指纹不匹配或参考指纹的数量不足时，指纹比较器536可以通过ATSC MH频道接收新的参考指纹。然后，指纹比较器536可以将所提取的签名和参考指纹重新进行比较。
在根据本实施例的远程搜索中，指纹比较器536可以从互联网上的签名数据库服务器接收频道信息和/或内容信息。
具体地，指纹比较器536可以经由互联网访问控制模块538访问互联网，来访问签名数据库服务器。然后，指纹比较器536可以将作为查询参数的所提取签名发送到签名数据库服务器。
当所有广播站使用一个集成签名数据库服务器时，指纹比较器536可以将查询参数发送到对应签名数据库服务器。当广播站单独管理相应签名数据库服务器时，指纹比较器536可以将查询参数发送到相应签名数据库。另外，指纹比较器536可以将查询参数同时发送到两个或更多个签名数据库服务器。
根据本实施例的接收器可以使用由指纹比较器536获取的频道信息和/或内容信息来调谐ATSC MH频道，并接收对应内容和/或元数据。然后，接收器可以利用触发器等来显示接收到的内容和/或元数据。
图36是图示根据本发明的实施例的数字广播系统的图。
具体地，图36图示包括用于个性化服务的数字广播接收器(或接收器)的个性化广播系统。根据本实施例的个性化服务是用于基于用户信息选择和提供适于用户的内容的服务。另外，根据本实施例的个性化广播系统可以提供用于提供ATSC 2.0服务或个性化服务的下一代广播服务。
根据本发明的实施例，作为用户信息的示例，限定了用户的简档、人口统计以及兴趣信息(或PDI数据)。在下文中，将描述个性化广播系统的元素。
调查问卷的回答合起来表示用户的简档、人口统计以及兴趣(PDI)。封装调查问卷和由特定用户给出的回答的数据结构称为PDI调查问卷或PDI表。虽然一旦回答可用时，数据结构便会容纳回答，但是如由网络、广播站或内容提供商提供的PDI表包括无回答数据。PDI表中的条目的问题部分非正式地称为“PDI问题”或“PDI-Q”。针对给定PDI问题的回答非正式地称为“PDI-A”。一组过滤准则非正式地称为“PDI-FC”。
诸如ATSC 2.0可用的接收器这样的客户端装置包括允许创建调查问卷中的问题的回答(PDI-A实例)的功能。该PDI-生成功能使用PDI-Q实例作为输入，并产生PDI-A实例作为输出。PDI-Q和PDI-A实例两者都被保存在接收器中的非易失性存储器中。客户端还提供如下的过滤功能，其中，客户端将PDI-A实例与PDI-FC实例进行比较，来确定哪个内容项将适用于下载和使用。
在如图所示的服务提供者侧，功能被实现，以维持和分发PDI表。内容元数据连同内容一起被创建。当中的元数据是基于PDI表中的问题的PDI-FC实例。
如图36所示，个性化广播系统可以包括内容提供商(或广播站)707和/或接收器700。根据本实施例的接收器700可以包括：PDI引擎701、过滤引擎702、PDI存储器703、内容存储器704、声明内容模块705和/或用户界面(UI)模块706。如图36所示，根据本实施例的接收器700可以从内容提供商707接收内容等。上述个性化广播系统的结构可以根据设计者的意图进行更改。
根据本实施例的内容提供商707可以将内容、PDI调查问卷和/或过滤准则发送到接收器700。封装调查问卷和由特定用户给出的回答的数据结构称为PDI调查问卷。根据本发明的实施例，PDI调查问卷可以包括与用户的简档、人口统计以及兴趣等有关的问题(或PDI问题)。
接收器700可以处理从内容提供商707接收到的内容、PDI调查问卷和/或过滤准则。在下文中，将就在图36所示的接收器700中所包括的模块的操作，来描述数字广播系统。
根据本实施例的PDI引擎701可以接收由内容提供商707提供的PDI调查问卷。PDI引擎701可以将在PDI调查问卷中接收到和包括的PDI问题发送到UI模块706。当存在与对应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中。将参考图38和图39来详细描述过滤方法和过滤准则。
根据本发明的实施例，UI模块706可以显示从PDI引擎701接收到的PDI，并从用户接收对应PDI问题的PDI回答。用户可以使用遥控器来将显示的PDI问题的PDI回答发送到接收器700。UI模块706可以将接收到的PDI回答发送到PDI引擎701。
根据本实施例的声明内容模块705可以访问PDI引擎701，以获取PDI数据。另外，如图36所示，声明内容模块705可以接收由内容提供商707提供的声明内容。根据本发明的实施例，声明内容可以是与由接收器700执行的应用有关的内容，并可以包括诸如触发声明性对象(TDO:triggered declarative object)这样的声明性对象(DO:declarativeobject)。
尽管图36未示出，但是根据本实施例的声明内容模块705可以访问PDI存储器703，以获取PDI问题和/或PDI回答。在这种情况下，声明内容模块705可以使用应用编程接口(API)。具体地，声明内容模块705可以使用API来检索PDI存储器703，以获取至少一个PDI问题。然后，声明内容模块705可以通过UI模块706发送PDI问题，接收PDI回答，并将接收到的PDI回答发送到PDI存储器703。
根据本实施例的PDI存储器703可以存储PDI问题和/或PDI回答。
根据本实施例的内容存储器704可以存储过滤后的内容。
如上所述，图36所示的PDI引擎701可以从内容提供商707接收PDI调查问卷。接收器700可以显示通过UI模块706接收到的PDI调查问卷的PDI问题，并接收来自用户的对应PDI问题的PDI回答。PDI引擎701可以将包含PDI问题和/或PDI回答的PDI数据发送到过滤引擎702。过滤引擎702可以通过PDI数据和过滤准则来过滤内容。因此，接收器700可以向用户提供过滤后的内容，以实施个性化服务。
图37是图示根据本发明的实施例的数字广播系统的图。
具体地，图37图示包括用于个性化服务的接收器的个性化广播系统的结构。根据本实施例的个性化广播系统可以提供ATSC 2.0服务。在下文中，将描述个性化广播系统的元件。
如图37所示，个性化广播系统可以包括内容提供商(或广播站807)和/或接收器800。根据本实施例的接收器800可以包括：PDI引擎801、过滤引擎802、PDI存储器803、内容存储器804、声明内容模块805、UI模块806、使用监控引擎808和/或使用日志模块809。如图36所示，根据本实施例的接收器800可以从内容提供商807接收内容等。图37的基本模块与图36的模块相同，不同之处在于图37的广播系统还可以包括与图36的广播系统不同的使用监控引擎808和/或使用日志模块809。上述个性化广播系统的结构可以根据设计者的意图进行更改。在下文中，将就使用监控引擎808和使用日志模块809，来描述数字广播系统。
根据本实施例的使用日志模块809可以存储与用户的广播服务使用历史有关的信息(或历史信息)。该历史信息可以包括两个或更多个使用数据。根据本发明的实施例的使用数据指的是与在预定时间段由用户使用的广播服务有关的信息。具体地，使用数据可以包括：指示在下午9点观看40分钟新闻的信息；指示在下午11点下载恐怖电影的信息等。
根据本实施例的使用监控引擎808可以持续监控用户的广播服务的使用情况。然后，使用监控引擎808可以使用监控结果，来删除、添加和/或更正存储在使用日志模块809中的使用数据。另外，根据本实施例的使用监控引擎808可以将使用数据发送到PDI引擎801，并且PDI引擎801可以使用所发送的使用数据来更新PDI数据。
图38是根据本发明的另一实施例的数字广播系统的流程图。
具体地，图38是参考图36和图37描述的个性化广播系统的过滤引擎和PDI引擎的操作的流程图。
如图38所示，根据本实施例的接收器900可以包括过滤引擎901和/或PDI引擎902。在下文中，将描述根据本实施例的过滤引擎901和PDI引擎902的操作。上述接收器的结构可以根据设计者的意图进行更改。
如参考图36所述，为了过滤内容，根据本实施例的接收器900可以将过滤准则和PDI数据进行匹配和比较。
具体地，根据本实施例的过滤引擎901可以从内容提供商接收过滤准则，并将用于请求PDI数据的信号(或PDI数据请求信号)发送到PDI引擎902。根据本实施例的PDI引擎902可以根据所发送的PDI数据请求信号，来搜索与对应PDI数据请求信号对应的PDI数据。
图38所示的过滤引擎901可以将包括准则ID(识别符)的PDI数据请求信号发送到PDI引擎902。如上所述，过滤准则可以是一组过滤准则，其中的每个可以包括用于识别过滤准则的准则ID。另外，根据本发明的实施例，准则ID可以用于识别PDI问题和/或PDI回答。
已接收到PDI数据请求信号的PDI引擎902可以访问PDI存储器，以搜索PDI数据。根据本发明的实施例，PDI数据可以包括用于识别PDI问题和/或PDI回答的PDI数据ID。图38所示的PDI引擎902可以将准则ID和PDI数据ID进行匹配和比较，以确定准则ID和PDI数据ID是否彼此相同。
作为匹配结果，当准则ID和PDI数据ID彼此相同，并且其值也彼此相同时，接收器900可以下载对应内容。具体地，根据本实施例的过滤引擎901可以将用于下载内容的下载请求信号发送到内容提供商。
作为匹配结果，当准则ID和PDI数据ID彼此不同时，PDI引擎902可以将空ID(识别符)发送到过滤引擎901，如图38所示。已接收到空ID的过滤引擎901可以将新的PDI数据请求信号发送到PDI引擎902。在这种情况下，新的PDI数据请求信号可以包括新的准则ID。
根据本实施例的接收器900可以将在过滤准则中所包括的所有过滤准则与使用上述方法的PDI数据进行匹配。作为匹配结果，当所有过滤准则与PDI数据进行匹配时，过滤引擎901可以将用于下载内容的下载请求信号发送到内容提供商。
图39是根据本发明的另一实施例的数字广播系统的流程图。
具体地，图39是参考图36和图37描述的个性化广播系统的过滤引擎和PDI引擎的操作的流程图。
如图39所示，根据本实施例的接收器1000可以包括过滤引擎1001和/或PDI引擎1002。上述接收器的结构可以根据设计者的意图进行更改。图39所示的过滤引擎1001和PDI引擎1002的基本操作与参考图38描述的操作相同。
然而，作为过滤准则和PDI数据的匹配结果，根据本发明的实施例，当准则ID与PDI数据ID不同时，图39所示的接收器1000可以不下载对应内容。
具体地，根据本发明的实施例，当根据本实施例的过滤引擎1001接收空ID时，新的PDI数据请求信号可以不被发送到PDI引擎1002。另外，根据本发明的实施例，当在过滤准则中所包括的所有过滤准则与PDI数据不匹配时，根据本实施例的过滤引擎1001可以不将下载请求信号发送到内容提供商。
图40是图示根据本发明的实施例的PDI表的图。
参考图36描述的个性化广播系统可以使用PDI数据，以便提供个性化服务并处理呈PDI表的形式的PDI数据。封装调查问卷和由特定用户给出的回答的数据结构称为PDI调查问卷或PDI表。虽然一旦回答可用时，数据结构便会容纳回答，但是如由网络、广播站或内容提供商提供的PDI表包括无回答数据。PDI表中的条目的问题部分非正式地称为“PDI问题”或“PDI-Q”。给定PDI问题的回答非正式地称为“PDI-A”。一组过滤准则非正式地称为“PDI-FC”。根据本发明的实施例，PDI表可以以XML架构表示。根据本实施例的PDI表的格式可以根据设计者的意图进行更改。
如图40所示，根据本实施例的PDI表可以包括属性1110和/或PDI类型元素。根据本实施例的属性1110可以包括transactional(交易)属性1100和time(时间)属性1101。根据本实施例的PDI类型元素可以包括：具有整数(integer)回答的问题(QIA)元素1102、具有布尔(Boolean)回答的问题(QBA)元素1103、具有选择(selection)回答的问题(QSA)元素1104、具有文本(text)回答的问题(QTA)元素1105和/或具有任何格式回答的问题(QAA)元素1106。在下文中，将描述图40所示的PDI表的元素。
具体地，图40所示的属性1110可以表示根据本实施例的PDI表的属性的信息。因此，即使在PDI表中所包括的PDI类型元素发生改变时，根据本实施例的PDI表中的属性1110可能也不改变。例如，根据本实施例的transactional属性1100可以表示与PDI问题的目标有关的信息。根据本实施例的时间属性1101可以表示与生成或更新PDI表的时间有关的信息。在这种情况下，即使PDI类型元素发生改变，包括不同PDI类型元素的PDI表也可以包括transactional属性1100和/或时间属性1101。
根据本实施例的PDI表可以包括一个或两个或更多个PDI类型元素1102，作为根(root)元素。在这种情况下，PDI类型元素1102可以以列表形式表示。
根据本实施例的PDI类型元素可以根据PDI回答的类型进行分类。例如，根据本实施例的PDI类型元素可以称为“QxA”元素。在这种情况下，可以根据PDI回答的类型来确定“x”。根据本发明的实施例的PDI回答的类型可以包括：整数类型、布尔类型、选择类型、文本类型以及除了上述四种类型之外的任何类型的回答。
根据本发明的实施例的QIA元素1102可以包括针对一个PDI问题和/或对应PDI问题的整数类型的PDI回答。
根据本发明的实施例的QBA元素1103可以包括针对一个PDI问题和/或对应PDI问题的布尔类型的PDI回答。
根据本发明的实施例的QSA元素1104可以包括针对一个PDI问题和/或对应PDI问题的多个选择类型的PDI回答。
根据本发明的实施例的QTA元素1105可以包括针对一个PDI问题和/或对应PDI问题的文本类型的PDI回答。
根据本发明的实施例的QAA元素1106可以包括针对一个PDI问题和/或对应PDI问题的除了整数、布尔、多个选择以及文本类型之外的预定类型的PDI回答。
图41是图示根据本发明的另一实施例的PDI表的图。
具体地，图41图示参考图40描述的PDI类型元素当中的QIA元素的XML架构。
如图41所示，QIA元素还可以包括：表示与PDI问题类型有关的属性的信息的属性1210、识别符(ID)属性1220、问题(question)元素1230和/或回答(answer)元素1240。
具体地，根据本实施例的属性1210可以包括指示PDI问题的语言的语言(language)属性。另外，根据本实施例的QIA元素的属性1210可以包括：指示PDI问题的最小整数的min-inclusive(最小包括值)属性1230；和/或指示PDI问题最大整数的的max-inclusive(最大包括值)属性1240。
根据本实施例的识别符属性1220可以用于识别PDI问题和/或PDI回答。
根据本实施例的问题元素1230可以包括PDI问题。如图41所示，问题元素1230可以包括指示与PDI问题有关的信息的属性。例如，问题元素1230可以包括：time(时间)属性1231，其指示生成并发送PDI问题时的时间和/或PDI问题的期满时间。
另外，根据本实施例的回答元素1240包括PDI回答。如图41所示，回答元素1240可以包括指示与PDI回答有关的信息的属性。例如，如图41所示，回答元素1240可以包括：用于识别每个PDI回答的识别符(id)属性1241；和/或指示生成或更正每个PDI回答的时间的时间属性1242。
图42是图示根据本发明的另一实施例的PDI表的图。
具体地，图42图示参考图40描述的PDI类型元素当中的QBA元素的XML架构。
如图42所示，QBA元素的XML架构的基本元素与参考图41描述的元素相同。因此，省略其详细描述。
图43是图示根据本发明的另一实施例的PDI表的图。
具体地，图43图示参考图40描述的PDI类型元素当中的QSA元素的XML架构。
图43所示的QSA元素的XML架构的基本元素与参考图43描述的元素相同。因此，省略其详细描述。
然而，根据多个选择问题的属性，根据本实施例的QSA元素的属性还可以包括minChoice(最小选择)属性1411和/或maxChoice(最大选择)属性1412。根据本实施例的minChoice属性1411可以表示能够由用户选择的PDI回答的最小数量。根据本实施例的maxChoice属性1412可以表示能够由用户选择的PDI回答的最大数量。
图44是图示根据本发明的另一实施例的PDI表的图。
具体地，图44图示参考图40描述的PDI类型元素当中的QAA元素的XML架构。
如图44所示，QAA元素的XML架构的基本元素与参考图41描述的元素相同，因此，省略其详细描述。
图45是图示根据本发明的另一实施例的PDI表的图。
具体地，图45图示XML架构中的扩展格式的PDI表，作为参考图40至图41描述的PDI表。
如上所述，根据本发明的实施例，PDI表用于提供个性化服务。然而，尽管相同用户，但是优选内容可以根据用户所属的情况进行更改。
因此，为了克服该问题，根据本发明的实施例，PDI表还可以包括指示与用户的情况有关的信息的元素。
图45所示的PDI表还可以包括situation(情况)元素1600，作为指示与用户的情况有关的信息的元素。图45所示的PDI表的基本XML架构与参考图40至图44描述的XML架构相同，因此，省略其详细描述。在下文中，将描述situation元素1600。
根据本实施例的situation元素1600可以表示与时区和/或位置有关的信息，作为用户的情况的信息。如图45所示，situation元素1600还可以包括：time(时间)元素1610、location(位置)元素1620、和/或指示用户的情况的信息的其它元素。在下文中，将描述每个元素。
根据本实施例的时间元素1610可以包括与用户所属区域的时间有关的信息。例如，时间元素1610可以包括：以“yyyy-mm-dd”的形式表示时间信息的time(时间)属性1611；和/或表示用户所属区域的时区的timezone(时区)属性1612。
根据本实施例的location元素1620可以包括用户所属位置的信息。例如，如图45所示，location元素1620可以包括：指示对应位置的信息的位置描述(location-desc)属性1621；指示对应位置的纬度的信息的latitude(纬度)属性1622；和/或指示对应位置的经度的信息的longitude(经度)属性1623。
图46图示根据本发明的另一实施例的PDI表。
详细地，图46图示关于本发明的实施例参考图40至图45所描述的XML架构的PDI表。
图46描绘针对被称作PDI表的根元素的XML架构定义，其定义PDI表实例文档的结构。根据本发明的实施例，PDI表实例文档是指通过用XML架构实现PDI表而获得的实际文档。
图46还描绘针对表示能够使用PDI应用编程接口(API)在DO与底层接收器之间往返递送的每个问题的根元素QIA、QBA、QSA、QTA或QAA的XML架构定义。将详细地描述根据本实施例的PDIAPI。图46中所示的元素可以符合具有名字空间“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实例文档能够符合作为ATSC 2.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实例文档能够符合作为ATSC 2.0标准的具有其名字空间的一部分的“PDI表”XML架构，并且该定义可能优先于这里在任何差异的情况下所提供的描述。
PDI-A实例文档由类型QIA(整数回答类型问题)、QBA(布尔回答类型问题)、QSA(选择类型回答问题)、QTA(文本回答类型问题)和/或QAA(任何格式回答类型问题)的一个或多个元素构成。
这些元素中的每一个具有至少一个“A”(回答)子元素。它们可以或者可能不包括任何“Q”(问题字符串)子元素。
这些元素中的每一个中的标识符属性(“id”)能够用作对PDI-Q实例文档中的对应元素的引用或链接。
在下文中，将描述包括在图46中所图示的PDI表中的元素和属性的语义。
如图46中所图示的，在根据本实施例的PDI表中，可以在属性的名称的前面指示“@”以便区分属性和元素。
根据本实施例的PDI表可以包括PDI类型元素。详细地，PDI类型元素可以包括如参考图40所描述的QIA元素、QBA元素、QSA元素、QTA元素和/或QAA元素。
如图46中所图示的，根据本实施例的PDI表可以不管问题类型元素都包括protocolversion属性、pditableid属性、pditableversion属性和/或时间属性。
QIA元素、QBA元素、QSA元素、QTA元素以及QAA元素的id属性全部具有相同的语义，如这些元素中的每一个的期限(expire)属性那样。类似地Q元素中的每一个的lang属性相应具有相同的语义，如A元素中的每一个的时间属性那样。此外，id属性可以是指已参考图38所描述的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元素的时间属性能够指示回答被键入到表中的日期和时间。
尽管图46中未图示，但是根据本实施例的PDI表还可以包括QIAD元素、QBAD元素、QSAD元素、QTAD元素和/或QAAD元素。前述元素将被共同地称作QxAD元素。在下文中，将描述QxAD元素。
作为根元素的QIAD元素将整数回答类型的问题包含在QIA子元素中。QIA包括指定回答的最大小允许值和最小允许值的可选极限。
作为根元素的QBAD元素将表示布尔回答类型的问题。
作为根元素的QSAD元素将表示选择回答类型的问题。
作为根元素的QTAD元素将表示文本回答(自由形式条目)类型的问题。
作为根元素的QAAD元素将被用来保持各种类型的信息，例如数据库中的条目。
尽管图46中未图示，然而每个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.A@answer属性将表示对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元素中的问题的回答。
图47图示根据本发明的另一实施例的PDI表。
详细地，图47图示参考图40至图45所描述的XML架构的PDI表的结构。
图47中所图示的PDI表的基本结构以及基本元素和属性的语义与图46中的那些基本结构和语义相同。然而，不同于图46中所图示的PDI表，图47中所图示的PDI表还可以包括xactionSetId属性和/或文本(text)属性。在下文中，将在xactionSetId属性和/或文本属性方面描述PDI表。
QxA元素的xactionSetId属性指示问题属于问题的事务集合，其中问题的事务集合是将被视为用于回答问题的目的的单元的集合。它还为问题所属于的事务集合提供标识符。因此，在PDI表中具有xactionSetId属性的相同值的所有问题的集合是在“全有或全无(all or nothing)”基础上回答的。
QxA元素的文本属性是QxA.Q元素的子元素。文本属性的值能够表示待呈现给用户的问题字符串。
图49是图示根据本发明的实施例的过滤准则表的图。图36的上述个性化广播系统可以使用过滤准则，来提供个性化服务。参考图36、图38和图39描述的过滤准则可以以过滤准则表的形式进行处理。根据本发明的实施例，过滤准则表可以以XML架构的形式表示。
根据本发明的实施例，过滤准则表可以具有与PDI表的格式类似的格式，以便对PDI数据和过滤准则进行有效地比较。根据本实施例的过滤准则表的格式可以根据设计者的意图进行更改。
如图48所示，根据本实施例的过滤准则表可以包括过滤准则元素1900。过滤准则元素1900可以包括：识别符属性1901、准则类型属性1902和/或准则值元素1903。根据本实施例的过滤准则可以被解释为与上述PDI问题相对应。在下文中，将描述图48所示的过滤准则表的元素。
根据本实施例的过滤准则元素1900可以表示与PDI问题对应的过滤准则。
根据本实施例的识别符属性1901可以识别与过滤准则对应的PDI问题。
根据本实施例的准则类型属性1902可以表示过滤准则的类型。将详细描述过滤准则的类型。
根据本实施例的准则值元素1903可以表示过滤准则的值。每个准则值是PDI问题的可能回答。
具体地，根据本发明的过滤准则的类型可以是如下各项中的一个：整数类型、布尔类型、选择类型、文本类型和/或任何类型。
整数类型的过滤准则(或整数类型准则)指的是与整数类型的PDI回答对应的过滤准则。
布尔类型的过滤准则(或布尔(Boolean)类型准则)指的是与布尔类型的PDI回答对应的过滤准则。
选择类型的过滤准则(或选择类型准则)指的是与选择类型的PDI回答对应的过滤准则。
文本类型的过滤准则(或文本类型准则)指的是与文本类型的PDI回答对应的过滤准则。
任何类型的过滤准则(或任何类型准则)指的是与任何类型的PDI回答对应的过滤准则。
下面[示例5]示出根据本发明的实施例的、图48所示的过滤准则表的XML架构
[示例5]
＜？xml version＝"1.0"encoding＝"UTF-8"？＞
＜xs：schema xmlns：xs＝″http：//www.w3.org/2001/XMLSchema″elementFor-mDefault＝″qualified″attributeFormDefault＝"unqualified″＞
＜xs：element name＝"FilterCriteriaTable″type＝″FilterCriteriaTableType″/＞
＜xs：complexType name＝"FilterCriteriaTableType″＞
＜xs：sequence maxOccurs＝"unbounded″＞
＜xs：element name＝″Filter Criterion″type＝″FilterCriterionType"/＞
＜/xs：sequence＞
＜/xs：complexType＞
＜xs：complexType name＝″FilterCriterionType″＞
＜xs：sequence＞
＜xs：element name＝"CriterionValue"type＝"xs：base64Binary"maxOccurs＝″unbounded″/＞
＜/xs：sequence＞
＜xs：attribute name＝″id"type＝"xs：anyURI"use＝"required"/＞
＜xs：attribute name＝"CriterionType″type＝″xs：unsignedByte"use＝"required″/＞
＜/xs：complexType＞
＜/xs：schema＞
图49是图示根据本发明的另一实施例的过滤准则表的图。
具体地，图48图示XML架构中的扩展格式的过滤准则表，作为参考图48描述的过滤准则表。当过滤准则表被配置在图48所示的过滤准则的XML架构中时，不能设置根据本发明的实施例的过滤准则的类型及其每个类型的详细属性。因此，图49图示过滤准则的类型，并提出用于设置每个类型的属性的XML架构。根据本发明的实施例的个性化广播系统可以使用图49的XML架构中配置的过滤准则表，来更精确地过滤内容。
如图49所示，过滤准则表可以包括属性2000和/或过滤准则类型元素。根据本实施例的属性2000可以包括时间属性2001。根据本实施例的过滤准则类型元素可以包括：整数类型准则元素(或QIA准则元素)2010、布尔类型准则元素(或QBA准则元素)2020、选择类型准则元素(或QSA准则元素)2030、文本类型准则元素(或QTA准则元素)2040和/或任何类型准则元素(或QAA准则元素)2050。在下文中，将描述图49所示的过滤准则表的元素。
具体地，图40所示的属性2000可以表示根据本实施例的过滤准则表的属性的信息。因此，即使在过滤准则表中所包括的过滤准则类型元素发生改变时，属性2000可能也不改变。例如，根据本实施例的时间属性2001可以指示生成或更新过滤准则的时间。在这种情况下，即使过滤准则类型元素发生改变，包括不同过滤准则类型元素的过滤准则表也可以包括时间属性2001。
根据本实施例的过滤准则表可以包括一个或一个以上或更多个过滤准则类型元素。根据本实施例的过滤准则类型元素可以表示过滤准则的类型。已参考图48描述过滤准则的类型。在这种情况下，过滤准则类型元素可以以列表形式表示。
根据本实施例的过滤准则类型元素也可以称为“QxA”准则。在这种情况下，可以根据过滤准则的类型，来确定“x”。
如图49所示，每个过滤准则类型元素可以包括识别符属性和/或准则值元素。图49所示的识别符属性和准则值元素与参考图48描述的那些相同。
然而，如图49所示，整数类型准则元素2010还可以包括最小整数属性2011和/或最大整数属性2012。根据本实施例的最小整数属性2011可以指示过滤准则(其表示为整数类型回答)的最小值。根据本实施例的最大整数属性2012可以指示过滤准则(其表示为整数类型回答)的最大值。
如图49所示，选择类型准则元素2030和/或文本类型准则元素2040可以包括lang属性2031。根据本实施例的lang属性2031可以指示以文本类型回答表示的过滤准则的值。
下面[示例6]示出根据本发明的实施例的、图49所示的过滤准则表的XML架构。
[示例6]
＜？xml version＝″1.0″encoding＝″UTF-8″？＞
＜xs：schema xmlns：xs＝″http：//www.w3.org/2001/XMLSchema"elementFor-mDefault＝″qualified″attributeFormDefault＝″unqualified″＞
＜xs：element name＝″FilterCriteriaTable"type＝″FilterCriteriaTableType″/＞
＜xs：complexType name＝″FilterCriteriaTableType″＞
＜xs：choice rnaxOccurs＝"unbounded″＞
＜xs：element name＝″IntegerTypeCriterion"type＝″IntegerCriterionOption″/＞
＜xs：element name＝″BooleanTypeCriterion"type＝″BooleanCriterionOpntion″/＞
＜xs：element name＝″SelectionTypeCriterion"type＝"StringCriterionOption″/＞
＜xs：element name＝″TextTypeCriterion"type＝"StringCriterionOption″/＞
＜xs：element name＝"AnyTypeCriterion″type＝″AnyTypeCriterionOption"/＞
＜/xs：choice＞
＜xs：attribute name＝"time"type＝″xs：dateTime″/＞
＜/xs：complexType＞
＜xs：complexType name＝″IntegerCriterionOption"＞
＜xs：sequence＞
＜xs：element name＝″id″type＝"xs：anyURI"/＞
＜xs：sequence＞
＜xs：elernent name＝"CriterionValue“maxOccurs＝″unbounded″＞
＜xs：complexType＞
＜xs：simpleContent＞
＜xs：extension base＝“xs：integer”＞
＜xs：attribute name＝“minInteger”type＝“xs：integer”/
＜xs：attribute name＝“maxInteger”type＝“xs：integer”/＞
＜/xs：extension＞
＜/xs：simpleContent＞
＜/xs：complexType＞
＜/xs：element＞
＜/xs：sequence＞
＜/xs：sequence＞
＜/xs：complexType＞
＜xs：complexType name＝"BooleanCriterionOpntion″＞
＜xs：sequence＞
＜xs：element name＝"id"type＝"xs：anyURI"/＞
＜xs：sequence＞
＜xs：element name＝″CriterionValue″type＝"xs：boolean"/＞
＜/xs：sequence＞
＜/xs：sequence＞
＜/xs：complexType＞
＜xs：complexType name＝″StringCriterionOption"＞
＜xs：sequence＞
＜xs：element name＝″id″type＝″xs：anyURI"/＞
＜xs：sequence＞
＜xs：element name＝″CriterionValue″maxOccurs＝"unbounded"＞
＜xs：complexType＞
＜xs：simpleContent＞
＜xs：extension base＝"xs：string″＞
＜xs：attribute name＝"lang″type＝″xs：string″default＝″EN-US″/＞
＜/xs：extension＞
＜/xs：simpleContent＞
＜/xs：complexType＞
＜/xs：element＞
＜/xs：sequence＞
＜/xs：sequence＞
＜/xs：complexType＞
＜xs：complexType name＝″AnyTypeCriterionOption"＞
＜xs：sequence＞
＜xs：element name＝"id"type＝"xs：anyURI″/＞
＜xs：sequence＞
＜xs：element name＝"CriteriionValue“maxOccurs＝"unbounded″/＞
＜xs：complexType＞
＜xs：simpleContent＞
＜xs：extension base＝“xs：base64Binary”＞
＜xs：attribute name＝“any”type＝“xs：anySimpleType”/＞
＜/xs：extension＞
＜/xs：simpleContent＞
＜/xs：complexType＞
＜/xs：sequence＞
＜/xs：sequence＞
＜/xs：complexType＞＜/xs：schema＞
图50是图示根据本发明的另一实施例的过滤准则表的图。
具体地，图50图示参考图48和图49描述的XML架构中的过滤准则表。图50所示的过滤准则表的基本元素与参考图48和图49描述的元素相同。在下文中，将描述图50所示的过滤准则表中所包括的元素和属性的语义。
如图50所示，在根据本实施例的过滤准则表中，“@”可以表示在属性的名称的前面，以便在属性和元素之间进行区分。
在@id属性在表中出现的每个地方，它应是PDI表中问题的@id属性，从而识别与@id属性出现的过滤准则对应的问题。
QIA准则元素应表示与具有整数值的问题对应的过滤准则。
如果QIA准则元素的准则值子元素不包含@extent元素，则它应表示与过滤准则对应的问题的整数回答。如果QIA准则元素的准则值子元素包含@extent属性，则它应表示问题的回答的数字范围的下端，而该@extent属性应表示该范围内整数的数目。
QBA准则元素应表示与具有布尔值的问题对应的过滤准则。
QBA准则元素的准则值子元素应表示用于与过滤准则对应的问题的布尔回答。
QSA准则元素应表示与具有选择值的问题对应的过滤准则。
QSA准则元素的准则值子元素应表示与过滤准则对应的问题的选择回答的识别符。
QTA准则元素应表示与具有字符串值的问题对应的过滤准则。
QTA准则元素的准则值子元素应表示与过滤准则对应的问题的文本回答。
QAA准则元素应表示与仅具有文本“回答”而没有问题的“问题”对应的过滤准则。
QAA准则元素的准则值子元素应表示与过滤准则对应的“问题”的文本“回答”。
如果过滤准则元素中仅存在一个准则值元素，则在准则值元素的值与包含准则值元素的元素对应的问题的、PDI-A中的回答当中的值匹配的情况(其中，问题由包含准则值元素的元素的id属性表示)下，针对服务或内容项是否通过过滤器的过滤判断应是“true(真)”(yes(是))，否则它应是“false(假)”(no(否))。
在“程度(extent)”属性存在的、QIA准则元素的准则值子元素的情况下，如果回答的值在由准则值和extent属性限定的区间中，则准则值元素的值应被认为与对应PDI-A中的回答当中的值匹配。
如果过滤准则元素中的准则值元素的总数大于一，则每个准则值元素的结果应被评估为中间项，如果准则值与与过滤准则(如由id值表示)对应的问题的、PDI-A中的回答当中的值匹配时，则返回“真”，否则返回“假”。在这些中间项当中，具有相同值的其父元素识别符(QIA.id、QBA.id等)的那些应被逻辑地进行OR处理(“或”处理)，以获得针对每个目标准则的中间结果，而这些中间结果应被逻辑地一起进行AND处理(“与”处理)，以确定最终结果。如果对于接收器，最终结果评估为“真”，则它应暗示着相关内容项通过过滤器。
图51是图示根据本发明的另一实施例的过滤准则表的图。
具体地，图51图示图50所示的过滤准则表的扩展格式。图51所示的过滤准则表的基本元素与参考图50描述的元素相同。在下文中，将就与参考图51描述的过滤准则表的不同之处，来描述图50所示的过滤准则表。
图51所示的过滤准则表允许一组过滤准则的多个实例。每组包括过滤准则的多个实例。每个过滤准则允许为某些过滤准则设置多个值。在一组过滤准则的多个实例之间，过滤逻辑是“OR(或)”逻辑。在每组过滤准则中，对于相同过滤准则的多个值之间，过滤逻辑是“OR”逻辑，而在不同过滤准则之间则是“AND(和)”逻辑。
例如，如果过滤准则是((age＝20)AND(genre＝″sport″))OR((age＝10)AND(genre＝″animation″))，过滤准则表能够表示为下面[示例7]。
[示例7]
＜FilterCriteriaTable time＝“2012-09-03T09：30：47.0Z”xmlns：xsi＝“http：//www.w3.org/2001/XMLSchema-instance”＞
＜FilterCriterionSet＞
＜IntegerTypeCriterion id＝“abc.tv/age/”＞
＜CriterionValue＞20＜/CriterionValue＞
＜/IntegerTypeCriterion＞
＜TextTypeCriterion id＝“abc.tv/genre/”＞
＜CriterionValue＞sport＜/CriterionValue＞
＜/TextTypeCriterion＞
＜/FilterCriterionSet＞
＜FilterCriterionSet＞
＜IntegerTypeCriterion id＝“abc.tv/age/”＞
＜CriterionValue＞10＜/CriterionValue＞
＜/IntegerTypeCriterion＞
＜TextTypeCriterion id＝“abc.tv/genre//”＞
＜CriterionValue＞animation＜/CriterionValue＞
＜/TextTypeCriterion＞
＜/FilterCriterionSet＞
＜/FilterCriteriaTable＞
图52是根据本发明的另一实施例的数字广播系统的流程图。
具体地，图52是允许根据本发明的实施例的接收器经由广播网络来接收PDI表和/或过滤准则表的个性化广播系统的流程图。
根据本实施例的个性化广播系统的基本结构与参考图36至图39描述的结构相同。根据本实施例的PDI表与参考图38至图47描述的表相同。根据本实施例的过滤准则表与参考图48至图51描述的表相同。
如图52所示，根据本实施例的个性化广播系统可以包括：服务信令信道(SSC:service signaling channel)2300、单向传输的文件递送(FLUTE:File Delivery overUnidirectional Transport)会话2310、过滤引擎2320、PDI引擎2330和/或UI 2340。根据本实施例的接收器可以通过数字存储介质命令和控制(DSM-CC)部分，来接收PDI表。在这种情况下，根据本实施例的接收器可以通过FLUTE会话2310来接收PDI表。上述个性化广播系统的结构可以根据设计者的意图进行更改。在下文中，将描述图52的元素的操作。
首先，根据本实施例的接收器可以通过SSC 2300来接收PDI表区段。具体地，根据本实施例的接收器可以分析与通过DSM-CC部分接收到的IP数据报当中的SSC 2300对应的IP数据报，来接收PDI表区段。在这种情况下，根据本实施例的接收器可以使用在SSC 2300中所包括的公知IP地址和/或UDP端口号，来接收PDI表区段。根据本实施例的PDI表区段指的是：通过压缩根据本发明的实施例的PDI表，以便经由广播网络发送PDI表而获得的PDI表的表。将详细描述PDI表区段。
根据本实施例的接收器可以分析通过SSC 2300接收到的PDI表区段，来获取PDI表。然后，根据本实施例的接收器可以将PDI表发送到PDI引擎2330。
根据本实施例的PDI引擎2330可以处理接收到的PDI表，并提取在对应PDI表中所包括的PDI问题。然后，根据本实施例的PDI引擎2330可以将所提取的PDI问题发送到UI2340。
根据本实施例的UI 2340可以显示接收到的PDI问题，并接收对应PDI问题的PDI回答。在这种情况下，根据本实施例的UI 2340可以通过遥控器来接收PDI回答。然后，根据本实施例的PDI引擎2330可以使用从UI 2340接收到的PDI回答来更新PDI数据。已参考图36和图37描述其详细描述。
根据本实施例的接收器可以通过SSC 2300，来接收服务映射表(SMT:service maptable)和/或非实时信息表(NRT-IT:non real time information table)。根据本实施例的SMT可以包括用于个性化服务的信令信息。根据本实施例的NRT-IT可以包括用于个性化服务的通告信息。
然后，根据本实施例的接收器可以分析接收到的SMT和/或NRT-II，以获取过滤准则描述符。接收器可以使用过滤准则描述符，来将过滤准则发送到过滤引擎2320。在这种情况下，根据本发明的实施例，过滤准则可以是具有xml文件的格式的过滤准则表。已参考图50和图51详细描述过滤准则表。
然后，根据本实施例的过滤引擎2320可以将PDI数据请求信号发送到PDI引擎2330。当根据本实施例的PDI引擎2330接收PDI数据请求信号时，PDI引擎2330可以搜索与对应PDI数据请求信号对应的PDI数据，并将PDI数据发送到过滤引擎2320。因此，根据本实施例的接收器可以使用过滤结果来下载内容。已参考图38和图39详细描述根据本实施例的过滤方法。
图53是图示根据本发明的实施例的PDI表区段的图。
具体地，图53图示参考图52描述的PDI表区段的语法。
当在广播流中递送PDI表时，使用DEFLATE压缩算法来压缩图52中限定的XML形式的表。然后，通过将生成的压缩表划分为块，并将块插入到如图53的表所示的部分中，来将生成的压缩表封装在NRT型私有部分中。
因此，根据本实施例的接收器可以按具有相同顺序号的部分号的顺序来合并PDI-Q实例文件的块，并释放压缩。根据本实施例的接收器可以生成PDI-Q实例文件，作为压缩释放的结果。然后，接收器可以将PDI-Q实例文件发送到根据本发明的实施例的PDI引擎。已参考图52描述具体方法。
在下文中，将描述图53所示的PDI表区段的语法。
应按升序section_number(部分_序号)字段值的顺序将块插入到这些部分中。在PDI Table所属的虚拟信道的IP子网的服务信令信道(SSC:Service Signaling Channel)中携带私有部分，如在ATSC NRT标准中限定的术语“服务信令信道”和“IP子网”。在这些部分中的sequence_number字段用于区分在相同SSC中携带的不同PDI表实例。
table_id字段(其具有8比特)应被设置为将该表区段识别为属于PDI表实例。table_id字段可以表示图53所示的PDI表区段包含与根据本发明的实施例的PDI表有关的信息。
根据本实施例的section_syntax_indicator字段可以表示PDI表区段的格式。
根据本实施例的private_indicator字段可以表示用户的比特信息。
根据本实施例的section_length字段可以表示PDI表区段中的字节数。
根据本实施例的table_id_extension字段可以识别PDI表区段。
根据本实施例的protocol_version字段可以包含PDI表语法的协议版本。
sequence_number字段(其具有8比特)的值与该PDI-Q实例的所有其它部分的sequence_number相同，但与该服务信令信道中携带的任何其它PDI-Q实例的所有部分的sequence_number不同。Sequence_number字段用于区分属于在SSC中同时递送的PDI-Q的不同实例的那些部分。
PDIQ_data_version字段(其具有5比特)表示该PDI-Q实例的版本号，其中，PDI-Q实例由其pdiTableId值限定。当PDI-Q实例中的任何元素或属性值发生改变时，版本号递增1模32(1modulo 32)。
current_next_indicator字段(其具有1比特)针对PDI-Q部分始终设置为“1”，表示发送的PDI-Q始终是由其segment_id所识别的段的当前PDI-Q。
section_number字段(其具有8比特)给出PDI-Q实例的该部分的部分编号。PDI-Q实例中的第一部分的section_number被设置为0x00。section_number随PDI-Q实例中的每个附加部分而递增1。
last_section_number字段(其具有8比特)给出PDI-Q实例的最后部分(该部分是PDI-Q实例的一部分)(即，该部分具有最大section_number)的编号。
service_id字段(其具有16比特)被设置为0x0000，以指示该PDI-Q实例应用于其出现的虚拟信道中的所有数据服务，而不是应用于任何特定服务。
pdiq_bytes()字段(其具有可变长度)由该部分部分地携带的PDI-Q实例的块构成。当该表实例的所有部分的pdiq_bytes()字段按其section_number字段的顺序连接起来，结果是完整的PDI-Q实例。
图54是图示根据本发明的另一实施例的PDI表区段的图。
具体地，图54图示参考图52描述的PDI表区段的语法。已参考图53给出基本描述。然而，不同于图53所示的PDI表区段，图54所示的PDI表区段可以不包括sequence_number字段。在下文中，将描述图54所示的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字段可以包括下面的表1所示的回答类型代码。在下文中，表1所示的每个回答类型代码可以表示参考图40描述的每个PDI回答的类型。
表1
[表1]
根据本实施例的num_answer字段可以表示PDI问题的PDI回答的数量。
根据本实施例的answer_value_length字段可以表示answer_value的实际长度。
根据本实施例的answer_value字段可以包括表示为answer_type_code的PDI回答的实际内容。
图55是图示根据本发明的另一实施例的PDI表区段的图。
具体地，图55图示参考图52描述的PDI表区段的语法。已参考图53和图54给出基本描述。构成图55的语法的字段与构成图54的语法的字段相同，因此，省略其详细描述。
图56是图示根据本发明的另一实施例的PDI表区段的图。
具体地，图56图示参考图52描述的PDI表区段的语法。已参考图53和图54给出基本描述。构成图56的语法的基本字段与构成图54的语法的字段相同，因此，省略其详细描述。
然而，不同于图54的语法，图56的语法还可以包括sequence_number字段。根据本该实施例的sequence_number字段与参考图53描述的sequence_number字段相同。
图57是根据本发明的另一实施例的数字广播系统的流程图。
具体地，图57图示根据本发明的实施例的、参考图52描述的个性化广播系统中的FLUTE会话、过滤引擎和/或PDI引擎的操作。
如图57所示，根据本实施例的个性化广播系统可以包括：FLUTE会话2800、过滤引擎2810和/或PDI引擎2820。根据本实施例的个性化广播系统可以提供用于提供ATSC 2.0服务或个性化服务的下一代广播服务。上述个性化广播系统的结构可以根据设计者的意图进行更改。
如参考图52所述，根据本实施例的接收器可以通过FLUTE会话来接收PDI表。在下文中，将参考图57针对本发明的实施例描述由接收器通过FLUTE会话来接收PDI表的方法。
根据本实施例的接收器可以通过FLUTE会话2800来接收字段递送表(FDT:fieIddelivery table)实例。FDT实例是通过相同FLUTE会话2800发送的内容的传输单元。根据本实施例的FDT实例可以包括表示内容的类型的内容类型属性。具体地，根据本实施例的内容类型属性可以包括：表示通过FLUTE会话2800发送的文件是PDI-Q实例文件(或PDI表)的内容。将详细描述根据本实施例的内容类型属性。
根据本实施例的接收器可以使用FDT实例，来识别通过FLUTE会话2800发送的字段是PDI-Q实例文件。然后，根据本实施例的接收器可以将PDI-Q实例文件发送到PDI引擎2820。已参考图52描述其详细描述。
图58是图示根据本发明的另一实施例的FDT实例的XML架构的图。
具体地，图58图示参考图57描述的FDT实例的XML架构。在下文中，将描述上述内容类型属性2900。
如图58所示，根据本实施例的FDT实例可以包括：指示FDT实例的属性的信息的属性2900；和/或指示通过FLUTE会话发送的文件的file(文件)元素2910。图58所示的file元素2910可以包括指示文件的属性的信息的属性。如图58所示，file元素2910可以包括根据本实施例的内容类型属性2920。
如参考图57所述，根据本实施例的接收器可以使用在内容类型属性2920中所包括的值来识别PDI-Q实例文件。例如，图58所示的内容类型属性2920可以具有以由“application/atsc-pdiq”或“text/atsc-pdiq+xml”表示的MIME协议的形式的值等。
图59是图示根据本发明的实施例的能力描述符(capabilities descriptor)语法的图。
具体地，图59图示在参考图52描述的个性化广播系统中，用于由根据本发明的实施例的接收器来识别PDI表的语法。
根据本实施例的能力描述符能够用于指示SMT服务级中的服务或NRT-IT内容级中的内容是否是PDI表。根据本实施例的接收器利用该信息来通知服务/内容是否是PDI表，并根据它们的能力(诸如支持PDI引擎)决定是否应下载服务/内容。
下面的表所示的代码能够加入到用于PDI表信令能力描述符中的capability_code。根据本实施例的capablilty_code值不能被分配给其它值。下表所示的capability_code值可以根据设计者的意图来不同地设置。
Capability_code值 含义
…… ……
0x4F 具有MPEG环绕的HE ACC v2
0x50 PDI表(包括PDI-Q)
…… ……
图60是图示根据本发明的实施例的消费模型的图。
具体地，图60图示添加到SMT上的字段，以便在参考图52描述的个性化广播系统中，由根据本实施例的接收器来识别PDI表。
当服务提供PDI表时，NRT服务描述符位于NRT SMT的服务级中，并且其NRT_service_category将是0x04(PDI)。因此，如果字段值是0x04，则接收器能够通知提供PDITable。
图60所示的消费模型的值可以根据设计者的意图来不同地设置。
图61是图示根据本发明的实施例的过滤准则描述符(filtering criteriadescriptor)语法的图。
具体地，图61图示在参考图52描述的个性化广播系统中，用于由根据本发明的实施例的接收器接收过滤准则表的过滤准则描述符的比特流语法。
根据本发明的实施例的过滤准则与可下载内容相关联，使得根据本实施例的接收器可以决定是否下载内容。ATSC 2.0环境中存在两种类型的可下载内容：由辅助交互式数据服务中的TDO使用的独立NRT服务中的非实时(NRT)内容和NRT内容项。
在下文中，将参考图61描述用于过滤独立NRT服务中的NRT内容的过滤准则。
在根据本发明的实施例的用于NRT服务和内容项的过滤准则中，以下限定的Filtering Criteria Descriptor(过滤准则描述符)中的一个或更多个实例能够被包括在SMT中的服务级描述符循环中，来允许接收器确定是否向用户提供NRT服务，或它能够被包括在NRT-IT中的内容项级描述符循环中，来允许接收器确定是否下载该特定内容项，并使其可用于用户。
Filtering Criteria Descriptor的一个或更多个实例允许为相同或不同目标准则提供多个值。用于相同目标准则的多个值之间的预期目标逻辑是“OR”逻辑，而不同目标准则之间则是“AND”逻辑。
在下文中，将描述图61所示的Filtering Criteria Descriptor的比特流语法的每个字段的语义定义。
descriptor_tag字段(8比特字段)能够被设置为0xTBD，以指示该描述符是根据本发明的实施例的Filtering Criteria Descriptor。
descriptor_length字段(8比特无符号整数字段)能够指示descriptor_length字段本身之后的字节数。
num_filter_criteria字段(8比特字段)能够指示在图61所示的该描述符中所包括的过滤准则的数量。
criterion_id_length字段(8比特字段)能够指示criterion_id字段的长度。
criterion_id字段(可变长度字段)能够给出以与该描述符出现的虚拟信道的PDITable中的问题(QIA、QBA、QTA、QSA或QAA元素)的id属性匹配的、URI的形式的该过滤准则的识别符。
criterion_type_code字段(3位字段)能够根据下表给出该准则(问题)的类型。
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字段(可变长度字段)给出该目标准则值。
根据本发明的本实施例的Filtering Criteria Descriptor指示与服务或内容项相关联的特定目标准则的值。在ATSC 2.0发射中，上述限定的filtering_criteria_descriptor()中的一个或更多个实例可以进入SMT中的NRT服务的描述符循环中，或进入NRT-IT中的内容项的描述符循环中。在前一种情况下，它们应应用于服务本身(所有内容项)。而在后一种情况下，它们应应用于单个内容项。
如果描述符循环中仅存在一个过滤准则描述符，并且如果它仅有一个准则值，那么在准则值与与过滤准则(如由criterion_id指示的)对应问题的PDI-A中的回答当中的值匹配的情况下，用于服务或内容项是否通过过滤器的判断应是“真”(是)，否则它应是“假”(否)。
如果单个描述符循环中的所有Filtering Criteria Descriptors的准则值的总数大于一，则每个准则值的结果应被评估为中间项，如果准则值和与过滤准则(如由criterion_id指示的)对应的问题的PDI-A中的回答当中的值匹配时，则返回“真”，否则返回“假”。在这些中间项当中，具有相同值的过滤准则(如由criterion_id确定的)的那些应被逻辑地进行OR处理(“或”处理)，以获得每个目标准则的中间结果，而这些中间结果应被逻辑地一起进行AND处理(“与”处理)，以确定最终结果。如果针对接收器，最终结果评估为“真”，则它应暗示着相关NRT服务或内容项通过过滤器，并可用于下载到接收器。
图62是图示根据本发明的另一实施例的过滤准则描述符语法的图。
具体地，图62图示在参考图52描述的个性化广播系统中，用于由根据本发明的实施例的接收器接收过滤准则表的过滤准则描述符的比特流语法。
已参考图61描述图62所示的过滤准则描述符语法的基本内容。
然而，criterion_type_code字段能够根据下表给出该准则(问题)的类型。
图63是根据本发明的另一实施例的数字广播系统的流程图。
具体地，图63是用于由根据本发明的实施例的接收器通过广播网络来接收PDI表和/或过滤准则表的、个性化广播系统的流程图。
根据本实施例的个性化广播系统的基本结构与参考图36至图39描述的结构相同。根据本实施例的PDI表与参考图38至图47描述的表相同。根据本实施例的过滤准则表与参考图48至图51描述的表相同。
如图63所示，根据本实施例的个性化广播系统可以包括：信令服务器3410、过滤引擎3420、PDI引擎3430和/或UI 3440。上述个性化广播系统的结构可以根据设计者的意图进行更改。
用于处理根据本实施例的PDI表和过滤准则的过滤引擎3420、PDI引擎3430和/或UI 3440的操作与参考52描述的操作相同。在下文中，将就图63所示的信令服务器3410的操作来描述数字广播系统。
首先，根据本实施例的接收器可以将用于接收PDI表区段的请求信号发送到信令服务器3410。在这种情况下，根据本实施例的接收器可以利用查询项来发送请求信号。将详细描述查询。
根据本实施例的信令服务器3410可以将与对应查询对应的PDI表区段发送到接收器。已参考图53至图56给出PDI表区段的详细描述。
图64是图示根据本发明的实施例的HTTP请求表的图。
具体地，图64图示用于由根据本实施例的接收器将查询发送到参考图63描述的信令服务器的HTTP协议。
当被广播站支持时，图64所示的协议能够提供两个能力。首先，对于经由仅递送未压缩的音频和视频的路径而得到DTV广播信号的装置，该协议通常是它们访问广播站的独立NRT服务的唯一方式。第二，即使对于访问整个广播流的装置，该协议提供检索如下数据的方式，该数据用于填充Program/Service Guide，而未循环通过本地广播区域中可用的所有广播流，并等待所需的表的出现。甚至在观众正在观看TV的同时，它还允许在任何时间检索这样的数据，而无需单独的调谐器。
图64所示的HTTP请求表可以包括待被接收的表和指示用于接收对应表的基础URL的查询项的类型。
根据本发明的实施例的接收器可以使用图64所示的HTTP请求表的查询项，来接收具体表。具体地，根据本实施例的接收器可以使用查询项“？table＝PDIT[&chan＝<chan_id>]”，来将请求信号发送到信令服务器。已参考图63描述其详细描述。
图65是图示根据本发明的另一实施例的数字广播系统的流程图。
具体地，图65是图示用于由根据本发明的实施例的接收器通过互联网来接收PDI表和/或过滤准则表的、个性化广播系统的图。
根据本实施例的个性化广播系统的基本结构与参考图36至图39描述的结构相同。根据本实施例的PDI表与参考图38至图47描述的结构相同。根据本实施例的过滤准则表与参考图48至图51描述的表相同。
当通过互联网进行递送时，PDI表实例应经由HTTP或HTTPS进行递送。HTTPResponse报头中的PDI表的Content-Type应是“text/xml-1”。
用于经由互联网检索PDI表的URL能够经由DTV隐藏字幕(closed caption)信道中的标准字幕服务#6中传输的SDOPrivate-DataURIString命令进行递送，或者它能够在与TPT一起递送的UrlList XML元素中进行递送。
TPT(TDO参数表)包含：针对段的TDO的事件以及与TDO有关的元数据。术语“触发声明性对象”(TDO)用于指示声明性对象，该声明性对象已由在触发互动附属数据服务中的触发器所启动，或声明性对象(DO)已由被触发器启动的DO所启动，并如此迭代。触发器是信令元素，其功能是识别信令，并建立交互式事件的播放的定时。
如图65所示，根据本实施例的个性化广播系统可以包括：PDI服务器3600、内容服务器3650和/或接收器。根据本实施例的接收器可以包括：TDO参数表(TPT)客户端3610、过滤引擎3620、PDI引擎3630和/或UI 3640。上述个性化广播系统的结构可以根据设计者的意图进行更改。在下文中，将描述图65所示的元素的操作。
根据本实施例的TPT客户端3610可以接收TPT和/或URL列表。根据本发明的实施例的TDO参数表(TPT)包含：与针对段的触发声明性对象(TDO)的事件以及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的请求将对应PDI表发送到TPT客户端3610。
如图65所示，根据本实施例的TPT客户端3610可以将接收到的PDI表发送到PDI引擎3630。根据本实施例的PDI引擎3630可以处理接收到的PDI表，并提取在对应PDI表中所包括的PDI问题。然后，根据本实施例的PDI引擎3630可以将提取的PDI问题发送到UI 3640。
根据本实施例的UI 3640可以显示接收到的PDI问题，并接收对应PDI问题的PDI回答。根据本实施例的UI 3640可以通过遥控器来接收PDI回答。然后，根据本实施例的PDI引擎3630可以使用从UI 3640接收到的PDI回答，来更新PDI数据。已参考图36和图37描述其详细描述。
根据本实施例的TPT客户端3610可以分析TPT以获取过滤准则。如图65所示，TPT客户端3610可以将过滤准则发送到过滤引擎3620。在这种情况下，根据本发明的实施例，过滤准则可以是具有xml文件的格式的过滤准则表。已参考图50和图51详细描述过滤准则表。
然后，根据本实施例的过滤引擎3620可以将PDI数据请求信号发送到PDI引擎3630。当根据本实施例的PDI引擎3630接收PDI数据请求信号时，PDI引擎3630可以搜索与对应PDI数据请求信号对应的PDI数据，并将该PDI数据发送到过滤引擎3620。已参考图38和图39详细描述根据本实施例的过滤之后的处理。
因此，根据本实施例的接收器可以使用过滤结果来下载内容。更详细地，TPT客户端3610可以从过滤引擎3620接收过滤结果，并将TDO和/或内容下载请求信号发送到内容服务器3650。内容服务器3650可以根据TDO和/或内容下载请求信号，将TDO和/或内容发送到TPT客户端3610。
图66是图示根据本发明的实施例的URL列表的图。
具体地，图66是包含用于由根据本发明的实施例的接收器通过互联网来接收PDI表和/或过滤准则的URL信息的表。已参考图65详细描述发送和接收根据本发明的实施例的URL列表的处理。
当经由互联网递送URL列表时，该URL列表能够经由HTTP与TPT一起以多部分MIME消息的形式进行递送。
当通过互联网递送时，TPT能够经由HTTP进行递送。用于当前段的TPT的URL信息应在经由DTV隐藏字幕服务#6或经由ACR服务器递送的触发器中出现。对TPT的请求的响应可以仅由用于当前段的TPT构成，或者它可以由多部分MIME消息构成，在第一部分中具有所请求的TPT，并且可选地在第二部分中具有用于该段的AMT，并且可选地在下一部分中的具有UrlList XML文件。
在下文中，将描述与本发明的实施例有关的URL列表中所包括的元素的语义。
图66所示的UrlList元素包含用于根据本发明的实施例的接收器的一系列URL。
图66所示的UrlList元素的TptUrl元素能够包含用于在当前互动附属服务中的未来段的TPT的URL信息。当包括多个TptUrl元素时，它们应按在广播中段的出现顺序来进行布置。
图66所示的UrlList元素的NrtSignalingUrl元素能够包含服务器的URL信息，接收器能够使用该标准的第47部分中所限定的请求协议，来从该服务器中获得用于当前传输流中的所有虚拟信道的NRT信令表。
图66所示的UrlList元素的UrsUrl元素能够包含服务器的URL信息，接收器能够使用该标准的第10部分中所限定的协议，来向该服务器发送使用(观众测量)报告。
图66所示的UrlList元素的PdiUrl元素能够包含PDI表的URL信息。即，根据本实施例的PdiUrl元素可以指示发送PDI表和/或过滤准则的服务器的URL信息。
图66的上述URL列表可以以下表所示的格式来配置。
元素/属性(具有@) 允许的数量 数据类型 描述和值
UrlList 一系列可能有用的URL
TptUrl 0…N 任何URI 用于未来段的URL的TPT
NrtSignalingUrl 0…1 任何URI NRT信令服务器的URL
UrsUrl 0…1 任何URI 使用报告服务器的URL
PDIUrl 0…1 任何URI PDI-Q的URL
图67是图示根据本发明的实施例的TPT的图。
具体地，图67所示的TPT可以包括PDI表和/或过滤准则的URL信息。已参考图65描述发送和接收根据本实施例的TPT的处理。在下文中，将描述在TPT中所包括的过滤准则的元素。
具体地，图67所示的过滤准则元素可以包括与过滤准则有关的信息。
根据本实施例的id属性可以表示对应过滤准则的PDI问题。
根据本实施例的criterion type(准则类型)属性可以表示过滤准则类型(或过滤准则类型元素)。已参考图49描述根据本实施例的过滤准则的类型。
根据本实施例的criterion value(准则值)属性可以表示根据上述准则类型属性的过滤准则的值。
图68是根据本发明的另一实施例的数字广播系统的流程图。
具体地，图68是图示用于由根据本发明的实施例的接收器接收ACR系统中的PDI表和/或过滤准则表的个性化广播系统的图。
根据本实施例的ACR系统与参考图30描述的系统相同。根据本实施例的个性化广播系统的基本结构与参考图36至图39描述的结构相同。根据本实施例的PDI表与参考图38至图47描述的表相同。根据本实施例的过滤准则表与参考图48至图51描述的表相同。
如图68所示，根据本实施例的个性化广播系统可以包括：ACR服务器3900、TPT服务器3950、PDI服务器3960、内容服务器3970、ACR客户端3910、PDI引擎3920、PDI引擎3930和/或UI 3940。上述个性化广播系统的结构可以根据设计者的意图进行更改。将描述图68所示的元素的操作。
根据本实施例的ACR客户端3910可以从指纹中提取签名，并把请求与签名一起发送到ACR服务器3900。根据本实施例的ACR服务器3900可以接收签名，并将与对应签名相关触发器等与响应一起发送到已参考图30至图35详细描述的ACR客户端3910。
根据本实施例的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的请求将对应PDI表发送到ACR客户端3910。
如图63所示，根据本实施例的ACR客户端3910可以将接收到的PDI表发送到PDI引擎3930。根据本实施例的PDI引擎3930可以处理接收到的PDI表，并提取在对应PDI表中所包括的PDI问题。然后，根据本实施例的PDI引擎3930可以将所提取的PDI问题发送到UI3940。
根据本实施例的UI 3940可以显示接收到的PDI问题，并接收对应PDI问题的PDI回答。根据本实施例的UI 3940可以通过遥控器来接收PDI回答。然后，根据本实施例的PDI引擎3930可以使用从UI 3940接收到的PDI回答，来更新PDI数据。已参考图36和图37描述其详细描述。
另外，根据本实施例的ACR客户端3910可以分析TPT以获取过滤准则。如图68所示，ACR客户端3910可以将过滤准则发送到过滤引擎3920。在这种情况下，根据本发明的实施例，过滤准则可以是具有xml文件的格式的过滤准则表。已参考图50和图51详细描述过滤准则表。
然后，根据本实施例的过滤引擎3920可以将PDI数据请求信号发送到PDI引擎3930。当根据本实施例的PDI引擎3930接收PDI数据请求信号时，PDI引擎3930搜索与对应PDI数据请求信号对应的PDI数据，并将该PDI数据发送到过滤引擎3920。已参考图38和图39详细描述根据本实施例的过滤之后的处理。
因此，根据本实施例的接收器可以使用过滤结果来下载内容。详细地，ACR客户端3910可以从过滤引擎3920接收过滤结果，并将TDO和/或内容下载请求信号发送到内容服务器3970。内容服务器3970可以根据TDO和/或内容下载请求信号来将TDO和/或内容发送到ACR客户端3910。
图69是根据本发明的另一实施例的数字广播系统的流程图。
具体地，图69是图示根据本发明的实施例的、用于避免PDI回答的重复的个性化广播系统。
更具体地，图69图示如下的个性化广播系统，当根据本发明的实施例的接收器从多个广播站和内容提供商接收同一PDI问题时，该个性化广播系统使用预先存储的PDI回答来更新PDI数据。由于图69所示的个性化广播系统，用户可以减少向同一PDI问题输入冗余PDI回答的不便。
如图69所示，根据本实施例的个性化广播系统可以包括两个或更多个广播站(或内容提供商)和/或接收器。根据本实施例的所述两个或更多个广播站可以包括广播站A4010和/或广播站B 4020。根据本实施例的接收器可以包括PDI引擎4030和/或UI 4040。根据本实施例的个性化广播系统可以提供ATSC 2.0服务。上述个性化广播系统的结构可以根据设计者的意图进行更改。在下文中，将描述图69所示的元素的操作。
首先，根据本实施例的接收器可以从广播站A 4010接收第一PDI表4011。接收第一PDI表4011的接收器可以将第一PDI表4011发送到PDI引擎4030。根据本实施例的第一PDI表4011可以包括第一PDI类型元素4012。每个根据本实施例的第一PDI类型元素4012可以包括如参考图46和图47描述的第一识别符元素(或第一ID)和/或第一PDI问题。另外，如图69所示，第一PDI表4011可以包括两个或更多个具有不同第一ID的第一PDI类型元素4012。
根据本实施例的PDI引擎4030可以从第一PDI类型元素4012中提取第一PDI问题，并将所提取的第一PDI问题发送到UI 4040。然后，根据本实施例的UI 4040可以从用户接收第一PDI问题的第一PDI回答。PDI引擎4030可以将第一PDI回答添加到第一PDI类型元素4012，并更正第一PDI回答。根据本实施例的PDI引擎4030和UI 4040的详细操作与参考图52描述的操作相同。
另外，根据本实施例的PDI引擎4030可以从广播站B 4020接收第二PDI表4021。根据本实施例的第二PDI表4021可以包括第二PDI类型元素4022。如参考图46和图47所述，第二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问题中，从而更方便地接收个性化服务。
图70是根据本发明的另一实施例的数字广播系统的流程图。
具体地，图70是用于避免根据本发明的实施例的PDI回答的重复的个性化广播系统的图。参考图69描述的个性化广播系统可以使用预先存储在根据本发明的接收器中的PDI表，来避免PDI回答的重复。作为用于避免PDI回答的重复的本发明的另一实施例，图70提出使用PDI问题的记录的个性化广播系统。
为了支持不同广播站重复使用问题，从而不会提示消费者反复回答基本上相同的问题，问题能够由ATSC指定的记录者记录。每个记录记载能够包括与如下各项有关的信息：全局唯一的问题ID(如图46和图47所示)，问题类型(QIA、QBA、QSA或QTA)，呈一种或更多种语言的问题文本，记录日期和/或提交问题以便记录的机构的联系信息。另外，在QSA的情况下，每个记录记载(或预先记录的PDI问题)能够包括：诸如每个选择的识别符、以及呈一种或更多种语言的每个选择的文本这样的允许选择。
PDI表可以包含已记录的问题和未记录的问题的混合。
记录和未记录的问题两者可以在多个PDI表中出现。每当用户回答在多个PDI表中出现的问题时，通过由接收器提供的功能或通过应用，预期回答将传播到其出现的所有调查问卷中的问题的所有实例。因此，无论任何给定问题在不同的调查问卷中出现多少次，用户仅需要回答一次。
为了避免使用户面临应接不暇的问题，推荐的是，调查问卷创建者尽可能使用已记录问题，并当调查问卷创建者具有不能满足已记录问题的独特目标需要时才使用未记录问题。
根据本实施例的接收器可以使用接收器目标准则，来提取预先记录的PDI问题。根据本实施例的接收器目标准则符合标准ATSC NRT，A/103标准。
如图70所示，根据本实施例的个性化广播系统可以包括：SSC4100、FLUTE会话4110、过滤引擎4120、PDI引擎4130和/或UI 4140。根据本实施例的个性化广播系统可以提供ATSC 2.0服务。上述个性化广播系统的结构可以根据设计者的意图进行更改。在下文中，将描述图70所示的个性化广播系统。
根据本实施例的接收器可以通过SSC 4100来接收SMT和/或NRT-IT，并获取在SMT和/或NRT-IT中所包括的接收器目标准则。根据本发明的实施例，接收器目标准则可以是接收器目标描述符(receiver targeting descriptor)或接收器目标准则表。
然后，根据本实施例的PDI引擎4130可以转换获取的接收器目标准则，以生成PDI问题。根据本实施例的UI 4140可以从PDI引擎4130接收上述问题，显示PDI问题，并接收用户的PDI回答。已参考图52描述根据本实施例的PDI引擎4130和UI 4140的详细操作。
图71是根据本发明的另一实施例的数字广播系统的流程图。
具体地，图71图示用于记录PDI问题的个性化广播系统。
如图71所示，根据本实施例的个性化广播系统可以包括：信令服务器4200、接收器4210、过滤引擎4220、PDI引擎4230以及UI 4240。接收器4210可以被解释为包括：过滤引擎4220、PDI引擎4230和/或UI 4240，其可以根据设计者的意图进行更改。另外，根据本实施例的个性化广播系统可以提供ATSC 2.0服务。将描述图70所示的个性化广播系统。
图71的基本元素的操作与参考图70描述的操作相同。然而，图71所示的接收器4210可以向信令服务器4200请求SMT和/或NRT-IT。根据根据本实施例的接收器4210的请求，信令服务器4200可以将对应SMT和/或NRT-IT发送到接收器4210。
根据本实施例的接收器接收SMT和/或NRT-IT之后的接收器4210、PDI引擎4230和/或UI 4240的详细操作与参考图70描述的操作相同。
图72是图示根据本发明的实施例的接收器目标准则表的图。
具体地，图72是呈表的形式的、通过表示参考图70和图71描述的接收器目标准则而获得的接收器目标准则的图。
如图72所示，接收器目标准则表可以包括与目标准则类型代码、目标值长度和/或目标值有关的信息。图72所示的目标准则类型代码指的是：用于识别每个目标准则的代码。图72所示的目标值长度指的是：用于表示目标准则值的字节数。图72所示的目标值指的是：由目标准则指示的信息。
根据本实施例的接收器可以转换根据目标准则类型代码的目标准则，并获取预先记录的PDI问题。
具体地，当根据本实施例的目标准则类型代码是0x00时，目标值被保留，并且目标值长度未确定。
当根据本实施例的目标准则类型代码是0x01时，目标值是如A/65的表6.21中限定的地理位置，仅使用低位3字节，并且目标值长度是3个字节。上述A/65是用于节目和系统信息协议(PSIP)的ATSC标准。
当根据本实施例的目标准则类型代码是0x02时，目标值是如A/65的6.7.2部分中限定的字母数字邮政编码，使用适合区域的字节数(高达8)，并且目标值长度是可变的，其将在下面更详细地描述。
当根据本实施例的目标准则类型代码是0x03时，目标值是如A/65的表6.18中限定的人口统计分类，仅使用低位2字节，并且目标值长度是2个字节，其将在下面更详细地描述。
当根据本实施例的目标准则类型代码是0x04？0x0F时，目标值被保留用于以后的ATSC使用，并且目标值长度未确定。
当根据本实施例的目标准则类型代码是0x10？0x1F时，目标值可用于私有用途，并且目标值长度未确定。
图73至图76是图示根据本发明的实施例的预先记录的PDI问题的图。
具体地，图73至图76示出根据本发明的实施例，当参考图72描述的目标准则类型代码是0x01时，表示预先记录的PDI问题的表。
如图73至图76所示，当目标准则类型代码是0x01时，根据本实施例的目标准则表可以包括与地理位置有关的预先记录的PDI问题信息。在这种情况下，根据本实施例的接收器可以仅使用低位3字节来转换目标准则表，以获取预先记录的PDI问题。
图73是示出当目标准则类型代码是0x01时，与位置代码有关的预先记录的PDI问题的表。在图73所示的预先记录的PDI问题表中所包括的预先记录的PDI问题信息与参考图70描述的信息相同。
具体地，如图73所示，当目标准则类型代码是0x01时，根据本实施例的问题ID可以包括与位置代码有关的信息。另外，图73所示的预先记录的PDI问题可以是QTA类型，并可以包括：包含请求位置代码的文本类型的PDI回答的内容的问题文本。
下面[示例8]是根据本发明的实施例的、XML架构中的通过表示图73所示的表而获得的。
[示例8]
＜a20：QTA id＝"atsc.org/PDIQ/location-code″＞
＜a20：Q xml：lang＝"en-us″＞
＜a20：Text＞What is your location code？＜/a20：Text＞
＜/a20：Q＞
＜/a20：QTA＞
图74是当目标准则类型代码是0x01时，示出联邦信息处理标准(FIPS：federalinformation processing standards)公开状态的预先记录的PDI问题的表。在图74所示的预先记录的PDI问题中所包括的基本内容与参考图70描述的内容相同。然而，图74所示的预先记录的PDI问题还可以包括与问题xactionSetId(question xactionSetId)有关的信息。下面将详细描述与本发明的实施例有关的问题xactionSetId。
详细地，如图74所示，当目标准则类型代码是0x01时，根据本实施例的问题ID可以包括与FIPS状态有关的信息。另外，图74所示的预先记录的PDI问题可以是QTA类型，并可以包括：包含请求FIPS状态的文本类型的PDI回答的内容的问题文本。
下面[示例9]是根据本发明的实施例的、XML架构中的通过表示图74所示的表而获得的。
[示例9]
＜a20：QTA id＝"atsc.org/PDIQ/state“xactionSetId＝“1”＞
＜a20：Q xml：lang＝"en-us"＞
＜a20：Text＞What state are you located in？＜/a20：Text＞
＜/a20：Q＞
＜/a20：QTA＞
图75是示出当目标准则类型代码是0x01时，与FIPS国家有关的预先记录的PDI问题的表。在图75所示的预先记录的PDI问题中所包括的基本内容与参考图70描述的内容相同。然而，图75所示的预先记录的PDI问题还可以包括与问题xactionSetId有关的信息。下面将详细描述与本发明的实施例有关的问题xactionSetId。
具体地，如图75所示，当目标准则类型代码是0x01时，根据本实施例的问题ID可以包括与FIPS国家有关的信息。另外，图75所示的预先记录的PDI问题可以是QTA类型，并可以包括：包括请求FIPS国家的文本类型的PDI回答的内容的问题文本。
下面[示例10]是根据本发明的实施例的、通过以XML架构表示图75所示的表而获得的。
[示例10]
＜a20：QTA id＝"atsc.org/PDIQ/county”xactionSetId＝“1”＞
＜a20：Q xml：lang＝″en-us″＞
＜a20：Text＞What county are you located in？＜/a20：Text＞
＜/a20：Q＞
＜/a20：QTA＞
图76是示出当目标准则类型代码是0x01时，与国家子区(country subdivision)有关的预先记录的PDI问题的表。在图76所示的预先记录的PDI问题中所包括的基本内容与参考图70描述的内容相同。然而，图76所示的预先记录的PDI问题还可以包括与问题xactionSetId有关的信息。下面将详细描述与本发明的实施例有关的问题xactionSetId。
具体地，如图76所示，当目标准则类型代码是0x01时，根据本实施例的问题ID可以包括与国家子区有关的部分信息(sector information)。图76所示的预先记录的PDI问题可以是QSA类型，并可以包括：包括请求国家子区的选择类型的PDI回答的内容的问题文本。
根据本实施例的QSA类型的预先记录的PDI问题可以包括PDI回答的选择信息。例如，图76所示的国家子区的预先记录的PDI问题可以包括与如下各项有关的9个选择信息：西北、中北、东北、中西、中部、中东、西南、中南以及东南。
下面[示例11]是根据本发明的实施例的、通过以XML架构表示表而获得的。
[示例11]
＜a20：QSA id＝"atsc.org/PDIQ/sector“xactionSetId＝“1”＞
＜a20：Q xml：lang＝"en-us"＞
＜a20：Text＞What part of your county are you located in？
＜/a20：Text＞
＜a20：Selection id＝"1"＞NW＜/a20：Selection＞
＜a20：Selection id＝"2"＞NC＜/a20：Selection＞
＜a20：Selection id＝"3"＞NE＜/a20：Selection＞
＜a20：Selection id＝″4″＞WC＜/a20：Selection＞
＜a20：Selection id＝″5″＞C＜/a20：Selection＞
＜a20：Selection id＝″6"＞EC＜/a20：Selection＞
＜a20：Selection id＝″7″＞SW＜/a20：Selection＞
＜a20：Selection id＝″8″＞SC＜/a20：Selection＞
＜a20：Selection id＝″9″＞SE＜/a20：Selection＞
＜/a20：Q＞
＜/a20：QTA＞
图74至图76所示的上述问题xactionSetId可以表示一组包括相似内容的PDI问题。根据本发明的实施例的接收器可以在个性化广播服务中组合包含同一问题xactionSetId的预先记录的PDI问题，并使用预先记录的PDI问题。
例如，图73所示的接收器目标准则也可以被表示为具有同一问题xactionSetId的、图74至图76的接收器目标准则。根据本发明的实施例的接收器可以使用通过组合图73所示的接收器目标准则和/或图74至图76所示的接收器目标准则而获得的结果，来提供个性化广播服务。
图77和图78是图示根据本发明的实施例的预先记录的PDI问题的图。
具体地，图77和图78是图示当参考图72描述的目标准则类型代码是0x02时预先记录的PDI问题的表。
如图77和图78所示，当目标准则类型代码是0x02时，根据本实施例的目标准则表可以包括：与字母数字邮政编码有关的预先记录的PDI问题信息。在这种情况下，根据本发明的实施例的接收器可以使用根据区域的适当的字节数，来转换目标准则表，以获取预先记录的PDI问题。根据本实施例的接收器可以使用最大8个字节，以便转换目标准则表。
图77是示出当目标准则类型代码为0x02时，与5比特邮政编码有关的预先记录的PDI问题的表。5比特邮政编码指的是在美国使用的字母数字邮政编码。在图77所示的预先记录的PDI问题中所包括的内容与参考图70描述的内容相同。
具体地，如图77所示，当目标准则类型代码为0x02时，根据本实施例的问题ID可以包括与邮政编码有关的信息。图77所示的预先记录的PDI问题可以是QTA类型，并可以包括：包括请求邮政编码的文本类型的PDI回答的内容的问题文本。
下面[示例12]是根据本发明的实施例的、通过以XML架构表示图77所示的表而获得的。
[示例12]
＜a20：QTA id＝″atsc.org/PDIQ/ZIPcode″＞
＜a20：Q xml：lang＝“en-us”＞
＜a20：Text＞What is your 5-digit ZIP code？＜/a20：Text＞
＜/a20：Q＞
＜/a20：QTA＞
图78是示出当目标准则类型代码是0x02时，与数字邮政编码有关的预先记录的PDI问题的表。该数字邮政编码指的是除了美国之外的区域所使用的字母数字邮政编码。在图78所示的预先记录的PDI问题中所包括的内容与参考图70描述的内容相同。
具体地，如图78所示，当目标准则类型代码是0x02时，根据本实施例的问题ID可以包括与邮政编码有关的信息。图78所示的预先记录的PDI问题可以包括：包括请求邮政编码的文本类型的PDI回答的内容的问题文本。
下面[示例13]是根据本发明的实施例的、通过以XML架构表示图78所示的表而获得的。
[示例13]
＜a20：QTA id＝"atsc.org/PDIQ/ZIPcode″＞
＜a20：Q xml：lang＝“en-us”＞
＜a20：Text＞What is your 5-digit ZIP code？＜/a20：Text＞
＜/a20：Q＞
＜/a20：QTA＞
图79至图82是图示根据本发明的实施例的预先记录的PDI问题的图。
具体地，图79至图82是图示当参考图72描述的目标准则类型代码是0x03时预先记录的PDI问题的表。
如图79至图82所示，当目标准则类型代码是0x03时，根据本实施例的目标准则表可以包括：与用户的人口统计分类有关的预先记录的PDI问题信息。在这种情况下，根据本发明的实施例的接收器可以仅使用低位2字节来转换目标准则表，以获取预先记录的PDI问题。
图79是示出当目标准则类型代码是0x03时，与用户的性别有关的预先记录的PDI问题的表。在图79所示的预先记录的PDI问题中所包括的内容与参考图70描述的内容相同。
具体地，如图79所示，当目标准则类型代码是0x03时，根据本实施例的问题ID可以包括与性别有关的信息。另外，图79所示的预先记录的PDI问题可以是QSA类型，并可以包括：包括请求用户的性别的选择类型的PDI回答的内容的问题文本。
另外，图79所示的预先记录的PDI问题是QSA类型，因此，可以包括与PDI回答有关的选择信息。例如，与图79所示的性别有关的预先记录的PDI问题可以包括两种类型的男性和女性选择信息。
下面[示例14]是根据本发明的实施例的、通过以XML架构表示图79所示的表而获得的。
[示例14]
＜a20：QSA id＝"atsc.org/PDIQ/gender“minChoices＝″1″＞
＜a20：Q xml：lang＝″en-us"＞
＜a20：Text＞What is your gender？＜/a20：Text＞
＜a20：Selection id＝″1″＞Male＜/a20：Selection＞
＜a20：Selection id＝″2″＞Female＜/a20：Selection＞
＜/a20：Q＞
＜/a20：QSA＞
图80是示出当目标准则类型代码是0x03时，与用户的年龄段有关的预先记录的PDI问题的表。在图80所示的预先记录的PDI问题中所包括的内容与参考图70描述的内容相同。
具体地，如图80所示，当目标准则类型代码是0x03时，根据本实施例的问题ID可以包括与年龄段有关的信息。图80所示的预先记录的PDI问题可以是QSA类型，并可以包括：包括请求年龄段的选择类型的PDI回答的内容的问题文本。
另外，图80所示的预先记录的PDI问题是QSA类型，因此，可以包括与PDI回答有关的选择信息。例如，与图80所示的年龄段有关的预先记录的PDI问题可以包括与如下年龄段有关的8种类型的选择信息：2-5岁、6-11岁、12-17岁、18-34岁、35-49岁、50-54岁、55-64岁以及65岁以上。
下面[示例15]是根据本发明的实施例的、通过以XML架构表示图80所示的表而获得的。
[示例151
＜a20：QSA id＝"atsc.org/PDIQ/age-bracket"minChoices＝"1"＞
＜a20：Q xml：lang＝"en-us"＞
＜a20：Text＞What age bracket are you in＜/a20：Text＞
＜a20：Selection id＝“1"＞Ages 2-5＜/a20：Selection＞
＜a20：Selection id＝“2"＞Ages 6-11＜/a20：Selection＞
＜a20：Selection id＝“3"＞Ages 12-17＜/a20：Selection＞
＜a20：Selection id＝“4″＞Ages 18-34＜/a20：Selection＞
＜a20：Selection id＝“5″＞Ages 35-49＜/a20：Selection＞
＜a20：Selection id＝“6″＞Ages 50-54＜/a20：Selection＞
＜a20：Selection id＝“7"＞Ages 55-64＜/a20：Selection＞
＜a20：Selection id＝“8"＞Ages 65+＜/a20：Selection＞
＜/a20：Q＞
＜/a20：QSA＞
图81是图示当目标准则类型代码是0x03时，与用户是否正在工作有关的预先记录的PDI问题的表。在图81所示的预先记录的PDI问题中所包括的内容与参考图70描述的内容相同。
具体地，如图81所示，当目标准则类型代码是0x03时，根据本实施例的问题ID可以包括与工作有关的信息。图81所示的预先记录的PDI问题可以是QSA类型，并可以包括：包括请求与用户是否正在工作有关的选择类型的PDI回答的内容的问题文本。
另外，图81所示的预先记录的PDI问题是QSA类型，因此，可以包括与PDI回答有关的选择信息。例如，与图79所示的工作有关的预先记录的PDI问题可以包括与是和否有关的两种类型的选择信息。
下面[示例16]是根据本发明的实施例的、通过以XML架构表示图81所示的表而获得的。
[示例16]
＜a20：QSA id＝"atsc.org/PDIQ/working"minChoices＝"1"＞
＜a20：Q xml：lang＝″en-us″＞
＜a20：Text＞Are you working at a paying job？
＜/a20：Text＞
＜a20：Selection id＝“l“＞Yes＜/a20：Selection＞
＜a20：Selection id＝“2"＞No＜/a20：Selection＞
＜/a20：Q＞
＜/a20：QSA＞
图82是示出当目标准则类型代码是0x03时，与用户的工作有关的预先记录的PDI问题的表。在图82所示的预先记录的PDI问题中所包括的内容与参考图70描述的内容相同。
具体地，如图82所示，当目标准则类型代码是0x03时，根据本实施例的问题ID可以包括与工作有关的信息。另外，图82所示的预先记录的PDI问题可以是QBA类型，并可以包括：包括请求与用户是否正在工作有关的布尔类型的PDI回答的内容的问题文本。
下面[示例17]是根据本发明的实施例的、通过以XML架构表示图82所示的表而获得的。
[示例17]
＜a20：QBA id＝″atsc.org/PDIQ/working"＞
＜a20：Q xml：lang＝″en-us″＞
＜a20：Text＞Are you working at a paying job？
＜/a20：Q＞
＜/a20：OBA＞
图83是图示根据本发明的实施例的应用编程接口(PDI API)的图。
具体地，图83是图示用于由诸如上述声明性内容对象(DO)等这样的应用使用PDI数据的功能的图。根据本实施例的PDI API指的是：用于根据本发明的实施例的接收器访问PDI存储器的接口。
ATSC 2.0客户端装置支持PDI API，使得能够访问(例如，搜索或更新)PDI问题。
作为ATSC 2.0DAE的一部分而提供的API允许DO(给定问题的ID所给定的)进行如下操作：从存储器中取出问题的文本，取出该问题的先前提供的回答(如果可用的话)，并存储该问题的回答。
不试图限定或实施将防止TDO访问或写入任何特定问题或回答的任何规则。可以想到的是，多个实体可以提供在给定信道上可用的调查问卷。这样的实体可以包括但不限于：国内网络运营者、本地广播站分支机构、及各种节目制作者/提供者。
ATSC 2.0客户端装置实现用于PDI数据存储和检索的API。为了实现PDI功能，装置能够使用的本机应用、文件系统/数据库，或者甚至使用远程服务，来提供PDI数据库。PDI存储器被绑定到ATSC客户端。客户端仅存在一个PDI存储器实例。PDI存储器允许DO访问客户端的PDI数据，并且还允许用户通过本地应用、跨不同的服务提供者以一致的方式管理(例如，更新、添加或删除)PDI问题。
图83是示出根据本发明的实施例的PDI API的图。根据本发明的实施例的接收器可以使用图83所示的PDI API来获取PDI表列表。
在下文中，将描述图83所示的API。
图83所示的API的名称是getPDITableList()，并可以根据设计者的意图进行更改。图83所示的描述涉及getPDITableList()API函数的细节。图83所示的宗量指的是getPDITableList()API函数的参数。
更具体地，图83所示的描述表示getPDITableList()API函数是用于返回具有一系列PDI表的XML结构，对每个PDI表给出pdiTableId。XML结构是如下述的XML架构。pdiTableList元素(其具有单一pdiTableId子元素)具有基数0至无限。0的pdiTableId实例的情况应表示广播站尚未提供PDI表。
图83所示的宗量表示pdiTableId是呈URL的形式的、PDI表的全局唯一识别符。
因此，根据本发明的实施例的接收器可以接收具有根据XML架构的表格式的PDI列表。如图83所示，PDI列表可以包括pdiTableId元素。当图83所示的pdiTableId元素的基数指示0时，这意味着根据本发明的实施例的接收器没有从广播站接收PDI表。
图84是示出根据本发明的另一实施例的PDI API的图。
具体地，图84是示出用于由根据本发明的实施例的接收器获取PDI表的PDI API的图。
在下文中，将描述图84所示的API。
图84所示的API的名称是getPDITable(String pdiTableId)，并可以根据设计者的意图进行更改。图84所示的描述涉及getPDITable(String pdiTableId)API函数的细节。图84所示的宗量指的是getPDITable(String pdiTableId)API API函数的参数。
更具体地，图84所示的描述表示getPDITable(String pdiTableId)API函数是用于接收器返回PDI Table XML文件的。每个pdiTable与由全局唯一pdiTableId识别符(提供作为方法的输入)进行的识别相关联。返回值是如下的字符串：包含系列化的PDI TableXML实例，可选地包含PDI-Q或PDI-A XML实例。
图84所示的宗量表示pdiTableId是呈URL的形式的、PDI表的全局唯一识别符。
因此，根据本发明的实施例的接收器可以接收参考图83描述的PDI列表，并且然后接收PDI表。具体地，接收PDI列表的接收器可以接收与图83所示的pdiTableId相关联的PDI表XML文件。
具体地，基于图84所示的PDI API的接收器的操作与参考图36至图39、图81、图63、图65以及图68至图71描述的操作相同。另外，基于图84所示的PDI API的接收器可以接收参考图40至图47描述的、呈PDI表格式的PDI列表。
图85是示出根据本发明的另一实施例的PDI API的图。
具体地，图85是示出用于由根据本发明的实施例的接收器获取PDI回答的PDI API的表。
在下文中，将描述参考图85所示的API。
图85所示的API的名称是getPDIA(String pdiTableId)，并可以根据设计者的意图进行更改。图85所示的描述涉及getPDIA(String pdiTableId)API函数的细节。图85所示的宗量指的是getPDIA(String pdiTableId)API函数的参数。
更具体地，图85所示的描述表示getPDIA(String pdiTableId)API函数是用于接收器返回PDI-A XML文件的。每个pdiTable与由全局唯一pdiTableId识别符(提供作为方法的输入)的识别相关联。返回值是包含系列PDI-A XML实例的字符串。
图85所示的宗量表示pdiTableId是呈URL的形式的、PDI表的全局唯一识别符。
因此，接收器，接收参考图83描述的PDI列表，并且然后接收与图83所示的pdiTableId相关联的PDI-A表的XML文件(或PDI-A实例文件)。根据本实施例的PDI-A实例文件与参考图46描述的文件相同。
具体地，基于图85所示的PDI API的接收器的操作与参考图36至图39、图52、图63、图65以及图68至图71描述的操作相同。
虽然图83至图85未示出，但是根据本实施例的PDI API能够被描述为下面的表。
图86是示出根据本发明的实施例的用于下一代广播系统的协议栈的视图。
本发明可以提出用于基于在陆地广播网络和互联网网络之间的互锁在下一代广播系统中在接收器和配套装置之间交换上述PDI信息的方案。在本发明中，除了仅由接收器利用之外，上述PDI信息还可以被提供给配套装置。用户可以接收其中利用配套装置反映PDI信息的交互式服务。
另一方面，一个用户可以使用数个配套装置。在这样的情况下，如果每个配套装置设置PDI用户数据，则用户可以持续重复地回答。例如，对于在数个配套装置中共享PDI用户数据来说是必需的。因此，本发明提出用于在多个配套装置之间交换/共享PDI信息的方案。被交换/共享的PDI信息可以是上述PDI问题、回答、以及/或者过滤准则。
另外，本发明提出提供/存储多个用户的PDI信息并且提供利用其的被过滤的交互式服务的方法。
另外，本发明提出用于接收到的有关信息转换成PDI问题并且向用户提出PDI问题以个性化用于被提出的信息的偏好，即，呈现偏好的方案。另外，本发明还提出用于更新已经被设置的呈现偏好的方案。
根据本发明的广播系统可以对应于其中以互联网协议(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的MPEG DASH媒体片段等。
基于FLUTE的ESG的传输、非定时数据的传输、NRT内容的传输可以对应于非线性内容的传输。可以以MIME类型文件形式和/或按照基于ISO的媒体文件格式封装的形式传输这些。按照基于ISO的媒体文件格式封装的形式的传输可以包括A/V的MPEG DASH媒体片段等。
可以将通过宽带网络的传输划分成内容的传输和信令数据的传输。
内容的传输包括线性内容(A/V和数据(隐藏字幕、紧急警报消息等))的传输、非线性内容(ESG、非定时数据等)的传输以及基于MPEG DASH的媒体片段(A/V和数据)的传输。
信令数据的传输可以是包括通过广播网络传输的信令表(包括MPEG DASH的MPD)的传输。
在根据本发明的广播系统中，可以支持通过广播网络传输的线性/非线性内容之间的同步，或通过广播网络传输的内容与通过宽带传输的内容之间的同步。例如，在通过广播网络和宽带单独并同时传输一个UD内容的情况下，接收器可以调整依赖于传输协议的时间线，并且使通过广播网络的内容和通过宽带的内容同步以将内容重新配置为一个UD内容。
根据本发明的广播系统的应用层可以实现技术特性，诸如交互性、个性化、第二画面以及自动内容识别(ACR)。这些特性在从ATSC 2.0到ATSC 3.0的扩展中是重要的。例如，HTML5可以被用于交互性的特性。
在根据本发明的广播系统的呈现层中，HTML和/或HTML5可以被用来标识组件或交互式应用之间的空间和时间关系。
在本发明中，信令包括支持内容和/或服务的有效获取所必需的信令信息。可以以二进制或XMK形式表达信令数据。可以通过地面广播网络或宽获得发送信令数据。
可以按照ISO基础媒体文件格式等表达实时广播A/V内容和/或数据。在这种情况下，可以通过地面广播网络实时地发送A/V内容和/或数据，并且可以基于IP/UDP/FLUTE非实时地发送A/V内容和/或数据。替换地，可以通过实时地经由互联网使用HTTP动态适配流(DASH)在流模式下接收或者请求内容来接收广播A/V内容和/或数据。在根据本发明的实施例的广播系统中，可以组合所接收的广播A/V内容和/或数据以向观众提供各种增强服务，诸如交互式服务和第二画面服务。
图87是示出根据本发明的实施例的UPnP类型行为机制的视图。
首先，将会描述本发明中的在装置之间的通信。
在装置之间的通信可以意指在装置之间的消息/命令/呼叫/行为/请求/响应的交换。
为了在装置之间将消息稳定地发送到所期待的装置，诸如互联网协议消息协议(ICMP)和互联网组管理协议(IGMP)以及互联网协议(IP)的各种协议可以被应用。这时，本发明不限于特定的协议。
为了在被用于装置之间的通信的消息中包含各种信息，诸如超文本传输协议(HTTP)、实时传送协议(RTP)、可扩展的消息和存在协议(XMPP)以及文件传输协议(FTP)的各种协议可以被应用。这时，本发明不限于特定的协议。
当被用于装置之间的通信的消息被发送时，通过每个协议定义的诸如消息报头和消息主体的各种组件可以被利用。即，在数据被存储在每个消息组件中的状态下，可以发送每个消息组件，并且本发明不限于特定的消息组件。另外，通过消息发送的数据可以通过每个协议定义的各种类型(字符串、整数、浮点、布尔值、字符、阵列、列表等等)被发送。为了在结构上表达/发送/存储复合数据，诸如可扩展标记语言(XML)、超文本标记语言(HTML)、可扩展超文本标记语言(XHTML)以及JavaScript对象符号(JSON)的标记方案、文本或者图像格式可以被应用。这时，本发明不限于特定的方案。
另外，被用于装置之间的通信的消息可以在数据被压缩的状态下被发送。本发明不限于特定压缩技术的应用。
在本发明中的装置之间的上述通信的描述中，将会描述一个方案，例如，UPnP方案。UPnP方案可以对应于在上述装置之间的通信的描述中IP-TCP/UDP-HTTP协议被组合的情况。
在附图中示出的根据本发明的实施例的UpnP类型行为机制可以意指在UPnP控制点和UPnP装置之间的通信机制。UPnP控制点t87010可以是HTTP客户端并且UPnP装置t87020可以是HTTP服务器。UPnP控制点t87010可以将被称为行为的一种消息发送到UPnP装置t87020，使得UPnP装置t87020能够执行特定的行为。
UPnP控制点t87010和UPnP装置t87020可以被相互配对。通过发现和描述传输过程在相应的装置之间可以执行配对。UPnP控制点可以通过配对过程获取URL。
UpnP控制点t87010可以以XML形式表达每个行为。UpnP控制点t87010可以使用通过HTTP定义的POST方法t87030将每个行为发送到获取的控制URL。每个行为可以是作为一种消息要被实际发送的数据。这可以以XML形式被发送到HTTP POST消息主体。每个行为可以包括名称、宗量、以及有关数据。HTTP POST消息主体可以发送每个行为的名称和/或宗量。
这时，每个行为可以被发送到相同的控制URL。UPnP装置t87020可以使用XML解析器解析接收到的行为。UPnP装置t87020可以根据每个被解析的行为执行对应的操作。
对于UPnP协议，可以通过名称定义每个行为并且使用。另外，因为每个行为的名称也被发送到HTTP POST消息主体，所以即使在用于目标装置的仅一个URL存在并且仅一个HTTP POST方法被使用的情况下，在无限种的行为之间的交换可以是可能的。
图88是示出根据本发明的实施例的REST机制的视图。
在上述本发明中的装置之间的通信的描述中，一个方案，例如，REST方案，将会被描述。
在附图中示出的根据本发明的实施例的REST机制可以意指在REST客户端t88010和REST服务器t88020之间的通信机制。REST客户端t88010可以是HTTP客户端，并且REST服务器t88020可以是HTTP服务器。以与上面的描述相同的方式，REST客户端t88010可以将被称为行为的一种消息发送到REST服务器t88020使得REST服务器t88020能够执行特定的行为。
在本实施例中，REST客户端t88010可以通过URI将每个行为发送到REST服务器t88020。对于每个行为来说没有要求行为名称。每个行为可以仅包括宗量和数据。
在HTTP方法中，诸如GET、HEAD、PUT、DELETE、TRACE、OPTIONS、CONNECT、和PATCH以及POST的各种方法可以被利用。另外，将会访问用于通信的目标装置的多个URI可以被定义。由于这样的特性，在没有行为名称的定义的情况下可以发送行为。在发现或者描述发送过程期间，对于这样的REST方案来说必需的多个URI值可以被获取。
有必要发送的数据或者宗量可以被发送，同时被添加到相对应的URI。可替选地，数据或者宗量可以被发送同时以各种形式(XML、JSON、HTML、TEXT、IMAGE等等)被包括在HTTP主体中。
REST服务器t88020可以根据接收到的行为执行特定的操作。
在装置之间的上述通信仅是实施例并且通过本发明提出的所有行详情不限于UPnP方案。
图89是示出根据本发明的实施例的在接收器和配套装置之间的用户数据的交换的结构视图。
如上所述，本发明提出在接收器和配套装置之间交换/发送PDI用户数据的方法。
内容提供商或者广播站t80010、PDI调查表t89020、PDI引擎t89030、以及PDI存储t89040可以与具有相同名称的上述模块相同。
如上所述，通过内容提供商或者广播站t80010创建的PDI调查表t89020可以被发送到接收器t80090。PDI引擎t89030可以将相对应的调查表提供给用户，从用户接收回答，并且将接收到的回答存储在PDI存储t89040中。根据实施例，在没有诱导用户回答调查表的情况下可以在接收器中自动地输入回答。
向用户提出调查表并且存储回答的机制可以与前述实施例中的相同，但是仅是实施例。本发明不限于此。
如上所述，PDI存储t89040可以位于接收器t89050中。然而，根据实施例，PDI云存储t89070可以被设置在接收器的外部。PDI云存储t89070可以执行与上述PDI存储t89040相同的操作。另一方面，PDI云存储t89070可以位于接收器t89050的外部，使得PDI云存储t89070能够作为云服务器操作。
在本实施例中，接收器t89050可以进一步包括配套装置模块t89060。被存储的PDI用户数据可以通过配套装置模块t89060被发送到配套装置t89080。另一方面，通过配套装置设置的回答可以通过配套装置模块t89060被发送到接收器。
本发明描述基于UPnP在接收器和配套装置之间的通信的实施例。
然而，在接收器和配套装置之间的通信协议不限于此。
图90是示出根据本发明的实施例的PDI用户数据的一部分的视图。
图91是示出根据本发明的实施例的PDI用户数据的另一部分的视图。
两个附图示出一个表，然而，由于空间限制其被划分成两个部分。
被示出的PDI用户数据可以是上述PDITable(XML形式)的另一实施例。即，被交换的PDI用户数据的实施例可以是上述PDI表。
PDIUserData可以是包括一个或者多个问题元素的根元素。
@ProtocolVersion可以与上述的PDITable中的@ProtocolVersion相同。@userDataId可以与上述PDITable中的@pdiTableId相同。@userDataVersion可以与上述PDITable中的@pdiTableVersion相同。@time可以与上述PDITable中的@time相同。
QxA(即，QIA、QBA、QSA、QTA、或者QAA)可以是上述PDITable中的QxA的另一实施例。在本实施例中，每个QxA可以具有与在上面的描述相同的意义，但是可以具有稍微不同的内部结构。每个QxA的内部结构以QxAType元素被表达。例如，在QIAType字段中表达QIA的结构。
QxA下面的@id可以与上述的PDITable中的@id相同。QxA下面的@expire可以与上述PDITable中的@expire相同。
QxA下面的Q可以与上述PDITable中的Q相同。在本实例中，Q元素可以具有表达问题文本的QText元素。QxA下面的@lang可以与上述PDITable中的@lang相同。然而，在本实施例中，@lang可以位于QText元素的下面。
QxA下面的A可以与上述PDITable中的A相同。在本实施例中，A元素可以具有具有实际回答信息的@answer。QxA下面的@time可以与上述PDITable中的@time相同。
QIA下面的@loEnd和@hiEnd可以与上述PDITable中的@loEnd和@hiEnd相同。然而，在本实施例中，@loEnd和@hiEnd可以位于Q元素的下面。
QSA下面的@minChoices和@maxChoices可以与上述PDITable中的@minChoices和@maxChoices相同。然而，在本实施例中，@minChoices和@maxChoices可以位于Q元素的下面。选择(Selection)元素和QSA下面的@selectionId可以与上述PDITable中的选择元素和位于其下面的@id相同。
QTA下面的A可以具有@lang，其具有与上述PDITable中的QTA的A元素的@lang相同。
如上所述，QAA可以不具有Q元素。
QxAD可以意指根据回答的类型分类的Q&A文档。即，QxAD可以包括与实际问题和回答有关的QxA元素和@protocolVersion。x可以对应于根据数据类型从在I(整数)、B(布尔值)、S(选择)、T(文本)、A(不具有问题)选择的任意一个。
在被示出的PDI用户数据当中，根据实施例通过t91010表示的部分可以被省略。
上述PDI用户数据仅是PDI用户数据的实施例。本发明的PDI用户数据不限于任何形式。
图92是示出根据本发明的实施例的服务的服务类型和服务ID的视图。
首先，用于接收器和配套装置之间的兼容性的装置类型必须被定义以交换PDI用户数据。装置类型的实施例可以如下。
UPnP装置类型-urn:atsc.org:device:atsc3.0rcvr
在装置不适合于被定义的装置类型的情况下，装置不可以利用与通过本发明提出的PDI用户数据的交换有关的服务。
服务类型和/或服务ID必须被定义使得在支持被定义的装置类型的接收器和配套装置之间能够交换PDI用户数据。UserData服务可以被定义。UserData服务可以意指用于在支持被定义的装置类型的接收器和配套装置之间的交换PDI用户数据的服务。通过UserData服务PDI用户数据或者PDI表可以被发送到配套装置或者从配套装置接收。
在被示出的服务类型和服务ID的两个实施例t92010和t92020中，服务名称可以是“UserData”，服务类型可以是“atsc3.0userdata:1”，并且服务ID可以是“urn:atsc.org:servceId:atsc3.0userdata1”或者“urn:atsc.org:servceId:atsc3.0userdata”。
图93是示出根据本发明的实施例的UserData服务的状态变量的视图。
上述的UPnP UserData服务可以定义PDIUserDataProtocolVersion、A_ARG_TYPE_UserDataIdsList、UserDataList、以及/或者A_ARG_TYPE_UserData状态变量以交换PDI用户数据。
在事件方案和行为方案中可以执行数据传输。事件方案可以意指在接收器中注册配套装置的方案，并且当特定的信息被改变时，接收器将特定信息的变化自动地发送到配套装置。行为方案可以意指配套装置从接收器请求特定的信息的方案。
作为所要求的状态变量的上述UserData服务的四个状态变量可以基于行为方案，而不是事件方案。因此，状态变量可以作为各种行为的宗量被利用。
PDIUserDataProtocolVersion可以指示通过装置支持的UserData服务的协议版本。能够获知是否每个装置(接收器或者配套装置)通过此状态变量支持用于个性化的UserData服务。此状态变量可以具有二进制或者十六进制的数据类型。前面的四个比特可以意指主版本号，并且接下来的四个比特可以意指次版本号。例如，在状态变量具有00010010的值的情况下，能够获知版本是1.2(主版本号：1并且次版本号：2)。此版本信息可以被用于匹配在下文中将会描述的上述PDI用户数据的@protocolVersion和UserDataList状态变量的protocolVersion信息。
A_ARG_TYPE_UserDataIdsList可以指示包括被存储在上述PDI存储中的PDI用户数据的ID的列表。在下文中将会描述的UserDataList状态变量的UserDataIds，可以以字符串类型列表表达。因此，对于与UserDataList状态变量的userDataIds有关的行为此状态变量可以被利用。此状态变量可以具有列表数据类型(例如，CSV)。
UserDataList可以用作包含PDI用户数据的列表。此状态变量可以包括多个调查表和回答。在下文中将会描述的GetUserData()行为中可以利用此状态变量。在下文中将会描述此状态变量的详细结构。
A_ARG_TYPE_UserData可以是上述UserDataList的分段。这时，两个状态变量可以以相同的标记语言为基础。例如，在UserDataList状态变量是XML文档的情况下，A_ARG_TYPE_UserData可以是XML文档的分段。此状态变量可以具有多个PDIUserData元素和属性。另外，基于行为的使用，此状态变量可以包括子元素。根据实施例可以省略A_ARG_TYPE_UserData。
图94是示出根据本发明的实施例的UserDataList的XML结构的视图。
UserDataList可以包括多个PDIUserData。每个PDIUserData可以对应于上述PDI用户数据或者PDI表。PDIUserData的元素和属性可以与上面描述中的相同。根据实施例PDIUserData的结构可以变成不同的形式。
第一UserDataList t94010可以包括具有“atsc.org/userdata1”的userDataId的PDIUserData和具有“atsc.org/userdata2”的userDataId的PDIUserData。
具有“atsc.org/userdata1”的userDataId的PDIUserData可以具有具有QIA类型的问题1。问题1可以具有“你的年龄”的问题。另外，问题1可以具有在2014年6月2日回答的“21”的回答。是“atsc.org/userdata2”的PDIUserData也可以具有根据上述PDIUserData的信息。
第二UserDataList t94020可以包括具有“atsc.org/userdata1”、“atsc.org/userdata2”以及“atsc.org/userdata3”的userDataIds的PDIUserData。每个PDIUserData也可以具有根据上述PDIUserData的信息。
UserDataList可以具有具有与在上述两个实施例中相同的形式的多个PDIUserData。根据实施例每个PDIUserData可以具有与上述PDI用户数据的上述结构相同的结构或者不同的结构。
图95是示出根据本发明的实施例的UserData服务的行为的视图。
上述UserData服务可以包括GetPDIUserDataProtocolVersion、GetUserDataIdsList、GetUserData、以及/或者SetUserData行为。GetPDIUserDataProtocolVersion可以是可选的行为，并且其它的三个行为可以是被要求的行为。根据实施例，可以省略GetPDIUserDataProtocolVersion。另外，根据实施例可以进一步定义附加的行为。
在下文中将会描述相应的行为。
图96是示出根据本发明的实施例的GetPDIUserDataProtocolVersion，UserData服务的一个行为的视图。
GetPDIUserDataProtocolVersion行为可以是被用于或者用于取得PDI用户数据的协议的版本的行为。该协议可以意指通过接收器(或者主装置)支持的协议。配套装置可以使用GetPDIUserDataProtocolVersion行为可以获知通过接收器支持的协议的版本。
为了使用GetPDIUserDataProtocolVersion，PDIUserDataProtocolVersion输出宗量可以被定义。
是通过装置支持的UserData服务的协议版本信息的PDIUserDataProtocolVersion可以与上述PDIUserDataProtocolVersion状态变量有关。
图97是示出根据本发明的实施例的GetUserDataIdsList和GetUserData，UserData服务的行为的视图。
将会描述GetUserDataIdsList行为。
GetUserDataIdsList行为可以是被用于取得被存储在上述PDI存储中的PDI用户数据的ID的行为。配套装置可以使用GetUserDataIdsList行为取得来自于设置在接收器中/外部的PDI存储的PDI用户数据的Id信息。这时，PDI用户数据的协议版本可以被引用使得仅支持相对应的协议的PDI用户数据的ID可以被取得。
为了使用GetUserDataIdsList行为，ProtocolVersion输入宗量和UserDataIdsList输出宗量可以被定义(t97010)。作为PDI用户数据的协议版本信息的ProtocolVersion输入宗量可以与上述的PDIUserDataProtocolVersion状态变量有关。作为PDI用户数据的ID的字符串类型列表的UserDataIdsList输出宗量可以与上述的A_ARG_TYPE_UserDataIdsList状态变量有关。
当GetUserDataIdsList行为被使用时，如果具有与作为输入宗量的@protocolVersion和ProtocolVersion的相同值的元素在UserDataList状态变量的PDIUserData元素当中存在，则@userDataId值可以作为具有@protocolVersion和ProtocolVersion的相同值的PDIUserData元素当中的列表被输出。作为上述UserDataList输出宗量的输出可以从接收器发送到配套装置。
将会描述GetUserData行为。
GetUserData行为可以是被用于取得被存储在上述PDI存储中的PDI用户数据的行为。配套装置可以使用GetUserData行为从被设置在接收器中/外部的PDI存储中取得PDI用户数据。这时，上述UserDataIdsList行为可以被引用使得仅被匹配PDIUserDataId的PDIUserData能够以分段的形式取得。
为了使用GetUserData行为，UserDataIdsList输入宗量和UserData输出宗量可以被定义(t97020)。UserDataIdsList输入宗量可以与上述中的相同，并且可以与上述的PDIUserDataProtocolVersion状态变量有关。作为上述状态变量的分段的UserData输出宗量可以与上述A_ARG_TYPE_UserData状态变量有关。UserData输出宗量可以具有诸如元素的信息，并且可以以UserDataList(例如，XML)的数据类型为基础。
例如，在使用诸如GetUserData(UserDataIdsList＝“atsc.org/userdata1”,“atsc.org/userdata3”)的行为的情况下，在被包括在上述UserDataList的XML结构的UserDataList中的多个PDIUserData当中的具有“atsc.org/userdata1”和“atsc.org/userdata3”的PDIUserData可以被返回。这时，被返回的UserData的XML结构可以仅具有“atsc.org/userdata1”和“atsc.org/userdata3”的userDataId的PDIUserData，并且可以没有具有“atsc.org/userdata2”的userDataId的PDIUserData元素。
在GetUserData行为中，作为输出宗量的UserData的PDIUserData元素的数目可以小于或者等于作为输入宗量的UserDataIdsList中的PDIUserDataIds的数目。
根据实施例，当作为输入宗量的UserDataIdsList被设置为“ALL”时，所有的PDIUserData可以被请求，不论PDIUserDataId如何。
上述GetUserDataIdsList和GetUserData行为的操作序列图的实施例将会被描述。
在此操作序列图中，配套装置和接收器已经被相互配对。从操作序列图中省略了配对过程。另外，假定配套设备已经获知可利用的协议版本。
上述内容提供商或者广播站可以将PDI用户数据发送到接收器以提供个性化服务(ts97010)。PDI用户数据可以是多个调查表或者多个调查表和回答的组合。
接收器可以将接收到的PDI用户数据发送到上述PDI引擎(ts97020)。PDI引擎可以向用户提出调查表，并且从用户获得与相应的调查表相对应的回答(ts97030)。PDI引擎可以将完成的Q&A存储在上述PDI存储(ts97040)中。
上述配套装置可以执行上述GetUserDataIdsList行为以从接收器获得PDI用户数据(ts97050)。配套装置可以从上述接收器中的配套装置请求PDI用户数据的ID。
配套装置模块可以从PDI引擎请求通过配套装置请求的PDI用户数据的ID(ts97060)。PDI引擎可以从PDI存储检索PDI用户数据的相对应的ID(ts97070)。随后，PDI引擎可以将检索到的PDI用户数据的ID发送到配套装置模块(ts97080)。
配套装置模块可以将接收到的PDI用户数据的ID发送到配套装置(ts97090)。
已经获得PDI用户数据的ID的配套装置可以利用上述GetUserData行为以获得PDI用户数据(ts97100)。配套装置可以使用接收到的PDI用户数据的ID或者使用接收到的PDI用户数据的ID作为输入宗量请求PDI用户数据。
配套装置模块可以从PDI引擎请求对应的PDI用户数据(ts97110)。配套装置模块可以检索被存储在PDI存储中的对应的PDI用户数据(ts97120)并且将检索到的PDI用户数据发送到配套装置模块(ts97130)。
配套装置模块可以将接收到的PDI用户数据发送到配套装置(ts97140)。配套装置可以存储接收到的PDI用户数据。被存储的PDI用户数据可以被半持久地存储和利用。在配套装置中不存在存储的情况下，PDI用户数据可以被临时存储在诸如存储器的空间中。
在本发明中，GetUserDataIdsList和GetUserData行为被执行的时间不限于特定的时间。根据实施例，就在配套装置和接收器被相互配对之后可以执行每个行为。另外，根据实施例，配套装置可以在周期性的轮询期间从接收器请求每个行为的执行。
图98是示出根据本发明的实施例的UserData服务的扩展状态变量的视图。
在具有特定UserDataId的PDI用户数据被更新的情况下，新的XML文档可以被创建，或者在没有创建新XML文档的情况下可以仅增加userDataVersion。
在没有创建新XML文档而仅增加userDataVersion的方法被使用的情况下，上述行为可以被使用。另一方面，在每当更新PDI用户数据重新创建XML文档的方法被使用的情况下，有必要参考特定的PDI用户数据的userDataVersion以及ProtocolVersion。
为此，上述UserDataList状态变量可以被扩展到A_ARG_TYPE_UserDataIdsList。A_ARG_TYPE_UserDataIdsList可以是被要求的状态变量并且可以以上述行为方案为基础。
A_ARG_TYPE_UserDataIdsList的数据类型可以从字符串变成字符串的列表。字符串的列表可以是包括被存储在PDI存储中的PDI用户数据的ID和具有对应ID的XML文档的userDataVersion的列表。此列表可以以各种形式表达。在实施例中，可以以(userDataId，userDataVersion)的成对的形式表达列表。在每当更新PDI用户数据重新创建XML文档的方法被使用的情况下，根据甚至用于具有相同的userDataId的PDI用户数据的userDataVersion，数个XML文档可以存在于PDI存储中。
在变量被扩展到A_ARG_TYPE_UserDataIdsList的情况下，UserDataIdsList可以以在上述GetUserDataIdsList行为的宗量的当中的(userDataId，userDataVersion)的形式返回到字符串的列表。另外，在作为输入宗量的ProtocolVersion被设置为0000000的情况下，成对形式的所有的userDataId和userDataVersion的列表可以被请求，不论ProtocolVersion如何。另外，在作为输入宗量的ProtocolVersion被设置为11111111的情况下，成对形式的与最新ProtocolVersion相对应的userDataId和userDataVersion的列表可以被请求。
在变量被扩展到A_ARG_TYPE_UserDataIdsList的情况下，在上述GetUserData行为的宗量当中的UserDataIdsList也可以使用作为输入的(userDataId，userDataVersion)形式的字符串的列表以分段的形式仅请求在所有UserDataIdsList中具有相互匹配的特定userDataId和userDataVersion的PDIUserData。另外，在作为输入宗量的UserDataIdsList被设置为“ALL”的情况下，所有的PDIUserData可以被请求，不论userDataId和userDataVersion如何。
图99是示出根据本发明的实施例的SetUserData，UserData服务的一个行为的视图。
SetUserData行为可以是当在配套装置中设置/存储PDI用户数据时使用的行为，并且被设置的PDI用户数据被发送到接收器。SetUserData行为可以具有UserDataList作为输入宗量，并且可以与上述UserDataList状态变量(t99010)有关。
可以使用通过SetUserData行为发送的PDI用户数据可以修改/更新已经被存储在接收器中的UserDataList。接收器可以将接收到的PDI用户数据与被存储在PDI存储中的PDI用户数据进行比较。在不存在相对应的PDI用户数据的情况下，接收到的PDI用户数据可以被添加。另一方面，在存在相对应的PDI用户数据的情况下，接收到的PDI用户数据的@userDataVersion可以与被存储的PDI用户数据的进行比较，并且当接收到的PDI用户数据的@userDataVersion比被存储的PDI用户数据的高时，PDI用户数据可以被更新。
将会描述SetUserData行为的操作序列图的实施例。
在此操作序列图中，配套装置和接收器已经被相互配对。从操作序列图中省略了配对过程。
上述内容提供商或者广播站可以将PDI用户数据发送到配套装置以提供个性化服务(ts99010)。PDI用户数据可以是多个调查表或者多个调查表和回答的组合。
配套装置可以向用户提出调查表并且从用户获得与相应的调查表相对应的回答(ts99020)。配套设备可以将通过SetUserData设置的PDI用户数据发送到上述接收器中的配套装置模块(ts99030)。
配套装置模块可以将接收到的PDI用户数据发送到PDI引擎(ts99040)。PDI引擎可以检索是否存在已经被存储在PDI存储中的PDI用户数据(ts99050)。作为PDI引擎的检索结果在不存在已经被存储的PDI用户数据的情况下，新的PDI用户数据可以被存储。另一方面，作为PDI引擎的检索结果在存在已经被存储的PDI用户数据的情况下，根据版本信息可以更新PDI用户数据(ts99060)。
例如，在接收器的PDI存储中，具有“atsc.org/userdata1”的userDataId的PDIUserData可以以上述UserDataList的XML结构被存储。在配套装置中，具有“atsc.org/userdata3”的userDataId的PDIUserData可以以上述UserDataList的XML结构被存储。
配套装置可以通过SetUserData行为将具有“atsc.org/userdata3”的userDataId的PDIUserData发送到接收器。因为具有“atsc.org/userdata3”的userDataId的PDIUserData在PDI存储中不存在，所以接收器的PDI引擎可以添加对应的PDIUserData并且在PDI存储中存储被添加的PDIUserData。最后，在接收器的PDI存储中，具有“atsc.org/userdata1”的userDataId的PDIUserData和具有“atsc.org/userdata3”的userDataId的PDIUserData可以以上述UserDataList的XML结构被一起存储。
图100是示出根据本发明的实施例的UserData服务的被添加的状态变量的视图。
仅当PDI用户数据被改变时上述UPnP UserData服务可以设置附加的状态变量，UserDataModefiedTime，以将PDI用户数据发送到配套装置(t100010)。
UserDataModefiedTime状态变量可以指示当PDI用户数据已经被最终修改时的时间。此状态变量可以以上述事件方案为基础。因此，在配套装置订阅接收器的情况下，当PDI用户数据被修改时对应的状态变量可以被自动地发送到配套装置。此状态变量可以是所要求的状态变量并且可以具有dateTime的数据类型。
将会描述UserDataModefiedTime状态变量的操作序列图的实施例。
在本实施例中，假定从内容提供商发送新的PDI用户数据；然而，PDI用户数据被改变的条件不限于此。在此操作序列图中，配套装置和接收器已经被相互配对。从操作序列图省略了配对过程。
配套装置可以将UserData服务订阅到上述配套装置模块(ts100010)。这是以上述事件方案为基础。由于订阅，根据UserData服务的事件方案，诸如通知/传输的操作可以被接收。只要在改变PDI用户数据的时间之前执行了订阅，当PDI用户数据被改变时，通知等等可以被接收。根据实施例，就在配对之后或者在其它的时间可以执行订阅。
上述内容提供商或者广播站可以将新的PDI用户数据发送到接收器(ts100020)。接收器可以将接收到的新的PDI用户数据发送到PDI引擎(ts100030)。如上所述，PDI引擎可以从用户接收回答(ts100040)并且将Q&A存储在PDI存储中(ts100050)。
在这样的情况下，因为新的PDI用户数据被发送，所以已经被存储的PDI用户数据被改变。因此，PDI引擎可以更新作为状态变量的UserDataIdxCount。另外，当UserDataIdxCount被更新时，PDI引擎可以将UserDataModefiedTime状态变量的更新发送到配套装置模块(ts100060)。配套装置模块可以通过事件通知被订阅的配套设备PDI用户数据已经被改变(ts100070)。
在变化的发生已经被通知之后(ts100070)，配套装置可以通过上述GetPDIUserDataProtocolVersion、GetUserDataIdsList、以及GetUserData行为取得PDI用户数据。
在本实施例中，在新的PDI用户数据没有被发送但是已经被存储的PDI用户数据的回答被改变的情况下，可以从排除ts100020和ts100030的接下来的步骤执行过程。
图101是示出根据本发明的实施例的UserData服务的另一被添加的状态变量的视图。
仅当PDI用户数据被改变时，上述UPnP UserData服务可以设置其他的附加的服务变量，UserDataUpdatedList，以将PDI用户数据发送到配套装置(t101010)。
UserDataUpdatedList状态变量可以是PDI用户数据DI和与其相对应的PDI用户数据版本的成对形式的列表。例如，此状态变量可以是以诸如(UserDataId#1,1.0)的形式被表达。在PDI用户数据DI被改变或者PDI用户数据版本被改变的情况下，UserDataUpdatedList可以被更新。PDI用户数据ID可以被添加或者删除。每当PDI用户数据版本被修改，DPI用户数据版本的值可以被增加了1。
根据实施例，可以以CVS列表的形式配置此状态变量。此状态变量可以以上述事件方案为基础。因此，在配套设备订阅接收器的情况下，当PDI用户数据被改变时对应的状态变量可以被自动地发送到配套装置。此状态变量可以是被要求的状态变量。
将会描述UserDataUpdatedList状态变量的操作序列图的实施例。
在本实施例中，假定已经被存储的PDI用户数据的回答被改变；然而，PDI用户数据被改变的条件不限于此。在此操作序列图中，配套装置和接收器已经被相互配对。从操作序列图省略了配对过程。
通过配套装置执行的订阅过程(ts101010)与在上面描述中的相同。PDI引擎可以接收要改变对已经被存储的调查表的回答的新回答(ts101020)。这时，因为现有的PDI用户数据被改变所以也可以更新PDI用户数据的版本。完整的Q&A可以被存储在PDI存储(ts101030)中。
PDI引擎根据被改变的PDI用户数据的版本更新UserDataUpdatedList的值。PDI引擎可以将UserDataUpdatedList状态变量的更新发送到配套装置模块(ts101040)。配套装置模块可以通过事件修改被订阅的配套装置PDI用户数据已经被改变(ts101050)。
配套装置可以将被改变的PDI用户数据的版本与参考被改变的UserDataUpdatedList已经存储的PDI用户数据的版本相比较(ts101060)。配套装置可以执行用于取得具有被改变的版本的PDI用户数据的行为。这时，仅被改变的PDI用户数据可以被取得或者所有的PDI用户数据可以被取得。上述GetPDIUserDataProtocolVersion、GetUserDataIdsList、以及GetUserData行为可以被用于请求PDI用户数据。
图102是示出根据本发明的实施例的基于每对问题和回答的用于传输的UserData服务的状态变量的视图。
当在接收器和配套装置之间交换PDI用户数据时，由于大量的数据可能出现超载。为了防止超载的发生，可以基于每对问题和回答交换PDI用户数据。A_ARG_TYPE_UserDataQAIdsList、UserDataQAList、以及/或者A_ARG_TYPE_UserDataQA状态变量可以被定义以交换Q&A对。作为所要求的状态变量的这些状态变量可以基于行为方案，而不是基于上述事件方案。因此，状态变量可以作为各种行为的宗量被利用。
A_ARG_TYPE_UserDataQAIdsList可以指示被存储在PDI存储中的Q&A对的ID列表。使用与上述QxAD元素的QxA的@id有关的宗量为了行为可以利用此状态变量。另外，此状态变量可以表达作为列表的UserDataQAList状态变量的@ids。根据实施例，此状态变量可以以CSV字符串的形式被配置。
UserDataQAList可以指示被存储在PDI存储中的Q&A对集合。此状态变量可以具有多个QxAD元素。为了各种行为可以利用此状态变量，在下文中将会被描述。在下文中将会描述此状态变量的详细结构。根据实施例，此状态变量可以以字符串的形式被配置。
A_ARG_TYPE_UserDataQA可以是上述UserDataQAList的分段。这时，两种状态变量可以是相同的标记语言为基础。例如，在UserDataQAList状态变量是XML文档的情况下，A_ARG_TYPE_UserDataQA可以是XML文档的分段。此状态变量可以具有多个QxAD元素和属性。另外，基于行为的使用，此状态变量可以包括行为的子元素。根据实施例，可以省略A_ARG_TYPE_UserDataQA。根据实施例，可以以字符串的形式配置此状态变量。
图103是示出根据本发明的实施例的UserDataQAList的XML结构的视图。
UserDataQAList可以包括多个元素。相应的QxAD元素和属性可以与上面的描述中的相同。根据实施例每个QxAD元素的结构可以变成不同的形式。
第一UserDataQAList t103010可以包括QIAD和QBAD。QIAD的ID可以是“问题1”并且问题1可以具有“你的年龄”的问题。QBAD也可以具有以与上面的描述中相同的形式的信息。
第二UserDataQAList t103020可以包括QIAD、QBAD、以及QTAD。每个QxAD也可以具有与在上面的描述中相同的方式的信息。
UserDataQAList可以具有具有与在上面描述的两个实施例中相同的形式的多个QxAD。每个QxAD可以具有与上述QxAD的结构的相同结构或者不同结构。
图104是示出根据本发明的实施例的基于每对问题和回答的用于传输的UserData服务的行为的视图。
上述UserData服务可以包括GetUserDataQAIdsList、GetUserDataQA、以及/或者SetUserDataQA行为。这些行为可以是所要求的行为。根据实施例，附加的行为可以被进一步定义。在下文中将会描述每个行为。
图105是示出根据本发明的实施例的基于每对问题和回答的用于传输的UserData服务的GetUserDataQAIdsList和GetUserDataQA行为的视图。
将会描述GetUserDataQAIdsList行为。
GetUserDataQAIdsList行为可以是被用于取得被存储在上述PDI存储中的Q&A对的ID的行为。即，GetUserDataQAIdsList行为可以是用于取得UserDataQAList状态变量的QxAD元素的QxA的@id值的列表的行为。此状态变量可以以字符串(例如，CSV)或者其它形式被配置。配套装置可以使用GetUserDataQAIdsList行为从被设置在接收器中/外面的PDI存储取得Q&A对的Id信息。这时，PDI用户数据的协议版本可以被引用使得匹配QxAD元素的@protocolVersion值的@ids能够被带到配套装置。
为了使用GetUserDataQAIdsList行为，ProtocolVersion输入宗量和UserDataQAIdsList输出宗量可以被定义(t105010)。ProtocolVersion输入宗量可以与上述中的相同并且可以与上述的PDIUserDataProtocolVersion状态变量有关。UserDataQAIdsList输出宗量，作为QxAD元素的QxA的@id值的列表，可以与上述的状态变量有关。UserDataQAIdsList可以是字符串类型列表(例如，CSV)。
将会描述GetUserDataQA行为。
GetUserDataQA行为可以是被用于取得被存储在上述PDI存储中的Q&A对的行为。配套装置可以使用GetUserDataQA行为从被设置在接收器中/外部的PDI存储中取得Q&A对。这时，上述UserDataQAIdsList可以被引用使得仅被匹配ID的QxAD能够以分段形式被取得。
为了使用GetUserDataQA行为，UserDataQAIdsList输入宗量和UserDataQA输出宗量可以被定义(t105020)。UserDataQAIdsList输入宗量可以与上述中的相同并且可以与上述的A_ARG_TYPE_UserDataQAIdsList状态变量有关。UserDataQA输出宗量，是上述UserDataQAList状态变量的分段，可以与上述A_ARG_TYPE_UserDataQA状态变量有关。UserDataQA输出宗量可以具有诸如QxAD元素的信息，并且可以基于UserDataQAList的数据类型(例如，XML)。
例如，在诸如GetUserDataQA(UserDataQAIdsList＝“问题1”，“问题3”)的行为被使用的情况下，上述UserDataQAList的XML结构的、在被包括在UserDataQAList中的多个QxAD当中的、具有“问题1”和“问题3”的id的QxAD可以被返回。这时，被返回的UserData的XML结构可以均具有有着“问题1”和“问题3”的id的QxAD并且可以没有具有“问题2”的id的QxAD元素。
在GetUserDataQA行为中，作为输出宗量的UserDataQA的QxAD元素的数目可能小于或者等于作为输入宗量的UserDataQAIdsList列表中的@ids的数目。
将会描述上述GetUserDataQAIdsList和GetUserDataQA行为的操作序列图的实施例。
在此操作序列图中，配套装置和接收器已经被相互配对。从操作序列图省略了配对过程。另外，假定配套装置已经获知可利用的协议版本。
内容提供商将PDI用户数据发送到接收器、PDI用户数据被发送到PDI引擎、回答被组合，并且Q&A被存储的过程(ts105010、ts105020、ts105030、以及ts105040)与上面的描述中的相同。
上述配套装置可以执行上述的GetUserDataQAIdsList行为以从接收器获得Q&A对(ts105050)。配套装置可以从上述接收器中的配套装置模块中请求Q&A对的ID。
配套装置模块可以从PDI引擎请求通过配套装置请求的Q&A对的ID(ts105060)。PDI引擎可以从PDI存储检索Q&A对的相对应的ID(ts97070)。随后，PDI引擎可以将检索到的Q&A对的ID发送到配套装置模块(ts105080)。
配套装置模块可以将接收到的Q&A的ID发送到配套装置(ts105090)。
已经获得Q&A对的ID的配套装置可以利用上述GetUserDataQA行为以获得Q&A对(ts105100)。配套装置可以使用接收到的Q&A对的ID或者使用接收到的Q&A对的ID作为输入宗量请求Q&A对。
配套装置模块可以从PDI引擎请求相对应的Q&A对(ts105110)。配套装置模块可以从PDI存储检索相对应的Q&A对(ts105120)并且将检索到的Q&A对发送到配套装置模块(ts105130)。
配套装置模块可以将接收到的Q&A对发送到配套装置(ts105140)。配套装置可以存储接收到的Q&A对。被存储的Q&A对可以被半持久地存储和利用。在配套装置中不存在存储的情况下，Q&A对可以被临时地存储在诸如存储器的空间中。
在本发明中，GetUserDataQAIdsList和GetUserDataQA行为被执行的时间不限于特定的时间。根据实施例，就在配套装置和接收器被相互配对之后可以执行每个行为。另外，根据实施例，配套装置可以在周期性的轮询期间从接收器请求每个行为的执行。
图106是示出根据本发明的实施例的SetUserDataQA，基于每对问题和回答的用于传输的UserData服务的行为的视图。
SetUserDataQA行为可以是当在配套装置中设置/存储PDI用户数据时使用的行为，并且被设置的PDI用户数据的Q&A以与上述SetUserData行为中的相同的方式被发送到接收器。SetUserDataQA行为可以具有作为输入宗量的UserDataQAList并且可以与上述UserDataQAList状态变量有关(t106010)。
可以使用通过SetUserDataQA行为发送的Q&A修改/更新已经被存储在接收器中的Q&A。接收器可以比较接收到的Q&A和被存储在PDI存储中的Q&A。在不存在对应的Q&A的情况下，接收到的Q&A可以被添加。另一方面，在存在对应的Q&A的情况下，Q&A可以与QxAD元素的QxA的A的@time相比较，并且Q&A的最新的回答条目时间可以被保持。
将会描述SetUserDataQA行为的操作序列图的实施例。
在此操作序列图中，配套装置和接收器已经被相互配对。从操作序列图省略了配对过程。
内容提供商将PDI用户数据发送给配套装置并且回答被获得的过程(ts106010和ts106020)可以与上面的描述中的相同。
配套装置可以将通过SetUserDataQA行为设置的Q&A发送到上述接收器中的配套装置模块(ts106030)。
配套装置模块可以将接收到的Q&A发送到PDI引擎(ts106040)。PDI引擎可以检索是否存在已经被存储在PDI存储中的Q&A(ts106050)。在不存在已经作为PDI引擎的检索结果的Q&A的情况下，Q&A可以被存储。另一方面，在存在已经作为PDI引擎的检索结果被存储的Q&A的情况下，根据@time信息可以更新Q&A(ts106060)。
例如，在接收器的PDI存储中，具有“问题1”的id的QxAD可以被存储在上述UserDataQAList的XML结构中。在配套装置中，具有“问题3”的id的可以被存储在上述UserDataQAList的XML结构中。
配套装置可以通过SetUserDataQA行为将具有“问题3”的id的QxAD发送到接收器。因为在PDI存储中不存在具有“问题3”的id的QxAD，所以接收器的PDI引擎可以添加对应的QxAD并且将被添加的QxAD存储在PDI存储中。最后，在接收器的PDI存储中，具有“问题1”的id的QxAD和具有“问题3”的id的QxAD可以被一起存储在上述UserDataQAList的XML结构中。
图107是根据本发明的实施例的通过宽带信道发送PDI用户数据的序列图。
即使在广播信道没有被支持而仅宽带信道(例如，互联网)被支持的环境下，接收器可以接收PDI用户数据。即使在这样的环境下，附加的PDI服务器可以存在以通过宽带信道接收PDI用户数据。
在此操作序列图中，配套装置和接收器已经被相互配对。从操作序列图省略了配对过程。
在上述实施例中，接收器可以接收通过宽带信道能够接收PDI用户数据的通知，同时当前支持的服务的列表被用信号发送到接收器(ts107001)。接收器可以接收和解析此通知。
接收器可以从PDI服务器请求PDI用户数据(ts107005)。这时，接收器可以使用作为上述解析结构获得的URL访问PDI服务器。这时，位于接收器中/外部的服务器列表客户端可以与PDI服务器通信。被请求的PDI服务器可以将请求的PDI用户数据发送到接收器(ts107010)。服务器列表客户端可以将PDI用户数据发送到PDI引擎(ts107020)。
PDI引擎将回答存储在PDI存储中并且配套装置取得利用GetUserDataIdsList和GetUserData行为的PDI用户数据的后续过程(ts107020至ts107140)可以与上面描述中的相同。
通过上面的方案，即使在广播信道没有被支持而仅宽带信道被支持的环境中，接收器可以接收PDI用户数据。
PDI服务器可以用作用于仅发送PDI用户数据的独立的服务器或者用作具有用于被存储在其中的信令的各种表的集成的信令服务器。在不存在能够接收到PDI用户数据的通知的情况下，接收器可以连续地执行对PDI服务器的请求/响应过程。然后，在这样的情况下，对于接收器来说能够事先获知PDI服务器的URL。
图108是示出根据本发明的实施例的在通过宽带信道发送PDI用户数据的情况下的UserData服务的状态变量的视图。
这些状态变量可以是在配套装置从PDI服务器直接请求PDI用户数据并且接收PDI用户数据的情况下的状态变量。在此情况下，PDIUserDataNotification和/或PDIServerUrl状态变量可以被定义。
PDIUserDataNofitication状态变量可以指示通过宽带信道能够接收PDI用户数据的通知的接收时间。此状态变量，是所要求的状态变量，可以具有dataTime的数据类型并且可以以事件方案为基础。因为状态变量是以事件方案为基础，当通知的接收时间被改变时，即，新通知被接收，可以通知配套装置。
PDIServerUrl状态变量可以指示能够通过宽带信道接收PDI用户数据的PDI服务器的URL。此状态变量，是所要求的状态变量，可以具有字符串的数据类型或者anyURI并且可以以行为方案为基础。因此，配套装置可以通过在下文中将会描述的行为获得相对应的URL。
图109是示出根据本发明的实施例的在通过宽带信道发送PDI用户数据的情形下的UserData服务的行为的视图。
在此情况下，GetPDIServerUrl行为可以被定义(t109010)。GetPDIServerUrl行为可以是被用于取得PDI服务器的URL的行为。GetPDIServerUrl行为可以具有输出宗量(t109020)。PDIServerUrl输出宗量可以与上述PDIServerUrl状态变量有关。此宗量可以存储PDI服务器的URL。
将会描述GetPDIServerUrl行为的操作序列图的实施例。
在此操作序列图中，配套装置和接收器已经被相互配对。从操作序列图中省略了配对过程。另外，假定配套装置已经被订阅到UserData服务。
接收器接收通过宽带信道PDI用户数据能够接收到的通知的步骤(ts109010)可以与在上面的描述中的相同。
接收器的服务列表客户端可以将被解析的PDI服务器的URL发送到配套装置模块并且通知配套装置模块PDI用户数据能够被接收(ts109020)。
配套装置模块更新PDIUserDataNotification状态变量(ts109030)。这是因为通知被新接收。根据事件方案，配套装置模块可以通知配套装置已经改变PDIUserDataNotification状态变量(ts109040)。
配套装置可以执行GetPDIServerUrl行为(ts109050)以接收相对应的PDI服务器的URL(ts109060)。配套装置可以使用此URL访问PDI服务器。配套装置可以从PID服务器请求PDI用户数据(ts109070)并且接收相对应的PDI用户数据(ts109080)。
配套装置可以从用户获得对问题的回答(ts109090)。随后，配套装置可以使用上述SetUserData或者SetUserDataQA行为更新在接收器中的PDI存储中的对应的PDI用户数据(ts109100至ts109130)。这些过程可以与上面的描述中的相同。
如上所述，GetPDIServerUrl行为可以被利用。
图110是示出根据本发明的实施例的在通过宽带信道发送PDI用户数据的情况下的UserData服务的扩展状态变量的视图。
多个PDI服务可以存在。因此，可以提供多个PDI服务器URL。接收器可以指定配套装置将会访问的PDI服务器并且将被指定的PDI服务器的URL发送到配套装置。
这时，所有可访问的PDI服务器的URL可以被发送到配套装置。在这样的情况下，配套装置可以选择PDI服务器中的一个并且访问被选择的PDI服务器。为了发送多个URL，上述PDIServerURL可以被利用。然而，在这样的情况下，PDIServerURL可以被扩展，并且因此，其数据类型可以变成“字符串的列表”或者“anyURI的列表”。
根据实施例，PDIServerUrl可以以CSV形式被配置并且可以被如下地表达：(http://pdiserver1.com、http://pdiserver2.com等等)。
图11是示出根据本发明的实施例的在通过宽带信道发送PDI用户数据的情况下的UserData服务的扩展状态变量的视图。
上述状态PDIServerUrl状态变量可以被扩展使得以事件方案为基础，而不是以行为方案为基础。在这样的情况下，在没有GetPDIServer行为的执行的情况下，PDI服务器的URL可以被直接地发送到配套装置。
就在配套装置订阅UserData服务之后或者在PDI服务器的URL被改变的情况下，PDI服务器的URL可以被发送到配套装置。这时，PDI服务器的URL可以以PDIServerUrl状态变量的形式被发送。
如上所述，在多个PDI服务器URL被提供的情况下，接收器可以仅将特定的URL发送到配套装置或者可以将所有的URL发送到配套装置。因此，PDIServerUrl可以具有字符串、anyURI、字符串的列表、以及/或者anyURI的列表的数据类型。
图112是示出根据本发明的另一实施例的在接收器和配套装置之间的用户数据的交换的结构视图。
如上所述，使用由用户指定的PDI用户数据个性化服务可以被提供。为此，过滤准则可以被提供。接收器/配套装置可以通过过滤准则将被定制的内容提供给用户。
内容提供商或者广播站t112010、PDI调查表t112020、PDI引擎t112030、PDI存储t112040、PDI云存储t112070、配套装置模块t112060、以及配套装置t112080可以与具有相同名称的上述模块相同。
不同于上述结构视图，接收器t112050可以进一步包括过滤引擎t112090和内容/服务存储t112100。过滤引擎可以将每个内容/服务的过滤准则与被存储的PDI用户数据进行比较以选择为用户定制的内容/服务。过滤准则可以被发送到配套装置。
根据实施例，通过过滤准则选择的数据可以被发送到配套装置或者过滤准则可以被发送到配套装置使得配套装置能够直接地执行过滤。
在上面描述了过滤准则的XML结构。然而，过滤准则的XML结构不限于上述结构。根据实施例，具有不同结构的过滤准则可以被使用。在下文中，过滤准则将会被缩写为FC。
内容/服务存储t112100是在其中存储接收到的内容/服务的空间。根据实施例，通过过滤引擎过滤的内容/服务可以被存储在内容/服务存储t112100中。另外，根据实施例，所有的内容/服务可以被存储在内容/服务存储中，过滤引擎可以执行过滤，并且被过滤的内容/服务可以被存储在内容/服务存储中。
图113是示出根据本发明的另一实施例的服务的服务类型和服务ID的视图。
服务，FilteringCriteria，可以被定义使得接收器将过滤准则发送到配套装置。此服务可以具有atsc3.0filtering:1的服务类型。
每个服务可以具有不同的服务ID。根据实施例，每个服务可以具有服务ID，诸如uurn:atsc.org:serviceId:atsc3.0filtering1t113010或者uurn:atsc.org:serviceId:atsc3.0filtering t113020。
在下文中将会描述FilteringCriteria服务。
图114是示出根据本发明的实施例的FilteringCriteria服务的状态变量的视图。
FilteringCriteria状态变量可以被定义为FilteringCriteria服务的一个状态变量。
FilteringCriteria状态变量可以被用于将用于内容/服务的过滤准则发送到配套装置。FilteringCriteria状态变量，是被要求的状态变量，可以具有字符串(XML、Jason等等)的数据类型。另外，FilteringCriteria状态变量可以被用于根据上述行为方案的各种行为。
图115是示出根据本发明的实施例的FilteringCriteria服务的行为的视图。
FilteringCriteria服务可以具有GetFilteringCriteria行为(t115010)。此行为可以是用于配套装置从所接收到的取得过滤准则的行为。
GetFilteringCriteria行为可以具有FilteringCriteria作为输出宗量(t115020)。此行为可以与上述FilteringCriteria状态变量有关。使用此行为FilteringCriteria可以被输出到配套装置。
将会描述用于使用上述GetFilteringCriteria行为的过滤准则和操作提供个性化服务的序列图的实施例。
在此操作序列图中，配套装置和接收器已经被相互配对。从操作序列图省略了配对过程。
内容提供商或者广播站可以将通过配套装置将会执行的内容或者服务发送到接收器(ts115010)。这时，内容提供商或者广播站也可以将FC发送到接收器。
接收器可以将FC发送到过滤引擎(ts115020)。另外，接收器可以通知配套装置模块存在用于配套装置的内容/服务(ts115030)。配套装置模块可以通知配套装置相同(ts115040)。
配套装置模块可以使用上述GetFilteringCriteria行为(ts115050)。配套装置模块可以通过此行为请求FC。在配套装置接收内容/服务之前FC可以被用于参考通过用户设置的PDI用户数据。
配套装置模块可以从过滤引擎请求FC(ts115060)。过滤引擎可以将FC发送到配套装置模块(ts115070)。配置装置模块可以将FC发送到配套装置(ts115080)。
配套装置可以从配套装置模块请求PDI用户数据(ts115090)。上述行为可以被利用以请求PDI用户数据。
配套装置模块可以从PDI引擎请求对调查表的回答(ts115100)。PDI引擎可以检索对于已经被存储在PDI存储中的调查表的回答(ts115110)。PDI引擎可以将检索到的回答发送到配套装置模块(ts115120)。配套装置模块可以将是PDI用户数据的对应的回答发送到配套装置(ts115130)。
配套装置模块可以将FC与用户预设的回答进行比较(ts115140)。在FC满足用户的回答，即，PDI用户数据的情况下，对应的内容/服务可以被提供给用户。在FC不满足用户的回答，即，PDI用户数据的情况下，对应的内容/服务可以不被提供给用户。
在FC与用户的回答冲突的情况下，配套装置可以从接收器取得对应的内容/服务。这时，通过配套装置模块(ts115150和ts115160)可以执行对应的内容/服务的传输。根据实施例，在FC与用户的回答冲突的情况下，配套装置可以从服务提供商或者广播站直接接收对应的内容/服务。
随后，配套装置可以将具有适合于PDI用户数据的FC的内容/服务展示给用户。
图116是根据本发明的实施例的用于通过宽带信道发送FC的序列图。
如上所述，即使在广播信道没有被支持并且仅宽带信道(例如，互联网)被支持的环境下，接收器可以接收FC。即使在这样的环境下，附加的FC服务器可以存在以通过宽带信道接收FC。
在此操作序列图中，配套装置和接收器已经被相互配对。从操作序列图省略了配对过程。
在上述环境中，接收器可以接收通过宽带信道能够接收PDI用户数据的通知同时当前支持的服务的列表被用信号发送到接收器(ts116001)。根据实施例，接收器或者服务列表客户端可以请求广播信道的信令信息。接收器可以根据请求在信令信息的接收期间接收上述通知。在下文中，接收器或者服务列表客户端可以被称为接收器。接收到的通知可以被解析以获得FC服务器的URL。
接收器可以从FC服务器请求FC(ts116005)。这时，被解析的FC服务器的URL可以被利用。被请求的FC服务器可以将请求的FC发送到接收器(ts116010)。在通过宽带信道发送FC的情况下，FC可以通过信令信道被发送。FC可以以二进制或者XML形式被发送。这时，可以通过各种宽带信道。在实施例中，诸如SMT和NRT-IT的信道可以被使用。接收器或者服务列表客户端可以将FC发送到过滤引擎(ts116020)。
通知配套装置内容/服务的存在、通过行为FC被发送到配套装置，PDI用户数据被发送到配套装置、并且FC和PDI用户数据被比较以提供个性化服务的后续过程(ts116030至ts116160)可以与上面的描述中的相同。
通过上面的方案，即使在广播站信道没有被支持并且仅宽带信道被支持的环境下接收器也可以接收FC。
FC服务器可以用作用于仅发送FC的独立的服务器，或者具有用于被存储在其中的信令的各种表的集成的信令服务器。在不存在能够接收FC的通知的情况下，接收器可以连续地执行对FC服务器的请求/响应过程。然而，在这样的情况下，对于接收器来说有必要事先获知FC服务器的URL。
图117是示出根据本发明的实施例的在通过宽带信道发送FC的情况下的FilteringCriteria服务的状态变量的视图。
这些状态变量可以是当配套装置从FC服务器直接请求FC以接收FC的时的状态变量。在此情况下，FilteringCriteriaNotification和/或FCServerUrl可以被定义。
FilteringCriteriaNotification状态变量可以指示通过宽带信道能够接收FC的通知的接收时间。作为被要求的状态变量的此状态变量可以具有dataTime的数据类型并且可以以事件方案为基础。因为状态变量是以事件方案为基础，所以当通知的接收时间被改变，即，新的通知被接收时，可以通知配套装置。
PDIServerUrl状态变量可以指示能够通过宽带信道接收FC的FC服务器的URL。此状态变量，是被要求的状态变量，可以具有字符串或者anyURL的数据类型，并且可以以行为方案为基础。因此，配套装置可以通过行为获得相对应的URL，在下文中将会描述。
图118是示出根据本发明的实施例的在通过宽带信道发送FC的情形下的FilteringCriteria服务的行为的视图。
在此情形下，GetFCServerUrl行为可以被定义(t118010)。GetFCServerUrl行为可以是被用于取得FC服务器的URL的行为。GetFCServerUrl行为可以具有FCServerUrl输出宗量(t118020)。FCServerUrl输出宗量可以与上述FCServerUrl状态变量有关。此宗量可以存储FC服务器的URL。
将会描述GetFCServerUrl行为的操作序列图的实施例。
在本操作序列图中，配套装置和接收器已经被相互配对。从操作序列图省略了配对过程。另外，假定配套装置已经订阅FilteringCriteria服务。
接收器接收通过宽带信道能够接收FC的通知的步骤(ts118010)可以与上面的描述中的相同。
接收器的服务列表客户端可以将被解析的FC服务器的URL发送到配套装置模块并且通知配套装置模块能够接收到FC(ts118020)。
配套装置模块更新FilteringCriteriaNotification状态变量(ts118030)。这是因为新接收到通知。根据事件方案，配套装置模块可以通知配套装置FilteringCriteriaNotification状态变量已经被改变(ts118040)。
配套装置可以执行GetFCServerUrl行为(ts118050)以接收对应的FC服务器的URL(ts118060)。配套装置可以使用此URL访问FC服务器。配套装置可以从FC服务器请求FC(ts118070)并且接收对应的FC(ts118080)。
其中配套装置模块请求PDI用户数据以获得对应的回答，并且将PDI用户数据与FC进行比较以提供个性化的服务的后续过程(ts118090至ts118160)与上面描述中的相同。
通过上述方案，即使在广播站信道没有被支持并且仅宽带信道被支持的环境下，配套装置也可以从FC服务器直接地接收FC以提供个性服务。
图119是示出根据本发明的实施例的在通过宽带信道发送FC的情况下的FilteringCriteria服务的扩展状态变量的视图。
多个FC服务器可以存在。因此，多个FC服务器URL可以被提供。接收器可以指定配套装置将会访问的FC服务器并且将被指定的FC服务器的URL发送到配套装置。
这时，所有可访问的FC服务器的URL可以被发送到配套装置。在这样的情况下，配套装置可以选择FC服务器中的一个并且访问所选择的FC服务器。为了发送多个URL，上述的FCServerUrl可以被利用。然而，在这样的情况下，FCServerUrl可以被扩展并且，因此，其数据类型可以变成“字符串的列表”或者“anyURI的列表”。
根据实施例，FCServerUrl可以以CSV的形式配置并且可以如下地表达：(http://fcserver1.com,http://fcserver2.com，等等)。
图120是示出根据本发明的另一实施例的在通过宽带信道发送FC的情况下FilteringCriteria服务的扩展状态变量的视图。
上述的FCServerUrl状态变量可以被扩展使得以事件方案为基础，而不是以行为方案为基础。在这样的情况下，在没有GetFCServerUrl行为的执行的情况下FC服务器的URL可以被直接地发送到配套装置。
就在配套装置订阅FilteringCriteria服务之后或者在FC服务器的URL被改变的情况下，FC服务器的URL可以被发送到配套装置。这时，FC服务器的URL可以以FCServerUrl状态变量的形式被发送。
如上所述，在多个FC服务器URL被提供的情况下，接收器可以仅将特定的URL发送到配套装置或者可以将所有的URL发送到配套装置。因此，可以具有字符串、anyURI、字符串的列表、以及/或者anyURI的列表的数据类型。
图121是示出根据本发明的实施例的广播接收器的视图。
根据本发明的实施例的广播接收器包括服务/内容获取控制器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用户数据、PDI Q&A、以及/或者A/V数据。
在接收器不能够直接地接收广播信号的情况下，再分布模块J2100执行与服务/内容和/或服务/内容数据有关的信息的获取。
外部管理装置J2110指的是模块，诸如位于用于提供广播服务/内容的广播接收器的外部的广播服务/内容服务器。用作外部管理装置的模块可以被设置在广播接收器中。
图122是示出根据本发明的另一实施例的广播接收器的视图。
在附图中示出的接收器与上述接收器相似并且包括与被包括在上述接收器中的那些相同的装置。因此，具有相同的名称的装置的描述被替换成上面的描述。
上述定向装置信令解析器可以被命名为用户数据共享&定向信令解析器并且可以进一步用作解析上述用户数据(例如，PDI用户数据或者Q&A)。
上述定向处理器可以被命名为用户数据共享&定向处理器并且可以进一步用作处理上述用户数据(例如，PDI用户数据或者Q&A)。
根据本发明的实施例的接收器可以进一步包括用户数据DB。用户数据DB存储被处理的用户数据。
图123是示出根据本发明的实施例的呈现偏好的视图。
呈现偏好可以意指用于在广播的观看期间隐藏字幕、音频、以及无障碍和/或手语的呈现的偏好。
在用户呈现偏好作为个性化信息被存储在接收器中的情况下，在广播的观看期间对用户定制的服务可以被提供。用户可以在没有每次设置有关信息的情况下接收对用户呈现偏好定制的服务。根据实施例，在广播的查看之前或者期间用户呈现偏好可以被预先注册。
另外，被设置的呈现偏好可以通过除了接收器之外的配套装置共享和利用。另一方面，通过配套装置设置的呈现偏好可以由接收器共享。
在本发明中，隐藏字幕偏好、音频偏好、以及无障碍和/或手语呈现，是呈现偏好的三个项目，将会被描述。然而，与呈现偏好有关的服务可以是各种各样的，并且本发明不限于呈现偏好的三个项目。
图124是根据本发明的实施例的隐藏字幕偏好的序列图。
结合上述隐藏字幕偏好，用户可以设置隐藏字幕的语言偏好、字体偏好、字体大小偏好等等。该信息可以指的是在隐藏字幕的信令期间发送的描述符或者表。用于发送与隐藏字幕有关的信息的信道、描述符或者表可以以各种形式被表达并且本发明不限于任意一种形式。
用于发送与隐藏字幕有关的信息的描述符被命名为caption_service_descriptor。此描述符可以是用于发送与隐藏字幕有关的基本信息的描述符。此描述符可以包括与在传统技术中使用的隐藏字幕有关的描述符的信息，并且另外，进一步包括通过本发明提出的字段/信息。即，此描述符可以是与隐藏字幕有关的现有的描述符的修改。
在存在提供隐藏字幕的广播的情况下，通过PMT/EIT可以发送Caption_service_descriptor。使用Caption_service_descriptor的信息Caption_service_descriptor可以被转换成预先定义的PDI问题。在接收Caption_service_descriptor之后，接收器可以将接收到的Caption_service_descriptor转换成预先定义的PDI问题以获得回答。
在本实施例的序列中，假定接收器通过PMT或者EIT接收Caption_service_descriptor。
Caption_service_descriptor可以被包括在PMT或者EIT中(ts124010)。如上所述，可以通过PMT或者EIT发送caption_service_descriptor。当通过接收器接收caption_service_descriptor(t124020)时，位于接收器中/外部的信令解析器可以将caption_service_descriptor发送到位于接收器中/外部的PDI引擎(ts124030)。
PDI引擎可以根据caption_service_descriptor的信息自动地创建PDI问题(ts124040)。可以表达为此过程将caption_service_descriptor自动地转换成PDI问题。PDI引擎可以使用ID确定是否已经存在对相对应的问题的回答。在确定不存在回答之后，PDI引擎可以将完整的PDI问题发送到UI(ts124050)以获得来自于用户的回答。
用户可以通过UD设置对相对应的PDI问题的回答(ts124060)并且UI可以将此回答返回到PDI引擎(ts124070)。PDI引擎可以在PDI存储中添加或者更新(ts124070)。
根据实施例，即使在已经存在对问题的回答的情况下也可以改变用户偏好，并且因此，通过UI可以再次获得对相对应的问题的回答。在这样的情况下，在回答时间方面可以将新的回答和现有的回答进行比较，并且现有的回答可以被替换成新的回答。
图125是根据本发明的另一实施例的隐藏字幕偏好的序列图。
在本实施例的序列中，假定接收器从信令服务器请求PMT或EIT并且通过PMT或EIT发送caption_service_descriptor。
接收器可以从信令服务器接收PMI或者EIT(ts125010)。信令服务器可以将请求的PMT或者EIT发送到接收器(ts125020)。接收器可以将PMT或者EIT中的caption_service_descriptor发送到PDI引擎(ts125030)。
PDI引擎创建PDI问题、通过UI获得对问题的回答、并且在PDI存储中添加/更新回答的后续操作(ts125040至ts125080)可以与上面的描述中的相同。
图126是示出根据本发明的实施例的在隐藏字幕偏好中的caption_service_descriptor的扩展字段的视图。
如上所述，本发明的caption_service_descriptor可以是现有的caption_service_descriptor的扩展或者变化。
本发明的caption_service_descriptor可以进一步包括字体字段、字体大小字段、对齐字段、打印方向字段、以及/或者滚动方向字段(t126010)。
字体字段可以指示隐藏字幕的字体风格。在字体字段的值是0的情况下，字幕可以具有默认字体风格。在字体字段的值是1的情况下，字幕可以具有细体等宽的字体风格。在字体字段的是2的情况下，字幕可以具有以细体成比例地隔开的字体风格。在字体字段的值是3的情况下，字幕可以具有不以细体等宽的字体风格。在字体字段的值是4的情况下，字幕可以具有不以细体成比例地隔开的字体风格。在字体字段的值是5的情况下，字幕可以具有随意的字体风格。在字体字段的值是6的情况下，字幕可以具有草书字体风格。在字体字段的值是7的情况下，字幕可以具有小字幕的字体风格。在实施例中，字体字段可以具有3个比特的长度的字段并且可以具有uimsbf格式。
字体大小字段可以指示隐藏字幕的字体大小。在字体大小字段的值是0的情况下，字幕可以具有默认字体大小。在字体大小字段的值是1的情况下，字幕可以具有标准字体大小。在字体大小字段的值是2的情况下，字幕可以具有小字体大小。在字体大小字段的值是3的情况下，字幕可以具有大字体大小。在实施例中，字体大小字段可以具有2个比特的长度的字段并且可以具有uimsbf格式。
对齐字段可以指示隐藏字幕的对齐方法。在对齐字段的值是0的情况下，字幕可以被对齐到默认位置。在对齐字段的值是1的情况下，字幕可以被向左对齐。在对齐字段的值是2的情况下，字幕可以被向右对齐。在对齐字段的值是3的情况下，字幕可以被向中心对齐。在对齐字段的值是4的情况下，字幕可以被全部对齐。对齐字段的5至7的值可以被保留以供将来使用。在实施例中，对齐字段可以是具有3个比特的长度的字段并且可以具有uimsbf格式。
打印方向字段可以指示隐藏字幕的打印方向。在打印方向字段的值是0的情况下，字幕可以在默认方向中被打印。在打印方向字段的值是1的情况下，字幕可以在从左到右方向中被打印。在打印方向字段的值是2的情况下，字幕可以在从右向左方向中被打印。在打印方向字段的值是3的情况下，字幕可以在从上到下方向中被打印。在打印方向字段的值是4的情况下，字幕可以在下向上方向中被打印。打印方向字段的5至7的值可以被保留以供将来使用。在实施例中，打印方向字段可以是具有3个比特的长度的字段并且可以具有uimsbf格式。
滚动方向字段指示隐藏字幕的滚动方向。在滚动方向字段的值是0的情况下，可以在默认方向中滚动字幕。在滚动方向字段的值是1的情况下，可以在从左到右方向中滚动字幕。在滚动方向字段的值是2的情况下，可以在从右向左方向中滚动字幕。在滚动方向字段的值是3的情况下，可以在从上到下方向中滚动字幕。在滚动方向字段的值是4的情况下，可以在从下到上方向中滚动字幕。滚动方向字段的5至7的值可以被保留以供将来使用。在实施例中，滚动方向字段可以具有3个比特的长度的字段并且可以具有uimsbf格式。
如上所述，接收器可以参考caption_service_descriptor的每个字段创建/转换预先注册的PDI问题。
根据实施例，隐藏字幕可以被发送到视频流的user_data区域。虽然隐藏字幕被发送到user_data区域，但是caption_service_descriptor不可以被发送到PMI或者EIT。在这样的情况下，接收器可以直接地解析user_data区域的隐藏字幕数据，将被解析的隐藏字幕数据转换成PDI问题，并且向用户示出被转换的PDI问题。
另外，上述附加的字段可以不被发送到通过PMT或者EIT发送的caption_service_descriptor。在这样的情况下，caption_service_descriptor可以仅具有与是否使用隐藏字幕、字幕语言、简单阅读器模式等等有关的字段。接收器可以创建/转换关于是否使用隐藏字幕、字幕语言、简单阅读器模式等等的预先记录的问题，并且向用户示出PDI问题。接收器可以向用户示出其它的预先注册的PDI问题同时解析被发送到视频流的user_data区域的隐藏字幕。
图127是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的使用的预先记录的PDI问题的视图。
在描述符是caption_service_descriptor的情况下，相对应的描述的descriptor_tag字段可以具有0x86的值。在相对应的描述符是caption_service_descriptor的情况下，接收器可以创建用于是否查看隐藏字幕的预先记录的PDI问题，如果有的话。接收器可以向用户示出被创建的PDI问题并且存储其回答。用户可以通过相对应的PDI问题设置是否使用隐藏字幕。
在本实施例中，具有QSA形式的PDI问题可以被创建并且向用户示出。问题的文本可以是“你使用隐藏字幕？”并且用户可以回答“是”或者“否”。
图128是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的语言的预先记录的PDI问题的视图。
接收器可以参考caption_service_descriptor的语言字段创建用于用户设置隐藏字幕的偏好语言的预先记录的PDI问题。接收器可以向用户示出被创建的PDI问题并且存储其回答。用户可以通过相对应的PDI问题设置在隐藏字幕中将会使用的语言。
在本实施例中，具有QSA形式的PDI问题可以被创建并且向用户示出。问题的文本可以是“你更喜欢哪种隐藏字幕语言”并且用户可以回答“英语”、“法语”、“意大利语”或者“等等”。在通过回答用户设置的具有偏好语言的隐藏字幕没有被提供的情况下，接收器可以使用默认语言提供隐藏字幕。
图129是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的字体的预先记录的PDI问题的视图。
接收器可以参考caption_service_descriptor的字体字段创建用于用户设置隐藏字幕的偏好字体的预先记录的PDI问题。接收器可以向用户示出被创建的PDI问题并且存储其回答。用户可以通过对应的PDI问题设置在隐藏字幕中将会使用的字体。
在本实施例中，具有QSA形式的PDI问题可以被创建并且向用户示出。问题的文本可以是“你更喜欢哪种字体的隐藏字幕”并且用户可以回答“默认”、“以细体等宽隔开”、“以细体成比例地隔开”。
在具有通过回答用户设置的偏好字体的隐藏字幕没有被提供的情况下，接收器可以根据实施例使用默认字体提供隐藏字幕。另外，根据实施例，接收器可以将隐藏字幕强制性地转换成通过接收器设置的字体并且显示被转换的隐藏字幕。
图130是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的字体大小的预先记录的PDI问题的视图。
接收器可以参考caption_service_descriptor的font_size字段创建用于用户设置隐藏字幕的偏好字体大小的预先记录的PDI问题。接收器可以向用户示出被创建的PDI问题并且存储其回答。用户可以通过对应的PDI问题设置在隐藏字幕中将会使用的字体大小。
在本实施例中，具有QSA形式的PDI问题可以被创建并且向用户示出。问题的文本可以是“你更喜欢哪种字体大小的隐藏字幕”并且用户可以回答“默认”、“小”、“正常”或者“大”。
在具有通过回答用户设置的偏好字体大小的隐藏字幕没有被提供的情况下，接收器可以根据实施例使用默认字体大小提供隐藏字幕。另外，根据实施例，接收器可以将隐藏字幕强制性地转换成通过接收器设置的字体大小并且显示被转换的隐藏字幕。
图131是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的对齐的预先记录的PDI问题的视图。
接收器可以参考caption_service_descriptor的对齐字段创建用于用户设置隐藏字幕的偏好对齐的预先记录的PDI问题。接收器可以向用户示出被创建的PDI问题并且存储其回答。用户可以通过对应的PDI问题设置隐藏字幕的对齐。
在本实施例中，具有QSA形式的PDI问题可以被创建并且向用户示出。问题的文本可以是“你更喜欢哪种对齐的隐藏字幕”并且用户可以回答“默认”、“左”、“右”等等。
在具有通过回答用户设置的偏好对齐的隐藏字幕没有被提供的情况下，接收器可以根据实施例使用默认对齐提供隐藏字幕。另外，根据实施例，接收器可以将隐藏字幕强制性地转换成通过接收器设置的对齐并且显示被转换的隐藏字幕。
图132是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的打印方向的预先记录的PDI问题的视图。
接收器可以参考caption_service_descriptor的print_direction字段创建用于用户设置隐藏字幕的偏好打印方向的预先记录的PDI问题。接收器可以向用户示出被创建的PDI问题并且存储其回答。用户可以通过对应的PDI问题设置隐藏字幕的打印方向。
在本实施例中，具有QSA形式的PDI问题可以被创建并且向用户示出。问题的文本可以是“你更喜欢哪种打印方向的隐藏字幕”并且用户可以回答“默认”、“从左到右”、“从右到左”等等。
在具有通过回答用户设置的偏好打印方向的隐藏字幕没有被提供的情况下，接收器可以根据实施例使用默认打印方向提供隐藏字幕。另外，根据实施例，接收器可以将隐藏字幕强制性地转换成通过接收器设置的打印方向并且显示被转换的隐藏字幕。
图133是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的滚动方向的预先记录的PDI问题的视图。
接收器可以参考caption_service_descriptor的scroll_direction字段创建用于用户设置隐藏字幕的偏好滚动方向的预先记录的PDI问题。接收器可以向用户示出被创建的PDI问题并且存储其回答。用户可以通过对应的PDI问题设置隐藏字幕的滚动方向。
在本实施例中，具有QSA形式的PDI问题可以被创建并且向用户示出。问题的文本可以是“你更喜欢哪种滚动方向的隐藏字幕”并且用户可以回答“默认”、“从左到右”、“从右到左”等等。
在具有通过回答用户设置的偏好滚动方向的隐藏字幕没有被提供的情况下，接收器可以根据实施例使用默认滚动方向提供隐藏字幕。另外，根据实施例，接收器可以将隐藏字幕强制性地转换成通过接收器设置的滚动方向并且显示被转换的隐藏字幕。
图134是示出根据本发明的实施例的用于在隐藏字幕偏好中的隐藏字幕的简单阅读器模式的预先记录的PDI问题的视图。
接收器可以参考caption_service_descriptor的easy_reader字段创建用于用户设置隐藏字幕的简单阅读器模式的预先记录的PDI问题。接收器可以向用户示出被创建的PDI问题并且存储其回答。用户可以通过对应的PDI问题设置是否使用隐藏字幕的简单阅读器模式。
在本实施例中，具有QSA形式的PDI问题可以被创建并且向用户示出。问题的文本可以是“你使用简单阅读器模式？”并且用户可以回答“是”或者“否”。
在具有通过回答用户设置的简单阅读器模式的隐藏字幕没有被提供的情况下，接收器可以根据下述实施例被操作。在第一实施例中，接收器可以将隐藏字幕强制性地转换成简单阅读器模式并且显示被转换的隐藏字幕。在第二实施例中，接收器可以在简单阅读器模式下通过提供隐藏字幕的附加的服务器接收字幕。在第三实施例中，接收器可以访问第三方服务器以接收各种版本的隐藏字幕。在简单阅读器模式下的隐藏字幕可以提供叙述和效果声音以及人物的语音。在没有通过广播台提供各种隐藏字幕的情况下，接收器可以从上述第三方服务器接收隐藏字幕，将接收到的隐藏字幕转换成简单阅读器模式，并且显示被转换的隐藏字幕。
图135是根据本发明的实施例的音频偏好的序列图。
结合上述音频偏好，用户可以设置音频声道的语音偏好、是否使用用于视觉和听觉障碍者的模式等等。这些信息可以参考在音频的信令期间发送的描述符或者表。用于发送与音频有关的信息的信道、描述符或者表可以以各种形式被表达并且本发明不限于任意一种形式。
用于发送与音频有关的信息的描述符被命名为AC-3_audio_stream_descriptor。此描述可以是用于发送与音频有关的基本信息的描述符。此描述符可以包括与在现有技术中使用的音频有关的描述符的信息，并且另外，进一步包括通过本发明提出的字段/信息。即，此描述符可以是与音频有关的现有描述符的修改。
可以通过PMT/EIT发送AC-3_audio_stream_descriptor。使用此描述的信息AC-3_audio_stream_descriptor可以被转换成预先定义的PDI问题。在接收AC-3_audio_stream_descriptor之后，接收器可以将接收到的AC-3_audio_stream_descriptor转换成预先定义的PDI问题以获得回答。
在本实施例的序列中，假定接收器通过PMT或者EIT接收AC-3_audio_stream_descriptor。
AC-3_audio_stream_descriptor可以被包括在PMT或者EIT中(ts135010)。如上所述，ts135010可以通过PMT或者EIT被发送。当通过接收器接收AC-3_audio_stream_descriptor(ts135020)时，位于接收器中/外部的信令解析器可以将AC-3_audio_stream_descriptor发送到位于接收器中/外部的PDI引擎(ts135030)。
PDI引擎使用AC-3_audio_stream_descriptor描述符创建PDI问题、通过UI获得对问题的回答、并且在PDI存储中添加/更新回答的后续过程(ts135040至ts135080)可以与上面的描述中的相同。
根据实施例，甚至在已经存在对问题的回答的情况下可以改变用户偏好，并且因此，可以通过UI再次获得对相对应的问题的回答。在这样的情况下，在回答时间方面新回答可以与现有的回答进行比较并且现有的回答可以被替换成新的回答。
图136是根据本发明的另一实施例的音频偏好的序列图。
在本实施例的序列中，假定接收器从信令接收器请求PMT或者EIT并且通过PMT或者EIT接收AC-3_audio_stream_descriptor。
接收器可以从信令服务器请求PMT或者EIT(ts136010)。信令服务器可以将请求的PMT或者EIT发送到接收器(ts136020)。接收器可以将PMT或者EIT中的AC-3_audio_stream_descriptor发送到PDI引擎(ts136030)。
PDI引擎使用AC-3_audio_stream_descriptor创建PDI问题、通过UI获得对问题的回答、并且在PDI存储中添加/更新回答的后续过程(ts136040至ts136080)与上面的描述中的相同。
图137是示出根据本发明的实施例的在音频偏好中的AC-3_audio_stream_descriptor的扩展字段的视图。
如上所述，本发明的AC-3_audio_stream_descriptor可以是与音频有关的现有描述符的扩展或者改变。
本发明的AC-3_audio_stream_descriptor可以进一步包括langcod字段和/或bsmod字段。
langcod字段可以指示音频的语言代码。根据langcod字段的值，音频可以以不同的语言表达。在实施例中，langcod字段可以是具有8比特的长度的字段并且可以具有bslbf格式。
bsmod字段可以指示是否使用用于在视觉和听觉上有障碍的人的模式。例如，在bsmod字段的值是000的情况下，完整的主音频服务可以被提供。在bsmod字段的值是001的情况下，可以提供音乐和效果音频服务。在bsmod字段的值是010的情况下，可以提供视觉障碍的音频服务。在bsmod字段的值是011的情况下，听觉障碍的音频服务可以被提供。在bsmod字段的值是100的情况下，对话音频服务可以被提供。在bsmod字段的值是101的情况下，评论音频服务可以被提供。在bsmod字段的值是110的情况下，紧急音频服务可以被提供。在bsmod字段的值是111的情况下，此值可以被保留以供将来使用或者可以被指配给另一音频服务的供应的显示器。在实施例中，bsmod字段可以是具有3个比特的长度的字段并且可以具有bslbf格式。
如上所述，接收器可以参考AC-3_audio_stream_descriptor的每个字段创建/转换预先记录的PDI问题。
根据实施例，可以通过音频流发送音频。这时，AC-3_audio_stream_descriptor可以不被发送到PMT或者EIT。在这样的情况下，接收器可以直接地解析音频流的音频，将被解析的音频转换成PDI问题，并且向用户示出被转换的PDI问题。
另外，上述附加的字段可以不被发送到通过PMT或者EIT发送的AC-3_audio_stream_descriptor。在这样的情况下，接收器可以向用户示出预先记录的PDI问题同时解析音频流的音频。
图138是示出根据本发明的实施例的用于在音频偏好中的音频的语言的预先记录的PDI问题的视图。
接收器可以参考AC-3_audio_stream_descriptor的langcod字段创建用于用户设置音频的偏好语言的预先记录的PDI问题。接收器可以向用户示出被创建的PDI问题并且存储回答。用户可以通过相对应的PDI问题设置在音频中将会使用的语言。
在本实施例中，具有QSA形式的PDI问题可以被创建并且向用户示出。问题的文本可以是“你更喜欢哪种音频语音”并且用户可以回答“英语”、“法语”、“意大利语”或者“等等”。在具有通过回答用户设置的偏好语言的音频没有被提供的情况下，接收器可以使用默认语言提供音频。
图139是示出根据本发明的实施例的用于是否在音频偏好中使用用于音频的听觉障碍者的模式的预先记录的PDI问题的视图。
接收器可以参考AC-3_audio_stream_descriptor的bsmod字段创建用于用户是否设置使用用于听觉障碍者的模式的预先记录的PDI问题。听觉障碍者可以意指没有完全失去他/她的听觉但是没有充分地展现他/她的听觉功能的用户。接收器可以向用户示出被创建的PDI问题并且存储回答。用户可以通过对应的PDI问题设置是否使用用于音频的听觉障碍者的模式。
在本实施例中，具有QSA形式的PDI问题可以被创建并且向用户被示出。问题的文本可以是“你使用音频听觉障碍的模式？”并且用户可以回答“是”或者“否”。在用于音频的听觉障碍者的模式没有被提供的情况下，接收器可以在默认模式下提供音频。
图140是示出根据本发明的实施例的用于是否使用音频偏好中的用于视觉障碍者的音频的模式的预先记录的PDI问题的视图。
接收器可以参考AC-3_audio_stream_descriptor的bsmod字段创建用于用户设置是否使用用于视觉障碍者的音频的模式的预先记录的PDI问题。视觉障碍者可以意指没有完全地失去他/她的视觉但是没有充分地展现他/她的视觉功能的用户。接收器可以向用户示出被创建的PDI问题并且存储回答。用户可以通过对应的PDI问题设置是否使用用于视觉障碍的人的音频的模式。
在本实施例中，具有QSA形式的PDI问题可以被创建并且向用户被示出。问题的文本可以是“你在使用音频视觉障碍的模式”并且用户可以回答“是”或者“否”。在用于视觉障碍者的音频的模式没有被提供的情况下，接收器可以在默认模式下提供音频。
图141是根据本发明的实施例的无障碍&手语呈现的序列图。
结合上述的无障碍&手语呈现偏好，用户可以设置是否使用用于听觉障碍者的无障碍服务或者手语。不同于上述听觉障碍者，这种情况下的听觉障碍者可以意指已经严重地削弱听觉并且因此需要使用手语服务的用户。这时，是否使用相对应的服务并且手语偏好(美语手语(ASL)、韩语手语(KSL)等等)可以被设置。这些信息可以参考在与无障碍&手语呈现有关的信令期间发送的描述符或者表。可以以各种形式表达用于发送与无障碍&手语呈现有关的信息的描述符或者表并且本发明不限于任意一种形式。
用于发送与无障碍&手语呈现有关的信息的描述符被命名为sign_language_descriptor。此描述符可以是用于发送与sign_language_descriptor有关的基本信息的描述符。此描述符可以包括与在现有技术中使用的无障碍&手语呈现有关的描述的信息，并且另外，进一步包括通过本发明提出的字段/信息。即，此描述可以是与无障碍&手语呈现有关的现有的描述符的修改。
在存在提供手语服务的广播的情况下可以通过PMT/EIT发送sign_language_descriptor。使用sign_language_descriptor的信息sign_language_descriptor可以被转换成预先定义的PDI问题。在接收sign_language_descriptor之后，接收器可以将接收到的sign_language_descriptor转换成预先定义的PDI问题以获得回答。
在本实施例的序列中，假定接收器通过PMT或者EIT接收sign_language_descriptor。
在此序列中，通过PMT/EIT发送描述符并且信令解析器将描述符发送到PDI引擎的过程(ts141010至ts141030)可以与上面的描述中的相同。然而，在这样的情况下，存在的不同在于描述符是sign_language_descriptor。
PDI引擎创建PDI问题、通过UI获得对问题的回答、并且在PDI存储中添加/更新回答的后续的过程(ts141040至ts141080)可以与上面的描述中的相同。
图142是根据本发明的另一实施例的无障碍&手语呈现的序列图。
在本实施例的序列中，假定接收器从信令服务器请求PMT或者EIT并且通过PMT或者EIT接收sign_language_descriptor。
在此序列中，接收器从信令服务器请求PMT或者EIT、接收PMT或者EIT、并且将sign_language_descriptor发送到PDI引擎的过程(ts142010至ts142030)可以与上面的描述中的相同。然而，在这样的情况下，存在的不同在于描述符是sign_language_descriptor。
PDI引擎创建PDI问题、通过UI获得对问题的回答、并且在PDI存储中添加/更新回信的后续过程(ts142040至ts142080)可以与上面的描述中的相同。
图143是示出根据本发明的实施例的在无障碍&手语呈现中的sign_language_descriptor的视图。
作为具有8比特的长度的字段的描述符标签字段可以是指示此描述符是用于提供手语服务的描述的字段。描述符长度字段可以是指示sign_language_descriptor的长度的字段并且可以具有8比特的长度。
作为具有5比特的长度的字段的服务字段的编号，可以是指示用于接收各种手语的服务编号的字段。手语可以是指示对应的手语的语言(例如，美语手语(ASL)、韩语手语(KSL)等等)的字段。
分辨率字段可以指示手语的分辨率并且编解码器字段可以指示手语的编解码器代码。位置字段可以指示显示手语的屏幕的位置并且可以具有自动选择、左下、右下、左上、右上等等的值。
如上所述，接收器可以参考sign_language_descriptor的每个字段创建/转换预先记录的PDI问题。
根据实施例，在sign_language_descriptor没有被发送到接收器的情况下，接收器可以直接解析与手语服务有关的接收到的数据，将解析的数据转换成预先记录的PDI问题，并且向用户示出预先记录的PDI问题。
图144是示出根据本发明的实施例的用于在无障碍&手语呈现偏好中的无障碍&手语呈现的使用的预先记录的PDI问题的视图。
接收器可以参考sign_language_descriptor的descriptor_tag字段创建用于用户是否设置使用无障碍&手语呈现的预先记录的PDI问题。接收器可以向用户示出被创建的PDI问题并且存储回答。用户可以通过对应的PDI问题设置是否使用无障碍&手语呈现。
在本实施例中，具有QSA形式的PDI问题可以被创建并且向用户被示出。问题的文本可以是“你使用手语模式？”并且用户可以回答“是”或者“否”。
图145是示出根据本发明的实施例的用于在无障碍&手语呈现中的手语的偏好的预先记录的PDI问题的视图。
接收器可以参考sign_language_descriptor的语言字段创建用于用户设置手语服务的偏好语言的预先记录的PDI问题。接收器可以向用户示出被创建的PDI问题并且存储回答。用户可以通过对应的PDI问题设置将会在手语服务中使用的语言。
在本实施例中，具有QSA形式的PDI问题可以被创建并且向用户被示出。问题的文本可以是“你使用哪种手语？”并且用户可以回答“美语手语(ASL)”“法语手语(LSF)”、“墨西哥语手语(LSM)”等等。
在通过回答用户设置的偏好手语没有被提供的情况下，接收器可以根据实施例使用默认手语提供手语服务。另外，根据实施例，接收器可以访问提供各种版本的手语的第三方服务器，接收对应的手语服务，并且显示接收到的手语服务。
图146是示出根据本发明的实施例的用于在无障碍&手语呈现偏好中的手语的位置的偏好的预先记录的PDI问题的视图。
接收器可以参考sign_language_descriptor的位置字段创建用于用户设置在显示手语的屏幕的偏好位置的预先记录的PDI问题。接收器可以向用户示出被创建的PDI问题并且存储其回答。用户可以通过相对应的PDI问题设置在其处将会显示手语的位置。
在本实施例中，具有QSA形式的PDI问题可以被创建并且向用户示出。问题的文本可以是“你更喜欢呈现手语的哪一个位置？”并且用户可以回答“左下”、“右下”、“左上”等等。
在其中通过回答用户设置的偏好手语位置没有被提供的情况下，接收器可以根据实施例在默认手语位置处提供手语。另外，根据实施例，接收器可以在通过接收器设置的位置处强制性地显示手语服务。
图147是示出根据本发明的实施例的用于更新呈现偏好中的回答的菜单屏幕的视图。
在用户回答与呈现偏好有关的预先记录的PDI问题的情况下，当之后提供与呈现偏好有关的服务时，可以不向用户展示相同的问题。在这样的情况下，当与呈现偏好有关的服务被提供时，已经被存储的回答可以被利用以控制是否提供服务。
然而，在这样的情况下，在回答一旦被存储之后不能够改变回答。为此，当用户偏好被改变时有必要更新回答。为了更新回答，可以使用期限字段或者可以提供查看偏好菜单。根据实施例，可以使用其它的更新方法。
首先，将会描述期限字段。
PDI问题可以具有期限字段。当PDI问题与对用户的呈现偏好有关时，期限字段可以被适当地设置。在时间的流逝设置到期限字段之后，接收器可以向用户再次示出相对应的PDI问题。用户可以回答已经再次被示出的问题以更新回答。
在预先确定的时间的流逝之后，对PDI问题的回答可以自动地消失。当之后接收器接收有关服务时，接收器可以确认是否存在被存储在PDI存储中的问题和回答，并且再次以预先记录的PDI问题的形式向用户展示问题。
将会描述查看偏好菜单。
接收器可以提供查看偏好菜单。查看偏好参考可以是以能够由用户确认/改变的原生形式的菜单。每当需要，用户可以访问对应的菜单以改变呈现偏好。
当查看偏好菜单被激活时，接收器可以确认PDI存储中的与偏好呈现有关的问题的回答，并且通过UI向用户示出被存储的回答(t147010)。用户可以通过查看偏好菜单改变呈现偏好的值。参考相对应的预先记录的PDI问题的ID被改变的值可以被存储在PDI存储中以更新已经被存储的回答。
图148是示出根据本发明的又一实施例的在接收器和配套装置之间的用户数据的交换的结构视图。
现有的PDI系统将个性化的服务提供给一个用户。为此，不能够管理多个用户之间的偏好和Q&A。本发明提出在多个用户之间单独地设置PDI用户数据并且提供每个用户的个性化的服务的方法。
在此结构视图中，内容提供商或者广播站、PDI调查表、PDI引擎、PDI存储、PDI云存储、配套装置模块、配套装置、过滤引擎、以及内容/服务存储可以与具有相同名称的上述模块相同。
在此结构视图中，接收器t148020可以进一步包括不同于上述结构视图的用户管理引擎t148010。
用户管理引擎t148010可以用于管理多个用户之间的PDI用户数据。因为用户可以具有不同的偏好，所以用户管理引擎t148010可以识别用户，存储为相应的用户定制的回答，并且/或者将过滤的内容服务发送给每个用户。根据实施例，用户管理引擎t148010的操作可以由PDI引擎或者附加的模块处理。
图149是示出根据本发明的实施例的进一步包括用户ID字段的PDIUserData的视图。
为了让接收器识别多个用户并且根据每个用户的偏好提供内容/服务，对于用户管理引擎t148010来说有必要识别用户。用户管理引擎可以如下地识别多个用户。根据实施例可以使用识别多个用户的各种方法。
首先，登录方案可以是在向用户示出PDI问题之前用户可以登录的方案。用户管理引擎可以通过UI向用户展示登录窗口。根据实施例，就在接收器被接通之前或者当PDI调查表被接收时可以展示登录窗口。
当向用户展示登录窗口时，用户可以通过他/她自己的用户ID登录。在不存在用户ID的情况下，用户可以创建他/她自己的用户ID。可以通过用户管理模块执行用户ID的创建和管理。根据实施例，可以在配套装置上展示登录窗口。在这样的情况下，用户可以通过配套装置登录。
接下来，自动识别方案可以是用户没有直接输入用户ID并且接收器中的用户管理引擎自动地识别用户的方案。为了自动地识别用户，可以使用面部识别方案或者语音识别方案。
当根据自动识别方案识别用户时，可以使用对应用户的用户ID自动地识别登录。在第一时间内识别用户的情况下，用户管理引擎可以创建和管理对应用户的用户ID。
在使用他/她的自己的用户ID执行用户的登录的状态下，用户可以准备他/她自己的PDI Q&A。为此，可以修改上述PDIUserData，如附图中所示。
首先，PDIUserData可以进一步具有@user_id字段(t149010)。作为字符串字段的@user_id字段，可以是指示用户ID的字段。另外，每个QxA，即，PDI问题，也可以进一步具有@user_id字段(t149020)。@user_id字段被添加到QxAType。虽然在附图中示出的QxA是QIA，但是@user_id字段可以被添加到具有其它形式的所有问题。
图150是根据本发明的实施例的用于使用用户ID获得对PDI问题的回答的序列图。
内容提供商或者广播站可以将PDI表发送到接收器(ts150010)。这时，可以通过广播信道或者宽带信道发送PDI表。接收器可以将接收到的PDI表发送到PDI引擎(ts150020)。PDI引擎可以通知用户管理引擎已经接收到PDI表(ts150030)。
用户管理引擎可以检查是否用户已经登录，即，登录状态(ts150040)。在用户还没有被登录的状态下，用户管理引擎可以通过UD向用户展示登录UI(ts150050)。用户可以通过登录UI执行登录过程(ts1500960)。可替选地，根据实施例，接收器可以通过面部识别/语音识别自动地识别用户。UD可以将输入用户ID信息发送到用户管理引擎(ts150070)。
在用户已经登录的状态下，用户管理引擎可以省略登录过程。在这样的情况下上述步骤(ts150040至ts150070)可以被省略。用户管理引擎可以连续地记忆用户已经登录。
用户管理引擎可以确认是否用户ID是有效的(ts150080)。在接收到的ID是未被注册的ID的情况下，附加的注册过程可以被执行。此注册过程可以是通过UI接收用户信息以创建用户ID的过程。
在接收到的ID是有效的情况下，用户管理引擎可以将此ID发送到PDI引擎(ts150090)。PDI引擎可以将接收到的用户ID存储在PDI表中(ts150100)。这时，在上述PDI表中的@user_id字段可以被使用。另外，用户ID可以被存储在每个问题的QxA字段的@user_id字段中。
PDI引擎可以通过UI展示PDI问题(ts150110)。用户可以通过UI输入回答(ts150120)并且UI可以将此回答发送到PDI引擎(ts150130)。PDI引擎可以将对应的回答存储在PDI存储中(ts150140)。当之后每个用户的个性化服务被提供时这些PDI用户数据可以被利用。
将会描述防止对用户展示重复的问题的的方法。
在用户已经登录之后相同的PDI问题被发送到接收器的情况下，用户已经回答的PDI问题可能再次向用户展示。为了防止此问题，下述方法可以被考虑。
能够确认是否具有与接收到的PDI问题的相同ID的PDI问题和其回答已经被存储在PDI存储中。
首先，在对相对应的PDI问题的回答没有被存储的情况下，可以通过UI向用户展示相对应的PDI问题并且用户可以回答相对应的问题。
其次，在对相对应的PDI问题的回答已经被存储但是PDI问题的@user_id不同于当前已经登录的用户的ID的情况下，可以通过UI向用户展示相对应的PDI问题，并且用户可以回答相对应的问题。这是因为已经存储的回答是另一用户的回答。
第三，在对相对应的PDI问题的回答已经被存储并且PDI问题的@user_id与当前已经登录的用户的ID相同的情况下，可以不向用户展示相对应的PDI问题。这是因为对应的用户已经回答相对应的PDI问题。在这样的情况下，已经存储的回答已经作为对接收到的PDI问题的回答被存储。
图151是根据本发明的实施例的用于使用用户ID应用过滤准则的序列图。
即使在通过过滤准则过滤内容/服务的情况下，也可以使用用户ID识别多个用户。使用每个用户的输入的Q&A可以应用FC以根据用户的偏好提供内容/服务。
在此序列图中，假定用户已经登录。
内容提供商或者广播站可以将FC发送到接收器(ts151010)。这时，可以通过广播信道或者宽带信道发送FC。接收器可以用信号发送接收到的FC描述符或者表，解析被用信号发送的FC描述符或者表，并且将FC集合发送到FC引擎(ts151020)。
FC引擎可以从用户管理引擎请求用户ID(ts151030)。用户管理引擎可以返回请求的用户ID(ts151040)。根据实施例，PDI表可以请求用户ID并且反过来接收请求的用户ID。
FC引擎可以从PDI引擎请求具有被返回的用户ID的PDI Q&A(ts151050)。PDI引擎可以从PDI存储检索对应的PDI Q&A(ts151060)。PDI引擎可以将检索到的PDI Q&A发送到FC引擎(ts151070)。
FC引擎可以将接收到的PDI数据与FC集合进行比较(ts151080)。可以基于此比较确定是否对应的内容/服务是适合于相对应的用户的内容/服务。在内容/服务是被匹配FC集合的内容/服务的情况下，FC引擎可以从FLUTE会话下载对应的内容/服务。根据实施例，可以从不同于FLUTE会话的源下载内容/服务。
在虽然相对应的内容/服务是不适合于当前已经登录的用户的内容/服务，但是在用户管理引擎管理的用户当中存在更喜欢对应的内容/服务的用户的情况下，为了未来的使用可以下载对应的内容/服务。在通过用户管理引擎管理的用户当中不存在更喜欢对应的内容/服务的用户的情况下，对应的内容/服务可以不被下载。
图152是示出根据本发明的实施例的指配用户ID的方法的视图。
如上所述，user_id字段可以被用于识别用户。这时，根据局部唯一的ID方法或者全局唯一的ID方法被存储在user_id字段中的用户ID可以被存储。根据实施例，根据其它不同的方法可以存储用户ID。
局部唯一ID方法可以是在接收器或者家庭网络环境的范围内使用唯一的ID的方法。这时，用户ID可以具有字符串数据类型并且可以通过用户管理引擎管理。
在上述登录方案被使用的情况下，即，在用户通过用户ID自动地登录的情况下，通过用户可以以字符串形式注册局部唯一ID而没有限制。在要被注册的ID是重复的ID的情况下，用户管理引擎可以请求用户执行重新注册。
在自动识别方案被使用的情况下，用户管理引擎可以自动地和随意地设置/指配重新识别的用户的用户ID。
全局唯一ID方法可以是在全局范围内使用唯一的ID的方法。这时，用户ID可以具有字符串数据类型并且可以以相同的方式通过用户管理引擎管理。
全局范围可以是包括家庭网络外部的其它接收器的范围、包括服务提供商的系统的范围、或者全世界范围。因此，在应用根据本发明的PDI系统的接收器位于的任何地点，用户可以使用他/她的ID登录并且接收对他的/她的PDI问题定制的内容/服务。为此，可能需要能够根据其存储用户ID和Q&A的公共存储(例如，云存储)。
在上述登录方案和自动识别方案被使用的情况下，可以根据与局部唯一ID方法相同的方法执行操作。
为了创建全局唯一ID，用户ID可以被如下地组合。
user_id：<通过用户手动指配的id>_<可唯一识别的数据>
<通过用户手动指配的id>可以是通过用户直接地指配的ID。另外，<可唯一识别的数据>可以是通过用户直接指配的数据或者没有通过用户直接指配但是被用于全局唯一区分的数据。根据实施例，<可唯一识别的数据>可以包括用户的电子邮件地址或者电话号码或者装置的MAC地址。
全局唯一ID可以根据<通过用户手动指配的id>和<可唯一识别的数据>的组合变成全局唯一的。<通过用户手动指配的id>可以在多个用户之间是相同的；然而，所有的全局唯一的ID可以由于<可唯一识别的数据>而变成全局唯一的。
图153图示根据本发明的实施例的要被用于推荐频道或者节目的偏好准则的XML架构的图。
在下一代广播系统中提供的增强型服务指南(ESG)可以递送诸如EPG的内容时间表信息。另外，在下一代广播系统中提供的ESG可以给用户推荐可能首选的频道或者节目。增强型服务指南能够意指电子服务指南。
为了提供此功能，被存储在上述PDI存储中的PDI用户数据可以被使用。用户可以使用上述PDI系统存储与PDI问题有关的PDI回答。回答可以被存储在PDI存储中同时反映用户偏好。服务提供商可以标记用于每个被发送的频道或者节目的内容的偏好信息。标签信息可以与PDI存储中的回答进行比较以分类用户首选的内容。换言之，可以使用通过用户事先创建的Q&A推荐与用户偏好相对应的频道或者节目。
本发明提出使用被存储在PDI存储中的用户的PDI Q&A来提供ESG的方案。
如在前述中所描述的，PDI问题可以具有QIA、QBA、QSA、QTA、或者QTA类型。QIA类型可以指的是可以具有整数形式回答的Q&A，QBA类型可以指的是可以具有布尔形式的回答的Q&A，QSA类型可以指的是可以具有选择形式的回答的Q&A，QTA类型可以指的是可以具有文本(字符串)形式的回答的Q&A，并且QAA类型可以指的是可以具有其它形式(例如，图像等等)的Q&A。
如上所述的各种类型的Q&A可以被存储在PDI存储中。因此，偏好准则可以包括根据具有每个类型的Q&A的准则。以这样的方式，当为了每个频道或者节目标记偏好信息时，可以根据每个问题类型标记偏好信息。
换言之，被图示的偏好准则的XML图可以包括具有QIA、QBA、QSA、QTA或者QTA类型的上述准则。根据给定的实施例，偏好准则可以仅包括具有相应的类型的准则的一部分，并且准则的另一部分可以被省略。
在此，偏好准则可以被称为过滤准则。
图154图示根据本发明的实施例的被用于推荐频道或者节目的偏好准则的XML架构。
此附图的XML架构可以对应于在XML文献中创建的上述XML图的描述。
每个偏好准则可以包括具有QIA、QBA、QSA、QTA、或者QTA类型的准则。每个准则可以包括诸如准则值、类型、要求的/可选的等等的信息。
XML架构仅是示例，并且可以根据给定的实施例在不同的方案中被创建。
图155图示根据本发明的实施例的要被用于推荐频道或者节目的偏好准则的描述符。
使用描述符上述偏好准则可以以二进制形式被递送。在每个字段中，偏好准则的描述符可以包括和递送上述XML图的信息和配置。
与8比特字段相对应的“descriptor tag(描述符标签)”，可以指示是否对应的描述符是偏好准则描述符。与8比特字段相对应的“descriptor_length”可以指示描述符的长度。与8比特字段相对应的“num_preference_criteria”可以指示被包括在通过描述符表达的偏好准则中的偏好准则的数目。
偏好描述符可以使用for语句指示关于被包括在描述符中的偏好准则中的每一个的信息。该for语句可以被重复为与描述符中包括的偏好准则的数目一样多的次数。
与8比特字段相对应的“criterion_id_length”可以指示准则的ID的长度。与具有可变大小的字段相对应的“criterion_id”可以指示准则的ID。关于ID的信息可以被映射到PDI问题的ID并且被用于分类内容。
与3比特字段相对应的“criterion_type_code”可以指示准则的类型。例如，0x01可以指示包括所选择的ID的触发器类型，0x02可以指示布尔类型，并且0x03可以指示字符串类型。0x00和0x04-0x07可以被保留以便将来使用。在此，根据给定的实施例，0x01可以指示准则对应于上述QIA和QSA，0x02可以指示准则对应于上述QBA，并且0x03可以指示准则对应于上述QTA。
与5比特字段相对应的“num_criterion_values”可以指示被包括在准则中的值的数目。当准则具有多个值时，可以通过for语句表达关于每个值的信息。
“criterion_value_length”是指示值的长度信息的字段，并且可以具有8个比特的长度，“criterion value(准则值)”是指示值的字段，并且可以具有可变长度，“criterion value”可以具有要匹配于用于用户推荐的PDI用户数据的PDI回答的值。
在此，根据给定的实施例可以改变每个字段的长度和格式。
图156图示根据本发明的实施例的用于在服务级别的偏好准则的传输的XML架构的扩展图。
可以与被发送到接收器以提供ESG的信令信息一起发送上述偏好准则。如在前述中描述的，偏好准则可以被使用，使得通过先前存储的PDI用户数据可以过滤或者存储服务/内容。以这样的方式，服务/内容，即，与用户偏好相对应的频道/节目，可以被推荐。
提供ESG的系统可以递送关于频道或者节目的信息。提供ESG的系统的示例可以包括OMA-BCAST。提供ESG的系统可以以XML形式针对每个服务/内容递送关联的信息，以提供用于每个频道或者节目的增强型信息。关于频道或者节目的信息的XML可以被扩展以进一步包括和发送用于频道或者节目的偏好准则。
当用于每个频道或者节目的偏好被标记并且被递送到接收器时，服务/内容，即，用户首选的频道/节目，可以被分类。
在图示的用于在服务级别的偏好准则的传输的XML架构的扩展的图中，XML架构图可以包括用于服务的增强型信息，即，诸如描述、音频语音等等的信息。另外，XML架构图可以进一步包括用于服务的标签偏好的偏好准则(tl56010)。该偏好准则的示例可以是上述偏好准则。
图157图示根据本发明的实施例的用于在服务级别的偏好准则的传输的XML架构。
此附图图示，在XML文档中，上述XML架构图用于在服务级别的偏好准则的传输。这仅是示例，并且本发明不限于本实施例。同样地，能够理解上述偏好准则以XML形式被包括(tl57010)。
图158图示根据本发明的实施例的用于在内容级别的偏好准则的传输的XML架构的扩展图。
被图示的XML架构图可以包括用于内容的增强信息，即，诸如描述、语音语音等等的信息。另外，XML架构图可以进一步包括标记用于内容的偏好的偏好准则(tl58010)。该偏好准则的示例可以是上述偏好准则。
图159图示根据本发明的实施例的用于在内容级别处偏好准则的传输的XML架构。
此附图图示，在XML文档中，上述XML架构图用于在内容级别的偏好准则的传输。这仅是示例，并且本发明不限于本实施例。能够理解上述偏好准则以XML形式被类似地包括(t159010)。
图160图示根据本发明的实施例的用于使用与ESG一起递送的偏好准则向用户推荐服务/内容的序列图。
可以通过将与ESG有关的数据一起递送的偏好准则与存储在PDI存储中的PDI用户数据进行比较来给用户推荐可能首选的服务/内容。在此，假定用户事先回答PDI问题，并且PDI回答被事先存储在PDI存储中。存储回答的序列被省略。
内容提供商或者广播公司可以使用ESG引擎递送ESG信息(tl60010)。在此，ESG引擎可以是用于处理ESG有关的数据的模块。ESG引擎可以被定位在接收器的内部或者外部。通过另一模块可以处理通过ESG引擎执行的操作。可以通过广播信道递送ESG信息，或者通过移动或者宽带信道递送。根据给定的实施例，可以通过另一信道递送ESG信息。
ESG引擎可以从递送的ESG信息解析偏好准则(tl60020)。如在前述中所描述的，可以以ESG的XML增强型形式递送偏好准则。根据实施例，可以与ESG分离发送偏好准则。在这样的情况下，可以将偏好准则从内容提供商或者广播公司直接递送给ESG引擎。ESG引擎可以识别PDI问题以被用于推荐服务/内容。
ESG引擎可以从PDI引擎请求对特定问题的回答(tl60030)。如在前述中所描述的，通过ESG引擎解析的偏好准则可以包括多个准则。可以从PDI引擎请求对每个准则中包括的PDI问题的回答。在本实例中，使用PDI问题的ID可以请求回答。
PDI引擎可以从PDI存储搜寻被请求的PDI回答(t160040)。类似地，PDI问题的ID可以被使用。当对相对应的问题的回答存在时，PDI引擎可以从PDI存储接收作为响应的回答(t160050)。
PDI引擎可以将找到的回答递送给ESG引擎(tl60060)。ESG引擎可以将递送的PDI回答或者PDI用户数据与每个偏好准则相比较(tl60070)。对于每个服务/内容，通过内容提供商或者广播公司标记偏好准则。可以将通过用户实际创建的回答与偏好准则进行比较以确定是否用户要首选服务/内容。
当通过比较操作服务/内容被确定为是与用户偏好相对应的服务/内容时，ESG引擎可以通过UI向用户呈现服务/内容(tl60080)。通过UI用户可以被提供有ESG中的推荐的服务/内容。
图161图示根据本发明的另一实施例的用于使用与ESG一起递送的偏好准则向用户推荐服务/内容的序列图。
即使当在通过广播网络不可以接收信息的环境下通过移动或者宽带信道不可以直接接收ESG信息时，ESG信息可以被接收以使用偏好准则推荐服务/内容。在此，假定用户事先回答PDI问题，并且PDI回答被事先存储在PDI存储中。存储回答的序列被省略。
在这样的情况下，接收器可以接收用于接收ESG信息的通知(tl61010)。可以通过关联的服务支持接收器以接收关于是否递送ESG信息的通知。接收器可以解析递送的通知以提取ESG服务器的URL。可以在接收器的ESG引擎中执行这些操作。
ESG引擎可以使用ESG服务器的URL访问ESG服务器以请求ESG信息(tl61011)。ESG服务器可以将请求的ESG信息递送给ESG引擎。在此，ESG服务器可以是执行仅递送ESG信息的独立操作的服务器，或者用作在其中存储用于信令的表格和各种类型的信息的整合的信令服务器的服务器。
其后，接收器可以使用递送的ESG信息获得偏好准则，并且将偏好准则与用户偏好进行比较以推荐服务/内容。这些操作(t161020至tl61080)可以与上面的描述相似。
图162图示根据本发明的实施例的将偏好准则与PDI用户数据进行比较的方法。
如在前述中所描述的，可以使用先前存储的用户偏好信息和偏好准则推荐与偏好相对应的服务/内容。
偏好准则(t162010)的示例可以包括两个QSA准则和一个QBA准则。
在本实施例中，偏好准则可以包括具有关于用户的年龄组的信息的QSA准则。在本实施例中，QSA准则，具有关于用户的年龄组的信息，具有4的值。并且因此，应理解对应的服务/内容是适合于用户年龄在18和24岁之间的内容。
类似地，根据本实施例的偏好准则可以包括具有关于用户的性别的信息的QSA准则。在本实施例中，具有关于用户的性别的信息的QSA准则具有1的值，并且因此，应理解对应的服务/内容是男性可能首选的内容。
另外，根据本实施例的偏好准则可以包括具有关于是否用户在工作中的信息的QBA准则。在本实施例中，具有关于是否用户在工作中的信息的QBA准则具有TRUE的值，并且因此，应理解对应的服务/内容是在工作中的用户可能首选的内容。
被存储在PDI存储(tl62020)中的PDI用户数据的示例可以包括两个Q&A，其中的每一个具有QSA类型，并且一个Q&A具有QBA类型。
在本实施例中，PDI存储可以包括PDI用户数据，即，具有关于用户的年龄组的信息的用户的PDI回答。在本实施例中，用户回答4，并且因此，应理解用户在18和34岁之间。
另外，在本实施例中，PDI存储可以包括PDI用户数据，即，具有关于用户的性别的信息的用户的PDI回答。在本实施例中，用户回答2，并且因此，应理解用户是女性。
另外，在本实施例中，PDI存储可以包括PDI用户数据，即，具有关于是否用户在工作中的信息的用户的PDI回答。在本实施例中，用户回答为TRUE，并且因此，应理解用户在工作中。
当偏好准则的示例(t162010)与被存储在PDI存储中的PDI用户数据的示例(t162020)进行比较时，应理解当关于年龄组的信息在示例之间相同，并且关于是否用户在工作中的信息在示例之间相同时，关于性别的信息在示例之间不同。如在前述中所描述的，当匹配PDI问题的ID的PDI问题和其PDI回答存在时，可以执行这些比较和匹配操作。根据给定的实施例，当对应的PDI数据没有被存储时，能够询问用户PDI数据。
可以不同地设置用于向用户推荐服务/内容的准则。
当偏好准则的所有值匹配PDI问题的回答时，可以向用户推荐服务/内容。可替选地，当偏好准则的值部分地匹配PDI问题的回答时，可以向用户推荐服务/内容。可替选地，当偏好准则的值以项目的某个百分百或者更多匹配于PDI问题的回答时，可以向用户推荐服务/内容。可替选地，当偏好准则的值在某个类似级别或者更多(例如，在年龄组值中的差是2或者更少)匹配于PDI问题的回答时，可以向用户推荐服务/内容。可替选地，可以加权PDI数据，使得当某个PDI数据匹配偏好准则的值时，推荐服务/内容，不论是否数据匹配于其它项目中的值。可以不同地设置此准则，并且上面的描述可以被组合和使用。
在仅当所有的值匹配回答时推荐服务/内容的情况下，因为性别不匹配，所以在示例的每一个(t162010和t162020)中的服务/内容不可以被推荐。在当值部分匹配回答时服务/内容被推荐的情况下，在示例的每一个中的服务/内容可以被推荐，尽管性别不匹配。
图163图示根据本发明的实施例的用于将偏好准则和PDI用户数据进行比较的匹配边界字段。
如在前述中所描述的，可以不同地设置用于向用户推荐服务/内容的准则。根据给定的实施例，可以在接收器中设置准则并且将其存储在接收器中。根据另一实施例，准则可以被包括在偏好准则中，并且通过服务提供商或者广播公司被递送给接收器。
当用于向用户推荐服务/内容的准则被包括在偏好准则中并且被递送给接收器时，可以通过匹配边界字段发送与准则有关的信息(tl63010)。
接收器可以解析匹配边界字段，并且然后向用户推荐服务/内容。被包括在匹配边界字段中的信息可以具有各种形式，并且信息可以是关于用于推荐的上述准则的信息。
根据本实施例，匹配边界字段可以包括特定数目信息。当匹配由用户创建的回答的准则的数目大于通过匹配边界字段指示的特定数目时，对应的服务/内容可以被推荐给用户。这仅是匹配边界字段的示例，并且可以根据特定的实施例改变匹配边界字段将用于推荐的准则递送给接收器的方案。
图164图示根据本发明的实施例的用于提供被推荐的服务/内容的UI。
如在前述中所描述的，使用PDI存储的PDI用户数据和ESG的偏好准则可以分类服务/内容。通过接收器的UI可能向用户展示从ESG分类的服务/内容。
当推荐特定的频道(例如，频道7)时，特定的频道可以被亮化并且被显示在ESG中(tl64010)。类似地，当特定的节目或者特定的内容(例如，节目A或者F)被推荐时，特定的节目可以被亮化并且被显示在ESG中(t164020)。
根据给定的实施例，可以通过ESG的推荐专用页面UI向用户展示被推荐的频道或者节目(t164020)。在这样的情况下，被推荐的频道(例如，频道7、12或者24)和/或被推荐的节目(例如，节目A、F、H、T以及X)可以被列出并且被表达在ESG的推荐的项目中。
在此，频道可以对应于服务，并且节目可以对应于内容。然而，取决于上下文，诸如频道、服务、节目、内容等等的术语可以被一起使用。
根据给定的实施例，上述状态变量PDIUserDataProtocolVersion可以被称为UserDataProtocolVersion。
根据给定的实施例，上述状态变量A_ARG_TYPE_UserDataIdsList可以被称为UserDataldsList。
根据给定的实施例，上述状态变量UserDataList可以被称为UserData。
根据给定的实施例，上述状态变量A_ARG_TYPE_UserDataQAIdsList可以被称为UserDataQAIdsList。
根据给定的实施例，上述状态变量UserDataQAList可以被称为UserDataQA。
图165图示根据本发明的实施例的提供交互式服务或者内容的方法。
该方法包括接收ESG(增强型服务指南)信息(stl65010)；接收PDI(简档、人口统计、兴趣)表(stl65020)；获得用于PDI问题中的至少一个问题的回答(stl65030)；存储获得的回答(stl65040)；确定推荐交互式服务或者内容(stl65050)以及/或者呈现ESG中的被确定的推荐交互式服务或者内容(stl65060)。
在接收ESG信息的步骤(stl65010)中，在上述ESG引擎中的第一接收模块可以接收ESG信息用于基于用户的个人兴趣给用户推荐交互式服务或者内容，ESG信息包括指示交互式服务或者内容的特性的偏好准则。ESG引擎能够包括第一接收模块。并且，ESG引擎和第一接收模块能够是硬件。并且，第一接收模块能够在ESG引擎或者上述接收器中被处理。
在接收PDI表的步骤(stl65020)中，上述PDI引擎中的第二接收模块可以经由广播信号接收PDI(简档、人口统计、兴趣)表。PDI表可以包括用于交互式内容的与用户的个人兴趣有关的多个PDI问题。PDI问题中的每一个可以具有识别PDI问题的问题ID。PDI引擎能够包括第二接收模块。并且，PDI引擎和第二接收模块能够是硬件。并且，第二接收模块能够在PDI引擎或者上述接收器中被处理。
在获得用于PDI问题中的至少一个问题的步骤(stl65030)中，在上述PDI引擎中的获得模块可以获得用于PDI问题中的至少一个问题的回答。PDI引擎能够包括获得模块。并且，PDI引擎和获得模块能够是硬件。并且，能够在PDI引擎或者上述接收器中处理获得模块。
在存储获得的回答的步骤(stl65040)中，在上述PDI引擎中的存储模块可以在PDI表中存储获得的回答。PDI引擎能够包括存储模块。并且，PDI引擎和存储模块能够是硬件。并且，存储模块能够在PDI引擎或者上述接收器中被处理。
在确定推荐交互式服务或者内容的步骤(stl65050)中，在上述ESG引擎中的确定模块可以通过将偏好准则与获得的回答进行比较来确定推荐交互式服务或者内容。ESG引擎能够包括确定模块。并且，ESG引擎和确定模块能够是硬件。并且，确定模块能够在ESG引擎或者上述接收器中被处理。
在呈现ESG中的被确定的推荐交互式服务或者内容的步骤(stl65060)中，显示处理器或者上述屏幕中的呈现模块可以通过使用用户界面呈现ESG中的被确定的推荐交互式服务或者内容。显示处理器或者屏幕能够包括呈现模块。并且，显示处理器、屏幕以及呈现模块能够是硬件。并且，呈现模块能够在显示处理器、屏幕或者上述接收器中被处理。
在根据本发明的其它实施例的提供交互式服务或者内容的方法中，确定推荐交互式服务或者内容的步骤能够进一步包括：解析偏好准则；取得对于PDI问题的回答并且/或者通过比较取得的回答与准则值来确定推荐交互式服务或者内容。上述ESG引擎可以从ESG信息解析偏好准则。并且，偏好准则包括多个准则。并且，每个准则包括具有识别准则问题的准则ID的准则问题，和指示对于准则问题的回答的准则值。上述ESG引擎可以通过使用准则ID和问题ID从PDI表取得对于PDI问题的回答。并且，取得的回答的PDI问题匹配于准则问题。上述ESG引擎可以通过将取得的回答与准则值进行比较来确定推荐交互式服务或者内容。
在根据本发明的其它实施例的提供交互式服务或者内容的方法中，偏好准则包括指示决定是否交互式服务或者内容被推荐的边界的匹配边界信息。并且，确定推荐交互式服务或者内容的步骤能够进一步包括：计算匹配于取得的回答的数目，并且/或者如果匹配于取得的回答的准则的数目大于匹配边界信息指示的数目，则确定推荐交互式服务/内容。
在根据本发明的其它实施例的提供交互式服务或者内容的方法中，在上述ESG引擎中的通知接收模块能够接收接收器支持以接收ESG信息的通知。并且，通知包括ESG服务器的URL(统一资源定位符)。在上述ESG引擎中的请求模块能够向ESG服务器请求ESG信息。ESG引擎能够包括通知接收模块和请求模块。并且，ESG引擎、通知接收模块和请求模块能够是硬件。并且，通知接收模块和/或请求模块能够在ESG引擎或者上述接收器中被处理。
在根据本发明的其它实施例的提供交互式服务或者内容的方法中，偏好准则具有XML(扩展标记语言)架构或者描述符类型。
在根据本发明的其它实施例的提供交互式服务或者内容的方法中，该方法能够包括获得用户ID、识别用户并且/或者存储用户ID的步骤。在PDI引擎中的用户ID获得模块可以使用接收器获得识别用户的用户ID。PDI中的识别模块可以通过使用用户ID识别用户。并且，存储模块能够进一步在PDI表格中存储用户ID。获得模块能够基于用户ID获得对于PDI问题中的至少一个问题的回答。存储模块能够基于用户ID在PDI表格中存储获得的回答。PDI引擎能够包括用户ID获得模块和识别模块。并且，PDI引擎、用户ID获得模块和识别模块能够是硬件。并且，用户ID获得模块和/或识别模块能够在PDI引擎或者上述接收器中被处理。
在根据本发明的实施例的提供交互式服务或者内容的步骤中，该方法能够包括接收附加偏好信息、生成PDI问题以及/或者添加PDI问题的步骤。PDI引擎中的第三接收模块可以接收包括关于隐藏字幕、音频和手语的偏好的附加偏好信息。在PDI引擎中的生成模块可以根据附加偏好信息生成PDI问题。在PDI引擎中的添加模块可以将PDI问题添加到PDI表。PDI引擎能够包括第三接收模块、生成模块和添加模块。并且，PDI引擎、第三接收模块、生成模块以及添加模块能够是硬件。并且，第三接收模块、生成模块以及/或者添加模块能够在PDI引擎或者上述接收器中被处理。
在根据本发明的另一实施例的提供交互式服务或者内容的方法中，附加偏好信息包括隐藏字幕语言的首选类型的信息、用于视觉障碍者的音频模式的信息以及手语的首选类型的信息。
上述步骤能够被省略或者被替换成根据设计执行相似或者相同的功能的步骤。
虽然为了清楚起见参考每个附图解释本发明的描述，但是能够通过相互合并在附图中示出的实施例来设计新的实施例。并且，如果必要时本领域的技术人员设计记录用于执行在前述的描述中提及的实施例的程序的计算机可读记录介质，则其可以属于随附的权利要求和它们的等效物的范围。
根据本发明的装置和方法可以不限于在前述的描述中提到的实施例的配置和方法。并且，前述的描述中提到的实施例能够以被选择性地以整体或部分彼此组合的方式来配置使得能够对实施例进行各种修改。
另外，利用配置给网络装置的处理器可读记录介质中的处理器可读代码，可以实现根据本发明的方法。该处理器可读介质可以包括所有种类的能够存储处理器可读数据的记录装置。该处理器可读介质可以包括ROM、RAM、CD-ROM、磁带、软盘、光学数据存储装置等中的一种，并且还可以包括如经由互联网传输的载波类型的实现。此外，当该处理器可读的记录介质被分布到通过互联网连接的计算机系统时，根据分布式系统，能够保存或执行处理器可读代码。
本领域技术人员应该理解，在不脱离本发明的精神或者范围的情况下可以在本发明中进行各种修改和变化。因此，其意在本发明覆盖本发明的修改和变化，只要它们落在所附权利要求及其等效的范围内。
在本说明书中提及装置和方法发明两者，并且装置和方法发明两者的描述可以互补地适用于彼此。
发明模式
已经以实现本发明的最佳模式描述了各种实施例。
工业实用性
本发明在一系列的广播信号提供领域中是可用的。
对于本领域技术人员来说显而易见的是，不脱离本发明的精神或者范围可以在本发明中进行各种修改和变化。因此，其意在本发明覆盖本发明的修改和变化，只要它们落在所附的权利要求及其等效的范围内。

Claims (10)

1.一种基于用户的个人兴趣提供用于交互服务的广播服务的方法，所述方法包括：
接收ESG(增强型服务指南)信息，所述ESG信息包括基于用户的个人兴趣给所述用户推荐广播服务的指示所述广播服务的特性的偏好准则；
经由广播信号接收PDI(简档、人口统计、兴趣)表，其中所述PDI表包括用于广播服务的与用户的个人兴趣有关的多个PDI问题，其中所述多个PDI问题的PDI问题具有识别所述PDI问题的问题ID；
获得对所述PDI问题的PDI回答；
将所获得的PDI回答添加到所述PDI表；
存储所述PDI表；
从所述ESG信息解析所述偏好准则，其中所述偏好准则包括多个准则，其中所述多个准则的准则包括标识所述准则的准则ID和指示所述准则的回答的准则值，其中，所述偏好准则包括匹配边界信息，其指示用于决定是否推荐所述交互服务的决定准则；
查询来自所述解析的偏好准则的所述准则的准则ID是否与来自存储的PDI表中的所述PDI问题的所述问题ID匹配；
当所述查询指示所述准则的所述准则ID与所述PDI问题的所述问题ID匹配时，将来自所解析的偏好准则的准则的准则值与对应于由来自于所述存储的PDI表中的所述问题ID标识的所述PDI问题的所述PDI回答进行比较；
当所述比较指示所述准则的所述准则值与对应于由所述问题ID标识的所述PDI问题的所述PDI回答匹配时，确定所述准则为匹配准则；
计算在所述偏好准则的多个准则中匹配的准则的数量；和
当匹配的准则的数量大于通过ESG的所述决定准则时，推荐所述交互式服务。
2.根据权利要求1所述的方法，
其中，所述偏好准则具有XML(可扩展标记语言)架构或者描述符类型。
3.根据权利要求1所述的方法，其中，所述方法进一步包括：
使用接收器获得识别用户的用户ID；
通过使用用户ID识别用户；
将所述用户ID存储在所述PDI表中，
其中，获得用于所述PDI问题的回答是基于所述用户ID，
其中，将所述回答存储在所述PDI表中是基于所述用户ID。
4.根据权利要求1所述的方法，其中，所述方法进一步包括：
接收包括关于隐藏字幕、音频和手语的偏好的附加偏好信息；
根据所述附加偏好信息生成PDI问题；
将所述PDI问题添加到所述PDI表。
5.根据权利要求4所述的方法，
其中，所述附加偏好信息包括隐藏字幕语言的首选类型的信息、用于视觉障碍者的音频模式的信息，以及手语的首选类型的信息。
6.一种用于基于用户的个人兴趣提供用于交互服务的广播服务的装置，所述装置包括：
第一接收模块，所述第一接收模块接收ESG(增强型服务指南)信息，所述ESG信息包括基于用户的个人兴趣给用户推荐广播服务的指示所述广播服务的特性的偏好准则；
第二接收模块，所述第二接收模块经由广播信号接收PDI(简档、人口统计、兴趣)表，其中所述PDI表包括用于广播服务的与所述用户的个人兴趣有关的多个PDI问题，其中所述多个PDI问题的PDI问题具有识别所述PDI问题的问题ID；
获得模块，所述获得模块获得针对所述PDI问题的PDI回答；
存储模块，所述存储模块将所获得的PDI回答添加到所述PDI表，并且存储所述PDI表；
确定模块，所述确定模块从所述ESG信息解析所述偏好准则，其中所述偏好准则包括多个准则，其中所述多个准则的准则包括标识所述准则的准则ID和指示所述准则的回答的准则值，其中，所述偏好准则包括匹配边界信息，其指示用于决定是否推荐所述交互服务的决定准则，
查询来自所述解析的偏好准则的所述准则的准则ID是否与来自存储的PDI表中的所述PDI问题的所述问题ID匹配，
当所述查询指示所述准则的所述准则ID与所述PDI问题的所述问题ID匹配时，将来自所解析的偏好准则的准则的准则值与对应于由来自于所述存储的PDI表中的所述问题ID标识的所述PDI问题的所述PDI回答进行比较；
当所述比较指示所述准则的所述准则值与对应于由所述问题ID标识的所述PDI问题的所述PDI回答匹配时，确定所述准则为匹配准则；
用户接口模块，所述用户接口模块计算在所述偏好准则的多个准则中匹配的准则的数量；和
当匹配的准则的数量大于通过ESG的所述决定准则时，推荐所述交互式服务。
7.根据权利要求6所述的装置，
其中，所述偏好准则具有XML(可扩展标记语言)架构或者描述符类型。
8.根据权利要求6所述的装置，其中，所述装置进一步包括：
用户ID获得模块，所述用户ID获得模块使用接收器获得识别用户的用户ID；
识别模块，所述识别模块通过使用用户ID识别用户，
其中，所述存储模块将所述用户ID存储在所述PDI表中，
其中，所述获得模块基于所述用户ID获得用于所述PDI问题的回答，
其中，所述存储模块基于所述用户ID将所述回答存储在所述PDI表中。
9.根据权利要求6所述的装置，其中，所述装置进一步包括：
第三接收模块，所述第三接收模块接收包括关于隐藏字幕、音频和手语的偏好的附加偏好信息；
生成模块，所述生成模块根据所述附加偏好信息生成PDI问题；以及
添加模块，所述添加模块将所述PDI问题添加到所述PDI表。
10.根据权利要求9所述的装置，
其中，所述附加偏好信息包括隐藏字幕语言的首选类型的信息、用于视觉障碍者的音频模式的信息，以及手语的首选类型的信息。
CN201580007943.XA 2014-02-10 2015-02-06 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法 Expired - Fee Related CN105981393B (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201461937620P 2014-02-10 2014-02-10
US61/937,620 2014-02-10
US201461941478P 2014-02-19 2014-02-19
US61/941,478 2014-02-19
US201461948570P 2014-03-06 2014-03-06
US61/948,570 2014-03-06
PCT/KR2015/001244 WO2015119455A1 (en) 2014-02-10 2015-02-06 Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals

Publications (2)

Publication Number Publication Date
CN105981393A CN105981393A (zh) 2016-09-28
CN105981393B true CN105981393B (zh) 2019-08-09

Family

ID=53778199

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580007943.XA Expired - Fee Related CN105981393B (zh) 2014-02-10 2015-02-06 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法

Country Status (6)

Country Link
US (1) US9930409B2 (zh)
EP (1) EP3105931A4 (zh)
JP (1) JP6348184B2 (zh)
KR (1) KR101850727B1 (zh)
CN (1) CN105981393B (zh)
WO (1) WO2015119455A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3105931A4 (en) * 2014-02-10 2017-08-23 LG Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
JP6558586B2 (ja) 2014-06-20 2019-08-14 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
WO2016163325A1 (ja) * 2015-04-07 2016-10-13 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
WO2017213234A1 (en) * 2016-06-10 2017-12-14 Sharp Kabushiki Kaisha Systems and methods for signaling of information associated with a visual language presentation
CA3028354C (en) * 2016-07-05 2021-02-16 Sharp Kabushiki Kaisha Systems and methods for communicating user settings in conjunction with execution of an application
US10681147B2 (en) * 2016-08-15 2020-06-09 Saturn Licensing Llc URLs for acquiring or transmitting data
CN109845281A (zh) * 2016-10-21 2019-06-04 索尼公司 接收装置、传输装置和数据处理方法
US10609453B2 (en) 2017-02-21 2020-03-31 The Directv Group, Inc. Customized recommendations of multimedia content streams
KR20190083552A (ko) * 2018-01-04 2019-07-12 삼성전자주식회사 전자 장치 및 그의 제어 방법
CN109660370A (zh) * 2019-01-08 2019-04-19 湖南康通电子股份有限公司 一种数字广播系统的设备通信方法
CN112561648B (zh) * 2020-12-17 2022-07-29 浙江信网真科技股份有限公司 一种偏好组动态生成的商品推送方法及装置
CN112948023B (zh) * 2021-03-23 2021-10-26 弘大芯源(深圳)半导体有限公司 一种嵌入的可配置逻辑的实现方法
CN113489587B (zh) * 2021-07-30 2023-05-16 南京信息工程大学 一种隐蔽通信方法、系统、存储介质及计算设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1463540A (zh) * 2001-04-12 2003-12-24 皇家菲利浦电子有限公司 登记用户偏好的方法及系统
CN102473183A (zh) * 2009-07-14 2012-05-23 索尼公司 内容推荐系统、内容推荐方法、内容推荐设备以及信息存储介质
EP2464138A1 (en) * 2010-12-09 2012-06-13 Samsung Electronics Co., Ltd. Multimedia system and method of recommending multimedia content
CN103069830A (zh) * 2010-08-30 2013-04-24 索尼公司 发送设备和方法、接收设备和方法以及发送和接收系统
CN103081503A (zh) * 2010-08-27 2013-05-01 索尼公司 发送设备和方法、接收设备和方法以及发送和接收系统

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5758257A (en) * 1994-11-29 1998-05-26 Herz; Frederick System and method for scheduling broadcast of and access to video programs and other data using customer profiles
GB2325537B8 (en) * 1997-03-31 2000-01-31 Microsoft Corp Query-based electronic program guide
JP2001346187A (ja) * 2000-05-31 2001-12-14 Toshiba Corp 電子サービスガイドのためのシステムおよび方法
US8763036B2 (en) * 2005-11-04 2014-06-24 Nokia Corporation Method for indicating service types in the service guide
US20070156589A1 (en) 2005-12-30 2007-07-05 Randy Zimler Integrating personalized listings of media content into an electronic program guide
KR100819259B1 (ko) 2006-02-01 2008-04-03 삼성전자주식회사 휴대 방송 시스템에서의 통지 메시지 송수신 방법 및 장치
KR100800857B1 (ko) 2006-08-18 2008-02-04 삼성전자주식회사 Ｄｖｂ―ｈ시스템에서 통지 메시지를 제공하기 위한 방법및 이를 위한 시스템
US8087047B2 (en) 2007-04-20 2011-12-27 United Video Properties, Inc. Systems and methods for providing remote access to interactive media guidance applications
KR101429767B1 (ko) 2007-09-21 2014-08-19 삼성전자주식회사 전자 서비스 가이드를 송수신하기 위한 방법 및 디지털방송 시스템
KR20090069689A (ko) * 2007-12-26 2009-07-01 엘지전자 주식회사 서비스 가이드 정보 처리 방법 및 서비스 가이드 정보 처리장치
US20090276806A1 (en) * 2008-05-01 2009-11-05 At&T Intellectual Property, Lp Systems and Methods for Identifying Content
US20110196801A1 (en) * 2010-02-05 2011-08-11 Nicholas Jeremy Ellis Method and apparatus for hiring using mobile phones
US9723360B2 (en) * 2010-04-01 2017-08-01 Saturn Licensing Llc Interests and demographics profile for advanced broadcast services
US9319448B2 (en) 2010-08-10 2016-04-19 Qualcomm Incorporated Trick modes for network streaming of coded multimedia data
US10712771B2 (en) * 2010-08-13 2020-07-14 Netflix, Inc. System and method for synchronized playback of streaming digital content
US8892636B2 (en) * 2010-08-30 2014-11-18 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
US20120185888A1 (en) 2011-01-19 2012-07-19 Sony Corporation Schema for interests and demographics profile for advanced broadcast services
KR101664424B1 (ko) 2012-07-05 2016-10-10 엘지전자 주식회사 디지털 서비스 신호 처리 방법 및 장치
KR101781888B1 (ko) * 2012-09-26 2017-09-26 엘지전자 주식회사 디지털 서비스 신호 처리 방법 및 장치
EP3105931A4 (en) * 2014-02-10 2017-08-23 LG Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1463540A (zh) * 2001-04-12 2003-12-24 皇家菲利浦电子有限公司 登记用户偏好的方法及系统
CN102473183A (zh) * 2009-07-14 2012-05-23 索尼公司 内容推荐系统、内容推荐方法、内容推荐设备以及信息存储介质
CN103081503A (zh) * 2010-08-27 2013-05-01 索尼公司 发送设备和方法、接收设备和方法以及发送和接收系统
CN103069830A (zh) * 2010-08-30 2013-04-24 索尼公司 发送设备和方法、接收设备和方法以及发送和接收系统
EP2464138A1 (en) * 2010-12-09 2012-06-13 Samsung Electronics Co., Ltd. Multimedia system and method of recommending multimedia content

Also Published As

Publication number Publication date
CN105981393A (zh) 2016-09-28
JP2017511999A (ja) 2017-04-27
KR101850727B1 (ko) 2018-04-20
WO2015119455A1 (en) 2015-08-13
KR20160089479A (ko) 2016-07-27
EP3105931A4 (en) 2017-08-23
JP6348184B2 (ja) 2018-06-27
US9930409B2 (en) 2018-03-27
US20160360269A1 (en) 2016-12-08
EP3105931A1 (en) 2016-12-21

Similar Documents

Publication Publication Date Title
CN105981393B (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
US11696000B2 (en) Method for transmitting broadcast signals and method for receiving broadcast signals
CN106105136B (zh) 用于处理混合广播服务的装置和用于处理混合广播服务的方法
CN105850141B (zh) 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
KR101832781B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN107210828A (zh) 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法
JP6189546B2 (ja) 放送コンテンツ及び放送コンテンツに関連したアプリケーションを含む放送信号を処理する方法及び装置
CN106134213B (zh) 广播信号发送设备及方法广播信号接收设备及方法
US20170164071A1 (en) Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
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
GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20190809

Termination date: 20210206

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