CN104584569A - 用于处理数字服务信号的方法及装置 - Google Patents

用于处理数字服务信号的方法及装置 Download PDF

Info

Publication number
CN104584569A
CN104584569A CN201380045708.2A CN201380045708A CN104584569A CN 104584569 A CN104584569 A CN 104584569A CN 201380045708 A CN201380045708 A CN 201380045708A CN 104584569 A CN104584569 A CN 104584569A
Authority
CN
China
Prior art keywords
pdi
answer
present
content
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.)
Granted
Application number
CN201380045708.2A
Other languages
English (en)
Other versions
CN104584569B (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 CN104584569A publication Critical patent/CN104584569A/zh
Application granted granted Critical
Publication of CN104584569B publication Critical patent/CN104584569B/zh
Active 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/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/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/4508—Management of client data or end-user data
    • H04N21/4532—Management of client data or end-user data involving end-user characteristics, e.g. viewer profile, 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/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/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
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • 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/466—Learning process for intelligent management, e.g. learning user preferences for recommending movies
    • H04N21/4667—Processing of monitored end-user data, e.g. trend analysis based on the log file of viewer selections
    • 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/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
    • 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/854—Content authoring
    • H04N21/8545—Content authoring for generating interactive applications
    • 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

公开了一种用于处理数字服务信号的装置及其方法。本发明包括：PDI模块，其被构造为接收PDI表，其中，PDI表包括具有PDI问题的属性的至少一个问题元素，其中，PDI表还包括：识别PDI表的表Id字段、指示PDI表的版本的表版本字段、以及指示对PDI问题最近更改的日期和时间的时间字段，并且该PDI模块被构造为从所述至少一个问题元素中提取PDI问题，其中，所述至少一个问题元素中的每个具有不同类型；PDI应答模块，其被构造为接收根据所提取的PDI问题的PDI答案；过滤模块，其被构造为通过将过滤标准信息与接收到的PDI答案进行比较，来接收过滤标准信息和数字服务信号的过滤内容；以及内容存储模块，其被构造为下载过滤后的内容，其中，所述至少一个问题元素的类型指示具有如下各项中的一个的PDI问题的类型：整数答案、布尔答案、选择答案、文本答案以及没有PDI问题的答案。

Description

用于处理数字服务信号的方法及装置
技术领域
本发明涉及用于处理数字服务信号的方法及装置，并且更具体地，涉及用于处理针对个性化服务的数字服务信号的方法和装置。
背景技术
随着数字技术的发展，由于已提供了数字广播服务，所以用于提供高质量广播服务的技术已受到关注。
最近，为了有效使用广播网络，已经开发出基于非实时(NRT:non real time)服务的广播技术。NRT服务是用于使用地面广播网络的某些宽带，来发送呈文件形式的预定量的内容的下一代广播技术服务。
具体地，先进电视系统委员会(ATSC:the advanced television system committee)包括：作为用于经由地面数字电视(TV)广播的传输，来提供NRT服务的技术的ATSC-NRT。ATSC-NRT用于基于下载和播放技术使用地面数字TV广播网络，来提供视频点播(VOD:video on demand)服务。传统DTV地面服务受限于有限的接收和提供实时广播。然而，NRT服务可以在用户希望的时间点，而不是预定的时间段，提供各种内容以及移动广播。具体地，NRT服务可以提供：诸如推送VOD服务、目标广告服务等这样的各种DTV服务。也就是说，因为NRT服务的提供，所以地面广播的时空区域已收缩，并且内容的选择已从广播者转到用户。
随着能够提供这样的NRT服务，用户对更主动地使用内容的需求日益增加，并且由广播者根据用户的需求来提供广播服务的需要日益增加。
然而，当前广播系统收集用户信息，但并未建立用于处理收集到的用户信息的系统，因此，难以有效地提供适合用户的广播服务。
因此，提供用于用户的最优服务存在限制，并且因此，用户接收不是其所希望的内容，从而降低用户方便性。
发明内容
技术问题
本发明的目的在于，基于非实时(NRT)服务中的用户信息，来解决根据用户的需求选择和提供内容中存在的问题。
解决方案
本发明的目的能够通过提供一种根据本发明的、处理数字服务信号的方法来实现，该方法包括如下步骤：接收PDI(简档、人口统计、兴趣)表，其中，PDI表包括具有PDI问题的属性的至少一个问题元素，其中，PDI表还包括识别PDI表的表Id字段、指示PDI表的版本的表版本字段、以及指示对至少一个PDI问题的最近更改的日期和时间的时间字段；从PDI表中提取PDI问题，其中，所述至少一个问题元素中的每个具有不同的类型；接收根据所提取的PDI问题的PDI答案；接收过滤标准信息；通过将过滤标准信息与接收到的PDI答案进行比较，来过滤数字服务信号的内容；以及下载过滤后的内容，其中，所述至少一个问题元素的类型指示具有如下各项中的一个的PDI问题的类型：整数答案、布尔答案、选择答案、文本答案以及没有PDI问题的答案。
优选地，过滤标准信息的类型指示具有如下各项中的一个的PDI问题的类型：整数答案、布尔答案、选择答案、文本答案以及没有PDI问题的答案，该过滤步骤还包括：确定过滤标准信息是否匹配PDI答案。
优选地，PDI表经由IP子网携带。
优选地，该方法还包括如下步骤：定期向自动内容识别(ACR)服务器发送包括内容的签名的请求；以及从ACR服务器接收如下各项：包括用于接收URLList信息的触发器的响应、和包括过滤标准信息的TPT。
优选地，当经由广播流传递PDI表时，该方法还包括如下步骤：接收包括用于区分PDI表的顺序号信息的表部分；并使用表部分的顺序号信息来接收PDI表。
优选地，PDI表还包括如下各项中的至少的一个：指示PDI表的协议版本的协议版本字段、指示PDI问题中的每个的期满日期和时间的期满字段、以及指示PDI问题中的每个是否属于一组PDI问题的xactionSetId字段。
优选地，所述至少一个问题元素还包括指示位置和时间的信息的情况字段，其中，情况字段包括包含经度和纬度的信息的位置字段。
优选地，该方法还包括如下步骤：存储服务使用的历史；定期地或通过接收请求信号来监视服务使用；并应用监视结果来更新内容。
在本发明的另一方面中，提供了一种根据本发明的、处理数字服务信号的方法，该方法包括如下步骤：生成PDI表，其中，PDI表包括具有PDI问题的属性的至少一个问题元素，其中，PDI表还包括：识别PDI表的表Id字段、指示PDI表的版本的表版本字段、以及指示对PDI问题的最近更改的日期和时间的时间字段；生成过滤标准信息；以及发送PDI表、过滤标准信息以及数字服务信号的内容，其中，所述至少一个问题元素的类型指示具有如下各项中的一个的PDI问题：整数答案、布尔答案、选择答案、文本答案以及没有PDI问题的答案。
优选地，当经由广播流发送PDI表时，该方法还包括如下步骤：压缩生成的PDI表；将压缩后的PDI表划分为块；将块插入到服务信令信道SSC中携带的部分中，其中，部分包括用于以区分PDI表的顺序号信息。
本发明的有益效果
根据本发明，该个性化广播系统可以有效地收集用户信息，并处理用于提供个性化服务而收集到的用户信息。
根据本发明，该个性化广播系统可以使用用户信息来选择并提供针对用户的优化内容。
另外，根据本发明，用户可以经由该个性化广播系统主动选择用户内容。
附图说明
附图被包括进来以提供对本发明的进一步理解，例示本发明的实施方式，并与说明书一起用于解释本发明的原理。
在附图中：
图1是示出基于自动内容识别(ACR)的增强TV(ETV:enhanved television)服务系统的图；
图2是示出根据本发明的实施方式的数字加水印技术的流程的图；
图3是示出根据本发明的实施方式的ACR查询结果格式的图；
图4是示出根据本发明的实施方式的内容识别符(ID)的语法的图；
图5是示出根据本发明的实施方式的接收机的结构的图；
图6是示出根据本发明的另一实施方式的接收机的结构的图；
图7是例示根据本发明的实施方式的数字广播系统的图；
图8是例示根据本发明的实施方式的数字广播系统的图；
图9是根据本发明的另一实施方式的数字广播系统的流程图；
图10是根据本发明的另一实施方式的数字广播系统的流程图；
图11是例示根据本发明的实施方式的PDI表的图；
图12是例示根据本发明的另一实施方式的PDI表的图；
图13是例示根据本发明的另一实施方式的PDI表的图；
图14是例示根据本发明的另一实施方式的PDI表的图；
图15是例示根据本发明的另一实施方式的PDI表的图；
图16是例示根据本发明的另一实施方式的PDI表的图；
图17A例示根据本发明的另一实施方式的PDI表；
图17B例示根据本发明的另一实施方式的PDI表；
图18A例示根据本发明的另一实施方式的PDI表；
图18B例示根据本发明的另一实施方式的PDI表；
图19是例示根据本发明的实施方式的过滤标准表的图；
图20是例示根据本发明的另一实施方式的过滤标准表的图；
图21是例示根据本发明的另一实施方式的过滤标准表的图；
图22是例示根据本发明的另一实施方式的过滤标准表的图；
图23是根据本发明的另一实施方式的数字广播系统的流程图；
图24是例示根据本发明的实施方式的PDI表部分的图；
图25是例示根据本发明的另一实施方式的PDI表部分的图；
图26是例示根据本发明的另一实施方式的PDI表部分的图；
图27是例示根据本发明的另一实施方式的PDI表部分的图；
图28是根据本发明的另一实施方式的数字广播系统的流程图；
图29是例示根据本发明的另一实施方式的FDT实例的XML方案的图；
图30是例示根据本发明的实施方式的能力描述符(Capabilities descriptor)语法的图；
图31是例示根据本发明的实施方式的消费模型的图；
图32是例示根据本发明的实施方式的过滤标准描述符语法的图；
图33是例示根据本发明的另一实施方式的过滤标准描述符语法的图；
图34是根据本发明的另一实施方式的数字广播系统的流程图；
图35是例示根据本发明的实施方式的HTTP请求表的图；
图36是例示根据本发明的另一实施方式的数字广播系统的流程图；
图37是例示根据本发明的实施方式的URL列表的图；
图38是例示根据本发明的实施方式的TPT的图；
图39是根据本发明的另一实施方式的数字广播系统的流程图；
图40是根据本发明的另一实施方式的数字广播系统的流程图；
图41是根据本发明的另一实施方式的数字广播系统的流程图；
图42是根据本发明的另一实施方式的数字广播系统的流程图；
图43是例示根据本发明的实施方式的接收机目标标准表的图；
图44是例示根据本发明的实施方式的预先记录的PDI问题的图；
图45是例示根据本发明的另一实施方式的预先记录的PDI问题的图；
图46是例示根据本发明的另一实施方式的预先记录的PDI问题的图；
图47是例示根据本发明的另一实施方式的预先记录的PDI问题的图；
图48是例示根据本发明的另一实施方式的预先记录的PDI问题的图；
图49是例示根据本发明的另一实施方式的预先记录的PDI问题的图；
图50是例示根据本发明的另一实施方式的预先记录的PDI问题的图；
图51是例示根据本发明的另一实施方式的预先记录的PDI问题的图；
图52是例示根据本发明的另一实施方式的预先记录的PDI问题的图；
图53是例示根据本发明的另一实施方式的预先记录的PDI问题的图；
图54是例示根据本发明的实施方式的应用编程接口(PDI API)的图；
图55是示出根据本发明的另一实施方式的PDI API的图；
图56是示出根据本发明的另一实施方式的PDI API的图；
图57是例示根据本发明的实施方式的数字服务信号处理装置的图；
图58是例示根据本发明的另一实施方式的数字服务信号处理装置的图；
图59是根据本发明的实施方式的数字服务信号处理方法的图；以及
图60是例示根据本发明的另一实施方式的数字服务信号处理方法的图。
具体实施方式
现将参照附图来详细参照本发明的示例性实施方式。将通过本发明的实施方式和技术精神，来理解本发明的结构和操作，本发明的核心结构和操作不应被解释为限于在此阐述的实施方式。
本文所使用的大部分术语是本发明所属技术领域中最广泛使用的一般术语。然而，本文所使用的某些术语可以创建以反映本领域技术人员的意图、先例或新技术。另外，本文所使用的某些术语可以由本申请人任意选择。在这种情况下，下面将详细定义这些术语。因此，本文所使用的特定术语应当基于其唯一含义和本发明的整体环境来理解。
图1是示出基于自动内容识别(ACR)的增强TV(ETV:enhanved television)服务系统的图。
图1所示的基于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提供的地面广播服务、和由MVPD 101提供的多频道广播服务(诸如有线广播或卫星广播)。广播者100可以一起发送实时广播服务110和增强数据(或附加数据)120。在这种情况下，如图1所示，接收机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:triggereddeclarative object)模型当中的请求/响应模型可以应用于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技术的实现中，可以使用加水印或加指纹方案，来获取与内容有关的信息。加水印涉及用于将指示数字内容提供者的信息插入到数字内容中的技术。加指纹与加水印相同之处在于：将特定信息插入到数字内容中；而与其不同之处在于：插入与内容购买者有关的信息，而不是与内容提供者有关的信息。
图2是示出根据本发明的实施方式的数字加水印技术的流程的图。
随着已经引入数字卫星广播，数字数据广播已经作为新的补充服务而出现。交互式数据广播(其是代表性的交互式服务)可以不仅将数据信号，而且将现有广播信号发送给用户，以便提供各种补充服务。
可以经由增强TV(ETV)使用虚拟频道和广播相关服务，来将数字数据广播大体划分为独立服务。该独立服务仅包括文本和图形，而不包括广播图像信号，并且以与现有因特网网页类似的格式提供。独立服务的代表性示例包括：天气和股票信息提供服务、TV银行服务、商业交易服务等。该广播相关服务不仅发送广播图像信号，而且发送附加文本和图形信息。观众可以经由广播相关服务来获取与所观看的广播节目有关的信息。例如，在观看戏剧的同时，存在使观众能够观看前一故事或者放映位置的服务。
在数字数据广播的广播相关服务中，可以基于ACR技术来提供ETV服务。ACR表示如下的技术：即，当装置回放音频/视频(A/V内容)时，经由隐藏在内容中的信息来自动识别内容的技术。
在ACR技术的实现中，可以使用加水印或加指纹方案，来获取与内容有关的信息。加水印涉及用于将指示数字内容提供者的信息插入到数字内容中的技术。加指纹与加水印相同之处在于：将特定信息插入到数字内容中；而与其不同之处在于：插入与内容购买者有关的信息，而不是与内容提供者有关的信息。
在下文中，将参照图2来详细描述加水印技术。
数字加水印是以难以移除的方式来将信息嵌入到数字信号中的处理。例如，信号可以是音频、图片或视频。如果信号被复制，则副本中也携带有该信息。信号可以同时携带若干个不同的水印。
在可视的加水印中，图片或视频中的信息是可视的。典型地，信息是识别媒体的所有者的文本或标志。当电视广播商将其标志(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，并在水印中进行调制。这些类型的方案通常称为多比特加水印或非零比特加水印方案。
第四，存在用于嵌入步骤的若干种方法。如果通过附加修改来获取已标记的信号，则加水印方法称为扩频。已知扩频水印是适度鲁棒，但是由于宿主干扰，所以也具有低信息容量。如果通过量化来获取已标记的信号，则加水印方法称为量化型。量化水印具有低鲁棒性，但是由于抑制宿主干扰，所以具有高信息容量。如果由与扩频方法类似但具体地在空间域中嵌入的附加修改嵌入所标记的信号，则加水印方法称为幅度调制。
图3是示出根据本发明的实施方式的ACR查询结果格式的图。
根据现有ACR服务处理系统，如果广播者一起发送用于实时服务的内容和用于ETV服务的增强数据，并且TV接收机接收该内容和ETV服务，则可以接收用于实时服务的内容，但不可以接收增强数据。
在这种情况下，根据本发明的本实施方式，能够使用IP网络通过独立的IP信令信道，来解决现有ACR处理系统的问题。即，TV接收机可以经由MVPD来接收用于实时服务的内容，并经由独立的IP信令信道来接收增强数据。
在这种情况下，根据本发明的实施方式，IP信令信道可以被构造为使得以二进制流的形式传递并处理PSIP流。此时，IP信令信道可以被构造为使用挽方法(pullmethod)或推方法(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网络的查询。
图3是根据本发明的实施方式的、指示ACR查询结果的XML方案的图。如图3所示，ACR查询结果的XML格式可以包括结果代码(result code)元素310并且ACR查询结果(ACR query result)类型300可以包括：内容ID(content ID)元素301、网络时间协议(NTP:network time protocol)时间戳(NTP timestamp)元素302、信令信道信息(signaling channel information)元素303、服务信息(service information)元素304以及其它识别符(other-identifier)元素305。信令信道信息元素303可以包括：信令信道URL(signaling channel URL)元素313、更新模式(update mode)元素323以及轮询周期(polling cycle)元素333；并且服务信息元素304可以包括：服务名称(service name)元素314、服务标志(service logo)元素324以及服务描述(servicedescription)元素334。
在下文中，将详细描述图3所示的ACR查询结果的XML方案的图，并将描述XML方案的示例。
结果代码元素310可以表示ACR查询的结果值。如果无法以代码值的形式进行查询，则这可以表示查询成功或失败以及失败原因。例如，如果结果代码元素310的值是200，则这可以表示查询成功并返回与其对应的内容信息；并且如果结果代码元素310的值是404，则这可以表示没有找到内容。
内容ID元素301可以表示用于全局地和唯一地识别内容的识别符，并可以包括全局服务识别符(global service identifier)元素，其是用于识别服务的识别符。
NTP时间戳元素302可以表示以NTP时间戳的形式提供用于ACR查询的示例帧间隔的特定点的时间。这里，特定点可以是示例帧的起点或终点。NTP表示如下协议，该协议用于通过因特网使计算机的时间与参考时钟同步，并可以用于时间服务器和在计算机网络上分布的客户端之间的时间同步。由于NTP使用通用协调时间(UTC:universal time coordinated)并保证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可以表示频道文本说明。
根据本发明的实施方式的、图3所示的ACR查询结果的元素的XML方案示出如下。
图4是示出根据本发明的实施方式的内容识别符(ID)的语法的图。
图4示出根据本发明的实施方式的、根据ATSC标准的内容ID(content ID)的语法。ATSC内容ID可以用作用于识别由接收机接收到的内容的识别符。
图4所示的内容ID的语法是参照图3描述的ACR查询结果格式的内容ID元素的语法。
ATSC内容识别符是由发送用户识别(TSID:Transmitting Subscriber Identification)和具有唯一性的周期的“房屋编号(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。
当根据本发明的实施方式的接收机不能经由图4所示的内容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>可以表示主频道号(MajorChannel 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>是图4中限定的content_id字段的base64[5]编码。<unique_for>是图4中限定的unique_for字段的十进制编码。<end_of_day>是图4中限定的end_of_day字段的十进制编码。
具有上述示例中限定的格式的ATSC内容识别符可以用于识别在ACR处理系统上的内容。
在下文中，将参照图5和图6来描述与本发明的实施方式有关的、设计用来实施加水印和加指纹技术的接收机。图5和图6所示的接收机可以根据设计者的意图、以不同方式来构造。
图5是示出根据本发明的实施方式的接收机的结构的图。
更具体地，图5示出使用加水印支持基于ACR的ETV服务的接收机的构造的实施方式。
如图5所示，根据本发明的实施方式的支持基于ACR的ETV服务的接收机可以包括：输入数据处理器、ATSC主服务处理器、ATSC移动/手持(MH:mobile/handhld)服务处理器和/或ACR服务处理器。输入数据处理器可以包括：调谐器/解调器400和/或残留边带(VSB:vestigial side band)解码器401。ATSC主服务处理器可以包括：传输协议(TP:transport protocol)多路分解器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:electronic service guide)/数据载波检测(DCD:data carrierdetect)处理器409、存储控制模块410、文件/TP交换器411、回放控制模块412、第一存储装置413、IP分组存储控制模块414、因特网访问控制模块415、IP接口416、实时/记录交换器417、文件(对象)解码器418、TP/封装基本流(PES:PacketizedElementary Stream)解码器420、节目特定信息(PSI:Program Specific Information)/节目和系统信息协议(PSIP:program and system information protocol)解码器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信令表。更具体地，如图5所示，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-timetransport protocol)接收到的实时流，并将该实时流传递到ACR服务处理器。
ACR服务处理器的主/MH/NRT交换器419可以接收从ATSC主服务处理器和/或ATSC MH服务处理器输出的信号。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数据。
具体地，图5所示的水印提取器433可以从通过外部输入接收到的A/V数据提取以水印的形式插入的数据(水印)。水印提取器433可以从音频数据提取水印，从视频数据提取水印，并从音视频数据提取水印。水印提取器433可以从所提取的水印中获取频道信息和/或内容信息。
根据本实施方式的接收机可以利用由水印提取器433获取的频道信息和/或内容信息，来调谐ATSC移动手持(MH)频道，并接收对应内容和/或元数据。另外，根据本实施方式的接收机可以经由因特网来接收对应内容和/或元数据。然后，接收机可以使用触发器等来显示接收到的内容和/或元数据。
图6是示出根据本发明的另一实施方式的接收机的结构的图。
更具体地，图6示出使用加水印的支持基于ACR的ETV服务的接收机的构造的实施方式。
图6所示的接收机的基本结构与图5所示的接收机的基本结构基本相同。然而，图6所示的接收机与图5所示的接收机的不同之处在于，图6的接收机还包括根据本发明的实施方式的指纹提取器535和/或指纹比较器536。另外，图6的接收机可以不包括图5所示的元件当中的水印提取器433。
图6的接收机的基本结构与图5所示的接收机的结构基本相同。因此，将省略其详细描述。在下文中，将就指纹提取器535和/或指纹比较器536来描述接收机的操作。
指纹提取器535可以提取插入到通过外部输入接收到的A/V内容的数据(或签名)。根据本实施方式的指纹提取器535可以从音频内容中提取签名，从视频内容中提取签名，或从音频内容和视频内容中提取签名。
指纹比较器536可以使用从A/V内容提取的签名，来获取频道信息和/或内容信息。根据本实施方式的指纹比较器536可以通过本地搜索和/或远程搜索，来获取频道信息和/或内容信息。
具体地，如图6所示，用于操作访问存储装置537的指纹比较器536的路径称为本地搜索。另外，如图6所示，用于操作访问因特网访问控制模块538的指纹比较器536的路径称为远程搜索。下面将描述本地搜索和远程搜索。
在根据本实施方式的本地搜索中，指纹比较器536可以将所提取的签名与存储在存储装置537中的参考指纹进行比较。参考指纹是为了处理所提取的签名指纹比较器536进一步接收的数据。
具体地，指纹比较器536可以将所提取的信号和参考指纹进行匹配和比较，以确定所提取的信号和参考指纹是否相同，来获取频道信息和/或内容信息。
作为比较结果，当所提取的信号与参考指纹相同时，指纹比较器536可以将比较结果发送到应用。该应用可以使用比较结果，来将与所提取的签名有关的内容信息和/或频道信息发送到接收机。
作为比较结果，当所提取的签名与参考指纹不匹配或参考指纹的数量不足时，指纹比较器536可以通过ATSC MH频道接收新的参考指纹。然后，指纹比较器536可以将所提取的签名和参考指纹重新进行比较。
在根据本实施方式的远程搜索中，指纹比较器536可以从因特网上的签名数据库服务器接收频道信息和/或内容信息。
具体地，指纹比较器536可以经由因特网访问控制模块538访问因特网，来访问签名数据库服务器。然后，指纹比较器536可以将作为查询参数的所提取签名发送到签名数据库服务器。
当所有广播者使用一个集成签名数据库服务器时，指纹比较器536可以将查询参数发送到对应签名数据库服务器。当广播者单独管理相应签名数据库服务器时，指纹比较器536可以将查询参数发送到相应签名数据库。另外，指纹比较器536可以将查询参数同时发送到两个或更多个签名数据库服务器。
根据本实施方式的接收机可以使用由指纹比较器536获取的频道信息和/或内容信息来调谐ATSC MH频道，并接收对应内容和/或元数据。然后，接收机可以利用触发器等来显示接收到的内容和/或元数据。
图7是例示根据本发明的实施方式的数字广播系统的图。
具体地，图7例示包括用于个性化服务的数字广播接收机(或接收机)的个性化广播系统。根据本实施方式的个性化服务是用于基于用户信息选择和提供适于用户的内容的服务。另外，根据本实施方式的个性化广播系统可以提供用于提供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实例。
如图7所示，个性化广播系统可以包括内容提供者(或广播者)707和/或接收机700。根据本实施方式的接收机700可以包括：PDI引擎701、过滤引擎702、PDI存储器703、内容存储器704、声明内容模块705和/或用户界面(UI)模块706。如图7所示，根据本实施方式的接收机700可以从内容提供者707接收内容等。上述个性化广播系统的结构可以根据设计者的意图进行更改。
根据本实施方式的内容提供者707可以将内容、PDI调查问卷和/或过滤标准发送到接收机700。封装调查问卷和由特定用户给出的答案的数据结构称为PDI调查问卷。根据本发明的实施方式，PDI调查问卷可以包括与用户的简档、人口统计以及兴趣等有关的问题(或PDI问题)。
接收机700可以处理从内容提供者707接收到的内容、PDI调查问卷和/或过滤标准。在下文中，将就在图7所示的接收机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中。将参照图9和图10来详细描述过滤方法和过滤标准。
根据本发明的实施方式，UI模块706可以显示从PDI引擎701接收到的PDI，并从用户接收对应PDI问题的PDI答案。用户可以使用遥控器来将显示的PDI问题的PDI答案发送到接收机700。UI模块706可以将接收到的PDI答案发送到PDI引擎701。
根据本实施方式的声明内容模块705可以访问PDI引擎701，以获取PDI数据。另外，如图7所示，声明内容模块705可以接收由内容提供者707提供的声明内容。根据本发明的实施方式，声明内容可以是与由接收机700执行的应用有关的内容，并可以包括诸如触发声明性对象(TDO:triggered declarative object)这样的声明性对象(DO:declarative object)。
尽管图7未示出，但是根据本实施方式的声明内容模块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可以存储过滤后的内容。
如上所述，图7所示的PDI引擎701可以从内容提供者707接收PDI调查问卷。接收机700可以显示通过UI模块706接收到的PDI调查问卷的PDI问题，并接收来自用户的对应PDI问题的PDI答案。PDI引擎701可以将包含PDI问题和/或PDI答案的PDI数据发送到过滤引擎702。过滤引擎702可以通过PDI数据和过滤标准来过滤内容。因此，接收机700可以向用户提供过滤后的内容，以实施个性化服务。
图8是例示根据本发明的实施方式的数字广播系统的图。
具体地，图8例示包括用于个性化服务的接收机的个性化广播系统的结构。根据本实施方式的个性化广播系统可以提供ATSC 2.0服务。在下文中，将描述个性化广播系统的元件。
如图8所示，个性化广播系统可以包括内容提供者(或广播者807)和/或接收机800。根据本实施方式的接收机800可以包括：PDI引擎801、过滤引擎802、PDI存储器803、内容存储器804、声明内容模块805、UI模块806、使用监控引擎808和/或使用日志模块809。如图8所示，根据本实施方式的接收机800可以从内容提供者807接收内容等。图8的基本模块与图7的模块相同，不同之处在于图8的广播系统还可以包括与图7的广播系统不同的使用监控引擎808和/或使用日志模块809。上述个性化广播系统的结构可以根据设计者的意图进行更改。在下文中，将就使用监控引擎808和使用日志模块809，来描述数字广播系统。
根据本实施方式的使用日志模块809可以存储与用户的广播服务使用历史有关的信息(或历史信息)。该历史信息可以包括两个或更多个使用数据。根据本发明的实施方式的使用数据指的是与在预定时间段由用户使用的广播服务有关的信息。具体地，使用数据可以包括：指示在下午9点观看40分钟新闻的信息；指示在下午11点下载恐怖电影的信息等。
根据本实施方式的使用监控引擎808可以持续监控用户的广播服务的使用情况。然后，使用监控引擎808可以使用监控结果，来删除、添加和/或更正存储在使用日志模块809中的使用数据。另外，根据本实施方式的使用监控引擎808可以将使用数据发送到PDI引擎801，并且PDI引擎801可以使用所发送的使用数据来更新PDI数据。
图9是根据本发明的另一实施方式的数字广播系统的流程图。
具体地，图9是参照图7和图8描述的个性化广播系统的过滤引擎和PDI引擎的操作的流程图。
如图9所示，根据本实施方式的接收机900可以包括过滤引擎901和/或PDI引擎902。在下文中，将描述根据本实施方式的过滤引擎901和PDI引擎902的操作。上述接收机的结构可以根据设计者的意图进行更改。
如参照图7所述，为了过滤内容，根据本实施方式的接收机900可以将过滤标准和PDI数据进行匹配和比较。
具体地，根据本实施方式的过滤引擎901可以从内容提供者接收过滤标准，并将用于请求PDI数据的信号(或PDI数据请求信号)发送到PDI引擎902。根据本实施方式的PDI引擎902可以根据所发送的PDI数据请求信号，来搜索与对应PDI数据请求信号对应的PDI数据。
图9所示的过滤引擎901可以将包括标准ID(识别符)的PDI数据请求信号发送到PDI引擎902。如上所述，过滤标准可以是一组过滤标准，其中的每个可以包括用于识别过滤标准的标准ID。另外，根据本发明的实施方式，标准ID可以用于识别PDI问题和/或PDI答案。
已接收到PDI数据请求信号的PDI引擎902可以访问PDI存储器，以搜索PDI数据。根据本发明的实施方式，PDI数据可以包括用于识别PDI问题和/或PDI答案的PDI数据ID。图9所示的PDI引擎902可以将标准ID和PDI数据ID进行匹配和比较，以确定标准ID和PDI数据ID是否彼此相同。
作为匹配结果，当标准ID和PDI数据ID彼此相同，并且其值也彼此相同时，接收机900可以下载对应内容。具体地，根据本实施方式的过滤引擎901可以将用于下载内容的下载请求信号发送到内容提供者。
作为匹配结果，当标准ID和PDI数据ID彼此不同时，PDI引擎902可以将空ID(识别符)发送到过滤引擎901，如图9所示。已接收到空ID的过滤引擎901可以将新的PDI数据请求信号发送到PDI引擎902。在这种情况下，新的PDI数据请求信号可以包括新的标准ID。
根据本实施方式的接收机900可以将在过滤标准中所包括的所有过滤标准与使用上述方法的PDI数据进行匹配。作为匹配结果，当所有过滤标准与PDI数据进行匹配时，过滤引擎901可以将用于下载内容的下载请求信号发送到内容提供者。
图10是根据本发明的另一实施方式的数字广播系统的流程图。
具体地，图10是参照图7和图8描述的个性化广播系统的过滤引擎和PDI引擎的操作的流程图。
如图10所示，根据本实施方式的接收机1000可以包括过滤引擎1001和/或PDI引擎1002。上述接收机的结构可以根据设计者的意图进行更改。图10所示的过滤引擎1001和PDI引擎1002的基本操作与参照图9描述的操作相同。
然而，作为过滤标准和PDI数据的匹配结果，根据本发明的实施方式，当标准ID与PDI数据ID不同时，图10所示的接收机1000可以不下载对应内容。
具体地，根据本发明的实施方式，当根据本实施方式的过滤引擎1001接收空ID时，新的PDI数据请求信号可以不被发送到PDI引擎1002。另外，根据本发明的实施方式，当在过滤标准中所包括的所有过滤标准与PDI数据不匹配时，根据本实施方式的过滤引擎1001可以不将下载请求信号发送到内容提供者。
图11是例示根据本发明的实施方式的PDI表的图。
参照图7描述的个性化广播系统可以使用PDI数据，以便提供个性化服务并处理呈PDI表的形式的PDI数据。封装调查问卷和由特定用户给出的答案的数据结构称为PDI调查问卷或PDI表。虽然一旦答案可用时，数据结构便会容纳答案，但是如由网络、广播者或内容提供者提供的PDI表包括无答案数据。PDI表中的条目的问题部分非正式地称为“PDI问题”或“PDI-Q”。给定PDI问题的答案非正式地称为“PDI-A”。一组过滤标准非正式地称为“PDI-FC”。根据本发明的实施方式，PDI表可以以XML方案表示。根据本实施方式的PDI表的格式可以根据设计者的意图进行更改。
如图11所示，根据本实施方式的PDI表可以包括属性1110和/或PDI类型元素。根据本实施方式的属性1110可以包括transactional(交易)属性1100和time(时间)属性1101。根据本实施方式的PDI类型元素可以包括：具有整数(integer)答案的问题(QIA)元素1102、具有布尔(Boolean)答案的问题(QBA)元素1103、具有选择(selection)答案的问题(QSA)元素1104、具有文本(text)答案的问题(QTA)元素1105和/或具有任何格式答案的问题(QAA)元素1106。在下文中，将描述图11所示的PDI表的元素。
具体地，图11所示的属性1110可以表示根据本实施方式的PDI表的属性的信息。因此，即使在PDI表中所包括的PDI类型元素发生改变时，根据本实施方式的PDI表中的属性1110可能也不改变。例如，根据本实施方式的transactional属性1100可以表示与PDI问题的目标有关的信息。根据本实施方式的time属性1101可以表示与生成或更新PDI表的时间有关的信息。在这种情况下，即使PDI类型元素发生改变，包括不同PDI类型元素的PDI表也可以包括transactional属性1100和/或time属性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答案。
图12是例示根据本发明的另一实施方式的PDI表的图。
具体地，图12例示参照图11描述的PDI类型元素当中的QIA元素的XML方案。
如图12所示，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问题。如图12所示，问题元素1230可以包括指示与PDI问题有关的信息的属性。例如，问题元素1230可以包括：time(时间)属性1231，其指示生成并发送PDI问题时的时间和/或PDI问题的期满时间。
另外，根据本实施方式的答案元素1240包括PDI答案。如图12所示，答案元素1240可以包括指示与PDI答案有关的信息的属性。例如，如图12所示，答案元素1240可以包括：用于识别每个PDI答案的识别符(id)属性1241；和/或指示生成或更正每个PDI答案的时间的time属性1242。
图13是例示根据本发明的另一实施方式的PDI表的图。
具体地，图13例示参照图11描述的PDI类型元素当中的QBA元素的XML方案。
如图13所示，QBA元素的XML方案的基本元素与参照图12描述的元素相同。因此，省略其详细描述。
图14是例示根据本发明的另一实施方式的PDI表的图。
具体地，图14例示参照图11描述的PDI类型元素当中的QSA元素的XML方案。
图14所示的QSA元素的XML方案的基本元素与参照图12描述的元素相同。因此，省略其详细描述。
然而，根据多个选择问题的属性，根据本实施方式的QSA元素的属性还可以包括minChoice(最小选择)属性1411和/或maxChoice(最大选择)属性1412。根据本实施方式的minChoice属性1411可以表示能够由用户选择的PDI答案的最小数量。根据本实施方式的maxChoice属性1412可以表示能够由用户选择的PDI答案的最大数量。
图15是例示根据本发明的另一实施方式的PDI表的图。
具体地，图15例示参照图11描述的PDI类型元素当中的QAA元素的XML方案。
如图15所示，QAA元素的XML方案的基本元素与参照图12描述的元素相同，因此，省略其详细描述。
图16是例示根据本发明的另一实施方式的PDI表的图。
具体地，图16例示XML方案中的扩展格式的PDI表，作为参照图11至图15描述的PDI表。
如上所述，根据本发明的实施方式，PDI表用于提供个性化服务。然而，尽管相同用户，但是优选内容可以根据用户所属的情况进行更改。
因此，为了克服该问题，根据本发明的实施方式，PDI表还可以包括指示与用户的情况有关的信息的元素。
图16所示的PDI表还可以包括situation(情况)元素1600，作为指示与用户的情况有关的信息的元素。图16所示的PDI表的基本XML方案与参照图11至图15描述的XML方案相同，因此，省略其详细描述。在下文中，将描述situation元素1600。
根据本实施方式的situation元素1600可以表示与时区和/或位置有关的信息，作为用户的情况的信息。如图16所示，situation元素1600还可以包括：time(时间)元素1610、location(位置)元素1620、和/或指示用户的情况的信息的其它元素。在下文中，将描述每个元素。
根据本实施方式的时间元素1610可以包括与用户所属区域的时间有关的信息。例如，时间元素1610可以包括：以“yyyy-mm-dd”的形式表示时间信息的time(时间)属性1611；和/或表示用户所属区域的时区的timezone(时区)属性1612。
根据本实施方式的location元素1620可以包括用户所属位置的信息。例如，如图16所示，location元素1620可以包括：指示对应位置的信息的位置描述(location-desc)属性1621；指示对应位置的纬度的信息的latitude(纬度)属性1622；和/或指示对应位置的经度的信息的longitude(经度)属性1623。
图17A和图17B(下文，图17)例示根据本发明的另一实施方式的PDI表。
具体地，图17例示与本发明的实施方式有关的、参照图11至图16描述的XML方案中的PDI表。
图17描述限定PDI表实例文件的结构的称为PDI表的根元素的XML方案定义。根据本发明的实施方式，PDI表实例文件指的是通过实现XML方案中的PDI表而获得的实际文件。
图17还描述根元素QIA、QBA、QSA、QTA或QAA的XML方案定义，其表示使用PDI应用编程接口(API)，能够在DO和下面的接收机之间来回传递的单个问题。将详细描述根据本实施方式的PDI API。图17所示的元素可以符合具有“http://www.atsc.org/XMLSchemas/iss/pdi/1”命名空间的XML方案中的定义。
PDI问题(或PDI-Q)和PDI答案(或PDI-A)之间的差异是在使用规则中规定，而不是在方案本身中规定。PDI Table中的条目的问题部分非正式地称为“PDI问题”或“PDI-Q”。给定PDI问题的答案非正式地称为“PDI-A”。例如，在方案指示针对各种类型的问题的“q”元素的minOccurs＝“0”的同时，当方案用于PDI-Q时，在这种情况下，“q”元素的使用是强制的。当方案用于PDI-A时，包括“q”元素是可选的。
PDI-Q实例文件能够符合“PDI表”XML方案(其是ATSC 2.0标准的一部分，具有其命名空间)，并且该定义能够优先于在出现任何差异时本文所提供的描述。根据本发明的实施方式，PDI-Q实例文件指的是通过实现包括XML方案中的PDI-Q的PDI表而获得的实际文件。
PDI-Q实例文件包括如下类型元素中的一个或更多个：QIA(整数-答案类型问题)、QBA(布尔-答案类型问题)、QSA(选择-答案类型问题)和/或QTA(文本-答案类型问题)。
在PDI-Q实例中不能存在这些顶层元素的“A”(答案)子元素。
这些元素中的每一个的识别符属性(“id”)能够用作针对PDI-A实例文件中的对应元素的参考或连接。根据本发明的实施方式，PDI-A实例文件指的是通过实现包括XML方案中的PDI-A的PDI表而获得的实际文件。
PDI-A实例文件能够符合“PDI表”XML方案(其是ATSC 2.0标准的一部分，具有其命名空间)，并且该定义能够优先于在出现任何差异时本文所提供的描述。
PDI-A实例文件包括如下类型元素中的一个或更多个：QIA(整数-答案类型问题)、QBA(布尔-答案类型问题)、QSA(选择-答案类型问题)、QTA(文本-答案类型问题)和/或QAA(任何-格式答案类型问题)。
这些元素中的每一个具有至少一个“A”(答案)子元素。它们可以包括或可以不包括任何“Q”(问题字符串)子元素。
这些元素中的每一个的识别符属性(“id”)能够用作针对PDI-Q实例文件中的对应元素的参考或连接。
在下文中，将描述在图17所示的PDI表中所包括的元素和属性的语义。
如图17所示，在根据本实施方式的PDI表中，“”可以被表示在属性的名称的前面，以便在属性和元素之间进行区分。
根据本实施方式的PDI表可以包括PDI类型元素。具体地，如参照图11所述，PDI类型元素可以包括如下元素：QIA元素、QBA元素、QSA元素、QTA元素和/或QAA元素。
如图17所示，根据本实施方式的PDI表可以包括：protocolversion属性、pditableid属性、pditableversion属性和/或time属性，而不论何种问题类型元素。
QIA、QBA、QSA、QTA以及QAA元素的id属性都具有相同的语义，如图这些元素中的每一个的expire(期满)属性那样。类似地，Q元素中的每一个的lang属性均具有相同的语义，如图A元素中的每一个的time属性那样。另外，id属性可以指的是已参照图9描述的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属性能够是该PDI Table元素的全局唯一识别符。
PDITable元素的具有8比特的pdiTableVersion属性表示该PDITable元素的版本。初始值可以是0。每次该PDITable元素发生变化时，该值可以递增1，在255后转回到0。
PDITable元素的time属性表示对该PDI表中的任何问题的最近更改的日期和时间。
QIA元素表示整数答案类型的问题。它包括：规定答案的最大和最小允许值的可选极限。
QIA的QIA.loEnd属性表示该QIA元素的“A”子元素的最小可能值。即，“A”元素的值不小于loEnd。如果不存在loEnd属性，则表示没有最小值。
QIA的QIA.hiEnd属性表示该QIA元素的“A”子元素的最大可能值。即，答案的值不大于hiEnd。如果不存在hiEnd属性，则表示没有最大值。
QIA.Q元素是QIA元素的子元素。QIA.Q元素的值能够表示要呈现给用户的问题字符串。问题必须被制定成具有整数-类型答案。可以存在呈不同语言的、该元素的多个实例。
QIA.A元素(作为QIA元素的子元素)能够具有整数值。QIA.A元素能够表示QIA.Q中的问题的答案。
QBA元素表示布尔-答案类型的问题。
QBA.Q元素是QBA元素的子元素。QBA.Q元素的值能够表示要呈现给用户的问题字符串。问题必须被制定成具有是/否(yes/no)或真/假(true/false)类型的答案。可以存在呈不同语言的、该元素的多个实例。
QBA.A元素(作为QBA元素的子元素)能够具有布尔值。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子元素(以不同的语言)，则它们的Selection元素的id属性之间能够存在一一对应关系，带有具有相同含义的对应Selection元素。
QSA.A是QSA元素的子元素。QSA元素的该子元素的每个实例能够规定针对该选择-类型问题的一个允许答案(以Selection元素中的一个的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，该URI是针对其中出现的元素的全局唯一识别符。
QIA、QBA、QSA、QTA和QAA元素的期满(expire)元素能够指示日期和时间，在此日期和时间后，出现的元素不再相关并将其从表中删除。
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元素的time属性能够指示答案被输入到表中的日期和时间。
虽然图17未示出，但是根据本实施方式的PDI表还可以包括：QIAD元素、QBAD元素、QSAD元素、QTAD元素和/或QAAD元素。上述元素将统称为QxAD元素。在下文中，将描述QxAD元素。
作为根元素的QIAD元素应包含QIA子元素中的整数-答案类型的问题。QIA包括规定答案的最大和最小允许值的可选极限。
作为根元素的QBAD元素应表示布尔-答案类型的问题。
作为根元素的QSAD元素应表示选择-答案类型的问题。
作为根元素的QTAD元素应表示文本-答案类型(自由形式条目)的问题。
作为根元素的QAAD元素应用于保持各种类型的信息，如数据库中的条目。
虽然图17未示出，但是每个PDI类型元素还可以包括QText元素和/或time属性。
QIA.Q.QText元素是QIA.Q元素的子元素。QIA.Q.QText元素的值应表示要呈现给用户的问题字符串。问题必须被制定成具有整数-类型答案。
QIA.A.answer属性是QIA.A元素的整数值属性。QIA.A.answer属性应表示QIA.Q.QText元素中的问题的答案。
QBA.Q.Qtext元素是QBA.Q元素的子元素。QBA.Q.Qtext元素的值应表示要呈现给用户的问题字符串。问题必须被制定成具有是/否或真/假类型的答案。可以存在呈不同语言的、该元素的多个实例。
QBA.A.answer是QBA.A元素的布尔值属性。QBA.Aanswer属性应表示QBA.Q.QText元素中的问题的答案。
QSA.Q.QText元素是QSA.Q元素的子元素。QSA.Q.QText元素应表示要呈现给用户的问题字符串。问题必须被制定成具有与所提供的选择选项中的一个或更多个对应的答案。可以存在呈不同语言的、该元素的多个实例。
QSA.A子元素的QSA.A.answer属性应规定呈Selection元素中的一个的id值的形式的、该选择-类型问题的一个允许答案。
QTA.Q.QText元素是QTA元素的子元素。QTA.Q.QText元素的值应表示要呈现给用户的问题字符串。问题必须被制定成具有自由-形式的文本答案。
QTA.A.answer属性是QTA元素的子元素。QTA.A.answer元素的值表示QTA.Q.QText元素中的问题的答案。
图18A和图18B(下文，图18)例示根据本发明的另一实施方式的PDI表。
具体地，图18例示参照图11至图16描述的XML方案中的PDI表的结构。
图18所示的PDI表的基本结构和基本元素和属性的语义与图17中的那些相同。然而，不同于图17所示的PDI表，图18所示的PDI表还可以包括xactionSetId属性和/或文本属性。在下文中，将就xactionSetId属性和/或文本属性，来描述PDI表。
QxA元素的xactionSetId属性表示问题属于交易组问题，其中，出于应答问题的目的，交易组问题是被视为单元的组。它还提供用于问题所属的交易组的识别符。因此，在“全有或全无”基础上应答一组具有相同值的xactionSetId属性的PDI表中的所有问题。
QxA元素的文本属性是QxA.Q元素的子元素。文本属性的值能够表示要呈现给用户的问题字符串。
图19是例示根据本发明的实施方式的过滤标准表的图。图7的上述个性化广播系统可以使用过滤标准，来提供个性化服务。参照图7、图9和图10描述的过滤标准可以以过滤标准表的形式进行处理。根据本发明的实施方式，过滤标准表可以以XML方案的形式表示。
根据本发明的实施方式，过滤标准表可以具有与PDI表的格式类似的格式，以便对PDI数据和过滤标准进行有效地比较。根据本实施方式的过滤标准表的格式可以根据设计者的意图进行更改。
如图19所示，根据本实施方式的过滤标准表可以包括过滤标准元素1900。过滤标准元素1900可以包括：识别符属性1901、标准类型属性1902和/或标准值元素1903。根据本实施方式的过滤标准可以被解释为与上述PDI问题相对应。在下文中，将描述图19所示的过滤标准表的元素。
根据本实施方式的过滤标准元素1900可以表示与PDI问题对应的过滤标准。
根据本实施方式的识别符属性1901可以识别与过滤标准对应的PDI问题。
根据本实施方式的标准类型属性1902可以表示过滤标准的类型。将详细描述过滤标准的类型。
根据本实施方式的标准值元素1903可以表示过滤标准的值。每个标准值是PDI问题的可能答案。
具体地，根据本发明的过滤标准的类型可以是如下各项中的一个：整数类型、布尔类型、选择类型、文本类型和/或任何类型。
整数类型的过滤标准(或整数类型标准)指的是与整数类型的PDI答案对应的过滤标准。
布尔类型的过滤标准(或布尔(Boolean)类型标准)指的是与布尔类型的PDI答案对应的过滤标准。
选择类型的过滤标准(或选择类型标准)指的是与选择类型的PDI答案对应的过滤标准。
文本类型的过滤标准(或文本类型标准)指的是与文本类型的PDI答案对应的过滤标准。
任何类型的过滤标准(或任何类型标准)指的是与任何类型的PDI答案对应的过滤标准。
下面[示例5]示出根据本发明的实施方式的、图19所示的过滤标准表的XML方案
[示例5]
图20是例示根据本发明的另一实施方式的过滤标准表的图。
具体地，图20例示XML方案中的扩展格式的过滤标准表，作为参照图19描述的过滤标准表。当过滤标准表被配置在图19所示的过滤标准的XML方案中时，不能设置根据本发明的实施方式的过滤标准的类型及其每个类型的详细属性。因此，图20例示过滤标准的类型，并提出用于设置每个类型的属性的XML方案。根据本发明的实施方式的个性化广播系统可以使用图20的XML方案中配置的过滤标准表，来更精确地过滤内容。
如图20所示，过滤标准表可以包括属性2000和/或过滤标准类型元素。根据本实施方式的属性2000可以包括time属性2001。根据本实施方式的过滤标准类型元素可以包括：整数类型标准元素(或QIA标准元素)2010、布尔类型标准元素(或QBA标准元素)2020、选择类型标准元素(或QSA标准元素)2030、文本类型标准元素(或QTA标准元素)2040和/或任何类型标准元素(或QAA标准元素)2050。在下文中，将描述图20所示的过滤标准表的元素。
具体地，图11所示的属性2000可以表示根据本实施方式的过滤标准表的属性的信息。因此，即使在过滤标准表中所包括的过滤标准类型元素发生改变时，属性2000可能也不改变。例如，根据本实施方式的time属性2001可以指示生成或更新过滤标准的时间。在这种情况下，即使过滤标准类型元素发生改变，包括不同过滤标准类型元素的过滤标准表也可以包括time属性2001。
根据本实施方式的过滤标准表可以包括一个或一个以上或更多个过滤标准类型元素。根据本实施方式的过滤标准类型元素可以表示过滤标准的类型。已参照图19描述过滤标准的类型。在这种情况下，过滤标准类型元素可以以列表形式表示。
根据本实施方式的过滤标准类型元素也可以称为“QxA”标准。在这种情况下，可以根据过滤标准的类型，来确定“x”。
如图20所示，每个过滤标准类型元素可以包括识别符属性和/或标准值元素。图20所示的识别符属性和标准值元素与参照图19描述的那些相同。
然而，如图20所示，整数类型标准元素2010还可以包括最小整数属性2011和/或最大整数属性2012。根据本实施方式的最小整数属性2011可以指示过滤标准(其表示为整数类型答案)的最小值。根据本实施方式的最大整数属性2012可以指示过滤标准(其表示为整数类型答案)的最大值。
如图20所示，选择类型标准元素2030和/或文本类型标准元素2040可以包括lang属性2031。根据本实施方式的lang属性2031可以指示以文本类型答案表示的过滤标准的值。
下面[示例6]示出根据本发明的实施方式的、图20所示的过滤标准表的XML方案。
[示例6]
图21是例示根据本发明的另一实施方式的过滤标准表的图。
具体地，图21例示参照图19和图20描述的XML方案中的过滤标准表。图21所示的过滤标准表的基本元素与参照图19和图20描述的元素相同。在下文中，将描述图21所示的过滤标准表中所包括的元素和属性的语义。
如图21所示，在根据本实施方式的过滤标准表中，“”可以表示在属性的名称的前面，以便在属性和元素之间进行区分。
在id属性在表中出现的每个地方，它应是PDI表中问题的id属性，从而识别与id属性出现的过滤标准对应的问题。
QIA Criterion元素应表示与具有整数值的问题对应的过滤标准。
如果QIA Criterion元素的Criterion Value子元素不包含extent元素，则它应表示与过滤标准对应的问题的整数答案。如果QIA Criterion元素的Criterion Value子元素包含extent属性，则它应表示问题的答案的数字范围的下端，而该extent属性应表示该范围内整数的数目。
QBA Criterion元素应表示与具有布尔值的问题对应的过滤标准。
QBA Criterion元素的Criterion Value子元素应表示用于与过滤标准对应的问题的布尔答案。
QSA Criterion元素应表示与具有选择值的问题对应的过滤标准。
QSA Criterion元素的Criterion Value子元素应表示与过滤标准对应的问题的选择答案的识别符。
QTA Criterion元素应表示与具有字符串值的问题对应的过滤标准。
QTA Criterion元素的Criterion Value子元素应表示与过滤标准对应的问题的文本答案。
QAA Criterion元素应表示与仅具有文本“答案”而没有问题的“问题”对应的过滤标准。
QAA Criterion元素的Criterion Value子元素应表示与过滤标准对应的“问题”的文本“答案”。
如果Filtering Criteria元素中仅存在一个Criterion Value元素，则在Criterion Value元素的值与包含Criterion Value元素的元素对应的问题的、PDI-A中的答案当中的值匹配的情况(其中，问题由包含Criterion Value元素的元素的id属性表示)下，针对服务或内容项是否通过过滤器的过滤判断应是“true(真)”(yes(是))，否则它应是“false(假)”(no(否))。
在“extent”属性存在的、QIA Criterion元素的Criterion Value子元素的情况下，如果答案的值在由Criterion Value和extent属性限定的区间中，则Criterion Value元素的值应被认为与对应PDI-A中的答案当中的值匹配。
如果Filtering Criteria元素中的Criterion Value元素的总数大于一，则每个CriterionValue元素的结果应被评估为中间项，如果Criterion Value与与过滤标准(如由id值表示)对应的问题的、PDI-A中的答案当中的值匹配时，则返回“真”，否则返回“假”。在这些中间项当中，具有相同值的其父元素识别符(QIA.id、QBA.id等)的那些应被逻辑地进行OR处理(“或”处理)，以获得针对每个目标标准的中间结果，而这些中间结果应被逻辑地一起进行AND处理(“和”处理)，以确定最终结果。如果对于接收机，最终结果评估为“真”，则它应暗示着相关内容项通过过滤器。
图22是例示根据本发明的另一实施方式的过滤标准表的图。
具体地，图22例示图21所示的过滤标准表的扩展格式。图22所示的过滤标准表的基本元素与参照图21描述的元素相同。在下文中，将就与参照图21描述的过滤标准表的不同之处，来描述图22所示的过滤标准表。
图22所示的过滤标准表允许一组过滤标准的多个实例。每组包括过滤标准的多个实例。每个过滤标准允许为某些过滤标准设置多个值。在一组过滤标准的多个实例之间，过滤逻辑是“OR(或)”逻辑。在每组过滤标准中，对于相同过滤标准的多个值之间，过滤逻辑是“OR”逻辑，而在不同过滤标准之间则是“AND(和)”逻辑。
例如，如果过滤标准是((age＝20)AND(genre＝"sport"))OR((age＝10)AND(genre＝"animation"))，过滤标准表能够表示为下面[示例7]。
[示例7]
图23是根据本发明的另一实施方式的数字广播系统的流程图。
具体地，图23是允许根据本发明的实施方式的接收机经由广播网络来接收PDI表和/或过滤标准表的个性化广播系统的流程图。
根据本实施方式的个性化广播系统的基本结构与参照图7至图10描述的结构相同。根据本实施方式的PDI表与参照图9至图18描述的表相同。根据本实施方式的过滤标准表与参照图19至图22描述的表相同。
如图23所示，根据本实施方式的个性化广播系统可以包括：服务信令信道(SSC:service signaling channel)2300、单向传输的文件传递(FLUTE:File Delivery overUnidirectional Transport)会话2310、过滤引擎2320、PDI引擎2330和/或UI 2340。根据本实施方式的接收机可以通过数字存储介质命令和控制(DSM-CC)部分，来接收PDI表。在这种情况下，根据本实施方式的接收机可以通过FLUTE会话2310来接收PDI表。上述个性化广播系统的结构可以根据设计者的意图进行更改。在下文中，将描述图23的元素的操作。
首先，根据本实施方式的接收机可以通过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问题发送到UI 2340。
根据本实施方式的UI 2340可以显示接收到的PDI问题，并接收对应PDI问题的PDI答案。在这种情况下，根据本实施方式的UI 2340可以通过遥控器来接收PDI答案。然后，根据本实施方式的PDI引擎2330可以使用从UI 2340接收到的PDI答案来更新PDI数据。已参照图7和图8描述其详细描述。
根据本实施方式的接收机可以通过SSC 2300，来接收服务映射表(SMT:servicemap table)和/或非实时信息表(NRT-IT:non real time information table)。根据本实施方式的SMT可以包括用于个性化服务的信令信息。根据本实施方式的NRT-IT可以包括用于个性化服务的通告信息。
然后，根据本实施方式的接收机可以分析接收到的SMT和/或NRT-II，以获取过滤标准描述符。接收机可以使用过滤标准描述符，来将过滤标准发送到过滤引擎2320。在这种情况下，根据本发明的实施方式，过滤标准可以是具有xml文件的格式的过滤标准表。已参照图21和图22详细描述过滤标准表。
然后，根据本实施方式的过滤引擎2320可以将PDI数据请求信号发送到PDI引擎2330。当根据本实施方式的PDI引擎2330接收PDI数据请求信号时，PDI引擎2330可以搜索与对应PDI数据请求信号对应的PDI数据，并将PDI数据发送到过滤引擎2320。因此，根据本实施方式的接收机可以使用过滤结果来下载内容。已参照图9和图10详细描述根据本实施方式的过滤方法。
图24是例示根据本发明的实施方式的PDI表部分的图。
具体地，图24例示参照图23描述的PDI表部分的语法。
当在广播流中传递PDI表时，使用DEFLATE压缩算法来压缩图23中限定的XML形式的表。然后，通过将生成的压缩表划分为块，并将块插入到如图24的表所示的部分中，来将生成的压缩表封装在NRT型私有部分中。
因此，根据本实施方式的接收机可以按具有相同顺序号的部分号的顺序来合并PDI-Q实例文件的块，并释放压缩。根据本实施方式的接收机可以生成PDI-Q实例文件，作为压缩释放的结果。然后，接收机可以将PDI-Q实例文件发送到根据本发明的实施方式的PDI引擎。已参照图23描述具体方法。
在下文中，将描述图24所示的PDI表部分的语法。
应按升序section_number(部分_序号)字段值的顺序将块插入到这些部分中。在PDI Table所属的虚拟信道的IP子网的服务信令信道(SSC:Service SignalingChannel)中携带私有部分，如在ATSC NRT标准中限定的术语“服务信令信道”和“IP子网”。在这些部分中的sequence_number字段用于区分在相同SSC中携带的不同PDI表实例。
table_id字段(其具有8位)应被设置为将该表部分识别为属于PDI表实例。table_id字段可以表示图24所示的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实例。
图25是例示根据本发明的另一实施方式的PDI表部分的图。
具体地，图25例示参照图23描述的PDI表部分的语法。已参照图24给出基本描述。然而，不同于图24所示的PDI表部分，图25所示的PDI表部分可以不包括sequence_number字段。在下文中，将描述图25所示的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所示的每个答案类型代码可以表示参照图11描述的每个PDI答案的类型。
表1
[表1]
根据本实施方式的num_answer字段可以表示PDI问题的PDI答案的数量。
根据本实施方式的answer_value_length字段可以表示answer_value的实际长度。
根据本实施方式的answer_value字段可以包括表示为answer_type_code的PDI答案的实际内容。
图26是例示根据本发明的另一实施方式的PDI表部分的图。
具体地，图26例示参照图23描述的PDI表部分的语法。已参照图24和图25给出基本描述。构成图26的语法的字段与构成图25的语法的字段相同，因此，省略其详细描述。
图27是例示根据本发明的另一实施方式的PDI表部分的图。
具体地，图27例示参照图23描述的PDI表部分的语法。已参照图24和图25给出基本描述。构成图27的语法的基本字段与构成图25的语法的字段相同，因此，省略其详细描述。
然而，不同于图25的语法，图27的语法还可以包括sequence_number字段。根据本该实施方式的sequence_number字段与参照图24描述的sequence_number字段相同。
图28是根据本发明的另一实施方式的数字广播系统的流程图。
具体地，图28例示根据本发明的实施方式的、参照图23描述的个性化广播系统中的FLUTE会话、过滤引擎和/或PDI引擎的操作。
如图28所示，根据本实施方式的个性化广播系统可以包括：FLUTE会话2800、过滤引擎2810和/或PDI引擎2820。根据本实施方式的个性化广播系统可以提供用于提供ATSC 2.0服务或个性化服务的下一代广播服务。上述个性化广播系统的结构可以根据设计者的意图进行更改。
如参照图23所述，根据本实施方式的接收机可以通过FLUTE会话来接收PDI表。在下文中，将参照图28针对本发明的实施方式描述由接收机通过FLUTE会话来接收PDI表的方法。
根据本实施方式的接收机可以通过FLUTE会话2800来接收字段传递表(FDT:fieId delivery table)实例。FDT实例是通过相同FLUTE会话2800发送的内容的传输单元。根据本实施方式的FDT实例可以包括表示内容的类型的内容类型属性。具体地，根据本实施方式的内容类型属性可以包括：表示通过FLUTE会话2800发送的文件是PDI-Q实例文件(或PDI表)的内容。将详细描述根据本实施方式的内容类型属性。
根据本实施方式的接收机可以使用FDT实例，来识别通过FLUTE会话2800发送的字段是PDI-Q实例文件。然后，根据本实施方式的接收机可以将PDI-Q实例文件发送到PDI引擎2820。已参照图23描述其详细描述。
图29是例示根据本发明的另一实施方式的FDT实例的XML方案的图。
具体地，图29例示参照图28描述的FDT实例的XML方案。在下文中，将描述上述内容类型属性2900。
如图29所示，根据本实施方式的FDT实例可以包括：指示FDT实例的属性的信息的属性2900；和/或指示通过FLUTE会话发送的文件的file(文件)元素2910。图29所示的file元素2910可以包括指示文件的属性的信息的属性。如图29所示，file元素2910可以包括根据本实施方式的内容类型属性2920。
如参照图28所述，根据本实施方式的接收机可以使用在内容类型属性2920中所包括的值来识别PDI-Q实例文件。例如，图29所示的内容类型属性2920可以具有以由“application/atsc-pdiq”或“text/atsc-pdiq+xml”表示的MIME协议的形式的值等。
图30是例示根据本发明的实施方式的能力描述符(capabilities descriptor)语法的图。
具体地，图30例示在参照图23描述的个性化广播系统中，用于由根据本发明的实施方式的接收机来识别PDI表的语法。
根据本实施方式的能力描述符能够用于指示SMT服务级中的服务或NRT-IT内容级中的内容是否是PDI表。根据本实施方式的接收机利用该信息来通知服务/内容是否是PDI表，并根据它们的能力(诸如支持PDI引擎)决定是否应下载服务/内容。
下面的表2所示的代码能够加入到用于PDI表信令能力描述符中的capability_code。根据本实施方式的capablilty_code值不能被分配给其它值。下表2所示的capability_code值可以根据设计者的意图来不同地设置。
表2
[表2]
Capability_code值 含义
…… ……
0x4F 具有MPEG环绕的HE ACC v2
0x50 PDI Table(包括PDI-Q)
…… ……
图31是例示根据本发明的实施方式的消费模型的图。
具体地，图31例示添加到SMT上的字段，以便在参照图23描述的个性化广播系统中，由根据本实施方式的接收机来识别PDI表。
当服务提供PDI表时，NRT服务描述符位于NRT SMT的服务级中，并且其NRT_service_category将是0x04(PDI)。因此，如果字段值是0x04，则接收机能够通知提供PDI Table。
图31所示的消费模型的值可以根据设计者的意图来不同地设置。
图32是例示根据本发明的实施方式的过滤标准描述符(filtering criteriadescriptor)语法的图。
具体地，图32例示在参照图23描述的个性化广播系统中，用于由根据本发明的实施方式的接收机接收过滤标准表的过滤标准描述符的比特流语法。
根据本发明的实施方式的过滤标准与可下载内容相关联，使得根据本实施方式的接收机可以决定是否下载内容。ATSC 2.0环境中存在两种类型的可下载内容：由辅助交互式数据服务中的TDO使用的独立NRT服务中的非实时(NRT)内容和NRT内容项。
在下文中，将参照图32描述用于过滤独立NRT服务中的NRT内容的过滤标准。
在根据本发明的实施方式的用于NRT服务和内容项的过滤标准中，以下限定的Filtering Criteria Descriptor(过滤标准描述符)中的一个或更多个实例能够被包括在SMT中的服务级描述符循环中，来允许接收机确定是否向用户提供NRT服务，或它能够被包括在NRT-IT中的内容项级描述符循环中，来允许接收机确定是否下载该特定内容项，并使其可用于用户。
Filtering Criteria Descriptor的一个或更多个实例允许为相同或不同目标标准提供多个值。用于相同目标标准的多个值之间的预期目标逻辑是“OR”逻辑，而不同目标标准之间则是“AND”逻辑。
在下文中，将描述图32所示的Filtering Criteria Descriptor的比特流语法的每个字段的语义定义。
descriptor_tag字段(8位字段)能够被设置为0xTBD，以指示该描述符是根据本发明的实施方式的Filtering Criteria Descriptor。
descriptor_length字段(8位无符号整数字段)能够指示descriptor_length字段本身之后的字节数。
num_filter_criteria字段(8位字段)能够指示在图32所示的该描述符中所包括的过滤标准的数量。
criterion_id_length字段(8位字段)能够指示criterion_id字段的长度。
criterion_id字段(可变长度字段)能够给出以与该描述符出现的虚拟信道的PDITable中的问题(QIA、QBA、QTA、QSA或QAA元素)的id属性匹配的、URI的形式的该过滤标准的识别符。
criterion_type_code字段(3位字段)能够根据下表3给出该标准(问题)的类型。
表3
[表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中的内容项的描述符循环中。在前一种情况下，它们应应用于服务本身(所有内容项)。而在后一种情况下，它们应应用于单个内容项。
如果描述符循环中仅存在一个Filtering Criteria Descriptor，并且如果它仅有一个标准值，那么在标准值与与过滤标准(如由criterion_id指示的)对应问题的PDI-A中的答案当中的值匹配的情况下，用于服务或内容项是否通过过滤器的判断应是“真”(是)，否则它应是“假”(否)。
如果单个描述符循环中的所有Filtering Criteria Descriptors的标准值的总数大于一，则每个标准值的结果应被评估为中间项，如果标准值和与过滤标准(如由criterion_id指示的)对应的问题的PDI-A中的答案当中的值匹配时，则返回“真”，否则返回“假”。在这些中间项当中，具有相同值的过滤标准(如由criterion_id确定的)的那些应被逻辑地进行OR处理(“或”处理)，以获得每个目标标准的中间结果，而这些中间结果应被逻辑地一起进行AND处理(“和”处理)，以确定最终结果。如果针对接收机，最终结果评估为“真”，则它应暗示着相关NRT服务或内容项通过过滤器，并可用于下载到接收机。
图33是例示根据本发明的另一实施方式的过滤标准描述符语法的图。
具体地，图33例示在参照图23描述的个性化广播系统中，用于由根据本发明的实施方式的接收机接收过滤标准表的Filtering Criteria Descriptor的比特流语法。
已参照图32描述图33所示的过滤标准描述符语法的基本内容。
然而，criterion_type_code字段能够根据下表4给出该标准(问题)的类型。
表4
[表4]
图34是根据本发明的另一实施方式的数字广播系统的流程图。
具体地，图34是用于由根据本发明的实施方式的接收机通过广播网络来接收PDI表和/或过滤标准表的、个性化广播系统的流程图。
根据本实施方式的个性化广播系统的基本结构与参照图7至图10描述的结构相同。根据本实施方式的PDI表与参照图9至图18描述的表相同。根据本实施方式的过滤标准表与参照图19至图22描述的表相同。
如图34所示，根据本实施方式的个性化广播系统可以包括：信令服务器3410、过滤引擎3420、PDI引擎3430和/或UI 3440。上述个性化广播系统的结构可以根据设计者的意图进行更改。
用于处理根据本实施方式的PDI表和过滤标准的过滤引擎3420、PDI引擎3430和/或UI 3440的操作与参照23描述的操作相同。在下文中，将就图34所示的信令服务器3410的操作来描述数字广播系统。
首先，根据本实施方式的接收机可以将用于接收PDI表部分的请求信号发送到信令服务器3410。在这种情况下，根据本实施方式的接收机可以利用查询项来发送请求信号。将详细描述查询。
根据本实施方式的信令服务器3410可以将与对应查询对应的PDI表部分发送到接收机。已参照图24至图27给出PDI表部分的详细描述。
图35是例示根据本发明的实施方式的HTTP请求表的图。
具体地，图35例示用于由根据本实施方式的接收机将查询发送到参照图34描述的信令服务器的HTTP协议。
当被广播者支持时，图35所示的协议能够提供两个能力。首先，对于经由仅传递未压缩的音频和视频的路径而得到DTV广播信号的装置，该协议通常是它们访问广播者的独立NRT服务的唯一方式。第二，即使对于访问整个广播流的装置，该协议提供检索如下数据的方式，该数据用于填充Program/Service Guide，而未循环通过本地广播区域中可用的所有广播流，并等待所需的表的出现。甚至在观众正在观看TV的同时，它还允许在任何时间检索这样的数据，而无需单独的调谐器。
图35所示的HTTP请求表可以包括待被接收的表和指示用于接收对应表的基础URL的查询项的类型。
根据本发明的实施方式的接收机可以使用图35所示的HTTP请求表的查询项，来接收具体表。具体地，根据本实施方式的接收机可以使用查询项“？table＝PDIT[&chan＝<chan_id>]”，来将请求信号发送到信令服务器。已参照图34描述其详细描述。
图36是例示根据本发明的另一实施方式的数字广播系统的流程图。
具体地，图36是例示用于由根据本发明的实施方式的接收机通过因特网来接收PDI表和/或过滤标准表的、个性化广播系统的图。
根据本实施方式的个性化广播系统的基本结构与参照图7至图10描述的结构相同。根据本实施方式的PDI表与参照图9至图18描述的结构相同。根据本实施方式的过滤标准表与参照图19至图22描述的表相同。
当通过因特网进行传递时，PDI表实例应经由HTTP或HTTPS进行传递。HTTPResponse报头中的PDI表的Content-Type应是“text/xml-1”。
用于经由因特网检索PDI表的URL能够经由DTV闭合字幕(closed caption)信道中的标准字幕服务#6中传输的SDOPrivate-DataURIString命令进行传递，或者它能够在与TPT一起传递的UrlList XML元素中进行传递。
TDO参数表(TPT:TDO Parameters Table)包含：针对段的TDO的事件以及与TDO有关的元数据。术语“触发声明性对象”(TDO)用于指示声明性对象，该声明性对象已由在触发互动附属数据服务中的触发器所启动，或声明性对象(DO)已由被触发器启动的DO所启动，并如此迭代地。触发器是信令元素，其功能是识别信令，并建立交互式事件的播放的定时。
如图36所示，根据本实施方式的个性化广播系统可以包括：PDI服务器3600、内容服务器3650和/或接收机。根据本实施方式的接收机可以包括：TDO参数表(TPT)客户端3610、过滤引擎3620、PDI引擎3630和/或UI 3640。上述个性化广播系统的结构可以根据设计者的意图进行更改。在下文中，将描述图36所示的元素的操作。
根据本实施方式的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。
如图36所示，根据本实施方式的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数据。已参考图7和图8描述其详细描述。
根据本实施方式的TPT客户端3610可以分析TPT以获取过滤标准。如图36所示，TPT客户端3610可以将过滤标准发送到过滤引擎3620。在这种情况下，根据本发明的实施方式，过滤标准可以是具有xml文件的格式的过滤标准表。已参照图21和图22详细描述过滤标准表。
然后，根据本实施方式的过滤引擎3620可以将PDI数据请求信号发送到PDI引擎3630。当根据本实施方式的PDI引擎3630接收PDI数据请求信号时，PDI引擎3630可以搜索与对应PDI数据请求信号对应的PDI数据，并将该PDI数据发送到过滤引擎3620。已参照图9和图10详细描述根据本实施方式的过滤之后的处理。
因此，根据本实施方式的接收机可以使用过滤结果来下载内容。更详细地，TPT客户端3610可以从过滤引擎3620接收过滤结果，并将TDO和/或内容下载请求信号发送到内容服务器3650。内容服务器3650可以根据TDO和/或内容下载请求信号，将TDO和/或内容发送到TPT客户端3610。
图37是例示根据本发明的实施方式的URL列表的图。
具体地，图37是包含用于由根据本发明的实施方式的接收机通过因特网来接收PDI表和/或过滤标准的URL信息的表。已参照图36详细描述发送和接收根据本发明的实施方式的URL列表的处理。
当经由因特网传递URL列表时，该URL列表能够经由HTTP与TPT一起以多部分MIME消息的形式进行传递。
当通过因特网传递时，TPT能够经由HTTP进行传递。用于当前段的TPT的URL信息应在经由DTV闭合字幕服务#6或经由ACR服务器传递的触发器中出现。对TPT的请求的响应可以仅由用于当前段的TPT构成，或者它可以由多部分MIME消息构成，在第一部分中具有所请求的TPT，并且可选地在第二部分中具有用于该段的AMT，并且可选地在下一部分中的具有UrlList XML文件。
在下文中，将描述与本发明的实施方式有关的URL列表中所包括的元素的语义。
图37所示的UrlList元素包含用于根据本发明的实施方式的接收机的一系列URL。
图37所示的UrlList元素的TptUrl元素能够包含用于在当前互动附属服务中的未来段的TPT的URL信息。当包括多个TptUrl元素时，它们应按在广播中段的出现顺序来进行布置。
图37所示的UrlList元素的NrtSignalingUrl元素能够包含服务器的URL信息，接收机能够使用该标准的第18部分中所限定的请求协议，来从该服务器中获得用于当前传输流中的所有虚拟信道的NRT信令表。
图37所示的UrlList元素的UrsUrl元素能够包含服务器的URL信息，接收机能够使用该标准的第10部分中所限定的协议，来向该服务器发送使用(观众测量)报告。
图37所示的UrlList元素的PdiUrl元素能够包含PDI表的URL信息。即，根据本实施方式的PdiUrl元素可以指示发送PDI表和/或过滤标准的服务器的URL信息。
图37的上述URL列表可以以下表5所示的格式来配置。
表5
[表5]
元素/属性(具有) 允许的数量 数据类型 描述和值
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
图38是例示根据本发明的实施方式的TPT的图。
具体地，图38所示的TPT可以包括PDI表和/或过滤标准的URL信息。已参照图36描述发送和接收根据本实施方式的TPT的处理。在下文中，将描述在TPT中所包括的过滤标准的元素。
具体地，图38所示的过滤标准元素可以包括与过滤标准有关的信息。
根据本实施方式的id属性可以表示对应过滤标准的PDI问题。
根据本实施方式的criterion type(标准类型)属性可以表示过滤标准类型(或过滤标准类型元素)。已参照图20描述根据本实施方式的过滤标准的类型。
根据本实施方式的criterion value(标准值)属性可以表示根据上述标准类型属性的过滤标准的值。
图39是根据本发明的另一实施方式的数字广播系统的流程图。
具体地，图39是例示用于由根据本发明的实施方式的接收机接收ACR系统中的PDI表和/或过滤标准表的个性化广播系统的图。
根据本实施方式的ACR系统与参照图1描述的系统相同。根据本实施方式的个性化广播系统的基本结构与参照图7至图10描述的结构相同。根据本实施方式的PDI表与参照图9至图18描述的表相同。根据本实施方式的过滤标准表与参照图19至图22描述的表相同。
如图39所示，根据本实施方式的个性化广播系统可以包括：ACR服务器3900、TPT服务器3950、PDI服务器3960、内容服务器3970、ACR客户端3910、PDI引擎3920、PDI引擎3930和/或UI 3940。上述个性化广播系统的结构可以根据设计者的意图进行更改。将描述图39所示的元素的操作。
根据本实施方式的ACR客户端3910可以从指纹中提取签名，并把请求与签名一起发送到ACR服务器3900。根据本实施方式的ACR服务器3900可以接收签名，并将与对应签名相关触发器等与响应一起发送到已参照图1至图6详细描述的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。
如图34所示，根据本实施方式的ACR客户端3910可以将接收到的PDI表发送到PDI引擎3930。根据本实施方式的PDI引擎3930可以处理接收到的PDI表，并提取在对应PDI表中所包括的PDI问题。然后，根据本实施方式的PDI引擎3930可以将所提取的PDI问题发送到UI 3940。
根据本实施方式的UI 3940可以显示接收到的PDI问题，并接收对应PDI问题的PDI答案。根据本实施方式的UI 3940可以通过遥控器来接收PDI答案。然后，根据本实施方式的PDI引擎3930可以使用从UI 3940接收到的PDI答案，来更新PDI数据。已参照图7和图8描述其详细描述。
另外，根据本实施方式的ACR客户端3910可以分析TPT以获取过滤标准。如图39所示，ACR客户端3910可以将过滤标准发送到过滤引擎3920。在这种情况下，根据本发明的实施方式，过滤标准可以是具有xml文件的格式的过滤标准表。已参照图21和图22详细描述过滤标准表。
然后，根据本实施方式的过滤引擎3920可以将PDI数据请求信号发送到PDI引擎3930。当根据本实施方式的PDI引擎3930接收PDI数据请求信号时，PDI引擎3930搜索与对应PDI数据请求信号对应的PDI数据，并将该PDI数据发送到过滤引擎3920。已参照图9和图10详细描述根据本实施方式的过滤之后的处理。
因此，根据本实施方式的接收机可以使用过滤结果来下载内容。详细地，ACR客户端3910可以从过滤引擎3920接收过滤结果，并将TDO和/或内容下载请求信号发送到内容服务器3970。内容服务器3970可以根据TDO和/或内容下载请求信号来将TDO和/或内容发送到ACR客户端3910。
图40是根据本发明的另一实施方式的数字广播系统的流程图。
具体地，图40是例示根据本发明的实施方式的、用于避免PDI答案的重复的个性化广播系统。
更具体地，图40例示如下的个性化广播系统，当根据本发明的实施方式的接收机从多个广播者和内容提供者接收同一PDI问题时，该个性化广播系统使用预先存储的PDI答案来更新PDI数据。由于图40所示的个性化广播系统，用户可以减少向同一PDI问题输入冗余PDI答案的不便。
如图40所示，根据本实施方式的个性化广播系统可以包括两个或更多个广播者(或内容提供者)和/或接收机。根据本实施方式的所述两个或更多个广播者可以包括广播者A 4010和/或广播者B 4020。根据本实施方式的接收机可以包括PDI引擎4030和/或UI 4040。根据本实施方式的个性化广播系统可以提供ATSC 2.0服务。上述个性化广播系统的结构可以根据设计者的意图进行更改。在下文中，将描述图40所示的元素的操作。
首先，根据本实施方式的接收机可以从广播者A 4010接收第一PDI表4011。接收第一PDI表4011的接收机可以将第一PDI表4011发送到PDI引擎4030。根据本实施方式的第一PDI表4011可以包括第一PDI类型元素4012。每个根据本实施方式的第一PDI类型元素4012可以包括如参照图17和图18描述的第一识别符元素(或第一ID)和/或第一PDI问题。另外，如图40所示，第一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的详细操作与参照图23描述的操作相同。
另外，根据本实施方式的PDI引擎4030可以从广播者B 4020接收第二PDI表4021。根据本实施方式的第二PDI表4021可以包括第二PDI类型元素4022。如参照图17和图18所述，第二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问题中，从而更方便地接收个性化服务。
图41是根据本发明的另一实施方式的数字广播系统的流程图。
具体地，图41是用于避免根据本发明的实施方式的PDI答案的重复的个性化广播系统的图。参照图40描述的个性化广播系统可以使用预先存储在根据本发明的接收机中的PDI表，来避免PDI答案的重复。作为用于避免PDI答案的重复的本发明的另一实施方式，图41提出使用PDI问题的记录的个性化广播系统。
为了支持不同广播者重复使用问题，从而不会提示消费者反复回答基本上相同的问题，问题能够由ATSC指定的记录者记录。每个注册记录能够包括与如下各项有关的信息：全局唯一的问题ID(如图17和图18所示)，问题类型(QIA、QBA、QSA或QTA)，呈一种或更多种语言的问题文本，记录日期和/或提交问题以便记录的机构的联系信息。另外，在QSA的情况下，每个注册记录(或预先记录的PDI问题)能够包括：诸如每个选择的识别符、以及呈一种或更多种语言的每个选择的文本这样的允许选择。
PDI表可以包含已记录的问题和未记录的问题的混合。
记录和未记录的问题两者可以在多个PDI表中出现。每当用户回答在多个PDI表中出现的问题时，通过由接收机提供的功能或通过应用，预期答案将传播到其出现的所有调查问卷中的问题的所有实例。因此，无论任何给定问题在不同的调查问卷中出现多少次，用户仅需要回答一次。
为了避免使用户面临应接不暇的问题，推荐的是，调查问卷创建者尽可能使用已记录问题，并当调查问卷创建者具有不能满足已记录问题的独特目标需要时才使用未记录问题。
根据本实施方式的接收机可以使用接收机目标标准，来提取预先记录的PDI问题。根据本实施方式的接收机目标标准符合标准ATSC NRT，A/103标准。
如图41所示，根据本实施方式的个性化广播系统可以包括：SSC 4100、FLUTE会话4110、过滤引擎4120、PDI引擎4130和/或UI 4140。根据本实施方式的个性化广播系统可以提供ATSC 2.0服务。上述个性化广播系统的结构可以根据设计者的意图进行更改。在下文中，将描述图41所示的个性化广播系统。
根据本实施方式的接收机可以通过SSC 4100来接收SMT和/或NRT-IT，并获取在SMT和/或NRT-IT中所包括的接收机目标标准。根据本发明的实施方式，接收机目标标准可以是接收机目标描述符(receiver targeting descriptor)或接收机目标标准表。
然后，根据本实施方式的PDI引擎4130可以转换获取的接收机目标标准，以生成PDI问题。根据本实施方式的UI 4140可以从PDI引擎4130接收上述问题，显示PDI问题，并接收用户的PDI答案。已参照图23描述根据本实施方式的PDI引擎4130和UI 4140的详细操作。
图42是根据本发明的另一实施方式的数字广播系统的流程图。
具体地，图42例示用于记录PDI问题的个性化广播系统。
如图42所示，根据本实施方式的个性化广播系统可以包括：信令服务器4200、接收机4210、过滤引擎4220、PDI引擎4230以及UI 4240。接收机4210可以被解释为包括：过滤引擎4220、PDI引擎4230和/或UI 4240，其可以根据设计者的意图进行更改。另外，根据本实施方式的个性化广播系统可以提供ATSC 2.0服务。将描述图41所示的个性化广播系统。
图42的基本元素的操作与参照图41描述的操作相同。然而，图42所示的接收机4210可以向信令服务器4200请求SMT和/或NRT-IT。根据根据本实施方式的接收机4210的请求，信令服务器4200可以将对应SMT和/或NRT-IT发送到接收机4210。
根据本实施方式的接收机接收SMT和/或NRT-IT之后的接收机4210、PDI引擎4230和/或UI 4240的详细操作与参照图41描述的操作相同。
图43是例示根据本发明的实施方式的接收机目标标准表的图。
具体地，图43是呈表的形式的、通过表示参照图4l和图42描述的接收机目标标准而获得的接收机目标标准的图。
如图43所示，接收机目标标准表可以包括与目标标准类型代码、目标值长度和/或目标值有关的信息。图43所示的目标标准类型代码指的是：用于识别每个目标标准的代码。图43所示的目标值长度指的是：用于表示目标标准值的字节数。图43所示的目标值指的是：由目标标准指示的信息。
根据本实施方式的接收机可以转换根据目标标准类型代码的目标标准，并获取预先记录的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时，目标值可用于私有用途，并且目标值长度未确定。
图44至图47是例示根据本发明的实施方式的预先记录的PDI问题的图。
具体地，图44至图47示出根据本发明的实施方式，当参照图43描述的目标标准类型代码是0x01时，表示预先记录的PDI问题的表。
如图44至图47所示，当目标标准类型代码是0x01时，根据本实施方式的目标标准表可以包括与地理位置有关的预先记录的PDI问题信息。在这种情况下，根据本实施方式的接收机可以仅使用低位3字节来转换目标标准表，以获取预先记录的PDI问题。
图44是示出当目标标准类型代码是0x01时，与位置代码有关的预先记录的PDI问题的表。在图44所示的预先记录的PDI问题表中所包括的预先记录的PDI问题信息与参照图41描述的信息相同。
具体地，如图44所示，当目标标准类型代码是0x01时，根据本实施方式的问题ID可以包括与位置代码有关的信息。另外，图44所示的预先记录的PDI问题可以是QTA类型，并可以包括：包含请求位置代码的文本类型的PDI答案的内容的问题文本。
下面[示例8]是根据本发明的实施方式的、XML方案中的通过表示图44所示的表而获得的。
[示例8]
图45是当目标标准类型代码是0x01时，示出联邦信息处理标准(FIPS:federalinformation processing standards)公开状态的预先记录的PDI问题的表。在图45所示的预先记录的PDI问题中所包括的基本内容与参照图41描述的内容相同。然而，图45所示的预先记录的PDI问题还可以包括与问题xactionSetId(question xactionSetId)有关的信息。下面将详细描述与本发明的实施方式有关的问题xactionSetId。
详细地，如图45所示，当目标标准类型代码是0x01时，根据本实施方式的问题ID可以包括与FIPS状态有关的信息。另外，图45所示的预先记录的PDI问题可以是QTA类型，并可以包括：包含请求FIPS状态的文本类型的PDI答案的内容的问题文本。
下面[示例9]是根据本发明的实施方式的、xml方案中的通过表示图45所示的表而获得的。
[示例9]
图46是示出当目标标准类型代码是0x01时，与FIPS国家有关的预先记录的PDI问题的表。在图46所示的预先记录的PDI问题中所包括的基本内容与参照图41描述的内容相同。然而，图46所示的预先记录的PDI问题还可以包括与问题xactionSetId有关的信息。下面将详细描述与本发明的实施方式有关的问题xactionSetId。
具体地，如图46所示，当目标标准类型代码是0x01时，根据本实施方式的问题ID可以包括与FIPS国家有关的信息。另外，图46所示的预先记录的PDI问题可以是QTA类型，并可以包括：包括请求FIPS国家的文本类型的PDI答案的内容的问题文本。
下面[示例10]是根据本发明的实施方式的、通过以xml方案表示图46所示的表而获得的。
[示例10]
图47是示出当目标标准类型代码是0x01时，与国家子区(country subdivision)有关的预先记录的PDI问题的表。在图47所示的预先记录的PDI问题中所包括的基本内容与参照图41描述的内容相同。然而，图47所示的预先记录的PDI问题还可以包括与问题xactionSetId有关的信息。下面将详细描述与本发明的实施方式有关的问题xactionSetId。
具体地，如图47所示，当目标标准类型代码是0x01时，根据本实施方式的问题ID可以包括与国家子区有关的部分信息(sector information)。图47所示的预先记录的PDI问题可以是QSA类型，并可以包括：包括请求国家子区的选择类型的PDI答案的内容的问题文本。
根据本实施方式的QSA类型的预先记录的PDI问题可以包括PDI答案的选择信息。例如，图47所示的国家子区的预先记录的PDI问题可以包括与如下各项有关的9个选择信息：西北、中北、东北、中西、中部、中东、西南、中南以及东南。
下面[示例11]是根据本发明的实施方式的、通过以xml方案表示表而获得的。
[示例11]
图45至图47所示的上述问题xactionSetId可以表示一组包括相似内容的PDI问题。根据本发明的实施方式的接收机可以在个性化广播服务中组合包含同一问题xactionSetId的预先记录的PDI问题，并使用预先记录的PDI问题。
例如，图44所示的接收机目标标准也可以被表示为具有同一问题xactionSetId的、图45至图47的接收机目标标准。根据本发明的实施方式的接收机可以使用通过组合图44所示的接收机目标标准和/或图45至图47所示的接收机目标标准而获得的结果，来提供个性化广播服务。
图48和图49是例示根据本发明的实施方式的预先记录的PDI问题的图。
具体地，图48和图49是例示当参照图43描述的目标标准类型代码是0x02时预先记录的PDI问题的表。
如图48和图49所示，当目标标准类型代码是0x02时，根据本实施方式的目标标准表可以包括：与字母数字邮政编码有关的预先记录的PDI问题信息。在这种情况下，根据本发明的实施方式的接收机可以使用根据区域的适当的字节数，来转换目标标准表，以获取预先记录的PDI问题。根据本实施方式的接收机可以使用最大8个字节，以便转换目标标准表。
图48是示出当目标标准类型代码为0x02时，与5位邮政编码有关的预先记录的PDI问题的表。5位邮政编码指的是在美国使用的字母数字邮政编码。在图48所示的预先记录的PDI问题中所包括的内容与参照图41描述的内容相同。
具体地，如图48所示，当目标标准类型代码为0x02时，根据本实施方式的问题ID可以包括与邮政编码有关的信息。图48所示的预先记录的PDI问题可以是QTA类型，并可以包括：包括请求邮政编码的文本类型的PDI答案的内容的问题文本。
下面[示例12]是根据本发明的实施方式的、通过以xml方案表示图48所示的表而获得的。
[示例12]
图49是示出当目标标准类型代码是0x02时，与数字邮政编码有关的预先记录的PDI问题的表。该数字邮政编码指的是除了美国之外的区域所使用的字母数字邮政编码。在图49所示的预先记录的PDI问题中所包括的内容与参照图41描述的内容相同。
具体地，如图49所示，当目标标准类型代码是0x02时，根据本实施方式的问题ID可以包括与邮政编码有关的信息。图49所示的预先记录的PDI问题可以包括：包括请求邮政编码的文本类型的PDI答案的内容的问题文本。
下面[示例13]是根据本发明的实施方式的、通过以xml方案表示图49所示的表而获得的。
[示例13]
图50至图53是例示根据本发明的实施方式的预先记录的PDI问题的图。
具体地，图50至图53是例示当参照图43描述的目标标准类型代码是0x03时预先记录的PDI问题的表。
如图50至图53所示，当目标标准类型代码是0x03时，根据本实施方式的目标标准表可以包括：与用户的人口统计分类有关的预先记录的PDI问题信息。在这种情况下，根据本发明的实施方式的接收机可以仅使用低位2字节来转换目标标准表，以获取预先记录的PDI问题。
图50是示出当目标标准类型代码是0x03时，与用户的性别有关的预先记录的PDI问题的表。在图50所示的预先记录的PDI问题中所包括的内容与参照图41描述的内容相同。
具体地，如图50所示，当目标标准类型代码是0x03时，根据本实施方式的问题ID可以包括与性别有关的信息。另外，图50所示的预先记录的PDI问题可以是QSA类型，并可以包括：包括请求用户的性别的选择类型的PDI答案的内容的问题文本。
另外，图50所示的预先记录的PDI问题是QSA类型，因此，可以包括与PDI答案有关的选择信息。例如，与图50所示的性别有关的预先记录的PDI问题可以包括两种类型的男性和女性选择信息。
下面[示例14]是根据本发明的实施方式的、通过以xml方案表示图50所示的表而获得的。
[示例14]
图51是示出当目标标准类型代码是0x03时，与用户的年龄段有关的预先记录的PDI问题的表。在图51所示的预先记录的PDI问题中所包括的内容与参照图41描述的内容相同。
具体地，如图51所示，当目标标准类型代码是0x03时，根据本实施方式的问题ID可以包括与年龄段有关的信息。图51所示的预先记录的PDI问题可以是QSA类型，并可以包括：包括请求年龄段的选择类型的PDI答案的内容的问题文本。
另外，图51所示的预先记录的PDI问题是QSA类型，因此，可以包括与PDI答案有关的选择信息。例如，与图51所示的年龄段有关的预先记录的PDI问题可以包括与如下年龄段有关的8种类型的选择信息：2-5岁、6-11岁、12-17岁、18-34岁、35-49岁、50-54岁、55-64岁以及65岁以上。
下面[示例15]是根据本发明的实施方式的、通过以xml方案表示图51所示的表而获得的。
[示例15]
图52是例示当目标标准类型代码是0x03时，与用户是否正在工作有关的预先记录的PDI问题的表。在图52所示的预先记录的PDI问题中所包括的内容与参照图41描述的内容相同。
具体地，如图52所示，当目标标准类型代码是0x03时，根据本实施方式的问题ID可以包括与工作有关的信息。图52所示的预先记录的PDI问题可以是QSA类型，并可以包括：包括请求与用户是否正在工作有关的选择类型的PDI答案的内容的问题文本。
另外，图52所示的预先记录的PDI问题是QSA类型，因此，可以包括与PDI答案有关的选择信息。例如，与图52所示的工作有关的预先记录的PDI问题可以包括与是和否有关的两种类型的选择信息。
下面[示例16]是根据本发明的实施方式的、通过以xml方案表示图52所示的表而获得的。
[示例16]
图53是示出当目标标准类型代码是0x03时，与用户的工作有关的预先记录的PDI问题的表。在图53所示的预先记录的PDI问题中所包括的内容与参照图41描述的内容相同。
具体地，如图53所示，当目标标准类型代码是0x03时，根据本实施方式的问题ID可以包括与工作有关的信息。另外，图53所示的预先记录的PDI问题可以是QBA类型，并可以包括：包括请求与用户是否正在工作有关的布尔类型的PDI答案的内容的问题文本。
下面[示例17]是根据本发明的实施方式的、通过以xml方案表示图53所示的表而获得的。
[示例17]
图54是例示根据本发明的实施方式的应用编程接口(PDI API)的图。
具体地，图54是例示用于由诸如上述声明性内容对象(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问题。
图54是示出根据本发明的实施方式的PDI API的图。根据本发明的实施方式的接收机可以使用图54所示的PDI API来获取PDI表列表。
在下文中，将描述图54所示的API。
图54所示的API的名称是getPDITableList()，并可以根据设计者的意图进行更改。图54所示的描述涉及getPDITableList()API函数的细节。图54所示的参数指的是getPDITableList()API函数的参数。
更具体地，图54所示的描述表示getPDITableList()API函数是用于返回具有一系列PDI表的XML结构，对每个PDI表给出pdiTableId。XML结构是如下述的XML方案。pdiTableList元素(其具有单一pdiTableId子元素)具有基数0至无限。0的pdiTableId实例的情况应表示广播者尚未提供PDI表。
图54所示的参数表示pdiTableId是呈URL的形式的、PDI表的全局唯一识别符。
因此，根据本发明的实施方式的接收机可以接收具有根据XML方案的表格式的PDI列表。如图54所示，PDI列表可以包括pdiTableId元素。当图54所示的pdiTableId元素的基数指示0时，这意味着根据本发明的实施方式的接收机没有从广播者接收PDI表。
图55是示出根据本发明的另一实施方式的PDI API的图。
具体地，图55是示出用于由根据本发明的实施方式的接收机获取PDI表的PDIAPI的图。
在下文中，将描述图55所示的API。
图55所示的API的名称是getPDITable(String pdiTableId)，并可以根据设计者的意图进行更改。图55所示的描述涉及getPDITable(String pdiTableId)API函数的细节。图55所示的参数指的是getPDITable(String pdiTableId)API API函数的参数。
更具体地，图55所示的描述表示getPDITable(String pdiTableId)API函数是用于接收机返回PDI Table XML文件的。每个pdiTable与由全局唯一pdiTableId识别符(提供作为方法的输入)进行的识别相关联。返回值是如下的字符串：包含系列化的PDI Table XML实例，可选地包含PDI-Q或PDI-A XML实例。
图55所示的参数表示pdiTableId是呈URL的形式的、PDI表的全局唯一识别符。
因此，根据本发明的实施方式的接收机可以接收参照图54描述的PDI列表，并且然后接收PDI表。具体地，接收PDI列表的接收机可以接收与图54所示的pdiTableId相关联的PDI表XML文件。
具体地，基于图55所示的PDI API的接收机的操作与参照图7至图10、图23、图34、图36以及图39至图42描述的操作相同。另外，基于图55所示的PDI API的接收机可以接收参照图11至图18描述的、呈PDI表格式的PDI列表。
图56是示出根据本发明的另一实施方式的PDI API的图。
具体地，图56是示出用于由根据本发明的实施方式的接收机获取PDI答案的PDIAPI的表。
在下文中，将描述参照图56所示的API。
图56所示的API的名称是getPDIA(String pdiTableId)，并可以根据设计者的意图进行更改。图56所示的描述涉及getPDIA(String pdiTableId)API函数的细节。图56所示的参数指的是getPDIA(String pdiTableId)API函数的参数。
更具体地，图56所示的描述表示getPDIA(String pdiTableId)API函数是用于接收机返回PDI-A XML文件的。每个pdiTable与由全局唯一pdiTableId识别符(提供作为方法的输入)的识别相关联。返回值是包含系列PDI-A XML实例的字符串。
图56所示的参数表示pdiTableId是呈URL的形式的、PDI表的全局唯一识别符。
因此，接收机，接收参照图54描述的PDI列表，并且然后接收与图54所示的pdiTableId相关联的PDI-A表的XML文件(或PDI-A实例文件)。根据本实施方式的PDI-A实例文件与参照图17描述的文件相同。
具体地，基于图56所示的PDI API的接收机的操作与参照图7至图10、图23、图34、图36以及图39至图42描述的操作相同。
虽然图54至图56未示出，但是根据本实施方式的PDI API能够被描述为下面的表6和/或表7。
表6
[表6]
[表7]
图57是例示根据本发明的实施方式的数字服务信号处理装置的图。
具体地，图57是用于处理根据本发明的实施方式的数字服务信号的接收装置5700的图。图57所示的接收装置5700可以实现个性化广播服务，并可以提供ATSC2.0服务。
如图57所示，根据本实施方式的接收装置5700可以包括：PDI模块5710、PDI应答模块5720、过滤模块5730和/或内容存储模块5740。接收装置5700的结构可以根据设计者的意图进行更改。在下文中，将描述每个模块。
图57所示的PDI模块5710可以接收PDI表，其中，PDI表包括具有PDI问题的属性的至少一个问题元素。图5所示的PDI模块5710还可以从至少一个问题元素中提取PDI问题，其中，所述至少一个问题元素中的每个具有不同类型。根据本实施方式的PDI模块5710的操作与参照图7和图8以及图54至图56描述的操作相同。
根据本发明的实施方式的至少一个问题元素的类型指示具有如下各项中的一个PDI问题的类型：整数答案、布尔答案、选择答案、文本答案以及没有PDI问题的答案。
根据本发明的实施方式的PDI表还可以包括：表Id字段、表版本字段、时间字段、协议版本字段、期满字段和/或xactionSetId字段。
根据本发明的实施方式的表Id字段能够识别PDI表。根据本发明的实施方式的表版本字段能够指示PDI表的版本。根据本发明的实施方式的时间字段能够指示对PDI问题的最近更改的日期和时间。根据本发明的实施方式的协议版本字段能够指示PDI表的协议版本。根据本发明的实施方式的期满字段能够指示每个PDI问题的期满日期和时间。根据本发明的实施方式的xactionSetId能够指示每个PDI问题是否属于一组PDI问题。
根据本发明的实施方式的至少一个问题元素还可以包括表示位置和时间的信息的情况字段，其中，情况字段包括包括纬度和经度的信息的位置字段。
已参照图11至图18描述上述PDI表和问题元素。
图57所示的PDI应答模块5720可以接收根据所提取的PDI问题的PDI答案。根据本实施方式的PDI应答模块5720的操作与参照图7和图8及图54至图56描述的操作相同。
图57所示的过滤模块5730可以接收过滤标准信息。过滤模块5730还可以通过将过滤标准信息与接收到的PDI答案进行比较，来过滤数字服务信号的内容。根据本实施方式的过滤模块5730的操作与参照图7至图10及图54至图56描述的操作相同。
根据本发明的实施方式的过滤标准信息的类型指示用于具有如下各项中的一个的PDI问题的类型：整数答案、布尔答案、选择答案、文本答案及没有PDI问题的答案；过滤还包括：确定过滤标准信息是否与PDI答案匹配。已参照图19至图22描述根据本实施方式的过滤标准信息。
图57所示的内容存储模块5740可以下载过滤后的内容。根据本实施方式的内容存储模块5740的操作与参照图7和图8及图54至图56描述的操作相同。
当经由IP子网携带PDI表时，图57所示的PDI模块5710还可以定期向ACR(自动内容识别)服务器发送包括内容的签名的请求，并从ACR服务器接收包括用于接收URLList信息的触发器的响应以及包括过滤标准信息的TPT。根据本实施方式的PDI模块5710的操作与参照图36至图39描述的操作相同。另外，已参照图24描述上述IP子网。
当经由广播流传递PDI表时，图57所示的PDI模块5710还可以接收包括顺序号信息的表部分以区分PDI表，并使用该表部分的顺序号信息来接收PDI表。根据本实施方式的PDI模块5710的操作与参照图23至图35描述的操作相同。
虽然图57未示出，但是根据本实施方式的接收装置5700还可以包括：使用日志、使用监控引擎和/或使用监控引擎。根据本发明的实施方式的使用日志可以存储服务使用的历史。根据本发明的实施方式的使用监控引擎可以定期地或通过接收请求信号，来监视服务使用。根据本发明的实施方式的使用监控引擎可以应用监视结果来更新内容。已参照图8描述其详细描述。
图58是例示根据本发明的另一实施方式的数字服务信号处理装置的图。
具体地，图58是用于处理根据本发明的实施方式的数字服务信号的发送装置5800的图。图58所示的发送装置5800可以提供个性化广播服务，并可以提供ATSC2.0服务。
如图58所示，根据本实施方式的发送装置5800可以包括：PDI表生成器5810、过滤标准信息生成模块5820、以及发送模块5830。发送装置5800的结构可以根据设计者的意图进行更改。在下文中，将描述每个模块。
图58所示的PDI表生成器5810可以生成PDI表，其中，PDI表包括具有PDI问题的属性的至少一个问题元素，其中，PDI表还包括：识别PDI表的表Id字段；指示PDI表的版本的表版本字段；以及指示对PDI问题的最近更改的日期和时间的时间字段。
根据本发明的实施方式的至少一个问题元素的类型指示具有如下各项中的一个的PDI问题的类型：整数答案、布尔答案、选择答案、文本答案以及没有PDI问题的答案。
已参照图11至图18描述PDI表和问题元素。
图58所示的过滤标准信息生成模块5820可以生成过滤标准信息。根据本实施方式的过滤标准信息的内容与参照图19至图22描述的内容相同。
图58所示的发送模块5830可以发送PDI表、过滤标准信息和数字服务信号。根据本实施方式的发射模块5830的操作与参照图7和图8及图54至图56描述的操作相同。
当经由广播流发送PDI表时，发送模块5830还可以压缩生成的PDI表，将压缩后的PDI表划分为块，并将块插入到服务信令信道(SSC)中携带的部分中，其中，该部分包括顺序号信息以区分PDI表。发送模块5830的详细操作与参照图24描述的操作相同。
图59是根据本发明的实施方式的数字服务信号处理方法的图。
具体地，图59例示通过根据本发明的实施方式的个性化广播系统接收和处理数字服务信号的方法。上述个性化广播系统可以处理根据本发明的实施方式的、图17至图56所示的个性化广播服务。
根据本发明的实施方式的接收机可以接收PDI表(S5901)。
具体地，根据本发明的实施方式的接收机可以从内容提供者或广播者接收包括PDI调查问卷的PDI表。已参照图7和图8及图54至图56描述更详细的描述。
此外，根据本发明的实施方式的接收机可以经由ip子网接收PDI表。根据本发明的实施方式的接收机还可以定期向自动内容识别(ACR)服务器发送包括内容的签名的请求，并从ACR(自动内容识别)服务器接收包括用于接收URLList信息的触发器的响应、和包括过滤标准信息的TPT。已参照图24和图36至图39描述其详细描述。
根据本发明的实施方式的接收机可以通过广播流来接收PDI表。根据本发明的实施方式的接收机还可以接收包括用于区分PDI表的顺序号信息的表部分，并使用该表部分的顺序号信息来接收PDI表。已参照图23至图35描述了其更详细的描述。
根据本发明的实施方式的至少一个问题元素的类型指示具有如下各项中的一个的PDI问题的类型：整数答案、布尔答案、选择答案、文本答案以及没有PDI问题的答案。
根据本发明的实施方式的PDI表还可以包括：表Id字段、表版本字段、时间字段、协议版本字段、期满字段和/或xactionSetId字段。
根据本发明的实施方式的表Id字段能够识别PDI表。根据本发明的实施方式的表版本字段能够指示PDI表的版本。根据本发明的实施方式的时间字段能够指示对PDI问题的最近更改的日期和时间。根据本发明的实施方式的协议版本字段能够指示PDI表的协议版本。根据本发明的实施方式的期满字段指示每个PDI问题的期满日期和时间。根据本发明的实施方式的xactionSetId能够指示每个PDI问题是否属于一组PDI问题。
根据本发明的实施方式的至少一个问题元素还可以包括表示位置和时间的信息的情况字段，其中，情况字段包括包括纬度和经度的信息的位置字段。
已参照图11至图18给出上述PDI表和问题元素的详细描述。
根据本发明的实施方式的接收机可以从PDI表中提取PDI问题(S5902)。
具体地，根据本发明的实施方式的接收机可以从图17所示的PDI表中提取字符串类型的QxA.Q元素。已参照图11和图18给出其详细描述。
根据本发明的实施方式的接收机可以接收PDI问题的PDI答案(S5903)。
具体地，根据本发明的实施方式的接收机可以通过UI显示上述PDI问题，并从用户接收对应PDI问题的PDI答案。根据本发明的实施方式的接收机可以使用接收到的DI答案来更新包括对应PDI问题的PDI表。已参照图7、图8和图23给出其详细描述。
根据本实施方式的接收机可以接收过滤标准信息(S5904)。
具体地，根据本发明的实施方式的接收机可以接收参照图19至图22描述的格式的过滤标准信息。
另外，根据本发明的实施方式的接收机可以通过广播网络来接收过滤标准信息。在这种情况下，根据本实施方式的接收机可以接收参照图32和图33描述的格式的过滤标准信息。
根据本发明的实施方式的接收机可以将过滤标准信息和过滤内容的PDI答案进行比较(S5905)。
具体地，根据本发明的实施方式的接收机可以使用用于识别PDI数据的PDI数据识别符，来将过滤标准信息和PDI答案进行匹配和比较。已参照图7至图10给出其详细描述。
根据本发明的实施方式的接收机可以下载过滤后的内容(S5906)。
具体地，根据本发明的实施方式的接收机可以使用上述过滤结果，来确定是否需要向用户提供对应内容，并根据需要来下载对应内容。已参照图7至图10给出更详细的描述。
图60是例示根据本发明的另一实施方式的数字服务信号处理方法的图。
具体地，图60是通过根据本发明的实施方式的个性化广播系统发送和接收数字服务信号的方法的流程图。上述个性化广播系统可以处理根据本发明的实施方式的、图17至图56所示的个性化广播服务。
根据本实施方式的个性化广播系统可以生成PDI表(S6001)。
具体地，上述PDI表包括具有PDI问题的属性的至少一个问题(question)元素，其中，PDI表还包括：识别PDI表的表Id字段；指示PDI表的版本的表版本字段；以及指示对PDI问题的最近更改的日期和时间的时间字段。
根据本发明的实施方式的至少一个问题元素的类型指示具有如下各项中的一个的PDI问题的类型：整数答案、布尔答案、选择答案、文本答案以及没有PDI问题的答案。
将参照图11至图18详细描述上述PDI表和问题元素。
根据本实施方式的个性化广播系统可以生成过滤标准信息(S6002)。
具体地，如图7和图8所示，内容提供商和/或广播者可以生成用于获取用户的PDI信息的过滤标准信息。已参照图19至图22描述根据本实施方式的过滤标准信息。
根据本实施方式的个性化广播系统可以发送PDI表、过滤标准信息和/或内容(S6003)。
具体地，内容提供商和/或广播者可以通过广播网络或因特网发送PDI表、过滤标准信息和/或内容。已参照图7和图8及图23至图39给出更详细的描述。
根据本发明，个性化广播系统可以有效地收集用户信息，并处理用于提供个性化服务而收集的用户信息。
根据本发明，个性化广播系统可以使用用户信息来选择并提供对用户优化的内容。
另外，根据本发明，用户可以经由个性化广播系统主动选择用户内容。
已经以具体实施方式方式描述了各种实施方式，以便执行本发明。
对于本领域技术人员而言，将显而易见的是，在本发明中能够做出各种修改和变型，而不脱离本发明的精神或范围。因此，期望的是，本发明涵盖这些修改和变型，只要它们落在所附权利要求及其等同物的范围内即可。
发明的模式
已经以具体实施方式方式描述了各种实施方式，以便执行本发明。
对于本领域技术人员而言，将显而易见的是，在本发明中能够做出各种修改和变型，而不脱离本发明的精神或范围。因此，期望的是，本发明涵盖这些修改和变型，只要它们落在所附权利要求及其等同物的范围内即可。
工业实用性
本发明应用于一系列与提供广播服务相关联的工业领域。

Claims (20)

1.一种接收数字服务信号的方法，所述方法包括如下步骤：
接收简档人口统计及兴趣PDI表，其中，所述PDI表包括具有PDI问题的属性的至少一个问题元素，其中，所述PDI表还包括识别所述PDI表的表Id字段、指示所述PDI表的版本的表版本字段、以及指示对所述至少一个PDI问题的最近更改的日期和时间的时间字段；
从所述PDI表中提取所述PDI问题，其中，所述至少一个问题元素中的每个具有不同的类型；
接收根据所提取的PDI问题的PDI答案；
接收过滤标准信息；
通过将所述过滤标准信息与接收到的PDI答案进行比较，来过滤所述数字服务信号的内容；以及
下载过滤后的内容，
其中，所述至少一个问题元素的类型指示具有如下各项中的一个的PDI问题的类型：整数答案、布尔答案、选择答案、文本答案以及没有PDI问题的答案。
2.根据权利要求1所述的方法，其中，所述过滤标准信息的类型指示具有如下各项中的一个的PDI问题的类型：整数答案、布尔答案、选择答案、文本答案以及没有PDI问题的答案，该过滤步骤还包括：确定所述过滤标准信息是否匹配所述PDI答案。
3.根据权利要求1所述的方法，所述PDI表经由IP子网携带。
4.根据权利要求3所述的方法，所述方法还包括如下步骤：
定期向自动内容识别ACR服务器发送包括所述内容的签名的请求；以及
从所述ACR服务器接收如下各项：包括用于接收URLList信息的触发器的响应、和包括所述过滤标准信息的TPT。
5.根据权利要求1所述的方法，当经由广播流传递所述PDI表时，所述方法还包括如下步骤：
接收包括用于区分所述PDI表的顺序号信息的表部分；以及
使用所述表部分的所述顺序号信息来接收所述PDI表。
6.根据权利要求1所述的方法，其中，所述PDI表还包括如下各项中的至少的一个：指示所述PDI表的协议版本的协议版本字段、指示所述PDI问题中的每个的期满日期和时间的期满字段、以及指示所述PDI问题中的每个是否属于一组所述PDI问题的xactionSetId字段。
7.根据权利要求1所述的方法，其中，所述至少一个问题元素还包括指示位置和时间的信息的情况字段，其中，所述情况字段包括包含经度和纬度的信息的位置字段。
8.根据权利要求1所述的方法，所述方法还包括如下步骤：
存储服务使用的历史；
定期地或通过接收请求信号来监视所述服务使用；以及
应用监视结果来更新所述内容。
9.一种处理数字服务信号的方法，所述方法包括如下步骤：
生成PDI表，其中，所述PDI表包括具有PDI问题的属性的至少一个问题元素，其中，所述PDI表还包括：识别所述PDI表的表Id字段、指示所述PDI表的版本的表版本字段、以及指示对所述PDI问题的最近更改的日期和时间的时间字段；
生成过滤标准信息；以及
发送所述PDI表、所述过滤标准信息以及所述数字服务信号的内容，
其中，所述至少一个问题元素的类型指示具有如下各项中的一个的PDI问题的类型：整数答案、布尔答案、选择答案、文本答案以及没有PDI问题的答案。
10.根据权利要求9所述的方法，其中，当所述PDI表经由广播流发送时，所述方法还包括如下步骤：
压缩生成的PDI表；
将压缩后的PDI表划分为块；
将所述块插入到服务信令信道SSC中携带的部分中，其中，所述部分包括用于区分所述PDI表的顺序号信息。
11.一种用于接收数字服务信号的装置，所述装置包括：
PDI模块，其被构造为接收PDI表，其中，所述PDI表包括具有PDI问题的属性的至少一个问题元素，其中，所述PDI表还包括：识别所述PDI表的表Id字段、指示所述PDI表的版本的表版本字段、以及指示对所述PDI问题的最近更改的日期和时间的时间字段，并且所述PDI模块被构造为从所述至少一个问题元素中提取所述PDI问题，其中，所述至少一个问题元素中的每个具有不同的类型；
PDI应答模块，其被构造为接收根据所提取的PDI问题的PDI答案；
过滤模块，其被构造为通过将过滤标准信息与接收到的PDI答案进行比较，来接收所述过滤标准信息和所述数字服务信号的过滤内容；
内容存储模块，其被构造为下载过滤后的内容，其中，所述至少一个问题元素的类型指示具有如下各项中的一个的PDI问题的类型：整数答案、布尔答案、选择答案、文本答案以及没有PDI问题的答案。
12.根据权利要求11所述的装置，其中，所述过滤标准信息的类型指示具有如下各项中的一个的PDI问题的类型：整数答案、布尔答案、选择答案、文本答案以及没有PDI问题的答案，该过滤步骤还包括：确定所述过滤标准信息是否匹配所述PDI答案。
13.根据权利要求11所述的装置，所述PDI表经由IP子网络携带。
14.根据权利要求13所述的装置，所述PDI模块还包括如下操作：
定期向自动内容识别ACR服务器发送包括所述内容的签名的请求；以及
从所述ACR服务器接收如下各项：包括用于接收URLList信息的触发器的响应、和包括所述过滤标准信息的TPT。
15.根据权利要求11所述的装置，当经由广播流传递所述PDI表时，所述PDI模块还进行如下操作：
接收包括用于区分所述PDI表的顺序号信息的表部分；并且
使用所述表部分的所述顺序号信息来接收所述PDI表。
16.根据权利要求11所述的装置，其中，所述PDI表还包括如下各项中的至少的一个：指示所述PDI表的协议版本的协议版本字段、指示所述PDI问题中的每个的期满日期和时间的期满字段、以及指示所述PDI问题中的每个是否属于一组所述PDI问题的xactionSetId字段。
17.根据权利要求11所述的装置，
其中，所述至少一个问题元素还包括指示位置和时间的信息的情况字段，其中，所述情况字段包括包含经度和纬度的信息的位置字段。
18.根据权利要求11所述的装置，所述装置还包括：
使用日志，其被构造为存储服务使用的历史；
被构造为定期地或通过接收请求信号来监视所述服务使用的使用监控引擎；以及
被构造为应用监视结果来更新所述内容的使用监控引擎。
19.一种用于处理数字服务信号的装置，所述装置包括：
PDI表生成器，其被构造为生成PDI表，其中，所述PDI表包括具有PDI问题的属性的至少一个问题元素，其中，所述PDI表还包括：识别所述PDI表的表Id字段、指示所述PDI表的版本的表版本字段、以及指示对所述PDI问题的最近更改的日期和时间的时间字段；
过滤标准信息生成模块，其被构造成生成过滤标准信息；以及
发送模块，其被构造成发送所述PDI表、所述过滤标准信息以及所述数字服务信号的内容，
其中，所述至少一个问题元素的类型指示具有如下各项中的一个的PDI问题的类型：整数答案、布尔答案、选择答案、文本答案以及没有PDI问题的答案。
20.根据权利要求19所述的装置，其中，当所述PDI表经由广播流发送时，所述发送模块还进行如下操作：
压缩生成的PDI表；
将压缩后的PDI表划分为块；
将所述块插入到服务信令信道SSC中携带的部分中，其中，所述部分包括用于区分所述PDI表的顺序号信息。
CN201380045708.2A 2012-08-29 2013-08-28 用于处理数字服务信号的方法及装置 Active CN104584569B (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201261694761P 2012-08-29 2012-08-29
US61/694,761 2012-08-29
US201261697272P 2012-09-05 2012-09-05
US61/697,272 2012-09-05
US201261706096P 2012-09-26 2012-09-26
US61/706,096 2012-09-26
PCT/KR2013/007713 WO2014035130A1 (en) 2012-08-29 2013-08-28 Method and apparatus for processing digital service signal

Publications (2)

Publication Number Publication Date
CN104584569A true CN104584569A (zh) 2015-04-29
CN104584569B CN104584569B (zh) 2019-02-01

Family

ID=50183876

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201380041693.2A Pending CN104521240A (zh) 2012-08-29 2013-08-28 处理数字服务信号的方法和设备
CN201380045708.2A Active CN104584569B (zh) 2012-08-29 2013-08-28 用于处理数字服务信号的方法及装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201380041693.2A Pending CN104521240A (zh) 2012-08-29 2013-08-28 处理数字服务信号的方法和设备

Country Status (9)

Country Link
US (2) US9807440B2 (zh)
EP (2) EP2891317A4 (zh)
JP (2) JP6059810B2 (zh)
KR (2) KR20150052832A (zh)
CN (2) CN104521240A (zh)
CA (1) CA2878164C (zh)
DE (2) DE112013003718B4 (zh)
MX (2) MX348203B (zh)
WO (2) WO2014035130A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109003077A (zh) * 2018-06-14 2018-12-14 温州极客物联网开发实验室有限公司 一种移动电子凭证

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9838741B2 (en) * 2011-08-10 2017-12-05 Lg Electronics Inc. Method for transmitting broadcast service, method for receiving broadcast service, and apparatus for receiving broadcast service
US20140229580A1 (en) * 2013-02-12 2014-08-14 Sony Corporation Information processing device, information processing method, and information processing system
US8990234B1 (en) * 2014-02-28 2015-03-24 Lucas J. Myslinski Efficient fact checking method and system
CN106170988A (zh) 2014-03-13 2016-11-30 凡瑞斯公司 使用嵌入式代码的交互式内容获取
US10504200B2 (en) 2014-03-13 2019-12-10 Verance Corporation Metadata acquisition using embedded watermarks
KR102461599B1 (ko) 2014-06-20 2022-11-03 소니그룹주식회사 수신 장치, 수신 방법, 송신 장치, 및, 송신 방법
WO2016017964A1 (ko) * 2014-07-29 2016-02-04 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN106796625B (zh) 2014-08-20 2019-09-24 凡瑞斯公司 使用预测图案的多样性的水印检测
JP6614154B2 (ja) 2014-10-28 2019-12-04 ソニー株式会社 受信装置、送信装置、およびデータ処理方法
KR20160061019A (ko) * 2014-11-21 2016-05-31 엘지전자 주식회사 영상 표시 장치 및 그 동작 방법
US9769543B2 (en) 2014-11-25 2017-09-19 Verance Corporation Enhanced metadata and content delivery using watermarks
US9942602B2 (en) 2014-11-25 2018-04-10 Verance Corporation Watermark detection and metadata delivery associated with a primary content
US9602891B2 (en) 2014-12-18 2017-03-21 Verance Corporation Service signaling recovery for multimedia content using embedded watermarks
US10749917B2 (en) 2015-03-12 2020-08-18 Lg Electronics Inc. Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
WO2016148489A2 (ko) * 2015-03-15 2016-09-22 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10499095B2 (en) * 2015-03-19 2019-12-03 Lg Electronics Inc. Apparatus and method for receiving/transmitting broadcast signal
EP3531706A4 (en) * 2016-10-21 2019-08-28 Sony Corporation RECEIVING DEVICE, SENDING DEVICE AND DATA PROCESSING METHOD
JPWO2019031269A1 (ja) * 2017-08-10 2020-09-10 ソニー株式会社 送信装置、送信方法、受信装置、及び受信方法
JP7008514B2 (ja) * 2018-01-22 2022-01-25 キヤノン株式会社 通信装置、制御方法、及びプログラム
CN111868806B (zh) * 2018-03-16 2022-05-24 夏普株式会社 显示装置
US11722741B2 (en) 2021-02-08 2023-08-08 Verance Corporation System and method for tracking content timeline in the presence of playback rate changes

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101656935A (zh) * 2008-08-22 2010-02-24 中国移动通信集团公司 一种pdi信息输出、接收方法及终端设备
US20110247028A1 (en) * 2010-04-01 2011-10-06 Mark Eyer Receiver and System Using an Electronic Questionnaire for Advanced Broadcast Services

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6581071B1 (en) 2000-09-12 2003-06-17 Survivors Of The Shoah Visual History Foundation Surveying system and method
JP2002175326A (ja) 2000-09-29 2002-06-21 Matsushita Electric Ind Co Ltd 情報提示装置および情報記述方法
JP3820925B2 (ja) * 2001-06-20 2006-09-13 ソニー株式会社 受信装置および方法、情報配信方法、フィルタ蓄積プログラムおよび記録媒体
US20050131716A1 (en) * 2003-12-15 2005-06-16 Hanan Martin D. Method for determining compatibility
AU2005100653A4 (en) 2005-08-12 2005-09-15 Agent Mobile Pty Ltd Mobile Device-Based End-User Filter
WO2008035278A1 (en) * 2006-09-20 2008-03-27 Koninklijke Philips Electronics, N.V. System and method for using metadata to provide content for multimedia applications
EP2113155A4 (en) 2007-02-21 2010-12-22 Nds Ltd METHOD FOR PRESENTATION OF CONTENT
US9154824B2 (en) * 2007-04-13 2015-10-06 Over-The-Top Networks Private Limited Company System for content delivery
MY173473A (en) * 2007-11-15 2020-01-28 Mimos Berhad Content filtering method and system
JP2009212814A (ja) 2008-03-04 2009-09-17 Victor Co Of Japan Ltd 番組選択装置、番組選択プログラム、及び番組選択方法
GB0903343D0 (en) 2009-02-27 2009-04-22 Element Six Holding Gmbh Hard-metal body with graded microstructure
US9723360B2 (en) 2010-04-01 2017-08-01 Saturn Licensing Llc Interests and demographics profile for advanced broadcast services
US20110302611A1 (en) * 2010-06-07 2011-12-08 Mark Kenneth Eyer Scripted Interactivity for Non-Real-Time Services
EP2397952A1 (en) * 2010-06-15 2011-12-21 Axel Springer Digital TV Guide GmbH Profile based content retrieval for recommender systems
US8909694B2 (en) * 2010-08-27 2014-12-09 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
US8875169B2 (en) * 2010-08-27 2014-10-28 Sony Corporation Transmission and reception apparatus, methods, and systems for filtering content
US8892636B2 (en) * 2010-08-30 2014-11-18 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
US9179188B2 (en) 2010-08-30 2015-11-03 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
US20120050619A1 (en) 2010-08-30 2012-03-01 Sony Corporation Reception apparatus, reception method, transmission apparatus, transmission method, program, and broadcasting system
US20120185888A1 (en) 2011-01-19 2012-07-19 Sony Corporation Schema for interests and demographics profile for advanced broadcast services
JP5668512B2 (ja) 2011-02-15 2015-02-12 ソニー株式会社 情報処理装置、及び、情報処理方法
US10491966B2 (en) * 2011-08-04 2019-11-26 Saturn Licensing Llc Reception apparatus, method, computer program, and information providing apparatus for providing an alert service
WO2013055146A1 (ko) 2011-10-13 2013-04-18 삼성전자 주식회사 방송 수신 장치에서 방송 서비스와 연동되어 부가 서비스를 제공하는 오브젝트를 처리하는 방법 및 이를 위한 장치
US9113230B2 (en) * 2011-12-21 2015-08-18 Sony Corporation Method, computer program, and reception apparatus for delivery of supplemental content
KR102033809B1 (ko) * 2012-02-07 2019-10-17 소니 주식회사 수신 장치, 수신 방법 및 프로그램
US9432744B2 (en) * 2012-07-31 2016-08-30 Sony Corporation Receiving device, receiving method, transmitting device, and transmitting method
EP2885698B1 (en) * 2012-08-15 2021-10-06 Saturn Licensing LLC Broadband delivery of personalization information for advanced tv services
US9264648B2 (en) * 2012-10-09 2016-02-16 Sony Corporation Receiving device, receiving method, transmitting device, and transmitting method
US10002206B2 (en) * 2012-10-26 2018-06-19 Saturn Licensing Llc Information processing device and information processing method
US20140229580A1 (en) * 2013-02-12 2014-08-14 Sony Corporation Information processing device, information processing method, and information processing system
US10979780B2 (en) * 2014-09-05 2021-04-13 Saturn Licensing Llc Receiving device, receiving method, transmission device, and transmission method

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101656935A (zh) * 2008-08-22 2010-02-24 中国移动通信集团公司 一种pdi信息输出、接收方法及终端设备
US20110247028A1 (en) * 2010-04-01 2011-10-06 Mark Eyer Receiver and System Using an Electronic Questionnaire for Advanced Broadcast Services

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109003077A (zh) * 2018-06-14 2018-12-14 温州极客物联网开发实验室有限公司 一种移动电子凭证

Also Published As

Publication number Publication date
MX2015000358A (es) 2015-04-14
US20140068646A1 (en) 2014-03-06
JP6100377B2 (ja) 2017-03-22
MX348203B (es) 2017-06-05
EP2891317A4 (en) 2016-08-03
KR20150052833A (ko) 2015-05-14
DE112013003835T5 (de) 2015-04-30
US9854287B2 (en) 2017-12-26
CN104584569B (zh) 2019-02-01
US20140068686A1 (en) 2014-03-06
DE112013003718B4 (de) 2018-07-12
EP2891317A1 (en) 2015-07-08
WO2014035131A1 (en) 2014-03-06
KR20150052832A (ko) 2015-05-14
EP2891316A1 (en) 2015-07-08
DE112013003718T5 (de) 2015-04-16
EP2891316A4 (en) 2015-11-18
WO2014035130A1 (en) 2014-03-06
MX2015000377A (es) 2015-04-10
DE112013003835B4 (de) 2018-06-28
CA2878164A1 (en) 2014-03-06
CN104521240A (zh) 2015-04-15
US9807440B2 (en) 2017-10-31
JP6059810B2 (ja) 2017-01-11
JP2015530027A (ja) 2015-10-08
CA2878164C (en) 2017-11-07
MX348565B (es) 2017-06-20
JP2015530800A (ja) 2015-10-15
EP2891316B1 (en) 2020-02-12

Similar Documents

Publication Publication Date Title
CN104584569B (zh) 用于处理数字服务信号的方法及装置
US9756381B2 (en) Method and apparatus for processing digital service signals
CN104662923B (zh) 用于处理数字服务信号的方法及装置
US8990844B2 (en) Method and apparatus for processing digital service signals
US9860611B2 (en) Broadcast service transmitting method, broadcasting service receiving method and broadcast service receiving apparatus
CN105009596B (zh) 视频显示设备及其操作方法
CA2834046A1 (en) Method for transmitting a broadcast service, apparatus for receiving same, and method for processing an additional service using the apparatus for receiving same

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
EXSB Decision made by sipo to initiate substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant