CN104396267B - 接收设备、接收方法、发射设备和发射方法 - Google Patents

接收设备、接收方法、发射设备和发射方法 Download PDF

Info

Publication number
CN104396267B
CN104396267B CN201380034626.8A CN201380034626A CN104396267B CN 104396267 B CN104396267 B CN 104396267B CN 201380034626 A CN201380034626 A CN 201380034626A CN 104396267 B CN104396267 B CN 104396267B
Authority
CN
China
Prior art keywords
order
receiving device
application
tpt
triggering information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201380034626.8A
Other languages
English (en)
Other versions
CN104396267A (zh
Inventor
北里直久
M·艾耶
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 CN104396267A publication Critical patent/CN104396267A/zh
Application granted granted Critical
Publication of CN104396267B publication Critical patent/CN104396267B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management 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/4508Management of client data or end-user data
    • H04N21/4516Management of client data or end-user data involving client characteristics, e.g. Set-Top-Box type, software version or amount of memory available
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614Multiplexing of additional data and video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44008Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving operations for analysing video streams, e.g. detecting features or characteristics in the video stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/478Supplemental services, e.g. displaying phone caller identification, shopping application
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/65Transmission of management data between client and server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/65Transmission of management data between client and server
    • H04N21/658Transmission by the client directed to the server
    • H04N21/6582Data stored in the client, e.g. viewing habits, hardware capabilities, credit card number
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85Assembly of content; Generation of multimedia applications
    • H04N21/858Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/025Systems for the transmission of digital non-picture data, e.g. of text during the active part of a television frame
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/08Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Systems (AREA)

Abstract

本技术涉及一种使得允许提供与广播内容联动地运行的应用程序的接收设备、接收方法、发射设备和发射方法。触发信息提取器被配置成获得用于识别命令的触发信息,所述命令控制与所述广播内容联动地运行并且通过网络分发的应用程序的操作。TPT分析器被配置成获得其中所述命令与识别该命令的信息关联的对应表。控制部分被配置成响应利用获得的触发信息和对应表识别的命令,控制对象应用程序和除对象应用程序外的另一个应用程序的操作。本技术适用于例如接收数字电视广播信号的电视接收机。

Description

接收设备、接收方法、发射设备和发射方法
技术领域
本技术涉及接收设备、接收方法、发射设备和发射方法,具体地,涉及被配置成允许提供和广播内容联动地运行的应用程序的接收设备、接收方法、发射设备和发射方法。
背景技术
在接收利用数字电视广播信号广播的广播内容的接收设备中,通过因特网提供和广播内容联动地运行的应用程序的广播和通信的混合服务预期将变得普及。
于是,近年来,正在研究实现这种混合服务的技术(例如,参见专利文献1)。
引文列表
专利文献
专利文献1:日本专利申请公开No.2011-66556
发明内容
本发明所解决的技术问题
在一些情况下,接收设备并不直接接收数字电视广播信号,而是通过诸如CATV网络或卫星通信网络之类的广播传输路径,接收数字电视广播信号。为了在这种情况下实现混合服务,需要通过广播传输路径,专用终端等,把与混合服务相关的信息通知接收设备。
此时,需要改造广播传输路径的设备和专用终端。另外,必须获得进行广播的广播公司的许可。从而,需要在不涉及这种作业的情况下,允许提供与广播内容联动地运行的应用程序。
然而,目前,一直都未建立用于提供与广播内容联动地运行的应用程序的技术体系。
鉴于这种情况,发明了本技术,理想的是提供与广播内容联动地运行的应用程序。
技术问题的解决方案
本技术的第一实施例的接收设备包括:接收器,该接收器被配置成接收广播内容;触发信息获取器,该触发信息获取器被配置成获得用于识别命令的触发信息,该命令控制与广播内容联动地运行并且通过网络分发的应用程序的操作;对应表获取器,该对应表获取器被配置成获得其中命令与识别该命令的信息关联的对应表;和控制部分,该控制部分被配置成响应利用触发信息和对应表识别的命令,控制对象应用程序和除对象应用程序外的另一个应用程序的操作。
其中命令将控制对象应用程序的操作,并且与用于控制另一个应用程序的操作的附加信息关联,并且控制部分响应命令来控制对象应用程序的操作,并响应附加信息来控制另一个应用程序的操作。
命令启动对象应用程序,并与用于指令另一个应用程序的停止、暂停或隐藏的附加信息关联。
此外,用于指令运行中的对象应用程序的事件激发的附加信息与命令关联。
命令控制对象应用程序和另一个应用程序两者的操作,并且控制部分响应命令,控制对象应用程序和另一个应用程序两者的操作。
命令控制对象应用程序的启动,和另一个应用程序的停止、暂停或隐藏。
用于指令运行中的对象应用程序的事件激发的附加信息与命令关联。
触发信息是和广播内容一起传送的,触发信息获取器从广播内容的数据中,提取触发信息。
接收设备还包括特征量提取器,该特征量提取器被配置成从广播内容的数据中提取特征量,其中触发信息获取器获取与通过利用特征量识别的广播内容的识别结果对应的触发信息。
在对应表中,命令和该命令的有效期相互关联,并且如果基于触发信息计时的并指示广播内容的进展的时间满足基于有效期的预定有效条件,那么控制部分响应与有效期相关联的命令,来控制对象应用程序和另一个应用程序的操作。
在对应表中,还关联命令的标识符,并且如果从触发信息获得的命令的标识符与在对应表中关联的命令的标识符一致,那么控制部分响应与标识符关联的命令,来控制对象应用程序和另一个应用程序的操作。
接收设备可以是独立的设备,或者可以是构成一个设备的内部时钟。
本技术的第一实施例的接收方法是与本技术的第一实施例的接收设备对应的接收方法。
在本技术的第一实施例的接收设备和接收方法中,接收广播内容;获得用于识别命令的触发信息,命令将控制与广播内容联动地运行并且通过网络分发的应用程序的操作;获得其中命令与识别该命令的信息关联的对应表;和响应利用触发信息和对应表识别的命令,控制对象应用程序和除对象应用程序外的另一个应用程序的操作。
本技术的第二实施例的发射设备包括:触发信息生成器,该触发信息生成器被配置成生成用于识别命令的触发信息,该命令同时控制与广播内容联动地运行并且通过网络分发的多个应用程序的操作;和发射器,该发射器被配置成连同广播内容一起传送触发信息。
发射设备可以是独立的设备,或者可以是构成一个设备的内部时钟。
本技术的第二实施例的发射方法是与本技术的第二实施例的发射设备对应的发射方法。
在本技术的第二实施例的发射设备和发射方法中,生成用于识别命令的触发信息,该命令同时控制与广播内容联动地运行,并且通过网络分发的多个应用程序的操作;和连同广播内容一起传送触发信息。
本发明的技术效果
按照本技术的第一和第二实施例,能够提供与广播内容联动地运行的应用程序。
附图说明
图1是表示广播-通信协同系统的结构例子的示图。
图2是表示发射设备的结构例子的示图。
图3是表示接收设备的结构例子的示图。
图4是表示TPT服务器等的结构例子的示图。
图5是说明构成广播通信协同系统的各个设备的操作的示图。
图6是表示其中触发信息被嵌入视频信号中的例子的示图。
图7是表示其中触发信息包含在TS的PCR分组中地被传送的概念的示图。
图8是表示触发信息在PCR分组中的具体部署的示图。
图9是表示触发信息的详细规范的一个例子的示图。
图10是表示触发信息的描述例子的示图。
图11是表示TPT的详细规范1的一个例子的示图。
图12是表示TPT的描述例子1的示图。
图13是表示TPT的详细规范2的一个例子的示图。
图14是表示TPT的描述例子2的示图。
图15表示触发信息和命令之间的对应关系的例子的示图。
图16是表示协同应用的状态转移的示图。
图17是表示相应命令和状态转移之间的关系的示图。
图18是表示操作情形1的例子的示图。
图19是表示操作情形2的例子的示图。
图20是表示触发信息和命令之间的对应关系的例子的示图。
图21是说明发射处理的流程图。
图22是说明接收处理的流程图。
图23是说明触发信息响应处理的流程图。
图24是说明第一协同应用控制处理的流程图。
图25是说明附加信息响应处理的流程图。
图26是说明第二协同应用控制处理的流程图。
图27是说明复合命令响应处理的流程图。
图28是说明实况模式的触发信息响应处理的流程图。
图29是表示广播通信协同系统的结构例子的示图。
图30是表示接收设备的结构例子的示图。
图31是说明构成广播通信协同系统的各个设备的操作的示图。
图32是说明ACR技术的概念的示图。
图33是表示触发信息和命令之间的对应关系的例子的示图。
图34是表示广播通信协同系统的结构例子的示图。
图35是表示触发信息和命令之间的对应关系的例子的示图。
图36是说明取决于ACR识别结果的触发信息响应处理的流程图。
图37是说明实况模式的取决于ACR识别结果的触发信息响应处理的流程图。
图38是表示触发信息和命令之间的对应关系的例子的示图。
图39是表示分发系统的结构例子的示图。
图40是表示计算机的结构例子的示图。
具体实施方式
下面参考附图,说明本技术的实施例。
<第一实施例>
[广播通信协同系统的结构例子]
图1表示作为第一实施例的广播通信协同系统1。广播通信协同系统1由发射设备10、接收设备20、TPT服务器30和应用服务器40构成。此外,接收设备20、TPT服务器30和应用服务器40通过因特网90相互连接。
发射设备10被配置成借助数字电视广播信号(下面简称为广播信号)传送电视节目、CM等的广播内容。例如,发射设备10由广播公司提供,被布置在广播公司的广播站中。
发射设备10把触发信息包含在广播信号中地传送触发信息,所述触发信息用于识别控制与广播内容联动地运行的协同应用的操作的命令。这里,协同应用是与广播内容联动地运行的应用程序,通过因特网90分发。
触发信息是通过嵌入广播内容的视频信号或音频信号传送的,或者是置于广播信号的TS(传输流)中传送的。触发信息的细节将在后面参考图6-图10说明。
接收设备20接收从发射设备10传送的广播信号,从而获得广播内容的视频和音频。接收设备20把获得的视频显示在显示器上,并从扬声器输出音频。
下面,基于接收设备20是电视接收机的假设,进行说明。不过,通过向其赋予不具有显示器和扬声器的结构,它可被包含在诸如录像机之类的电子设备中。后面将参考图3,说明接收设备20的详细结构。
响应来自发射设备10的触发信息,接收设备20通过因特网90访问TPT服务器30,以获得TPT。
TPT服务器30管理TPT。这里,TPT(触发参数表)是其中使控制协同应用的操作的命令和识别所述命令的信息(比如该命令的有有效期和有效时间)彼此关联的对应表。命令的有效期和有效时间是结合广播内容的进展确定的。
响应来自接收设备20的查询,TPT服务器30通过因特网90,把管理的TPT提供给接收设备20。TPT服务器30由广播内容的制作者、广播公司或者另一个经营者提供。
接收设备20根据来自发射设备10的触发信息和从TPT服务器30获得的TPT,识别命令。随后,接收设备20响应识别的命令,控制协同应用的操作。
响应识别的命令,接收设备20通过因特网90访问应用服务器40,从而获得协同应用。
应用服务器40管理协同应用。应用服务器40响应来自接收设备20的查询,通过因特网90,把管理的协同应用提供给接收设备20。应用服务器40由广播内容的制作者、广播公司或者另一个经营者提供。
如上所述构成广播通信协同系统1。
[发射设备的结构例子]
图2表示图1中的发射设备10的结构例子。
如图2中所示,发射设备10由视频获取器111、触发信息生成器112、视频编码器113、音频获取器114、音频编码器115、复用器116、发射器117和天线118构成。
视频获取器111从外部服务器、摄像头、记录介质等,获得广播内容的视频信号,并将其提供给触发信息生成器112和视频编码器113。
触发信息生成器112结合与从视频获取器111供给的视频信号的广播内容的进展地生成触发信息,并将其提供给视频编码器113或复用器116。
视频编码器113按照诸如MPEG(运动图像专家组)之类的编码方式,对从视频获取器111供给的视频信号编码,然后把编码信号提供给复用器116。在进行编码时,视频编码器113可把从触发信息生成器112供给的触发信息周期入视频信号中,并对视频信号编码。
音频获取器114从外部服务器、麦克风、记录介质等获得广播内容的音频信号,并将其提供给音频编码器15。
音频编码器115按照诸如MPEG之类的编码方式对从音频获取器114供给的音频信号编码,随后把编码信号提供给复用器116。
来自触发信息生成器112的触发信息,来自视频编码器113的视频流,和来自音频编码器115的音频流被提供给复用器116。
复用器116利用视频流和音频流,然后把作为结果获得的TS提供给发射器117。复用器116可复用视频流、音频流和触发信息,然后把作为结果获得的TS提供给发射器117。
发射器117通过天线118,以广播信号的形式传送从复用器116供给的TS。
在图2的说明中,将说明其中触发信息被嵌入视频信号中的情况,和触发信息被复用到TS中的情况。不过,不过可以采用另一种方法,比如其中触发信息被嵌入音频信号中的方法,布置触发信息。
按照上述方式,构成发射设备10。
[接收设备的结构例子]
图3表示图1中的接收设备20的结构例子。
如图3中所示,接收设备20由天线211、调谐器212、分用器213、音频解码器214、音频输出部分215、扬声器216、视频解码器217、视频输出部分218、显示器219、触发信息提取器220、控制部分221、存储器222、操作部分223、通信I/F 224、TPT分析器225、应用引擎226、高速缓冲存储器227和应用存储器228构成。
调谐器212解调通过天线211接收的广播信号,然后把作为结果获得的TS提供给分用器213。
分用器213把从调谐器212供给的TS分离成音频流和视频流,并把它们分别提供给音频解码器214和视频解码器217。
音频解码器214利用与音频编码器115(图2)的编码系统对应的解码系统,解码从分用器213供给的音频流,然后把作为结果获得的音频信号提供给音频输出部分215。
音频输出部分215把从音频解码器214供给的音频信号提供给扬声器216。扬声器216输出与从音频输出部分215供给的音频信号对应的音频。
视频解码器217利用与视频编码器113(图2)的编码系统对应的解码系统解码从分用器213供给的视频流,然后把作为结果获得的视频信号提供给视频输出部分218和触发信息提取器220。
视频输出部分218把从视频解码器217供给的视频信号提供给显示器219。显示器219显示与从视频输出部分218供给的视频信号对应的视频。
触发信息提取器220始终监视从视频解码器217供给的视频信号。触发信息提取器220提取从而获得嵌入视频信号中的触发信息,并把该触发信息提供给控制部分221。
如果触发信息被置于TS中,那么触发信息提取器220监视由分用器213分离的包含触发信息的PCR分组,并从中提取触发信息。此外,如果触发信息被嵌入音频信号中,那么触发信息提取器220始终监视利用音频解码器214解码的音频信号,从而提取嵌入音频信号中的触发信息。
控制部分221运行预先保存在存储器222中的控制程序,从而控制接收设备20的各个部分的操作。
在存储器222中,预先保存由控制部分221运行的控制程序。该控制程序可相应地根据通过广播信号或因特网90获得的更新数据被更新。操作部分223接受来自用户的各种操作,并把与之对应的操作信号通知控制部分221。
响应从触发信息提取器220供给的触发信息,控制部分221控制通信I/F 224通过因特网90访问TPT服务器30,并请求TPT。通信I/F 224按照来自控制部分221的控制,接收通过因特网90,从TPT服务器30传送的TPT,并把其提供给TPT分析器225。
TPT分析器225获得从通信I/F 224供给的TPT。TPT分析器225分析获得的TPT,把分析结果保持在包含于内部的存储器(未图示)中。TPT分析器225响应来自控制部分221的请求,提供保持在存储器中的TPT的分析结果。
控制部分221根据来自触发信息提取器220的触发信息,设定用于计时指示广播内容的进展的时间的内部时钟。根据来自TPT分析器225的TPT的分析结果,如果利用所述内部时钟计时的时间满足基于有效期等的预定有效条件,那么控制部分221识别与所述有效期等关联的命令。响应识别的命令,控制部分221控制应用引擎226来控制协同应用的获取或注册、获取或启动、事件激发、暂停或恢复、隐藏或显示、停止等。
应用引擎226控制通信I/F 224以通过因特网90访问应用服务器40,并按照控制部分221的控制,请求协同应用。通信I/F 224接收通过因特网90从应用服务器40传送的协同应用,并使之被保持在高速缓冲存储器227中。
应用引擎226按照控制部分221的控制,读出保持在高速缓冲存储器227中的协同应用,并运行该协同应用。运行的协同应用的视频信号被提供给视频输出部分218。
视频输出部分218合成从应用引擎226供给的视频信号,和从视频解码器217供给的视频信号,并使显示器219显示通过合成而获得的视频。
应用存储器228由工作存储器228A和保存存储器228B构成。应用引擎226把与运行的协同应用相关的数据(具体地,包括显示的信息的层次等)记录在工作存储器228A中。
当使运行的协同应用暂停时,应用引擎226把在应用存储器228的工作存储器228A中的数据转移到保存存储器228B中。随后,当恢复暂停的协同应用时,应用引擎226把保存存储器228B中的数据转移到工作存储器228A中,从而恢复暂停前的状态。
按照上述方式,构成接收设备20。
[TPT服务器的结构例子]
图4表示图1中的TPT服务器30的结构例子。
例如,如图4中所示构成TPT服务器30。TPT服务器按照记录在CPU(中央处理器)301、ROM(只读存储器)302或记录部分308中的程序,执行各种处理。CPU 301运行的程序、数据等从而被记录在RAM(随机存取存储器)303中。CPU 301、ROM 302和RAM 303由总线304相互连接。
输入/输出接口305通过总线304连接到CPU 301。输入部分306和输出部分307连接到输入/输出接口305。CPU 301响应输入到输入部分306的指令,执行各种处理。随后,CPU301把通过所述处理获得的信息输出给输出部分307。
连接到输入/输出接口305的记录部分308例如由硬盘等构成,记录CPU 301运行的程序以及各种数据(例如,TPT)。通信部分309通过因特网90与外部设备(例如,接收设备20)通信。
此外,当诸如光盘和半导体存储器之类的可拆卸介质311被装入连接到输入/输出接口305的驱动器310中时,驱动器310驱动它们,从而获得记录在其中的程序、数据等。获得的程序和数据根据需要被传送给记录部分308,从而被记录。
按照上述方式构成TPT服务器30。
图1中的应用服务器40是类似于图4的TPT服务器30构成的,从而省略其说明。
[广播-通信协同系统的各个设备的操作]
现在参考图5,说明构成图1的广播-通信协同系统1的各个设备的操作的概况。
在图5的广播-通信协同系统1中,发射设备10传送广播内容的广播信号(图中的“内容(Content)”),包括触发信息(图中的“触发(Trigger)”)(S1)。与该广播内容相关的元数据(图中的“元数据(Metadata)”)包含在广播信号中。
在通过CATV网络、卫星通信网络等,接收来自发射设备10的广播信号的情况下,接收设备20(图中的“TV”)经HDMI(高清多媒体接口),接收由诸如机顶盒50(图中的“STB记录器”)之类的专用端子变换后的信号(S2)。这种情况下,来自机顶盒50的输出仅仅是广播内容,在接收设备20中,不能利用触发信息和元数据。
除直接接收广播信号的情况(S1)之外,在通过机顶盒50接收广播信号的情况下(S2),接收设备20还能够提取和广播信号一起传送的触发信息。接收设备20根据提取的触发信息,判定是否获得TPT。如果判定获得TPT,那么接收设备20通过因特网90,访问TPT服务器30,并请求TPT(S3)。
响应来自接收设备20的查询,TPT服务器30识别TPT,并通过因特网90,把识别的TPT(图中的“TPT”)传送给接收设备20(S4)。接收设备20通过因特网接收来自TPT服务器30的TPT,并保持接收的TPT。
随后,当提取来自发射设备10的触发信息时,接收设备20参照保持的TPT。例如,如果利用内部时钟指示的时间在命令的有效期内,或者已经过有效开始时间,那么接收设备20识别与之对应的有效命令。
按照命令的识别结果,接收设备20通过因特网90,访问应用服务器40,请求将与当前选择的广播内容联动地运行的协同应用(S5)。
响应来自接收设备20的查询,应用服务器40通过因特网90,把协同应用(图中的“应用(Application)”)传送给接收设备20(S6)。接收设备20通过因特网90获得来自应用服务器40的协同应用,并启动该协同应用。
在接收设备20中,如果利用内部时钟指示的时间在命令的有效期内,那么利用TPT,识别对应于该有效期的命令。随后,协同应用根据识别的命令,进行事件激发、暂停或恢复、隐藏或显示、停止等操作。
按照上述方式,在广播通信协同系统1中,响应来自发射设备10的触发信息,接收设备20进行与TPT服务器30和应用服务器40的协同操作。从而,在接收设备20中获得并运行要与当前选择的广播内容联动地运行的协同应用。
另外借助诸如机顶盒50之类的专用端子,把来自发射设备10的触发信息通知接收设备20。于是,在广播通信协同系统1中,可以提供协同应用,而不涉及改造诸如CATV网络之类的广播传输通路的设备和专用终端,和获得进行广播的广播公司的许可的工作。
[触发信息的细节]
(传送触发信息的方法)
下面,说明传送触发信息的方法。
图6表示其中触发信息被嵌入广播内容的视频信号中的情况的两种例子。
图6的A表示其中触发信息被转换成二维条形码,并被重叠地合成在视频信号的图像的预定位置(在图6的情况下,右下角)上的例子。图6的B表示其中触发信息被转换成视频码,并与在视频信号的图像的下部的几行结合的例子。图6的A和图6的B中的触发信息由接收设备20的触发信息提取器220提取。
在图6的A或图6的B的例子中,触发信息被置于广播内容的视频上,从而也能够把触发信息通知给例如利用CATV网络或卫星通信网络的接收设备(例如,图5中的接收设备20)。
在图6的A或图6的B的例子中,接收设备20的用户可能在视觉上识别出视频上的触发信息(二维条形码或视频码)。如果这不可取,那么最好在利用和在触发信息周围的像素相同的像素,遮蔽视频上的触发信息之后,显示视频。
尽管图6的A和6的B中表示了其中触发信息被嵌入广播内容的视频信号中的例子,不过触发信息的存储位置和传送方法并不局限于上面所述。例如,作为另一种方法,可把触发信息保存在TS的PCR中。
图7表示其中把触发信息置于待传送的广播信号的TS的PCR分组中的情况的概念。
如图7中所示,触发信息不被保存在所有PCR分组中,而是只保存在与广播内容协同的适当定时处的PCR分组中。通常,PCR分组通过CATV重传设备的PID过滤器,从而也能够把触发信息通知给例如利用CATV网络或卫星通信网络的接收设备(例如,图5中的接收设备20)。触发信息可被置于视频流或音频流的用户数据区中。
作为触发信息,考虑到无线电干扰和接收设备20中的采集缺陷(接收遗失),相同内容的信息被连续传送多次。
图8表示在PCR分组中,保存触发信息的位置。PCR分组是通过把PCR保存在TS分组的adaptation_field中而获得的分组。触发信息(Trigger Info_descriptor)被保存在PCR之后的transport_private_data_byte中。如果触发信息被保存,那么设置在PCR之前的Various_flags的transport_private_data_flag被设定为1。
(触发信息的详细规范)
下面,说明触发信息的细节。图9是表示触发信息的详细规范的一个例子的示图。
domain_name是识别TPT服务器30的信息,例如,指定指示TPT服务器30的域名的信息。即,由于TPT服务器30是由诸如利用发射设备10,进行广播内容的广播的广播公司之类的经营者提供的,因此对各个这些经营者来说,domain_name不同。
segment_id是识别广播内容的片段的ID。经营者可以设定任意ID。
media_time是指示广播内容的进展时间轴上的特定时间位置的信息。例如,诸如广播内容的进展时间轴上的开始时间或午夜(0:00)之类的特定时间被用作基准,和在media_time中指定从该基准时间起的时间。在media_time中指定的时间例如以秒或毫秒为单位。
event_id是识别在TPT中记载的命令的ID。event_time是指示执行记载在TPT中的命令的时间的信息。
在spread中,指定随机地分散应用触发信息的定时的信息。
(触发信息的描述例子)
图10是表示触发信息的描述例子的示图。
在图10中,表示了触发信息的多个描述例子。触发信息由通过链接指定domain_name、segment_id、media_time、event_id、event_time和spread的值,以及诸如“/”、“?mt=”和“&”之类的预定字符而获得的字符串构成。
例如,如果domain_name为“xbc.com”,segment_id为“SegA”,media_time为“1000”,那么指示触发信息的字符串为“xbc.com/SegA?m=1000”。
即,如果向该字符串的开头部分添加“http://”,那么获得指示用于访问TPT服务器30的URL(统一资源定位符)的字符串“http://xbc.com/SegA?m=1000”。由于在该URL的结尾部分添加了查询字符串m=<media_time>,因此TPT服务器30可通过利用HTTP(超文本传输协议)的GET方法,获得参数。
通过增加字符串e=<event_id>、t=<event_time>和s=<spread>,在接收设备20中能够获得event_id、event_time和spread的值。
触发信息的描述方法是任意的,并不局限于图10的描述例子。
按照上述方式,构成触发信息。
[TPT的细节]
(TPT的详细规范1)
下面,说明TPT的细节。图11是表示TPT的详细规范的一个例子的示图。
如图11中所示,TPT由tpt要素构成。在tpt要素中,记载诸如控制协同应用的操作的命令,和该命令的有效期之类的各项信息。
tpt要素包括id属性、tptType属性、majorVersion属性、minorVersion属性、tptVersion属性、updatingTime属性、endMt属性、expireDate属性、liveTrigger要素和event要素。
在id属性中,指定用于识别该TPT的ID。例如,在id属性中,指定通过利用“/”链接domain_name和program_id而获得的字符串。program_id对应于segment_id,是用于识别广播内容的ID。
在tptType属性中,指定“静态”或“动态”作为其属性值。在只有当包含在触发信息中的segment_id被改变时,才更新TPT的情况下,指定“静态(static)”。在即使当包含在触发信息中的segment_id保持不变时,也更新TPT的情况下,指定“动态(dynamic)”。
在majorVersion属性中,指定指示交互协议的主版本的信息。在minorVersion属性中,指定指示交互协议的副版本的信息。
在tptVersion属性中,指定指示该TPT的版本的信息。
在updatingTime属性中,指定指示TPT的更新期的信息。只有当type属性为“动态”时,才指定updatingTime属性。
在endMt属性中,指定指示对应于该TPT的广播内容的media_time终止于的时间的信息。
在expireDate属性中,指定指示该TPT的有效日期的信息。只有当type属性为“静态”时,才指定expireDate属性。
在liveTrigger要素中,记载与在广播内容的实况广播情况下必需的触发信息(下面称为实况触发(live trigger)信息)相关的信息。liveTrigger要素要素包括liveTriggerURL属性、longPoll属性和pollPeriod属性。
在liveTriggerURL属性中,指定用于访问提供实况触发信息的服务器(后面说明的图34中的触发服务器80)的URL。
在longPoll属性中,指定与长轮询协议相关的信息。在pollPeriod属性中,指定指示向服务器询问实况触发信息的间隔时间的信息。
在event要素中,记载用于控制协同应用的操作的信息。event要素包括eventID属性、startTime属性、endTime属性、destination属性、action属性、previousApp属性、diffusion属性、application要素和streamEvent要素。
在eventID属性中,指定用于识别命令的ID。
在startTime属性中,指定指示利用eventID属性识别的命令的有效期的开始时间的信息。在endTime属性中,指定指示利用eventID属性识别的命令的有效期的终止时间的信息。
即,命令的有效期由指示对应广播内容的进展时间轴上的两个时刻的startTime属性和endTime属性定义。例如,当利用接收设备20的内部时钟计时的广播内容的进展定时经过由startTime属性指示的有效开始时间时,对应于该有效开始时间的命令被认为有效。在这种情况下,可以只指定startTime属性,而不指定endTime属性。
可以采用以下结构。具体地,当利用接收设备20的内部时钟计时的广播内容的进展定时在有效期内时,对应于该有效期的命令被认为有效。当广播内容的进展定时未达到有效期,或者已经过该有效期时,对应于该有效期的命令被认为无效。即,在接收设备20中,当利用内部时钟计时的时间满足基于有效期等的预定有效条件时,对应于该有效期的命令被认为有效。
在destination属性中,指定作为利用相关命令的协同应用的控制对象的设备。这里,除了接收设备主体(接收设备20)之外,如果所述外部设备连接到接收设备20的话,外部设备(未图示)被指定为命令的对象设备。
例如,在destination属性中,如果命令的对象设备是接收设备20,那么指定“接收器”。如果命令的对象设备是外部设备,那么指定“external_1”或“external_2”。如果destination属性未被指定,那么认为指定了“接收器(receiver)”。
在action属性中,指定“执行”、“注册”、“暂停”和“终止”任意之一,作为相关命令。
执行是指令协同应用的获取或启动的命令。
如果指定的协同应用处于暂停状态,那么execute命令恢复该协同应用的执行。如果指定的协同应用被隐藏,那么execute命令使该协同应用被显示。
注册是指令协同应用的获取或注册的命令。这里,协调应用的注册意味与获得的协同应用关联地保存获得的协同应用的优先权和有效日期。
暂停是暂停运行的协同应用,从而使之中止的命令。
终止是停止运行的协同应用的命令。
即,在action属性中,在指令协同应用的获取或注册的情况下,指定“注册”,在指令注册的协同应用的启动的情况下,指定“执行”。在指令运行的协同应用的暂停的情况下,指定“暂停”,在指令协同应用的停止的情况下,指定“终止”。
在previousApp属性中,如果相关命令是执行命令,那么记载用于控制除对象协同应用之外的另一个协同应用(例如,早于对象协同应用启动,并且正在运行的协同应用)的操作的附加信息。作为该相关信息,指定“终止”、“暂停”和“隐藏”任意之一。
在停止正在运行的另一个协同应用的情况下,指定终止。
在暂停正在运行的另一个协同应用,以使之中止的情况下,指定暂停。
在把正在运行的另一个协同应用的显示状态设定成不显示状态的情况下,指定隐藏。
为了便于说明,下面将按照把对其指定终止、暂停和隐藏作为附加信息的执行命令分别称为伴随终止的执行(execute-with-terminate)命令,伴随暂停的执行(execute-with-suspend)命令和伴随隐藏的执行(execute-with-hide)命令的方式,进行说明。
在diffusion属性中,指定随机地分散在接收设备20中,应用命令的定时的信息。归因于该值的设定,当多个接收设备20从应用服务器40获得协同应用时,它们的访问可被分散,而不会集中在一个时间。
在application要素中,记载与协同应用相关的信息。application要素包括appID属性、appType属性、url属性、priority属性、expireDate属性和capability要素。
在appID属性中,指定用于识别相关的协同应用的应用ID。在appType属性中,指定指示与相关的协同应用的文件属性等有关的信息的应用种类。
在url属性中,如果相关命令是执行命令或注册命令,那么指定指示相关的协同应用的获取来源的应用URL。即,在url属性中,指定应用服务器40的URL。
在priority属性中,指定指示当获得并保持与相关命令对应的协同应用时的优先权的信息。在expireDate属性中,指定指示协同应用的有效日期的信息。如果协同应用被注册,那么该协同应用的有效日期和保持优先权被存储,并按照这些有效日期和优先权,管理该协同应用。
如果命令是执行命令或注册命令,那么url属性和expire_date属性是必需的项目。此外,在priority属性中,通常指定“0”,而如果优先权被设定为高的话,那么指定“1”。
在capability要素中,指定指示在执行协同应用之际,接收设备20的所需功能的信息。即,如果接收设备20具有由capability要素指定的功能的话,接收设备20判定它能够执行相关的协同应用。
在streamEvent要素中,当相关命令是执行命令,并且进行对于对象协同应用的事件激发时,记载与事件相关的附加信息(事件信息)。streamEvent要素包括streamID属性和data属性。
在streamID属性中,指定识别在利用应用ID指定的协同应用中,应被激发的事件的事件ID。在data要素中,记载当激发事件时参照的数据。
下面将按照把被添加事件信息的执行命令称为伴随事件的执行(execute withevent)命令的方式,进行说明。
(TPT的描述例子1)
图12是表示图11的TPT的描述例子的示图。
在图12的例子中,在tpt要素的id属性中指定“xbc.com/1”。即,这意味该TPT是用于将由xbc广播站(domain_name=“xbc.com”)广播的广播内容(program_id=1)的TPT。
在该tpt要素中,在tptType属性中指定“静态”。从而,只有当program_id(segment_id)被改变时,才更新该TPT。此外,由于在expireDate属性中指定“2011-01-21”,因此该TPT的有效日期是2011年1月21日。
在该tpt要素中记载了6个event要素,不过为了说明的简单起见,未说明所有event要素。
在第一个event要素中,分别指定了“1”作为eventID属性,“0”作为startTime属性,“600”作为endTime属性,“接收器”作为destination属性,“注册”作为action属性,和“60”作为diffusion属性。即,相关命令(eventID=1)是当利用内部时钟计时的时间变成0秒时执行的对于接收设备20的注册命令。然而,由于记载了diffusion属性,因此接收设备20在预定定时,访问应用服务器40。
在event要素的开始标记和终止标记之间,记载application要素。在application要素中,分别指定“1”作为appID属性,“html”作为appType属性,“xxx.com/yyy1”作为url属性,和“2011-01-21”作为expireDate属性。
即,该application要素意味利用HTML(超文本置标语言)描述的协同应用(appID=1)可以从利用URL“xxx.com/yyy1”指定的应用服务器40获得。另外,该协同应用的有效日期为2011年1月21日。
类似地,第二个event要素指示相关命令(eventID=2)是当利用内部时钟计时的时间变成600秒时执行的对于接收设备20的执行命令。这意味响应执行命令获得的协同应用(appID=1)可以从URL“xxx.com/yyy1”的应用服务器40获得。
第三个event要素指示相关命令是当利用内部时钟计时的时间变成180秒时执行的执行命令。在该event要素的开始标记和终止标记之间,记载application要素和streamEvent要素。在application要素中,指定“event1”作为streamID属性,“zzzzzzz---z”被描述成data要素。
即,相关命令(eventID=3)是伴随事件地执行命令,意味对于由接收设备20运行的协同应用(appID=1)的事件激发。利用该命令,伴随事件激发,协同应用利用数据“zzzzzzz---z”。
第四个event要素指示相关命令(eventID=5)是当利用内部时钟计时的时间变成3500秒时执行的,对于由接收设备20运行的协同应用(appID=1)的终止命令。
第五个event要素指示相关命令(eventID=12)是当利用内部时钟计时的时间变成2400秒时执行的对于接收设备20的执行命令。在这个event要素中,作为previousApp属性,指定“暂停”。在该event要素的开始标记和终止标记之间的application要素中,指定“2”作为id属性,指定“html”作为type属性,指定“xxx.com/yyy2”作为url属性,指定“2011-01-22”作为expire_date属性。
即,该event要素意味相关命令是伴随暂停的执行命令,对象协同应用(appID=2)可从利用URL“xxx.com/yyy2”指定的应用服务器40获得。利用附加信息(暂停),已运行的另一个协同应用(appID=1)被暂停,从而中止。
类似地,第六个event要素指示相关命令(eventID=15)是当利用内部时钟计时的时间变成2520秒时执行的,对于由接收设备20运行的协同应用(appID=2)的终止命令。
按照上述方式,构成图11的TPT。
(TPT的详细规范2)
参考图11和12说明的TPT的规范是一个例子,可以采用另一种规范。图13是表示TPT的详细规范的另一个例子的示图。
图13中的tpt要素和图11中的tpt要素的不同之处在于不包括event要素的previousApp属性。然而,其它要素和属性具有相同的结构。图13中的tpt要素的不同之处还在于在event要素的action属性中,指定了“执行”、“注册”、“暂停”、“暂停-执行(suspend-execute)”、“终止”、“终止-执行(terminate-execute)”、“隐藏”和“隐藏-执行(hide-execute)”任意之一,作为相关命令。
执行是用于指令协同应用的获取或启动的命令。
如果指定的协同应用处于暂停状态,那么执行命令恢复该协同应用的执行。如果指定的协同应用被隐藏,那么执行命令使该协同应用被显示。
注册是用于指令协同应用的获取或注册的命令。
暂停是用于暂停运行的协同应用,从而使之中止的命令。
暂停-执行是通过集成对于对象协同应用的执行命令和对于另一个协同应用的暂停命令而产生的复合命令。即,在指令对象协同应用的获取或启动和除对象协同应用外的另一个协同应用的暂停的情况下,在action属性中指定“暂停-执行”。
终止是用于停止运行的协同应用的命令。
终止-执行是通过集成对于对象协同应用的执行命令,和对于另一个协同应用的终止命令而产生的复合命令。即,在指令对象协同应用的获取或启动和除对象协同应用外的另一个协同应用的停止的情况下,在action属性中指定“终止-执行”。
隐藏是用于把运行的协同应用的显示状态设定成不显示状态的命令。
隐藏-执行是通过集成对于对象协同应用的执行命令和对于另一个协同应用的隐藏命令而产生的复合命令。即,在指令对象协同应用的获取或启动和除对象协同应用外的另一个协同应用的隐藏的情况下,在action属性中指定“隐藏-执行”。
如上,在图11的TPT中,通过向由action属性指定的命令中,添加previousApp属性,控制另一个协同应用的操作。在图13的TPT中,通过把用于控制另一个协同应用的操作的命令包含在由action属性指定的命令中,控制另一个协同应用的操作。
(TPT的描述例子2)
图14是表示图13的TPT的描述例子的示图。
在图14的TPT中,类似于图12的TPT的描述,在tpt要素中记载了6个event要素。在这些event要素中,eventID=1、2、3、5和15的event要素与在图12的TPT的描述中的那些event要素相同,从而省略其说明。
eventID=12的event要素指示相关命令是当利用内部时钟计时的时间变成2400秒时执行的对于接收设备20的暂停-执行命令。在该event要素的开始标记和终止标记之间的application要素中,指定“2”作为id属性,指定“html”作为type属性,指定“xxx.com/yyy2”作为url属性,指定“2011-01-22”作为expire_date属性。
具体地,这意味响应暂停-执行命令,可从利用URL“xxx.com/yyy2”指定的应用服务器40,获得对象协同应用(appID=2)。响应该命令,已运行的另一个协同应用被暂停,从而中止。
按照上述方式,说明了图13的TPT。
TPT的描述方法是任意的,并不局限于图12和图14的描述例子。
[触发信息和命令之间的对应关系]
下面说明利用TPT,识别与触发信息相关的命令的处理的例子。图15是表示触发信息和命令之间的对应关系的例子的示图。图15中的TPT对应于图11或图13的上述TPT。
如图15中所示,在接收设备20中,当从获得自TS的视频信号中提取触发信息时,根据包含在触发信息中的domain_name和segment_id,判定是否从TPT服务器30获得TPT。
例如,如果xbc广播站(domain_name=“xbc.com”)广播的片段A(TPT(segment_id=“SegA”)的TPT(用于片段A)被保持在接收设备20中,那么当从TS提取“xbc.com/SegB?m=48”的触发信息时,接收设备20确定获得TPT,因为segment_id的值已变更。
随后,接收设备20访问利用由通过在触发信息的开始部分增加“http://”而获得的URL(“http://xbc.com/SegB?m=48”)指定的TPT服务器30,获得TPT。从而,图中的TPT(用于片段B)被保持在接收设备20中。
然而,尽管图15中的TPT对应于图11或图13的上述TPT,这里为了说明的简化起见,只表示了event要素的eventID属性、startTime属性、endTime属性和action属性,application要素的appID属性,和诸如URL之类的参数。
在接收设备20中,内部时钟由包含在触发信息中的media_time(m=XX)设定。例如,如果提取第一触发信息(“xbc.com/SegB?m=48”),那么根据media_time(m=48),内部时钟被设定为48。之后,内部时钟以秒为单位计数时间。不过,如果提取第二触发信息(“xbc.com/SegB?m=1327”),那么根据media_time(m=1327),内部时钟被校准为1327。按照这种方式,在接收设备20中保持精确地对应于由包含在触发信息中的media_time指示的时间的这种内部时钟。接收设备20随后根据该内部时钟,顺序执行记载在TPT中的各个命令。在图15的例子中,内部时钟已经过在0-1274的有效期中的有效开始时间,从而TPT指定注册命令(eventID=1)。随后,接收设备20响应注册命令,获得并注册其应用ID为“1”的协同应用。
在接收设备20中,当内部时钟指示1275时,TPT指定执行命令(eventID=2)。随后,接收设备20响应执行命令,启动已获得的协同应用。
从那以后,尽管图15中未图示,不过在接收设备20中,根据利用包含在提取的触发信息中的media_time设定和校准的内部时钟,在首次达到记载在TPT中的命令的有效期时,响应对应的命令,控制协同应用的操作。
例如,当内部时钟变成4602时,指定执行命令(eventID=3)。在该执行命令中,记载streamEvent要素,从而该命令是伴随事件的执行命令。于是,在接收设备20中,激发对于运行的协同应用(appID=1)的事件。例如,当内部时钟变成8900时,指定终止命令(eventID=4),运行的协同应用(appID=1)被停止。
如上所述,在接收设备20中,依据根据当从广播信号提取触发信息时的media_time工作的内部时钟,在首次达到记载在TPT中的命令的有效期之际,识别命令,并响应识别的命令,控制协同应用的操作。
[协同应用的状态转移]
图16是响应注册、执行、暂停、隐藏和终止的各个命令,在接收设备20中工作的协同应用的状态转移图。如图16中所示,定义协同应用的状态已转移到5种状态任意之一,即,释放状态(Released)、就绪状态(Ready)、运行状态(Active)、暂停状态(Suspended)或隐藏状态(Hidden)。
释放状态指的是其中接收设备20还未获得协同应用的状态。就绪状态指的是其中接收设备20已注册但还未启动协同应用的状态。运行状态指的是其中协同应用已被启动,并且正在运行的状态。暂停状态指的是其中协同应用的执行被暂停,并在保存存储器228B中保持指示暂停定时的状态的信息的状态。隐藏状态指的是其中与协同应用相关的数据被保持在工作存储器228A中,并且显示状态为不显示状态的状态。
当协调应用转移到释放状态(接收设备20还未获得协同应用)时,如果指定注册命令,并且响应注册命令获得(注册)协同应用,那么发生到就绪状态的转移。
当协同应用处于就绪状态时,如果指定执行命令,并且响应执行命令启动该协同应用,那么发生到运行状态的转移。
当协同应用已经转移到释放状态(接收设备20还未获得协同应用)时,如果指定执行命令,并且响应执行命令获得并启动该协同应用,那么发生到运行状态的转移。
当协同应用已经转移到运行状态时,如果指定暂停命令,并且响应暂停命令暂停运行的协同应用,那么发生到暂停状态的转移。
如果存在运行中的另一个协同应用,那么当指定暂停-执行命令,从而暂停另一个协同应用时,发生到暂停状态的转移。类似地,如果指定伴随暂停的执行命令,那么另一个协同应用被暂停,从而转移到暂停状态。
当协同应用已经转移到暂停状态时,如果指定执行命令,并且响应执行命令,恢复被暂停的协同应用,那么发生到运行状态的转移。
当协同应用已经转移到运行状态时,如果指定隐藏命令,并且响应隐藏命令,运行中的协同应用的显示状态变成不显示状态,那么发生到隐藏状态的转移。
如果存在运行中的另一个协同应用,那么如果指定隐藏-执行命令,从而另一个协同应用的显示状态变成不显示状态,则发生到隐藏状态的转移。类似地,如果指定伴随隐藏的执行命令,那么另一个协同应用被隐藏,从而转移到隐藏状态。
当协同应用已经转移到隐藏状态时,如果指定执行命令,并且响应执行命令显示隐藏的协同应用,那么发生到运行状态的转移。
当协同应用已经转移到运行状态、暂停状态或隐藏状态时,如果指定终止命令,并且响应终止命令运行中的协同应用被停止时,发生到就绪状态的转移。
当协同应用转移到就绪状态、运行状态、暂停状态或隐藏状态时,当协同应用的有效日期已过去时,发生到释放状态的转移。
图17表示各个命令和状态转移之间的关系。
图17示意表示在接收设备20中,利用TPT识别与包含在广播内容的广播信号中地传送的触发信息对应的命令,并响应识别的命令,控制协同应用的操作的操作流程。
在图17的接收设备20中,运行具有不同应用ID的两个协同应用。于是,通过把这两个协同应用称为协同应用App1和协同应用App2,区分它们。由另一个设备,比如连接到接收设备20的外部设备,运行的协同应用将被称为协同应用App3。接收设备20不响应提取的所有各项触发信息,并且忽略已被处理的触发信息(图中的“忽略”)。
在接收设备20中,当协同应用App1已经转移到释放状态(接收设备20还未获得协同应用App1)时,如果响应注册命令获得从而保持并注册协同应用A,那么协同应用App1转移到就绪状态。
在接收设备20中,当协同应用App1已经处于就绪状态时,如果响应执行命令,协同应用App1被启动,那么协同应用App1转移到运行状态。
在另一个设备中,当协同应用App3已经转移到释放状态(另一个接收设备还未获得协同应用App3)时,如果响应执行命令,获得并启动协同应用App3,那么协同应用App3转移到运行状态。
在接收设备20中,当协同应用App1已经转移到运行状态时,如果响应伴随事件的执行命令,在运行中的协同应用App1中激发事件,那么协同应用App1的状态保持运行状态。
在接收设备20中,当协同应用App1已经转移到运行状态时,如果响应暂停-执行命令或者伴随暂停的执行命令,暂停运行中的协同应用App1,那么协同应用App1转移到暂停状态。在接收设备20中,如果和已经被转移到暂停状态的协同应用App1不同的协同应用App2被启动,那么协同应用App2转移到运行状态。
具体地,例如,设想其中在电视节目的中间插入CM的情况,当用于电视节目的协同应用App1被暂停时,运行用于CM的协同应用App2。
随后,在接收设备20中,当协同应用App1已经转移到暂停状态时,如果响应应用终止-执行命令或者伴随终止的执行命令,恢复暂停的协同应用,那么协同应用App1转移到运行状态。在接收设备20中,当协同应用App2已经转移到运行状态时,如果响应该命令,停止运行中的协同应用App2,那么协同应用App2转移到就绪状态。
具体地,例如,再次设想上面说明的CM插入情况,当插入电视节目中间的CM结束时,恢复电视节目。与之相联系,用于CM的协同应用App2被停止,暂停的用于电视节目的协同应用App1被恢复。
在接收设备20中,当协同应用App1已经转移到运行状态时,如果响应终止命令,停止运行中的协同应用App1时,那么协同应用App1转移到就绪状态。
当协同应用App1已经转移到就绪状态、运行状态、暂停状态或隐藏状态时,如果该协同应用的有效日期已过去,那么从高速缓冲存储器227中删除该协同应用,并删除注册,以致协同应用App1转移到释放状态。
上面说明了协同应用的状态转移。
[操作情形]
在接收设备20中,通过如上所述,利用TPT识别与利用内部时钟指示的时间对应的命令,并执行识别的命令,能够实现如图18和图19中所示的协同应用的操作。
(操作情形1)
图18是表示操作情形1的示图。
在操作情形1中,当由基于包含在触发信息中的media_time工作的内部时钟(图中的“媒体时钟”)指示的时间最初达到由TPT的event要素的startTime属性和endTime属性定义的命令的有效期时,对应于该有效期的命令被识别,协同应用工作。从而,进行预定操作。
在图18中,当接收设备20在显示器219上显示与来自发射设备10的广播信号对应的广播内容时,接收设备20不断提取触发信息。随后,当包含在触发信息中的domain_name、segment_id变化时,接收设备20向TPT服务器30询问TPT。从而,接收设备20能够从TPT服务器30获得TPT,并保持所述TPT。
之后,在接收设备20中,不断提取触发信息,依据包含在提取的触发信息中的media_time设定和校准的内部时钟工作。在利用该内部时钟计时的时间最初达到记载在TPT中的命令的有效期之际,接收设备20执行对应命令。
例如,在其中接收设备20保持图15中的TPT(用于片段B),作为TPT的情况下,如果提取触发信息“xbc.com/SegB?m=48”,那么接收设备20在内部时钟中设定media_time(m=48)。由于该内部时钟已经过在0-1274的有效期中的有效开始时间,因此接收设备20指定其应用ID为“1”的协同应用App1的注册命令。随后,接收设备20响应注册命令,从应用服务器40,获得协同应用App1,并注册协同应用App1。从而,协同应用App1转移到就绪状态。
当内部时钟指示1275时,接收设备20指定协同应用App1的执行命令。响应执行命令,接收设备20启动协同应用App1。从而,协同应用App1转移到运行状态。结果,通过把协同应用App1的视频P11叠加在广播内容的视频上而获得的视频被显示在显示器219上。
当内部时钟指示4602时,接收设备20指定协同应用App1的伴随事件的执行命令。响应伴随事件的执行命令,接收设备20激发对于运行中的协同应用App1的事件。从而,例如,执行诸如读取更新的数据,并在显示中反映所述更新的数据之类的预定处理。在显示器210上的显示中,叠加在广播内容的视频上显示的协同应用App1的视频P11被切换成视频P12。
当在内部时钟最初达到预定有效期的情况下,指定伴随暂停的执行命令(或暂停-执行命令)时,响应该命令,接收设备20使协同应用App1暂停。响应该命令的附加信息,接收设备20启动协同应用App2。从而,协同应用App1转移到暂停状态,而协同应用App2转移到运行状态。
当在内部时钟指示的时间最初达到预定有效期的情况下,指定伴随终止的执行命令(或终止-执行命令)时,响应该命令的附加信息,接收设备20停止协同应用App2。响应该命令,接收设备20恢复处于暂停状态的协同应用App1。从而,协同应用App1转移到运行状态,而协同应用App2转移到就绪状态。
这里,例如,设想其中电视节目被暂停,以便插入CM,并在该CM结束之后,恢复电视节目的情况,可以认为协同应用App1是用于电视节目的应用,而协同应用App2是用于CM的应用。即,当电视节目被暂停时,协同应用App1转移到中止状态,从而中止,当开始CM时,协同应用App2转移到运行状态,从而被启动。当CM结束时,协同应用App2转移到就绪状态,从而被停止,当电视节目被恢复时,协同应用App1转移到运行状态,从而被恢复。
从而,与从电视节目到CM的切换同时地,在显示器219上的显示中,产生从叠加在显示在电视节目的视频上的协同应用App1的视频P12,到叠加地显示在CM的视频上的协同应用App2的视频P13的切换。当产生从CM到电视节目的切换时,显示器219上的显示从协同应用App2的视频P13被切换到协同应用App1的视频P14。
当在其中由内部时钟指示的时间最初达到预定有效期的情况下,指定协同应用App1的终止命令时,响应该命令,接收设备20停止协同应用App1。从而,协同应用App1转移到就绪状态。结果,例如,当某个电视节目结束,然后开始另一个电视节目时,协同应用App1的视频P14也被停止。
如上所述,接收设备20根据包含在来自发射设备10的触发信息中的domain_name和segment_id,保持TPT。从而,如果利用基于包含在触发信息中的media_time计时的内部时钟指示的时间最初达到预定有效期,那么接收设备20能够识别对应于该有效期的命令。于是,能够实现图18中所示的操作情形1。
(操作情形2)
图19是表示操作情形2的例子的示图。
在操作情形2中,类似于上面说明的操作情形1,如果利用基于包含在触发信息中的media_time工作的内部时钟指示的时间最初达到命令的有效期,那么对应于该有效期的命令被识别,结果协同应用工作。从而,进行预定操作。归因于此,顺序指定对于协同应用App1的注册命令、执行命令和伴随事件的执行命令,并响应这些命令,控制协同应用App1的操作。
接收设备20不断提取触发信息,依据包含在提取的触发信息中的media_time设定和校准的内部时钟工作。当在其中利用内部时钟指示的时间最初达到预定有效期的情况下,指定伴随隐藏的执行命令(或者隐藏-执行命令)时,响应该命令,接收设备20把协同应用App1的显示状态设定成不显示状态。响应该命令,接收设备20启动协同应用App2。从而,协同应用App1转移到隐藏状态,而协同应用App2转移到运行状态。
当在其中利用内部时钟指示的时间最初达到预定有效期的情况下,指定伴随终止的执行命令(或者终止-执行命令)时,响应该命令,接收设备20停止协同应用App2。响应该命令,接收设备20显示处于不显示状态的隐藏的协同应用App1。从而,协同应用App1转移到运行状态,而协同应用App2转移到就绪状态。
这里,类似于上面说明的图18的操作情形1,将利用用于电视节目的协同应用App1和用于CM的协同应用App2的例子,进行说明。当电视节目被暂停时,协同应用App1转移到隐藏状态,从而被隐藏,当开始CM时,协同应用App2转移到运行状态,从而被启动。当CM结束时,协同应用App2转移到就绪状态,从而被停止,当恢复电视节目时,协同应用App1转移到运行状态,从而被显示。
归因于此,当从电视节目切换到CM时,显示器219上的显示从协同应用App1的视频P22被切换到协同应用App2的视频P23。响应从CM切换到电视节目,产生从协同应用App2的视频P23到协同应用App1的视频P24的切换。
之后,在接收设备20中,当指定协同应用App1的终止命令时,协同应用App1被停止。从而,协同应用App1转移到就绪状态。结果,例如,当某个电视节目结束,然后开始另一个电视节目时,协同应用App1的视频P24也被停止。
上面说明了操作情形。
[识别命令的方法的另一个例子]
在上面的描述中,说明了以下内容。具体地,基于设定和校准到由包含在触发信息中的media_time指示的时间和在接收设备20中工作的内部时钟,在最初达到由TPT的event要素的startTime属性和endTime属性定义的有效期的情况下,识别对应于该有效期的命令。然而,也可用除此之外的方法识别命令。具体地,例如,通过发送其中包括event_id或event_time,而不是media_time的触发信息,也可利用TPT,识别与该触发信息相关的命令。
图20是表示触发信息和命令之间的对应关系的例子的示图。类似于图15中的TPT,图20中的TPT对应于图11或图13的TPT。具体地,在接收设备20中,在保持用于片段A的TPT之后,包含在触发信息中的segment_id从“SegA(片段A)”变成“SegB(片段B)”,从而获得并保持用于片段B的TPT。
在接收设备20中,其中设定包含在第一触发信息(“xbc.com/SegB?m=15”)中的media_time(m=15)的内部时钟开始工作。另外,其时间在0-1468的有效期内。从而,利用TPT,指定注册命令(eventID=1)。响应注册命令,接收设备20获得并注册其应用ID为“1”的协同应用。
随后,在接收设备20中,依据包含在第二触发信息(“xbc.com/SegB?e=2”)中的event_id(e=2),指定TPT中具有相同值的eventID(eventID=2)的执行命令。响应该执行命令,接收设备20启动已获得的协同应用。
在接收设备20中,包含在第三触发信息(“xbc.com/SegB?m=2755”)中的media_time(m=2755)用于内部时钟的校准。
随后,在接收设备20中,依据包含在第四触发信息(“xbc.com/SegB?e=3?t=3120”)中的event_id(e=3),指定在TPT中具有相同值的eventID(eventID=3)的伴随事件的执行命令。尽管该eventID的有效期为3276-3322,不过它被改变成包含在触发信息中的event_time(t=3120)。即,当利用内部时钟指示的时间变成event_time(t=3120)时,响应伴随事件的执行命令,接收设备20激发对于运行中的协同应用(appID=1)的事件。
在接收设备20,包含在第五触发信息(“xbc.com/SegB?m=3875”)中的media_time(m=3875)用于内部时钟的校准。
之后,如图20中所示,例如,在接收设备20中,当利用内部时钟指示的时间变成9820时,指定终止命令(eventID=4),运行的协同应用(appID=1)被停止。
如上所述,在接收设备20中,如果从广播信号提取触发信息,那么依据包含在提取的触发信息中的media_time,设定和校准内部时钟,或者根据保持的TPT,识别对应于event_id的命令。由于利用内部时钟指示的时间最初达到有效期,或者响应利用event_id识别的命令,控制协同应用的操作。
在图20中所示的命令识别方法中,依据event_id识别命令,而不管命令的有效期。利用event_time,可变更执行该命令的时间。从而,当广播内容在实况直播时,诸如广播公司之类的经营者能够在期望的定时,执行命令(例如,伴随事件的执行命令)。
[在各个设备中执行的具体处理的内容]
下面参考图21-图28的流程图,说明在构成图1的广播通信协同系统1的各个设备中执行的具体处理的内容。
(发射处理)
首先参考图21的流程图,说明由发射设备10执行的发射处理。
在步骤S11,视频获取器111从外部服务器等,获得与广播内容的视频对应的视频信号。在步骤S12,音频获取器114从外部服务器等,获得与广播内容的音频对应的音频信号。
在步骤S13,触发信息生成器112生成与广播内容的视频的进展相联系的触发信息,所述广播内容的视频对应于利用视频获取器111获得的视频信号。
在步骤S14,视频编码器113在利用视频获取器111获得的视频信号中的预定位置,嵌入利用触发信息生成器112生成的触发信息,随后进行编码。
在步骤S15,音频编码器115对音频获取器114获得的音频信号编码。
在步骤S16,复用器116复用由视频编码器113编码的视频流,和由音频编码器115编码的音频流,从而生成TS。
在步骤S17,发射器117利用天线118,以广播信号的形式,发射由复用器116生成的TS。
上面说明了发射处理。在图21的发射处理中,为了简化说明,作为一个例子,说明了其中触发信息被嵌入视频信号中的情况。
(接收处理)
现在参考图22的流程图,说明由接收设备20进行的接收处理。
在步骤S31,调谐器212通过天线211,接收广播信号,并解调广播信号。
在步骤S32,分用器213把利用调谐器212解调的TS分离成音频流和视频流。
在步骤S33,视频解码器217解码利用分用器213分离的视频流,从而生成视频信号。
在步骤S34,音频解码器214解码利用分用器213分离的音频流,从而生成音频信号。
在步骤S35,显示器219显示对应于视频信号的视频,扬声器216输出对应于音频信号的音频。从而,诸如电视节目之类的广播内容的视频被显示在显示器219上,对应于视频的音频从扬声器216被输出。
在步骤S36,利用从触发信息提取器220到应用存储器228的组合,执行触发信息响应处理。触发信息响应处理的细节将在后面参考图23-图27的流程图说明。
当步骤S36的处理结束时,处理返回步骤S31,重复步骤S31及其后的处理。
上面说明了接收处理。
(触发信息响应处理)
下面参考图23的流程图,说明与图22中的步骤S36对应的触发信息响应处理。
在步骤S51,触发信息提取器220判定是否从来自视频解码器217的视频信号中,提取触发信息。如果包含在广播信号中的触发信息被接收设备20接收,并从视频信号中提取触发信息,那么处理转到步骤S52。
在步骤S52,触发信息提取器220获得从广播信号提取的触发信息。如果media_time包含在触发信息中,那么控制部分221依据该media_time,使内部时钟工作。
如果在步骤S51,判定不提取触发信息,那么处理转到步骤S60。在步骤S60,控制部分221判定是否存在具有由内部时钟指示的时间(media_time)落入其中的有效期的命令。如果在步骤S60中,判定存在相关命令,那么处理转到步骤S59。
在步骤S53,控制部分221分析利用触发信息提取器220获得的触发信息,并判定包含在该触发信息中的domain_name和/或segment_id是否已变化。如果在步骤S53,判定domain_name和segment_id已变化,那么处理转到步骤S54。
在步骤S54,TPT分析器225获得从TPT服务器30提供的TPT。
具体地,控制部分221控制通信I/F 224访问利用通过向触发信息的开端添加“http://”而获得的URL(例如,http://xbc.com/SegB?m=48)识别的TPT服务器30,并请求TPT。TPT服务器30管理各个广播内容的TPT,并指定用于由包含在来自接收设备20的TPT请求中的segment_id等识别的广播内容的TPT,从而把指定的TPT提供给接收设备20。
通信I/F 224按照控制部分221的控制,接收从TPT服务器30提供的TPT。这使TPT分析器225可以获得利用通信I/F 224接收的TPT。
在步骤S55,TPT分析器225分析获得的TPT,并判定获得了具有相同id和版本的TPT。注意,id和版本例如由tpt要素的id属性和tptVersion属性指定。如果在步骤S55,判定还未获得具有相同id和版本的TPT,那么处理转到步骤S56。
在步骤S56,TPT服务器225保持获得的TPT,随后处理转到步骤S58。
如果在步骤S53,判定domain_name和segment_id未被改变,那么处理转到步骤S57。
在步骤S57,TPT分析器225判定由记载在保持的TPT中的updatingTime属性指示的更新期是否已过去。如果在步骤S57,判定所述更新期已过去,那么处理转到步骤S54。随后,利用TPT分析器225,从TPT服务器30获得新的TPT,并且如果未获得过具有与该新TPT的id和版本相同的id和版本的TPT,那么保持该新TPT。
如果在步骤S55,判定已获得具有相同id和版本的TPT,或者在步骤S57,判定更新期还未过去,那么处理转到步骤S58。
在步骤S58,控制部分221判定是否存在具有由内部时钟指示的时间(media_time)落入其中的有效期的未执行命令。如果在步骤S58,判定存在具有由内部时钟指示的时间落入其中的有效期的未执行命令,那么处理转到步骤S59。
在步骤S59,控制部分221控制应用引擎226执行协同应用控制处理。
在该协同应用控制处理中,识别具有由内部时钟指示的时间落入其中的有效期的有效命令。响应识别的命令,控制协同应用的获取或注册、获取或启动、事件激发、暂停或恢复、隐藏或显示、停止等等。此外,如果存在已在运行的另一个协同应用,那么还控制另一个协同应用的操作。
注意,作为协同应用控制处理,例如执行图24的第一协同应用控制处理,或者图26的第二协同应用控制处理。这些各种处理的细节将在后面参考图24-图27的流程图说明。
如果协同应用控制处理结束,或者在步骤S58,判定不存在具有media_time落入其中的有效期的命令,那么处理返回步骤S51,重复步骤S51及其后的处理。
上面说明了触发信息响应处理。
(第一协同应用控制处理)
下面参考图24的流程图,说明对应于图23的步骤S59的第一协同应用控制处理的细节。注意,作为执行第一协同应用控制处理的前提,在图23中的步骤S54获得的TPT具有图11中所示的TPT的格式。
在步骤S71,根据TPT,控制部分221识别具有由内部时钟指示的时间落入其中的有效期的有效命令是下述命令中的哪一个:注册、执行、终止和暂停。
不过,这里在识别命令之际,控制部分221比较包含在利用触发信息提取器220提取的触发信息中的domain_name和segment_id的值,与来自TPT分析器225的TPT中的tpt要素的id属性的值,并且只有当这些值彼此对应时,才执行识别对应于触发信息的命令的处理。如果这些值彼此不对应,那么TPT分析器225按照控制部分221的控制,再次访问TPT服务器30,获得与当前选择的广播内容对应的TPT。归因于此,在接收设备20中,即使当由于无线电干扰等,适当的TPT未被保存时,也能够确实地识别设想的命令。
在步骤S72,控制部分221判定步骤S71的识别结果是否是注册。如果判定是注册,那么处理转到步骤S73。
在步骤S73,控制部分221控制通信I/F 224访问与利用TPT指定的应用URL对应的应用服务器40,从而获得指定的对象协同应用。利用通信I/F 224获得的对象协同应用被保持在高速缓冲存储器227中。
按照获得的对象协同应用,控制部分221把该协同应用的有效日期和保持优先权保存在存储器222中。归因于此,控制部分221按照有效日期和保持优先权,管理保持在高速缓冲存储器227中的协同应用。之后,处理返回图23中的步骤S59,重复其后的处理。
如果在步骤S72,判定步骤S71的识别结果不是注册,那么处理转到步骤S74。在步骤S74,控制部分221判定步骤S71的识别结果是否是执行。如果判定是执行,那么处理转到步骤S75。
在步骤S75,控制部分221判定对于运行中的另一个协同应用的指令是否被添加到识别的执行命令中。具体地,在该判定处理中,判定指示终止、暂停或隐藏的附加信息是否被添加到TPT的tpt要素的event要素的previousApp属性中。
如果在步骤S75,判定添加了对于另一个协同应用的指令,那么处理转到步骤S76。在步骤S76,控制部分221控制应用引擎226执行附加信息响应处理。
在所述附加信息响应处理中,依据添加到执行命令中的附加信息,控制另一个协同应用的停止、暂停或隐藏。所述附加信息响应处理的细节将在后面参考图25的流程图进行说明。
当步骤S76的附加信息响应处理结束时,处理转到步骤S77。如果在步骤S75,判定未添加对于另一个协同应用的指令,那么跳过步骤S76,处理转到步骤S77。
在步骤S77,控制部分221判定事件信息是否被添加到识别的执行命令中。
如果在步骤S77,判定添加了事件信息,那么处理转到步骤S78。在步骤S78,应用引擎226按照控制部分221的控制,激发对于由应用ID指定的对象协同应用的事件。
如果在步骤S77,判定事件信息未被添加到识别的执行命令中,那么处理转到步骤S79。在步骤S79,控制部分221控制应用引擎226判定由应用ID指定的对象协同应用是否在暂停中(暂停状态)。具体地,如果指示该应用的暂停状态的数据被保存在保存存储器228B中,那么判定指定的对象协同应用在暂停中。
如果在步骤S79,判定对象协同应用处于暂停状态,那么处理转到步骤S80。在步骤S80,应用引擎226按照控制部分221的控制,把保存存储器228B中的数据转移到工作存储器228A,然后启动指定的对象协同应用。从而,从暂停状态恢复暂停中的对象协同应用。
如果在步骤S79,判定对象协同应用未处于暂停状态,那么处理转到步骤S81。在步骤S81,控制部分221控制应用引擎226判定由应用ID指定的对象协同应用是否被隐藏(隐藏状态)。
如果在步骤S81,判定对象协同应用被隐藏,那么处理转到步骤S82。在步骤S82,应用引擎226按照控制部分221的控制,显示隐藏的协同应用。
如果在步骤S82,判定对象协同应用未被隐藏,那么处理转到步骤S83。这种情况下,命令是通常的执行命令。于是,在步骤S83,如果指定的对象协同应用还未被获得(不存在于高速缓冲存储器227中),那么应用引擎226按照控制部分221的控制,获得该应用。
在步骤S84,应用引擎226按照控制部分221的控制,启动指定的对象协同应用。
当步骤S78、S80、S82和S84的处理结束时,处理返回图23中的步骤S59,重复其后的处理。
如果在步骤S74,判定步骤S71的识别结果不是执行,那么处理转到步骤S85。在步骤S85,控制部分221判定步骤S71的识别结果是否是暂停。如果判定是暂停,那么处理转到步骤S86。
在步骤S86,应用引擎226按照控制部分221的控制,把指示当前正在运行的协同应用的状态的数据,保存在保存存储器228B中。
如果在步骤S85,判定步骤S71的识别结果不是暂停,那么步骤S71的识别结果是终止。于是,处理转到步骤S87。
在步骤S87,如果指定的对象协同应用处于运行状态,那么应用引擎226按照来自控制部分221的控制,停止该应用。在步骤S88,应用引擎226按照控制部分221的控制,从工作存储器228A和保存存储器228B中,删除与指定的对象协同应用相关的数据,并从高速缓冲存储器227中,删除该协同应用。
当步骤S86和S88的处理结束时,处理返回图23中的步骤S59,然后重复其后的处理。
上面说明了第一协同应用控制处理。
(附加信息响应处理)
现在参考图25的流程图,说明与图24中的步骤S76对应的附加信息响应处理的细节。
在步骤S91,控制部分221分析添加到在图24的步骤S71中识别的执行命令中的信息(即,event要素的previousApp属性的值),并识别对于另一个协同应用的指令。
在步骤S92,控制部分221判定步骤S91的识别结果是否是终止。如果判定是终止,那么处理转到步骤S93。
在步骤S93,如果另一个协同应用正在运行,那么按照控制部分221的控制,应用引擎226停止该应用。在步骤S94,应用引擎226按照控制部分221的控制,从工作存储器228A和保存存储器228B中,删除与另一个协同应用相关的数据,并从高速缓冲存储器227中,删除另一个协同应用。
如果在步骤S92,判定步骤S91的识别结果不是终止,那么处理转到步骤S95。在步骤S95,控制部分221判定步骤S91的识别结果是否是暂停。如果判定是暂停,那么处理转到步骤S96。
在步骤S96,应用引擎226按照控制部分221的控制,暂停当前正在运行的另一个协同应用,并把其数据保存在保存存储器228B中。
如果在步骤S95,判定步骤S91的识别结果不是暂停,那么步骤S91的识别结果是隐藏。从而,处理转到步骤S97。
在步骤S97,应用引擎226按照控制部分221的控制,把当前正在运行的另一个协同应用的显示状态设定成不显示状态,同时与所述另一个协同应用相关的数据被保持在工作存储器228A中。
当步骤S94、S96和S97的处理结束时,处理返回图23中的步骤S59,然后重复其后的处理。
上面说明了附加信息响应处理。
如上所述,按照第一协同应用控制处理,能够与例如电视节目、CM等联动地启动协同应用,并且能够激发和停止事件。可以在保持运行状态的情况下,使协同应用暂停,然后能够运行和停止另一个协同应用,之后,可以使暂停中的协同应用从暂停状态恢复。
与对于另一个协同应用的指令相关的信息被添加到执行命令中。于是,响应该附加信息,能够控制另一个协同应用的停止、暂停、隐藏等。
(第二协同应用控制处理)
下面参考图26,说明对应于图23的步骤S59的第二协同应用控制处理的细节。作为执行第二协同应用控制处理的前提,在图23中的步骤S54获得的TPT具有图13中所示的TPT的格式。
在步骤S111,类似于图24中的步骤S71,控制部分221识别注册、执行、终止、暂停或隐藏中的任意命令,作为有效命令。
在步骤S112和S113,类似于图24中的步骤S72和S73,如果步骤S111的识别结果是注册,那么获得指定的对象协同应用,并保持在工作存储器227中。
在步骤S114,控制部分221判定步骤S111的识别结果是否是执行。如果判定是执行,那么处理转到步骤S115。
在步骤S115和S116,类似于图24中的步骤S77和S78,如果事件信息被添加到识别的执行命令中,那么激发对于指定的对象协同应用的事件。
在步骤S117和S118,类似于图24中的步骤S79和S80,如果指定的对象协同应用处于暂停状态,那么启动并恢复暂停中的协同应用。
在步骤S119和S120,类似于图24中的步骤S81和S82,如果指定的对象协同应用被隐藏,那么显示隐藏的协同应用。
在步骤S121和S122,类似于图24中的步骤S83和S84,如果还未获得指定的对象协同应用,那么获得并且随后启动该协同应用。
在步骤S123和S124,类似于图24中的步骤S85和S86,如果步骤S111的识别结果是暂停,那么暂停指定的对象协同应用。
在步骤S125,控制部分221判定步骤S111的识别结果是否是隐藏。如果判定是隐藏,那么处理转到步骤S126。在步骤S126,应用引擎226按照控制部分221的控制,隐藏指定的对象协同应用。
在步骤S127,控制部分221判定步骤S111的识别结果是否是终止。如果判定是终止,那么处理转到步骤S128。在步骤S128和S129,类似于图24中的步骤S87和S88,如果指定的对象协同应用正在运行,那么停止该协同应用,随后删除与该协同应用相关的数据。
如果在步骤S127,判定步骤S111的识别结果不是终止,那么该命令是复合命令。从而,处理转到步骤S130。在步骤S130,控制部分221控制应用引擎226执行复合命令响应处理。
在所述复合命令响应处理中,响应复合命令,不仅控制指定的对象协同应用的操作,而且控制另一个协同应用的停止、暂停、隐藏等的操作。复合命令响应处理的细节将在后面参考图27的流程图进行说明。
当步骤S113、S116、S118、S120、S122、S124、S126、S129和S130的处理结束时,处理返回图23中的步骤S59,重复其后的处理。
上面说明了第二协同应用控制处理。
(复合命令响应处理)
下面参考图27的流程图,说明与图26中的步骤S130对应的复合命令响应处理的细节。
在步骤S151,控制部分221判定步骤S111的识别结果是否是终止-执行。如果判定是终止-执行,那么处理转到步骤S152。
在步骤S152,如果另一个协同应用正在运行,那么应用引擎226按照控制部分221的控制,停止该应用。在步骤S153,应用引擎226按照控制部分221的控制,从工作存储器228A和保存存储器228B删除与另一个协同应用相关的数据,并从高速缓冲存储器227删除另一个协同应用。
在步骤S154,如果还未获得指定的对象协同应用,那么应用引擎226按照控制部分221的控制,获得该应用。在步骤S155,应用引擎226按照控制部分221的控制,启动指定的对象协同应用。
如果在步骤S151,判定步骤S111的识别结果不是终止-执行,那么处理转到步骤S156。在步骤S156,控制部分221判定步骤S111的识别结果是否是暂停-执行。如果判定是暂停-执行,那么处理转到步骤S157。
在步骤S157,应用引擎226按照控制部分221的控制,把与运行中的另一个协同应用相关的数据保存在保存存储器228B中。当步骤S157结束时,处理转到步骤S154。如果还未获得指定的对象协同应用,那么应用引擎226获得该协同应用,随后启动该协同应用(步骤S154和S155)。
如果在步骤S156,判定步骤S111的识别结果不是暂停-执行,那么步骤S111的识别结果是隐藏-执行。从而,处理转到步骤S158。
在步骤S158,应用引擎226按照控制部分221的控制,隐藏运行中的另一个协同应用。当步骤S158结束时,处理转到步骤S154。如果还未获得指定的对象协同应用,那么应用引擎226获得该协同应用,随后启动该协同应用(步骤S154和S155)。
当步骤S155的处理结束时,处理返回图26中的步骤S130,然后执行其后的处理。
上面说明了复合命令响应处理。
如上所述,按照第二协同应用控制处理,能够与例如电视节目、CM等联动地启动协同应用,并且能够激发和停止事件。可在保持运行状态的同时,使协同应用暂停,然后可以运行和停止另一个协同应用,之后可以暂停状态恢复暂停中的协同应用。
作为还能够控制另一个协同应用的操作的复合命令,可以指定终止-执行命令、暂停-执行命令或隐藏-执行命令。于是,响应该复合命令,能够控制另一个协同应用的终止、暂停、隐藏等等。
(实况模式的触发信息响应处理)
下面参考图28的流程图,说明实况模式的触发信息响应处理,作为对应于图22中的步骤S36的触发信息响应处理的另一个例子。在如上述图20中所示,广播内容被实况广播的情况下,实况模式的触发信息响应处理允许命令在期望的定时被执行。
在步骤S171到S177,类似于图23中的步骤S51到S57,如果包含在从广播信号获得的触发信息中的domain_name和segment_id已变化,那么从TPT服务器30获得TPT,如果该TPT一直未获得过,那么保持获得的TPT。在步骤S180,类似于图23中的步骤S60,如果存在具有利用内部时钟指示的时间落入其中的有效期的命令,那么处理转到步骤S179。
在步骤S178,控制部分221根据触发信息和TPT,判定命令的有效条件是否被满足。这里,命令的有效条件例如是为了识别命令而预先定义的条件,比如利用内部时钟指示的时间是否在有效期内,或者时间是否已经过有效开始时间。
然而,所述有效条件并不仅仅是利用诸如时期和时间之类的时间轴定义的。例如,如上所述,也可发送其中包含event_id,而不是media_time的触发信息,并通过event_id和TPT的eventID之间的匹配,识别有效命令。把event_time包含在触发信息还使得能够变更命令的有效期等,和变动预定命令变得有效时的时间。
可如上定义各种有效条件,如果判定该有效条件被满足(步骤S178中“是”),那么处理转到步骤S179。在步骤S179,控制部分221控制应用引擎226执行协同应用控制处理。作为所述协同应用控制处理,如上所述执行图24的第一协同应用控制处理,或者图26的第二协同应用控制处理。
通过按照这种方式设定期望的有效条件,例如,可利用event_id识别命令,而不管命令的有效期。此外,可利用event_time,变更执行该命令的时间。于是,当广播内容被实况广播时,诸如广播公司之类的经营者能够在期望的定时,执行命令(例如,伴随事件的执行命令)。
上面说明了实况模式的触发信息响应处理。
至此完成了第一实施例的说明。
<第二实施例>
[广播通信协同系统的结构例子]
图29表示作为第二实施例的广播通信协同系统2。广播通信协同系统2包括发射设备10、TPT服务器30、应用服务器40、ACR服务器70和接收设备21。TPT服务器30、应用服务器40、ACR服务器70和接收设备21通过因特网90相互连接。
即,在图29的广播通信协同系统2中,与图1的广播通信协同系统1相比,新设置了ACR服务器70,并且代替接收设备20,设置了接收设备21。除此之外的结构和图1的相同,从而省略其说明。
接收设备21通过因特网90,定期访问ACR服务器70,以查询触发信息。此时,从诸如电视节目和CM之类的广播内容的视频信号和/或音频信号提取的特征量(下面也称为指纹信息(指纹))被传送给ACR服务器70。
ACR服务器70由利用发射设备10,进行广播内容的广播的广播公司,或者另一个经营者提供。ACR服务器70具有其中登记从任意广播内容的视频信号和音频信号提取的特征量的数据库,响应来自连接到因特网90的任意接收设备21的查询,通过利用ACR(自动内容识别)技术,识别广播内容。
具体地,ACR服务器70对照数据库,检查来自接收设备21的指纹信息,从而识别广播内容,并根据识别结果,生成触发信息。ACR服务器70通过因特网90,把生成的触发信息传送给接收设备21。
响应从ACR服务器70接收的触发信息,接收设备21通过因特网90访问TPT服务器30,从而获得TPT。接收设备21根据来自ACR服务器70的触发信息,和从TPT服务器30获得的TPT,识别命令。随后,响应识别的命令,接收设备21控制协同应用的操作。
按照上述方式,构成广播通信协同系统2。
[接收设备的结构例子]
图30表示图29中的接收设备的结构例子。
类似于图3的接收设备20,接收设备21具有从调谐器221到应用右侧228的组件,不过,和图3的接收设备20的不同之处在于设置有指纹提取器251,而不是触发信息提取器220。在接收设备21中,和图3的接收设备20中的组件相同的组件被赋予相同的附图标记,并相应地省略其说明。
来自音频解码器214的音频信号,和来自视频解码器217的视频信号被输出给指纹提取器251。指纹提取器251从音频信号和/或视频信号中,提取特征量,然后把提取的特征量,作为指纹信息提供给控制部分221。
通信I/F 224控制控制部分221的控制,通过因特网90,把指纹信息传送给ACR服务器70。此外,通信I/F 224接收从ACR服务器70传送的触发信息,并将其提供给控制部分221。
响应从通信I/F 224供给的触发信息,控制部分221控制通信I/F 224通过因特网90访问TPT服务器30,从而请求TPT。通信I/F 224接收通过因特网90,从TPT服务器30传送的TPT,并将其提供给TPT分析器225。从而,TPT分析器225把TPT保持在包含于内部的存储器(未图示)中,并响应来自控制部分221的请求,提供保持在存储器中的TPT。
控制部分221根据来自通信I/F 224的触发信息,设定用于对指示广播内容的进展的时间计时的内部时钟。根据来自TPT分析器225的TPT的分析结果,如果利用所述内部时钟计时的时间满足基于有效期等的预定有效条件,那么控制部分221识别与所述有效期等相关的命令。响应识别的命令,控制部分221控制应用引擎226控制协同应用的获取或注册、获取或启动、事件激发、暂停或恢复、隐藏或显示、停止等等。
按照上述方式,构成接收设备21。
[广播通信协同系统的各个设备的操作]
下面参考图31,说明构成图29的广播通信协同系统2的各个设备的操作的概况。
在图31的广播通信协同系统2中,发射设备10传送广播内容的广播信号(S201)。此外,与该广播内容相关的元数据包含在广播信号中。
在通过CATV网络、卫星通信网络等,接收来自发射设备10的广播信号的情况下,接收设备21通过HDMI,接收由诸如机顶盒50之类的专用终端变换后的信号(S202)。这种情况下,来自机顶盒50的输出仅仅是广播内容,在接收设备21中不能利用元数据。
除了直接接收广播信号的情况(S201)之外,另外在通过机顶盒50接收广播内容的情况下(S202),接收设备21把从广播内容的视频信号和音频信号提取的特征量,作为指纹信息提供给ACR服务器70,并请求触发信息(S203)。
ACR服务器70执行ACR识别处理,对照数据库,检查来自接收设备21的指纹信息,从而识别在接收设备21中当前选择的节目。具体地,如图32中所示,在ACR服务器70中,当从接收设备21收到利用指纹信息的查询时,利用ACR识别处理部分701,对照预先准备的FP数据库702,检查指纹信息,从而识别在接收设备21中当前选择的广播内容。
指纹信息(特征量)例如是广播内容的全部或部分组成要素的特有信息,大量的广播内容的特有信息被预先登记在FP数据库702中。在ACR识别处理中,例如,确定这些特有信息的相似度或匹配度。作为确定相似度或匹配度的方法,可以使用由各种文献等公开的公知技术。通过利用ACR技术,能够根据视频信号和音频信号的特征量,识别广播内容,而不依赖于诸如广播内容的分辨率、长宽比、比特率或格式之类的信息。
通过利用ACR识别处理,获得识别广播内容的频道号的信息(下面称为频道识别信息),和当在时间轴上表示从广播内容的开始到结束的时期时,指示提取指纹信息的时间位置的信息(下面称为时间位置信息)。这些识别结果被提供给触发信息生成器703。
触发信息生成器703根据来自ACR识别处理部分701的识别结果,和登记在触发数据库704中的各种信息,生成触发信息。具体地,在触发数据库704中预先对应于例如频道识别信息地登记服务器指定信息和内容识别信息。
触发信息生成器703参照数据库704,获得与来自AC识别处理部分701的频道识别信息对应的服务器指定信息和内容识别信息。随后,触发信息生成器703按照采用从触发数据库704获得的服务器指定信息和内容识别信息,分别作为domain_name和segment_id,并采用来自ACR识别处理部分701的时间位置信息,作为media_time的方式,生成触发信息。
返回参见图31,触发信息生成器703把生成的触发信息传送给作为查询来源的接收设备21(S204)。接收设备21根据包含在来自ACR服务器70的触发信息中的domain_name和segment_id,判定是否获得TPT。如果判定获得TPT,那么接收设备21通过因特网90访问TPT服务器30,并请求TPT(S205)。
响应来自接收设备21的查询,TPT服务器30识别TPT,并通过因特网90,把识别的TPT传送给接收设备21(S206)。接收设备21通过因特网90,接收来自TPT服务器30的TPT,并保持该TPT。
当依据定期提取的指纹信息,获得来自ACR服务器70的触发信息时,接收设备21根据包含在触发信息中的media_time,设定和校准内部时钟。如果利用内部时钟指示的时间在命令的有效期中,那么接收设备21识别有效命令。按照命令的识别结果,接收设备21通过因特网90,访问应用服务器40,请求与当前选择的广播内容协同运行的协同应用(S207)。
响应来自接收设备21的查询,应用服务器40通过因特网90,把协同应用传送给接收设备21(S208)。接收设备21通过因特网90,获得来自应用服务器40的协同应用,然后启动该协同应用。
如上所述,在广播通信协同系统2中,接收设备21响应通过定期向ACR服务器70发送指纹信息而获得的触发信息,进行与TPT服务器30和应用服务器40的协同操作。从而,在接收设备21中获得并运行与当前选择的广播内容联动地运行的协同应用。
来自ACR服务器70的触发信息被通知给接收设备21,而与诸如机顶盒50之类的专用终端无关。于是,在广播通信协同系统2中,能够提供协同应用,而不涉及改造诸如CATV网络之类的广播传输通路的设备和专用终端,和获得进行广播的广播公司的许可的工作。
[触发信息和命令之间的对应关系]
下面,说明利用TPT,识别与依据指纹信息获得的触发信息相关的命令的处理的例子。图33是表示触发信息和命令之间的对应关系的例子的示图。
如图33中所示,在接收设备21中,当定期提取从TS获得的指纹信息时,该指纹信息被传送给ACR服务器70(图中的“ACR处理”)。在ACR服务器70中,根据来自接收设备21的指纹信息,生成触发信息,并传送给接收设备21。
当依据定期提取的指纹信息,获得触发信息时,接收设备21根据包含在触发信息中的domain_name和segment_id,判定是否从TPT服务器30获得TPT。例如,当在其中接收设备21保持用于片段A的TPT(用于片段A)的情况下,包含在获得的触发信息中的segment_id的值变化时,接收设备21访问TPT服务器30,从而获得TPT。从而,图中的TPT(用于片段B)被保持在接收设备21中。
根据利用依据指纹信息获得的触发信息设定和校准的时钟,执行记载在TPT中的各个命令的处理和参考图15说明的处理相同。具体地,例如,对内部时钟设定包含在响应指纹信息的提取而定期获得的触发信息中的media_time。根据通过依据media_time校准而维持的内部时钟,判定时间是否最初达到保存在TPT(用于片段B)中的各个命令的有效期,以致识别有效命令。
例如,当注册命令有效时,响应注册命令,接收设备21获得并注册协同应用。当执行命令有效时,响应执行命令,接收设备21启动已获得的协同应用。
按照这种方式,如果基于依据定期提取的指纹信息获得的触发信息工作的内部时钟中的,指示广播内容的进展的时间满足基于有效期等的预定有效条件,那么响应与所述有效期等相关的命令,接收设备21控制协同应用的操作。
[广播通信协同系统的另一种结构例子]
顺便提及,设想ACR服务器70由与广播内容的广播公司、制作者等无关的普通经营者提供。在广播通信协同系统2中,取决于ACR识别结果的触发信息由ACR服务器70生成,并被提供给接收设备21。从而,在一些情况下,广播公司等不能控制触发信息。
于是,广播公司等期望在期望的定时,向接收设备21发送触发信息,以控制协同应用的操作。从而,下面参考图34,说明允许特定经营者控制触发信息的结构。
图34是表示广播通信协同系统2的另一个结构例子的示图。该广播通信协同系统2包括发射设备10、TPT服务器30、应用服务器40、ACR服务器70、触发服务器80和接收设备21。
即,在图34的广播通信协同系统2中,与图29的广播通信协同系统2相比,新设置了触发服务器80。除此之外的结构和图29中的相同,于是相应地省略其说明。
触发服务器80管理实况触发信息。触发服务器80响应来自接收设备21的查询,通过因特网90,把管理的实况触发信息提供给接收设备21。触发服务器80由诸如广播内容的广播公司或制作者之类的经营者提供,并且例如和发射设备10被布置在相同的广播站中。
接收设备21根据记载在TPT中的liveTrigger要素,通过因特网90访问触发服务器80,获得实况触发信息。
具体地,在liveTrigger要素的liveTriggerURL属性中,指定触发服务器80的URL。从而,接收设备21按照该URL,访问触发服务器80。在liveTrigger要素的pollPeriod属性中,指定指示轮询间隔的信息。从而,接收设备21依据该轮询间隔,向触发服务器80询问触发信息。
按照上述方式,构成广播通信协同系统2。
[识别命令的方法的另一个例子]
另外,在利用ACR识别处理,获得触发信息的情况下,可类似于获得包含在上述广播信号中地发送的触发信息的情况,获得其中包含event_id和event_time,而不是media_time的触发信息。
在图35中,类似于图20,表示了触发信息和命令之间的对应关系的例子。除了触发信息的获取途径不同之外,在图35和图20中,说明相同的内容。即,在图35中,类似于图20,依据event_id,识别命令,而不管命令的有效期。依据event_time,可以变更执行该命令的时间。于是,当广播内容被实况广播时,诸如广播公司之类的经营者能够在期望的定时执行命令(例如,伴随事件的执行命令)。
[在各个设备中执行的具体处理的内容]
现在参考图36和图37的流程图,说明在构成图29或图34的广播通信协同系统2的各个设备中执行的具体处理。在发射设备10中执行的发射处理和图21的发射处理相同,在接收设备21中执行的接收处理和图22的接收处理相同。于是,省略其说明。
(取决于ACR识别结果的触发信息响应处理)
首先,参考图36的流程图,说明取决于ACR识别结果的触发信息响应处理。即,该触发信息响应处理对应于图22中的步骤S36。
在步骤S211,指纹提取器251判定是否过去预定时间。随后,如果过去了预定时间,那么处理转到步骤S212。
在步骤S212,指纹提取器251从音频信号和/或视频信号,提取特征量(指纹信息)。
在步骤S213,控制部分221控制通信I/F 224,通过因特网90把利用指纹提取器251获得的指纹信息传送给ACR服务器70,从而查询触发信息。
在步骤S214,控制部分221控制通信I/F 224判定是否从ACR服务器70收到触发信息。如果在步骤S214,判定未收到触发信息,那么处理返回步骤S211,重复该步骤及其后的处理。另一方面,如果在步骤S214,判定收到触发信息,那么处理转到步骤S215。
在步骤S215-S223,类似于图23中的步骤S52-S60,如果包含在从ACR服务器70接收的触发信息中的domain_name和segment_id变化,那么TPT分析器225获得TPT,并且如果一直未获得过该TPT,那么保持获得的TPT。如果控制部分221判定利用内部时钟指示的时间(media_time)在有效期中,那么响应该有效命令,控制协同应用的操作。
作为协同应用控制处理,例如,执行图24的第一协同应用控制处理,或者图26的第二协同应用控制处理。从而,能够控制另一个协同应用的停止、暂停或隐藏。
上面说明了取决于ACR识别结果的触发信息响应处理。
(取决于ACR识别结果的实况模式的触发信息响应处理)
现在参考图37,说明取决于ACR识别结果的实况模式的触发信息响应处理。即,该触发信息响应处理对应于图22中的步骤S36。
在步骤S231-S240,类似于图36中的步骤S211-S220,如果包含在取决于定期提取的指纹信息,从ACR服务器70接收的触发信息中的domain_name和segment_id变化,那么获得TPT,并且如果一直未获得过该TPT,那么保持获得的TPT。此外,在步骤S241和S244,类似于图36中的步骤S221和S222,如果判定利用内部时钟指示的时间在有效期中,那么响应该有效命令,控制协同应用的操作。此外,在步骤S243,类似于图36中的步骤S223,如果存在具有由内部时钟指示的时间落入其中的有效期的命令,那么处理转到步骤S242。
在步骤S241,根据触发信息和TPT,判定命令的有效条件是否被满足。这里,命令的有效条件例如是为了识别命令而预先定义的条件,比如由内部时钟指示的时间是否在有效期中,或者所述时间是否已经过有效开始时间。
然而,所述有效条件并不仅仅是利用诸如时期和时间之类的时间轴定义的。例如,如上所述,也可发送其中包含event_id,而不是media_time的触发信息,并通过event_id和TPT的eventID之间的匹配,识别有效命令。把event_time包含在触发信息还使得能够变更命令的有效期等,和变动预定命令变得有效时的时间。
上面说明了取决于ACR识别结果的实况模式的触发信息响应处理。
至此完成了第二实施例的说明。
在第一实施例和第二实施例中,尽管触发信息的获取途径不同,不过,在接收设备20中获得的触发信息和TPT的形式相同。于是,如图38中所示,也可同时实现这些实施例。
<第三实施例>
[分发系统的结构例子]
在上面的说明中,说明了其中接收设备20或接收设备21接收从发射设备10传送的广播内容的广播信号的例子。不过,可通过因特网90,基于VOD(视频点播)地分发通信内容。
图39表示作为第三实施例的分发系统3。在图39中,对应于图1的组件被赋予相同的附图标记,从而省略其说明。
具体地,在图39中,与图1相比,设置了连接到因特网90的分发服务器60,而不是发射设备10。响应来自接收设备20的请求,分发服务器60通过因特网90,把诸如VOD内容之类的通信内容分发给接收设备20。分发服务器60把触发信息连同VOD内容一起,传送给接收设备20。
接收设备20提取连同VOD内容一起,从分发服务器60传送的触发信息,并从TPT服务器30,获得取决于包含在触发信息中的domain_name和segment_id的TPT。随后,接收设备20根据来自分发服务器60的触发信息,和来自TPT服务器30的TPT,识别命令,并响应识别的命令,控制与VOD内容联动地运行的协同应用的操作。
如上,接收设备20不仅通过广播网络,接收广播内容,而且可通过通信网络,接收通信网络。不论内容是接收自广播网络,还是接收自通信网络,接收设备20都能够获得取决于包含在和所述内容一起传送的触发信息中的domain_name和segment_id的TPT。结果,接收设备20能够根据触发信息和TPT,识别命令。
尽管图39的分发系统3被赋予与图1的广播通信协同系统1对应的结构,不过对于图29或图34的广播通信协同系统2,即,其中设置ACR服务器70的结构,也可类似地采用其中设置分发服务器60,而不是发射设备10的结构。
至此完成了第三实施例的说明。
在上面的说明中,说明了其中对于每种提供的功能,设置多个服务器,比如TPT服务器30、应用服务器40、ACR服务器70和分发服务器60的例子。不过,这些功能的全部或部分可由一个或多个服务器集体提供。
[本技术的实施例适用于的计算机的说明]
上述一系列的处理可用硬件执行,也可用软件执行。在利用软件执行所述一系列处理的情况下,构成所述软件的程序被安装在计算机中。这里,就计算机来说,包括并入专用硬件中的计算机,通过安装各种程序,能够实现各种功能的通用个人计算机等。
图40是表示利用程序,执行上述一系列处理的计算机的硬件的结构例子的方框图。
在计算机900中,利用总线904,相互连接CPU(中央处理器)901、ROM(只读存储器)902和RAM(随机存取存储器)903。
输入/输出接口905连接到总线904。输入部分906、输出部分907、记录部分908、通信部分909和驱动器910连接到输入/输出接口905。
输入部分906包括键盘、鼠标、麦克风等。输出部分907包括显示器、扬声器等。记录部分908包括硬盘、非易失性存储器等。通信部分909包括网络接口等。驱动器910驱动诸如光盘或半导体存储器之类的可拆卸介质911。
在按照上述方式构成的计算机900中,CPU 901通过输入/输出接口905和总线904,把保存在记录部分908中的程序载入RAM 903中,以执行所述程序,从而执行上面说明的一系列处理。
可记录在作为套装介质等的可拆卸介质911中地提供由计算机900(CPU 901)运行的程序。可通过诸如局域网、因特网或数字卫星广播之类的有线或无线传输介质,提供所述程序。
在计算机900中,可通过把可拆卸介质911装入驱动器910中,经输入/输出接口905,把程序安装到记录部分908中。可通过有线或无线传输介质,利用通信部分909接收程序,并安装在记录部分908中。程序可被预先安装在ROM 902或记录部分908中。
计算机900运行的程序可以是按照在本说明书中说明的顺序,时序地处理的程序,或者可以是并行地,或者在必要的时候(比如当进行调用时)处理的程序。
这里,在本说明书中,说明使计算机900执行各种处理的程序的处理步骤不一定需要按照如流程图中所述的顺序,时序地被处理,还可包括并行地或者单独地执行的处理(例如,并行处理或者面向对象的处理)。
程序可以是由一台计算机处理的程序,或者可以是由多台计算机分散地处理的程序。程序可以是传送给远程计算机,然后被运行的程序。
在本说明书中,系统意味多个组成元件(设备、模块(部件)等)的集合,与不管所有组成元件是否存在于相同机箱中。于是,放置在单独机箱中,并通过网络连接到多个设备,和其中多个模块被放置在一个机箱中的单个设备都是系统。
本技术的实施例并不局限于上述实施例,在不脱离本技术的要旨的范围中,各种变化都是可能的。
例如,本技术可以采用通过网络,利用多个设备分担、协同地处理一种功能的云计算的结构。
除了由一个设备执行之外,在上述流程图中说明的各个步骤也可由多个设备分担地执行。
如果一个步骤中包含多种处理,那么除了由一个设备执行之外,包含在所述一个步骤中的多种处理也可由多个设备分担地执行。
本技术可以采用以下结构。
(1)一种接收设备,包括:
接收器,所述接收器被配置成接收广播内容;
触发信息获取器,所述触发信息获取器被配置成获得用于识别命令的触发信息,所述命令控制与所述广播内容联动地运行并且通过网络分发的应用程序的操作;
对应表获取器,所述对应表获取器被配置成获得其中所述命令与识别该命令的信息关联的对应表;和
控制部分,所述控制部分被配置成响应利用所述触发信息和所述对应表识别的命令,控制对象应用程序和除对象应用程序外的另一个应用程序的操作。
(2)按照(1)所述的接收设备,
其中所述命令将控制所述对象应用程序的操作,并且与用于控制所述另一个应用程序的操作的附加信息关联,并且
所述控制部分响应所述命令来控制所述对象应用程序的操作,并响应所述附加信息来控制所述另一个应用程序的操作。
(3)按照(2)所述的接收设备,
其中所述命令启动所述对象应用程序,并与用于指令所述另一个应用程序的停止、暂停或隐藏的附加信息关联。
(4)按照(2)或(3)所述的接收设备,
其中所述命令还与用于指令运行中的对象应用程序的事件激发的附加信息关联。
(5)按照(1)-(3)任意之一所述的接收设备,
其中所述命令控制所述对象应用程序和所述另一个应用程序两者的操作,并且
所述控制部分响应所述命令,控制所述对象应用程序和所述另一个应用程序两者的操作。
(6)按照(5)所述的接收设备,
其中所述命令控制所述对象应用程序的启动,和所述另一个应用程序的停止、暂停或隐藏。
(7)按照(5)或(6)所述的接收设备,
其中所述命令还与用于指令运行中的对象应用程序的事件激发的附加信息关联。
(8)按照(1)-(7)任意之一所述的接收设备,
其中所述触发信息是和所述广播内容一起传送的,并且
所述触发信息获取器从所述广播内容的数据中提取所述触发信息。
(9)按照(1)-(7)任意之一所述的接收设备,还包括
特征量提取器,所述特征量提取器被配置成从所述广播内容的数据中提取特征量,
其中所述触发信息获取器获取与通过利用所述特征量识别的广播内容的识别结果对应的触发信息。
(10)按照(1)-(9)任意之一所述的接收设备,
其中在所述对应表中,所述命令和该命令的有效期相互关联,并且
如果基于触发信息计时的并指示所述广播内容的进展的时间满足基于有效期的预定有效条件,那么所述控制部分响应与有效期相关联的命令,来控制所述对象应用程序和所述另一个应用程序的操作。
(11)按照(10)所述的接收设备,
其中在所述对应表中,还关联所述命令的标识符,并且
如果从触发信息获得的命令的标识符与在所述对应表中关联的命令的标识符一致,那么控制部分响应与所述标识符关联的命令,来控制所述对象应用程序和所述另一个应用程序的操作。
(12)一种接收设备的接收方法,所述方法由接收设备执行,包括:
接收广播内容;
获得用于识别命令的触发信息,所述命令将控制与所述广播内容联动地运行并且通过网络分发的应用程序的操作;
获得其中所述命令与识别该命令的信息关联的对应表;和
响应利用所述触发信息和所述对应表识别的命令,控制对象应用程序和除对象应用程序外的另一个应用程序的操作。
(13)一种发射设备,包括:
触发信息生成器,所述触发信息生成器被配置成生成用于识别命令的触发信息,所述命令同时控制与广播内容联动地运行并且通过网络分发的多个应用程序的操作;和
发射器,所述发射器被配置成连同所述广播内容一起传送所述触发信息。
(14)一种发射设备的发射方法,所述方法由发射设备执行, 包括:
生成用于识别命令的触发信息,所述命令同时控制与广播内容联动地运行,并且通过网络分发的多个应用程序的操作;和
连同所述广播内容一起传送所述触发信息。
附图标记列表
1,2 广播通信协同系统
10 发射设备
20,21 接收设备
30 TPT服务器
40 应用服务器
70 ACR服务器
80 触发服务器
112 触发信息生成器
117 发射器
212 调谐器
220 触发信息提取器
221 控制部分
224 通信I/F
225 TPT分析器
226 应用引擎
251 指纹提取器
900 计算机
901 CPU

Claims (12)

1.一种接收设备,包括:
接收器,所述接收器被配置成接收广播内容;
触发信息获取器,所述触发信息获取器被配置成从接收的所述广播内容中提取识别对应表的触发信息,其中,所述对应表中包含命令;
对应表获取器,所述对应表获取器被配置成获取在获取的所述触发信息中识别的所述对应表;和
控制部分,所述控制部分被配置成响应于包含在获取的所述对应表中的所述命令,通过控制对象应用程序的操作来执行所述命令,所述对象应用程序通过网络被分发并与所述广播内容联动地运行。
2.按照权利要求1所述的接收设备,
其中所述命令启动所述对象应用程序,并与用于指令其他应用程序的停止、暂停或隐藏的附加信息关联。
3.按照权利要求2所述的接收设备,
其中所述命令还与用于指令所述对象应用程序的事件激发的附加信息关联。
4.按照权利要求1所述的接收设备,
其中所述命令控制所述对象应用程序和其他应用程序两者的操作,并且
所述控制部分响应于所述命令,控制所述对象应用程序和所述其他应用程序两者的操作。
5.按照权利要求4所述的接收设备,
其中所述命令控制所述对象应用程序的启动,和所述其他应用程序的停止、暂停或隐藏。
6.按照权利要求5所述的接收设备,
其中所述命令还与用于指令所述对象应用程序的事件激发的附加信息关联。
7.按照权利要求1所述的接收设备,还包括
特征量提取器,所述特征量提取器被配置成从所述广播内容的数据中提取特征量,
其中所述触发信息获取器被配置为获取与通过利用所述特征量识别的广播内容的识别结果对应的触发信息。
8.按照权利要求1所述的接收设备,
其中在所述对应表中,所述命令和该命令的有效期相互关联,并且
如果基于触发信息计时的并指示所述广播内容的进展的时间满足基于有效期的预定有效条件,那么所述控制部分被配置为响应于与有效期相关联的命令,来控制所述对象应用程序的操作。
9.按照权利要求1所述的接收设备,
其中所述触发信息包括识别所述对应表的来源的信息。
10.一种接收设备的接收方法,所述方法由接收设备执行,包括:
接收广播内容;
从接收的所述广播内容中提取识别对应表的触发信息,其中,所述对应表中包含命令;
获取在获取的所述触发信息中识别的所述对应表;和
响应于包含在获取的所述对应表中的所述命令,通过控制对象应用程序的操作来执行所述命令,所述对象应用程序通过网络被分发并与所述广播内容联动地运行。
11.一种发射设备,包括:
触发信息生成器,所述触发信息生成器被配置成生成识别对应表的触发信息,其中,所述对应表中包含命令,用以响应于所述命令来控制对象应用程序和除所述对象应用程序之外的其他应用程序的操作,所述对象应用程序和其他应用程序通过网络被分发并与广播内容联动地运行;和
发射器,所述发射器被配置成连同所述广播内容一起发射所述触发信息。
12.一种发射设备的发射方法,所述方法由发射设备执行,包括:
生成识别对应表的触发信息,其中,所述对应表中包含命令,用以响应于所述命令来控制对象应用程序和除所述对象应用程序之外的其他应用程序的操作,所述对象应用程序和其他应用程序通过网络被分发并与广播内容联动地运行;和
连同所述广播内容一起发射所述触发信息。
CN201380034626.8A 2012-07-05 2013-06-27 接收设备、接收方法、发射设备和发射方法 Active CN104396267B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201261668117P 2012-07-05 2012-07-05
US61/668,117 2012-07-05
US13/777,734 2013-02-26
US13/777,734 US9456245B2 (en) 2012-07-05 2013-02-26 Receiving device, receiving method, transmitting device, and transmitting method for controlling applications
PCT/JP2013/067702 WO2014007146A1 (ja) 2012-07-05 2013-06-27 受信装置、受信方法、送信装置、及び送信方法

Publications (2)

Publication Number Publication Date
CN104396267A CN104396267A (zh) 2015-03-04
CN104396267B true CN104396267B (zh) 2018-12-04

Family

ID=49879563

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380034626.8A Active CN104396267B (zh) 2012-07-05 2013-06-27 接收设备、接收方法、发射设备和发射方法

Country Status (8)

Country Link
US (2) US9456245B2 (zh)
EP (1) EP2871851B1 (zh)
JP (1) JP6438766B2 (zh)
KR (1) KR20150037759A (zh)
CN (1) CN104396267B (zh)
CA (1) CA2876390A1 (zh)
MX (1) MX350405B (zh)
WO (1) WO2014007146A1 (zh)

Families Citing this family (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8705933B2 (en) 2009-09-25 2014-04-22 Sony Corporation Video bookmarking
US8817072B2 (en) 2010-03-12 2014-08-26 Sony Corporation Disparity data transport and signaling
US8839338B2 (en) 2012-03-28 2014-09-16 Sony Corporation Service usage reporting data transport
US8760498B2 (en) 2011-03-14 2014-06-24 Sony Corporation Disparity data transport in standard caption service
US8941779B2 (en) 2012-03-21 2015-01-27 Sony Corporation Non-closed caption data transport in standard caption service
US8863171B2 (en) 2010-06-14 2014-10-14 Sony Corporation Announcement of program synchronized triggered declarative objects
US8893210B2 (en) 2010-08-20 2014-11-18 Sony Corporation Server load balancing for interactive television
US8898723B2 (en) 2010-08-20 2014-11-25 Sony Corporation Virtual channel declarative script binding
US8909694B2 (en) 2010-08-27 2014-12-09 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
US8875169B2 (en) 2010-08-27 2014-10-28 Sony Corporation Transmission and reception apparatus, methods, and systems for filtering content
US9179188B2 (en) 2010-08-30 2015-11-03 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
US8595783B2 (en) 2010-08-30 2013-11-26 Sony Corporation Receiving device, receiving method, program, and broadcasting system
US8918801B2 (en) 2010-08-30 2014-12-23 Sony Corporation Transmission apparatus, transmission method, reception apparatus, reception method, program, and broadcasting system
US9078031B2 (en) 2010-10-01 2015-07-07 Sony Corporation Reception apparatus, reception method, and program
US8908103B2 (en) 2010-10-01 2014-12-09 Sony Corporation Content supplying apparatus, content supplying method, content reproduction apparatus, content reproduction method, program and content viewing system
US9179198B2 (en) 2010-10-01 2015-11-03 Sony Corporation Receiving apparatus, receiving method, and program
MX2013003406A (es) 2010-10-01 2013-05-09 Sony Corp Dispositivo de procesamiento de la informacion, metodo de procesamiento de la informacion y programa.
US8872888B2 (en) 2010-10-01 2014-10-28 Sony Corporation Content transmission apparatus, content transmission method, content reproduction apparatus, content reproduction method, program and content delivery system
US8978083B2 (en) 2011-01-19 2015-03-10 Lg Electronics Inc. Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service
US9699487B2 (en) * 2011-02-15 2017-07-04 Lg Electronics Inc. Method for transmitting a broadcasting service, method for receiving a broadcast service, and apparatus for receiving a broadcast service
TWI545955B (zh) 2011-04-28 2016-08-11 Sony Corp Signal receiving apparatus and method, a signal transmission apparatus and method, and program
US9554175B2 (en) 2011-07-20 2017-01-24 Sony Corporation Method, computer program, reception apparatus, and information providing apparatus for trigger compaction
US8917358B2 (en) 2011-07-27 2014-12-23 Sony Corporation Reception apparatus, terminal apparatus, control method, program, and communication system
JP6208012B2 (ja) 2011-08-05 2017-10-04 サターン ライセンシング エルエルシーSaturn Licensing LLC 受信装置、受信方法、プログラム、及び情報処理システム
TWI528749B (zh) 2011-09-06 2016-04-01 Sony Corp A signal receiving device, a signal receiving method, an information processing program and an information processing system
US9015785B2 (en) 2011-11-29 2015-04-21 Sony Corporation Terminal apparatus, server apparatus, information processing method, program, and linking application supply system
US8930988B2 (en) 2011-12-21 2015-01-06 Sony Corporation Reception apparatus, reception method, program, and information processing system
US10104447B2 (en) 2012-06-19 2018-10-16 Saturn Licensing Llc Extensions to trigger parameters table for interactive television
US9456245B2 (en) * 2012-07-05 2016-09-27 Sony Corporation Receiving device, receiving method, transmitting device, and transmitting method for controlling applications
MX337934B (es) 2012-07-12 2016-03-28 Sony Corp Descriptor de servicio parametrizado para servicios de television avanzados.
US9154840B2 (en) 2012-07-31 2015-10-06 Sony Corporation Reception apparatus, reception method, transmission apparatus, and transmission method
US9883247B2 (en) 2012-08-13 2018-01-30 Saturn Licensing Llc Reception apparatus, reception method, transmission apparatus, and transmission method
US9253518B2 (en) 2012-11-09 2016-02-02 Sony Corporation On-demand access to scheduled content
US9148676B2 (en) 2012-12-04 2015-09-29 Sony Corporation Broadcast transition channel
US9137566B2 (en) 2013-06-28 2015-09-15 Sony Corporation Distribution system, reception apparatus, and methods for transitioning to new services
US9038095B2 (en) 2013-07-03 2015-05-19 Sony Corporation Methods, information providing system, and reception apparatus for distribution of at least one content version
US8884800B1 (en) 2013-07-31 2014-11-11 Sony Corporation Method and apparatus for performing analog-to-digital conversion on multiple input signals
US9326295B1 (en) 2014-12-10 2016-04-26 Sony Corporation Method and apparatus for transmitting a-priori information in a communication system
US20160204804A1 (en) 2015-01-13 2016-07-14 Sony Corporation Data processing apparatus and method
US9762354B2 (en) 2015-01-27 2017-09-12 Sony Corporation Signaling methods and apparatus
US9912986B2 (en) 2015-03-19 2018-03-06 Sony Corporation System for distributing metadata embedded in video
US9756401B2 (en) 2015-04-07 2017-09-05 Sony Corporation Processing and providing an image in which a plurality of symbols are encoded
WO2016178318A1 (en) * 2015-05-07 2016-11-10 Sharp Kabushiki Kaisha System for targeting and demographics
US9590782B2 (en) 2015-06-22 2017-03-07 Sony Corporation Signaling methods and apparatus
US10205991B2 (en) 2015-07-27 2019-02-12 Sony Corporation Hidden replaceable media slots
JP6738639B2 (ja) * 2016-04-08 2020-08-12 朝日放送テレビ株式会社 配信システム、ミッドロールサーバ、端末装置、広告発火装置、情報処理方法、およびプログラム
US9906821B1 (en) 2016-08-23 2018-02-27 Cisco Technology, Inc. Packet reordering system
JP7490203B2 (ja) 2021-07-13 2024-05-27 クローバーラボ株式会社 携帯端末情報通知システム、通知情報提供システム、及びプログラム。
CN113838027A (zh) * 2021-09-23 2021-12-24 杭州柳叶刀机器人有限公司 基于图像处理获取目标图像元素的方法及系统
CN114928514A (zh) * 2022-05-18 2022-08-19 深圳通业科技股份有限公司 多芯片数据传输方法、装置、终端及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1429452A (zh) * 2000-04-14 2003-07-09 日本电信电话株式会社 与广播信息相关的信息取得方法、系统和装置
CN102387400A (zh) * 2010-08-27 2012-03-21 索尼公司 接收器、接收方法、发送器、发送方法、程序及广播系统
WO2012039316A1 (ja) * 2010-09-21 2012-03-29 ソニー株式会社 受信装置、受信方法、送信装置、送信方法、プログラム、および放送システム

Family Cites Families (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4494389B2 (ja) * 2000-04-14 2010-06-30 日本電信電話株式会社 放送情報に関連した情報の取得方法及びシステム並びに装置
JP3994682B2 (ja) 2000-04-14 2007-10-24 日本電信電話株式会社 放送情報送受信システム
CN100592788C (zh) 2000-04-14 2010-02-24 日本电信电话株式会社 与广播信息相关的信息取得方法、系统和装置
US20090320064A1 (en) * 2008-06-19 2009-12-24 Microsoft Corporation Triggers for Media Content Firing Other Triggers
JP5493627B2 (ja) 2009-09-15 2014-05-14 ソニー株式会社 情報処理装置、データ管理方法、およびプログラム
US8705933B2 (en) 2009-09-25 2014-04-22 Sony Corporation Video bookmarking
US9277183B2 (en) 2009-10-13 2016-03-01 Sony Corporation System and method for distributing auxiliary data embedded in video data
US20110247028A1 (en) 2010-04-01 2011-10-06 Mark Eyer Receiver and System Using an Electronic Questionnaire for Advanced Broadcast Services
US9723360B2 (en) 2010-04-01 2017-08-01 Saturn Licensing Llc Interests and demographics profile for advanced broadcast services
US9706158B2 (en) 2010-04-01 2017-07-11 Saturn Licensing Llc Receiver and method for reporting the usage of advanced television services
US9185458B2 (en) * 2010-04-02 2015-11-10 Yahoo! Inc. Signal-driven interactive television
US20110302599A1 (en) 2010-06-07 2011-12-08 Mark Kenneth Eyer TV-Centric Actions in Triggered Declarative Objects
US8863171B2 (en) 2010-06-14 2014-10-14 Sony Corporation Announcement of program synchronized triggered declarative objects
US8898723B2 (en) 2010-08-20 2014-11-25 Sony Corporation Virtual channel declarative script binding
US8893210B2 (en) 2010-08-20 2014-11-18 Sony Corporation Server load balancing for interactive television
US8909694B2 (en) 2010-08-27 2014-12-09 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
US8875169B2 (en) 2010-08-27 2014-10-28 Sony Corporation Transmission and reception apparatus, methods, and systems for filtering content
US10511887B2 (en) 2010-08-30 2019-12-17 Saturn Licensing Llc Reception apparatus, reception method, transmission apparatus, transmission method, program, and broadcasting system
US8595783B2 (en) 2010-08-30 2013-11-26 Sony Corporation Receiving device, receiving method, program, and broadcasting system
US20120050619A1 (en) * 2010-08-30 2012-03-01 Sony Corporation Reception apparatus, reception method, transmission apparatus, transmission method, program, and broadcasting system
US8918801B2 (en) * 2010-08-30 2014-12-23 Sony Corporation Transmission apparatus, transmission method, reception apparatus, reception method, program, and broadcasting system
US8892636B2 (en) 2010-08-30 2014-11-18 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
EP2613528B1 (en) 2010-08-30 2022-10-05 Saturn Licensing LLC Receiving device, receiving method and program
US9179188B2 (en) 2010-08-30 2015-11-03 Sony Corporation Transmission apparatus and method, reception apparatus and method, and transmission and reception system
JP5757075B2 (ja) 2010-09-15 2015-07-29 ソニー株式会社 送信装置、送信方法、受信装置、受信方法、プログラム、および放送システム
JP5703664B2 (ja) 2010-09-30 2015-04-22 ソニー株式会社 受信装置、受信方法、送信装置、送信方法、プログラム、および放送システム
MX2013003406A (es) 2010-10-01 2013-05-09 Sony Corp Dispositivo de procesamiento de la informacion, metodo de procesamiento de la informacion y programa.
US9078031B2 (en) 2010-10-01 2015-07-07 Sony Corporation Reception apparatus, reception method, and program
US8872888B2 (en) 2010-10-01 2014-10-28 Sony Corporation Content transmission apparatus, content transmission method, content reproduction apparatus, content reproduction method, program and content delivery system
US8842974B2 (en) 2010-10-01 2014-09-23 Sony Corporation Content transmission apparatus, content transmission method, content reproduction apparatus, content reproduction method, program, and content delivery system
US8908103B2 (en) 2010-10-01 2014-12-09 Sony Corporation Content supplying apparatus, content supplying method, content reproduction apparatus, content reproduction method, program and content viewing system
US9179198B2 (en) 2010-10-01 2015-11-03 Sony Corporation Receiving apparatus, receiving method, and program
KR101479891B1 (ko) * 2010-12-26 2015-01-06 엘지전자 주식회사 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치
US20120185888A1 (en) 2011-01-19 2012-07-19 Sony Corporation Schema for interests and demographics profile for advanced broadcast services
TWI574565B (zh) 2011-03-31 2017-03-11 Sony Corp A transmitting apparatus, a transmitting method, a receiving apparatus, a receiving method, a computer-readable medium, and a broadcasting system
US8886009B2 (en) 2011-04-26 2014-11-11 Sony Corporation Creation of video bookmarks via scripted interactivity in advanced digital television
TWI545955B (zh) 2011-04-28 2016-08-11 Sony Corp Signal receiving apparatus and method, a signal transmission apparatus and method, and program
US9554175B2 (en) 2011-07-20 2017-01-24 Sony Corporation Method, computer program, reception apparatus, and information providing apparatus for trigger compaction
US8917358B2 (en) 2011-07-27 2014-12-23 Sony Corporation Reception apparatus, terminal apparatus, control method, program, and communication system
US10491966B2 (en) 2011-08-04 2019-11-26 Saturn Licensing Llc Reception apparatus, method, computer program, and information providing apparatus for providing an alert service
TWI528749B (zh) * 2011-09-06 2016-04-01 Sony Corp A signal receiving device, a signal receiving method, an information processing program and an information processing system
CN104054354A (zh) * 2012-01-24 2014-09-17 索尼公司 接收器,接收方法,程序和信息处理系统
MX338815B (es) * 2012-02-07 2016-05-03 Sony Corp Dispositivo de recepcion, metodo de recepcion, y programa.
BR112014032554A2 (pt) * 2012-06-25 2017-06-27 Lg Electronics Inc aparelho e método para processamento de um serviço interativo
US9456245B2 (en) * 2012-07-05 2016-09-27 Sony Corporation Receiving device, receiving method, transmitting device, and transmitting method for controlling applications
US9432744B2 (en) * 2012-07-31 2016-08-30 Sony Corporation Receiving device, receiving method, transmitting device, and transmitting method
US9883247B2 (en) * 2012-08-13 2018-01-30 Saturn Licensing Llc Reception apparatus, reception method, transmission apparatus, and transmission method

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1429452A (zh) * 2000-04-14 2003-07-09 日本电信电话株式会社 与广播信息相关的信息取得方法、系统和装置
CN102387400A (zh) * 2010-08-27 2012-03-21 索尼公司 接收器、接收方法、发送器、发送方法、程序及广播系统
WO2012039316A1 (ja) * 2010-09-21 2012-03-29 ソニー株式会社 受信装置、受信方法、送信装置、送信方法、プログラム、および放送システム

Also Published As

Publication number Publication date
US9980003B2 (en) 2018-05-22
EP2871851A1 (en) 2015-05-13
MX350405B (es) 2017-09-06
US20140013379A1 (en) 2014-01-09
JPWO2014007146A1 (ja) 2016-06-02
CN104396267A (zh) 2015-03-04
MX2015000044A (es) 2015-03-05
US20160345064A1 (en) 2016-11-24
EP2871851B1 (en) 2019-10-30
EP2871851A4 (en) 2016-03-02
JP6438766B2 (ja) 2018-12-19
WO2014007146A1 (ja) 2014-01-09
KR20150037759A (ko) 2015-04-08
US9456245B2 (en) 2016-09-27
CA2876390A1 (en) 2014-01-09

Similar Documents

Publication Publication Date Title
CN104396267B (zh) 接收设备、接收方法、发射设备和发射方法
CN202282838U (zh) 接收设备、发送设备及广播系统
CN103650525B (zh) 用于交互式电视的触发参数表的扩展的方法、系统以及设备
CN104904230B (zh) 处理交互服务的设备和方法
CN104012102B (zh) 接收设备,接收方法,发送设备和发送方法
CN104396186B (zh) 用于处理互动服务的装置及方法
KR102296064B1 (ko) 수신 장치, 수신 방법, 송신 장치, 및 송신 방법
CA2856350C (en) Reception apparatus, reception method, program, and information processing system
KR102040623B1 (ko) 양방향 서비스를 처리하는 장치 및 방법
CN103548358B (zh) 接收设备、接收方法以及信息提供设备
CN103583008B (zh) 对用于交互电视的触发器参数表的扩展
CN104081759B (zh) 接收设备和接收方法
CA2845774C (en) Reception apparatus, reception method, program, and information processing system
US8988612B2 (en) Receiver, reception method, transmitter, transmission method, program and broadcasting system
EP2602994A1 (en) Receiving device, receiving method, and program
CN104584574A (zh) 处理交互服务的设备和方法
CN111818354A (zh) 动画配置、播放方法、装置、电子设备、系统和介质
CN104429092B (zh) 接收装置、处理信息的方法、程序、发送装置以及应用联动系统

Legal Events

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