CN107111624A - 接收装置、发送装置和数据处理方法 - Google Patents

接收装置、发送装置和数据处理方法 Download PDF

Info

Publication number
CN107111624A
CN107111624A CN201580057578.3A CN201580057578A CN107111624A CN 107111624 A CN107111624 A CN 107111624A CN 201580057578 A CN201580057578 A CN 201580057578A CN 107111624 A CN107111624 A CN 107111624A
Authority
CN
China
Prior art keywords
token
data
reception device
information
processing
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
CN201580057578.3A
Other languages
English (en)
Other versions
CN107111624B (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.)
Sony Corp
Original Assignee
Sony Corp
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 Sony Corp filed Critical Sony Corp
Publication of CN107111624A publication Critical patent/CN107111624A/zh
Application granted granted Critical
Publication of CN107111624B publication Critical patent/CN107111624B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/13—Arrangements for device control affected by the broadcast information
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/907—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
    • G06F16/9566—URL specific, e.g. using aliases, detecting broken or misspelled links
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/91—Arrangements characterised by the broadcast information itself broadcasting computer programmes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/432—Content retrieval operation from a local storage medium, e.g. hard-disk
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4433—Implementing client middleware, e.g. Multimedia Home Platform [MHP]
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/633—Control signals issued by server directed to the network components or client
    • H04N21/6332—Control signals issued by server directed to the network components or client directed to client

Abstract

提供了一种接收装置和方法，该装置和方法提高对于访问信息等的元数据搜索的效率，该访问信息等对应于接收装置中将获取的被调度的数据。接收装置接收令牌，该令牌为用于有效地执行搜索诸如访问信息的元数据的搜索辅助信息，该诸如访问信息的元数据与将由接收装置获取的被调度的数据有关。接收装置使用令牌执行搜索处理。令牌的实例包括：服务工作进程(SW)搜索范围令牌，其使得可能限制与将由作为数据管理程序的特定服务工作进程(SW)管理的数据相对应的访问信息的搜索范围；和服务工作进程(SW)高速缓存范围令牌，其指示以整合方式记录与将由服务工作进程(SW)管理的数据相对应的访问信息。

Description

接收装置、发送装置和数据处理方法
技术领域
本公开内容涉及接收装置、发送装置和数据处理方法。更具体地，本公开内容涉及例如经由广播波或网络执行数据接收的接收装置，例如经由广播波或网络执行数据发送的发送装置，以及用于通信数据的数据处理方法。
背景技术
已经积极地进行了这样的系统的展开和标准化，在这样的系统中，在提供内容的发送装置(诸如广播站或内容服务器)和接收装置(诸如电视、PC或移动终端)之间执行通过使用广播波等的单向通信或经由诸如因特网等的网络的双向或单向通信来执行内容(诸如广播节目)的发送和接收。
注意，例如在专利文献1(日本专利申请公开No.2014-057227)中公开了经由广播波和网络实施数据传送的技术的相关技术。
先进电视系统委员会(ATSC)3.0的标准化已经作为与通过广播波和网络的数据传送系统相关的标准之一进行。
在ATSC 3.0中，用于下载类型应用传送管理和离线应用登录/更新管理方案的封包方案(packaging scheme)仍在审查中。
同时，作为万维网(WWW)使用技术的国际标准化组织的万维网联盟(W3C)正在开发服务工作进程(SW)的规范，包括用于实现对于客户端而言便利的应用的使用的控制程序等。
为了在作为广播内容的接收装置的客户端中实现服务工作进程(SW)的框架的有效使用，要求能够有效地管理被广播和传送的应用部分的传送管理和服务工作进程(SW)。
引文列表
专利文献
专利文献1：日本专利申请公开No.2014-057227
发明内容
本发明要解决的问题
本公开内容的目的是提供一种接收装置、发送装置和数据处理方法，其能够在用作广播内容接收装置的客户端中实现服务工作进程(SW)框架的有效使用。
进一步地，更具体地，目的是提供一种接收装置、发送装置和数据处理方法，其使得能够例如在接收装置中有效地搜索诸如与待获取数据相对应的URL的元数据。
问题解决方案
根据本公开内容的第一方面，提供了一种接收装置，包括：数据处理单元，其接收令牌并且使用所述令牌来执行处理，所述令牌为用于有效地搜索与待获取数据相关的元数据的辅助搜索信息。
进一步地，根据本公开内容的第二方面，提供了一种发送装置，其发送记录有令牌的元数据，所述令牌是用于在接收装置中有效地搜索与待获取数据相关的元数据的辅助搜索信息。
进一步地，根据本公开内容的第三方面，提供了一种在接收装置中执行的数据处理方法，包括：由接收装置的数据处理单元接收令牌，该令牌是用于有效地搜索与待获取数据相关的元数据的辅助搜索信息并使用令牌执行处理。
进一步地，根据本公开内容的第四方面，提供了一种在发送装置中执行的数据处理方法，包括：发送其中记录有令牌的元数据，所述令牌是在接收装置中用于有效地搜索与待获取数据相关的元数据的辅助搜索信息。
通过基于稍后描述的本公开内容的实施例的详细描述和附图，本公开内容的其他目的、特征和优点将变得显而易见。注意，在本说明书中，系统是多个装置的逻辑集合配置，并且不限于其中各个要素的装置在同一外壳中的配置。
本发明的效果
根据本公开内容的实施例的配置，实施了这样的装置和方法，该装置和方法能够在接收装置中实现元数据(诸如与待获取数据相对应的访问信息)的有效搜索。
具体地，接收装置接收令牌，该令牌用作有效搜索诸如与接收装置的待获取数据相关的访问信息的元数据的辅助搜索信息，并且接收装置使用该令牌来执行搜索处理。
令牌的实例包括服务工作进程(SW)搜索范围令牌，能够限制与用作特定服务工作进程(SW)的管理对象的数据相对应的访问信息的搜索范围，所述特定服务工作进程(SW)为数据管理程序；和服务工作进程(SW)高速缓存范围令牌，其指示与服务工作进程(SW)的管理对象的数据相对应的访问信息被共同记录。
根据本配置，实施了这样的装置和方法，该装置和方法能够在接收装置中实现有效搜索诸如与待获取数据相对应的访问信息的元数据。
注意，本说明书中描述的效果仅仅是实例，而不限于此，并且可获取另外的效果。
附图说明
图1是用于描述通信系统的示例性配置的图，在该系统中，执行本公开内容的处理。
图2是用于描述发送装置的发送数据的图。
图3是示出发送装置和接收装置的协议栈的实例的图。
图4是用于描述使用服务工作进程(SW)的处理的具体实例(使用情况)的图。
图5是用于描述使用服务工作进程(SW)的处理的具体实例(使用情况)的图。
图6是用于描述使用服务工作进程(SW)的处理的实例的图。
图7是用于描述接收装置的示例性配置的图。
图8是用于描述应用的获取和执行、服务工作进程(SW)的获取以及登录处理的序列的图。
图9是用于描述应用的获取和执行、服务工作进程(SW)的获取以及登录处理的序列的图。
图10是用于描述应用的获取和执行、服务工作进程(SW)的获取以及登录处理的序列的图。
图11是用于描述信令数据(元数据)的示例性配置的图。
图12是用于描述信令数据(元数据)的示例性配置的图。
图13是用于描述信令数据(元数据)中的示例性令牌设置的图。
图14是用于描述信令数据(元数据)中的示例性令牌设置的图。
图15是用于描述信令数据(元数据)中的示例性令牌设置的图。
图16是用于描述使用令牌的数据获取处理序列的图。
图17是用于描述使用令牌的数据获取处理序列的图。
图18是用于描述服务工作进程(SW)的更新处理序列的图。
图19是用于描述服务工作进程(SW)的更新处理序列的图。
图20是用于描述按照服务工作进程(SW)的接收装置的存储单元(永久高速缓存)的控制处理序列的图。
图21是用于描述按照服务工作进程(SW)的接收装置的存储单元(永久高速缓存)的控制处理序列的图。
图22是用于描述推送型令牌应用数据选择获取处理序列的图。
图23是用于描述推送型令牌应用数据选择获取处理序列的图。
图24是用于描述推送型处理中的服务工作进程更新处理序列的图。
图25是示出从发送装置发送的信令数据(元数据)的示例性配置的图。
图26是用于描述服务片段的示例性配置的图。
图27是用于描述用户服务描述(USD，user service description)的整个示例性配置的图。
图28是示出在构成信令数据的用户服务包描述(USD，user service bundledescription)之下的示例性分级配置的图。
图29是示出在调度描述元素之下的信令数据配置的图。
图30是用于描述由过滤器描述参考指定的过滤器描述元素的数据配置的图。
图31是示出在构成信令数据的用户服务包描述(USD)之下的示例性分级配置的图。
图32是示出当根据FLUTE协议执行文件传输时在传送方法(deliveryMethod)元素中设置的FLUTE的参考信息的实例的图。
图33是示出当根据FLUTE协议执行文件传输时在传送方法(deliveryMethod)元素中设置的FLUTE的参考信息的实例的图。
图34是示出当根据ROUTE协议执行文件传输时在传送方法(deliveryMethod)元素中设置的FLUTE的参考信息的实例的图。
图35是示出当根据ROUTE协议执行文件传输时在传送方法(deliveryMethod)元素中设置的FLUTE的参考信息的实例的图。
图36是用于描述在FDT实例元素的属性或文件元素的属性中记录令牌的配置的图。
图37是用于描述与FDT实例相对应的属性和与文件相对应的属性的详细配置的图。
图38是示出在ROUTE中指定的LSID之下的数据配置的图。
图39是用于描述EFDT元素单元中的属性数据元素和文件单元的属性数据元素的细节的图。
图40是用于描述用作通信装置的发送装置和接收装置的示例性配置的图。
图41是用于描述用作通信装置的发送装置和接收装置的示例性硬件配置的图。
具体实施方式
下面将参考附图详细描述本公开内容的接收装置、发送装置和数据处理方法。
进一步地，将根据以下部分进行描述。
1.通信系统的示例性配置
2.数据通信协议FLUTE和ROUTE
3.由发送装置和接收装置执行的示例性通信处理
4.服务工作进程(SW)
5.接收装置中的应用的获取和执行的实例
6.服务工作进程(SW)的传递和高速缓存控制处理(轮询类型处理实例)
6.1.来自广播流相关应用的服务工作进程(SW)的获取和登录过程
6.2.通过应用令牌来提高接收装置的数据获取处理的效率的配置
6.3.服务工作进程(SW)的更新过程
6.4.服务工作进程(SW)对接收装置的存储单元(永久高速缓存)的控制处理
7.服务工作进程(SW)的传送和高速缓存控制处理(推送型处理实例)
7.1.来自广播流相关应用的服务工作进程(SW)的获取和登录过程
7.2.通过应用令牌来提高接收装置的数据获取处理的效率的配置
7.3.服务工作进程(SW)的更新过程
7.4.服务工作进程(SW)对接收装置的存储单元(永久高速缓存)的控制处理
8.描述令牌的信令数据(元数据)的配置
8.1.在构成信令数据(元数据)的OMA-ESG中的示例性令牌记录
8.2.在构成信令数据(元数据)的USD中的示例性令牌记录
8.3.在构成信令数据(元数据)的FLUTE(ROUTE)参数层中的示例性令牌记录
9.发送装置和接收装置的示例性配置
10.本公开内容的配置的结论
【1.通信系统的配置的实例】
首先，将参考图1描述执行本公开内容的处理的通信系统的示例性配置。
通信系统10包括用作通信装置的发送装置20，发送诸如图像数据、音频数据等的内容；和用作通信装置的接收装置30，接收从发送装置20发送的内容，如图1所示。
具体地，发送装置20例如是内容提供侧的装置，诸如广播站21和内容服务器22。
另一方面，接收装置30是普通用户的客户端装置，具体而言，接收装置30包括例如电视31、PC 32、移动终端33等。
发送装置20和接收装置30之间的数据通信作为使用经由诸如因特网的网络的双向通信或单向通信，以及经由广播波等的单向通信中的至少一个或这两者的通信被执行。
从发送装置20到接收装置30的内容发送例如根据作为自适应流技术的标准的MPEG-DASH标准来执行。
MPEG-DASH标准包括以下两个标准：
(a)与用于描述用作运动图像或音频文件的管理信息的元数据的清单文件(媒体呈现描述(MPD))相关的标准；和
(b)与用于运动图像内容发送的文件格式(段格式)有关的标准。
根据MPEG-DASH标准执行从发送装置20到接收装置30的内容传送。
发送装置20对内容数据进行编码，并且生成包括编码数据和编码数据的元数据的数据文件。
例如，根据MPEG中规定的MP4文件格式来执行编码处理。
注意，当发送装置20生成MP4格式数据文件时，编码数据的文件被称为“mdat”，元数据被称为“moov”、“moof”等。
由发送装置20提供给接收装置30的内容是各种数据，例如音乐数据；诸如电影、电视节目、视频、照片、文档、绘画和图表的视频数据；游戏和软件。
将参考图2描述发送装置20的发送数据。
根据MPEG-DASH标准执行数据传输的发送装置20所发送的数据大致分为如图2所示的下列多种类型数据：
(a)信令数据50；
(b)AV段60；和
(c)其他数据(ESG，NRT内容等)70。
例如，AV段60配置有在接收装置中再现的图像(视频)或音频数据，即，从广播站提供的节目内容等。例如，AV段60被配置有MP4编码数据(mdat)和元数据(moov和moof)。
另一方面，信令数据50配置有诸如节目表的节目调度信息；节目获取所需的地址信息(统一资源定位符(URL)等)；包括内容的再现处理所需的信息的引导信息，诸如编码解码信息(编码方案等)等；以及控制信息。
接收装置30必须在接收存储用作再现目标的节目内容的AV段60之前接收信令数据50。
例如，信令数据50作为可扩展标记语言(XML)格式的数据被发送到作为用户设备的接收装置(客户端)，诸如智能电话或电视。
如上所述，根据需要重复发送信令数据。
例如，以100毫秒的间隔频繁地和重复地发送信令数据。
这是因为接收装置(客户端)可在任何时间立即获取信令数据。
根据需要，客户端(接收装置)可基于可接收的信令数据，迅速地执行节目内容的接收和再现所需的处理，诸如获取必要节目内容的访问地址、编码解码器设置处理等。
其他数据70包括例如电子服务指南(ESG)、NRT内容等。
ESG是电子服务指南，例如，诸如节目表的指南信息。
NRT内容是非实时类型内容。
例如，在作为客户端的接收装置30的浏览器上执行的诸如各种应用文件、运动图像或静止图像的数据文件包括在NRT内容中。
用作应用的控制程序的服务工作进程(稍后将描述)等也包括在NRT内容中。
如图2所示的以下数据例如根据数据通信协议传送：单向文件传送(FLUTE)：
(a)信令数据50；
(b)AV段60；和
(c)其他数据(ESG、NRT内容等)
【2.数据通信协议FLUTE和ROUTE】
数据通信协议FLUTE是用于以多播方式执行要发送的内容的会话管理的协议。
例如，在用作发送装置的服务器侧生成的文件(其由URL和版本标识)根据FLUTE协议被发送到用作接收装置的客户端。
接收装置(客户端)30将接收到的文件的URL和版本以及文件例如彼此相关联地存储在接收装置(客户端)30的存储单元(客户端缓存)中。
当URL相同但版本不同时，认为文件的内容被更新。在FLUTE协议中，仅执行单向文件传输控制，在客户端中没有文件的选择性过滤功能，但可能使用与文件链接的元数据通过选择在客户端侧经历根据FLUTE的传输控制的文件来实施选择性过滤，并配置、更新和管理反映了用户偏好的本地高速缓存。
注意，元数据可被扩展并合并到FLUTE协议中，或者可通过诸如电子服务指南(ESG)的协议单独描述。
注意，FLUTE最初被标准化为多播中的文件传输协议。
FLUTE配置有FDT和称为ALC的可扩展文件对象的多播协议，具体地，作为其构建块的LCT或FEC要素的组合。
现有技术的FLUTE主要被开发用于异步文件传输，并且当前，FLUTE被扩展以容易地甚至应用于高级电视系统委员会(ATSC)中的广播实况流，该高级电视系统委员会是与经由广播波和网络的数据传送系统相关的标准化组织。
FLUTE的扩展规范称为通过单向传输的实时对象传递(ROUTE)。
高级电视系统委员会(ATSC)3.0目前正被标准化为与通过广播波和网络的数据传送系统相关的标准之一。ATSC 3.0规定了堆栈配置，其中代替相关技术的FLUTE协议，ROUTE用于信令数据、ESG、异步文件、同步流等的传输。
【3.由发送装置和接收装置执行的示例性通信处理】
接下来，将描述由发送装置和接收装置执行的示例性通信处理。
图3是示出发送装置和接收装置的协议栈的实例的图。
在图3所示的实例中，示出了用于处理以下两条通信数据的两个协议栈：
(a)广播(包括多播)通信(例如，广播型数据传送)；和
(b)单播(宽带)通信(例如，HTTP型P2P通信)。
图3的左侧是(a)与广播通信(例如，广播型数据传送)相对应的协议栈。
图3的右侧是(b)与单播(宽带)通信(例如，HTTP型P2P通信)对应的协议栈。
在图3的左侧示出的对应于(a)广播通信(例如，广播型数据传送)的协议栈从下层起依次具有以下层：
(1)广播物理层(广播PHY)；
(2)IP多播层(IP多播)；
(3)UDP层；
(4)ROUTE(＝扩展FLUTE)层；
(5)ESG、NRT内容、DASH(ISO BMFF)和视频/音频/CC；和
(6)应用层(Applications(HTML5))。
注意，信令层被设置为(2)IP多播层(IP多播)之上的层。
信令层是应用于上面参考图2描述的信令数据50的发送和接收的层。信令数据包括诸如节目表的节目调度信息；节目获取所需的地址信息(URL等)；包括诸如编码解码信息(编码方案等)之类的内容的再现处理所需的信息的指南信息；以及控制信息。
注意，未来(未来可扩展性)的新协议的使用许可层被设置为(1)广播物理层(广播PHY)之上的层。
(1)广播物理层(广播PHY)是配置有通信控制单元的物理层，该通信控制单元用于控制例如用于执行广播通信的广播系统的通信单元。
(2)IP多播层(IP多播)是其中执行根据IP多播的数据发送/接收处理的层。
(3)UDP层是其中执行生成和分析UDP分组的处理的层。
(4)ROUTE层是其中根据用作扩展FLUTE协议的ROUTE协议存储和提取传递数据的层。
类似于FLUTE，ROUTE是被称为ALC的可扩展文件对象的多播协议，并且具体地，ROUTE配置有作为其构建块的LCT或FEC要素的组合。
(5)ESG、NRT内容、DASH(ISO BMFF)和视频/音频/CC是根据ROUTE协议传送的数据。
根据DASH标准的广播类型传送服务被称为多媒体广播多播服务(MBMS)。作为用于在LTE中有效地实施MBMS的方案，存在演进的多媒体广播多播服务(eMBMS)。
MBMS和eMBMS是广播型传送服务，即，用于通过公共承载向作为位于特定区域中的接收装置的多个用户终端(UE)同时传送相同数据(诸如电影内容等)的服务。通过根据MBMS或eMBMS的广播传送，可同时向位于传送服务提供区域中的诸如多个智能电话、PC或电视的接收装置提供相同的内容。
在MBMS和eMBMS中，根据传输协议ROUTE或FLUTE指定下载根据3GPP文件格式的文件(ISO-BMFF文件或MP4文件)的处理。
以上参照图2描述的以下数据中的大多数是根据ROUTE协议或FLUTE协议传输：
(a)信令数据50；
(b)AV段60；和
(c)其他数据(ESG、NRT内容等)70
(5)ESG、NRT内容、DASH(ISO BMFF)和视频/音频/CC是根据ROUTE协议传送的数据。
ESG是电子服务指南，例如，诸如节目表的指南信息。
NRT内容是非实时类型内容。
如上所述，例如，在作为客户端的接收装置的浏览器上执行的诸如各种应用文件、运动图像或静止图像的数据文件被包括在NRT内容中。进一步地，用作应用的控制程序等的服务工作进程(SW)(将在后面描述)也包括在NRT内容中。
视频/音频/CC是用作再现目标的实际数据，诸如根据DASH标准传送的视频或音频。
(6)应用层(应用(HTML5))是其中执行根据ROUTE协议传送的数据的生成或分析的应用层，并且执行各种数据的输出控制，例如应用了HTML5的数据生成、分析、输出处理等。
另一方面，在图3的右侧示出的对应于(b)单播(宽带)通信(例如，HTTP类型的P2P通信)的协议栈从下层起按顺序具有以下层：
(1)宽带物理层(宽带PHY)；
(2)IP单播层(IP单播)；
(3)TCP层；
(4)HTTP层；
(5)ESG、信令，NRT内容、DASH(ISO BMFF)和视频/音频/CC；
(6)应用层(应用(HTML5))。
(1)宽带物理层(宽带PHY)是配置有通信控制单元的物理层，所述通信控制单元(诸如装置驱动器)用于控制诸如用于执行宽带通信的网卡的通信单元。
(2)IP单播层(IP单播)是其中执行IP单播发送/接收处理的层。
(3)HTTP层是HTTP分组生成/分析处理层。
上层类似于图3左侧的(a)广播通信(例如，广播型数据传送)的堆栈配置。
注意，发送装置(服务器)20和接收装置(客户端)30执行根据图3的两个处理系统中的至少一个的处理，即，以下两个通信协议栈：
(a)广播通信(例如，广播型数据传送)；
(b)单播(宽带)通信(例如，HTTP型P2P通信)。
在图3所示的协议栈中，根据ROUTE(FLUTE)(包括用作文件标识符的URL)多播并传输的文件组的属性可在信令数据中描述，在所述信令数据中，当可以在ROUTE(FLUTE)的控制文件中描述时，文件传输会话可描述。进一步地，文件传输会话的更详细的属性可由ESG(其也可用于向最终用户呈现)来描述。
【4.服务工作进程(SW)】
接下来，将描述由发送装置(服务器)20提供并主要在接收装置(客户端)30中使用的服务工作进程(SW)。
服务工作进程(SW)从诸如广播服务器21或数据传送服务器22的传送装置20提供给接收装置。
服务工作进程(SW)是对在接收装置(客户端)30中执行的应用进行获取处理的程序(＝应用程序)；在执行应用时使用的数据文件等；在存储单元(高速缓存)中的存储处理；更新处理；删除处理等。具体地，服务工作进程(SW)例如配置有JavaScript(注册商标)。
例如，服务工作进程(SW)对应于由诸如广播服务器21、数据传送服务器22等的发送装置20提供的广播节目(广播内容)来设置，并且作为从发送装置20提供给接收装置30的应用的控制/管理程序而提供给接收装置30。
服务工作进程(SW)、应用和在执行应用时使用的数据文件例如作为上述参考图2和图3描述的NRT内容(非实时内容)从发送装置20提供至接收装置30。
可替代地，与传送广播节目的服务器不同的数据提供服务器可被配置为向接收装置30提供服务工作进程(SW)、应用和在执行应用时使用的数据文件。
例如，服务工作进程(SW)执行应用等的管理(获取、保留、更新、删除等)，以使用浏览器执行信息显示，所述浏览器为用于在接收装置30中执行网页浏览处理的程序。
将参考图4和图5描述使用服务工作进程(SW)的处理的具体实例(使用情况)。
图4示出了接收装置30从诸如广播服务器21的发送装置20接收某个节目内容并且在接收装置30的显示单元上显示节目内容的状态。
除了节目传送之外，诸如广播服务器21的发送装置20向接收装置30提供作为NRT内容(非实时内容)的用于显示天气信息的应用和各种用于天气信息显示应用的数据文件，例如包括各种数据的数据文件，诸如运动图像、静止图像和音频。
在下文中，应用和数据文件被称为“资源”。
广播服务器21进一步向接收装置30提供用作用于管理“资源”的资源管理程序的服务工作进程(SW)，作为NRT内容(非实时内容)。
如图4所示的，接收装置30可使用从发送装置20接收的“资源”(即，应用和数据文件)执行与节目显示一起的天气信息的显示。
在上述数据传送配置中，在应用提供的节目结束的同时，禁止使用该应用的这种数据显示。
这是因为，诸如天气信息显示应用的资源被设置为在接收节目期间(例如存储在临时存储高速缓存中的节目)在接收装置30中可用并且被设置为可用状态，但是当节目结束时或用户切换频道时，这种高速缓存数据被擦除或设置为不可访问状态。
服务工作进程(SW)用作资源管理程序，其使得与节目相对应的应用或数据可用，即使在切换频道之后，或甚至在离线状态(诸如广播未接收状态或网络未连接状态)。
可能实现天气信息显示应用可用，即使在由应用提供的节目结束之后，甚至在切换到另一个频道之后，或甚至在离线状态下，在该状态下，不执行数据接收，如图5所示。换句话说，可能使天气信息显示在接收装置30的显示单元上并进行浏览。
注意，天气信息显示应用例如是显示在浏览器上的程序。
在服务工作进程(SW)的控制下，天气信息显示应用存储在接收装置30的存储单元(永久高速缓存)中。例如，当存在请求(事件)时(例如来自用户的显示请求)，在服务工作进程(SW)的控制下，从存储单元(永久高速缓存)读出天气信息显示应用并显示在显示单元上。
注意，存储资源(诸如应用)的存储单元(永久高速缓存)优选地是即使当接收装置30断电时，存储的数据也不被擦除的非易失性存储器。
如上所述，使用服务工作进程(SW)，可能使用各种节目对应应用，与节目的显示或不显示无关。
注意，服务工作进程(SW)例如以与特定节目相对应的资源为单位(以应用和应用相关数据为单位)来设置，并且与资源一起或在资源传输之前或之后从发送装置20提供给接收装置30。
可为每个节目设置服务工作进程(SW)，但是也可能设置可以对与包括多个节目的特定频道相对应的资源公用的服务工作进程(SW)。
由服务工作进程(SW)管理的服务工作进程(SW)和资源(应用和应用相关数据)存储在接收装置30的存储单元(永久缓存)中。
图6是用于描述使用服务工作进程(SW)的处理的实例的图。
图6示出了续发事件的实例，在该实例中，接收装置30从发送装置20获取用作资源的网页(例如，图4和图5所示的天气信息显示页)，将网页存储在接收装置30的存储单元(永久高速缓存)，并使用网页。
注意，使用预定网页显示应用和配置有显示数据的资源来显示网页。
图6示出了作为接收装置中的输出控制单元90的要素的显示处理单元91、服务工作进程(SW)92和高速缓存(存储单元)93。
步骤S101至S102是接收装置30对发送装置20进行第一访问处理的资源(网页)获取处理。
例如，从来自广播服务器发送的NRT内容中获取。
在获取处理之后，显示处理单元91使得网页95显示在接收装置30的显示单元上。
该显示是提供网页的节目也被显示的状态，并且对应于上面参考图3描述的显示状态。
在该显示期间中，例如，当存在作为用户指令的资源(网页)登录(安装)请求时，在步骤S103中，服务工作进程(SW)92开始资源(网页)登录(安装)过程。
具体地，如在步骤S104中那样执行将资源交付到高速缓存93并将资源存储在存储单元(永久高速缓存)中的处理。
此后，在节目结束之后，在频道切换之后，或者在离线设置状态下，在步骤S105中，用户做出网页浏览请求。
服务工作进程(SW)92检测浏览请求的输入作为获取事件，并且在步骤S106中，服务工作进程(SW)92响应于获取事件检测从存储单元(永久高速缓存)获取资源(网页)。
在步骤S107中，显示处理单元91显示网页96。
网页显示处理是节目结束之后，频道切换之后或者处于离线设置状态的显示处理并且对应于上面参照图5所述的显示状态。
如上所述，使用服务工作进程(SW)，不管是否显示节目，都可能使用各种节目对应应用，例如，可能在与节目无关的任意定时执行设置为节目属性的信息的网页的显示处理。
如上所述，例如，服务工作进程(SW)执行资源管理，诸如包括具有作为在应用中使用的要素或数据等的网页、HTML页面，JavaScript(注册商标)等的应用的资源的获取、存储、更新和删除。
资源存储在其中的存储单元(高速缓存)是这样的存储单元(高速缓存)，其中存储的数据永久存储，并且即使当应用不操作时也存储数据，与不同本地/临时高速缓存不同。
在作为网页显示程序的浏览器中实施一种代理服务器，并且它是在任何时候可以根据需要访问代理服务器、获取网页并显示网页的图像。
注意，服务工作进程(SW)也被存储(安装)在永久高速缓存中。当服务工作进程(SW)安装在接收装置中时，可对用作该服务工作进程(SW)的管理对象的资源执行各种控制。
例如，响应于对资源的访问请求(对资源的获取请求)，在浏览器侧处理(从本地高速缓存或网络获取资源)开始之前，服务工作进程(SW)的处理开始，并且执行从永久高速缓存提供资源。
进一步地，由于服务工作进程(SW)由JavaScirpt(注册商标)提供，因此可能合并各种处理，并且可能对高速缓存控制(诸如永久高速缓存的某些资源的更新)执行灵活的处理描述。
注意，服务工作进程(SW)也可更新。从发送装置20提供服务工作进程(SW)，但是更新处理所需的各种信息(诸如更新日期/时间信息和更新日期的访问信息)被记录在服务工作进程(SW)的报头信息(HTTP缓存-控制，HTTP cache-control)中，并且基于报头信息执行更新处理。
例如，在基于在报头中设定的有效期限等到了有效期限时，接收装置30执行服务工作进程(SW)的新版本的获取处理，并且执行将存储在高速缓存中旧版本的SW进行替换的更新处理。
【5.接收装置中的应用的获取和执行的实例】
如上所述，接收装置30可执行例如上面参照图4和图5描述的天气信息显示应用的应用，即，使用服务工作进程(SW)在任意定时的服务工作进程(SW)的管理对象。
接收装置30侧的用户可在任意时刻执行应用，并且可随时浏览天气信息显示页面或各种网页。
将参照图7描述执行应用的接收装置30的配置。
图7示出了主要应用于应用的获取和执行的示例性配置，作为用于执行诸如天气信息显示应用的服务工作进程(SW)管理应用的接收装置30的部分配置。
接收装置30包括中间件110、HTTP代理服务器120和输出控制单元130，如图7所示。
中间件110接收并分析广播服务器21的提供数据。
中间件110包括通信单元(PHY/MAC)111、获取信令数据的信令获取单元112、分析信令数据的信令分析单元113、以及文件获取单元114(其获取信令数据和诸如视频和语音或者诸如应用的NRT内容之类的数据文件等)。
中间件110接收的数据被存储在代理服务器120的高速缓存单元(代理高速缓存)121中。代理服务器120还将经由网络从数据传送服务器22获取的数据存储在高速缓存单元(代理高速缓存)122中。
代理服务器120将从输出控制单元130传送的数据请求输入到地址解析单元123，从高速缓存单元(代理高速缓存)121或122或外部获取请求的数据，并提供所请求的数据。
输出控制单元130是执行诸如天气信息显示应用的服务工作进程(SW)管理应用的数据处理单元。例如，输出控制单元130在浏览器上执行网页显示处理等。
输出控制单元130包括显示数据(例如，HTML/JavaScript(注册商标))获取和分析单元131和显示处理单元(渲染器)132。
输出控制单元130经由代理服务器(客户端本地HTTP代理服务器)120获取并呈现其中实施广播系统接收栈的中间件(客户端本地ATSC中间件)110，或者经由公共网络获取并呈现其中执行网络系统发送/接收处理的应用和部分栈(HTML页面和JavaScript)，。
注意，还可能经由诸如LAN的网络在连接到接收装置30的外部设备150的输出控制单元141中传送应用和部分(HTML页面或JavaScript)，并且在外部设备140中执行应用。
输出控制单元130可将服务工作进程(SW)和用作服务工作进程(SW)的管理对象的资源(应用和应用相关数据)存储在存储单元(永久高速缓存)133中，并执行在任意定时使用存储在存储单元(永久高速缓存)中的服务工作进程(SW)和资源进行处理。
例如，可能在如上参照图4和图5所述的任意定时使用应用输出各种数据。进一步地，输出控制单元130根据需要执行服务工作进程(SW)或资源(应用和应用相关数据)的更新处理或删除处理。
这同样适用于外部设备140的输出控制单元141，并且服务工作进程(SW)或资源(应用和应用相关数据)被存储在外部设备140的存储单元(永久高速缓存)142中，并且在任意定时执行使用服务工作进程(SW)或应用的各种数据处理。进一步地，根据需要执行服务工作进程(SW)或资源(应用和应用相关数据)的更新处理或删除处理。
注意，在图7所示的模型中，由于当执行对外部的访问时，输出控制单元130和140一致地经由代理服务器120访问，所以不区分是否经由广播或网络获取诸如应用的资源。换句话说，提供了网络透明度。
将描述根据来自输出控制单元130的数据请求的示例性数据获取/提供处理。
例如，当输出控制单元130请求获取构成应用的HTML页面或JavaScript(注册商标)(HTTP请求)时，已经接收到请求的代理服务器120在地址解析单元(广播/宽带地址解析器)123中确定HTML页面或JavaScript(注册商标)是经由广播接收栈还是网络来获取。
用作确定的材料的信息从经过信令分析单元113的信令数据的分析结果中获取。
信令分析单元(信令解析器)113将作为包括在ATSC 3.0的信令数据中的元数据的USBD(USD、SDP等)的获取请求发送到信令获取单元(信令获取器)112。
信令分析单元(信令解析器)113提取包括在信令数据中的元数据，所述信令数据通过经由通信单元(ATSC调谐器：ATSC 3.0PHY/MAC)111广播和接收的信令数据存储LCT分组传送。
进一步地，信令分析单元(信令解析器)113基于包括在应用要素(部分)的获取请求中的URL，从信令数据(元数据)解析用于获取所请求的文件的广播传送地址信息。当确定应用要素(部分)是广播传送对象数据时，文件获取单元(文件获取器)114基于广播传送地址信息获取其中存储有期望文件的文件存储LCT分组，并且在高速缓存单元(代理高速缓存)121中存储文件存储LCT分组。
代理服务器120(作为HTTP响应)将缓存的文件返回到输出控制单元130。当包括在应用部分的获取请求中的URL未被设置在包含在信令数据中的元数据中时，代理服务器120经由公共网络栈从数据传送服务器22获取文件。
【6.服务工作进程(SW)的传送和高速缓存控制处理(轮询类型处理示例)】
接下来，将描述服务工作进程(SW)的传送和高速缓存控制处理。
对于服务工作进程(SW)或包括用作服务工作进程(SW)的管理对象的应用的资源或者应用于应用的数据，例如存在两种形式，即，其中轮询类型获取处理基于来自安装在接收装置30中的浏览器的获取请求执行的配置和推送类型(其中不管来自浏览器的获取请求如何，获取并且提供给浏览器)。
下面将依次描述以下两种方法形式(A)和(B)。
(A)轮询类型数据获取处理实例；和
(B)推送型数据获取处理实例。
首先，将描述其中执行轮询类型数据获取处理的处理实例。
【6.1来自广播流相关应用的服务工作进程(SW)的获取和登录处理】
首先，将描述使用附到从发送装置20发送到接收装置30的广播流的应用来获取和登录服务工作进程(SW)的处理实例。
接收装置(客户端)30通过在接收装置30中正在执行的广播流再现应用(在浏览器或本地环境中执行)的处理来获取用作获取对象的应用的URL。
例如，用于通知何处激活应用的URL的触发信息包括在特定节目的广播流中，并且再现应用可基于触发信息来获取从其获取应用的URL。
接收装置30使用该URL从广播流中提取由URL指定的应用，或者经由网络获取应用，并在浏览器上执行应用。
应用执行服务工作进程(SW)的获取处理和登录处理【SW.js】，其中将应用设置为管理对象。SW.js的js表示JavaScript(注册商标)。
将参考图8至图10中所示的序列图来描述应用的获取和执行以及服务工作进程(SW)的获取和登录处理的顺序。
在图8至图10中，从左侧示出以下部件。
(a)用作发送装置20的广播服务器；
(b)作为发送装置20的数据传送服务器；
(c)用作接收装置30的部件的中间件；
(d)用作接收装置30的部件的代理服务器；和
(e)用作接收装置30的部件的输出控制单元。
将按顺序描述图8至图10的顺序图中示出的步骤的处理。
注意，假设在图8至图10的处理序列开始之前，在接收装置30的输出控制单元中激活浏览器上的本地流再现应用或流再现应用。
(步骤S211)
首先，作为接收装置30的部件的输出控制单元获取段URL(作为广播内容流的DASH流的控制文件的MPD中描述的内容存储段的访问信息)，并且使用获取的段URL发送对于其中存储广播内容的内容段文件的获取请求。
如上所述，例如根据作为自适应流技术的标准的MPEG-DASH标准，执行从发送装置20到接收装置30的内容传输。
如上面参考图2所述，由执行根据MPEG-DASH标准的数据传输的发送装置20发送的数据大致分为以下多种类型的数据：
(a)信令数据50；
(b)AV段60；和
(c)其他数据(ESG、NRT内容等)70。
例如，AV段60配置有在接收装置中再现的图像(视频)或音频数据，即，从广播站提供的节目内容等。例如，AV段60被配置有MP4编码数据(mdat)和元数据(moov和moof)。
信令数据50配置有诸如节目表的节目调度信息；节目获取所需的地址信息(URL等)；包括诸如编码解码信息的内容的再现处理所需的信息的指南信息(编码方案等)等；以及控制信息。
其他数据70包括例如电子服务指南(ESG)、NRT内容等。
ESG是电子服务指南，例如，诸如节目表的指南信息。
NRT内容是非实时类型内容。
例如，在作为客户端的接收装置的浏览器上执行的诸如各种应用文件、运动图像或静止图像的数据文件被包括在NRT内容中。服务工作进程(SW)也包括在NRT内容中。
(媒体呈现描述(MPD))是描述作为运动图像和音频文件的管理信息的元数据的清单文件。具体地，例如，记录从广播站传送的节目内容的传送开始时间信息、用于AV段的访问信息等。
在步骤S211中，接收装置30的输出控制单元获取段URL，所述段URL为MPD(其是广播内容流的DASH流的控制文件)中描述的内容存储段的访问信息，并且使用获取的分段URL发送将对于内容分段文件的获取请求发送到代理服务器。
(步骤S212至S213)
接下来，在步骤S212中，当由段URL识别的内容段文件被存储在由代理服务器管理的高速缓存中时，接收装置30的代理服务器从高速缓存获取内容段文件，并将获取的文件发送到控制单元作为响应。
另一方面，在步骤S213中，当确定由段URL识别的内容段文件未被存储在由代理服务器管理的高速缓存中时，接收装置30的代理服务器将对于内容段文件的获取请求输出到中间件。
(步骤S214)
步骤S214的处理指示由广播服务器21继续执行的处理。广播服务器21继续地连同节目内容的传送一起将包括与传送内容有关的控制信息，管理信息等的信令数据(元数据等)提供至接收装置30，。
(步骤S215)
当在步骤S213中从代理服务器输出对内容段文件的请求时，中间件执行步骤S215的处理。
中间件基于从广播服务器21接收的信令数据(元数据)判定是否能够经由广播接收从代理服务器输出的获取请求所针对的内容段文件，并且给出表明该判定信息的通知到代理服务器。
(步骤S216)
当从中间件接收到指示可经由广播接收内容段文件的通知时，代理服务器处于备用以将段文件展开(存储)到代理服务器的管理高速缓存。
另一方面，当从中间件接收到指示不能经由广播接收内容段文件的通知时，代理服务器将用于经由网络获取段文件的获取请求传送至数据发送服务器22。
(步骤S217至S218)
步骤S217至S218的处理是当代理服务器输出的获取请求所针对的内容段文件可经由广播接收时执行的处理。
在这种情况下，在步骤S217中，广播服务器21经由广播波发送内容段文件。
在步骤S218中，接收装置30的中间件接收从广播服务器21发送的段文件，并将该段文件展开(存储)到代理服务器的管理高速缓存中。
(步骤S219)
步骤S219的处理是当从代理服务器输出的获取请求所针对的内容段文件不能经由广播接收时执行的处理。
在这种情况下，在步骤S219中，数据传送服务器22将接收装置30请求的内容段文件发送到接收装置30。
接收装置30的代理服务器接收所发送的段文件，并将段文件展开(存储)到代理服务器的管理高速缓存中。
(步骤S220)
在步骤S220中，从代理服务器向输出控制单元提供从广播服务器21或数据传送服务器22获取并存储在代理服务器管理高速缓存中的内容段文件。
(步骤S221)
在步骤S221中，接收装置30的输出控制单元开始再现从代理服务器获取的内容。
进一步地，在内容再现时，获取包括在内容中的触发信息，从触发信息中获取作为与记录在触发信息中的内容相对应的应用的访问信息的应用URL，并且获取的应用URL所应用于的应用获取请求被发送到代理服务器。
(步骤S223)
步骤S223的处理是获取并执行在步骤S221中正在再现的内容(例如，广播节目)中设置的应用的处理。
在步骤S223中，对应用文件执行与步骤S212至S219的处理(处理(A-1和A-2))类似的处理。
换句话说，执行将步骤S212至S219的处理中所示的“段文件”替换为“应用文件”的处理，并且应用文件从广播服务器21或数据传送服务器22获取并存储在代理服务器的管理高速缓存中。注意，当期望的应用文件已经被展开(存储)到代理服务器的管理高速缓存中时，不需要新的获取处理。
(步骤S224)
在步骤S224中，从代理服务器向输出控制单元提供从广播服务器21或数据传送服务器22获取并存储在代理服务器的管理高速缓存中的应用文件。
(步骤S225)
在步骤S225中，接收装置30的输出控制单元执行从代理服务器获取的应用。
例如，网页等的显示处理与节目内容的显示一起进行。注意，处理内容根据应用而变化，并且不一定执行数据显示。
(步骤S226)
步骤S226的处理是在步骤S225中正在执行的应用的控制下执行的处理，即，获取并执行服务工作进程(SW)的处理。
在步骤S226中，对服务工作进程(SW)文件执行与步骤S212至S219的处理(处理(A-1至A-2))类似的处理。
换句话说，执行将步骤S212至S219的处理中所示的“段文件”替换为“服务工作进程文件”的处理，并且服务工作进程文件从广播服务器21或数据传送服务器22获取并存储在代理服务器的管理缓存中。注意，当期望的服务工作进程文件被展开(存储)到代理服务器的管理高速缓存中时，不需要新的获取处理。
(S227)
在步骤S227中，从代理服务器向输出控制单元提供从广播服务器21或数据传送服务器22获取并存储在代理服务器的管理高速缓存中的服务工作进程文件。
(步骤S228)
在步骤S228中，接收装置30的输出控制单元执行登录从代理服务器获取的服务工作进程的登录处理。
具体地，执行将服务工作进程(SW)存储在存储单元(永久高速缓存)中的处理。
【6.2通过应用令牌来提高接收装置的数据获取处理的效率的配置】
接下来，将描述提高在接收装置中所获取的数据的获取和选择处理的效率的配置。
例如，服务工作进程(SW)管理包括应用和数据文件的资源，所述应用以节目为单位针对每个节目设置，所述数据文件诸如用于应用的图像。
诸如用作服务工作进程(SW)的管理对象的应用或数据文件的资源可能被顺序地更新，并且接收装置30需要在接收装置中保持的服务工作进程(SW)的控制下更新作为服务工作进程(SW)的管理对象数据并在在存储单元(永久高速缓存)中保持的资源。
但是，经由广播波提供的服务工作进程(SW)、应用和数据文件对应于每个节目而设置，并且预期从发送装置20发送的文件的数量是巨大的。
接收装置30需要从庞大数量的传输文件中选择构成保持在其自身装置中的服务工作进程(SW)的管理对象的资源的文件(应用或数据文件)，并获取所选择的文件。
下面将描述有效地执行文件选择处理的配置。
例如，如上所述，服务工作进程(SW)、应用、与应用相关的数据文件等作为NRT内容经由广播波被顺序地发送。
进一步地，作为获取每个文件所需的访问信息与文件相对应的URL，每个文件的发送定时信息等被记录在信令数据(元数据)中，并被提供给接收装置30。
接收装置30可分析信令数据(元数据)，并检测要获取的文件的URL，发送定时等。
例如，信令数据(元数据)具有使用一个频道或一个节目作为一个服务单位来记录每个服务单位的各种信息(元数据)的配置。
例如，如图11所示，服务单位(节目单位或频道单位)的元数据描述如下：
具有服务A的描述的元数据；
具有服务B的描述的元数据；和
具有服务C的描述的元数据。
另外，每个服务单位的元数据包括作为低级别元数据的文件传送会话单位的元数据。
在每个会话中传输的文件的访问信息被记录在文件传输会话单位的元数据中。
接收装置30可使用访问信息通过上面参照图7描述的信令分析单元113和地址解析单元123的处理来执行获取；获取与必要文件的URL匹配的文件访问信息；并获取文件。
但是，接收装置30不能检测其中记录了必要文件的访问信息的信令数据的元数据。
因此，有必要研究作为搜索对象的信令数据中记录的所有访问信息，并且需要长时间作为搜索时间。
作为解决方案，将参考图12描述在信令数据中记录用于限制搜索范围的令牌或URL的实例。
令牌或URL是用于与接收装置30有效地搜索待获取数据相关的访问信息(元数据)的辅助搜索信息。
例如，令牌或URL是用于有效地搜索作为用作特定服务工作进程(SW)的管理对象的数据的资源(应用和应用相关数据)相关的访问信息的辅助搜索信息。
图12示出了类似于图11的信令数据(元数据)的示例性配置。如上所述，信令数据(元数据)具有其中记录每个服务单位的各种信息(元数据)的配置，例如，使用一个频道或一个节目作为一个服务单位。
如图12所示，服务单位(节目单位或频道单位)的元数据描述如下：
具有服务A的描述的元数据；
具有服务B的描述的元数据；和
具有服务C的描述的元数据。
另外，每个服务单位的元数据包括作为低级别元数据的文件传输会话单位的元数据。
在图12所示的实例中，令牌<SW-Scope>的描述被包括在具有服务A的描述的元数据151中。
进一步地，令牌<SW-ID>和文件URL的描述包括在元数据152中，所述元数据152具有文件传输会话2的描述，为包括在元数据151中的低级会话单位的元数据。
进一步地，文件URL的描述被包括在元数据153和154中，所述元数据153和154中具有文件传输会话1和3的描述，为包括在元数据151中的低级会话单位的元数据。
<SW-Scope>、<SW-ID>和文件URL是被描述为用于提高接收装置中所获取的文件的访问信息的效率的令牌的数据。
记录在元数据151中的令牌<SW-Scope>是用于限制记录了用作搜索对象的URL的元数据的搜索范围的令牌，即，
“服务工作进程(SW)搜索范围令牌”。
进一步地，记录在元数据152中的令牌<SW-ID>是表示与用作特定SW(高速缓存目标文件)的管理或更新目标的文件相关的URL信息被共同记录的令牌，即，
“服务工作进程(SW)高速缓存范围令牌”。
注意，所有令牌被设置为与特定服务工作进程(SW)相对应的令牌，并与标识服务工作进程(SW)的服务工作进程标识符一起记录。
例如，“服务工作进程(SW)搜索范围令牌<SW-Scope>”是表示作为管理对象发送的文件的访问信息或保存在接收装置中的服务工作进程(SW)的更新目标被记录在其中记录了令牌或其下的元数据的元数据中。
当接收装置30选择记录了令牌的元数据并且使用元数据下面的元数据和元数据作为搜索范围来执行搜索时，接收装置30可有效地获取作为保存在接收装置中的服务工作进程(SW)的管理对象或更新目标而发送的文件的访问信息。
换句话说，可能从搜索对象中排除其他元数据，并且可能通过限制搜索范围来提高搜索效率。
进一步地，“服务工作进程(SW)高速缓存范围令牌<SW-ID>”例如是指示特定服务工作进程(SW)的管理对象文件组的令牌，其指示作为保存在接收装置中的服务工作进程(SW)的管理对象或更新目标而发送的文件的访问信息被共同记录在记录了令牌的元数据中。
当接收装置30选择记录了令牌的元数据并且仅获取记录在元数据中的访问信息时，接收装置30可有效地获取作为保存在接收装置中的服务工作进程(SW)的管理对象或更新目标所发送的文件的访问信息。
如上所述，令牌或URL被设置为用于与接收装置30的有效地搜索待获取数据有关的访问信息(元数据)的辅助搜索信息。
注意，如图12所示，其中服务工作进程(SW)搜索范围令牌被布置在信令数据的服务单位的描述部分中，并且服务工作进程(SW)高速缓存范围令牌被布置在信令数据的文件传输会话的描述部分中的配置是提高搜索效率的示例性令牌设置之一。
通过采用这种配置，当在接收装置(客户端)中接收到信令数据时，可能更有效地执行访问信息获取。
接收装置30选择性地提取具有服务工作进程(SW)搜索范围令牌的服务描述组，然后提取与服务描述组相关联的文件传输会话描述，搜索服务工作进程(SW)高速缓存范围令牌或与文件URL(获取在广播流上传输的实际文件所必需的地址参数)匹配的文件传输地址，并获取所需文件。
从发送装置20发送到接收装置30的信令数据(元数据)具有如图12所示的分级配置，将参考图13至图15来描述信令数据(元数据)的更具体的示例性配置和令牌的示例性设置。
将基于图13所示的(1)示例性令牌设置1来描述从发送装置20发送到接收装置30的信令数据(元数据)的示例性分级配置设置。
图13所示的(1)信令数据(元数据)是元数据(服务)，其中最高层是以节目为单位或以频道为单位设置的服务单位。
内容单元的元数据(内容)被设置在服务单位的元数据之下。
描述传送调度和访问信息的元数据(Schedule&Access)被设置在服务单位的元数据(Service)或内容单元的元数据(Content)之下。
进一步地，在元数据(Schedule&Access)之下设置用户服务描述(USD)元数据。
注意，USD存储例如与传送方法有关的信息，并且包括例如以下信令数据：
会话描述(SDP)；
文件传送描述(FDD)；
修复流程描述(RFD)；和
调度描述(SD)。
进一步地，USD包括作为信令数据的媒体呈现描述(MPD)，所述信令数据具有其中存储了与内容(AV段)相对应的各种指南信息和控制信息的清单文件。
ROUTE元数据被设置在USD元数据之下，其中记录根据ROUTE协议传送的特定传送数据信息，例如记录实际传送的文件等的传送参数等。
在图13的(1)所示的示例性令牌设置1中，
在服务元数据161中记录“服务工作进程(SW)搜索范围令牌<SW-Scope>”。
接收装置30可根据该令牌限制URL或待获取文件的访问信息的搜索范围。换句话说，可设置由图13的(1)中的虚线框指示的搜索范围。，并搜索待获取文件的URL或访问信息。
进一步地，“服务工作进程(SW)高速缓存范围令牌<SW-ID>”被记录在最低层的ROUTE元数据162和163中。
接收装置30可根据该令牌检测构成由特定服务工作进程(SW)管理的资源的组的待获取文件的URL或访问信息被记录在元数据162和163中。
在图13的(2)所示的示例性令牌设置2中，
在内容元数据164中记录“服务工作进程(SW)搜索范围标记<SW-Scope>”。
接收装置30可根据该令牌限制搜索范围。换句话说，可设置由图13的(2)中的虚线框指示的搜索范围，并搜索待获取文件的URL或访问信息。
进一步地，“服务工作进程(SW)高速缓存范围令牌<SW-ID>”被记录在最下层的ROUTE元数据165中。
接收装置30可根据该令牌检测到构成由特定服务工作进程(SW)管理的资源的组的待获取文件的URL或访问信息被记录在元数据165中。
在图14的(3)所示的示例性令牌设置3中，
“服务工作进程(SW)搜索范围令牌<SW-Scope>”记录在调度&访问(schedule&access)元数据166中。
接收装置30可根据该令牌限制待获取文件的URL或访问信息的搜索范围。换句话说，可设置由图14的(3)中的虚线框指示的搜索范围并执行搜索。
进一步地，在最下层的ROUTE元数据167中记录“服务工作进程(SW)高速缓存范围令牌<SW-ID>”。
接收装置30可根据该令牌检测到构成由特定服务工作进程(SW)管理的资源的组的待获取文件的URL或访问信息被记录在元数据167中。
在图15的(4)所示的示例性令牌设置4中，
在设置在USD元数据下方的调度描述元数据168中记录“服务工作进程(SW)搜索范围令牌<SW-Scope>”。
接收装置30可根据该令牌限制搜索范围。换句话说，可设置由图15的(4)中的虚线框指示的搜索范围，并搜索待获取文件的URL或访问信息。
进一步地，在最下层的ROUTE元数据169中记录“服务工作进程(SW)高速缓存范围令牌<SW-ID>”。
接收装置30可根据该令牌检测到构成由特定服务工作进程(SW)管理的资源的组的待获取文件的URL或访问信息被记录在元数据169中。
已经参照图13至15描述了信令数据中令牌的多个示例性设置，但是另外，可以以各种形式设置令牌。
接收装置30可基于包括在信令数据中的令牌来有效地获取要获取的文件的URL或访问信息。
例如，接收装置30向中间件通知(设置)接收用于令牌检测的令牌信息的广播数据，用于检测应用于诸如限制搜索对象文件的搜索范围或组指定的过滤处理的令牌，根据设置的令牌信息分析从发送装置20发送的信令数据，检测令牌，使用检测到的令牌执行有效的搜索处理，并且获取URL信息或访问信息，传送调度信息等，这些信息是要存储在存储单元(永久高速缓存)中的文件获取所必要的。
注意，每个文件的传送调度信息也与文件URL一起记录在信令数据中。
例如，可通过在代理服务器上使用用于服务器侧脚本的ajax输出请求来执行在中间件中设置令牌信息的处理。
注意，作为用于设置令牌信息的处理的参数，当用作获取对象的文件URL明显时，可使用URL。
当每个文件URL是未知的(当存在每个文件URL将在未来会改变的可能性)或当文件URL的数目是巨大的，例如，对应于特定的应用节目的标识符的字符串、数据文件、服务工作进程(SW)或与服务工作进程(SW)的管理对象的资源文件组相关联的组标识符可被用作参数。
注意，适用于接收数据、令牌、文件URL，或者它们的组合的过滤的参数可被应用，并且过滤参数的具体设置的实例如下：
(1)文件URL信息；
(2)服务工作进程(SW)搜索范围令牌(SW-Scope)标识信息+文件URL信息；
(3)服务工作进程(SW)高速缓存范围令牌(SW-ID)标识信息；和
(4)服务工作进程(SW)搜索范围令牌(SW-范围)识别信息+服务工作进程(SW)高速缓存范围令牌(SW-ID)标识信息。
接收装置30的中间件基于所设置的令牌信息来检测包括在信令数据中的令牌或URL。使用检测到的令牌或URL来执行对与待获取数据相对应的访问信息的搜索。进一步地，指定是否存在与所选择的URL相对应的文件传送会话，并且执行用于接收文件的接收调度。
此后，基于访问信息或文件URL获取的文件(例如，应用、应用部分、数据文件等)被展开(存储)到代理服务器的管理高速缓存中。
将参考图16至17中所示的序列图来描述使用令牌的数据获取处理序列。
在图16至17中，从左侧示出以下部件：
(a)构成发送装置的广播服务器；
(b)构成发送装置的数据传送服务器；
(c)接收装置的中间件；
(d)由接收装置的输出控制单元执行的服务工作进程；和
(e)由接收装置的输出控制单元执行的应用。
在图16至17的序列图中示出的步骤的处理将被按顺序描述。
(步骤S251)
由通过接收装置的输出控制单元执行的应用来执行步骤S251的处理。
应用向中间件发送令牌信息设置请求。
具体地，例如，将指示包括在信令数据中的检测对象令牌的令牌信息的通知给予图7所示的中间件110的信令分析单元113，并且在信号分析单元113中以可识别状态设置检测对象令牌。
具体地，例如，报告并设置服务工作进程(SW)标识符等作为令牌信息。
(步骤S252至S253)
由接收装置的输出控制单元执行的应用和服务工作进程执行步骤S252至S253中的处理。
在中间件中设置令牌信息的设置处理可作为如在步骤S251中描述的应用的处理来执行，但是可作为服务工作进程(SW)的处理来执行。
当执行在中间件中设置令牌信息的设置处理作为服务工作进程(SW)的处理时，执行步骤S252至S253的处理。
首先，在步骤S252中，应用执行服务工作进程(SW)的登录处理，并开始服务工作进程(SW)的处理。
通过登录处理，服务工作进程(SW)被存储在存储单元(永久高速缓存)中，并且进入可随时使用的状态。
然后，登录的服务工作进程(SW)将令牌信息设置请求发送到中间件。
令牌信息的设置是与步骤S251的处理相似的处理。换句话说，例如，将指示包括在信令数据中的检测对象令牌的令牌信息的通知给予图7所示的中间件110的信令分析单元113，并且在信号分析单元113中以可识别状态设置检测对象令牌。
(步骤S254)
步骤S254的处理是由广播服务器继续执行的发送信令数据的发送处理。
例如，上面参照图12至15描述的令牌被设置在信令数据中。
(步骤S255)
步骤S255的处理是接收装置30的中间件的处理。换句话说，它是中间件的处理，执行诸如数据接收和接收数据的分析的处理。中间件设置从应用或服务工作进程(SW)报告的令牌信息，并且基于设置的令牌信息从信令数据中检测令牌(或文件URL)。
(步骤S256)
另外，在步骤S256中，接收装置30的中间件基于令牌(或文件URL)获取该获取对象文件的访问信息或传送调度信息，并使用访问信息或传送调度信息开始文件获取处理。
(步骤S257)
步骤S257的处理是由广播服务器连续执行的发送各种文件的发送处理。
应用、应用相关数据(诸如当执行应用时使用的数据文件)、服务工作进程(SW)等包括在发送文件中。
(步骤S258)
步骤S255的处理是接收装置30的中间件的处理。中间件从广播服务器的发送文件中选择性地获取用作获取对象的文件，并将获取的文件展开(存储)到代理服务器的管理高速缓存中。
如上所述，通过使用令牌，接收装置30可从信令数据有效地搜索用作获取对象的文件的URL或传送信息，并可靠地选择和获取必要的文件。
【6.3.服务工作进程(SW)的更新处理】
接下来，将描述更新存储在接收装置30中的服务工作进程(SW)的更新处理。
由接收装置30获取的服务工作进程(SW)与作为服务工作进程(SW)的管理对象的资源(应用和应用相关数据)一起被存储在接收装置的存储单元(永久高速缓存)，并设置为可随时使用。
可在服务工作进程(SW)中设置有效期限，并且接收装置30可执行必要时由新的服务工作进程(SW)更换接收装置保留的有效期限到期的服务工作进程(SW)的服务工作进程(SW)更新处理。
例如，使用与预定内容(节目)相对应的应用设置，根据获取请求从诸如广播服务器21或数据传送服务器22的传送装置20获取服务工作进程(SW)。
例如，在获取处理(通过广播或经由网络)时，可在“HTTP响应报头：高速缓存-控制”中指定服务工作进程(SW)的有效期限，该“HTTP响应报头：高速缓-存控制”是当执行提供服务工作进程(SW)的处理时，从发送装置20到接收装置30的通信数据。
例如，服务工作进程(SW)的有效期限的确认处理或更新处理由在接收装置的输出控制单元中执行的浏览器来进行，所述服务工作进程(SW)通过服务工作进程登录处理存储在存储单元(永久高速缓存)中，所述服务工作进程登录处理由针对预定内容(节目)设置的应用的处理进行。
浏览器检查存储在接收装置30的存储单元(永久高速缓存)中的多个服务工作进程(SW)中的每一个的有效期限，在有效期限到来时自动地将获取请求发送到本地代理服务器，重新登录处理，即，当服务工作进程(SW)的内容被更新时服务工作进程(SW)的更新处理。
可替代地，当由浏览器设置的某一时间段(例如，一天一次)过去时，针对服务工作进程(SW)的获取请求被自动发送到本地代理服务器，并且当其内容被更新时重新登录处理被执行
将参照图18至19所示的序列图来描述更新服务工作进程(SW)的更新处理序列。
在图18至19中，从左侧示出以下部件：
(a)构成发送装置的广播服务器；
(b)构成发送装置的数据传送服务器；
(c)接收装置的中间件；
(d)由接收装置的输出控制单元执行的浏览器；和
(e)在由接收装置的输出控制单元执行的浏览器上执行的服务工作进程(SW)。
将按顺序描述在图18至19的序列图中示出的步骤的处理。
(步骤S271)
步骤S271的处理是由广播服务器连续执行的发送信令数据的发送处理。
例如，上面参照图12至15描述的令牌被设置在信令数据中。
(步骤S272)
步骤S272的处理是接收装置30的中间件的处理。换句话说，它是中间件的处理，执行诸如数据接收和接收数据的分析的处理。中间件设置从应用或服务工作进程(SW)报告的令牌信息，并且基于设置的令牌信息从信令数据中检测令牌(或文件URL)。
(步骤S273)
步骤S273的处理是由广播服务器连续执行的发送各种文件的发送处理。
应用、应用相关数据(例如当执行应用时使用的数据文件)、服务工作进程(SW)等包括在发送文件中。
(步骤S274)
步骤S274的处理是接收装置30的中间件的处理。中间件从广播服务器的发送文件中选择性地获取用作获取对象的文件，并将获取的文件展开(存储)到代理服务器的管理高速缓存中。
应用、应用相关数据(例如当执行应用时使用的数据文件)、服务工作进程(SW)等包括在高速缓存数据中。
保存在接收装置30中的服务工作进程(SW)的更新版本也包括在服务工作进程(SW)中。
(步骤S275)
步骤S275是由接收装置的输出控制单元执行的浏览器的处理。
浏览器检查存储在接收装置30的存储单元(永久高速缓存)中的多个服务工作进程(SW)中的每一个的有效期限，并且在有效期限到来时自动地将获取请求发送到本地代理服务器。
可替代地，当由浏览器设置的某一时间段(例如，一天一次)过去时，针对服务工作进程(SW)的获取请求被自动发送到本地代理服务器。
(步骤S276)
步骤S276的处理是接收装置30的中间件的处理。中间件在代理服务器的管理高速缓存中搜索从浏览器中发送的获取请求所针对的更新后的服务工作进程(SW)，并且当检测到更新的服务工作进程(SW)时，向浏览器输出更新后的服务工作进程(SW)。
(步骤S277)
步骤S277是由接收装置的输出控制单元执行的浏览器的处理。
浏览器登录从代理服务器接收的更新后的服务工作进程(SW)。换句话说，更新后的服务工作进程(SW)被存储在存储单元(永久高速缓存)中。
(步骤S278)
步骤S278是由接收装置的输出控制单元执行的服务工作进程(SW)的处理。这里，示出了新登录的更新后的服务工作进程(SW)的处理。
更新后的服务工作进程(SW)根据需要将令牌信息设置请求发送到中间件。
令牌信息的设置是与图16中的步骤S251的处理相似的处理。换句话说，例如，将指示包括在信令数据中的检测对象令牌的令牌信息的通知给图7所示的中间件110的信令分析单元113，并且在信号分析单元113中以可识别状态设置检测对象令牌。
(步骤S279)
步骤S279的处理是接收装置30的中间件的处理。换句话说，它是中间件的处理，执行诸如数据接收和接收数据的分析的处理。中间件设置从更新的服务工作进程(SW)报告的令牌信息，并且基于设置的令牌信息从信令数据中检测令牌(或文件URL)。
【6.4.服务工作进程(SW)对接收装置的存储单元(永久高速缓存)的控制处理】
接下来，将描述由存储在接收装置30中的服务工作进程(SW)对接收装置的存储单元(永久高速缓存)的控制处理。
存储在接收装置30中的服务工作进程(SW)使用管理对象的资源，即，应用或与应用相关的数据，来控制存储单元(永久高速缓存)，即，存储资源的高速缓存，作为管理处理之一。
首先，服务工作进程(SW)根据接收装置30的存储单元(永久高速缓存)中的预定事件的检测，存储初始激活服务工作进程(SW)的应用所需的文件。
接收由服务工作进程(SW)作为资源存储的触发的事件的时刻是执行服务工作进程(SW)的登录处理或重新登录(更新)处理的时刻。在这一点上，服务工作进程(SW)接收登录(安装)事件。
此外，在应用请求HTML页面或JavaScript(注册商标)的时刻(当接收到提取事件时)或者当通过由服务工作进程(SW)生成的定时器重新激活时，接收用作资源存储处理的触发的事件。
由服务工作进程(SW)展开到存储单元(永久高速缓存)中的应用(部分组)可被激活不仅为与广播流相关联地(同时)被激活的应用(离线应用)而且还独立于广播流安装在客户端中。
将参照图20至21中所示的序列图来描述服务工作进程(SW)对接收装置的存储单元(永久高速缓存)的控制处理序列。
在图20至21中，从左侧示出以下部件：
(a)构成发送装置的广播服务器；
(b)构成发送装置的数据传送服务器；
(c)接收装置的中间件；
(d)接收装置的代理服务器；
(e)由接收装置的输出控制单元执行的浏览器管理的存储单元(永久高速缓存)；
(f)在由接收装置的输出控制单元执行的浏览器上执行的服务工作进程(SW)；
(g)在由接收装置的输出控制单元执行的浏览器上执行的应用；和
(h)由接收装置的输出控制单元执行的本机应用。
注意，本机应用是由接收装置30执行的应用，但是本机应用不是由服务工作进程(SW)管理的应用，而是例如用于与内容(节目)对应的应用的激活处理的应用。
将按顺序描述在图20至21的序列图中示出的步骤的处理。
(步骤S301)
步骤S301的处理是通过本机应用激活与内容(节目)相对应的应用的处理。
如上所述，本机应用是用于与内容(节目)相对应的应用的激活处理的应用。
在基于例如嵌入在节目中的触发信息来激活与内容(节目)相对应的应用的设置的情况下，不需要由本机应用进行的激活处理。
(步骤S302)
在步骤S302中，激活的应用对服务工作进程(SW)执行登录处理。
通过登录处理，服务工作进程(SW)被存储在存储单元(永久高速缓存)中，并且进入可随时使用的状态。
服务工作进程(SW)基于登录(安装)事件的检测来检测服务工作进程(SW)登录处理，并且服务工作进程(SW)使用登录(安装)事件的检测作为触发器来开始步骤S303的高速缓存控制。
(步骤S303至S305)
当检测到登录(安装)事件时，在步骤S303中，服务工作进程(SW)例如根据脚本描述开始存储单元(永久高速缓存)的控制。
具体地，开始用于作为服务工作进程(SW)的管理对象的资源(应用和应用相关数据)的获取处理和高速缓存展开(存储)处理。
注意，在步骤S304中，从诸如广播服务器、数据传送服务器等的传送设备连续地发送用作服务工作进程(SW)的管理对象的资源(应用和应用相关数据)。
在步骤S304中，在参照图8至9描述的资源发送/接收处理中，执行以用于资源的处理替换图8至9(A-1至A-2)的步骤中的段文件的处理。
在步骤S305中，通过代理服务器的管理高速缓存将发送数据展开(存储)到存储单元(永久高速缓存)中。
(步骤S306至S309)
在步骤S306中，应用请求服务工作进程(SW)发送应用部分，例如，执行应用所需的运动图像文件或静止图像文件，或者应用相关的数据，诸如JavaScript(注册商标)程序或音频数据。
该请求过程对应于服务工作进程(SW)中的提取事件检测。
在步骤S307至S309中，服务工作进程(SW)从存储单元(永久高速缓存)获取所请求的部分，并将所请求的部分提供给应用。
(步骤S310至S311)
步骤S310至S311的处理是当服务工作进程(SW)检测到激活事件时的处理。
例如，当用户输入资源删除请求时或者当应用的有效期限到期时，检测到激活事件。
当服务工作进程(SW)检测到激活事件时，例如，根据脚本描述的存储单元(永久高速缓存)的控制开始。
具体地，例如，执行用于作为服务工作进程(SW)的管理对象的资源(应用和应用相关的数据)的删除处理。
(步骤S312至S315)
步骤S312至S315的处理是当服务工作进程(SW)检测到定时器事件时的处理。
例如，当应用的有效期限到期时，当更新期限到达时等，检测到定时器事件。
根据定时器事件的处理的实例包括高速缓存资源的删除和更新资源或添加资源的获取处理。
步骤S313是与定时器事件对应的高速缓存资源的删除处理的序列。
步骤S314至S315示出了与定时器事件相对应的更新资源或添加资源的获取处理的序列。
注意，在步骤S314中，在参照图8至9描述的资源发送/接收处理中，执行以用于资源的处理替换图8至9(A-1至A-2)的步骤中的段文件的处理。
【7.服务工作进程(SW)的传送和高速缓存控制处理(推送型处理示例)】
如上所述，例如，对于服务工作进程(SW)或包括用作服务工作进程(SW)的管理对象的应用的资源或者应用于应用的数据，存在两种形式，即，基于来自安装在接收装置30中的浏览器的获取请求来执行轮询类型获取处理的配置；和推送型配置，在该配置中，不管来自浏览器的获取请求如何，获取并提供给浏览器。
上面参考图8至21描述的处理是使用来自安装在接收装置30中的浏览器的获取请求作为触发来执行服务工作进程(SW)及其管理资源(应用和应用相关的数据)的获取的示例性轮询类型处理。
将描述示例性推送型处理，在该处理中，获取服务工作进程(SW)及其管理资源(应用和应用相关的数据)并向浏览器提供服务工作进程(SW)及其管理资源，而不考虑来自浏览器的获取请求。
【7.1来自广播流相关应用的服务工作进程(SW)的获取和登录处理】
即使在推送型处理中，使用与从广播服务器21提供的内容(节目)相对应的应用的服务工作进程(SW)的获取和登录序列是与上面参考图8至10描述的示例性轮询类型处理相似的处理。
【7.2.通过应用令牌来提高接收装置的数据获取处理的效率的配置】
在上面参照图16至17描述的轮询类型令牌利用处理中，内容关联应用或服务工作进程(SW)被描述为执行设置用于过滤和获取包括要获取的资源的文件或中间件中的服务工作进程(SW)的令牌信息(或文件URL)的处理。
这种情况需要中间件将令牌信息(或文件URL)指定的文件展开(存储)在本地HTTP代理服务器的高速缓存。
但是，发送令牌信息设置请求的应用或服务工作进程(SW)不能被动地检测根据令牌选择的文件是否已经被展开(存储)到代理服务器的高速缓存中。
换句话说，上面参考图16至17描述的序列是其中在浏览器(应用节目)轮询形式下从代理服务器拉入应用部分或服务工作进程(SW)的模型。
在上述轮询类型处理的描述中，已经描述了使用服务工作进程(SW)的高速缓存有效期限、定时器、预定轮询周期等作为以用于执行轮询的触发的方法。
该处理具有如下问题：当高速缓存有效日期/定时器/轮询周期等长时，不能执行拉入定时控制，使得当在代理服务器的高速缓存中执行更新时，立即拉到浏览器侧，而不依赖于设置的时间间隔的粒度。
进一步地，当时间间隔减小以增加定时精度时，频繁地进行查询请求，并且增加无用的负担。
为了解决这个问题，在下面将要描述的推送型处理中，当令牌信息(或文件URL)设置请求被从浏览器侧发送时，执行使用推送型事件通知机制的处理，该机制使用通知高速缓存展开的浏览器侧的推送API，并且同时执行展开(存储)数据到中间件的管理高速缓存中。
将参考图22至23的序列图描述推送型令牌应用数据选择获取处理序列。
在图22至23中，从左侧示出以下部件：
(a)构成发送装置的广播服务器；
(b)构成发送装置的数据传送服务器；
(c)接收装置的中间件；
(d)由接收装置的输出控制单元执行的服务工作进程；和
(e)由接收装置的输出控制单元执行的应用。
将按顺序描述图22至23的序列图中示出的步骤的处理。
(步骤S321)
通过由接收装置的输出控制单元执行的应用来执行步骤S321的处理。
应用将令牌信息设置请求发送到中间件。
具体地，例如，将指示包括在信令数据中的检测对象令牌的令牌信息的通知给予图7所示的中间件110的信令分析单元113，并且在信号分析单元113中以可识别状态设置检测对象令牌。
具体地，例如，报告并设置服务工作进程(SW)标识符等作为令牌信息。
与步骤S321的处理并行地，在应用和中间件之间执行步骤S321a的事件登录/批准处理，并且在中间件与发送装置(广播服务器或数据传送服务器)之间执行步骤S321b的事件登录/批准处理。
这是确认当从发送装置(广播服务器或数据传送服务器)向接收装置(应用、应用相关的数据、服务工作进程(SW)等)发送的数据被展开(存储)到中间件的代理服务器管理高速缓存中时的处理，每个设备或部件批准应用被通知的处理的执行，并且执行该处理。
(步骤S322至S323)
由接收装置的输出控制单元执行的应用和服务工作进程执行步骤S322至S323的处理。
在中间件中设置令牌信息的设置处理可作为如在步骤S321中描述的应用的处理来执行，但是可作为服务工作进程(SW)的处理来执行。
当执行在中间件中设置令牌信息的设置处理作为服务工作进程(SW)的处理时，执行步骤S322至S323的处理。
首先，在步骤S322中，应用执行登录服务工作进程(SW)的登录处理，并开始服务工作进程(SW)的处理。
通过登录处理，服务工作进程(SW)被存储在存储单元(永久高速缓存)中，并且进入可随时使用的状态。
然后，登录服务工作进程(SW)将令牌信息设置请求发送到中间件。
令牌信息的设置是与步骤S321的处理相似的处理。换句话说，例如，将指示包括在信令数据中的检测对象令牌的令牌信息的通知给予图7所示的中间件110的信令分析单元113，并且在信号分析单元113中以可识别状态设置检测对象令牌。
当执行步骤S322至S323的处理时，与该处理并行地，在应用与中间件之间执行步骤S323a的事件登录/批准处理，并且在中间件和发送装置(广播服务器或数据传递服务器)之间执行步骤S323b的事件登录/批准处理。
这是确认当从发送装置(广播服务器或数据传送服务器)向接收装置(应用、应用相关的数据、服务工作进程(SW)等)发送的数据被展开(存储)到中间件的代理服务器管理高速缓存中时的处理，每个设备或要素批准应用被通知的处理的执行，并且执行该处理。
(步骤S324)
步骤S324的处理是由广播服务器连续执行的发送信令数据的发送处理。
例如，上面参照图12至15描述的令牌被设置在信令数据中。
(步骤S325)
步骤S325的处理是接收装置30的中间件的处理。换句话说，它是中间件的处理，执行诸如数据接收和接收数据的分析的处理。中间件设置从应用或服务工作进程(SW)报告的令牌信息，并且基于设置的令牌信息从信令数据中检测令牌(或文件URL)。
进一步地，接收装置30的中间件基于令牌(或文件URL)确定获取对象文件，并根据所选择的文件的传送调度信息开始文件获取处理。
(步骤S326)
步骤S326的处理是由广播服务器连续执行的发送各种文件的发送处理。
应用、应用相关的数据(诸如当执行应用时使用的数据文件)、服务工作进程(SW)等包括在发送文件中。
(步骤S327至S328)
步骤S327的处理是接收装置30的中间件的处理。中间件从广播服务器的发送文件中选择性地获取用作获取对象的文件，并将所获取的文件展开(存储)到代理服务器的管理高速缓存。
当执行步骤S327的处理时，在装置之间和部件之间执行步骤S328a至S328d的事件通知处理。
这是这样一种处理，该处理将指示从发送装置(广播服务器或数据传送服务器)发送到接收装置的数据(应用、应用相关的数据、服务工作进程(SW)等)被展开(存储)到中间件的代理服务器管理高速缓存中的通知给予应用或服务工作进程(SW)。
注意，步骤S328a至328d的四个事件通知线在图23中示出，但由期望执行数据发送的任何装置给出步骤S328a和S328b的事件通知是有利的。
进一步地，可仅对于令牌信息设置请求的发布者，即，应用或服务工作进程(SW)中的任一个，执行步骤S328c和S328d中的来自中间件的通知处理。
在上述处理序列中，令牌(或文件URL)设置的事件和通过推送API的推送事件请求被登记在ATSC 3.0客户端广播中间件上实施的推送事件服务器(发布器)中。推送事件服务器根据需要经由网络将推送事件请求的事件登记在发送装置中。
当在代理服务器上展开被设置的令牌(或文件URL)过滤的数据时，中间件向推送事件客户端(应用或服务工作进程(SW))通知推送事件。
由于浏览器侧可在接收到事件时发送获取请求(拉入浏览器高速缓存)，因此当文件通过广播在客户端侧累积时，可立即在浏览器侧使用该文件。进一步地，使得可能经由网络发送和接收推送事件的原因是：使得即使当客户端广播中间件未被调谐到文件传送流时，客户端侧也能够检测文件传送的事实。
【7.3.服务工作进程(SW)的更新处理】
接下来，将描述当执行推送型处理时更新服务工作进程(SW)的更新处理。
如上所述，可在服务工作进程(SW)设置有效期限，并且接收装置30可执行服务工作进程(SW)更新处理，在必要时，以新的服务工作进程(SW)更换接收装置保留的其有效期限已到期的服务工作进程(SW)。
轮询类型服务工作进程(SW)更新处理序列是上面参照图18至19描述的序列。
在推送型处理中，当将更新的服务工作进程(SW)展开(存储)到中间件的管理高速缓存中时，执行使用推送型事件通知机制的处理，该机制使用向浏览器侧通知高速缓存展开的推送API。
将参照图24描述推送型处理中的服务工作进程更新处理序列。
在图24中，从左起示出以下部件：
(a)构成发送装置的广播服务器；
(b)构成发送装置的数据传送服务器；
(c)接收装置的中间件；
(d)由接收装置的输出控制单元执行的浏览器；和
(e)在由接收装置的输出控制单元执行的浏览器上执行的服务工作进程(SW)。
将按顺序描述图24的序列图中所示的步骤的处理。
注意，事件登录/批准处理假定在图24中的序列开始之前在装置之间和部件之间执行，类似于上面参照图22描述的处理。
换句话说，例如，图22中的步骤S321a的事件登录/批准处理在应用和中间件之间执行，并且图22中的步骤S321b的事件登录/批准处理在中间件和发送装置(广播服务器或数据传输服务器)之间执行。
这是这样的处理，该处理确认当从发送装置(广播服务器或数据传送服务器)向接收装置发送的数据(应用、应用相关的数据、服务工作进程(SW)等)被展开(存储)到中间件的代理服务器管理高速缓存中时，每个装置或部件批准应用被通知的处理的执行，并且执行该处理。
图24示出的序列对应于已经执行事件登录/批准处理之后的处理。
将按顺序描述图24的序列图中所示的步骤的处理。
(步骤S351)
步骤S351a至S351d是给出通知的处理，该通知表示从发送装置(广播服务器或数据分发服务器)发送到接收装置的数据(在本实例中为更新后的服务工作进程(SW))被展开(存储)到应用或服务工作进程(SW)的中间件的代理服务器管理高速缓存中。
注意，在图23中示出了步骤S351a到S351d的四个事件通知线。但由期望执行数据传输的任何装置给出步骤S351a和S351b的事件通知是有利的。
进一步地，可仅对应用或服务工作进程(SW)中的任一个执行步骤S351c和S351d中来自中间件的通知处理。
(步骤S352)
步骤S352是由接收装置的输出控制单元执行的浏览器的处理。
浏览器基于事件通知将获取请求发送到更新的服务工作进程(SW)的本地代理服务器。
(步骤S353)
步骤S353的处理是接收装置30的中间件的处理。中间件从代理服务器的管理高速缓存中搜索从浏览器中发送的获取请求所针对的更新后的服务工作进程(SW)7，并且当检测到更新后的服务工作进程(SW)时，向浏览器输出更新后的服务工作进程(SW)。
(步骤S354)
步骤S354是由接收装置的输出控制单元执行的浏览器的处理。
浏览器登记从代理服务器接收的更新后的服务工作进程(SW)。换句话说，更新后的服务工作进程(SW)被存储在存储单元(永久高速缓存)中。
(步骤S355)
步骤S355是由接收装置的输出控制单元执行的服务工作进程(SW)的处理。这里，示出了新登录的更新后的服务工作进程(SW)的处理。
更新后的服务工作进程(SW)根据需要将令牌信息设置请求发送到中间件。
令牌信息的设置是与图16中的步骤S251的处理相似的处理。换句话说，例如，将指示包括在信令数据中的检测对象令牌的令牌信息的通知给予图7所示的中间件110的信令分析单元113，并且在信号分析单元113中以可识别状态设置检测对象令牌。
注意，与步骤S355的处理并行地，执行步骤S355a中所示的事件登录/批准处理。这是当对应于令牌信息的数据被展开(存储)到中间件的代理服务器时，向服务工作进程(SW)或应用给出指示数据的展开的通知的处理。
(步骤S356)
步骤S356的处理是接收装置30的中间件的处理。换句话说，它是执行诸如数据接收和接收数据的分析的处理的中间件的处理。中间件设置从更新的服务工作进程(SW)报告的令牌信息，并且基于设置的令牌信息从信令数据中检测令牌(或文件URL)。
【7.4.服务工作进程(SW)对接收装置的存储单元(永久高速缓存)的控制处理】
在推送型处理中，存储在接收装置30中的服务工作进程(SW)对接收装置的存储单元(永久高速缓存)的控制处理序列也是与上述参考图20至21描述的轮询类型处理实例相似的处理。
【8.描述令牌的信令数据(元数据)的配置】
用于在接收装置30中有效地执行获取数据的选择的令牌(或URL)在从诸如广播服务器21的发送装置20发送的信令数据(元数据)中描述，如上述参照图12至15描述的。
下面将描述令牌(或URL)被记录在信令数据(元数据)中的具体的示例性配置。
图25是示出从诸如广播服务器21的发送装置20发送的信令数据(元数据)的示例性配置的图。
信令数据(元数据)具有如图25所示的以下三个层：
(1)服务层(开放移动联盟-电子服务指南(OMA-ESG))；
(2)文件传输会话层(3GPP-MBMS-USD)；和
(3)FLUTE(ROUTE)参数层(FLUTE(ROUTE))。
(1)服务层是其中描述特别打算呈现给用户的服务或内容的属性信息的层。
(2)文件传输会话层是其中描述文件等的传输参数的层。
(3)FLUTE(ROUTE)参数层是其中描述与FLUTE(ROUTE)协议相对应的参数的层。
(1)例如，在其中记录了节目表等的OMA-ESG设置在服务层下面设置以下属性信息(元素)记录区(片段)：
(a)服务片段；
(b)内容片段；
(c)交互数据片段(InteractivityData Fragment)；
(d)调度片段；和
(e)访问片段。
片段被分类为其中记录不同类型的属性信息的区域。
注意，在OMA-ESG中设置多个其他属性信息(元素)记录区域(片段)，但是设置了(a)至(e)的属性信息(元素)记录区域作为令牌的记录区域的示例将在后面描述。
注意，图25所示的箭头示出了属性信息(元素)记录区(片段)之间的参考关系。
例如，从(a)服务片段延伸到(d)调度片段的箭头指示(a)对应于在(a)服务中记录的服务(例如，频道和节目)的传送调度信息片段记录在(d)调度片段中。
进一步地，在文件传送会话层中，例如，在用作服务单位的信令数据的用户服务描述(USD)之下设置以下属性信息(元素)记录区(片段)：
(f)调度片段；
(g)过滤器描述片段(FilterDescription Fragment)。
在用户服务描述(USD)中设置多个属性信息(元素)记录区(片段)，但是设置了(f)和(g)的属性信息(元素)记录区作为令牌的记录区域的示例将在后面描述。
【8.1.在构成信令数据(元数据)的OMA-ESG中的示例性令牌记录】
如上面参考图25所述，
信令数据(元数据)具有如图25所示的以下三个层：
(1)服务层(OMA-ESG)；
(2)文件传输会话层(3GPP-MBMS-USD)；和
(3)FLUTE(ROUTE)参数层(FLUTE(ROUTE))。
首先，将描述在(1)服务层(OMA-ESG)中记录令牌的实例。
作为适合于在设置在服务层(OMA-ESG)中的属性信息(元素)记录区域(片段)中存储令牌的片段，存在如上所述的以下属性信息(元素)记录区域(片段)：
(a)服务片段；
(b)内容片段；
(c)交互数据片段(InteractivityData Fragment)；
(d)调度片段；和
(e)访问片段。
(a)服务片段是其中描述诸如频道或流服务的服务层的属性的片段。
(b)内容片段是其中描述了构成服务片段的每个内容(诸如当服务描述频道时的节目的单元)的片段。
(d)调度片段是用于在时间轴上映射服务、内容和交互性数据(节目传送调度、节目呈现调度等)的片段。
(e)访问片段是用于描述实际文件或流的地址以及调度片段的传送调度的片段。
在每个属性信息(元素)记录区(片段)中设置作为其中可记录各种数据的扩展区的专用扩展元素。
例如，在与OMA不同的标准化组织中，当需要用于使用该模式定义添加功能元素的新元素时，可在该扩展区域的下方另外指定各种元素。但是，当模式在OMA中扩展时，或者当可能在其他标准化组织中更改整个模式时，会定义一个附加元素以存储在专用扩展元素上。
在每个属性信息(元素)记录区(段)中设置作为其中可以记录各种数据的扩展区的专用扩展元素。
例如，在与OMA不同的标准化组织中，当需要用于使用该模式定义添加功能元素的新元素时，可以在该扩展区域的下方另外指定各种元素。但是，当在OMA中扩展模式时，或者当可以在其他标准化组织中更改整个模式时，会定义一个附加元素以存储在专用扩展元素上。
例如，(a)服务片段具有图26所示的配置。
可在专用扩展数据记录区201下面设置令牌记录区202，如图26所示。
这对应于上面参考图13，在图13的(1)的示例性令牌设置1中所示的服务元数据161中记录“服务工作进程(SW)搜索范围标记<SW-Scope>”的实例。
在图26所示的令牌记录区域202中，例如令牌被记录为XML数据。
例如，令牌的XML模式定义具有以下设置：
<xs：element name＝“SWToken”type＝“xs：string”xmlns：xs＝http:// www.w3.org/2001/XMLSchema/>
它被编码为上述设置的字符串表达式。
进一步地，服务片段的XML实例的示例具有例如以下设置。
<Service>
……
<PrivateExt>
<SWToken>character string of SW token</SWToken>
</PrivateExt>
</Service>
【8.2.构成信令数据(元数据)的USD中示例性令牌记录】
如上面参考图25所述，
信令数据(元数据)具有如图25所示的以下三个层：
(1)服务层(OMA-ESG)
(2)文件传输会话层(3GPP-MBMS-USD)
(3)FLUTE(ROUTE)参数层(FLUTE(ROUTE))
下面将描述在(2)文件传输会话层(3GPP-MBMS-USD)中记录令牌的实例。
作为适合于在用作服务单位的信令数据的用户服务描述(USD)中设置的属性信息(元素)记录区(片段)中存储令牌的片段，存在如上所述的，以下属性信息(元素)记录区(片段)：
(f)调度片段；和
(g)过滤器描述片段(FilterDescription Fragment)。
用户服务描述(USD)是存储传输会话组成服务的属性的类集线器元件。
图27示出了用户服务描述(USD)的整个示例性配置。
用户服务包描述(USD)210是多个用户服务描述(USD)211的集合。
图27中所示的中空菱形箭头表示中空箭头侧的元件包括连接元件。
正常箭头表示参考关系。
在用户服务描述(USD)211下面，
设置调度元素212。注意，元素具有与片段相同的含义。
在调度元素212中，设置调度描述元素213，并且此外，在调度元素212的下方设置过滤器描述元素214。
USD元件211下面的调度元素212描述了传输会话的传送调度。可能参考存储用于过滤的参数的过滤器描述(FilterDescription)元素214，当根据调度传送的服务(流会话或文件会话)从参考的调度描述元素213选择性地获取时，从调度元素212使用。
图28示出了在构成信令数据的用户服务包描述(USD)210下面的示例性分级配置。
在用户服务包描述(USD)210下面设置以下元素：
用户服务描述(USD)元素211；和
调度元素212。
用作调度描述元件213的标识信息的调度描述URI 212a记录在调度元素212中。
调度描述元素213是基于调度描述URI 212a指定的。
注意，将对于FLUTE(ROUTE)的参考信息存储在设置在用户服务描述(USD)元素211下面的传送方法(deliveryMethod)元素中。稍后将描述该配置。
图29是示出调度描述元素213之下的信令数据配置的图。
属性数据222设置在调度描述元素213之下，并且用作标识特定过滤器描述元素的标识信息的过滤器描述参考223被记录在属性数据222中。
进一步地，用作识别特定过滤器的识别信息的过滤器ID 225记录在记录在调度描述元素213下面的一个属性数据224中。
图30示出由过滤器描述参考223指定的过滤器描述元素231的数据配置。
在过滤器描述元素231的下方设置过滤器数据元素232，该元素用于设置与每个过滤器相对应的数据。
进一步地，对应于图29的数据配置中示出的过滤器ID 225的id数据234被记录在过滤器数据元素232的属性233中。
此外，上述令牌235记录在过滤器数据元素232下方的数据记录区域中。
这对应于这样的实例，在该实例中，如上述参照图15描述的，在图15(4)的示例性令牌设置中示出的调度描述168中记录“服务工作进程(SW)搜索范围令牌<SW-Scope>”的示例。
例如，令牌235被记录为XML数据。
例如，令牌XML的XML模式定义具有以下设置：
<xs：element name＝“SWToken”type＝“xs：string”xmlns：xs＝http:// www.w3.org/2001/XMLSchema/>
它被编码为字符串表达式。
进一步地，过滤器描述片段的XML实例的示例具有例如以下设置。
<filterDescription>
……
<filterData>
<SWToken>character string SW token</SWToken>
</filterData>
</filterDescription>
【从USD到FLUTE/ROUTE的示例性参考处理】
由接收装置30使用令牌选择性地获取的数据是应用、应用相关的数据、服务工作进程(SW)等的文件，并且根据FLUTE/ROUTE协议传输。
接收装置30需要基于在例如作为上述信令数据的USD等中描述的令牌来识别和获取根据FLUTE/ROUTE协议传输的文件。
将参照图31和其后的附图描述该处理的配置。
图31是示出了在构成如上参考图28所述的信令数据的用户服务包描述(USD)210之下的示例性分级配置的图。
在用户服务包描述(USD)210下面设置以下元素：
用户服务描述(USD)元素211；和
调度元素212。
到FLUTE(ROUTE)的参考信息被存储在设置在用户服务描述(USD)元素211下面的传送方法(deliveryMethod)元素241中。
图32是示出当根据FLUTE协议执行文件传输时在传送方法(deliveryMethod)元素241中设置的对于FLUTE的参考信息的实例的图。
在图32中示出的以下信息被记录为从在传送方法(deliveryMethod)元素241下面设置的属性242中的会话描述URI(sessionDescriptionURI)属性243引用的SDP，如图32所示：
v＝……
o＝……
s＝……
t＝……
a＝ATSC模式：频率管道ID(BBPStreamID){具有不同频率和频率内的调制/编码参数的传输管道的ID}
a＝flute-tsi：(TSI-传输会话标识符)
s＝sourceFilter：IN IP 4 IP地址(源IP地址)
m＝APPLICATION port(端口号)FLUTE/UDP
c＝IN IP4 IPAddress(目的地IP地址)
图33示出根据上述信息指定的文件指定配置。
根据FLUTE(ROUTE)协议传输的所有文件被存储在IP分组上的UDP分组上的LCT分组中并被传送。
在FLUTE的情况下，文件由SDP指示的源IP地址(SourceIPAddress)、目的地IP地址(DestinationIPAddress)，端口号(Port)和TSI指定。这以FLUTE会话为单位执行。
源IP地址(SourceIPAddress)和目的IP地址(DestinationIPAddress)用于指定IP分组，端口号(Port)用于指定UDP分组，TSI用于指定LCT分组字符串。
进一步地，通过存储在LCT分组中的TOI(传输对象标识符)来指定期望的文件。
文件描述表(FDT)存储在TOI为0的LCT分组中，并且每个文件URL(存储在FDT-instance/File/@ContentLocatoin中)和对应的TOI(存储在FDT-instance/File/@TOI)之间的关系针对由相同TSI指定的传输会话中的其他文件对象进行解析。
另一方面，图34是示出当根据ROUTE协议执行文件传输时在传送方法(deliveryMethod)元素241中设置的对于FLUTE的参考信息的实例的图。
在图34中示出的以下信息被记录为在传送方法(deliveryMethod)元素241之下设置的属性(Attribute)242中的会话描述URI(sessionDescriptionURI)属性243引用的SDP，如图34所示：
v＝……
o＝……
s＝……
t＝……
a＝ATSC模式：频率管道ID(BBPStreamID){具有不同频率和频率内的调制/编码参数的传输管道的ID}
s＝sourceFilter：IN IP 4 IP地址(源IP地址)
m＝APPLICATION port(端口号)ROUTE/UDP
c＝IN IP4 IPAddress(目的地IP地址)
图35示出根据上述信息指定的文件指定配置。
在ROUTE的情况下，文件由SDP指示的源IP地址(SourceIPAddress)，目的地IP地址(destinationIPAddress)和端口号(Port)指定。这是以ROUTE会话为单位执行的。
源IP地址(SourceIPAddress)和目的IP地址(destinationIPAddress)用于指定IP分组，端口号用于指定UDP分组。
在ROUTE会话中，LCT会话实例描述(LSID)存储在LCT分组的TSI为0且TOI为0的LCT分组中，其他传输会话的属性(由LCT分组的TSI指定)存储在ROUTE会话中。解析用作LSID的TransportSession/SourceFlow/EFDT/File元素的属性的ContentLocation属性与通过TOI属性与文件URL对应的TOI之间的关系。
客户端中间件解析(分析)FLUTE的FDT(FDT-instance)或ROUTE的LSID，并检测通过文件传输会话传输的文件URL。
【8.3.在构成信令数据(元数据)的FLUTE(ROUTE)参数层中的示例性令牌记录】
如上面参考图25所述，
信令数据(元数据)具有如图25所示的以下三个层：
(1)服务层(OMA-ESG)
(2)文件传输会话层(3GPP-MBMS-USD)
(3)FLUTE(ROUTE)参数层(FLUTE(ROUTE))
将描述在(3)FLUTE(ROUTE)参数层(FLUTE(ROUTE))中记录令牌的实例。
在FLUTE(ROUTE)参数层中，作为适合于令牌的存储的元件，存在FDT实例(FDT-instance)元素，在该元素中，描述了整个FLUTE文件传送会话或文件元素，在该元素中，描述了在其会话中携带的每个文件的属性。
例如，文件URL存储在作为文件元素的属性的内容位置(Content-Location)属性中。
将参照图36及其后的附图描述在FDT实例元素的属性或文件元素的属性中记录令牌的配置。
图36是示出在构成信令数据的FLUTE(ROUTE)参数层中的FDT实例元素下面的数据存储配置的图。
在FDT实例元素301下面，设置有
对应于FDT实例的属性302，以及
文件元素303。
进一步地，在文件元素303下面，设置有
对应于文件的属性304。
图37的(a)和图37的(b)示出了与FDT实例相对应的属性302和与该文件相对应的属性304的详细配置。
除了用于记录指定属性信息的区域之外，还可在属性记录区域中设置其中可存储自由数据(free data)的数据记录字段(任何)，如图37的(a)和图37的(b)所示。
令牌被记录在数据记录字段(任何)311和312中。
该令牌记录实例对应于例如其中在上述参照图13描述的图13的(1)的示例性令牌设置1所示的最低层的ROUTE元数据162和163中记录“服务工作进程(SW)高速缓存范围令牌<SW-ID>”的实例。
注意，文件URL被记录在与该文件相对应的属性304中的默认内容位置(Content-Location)记录区域中。
例如，记录在与FDT实例相对应的属性302中的数据记录字段(任何)311和312中的令牌和与该文件相对应的属性304被记录为XML数据。
例如，令牌的XML模式定义具有以下设置：
<xs：attribute name＝“SWToken”type＝“xs：string”xmlns：xs＝http:// www.w3.org/2001/XMLSchema/>
它被编码为上述设置的字符串表达式。
当令牌被存储在如图37(a)所示的FDT实例元素中时的XML实例的示例。具有例如以下设定。
<FDT-Instance…SWToken＝“character string of SW token”…>
……
</FDT-Instance>
注意，例如，当在FDT实例元素的属性中布置“服务工作进程(SW)搜索范围标记<SW-Scope>”时，其指示与期望的服务工作进程(SW)相关联的文件是存储在文件传输会话的任何一个文件中。
另一方面，当布置“服务工作进程(SW)高速缓存范围令牌<SW-ID>”时，其指示文件传送会话中的所有文件是与期望的服务工作进程(SW)相关联的文件。
进一步地，当令牌被存储在如图37的(b)所示的文件元素中时的XML实例的示例如下。
<FDT-Instance>
……
<FileSWToken＝“character string of SW token”…>
……
</FDT-Instance>
在文件元素的属性中仅可布置“服务工作进程(SW)缓存范围令牌<SW-ID>”，并且它指示该文件是与期望的服务工作进程(SW)相关联的文件。
另一方面，对于ROUTE，在FLUTE中指定的文件元素存储在用作在ROUTE中指定的信令数据的LSID中。
图38示出了在ROUTE中指定的LSID之下的数据配置。
如图38所示，如下执行分层设置：
LSID元素351；
传输会话(TransportSession)元素352；
源流(SourceFlow)元素353；
EFDT元素354；和
文件元素355。
因此，作为适合于存储服务工作进程(SW)令牌(SW搜索范围令牌和SW高速缓存范围令牌)的元素，存在以下元素。
(a)EFDT元素354单元的属性数据元素361；
(b)文件355单元的属性数据元素362；和
(c)EFDT元素354单元的应用标识符(ApplicationIdentifier)元素。
每个元素是候选。
图39的(a)和39的(b)示出了(a)EFDT元素354单元的属性数据元素361和(b)文件355单元的属性数据元素362的详细配置。
除了用于记录指定属性信息的区域之外，还可在属性记录区域中设置其中可存储空闲数据的数据记录字段(任何)，如图39的(a)和39的(b)所示。
令牌被记录在数据记录字段(任何)371和372中。
该令牌记录实例对应于例如其中“服务工作进程(SW)缓存范围令牌<SW-ID>”记录在最低层的ROUTE元数据162和163中，所述最低层的ROUTE元数据162和163在上述就图13描述的图13的(1)的示例性令牌设置1中示出。
注意，文件URL被记录在与文件相对应的属性362中的默认内容位置(Content-Location)记录区域中。
当令牌被存储在如图39的(a)所示的EFDT实例元素中时的XML实例的示例具有以下设定。
<LSID>
……
<TransportSession>
……
<SourceFlow>
……
<EFDT…SWToken＝“character string of SW token”…>
……
</EFDT>
……
</SourceFlow>
……
</TransportSession>
……
</LSID>
进一步地，当令牌被存储在如图38所示的EFDT元素354的应用标识符(ApplicationIdentifier)元素363中时的XML实例的示例具有例如以下设置。
<LSID>
……
<TransportSession>
……
<SourceFlow>
……
<ApplicationIdentifier>character string of SW token<ApplicationIdentifier>
……
</SourceFlow>
……
</TransportSession>
……
</LSID>
当在LSID/TransportSession/SourceFlow/ApplicationIdentifier元素中布置“服务工作进程(SW)搜索范围令牌<SW-Scope>”时，其指示与期望的服务工作进程(SW)相关联的文件被存储在文件传输会话中的任何文件中。
另一方面，当布置“服务工作进程(SW)高速缓存范围令牌<SW-ID>”时，其指示文件传送会话中的所有文件是与期望的服务工作进程(SW)相关联的文件。
进一步地，当令牌被存储在如图39的(b)所示的文件元素中时的XML实例的示例具有以下设置。
<EFDT>
……
<File…SWToken＝“character string of SW token”…>
……
</EFDT>
注意，在文件元素的属性中仅可布置“服务工作进程(SW)缓存范围代理<SW-ID>”，并且它指示该文件是与期望的服务工作进程(SW)相关联的文件。
【9.发送装置和接收装置的示例性配置】
接下来，将参照图40和41描述作为通信装置的发送装置(服务器)20和接收装置(客户端)30的示例性装置配置。
图40示出了发送装置(服务器)20和接收装置(客户端)30的示例性配置。
发送装置(服务器)20包括数据处理单元751、通信单元752和存储单元753。
接收装置(客户端)30包括数据处理单元771、通信单元772、存储单元773、输入单元774和输出单元775。
数据处理单元包括通信数据处理单元771a和再现处理单元771b。
发送装置(服务器)20的数据处理单元751执行用于执行数据传送服务的各种数据处理。例如，数据处理单元751执行数据传送服务的配置数据的生成和发送控制。进一步地，数据处理单元751执行应用、服务工作进程(SW)、各种其他数据和要提供给接收装置(客户端)30的信令数据的生成和发送处理。
除了AV段之外，通信单元752还执行通信处理，诸如应用、服务工作进程(SW)、各种其它数据、信令数据等的传送。
存储单元753存储AV段、应用和要传送的服务工作进程(SW)、应用使用的数据、信令数据等。
进一步地，存储单元753用作由数据处理单元751执行的数据处理的工作区域，并且还用作各种参数的存储区域。
另一方面，接收装置(客户端)30包括数据处理单元771、通信单元772、存储单元773、输入单元774和输出单元775。
通信单元772接收从发送装置(服务器)20发送的数据，例如，AV段、应用、服务工作进程(SW)、要由应用使用的数据、信令数据等。
数据处理单元771包括通信数据处理单元771a和再现处理单元771b，并且执行例如根据上述实施例的处理。
具体地，数据处理单元771使用应用、API、服务工作进程(SW)等执行数据处理。
经由输入单元774输入用户的指令命令，例如，用于频道选择、应用激活、安装等的各种命令。
再现数据被输出到诸如显示单元或扬声器的输出单元775。
存储单元773存储AV段、服务工作进程(SW)、应用、要由应用使用的数据、信令数据等。
进一步地，存储单元773用作由数据处理单元771执行的数据处理的工作区域，并且还用作各种参数的存储区域。
图41示出可用作发送装置20和接收装置30的通信装置的示例性硬件配置。
中央处理单元(CPU)801用作根据存储在只读存储器(ROM)802或存储单元808中的程序执行各种处理的数据处理单元。
例如，CPU 801根据上述实施例中描述的顺序执行处理。
随机存取存储器(RAM)803存储由CPU 801执行的程序、数据等。CPU 801、ROM 802和RAM 803经由总线804彼此连接。
CPU 801经由总线804连接到输入/输出接口805，包括各种开关、键盘、鼠标、麦克风等的输入单元806以及包括显示器、扬声器等的输出单元807连接到输入/输出接口805。CPU 801响应于从输入单元806输入的命令执行各种处理，并将处理结果输出到例如输出单元807。
连接到输入/输出接口805的存储单元808配置有例如硬盘等，并且存储由CPU 801执行的程序和各种数据。通信单元809用作经由诸如因特网或局域网(LAN)的网络进行数据通信的收发单元和用于广播波的收发单元，并且与外部装置通信。
连接到输入/输出接口805的驱动器810驱动诸如磁盘、光盘、磁光盘等可移动介质811、诸如存储卡的半导体存储器，并执行数据的记录或读取。
注意，数据的编码或解码可作为用作数据处理单元的CPU 801的处理来执行，但是可提供用作用于执行编码处理或解码处理的专用硬件的编码解码器。
【10.本公开内容的配置的概述】
已经参考具体实例详细描述了本公开内容的实施例。但是，显然，本领域技术人员可在不脱离本公开内容的要旨的情况下对实施例进行修改或替换。换句话说，实施例旨在将本发明公开为示例性形式，而不旨在以限制的方式解释。为了确定本公开内容的要点，应当考虑以下阐述的权利要求。
注意，本说明书中公开的技术可以具有以下配置。
(1)一种接收装置，包括：
数据处理单元，接收令牌并且使用所述令牌执行处理，所述令牌是用于有效地搜索与待获取数据相关的元数据的辅助搜索信息。
(2)根据(1)所述的接收装置，
其中，所述令牌是用于提高对所述待获取数据的访问信息的搜索处理的效率的信息。
(3)根据(1)或(2)所述的接收装置，
其中，所述数据处理单元使用所述令牌和所述待获取数据的统一资源定位符(URL)执行对所述待获取数据的访问信息的搜索处理。
(4)根据(1)至(4)中任一项所述的接收装置，
其中，所述令牌是能够限制元数据的搜索范围的搜索范围令牌，该元数据中记录了与所述接收装置的待获取数据相对应的访问信息。
(5)根据(4)所述的接收装置，
其中，所述搜索范围令牌是服务工作进程(SW)搜索范围令牌，所述服务工作进程(SW)搜索范围令牌能够限制与用作特定服务工作进程(SW)的管理对象的数据相对应的访问信息的搜索范围，所述特定服务工作进程(SW)为数据管理程序。
(6)根据(5)所述的接收装置，
其中，所述数据处理单元基于所述服务工作进程(SW)搜索范围令牌来限制用作所述搜索范围的元数据。
(7)根据(1)至(6)中任一项所述的接收装置，
其中，所述令牌是高速缓存范围令牌，所述高速缓存范围令牌指示与所述接收装置的所述待获取数据相对应的访问信息被共同记录。
(8)根据(7)所述的接收装置，
其中，所述高速缓存范围令牌是服务工作进程(SW)高速缓存范围令牌，所述服务工作进程(SW)高速缓存范围令牌指示与用作特定服务工作进程(SW)的管理对象的数据相对应的访问信息被共同记录，所述特定服务工作进程(SW)为数据管理程序。
(9)根据(8)所述的接收装置，
其中，所述数据处理单元基于所述服务工作进程(SW)高速缓存范围令牌，从所述元数据中获取与所述服务工作进程(SW)的管理对象数据相对应的访问信息。
(10)根据(1)至(9)中任一项所述的接收装置，
其中，所述令牌记录在从发送装置发送的信令数据中，并且
接收装置获取记录在所述信令数据中的令牌。
(11)根据(10)所述的接收装置，
其中，所述信令数据包括
(a)服务层，在所述服务层中描述要呈现给用户的服务或内容的属性信息，
(b)文件传输会话层，在所述文件传输会话层中描述文件传输参数，以及
(c)FLUTE(ROUTE)参数层，在所述FLUTE(ROUTE)参数层中描述与FLUTE(ROUTE)协议相对应的参数，并且
所述令牌记录在层(a)至(c)中的至少一者中。
(12)根据(11)所述的接收装置，
其中，所述数据处理单元获取记录在所述服务层、所述文件传输会话层或所述FLUTE(ROUTE)参数层中的令牌。
(13)根据(1)至(12)中任一项所述的接收装置，
其中，在所述接收装置的数据处理单元中执行的应用向处理接收数据的中间件发送用于检测所述令牌的令牌信息设置请求，并且
所述中间件基于令牌信息执行令牌检测，所述令牌信息是根据所述令牌信息设置请求设置的。
(14)根据(1)至(13)中任一项所述的接收装置，
其中，作为在所述接收装置的所述数据处理单元中执行的数据管理程序的服务工作进程(SW)向处理接收数据的中间件发送用于检测所述令牌的令牌信息设置请求，并且
所述中间件基于令牌信息执行令牌检测，所述令牌信息是根据所述令牌信息设置请求设置的。
(15)根据(14)所述的接收装置，
其中，所述令牌是用于提高与用作特定服务工作进程(SW)的管理对象的数据相对应的访问信息的搜索处理的效率的信息，并且
所述数据处理单元根据所述服务工作进程(SW)的更新向所述中间件发送新的令牌信息设置请求。
(16)一种发送装置，发送记录有令牌的元数据，所述令牌是用于在接收装置中有效地搜索与待获取数据相关的元数据的辅助搜索信息。
(17)根据(16)所述的发送装置，
其中，所述令牌是
搜索范围令牌，所述搜索范围令牌能够限制元数据的搜索范围，在所述元数据中记录与所述接收装置的待获取数据相对应的访问信息，或者
高速缓存范围令牌，所述高速缓存范围令牌指示与所述接收装置的待获取数据相对应的访问信息被共同记录。
(18)根据(17)所述的发送装置，
其中，所述令牌是
服务工作进程(SW)搜索范围令牌，所述服务工作进程(SW)搜索范围令牌能够限制与用作特定服务工作进程(SW)的管理对象的数据相对应的访问信息的搜索范围，所述特定服务工作进程(SW)为数据管理程序，或者
服务工作进程(SW)高速缓存范围令牌，所述服务工作进程(SW)高速缓存范围令牌指示与用作特定服务工作进程(SW)的管理对象的数据相对应的访问信息被共同记录。
(19)一种在接收装置中执行的数据处理方法，包括：
由所述接收装置的数据处理单元接收作为用于有效地搜索与待获取数据相关的元数据的辅助搜索信息的令牌；和
使用所述令牌执行处理。
(20)一种在传送装置中执行的数据处理方法，包括：
发送记录有令牌的元数据，所述令牌是用于在接收装置中有效地搜索与待获取数据相关的元数据的辅助搜索信息。
进一步地，说明书中描述的一系列处理可通过硬件、软件或两者的符合配置来执行。当通过软件执行处理时，可能将其中记录有处理序列的程序安装在并入专用硬件中的计算机的存储器中并执行该程序，或者可能将该程序安装在能够执行各种处理的通用计算机中并执行程序。例如，程序可预先记录在记录介质中。程序可从记录介质安装在计算机中，并且该程序可经由诸如因特网或LAN的网络接收并且安装在诸如内部硬盘的记录介质中。
注意，本说明书中描述的各种处理不仅可根据描述按时间顺序执行，而且可根据执行处理的装置的处理能力或根据需要并行或单独执行。进一步地，在本说明书中，系统是多个装置的逻辑集合配置，并且其不限于其中各个要素的装置在同一外壳中的配置。
工业可应用性
如上所述，根据本公开内容的实施例的配置，实施了能够在接收装置中实现诸如与待获取数据相对应的访问信息的元数据的有效搜索的装置和方法。
具体地，接收装置接收用作辅助搜索信息的令牌，用于有效搜索诸如与接收装置的待获取数据相关的访问信息的元数据，并且使用该令牌来执行搜索处理。令牌的实例包括服务工作进程(SW)搜索范围令牌，能够限制与用作特定服务工作进程(SW)的管理对象的数据相对应的访问信息的搜索范围，所述特定服务工作进程(SW)为数据管理节目；和服务工作进程(SW)高速缓存范围令牌，其指示与服务工作进程(SW)的管理对象的数据相对应的访问信息被共同记录。
根据本配置，实施了能够在接收装置中实现诸如与待获取数据相对应的访问信息的元数据的有效搜索的装置和方法。
参考标记列表
10 通信系统 20 发送装置 21 广播服务器
22 数据传送服务器 30 接收装置 31 电视
32 PC 33移动终端 50 信令数据
60 AV段 70 其他数据 110 中间件
111 通信单元(PHY/MAC) 112 信令获取单元
113 信令分析单元 114 文件获取单元
120 HTTP代理服务器 121，122 高速缓存单元
123 地址解析单元 130 输出控制单元
131 显示数据(例如，HTML/JavaScript(注册商标))获取和分析单元
132 显示处理单元(渲染器) 133 存储单元(永久高速缓存)
140 外部装置 141 输出控制单元 142 存储单元(永久高速缓存)
751 数据处理单元 752 通信单元
753 存储单元 771 数据处理单位 772 通信单元
773 存储单元 774 输入单元 775 输出单元
801 CPU 802 ROM 803 RAM
804 总线 805 输入/输出接口 806 输入单元
807 输出单元 808 存储单元 809 通信单元
810 驱动器 811 可移动介质

Claims (20)

1.一种接收装置，包括：
数据处理单元，接收令牌并且使用所述令牌执行处理，所述令牌是用于有效地搜索与待获取数据相关的元数据的辅助搜索信息。
2.根据权利要求1所述的接收装置，
其中，所述令牌是用于提高对所述待获取数据的访问信息的搜索处理的效率的信息。
3.根据权利要求2所述的接收装置，
其中，所述数据处理单元使用所述令牌和所述待获取数据的统一资源定位符(URL)执行对所述待获取数据的访问信息的搜索处理。
4.根据权利要求1所述的接收装置，
其中，所述令牌是能够限制元数据的搜索范围的搜索范围令牌，该元数据中记录了与所述接收装置的待获取数据相对应的访问信息。
5.根据权利要求4所述的接收装置，
其中，所述搜索范围令牌是服务工作进程(SW)搜索范围令牌，所述服务工作进程(SW)搜索范围令牌能够限制与用作特定服务工作进程(SW)的管理对象的数据相对应的访问信息的搜索范围，所述特定服务工作进程(SW)为数据管理程序。
6.根据权利要求5所述的接收装置，
其中，所述数据处理单元基于所述服务工作进程(SW)搜索范围令牌来限制用作所述搜索范围的元数据。
7.根据权利要求1所述的接收装置，
其中，所述令牌是高速缓存范围令牌，所述高速缓存范围令牌指示与所述接收装置的所述待获取数据相对应的访问信息被共同记录。
8.根据权利要求7所述的接收装置，
其中，所述高速缓存范围令牌是服务工作进程(SW)高速缓存范围令牌，所述服务工作进程(SW)高速缓存范围令牌指示与用作特定服务工作进程(SW)的管理对象的数据相对应的访问信息被共同记录，所述特定服务工作进程(SW)为数据管理程序。
9.根据权利要求8所述的接收装置，
其中，所述数据处理单元基于所述服务工作进程(SW)高速缓存范围令牌，从所述元数据中获取与所述服务工作进程(SW)的管理对象数据相对应的访问信息。
10.根据权利要求1所述的接收装置，
其中，所述令牌记录在从发送装置发送的信令数据中，并且
所述接收装置获取记录在所述信令数据中的令牌。
11.根据权利要求10所述的接收装置，
其中，所述信令数据包括
(a)服务层，在所述服务层中描述要呈现给用户的服务或内容的属性信息，
(b)文件传输会话层，在所述文件传输会话层中描述文件传输参数，以及
(c)FLUTE(ROUTE)参数层，在所述FLUTE(ROUTE)参数层中描述与FLUTE(ROUTE)协议相对应的参数，并且
所述令牌记录在层(a)至(c)中的至少一者中。
12.根据权利要求11所述的接收装置，
其中，所述数据处理单元获取记录在所述服务层、所述文件传输会话层或所述FLUTE(ROUTE)参数层中的令牌。
13.根据权利要求1所述的接收装置，
其中，在所述接收装置的数据处理单元中执行的应用向处理接收数据的中间件发送用于检测所述令牌的令牌信息设置请求，并且所述中间件基于令牌信息执行令牌检测，所述令牌信息是根据所述令牌信息设置请求设置的。
14.根据权利要求1所述的接收装置，
其中，作为在所述接收装置的所述数据处理单元中执行的数据管理程序的服务工作进程(SW)向处理接收数据的中间件发送用于检测所述令牌的令牌信息设置请求，并且
所述中间件基于令牌信息执行令牌检测，所述令牌信息是根据所述令牌信息设置请求设置的。
15.根据权利要求14所述的接收装置，
其中，所述令牌是用于提高与用作特定服务工作进程(SW)的管理对象的数据相对应的访问信息的搜索处理的效率的信息，并且所述数据处理单元根据所述服务工作进程(SW)的更新向所述中间件发送新的令牌信息设置请求。
16.一种发送装置，发送记录有令牌的元数据，所述令牌是用于在接收装置中有效地搜索与待获取数据相关的元数据的辅助搜索信息。
17.根据权利要求16所述的发送装置，
其中，所述令牌是
搜索范围令牌，所述搜索范围令牌能够限制元数据的搜索范围，在所述元数据中记录与所述接收装置的待获取数据相对应的访问信息，或者
高速缓存范围令牌，所述高速缓存范围令牌指示与所述接收装置的待获取数据相对应的访问信息被共同记录。
18.根据权利要求17所述的发送装置，
其中，所述令牌是
服务工作进程(SW)搜索范围令牌，所述服务工作进程(SW)搜索范围令牌能够限制与用作特定服务工作进程(SW)的管理对象的数据相对应的访问信息的搜索范围，所述特定服务工作进程(SW)为数据管理程序，或者
服务工作进程(SW)高速缓存范围令牌，所述服务工作进程(SW)高速缓存范围令牌指示与用作特定服务工作进程(SW)的管理对象的数据相对应的访问信息被共同记录。
19.一种在接收装置中执行的数据处理方法，包括：
由所述接收装置的数据处理单元接收作为用于有效地搜索与待获取数据相关的元数据的辅助搜索信息的令牌；和
使用所述令牌执行处理。
20.一种在发送装置中执行的数据处理方法，包括：
发送记录有令牌的元数据，所述令牌是用于在接收装置中有效地搜索与待获取数据相关的元数据的辅助搜索信息。
CN201580057578.3A 2014-10-28 2015-09-08 接收装置、发送装置和数据处理方法 Active CN107111624B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2014219657 2014-10-28
JP2014-219657 2014-10-28
PCT/JP2015/075393 WO2016067756A1 (ja) 2014-10-28 2015-09-08 受信装置、送信装置、およびデータ処理方法

Publications (2)

Publication Number Publication Date
CN107111624A true CN107111624A (zh) 2017-08-29
CN107111624B CN107111624B (zh) 2021-07-13

Family

ID=55857102

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580057578.3A Active CN107111624B (zh) 2014-10-28 2015-09-08 接收装置、发送装置和数据处理方法

Country Status (8)

Country Link
US (2) US10511395B2 (zh)
EP (1) EP3214558B1 (zh)
JP (1) JP6614154B2 (zh)
KR (1) KR102428142B1 (zh)
CN (1) CN107111624B (zh)
CA (1) CA2964714C (zh)
MX (2) MX2017005214A (zh)
WO (1) WO2016067756A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6669402B2 (ja) * 2016-05-26 2020-03-18 キヤノン株式会社 通信装置、システム、情報処理方法及びプログラム
WO2017213459A1 (ko) * 2016-06-10 2017-12-14 엘지전자 주식회사 방송 신호 수신 장치 및 방송 신호 처리 방법
US10735375B2 (en) * 2017-06-28 2020-08-04 Sap Se Web application security with service worker
TWI669614B (zh) * 2018-03-07 2019-08-21 宏碁股份有限公司 電子裝置與其離線更新程式的方法
US11277487B2 (en) * 2019-12-16 2022-03-15 Drroyer, Pllc Proxy server interface for biodfeedback device

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1812408A (zh) * 2005-01-25 2006-08-02 微软公司 用于传送多媒体系统的描述性内容元数据和内容获得数据的MediaDescription数据结构
US20120303745A1 (en) * 2011-05-27 2012-11-29 Qualcomm Incorporated Application transport level location filtering of internet protocol multicast content delivery
US20140089985A1 (en) * 2011-05-20 2014-03-27 Nippon Hoso Kyokai Terminal cooperation system, receiver, and receiving method
CN103975602A (zh) * 2011-10-20 2014-08-06 Lg电子株式会社 广播服务接收方法和广播服务接收装置
CN104038429A (zh) * 2013-03-05 2014-09-10 中兴通讯股份有限公司 一种在分布式转发设备上进行报文多播的方法及装置

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6538676B1 (en) * 1999-10-04 2003-03-25 Intel Corporation Video token tracking system for overlay of metadata upon video data
US6502108B1 (en) 1999-10-25 2002-12-31 International Business Machines Corporation Cache-failure-tolerant data storage system storing data objects with version code equipped metadata tokens
US20040006431A1 (en) 2002-03-21 2004-01-08 Affymetrix, Inc., A Corporation Organized Under The Laws Of Delaware System, method and computer software product for grid placement, alignment and analysis of images of biological probe arrays
US7246318B2 (en) 2002-06-28 2007-07-17 Microsoft Corporation Application programming interface for utilizing multimedia data
US7885963B2 (en) 2003-03-24 2011-02-08 Microsoft Corporation Free text and attribute searching of electronic program guide (EPG) data
US8145601B2 (en) * 2004-09-09 2012-03-27 Microsoft Corporation Method, system, and apparatus for providing resilient data transfer in a data protection system
US8055637B2 (en) * 2005-08-15 2011-11-08 National Instruments Corporation Method for intelligent browsing in an enterprise data system
JP5224851B2 (ja) 2008-02-27 2013-07-03 インターナショナル・ビジネス・マシーンズ・コーポレーション 検索エンジン、検索システム、検索方法およびプログラム
WO2009151265A2 (ko) 2008-06-09 2009-12-17 엘지전자(주) 방송 신호 수신 방법 및 수신 시스템
JP4569682B2 (ja) 2008-07-22 2010-10-27 ソニー株式会社 情報処理装置、端末装置、およびプログラム
US20100250599A1 (en) * 2009-03-30 2010-09-30 Nokia Corporation Method and apparatus for integration of community-provided place data
AU2010247117B2 (en) 2009-05-13 2013-08-15 Nds Limited Splicing system
US8296420B2 (en) * 2009-09-18 2012-10-23 Hitachi, Ltd. Method and apparatus for constructing a DHT-based global namespace
EP2521955A4 (en) * 2010-01-07 2014-06-04 Divx Llc SYSTEMS AND METHOD FOR ACCESSING CONTENT WITH INTERNET CONTENT MANUAL
WO2012173670A1 (en) * 2011-06-13 2012-12-20 United Video Properties, Inc. Systems and methods for providing media recommendations
US10217117B2 (en) * 2011-09-15 2019-02-26 Stephan HEATH System and method for social networking interactions using online consumer browsing behavior, buying patterns, advertisements and affiliate advertising, for promotions, online coupons, mobile services, products, goods and services, entertainment and auctions, with geospatial mapping technology
US8484208B1 (en) * 2012-02-16 2013-07-09 Oracle International Corporation Displaying results of keyword search over enterprise data
EP2891316B1 (en) * 2012-08-29 2020-02-12 Lg Electronics Inc. Method and apparatus for processing digital service signal
JP6348251B2 (ja) 2012-09-13 2018-06-27 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ 端末装置、受信方法、およびプログラム
US20140129457A1 (en) * 2012-11-02 2014-05-08 Stroz Friedberg, LLC An interactive organizational decision-making and compliance facilitation portal
US9172743B2 (en) * 2012-12-31 2015-10-27 Futurewei Technologies, Inc. Scalable storage systems with longest prefix matching switches
WO2014160934A1 (en) * 2013-03-28 2014-10-02 Google Inc. System and method to store third-party metadata in a cloud storage system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1812408A (zh) * 2005-01-25 2006-08-02 微软公司 用于传送多媒体系统的描述性内容元数据和内容获得数据的MediaDescription数据结构
US20140089985A1 (en) * 2011-05-20 2014-03-27 Nippon Hoso Kyokai Terminal cooperation system, receiver, and receiving method
US20120303745A1 (en) * 2011-05-27 2012-11-29 Qualcomm Incorporated Application transport level location filtering of internet protocol multicast content delivery
CN103975602A (zh) * 2011-10-20 2014-08-06 Lg电子株式会社 广播服务接收方法和广播服务接收装置
CN104038429A (zh) * 2013-03-05 2014-09-10 中兴通讯股份有限公司 一种在分布式转发设备上进行报文多播的方法及装置

