CN107925798B

CN107925798B - 接收设备、发送设备和数据处理方法

Info

Publication number: CN107925798B
Application number: CN201680047696.0A
Authority: CN
Inventors: 山岸靖明
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2015-08-28
Filing date: 2016-08-03
Publication date: 2021-08-27
Anticipated expiration: 2036-08-03
Also published as: EP3343938A1; CN107925798A; CA2996275C; KR20180048618A; CA2996275A1; JPWO2017038353A1; MX2018002208A; US20180196935A1; WO2017038353A1; KR102586630B1; EP3343938A4; US10878076B2

Abstract

提供一种用于在应用的合法性已被确认的情况下运行应用的构造。发送设备发送应用和信令数据，在信令数据中记录能够使所述应用的合法性得以确认的验证信息。接收设备接收这些数据，基于验证信息执行验证处理，确认应用的合法性，并且运行合法性得到确认的应用。应用是根据用户信息对广告内容进行选择处理中使用的应用，并且可以根据用户信息可靠地向用户提供正确的广告。

Description

接收设备、发送设备和数据处理方法

技术领域

本公开涉及一种接收设备、一种发送设备和一种数据处理方法。更具体地，本公开涉及一种接收设备、一种发送设备和一种与通信数据对应的数据处理方法，用于经由例如广播波和网络执行数据的接收和发送。

背景技术

OTT(Over The Top)可以作为能够分发诸如图像数据、声音数据等内容而不管通信供应商提供的服务形式如何的数据分发服务来提供。OTT分发的内容被称为OTT内容。使用OTT的图像(视频)数据的分发服务被称为OTT视频或OTT-V(Over The Top Video)。

存在DASH(基于HTTP的动态自适应流媒体)标准，作为根据OTT-V的数据流分发标准。DASH是指关于使用基于HTTP(超文本传输协议)的流式协议的自适应流式分发服务的标准。

根据自适应流传输，诸如广播台等内容分发服务器生成清单文件(manifestfiles)，这些清单文件记载具有多个比特率的运动图像内容和属性信息的分段文件及其URL(统一资源定位符)，并将所生成的清单文件提供给各种客户端，以允许作为数据分发目的地的客户端再现内容。

客户端从服务器获取清单文件，根据其自身装置的显示单元的大小和可用的通信频带来选择最佳比特率内容，并接收并再现所选择的内容。由于比特率可以根据变化的网络带宽而动态地改变，客户端可以根据情况在任何时间切换并接收最佳内容，使得可以在减少视频中断的发生的情况下来再现运动图像内容。例如，在专利文献1(JP2011-87103A)中提及了自适应流式传输。

目前，从诸如广播台和其他内容服务器等的发送设备到诸如电视机、PC和移动终端等的接收设备，使用经由广播波的单向通信或使用经由诸如互联网等网络的双向通信和单向通信，来发送和接收诸如广播节目等内容的系统的开发和标准化正在努力积极推进。

顺便提及，专利文献2(JP2014-057227A)例如作出传统技术，公开了用于经由广播波和网络实现数据分发的技术。

作为关于经由广播波和网络的数据分发系统的标准的ATSC(高级电视系统委员会)3.0的标准化正在进行。

ATSC3.0针对以下构造的回顾，在构造中，已经实现了与ATSC3.0兼容的物理层(ATSC-PHY)的广播分发装置(接收设备)实现用于执行ATSC3.0广播接收处理的中间设备，从而接收包括用于ATSC广播的控制信息等的信令数据，以使得能够根据信令数据执行各种控制处理。

具体而言，ATSC3.0正在回顾(review)以下构造，其能够在基于信令数据的控制下，利用直接使用在互联网等上使用的应用程序等经由广播波等提供的各种应用，即，所谓的客户端应用来执行输出广播内容的处理以及数据处理的处理。

例如，在家中安装的服务器(专用服务器、PC、电视机、平板电脑、智能电话等)和用于接收广播服务的热点中实现ATSC3.0兼容的物理层(ATSC-PHY)和ATSC3.0广播接收中间设备。

这些服务器接收到ATSC3.0广播服务后，通过网络(家庭网络、热点处的LAN/WiFi等)将接收到的广播数据传输到用户装置(PC、电视机、平板电脑、智能手机等)。

当经由服务器传送的所接收到的广播数据输入到用户装置时，用户装置可以使用在用户装置的再现控制单元和应用控制单元上运行的应用(例如，ATSC3.0DASH客户端应用)来再现广播内容并执行通过广播分发的各种应用。

此外，作为国际标准规范制定组织的3GPP(第三代合作伙伴计划)和作为适用于自适应流技术的标准的MPEG-DASH标准的标准化组织DASH-IF都正在努力标准化分发和再现广告内容的构造。

具体地，例如，他们正在努力标准化用于根据接收设备处的观看用户而动态改变向接收设备输出的广告的构造。

然而，目前还没有可获得的如何实现这种配置的具体细节。

现有技术文献

专利文献

专利文献1：JP 2011-87103A

专利文献2：JP 2014-057227A

发明内容

技术问题

鉴于上述问题而做出了本公开。本公开的目的是提供一种接收设备、一种发送设备和一种数据处理方法，其确认要在接收和再现广播节目等的接收设备上执行的应用的合法性，然后执行应用，从而防止未经授权的数据通过未经授权的应用的处理而被再现。

本公开的实施方式的目的是提供一种接收设备、一种发送设备和一种数据处理方法，其确认用于选择性地输出针对用户的内容的应用的合法性，例如，针对用户的广告等，然后执行该应用，从而可靠地输出针对用户的内容，例如，针对用户的广告等。

解决问题的方案

根据本公开的第一方面，提供了一种接收设备，包括：

通信单元，其接收应用和记录有用于应用的认证信息的信令数据；以及

数据处理器，其执行应用；

其中，所述数据处理器具有

应用验证单元，其基于所述认证信息来执行认证处理，并且将所述应用确认为经授权的；以及

应用执行单元，其执行已经由认证处理确认为经授权的应用。

此外，根据本公开的第二方面，提供了一种发送设备，包括：通信单元，其发送应用和记录能够将应用确认为经授权的认证信息的信令数据。

此外，根据本公开的第三方面，提供了一种在接收设备中执行的数据处理方法，其中，

通信单元接收应用和记录有用于应用的认证信息的信令数据；并且

数据处理器

执行基于认证信息执行认证处理的应用验证处理，以将应用确认为经授权的，并且

执行已经由认证处理确认为经授权的应用。

此外，根据本公开的第四方面，提供了一种在发送设备中执行的数据处理方法，包括：发送应用和记录能够将应用确认为经授权的认证信息的信令数据。

基于稍后描述的本公开的实施方式的更详细的描述和附图，本公开的其他目的、特征和有益效果将变得显而易见。在本说明书中，术语“系统”是指多个设备的逻辑集合，并不限于设备都存在于同一个外壳中的设置。

发明的有益效果

根据本公开的实施方式，实现了用于在已经将应用确认为经授权的情况下执行应用的配置。

具体而言，发送设备发送应用和信令数据，其中，记录了能够将应用确认为经授权的认证信息。接收设备接收这些数据，基于认证信息执行认证处理，以将应用确认为经授权的，并且执行已被确认为经授权的应用。该应用是根据用户信息选择广告内容的处理中使用的应用。可以根据用户信息可靠地向用户提供适当的广告。

利用这种配置，接收设备在应用已被确认为授权的情况下实现用于执行应用的构造。

例如，通过确认进行广告选择过程的应用已授权，实现了用于必定根据接收设备的用户选择输出广告等内容的配置。

注意，在本说明书中描述的有益效果不是限制性的，而仅是示出性的，并且可以有额外的有益效果。

附图说明

[图1]是示出执行本公开的处理操作的通信系统的配置示例的示图。

[图2]是示出发送设备的发送数据的示图。

[图3]是示出发送设备和接收设备的协议栈的示例的示图。

[图4]是描述关于ROUTE和FLUTE的协议栈的示图。

[图5]是示出接收设备(客户端)30中的数据输出的示例的示图。

[图6]是示出使用各种用户信息选择的输出广告的示例的示图。

[图7]是示出接收设备的配置示例的示图。

[图8]是示出接收设备的配置示例的示图。

[图9]是示出MPD的配置示例的示图。

[图10]是示出MPD的配置示例的示图。

[图11]是示出MPD的配置示例的示图。

[图12]是示出使用MPD的序列的示例的示图。

[图13]是示出MPD中的广告对应时间段信息的配置示例的示图。

[图14]是示出使用MPD中的广告对应时间段信息的处理序列的示图。

[图15]是示出使用MPD中的广告对应时间段信息的处理序列的示图。

[图16]是示出应用信息表(AIT)的配置示例的示图。

[图17]是示出在应用信息表(AIT)中记录了应用的认证信息的配置示例的示图。

[图18]是示出在应用信息表(AIT)中记录了认证信息的位置的示图。

[图19]是示出在应用信息表(AIT)中记录的认证信息的数据的示例的示图。

[图20]是示出发送设备的用于将认证信息记录在应用信息表(AIT)中的处理序列的流程图。

[图21]是示出在应用信息表(AIT)中记录的认证信息的数据的示例的示图。

[图22]是示出SML签名的示例的示图。

[图23]是示出在应用控制单元中设置了应用验证单元的接收设备的配置示例的示图。

[图24]是示出使用应用信息表(AIT)中的认证信息的处理序列的示图。

[图25]是示出使用应用信息表(AIT)中的认证信息的处理序列的示图。

[图26]是示出使用应用信息表(AIT)中的认证信息的处理序列的示图。

[图27]是示出应用的认证信息记录在MPD中的配置示例的示图。

[图28]是示出认证信息记录在MPD中的位置的示图。

[图29]是示出在MPD中记录的认证信息的数据的示例的示图。

[图30]是示出认证信息记录在MPD中的位置的示图。

[图31]是示出在MPD中记录的认证信息的数据的示例的示图。

[图32]是示出在再现控制单元中设置了应用验证单元的接收设备的配置示例的示图。

[图33]是示出使用MPD中的认证信息的处理序列的示图。

[图34]是示出使用MPD中的认证信息的处理序列的示图。

[图35]是示出使用MPD中的认证信息的处理序列的示图。

[图36]是示出作为通信设备的发送设备和接收设备的配置示例的示图。

[图37]是示出作为通信设备的发送设备和接收设备的硬件配置示例的示图。

具体实施方式

下面将参照附图描述根据本公开的接收设备、发送设备和数据处理方法的细节。将按以下顺序给出描述：

1、关于通信系统的配置示例；

2、关于数据通信协议FLUTE和ROUTE；

3、关于由发送设备和接收设备执行的通信处理操作的示例；

4、关于接收设备中输出的数据的示例；

5、关于接收设备的配置示例和处理示例；

6、关于使用MPD的每时间段(Period)的信令数据；

7、关于根据用户信息执行提供广告的处理的具体配置示例；

8、关于通过未经授权的应用输出未经授权的广告的处理；

9、(实施方式1)关于执行应用了该应用信息表(AIT)中记录的应用认证信息的应用认证处理的配置；

9-1、关于在应用信息表(AIT)中记录认证信息的方式；

9-2、关于执行应用了该应用信息表(AIT)的应用认证处理的配置和序列；

10、(实施方式2)关于执行应用了MPD(媒体呈现描述)中记录的应用认证信息的应用认证处理的配置；

10-1、关于在MPD中记录认证信息的方式；

10-2、关于执行应用了MPD的应用认证处理的配置和序列；

11、关于发送设备和接收设备的配置示例；以及

12、本公开的配置的概述

[1、关于通信系统的配置示例]

首先将参照图1来描述用于执行本公开的处理操作的通信系统的配置示例。

如图1所示，通信系统10具有作为用于发送诸如图像数据、声音数据等内容的通信设备的发送设备20和作为用于接收由发送设备20发送的内容的通信设备的接收设备30。

具体而言，发送设备20是用于提供各种内容(广播节目、广告和其他数据)的设备，例如，用于主要发送TV节目等的广播服务器(广播台)21、用于主要发送广告数据的广告服务器22、用于发送各种数据的数据分发服务器23等。

接收设备30是用户的客户端装置，并且具体地，包括例如TV机31、PC 32、移动终端33等。

顺便提及，在图1中，广播服务器(广播台)21、广告服务器22和数据分发服务器23分别示出为发送设备20的示例。然而，一个服务器可以设置为发送全部的广播节目、广告和其他数据。

可以执行发送设备20和接收设备30之间的数据通信，作为经由诸如互联网等网络的双向通信、单向通信以及使用广播波等的单向通信中的至少一种或者作为使用它们两者的通信。

例如，发送设备20根据作为自适应流技术的标准的MPEG-DASH标准将内容发送到接收设备30。

MPEG-DASH标准包括以下两个标准：

(a)关于用于描述表示运动图像和音频文件的管理信息的元数据的清单文件(MPD：媒体呈现描述)的标准；和

(b)关于发送运动图像内容的文件格式(片段格式)的标准。

发送设备20根据上述MPEG-DASH标准将内容分发到接收设备30。

发送设备20对内容数据进行编码，以生成包括编码数据和编码数据的元数据的数据文件。例如，根据由MPEG规定的MP4文件格式，执行编码处理。在发送设备20根据MP4格式生成数据文件的情况下，编码数据的文件被称为“mdat”，并且元数据被称为“moov”、“moof”等。

例如，从发送设备20提供给接收设备30的内容表示例如，音乐数据、诸如电影等视频数据、TV节目、视频、照片、文档、图片、图表等的各种数据，游戏和软件。

下面将参照图2描述发送设备20的发送数据。

按照MPEG-DASH标准执行数据传输的发送设备20发送大致分类如下的多种数据：

(a)信令数据50；

(b)AV片段60；和

(c)其他数据(ESG、NRT内容等)70。

AV片段60包括要在接收设备上再现的图像(视频)和声音(音频)数据，即，例如由广播站提供的节目内容。例如，这些数据包括上述MP4编码数据(mdat)和元数据(moov、moof)。AV片段也被称为DASH片段。

另一方面，信令数据50包括诸如节目指南等节目时间表信息、获取节目所需的地址信息(URL(统一资源定位符)等)、再现内容的处理所需的信息，例如，包括编解码器信息(编码处理等)的指南信息以及诸如应用控制信息等的各种控制信息。

接收设备30需要在接收到要再现的存储有节目内容的AV片段60之前接收信令数据50。

信令数据50作为例如XML(可扩展标记语言)格式的数据，从发送设备20发送。

信令数据时常重复发送。例如，信令数据以100毫秒的间隔频繁重复发送。

这是为了使接收设备(客户端)能够随时立即获取信令数据。

客户端(接收设备)能够根据需要基于可以接收的信令数据，无延迟地执行接收和再现节目内容所需的处理，例如，获取用于访问必要节目内容的地址的处理和编解码器设置处理等。

其他数据70例如包括ESG(电子服务指南)、NRT内容等。

例如，代表电子服务指南(Electronic Service Guide)的ESG，代表诸如节目指南等指南信息。

NRT内容是非实时内容。

NRT内容包括将在作为客户端的接收设备30的浏览器上执行的各种应用文件、运动图像、静止图像等的数据文件等等。

在图2中描述的以下数据，即，

(a)信令数据50，

(b)AV片段60，和

(c)其他数据(ESG、NRT内容等)70，

例如根据数据通信协议：FLUTE(基于单向传输的文件传送)发送。

[2、关于数据通信协议FLUTE和ROUTE]

数据通信协议：FLUTE(基于单向传输的文件传送)是用于执行通过多播传输的内容的会话管理的协议。

例如，由作为发送设备的服务器生成的文件(由URL和版本来标识)根据FLUTE协议发送到作为接收设备的客户端。

例如，接收设备(客户端)30将接收到的文件的URL和版本与该文件相关联地存储在存储单元(客户端缓存)中。

具有相同URL但具有不同版本的文件被认为具有更新的内容。FLUTE协议只执行单向文件传输控制，对客户端中的文件没有选择性筛选功能。然而，客户端使用链接到文件的元数据来选择和拒绝在FLUTE的控制下传输的文件，从而实现选择性筛选，以使得能够以反映用户喜好的方式来配置和更新本地缓存。

注意，元数据可以在FLUTE协议中扩展并且包含到FLUTE协议中，并且可以根据诸如ESG(电子服务指南)等协议来单独描述。

FLUTE最初被指定为多播的文件传输协议。FLUTE被配置为FDT和用于称为ALC的可扩展文件对象的多播协议的组合，或者具体地，LCT和FEC组件作为其构造块。

过去的FLUTE主要是为了异步文件传输而开发的。目前，作为用于通过广播波和网络分发数据的数据分发系统的标准化组织的ATSC(高级电视系统委员会)正在努力扩展FLUTE，以使其适用于广播直播流。FLUTE的扩展规范被称为ROUTE(基于单向传输的实时对象传送)。

目前已经努力将ATSC(高级电视系统委员会)3.0标准化，作为通过广播波和网络分发数据的数据分发系统的一个标准。ATSC3.0将传统的FLUTE协议替换为ROUTE，并规定了用于发送信令数据、ESG或异步文件、同步流等的协议栈配置。

[3、关于由发送设备和接收设备执行的通信处理操作的示例]

下面将描述由发送设备和接收设备执行的通信处理操作的示例。

图3是示出发送设备和接收设备的协议栈的示例的示图。

在图3中描述的示例有两个协议栈，用于处理下面指出的两种通信数据：

(a)广播(包括多播)通信(例如，广播型数据分发)；和

(b)单播(宽带)通信(例如，HTTP型P2P通信)。

在图3的左侧部分中描述与(a)广播通信(例如，广播型数据分发)对应的协议栈。

在图3的右侧部分中描述是与(b)单播(宽带)通信(例如，HTTP型P2P通信)对应的协议栈。

图3左侧所示的对应于(a)广播通信(例如，广播型数据分发)的协议栈具有从低位层依次向上排列的以下层：

(1)广播物理层(Broadcast PHY)；

(2)IP多播层(IP Multicast)；

(3)UDP层；

(4)ROUTE(＝扩展FLUTE)层；

(5)ESG、NRT内容、DASH(ISO BMFF)和视频/音频/CC；和

(6)应用层(Applications(HTML5))。

注意，信令(Signaling)层建立作为(2)IP多播层(IP Multicast)上的上位层。

信令层是应用于上面参照图2描述的信令数据50的发送和接收的层。信令数据包括诸如节目指南等节目时间表信息、获取节目所需的地址信息(URL等)、再现内容的处理所需的信息，例如，包括编解码器信息的指南信息(编码处理等)和控制信息。

信令数据是包括对要由接收设备(客户端)接收和再现的AV片段的访问信息以及诸如在接收AV片段之后所需的解码处理等各种处理所需的指南信息和控制信息的数据，并且是不时地从发送设备重复发送的数据。

信令数据根据信息而可用各类型来获得。具体地，例如，信令数据包括作为每个服务的信令数据的USD(用户服务描述(User Service Description))。

USD包括各种控制信息。代表性控制信息是MPD(媒体呈现描述(MediaPresentation Description))，MPD是信令数据，具有在其中存储与内容(AV片段)对应的各种指南信息和控制信息的清单文件。

各种信令数据是接收设备(客户端)接收、再现和控制从发送设备发送的AV片段和应用(应用程序)的各处理所需的数据，并被设置为不同类别的单独文件(元文件)并且例如从发送设备发送。

顺便提及，未来新协议使用的层(未来可扩展性)被设置为(1)广播物理层(Broadcast PHY)之上的上位层。

(1)广播物理层(Broadcast PHY)是包括用于控制例如进行广播通信的广播通信单元的通信控制单元的物理层。

(2)IP多播层(IP Multicast)是用于根据IP多播进行数据发送和接收处理的层。

(3)UDP层是用于生成和分析UDP数据包的层。

(4)ROUTE层是根据作为扩展FLUTE协议的ROUTE协议来存储和取出传输数据的层。

和FLUTE一样，ROUTE代表用于称为ALC的可扩展文件对象(scalable fileobject)的多播协议，具体包括作为其构造块的LCT和FEC组件。

图4描述了关于ROUTE和FLUTE的协议栈。

(5)ESG、NRT内容、DASH(ISO BMFF)和视频/音频/CC是根据ROUTE协议传输的数据。

根据DASH标准的同时分发服务称为MBMS(多媒体广播多播服务)。eMBMS(演进的多媒体广播多播服务)提供作为用于有效地用LTE实现MBMS的方案。

MBMS和eMBMS是同时分发服务，其利用共同承载同时将相同的数据(例如，电影内容)分发给位于特定区域中的作为接收设备的多个用户终端(UE)。根据MBMS和eMBMS的同时分发使得可以同时将相同的内容提供给位于分发服务提供区域中的诸如大量的智能手机、PC或电视机等接收设备。

MBMS和eMBMS根据传输协议ROUTE或FLUTE规定根据3GPP文件格式(ISO-BMFF文件、MP4文件)下载文件的处理。

以上参考图2描述的很多以下数据，即，

(a)信令数据50，

(b)AV片段60，和

(c)其他数据(ESG，NRT内容等)70，

根据ROUTE协议或FLUTE协议发送。

ESG表示电子服务指南(Electronic Service Guide)，并且例如是诸如节目指南等指南信息。

NRT内容代表非实时内容。

如上所述，NRT内容包括将在作为客户端的接收设备的浏览器上执行的各种应用文件、运动图像、静止图像等的数据文件等待。

视频/音频/CC代表根据DASH标准分发的待再现的实际数据，例如，视频和音频数据等。

(6)应用层(Applications(HTML5))是生成或分析根据ROUTE协议传送的数据并且执行各种数据的输出控制等的应用层，并且例如执行生成、分析、输出其中应用了HTML5的数据的处理。

图3右部所示的对应于(b)单播(宽带)通信(例如，HTTP型P2P通信)的协议栈，具有从低位依次向上排列的以下层：

(1)宽带物理层(Broaband PHY)；

(2)IP单播层(IP Unicast)；

(3)TCP层；

(4)HTTP层；

(5)ESG、信令、NRT内容、DASH(ISO BMFF)和视频/音频/CC；和

(6)应用层(Applications(HTML5))。

(1)宽带物理层(Broaband PHY)是包括诸如设备驱动器等用于控制执行宽带通信的诸如网卡等通信单元的通信控制单元的物理层。

(2)IP单播层(IP Unicast)是用于执行IP单播发送和接收处理的层。

(3)HTTP层是用于生成和分析HTTP数据包的层。

上层与图3的左侧部分所示的(a)广播通信(例如，广播型数据分发)的堆栈配置的那些上层相似。

注意，发送设备(服务器)20和接收设备(客户端)30根据图3所示的两种处理系统的两种通信协议栈中的至少一个执行用于以下的处理：

(a)广播通信(例如，广播型数据分发)；和

(b)单播(宽带)通信(例如，HTTP型P2P通信)。

在图3所示的协议栈中，可以在ROUTE(FLUTE)的控制文件中描述，或者可以在记载文件传输会话的信令(Signaling)数据中描述根据ROUTE(FLUTE)所多播传送的文件组的属性(包括作为文件的标识符的URL)。文件传输会话的进一步详细属性可以由ESG描述(适用于向最终用户呈现的应用)。

如上所述，已经努力将ATSC(高级电视系统委员会)3.0标准化为用于经由广播波和网络分发数据的数据分发系统的一个标准。

在根据ATSC3.0的IP基传输栈的标准化中，已经提出了一种根据从FLUTE(基于单向传输的文件传送)扩展的ROUTE(基于单向传输的实时对象传送)协议来传送基于MPEG-DASH的文件格式(ISO-BMFF文件、MP4文件)的文件的方法，并且已经确定所提出的方法，作为标准候选方案。

通过应用ROUTE协议，可以根据DASH标准、作为根据DASH标准的控制信息(信令数据)存储文件的MPD(媒体呈现描述)、以及代表用于广播分发的信令数据的USBD/USD、S-TSID(基于服务的传输会话描述)等，来传输分段的MP4(分段MP4)文件序列。

如上所述，ROUTE协议是基于FLUTE的协议。描述FLUTE中的传送控制参数的元数据文件称为FDT(文件传送表)，并且描述ROUTE中的传送控制参数的元数据文件称为S-TSID(基于服务的传输会话描述)。S-TSID是FDT的超集，且包括FDT。

作为用于ATSC3.0服务层(SLS：Service Layer Signaling)的信令数据而提出的USBD/USD、S-TSID、MPD等都在ROUTE会话中传送。

[4、关于接收设备中输出的数据的示例]

接下来，将在下面描述从诸如广播服务器21、广告服务器22等发送设备20中接收数据，并输出所接收的数据的接收设备(客户端)30中输出的数据的示例。

图5是示出接收设备(客户端)30中的数据输出示例的示图。

向接收设备30，例如根据图5的下部中所示的时间线(时间轴(t))交替地输出电影、新闻、其他广播节目(主要内容)和广告。

规定由用户选择的频道的节目开始时间是t0，随时间交替地输出广播节目和广告如下：

时间段t0到t1：广告

时间段t1到t2：广播节目

时间段t2到t3：广告

时间段t3到t4：广播节目

时间段t4到t5：广告

时间段5到：播放节目

输出到接收设备30的广告是由接收设备30的观看用户从多个广告内容中选择的广告。

基于在接收设备30中设置的用户(视听者)信息，选择并输出对用户最佳的广告。

用户信息例如表示诸如用户(视听者)的年龄、性别、地址、爱好和品味等各种信息。

这些用户信息已经预先登记在接收设备的存储单元中。

可替换地，可以在节目开始时间提示用户(视听者)输入用户信息，并且可以使用所输入的用户信息。

用户信息可以以各种方式设置和使用。例如，可以关于每个节目、每个频道、所有频道设置和使用用户信息。

用户信息存储在接收设备的存储单元中并在必要时使用。

稍后将描述使用用户信息的广告的具体配置。

下面将参照图6描述使用各种用户信息选择的输出广告的示例。

图6描述了以下三种具体示例：

(A)年龄特定的广告设置的示例；

(B)居住地特定广告设置的示例；和

(C)年龄和居住地特定广告设置的示例。

(A)年龄特定的广告设置的示例包括以下示例：

用户(视听者)的年龄(age)＝20岁以上→选择并输出酒精饮料(酒类)的广告。

用户(视听者)的年龄(age)＝15岁以下→选择并输出玩具广告。

在该示例中，将用户的年龄作为用户信息登记在接收设备30中，并且基于登记的用户信息(视听者的年龄)，使用户使用的接收设备30根据用户的年龄输出广告。

(B)居住地特定广告设置的示例包括以下示例：

用户(视听者)的地址(Location)＝阿拉斯加→选择并输出加热家电的广告。

用户(视听者)的地址(Location)＝夏威夷→选择并输出空调器广告。

在这个示例中，用户的地址作为用户信息登记在接收设备30中，并且基于登记的用户信息(视听者地址)，使用户使用的接收设备30根据用户的地址输出广告。

(C)年龄和居住地特定广告设置的示例包括以下示例：

用户(视听者)的年龄(age)＝18岁以上，并且用户(视听者)的地址(Location)＝纽约。

如果满足这两个条件，则接收设备选择并输出纽约餐馆广告。

用户(视听者)的年龄(age)＝15岁以下，并且用户(视听者)的地址(Location)＝加利福尼亚州。

如果满足这两个条件，则接收设备选择并输出在加利福尼亚州的玩具店广告。

在该示例中，将用户的年龄和地址作为用户信息登记在接收设备30中，并且基于登记的用户信息(视听者的年龄和地址)，使用户使用的接收设备30根据用户的年龄和地址输出广告。

根据本公开的处理操作，实现了一种配置，该配置根据在接收设备30中设置的各种用户信息，选择并输出被判断为用户(视听者)最优的广告，即，具有大的广告效果的广告。

稍后将描述具体的处理操作。

[5、关于接收设备的配置示例和处理示例]

接下来，将参照图7及其后各图来描述接收设备30的配置示例和处理示例。

注意，如上面参考图1所述，接收设备30包括电视机31、PC 32、移动终端33或者任何其他装置，例如，智能电话、平板终端、智能手表、可穿戴装置等。

图7所示的接收设备30具有：中间设备110，用于从例如广播服务器、广告服务器等发送设备20接收发送数据；代理服务器120，用于分析接收到的数据并执行缓存处理；以及再现处理器130，用于通过执行应用来再现节目和执行数据再现处理。

诸如广播服务器、广告服务器等发送设备20通过经由广播波和诸如互联网等通信网络的数据通信来发送包括广播内容等的AV片段、应用、信令数据和其他数据。

图7所示的接收设备30的中间设备(middleware)110可以接收并分析来自发送设备20的经由广播波提供的数据。

中间设备110具有通信单元(PHY/MAC)111、用于获取信令数据的信令获取单元112、用于分析信令数据的信令分析单元113、以及用于获取信令数据、诸如视频、声音等节目内容、以及NRT内容的数据文件等(例如，应用等)的片段获取单元114。

由中间设备110接收的数据通过代理服务器120的缓存控制单元121存储在缓存单元(代理缓存)122中。代理服务器120还经由网络将从发送设备20获取的数据存储在缓存单元122。

代理服务器120的缓存控制单元121从再现处理器130的再现控制单元((嵌入式)媒体播放器)131和应用控制单元132接收数据获取请求，并且向再现处理器提供所请求的数据。

例如，缓存控制单元121响应于来自再现控制单元((嵌入式)媒体播放器)131和应用控制单元132的数据获取请求，执行地址解析处理等，根据地址从缓存单元122获取数据，并且将获取的数据输出到再现处理器130的再现控制单元((嵌入式)媒体播放器)131和应用控制单元132。如果在缓存单元122中不存在请求数据，则缓存控制单元121可以从外部来源获取数据并提供所获取的数据。

再现处理器130的再现控制单元((嵌入式)媒体播放器)131执行用于再现根据DASH(MPEG-DASH)标准发送的内容的控制处理。

如上所述，MPEG-DASH标准包括以下两个标准：

(a)关于用于描述表示运动图像和音频文件的管理信息的元数据的清单文件(MPD：Media Presentation Description)的标准；和

(b)关于传输运动图像内容的文件格式(片段格式)的标准。

发送设备20根据上述MPEG-DASH标准将内容分发到接收设备30。

内容作为根据由MPEG规定的MP4文件格式将数据划分成给定单位所表示的片段(AV片段等)来发送，并且再现控制单元((嵌入式)媒体播放器)131通过参考清单文件(MPD)来执行获取存储有再现的内容的片段的处理。

应用控制单元132控制从发送设备20提供的应用，例如，上面参考图5和图6描述的天气预报、广告等的应用的执行、开始、结束等。

输出控制单元133获取由再现控制单元131和应用控制单元132提供的节目组成数据和应用执行数据，并且执行对所获取的数据进行解码的处理、将解码的数据输出到显示单元的处理等。

注意，再现控制单元((嵌入式)媒体播放器)131和应用控制单元132参照发送设备20(广播服务器21、广告服务器22等)发送的信令数据，根据信令数据中描述的信息从代理服务器120获取必要数据，并且根据信令数据中描述的信息，执行再现控制处理和应用控制处理。

如上面参照图2所述，信令数据50包括诸如节目指南等节目时间表信息、获取节目所需的地址信息(URL(统一资源定位符)等)、再现内容的处理所需的信息，例如，包括编解码器信息(编码处理等)的指南信息、以及诸如应用控制信息等各种控制信息。

再现控制单元((嵌入式)媒体播放器)131和应用控制单元132获取信令数据(SLS：Service Layer Signaling)，并且基于获取的信令数据，执行数据获取处理、数据再现控制处理、应用执行控制处理等。

例如，应用控制单元132基于记录与应用对应的属性信息和控制信息的各种信令数据来执行应用控制处理。具体地，应用控制单元132使用USBD/USD、表示ATSC3.0的信令数据的S-TSID或者记录与应用对应的属性信息和控制信息的应用信息表(AIT：ApplicationInformation Table)来执行应用控制处理。

顺便提及，再现控制单元((嵌入式)媒体播放器)131和应用控制单元132使用存储在代理服务器120的缓存单元122中的数据执行处理。

存储在缓存单元122中的数据是由中间设备(客户端本地ATSC中间设备)110接收的数据以及由代理服务器120经由网络接收的数据。

中间设备110或代理服务器120经由广播波或通信网络获取的数据例如代表在其中存储信令数据的DASH-MPD文件、DASH片段(片段)文件、其他通用应用文件和SLS(ServiceLayer Signaling)文件。

这些数据在缓存控制单元121的控制下存储在缓存单元122中。

此后，缓存控制单元121根据来自再现控制单元((嵌入式)媒体播放器)131和应用控制单元132的请求从缓存单元122获取请求的数据，并将所获取的数据提供给再现控制单元((嵌入式)媒体播放器)131和应用控制单元132，其中，用于渲染流并且用于数据再现处理中，例如，应用的执行。

当再现控制单元((嵌入式)媒体播放器)131和应用控制单元132请求(HTTP请求)代理服务器120的缓存控制单元121获取片段(segment)文件、其他一般应用文件和信令数据文件时，代理服务器120的缓存控制单元121响应于该请求从缓存单元122获取数据。注意，如果缓存单元122中不存在数据，则缓存控制单元121执行经由广播或互联网获取数据的处理。

此外，再现控制单元(DASH客户端)131和应用控制单元132再现内容并获取记录了应用控制信息等的信令数据。这些信令数据由信令获取单元(SLS Signaling Retriever)112获取。

例如，获取并使用诸如USBD/USD、AIT、S-TSID、MPD等各种信令数据。

信令获取单元(SLS Signaling Retriever)112提取由经由通信单元(ATSC调谐器：ATSC3.0PHY/MAC)111广播和接收的SLS LCT数据包所携带的信令数据。

这些信令数据由中间设备110的信令获取单元112获取，并由信令分析单元(SLSSignaling Parser)113分析。

信令数据包括例如再现节目所需的AV片段以及用于获取执行应用所需的各种数据文件(资源)等的地址信息(URL)。信令分析单元113执行获取用于获取必要的片段和资源文件的地址信息(广播分发地址信息)的处理。

基于广播分发地址信息，从广播流获取在其中存储有期望文件的LCT数据包，并且将获取的数据加载到代理服务器120的缓存单元122中。

图8是描述接收设备(客户端)30的再现控制单元((嵌入式)媒体播放器)131和输出控制单元133的配置细节的示图。

接收设备(客户端)30的再现控制单元((嵌入式)媒体播放器)131具有MPD获取单元201、MPD分析单元202、片段获取单元203和片段(MP4)分析单元204。

如上所述，再现控制单元((嵌入式)媒体播放器)131执行用于再现根据DASH(MPEG-DASH)标准发送的内容的控制处理。

MPD获取单元201获取作为用于运动图像和音频文件的管理信息描述文件的清单文件(MPD：媒体呈现描述)。

由诸如广播服务器21、广告服务器22等发送设备20提供的MPD存储在代理服务器120中，并且随后由再现控制单元131获取。

MPD分析单元202分析由MPD获取单元201获取的MPD的描述内容，并向片段获取单元提供获取与要再现的数据相对应的片段所需的信息等。

片段获取单元203根据MPD分析单元202的MPD分析结果，获取与要再现的数据对应的片段。

片段表示根据用于发送包括AV数据的内容的文件格式(片段格式)的预定单元数据集。

片段分析单元204从片段获取单元203获取的片段中获取编码的图像数据、编码的声音数据等，并将获取的数据输出到输出控制单元133的解码单元(解码器)211。

接收设备(客户端)30的输出控制单元133具有解码单元(解码器)211和输出单元(渲染器)212。

解码单元(解码器)211执行对从片段分析单元204提供的编码图像数据和编码声音数据进行解码的处理。

输出单元212将解码的图像数据和声音数据输出到输出单元(显示器、扬声器)。

接收设备(客户端)30的再现控制单元((嵌入式)媒体播放器)131是ATSC3.0客户端应用(3.0DASH客户端)的执行单元。

在ATSC3.0广播接收客户端装置上实现的浏览器上执行ATSC3.0客户端应用。或者，ATSC3.0客户端应用不仅可以作为浏览器应用执行，也可以作为本地应用执行。

由再现控制单元((嵌入式)媒体播放器)131执行的ATSC3.0客户端应用包括ATSC3.0DASH客户端应用(3.0DASH客户端)和ATSC3.0流关联应用(3.0应用程序)。

由再现控制单元((嵌入式)媒体播放器)131和输出控制单元133和152执行的ATSC3.0客户端应用处理由中间设备(客户端本地ATSC中间设备)110接收的数据和由代理服务器(客户端本地HTTP代理服务器)120经由网络接收的数据。

中间设备110或代理服务器120已经获取的其中存储信令数据的DASH-MPD文件、DASH片段(片段)文件、其他通用应用文件和SLS(服务层信令)文件被输入，流被渲染，并且应用被控制。

由于由再现控制单元((嵌入式)媒体播放器)131执行的ATSC3.0客户端应用和由信令数据处理器160执行的应用总是通过代理服务器120访问外部世界，因此不能识别通过广播还是通过互联网获取文件组(提供了网络透明性)，所以该模型使得可以增强应用的便携性。

因此，没有必要安装特定于广播的应用，并且可以安装应用，而不管广播和互联网中的哪一个被使用。

当由再现控制单元((嵌入式)媒体播放器)131执行的ATSC3.0客户端应用请求(HTTP请求)获取DASH-MPD文件、DASH片段(段)文件、其他通用应用文件和信令数据文件时，代理服务器120响应于该请求在地址和链接解析器(Address&xlink Resolver)122中决定是经由广播接收栈还是经由互联网来获取文件。

作为分析信令数据的结果，提供了用作决断材料的信息。再现控制单元131请求信令获取单元(SLS Signaling Retriever)112获取作为ATSC3.0的信令元数据的USBD/USD、S-TSID等。

信令获取单元(SLS Signaling Retriever)112提取由经由通信单元(ATSC调谐器：ATSC3.0PHY/MAC)111广播和接收的SLS LCT数据包所携带的信令元数据。

信令分析单元(SLS Signalling Parser)113还从包括在针对片段和应用资源的请求中的URL中提取信令元数据，并且解析用于获取目标文件的广播分发地址信息。当发现将要或已经执行广播分发时，信令分析单元(SLS信令分析器)113基于广播分发地址信息从广播流中获取其中存储在有期望文件的LCT数据包，并将其加载到缓存(代理缓存)单元121a和121b。代理服务器120将文件(作为HTTP响应)返回到再现控制单元131。如果包括在针对应用部分的请求中的URL不在信令元数据中，则代理服务器120经由普通互联网堆栈获取文件。

[6、关于使用MPD的每个时间段(Period)的信令数据]

如上面参照图2等所述，发送设备20向接收设备30提供包括各种控制信息的信令数据50。

如上所述，信令数据可以根据信息以各种形式提供。具体地，例如，信令数据包括作为诸如节目等每个服务的信令数据的USD(用户服务描述(User ServiceDescription))。

USD包括各种控制信息。代表性控制信息是MPD[媒体呈现描述(MediaPresentation Description)]，其是包括在其中存储与内容(AV片段)对应的指南信息和控制信息的清单文件的信令数据。

作为根据DASH标准的一个信令数据的MPD(媒体呈现描述)能够以时间段(Period)为单位向接收设备(客户端)30提供各种控制数据，例如，作为分割某个节目广播时间的时间区间。

图9是示出MPD的格式的示例的示图。

MPD能够针对图像和声音的每个流以下面指示的各种规定的范围为单位来描述属性等的信息和控制信息：

(1)规定时间轴上的区间的时间段(Period)

(2)规定图像和声音的数据类型的适应集(Adaptation)等；

(3)规定图像类型和声音类型的表述(Representation)；和

(4)作为以图像和声音的片段(AV片段)为单位的信息记录区域的片段信息(SegmentInfo)。

图10是描述与MPD中记录的AV片段对应的信息(控制信息、管理信息、属性信息等)的时间顺序展开序列的示图。

假定时间从左到右流逝。例如，时间轴对应于在接收设备上再现AV内容的时间。

对应于AV片段的各种信息记录在MPD中。注意，MPD是信令数据的一部分，并且例如，在AV片段之前发送。

如上面参照图9所述，MPD能够以下面指示的数据为单位记录信息：

(1)规定时间轴上的区间的时间段(Period)

(2)规定图像和声音的数据类型的适应集(Adaptation)等；

(3)规定图像类型和声音类型的表述(Representation)；和

图10是描述在时间轴上根据数据类型展开的这些数据区域的示图。

图10描述了以下两个适应集(Adaptations)：

(V)作为图像对应信息记录区域的适应集V(Adaptation(V))；和(A)作为声音对应信息记录区域的适应集A(Adaptation(A))。

(V)作为图像对应信息记录区域的适应集V(Adaptation(V))具有以下所示的两个表述(Representations)，作为具有不同属性的以流为单位的信息记录区域：

(V1)表述(V1)(Representation(V1))，作为与低比特率图像对应的信息记录区域；和

(V2)表述(V2)(Representation(V2))，作为与高比特率图像对应的信息记录区域。

类似地，(A)作为声音对应信息记录区域的适应集A(Adaptation(A))具有以下指示的两个表述(Representations)，作为具有不同属性的流单元中的信息记录区域：

(A1)表述(A1)(Representation(A1))，作为与日语语音对应的信息记录区域；和

(A2)表述(A2)(Representation(A2))，作为与英语语音对应的信息记录区域。

此外，每个表述(Representation)被设置为能够在再现时间轴上的时间段中记录信息，并进一步以片段为单位记录信息。

例如，选择和再现高比特率图像和日语语音的接收设备(客户机)从再现时间段1的片段(11)的MPD中选择并获取关于要再现的高比特率图像和日语语音的信息。

要被选择的MPD的记录的信息成为图中所示的片段区域301和302的信息。

以这种方式，接收设备从作为信令数据自发送设备发送的MPD中仅选择与其自身设备上要再现的数据(片段)对应的信息，并且参考所选信息。

因此，可以在MPD中根据数据类型并且以时间为单位记录对应于分段的信息。

如上面参照图5所述，在交替输出广播节目和广告的内容输出处理中，发送设备可以通过使用MPD来在接收设备上以时间为单位控制内容(广播节目、广告)，在该MPD中，以给定时间段(Period)为单位记录控制信息。具体而言，可以实现如上参考图5所述的提供针对用户的广告的处理。

图11是描述表示与如上面参考图5所述的交替输出广播节目和广告的内容输出过程相对应的控制信息描述数据(信令数据)的MPD的配置示例的示图。

MPD被分成用于与给定时间区间中的输出内容对应的广告以及广播节目的时间段信息311至314。

时间段信息311表示与在时间段t0到t1中在接收设备上输出的广告对应的控制信息(信令数据)。

时间段信息312表示与在时间段t1到t2中在接收设备上输出的广播节目相对应的控制信息(信令数据)。

时间段信息313表示与在时间段t2到t3在接收设备上输出的广告对应的控制信息(信令数据)。

时间段信息314表示与在时间段t3到t4在接收设备上输出的广播节目相对应的控制信息(信令数据)。

时间段信息包括其中记录用于获取要输出到接收设备的数据(内容)所需的信息，例如，从发送设备发送的广播节目或广告的访问信息(URL)等、以及要在接收设备上获取和输出内容所需要的各种信息，例如，解码方法(编解码器)等。

发送设备在时间t0之前将图示的MPD发送到接收设备。

接收设备参考MPD，通过广播波或网络获取广告和广播节目，使用指定的编解码器执行解码处理等，并将解码数据输出到显示单元、扬声器等。

图12是示出由接收设备执行的MPD分析处理(解析)的过程的示图。

图12描述了以下各图：

(1)MPD；

(2)时间段信息；

(3)表述信息；和

(4)片段信息。

接收AV片段并执行再现AV内容的处理的接收设备(客户端)，获取被包含在接收到MPD之前接收到的信令数据中的MPD，并且从MPD获取与由自己的设备再现的数据对应的信息。

首先，接收设备从图10所示的(1)MPD中选择其中记录对应于AV片段再现时间段的特定时间段(时间区间)的信息的(2)时间段信息。

然后，接收设备选择与其自己的设备(客户机)要再现的数据的类型相对应的(3)表述信息，并且还选择与再现目标段对应的(4)段信息。

参考记录在(4)分段信息中的数据，接收设备可以获取要再现的AV片段和再现AV片段所需的各种信息。

[7、关于执行根据用户信息提供广告的处理的具体配置示例]

接下来，将在下面描述执行用于根据用户信息提供广告的处理的具体配置示例。

下面参考图13，描述图11所示的MPD中的时间段信息311的配置。

从图11中可以看出，时间段信息311是表示与在时间段t0到t1中在接收设备上输出的广告对应的控制信息的时间段信息。

如图13所示，广告对应时间段信息311具有以下描述数据。

Period A1(Ad Break#1):

@xlink:href＝http://adservice.com？user＝$groupID$

@xlink:actuate＝”onRequest”

@start＝0

@duration＝60sec

.....

广告对应时间段信息311包括在其中记录的上面参考图10和图12描述的

适应集，

表述，

片段信息，和

链接信息(xlink)，该链接信息作为访问信息省去了对这些特定数据的描述并且用于获取带有这些数据的特定描述的时间段信息。

接收设备在图13所示的广告对应时间段信息311中的链接信息(xlink)中所包括的用户信息设置字段(user＝$groupID$)中设置用户信息(参数)。

在用户信息设置字段(user＝$groupID$)中设置用户信息(参数)的数据(用户信息设置数据)，用作与对应用户的广告数据对应的时间段信息(时间段元素)的访问信息(URL)或URL的组成数据。

换言之，存储广告数据的分段文件的访问信息(分段URL)不记录在图11和图13所示的MPD中的广告对应时间段信息中。

通过在图11和图13所示的MPD中的广告对应时间段信息中的链接信息(xlink)中所包括的用户信息设置字段中设置用户信息(参数)，存在完整访问信息(URL)用于获取其中记录用于获取针对用户的广告数据(分段文件)的访问信息的真正时间段信息(时间段元素)。可替代地，完成用于确定用于获取真正时间段信息(时间段元素)的访问信息(URL)的数据。

下面将描述图13所示的广告对应时间段信息311的数据组成。

“Period A1(Ad Break#1)”表示用于记录时间段信息的标识符的区域，并且表示是与具有标识符(A1)的广告(Ad)有关的时间段信息。

“@xlink:href＝http://adservice.com？user＝$groupID$”

该信息记录字段是链接(xlink)信息记录字段。

顺便提及，“@xlink：href＝”表示要引用的URL的设置字段。

根据本发明，具体地，它表示记录了原始时间段信息的字段，即记录有参考图10和图12描述的以下数据：

适应集；

表述；

片段信息；和

用于获取携带这些数据的特定描述的时间段信息(period element，时间段元素)的访问信息(URL)。

然而，只有当在用户信息设置字段(user＝$groupID$)中设置了用户信息(参数)时，存在完整的访问信息(URL)，用于获取与根据用户信息选择的广告数据相对应的真正时间段信息(时间段元素)。

可以在用户信息设置字段中设置视听者(用户)的年龄、性别、地址、爱好、品位等。

根据年龄设置的示例，例如，可以设置“age＝10-19”。该设置表示用户的年龄在10到19年的范围内。

根据地址设置的示例，例如，可以设置“location＝LA”。该设置表示用户居住在洛杉矶(LA)。

通过在用户信息设置字段(user＝$groupID$)中设置这种用户信息，存在用于对针对用户的广告数据获取包括所有控制信息(适应集、表述、片段信息等)的真正时间段信息(时间段元素)的完整访问信息。

‘@xlink:actuate＝”onRequest”’

这个信息记录字段也是链接(xlink)信息记录字段的组件。

顺便提及，“@xlink：actuate＝”表示其中规定了用于获取根据由“@xlink：href＝”指示的URL访问的数据的定时的字段。

根据本组成，该字段是其中规定用于获取可使用上述参数设置URL获取的时间段信息(时间段元素)的定时的字段。

获取定时可以用(a)和(b)两种方式设置：

(a)actuate＝”onRequest”；和

(b)actuate＝”onLoad”。

(a)actuate＝”onRequest”

该设置表示获取使用上述参数设置URL可获取的时间段信息(时间段元素)的定时可以在直到广告开始时间(图11所示的示例中的时间t0)前的任何时间。

(b)actuate＝”onLoad”

该设置请求在获取图11所示的MPD之后立即获取使用上述参数设置URL可用获取的时间段信息(时间段元素)。

“@start＝0”

该信息记录字段是记录对应于该时间段信息的数据(广告内容)的输出开始时间的字段。

表示广告从开始(开始时间)＝0(对应于图11所示的示例中的时间t0)开始。

“@duration＝60sec”

该信息记录字段是记录与该时间段信息对应的数据(广告内容)的连续输出时间段的字段。

持续时间(连续时间段)＝60秒表示广告持续60秒。

如参照图11和图13所示，根据本公开，与在MPD中设置的广告输出时间区间相对应的时间段信息包括用户信息设置字段，使得可以根据在每个接收设备(客户端)中设置的用户信息来动态地改变提供的广告。

分发给接收设备(客户端)(例如，通过服务信令分发的)的MPD可以描述：

通过在MPD/Period@xlink：href的位置设置用户信息的时间段信息(时间段元素)的访问信息(URL)。

该URL可被识别为记录有对根据所设置的用户信息等选择的广告的访问信息的时间段信息(时间段元素)的特定访问信息(URL)。

例如，URL以诸如http://a.com？user＝$groupID$等格式进行编码，并且接收设备(客户端)在组ID(groupID)的参数部中例如插入组ID的值，作为用于识别最终用户的用户信息。

例如，插入http://a.com？user＝classA。

基于用户信息设置URL(＝根据用户信息的时间段元素的访问信息)，根据用户信息选择和获取时间段元素的处理通过由例如发送设备提供的链接解析应用(脚本)执行。

接收设备30的应用控制单元132执行链接解析应用(脚本)。

应用控制单元132通过执行链接解析应用(脚本)来执行链接解析处理。换言之，应用控制单元132基于用户信息设置URL(＝根据用户信息的时间段元素的访问信息)执行根据用户信息选择时间段元素的链接解析(xlink Resolver)处理。

应用控制单元132通过执行链接解析应用(脚本)来根据用户信息选择时间段元素，并且将包括存储有与选择的用户信息相对应的广告的广告片段的URL的时间段元素等返回到接收设备30的再现控制单元131。

接收设备30的再现控制单元131使用记录在时间段元素中的广告片段URL来执行获取广告片段的处理，并且再现广告。

下面将参照图14和图15所示的顺序图，来描述接收设备通过应用图13所示的广告数据对应时间段信息311执行获取广告数据并来输出(再现)它们的处理的处理序列。

图14和图15描述了从左侧起给出的各种设备和部件：

(a)发送设备；

(b)作为接收设备的部件的中间设备；

(c)作为接收设备的部件的代理服务器的缓存单元(代理缓存)；

(d)作为接收设备的部件的浏览器缓存；

(e)作为接收设备的部件的应用(脚本)控制单元；和

(f)作为接收设备的部件的再现控制单元。

注意，在由应用(脚本)控制单元执行的应用是在浏览器上执行的应用的情况下，浏览器缓存是由应用(脚本)使用的缓存单元。

下面将描述图14和图15中描述的各个步骤的处理操作。

(步骤S11)

在步骤S11中，发送设备生成并传送其中存储有广告内容的广告片段文件。发送设备经由广播波或网络以接收设备作为发送目标来执行多播传输。

注意，由发送设备发送的广告包括对应于各种用户的不同的广告内容。换言之，发送设备发送其中存储有各种用户相关广告内容的广告片段文件，以提供给各种年龄和各种居住地的不同用户。顺便提及，发送设备可以被设置为连续地重复执行发送广告片段文件的处理。

(步骤S12)

在步骤S12中，发送设备生成用于执行要在浏览器上执行的诸如Java(注册商标)脚本等链接解析处理(xlink Resolver)的应用，并将生成的应用发送到接收设备。

具体而言，应用是指基于上面参考图13描述的用户信息设置URL(＝根据用户的时间段元素的访问信息)来执行用于根据用户信息选择时间段元素的链接解析处理(xlinkResolver)的应用(application，应用程序)。

(步骤S13和S14)

步骤S13和S14的处理操作是由接收设备的应用控制单元执行的处理操作。

在步骤S13中，应用控制单元起动在步骤S12中从发送设备接收的链接解析应用(脚本)。

此外，在步骤S14中，应用控制单元运行链接解析应用(脚本)，获取基于解析结果获取的时间段元素和广告片段文件，并将其存储在浏览器缓存中。

(步骤S15)

在步骤S15中，发送设备执行发送MPD的处理。

例如，所发送的MPD是参考图9至图13描述的MPD。具体地，MPD包括广告对应时间段信息(时间段元素)，并且广告对应时间段信息包括其中记录有具有用于根据PDI配置设置链接信息(xlink)(即用户信息)的字段的未完成URL。

接收设备在用户信息设置字段中设置预定用户信息(参数)，从而生成其中记录了特定广告内容的访问信息等的用户关联时间段信息(时间段元素)获取URL。

(步骤S16)

步骤S16是由接收设备的再现控制单元执行的处理操作。

接收设备的再现控制单元获取由发送设备发送的MPD并分析(解析)所获取的MPD。

注意，MPD由接收设备的中间设备接收，存储在代理服务器的缓存单元中，此后由再现控制单元从缓存单元获取。

(步骤S17)

在步骤S17中，接收设备的再现控制单元获取在步骤S16中获取的MPD的广告对应时间段信息中记录的链接信息(xlink)(即，具有用户信息设置字段的链接信息(xlink))并将用户信息(参数)设置在用户信息设置字段中。

所设置的用户信息可以是预先登记(记录)在接收设备的存储单元中的用户信息，或者可以是由用户常常输入的用户输入信息。

接收设备的再现控制单元将在用户信息设置字段中设置了用户信息(参数)的数据输出到运行链接解析应用(脚本)的应用控制单元，并且请求应用控制单元分析链接信息(xlink)(解析链接)。例如，请求处理作为HTTP-GET请求来执行。

(步骤S18)

步骤S18的处理操作是接收设备的应用控制单元的处理操作。

应用控制单元分析从再现控制单元输入的用户信息(参数)设置URL，提取对应于用户信息的时间段元素，并将提取的时间段元素输出到再现控制单元。

例如，输出处理以HTTP响应的形式执行。

时间段元素是取决于在步骤S17中由再现控制单元设置的用户信息(参数)的时间段元素以及记录将要提供给所设置的用户信息(年龄、位置等)选择的特定用户的最佳广告内容(广告片段URL)的访问信息的时间段元素。

(步骤S19)

最后，接收设备的再现控制单元在步骤S19中读取并分析从应用控制单元获取的时间段元素的记录信息。

再现控制单元使用该时间段元素的记录信息中包含的最佳广告内容的访问信息(广告片段URL)，获取其中存储有广告内容的广告片段文件，经由接收设备的输出单元(例如，显示单元、扬声器等)输出该广告片段文件。

注意，广告内容的诸如解码模式、输出时间段等控制信息已记录在时间段元素中，并且再现控制单元通过执行根据记录在时间段元素中的信息的处理来执行输出广告内容的处理。

输出到接收设备的广告内容表示根据在步骤S17中由再现控制单元设置的用户信息而选择的广告，并且主要针对根据用户(视听者)的特征(例如，用户的年龄、居住地等)而选择的用户的用户针对性广告。

以这种方式，可以根据表示每个用户属性的用户信息(例如，用户的性别、年龄、居住地等)来选择最佳广告，并将所选择的广告提供给用户。

[8、关于通过未经授权的应用输出未经授权的广告的处理]

如上所述，当前正在开发的ATSC3.0正在讨论用于在由内容供应商(或内容分发服务供应商)提供的节目之间，例如来自广播电台的节目或与节目相关的应用等(或之前或之后)插入广告(Ad)内容的系统。

此外，如上所述，对使用MPD的时间段信息(时间段元素)作为DASH的规定信令数据的系统的讨论正在进行，并且正讨论基于诸如人口统计属性等参数(例如，在客户端的广告内容的视听者的性别、年龄、居住地等)来优化所提供的广告，以增加广告内容的分发效果。

如上面参照图13以及其他图所述，通过在图13所示的广告对应时间段信息311中包括的链接信息(xlink)中包含的用户信息设置字段(user＝$groupID$)中设置用户信息(参数)，实现利用DASH的规定时间段信息插入广告内容。

换言之，通过使用在时间段信息中作为xlink：href属性而添加的URL，作为解析成对于视听者最佳的广告内容的地址，来实现使用DASH的规定时间段信息插入广告内容。

将地址解析为最佳广告内容的处理(地址解析处理/链接解析处理)例如由应用程序(称为脚本应用、Web应用等)执行，应用程序在由广播供应商(或广告内容插入服务供应商)(例如，广播电台等)提供的浏览器(或在脚本执行环境中)上执行，被称为脚本应用(ScriptApp)。

在参照图14和图15描述的序列图中，应用是由应用控制单元132执行的应用，并且在步骤S13中被起动，并且在步骤S18中执行链路解析处理。

注意，链接解析应用(ScriptApp)可以通过诸如广播网络等单向网络(广播/多播)或通过诸如互联网等双向网络与广播节目相关联地分发。

关于链接解析应用(ScriptApp)的发布时间，可以在广告插入的节目的广播时间段内分发，或者可以在节目播出之前预先分发给接收设备。

而且，当视听者观看节目时(视听者在节目直播中可以实时观看该节目，或者可以记录或者下载该节目，并且在与其播放时间不同的时间区间观看)，链接解析应用(ScriptApp)在节目再现的同时运行。

通过根据图14和图15所示的序列执行使用链接解析应用(ScriptApp)的处理，可以将接收设备30输出的广告转换为根据诸如用户的年龄、性别、居住地等用户信息的广告。

然而，在图14和图15所示的序列中，存在由应用控制单元执行的链接解析应用(ScriptApp)被替换为未授权的应用的可能性。

换言之，如果由应用控制单元132起动的应用在图14所示的步骤S13中被替换为未授权的应用，则执行未经授权的链接解析应用(ScriptApp)的处理操作。

如果链接解析处理是由未授权的应用执行的，则不是根据真正的用户属性的广告内容的未授权的广告内容被选择和再现。

图15所示的步骤S18的处理操作是其中应用控制单元132获取与从再现控制单元131输入的URL相对应的时间段元素(时间段信息(period element)，即，记录广告内容的访问信息(广告片段URL)的时间段元素，并将所获取的时间段元素输出到再现控制单元131的处理操作。

如果步骤S18的处理操作是通过未授权的应用来执行的，则其中记录有与根据真正的用户属性的广告内容的访问信息不同的广告内容的访问信息(广告片段URL)的时间段元素被提供给再现控制单元131。

再现控制单元131然后通过应用从应用控制单元132获取的时间段元素中记录的广告内容的访问信息(广告片段URL)，执行获取和再现其中存储有广告内容的片段的处理，可能输出与用户属性无关的广告。

如果应用控制单元132中用于执行链接解析处理的程序以这种方式被替换为非授权程序，则没有选择已提供了原始MPD的广播供应商所打算的广告，但是错误的未授权广告可能会再现。

下面将描述解决这个问题的配置。

[9、(实施方式1)关于用于执行应用了该应用信息表(AIT)中记录的应用认证信息的应用认证处理的配置]

首先将描述用于执行应用了该应用信息表(AIT)中记录的应用认证信息的应用认证处理的配置，作为本公开的实施方式1。

[9-1、关于在应用信息表(AIT)中记录认证信息的方式]

首先，将在下面描述在应用信息表(AIT)中记录认证信息的方式。

发送设备20将要由接收设备30执行的应用发送到接收设备30，并且还向接收设备30提供各种信令数据，它们记录发送的应用的访问信息和属性信息、应用的控制信息。

发送设备20提供给接收设备30的信令数据包括以下数据，例如：

(1)USBD/USD(用户服务捆绑描述/用户服务描述，User Service BundleDescription/User Service Description)；

(2)S-TSID(基于服务的传输会话描述，Service based Transport SessionDescription)；和

(3)应用信息表(AIT：Application Information Table)。

如上所述，USD包括例如每个预定服务单位(例如，广播台或节目)的信息，并且包括在接收设备中使用服务所需的信息，例如，用于接收服务的访问信息(URL等)、编解码器信息、再现时间信息等。USBD表示一捆USD。USD和USBD都是在其中存储相同控制信息的信令数据。

S-TSID是指每个服务单位的额外信息，并在其中记录在USD没有记录的额外信息。

如上所述，ROUTE协议是基于FLUTE的协议。描述FLUTE中的传送控制参数的元数据文件被称为FDT(文件传送表)，并且描述ROUTE中的传送控制参数的元数据文件被称为S-TSID(基于服务的传输会话描述)。S-TSID是FDT的超集，包括FDT。

应用信息表(AIT)是与一个或多个应用相关联地设置的应用特定信令数据，并在其中记录应用的访问信息(URL)、应用于应用的执行的控制信息等。

下面将参照图16，描述应用信息表(AIT)中的记录数据的示例,。

图16中描述的AIT其中记录了以下数据：

应用ID；

应用访问信息(AppLocation(URI))；和

应用执行定时信息。

另外，各种应用的属性信息和控制信息也记录在AIT中。

应用ID表示应用标识符。

应用访问信息(AppLocation(URI))表示用于获取应用的URI。

应用执行定时信息包括在其中记录的用于在接收设备30中执行应用的定时。

图7所示的接收设备30的应用控制单元132通过参考应用信息表(AIT)来获取和控制应用。

应用信息表(AIT)与由发送设备20提供的各种应用相关联地设置，并且从发送设备20发送。

例如，上面参考图14和图15描述的应用控制单元132在步骤S13中起动，并且对于在步骤S18中执行链接解析处理的链接解析应用(脚本(ScriptApp))，应用信息表(AIT)中设定与该应用相对应的属性和控制信息并从发送设备20提供给接收设备30。

根据本实施方式1，关于与AIT相关联的应用的认证信息存储在应用信息表(AIT)中。

如图17所示，应用认证信息402记录在与应用400相关联的应用信息表(AIT)401中，其中，记录应用400的属性信息和控制信息。

注意，应用认证信息402包括基于要认证的应用400的组成数据生成的摘要值(核对摘要值)以及基于包括摘要值的认证信息组成数据生成的签名。

在执行应用400之前，接收设备30执行适用与应用400相关联的应用信息表(AIT)401中的认证信息402的认证处理。

具体而言，接收设备30在认证信息402中执行签名验证处理。如果验证了签名，则接收设备30执行确认在基于要验证的待执行的应用400新计算的计算摘要值与记录在认证信息402中的核对摘要值之间的一致的处理。

只有当应用通过认证处理被确认为未伪造的授权应用时，才允许运行与AIT相关联的应用。

例如，当接收设备30的应用控制单元132在图14所示的步骤S13中起动链接(xlink)解析应用(脚本应用)时，接收设备30获取与该应用(脚本应用)相关联的应用信息表(AIT)，并且使用记录在AIT中的认证信息来执行认证处理。

只有当应用(脚本应用)通过认证处理被确认为未伪造的授权应用时，才能执行应用了脚本应用的链接(xlink)解析处理。

注意，如果脚本应用通过认证处理未被确认为授权应用，则取消应用控制单元中的应用的执行。

根据本实施方式，如上面参考图17所述，应用的认证信息记录在应用信息表(AIT)中。

下面将参照图18，描述在AIT中设置认证信息的记录区域的示例。

图18是示出在应用信息表(AIT)中记录了认证信息的位置的示图。

应用信息表(AIT)是信令数据的一个组成部分，并且作为使图18所示的服务发现(ServiceDiscovery)元素410作为根元素的XML文档从发送设备20发送到接收设备30。

在建立为服务发现(ServiceDiscovery)元素410下面的下位元素的应用发现元素411或更下位的元素中，记录关于应用的属性信息和控制信息。

例如，认证信息设置在另一识别信息(otherDescriptor)元素412或更下位的元素中，如图18所示。

具体而言，进行设置，以将认证信息记录在以下设置位置。

在

ServiceDescovery/mhp:ApplicationDescovery/mhp:ApplicationList/mhp:Appl ication/mhp:applicationSpecificDescriptor/mhp:otherDescriptor下面，新导入

atsc:applicationAuthenticationInformation元素，作为认证信息记录字段。

将其中由此设置了认证信息(ApplicationAuthenticationInformation)的应用信息表(AIT)作为XML数据提供给接收设备。

在图19和下面示出编码为XML数据的数据的示例。

该示例表示包括认证信息(ApplicationAuthenticationInformation)的应用信息表(AIT)的数据示例。

在上述数据中，认证信息是以下数据区间中的一个区域

“<Signature>～</Signature>”。

此外，在认证信息数据中，数据

'<Reference URI＝“http://a.com/app.xml”>'

表示指示要被认证的应用的应用识别信息(参考URI)。

而且，数据

“<DigestValue>60NvZvtdTB+7UnlLp/H24p7h4bs＝</DigestValue>”

表示组成认证信息的摘要值(核对摘要值)。

此外，数据

“<SignatureValue>DpEylhQoiUKBoKWmYfajX07LZxiDYgVtUtCNyTgwZgoChzorA2nhkQ＝＝</SignatureValue>”

表示签名。对认证信息的除了签名元素的组成数据，例如，上述数据中的数据

生成签名。

例如，通过应用执行应用信息表(AIT)的生成的广播台等的发送设备的私钥来执行签名。

签名认证处理是使用与发送设备的生成签名值的私钥对应的公钥来进行的。

接收设备预先获取发送设备的公钥，并且利用所获取的公钥来执行签名认证处理。

顺便提及，签名也可以使用公用密钥密码系统来生成。在这种情况下，通过应用公用密钥来执行签名的生成和验证中的任一个。

下面将参考图20所示的流程图，描述在发送设备中执行的生成认证信息的处理和在应用信息表(AIT)中记录数据的处理的序列。

(步骤S21)

首先，在步骤S21中，发送设备的数据处理器获取认证信息生成目标数据，即，诸如链接解析应用(脚本应用)等应用文件。

(步骤S22)

接下来，在步骤S22中，发送设备的数据处理器执行对认证信息生成目标数据(应用文件)进行标准化的处理，例如，标准化处理包括删除换行数据并提取实质数据的处理以及调整数据长度的处理。

(步骤S23)

接下来，在步骤S23中，发送设备的数据处理器基于标准化的认证信息生成目标数据生成摘要值。

例如，数据处理器根据例如应用预定的哈希值生成算法等的处理来生成摘要值。

(步骤S24)

接下来，在步骤S24中，发送设备的数据处理器执行标准化摘要值的处理，即，调整数据长度的处理，由此生成用于生成签名值的摘要。

(步骤S25)

接下来，在步骤S25中，发送设备的数据处理器生成关于标准化摘要的签名值。

例如，通过应用已经执行应用信息表(AIT)的生成的广播台等的发送设备的私钥来执行签名。

(步骤S26)

接下来，在步骤S26中，发送设备的数据处理器将包括所生成的摘要值和签名值的认证信息记录在应用信息表(AIT)中。

在图21中示出记录在应用信息表(AIT)中的认证信息的示例。如图21所示的认证信息对应于上面参考图19描述的应用信息表(AIT)中的记录数据的一部分，即，

的元素。

如图21所示，认证信息包括以下信息：

(a)认证目标应用识别信息(参考URI)；

(b)摘要值；和

(c)签名值。

下面将简要描述图21所示的认证信息的组成。

Signature元素是XML签名的根元素。

SignedInfo元素是指示要使用的签名目标和算法的元素。

CanonicalizationMethod元素是指示在计算签名值之前对SignedInfo元素进行标准化的算法的元素。

SignatureMethod元素是指示用于根据标准化的SignedInfo元素确定要存储在SignatureValue元素中的签名值的算法的元素。

Reference元素(列表)是指示要用URI进行签名的目标资源的元素。

Transforms元素是指示在计算作为用于记录摘要值的字段的DigestValue元素的值而要存储的目标资源的散列值之前要应用于资源的变换处理的元素。

DigestMethod元素是指示摘要(散列)算法的元素。

DigestValue元素是用于存储由DigestMethod元素指示的哈希算法计算的目标资源的哈希值的元素。

SinatureValue元素是在由CanonicalizationMethod元素指示的算法对SignedInfo元素进行标准化之后存储签名值的元素。

注意，签名目标数据是参考图19和图21描述的XML数据，并且签名值也记录为XML数据。

这类型的签名称为XML签名。

XML签名是添加到包括XML文档的各种电子数据的电子签名。添加到包括电子文档的电子数据的XML签名用于保证电子数据的完整性，并且有效地防止假冒和否认。

当通过网站和互联网等网络发送和接收数据时，数据在发送和接收时可能有被第三方伪造的风险。XML签名是这样一种设置，即电子数据的摘要值包括在签名目标数据中。

验证添加到数据的XML签名可以检查数据是否被篡改。此外，在认证信息中记录的摘要值(核对摘要值)与从认证目标数据(例如，应用)新计算的摘要值(计算的摘要值)之间的比较能够确定认证目标数据(例如，应用)是否已被伪造。

下面将参照图22来描述XML签名的类型。

如图22所示，这些类型的XML签名是可用的：

(a)信封式签名(Enveloped签名·Enveloping签名)；和

(b)分离式签名(Detached签名)。

(a)信封式签名是将认证信息记录在要认证的文档文件中的格式。

(b)分离式签名(Detached签名)是要被认证的文档文件和认证信息彼此分离的格式。

根据本实施方式，认证目标数据是应用，并且认证信息记录在与应用分离的应用信息表(AIT)中。

换言之，认证目标数据可以使用图22中描述的分离式签名(Detached签名)的格式。

[9-2、关于执行应用了该应用信息表(AIT)的应用认证处理的配置和序列]

接下来，将在下面描述用于执行应用了该应用信息表(AIT)的应用认证处理的配置和序列。

图23是示出接收设备30的再现处理器130的配置示例的示图。

如上面参照图7所述，接收设备30具有以下的部件：

中间设备110，

代理服务器120，和

再现处理器130。

图23描述了上述部件中的再现处理器130的配置。

再现处理器具有再现控制单元((嵌入式)媒体播放器)131、应用控制单元132和输出控制单元133。

如上面参照图7和图8所述，再现控制单元((嵌入式)媒体播放器)131执行MPD的分析，并且例如基于分析的结果，执行获取其中存储有将再现的内容的片段的处理。

应用控制单元132控制从发送设备20提供的应用的执行。

应用控制单元132还执行分析与应用相关联的应用信息表(AIT)的处理。

如图23所示，应用控制单元132具有以下的部件：

应用验证单元151，以及

应用执行单元152。

应用验证单元151获取记录在与要执行的应用相关联的应用信息表(AIT)中的认证信息，并执行确定应用是否是未被伪造的授权应用的验证处理。

应用执行单元152仅执行作为应用验证单元151执行验证处理的结果而已经被确定为未被伪造的授权应用的应用。

应用控制单元132取消作为应用验证单元151执行验证处理的结果而没有被确定为未被伪造的授权应用的应用的执行。

接下来，下面将参照图24到图26中所示的参考序列图来描述以下处理序列，包括在发送设备中生成记录有认证信息的应用信息表(AIT)和由发送设备传输应用和应用信息表(AIT)、以及在接收设备中使用AIT中的认证信息验证应用并且在接收设备中执行应用。

图24至图26从左侧起描述了下面给出的各种设备和部件：

(a)发送设备20；

(b)作为接收设备30的部件的应用验证单元151；

(c)作为接收设备30的部件的应用执行单元152；和

(d)作为接收设备30的部件的再现控制单元131。

下面将描述图24至图26中描述的各个步骤的处理操作。

(步骤S101)

步骤S101至S105的处理操作是由发送设备20执行的处理操作。

具体地，这些处理操作表示以下序列，包括在发送设备20中生成认证信息被记录的应用信息表(AIT)以及由发送设备传输应用和应用信息表(AIT)。

首先，在步骤S101中，发送设备的数据处理器获取认证信息生成目标数据，例如，链接解析应用(脚本应用)等应用文件，执行认证信息生成目标数据(应用文件)的标准化处理，例如，标准化处理包括删除换行数据并提取实质数据的处理以及调整数据长度的处理，从而生成摘要生成数据。

(步骤S102)

接下来，在步骤S102中，发送设备的数据处理器基于在步骤S101中生成的摘要生成数据生成摘要值。

例如，数据处理器根据例如应用了预定的哈希值生成算法等的处理来生成摘要值。

此外，数据处理器生成包括计算出的摘要值的签名目标信息(SignedInfo元素)。

具体而言，例如，这是生成在图21所示的认证信息中的

组成数据的处理。

(步骤S103)

接下来，在步骤S103中，发送设备的数据处理器对包括计算出的摘要值的签名目标信息(SignedInfo元素)执行签名。

(步骤S104)

接下来，在步骤S104中，发送设备的数据处理器将包括所生成的摘要值和签名值的认证信息记录在应用信息表(AIT)中，并且使用作为信令数据的SLS(服务层信令)来发送所生成的AIT。

如上所述，SLS(服务层信令)表示用于ATSC3.0服务层的信令数据，并且用于发送AIT、USBD/USD、S-TSID、MPD等。

注意，在本实施方式中，该应用信息表(AIT)是例如记录有用于执行链接解析处理的链接解析应用(脚本应用(ScriptApp))的属性信息和控制信息的AIT。

(步骤S105)

接下来，在步骤S105中，发送设备的数据处理器发送与发送的应用信息表(AIT)相关联的应用，例如，用于执行链路解析处理的链路解析应用(脚本应用(ScriptApp))。

现在完成对发送设备20的处理操作的描述，然后将参照图25和图26来描述接收设备30的处理操作。

(步骤S111)

图25所示的步骤S111至S114的处理操作是由在接收设备30的再现处理器130的应用控制单元132中设置的应用验证单元151所执行的处理操作。

首先，接收设备30的应用验证单元151从在步骤S111中从发送设备20接收到的应用信息表(AIT)中获取包括摘要值和签名值的认证信息。此外，应用验证单元151识别认证目标应用。

注意，基于记录在AIT的认证信息中的认证目标应用识别信息(参考URI)，例如，记录在参照图19和图20说明的AIT的认证信息中的认证目标应用识别信息(参考URI)，执行识别认证目标应用的处理。

(步骤S112)

接下来，在步骤S112中，接收设备30的应用验证单元151从应用信息表(AIT)中获取签名值，并执行签名验证处理。

例如，如果使用公钥密码系统生成签名，则使用与已经生成签名值的发送设备20的私钥对应的公钥执行签名验证处理。

如果签名是使用公用密钥密码系统生成的，则通过应用公用密钥来执行签名验证处理。

如果在步骤S112验证了签名，并且认证信息被确认为未被伪造的授权认证信息，则控制进入下一个处理操作。

如果未验证签名，则取消后续处理操作。

在这种情况下，也取消与应用信息表(AIT)相关联的应用的执行。

(步骤S113)

接下来，在步骤S113中，接收设备30的应用验证单元151获取在步骤S111中识别的认证目标应用。

具体而言，应用验证单元151获取根据在AIT的认证信息中记录的认证目标应用识别信息(参考URI)识别的认证目标应用，并且基于所获取的应用的组成数据计算摘要值。

(步骤S114)

接下来，在步骤S114中，接收设备30的应用验证单元151将在步骤S113中从认证目标应用计算出的计算摘要值与记录在应用信息表(AIT)中的核对摘要值进行比较。

如果两个摘要值彼此一致，则应用验证单元151判定认证目标应用是未被伪造的授权应用。如果做出这种判定，则控制就进入下一个处理操作。

如果两个摘要值彼此不一致，则应用验证单元151判定认证目标应用是已被伪造的未授权应用。如果做出这种判定，则取消后续处理操作。

(步骤S121)

在参考图25描述的应用验证单元151的处理序列中，仅当确定了基于记录在应用信息表(AIT)中的认证信息的应用认证时，即，仅当与AIT相关联的应用被判定为未被伪造的授权应用时，才执行图26所示的步骤S121至S125的处理操作。

如果在步骤S111至S114中建立了应用认证并且将与AIT相关联的应用确定为未被伪造的授权应用，则接收设备30的应用验证单元151请求应用执行单元152在步骤S121中起动应用。

起动请求目标应用是已经执行了基于记录在AIT中的认证信息的认证处理并且已经被认证的应用。

在本示例中，认证目标应用是用于执行链接(xlink)解析处理的链接解析应用(ScriptApp)，并且应用验证单元151请求应用执行单元152起动链接解析应用(ScriptApp)。

(步骤S122)

接下来，在步骤S122中，接收设备30的应用执行单元152起动由应用验证单元151请求起动的应用。

应用执行单元152执行起动已被验证为授权应用的链接解析应用(ScriptApp)的处理。

(步骤S123)

步骤S123表示接收设备的再现控制单元的处理操作。

接收设备30的再现控制单元131获取由发送设备20发送的MPD并执行对所获取的MPD的分析。

注意，MPD由接收设备30的中间设备接收，存储在代理服务器的缓存单元中，此后由再现控制单元131从缓存单元获取。

在步骤S123中，接收设备30的再现控制单元131获取在MPD的广告对应时间段信息(即，具有用户信息设置字段的链接信息(xlink))中记录的链接信息(xlink)，并且在用户信息设置字段中设置用户信息(参数)。

所设置的用户信息可以是预先登记(记录)在接收设备30的存储单元中的用户信息，或者可以是用户随时输入的用户输入信息。

接收设备30的再现控制单元131将在用户信息设置字段中设置了用户信息(参数)的数据输出到执行链接解析应用(脚本)的应用执行单元152，并且请求应用执行单元152分析链接信息(xlink)(以解析链接)。

例如，请求处理作为HTTP-GET请求来执行。

(步骤S124)

步骤S124的处理操作是接收设备30的应用执行单元152的处理操作。

应用执行单元152执行已经被验证为授权应用的链路解析应用(ScriptApp)，由此执行链路解析处理。

具体地，应用执行单元152分析从再现控制单元131输入的用户信息(参数)设置URL，获取与用户信息相对应的时间段信息(时间段元素)，并将提取的时间段信息输出到再现控制单元131。

例如，输出处理作为HTTP响应来执行。

该时间段信息(时间段元素)是取决于在步骤S123中由再现控制单元设置的用户信息(参数)的时间段信息(时间段元素)以及记录有所设置的用户信息(年龄、位置等)选择的将要提供给特定用户的最佳广告内容(广告片段URL)的访问信息的时间段信息(时间段元素)。

(步骤S125)

最后，在步骤S125中，接收设备30的再现控制单元131读取并分析从应用执行单元152获取的时间段信息(时间段元素)的记录信息。

再现控制单元131使用包括在时间段信息(时间段元素)的记录信息中的用于最佳广告内容的访问信息(广告片段URL)，获取其中存储广告内容的广告片段文件，并且经由接收设备30的输出单元(例如，显示单元、扬声器等)输出该获取的广告片段文件。

注意，广告内容的诸如解码模式、输出时间段等控制信息已记录在时间段信息(时间段元素)中，并且通过执行根据时间段信息(时间段元素)中记录的信息的处理，再现控制单元执行输出广告内容的处理。

输出到接收设备30的广告内容表示根据在步骤S123中由再现控制单元131设置的用户信息选择的广告以及根据用户(视听者)特性(例如，用户的年龄、居住地等)选择的主要针对用户的用户针对性广告。

以这种方式，可以根据表示每个用户属性的用户信息(例如，用户的性别、年龄、居住地等)来选择适当的广告，并且通过运行由应用验证单元151执行的认证处理而被确认为授权的链接解析应用，向用户提供选择的广告。

[10、(实施方式2)关于用于执行应用了MPD(媒体呈现描述)中记录的应用认证信息的应用认证处理的配置]

接下来，下面描述根据本公开的实施方式2的用于执行应用了作为由发送设备20发送到接收设备30的信令数据之一的MPD(媒体呈现描述)中所记录的应用认证信息的应用认证处理的配置。

[10-1、关于在MPD中记录认证信息的方式]

首先，将在下面描述在MPD中记录认证信息的方式。

发送设备20将要由接收设备30执行的应用发送到接收设备30，并且还向接收设备30提供各种信令数据，其中记录发送的应用的访问信息和属性信息、应用的控制信息。

如上所述，发送设备20提供给接收设备30的信令数据包括以下数据，例如：

(1)USBD/USD(用户服务捆绑描述/用户服务描述)；

(2)S-TSID(基于服务的传输会话描述)；和

(3)应用信息表(AIT：应用信息表)。

USD包括例如每个预定服务单位(例如，广播台或节目)的信息，并且包括在接收设备中使用服务所需的信息，例如，用于接收服务的访问信息(URL等)、编解码器信息、再现时间信息等。USBD表示述一捆USD。USD和USBD都是在其中存储相同控制信息的信令数据。

USD包括各种控制信息。代表性控制信息是MPD(媒体呈现描述(MediaPresentation Description))，作为信令数据，MPD具有在其中存储与内容(AV片段)对应的各种指南信息和控制信息的清单文件。

如上面参照图7和图8所述，接收设备30的再现控制单元((嵌入式)媒体播放器)131通过分析MPD来执行获取存储要再现的内容的片段的处理。

上面已经参考图9到图13描述了MPD的格式。

例如，如上面参考图9所述，对于图像和声音的每个流，MPD能够以下面指示的各种规定范围为单位描述属性等的信息和控制信息：

(1)在时间轴上规定区间的时间段(Period)；

(2)描述图像和声音的数据类型的适应集(Adaptation)等；

(3)规定图像类型、声音类型的表述(Representation)；和

根据实施方式2，关于与MPD相关联的应用的认证信息存储在MPD中。

如图27所示，应用认证信息502记录在与应用500相关联的MPD 501中。

注意，要认证的应用的标识信息(参考URL)记录在MPD中，并且一个应用和其中记录有其认证信息的MPD彼此相关联。

应用认证信息502包括基于要认证的应用500的组成数据生成的摘要值(核对摘要值)以及基于包括摘要值的认证信息组成数据生成的签名。

在执行应用500之前，接收设备30执行适用了记录在与应用500相关联的MPD 501中的认证信息的认证处理。

具体而言，接收设备30在认证信息502中执行签名验证处理。如果验证了签名，则接收设备30执行确认在基于要验证的待执行的应用500而新计算出的计算的摘要值与记录在认证信息502中的核对摘要值之间的一致的处理。

只有当应用500通过认证处理被确认为未伪造的授权应用时，才允许执行与MPD501关联的应用500。

例如，当接收设备30的应用控制单元132起动链接(xlink)解析应用(脚本应用)时，接收设备30使用记录在与应用(脚本应用)相关联的MPD中的认证信息进行认证处理。

只有当应用(脚本应用)通过认证处理被确认为未伪造的授权应用时，才能执行应用脚本应用的链接(xlink)解析处理。

根据本实施方式，如上面参考图27所述，应用的认证信息记录在MPD中。

下面将参照图28及随后各图描述在MPD中设置用于认证信息的记录区域的示例。

图28是示出认证信息记录在MPD中的位置的示例的示图。

在图28所示的示例中，以比MPD元素低的级别处设置认证信息，即，签名元素。

如图28所示，例如，认证信息记录在以比MPD元素510低的级别处设置的另一元素(Other)511中。

具有在其中设置的认证信息(ApplicationAuthenticationInformation)的MPD提供给接收设备。

在图29和下面示出包括认证信息的MPD的XML数据的示例。

在上述数据中，认证信息是以下数据区间中的一个区域

此外，在认证信息数据中，数据

'<Reference URI＝“http://a.com/app.xml”>'

表示指示要被认证的应用的应用识别信息(参考URI)。

而且，数据

'<Reference id＝“12345”>'

表示MPD的识别信息(ID)。

此外，数据

“<DigestValue>60NvZvtdTB+7UnlLp/H24p7h4bs＝</DigestValue>”

表示组成认证信息的摘要值(核对摘要值)。

另外，数据

“<SignatureValue>DpEylhQoiUKBoKWmYfajXO7LZxiDYgVtUtCNyTgwZgoChzorA2nhkQ＝＝</SignatureValue>”

生成签名。

例如，通过应用已执行MPD的生成的广播台等的发送设备的私钥来执行签名。

图30是示出认证信息记录在MPD中的位置的第二示例的示图。

在图30所示的示例中，认证信息(即，Signature元素)设定在比MPD元素低的级别处的时间段(Period)元素中。

如图30所示，认证信息记录在比时间段(Period)元素521低的级别处所设置的另一元素(Other)522中，时间段(Period)元素521在比MPD元素510低的级别处设置。

具有在比时间段元素低的级别处这样设置的认证信息(ApplicationAuthenticationInformation)的MPD可以提供给接收设备。

在图31以及下面示出包括认证信息的MPD的XML数据的示例。

在上述数据中，认证信息是以下数据区间中的一个区域

“<Signature>～</Signature>”。

此外，在认证信息数据中，数据

'<Reference URI＝“http://a.com/app.xml”>'

表示指示要被认证的应用的应用识别信息(参考URI)。

而且，数据

‘<Reference id＝”#45678”>’

表示MPD的记录了认证信息的一个时间段的识别信息(ID)。

此外，数据

“<DigestValue>60NvZvtdTB+7UnlLp/H24p7h4bs＝</DigestValue>”

表示组成认证信息的摘要值(核对摘要值)。

另外，数据

表述签名。对认证信息的除了签名元素的组成数据，例如，上述数据中的数据

生成签名。

例如，通过应用执行MPD的生成的广播台等的发送设备的私钥来执行签名。

与上述记录在AIT中的认证信息一样，图29和图31所示的记录在MPD中的认证信息的组成部分包括以下信息：

(a)认证目标应用识别信息(参考URI)；

(b)摘要值；和

(c)签名值。

另外，记录有与上面参照图21描述的数据类似的数据，例如，签名算法、标准化算法、摘要值生成算法等的数据。

注意，上面参考图22描述的XML签名用于上述签名。

如图22所示，这些类型的XML签名是可用的：

(a)信封式签名(Enveloped签名·Enveloping签名)；和

(b)分离式签名(Detached签名)。

[10-2、关于执行应用MPD的应用认证处理的配置和序列]

接下来，将在下面描述执行应用了MPD的应用认证处理的配置和序列。

图32是示出接收设备30的再现处理器130的配置示例的示图。

如上面参照图7所述，接收设备30具有以下的部件：

中间设备110，

代理服务器120，和

再现处理器130。

图32描述了上述部件的再现处理器130的配置。

如上面参照图7和图8所述，再现控制单元((嵌入式)媒体播放器)131执行MPD的分析，并且例如基于分析的结果，执行获取其中存储有要再现的内容的片段的处理。

应用控制单元132控制从发送设备20提供的应用的执行。

应用控制单元132还执行分析与应用相关联的MPD的处理。

如图32所示，在本实施方式中，执行MPD分析的再现控制单元131具有应用验证单元601。

应用验证单元601获取记录在与要执行的应用相关联的MPD中的认证信息，并执行确定应用是否是未被伪造的授权应用的认证处理。

应用控制单元132仅运行作为应用验证单元601执行的验证处理的结果而被确定为未被伪造的授权应用的应用。

应用控制单元132取消作为应用验证单元601执行的验证处理的结果而没有被确定为未被伪造的授权应用的应用的执行。

接下来，下面将参照图33至图35中所示的参考序列图来描述以下处理序列，包括在发送设备中生成认证信息被记录的MPD和由发送设备传输应用和MPD、以及在接收设备中使用MPD中的认证信息验证应用并且在接收设备中执行应用。

图33至图35从左侧起描述了下面给出的各种设备和部件：

(a)发送设备20；

(b)作为接收设备30的部件的应用控制单元132；

(c)作为接收设备30的部件的再现控制单元131的应用验证单元601；和

(d)作为接收设备30的部件的再现控制单元131。

下面将描述在图33至图35中所示的各步骤的处理操作。

(步骤S201)

步骤S201至S205的处理操作是由发送设备20执行的处理操作。

具体而言，它们表示以下序列，包括在发送设备20中生成认证信息被记录的MPD以及由发送设备发送应用和MPD。

首先，在步骤S201中，发送设备的数据处理器获取认证信息生成目标数据，例如，链接解析应用(脚本应用)等应用文件，执行认证信息生成目标数据(应用文件)的标准化的处理，例如，标准化处理包括删除换行数据并提取实质数据的处理以及调整数据长度的处理，从而生成摘要生成数据。

(步骤S202)

接下来，在步骤S202中，发送设备的数据处理器基于在步骤S201中生成的摘要生成数据生成摘要值。

例如，数据处理器根据例如应用了预定的哈希值生成算法的处理等来生成摘要值。

具体而言，例如，这是生成在图29和图31所示的认证信息中的

组成数据的处理。

(步骤S203)

接下来，在步骤S203中，发送设备的数据处理器对包括计算出的摘要值的签名目标信息(SignedInfo元素)执行签名。

(步骤S204)

接下来，在步骤S204中，发送设备的数据处理器将包括生成的摘要值和签名值的认证信息记录在MPD中，并使用SLS(服务层信令)作为信令数据，来发送生成的MPD。

如上所述，SLS(服务层信令)表示用于ATSC3.0服务层的信令数据，并且用于发送MPD、USBD/USD、S-TSID、MPD等。

注意，在本实施方式中，该MPD是其中记录了例如用于执行链接解析处理的链接解析应用(脚本应用(ScriptApp))的属性信息和控制信息的MPD。

(步骤S205)

接下来，在步骤S205中，发送设备的数据处理器发送与发送的MPD相关联的应用，例如，用于执行链接解析处理的链接解析应用(脚本应用(ScriptApp))。

现在完成对发送设备20的处理操作的描述，然后将参照图34和图35来描述接收设备30的处理操作。

(步骤S211)

图34所示的步骤S211至S214的处理操作是由在接收设备30的再现处理器130的再现控制单元131中设置的应用验证单元601执行的处理操作。

首先，在步骤S211中，接收设备30的应用验证单元601从发送设备20接收的MPD中获取包括摘要值和签名值的认证信息。此外，应用验证单元601识别认证目标应用。

注意，基于记录在MPD的认证信息中的认证目标应用识别信息(参考URI)，例如，记录在参照图29和图30说明的MPD的认证信息中的认证目标应用识别信息(参考URI)，执行识别认证目标应用的处理。

(步骤S212)

接下来，在步骤S212中，接收设备30的应用验证单元601从MPD获取签名值，并执行签名验证处理。

例如，如果使用公钥密码系统生成签名，则使用发送设备20的与已经生成签名值的私钥对应的公钥执行签名验证处理。

如果在步骤S212中验证了签名，并且认证信息被确认为未被伪造的授权认证信息，则控制进行到下一个处理操作。

如果签名未被验证，则取消后续处理操作。

在这种情况下，也取消与MPD相关的应用的执行。

(步骤S213)

接下来，在步骤S213中，接收设备30的应用验证单元601获取在步骤S211中识别的认证目标应用。

具体地，应用验证单元601获取根据记录在MPD的认证信息中的认证目标应用识别信息(参考URI)而识别的认证目标应用，并且基于所获取的应用的组成数据来计算摘要值。

(步骤S214)

接下来，在步骤S214中，接收设备30的应用验证单元601将在步骤S213中根据认证目标应用计算出的计算的摘要值与记录在MPD中的核对摘要值进行比较。

如果两个摘要值彼此一致，则应用验证单元601判定认证目标应用是未被伪造的授权应用。如果做出这种判定，则控制就进入下一个处理操作。

如果两个摘要值彼此不一致，则应用验证单元601判定认证目标应用是已被伪造的未授权应用。如果做出这种判定，则取消后续处理操作。

在这种情况下，也取消与MPD相关的应用的执行。

(步骤S221)

在参考图34描述的应用验证单元601的处理序列中，仅当确立了基于记录在MPD中的认证信息的应用认证时，即，仅当与MPD相关联的应用被判定为未被伪造的授权应用时，才执行图35所示的步骤S221至S225的处理操作。

如果在步骤S211至S214中建立了应用认证并且将与MPD相关联的应用确定为未被伪造的授权应用，则接收设备30的应用验证单元601请求应用控制单元132在步骤S221中起动应用。

起动请求目标应用是已经执行了基于记录在MPD中的认证信息的认证处理并且已经被认证的应用。

在本示例中，认证目标应用是用于执行链接(xlink)解析处理的链接解析应用(ScriptApp)，并且应用验证单元601请求应用控制单元132起动链接解析应用(ScriptApp)。

(步骤S222)

接下来，在步骤S222中，接收设备30的应用控制单元132起动由应用验证单元601请求起动的应用。

应用控制单元132执行起动已被验证为授权应用的链接解析应用(ScriptApp)的处理。

(步骤S223)

步骤S223表示接收设备的再现控制单元131的处理操作。

MPD与步骤S211至S214中基于认证信息验证了应用的MPD相同，即，与记录了该认证信息的MPD相同。

在步骤S223中，接收设备30的再现控制单元131获取记录在MPD的广告对应时间段信息(即，具有用户信息设置字段的链接信息(xlink))中的链接信息(xlink)，并且在用户信息设置字段中设置用户信息(参数)。

接收设备30的再现控制单元131将在用户信息设置字段中设置了用户信息(参数)的数据输出到执行链接解析应用(脚本)的应用控制单元132，并且请求应用控制单元132分析链接信息(xlink)(以解析链接)。

例如，请求处理作为HTTP-GET请求来执行。

(步骤S224)

步骤S224的处理操作是接收设备30的应用控制单元132的处理操作。

应用控制单元132执行已被验证为授权应用的链路解析应用(ScriptApp)，由此执行链路解析处理。

具体而言，应用控制单元132分析从再现控制单元131输入的用户信息(参数)设置URL，获取与用户信息相对应的时间段信息(时间段元素)，并将提取的时间段信息输出到再现控制单元131。

例如，输出处理作为HTTP响应来执行。

该时间段信息(时间段元素)是取决于在步骤S223中由再现控制单元设置的用户信息(参数)的时间段信息(时间段元素)以及记录所设置的用户信息(年龄、位置等)选择的将要提供给特定用户的最佳广告内容(广告片段URL)的访问信息的时间段信息(时间段元素)。

(步骤S225)

最后，在步骤S225中，接收设备30的再现控制单元131读取并分析从应用控制单元132获取的时间段信息(时间段元素)中的记录信息。

注意，广告内容的诸如解码模式、输出时间段等控制信息已记录在时间段信息(时间段元素)中，并且通过执行根据时间段信息(时间段元素)中记录的信息进行的处理，再现控制单元执行输出广告内容的处理。

输出到接收设备30的广告内容表示根据在步骤S223中由再现控制单元131设置的用户信息选择的广告以及根据用户(视听者)特性(例如，用户的年龄、居住地等)选择的主要针对用户的用户针对性广告。

以这种方式，可以根据表示每个用户属性的用户信息(例如，用户的性别、年龄、居住地等)来选择适当的广告，并且通过执行已被确认为由应用验证单元601执行的认证处理授权的链接解析应用，向用户提供选择的广告。

[11、关于发送设备和接收设备的配置示例]

接下来，下面将参照图36和图37，来描述作为通信设备的发送设备(服务器)20和接收设备(客户端)30的配置示例。

图36描述了发送设备(服务器)20和接收设备(客户端)30的配置示例。

发送设备(服务器)20具有数据处理器751、通信单元752和存储单元753。

接收设备(客户端)30具有数据处理器771、通信单元772、存储单元773、输入单元774和输出单元775。

数据处理器包括通信数据处理器771a和再现处理器771b。

发送设备(服务器)20的数据处理器751执行用于执行数据分发服务的各种数据处理过程。例如，数据处理器751执行控制数据分发服务的配置数据的生成和发送的处理。此外，数据处理器751执行生成并发送要提供给接收设备(客户端)30的内容、应用、各种其他数据和信令数据的处理。

通信单元752执行用于分发AV片段、应用、各种其他数据、信令数据等的通信处理。

存储单元753在其中存储要分发的AV片段、应用、应用使用的数据、信令数据等。

另外，存储单元753用作由数据处理器751执行数据处理过程的工作区域，并且还用作各种参数的存储区域。

通信单元772接收从发送设备(服务器)20分发的数据，例如，AV片段、应用、应用使用的数据、信令数据等。

数据处理器771具有通信数据处理器771a和再现处理器771b，并执行根据上述实施方式的处理等。

具体而言，数据处理器771执行应用的验证、使用应用的数据处理等。

通过输入单元774输入来自用户的指令命令，例如，用于选择频道、起动应用和安装应用的各种命令等。

再现的数据输出到包括显示单元、扬声器等的输出单元775。

存储单元773在其中存储AV片段、应用、应用使用的数据、信令数据等。

另外，存储单元773用作由数据处理器771执行数据处理处理的工作区域，并且还用作各种参数的存储区域。

图37描述了可用作发送设备20和接收设备30的通信设备的硬件配置示例。

CPU(中央处理单元)801用作根据存储在ROM(只读存储器)802或存储单元808中的程序执行各种处理的数据处理器。例如，CPU 801根据在上述实施方式中描述的顺序来执行处理。RAM(随机存取存储器)803在其中存储由CPU 801执行的程序和数据。CPU 801、ROM802和RAM 803通过总线804互连。

CPU 801通过总线804连接到输入/输出接口805。输入/输出接口805连接有包括各种开关、键盘、鼠标、麦克风等的输入单元806以及包括显示器、扬声器等的输出单元807。例如，CPU 801响应于从输入单元806输入的命令执行各种处理，并将这些处理结果输出到输出单元807。

连接到输入/输出接口805的存储单元808包括例如硬盘等，并且存储CPU 801执行的程序和各种数据。通信单元809用作经由诸如互联网、局域网等网络进行数据通信的发送器/接收器，并且还用作广播波的发送器/接收器，并且与外部设备进行通信。

连接到输入/输出接口805的驱动器810驱动可移动介质811，例如，磁盘、光盘、磁光盘或诸如存储卡的半导体存储器等，用于记录和读取数据。

顺便提及，对数据进行编码或解码的处理可以执行为用作数据处理器的CPU 801的处理。然而，可以将通信设备设置为用于执行编码处理或解码处理的专用硬件的编解码器。

[12、本公开的配置的概述]

上面已经参考特定实施方式详细描述了本公开的实施方式。然而，显而易见的是，在不脱离本公开的范围的情况下，本领域技术人员可以修改或替换实施方式。换言之，已经通过说明性的示例公开了本发明，并且不应该被限制性地解释。应该考虑专利权利要求的范围，以确定本公开的范围。

注意，可以在以下配置呈现本说明书中公开的技术：

(1)一种接收设备，包括：

数据处理器，其执行应用；

其中，所述数据处理器具有

应用验证单元，其基于所述认证信息来执行认证处理，并且将所述应用确认为授权的；以及

应用执行单元，其执行已经被认证处理确认为授权的应用。

(2)根据(1)所述的接收设备，其中，所述应用是根据用户信息选择广告内容的处理中使用的应用。

(3)根据(1)或(2)所述的接收设备，其中，所述应用是基于在提供给接收设备的数据的用户信息设定区域中设定了用户信息的用户信息设定数据，用于执行链接解析处理以选择与用户信息对应的内容的控制信息的应用。

(4)根据(3)所述的接收设备，其中，与用户信息对应的内容的控制信息是作为信令数据的MPD(媒体呈现描述)中的时间段元素。

(5)根据(1)到(4)中任一项所述的接收设备，其中，所述认证信息记录在其中记录有与所述应用对应的控制信息的应用信息表(AIT：应用信息表)中；并且

所述应用验证单元将认证处理执行为从应用信息表(AIT)中提取认证信息并将应用确认为授权的处理。

(6)根据(1)到(4)中任一项所述的接收设备，其中，所述认证信息记录在与所述应用相关联的MPD(媒体呈现描述)中；并且

所述应用验证单元将认证处理执行为从MPD提取认证信息并将应用确认为授权的处理。

(7)根据(1)到(6)中任一项所述的接收设备，其中，所述认证信息包括基于要认证的应用的组成数据的摘要值；并且

所述应用验证单元执行核对基于要认证的应用的组成数据计算出的计算摘要值和记录在认证信息中的摘要值的处理。

(8)根据(7)所述的接收设备，其中，所述认证信息包括针对包括所述摘要值的数据而设置的签名数据；并且

所述应用验证单元执行应用签名数据的签名验证处理。

(9)根据(1)到(8)中任一项所述的接收设备，其中，所述认证信息包括要认证的应用的应用标识符；并且

所述应用验证单元基于应用标识符来识别要认证的应用。

(10)根据(1)到(9)中任一项所述的接收设备，其中，所述应用验证单元基于所述认证信息执行认证处理，并且在所述应用已被确认为授权的情况下，请求所述应用执行单元起动所述应用。

(11)根据(1)到(10)中任一项所述的接收设备，其中，所述应用是在浏览器上执行的脚本应用(ScriptApp)。

(12)一种发送设备，包括：

通信单元，发送应用和记录能够将应用确认为授权的认证信息的信令数据。

(13)根据(12)所述的发送设备，还包括：

数据处理器，其生成记录了认证信息的信令数据。

(14)根据(12)或(13)所述的发送设备，其中，所述应用是根据用户信息选择广告内容的处理中使用的应用。

(15)根据(13)所述的发送设备，其中，所述数据处理器将所述认证信息记录在应用信息表(AIT：应用信息表)中，其中，记录有对应于所述应用的控制信息。

(16)根据(13)所述的发送设备，其中，所述数据处理器将所述认证信息记录在与所述应用相关联的MPD(媒体呈现描述)中。

(17)根据(12)到(16)中任一项所述的发送设备，其中，所述认证信息包括：

基于要认证的应用的组成数据的摘要值，

针对包括摘要值的数据设置的签名数据，以及

要认证的应用的应用标识符。

(18)根据(12)到(17)中任一项所述的发送设备，其中，所述应用是在浏览器上执行的脚本应用(ScriptApp)。

(19)一种在接收设备中执行的数据处理方法，其中，

数据处理器

执行用于基于认证信息执行认证处理的应用验证处理，以将应用确认为已授权的，并且

执行已经被认证处理确认为授权的应用。

(20)一种在发送设备中执行的数据处理方法，包括：

发送应用和记录能够将应用确认为授权的认证信息的信令数据。

此外，说明书中描述的处理序列可以是硬件实现的或者软件实现的或者通过硬件和软件的混合来实现。如果处理序列是软件实现的，则其中记录处理序列的程序可以安装在包含在专用硬件的计算机中的存储器中并且由此执行，或者可以安装在能够执行各种处理的通用计算机中并由此执行。例如，可以预先将程序记录在记录介质中。程序可以从记录介质安装到计算机中，或者可以经由诸如LAN(局域网)或互联网等网络接收并且安装到诸如内置硬盘等记录介质中。

注意，在说明书中描述的各种过程可以按照上述顺序按时间顺序执行，或者可以并行执行或者根据执行过程的设备的处理能力或者根据需要单独执行。在本说明书中，术语“系统”是指多个设备的逻辑集合，并不限于该设备都存在于同一个外壳中的设置。

工业实用性

根据本公开实施方式的设置，如上所述，实现了用于在已经将应用确认为授权的情况下执行应用的配置。

具体而言，发送设备发送应用和记录了能够将应用确认为授权的认证信息的信令数据。接收设备接收这些数据，基于认证信息执行认证处理，以将应用确认为授权，并且执行已被确认为授权的应用。该应用是根据用户信息选择广告内容的处理中使用的应用。可以根据用户信息可靠地向用户提供适当的广告。

利用这种设置，接收设备在应用已被确认为授权的情况下，实现用于执行应用的配置。

例如，通过确认进行了广告选择过程的应用已授权，实现了用于必定根据接收设备的用户选择输出广告等内容的配置。

附图标记说明

10 通信系统

20 发送设备

21 广播服务器

22 广告服务器

23 数据分发服务器

30 接收设备

31 TV

32 PC

33 移动终端

50 信令数据

60 AV片段

70 其他数据

110 中间设备

111 通信单元(PHY/MAC)

112 信令获取单元

113 信令分析单元

114 片段获取单元

120 HTTP代理服务器

121 缓存控制单元

122 缓存单元

130 再现处理器

131 再现控制单元

132 应用控制单元

133 输出控制单元

151 应用验证单元

152 应用执行单元

201 MPD获取单元

202 MPD分析单元

203 片段获取单元

204 片段分析单元

211 解码单元

212 输出单元

311～314 时间段信息

400 应用文件

401 应用信息表(AIT)

402 应用认证信息

500 应用文件

501 MPD

502 应用认证信息

601 应用验证单元

751 数据处理器

752 通信单元

753 存储单元

771 数据处理器

772 通信单元

773 存储单元

774 输入单元

775 输出单元

801 CPU

802 ROM

803 RAM

804 总线

805 输入/输出接口

806 输入单元

807 输出单元

808 存储单元

809 通信单元

810 驱动器

811 可移动介质

Claims

1.一种接收设备(30)，包括：

通信单元(772)，接收应用和记录有用于所述应用的认证信息的清单文件；以及

数据处理器(771)，运行所述应用；

其中，所述数据处理器(771)具有：

应用验证单元，基于所述认证信息来执行认证处理并且确认所述应用是经授权的；以及

应用执行单元，当所述应用通过所述认证处理而被确认为经授权的应用时，执行所述应用；当所述应用通过所述认证处理未被确认为经授权的应用时，不执行所述应用，

其中，所述应用是在根据用户信息选择广告内容的处理中使用的应用，其中所述用户信息包括用户的年龄和地址中的至少一种。

2.根据权利要求1所述的接收设备(30)，其中，所述应用是基于在被提供给所述接收设备的数据中的用户信息设定区域设定了用户信息而成的用户信息设定数据，执行链接解析处理以选择与所述用户信息对应的内容的控制信息的应用。

3.根据权利要求2所述的接收设备(30)，其中，与所述用户信息对应的内容的所述控制信息是作为所述清单文件的媒体呈现描述中的时间段元素。

4.根据权利要求1至3中任一项所述的接收设备(30)，其中，所述认证信息记录在与所述应用相关联的并作为所述清单文件的媒体呈现描述中；并且

所述应用验证单元将所述认证处理执行为从所述媒体呈现描述提取所述认证信息并且将所述应用确认为经授权的处理。

5.根据权利要求1至3中任一项所述的接收设备(30)，其中，所述认证信息包括基于待被认证的所述应用的组成数据的摘要值；并且

所述应用验证单元执行基于待被认证的所述应用的组成数据而计算出的计算摘要值与所述认证信息中记录的摘要值的核对处理。

6.根据权利要求5所述的接收设备(30)，其中，所述认证信息包括针对包括所述摘要值的数据设定的签名数据；并且

所述应用验证单元执行所述签名数据被应用的签名验证处理。

7.根据权利要求1至3中任一项所述的接收设备(30)，其中，所述认证信息包括待被认证的所述应用的应用标识符；并且

所述应用验证单元基于所述应用标识符来识别待被认证的所述应用。

8.根据权利要求1至3中任一项所述的接收设备(30)，其中，所述应用验证单元基于所述认证信息执行认证处理，并且在所述应用被确认为经授权的条件下请求所述应用执行单元起动所述应用。

9.根据权利要求1至3中任一项所述的接收设备(30)，其中，所述应用是在浏览器上运行的脚本应用。

10.一种发送设备(20)，包括：

通信单元(752)，发送应用和记录有能够将所述应用确认为经授权的认证信息的清单文件，其中，所述认证信息用于使接收所述应用和所述清单文件的接收设备能够对所述应用执行认证处理以确定是否执行所述应用，

11.根据权利要求10所述的发送设备(20)，还包括：

数据处理器(751)，生成记录有所述认证信息的所述清单文件。

12.根据权利要求11所述的发送设备(20)，其中，所述数据处理器将所述认证信息记录在与所述应用相关联的并且作为所述清单文件的媒体呈现描述中。

13.根据权利要求10所述的发送设备(20)，其中，所述认证信息包含：

基于待被认证的所述应用的组成数据的摘要值，

针对包括所述摘要值的数据设定的签名数据，以及

待被认证的所述应用的应用标识符。

14.根据权利要求10所述的发送设备(20)，其中，所述应用是在浏览器上运行的脚本应用。

15.一种在接收设备中执行的数据处理方法，其中

通信单元接收应用和记录有用于所述应用的认证信息的清单文件；并且

数据处理器：

进行用于基于所述认证信息执行认证处理的应用验证处理，以确认所述应用是否是经授权的，以及

当所述应用通过所述认证处理而被确认为经授权的所述应用时，执行所述应用；当所述应用通过所述认证处理未被确认为经授权的应用时，不执行所述应用，

16.一种在发送设备中执行的数据处理方法，包括：

发送应用和记录有能够将所述应用确认为经授权的认证信息的清单文件，其中，所述认证信息用于使接收所述应用和所述清单文件的接收设备能够对所述应用执行认证处理以确定是否执行所述应用，