信息处理设备、信息处理方法以及信息处理系统的制作方法
【专利摘要】本技术涉及根据当时的需求启用内容获取的信息处理设备、信息处理方法和信息处理系统。接收部分接收从服务器发送并且代表关于用户偏好的问题的问题信息。处理执行部分生成代表用户对该问题的回答的用户侧回答信息并且把它存储在其中存储问题信息的蓄积部中。匹配部分在用户侧回答信息和从服务器发送并代表提供内容的提供方对该问题设置的回答的提供方侧回答信息之间执行匹配，来获取从服务器分发的内容。处理执行部分执行蓄积部中所存储的问题信息和/或用户侧回答信息的至少读出或更新。本技术可以应用到接收数字电视节目的接收设备。
【专利说明】信息处理设备、信息处理方法以及信息处理系统
【技术领域】
[0001] 本技术涉及信息处理设备、信息处理方法以及信息处理系统，尤其涉及根据元数 据来允许内容获取的信息处理设备、信息处理方法以及信息处理系统。
【背景技术】
[0002] 近年来，因为可以同时广播的信息量随着电视广播的数字化显著增加，所以执行 各种类型数据连同实时观看电视节目（内容）的同时广播。
[0003] 此外，已经推荐了内容下载服务，其中允许高速数据下载的上述电视广播和互联 网被用作内容的通信路径（参考例如PTL1)。
[0004] 顺便提及，在一般的内容下载服务中，在提供（分发）内容的提供方一侧服务器中 设置的过滤属性（也称为过滤索引、过滤元数据等）作为元数据而给予内容。这允许在接 收（获取）内容的客户端中进行内容的过滤（意愿或选择）。
[0005] 过滤属性作为关于元数据的元素的值而被设置，其中元数据选自由诸如ATSC(高 级电视标准委员会）或ARIB (无线工业及商贸联合会）的标准组织定义的元数据集合。
[0006] 具体而言，例如，选择"观看目标"作为其元数据元素，其中"青少年"设置成作为关 于该元数据元素的值的过滤属性，这样的内容被提供给客户端，客户端执行过滤以获取"用 于其'观看目标是青少年'的观众的内容"。
[0007] [引用列表]
[0008] [专利文献]
[0009] [PTL 1]
[0010] 日本专利特许公开No. 2010-21988
【发明内容】
[0011][技术问题]
[0012] 但是，不包括在由标准组织定义的元数据集中的元数据（过滤属性）并不被提供 给内容。
[0013] 例如，即使提供方一侧想分发"用于其'观看目标是青少年'并且'对寻找工作感 兴趣'的观众的内容"，如果"是否对找工作感兴趣"不作为元数据的元素在由标准组织定义 的元数据集中存在，则其中"对找工作感兴趣"被设置成元数据的元素的过滤属性也不能被 提供给内容。
[0014] 因此，在提供方一侧，不能分发把观众根据当时需求的关注（例如，考虑趋势）作 为元数据而被提供的内容。
[0015] 此外，这种情况下，在客户端一侧，不能这样执行过滤来根据当时的需求获取内 容。
[0016] 本技术是鉴于这种情形产生，旨在允许根据当时的需求获取内容。
[0017] [对问题的解决办法]
[0018] 本技术一方面的信息处理设备包括：接收从服务器发送并且代表关于用户偏好的 问题的问题信息的接收部分、生成代表用户对该问题的回答的用户侧回答信息并且把用户 侧回答信息存储在用于存储问题信息的蓄积部中的处理执行部分，以及通过在用户侧回答 信息和从服务器发送并代表提供内容的提供方对该问题设置的回答的提供方侧回答信息 之间执行匹配来获取从服务器分发的内容的匹配部分。处理执行部分执行蓄积部中所存储 的问题信息和/或用户侧回答信息的至少读出或更新操作。
[0019] 可以使处理执行部分作为web应用提供并且通过调用预定的API (应用编程接口） 来执行蓄积部中所存储的问题信息和/或用户侧回答信息的至少读出或更新操作。
[0020] 可以使一条或多条问题信息和/或用户侧回答信息作为一个表被存储在蓄积部 中。
[0021] 可以使处理执行部分基于识别表的表ID执行对应的表的读出或移除。
[0022] 可以使处理执行部分依赖于表在蓄积部中的存在或不存在来执行表的生成或更 新，并且可以使更新后的表的版本被更新。
[0023] 可以使处理执行部分基于识别问题信息的问题信息ID执行对应的问题信息和/ 或用户侧回答信息的读出。
[0024] 可以使处理执行部分依赖于问题信息和/或用户侧回答信息在蓄积部中的存在 或不存在而只执行用户侧回答信息的更新，并且可以使包括更新后的用户侧回答信息的表 的版本不被更新。
[0025] 可以使蓄积部仅与一个web应用建立会话。
[0026] 蓄积部可以进一步在信息处理设备中提供。
[0027] 本技术一方面的信息处理方法包括步骤：接收从服务器发送并代表关于用户偏好 的问题的问题信息、生成代表用户对该问题的回答的用户侧回答信息并把用户侧回答信息 存储在用于存储问题信息的蓄积部中，并且通过在用户侧回答信息和从服务器发送并代表 提供内容的提供方对该问题设置的回答的提供方侧回答信息之间执行匹配来获取从服务 器分发的内容。执行蓄积部中所存储的问题信息和/或用户侧回答信息的至少读出或更新 操作。
[0028] 本技术一方面的信息处理系统是发送/接收系统，由分发内容的发送设备和获取 从发送设备分发的内容的接收设备组成。发送设备包括用于生成问题信息的问题生成装 置，其中问题信息是代表关于接收设备的用户偏好的问题的信息，还包括用于向接收设备 发送问题信息和代表提供内容的提供方对该问题设置的回答的提供方侧回答信息的发送 装置。接收设备包括：接收从发送设备发送的问题信息的接收部分、生成代表用户对该问题 的回答的用户侧回答信息并且把用户侧回答信息存储在用于存储问题信息的蓄积部中的 处理执行部分，以及通过在用户侧回答信息和从发送设备发送的提供方侧回答信息之间执 行匹配来获取从发送设备分发的内容的匹配部分。处理执行部分执行蓄积部中所存储的问 题信息和/或用户侧回答信息的至少读出或更新。
[0029] 在本技术的一方面，接收从服务器发送并且代表关于用户偏好的问题的问题信 息。生成代表用户对该问题的回答的用户侧回答信息并存储在用于存储问题信息的蓄积部 中。执行用户侧回答信息和从服务器发送并代表提供内容的提供方对该问题设置的回答的 提供方侧信息之间的匹配，并由此获取从服务器分发的内容。执行蓄积部中所存储的问题 信息和/或用户侧回答信息的至少读出或更新。
[0030] [本发明的有利效果]
[0031] 根据本技术的一方面,可以根据当时的需求而获取内容。
【专利附图】
【附图说明】
[0032] 图1是示出根据本技术一种实施例的广播系统的配置例子的框图。
[0033] 图2是示出服务器的硬件配置例子的框图。
[0034] 图3是示出服务器的功能配置例子的框图。
[0035] 图4是示出客户端的功能配置例子的框图。
[0036] 图5是解释XML模式的语法例子的图。
[0037] 图6是解释PDI表的XML模式例子的图。
[0038] 图7是解释roi-Q的例子的图。
[0039] 图8是解释与用户的对话中屏幕显示例子的图。
[0040] 图9是解释与用户的对话中屏幕显示例子的图。
[0041] 图10是解释与用户的对话中屏幕显示例子的图。
[0042] 图11是解释与用户的对话中屏幕显示例子的图。
[0043] 图12是解释与用户的对话中屏幕显示例子的图。
[0044] 图13是解释PDI-A的例子的图。
[0045] 图14是解释提供方侧PDI-A的例子的图。
[0046] 图15是解释该提供方侧PDI-A的例子的图。
[0047] 图16是解释H)I API的功能的图。
[0048] 图 17 是解释 getPDITableO 的图。
[0049] 图 18 是解释 setroiTableO 的图。
[0050] 图 19 是解释 removeFOITable ()的图。
[0051] 图 20 是解释 getPDITablelDO 的图。
[0052] 图21是解释getPDI ()的图。
[0053] 图22是解释setPDI ()的图。
[0054] 图 23 是解释 getPDIID()的图。
[0055] 图24是解释c 1 ear ()的图。
[0056] 图 25 是解释 queryPDI ()的图。
[0057] 图26是示出通过IDL的H)I API定义的图。
[0058] 图27是示出通过IDL的H)I API定义的图。
[0059] 图28是解释内容的发送/接收处理的流程图。
[0060] 图29是解释内容的发送/接收处理的流程图。
[0061] 图30是示出本技术应用到其并且通过ATSC-M/H系统执行广播的广播系统的配置 例子的框图。
[0062] 图31是示出由ATSC-M/H系统发送的广播波信号中协议堆栈的图。
[0063] 图32是示出服务指南的数据配置的图。
[0064] 图33是解释服务片段的配置的图。
[0065] 图34是解释调度片段的配置的图。
[0066] 图35是解释内容片段的配置的图。
[0067] 图36是解释交互性数据片段的配置的图。
[0068] 图37是示出由NRT广播发送的广播波信号中协议堆栈的图。
[0069] 图38是示出TVCT、PAT、PMT和DSM-CC可寻址部分的数据结构的图。
[0070] 图39是示出SMT、NRT-IT和FLUTE EDT的数据结构的图。
[0071] 图40是示出PDI描述符语法的例子的图。
【具体实施方式】
[0072] 以下将参考附图描述本技术的实施例。
[0073][广播系统的配置例子]
[0074] 图1示出了根据本技术一种实施例的广播系统的配置例子。
[0075] 图1的广播系统10由在诸如广播（提供）数字电视节目（在下文中简称为内容） 的广播组织的提供方侧设置的服务器11和在用户家中或观看广播内容的类似地方设置的 客户终端（在下文中简称为客户端）12组成。客户端12在多个用户中每一个的家中设置。 但是，客户端也有可能配置为便携式终端设备，诸如手机和PDA (个人数字助理）。
[0076] 在广播系统10中，服务器11向客户端12发出内容和关于这个内容的内容元数 据，作为数字广播波的信号。基于连同内容一起发出的内容元数据，客户端12执行内容的 过滤，由此复制或蓄积仅用户期望的内容。内容元数据可以在内容发出之前发出，而不是和 内容一起发出。
[0077] 此外，在广播系统10中，服务器11和客户端12可以经诸如互联网的网络发送和 接收内容元数据和内容。
[0078][服务器的硬件配置]
[0079] 图2示出了服务器11的硬件配置。在图2中，服务器11基于例如计算机来配置。
[0080] CPU (中央处理单元）21根据存储在ROM(只读存储器）22中的程序或者从存储部 分28加载到RAM (随机存取存储器）23中的程序执行各种类型的处理。此外，在RAM 23中， 还相应地存储在CPU 21执行各种类型处理期间所需的数据等。
[0081] CPU 21、R0M 22和RAM 23经总线24彼此连接。此外，输入/输出接口 25也连接 到总线24。
[0082] 由键盘、鼠标等组成的输入部分26,由显示器、扬声器等组成的输出部分27,由硬 盘等配置的存储部分28以及由调制解调器、终端适配器、天线等组成的通信部分29连接到 输入/输出接口 25,其中显示器由LCD (液晶显示器）、有机EL (电致发光）等构成。通信 部分29经图中未示出的网络等与外部设备通信。此外，程序可以经通信部分29获取并存 储在存储部分28中。
[0083] 此外，驱动器30根据需求连接到输入/输出接口 25并且诸如磁盘、光盘、磁光盘 或半导体存储器的移动介质31也相应地安装。从它们读出的计算机程序根据需求安装在 存储部分28中。
[0084] 虽然图形表示被略去了，但是客户端12的硬件也如图2中所示的那样类似地配 置。
[0085][服务器的功能配置例子]
[0086] 接下来将参考图3描述服务器11的功能配置例子。
[0087] 服务器11由PDI-Q发生器41、通信部分42、PDI-A发生器43、元数据分发器44、 内容蓄积部45和内容分发器46组成。
[0088] PDI-Q发生器41生成ΗΠ-Q(偏好人口统计和兴趣问题），这是代表关于客户端12 的用户（观众）偏好的问题的信息，以便经通信部分42把它发送到客户端12并且把它提 供给PDI-A发生器43。
[0089] 响应于来自客户端12的请求，通信部分42向客户端12发送从ΗΠ-Q发生器41、 元数据分发器44和内容分发器46提供的各种类型的数据。
[0090] 基于来自PDI-Q发生器41的PDI-Q，PDI-A发生器43生成PDI-A(偏好人口统计 和兴趣回答），这是代表由提供方侧对上述对应于roi-Q的、关于客户端12用户偏好的问题 所设置的回答的信息。PDI-A发生器43把它提供给元数据分发器44。
[0091] 基于来自PDI-A发生器43的roi-A，元数据分发器44在内容蓄积部45中所蓄积 的内容片段中识别（查阅）对应于由提供方侧所设置回答的内容。元数据分发器44生成 包括roi-Α的内容元数据，作为识别出的内容的内容元数据，并且经通信部分42把它发送 到客户端12。
[0092] 内容蓄积部45蓄积要发送到客户端12的各种内容片段。
[0093] 内容分发器46在内容蓄积部45中所蓄积的内容片段中获取由元数据分发器44 识别出的内容，并且经通信部分42把它发送到客户端12。
[0094][客户端的功能配置例子]
[0095] 接下来将参考图4描述客户端12的功能配置例子。
[0096] 客户端12由通信部分5UPDI-A发生器52、PDI存储53、内容过滤器54、内容复制 器55和内容蓄积部56组成。
[0097] 通信部分51接收从服务器11发送的各种类型的数据并且把它提供给ΗΠ -Α发生 器52、PDI存储53或内容过滤器54。
[0098] 基于从服务器11发送的roi-Q，PDI-A发生器52生成roi-A，这代表用户对对应 于roi-Q的、关于客户端12用户偏好的问题的回答。PDI-A发生器52把它存储在PDI存储 53中。
[0099] PDI存储53存储来自PDI-A发生器52的PDI-A并且存储从服务器11发送的 roi-Q。存储在PDI存储53中的roi-A根据需要读出到内容过滤器54,以便在客户端12内 部提供。它可以在服务器11内部提供，或者可以在网络上客户端12可以与之通信的另一 个终端内部提供。
[0100] 内容过滤器54从PDI存储53读出roi-A并在这个roi-A和从服务器11发送的 内容元数据中所包括的roi-A之间执行匹配，由此执行从服务器11分发的内容的过滤。依 赖于过滤的结果，内容过滤器54向内容复制器55或内容蓄积部56供应已经对其执行了过 滤的内容。
[0101] 内容复制器55复制来自内容过滤器54的内容。此外，内容复制器55从内容蓄积 部56获取内容并复制这个内容。
[0102] 内容蓄积部56蓄积（记录）来自内容过滤器54的内容。
[0103] [XML模式语法的例子]
[0104] 这里参考图5,将描述用于配置roi-Q和roi-A的XML (可扩展标记语言）的语法 的例子。
[0105] 图5中，第一行示出用于roi-Q识别的声明与定义，第二行示出定义为roi-Q的整 个问题的名称和类型的声明。一个或多个roi-Q和/或代表对定义为roi-Q的问题的回答 的roi-A作为一个表（在下文中，被称为PDI表）来对待。
[0106] 第3行至第12行示出在第二行声明的每个问题的名称和类型的声明。具体而 言，在第五行上利用名称" QIA"定义的问题的类型" IntegerAnswerType "显示这个问 题是对于整数值类型回答的问题，并且在第六行上利用名称"QBA"定义的问题的类型 "BooleanAnswerType"显示这个问题是对逻辑值类型回答的问题。此外，在第七行上利用 名称" QSA "定义的问题的类型" Se 1 ect ionAnswerType "显示这个问题是对于回答选择类型 回答的问题，而在第八行上利用名称"QTA"定义的问题的类型"TextAnswerType"显示这个 问题是对于字符串类型回答的问题。而且，在第九行上利用名称"QAA"定义的问题的类型 "AnyAnswerType"显示这个问题是不限制回答类型的问题。
[0107] 第13行至第44行示出了在以上述方式声明的问题中利用名称"QIA"、"QBA"、 "QSA"和"QTA"定义的每个问题的元素的声明。特别地，在第15行、第24行、第31行和第 40行上示出的id元素代表用于识别各个问题的项并且如下定义为其第一格式的ID (标识 符）。
[0108] "common:[category:]question-ID"
[0109] 这第一种格式中，"common"显示由这个id元素识别的问题是与提供方无关而共 同定义的问题。" category"代表问题的类别并且"question-ID"代表问题的标识符。根据 需要，"category "可以具有像以下的分层嵌套结构。
[0110] ucommon:[category1:category2:category3: · · · ]question-ID"
[0111] 此外，id元素如下定义为其第二种格式。
[0112] "providerName:[category:]question_ID"
[0113] 这第二种格式中，"providerName"代表设置了由这个id元素识别的问题的提供 方的名称。"category"和"question-ID"与第一种格式中的那些相同。
[0114] 以这种方式，基于id元素，定义为roi-Q的问题被区分为：与提供内容的提供方无 关的问题（对提供方共同的）；和唯一地针对提供内容的提供方而定义的问题。
[0115] 以下，与提供内容的提供方无关的问题以及对这种问题的回答将被简称为提供方 共用的过滤参数，而特定于提供内容的提供方所定义的问题以及对这种问题的回答将被称 为提供方特有的过滤参数。
[0116] 如上所述，提供方共用的过滤参数对提供方共同定义，而不考虑个别的提供方。因 而，一般来说，客户端12的销售商（制造商等）提供它。因此，虽然服务器11中的roi-Q 发生器41可以由提供方侧提供，但是也有可能由客户端12的销售商提供。
[0117] 配置包括roi-Q和/或roi-A的PDI表的语法不限于图5中所示的例子，可以是 根据例如图6所示的XML模式的语法。
[0118] [PDI-Q 的例子]
[0119] 接下来将参考图7描述包括基于图5语法配置的ΗΠ -Q的PDI表的例子。
[0120] 在图7中，第一行上的"transactional"是显示，当包括由PDI-Q定义的问题（问 题组）的PDI表被发送目的地的客户端12更新时，如果在客户端12的存储区域（未示出） 中记录/更新roi-Q各个项的内容当中由于任何事故（盘写错误、由于处理负载增加而造 成的处理中断，等等）而使得不是roi-Q的各个项的全部内容都被记录/更新，是否使记录 /更新处理空（所谓回滚）追溯到roi-Q各个项内容的记录/更新之前紧挨着的状态的值。 如果 "transactional，' 为 "true，'，则 PDI-Q 回滚。
[0121] 第二行至第五行定义逻辑值类型回答的问题。第三行上的〈id>C〇mm 〇n:lll〈/id> 代表问题的id元素并且第四行上的<q>你目前有工作吗？ </q>代表问题本身。
[0122] 第六行至第九行定义整数值类型回答的问题。第七行上的〈id>C〇mm 〇n:222〈/id> 代表这个问题的id元素并且第八行上的<q>这个家庭看电视的最年长成员的年龄是多 大？ </q>代表这个问题本身。第六行上的minlnclusive ="10"maxlnclusive ="100" 显示对这个问题的回答限定到10至100的整数，包括10和100。
[0123] 第10行至第17行定义回答选择类型回答的问题。第11行上的 <id>ProviderA: 123〈/id>代表这个问题的id元素并且第12行上的<q>以下运动中你对哪 些最感兴趣？（允许多选）</q>代表这个问题本身。第13行上的<a>棒球</a>、第14行 上的<a>篮球</a>、第15行上的<a>英式足球</a>和第16行上的<a>曲棍球</a>每个 都代表对该问题的回答的一个选择。第10行上的minChoice ="l"maxChoice ="3"显示 对这个问题的回答个数限于这些选择中一至三个。
[0124] 第18行至第24行定义回答选择类型回答的问题。
[0125] 第19行上的<id>ProviderA:ProgramX: 123〈/id>代表这个问题的id元素并且第 20行上的<q>你喜欢野营和户外娱乐吗？（只能选一个）〈/q>代表这个问题本身。第21 行上的<a>从来不</a>、第22行上的<a>偶尔</a>和第23行上的<a>经常</a>每个都 代表对该问题的回答的一个选择。第18行上的maxChoice = "1"显示对这个问题的回答 个数限于一个。
[0126] 如上，在roI-Q中，对问题的回答候选和对回答的限制条件也依赖于问题的类型 而定义。
[0127] 第25行至第28行定义用于字符串类型的回答。第26行上的 <id>ProviderA:321〈/id>代表这个问题的id元素并且第27行上的<q>近来你对谁的产品 最感兴趣？ </q>代表这个问题本身。
[0128] 这里，下文中，由图7的ΗΠ-Q定义的每个问题将被称为相应id元素的问 题。具体而言，在第二行至第五行上定义的问题将被称为"Commom: 111"问题，并且在 第六行至第九行上定义的问题将被称为"C〇mm〇m:222"问题。在第10行至第17行上 定义的问题将被称为"Pr 〇viderA:123"问题并且在第18行至第24行上定义的问题将 被称为"ProviderA :ProgramX:123"问题。在第25行至第28行上定义的问题将被称为 "ProviderA:321" 问题。
[0129] 这个时候，"CommonKlll"问题和"C〇mm〇m:222"问题被区分为提供方共用的过滤参 数。"ProviderA:123" 问题、"ProviderA:ProgramX:123" 问题和"ProviderA:321" 问题被 区分为提供方特有的过滤参数。例如，"CommonKlll"问题显示这个问题是对以"111"作为 标识符的提供方共同设置的问题。"ProviderA: ProgramX: 123 "问题显示这个问题是由提供 方"ProviderA"设置的问题，以"ProgramX"作为类别（程序ID)并以"123"作为标识符。
[0130] [PDI-A发生器与用户对话当中的屏幕显示例子]
[0131] 接下来将参考图8至12描述与客户端12的用户对话当中的屏幕显示例子。这里， 假设客户端12接收包括在参考图7所描述的PDI表中的ΗΠ -Q并且对应于由包括在所接 收PDI表中的roi-Q定义的问题组的屏幕顺序显示在客户端12的显示部分（未示出）上。
[0132] 在参考图7解释的由PDI-Q定义的问题中，图8示出了对应于"CommonKlll"问题 的屏幕显示例子。在图8中，在图7第四行上示出的问题"你目前有工作吗？ "在问题呈现 部分61中显示。此外，显示提示用户输入对问题的回答的消息"请任选一个"、用于允许用 户选择"是"作为对问题的回答的选择按钮62-1和用于允许用户选择"否"作为对问题的 回答的选择按钮62-2。
[0133] 在参考图7解释的PDI-Q定义的问题中，图9示出了对应于"Commom:222"问题的 屏幕显示例子。在图9中，在图7第八行上示出的问题"这个家庭看电视的最年长成员的年 龄是多大？ "在问题呈现部分71上显示。此外，显示提示用户输入对这个问题的回答的消 息"请输入年龄"和用于允许用户输入整数值作为对该问题的回答的回答输入部分72。
[0134] 在参考图7解释的由ΗΠ -Q定义的问题中，图10示出了对应于"ProviderA:123" 问题的屏幕显示例子。在图10中，在图7第12行上显示的问题"以下运动中你对哪些最感 兴趣？（允许多选）"在问题呈现部分81上显示。此外，显示提示用户输入对该问题的回 答的消息"请从下面选择一至三个选项"和允许用户选择选项"棒球"、"篮球"、"英式足球" 和"曲棍球"作为对该问题的回答的选择按钮81-1至82-4。
[0135] 在参考图7解释的由PDI-Q定义的问题中，图11示出了对应于 "ProviderA:ProgramX: 123"问题的屏幕显示例子。在图11中，在图7第20行上示出的问 题"你喜欢野营和户外娱乐吗？（只能选一个）"在问题呈现部分91中显示。此外，显示 提示用户输入对该问题的回答的消息"请从下面只选一个"和用于允许用户选择选项"从来 不"、"偶尔"和"经常"作为对该问题的回答的选择按钮92-1至92-3。
[0136] 在参考图7解释的由ΗΠ -Q定义的问题中，图12示出了对应于"ProviderA:123" 问题的屏幕显示例子。在图12中，在图7第27行上示出的问题"近来你对谁的产品最感兴 趣？ "在问题呈现部分101中显示。此外，显示提示用户输入对该问题的回答的消息"请自 由描述"和用于允许用户输入字符串作为对该问题的回答的回答输入部分102。
[0137] 以这种方式，PDI-A发生器52使用户通过参考图8至12解释的屏幕显示输入或 选择对由roi-Q定义的问题的回答，由此生成对应于roi-Q的roi-A。
[0138] 参考图8至12解释的屏幕显示可以在接收到ΗΠ-Q之后很快显示。可替换地，在 接收到roi-Q之后，PDI-Q可以在未在图中示出的存储器部分中保留，例如在设置屏幕的显 示被用户指令时而显示屏幕。
[0139] [PDI-A 的例子]
[0140] 接下来将参考图13描述包括由客户端12生成的ΗΠ -Α的PDI表的例子。包括在 图13中所示PDI表中的roi-A是基于对图8至12中所示的屏幕显示由用户对回答进行选 择或输入生成的roi-A。
[0141] 具体而言，第二行至第五行示出了用户对由参考图8解释的屏幕显示呈现的问题 的回答。具体而言，第三行上的〈id>Common :lll〈/id>示出由图8的屏幕显示给出的问题 的id元素，并且第四行上的〈a>trUe〈/a>显示用户在图8的屏幕显示中选择了选择按钮 62-1(回答"是"）作为对问题的回答。
[0142] 第六行至第九行示出了用户对由参考图9解释的屏幕显示呈现的问题的回答。具 体而言，第七行上的〈id>Common:222〈/id>示出由图9的屏幕显示给出的问题的id元素， 并且第八行上的<a>34〈/a>显示作为整数值的"34"由用户在图9的屏幕显示中输入到回 答输入部分72中作为对该问题的回答。
[0143] 第10行至第15行示出了用户对由参考图10解释的屏幕显示呈现的问题的回答。 具体而言，第11行上的<id>ProviderA :123〈/id>示出由图10的屏幕显示给出的问题的id 兀素，第12行上的<a>棒球（Baseball)〈/a>、第13行上的<a>英式足球（Soccer)〈/a>和 第14行上的<a>曲棍球（Hockey) </a>显示选择按钮82-1、82-3和82-4在图10的屏幕显 示中被用户选择作为对该问题的回答。
[0144] 第16行至第19行示出了用户对由参考图11解释的屏幕显示呈现的问题的回答。 具体而言，第17行上的<id>ProviderA:ProgramX: 123〈/id>示出由图11的屏幕显示给出 的问题的id元素，并且第18行上的<a>偶尔（Occasionally) </a>在图11的屏幕显示中 被用户选择作为对该问题的回答。
[0145] 第20行至第23行示出了用户对由参考图12解释的屏幕显示呈现的问题的回答。 具体而言，第21行上的〈i d>Provi derA :321〈/id>示出由图12的屏幕显示给出的问题的i d 元素，并且第22行上的<a>S〇my〈/a>显示"Somy"作为字符串在图12的屏幕显示中被用户 输入到回答输入部分102中作为对该问题的回答。
[0146] 只有基于用户对回答的选择或输入生成的ΗΠ -Α包括在图13所示的PDI表中。但 是，连同roi-A -起，可以包括对应于这个roi-A的roi-Q。
[0147] 对于以这种方式在客户端12中生成的roi-A，执行与包括在来自服务器11的内容 元数据中的roi-A的匹配。基于其结果，获取来自服务器11的内容。以下，为了区分存储 在PDI存储53中的roi-A和包括在来自服务器11的内容元数据中的roi-A，前者将被称为 用户侧roi-A，而后者将被称为提供方侧roi-A。
[0148] [内容过滤器中匹配处理的例子]
[0149] 这里，假设生成参考图13解释的roi-A并存储为用户侧roi-A并且图14中所示 的roi-A从服务器11作为提供方侧roi-A发送。
[0150] 图14所示提供方侧roi-A的基本配置与图13所示用户侧roi-A的相同，因此略 去其具体描述。这个提供方侧roi-A显示"false"被选择作为对问题"Common: 111"的回 答，"棒球（Baseball) "被选择作为对问题"ProviderA: 123"的回答，并且"从来不（never) " 被选择作为对问题"ProviderA:ProgramX: 123"的回答。
[0151] 这个时候，内容过滤器54比较用户侧roi-A与提供方侧roi-A。如果对问题的 至少一个回答完全相同，内容过滤器54确定用户侧roi-A匹配提供方侧roi-A。如果对 问题的回答没有一个是完全相同的，则内容过滤器54确定用户侧roi-A不匹配提供方侧 PDI-A。这个例子中，因为"棒球（baseball) "包括在图13中所示用户侧roi-A中对问题 "ProviderA: 123"的回答和图14中所示提供方侧TOI-A中对问题"ProviderA: 123"的回答 二者每一个当中，回答是完全相同的。因而，确定用户侧roi-A匹配提供方侧roi-A。
[0152] 接下来，假设图15中所示的roi-A作为提供方侧roi-A从服务器11发送。
[0153] 图15中所示的提供方侧PDI-A显示"篮球（basketball) "被选择作 为对问题"ProviderA: 123"的回答并且"从来不（never) "被选择作为对问题 "ProviderA:ProgramX: 123" 的回答。
[0154] 这个例子中，在图13所示用户侧ΗΠ -Α中对问题的回答和在图15所示提供方侧 PDI-A中对问题的回答之间没有回答完全相同。因而，确定用户侧roi-A不匹配提供方侧 PDI-A。
[0155] [PDIAPI 的功能]
[0156] 顺便提及，包括从服务器11发送的roi-Q和在客户端12中生成的用户侧roi-A 的PDI表在PDI存储53中蓄积。然后，通过由客户端12执行的应用，执行在PDI存储53 中蓄积的PDI表或者包括在这个PDI表中的roi-Q和用户侧roi-A的读出和更新操作。
[0157] 具体而言，如图16所示，由例如客户端12上web浏览器执行的PDI应用111调用 由多个API (应用编程接口）组成的roi API112,由此访问在PDI存储53中蓄积的PDI表 121-1 和 PDI 表 121-2。
[0158] 唯一分配的ID (在下文中，称为PDI表ID)和版本被提供给PDI表121-1和Η)Ι 表121-2当中每一个，并且PDI应用111基于PDI表ID和版本来访问PDI表121-1和Η)Ι 表 121-2。
[0159] 此外，多个roi-Q和用户侧roi-A被包括在PDI表121-1和PDI表121-2中。这 里，如果roi-Q和用户侧roi-A将被统称为PDI实例，则PDI应用111调用roi API 112,由 此访问包括在PDI表121-1中的PDI实例131-1、131-2和132-1以及包括在PDI表121-2 中的 PDI 实例 131-3、132-2 和 132-3。
[0160] 提供方共用的ID(在下文中，称为roilD)被提供给PDI实例131-1至131-3,特定 于提供方的roilD被提供给PDI实例132-1至132-3。PDI实例的roilD每个都唯一地分 配,PDI应用111基于这个PDIID访问PDI实例131-1至131-3和PDI实例132-1至132-3。
[0161] 以这种方式，客户端12通过调用roi API 112执行对PDI存储53的访问。这个 PDI存储53可以是由客户端12本地的应用执行的文件系统或数据库，或者可以是由远程服 务利用网络提供的数据库。此外，使得PDI存储53只有一个客户端12相关联地存在。在 PDI存储53中，PDI表的更新和移除也只由客户端12本地的应用执行，并且，当web浏览器 不处于活动状态时，这些类型的处理作为后台过程执行。
[0162] 此外，PDI API 112提供对PDI存储53执行查询处理的接口。这种查询处理可以 只在客户端12上执行或者可以通过执行与服务器11的通信来执行。
[0163] 以下将具体描述包括在roi API 112中的API。
[0164] [getPDITable ()]
[0165] 图17是解释作为包括在PDI API 112中的一个API的getPDITable ()的图。
[0166] getPDITable ()把PDI表的PDI表ID (pdiTablelD)作为输入自变量对待并且返 回由这个pdiTablelD识别的PDI表作为文档。如果由这个pdiTablelD识别的PDI表不存 在，则返回空。PDI表由一个PDI表ID识别并且其版本总是最新的。即，没有其中具有相同 PDI表ID但不同版本的多个PDI存在的情况。
[0167] [setPDITable ()]
[0168] 图18是解释作为包括在PDI API 112中的一个API的setPDITable ()的图。
[0169] setroiTableO把PDI表本身作为输入自变量对待并且首先检查这个PDI表是否 在PDI存储53中存在。如果这个PDI表在PDI存储53中不存在，则作为输入自变量的Η)Ι 表新添加（生成）到PDI存储53。如果这个PDI表在PDI存储53中存在，则已经在PDI存 储53中存在的该PDI表被作为输入自变量的PDI表更新，并且其版本也更新。
[0170] 如果作为输入自变量的PDI表既不添加也不更新，例如，如果PDI存储53的容量 超出上限，则setroiTableO返回异常错误QUOTA_EXCEEDED_ERR。此外，例如，如果PDI表 有错（例如，如果输入的PDI表的版本比已经在PCI存储53中存在的该PDI表的版本还 老），则setPDITableO返回异常错误WRONG_DOCUMENT_ERR。如果不是PDI表的全部内容 都被添加/更新，则setPDITable ()使这个添加/更新处理空追溯到PDI表内容添加/更 新之前紧挨着的状态。
[0171] [removePDITable ()]
[0172] 图19是解释作为包括在PDI API 112中的一个API的removePDITable ()的图。
[0173] removePDITable ()把 PDI 表的 PDI 表 ID (pdiTableld)作为输入自变量对待。如 果由这个pdiTableld识别的PDI表在PDI存储53中存在，则removeroiTable ()移除这个 PDI表。如果该PDI表在PDI存储53中不存在，则removeroiTable ()什么也不做。
[0174] 如果不是PDI表的全部内容都被移除，则removeroiTable ()使这个移除处理空追 溯到PDI表内容移除之前紧挨着的状态。
[0175] [getPDITablelD ()]
[0176] 图20是解释作为包括在PDI API 112中的一个API的getPDITablelD ()的图。
[0177] getroiTablelDO返回PDI存储53中全部PDI表的PDI表ID，如果PDI表在TOI 存储53中不存在就返回空。
[0178] [getPDI ()]
[0179] 图21是解释作为包括在H)I API 112中的一个API的getPDlO的图。
[0180] getPDlO把PDI实例的roilD(pdild)作为输入自变量对待，返回由这个pdild识 别的PDI实例作为文档。如果由这个pdild识别的PDI实例不存在，则返回空。只有一个 PDI实例可以在PDI存储53中蓄积并且多个PDI表可以共享具有相同roilD的PDI实例。
[0181] [setPDI ()]
[0182] 图22是解释作为包括在H)I API 112中的一个API的setPDlO的图。
[0183] setPDlO把PDI实例本身作为输入自变量对待并且首先检查这个PDI实例在Η)Ι 存储53中是否存在。如果这个PDI实例在PDI存储53中不存在，则setPDI ()什么也不做。 如果这个PDI实例在PDI存储53中存在，则已经在PDI存储53中存在的PDI实例被作为 输入自变量的PDI实例更新。
[0184] 这个时候，只有roi-A作为PDI实例被更新，而包括这个PDI实例的PDI表的版本 不更新。例如，如果要更新的PDI实例被多个PDI表更新，则每个PDI表的内容被更新，但 不更新每个PDI表的版本。
[0185] 例如，如果PDI存储53的容量超出上限，则setroiO返回异常错误QU0TA_ EXCEEDED_ERR。此外，如果PDI实例有错，则setPDlO返回异常错误WR0NG_D0CUMENT_ERR。 如果不是PDI的全部内容都被更新，则setPDI ()使这个更新处理空追溯到PDI实例内容更 新之前紧挨着的状态。
[0186] setPDI ()只更新通过getPDI ()获取的PDI实例。
[0187] [getPDI ID ()]
[0188] 图23是解释作为包括在PDI API 112中的一个API的getPDIIDO的图。
[0189] getPDIIDO返回PDI存储53中的全部PDI实例的roilD。如果PDI实例在Η)Ι 存储53中不存在，则返回空。
[0190] [clear ()]
[0191] 图24是解释作为包括在PDI API 112中的一个API的clear ()的图。
[0192] 如果有数据在PDI存储53中存在，则clear ()清空PDI存储53,并且，如果数据在 PDI存储53中不存在，则什么也不做。
[0193] 参考图17至24解释的API不需要让处理一直等物理写盘结束，并且可以在暂时 在高速缓存区域等中写数据之后把数据写到盘。此外，从多个脚本（应用）对PDI存储53 中相同数据的同时访问是不允许的。
[0194] [queryPDI ()]
[0195] 图25是解释作为包括在H)I API 112中的一个API的queryPDI ()的图。
[0196] queryPDI ()把代表查询的字符串（XPathOrXQuery)作为输入自变量对待并 且通过使用诸如XPath或XQuery的查询语言对PDI存储53进行查询。输入自变量 XPathOrXQuery由XPath或XQuery描述并且，如果XPathOrXQuery中包括错误的字符串，贝丨J queryPDI ()返回异常错误 SYNTAX_ERR。
[0197] 如果像以上API的API通过使用例如JavaScript (注册商标）中的Web IDL(接 口定义语言）来定义，则如图26中所示的那样定义。
[0198] 此外，如果像以上API的API方法添加到JavaScript (注册商标）中的Window对 象，则如图27中所示的那样定义。
[0199] 如图27所示，如果上述API添加到Window对象，则当进行对属性window. pdiStore的访问时，浏览器（web应用）在客户端12上返回对应于客户端12的PDI存储的 对象。PDI存储的对象不被多个会话访问。因此，如果PDI存储和另一个浏览器之间的会话 已经建立，则当尝试对这个PDI存储的访问时浏览器返回异常错误。
[0200] 以上述方式，通过PDI API 112, PDI表以及诸如PDI-Q和用户侧PDI-A的PDI实 例根据需要从PDI存储53被读出并更新。因此，用户可以在当时检查PDI表和PDI实例并 且使它们是最新的。相应地，用户还能够确信地根据当时的需要获取内容。
[0201] [内容的发送/接收处理的例子]
[0202] 接下来将参考图28的流程图描述广播系统10中内容的发送/接收处理。在广播 系统10中内容的发送/接收处理中，内容通过由服务器11执行内容分发处理来分发并且 内容通过由客户端12执行内容获取处理来获取。
[0203] 在诸如广播组织的提供方一侧，如果，在步骤S11中，例如要广播（分发）的内容 的发起人或者广播组织本身请求向具有特殊偏好和属性的观众分发内容，则服务器11的 PDI-Q发生器41根据提供方侧工作人员的操作生成向观众（S卩，客户端12的用户）查询用 户有什么偏好和属性的roi-Q。
[0204] 在步骤S12中，服务器11的roi-Q发生器41经通信部分42把包括所生成的roi-Q 的PDI表发送到客户端12并且把它提供给roi-A发生器43。
[0205] 在步骤S21中，客户端12的通信部分51接收从服务器11发送的PDI表并把它提 供给ΗΠ -Α发生器52。这里，假设在客户端12中由浏览器执行的web应用（脚本），例如 PDI应用111 (图16)，执行PDI表的接收处理。
[0206] PDI表是在它每次从作为提供方的广播电台广播（发送）时由客户端12接收的， 其中例如服务器11以预定的时间间隔设置。或者，当频道调到服务器11在客户端12中设 置的广播电台时，PDI表可以由客户端12接收。
[0207] 在步骤S22,客户端12的ΗΠ-Α发生器52对于由包括在通信部分51中接收的Η)Ι 表中的roi-Q定义的问题生成用户侧roi-A。具体而言，当从服务器11接收到roi-Q时， PDI-A发生器52使对应于由该roi-Q定义的问题的屏幕在图中未示出的显示部分上显示 并且使客户端12的用户（观众）输入或选择对这个问题的回答，由此生成代表这个回答的 PDI-A。即，PDI-A发生器52具有与用户的对话，由此生成代表对由PDI-Q定义的问题的回 答的用户侧roi-A。
[0208] 这里，PDI-A发生器52是由web应用实现的并且web应用生成用户侧ΗΠ -Α。
[0209] 然后，在步骤S23中，PDI-A发生器52在PDI存储53中存储生成的用户侧ΗΠ -Α。 具体而言，web应用调用setroiTable ()在PDI存储53中存储用户侧ΗΠ -Α。
[0210] 同时，在步骤S13中，服务器11的roi-A发生器43生成对由包括在来自PDI-Q发 生器41的PDI表中的roi-Q定义的问题的提供方侧roi-A，并且把它提供给元数据分发器 44。具体而言，当roi-Q由于广播电台工作人员（提供方侧）的操作而生成时，PDI-A发生 器43使得对应于由roi-Q定义的问题的屏幕，就像例如参考图8至12解释的屏幕，在图中 未示出的显示部分上显示并且使广播电台的工作人员输入或选择对这个问题的回答，由此 生成代表这个回答的提供方侧roi-A。这个时候，广播电台的工作人员输入或选择回答，其 对应于要作为对由roi-Q定义的问题的回答分发的内容。具体而言，由roi-A发生器43生 成的提供方侧roi-A的生成使提供方侧考虑客户端12的用户（观众）的偏好，并且代表使 这个观众观看随后要分发的内容的信息（回答）。
[0211] 在步骤S14中，基于来自PDI-A发生器43的提供方侧roi-A，在内容蓄积部45中 蓄积的内容片段当中，元数据分发器44识别（查阅）对应于提供方侧roi-A的内容。这里 识别出的内容可以使得来自PDI-A发生器43的提供方侧roi-A和事先提供蓄积内容的内 容元数据之间的相似性高于预定的值，或者可以是事先由广播电台工作人员事先选择的内 容作为期望被用户观看的内容。元数据分发器44识别出的内容由内容分发器46从内容蓄 积部45获取。
[0212] 在步骤S15中，基于事先提供在步骤S14中识别出的内容的内容元数据和来自 PDI-A发生器43的ΗΠ -Α，元数据分发器44新生成包括提供方侧ΗΠ-Α的内容元数据。
[0213] 在步骤S16中，响应于来自客户端12的请求，通信部分42连同元数据分发器44生 成的内容元数据一起分发由内容分发器46获取的内容。这个时候，除元数据分发器44生 成的内容元数据之外，作为内容元数据，还可以发送由标准组织定义的内容元数据。
[0214] 以这种方式，在内容元数据中，内容包括代表提供方侧预期作为对由PDI-Q定义 的问题的回答的提供方侧roi-A，换句话说，匹配提供方侧预期观看其的用户偏好的内容被 分发。
[0215] 步骤S13至S16的处理不需要在步骤S12的处理之后连续地立即被执行，只需要 在用户侧roi-A生成并存储在相应用户拥有的客户端12中才执行。
[0216] 虽然预期在步骤S16中内容与内容元数据一起分发，但是内容不需要与内容元数 据一起分发。在包括提供方侧roi-A的内容元数据事先发送到客户端12之后，对应于这个 内容元数据的内容可以分发。
[0217] 现在，当内容和内容元数据以这种方式从服务器11分发时，在步骤S24中，客户端 12的接收部分51接收从服务器11分发的内容和内容元数据并且把它们提供给内容过滤器 54。步骤S24和后续步骤的处理不是由浏览器上执行的web应用而是由客户端12本地应 用执行的。
[0218] 在步骤S25中，内容过滤器54从PDI存储53读出用户侧ΗΠ -Α。
[0219] 在步骤S26中，内容过滤器54执行从PDI存储53读出的用户侧ΗΠ -Α与包括在 来自服务器11的内容元数据中的提供方侧roi-A之间的匹配。
[0220] 在步骤S27中，内容过滤器54确定用户侧roi-A与提供方侧roi-A是否匹配。如 果在步骤S27确定用户侧roi-A匹配提供方侧roi-A，则内容过滤器54确定从服务器11分 发的内容是匹配客户端12用户（观众）偏好的内容，并且把这个内容提供给内容复制器55 或内容蓄积部56,使得处理前进到步骤S28。
[0221] 具体而言，如果从服务器11分发的内容从内容过滤器54提供给内容复制器55，则 内容复制器55在步骤S28中复制该内容。此外，如果从服务器11分发的内容从内容过滤 器54提供给内容蓄积部56,则内容蓄积部56在步骤S28中蓄积（记录）该内容。蓄积的 内容提供给内容复制器55，并且响应于用户的操作指令相应地被复制。
[0222] 相反，如果在步骤S27确定用户侧ΗΠ -Α不匹配提供方侧ΗΠ -Α，则内容过滤器54 确定从服务器11分发的内容不是匹配客户端12用户（观众）偏好的内容，丢弃（移除） 这个内容，使得处理结束。
[0223] 根据以上处理，在广播系统中，在提供方侧，代表关于用户偏好的问题的ΗΠ-Q由 服务器生成并且这个roi-Q发送到客户终端。对于这个roi-Q，代表由提供方侧设置的回答 的提供方侧roi-A作为对应内容的内容元数据而被分发。这使得有可能除标准组织定义的 内容元数据之外、根据当时需求的内容元数据作为内容元数据被提供给内容。同时，在用户 侦牝代表用户对来自服务器的roi-Q的回答的用户侧roi-A由客户终端生成，并且执行所生 成的用户侧roi-A与来自服务器的提供方侧roi-A之间的匹配。因此，决定是否获取从服 务器分发的内容。这使得有可能通过除标准组织定义的内容元数据之外、根据当时需求的 内容元数据来执行内容的过滤。因此，可以获取根据当时需求的内容。
[0224] 以上，客户端12在内容从服务器11分发时实时地执行ΗΠ-Α的匹配。但是，以下 方式也可以采用。具体而言，所有内容片段都事先从服务器11蓄积并且roi-A的匹配是在 处理后台执行的。在蓄积的内容片段中，对应于匹配roi-A(提供方侧roi-A)的内容被复 制，对应于非匹配roi-A的内容被移除。
[0225] 此外，以上，web应用执行从PDI表接收到用户侧roi-A在PDI存储中存储的处理。 但是，客户端12本地应用可以接收PDI表。
[0226] [内容的发送/接收处理的另一个例子]
[0227] 这里，将参考图29的流程图描述在本地应用接收PDI表的情况下内容的发送/接 收。
[0228] 图29流程图中步骤S31至S36和S45至S49的处理基本上与图28流程图中步骤 S11至S16和S24至S28的处理相同，因此忽略其描述。
[0229] 具体而言，在步骤S41中，客户端12的通信部分51接收从服务器11发送的Η)Ι 表并且把它提供给ΗΠ -Α发生器52。这里，客户端12本地应用执行PDI表的接收处理。
[0230] 在步骤S42中，通信部分51在PDI存储53中存储接收到的PDI表。
[0231] 在步骤S43中，PDI-A发生器52从PDI存储53读出PDI-Q。这里，PDI-A发生器 52是由web应用实现的。具体而言，web应用调用getPDlO从存储在PDI存储53中的Η)Ι 表读出roi-Q。
[0232] 在步骤S44中，PDI-A发生器52对读出的H)I-Q定义的问题生成用户侧ΗΠ -Α。
[0233] 然后，在步骤S45中，PDI-A发生器52在PDI存储53中存储生成的用户侧ΗΠ -Α。 具体而言，web应用调用setPDI ()在PDI存储53中存储用户侧ΗΠ -Α。
[0234] 以这种方式，即使当客户端12本地应用接收PDI表时，用户侧ΗΠ-Α和提供方侧 PDI-A之间的匹配也执行，并且决定是否获取从服务器分发的内容。因此，有可能通过除标 准组织定义的内容元数据之外、根据当时需求的内容元数据来执行内容的过滤。因此，可以 获取根据当时需求的内容。
[0235] 此外，以上，内容过滤器54比较被表示为实例的用户侧PDI-A与提供方侧PDI-A， 基于对问题是否有至少一个回答完全相同来执行用户侧roi-A与提供方侧roi-A之间的匹 配。但是，用户侧roi-A和提供方侧roi-A可以通过把用户侧roi-A或提供方侧roi-A当 中任意一个表示为查询以评估roi-A来进行比较。
[0236] 顺便提及，本技术可以应用到广播数字电视节目的广播系统。作为其例子，它可以 应用到通过ATSC-M/H(移动/手持式）系统执行广播的广播系统，其中ATSC-M/H(移动/ 手持式）系统是作为ATSC(高级电视标准委员会）系统对移动接收的扩充。
[0237] [对由ATSC-M/H系统执行广播的广播系统的应用例子]
[0238] 图30是示出本技术对其应用并且由常规ATSC系统和ATSC-M/H系统中每一个广 播数字电视节目的广播系统的配置例子的图。
[0239] 图30的广播系统对应于图1广播系统中的服务器11并且包括ATSC传统系统151、 ATSC M/Η系统152、M/Η成帧153以及RF/发送系统154。
[0240] ATSC传统系统151是常规的ATSC系统并且通过MPEG2-TS (运动图像专家组2传 输流）发出广播流。ATSC M/Η系统152通过ATSC M/Η系统发出IP包的广播流。ATSC M/ Η系统152中的控制数据152a是关于从ATSC M/Η系统152发出的广播流（A/V (音频/视 频）内容）的控制信息。
[0241] 此外，上述每个广播流都被M/Η成帧（Framing) 153多路复用并且作为广播波被 RF/发送系统154发送。各个块的功能的描述在ATSC标准中进行描述，因此在这里忽略对 其的描述。
[0242] 图31示出了在ATSC-M/H系统发送的广播波信号中的协议堆栈。
[0243] 虽然具体描述被忽略了，但是"服务指南"作为最高层次的层而设置，并且定义由 ATSC-M/H提供的内容的元数据。图30中所示的控制数据152a作为由"服务指南"定义的 内容元数据（在下文中简称为服务指南）发送。即，在图30的广播系统中，在上述广播系 统?ο中从服务器11发送到客户端12的roi-A(提供方侧roi-A)和roi-Q也这样发送，以 便存储在服务指南中。
[0244] 在图31中，与"服务指南"相邻的更低的层"FLUTE"和与"FLUTE"相邻的更低的 层"ALC"是传输由UDP/IP (用户数据报协议/互联网协议）打包的服务指南的层。
[0245] 作为这种服务指南的规范，图32中所示的数据配置由0MA(开放移动联盟） 定义。图32中所示服务指南的配置细节在"'Service Guide for Mobile Broadcast Services, ' Open Mobile Alliance,0MA-TSBCAST_ServiceGuide-Vl_0, Candidate Versionl. 0"中定义，因此忽略对其的描述。
[0246] 在图32中所示配置服务指南的元素当中，PDI-A(提供方侦彳PDI-A)存储在 "Service"片段、"Schedule"片段和"Content"片段中至少任何一个当中。
[0247] "Service"片段是包括关于频道服务的内容的控制信息的元数据并且图33示 出了其配置的细节。在图33中所示的"Service"片段中，例如，"roi-A"元素新添加到 在最下面一行上定义的"PrivateExt"元素，由此ΗΠ -Α被存储在那里。具体而言，例如， "Η)Ι-Α"元素这样编码，从而被XML模式表示为字符串<xs: element name ="PDI_A" type ="xs: string" xmlns: xs = "http: //www. w3. org/2001/XMLSchema" />〇
[0248] "Schedule"片段是包括关于内容（数字电视节目）的分发调度的控制信息的元 数据并且图34示出了其配置细节。在图34中所示的"Schedule"片段中，例如，"ΗΠ -Α" 元素新添加到在最下面一行上定义的"PrivateExt"元素，由此ΗΠ -Α被存储在那里。具 体而言，例如，"roi-A"元素这样编码，从而被XML模式表示为字符串<xs: element name = "PDI-A" type = "xs: string" xmlns:xs = "http://www. w3. org/2001/XMLSchema" />。
[0249] "Content"片段是包括关于内容（数字电视节目）的内容的控制信息的元数据 并且图35示出了其配置的细节。在图35中所示的"Content"片段中，例如，"ΗΠ -Α"元 素新添加到在最下面一行上定义的"PrivateExt"元素，由此ΗΠ -Α被存储在那里。具体 而言，例如，"roi-A"元素这样编码，从而被XML模式表示为字符串<xs:element name = "PDI-A" type = "xs: string" xmlns: xs = "http: //www. w3. org/2001/XMLSchema" />。
[0250] 此外，在图32所示的配置服务指南的元素中，PDI-Q存储在"Interactivity Data"片段中。
[0251] "Interactivity Data"片段是关于与频道服务和内容（电视节目）相关的应用 的元数据并且图36示出了其配置的细节。在图36中所示的"Interactivity Data"片段 中，例如，元素新添加到在最下面一行上定义的"PrivateExt"元素，由此H)I-Q 被存储在那里。具体而言，例如，元素这样编码，从而被XML模式表示为字符串 〈xs: element name = "PDI_Q，'type ="xs: string，'xmlns: xs = "http: //www. w3. org/2001/ XMLSchema" />。
[0252] 以上，解释了其中本技术应用到由ATSC-M/H执行广播的广播系统的例子。但是， 还有可能把它应用到由常规ATSC系统执行NRT (非实时）广播的广播系统。在NRT广播 中，实时观看内容是不允许的并且因此内容不需要与作为数据由广播信号广播的内容的广 播时间同步地复制。
[0253] [对执行NRT广播的广播系统的应用例子]
[0254] 图37示出了在NRT广播中发送的广播波信号的协议堆栈。虽然具体描述被忽略， 但是"物理层（physical layer)"被设置成作为最低层次层并且广播波的频带与其对应。 "MPEG2-TS"设置成作为与"物理层"相邻的更高层次层并且作为广播波广播的广播流与其 对应。
[0255] "ATSC-PSIP (节目与系统信息协议）"和"MPEG2-PSI (特定于节目的信息）"示为 与"MPEG2-TS"相邻的更高层次层。"ATSC-PSIP"设置成具有TVCT (节目关联表）和PMT (节 目映射表）的层次层。
[0256] 此外，"DSM-CC(数字存储介质命令与控制）可寻址部分"示为与"MPEG2-TS"相邻 的更高层次层。"DSM-CC可寻址部分"用作在广播流的MPEG2-TS上传输IP包的适配层。
[0257] 图38示出了 TVCT、PAT、PMT和DSM-CC可寻址部分的数据结构。在TVCT中，描述 关于由MPEG2-TS广播的广播流的控制信息。基于TVCT，识别出为了传输IP包流（UDP/IP 包）而传输DSM-CC可寻址部分的MPEG2-TS。
[0258] 回来参考图37, "IP"示为与"DSM-CC可寻址部分"相邻的更高层并且此外"UDP" 示为与"IP"相邻的更高层。
[0259] "服务信令通道"和"FLUTE/ALC(文件传送单向交通运输/异步分层编码协议）" 示为与"UDP"相邻的更高层次层。"服务信令通道"设置为具有SMT(服务映射表）和 NRT-IT(NRT信息表）的层次层。"FLUTE会话"示为与"FLUTE/ALC"相邻的更高层次层。 "FLUTE会话"设置为具有FLUTE-FDT (文件递送表）和A/V文件（A/V file)的层次层。
[0260] 图39示出了 SMT、NRT-IT和FLUTE FDT的数据结构。关于频道的元数据在SMT中 描述并且关于内容的元数据在NRT-IT中描述。SMT和NRT-IT由上述"服务信令通道"传 送。在FLUTE FDT中，描述用于辨别每个A/V文件的信息。A/V文件是由上述"FLUTE/ALC" 传送的。
[0261] 这里，在执行NRT广播的广播系统中，在上述广播系统10中从服务器11发送到客 户端12的PDI-A (提供方侧PDI-A)和PDI-Q被发送，从而存储在SMT或NRT-IT中。
[0262] 具体而言，在执行要在频道单元（广播电台）中分发的内容的过滤的情况下，存储 PDI-A或roi-Q的"PDI描述符"在服务级SMT的描述符循环中定义（在图中，"Service#l 的最下面一行"）。
[0263] 此外，在执行要在频道单元中分发的内容的过滤的情况下，存储roi-A或roi-Q 的"PDI描述符"在服务级NRT-IT的描述符循环中定义（在图中，"Content#l的最下面一 行"）。
[0264] 图40示出了 "PDI描述符"语法的例子。在图40中，所描述的每个描述符都利用 位数（No. of Bits)和格式（Format)来定义。
[0265] 根据图40中所示的语法，PDI-A或PDI-Q在可变位的描述符"PDI_Q or PDI_A"中 描述。
[0266] "PDI描述符"的语法不限于图40所示的例子。
[0267] 如上，还有可能把本技术应用到执行NRT广播的广播系统。
[0268] 除通过上述ATSC-M/H系统执行广播的广播系统和通过除执行NRT广播的广播系 统之外的系统执行广播的广播系统之外，本技术还可以应用到经网络分发内容的信息处理 系统。
[0269] 上述处理序列可以由硬件执行并且还可以由软件执行。在由软件执行处理序列的 情况下，配置该软件的程序从程序记录介质安装到专用硬件中结合的计算机或者例如能够 通过各种类型程序的安装执行各种类型功能的通用个人计算机中。
[0270] 如图2所示，存储安装到计算机中并被计算机设置成可执行状态的程序的程序记 录介质由移动介质31配置为由磁盘（包括柔性盘）、光盘（包括CD-ROM(光盘-只读存储 器）和DVD (数字多样化盘））、磁光盘、半导体存储器等、其中暂时或永久性存储程序的ROM 22、配置存储部分28的硬盘等构成的包装介质。根据需要，程序在程序记录介质中的存储 是通过利用诸如局域网、互联网或者经通信部分29的数字卫星广播的有线或无线通信介 质作为路由器、调制解调器的接口来执行的。
[0271] 本说明书中，描述程序的步骤还包括不一定以时间序列方式处理而是并行或单独 执行的处理，以及沿着所述次序以时间序列执行的处理。
[0272] 此外，在本说明书，系统指多个构成元件（设备、模块（零件）等）的集合并且不 管是否所有构成元件都存在于相同的机壳中。因此，位于独立机壳中并且经网络连接的多 个设备以及多个模块放在一个机壳中的一个设备都是系统。
[0273] 本技术的实施例不限于上述实施例并且，在不背离本技术主旨的范围内，各种变 化都是可能的。
[0274] 例如，本技术可以采用云计算的配置，以便由多个设备以共享和合作的方式经网 络处理一个功能。
[0275] 此外，除被一个设备执行之外，上述流程图解释的各个步骤可以由多个设备以共 享的方式执行。
[0276] 而且，如果多种类型的处理包括在一个步骤中，则，除了被一个设备执行，包括在 这一个步骤中的这多种类型的处理还可以由多个设备以共享的方式执行。
[0277] [标号列表]
[0278] 10 广播系统
[0279] 11 服务器
[0280] 12 客户端
[0281] 41 PDI-Q 发生器
[0282] 42 通信部分
[0283] 43 PDI-A 发生器
[0284] 44 元数据分发器
[0285] 45 内容蓄积部
[0286] 46 内容分发器
[0287] 51 通信部分
[0288] 52 PDI-A 发生器
[0289] 53 PDI 存储
[0290] 54 内容过滤器
[0291] 55 内容复制器
[0292] 56 内容蓄积部
[0293] 111 PDI 应用
[0294] 112 PDI API
【权利要求】
1. 一种信息处理设备，包括： 接收部分，接收从服务器发送并且代表关于用户偏好的问题的问题信息； 处理执行部分，生成代表用户对该问题的回答的用户侧回答信息并且把用户侧回答信 息存储在存储所述问题信息的蓄积部中；及 匹配部分，在用户侧回答信息和从服务器发送并代表提供内容的提供方对该问题设置 的回答的提供方侧回答信息之间执行匹配来获取从服务器分发的内容，其中 所述处理执行部分执行所述蓄积部中所存储的问题信息和/或用户侧回答信息的至 少读出或更新操作。
2. 如权利要求1所述的信息处理设备，其中 处理执行部分作为web应用而被提供，并且通过调用预定的API (应用编程接口）执行 蓄积部中所存储的问题信息和/或用户侧回答信息的至少读出或更新操作。
3. 如权利要求2所述的信息处理设备，其中 一条或多条问题信息和/或用户侧回答信息作为一个表存储在蓄积部中。
4. 如权利要求3所述的信息处理设备，其中 处理执行部分基于用于识别表的表ID来执行对应的表的读出或移除。
5. 如权利要求3所述的信息处理设备，其中 处理执行部分依赖于所述表在蓄积部中的存在或不存在来执行所述表的生成或更新， 及 更新后的表的版本被更新。
6. 如权利要求3所述的信息处理设备，其中 处理执行部分基于识别问题信息的问题信息ID来执行对应的问题信息和/或用户侧 回答信息的读出。
7. 如权利要求3所述的信息处理设备，其中 处理执行部分依赖于问题信息和/或用户侧回答信息在蓄积部中的存在或不存在，仅 执行用户侧回答信息的更新，及 包括更新后的用户侧回答信息的表的版本不被更新。
8. 如权利要求2所述的信息处理设备，其中 蓄积部仅与一个web应用建立会话。
9. 如权利要求1所述的信息处理设备，还包括 所述蓄积部。
10. -种信息处理方法，包括步骤： 接收从服务器发送并代表关于用户偏好的问题的问题信息； 生成代表用户对该问题的回答的用户侧回答信息并把用户侧回答信息存储在存储所 述问题信息的蓄积部中；及 在用户侧回答信息和从服务器发送并代表提供内容的提供方对该问题设置的回答的 提供方侧回答信息之间执行匹配，来获取从服务器分发的内容，其中 执行蓄积部中所存储的问题信息和/或用户侧回答信息的至少读出或更新操作。
11. 一种信息处理系统，该信息处理系统是发送/接收系统，由分发内容的发送设备和 获取从发送设备分发的内容的接收设备组成， 其中 发送设备包括： 问题生成装置，用于生成问题信息，该问题信息是代表关于接收设备的用户偏好的问 题的信息，及 发送装置，用于向接收设备发送问题信息和代表提供内容的提供方对该问题设置的回 答的提供方侧回答信息， 接收设备包括： 接收部分，接收从发送设备发送的问题信息， 处理执行部分，生成代表用户对该问题的回答的用户侧回答信息并且把用户侧回答信 息存储在其中存储所述问题信息的蓄积部中，及 匹配部分，在用户侧回答信息和从发送设备发送的提供方侧回答信息之间执行匹配来 获取从发送设备分发的内容，并且 所述处理执行部分执行蓄积部中所存储的问题信息和/或用户侧回答信息的至少读 出或更新操作。
【文档编号】H04N21/454GK104221395SQ201480000957
【公开日】2014年12月17日 申请日期:2014年2月3日 优先权日:2013年2月12日
【发明者】山岸靖明 申请人:索尼公司