Also Published As

Publication number Publication date
JP6614154B2 (ja) 2019-12-04
US10511395B2 (en) 2019-12-17
CN107111624B (zh) 2021-07-13
JPWO2016067756A1 (ja) 2017-08-03
EP3214558A1 (en) 2017-09-06
MX2017005214A (es) 2017-07-27
CA2964714C (en) 2021-06-15
EP3214558A4 (en) 2018-04-11
CA2964714A1 (en) 2016-05-06
US11025352B2 (en) 2021-06-01
MX2020006947A (es) 2020-09-09
US20200119823A1 (en) 2020-04-16
WO2016067756A1 (ja) 2016-05-06
EP3214558B1 (en) 2021-05-19
KR20170074871A (ko) 2017-06-30
KR102428142B1 (ko) 2022-08-02
US20170310409A1 (en) 2017-10-26

Similar Documents

Publication Publication Date Title
CN104081787B (zh) 接收设备、接收方法、发送设备和发送方法
CN107113471A (zh) 接收装置、发送装置和数据处理方法
CN104081759B (zh) 接收设备和接收方法
CN106101825B (zh) 一种终端监控的方法和服务器
CN107111624A (zh) 接收装置、发送装置和数据处理方法
US8646002B2 (en) System for realistically reproducing multimedia content and method thereof
CN100591030C (zh) 在音频/视频网络上提供内容服务的方法和设备
CN102131110B (zh) 一种iptv内容发布系统和方法
JP2010171978A (ja) コンテンツ情報提供／再生方法及び装置
WO2009042961A2 (en) Content-triggered customizations for mobile clients
CN108781311A (zh) 用于媒体分发和管理平台的视频播放器框架
CN105812850A (zh) 一种视频文件播放方法及其系统
CA2981693C (en) Reception apparatus, transmission apparatus, and data processing method
CN102291432A (zh) 网络信息共享方法、装置及客户端
CN107079196A (zh) 接收设备、发送设备和数据处理方法
CN103905915A (zh) 在线视频嗅探下载方法及装置
CN107851072A (zh) 接收设备、发送设备和数据处理方法
Yim et al. The Implementation of a Web System for the Remote Management of IPTV Contents
KR20130084107A (ko) 인터랙티브 영상 데이터 분할 제공 방법 및 시스템

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant