CN111711852A - 接收装置 - Google Patents
接收装置 Download PDFInfo
- Publication number
- CN111711852A CN111711852A CN202010552155.1A CN202010552155A CN111711852A CN 111711852 A CN111711852 A CN 111711852A CN 202010552155 A CN202010552155 A CN 202010552155A CN 111711852 A CN111711852 A CN 111711852A
- Authority
- CN
- China
- Prior art keywords
- unit
- broadcast
- information
- data
- program
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/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/4334—Recording operations
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling 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/23614—Multiplexing of additional data and video streams
-
- 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/41—Structure of client; Structure of client peripherals
- H04N21/4104—Peripherals receiving signals from specially adapted client devices
- H04N21/4122—Peripherals receiving signals from specially adapted client devices additional display device, e.g. video projector
-
- 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/4348—Demultiplexing of additional data and video streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
- H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/482—End-user interface for program selection
- H04N21/4821—End-user interface for program selection using a grid, e.g. sorted out by channel and broadcast time
-
- 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/643—Communication protocols
- H04N21/64322—IP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/65—Transmission of management data between client and server
- H04N21/654—Transmission by server directed to the client
- H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/765—Interface circuits between an apparatus for recording and another apparatus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/765—Interface circuits between an apparatus for recording and another apparatus
- H04N5/775—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television receiver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/91—Television signal processing therefor
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Human Computer Interaction (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Circuits Of Receivers In General (AREA)
Abstract
本发明提供一种能够执行附加价值更高的功能的接收机。接收装置的特征在于,包括:能够从传输路径接收节目内容的数据和记载了取得与该数据关联的数据的参照目的地的位置信息的接收部;能够经由通信线路从位置信息中记载的参照目的地接收节目内容的通信数据的通信部;能够记录并再现用接收部接收到的节目内容的数据的记录再现部;将从记录再现部再现的节目内容的数据输出到外部设备的输出部;和具有对于外部设备的服务器功能的服务器功能部,在从输出部输出的输出状态中,存在与从记录再现部再现的数据一起输出参照目的地的记载被改写为表示服务器功能部的记载的位置信息的状态。
Description
技术领域
本发明涉及接收装置。
背景技术
作为数字广播服务的扩展功能之一,有用广播波发送数字数据、显示天气预报和新闻、推荐节目等各种信息的数据广播。有多种能够接收数据广播的电视接收机已在市售,并且,涉及数据广播接收的技术也有以下述专利文献1为代表的大量技术已公开。
现有技术文献
专利文献
专利文献1:日本特开2001-186486号公报
发明内容
发明要解决的课题
面对近年来关于内容分发的环境变化,电视接收机也要求各种功能扩展。特别是,对使用互联网等宽带网络环境的内容、协作应用程序的分发的要求、以及对影像内容的高分辨率化/高清晰度化的要求等较多。然而,如果仅沿用当前的电视接收机所具有的数据广播接收功能等、或者仅扩展上述数据广播接收功能等,难以提供能够符合上述要求的高附加价值的电视接收机。
本发明的目的在于提供一种能够执行附加价值更高的功能的广播接收装置。
用于解决课题的技术方案
作为用于解决上述课题的技术方案,使用权利要求书中记载的技术。
举出一例,本发明提供一种广播接收装置,其特征在于,包括:能够从广播传输路径接收广播节目内容的广播数据和记载了取得与该广播数据关联的数据的参照目的地的位置信息的广播接收部;能够经由通信线路从上述位置信息中记载的参照目的地接收上述节目内容的通信数据的通信部;能够记录并再现用上述广播接收部接收到的上述广播节目内容的上述广播数据的记录再现部;将从上述记录再现部再现的上述广播节目内容的上述广播数据输出到外部设备的输出部;和具有对于外部设备的服务器功能的服务器功能部,在从上述输出部输出的输出状态中,存在与从上述记录再现部再现的广播数据一起输出参照目的地的记载被改写为表示上述服务器功能部的记载的位置信息的状态。
发明效果
通过使用本发明的技术,能够提供一种能够执行附加价值更高的功能的广播接收装置。
附图说明
图1是表示包括实施例1的广播接收装置的广播通信***的一例的***结构图。
图2A是MMT的编码信号的概要的说明图。
图2B是MMT的MPU的结构图。
图2C是MMT的MMTP包的结构图。
图3是使用MMT的广播***的协议栈的概念图。
图4是广播***中使用的控制信息的层结构图。
图5A是广播***的TLV-SI中使用的表的一览。
图5B是广播***的TLV-SI中使用的描述符的一览。
图6A是广播***的MMT-SI中使用的消息的一览。
图6B是广播***的MMT-SI中使用的表的一览。
图6C是广播***的MMT-SI中使用的描述符的一览(其1)。
图6D是广播***的MMT-SI中使用的描述符的一览(其2)。
图6E是表示广播***的数据传输与各表的关系的图。
图7A是实施例1的广播接收装置的框图。
图7B是实施例1的广播接收装置的展示功能的逻辑平面结构的结构图。
图7C是实施例1的广播接收装置的时钟同步/展示同步的***结构图。
图7D是实施例1的广播接收装置的软件结构图。
图8是实施例1的广播台服务器的框图。
图9是实施例1的服务运营商服务器的框图。
图10A是实施例1的便携信息终端的框图。
图10B是实施例1的便携信息终端的软件结构图。
图11A是表示广播***的MH-TOT的数据结构的图。
图11B是表示广播***的JST_time参数的格式的图。
图12是表示实施例1的根据广播接收装置的MJD的当前日期的计算方法的图。
图13A是表示广播***的NTP格式的结构的图。
图13B是表示广播***的MPU时间戳描述符的数据结构的图。
图13C是表示广播***的TMCC扩展信息区域的时刻信息的数据结构的图。
图14是实施例1的广播接收装置的频道扫描时的动作序列图。
图15A是表示广播***的TLV-NIT的数据结构的图。
图15B是表示广播***的卫星分配***描述符的数据结构的图。
图15C是表示广播***的服务列表描述符的数据结构的图。
图15D是表示广播***的AMT的数据结构的图。
图16是实施例1的广播接收装置的选台时的动作序列图。
图17是表示广播***的MPT的数据结构的图。
图18是表示广播***的LCT的数据结构的图。
图19A是表示基于LCT的对于布局编号的布局分配的例子的图。
图19B是表示基于LCT的对于布局编号的布局分配的例子的图。
图19C是表示基于LCT的对于布局编号的布局分配的例子的图。
图19D是表示基于LCT的对于布局编号的布局分配的例子的图。
图20A是说明基于LCT的画面布局控制的例外处理的动作的图。
图20B是说明基于LCT的画面布局控制的例外处理的动作的图。
图21是表示广播***的MH-EIT的数据结构的图。
图22A是实施例1的广播接收装置的EPG画面的画面显示图。
图22B是实施例1的广播接收装置的EPG画面的画面显示图。
图22C是实施例1的广播接收装置的EPG画面的画面显示图。
图23是实施例1的广播接收装置的紧急警报广播显示时的画面显示图。
图24是实施例2的广播接收装置的框图。
图25是说明广播服务切换时的当前时刻显示的不匹配的图。
图26A是说明实施例2的当前时刻信息参照源的选择控制的动作的图。
图26B是实施例2的当前时刻信息的更新处理的动作序列图。
图27A是实施例2的广播接收装置的EPG画面的画面显示图。
图27B是实施例2的广播接收装置的EPG画面的画面显示图。
图28是实施例3的广播通信***的***结构图。
图29A是实施例3的广播接收装置的框图。
图29B是实施例3的广播接收装置的软件结构图。
图30是实施例3的广播接收装置和监视器装置的接口结构图。
图31是说明广播服务的包结构的图。
图32A是说明实施例3的广播接收装置的录像预约设定画面的画面显示图。
图32B是说明实施例3的广播接收装置的菜单结构的画面显示图。
图33A是表示广播***的MH-AIT的数据结构的图。
图33B是广播***的MH-AIT的参数和描述符的一览。
图34是说明实施例3的广播接收装置的录像节目一览画面的画面显示图。
图35A是说明实施例4的广播接收装置的输出形式的图。
图35B是说明实施例4的广播接收装置的输出形式的图。
图35C是说明实施例4的广播接收装置的输出形式的图。
图35D是说明实施例4的广播接收装置的输出形式的图。
具体实施方式
以下使用附图说明本发明的实施方式的例子。
(实施例1)
[***结构]
图1是表示包括本实施例的广播接收装置的广播通信***的一例的***结构图。本实施例的广播通信***包括:广播接收装置100和天线100a、互联网200等宽带网络和路由装置200r和接入点200a、广播台的无线电塔300t、广播卫星(或通信卫星)300s、广播台服务器300、服务运营商服务器400、其他应用程序服务器500、移动电话通信服务器600和移动电话通信网的基站600b、便携信息终端700。
广播接收装置100经由广播卫星(或通信卫星)300s和天线100a接收从无线电塔300t送出的广播波。或者,也可以不经由广播卫星(或通信卫星)300s而直接从天线100a接收从无线电塔300t送出的广播波。另外,广播接收装置100能够经由路由装置200r与互联网200连接,能够通过与互联网200上的各服务器装置或其他通信设备通信而收发数据。
路由装置200r通过有线通信与互联网200连接,并且用有线通信或无线通信与广播接收装置100连接,用无线通信与便携信息终端700连接。上述无线通信可以使用Wi-Fi(注册商标)等方式。由此,互联网200上的各服务器装置或其他通信设备与广播接收装置100和便携信息终端700能够经由路由装置200r相互进行数据的收发。另外,广播接收装置100与便携信息终端700的通信也可以不经由路由装置200r,而是用BlueTooth(注册商标)或NFC(Near Field Communication,近场通信)等方式进行直接通信。
无线电塔300t是广播台的广播设备,送出包含广播节目的编码数据、字幕信息、其他应用程序、通用数据等的广播波。广播卫星(或通信卫星)300s是接收从广播台的无线电塔300t发送的广播波,适当进行频率转换等之后,对与广播接收装置100连接的天线100a再发送上述广播波的中继器。另外,上述广播台具有广播台服务器300。广播台服务器300存储广播节目(动态图像内容等)和各广播节目的节目标题、节目ID、节目概要、参演人员信息、广播日期时间等元数据,能够基于合约对服务运营商提供上述动态图像内容和各元数据。另外,对服务运营商提供上述动态图像内容和各元数据,也可以通过广播台服务器300所具有的API(Application Programming Interface:应用程序接口)进行。
服务运营商服务器400是服务运营商准备的服务器装置,能够提供与从广播台分发的广播节目协作的各种服务。另外,服务运营商服务器400进行由广播台服务器300提供的动态图像内容、元数据、与广播节目协作的各种内容和应用程序等的存储、管理和分发等。另外,也具有对于从电视接收机等的询问,进行可提供的内容或应用程序等的检索和一览的提供的功能。另外,上述内容和元数据的存储、管理和分发,和上述应用程序的存储、管理和分发,也可以由不同的服务器装置进行。上述广播台和上述服务运营商可以相同,也可以不同。服务运营商服务器400也可以按每个不同的服务准备多台。另外,广播台服务器300也可以兼具服务运营商服务器400的功能。
其它应用程序服务器500是进行其它通常的应用程序、动作程序、内容、数据等的存储、管理和分发等的公知的服务器装置。其它应用程序服务器500在互联网200上也可以有多个。
移动电话通信服务器600与互联网200连接,另一方面经由基站600b与便携信息终端700连接。移动电话通信服务器600管理便携信息终端700经由移动电话通信网进行的电话通信(通话)和数据收发,能够通过便携信息终端700与互联网200上的各服务器装置或其他通信设备的通信进行数据的收发。基站600b和便携信息终端700的通信可以通过W-CDMA(Wideband Code Division Multiple Access,宽带码分多址)(注册商标)方式、GSM(Global System for Mobile communications,全球移动通信***)(注册商标)方式、LTE(Long Term Evolution,长期演进)方式、或其他的通信方式来进行。
便携信息终端700具有经由移动电话通信网进行电话通信(通话)和数据收发的功能、利用Wi-Fi(注册商标)等进行无线通信的功能。便携信息终端700能够经由路由装置200r、接入点200a、或者经由移动电话通信网的基站600b和移动电话通信服务器600与互联网200连接,能够通过与互联网200上的各服务器装置或其他通信设备通信来进行数据的收发。接入点200a通过有线通信与互联网200连接,并且用无线通信与便携信息终端700连接。上述无线通信可以使用Wi-Fi(注册商标)等方式。另外,便携信息终端700和广播接收装置100的通信可以经由接入点200a以及互联网200和路由装置200r、或者经由基站600b和移动电话通信服务器600以及互联网200和路由装置200r来进行。
[MMT方式的概要]
图1所示的广播接收装置100,是作为传输影像、声音等数据的媒体传输方式,代替现有的数字广播***中多采用的MPEG(Moving Picture Experts Group,运动图像专家组)-2***规定的TS(Transport Stream,传输流)(以下称为MPEG2-TS),而能够兼容MMT(MPEG Media Transport,MPEG媒体传输)的电视接收机。也可以是能够兼容MPEG2-TS和MMT两者的电视接收机。
MPEG2-TS的特征在于,构成节目的影像和声音等分量与控制信号和时钟一起复用成一个流。由于包括时钟在内作为一个流处理,所以适于由确保了传输品质的一个传输路径传输一个内容,被现有的许多数字广播***采用。另一方面,由于近年来的内容的多样化、使用内容的设备的多样化、分发内容的传输路径的多样化、内容存储环境的多样化等,面对关于内容分发的环境变化,MPEG2-TS的功能存在极限,于是建立了一种新的媒体传输方式就是MMT。
图2A表示本实施例的MMT的编码信号的概要的一例。如该图所示,本实施例的MMT,作为构成编码信号的要素包括MFU(Media Fragment Unit,媒体片段单元)、MPU(MediaProcessing Unit,媒体处理单元)、MMTP(MMT Protocol,MMT协议)负载(payload)、MMTP包。MFU是传输影像、声音等时的格式,能够以NAL(Network Abstraction Layer,网路抽象层)单元单位或访问单元单位构成。MPU可以由包含关于MPU整体结构的信息的MPU元数据、包含关于编码后的媒体数据的信息的影片片段元数据和作为编码后的媒体数据的样本数据构成。此外,能够从样本数据中提取MFU。此外,在为影像分量、声音分量等媒体的情况下,可以按MPU单位或访问单元单位指定展示时刻和解码时刻。图2B表示MPU的结构的一例。
MMTP包由包头部分和MMTP负载构成,传输MFU和MMT的控制信息。MMTP负载具有与保存于负载部中的内容(数据单元)相应的负载头部。图2C表示从影像/声音信号构成MFU并将其保存在MMTP负载来构成MMTP包的概要的一例。另外,在使用帧间预测进行编码的影像信号中,优选以GOP(Group Of Pictures,图像组)单位构成MPU。此外,在要传输的MFU的大小较小的情况下,可以在一个负载部中保存一个MFU,也可以在一个负载部中保存多个MFU。此外,在要传输的MFU的大小较大的情况下,可以将一个MFU分割为多个负载部保存。此外,为了恢复传输路径上的包丢失,MMTP包可以用AL-FEC(Application Layer Forward ErrorCorrection,应用层前向纠错)、ARQ(Automatic Repeat Request,自动重传请求)等技术来保护。
在本实施例的广播***中,使用MPEG-H HEVC(High Efficiency Video Coding,高效率视频编码)作为影像编码方式,使用MPEG-4AAC(Advanced Audio Coding,高级音频编码)或MPEG-4ALS(Audio Lossless Coding,音频无损编码)作为声音编码方式。通过上述各方式编码后的广播节目的影像和声音等的编码数据,以MFU、MPU格式、进而放入MMTP负载而成为MMTP包(MMTP包化),以IP(互联网协议,Internet Protocol)包传输。此外,与广播节目相关的数据内容也可以是MFU、MPU格式,进而放入MMTP负载而成为MMTP包并以IP包传输。作为数据内容的传输方式,准备如下四种传输方式:在与广播同步的数据流中使用的字幕/字符叠加传输方式;在与广播异步的数据传输中使用的应用程序传输方式;在对电视接收机上动作的应用程序的同步/异步的消息通知中使用的事件消息传输方式;以同步式/异步式传输其他通用数据的通用数据传输方式。
MMTP包的传输在广播传输路径中使用UDP/IP(User Datagram Protocol/Internet Protocol,用户数据报协议/互联网协议),在通信线路中使用UDP/IP或TCP/IP(Transmission Control Protocol/Internet Protocol,传输控制协议/互联网协议)。另外,在广播传输路径中,为了高效地传输IP包,使用TLV(Type Length Value,类型长度值)复用方式。图3表示本实施例的广播***的协议栈的一例。图中,(A)是广播传输路径的协议栈的一例,(B)是通信线路的协议栈的一例。
在本实施例的广播***中,准备了传输MMT-SI(MMT-Signaling Information,MMT-信令信息)和TLV-SI(TLV-Signaling Information,TLV-信令信息)两种控制信息的机制。MMT-SI是表示广播节目的结构等的控制信息。采用MMT的控制消息的格式,放入MMTP负载成为MMTP包,并以IP包传输。TLV-SI是关于IP包复用的控制信息,是提供用于选台的信息、IP地址和服务的对应信息的信息。
另外,在使用MMT的广播***中,为了提供绝对时刻也传输时刻信息。另外,MPEG2-TS基于按每个TS不同的时钟来表示分量的显示时刻,与之相对地,MMT基于协调世界时(Coordinated Universal Time:UTC)来表示分量的显示时刻。利用这些机制,终端设备能够将从不同传输点用不同的传输路径传输来的分量同步地显示。为了提供UTC,使用NTP(Network Time Protocol,网络时间协议)格式的IP包。
[使用MMT的广播***的控制信息]
在本实施例的广播接收装置100兼容的广播***中,如上所述,作为控制信息,准备了关于用于IP包复用的TLV复用方式的TLV-SI和关于作为媒体传输方式的MMT的MMT-SI。TLV-SI提供用于广播接收装置100将在广播传输路径上复用的IP包解复用的信息。TLV-SI由“表”和“描述符”构成。“表”以节格式传输,“描述符”配置在“表”内。MMT-SI是表示与MMT的包结构和广播服务相关的信息的传输控制信息。MMT-SI由用于保存“表”和“描述符”的“消息”、具有表示特定信息的要素和属性的“表”、以及表示更详细信息的“描述符”三层次构成。图4表示本实施例的广播***中使用的控制信息的分层结构的一例。
<TLV-SI中使用的表>
图5A表示本实施例的广播接收装置100兼容的广播***的TLV-SI中使用的“表”的一览。在本实施例中,使用的TLV-SI的“表”如下所示。
(1)TLV-NIT
TLV用网络信息表(Network Information Table for TLV:TLV-NIT)表示关于通过网络传输的TLV流的物理结构的信息和网络本身的特性。
(2)AMT
地址映射表(Address Map Table:AMT)提供构成在网络中传输的各服务的IP包的多点传输组(multicast group)的一览。
(3)运营商设定的表
此外,能够准备由服务运营商等独自设定的表。
<TLV-SI中使用的描述符>
图5B表示本实施例的广播接收装置100兼容的广播***的TLV-SI中配置的“描述符”的一览。在本实施例中,使用的TLV-SI的“描述符”如下所示。
(1)服务列表描述符
服务列表描述符根据服务标识和服务形式种类提供服务的一览。
(2)卫星分配***描述符
卫星分配***描述符表示卫星传输路径的物理条件。
(3)***管理描述符
***管理描述符用于识别广播和非广播。
(4)网络名描述符
网络名描述符通过字符符号描述网络名称。
(5)运营商设定的描述符
另外,能够准备由服务运营商等独自设定的描述符。
<MMT-SI中使用的消息>
图6A表示本实施例的广播接收装置100兼容的广播***的MMT-SI中使用的“消息”的一览。在本实施例中,使用的MMT-SI的“消息”如下所示。
(1)PA消息
包访问(Package Access:PA)消息用于传输各种表。
(2)M2节消息(section message)
M2节消息用于传输MPEG-2Systems(***)的节扩展格式。
(3)CA消息
CA消息用于传输用于识别有条件访问方式的表。
(4)M2短节消息
M2短节消息用于传输MPEG-2Systems(***)的节短格式。
(5)数据传输消息
数据传输消息是用于保存关于数据传输的表的消息。
(6)运营商设定的消息
此外,能够准备由服务运营商等独自设定的消息。
<MMT-SI中使用的表>
图6B表示本实施例的广播接收装置100兼容的广播***的MMT-SI中使用的“表”的一览。该表是具有表示特定信息的元素和属性的控制信息,其保存在消息中并以MMTP包传输。另外,保存表的消息可以根据表来确定。在本实施例中,使用的MMT-SI的“表”如下所示。
(1)MPT
MMT包表(MMT Package Table:MPT)提供资源(asset)的列表、资源在网络上的位置等构成包的信息。MPT可以保存在PA消息中。
(2)PLT
包列表(Package List Table:PLT)表示用于传输作为广播服务提供的MMT包的PA消息的IP数据流和用于传输包ID以及IP服务的IP数据流的一览。PLT可以保存在PA消息中。
(3)LCT
布局设定表(Layout Configuration Table:LCT)用于将用于展示的布局信息与布局编号相关联。LCT可以保存在PA消息中。
(4)ECM
授权控制消息(Entitlement Control Message:ECM)是包括节目信息和控制信息的共用信息,发送用于解除加扰的密钥信息等。ECM可以保存在M2节消息中。
(5)EMM
授权管理消息(Entitlement Management Message:EMM)传输包括每个加入者的合约信息、用于解除ECM(共用信息)的加密的密钥信息等的个别信息。EMM可以保存在M2节消息中。
(6)CAT(MH)
CA表(条件访问表,Conditional Access Table:CAT)(MH)用于保存用于识别有条件接收方式的描述符。CAT(MH)可以保存在CA消息中。
(7)DCM
下载控制消息(Download Control Message:DCM)传输包括用于解密用于下载的传输路径密码的密钥等的密钥相关信息。DCM可以保存在M2节消息中。
(8)DMM
下载管理消息(Download Management Message:DMM)传输包括用于解密DCM密码的下载密钥等的密钥相关信息。DMM可以保存在M2节消息中。
(9)MH-EIT
MH-事件信息表(MH-Event Information Table:MH-EIT)是关于各服务中包含的事件的时序信息。MH-EIT可以保存在M2节消息中。
(10)MH-AIT
MH-应用程序信息表(MH-Application Information Table:MH-AIT)保存关于应用程序的所有信息和应用程序要求的启动状态等。MH-AIT可以保存在M2节消息中。
(11)MH-BIT
MH-广播业者信息表(MH-Broadcaster Information Table:MH-BIT)用于展示网络上存在的广播业者的信息。MH-BIT可以保存在M2节消息中。
(12)MH-SDTT
MH-软件下载触发表(MH-Software Download Trigger Table:MH-SDTT)用于下载的告知信息。MH-SDTT可以保存在M2节消息中。
(13)MH-SDT
MH-服务描述表(MH-Service Description Table:MH-SDT)具有表示特定TLV流中包含的服务的子表,传输编组频道的名称、广播运营商的名称等关于编组频道的信息。MH-SDT可以保存在M2节消息中。
(14)MH-TOT
MH-时间偏移表(MH-Time Offset Table:MH-TOT)传输JST时刻和日期(修正儒略日)信息。MH-TOT可以保存在M2短节消息中。
(15)MH-CDT
MH-共用数据表(MH-Common Data Table:MH-CDT)用于以接收它的所有接收机为对象,以节格式传输要保存在非易失性存储器中的共用数据。MH-CDT可以保存在M2节消息中。
(16)DDM表
数据目录管理表(Data Directory Management Table:DDM表)提供构成应用程序的文件的目录结构,以将应用程序的文件结构与用于文件传输的结构分离。DDM表可以保存在数据传输消息中。
(17)DAM表
数据资源管理表(Data Asset Management Table:DAM表)提供资源内的MPU的结构和每个MPU的版本信息。DAM表可以保存在数据传输消息中。
(18)DCC表
数据内容管理表(Data Content Configuration Table:DCC表)提供作为数据内容的文件的结构信息,以实现灵活有效的缓存控制。DCC表可以保存在数据传输消息中。
(19)EMT
事件消息表(Event Message Table:EMT)用于传输关于事件消息的信息。EMT可以保存在M2节消息中。
(20)运营商设定的表
此外,能够准备由服务运营商等独自设定的表。
<MMT-SI中使用的描述符>
图6C和图6D表示本实施例的广播接收装置100兼容的广播***的MMT-SI中配置的“描述符”的一览。描述符是提供更详细的信息的控制信息,被配置在表中。另外,配置描述符的表可以根据描述符来决定。在本实施例中,使用的MMT-SI的“描述符”如下所示。
(1)资源组描述符
资源组描述符提供资源的组关系和组内的优先级。资源组描述符可以配置在MPT中。
(2)事件包描述符
事件包描述符提供表示节目的事件与包之间的对应关系。事件包描述符可以配置在用M2节消息传输的MH-EIT中。
(3)背景色指定描述符
背景色指定描述符提供布局指定中的最靠背面的背景色。背景色指定描述符可以配置在LCT中。
(4)MPU展示(presentation,再现)区域指定描述符
MPU展示区域指定描述符提供展示MPU的位置。MPU展示区域指定描述符可以配置在MPT中。
(5)MPU时间戳描述符
MPU时间戳描述符表示MPU中按展示顺序最开始的访问单元的展示时刻。MPU时间戳描述符可以配置在MPT中。
(6)依赖关系描述符
依赖关系描述符提供处于依赖关系的资源的资源ID。依赖关系描述符可以配置在MPT中。
(7)访问控制描述符
访问控制描述符提供用于识别有条件访问方式的信息。访问控制描述符可以配置在MPT或CAT(MH)中。
(8)加扰方式描述符
加扰方式描述符提供用于识别加扰时的加密对象和加密算法的种类的信息。加扰方式描述符可以配置在MPT或CAT(MH)中。
(9)消息认证方式描述符
消息认证方式描述符提供用于在进行消息认证时识别消息认证方式的信息。消息认证方式描述符可以配置在MPT或CAT(MH)中。
(10)紧急信息描述符(MH)
紧急信息描述符(MH)在进行紧急警报广播时使用。紧急信息描述符(MH)可以配置在MPT中。
(11)MH-MPEG-4音频描述符
MH-MPEG-4音频描述符用于描述用于确定ISO/IEC 14496-3(MPEG-4音频)的音频流的编码参数的基本信息。MH-MPEG-4音频描述符可以配置在MPT中。
(12)MH-MPEG-4音频扩展描述符
MH-MPEG-4音频扩展描述符用于描述MPEG-4音频流的配置文件和级别以及编码方式固有的设定。MH-MPEG-4音频扩展描述符可以配置在MPT中。
(13)MH-HEVC视频描述符
MH-HEVC视频描述符用于描述ITU-T建议H.265|ISO/IEC23008-2的影像流(HEVC流)的基本编码参数。MH-HEVC视频描述符可以配置在MPT中。
(14)MH-连接描述符
MH-连接描述符识别当观众请求与节目排列信息***中记载的某特定项有关的追加信息时提供的服务。MH-连接描述符可以配置在MPT、MH-EIT、MH-SDT等中。
(15)MH-事件组描述符
MH-事件组描述符用于表示当多个事件之间存在关系时这些事件组被分组化的情况。MH-事件组描述符可以配置在MH-EIT中。
(16)MH-服务列表描述符
MH-服务列表描述符提供基于服务标识和服务格式种类的服务的一览。MH-服务列表描述符可以配置在MH-BIT中。
(17)MH-短格式事件描述符
MH-短格式事件描述符以文本格式表示事件名和该事件的简短描述。MH-短格式事件描述符可以配置在MH-EIT中。
(18)MH-扩展格式事件描述符
MH-扩展格式事件描述符附加于MH-短格式事件描述符而使用,提供事件的详细描述。MH-扩展格式事件描述符可以配置在MH-EIT中。
(19)影像分量描述符
影像分量描述符表示关于影像分量的参数和说明,也用于以字符格式表述基本流。影像分量描述符可以配置在MPT或MH-EIT中。
(20)MH-流识别描述符
MH-流识别描述符用于对服务的分量流附加标签,并能够利用该标签来参照用MH-EIT中的影像分量描述符表示的描述内容。MH-流识别描述符可以配置在MPT中。
(21)MH-内容描述符
MH-内容描述符表示事件的类型。MH-内容描述符可以配置在MH-EIT中。
(22)MH-家长分级控制描述符
MH-家长分级控制描述符表示基于年龄的视听限制,并用于根据其他限制条件进行扩展。MH-家长分级控制描述符可以配置在MPT或MH-EIT中。
(23)MH-声音分量描述符
MH-声音分量描述符表示声音基本流的各参数,也用于以字符格式表述基本流。MH-声音分量描述符可以配置在MPT或MH-EIT中。
(24)MH-对象地域描述符
MH-对象地域描述符用于描述节目或构成节目的一部分的流成为对象的地域。MH-对象地域描述符可以配置在MPT中。
(25)MH-系列描述符
MH-系列描述符用于识别系列节目。MH系列描述符可以配置在MH-EIT中。
(26)MH-SI传输参数描述符
MH-SI传输参数描述符用于表示SI的传输参数。MH-SI传输参数描述符可以配置在MH-BIT中。
(27)MH-广播业者名描述符
MH-广播业者名描述符描述广播业者的名称。MH-广播业者名描述符可以配置在MH-BIT中。
(28)MH-服务描述符
MH-服务描述符将编组频道名和其运营商名与服务格式种类一起用字符符号表示。MH-服务描述符可以配置在MH-SDT中。
(29)IP数据流描述符
IP数据流描述符提供构成服务的IP数据流的信息。IP数据流描述符可以配置在MH-SDT中。
(30)MH-CA启动描述符
MH-CA启动描述符记载用于启动CAS基盘上的CAS程序的启动信息。MH-CA启动描述符可以配置在MPT或CAT(CA)中。
(31)MH-Type描述符
MH-Type描述符表示用应用程序传输方式传输的文件的类型。MH-Type描述符可以配置在DAM表中。
(32)MH-Info描述符
MH-Info描述符描述关于MPU或项目的信息。MH-Info描述符可以配置在DAM表中。
(33)MH-Expire描述符
MH-Expire描述符描述项目的有效期限。MH-Expire描述符可以配置在DAM表中。
(34)MH-Compression Type描述符
MH-Compression Type描述符表示要传输的项目被压缩,并且表示其压缩算法和压缩前的项目的字节数。MH-Compression Type描述符可以配置在DAM表中。
(35)MH-数据编码方式描述符
MH-数据编码方式描述符用于识别数据编码方式。MH-数据编码方式描述符可以配置在MPT中。
(36)UTC-NPT参照描述符
UTC-NPT参照描述符用于传达NPT(Normal Play Time,正常播放时间)与UTC之间的关系。UTC-NPT参照描述符可以配置在EMT中。
(37)事件消息描述符
事件消息描述符传达关于事件消息通常的信息。事件消息描述符可以配置在EMT中。
(38)MH-本地时间偏移描述符
MH-本地时间偏移描述符用于在实施夏令时的情况下使显示给人等的显示时刻与实际的时刻(例如UTC+9小时)具有一定的偏移值。MH-本地时间偏移描述符可以配置在MH-TOT中。
(39)MH-分量组描述符
MH-分量组描述符定义并识别事件内的分量的组合。MH-分量组描述符可以配置在MH-EIT中。
(40)MH-徽标传输描述符
MH-徽标传输描述符用于描述简易徽标用字符串、对CDT格式徽标的指向(pointing)等。MH-徽标传输描述符可以配置在MH-SDT中。
(41)MPU扩展时间戳描述符
MPU扩展时间戳描述符提供MPU内的访问单元的解码时刻。MPU扩展时间戳描述符可以配置在MPT中。
(42)MPU下载内容描述符
MPU下载内容描述符用于描述使用MPU下载的内容的属性信息。MPU下载内容描述符可以配置在MH-SDTT中。
(43)MH-网络下载内容描述符
MH-网络下载内容描述符用于描述使用网络下载的内容的属性信息。MH-网络下载内容描述符可以配置在MH-SDTT中。
(44)MH-应用程序描述符
MH-应用程序描述符描述应用程序的信息。MH-应用程序描述符可以配置在MH-AIT中。
(45)MH-传输协议描述符
MH-传输协议描述符用于表示广播、通信等的传输协议的指定和依赖于传输协议的应用程序的位置信息。MH-传输协议描述符可以配置在MH-AIT中。
(46)MH-简易应用程序位置描述符
MH-简易应用程序位置描述符用于指示应用程序的取得源的详情。MH-简易应用程序位置描述符可以配置在MH-AIT中。
(47)MH-应用程序边界权限设定描述符
MH-应用程序边界权限设定描述符设定应用程序边界,并且按每个区域(URL)设定广播源访问的权限。MH-应用程序边界权限设定描述符可以配置在MH-AIT中。
(48)MH-启动优先级信息描述符
MH-启动优先级信息描述符用于指定应用程序的启动优先级。MH-启动优先级信息描述符可以配置在MH-AIT中。
(49)MH-缓存信息描述符
MH-缓存信息描述符用于描述在预想再次使用应用程序的情况下,将构成应用程序的资源预先保持在缓存中时的缓存控制。MH-缓存信息描述符可以配置在MH-AIT中。
(50)MH-随机适用延迟描述符
MH-随机适用延迟描述符用于描述在预想应用程序取得的服务器访问的负载分布,使进行应用程序控制的时刻延迟随机设定的延迟量。MH-随机适用延迟描述符可以配置在MH-AIT中。
(51)连接目的地PU描述符
连接目的地PU描述符描述有可能从该展示单元(Presentation Unit:PU)转移的其他展示单元。连接目的地PU描述符可以配置在DCC表中。
(52)锁定缓存指定描述符
锁定缓存指定描述符描述在该展示单元中缓存并锁定的对象的文件的指定。锁定缓存指定描述符可以配置在DCC表中。
(53)解锁缓存指定描述符
解锁缓存指定描述符描述在该展示单元中锁定的文件中要解锁的文件的指定。解锁缓存指定描述符可以配置在DCC表中。
(54)由运营商设定的描述符
另外,能够准备由服务运营商等独自设定的描述符。
<MMT方式的数据传输与各控制信息的关系>
在此,参照图6E,对本实施例的广播接收装置100兼容的广播***中的数据传输与代表性的表之间的关系进行说明。
在本实施例的广播接收装置100兼容的广播***中,能够用经由广播传输路径的TLV流或经由通信线路的IP数据流等多个路径进行数据传输。TLV流包括TLV-NIT、AMT等TLV-SI和作为IP包的数据流的IP数据流。在IP数据流中,包括包含一系列影像MPU的影像资源和包含一系列声音MPU的声音资源。同样,IP数据流中也可以包括包含一系列字幕MPU的字幕资源、包含一系列字符叠加MPU的字符叠加资源、包含一系列数据MPU的数据资源等。这些各种资源根据保存在PA消息中被传输的MPT(MMT包表),以被称为“包”的单位相关联。具体来说,通过在MPT中记载包ID(对应于后述的图17所示的“MMT_package_id_byte”参数)和该包中所含的各资源的资源ID(对应于后述的图17所示的“asset_id_byte”参数)来进行上述关联。
构成包的资源也能够只是TLV流中的资源,但如图6E所示,也能够包含用通信线路的IP数据流传输的资源。这能够通过在MPT中包括该包中所含的各资源的位置信息(对应于后述的图17所示的“MMT_general_location_info()”),并且本实施例的广播接收装置100能够掌握各资源的参照目的地来实现。更具体地说,通过变更在上述位置信息中配置的“MMT_general_location_infonolocation_type”参数的值,广播接收装置100能够参照
(1)在与MPT相同的IP数据流复用的数据
(location_type=0x00)
(2)在IPv4数据流复用的数据
(location_type=0x01)
(3)在IPv6数据流复用的数据
(location_type=0x02)
(4)在广播的MPEG2-TS复用的数据
(location_type=0x03)
(5)在IP数据流中以MPEG2-TS格式复用的数据
(location_type=0x04)
(6)处于指定的URL的数据
(location_type=0x05)
等用各种传输路径传输的各种数据。
在上述参照文献中,(1)是例如经由用后述的图7A的广播接收装置100的调谐/解调部131接收的数字广播信号接收的IP数据流。在通信线路侧的IP数据流中也包含MPT而传输的情况下,有时(1)的参照目的地成为后述的LAN通信部121经由通信线路接收的IP数据流。另外,上述(2)、(3)、(5)、(6)是后述的LAN通信部121经由通信线路接收的IP数据流。此外,上述(4)在例如后述的图24所示的实施例2的广播接收装置800那样为具有接收使用MMT方式的数字广播信号的接收功能和接收使用MPEG2-TS方式的数字广播信号的接收功能这两者的广播接收装置的情况下,能够基于使用MMT方式的数字广播信号中包含的MPT的位置信息(“MMT_general_location_info()”),在参照复用到用接收使用MPEG2-TS方式的数字广播信号的接收功能接收的MPEG2-TS的数据时使用。
另外,构成“包”的数据以这样的方式被指定,但是在本实施例的广播接收装置100兼容的广播***中,将该“包”单位的一系列数据作为数字广播的“服务”单位来处理。
而且,在MPT中记载有MPT所指定的各MPU的展示时刻信息(对应于后述的图13B所示的“mpu_presentation_time”参数),并且能够使用该展示时刻信息,将MPT所指定的多个MPU以基于UTC表示的时刻信息即NTP的时钟为基准地连动地展示(显示、输出等)。关于使用基于该NTP的时钟的各种数据的展示控制,在后面叙述。
图6E所示的本实施例的数据传输方式中,还存在“事件”这一概念。“事件”是表示包含在M2节消息中被发送的MH-EIT所处理的所谓“节目”的概念。具体地说,在保存于MH-EIT中的事件包描述符所指的“包”中,从保存于MH-EIT中的指示时刻(对应于后述的图21所示的“start_time”参数)起的持续时间(对应于后述的图21所示的“duration”参数)的期间中所含的一系列数据,是包含在该“事件”的概念中的数据。MH-EIT能够用于在本实施例的广播接收装置100中以该“事件”单位进行的各种处理(例如,节目表的生成处理、录像预约和视听预约的控制、暂时存储等的著作权管理处理)等。
[广播接收装置的硬件结构]
图7A是表示广播接收装置100的内部结构的一例的框图。广播接收装置100包括主控制部101、***总线102、ROM103、RAM104、存储(storage,蓄存)部110、LAN通信部121、扩展接口部124、数字接口部125、调谐/解调部131、分离部132、影像解码器141、影像色域转换部142、声音解码器143、字符叠加解码器144、字幕解码器145、字幕合成部146、字幕色域转换部147、数据解码器151、缓存部152、应用程序控制部153、浏览器部154、应用程序色域转换部155、音源部156、影像合成部161、监视器部162、影像输出部163、声音合成部164、扬声器部165、声音输出部166、操作输入部170。
主控制部101是按照规定的动作程序控制广播接收装置100整体的微处理器单元。***总线102是用于在主控制部101与广播接收装置100内的各动作区块之间进行数据收发的数据通信线路。
ROM(Read Only Memory:只读存储器)103是保存操作***等的基本动作程序和其他动作程序的非易失性存储器,例如使用EEPROM(Electrically Erasable ProgrammableROM:电可擦可编程只读存储器)或闪存ROM这样的可改写的ROM。可以在ROM103中存储广播接收装置100的动作所需的动作设定值。RAM(Random Access Memory:随机存取存储器)104是基本动作程序和其他动作程序运行时的工作区域。ROM103和RAM104与主控制部101可以一体构成。另外,ROM103也可以不是如图7A所示的独立结构,而是使用存储(蓄存)部110内的一部分存储区域。
存储(蓄存)部110存储广播接收装置100的动作程序和动作设定值、广播接收装置100的用户的个人信息等。另外,能够存储经由互联网200下载的动作程序和用上述动作程序生成的各种数据等。另外,也能够存储从广播波取得、或者经由互联网200下载的动态图像、静止图像、声音等内容。也可以用存储(蓄存)部110的一部分区域代替ROM103的全部或一部分功能。另外,存储(蓄存)部110需要在未从外部对广播接收装置100供给电源的状态下也保持存储的信息。从而,例如使用闪存ROM或SSD(Solid State Drive:固态驱动器)等非易失性半导体元件存储器、HDD(Hard Disc Drive:硬盘驱动器)等磁盘驱动器等装置。
另外,ROM103和存储(蓄存)部110中存储的上述各动作程序,能够通过从互联网200上的各服务器装置的下载处理进行添加、更新和功能扩展。
LAN(Local Area Network:局域网)通信部121经由路由装置200r与互联网200连接,与互联网200上的各服务器装置或其他通信设备进行数据的收发。另外,也进行经由通信线路传输的节目的MMT数据串(或其一部分)的取得。与路由装置200r的连接可以是有线连接,也可以是Wi-Fi(注册商标)等无线连接。LAN通信部121具有编码电路、解码电路等。另外,广播接收装置100也可以进一步具有BlueTooth(注册商标)通信部、NFC通信部、红外线通信部等其他通信部。
调谐/解调部131经由天线100a接收从无线电塔300t发送来的广播波,基于主控制部101的控制,调谐(选台)至用户要求的服务的频道。进而,调谐/解调部131对接收到的广播信号解调而取得MMT数据串。另外,在图7A所示的例子中,举例表示了调谐/解调部为一个的结构,但为了同时显示多画面和后台节目录像等目的,也可以采用广播接收装置100装载多个调谐/解调部的结构。
分离部132是MMT解码器,基于所输入的MMT数据串中的控制信号将作为实时展示要素的影像数据串、声音数据串、字符叠加数据串、字幕数据串等分别分配给影像解码器141、声音解码器143、字符叠加解码器144、字幕解码器145等。输入到分离部132的数据,可以为经由广播传输路径传输来并由调谐/解调部131解调而得的MMT数据串、经由通信线路传输来并由LAN通信部121接收的MMT数据串。另外,分离部132再现多媒体应用程序或作为其构成要素的文件类数据,并暂时存储于缓存部152中。另外,分离部132为了在进行影像声音字幕以外的数据的展示的播放器中使用的数据或对于应用程序的数据的流化中使用,提取通用数据并输出到数据解码器151。另外,分离部132也可以基于主控制部101的控制,进行对上述输入的MMT数据串的纠错和访问限制的控制等。
影像解码器141对从分离部132输入的影像数据串进行解码而输出影像信息。影像色域转换部142为了进行影像合成部161中的影像合成处理,根据需要对由影像解码器141解码而得的影像信息实施颜色空间转换处理。声音解码器143对从分离部132输入的声音数据串解码而输出声音信息。另外,也可以在影像解码器141和声音解码器143中输入经由LAN通信部121从互联网200上取得的例如MPEG-DASH(MPEG-Dynamic Adaptive Streamingover HTTP,MPEG-基于HTTP的动态自适应流)格式等的流数据。另外,为了同时对多个种类的影像数据串、声音数据串进行解码处理,影像解码器141、影像色域转换部142、声音解码器143等可以具有多个。
字符叠加解码器144对从分离部132输入的字符叠加数据串进行解码而输出字符叠加信息。字幕解码器145对从分离部132输入的字幕数据串进行解码而输出字幕信息。从字符叠加解码器144输出的字符叠加信息和从字幕解码器145输出的字幕信息,在字幕合成部146中实施合成处理,进而在字幕色域转换部147中,为了进行影像合成部161中的影像合成处理而根据需要实施颜色空间转换处理。另外,在本实施例中,在与广播节目的影像同时展示的以字符信息为中心的服务中,与影像的内容相关的被称为字幕,此外的被称为字符叠加。此外,在不区分它们的情况下,统称为字幕。
浏览器部154根据对MMT数据串中所含的控制信息、经由LAN通信部121从互联网200上的服务器装置取得的控制信息进行解析的应用程序控制部153的指示,展示缓存部152或经由LAN通信部121从互联网200上的服务器装置取得的多媒体应用程序文件和作为其构成要素的文件类数据。另外,上述多媒体应用程序文件可以是HTML(Hyper TextMarkup Language,超文本标记语言)文档、BML(Broadcast Markup Language,广播标记语言)文档等。从浏览器部154输出的应用程序信息,进一步在应用程序色域转换部155中,为了进行影像合成部161中的影像合成处理而根据需要实施颜色空间转换处理。此外,浏览器部154还通过使音源部156工作来进行应用程序声音信息的再现。
影像合成部161输入从影像色域转换部142输出的影像信息、从字幕色域转换部147输出的字幕信息、从应用程序色域转换部155输出的应用程序信息等,适当进行选择和/或叠加等的处理。影像合成部161具有省略了图示的影像RAM,基于对上述影像RAM输入的影像信息等驱动监视器部162等。另外,影像合成部161基于主控制部101的控制,根据需要进行缩放处理、基于MMT-SI中包含的MH-EIT等信息生成的EPG(Electronic Program Guide,电子节目指南)画面信息叠加的处理等。监视器部162例如是液晶面板等显示设备,对广播接收装置100的用户提供经影像合成部161实施了选择和/或叠加处理的影像信息。影像输出部163是输出用影像合成部161实施了选择和/或叠加处理的影像信息的影像输出接口。
另外,本实施例的广播接收装置100的展示功能,为了按照运营商的意图显示多媒体服务,具有逻辑平面构造。图7B表示本实施例的广播接收装置100的展示功能所具有的逻辑平面构造的结构的一例。在上述逻辑平面构造中,在最前面配置进行字符叠加显示的字符叠加平面,在下一层配置进行字幕显示的字幕平面。在第三层配置进行广播影像、多媒体应用程序、或其合成影像的显示的多媒体平面,在最靠背面的位置(最后面)配置背景平面。在字幕合成部146和影像合成部161中,进行字符叠加信息在字符叠加平面上的描绘、字幕信息在字幕平面上的描绘、影像信息、应用程序信息等在多媒体平面上的描绘。另外,基于MMT-SI中包含的LCT等在背景平面上描绘背景色。另外,第三层多媒体平面能够根据影像解码器141的数量准备多个。但是,即使在多媒体平面存在多个的情况下,从应用程序色域转换部155输出的应用程序信息等也仅输出到最前面的多媒体平面。
声音合成部164输入从声音解码器143输出的声音信息和用音源部156再现的应用程序声音信息,适当进行选择和/或混合等处理。扬声器部165将由声音合成部164实施了选择和/或混合处理的声音信息提供给广播接收装置100的用户。声音输出部166是输出用声音合成部164实施了选择和/或混合处理的声音信息的声音输出接口。
扩展接口部124是用于扩展广播接收装置100的功能的接口组,本实施例中,由模拟影像/声音接口、USB(Universal Serial Bus,通用串行总线)接口、存储器接口等构成。模拟影像/声音接口进行从外部影像/声音输出设备输入模拟影像信号/声音信号、向外部影像/声音输入设备输出模拟影像信号/声音信号等。USB接口与PC等连接进行数据的收发。也可以连接HDD进行广播节目和内容的记录。另外,也可以进行键盘或其他USB设备的连接。存储器接口连接存储卡或其他存储介质进行数据的收发。
数字接口部125是输出或输入编码后的数字影像数据和/或数字声音数据的接口。数字接口部125能够将由调谐/解调部131解调得到的MMT数据串、经由LAN通信部121取得的MMT数据串、或上述各MMT数据串的混合数据直接输出。另外,也可以进行控制以使得将从数字接口部125输入的MMT数据串输入到分离部132。也可以经由数字接口部125进行存储(蓄存)部110中存储的数字内容的输出、或者数字内容对存储(蓄存)部110的存储。
数字接口部125可以是DVI端子或HDMI(注册商标)端子或Display Port(注册商标)端子等,按符合DVI规格或HDMI规格或Display Port规格等的格式进行数据的输出或输入。也可以按符合IEEE1394规格等的串行数据的格式输出或输入。另外,也可以构成为经由以太网(注册商标)或无线LAN等硬件进行数字接口输出的IP接口。在这种情况下,数字接口部125和LAN通信部121可以共用该硬件结构。
操作输入部170是进行对广播接收装置100的操作指示输入的指示输入部,本实施例中,由接收从省略图示的遥控器发送的指令的遥控接收部和排列着按钮开关的操作按键构成。也可以仅有其中一方。此外,操作输入部170也可以用重叠配置于监视器部162的触摸面板代替。也可以用与扩展接口部124连接的键盘等代替。上述省略图示的遥控器也可以用具有遥控指令发送功能的便携信息终端700代替。
另外,如上所述,广播接收装置100是电视接收机等的情况下,影像输出部163和声音输出部166不是本发明中必需的结构。另外,广播接收装置100除电视接收机以外,也可以是DVD(Digital Versatile Disc,数字多功能光盘)录像机等光盘驱动器录像机、HDD录像机等磁盘驱动器录像机、STB(Set Top Box:机顶盒)等。也可以是具有数字广播接收功能、广播通信协作功能的PC(Personal Computer)或平板终端、导航装置、游戏机等。广播接收装置100是DVD录像机、HDD录像机、STB等的情况下,可以不具有监视器部162和扬声器部165。通过使外部监视器和外部扬声器与影像输出部163和声音输出部166或数字接口部125连接,能够实现与本实施例的广播接收装置100同样的动作。
[广播接收装置的时钟同步/展示同步的***结构]
图7C是本实施例的广播接收装置100兼容的广播***的时钟同步/展示同步的***结构的一例。在本实施例的广播***中,以64比特长度的NTP时间戳格式将UTC从广播送出***传输到接收机(本实施例的广播接收装置100等)。在上述NTP时间戳格式中,UTC的“秒以上”(秒和比秒大的时间)用32比特表示,另外“小于秒”(比秒小的时间)用32比特表示。但实际上,以32比特精度来再现1秒是很困难的。因此,作为用于同步影像***的***时钟和用于使NTP格式的时钟动作的***时钟,可以例如像该图所示那样的使用“2的24次方”Hz(约16.8MHz)的频率。另外,考虑到现有的广播***的***时钟是27MHz以及容易地构建接收机的硬件结构等,优选采用“2的24次方”~“2的28次方”程度的2的幂的频率作为***时钟。
另外,在广播送出***侧和接收机侧,在将***时钟如上所述设定为“2的24次方”~“2的28次方”程度的2的幂的频率的情况下,从广播送出***侧向接收机侧传输的NTP时间戳格式的、用于再现上述***时钟或NTP格式的时钟的PLL(Phase Locked Loop,锁相环)类无法参照的低位8~4位(比特)可以固定为“0”或“1”。即,如果***时钟为“2的n次方”Hz(图7C的例子中n=24),则可以将NTP时间戳格式的低位“32-n”位(比特)固定为“0”或“1”。或者,接收机侧可以以忽略上述NTP时间戳格式的低位“32-n”位(比特)的方式处理。
在广播送出***侧,当从外部获得NTP格式的时刻信息时,以基于“2的n次方”Hz的VCO(Voltage Controlled Oscillator,压控振荡器)的32+n比特计数器构成PLL类,实现与从外部给予的时刻信息同步的送出***时钟。另外,与“2的n次方”Hz的***时钟同步地使整体的信号处理***动作。进而,将上述送出***时钟的输出作为NTP长格式的时刻信息经由广播传输路径周期地传输到接收机侧。
在接收机侧,经由广播传输路径接收NTP长格式的时刻信息,与广播送出***侧同样根据基于“2的n次方”Hz的VCO的PLL类再现接收***时钟。由此,接收***时钟成为与广播送出***侧同步的时钟。此外,通过与“2的n次方”Hz的***时钟同步地使接收机的信号处理***动作,实现广播送出***侧与接收机侧的时钟同步,能够实现稳定的信号再现。此外,在广播送出***侧,基于上述NTP格式的时刻信息,设定影像/声音信号的每个展示单位的解码时刻和展示时刻。这里,在通过广播信号传输的PA消息中保存的MPT中,保存有后述的图13B所示的MPU时间戳描述符。图13B的MPU时间戳描述符的“mpu_sequence_number(MPU序列号)”参数表示描述时间戳的MPU的序列号,“mpu_presentation_time(MPU展示时刻)”参数以64比特的NTP时间戳格式表示MPU的展示时刻。由此,接收机能够参照保存在MPT中的MPU时间戳描述符,控制影像信号、声音信号、字幕、字符叠加等的每个MPU的展示(显示、输出等)时刻。
另外,着眼于上述的影像/声音信号等的每个展示单位的解码时刻和展示时刻的控制时,能够根据“2的16次方”Hz“约65.5KHz”程度的时钟来确保影像/声音信号的同步,此时,也可以不参照MPU时间戳描述符等中描述的NTP时间戳格式的低16位(比特)。即,在解码时刻和展示时刻的控制中使用通过***时钟的划分等而生成的“2的m次方”Hz的时钟的情况下,可以不参照MPU时间戳描述符等中描述的NTP时间戳格式的低“32-m”位(比特)。因此,MPU时间戳描述符等中描述的NTP时间戳格式的低“32-m”位(比特)可以被固定为“0”或“1”。
[广播接收装置的软件结构]
图7D是本实施例的广播接收装置100的软件结构图,示出了ROM103、RAM104和存储(蓄存)部110中的软件的结构。本实施例中,ROM103中存储了基本动作程序1001和其他动作程序,存储(蓄存)部110中存储了接收功能程序1002和其他动作程序。另外,存储(蓄存)部110具有存储动态图像、静止图像、声音等内容的内容存储区域1200,存储访问外部的便携终端设备或各服务器装置时所需的认证信息等的认证信息存储区域1300,和存储其他各种信息的各种信息存储区域。
ROM103中存储的基本动作程序1001在RAM104被展开,进而主控制部101运行上述展开的基本动作程序,由此构成基本动作运行部1101。另外,存储(蓄存)部110中存储的接收功能程序1002也同样被展开(部署)至RAM104,进而主控制部101运行上述展开的接收功能程序,由此构成接收功能运行部1102。另外,RAM104具有根据需要暂时保持各动作程序运行时生成的数据的暂存区域。
另外,以下为了简化说明,将通过主控制部101在RAM104中展开ROM103中保存的基本动作程序1001并运行而进行各动作区块的控制的处理,叙述为基本动作运行部1101进行各动作区块的控制。关于其他动作程序也进行同样的叙述。
接收功能运行部1102为了再现本实施例的广播***中传输的影像、声音等分量(component)而控制广播接收装置100的各动作区块。特别是,传输处理部1102a主要控制分离部132的MMT解码器功能,将从MMT数据串分离出的影像数据串、声音数据串等分配给各自对应的解码处理部。AV解码处理部1102b主要控制影像解码器141、声音解码器143等。应用程序处理部1102c主要控制缓存部152、应用程序控制部153、浏览器部154、音源部156。字符叠加处理部1102d主要控制字符叠加解码器144。字幕处理部1102e主要控制字幕解码器151。通用数据处理部1102f主要控制数据解码器151。EPG生成部1102g解析MMT-SI中包含的MH-EIT等的描述内容来生成EPG画面。展示处理部1102h基于上述逻辑平面构造,主要控制影像色域转换部142、字幕合成部146、字幕色域转换部147、应用程序色域转换部155、影像合成部161、声音合成部164。
上述各动作程序可以是在产品出厂时预先保存在ROM103和/或存储(蓄存)部110中的状态。也可以在产品出厂后经由LAN通信部121从互联网200上的其他应用程序服务器500等取得。另外,也可以经由扩展接口部124等取得存储卡或光盘等中保存的上述各动作程序。
[广播台服务器的结构]
图8是表示广播台服务器300的内部结构的一例的框图。广播台服务器300包括主控制部301、***总线302、RAM304、存储(蓄存)部310、LAN通信部321、数字广播信号送出部360。
主控制部301是按照规定的动作程序控制广播台服务器300整体的微处理器单元。***总线302是用于在主控制部301与广播台服务器300内的各动作区块之间进行数据收发的数据通信线路。RAM304是各动作程序运行时的工作区域。
存储部310存储基本动作程序3001、广播内容管理/分发程序3002、广播内容送出程序3003,并且具有广播内容存储区域3200和元数据存储区域3300。广播内容存储区域3200存储广播台广播的各广播节目的节目内容等。元数据存储区域3300存储上述各广播节目的节目标题、节目ID、节目概要、参演人员、广播日期时间、各节目内容的复制控制信息等元数据。
另外,存储在存储部310中的基本动作程序3001、广播内容管理/分发程序3002、广播内容送出程序3003分别被展开到RAM304中,进而主控制部301运行上述被展开的各程序,由此构成基本动作运行部3101、广播内容管理/分发运行部3102、广播内容送出运行部3103。
另外,以下为了简化说明,将通过主控制部301在RAM304中展开存储部310中保存的基本动作程序3001并运行而进行各动作区块的控制的处理,叙述为基本动作运行部3101进行各动作区块的控制。关于其他动作程序也进行同样的叙述。
广播内容管理/分发运行部3102进行存储在广播内容存储区域3200和元数据存储区域3300中的各广播节目的节目内容等和各元数据的管理,以及基于合约将上述各广播节目的节目内容等和各元数据提供给服务运营商时的控制。进而,广播内容管理/分发运行部3102在对上述服务运营商进行上述各广播节目的节目内容等和各元数据的提供时,根据需要也可以进行基于上述合约的服务运营商服务器400的认证处理等。
广播内容送出运行部3103,进行将包括存储于广播内容存储区域3200中的广播节目的节目内容、存储于元数据存储区域3300中的广播节目的节目标题、节目ID、节目内容的复制控制信息等的MMT数据串经由数字广播信号送出部360从无线电塔300t送出时的时间表管理等。
LAN通信部321与互联网200连接,与互联网200上的服务运营商服务器400等进行通信。LAN通信部321具有编码电路、解码电路等。数字广播信号送出部360对存储于广播内容存储区域3200中的各广播节目的节目内容等的影像数据串、声音数据串、节目信息数据串等构成的MMT数据串进行调制,经由无线电塔300t将其作为数字广播波发送。
[服务运营商服务器的结构]
图9是表示服务运营商服务器400的内部结构的一例的框图。服务运营商服务器400包括主控制部401、***总线402、RAM404、存储(蓄存)部410、LAN通信部421。
主控制部401是按照规定的动作程序控制服务运营商服务器400整体的微处理器单元。***总线402是用于在主控制部401与服务运营商服务器400内的各动作区块之间进行数据收发的数据通信线路。RAM404是各动作程序运行时的工作区域。
存储部410存储基本动作程序4001、影像内容管理/分发程序4002和应用程序管理/分发程序4004,进而具有影像内容存储区域4200和元数据存储区域4300、应用程序存储区域4400、用户信息存储区域4500。影像内容存储区域4200存储从广播台服务器300提供的广播节目的节目内容作为影像内容。此外,存储上述服务运营商制作的影像内容等。元数据存储区域4300存储从广播台服务器300提供的各元数据、关于上述服务运营商制作的影像内容的元数据等。应用程序存储区域4400存储用于响应来自各电视接收机的请求而发布的、用于实现与广播节目协作的服务的各种应用程序等。用户信息存储区域4500存储关于允许访问服务运营商服务器400的用户的信息(个人信息、认证信息等)。
另外,存储部410中存储的基本动作程序4001和影像内容管理/分发程序4002、应用程序管理/分发程序4004分别在RAM404被展开,进而主控制部401运行上述展开的基本动作程序和影像内容管理/分发程序、应用程序管理/分发程序,由此构成基本动作运行部4101、影像内容管理/分发运行部4102、应用程序管理/分发运行部4104。
另外,以下为了简化说明,将通过主控制部401在RAM404中展开存储部410中保存的基本动作程序4001并运行而进行各动作区块的控制的处理,叙述为基本动作运行部4101进行各动作区块的控制。关于其他动作程序也进行同样的叙述。
影像内容管理/分发运行部4102进行自广播台服务器300的广播节目的节目内容等和元数据的取得、存储在影像内容存储区域4200和元数据存储区域4300中的影像内容等和各元数据的管理、以及对于各电视接收机的上述影像内容等和各元数据的分发的控制。进而,影像内容管理/分发运行部4102在对上述各电视接收机进行上述各影像内容等和各元数据的分发时,根据需要也可以进行上述各电视接收机的认证处理等。另外,应用程序管理/发布运行部4104进行应用程序存储区域4400中蓄存的各应用程序的管理、以及响应来自各电视接收机的请求发布上述各应用程序时的控制。进而,应用程序管理/发布运行部4104在对上述各电视接收机进行上述各应用程序的发布时,根据需要也可以进行上述各电视接收机的认证处理等。
LAN通信部421与互联网200连接,与互联网200上的广播台服务器300进行通信、经由路由装置200r与广播接收装置100进行通信。LAN通信部421具有编码电路、解码电路等。
[便携信息终端的硬件结构]
图10A是表示便携信息终端700的内部结构的一例的框图。便携信息终端700包括主控制部701、***总线702、ROM703、RAM704、存储(蓄存)部710、通信处理部720、扩展接口部724、操作部730、图像处理部740、声音处理部750、传感器部760。
主控制部701是按照规定的动作程序控制便携信息终端700整体的微处理器单元。***总线702是用于在主控制部701与便携信息终端700内的各动作区块之间进行数据收发的数据通信线路。
ROM703是保存操作***等基本动作程序和其他动作程序的存储器,例如使用EEPROM或闪存ROM这样的可改写的ROM。RAM704是基本动作程序和其他动作程序运行时的工作区域。ROM703和RAM704与主控制部701可以是一体结构。另外,ROM703也可以不是如图10A所示的独立结构,而是使用存储部710内的一部分存储区域。
存储部710存储便携信息终端700的动作程序和动作设定值、便携信息终端700的用户的个人信息等。另外,能够存储经由互联网200下载的动作程序和用上述动作程序生成的各种数据等。另外,也能够存储经由互联网200下载的动态图像、静止图像、声音等内容。也可以用存储部710的一部分区域代替ROM703的全部或一部分功能。另外,存储部710需要在没有从外部对便携信息终端700供给电源的状态下也保持存储的信息。从而,例如使用闪存ROM或SSD等非易失性半导体元件存储器、HDD等磁盘驱动器等装置。
另外,ROM703和存储部710中存储的上述各动作程序,能够通过从互联网200上的各服务器装置的下载处理进行添加、更新和功能扩展。
通信处理部720包括LAN通信部721、移动电话网通信部722、NFC通信部723。LAN通信部721经由路由装置200r、接入点200a与互联网200连接,与互联网200上的各服务器装置或其他通信设备进行数据的收发。与路由装置200r、接入点200a的连接用Wi-Fi(注册商标)等无线连接进行。移动电话网通信部722通过与移动电话通信网的基站600b的无线通信,进行电话通信(通话)和数据的收发。NFC通信部723在与对应的读写器接近时进行无线通信。LAN通信部721、移动电话网通信部722、NFC通信部723分别具有编码电路、解码电路、天线等。另外,通信处理部720也可以进一步具有BlueTooth(注册商标)通信部、红外线通信部等其他通信部。
扩展接口部724是用于扩展便携信息终端700的功能的接口组,本实施例中,由影像/声音接口、USB接口、存储器接口等构成。影像/声音接口从外部影像/声音输出设备输入影像信号/声音信号、向外部影像/声音输入设备输出影像信号/声音信号等。USB接口与PC等连接进行数据的收发。另外,也可以进行键盘或其他USB设备的连接。存储器接口连接存储卡或其他存储介质进行数据的收发。
操作部730是进行对便携信息终端700的操作指示的输入的指示输入部,本实施例中,由在显示部741重叠配置的触摸面板730t和将按钮开关排列而成的操作按键730k构成。也可以仅有其中一方。也可以使用与扩展接口部724连接的键盘等进行便携信息终端700的操作。也可以使用通过有线通信或无线通信连接的另一台终端设备进行便携信息终端700的操作。即,也可以从广播接收装置100进行便携信息终端700的操作。另外,也可以是显示部741具有上述触摸面板功能。
图像处理部740包括显示部741、图像信号处理部742、第一图像输入部743、第二图像输入部744。显示部741例如是液晶面板等显示设备,对便携信息终端700的用户提供用图像信号处理部742处理后的图像数据。图像信号处理部742具有省略了图示的视频RAM,基于输入到上述视频RAM的图像数据驱动显示部741。另外,图像信号处理部742具有根据需要进行格式转换、菜单或其他OSD(On Screen Display,屏上显示)信号的叠加处理等的功能。第一图像输入部743和第二图像输入部744是通过使用CCD(Charge Coupled Device:电荷耦合装置)或CMOS(Complementary Metal Oxide Semiconductor:互补金属氧化物半导体)传感器等电子器件将从镜头输入的光转换为电信号,而输入周围或对象物的图像数据的摄像机单元。
声音处理部750包括声音输出部751、声音信号处理部752、声音输入部753。声音输出部751是扬声器,对便携信息终端700的用户提供用声音信号处理部752处理后的声音信号。声音输入部753是麦克风,将用户的声音等转换为声音数据输入。
传感器部760是用于检测便携信息终端700的状态的传感器组,本实施例中,包括GPS接收部761、陀螺仪传感器762、地磁传感器763、加速度传感器764、照度传感器765、接近传感器766。通过该传感器组,能够检测便携信息终端700的位置、倾斜、方位、运动和周围的明亮度、周围物体的接近状况等。另外,便携信息终端700也可以进一步具有气压传感器等其他传感器。
便携信息终端700可以是移动电话或智能手机、平板终端等。也可以是PDA(Personal Digital Assistants:个人数码助手)或笔记本型PC。另外,也能够是数码静态相机或能够拍摄动态图像的摄像机、便携式游戏机、导航装置等,或者其他便携数字设备。
另外,图10A所示的便携信息终端700的结构例也包括传感器部760等多个本实施例中并非必需的结构,即使是不具有这些结构也不会损害本实施例的效果。另外,也可以进一步添加数字广播接收功能和电子货币结算功能等未图示的结构。
[便携信息终端的软件结构]
图10B是本实施例的便携信息终端700的软件结构图,示出了ROM703、RAM704和存储部710中的软件的结构。本实施例中,ROM703中存储了基本动作程序7001和其他动作程序,存储部710中存储了协作控制程序7002和其他动作程序。另外,存储部710具有存储动态图像、静止图像、声音等内容的内容存储区域7200,存储访问电视接收机或各服务器装置时所需的认证信息等的认证信息存储区域7300,以及存储其他各种信息的各种信息存储区域。
ROM703中存储的基本动作程序7001被展开至RAM704,进而主控制部701运行上述展开后的基本动作程序,由此构成基本动作运行部7101。另外,存储部710中存储的协作控制程序7002也同样被展开至RAM704,进而主控制部701运行上述展开的协作控制程序,由此构成协作控制运行部7102。另外,RAM704具有根据需要暂时保持各动作程序运行时生成的数据的暂存区域。
另外,以下为了简化说明,将通过主控制部701在RAM704中展开ROM703中保存的基本动作程序7001并运行而进行各动作区块的控制的处理,叙述为基本动作运行部7101进行各动作区块的控制。关于其他动作程序也进行同样的叙述。
协作控制运行部7102进行便携信息终端700与电视接收机协作动作时的设备认证和连接、各数据的收发等的管理。另外,协作控制运行部7102具有用于运行与上述电视接收机连动的应用程序的浏览器引擎功能。
上述各动作程序可以是在产品出厂时预先保存在ROM703和/或存储部710中的状态。也可以在产品出厂后经由LAN通信部721或移动电话网通信部722从互联网200上的其他应用程序服务器500等取得。另外,也可以经由扩展接口部724等取得存储卡或光盘等中保存的上述各动作程序。
[广播接收装置的时刻管理]
本实施例的广播接收装置具有两种时刻管理功能。第一个时刻管理功能是基于NTP的时刻管理功能,如已经使用图7C说明的那样。第二个时刻管理功能是基于MH-TOT的时刻管理功能,是基于图6B中说明的通过MH-TOT传输的时刻信息来管理的时刻。
图13A表示由NTP传输的时刻信息的结构的一例。另外,图13B表示上述MPU时间戳描述符的数据结构的一例。上述NTP格式的“reference_timestamp”参数和“transmit_timestamp”参数等是64比特长度的NTP长格式的时刻数据,另外,上述MPU时间戳描述符中的“mpu_presentation_time”参数也是64比特长度的NTP时间戳格式的时刻数据。上述NTP长格式的时刻数据和上述NTP时间戳格式的时刻数据是以32比特表示UTC的“秒以上”且以32比特表示“小于秒”的数据。即,NTP格式的时刻信息能够传输到直至“小于秒”的时刻信息。此外,由于NTP格式的时刻信息是UTC表述,所以与现有的数字广播的时钟管理不同,如图3(B)所示也能够与通过通信线路路径(例如,能够用图7A的LAN通信部121接收的通信线路)接收的信号中所含的NTP匹配。
与之相对地,由MH-TOT传输的信息如下。假设广播接收装置100能够通过MH-TOT取得当前日期和日本标准时刻。图11A表示MH-TOT的数据结构的示例。广播接收装置100能够从上述MH-TOT的“JST_time”参数取得当前日期和当前时刻。“JST_time”参数如图11B所示包含:基于修正儒略日(Modified Julian Date:MJD)的当前日期的编码数据的低16位(比特);和用6个4比特二进码十进数(Binary-Coded Decimal:BCD)表示日本标准时(JapanStandard Time:JST)的24比特的信息。能够通过对上述MJD的16比特编码数据进行规定的运算来计算当前日期。6个4比特二进码十进数是用2个4比特二进码十进数以十进制两位数表示“时”,用接下来的2个4比特二进码十进数以十进制两位数表示“分”,用最后的2个4比特二进码十进数以十进制两位数表示“秒”。
由此,基于NTP的时刻与基于MH-TOT的时刻的差异在于,前者的NTP如上所述是能够传输直至“小于秒”的时刻信息的UTC表述的信息,而用MH-TOT传输的信息是至JST表述的“秒单位”的信息。
本实施例的广播接收装置100,通过将基于作为UTC表述的时刻信息的NTP的时刻管理功能用于作为广播信号的内容的影像、声音、字幕、字符叠加、其他展示数据的解码和显示的同步处理中,能够实现更高精度的同步处理。进而通过不是参照广播台的时钟表述而是参照UTC表述的信息,也能够进行作为通过广播信号接收的广播信号的内容的影像、声音、字幕、字符叠加或其他数据与通过通信线路路径取得的影像、声音、字幕、字符叠加或其他数据的解码和显示的同步处理。
此外,本实施例的广播接收装置可以将基于包含以MH-TOT的6个4比特二进码十进数表示的24比特的信息的“JST_time”的时刻管理功能,用于对用户展示当前时刻的展示处理或处理图6B中说明的处理MH-事件信息表(MH-EIT)的各处理中。一般来说,在广播接收装置中的对用户展示当前时刻的展示处理中,基本上不要求直至小于秒的精度。另外,MH-事件信息表(MH-EIT)中描述的各时间信息,与以MPEG2-TS方式传输的现有的数字广播的EIT同样,用以6个4比特二进码十进数表示的24比特的信息以各自为十进制两位数的“时”、“分”、“秒”保存。因此,本实施例的广播接收装置100的基于MH-TOT的时刻管理功能容易与使用MH-EIT的处理相匹配。使用MH-EIT的处理具体为节目表的生成处理(后述)、录像预约和视听预约的控制、暂时存储等的著作权管理处理等。这是因为,对于哪个处理来说要求小于秒的精度都是很少见的,所以1秒单位的精度就足够了。
此外,该节目表的生成处理、录像预约和视听预约的控制、暂时存储等的著作权管理处理是现有的使用MPEG2-TS方式的数字广播***的接收机中也装载的功能。于是,在本实施例的广播***中,在节目表的生成处理、录像预约和视听预约的控制、暂时存储等的著作权管理处理等处理中,只要构成为能够以与现有的MPEG2-TS方式的数字广播***存在匹配性的时刻管理处理来应对,则在构成具有现有的MPEG2-TS方式的数字广播的接收功能和MMT方式的数字广播的接收功能这两者的广播接收装置时,在这些处理(节目表的生成处理、录像预约和视听预约的控制、暂时存储等的著作权管理处理等处理)中就不需要另外设计处理算法,能够降低成本。
即使是不具有现有的MPEG2-TS方式的数字广播的接收功能而仅具有MMT方式的数字广播的接收功能的接收机,也不必完全新创建节目表的生成处理、录像预约和视听预约的控制、暂时存储等的著作权管理处理等处理的算法,而能够沿用现有的使用MPEG2-TS方式的数字广播***的接收机也装载的功能的算法,因此能够以较低的成本开发。
由此,通过采用将基于MH-TOT的“JST_time”参数的时刻管理功能用于这些处理(节目表的生成处理、录像预约和视听预约的控制、暂时存储等的著作权管理处理等处理),即使是MMT方式的数字广播的广播接收装置,通过提高与现有方式的广播***的匹配性,也能够以更低的成本提供。
如上所述,本实施例的广播接收装置100具有使用精度不同的两种时刻信息的时刻管理功能。一方的时刻信息是与现有的数字广播***具有匹配性的表述的时刻信息,另一方的时刻信息是比上述一方的时刻信息分辨率高的时刻信息,通过将后者的时刻信息用于广播信号的各内容数据的同步处理来实现比现有的广播***高的信息展示处理,通过将前者的时刻信息用于节目表的生成处理、录像预约和视听预约的控制、暂时存储等的著作权管理处理等处理来价廉地提供广播接收装置。
由此,本实施例的广播接收装置100通过具有以上说明的两种时刻管理功能,能够兼顾更高的信息展示处理的实现和低成本化。
[时刻管理的第一变形例]
接着,下面对本实施例的广播***中的时刻管理的第一变形例进行说明。
在第一变形例中,为了提高用图7C说明的基于NTP的时刻管理功能的该管理时刻的精度,可以将从时刻管理服务器(省略图示)或广播台服务器300至广播接收装置100的时刻信息传输中的关于预想延迟时间的信息包含在广播信号中发送,在广播接收装置100中,将该关于预想延迟时间的信息用于基于NTP的时刻管理功能的***时钟的修正。
此时,该关于预想延迟时间的信息可以不是在图3(A)所示的TLV复用流中,而是在TLV复用流以外的TMCC(Transmission and Multiplexing Configuration Control:传输和多路复用配置控制)区域中进行传输。如果在TMCC区域中进行传输,则在广播接收装置100中,不经由TLV复用流的分离处理(DEMUX(分路器)处理)就能够提取该关于预想延迟时间的信息。即,能够进行广播接收装置100中的不易因上述分离处理而受到延迟的影响的信息取得,因此,能够进行高精度的***时钟的修正处理。图13C对通过该TMCC信号传输的时刻信息的数据结构的一例进行说明。该时刻信息例如可以保存在TMCC扩展信息区域进行传输。图13C的TMCC扩展信息区域的时刻信息中,“delta”参数将从分发UTC的时刻管理服务器或生成TMCC信号的服务器装置至一般的广播接收装置的传输延迟的预想值用32比特的带符号的固定小数点数表示。另外,高16位(比特)描述整数部分,低16位(比特)描述小数部分。“transmit_timestamp”参数是发送时间戳,以NTP时间戳长格式描述从上述服务器装置送出该TMCC信号的时刻。高32位(比特)表示整数部分,低32位(比特)表示小数部分。
在该第一变形例中,本实施例的广播接收装置100,使用保持在TMCC扩展信息区域中被传输的该时刻信息中描述的关于上述预想延迟时间的信息(例如,上述“delta”参数和/或“transmit_timestamp”参数),能够更高精度地修正基于广播信号的各内容数据的同步处理中使用的NTP的时刻管理功能的***时钟。
[时刻管理的第二变形例]
接着,下面对本实施例的广播***中的时刻管理的第二变形例进行说明。
如上所述,本实施例的广播接收装置100中,具有根据通过MH-TOT传输的信息取得当前日期和日本标准时刻来管理时刻的时刻管理功能。根据通过MH-TOT传输的信息取得的当前日期和日本标准时刻,用广播接收装置100的影像合成部161叠加到影像信息或应用程序信息等上,由此能够输出到监视器部162或影像输出部163来提供给用户。如上所述,MH-TOT具有图11A所示的数据结构,广播接收装置100能够从上述MH-TOT的“JST_time”参数取得当前日期和当前时刻。
但是,上述“JST_time”参数仅使用MJD的编码数据的低16位(比特),因此会以“2038年4月22日”发生溢出,如果仅用上述规定的运算则无法表述“2038年4月23日”以后的日期。于是,在本实施例的第二变形例中,通过在MJD的值为规定值以上时和小于规定值时切换计算方法,进行控制使得能够表述“2038年4月23日”以后的日期。
图12表示当MJD的值为规定值以上时使用的第一计算方法和当MJD的值小于规定值时使用的第二计算方法的一例。例如,在将上述规定值设定为“32768(0x8000)”的情况下,当MJD为“32768”以上时使用上述第一计算方法计算当前日期,当MJD小于“32768”时使用上述第二种计算方法计算当前日期。另外,MJD小于“32768”的情况等效于MJD的16比特数据的最高位(比特)为“0”的情况。由此,本实施例的广播接收装置100能够表达“2038年4月23日”以后的日期。其中,上述规定值能够任意地设定,可以将上述规定值设定为“16384(0x4000)”或“49152(0xC000)”等。上述运算方法的切换条件可以是MJD的16比特数据的高2位(比特)为“00”时、MJD的16比特数据的高2位(比特)不为“11”时。其中,当令上述规定值为“32768”而使用上述方法时,虽然不能表达“1948年9月4日”以前的日期,但这在作为电视接收机的实际使用中并不是问题。
此外,也可以不是根据MJD与上述规定值的比较结果来切换上述第一计算方法和上述第二计算方法,而是根据图11A所示的MH-TOT的数据结构中的“reserved”参数的一部分或全部被置换后的标志(flag)或新追加的标志,来切换上述第一计算方法和上述第二计算方法。例如,关于上述标志,可以是在MJD的16比特编码数据的最高位(比特)为“0”时,如果上述MJD表示“2038年4月23日”以后的日期,则将上述标志设置为“1”,如果不表示“2038年4月23日”以后的日期,则将上述标志设置为“0”。可以在上述标志为“1”的情况下使用图12所示的上述第二计算方法,在上述标志为“0”的情况下使用上述第一计算方法。或者,可以新准备具有与上述标志相同含义的描述符并将其配置在MH-TOT内。
此外,在本实施例的广播***中,如上所述,传输NTP格式的绝对时刻,本实施例的广播接收装置100具有基于该NTP的时刻管理功能。而且,在本实施例的广播接收装置100中,通过参照在MPU单位设定的MPU时间戳描述符所记载的NTP时间戳等,控制影像/声音信号的每个展示单位的解码定时和展示定时。如上所述,上述NTP格式的时刻信息具有图13A所示的结构。此外,上述MPU时间戳描述符具有图13B所示的结构。
因此,在本实施例的广播接收装置100中,通过参照上述“reference_timestamp”参数、“transmit_timestamp”参数、或“mpu_presentation_time”参数等,根据上述参照的时刻数据等的值选择使用上述第一计算方法和上述第二计算方法中的某一种。即,例如,在上述64比特长度的NTP长格式的时刻数据的最高位为“0”的情况下,可以使用上述第二计算方法,在不是“0”的情况下使用上述第一计算方法等。
根据上述任一种方法,本实施例的广播接收装置100中,能够表示“2038年4月23日”之后的日期。
[广播接收装置的选台处理(初始扫描)]
本实施例的广播***的AMT提供了用于与通过通信线路传输的IP包尽可能无区别地接收通过TLV复用方式传输的IP包的、IP包的多点传输(multicast)组的一览。对于一个服务标识,能够列出多个IP多点传输组。另外,为了有效地描述连续的IP地址,能够使用地址掩码。
在本实施例的广播接收装置100中,在初始设定时的频道扫描时或用于设定变更的再扫描时,能够将从TLV-NIT取得的服务的一览存储到ROM103或存储部110等非易失性存储器中,进而,能够将与上述各服务对应的IP多点传输组的一览作为IP相关信息与上述各服务相关联,存储到上述非易失性存储器中。通过将上述服务的一览和IP相关信息存储在非易失性存储器中,能够经常参照,由此在频道切换等时不需要取得TLV-NIT或AMT,能够高效地进行广播内容的取得。
图14是表示本实施例的广播接收装置100中的频道扫描(再扫描)时的动作序列的一例的图。
当频道扫描开始时,接收功能运行部1102指示对调谐/解调部131设定频率初始值,进行调谐到上述频率值的调谐(S101)。在调谐/解调部131中,当成功锁定到上述设定的频率值(S102:是(YES))时,接着,接收功能运行部1102从接收信号取得TLV-NIT(S103)。
在S103的处理中取得的TLV-NIT为有效数据(S104:是)的情况下,接收功能运行部1102从上述取得的TLV-NIT中取得TLV流ID、原始网络ID等信息(S105)。图15A表示TLV-NIT的数据结构的一例。设上述TLV流ID的信息能够从“tlv_stream_id”参数取得,上述原始网络ID的信息能够从“original_network_id”参数取得。而且,从分配***描述符取得关于与各TLV流ID/原始网络ID对应的广播传输路径的物理条件的分配***信息(S106),从服务列表描述符取得服务ID一览(S107)。图15B表示卫星分配***描述符的数据结构的一例。图15C表示服务列表描述符的数据结构的一例。另外,在TLV-NIT具有多个TLV流ID、原始网络ID、分配***信息、服务ID一览等不同数据的情况下,重复S105~S107的处理。接着,接收功能运行部1102基于在S105~S107的处理中取得的TLV流ID、原始网络ID、分配***信息、服务ID的一览等数据来创建服务列表,并将创建的上述服务列表存储到ROM103或存储部110等中(再扫描时更新)(S108)。
接着,接收功能运行部1102从接收信号中取得AMT(S109),并且还取得关于存储于上述服务列表中的各服务ID的IP多点传输组的一览(S110)。图15D表示AMT的数据结构的一例。另外,在AMT具有多个关于服务ID的IP多点传输组的一览的情况下,重复S110的处理。在具有关于不同的服务ID的IP多点传输组的一览的AMT存在多个的情况下,重复S109~S110的处理。接着,接收功能运行部1102将在S110的处理中取得的IP多点传输组的一览作为IP相关信息,与上述服务ID相关联地存储到ROM103或存储部110等中(再扫描时更新)(S111)。
另外,在S102的处理中调谐/解调部131没有成功锁定上述设定的频率值(S102:否(NO))的情况下,以及在S103的处理中取得的TLV-NIT不是有效数据(S104:否)的情况下,不执行S105~S111的处理。
当完成S111的处理时,如果调谐/解调部131中设定的频率值是频道扫描范围的最终频率值(S112:是),则接收功能运行部1102结束处理。另一方面,如果上述设定的频率值不是频道扫描范围的最终频率值(S112:否),则使调谐/解调部131中设定的频率值增加(S113),重复S102~S111的处理。另外,如果能够用一个TLV-NIT取得关于构成该广播网络的所有服务的服务ID,并且还能够取得具有关于上述服务ID的IP多点传输组的一览的AMT的情况下,不需要S112~S113的处理。
通过上述一系列处理,本实施例的广播接收装置100在初始设定时的频道扫描时或在用于设定变更的再扫描时,在创建/更新构成广播网络的服务的一览(服务列表)的同时,能够进行与上述各服务对应的IP多点传输组的一览(IP相关信息)的创建/更新,进而能够将其存储到ROM103、存储部110等非易失性存储器中。
另外,用于上述设定变更的再扫描,可以在通过参照TLV-NIT或AMT的“version_number”参数而检测到表中的信息发生变化时自动进行。在检测到TLV-NIT和AMT的一者的“version_number”参数的变化时,可以仅自动更新关于检测到上述参数的变化的表的信息。但是,在进行了上述自动更新时,期望将已经自动进行了再扫描的情况通知给用户。另外,也可以将上述表中的信息发生了变化的情况报知给用户,让用户选择是否进行上述再扫描。
[广播接收装置的选台处理(频道切换)]
图16是表示本实施例的广播接收装置100中的选台(频道切换)时的动作序列的一例的图。
当用户通过操作省略了图示的遥控器等来指示频道切换时,接收功能运行部1102解析从上述遥控器发送的命令并指定目标服务的服务ID(S201)。接着,接收功能运行部1102开始从调谐/解调部131的接收信号取得AMT。在规定时间内AMT的取得成功的情况下(S202:是),从上述取得的AMT取得关于与上述服务ID对应的IP多点传输组的一览的信息(S204)。另一方面,在规定时间内AMT的取得不成功的情况下(S202:否),通过参照存储在ROM103或存储部110等中的IP相关信息(S203),取得关于与上述服务ID对应的IP多点传输组的一览的信息(S204)。另外,可以不进行S202的判断处理,始终参照存储在ROM103或存储部110等中的IP相关信息。
接着,接收功能运行部1102开始从调谐/解调部131的接收信号取得TLV-NIT。在规定时间内TLV-NIT的取得成功的情况下(S205:是),从上述取得的TLV-NIT取得用于取得与上述服务ID对应的IP数据流的分配***信息(S207)。另一方面,在规定时间内TLV-NIT的取得不成功的情况下(S205:否),通过参照存储在ROM103或存储部110等中的服务列表(S206),取得用于取得与上述服务ID对应的IP数据流的分配***信息(S207)。另外,可以不进行S205的判断处理,始终参照存储在ROM103或存储部110等中的服务列表。当在S207的处理中取得分配***信息时,接着,接收功能运行部1102根据上述取得的分配***信息中指示的频率值来控制调谐/解调部131,接收与上述服务ID对应的IP数据流(S208),从上述接收到的IP数据流中提取MMT数据串,并将其输出到分离部132。
在分离部132中,传输处理部1102a从上述输入的MMT数据串中取得包ID为“0”的MMTP包(S209),进而还取得上述取得的MMTP包中包含的MPT(S210)。接着,传输处理部1102a参照上述取得的MPT所具有的“MMT_package_id_byte”参数,确认上述“MMT_package_id_byte”参数的低16位(比特)是否与上述服务ID为相同值。在图17所示的MPT的数据结构的一例中,在上述“MMT_package_id_byte”参数的低16位(比特)与上述服务ID为相同值的情况下(S211:是),判断为上述包ID为“0”的MMTP包是具有与上述服务ID对应的节目的数据的MMTP包,基于上述取得的MPT所具有的信息执行MFU的取得(S216)。
另一方面,在上述“MMT_package_id_byte”参数的低16位(比特)与上述服务ID为不同值的情况下(S211:否),判断为上述包ID为“0”的MMTP包不是具有与上述服务ID对应的节目的数据的MMTP包。在这种情况下,传输处理部1102a重新取得PLT(S212),通过确认上述取得的PLT,能够对传输具有与上述服务ID对应的“MMT_package_id_byte”参数的MPT的MMTP包的包ID(设为x)进行确认(S213)。进而,传输处理部1102a从上述输入的MMT数据串中取得包ID为“x”的MMTP包(S214),进而还取得上述取得的MMTP包中包含的MPT(S215)。进而,基于上述取得的MPT所具有的信息,取得MFU(S216)。
另外,也可以不执行S209~S211的处理,而始终执行S212~S215的处理。在这种情况下,当与上述服务ID对应的节目的数据被保存在包ID“0”以外的MMTP包中时,能够缩短处理时间。
在处理S216中取得MFU时,传输处理部1102a从上述取得的MFU中提取编码影像数据和编码声音数据等,并将它们输出到影像解码器141和声音解码器143等。以下,进行基于AV解码处理部1102b的控制的影像/声音解码处理和基于展示处理部1102h的控制的展示处理,但是由于上述各处理是公知的,所以省略详细说明。
通过上述一系列处理,本实施例的广播接收装置100能够执行选台(频道切换)动作。特别是,如用图14和图16说明的那样,在初始设定时的频道扫描时或为了设定变更的再扫描时,创建服务列表和IP相关信息,将其存储到ROM103或存储部110等非易失性存储器,能够始终参照,在选台时(频道切换)时,通过参照存储在ROM103或存储部110等非易失性存储器中的上述服务列表和IP相关信息,能够提高选台(频道切换)时的动作效率。即,与在选台(频道切换)时进行AMT、TLV-NIT的再取得的情况相比,能够缩短从选台(频道切换)开始至选台(频道切换)完成的时间。
[广播接收装置的画面布局控制]
在本实施例的广播接收装置100中,能够基于LCT的描述进行画面布局控制。图18表示LCT的数据结构的一例。
图中,特别是,“left_top_pos_x”参数和“right_down_pos_x”参数对全画面(全屏)显示的左侧为“0”/右侧为“100”时的、区域的左上的水平位置和右下的水平位置,用分别相对于水平方向上的总像素数的比例来表示。“left_top_pos_y”参数和“right_down_pos_y”参数对全画面显示的上侧为“0”/下侧为“100”时的、区域的左上的垂直位置和右下的垂直位置,用分别相对于垂直方向上的总像素数的比例来表示。此外,“layer_order”参数表示区域的进深方向上的相对位置。
将基于上述各参数的设定的、相对于布局编号的布局分配的例子与上述各参数的设定值一起表示在图19A~D中。
图19A是本实施例的广播接收装置100的默认布局设定,是在全画面上仅设定一个区域的例子。图19B是将全画面分割为三个区域,各个区域被设为“区域0”、“区域1”、“区域2”的情况的例子。例如,在全画面的像素数为水平7680像素/垂直4320像素的情况下,“left_top_pos_x”参数为“0”,“left_top_pos_y”参数为“0”,“right_down_pos_x”参数为“80”,“right_down_pos_y”参数为“80”,因此“区域0”被设定在(0,0)-(6143,3455)的范围内。同样,“区域1”被设定在(6144,0)-(7679,4319)的范围,“区域2”被设定在(0,3456)-(6143,4319)的范围。
图19C与图19B同样是设定三个区域的例子,但“区域0”被设定在(0,0)-(7679,4319)的范围,“区域1”和“区域2”在与上述相同的范围,根据“layer_order”参数的设定,配置在“区域0”的前面。图19D是在设备0(默认设备:本实施例中为广播接收装置100)中设定“区域0”、在设备1(本实施例中为便携信息终端700)中设定“区域1”的情况的例子。
如上所述,在本实施例的广播***中,能够通过使用LCT来进行用于将多媒体服务在接收机上如服务提供者的意图地进行显示的画面布局控制。
另外,根据上述“left_top_pos_x”等参数的设定值分割画面时产生的小数点后的小数部分,可以执行向上取整或向下取整等处理。也可以进行四舍五入(或二进制的零舍一入)的处理。例如,在全画面的像素数为7680像素/垂直4320像素,且“区域0”的“left_top_pos_x”参数为“0”,“left_top_pos_y”参数为“0”,“right_down_pos_x”参数为“51”,“right_down_pos_y”参数为“51”的情况下,可以通过向上取整处理将“区域0”设定在(0,0)-(3916,2203)的范围,也可以通过向下取整处理将“区域0”设定在(0,0)-(3915,2202)的范围。此外,考虑影像压缩处理时的宏块,可以进行8像素单位或16像素单位等的向上取整/向下取整处理。通过上述处理,能够高效地进行基于LCT的区域设定和上述区域的多媒体内容的分辨率转换处理。
[广播接收装置的画面布局控制的例外处理]
在本实施例的广播接收装置100中,即使在根据上述LCT进行画面布局的区域控制时,当用户指示了显示EPG画面等时,作为例外处理,也能够进行忽略上述LCT的描述内容的画面布局控制。图20A表示基于LCT的画面布局控制的例外处理的动作的例子。
根据LCT的描述,进行与图19B同样的画面布局控制,在“区域0”中显示广播节目影像,在“区域1”和“区域2”中显示与上述广播节目协作的节目协作数据等广播内容的状态中,用户利用省略了图示的遥控器指示了显示EPG画面的情况下,本实施例的广播接收装置100如图20A(A)所示,与LCT的描述内容无关地使画面布局设定返回到默认设定(即,进行与图19A同样的画面布局控制的状态),进行控制以在画面整体显示EPG画面。而且,在用户指示了结束EPG画面的显示的情况下,再次执行按照LCT的描述内容的画面布局控制。
通过执行上述控制,与图20A(B)所示那样的维持画面布局的区域控制地进行EPG画面的显示的情况相比,能够将EPG画面显示得更大,能够提高易见性。
另外,上述画面布局控制的例外处理可以不仅应用于进行EPG画面的显示时,也可以如图20B所示,应用于广播接收装置100的各种设定画面(图示的例子中为录像设定画面)的子画面显示时和双画面显示时。
在该图(A)所示的录像设定画面的情况下,广播内容的显示区域从画面整体变更为仅画面右下方的子画面部分。同样,在该图(B)所示的双画面显示的情况下,广播内容的显示区域从画面整体变更为仅画面中段左侧的分割画面部分。在任一种情况下,因为用于显示广播内容的显示区域与使用画面整体时相比较窄,所以在上述显示区域内维持画面布局的区域控制的状态(即,进行区域分割同时显示多个广播内容)在视觉辨认方面并不优选。因此,在本实施例的广播接收装置100中,在上述状况时,在上述显示区域中仅选择“区域0”的广播内容来显示。另外,可以根据紧邻的之前的区域选择状况来选择显示“区域1”、“区域2”的广播内容。
通过进行上述控制,与维持画面布局的区域控制地进行各种广播内容的显示的情况相比,能够提高广播内容的易见性。录像节目一览画面的子画面显示和互联网内容的浏览器显示等时也同样。
[广播接收装置的EPG显示]
在本实施例的广播***中,由MH-EIT传输关于构成广播网络的各服务中包含的事件(也就是所谓的节目)的时序信息。图21表示本实施例的MH-EIT的数据结构的一例。MH-EIT根据表ID(对应于图中的“talbe_id”参数)识别为两类,能够表示自TLV流的当前/下一个事件的信息和自TLV流的各事件的时间表信息。本实施例的广播接收装置100,参照上述MH-EIT等进行基于服务ID(对应于图中的“service_id”参数)的识别,由此能够取得各事件的开始时间、广播时间等信息来创建EPG画面,能够将上述创建出的EPG用影像合成部161叠加于影像信息等后显示于监视器部162。
图22A是表示本实施例的广播接收装置100的EPG画面的一例的图。EPG画面162a以纵轴表示时间、横轴表示作为服务ID(频道)显示的矩阵形状地显示各时间段内各频道所广播的广播节目的详细信息。此外,各广播节目的详细信息162a1主要包括标题区域162a2和详细说明区域162a3。
在标题区域162a2中,显示上述广播节目的节目标题和表示上述广播节目的属性的符号等。上述表示广播节目的属性的符号等,例如是表示是新节目的符号/字符、或表示是重播节目的符号/字符等。或者,也可以是将表示与广播服务的数据广播对应的意思的“data”符号化的记号等。另外,也可以是将表示能够从网络上取得与上述广播节目相关的内容和应用程序等的意思的“NetWork”符号化的记号162a4等。此外,也可以将详细信息162a1的背景色与其他信息区分开,或者用粗框包围详细信息162a1的显示区域,由此替代表示上述广播节目的属性的符号等。
另外,即使在本实施例的广播***中的各控制信息(消息、表、描述符等)表示能够从网络上取得与上述广播节目相关的内容或应用程序等的情况下,在处于广播接收装置100的LAN通信部121与LAN线缆没有连接等无法访问网络上的各服务器装置的状态时,也可以控制成不显示将上述“NetWork”符号化而得的记号162a4等。
此外,在上述广播节目是经由互联网200分发的分发节目且无法仅从广播波取得的情况下,进而与上述同样广播接收装置100处于无法访问网络上的各服务器装置的状态等时,也可以如图22B所示,控制成使EPG画面162b上显示的详细信息162b1的部分灰显。即,控制成不显示无法视听的分发节目的详细信息。此外,也可以通过将详细信息162b1的背景色与其他信息区分开,来作为上述灰显处理的替代。在通过省略图示的遥控器的操作选择了详细信息162b1时,可以将表示广播接收装置100处于无法访问网络上的各服务器装置的状态的意思、或者表示无法视听与详细信息162b1相关联的分发节目的意思,通过弹出(窗口)等报知给用户。
通过上述各控制,广播接收装置100能够根据网络连接状况以更加不会对用户造成不协调感的形式提供各广播节目的节目信息。
图22C是表示本实施例的广播接收装置100的EPG画面的另一例的图。图中,“M1电视台”、“M2广播”、“M3频道”、“M4TV”,“电视台M5”等是各频道的广播台名称,特别是“M2广播”台同时提供由广播波分发的广播节目和经由互联网200分发的分发节目(图中的“网络广播”所示的框的信息162c1)。
如该图所示,在存在仅有经由互联网200分发的分发节目的频道的情况下,通常时如该图(A)的EPG画面162c所示控制成显示(包含信息162c1)的全部的频道的信息。另一方面,在广播接收装置100处于无法访问网络上的各服务器装置等的状态时,如该图(B)的EPG画面162d所示,可以控制成不显示仅有经由互联网200分发的分发节目的“M2广播(网络广播)”的频道的信息(该图(A)的信息162c1)。
通过上述各控制,广播接收装置100的用户能够不需要确认自己不能视听的频道的信息。
[广播接收装置的紧急警报广播显示]
在包含TLV流的传输数据中所含的TMCC信号的紧急警报广播启动控制信号位(比特)从“0”变为“1”时,本实施例的广播接收装置100能够进行紧急警报广播的接收处理。
上述紧急警报广播可以作为全画面显示的应用程序提供,也可以作为字符信息以字符叠加的方式提供。在上述紧急警报广播作为字符信息以字符叠加的方式提供时,优选与紧急警报广播的即将接收时的广播接收装置100的状态无关地,显示上述字符叠加的字符信息。即,如图23所示,在用户视听通常的广播节目,在监视器部162显示着上述广播节目的节目画面162e的状态下接收到紧急警报广播的情况下,将上述紧急警报广播的字符信息162e1叠加到节目画面162e上进行显示。同样,在用户指示显示EPG画面,在监视器部162显示着EPG画面162f的状态下接收到紧急警报广播的情况下,控制成将上述紧急警报广播的字符信息162f1叠加到EPG画面162f上进行显示。
通过上述控制,在本实施例的广播接收装置100中,即使在用户选择显示EPG画面、各种设定画面、录像节目一览画面、互联网浏览器等时,在接收到紧急警报广播时,也能够避免错过基于上述紧急警报广播的重要的字符信息。另外,也可以对与紧急警报广播无关的通常的字符叠加的字符信息进行该控制。
[各种例外处理]
本实施例的广播接收装置100,在无法取得同一包内的TLV流外数据时,也可以例如进行如下所述的例外处理。
如图6E说明的那样,在本实施例的广播接收装置100兼容的广播***中,基于保存在MPT中的位置信息(对应于图17中的“MMT_general_location_info()”),能够将由TLV流内取得的数据和由TLV流以外的路径取得的数据包含在同一包中。然而,由位置信息表示的除了TLV流以外的数据传输路径(例如,IPv4数据流、IPv6数据流、广播MPEG2-TS等)是与TLV/MMT流的接收功能不同的接收功能。因此,即使在广播接收装置100工作中,也会存在这些传输路径的接收功能不工作的状况、接收功能本身工作但中继装置等不工作的状况、这些传输路径的有线或无线未连接的状况、广播接收装置100设置在无法进行这些传输路径的连接的环境中的状况等无法从这些传输路径取得数据的状况。
在这样的状况下,在接收到保存在MPT中的位置信息表示以由TLV流内取得的数据和由TLV流以外的路径取得的数据包含在同一包中的方式相关联的事件时,本实施例的广播接收装置100例如可以进行如下所述的动作。
例如,LCT如图19B和图19C所示,在画面内设定多个区域,以在“区域0”中显示TLV流内所含的影像、在“区域1”、“区域2”中显示TLV流以外的传输路径取得的数据的方式相关联的情况下,在无法取得要显示在“区域1”、“区域2”的TLV流以外的传输路径的数据时,可以禁止LCT指定的多个区域的布局显示。具体来说,可以即使接收到该LCT也在图19A所示的默认布局显示的“区域0”中保持显示由TLV流内接收的该内容的影像,而不转移到图19B和图19C所示的多个区域的布局显示。另外,进而在该状态下,可以即使在图7A的操作输入部170中输入了从默认布局到LCT所示的布局的变更指示,也保持图19A所示的默认布局显示,不进行切换到其他数据广播画面等的图19B和图19C所示的多个区域的布局显示。
LCT如图19B和图19C所示,在画面内设定多个区域,以在“区域0”中显示TLV流内所含的影像、在“区域1”、“区域2”中显示TLV流以外的传输路径取得的数据的方式相关联的情况下,在无法取得要显示在“区域1”、“区域2”的TLV流以外的传输路径的数据时的另一动作例是,可以暂时显示LCT所示的图19B和图19C的多个区域的显示框,在“区域1”、“区域2”显示背景色或规定的静止图像,在经过规定时间也无法取得MPT的位置信息所示的TLV流以外的传输路径的数据的情况下,进行返回到图19A所示的默认布局显示的状态的显示切换。在这种情况下,如果在图19A、图19B、图19C的布局的变更时也以在“区域0”中继续显示TLV流内所含的节目影像的方式动作,则用户的节目影像本身继续显示,因此优选。
另外,在为因无法取得要显示在“区域1”和“区域2”中的TLV流以外的传输路径的数据而在图19A所示的默认布局显示的“区域0”中显示由TLV流内接收的该内容的影像的状态时,因本实施例的广播接收装置100开始各种通信功能、各种接收功能的动作、或者各种通信功能的通信环境、通信状况、各种接收功能的接收环境、接收状况发生变化,可能会成为能够取得要显示在“区域1”、“区域2”的TLV流以外的传输路径的数据的状况。此时,本实施例的广播接收装置100可以立即从图19A所示的默认布局显示切换到LCT所示的图19B和图19C所示的多个区域的布局,切换成在“区域0”中显示由TLV流内接收的该内容的影像,在“区域1”、“区域2”显示从TLV流以外的传输路径取得的数据。此外,也可以不立即进行该布局变更,而是在从操作输入部170输入了从默认布局到LCT所示的布局的变更指示后执行该布局变更。
[著作权保护功能]
在本实施例的广播接收装置100兼容的数字广播***中,通过在MPT中包含复制控制信息进行传输,例如可以构成为根据该复制控制信息显示“可无限制复制”(可以分为“可无限制复制且存储和输出时要进行加密处理”和“可无限期复制且存储和输出时不需要加密处理”两类)、“仅可复制一代”、“可复制规定多次”(例如为可复制9次+可移动1次,即所谓的“dubbing 10”)、“禁止复制”等MPT所参照的内容的复制控制状态地进行传输。此时,本实施例的广播接收装置100可以根据该复制控制信息,控制该内容向存储(蓄存)部110的存储、向可移动记录介质的记录、向外部设备的输出、向外部设备的复制、向外部设备的移动处理等。另外,存储处理的对象可以不仅为广播接收装置100内部的存储(蓄存)部110,也可以包括实施了加密处理等保护处理以使得仅能够用广播接收装置100再现的记录方式。更具体地说,存储处理的对象包括外置的记录装置等中的、处于仅广播接收装置100可记录再现的状态的记录装置等。
下面对基于该复制控制信息的处理的具体例进行说明。
首先,在MPT中所含的复制控制信息表示“可无限制复制”的情况下,本实施例的广播接收装置100可以无限制地进行向存储(蓄存)部110的存储、向可移动记录介质的记录、向外部设备的输出、向外部设备的复制、向外部设备的移动处理。其中,在分为“可无限制复制且存储和输出时要进行加密处理”和“可无限期复制且存储和输出时不需要加密处理”的情况下,当为“可无限制复制且存储和输出时要进行加密处理”时,能够不限制次数进行向存储(蓄存)部110的存储、向可移动记录介质的记录、向外部设备的输出、向外部设备的复制、向外部设备的移动处理,但都需要实施加密处理。
另外,在MPT中所含的复制控制信息表示“仅可复制一代”的情况下,本实施例的广播接收装置100能够进行加密后存储到存储(蓄存)部110的处理,但在将存储后的内容输出到外部设备进行视听时,与“禁止复制”的复制控制信息一起加密输出。但是,能够进行向外部设备的所谓的移动处理(向外部设备复制内容,并利用删除处理等使广播接收装置100的存储(蓄存)部110内的内容不能再现的处理)。
另外,在MPT中所含的复制控制信息表示“可复制规定多次”的情况下,本实施例的广播接收装置100能够进行加密后存储到存储(蓄存)部110的处理,但在将存储后的内容输出到外部设备进行视听时,与“禁止复制”的复制控制信息一起加密输出。但是,能够向外部设备进行预先决定的次数的复制和移动处理。在所谓的“dubbing 10(十次复制规则)”规定的情况下,可以向外部设备进行9次复制和1次移动处理。
此外,在MPT中所含的复制控制信息表示“禁止复制”的情况下,本实施例的广播接收装置100禁止向存储(蓄存)部110的复制。但是,在广播接收装置100具有仅能够在预先决定的规定时间或由广播信号中所含的控制信息(例如根据图6D所示的MH-Expire描述符等)指定的规定时间中能够保存到存储(蓄存)部110的“暂时存储”模式的情况下,即使在MPT中所含的复制控制信息表示“禁止复制”的情况下,也能够暂时将该内容保存到存储(蓄存)部110。在MPT中所含的复制控制信息为将“禁止复制”的该内容用于视听输出到外部设备时,与“禁止复制”的复制控制信息一起加密输出。
另外,上述向外部设备的视听用的输出,可以通过图7A的影像输出部163和声音输出部166、或数字I/F部125、LAN通信部121等来进行。上述向外部设备的复制或移动处理,可以通过图7A的数字I/F部125、LAN通信部121等来进行。
根据以上说明的处理,能够根据与内容相关联的复制控制信息来实现适当的内容保护。
另外,复制控制信息表示“仅可复制一代”、“可复制规定多次”、“禁止复制”等复制限制的内容经由LAN通信部121向外部设备的复制处理,可以仅在来自广播接收装置100的发送包的目的地即外部设备的IP地址与广播接收装置100的IP地址处于同一子网内时能够进行,在外部设备的IP地址在广播接收装置100的IP地址的同一子网外时可以禁止。复制控制信息为“可无限制复制且存储和输出时要进行加密处理”的内容也可以同样处理。
同样,将复制控制信息表示“仅可复制一代”、“可复制规定多次”、“可无限制复制且存储和输出时要进行加密处理”等复制限制的内容暂时存储到存储(蓄存)部110后,经由LAN通信部121向外部设备移动的处理,可以仅在来自广播接收装置100的发送包的目的地即外部设备的IP地址与广播接收装置100的IP地址处于同一子网内时能够进行,在外部设备的IP地址在广播接收装置100的IP地址的同一子网外时可以禁止。
广播接收装置100的存储到存储(蓄存)部110的内容的视听用影像输出、声音输出,原则上仅在来自广播接收装置100的发送包的目的地即外部设备的IP地址与广播接收装置100的IP地址处于同一子网内时能够进行,在外部设备的IP地址在广播接收装置100的IP地址的同一子网外时禁止进行。然而,在该外部设备在规定期间内连接在与广播接收装置100的IP地址相同的子网内,且是进行了作为与广播接收装置100的IP地址在同一子网外也能够视听的设备的登记处理(配对)的设备的情况下,即使外部设备的IP地址与广播接收装置100的IP地址在同一子网外,也能够进行蓄积于广播接收装置100的存储(蓄存)部110的内容向该外部设备的视听用影像输出、声音输出。此时,该视听用影像输出、声音输出对内容实施加密。
根据上述处理,通过与外部设备是与广播接收装置100的IP地址处于同一个子网内还是处于同一个子网外对应地进行不同的处理,能够兼顾用户的便利性和内容保护。
接着,如图6E说明的那样,在本实施例的广播接收装置100兼容的数字广播***中,根据MPT中的位置信息(图17的“MMT_general_location_info()”),通过与由广播路线的TLV流取得的数据不同的路径(IPv4、IPv6、MPEG2-TS、URL等)取得的数据有可能也包含在与由TLV流取得的数据相同的包中且在相同事件中,对此时MPT中包含有复制控制信息时的内容保护进行说明。
首先,在MPT中包含复制控制信息的情况下,即使在位置信息中同一包且同一事件中所含的数据,是通过与由广播路线的TLV流取得的数据不同的路径(IPv4、IPv6、MPEG2-TS、URL等)取得的数据,也可以按照TLV流中所含的复制控制信息进行控制。根据这些复制控制信息,作为指定的内容的复制控制状态,如上所述,能够指定“可无限制复制”(可以分为“可无限制复制且存储和输出时要进行加密处理”和“可无限期复制且存储和输出时不需要加密处理”两类)、“仅可复制一代”、“可复制规定多次”(例如,如果为可复制9次+可移动1次即所谓的“dubbing 10”)、“禁止复制”等。
在此,在位置信息所示的数据的位置包含由其他数字广播信号传输的MPEG2-TS的数据的情况下,该MPEG2-TS的数据在其他数字广播信号中也与复制控制信息相关联地广播。于是,应该按照哪个信息进行该MPEG2-TS的数据的复制控制(是按照TLV/MMT流中所含的复制控制信息进行,还是按照MPEG2-TS中所含的复制控制信息进行)成为问题。
在本实施例的数字广播***中,作为该问题的解决方案,可以在广播接收装置100中进行下述多个解决方案中的任一个动作。
<动作例1>
在第一动作例中,在MPT中包含复制控制信息,位置信息中同一包且同一事件中所含的数据中包含由其他数字广播信号传输的MPEG2-TS的数据的情况下,相比于由MPEG2-TS中所含的复制控制信息所示的复制控制状态,以由TLV流中所含的复制控制信息所示的复制控制状态为优先来进行控制。
例如,如果由TLV流中所含的复制控制信息所示的复制控制状态为“可复制一代”、而由MPEG2-TS中所含的复制控制信息所示的复制控制状态为“可复制规定多次”,则即使是通过与由TLV流取得的数据不同的路径(MPEG2-TS传输形式的数字广播)取得的数据,也可以作为“可复制一代”的内容进行复制控制。例如,如果由TLV流中所含的复制控制信息所示的复制控制状态为“可无限制复制”、而由MPEG2-TS中所含的复制控制信息所示的复制控制状态为“可复制规定多次”,则即使是通过与由TLV流取得的数据不同的路径(MPEG2-TS传输形式的数字广播)取得的数据,也可以作为“可无限制复制”的内容进行复制控制。
在该动作时,由TLV流以外的路径取得的数据也能够处于本实施例的广播接收装置100兼容的广播***中想要管理的复制状态。
<动作例2>
在第二动作例中,在MPT中包含复制控制信息,位置信息中同一包且同一事件中所含的数据中包含由其他数字广播信号传输的MPEG2-TS的数据的情况下,将由TLV流中所含的复制控制信息所示的复制控制状态与由MPEG2-TS中所含的复制控制信息所示的复制控制状态进行比较,在由MPEG2-TS中所含的复制控制信息所示的复制控制状态比由TLV流中所含的复制控制信息所示的复制控制状态严格的情况下,在进行向存储(蓄存)部110等的存储处理、向可移动记录介质的记录处理、或者从数字接口的输出处理时,以将该MPEG2-TS的数据从处理对象数据内容中除外的方式动作。
在该动作时,由TLV流以外的路径取得的数据能够尊重由传输该数据的广播***中设定的原始的复制控制信息,并且消除本实施例的广播接收装置100上的复制控制状态的重复。
另外,在该比较的结果是,由MPEG2-TS中所含的复制控制信息所示的复制控制状态为与由TLV流中所含的复制控制信息所示的复制控制状态相同的状态或更松的复制控制状态的情况下,该位置信息中同一包且同一事件中所含的MPEG2-TS的数据,也可以作为由TLV流中所含的复制控制信息所示的复制控制状态的内容进行复制控制。
在该动作时,由TLV流以外的路径取得的数据能够尊重由传输该数据的广播***中设定的原始的复制控制信息,并且消除本实施例的广播接收装置100上的复制控制状态的重复。
在以上的说明中,对基于MPT中所含的复制控制信息来进行本实施例的广播接收装置100的著作权保护功能进行了说明。但是,配置复制控制信息的表不限于MPT。MPT以外,也可以配置在图6B中说明过的MH-服务描述表(MH-SDT)、MH-事件信息表(MH-EIT)、或其他的表中进行传输,广播接收装置100可以按照它们进行著作权保护处理。
根据以上说明的本实施例,能够提供与MMT的数字广播兼容的广播接收机。
(实施例2)
以下说明本发明的实施例2。其中,本实施例的结构、处理和效果等只要没有特别提及就与实施例1相同。因此,以下主要说明本实施例与实施例1的不同点,对于共通的部分为了避免重复而尽量省略说明。另外,本实施例的广播接收装置,是作为媒体传输方式与MMT方式和MPEG2-TS方式两者对应的电视接收机,下面进行说明。
[广播接收装置的硬件结构]
图24是表示广播接收装置800的内部结构之一例的框图。广播接收装置800包括主控制部801、***总线802、ROM803、RAM804、存储部810、LAN通信部821、扩展接口部824、数字接口部825、第一调谐/解调部831、第二调谐/解调部832、MMT解码处理部841、MPEG2-TS解码处理部842、影像合成部861、监视器部862、影像输出部863、声音合成部864、扬声器部865、声音输出部866、操作输入部870。
主控制部801、***总线802、ROM803、RAM804、存储部810、扩展接口部824、数字接口部825、监视器部862、影像输出部863、扬声器部865、声音输出部866、操作输入部870等,分别具有与实施例1的广播接收装置100的主控制部101、***总线102、ROM103、RAM104、存储(蓄存)部110、扩展接口部124、数字接口部125、监视器部162、影像输出部163、扬声器部165、声音输出部166、操作输入部170等同等的功能,省略详细的说明。
第一调谐/解调部831经由省略了图示的天线,接收作为媒体传输方式采用了MMT的广播服务的广播波,基于主控制部801的控制调谐(选台)到用户期望的服务的频道。进而,第一调谐/解调部831对接收到的广播信号解调而取得MMT数据串,并将其输出到MMT解码处理部841。第二调谐/解调部832经由省略了图示的天线,接收作为媒体传输方式采用了MPEG2-TS的广播服务的广播波,基于主控制部801的控制调谐(选台)到用户期望的服务的频道。进而,第二调谐/解调部832对接收到的广播信号解调而取得MPEG2-TS数据串,并将其输出到MPEG2-TS解码处理部842。
MMT解码处理部841输入从第一调谐/解调部831输出的MMT数据串,基于上述MMT数据串中包含的控制信号进行作为实时展示要素的影像数据串、声音数据串、字符叠加数据串、字幕数据串等的分离处理和解码处理。MMT解码处理部841具有与实施例1的广播接收装置100中的分离部132、影像解码器141、影像色域转换部142、声音解码器143、字符叠加解码器144、字幕解码器145、字幕合成部146、字幕色域转换部147、数据解码器151、缓存部152、应用程序控制部153、浏览器部154、应用程序色域转换部155、音源部156等相当的功能。MMT解码处理部841能够进行实施例1中说明过的各种处理。另外,上述各种处理的详情与实施例1中说明的相同,所以省略说明。
MPEG2-TS解码处理部842输入从第二调谐/解调部832输出的MPEG2-TS数据串,基于上述MPEG2-TS数据串中包含的控制信号进行作为实时展示要素的影像数据串、声音数据串、字符叠加数据串、字幕数据串等的分离处理和解码处理。MPEG2-TS解码处理部842具有与接收作为媒体传输方式采用了MPEG2-TS的广播服务的广播波的现有的电视接收机的IRD(Integrated Receiver Decoder:集成接收解码器)部同等的功能,省略详细的说明。
影像合成部861输入从MMT解码处理部841输出的影像信息、字幕信息、应用程序信息和从MPEG2-TS解码处理部842输出的影像信息、字幕信息、应用程序信息,适当进行选择和/或叠加等处理。影像合成部861具有省略了图示的影像RAM,基于对上述影像RAM输入的影像信息等驱动监视器部862等。另外,影像合成部861基于主控制部801的控制,根据需要进行缩放处理、EPG画面信息的叠加处理等。声音合成部164输入从MMT解码处理部841输出的声音信息和从MPEG2-TS解码处理部842输出的声音信息,适当进行选择和/或混合等处理。
LAN通信部821经由路由装置200r与互联网200连接,与互联网200上的各服务器装置或其他通信设备进行数据的收发。另外,取得经由通信线路传输的节目的MMT数据串(或其一部分)、MPEG2-TS数据串(或其一部分),适当地输出到MMT解码处理部841、MPEG2-TS解码处理部842。
[广播接收装置的时刻显示]
在本实施例的广播接收装置800中,在EPG画面和各种设定画面等中,能够显示当前日期和当前时刻。关于上述当前日期和当前时刻的信息,在作为媒体传输方式采用了MMT的广播服务中根据MH-TOT等被发送,另外,在作为媒体传输方式采用了MPEG2-TS的广播服务中根据由MPEG-2***规定的SI(Service Information:服务信息)所具有的TOT(TimeOffset Table:时间偏移表)等被发送。广播接收装置800能够通过参照上述MH-TOT、上述TOT来取得关于上述当前日期和当前时刻的信息。
另外,一般来说,可以进行如下控制:在影像合成部861主要选择从MMT解码处理部841输出的影像信息等的情况下,将从上述MH-TOT取得的关于当前日期和当前时刻的信息叠加于上述影像信息等,在影像合成部861主要选择从MPEG2-TS解码处理部842输出的影像信息的情况下,将从上述TOT取得的关于当前日期和当前时刻的信息叠加到上述影像信息。
但是,作为媒体传输方式采用了MMT的广播服务和作为媒体传输方式采用了MPEG2-TS的广播服务时,编码处理/解码处理、传输路径等存在差异,因此特别是在当前时刻显示中,作为媒体传输方式采用了MMT的广播服务的选择时和作为媒体传输方式采用了MPEG2-TS的广播服务的选择时有可能发生不匹配。例如,如图25所示,在从显示作为媒体传输方式采用了MMT的广播服务的频道信息的EPG画面162g切换画面显示到显示作为媒体传输方式采用了MPEG2-TS的广播服务的频道信息的EPG画面162h时,因当前时刻的显示从当前时刻显示162g1切换到当前时刻显示162h1的不匹配,有可能让用户意识到视觉上的不协调感。
在本实施例的广播接收装置800中,为了防止上述用户的视觉上的不协调感,即使在影像合成部861主要选择从MMT解码处理部841输出的影像信息等的情况下,也控制成将从上述TOT取得的关于当前日期和当前时刻的信息叠加到上述影像信息等。即,控制成在作为媒体传输方式采用了MMT的广播服务的内容上叠加由作为媒体传输方式采用了MPEG2-TS的广播服务提供的当前时刻信息。
通过进行上述控制,本实施例的广播接收装置800在显示当前时刻时,总是参照上述TOT来显示所取得的当前时刻信息。因此,即使在切换作为媒体传输方式采用了MMT的广播服务和作为媒体传输方式采用了MPEG2-TS的广播服务时,也能够防止因当前时刻的显示的不匹配导致让用户感到视觉上的不协调感。
图26A表示本实施例的广播接收装置800的与各广播服务的接收状况相应的当前时刻信息参照源的选择控制的一例。在本实施例的广播接收装置800中,在处于能够进行作为媒体传输方式采用了MPEG2-TS的广播服务的接收的状态的情况下,总是参照上述TOT取得当前时刻信息,仅在处于不能进行作为媒体传输方式采用了MPEG2-TS的广播服务的接收的状态、且处于能够进行作为媒体传输方式采用了MMT的广播服务的接收的情况下,控制成参照上述MH-TOT来取得当前时刻信息。
另外,与上述控制相反,控制成在作为媒体传输方式采用了MPEG2-TS的广播服务的内容上叠加由作为媒体传输方式采用了MMT的广播服务提供的当前时刻信息,也能够得到与上述同样的效果。
另外,如上所述,不论是在控制成在作为媒体传输方式采用了MMT的广播服务的内容上叠加由作为媒体传输方式采用了MPEG2-TS的广播服务提供的当前时刻信息的情况下,还是在控制成在作为媒体传输方式采用了MPEG2-TS的广播服务的内容上叠加由作为媒体传输方式采用了MMT的广播服务提供的当前时刻信息的情况下,都与实施例1的[广播接收装置的时刻管理]中说明的同样,能够通过参照上述TMCC扩展信息区域的时刻信息的“delta”参数来对上述当前时刻信息进行修正。
另外,可以认为,在作为媒体传输方式采用了MMT的广播服务和作为媒体传输方式采用了MPEG2-TS的广播服务的任一种情况下,都存在构成网络的各广播服务传输的MH-TOT或TOT因发送侧***的问题或传输错误等而有错误的可能性。本实施例的广播接收装置800中,作为对于上述MH-TOT或TOT的上述错误的对策,具有如下功能:在判断为从接收中的服务取得的MH-TOT或TOT有错误的情况下,从同一网络或其他广播服务、或者从其他网络的任意的广播服务取得MH-TOT或TOT来参照当前时刻信息,由此进行内置时钟的时刻信息的更新处理。
图26B表示了本实施例的广播接收装置800的接收作为媒体传输方式采用了MPEG2-TS的广播服务时的当前时刻信息的更新处理的一例。另外,在接收作为媒体传输方式采用了MMT的广播服务时,也能够进行与该图所示的处理同样的处理。
本实施例的广播接收装置800中在更新内置时钟的时刻信息时,首先,接收功能运行部1102从当前接收中的广播服务(作为媒体传输方式采用了MPEG2-TS的广播服务)的MPEG2-TS数据串取得TOT(S301),进而通过参照上述取得的TOT,取得当前时刻信息(S302)。接着,接收功能运行部1102进行将S302的处理中取得的上述当前时刻信息与内置时钟的时刻信息进行比较的处理。
在上述比较处理的结果为S302的处理中取得的上述当前时刻信息与内置时钟的时刻信息之差在规定值以内(例如3分钟以内)的情况下(S303:是),接收功能运行部1102根据S302的处理中取得的上述当前时刻信息进行内置时钟的时刻信息的更新(S306)。另一方面,在上述比较处理的结果为S302的处理中取得的上述当前时刻信息与内置时钟的时刻信息之差不在规定值以内的情况(S303:否)、或者S301中取得的TOT具有表示数据内有错误的标志等的情况下,接收功能运行部1102从同一网络内的其他广播服务的MPEG2-TS数据串取得TOT,或者从其他网络的任意的广播服务(作为媒体传输方式采用了MMT的广播服务)的MMT数据串取得MH-TOT(S304),进而,从上述取得的TOT或MH-TOT取得当前时刻信息(S305)。接收功能运行部1102只要根据S305的处理中取得的当前时刻信息再次进行S303的比较处理即可。
通过以上的处理,本实施例的广播接收装置800,在判断为从接收中的服务取得的MH-TOT或TOT错误的情况下,能够通过从同一网络或其他广播服务、或者从其他网络的任意的广播服务取得MH-TOT或TOT用于参照得到当前时刻信息,从而进行内置时钟的时刻信息的更新处理。
另外,在工厂出厂后的初始设定时等反复进行S304~S305的处理中无法取得与内置时钟的时刻信息之差为规定范围内的当前时刻信息的情况下,可以根据S302的处理中取得的当前时刻信息,重新设定内置时钟的时刻信息。由此,即使在本实施例的广播接收装置800的内置时钟的时刻信息侧存在错误的情况下也能够应对。
[广播接收装置的EPG显示]
作为媒体传输方式采用了MMT的广播服务的事件时间表信息,通过MH-EIT等被传输。另一方面,作为媒体传输方式采用了MPEG2-TS的广播服务的事件时间表信息,通过由MPEG-2***规定的SI所具有的EIT(Event Information Table:事件信息表)等被传输。因此,一般来说,在进行由作为媒体传输方式采用了MMT的广播服务提供的影像信息等的显示时,能够取得采用了上述MMT的广播服务的事件时间表信息(MH-EIT),在进行由作为媒体传输方式采用了MPEG2-TS的广播服务提供的影像信息等的显示时,能够取得采用了上述MPEG2-TS的广播服务的事件时间表信息(EIT)。
但是,本实施例的广播接收装置800,不论是在进行由作为媒体传输方式采用了MMT的广播服务提供的影像信息等的显示,还是在进行由作为媒体传输方式采用了MPEG2-TS的广播服务提供的影像信息等的显示时,都能够取得上述MH-EIT和上述EIT两者,能够提高对用户来说的易用性。
图27A表示本实施例的广播接收装置800的EPG画面的一例。图中,EPG画面162i是基于作为媒体传输方式采用了MMT的广播服务的MH-EIT生成的EPG画面,“M1电视台”、“M2广播”、“M3频道”、“M4TV”、“电视台M5”等,分别是作为媒体传输方式采用了MMT的广播服务的广播台名称。另外,EPG画面162j是基于作为媒体传输方式采用了MPEG2-TS的广播服务的EIT生成的EPG画面,“T6电视台”、“T7广播”、“T8频道”、“T9TV”、“电视台TA”等,分别是作为媒体传输方式采用了MPEG2-TS的广播服务的广播台名称。
例如,在用户视听由作为媒体传输方式采用了MMT的广播服务提供的广播节目的期间,操作省略图示的遥控器指示显示EPG画面时,显示EPG画面的初始画面(图示省略)。上述EPG画面的初始画面是作为媒体传输方式采用了MMT的广播服务的基于MH-EIT生成的EPG画面,显示“2014年10月7日(今天)”的“17点~(当前时刻附近)”的各频道的广播节目的详细信息。接着,用户希望确认“2014年10月9日”的“20点~”的各频道的广播节目的详细信息,操作省略图示的遥控器指示更新EPG画面时,显示EPG画面162i。
进而,用户希望确认由作为媒体传输方式采用了MPEG2-TS的广播服务提供的广播节目的详细信息,操作省略图示的遥控器指示切换网络时,显示EPG画面162j。此时,在本实施例的广播接收装置800中,控制成不显示作为媒体传输方式采用了MPEG2-TS的广播服务的基于EIT生成的EPG画面的初始画面(即,“2014年10月7日”的“17点~”的各频道的广播节目的详细信息),而是显示与紧邻的之前显示的EPG画面162i同日同时间段(“2014年10月9日”的“20点~”)的各频道的广播节目的详细信息。
通过上述控制,用户能够通过简单的操作连续地确认关于媒体传输方式不同的多个网络的同日同时间段的广播节目的详细信息。即,能够提高广播接收装置800的易用性。
图27B是表示本实施例的广播接收装置800的EPG画面的与上述不同的一例的图。EPG画面162k表示了从图27A所示的显示EPG画面162i的状态、通过省略图示的遥控器的操作在频道方向(横向)上滚动的状态。即,图27B所示的例子中,通过使EPG画面在频道方向(横向)上滚动,将作为媒体传输方式采用了MMT的广播服务的基于MH-EIT生成的频道信息和作为媒体传输方式采用了MPEG2-TS的广播服务的基于EIT的频道信息,在同一时间轴上无缝地显示。
因此,用户在作为媒体传输方式采用了MMT的广播服务的基于MH-EIT生成的频道信息的确认期间,希望确认作为媒体传输方式采用了MPEG2-TS的广播服务的基于EIT生成的频道信息时,也能够不需要通过省略图示的遥控器的操作来指示切换网络等。而且,用户能够同时确认关于媒体传输方式不同的多个网络的同日同时间段的广播节目的详细信息。即,能够提高广播接收装置800的易用性。
(实施例3)
以下说明本发明的实施例3。另外,本实施例中的结构和效果等只要没有特别提及就与实施例1相同。因此,以下主要说明本实施例与实施例1的不同点,对于共通的部分为了避免重复而尽量省略说明。
[***结构]
图28是表示包括本实施例的广播接收装置的广播通信***的一例的***结构图。本实施例的广播通信***包括广播接收装置40100和天线40100a、连接线缆40200、监视器装置40300、互联网200等宽带网络和路由装置200r、广播台的无线电塔300t和广播卫星(或通信卫星)300s、广播台服务器300、服务运营商服务器400、其它的应用程序服务器500。虽然省略了图示,也可以以与实施例1的广播通信***的***结构图(参照图1)同样的连接,还具有接入点200a、移动电话通信服务器600和移动电话通信网的基站600b、便携信息终端700。另外,此时,便携信息终端700能够不经由路由装置200r等地与广播接收装置40100直接通信。
广播接收装置40100经由广播卫星(或通信卫星)300s和天线40100a接收从无线电塔300t送出的广播波。或者,也可以不经由广播卫星(或通信卫星)300s而直接从天线40100a接收从无线电塔300t送出的广播波。另外,广播接收装置40100能够经由路由装置200r与互联网200连接,能够通过与互联网200上的各服务器装置或其他通信设备通信而收发数据。
连接线缆40200是将广播接收装置40100和监视器装置40300连接的通信线缆,传输从广播接收装置40100输出的编码影像/声音数据等。监视器装置40300是将通过对经由连接线缆40200接收到的编码影像/声音数据等实施规定的信号处理而得到的影像信息和声音信息经由液晶面板等显示设备和扬声器提供给用户的影像显示装置。另外,监视器装置40300能够经由路由装置200r与互联网200连接,能够通过与互联网200上的各服务器装置或其他通信设备通信而收发数据。另外,监视器装置40300经由天线40300a(省略图示),能够接收从无线电塔300t送出的广播波。
[广播接收装置的硬件结构]
图29A是表示广播接收装置40100的内部结构的一例的框图。广播接收装置40100包括主控制部101、***总线102、ROM103、RAM104、存储(蓄存)部110、LAN通信部121、扩展接口部124、数字接口部40125、调谐/解调部131、分离部132、影像解码器141、影像色域转换部142、声音解码器143、字符叠加解码器144、字幕解码器145、字幕合成部146、字幕色域转换部147、数据解码器151、缓存部152、应用程序控制部153、浏览器部154、应用程序色域转换部155、音源部156、影像合成部161、影像输出部163、声音合成部164、声音输出部166、操作输入部170、转码处理部40181。
本实施例的广播接收装置40100,为DVD录像机、BD录像机等光盘驱动器录像机、HDD录像机等磁盘驱动器录像机、STB等。即,与实施例1的广播接收装置100相比,可以省略监视器部162和扬声器165。
数字接口部40125是输出或输入编码后的数字影像数据和/或数字声音数据的接口。数字接口部40125能够将由调谐/解调部131解调得到的MMT数据串、经由LAN通信部121取得的MMT数据串、或上述各MMT数据串的混合数据直接输出。另外,也可以进行控制以使得将从数字接口部40125输入的MMT数据串输入到分离部132。也可以经由数字接口部40125进行存储(蓄存)部110中存储的数字内容的输出、或者数字内容对存储(蓄存)部110的存储。另外,数字接口部40125可以是DVI端子、HDMI(注册商标)端子或Display Port(注册商标)端子等,控制成按符合DVI规格或HDMI规格或Display Port规格等的格式输出从影像合成部161和声音合成部164输出的影像数据和声音数据等。
另外,作为硬件结构的变形例,也可以将数字接口部40125的功能与LAN通信部121一体化。在该情况下,以下的实施例中说明的数字接口部40125的各种处理,用LAN通信部121来执行。另外,广播接收装置40100对于经由LAN通信部121从网络上的服务器取得的信息进行了各种处理之后,对经由LAN通信部121与网络连接的外部设备进行数字数据输出。
另外,转码处理部40181是进行对构成内容的各分量的编码格式、比特率、媒体传输方式等进行转换的转码运算处理的信号处理部。例如,转码处理部40181能够将包含从分离部132输出的MPEG-H HEVC格式的影像分量的广播节目的内容的MMT数据串转换为包含MPEG-2或MPEG-4AVC(Advanced Video Coding,高级视频编码)格式的影像分量的节目内容的MPEG2-TS数据串等。另外,也能够进行不变更分量的编码格式和媒体传输方式而仅变更比特率的处理等。另外,实施了上述转码运算处理的节目内容,能够作为录像内容被存储到存储(蓄存)部110,或从数字接口部40125等输出以供给到外部的监视器装置等。
[广播接收装置的软件结构]
图29B是本实施例的广播接收装置40100的软件结构图,示出了ROM103、RAM104和存储(蓄存)部110中的软件的结构。与实施例1的广播接收装置100的软件结构图(参照图7D)相比,在存储(蓄存)部110中添加了服务器功能程序41003、转码处理程序41004和记录再现处理程序41005。另外,存储(蓄存)部110包括存储向经由网络连接的外部设备提供的服务所用的各种数据(应用程序、内容、其他数据等)的服务器数据存储区域41400。其中,服务器数据存储区域41400也可以与内容存储区域1200共用。
存储(蓄存)部110中存储的服务器功能程序41003、转码处理程序41004和记录再现处理程序41005,分别被展开到RAM104中,进而由主控制部101执行上述展开了的服务器功能程序、转码处理程序和记录再现处理程序,由此构成服务器功能运行部41103、转码处理运行部41104和记录再现处理运行部41105。
服务器功能运行部41103进行服务器数据存储区域41400中存储的各种数据(应用程序、内容、其他数据等)的管理、根据来自外部设备的请求分发上述各种数据的处理的控制,并且根据需要进行上述外部设备的认证处理等。即,利用服务器功能运行部41103和服务器数据存储区域41400,广播接收装置40100也具有作为一般的服务器装置的功能。转码处理运行部41104主要控制转码处理部40181中的转码运算处理。记录再现处理运行部41105主要控制向广播节目的内容的内容存储区域1200的录像处理和来自内容存储区域1200的已记录内容的再现处理。
此外,在RAM104中展开的接收功能运行部1102,还具有输出控制部41102i。接收功能运行部1102的输出控制部41102i进行与来自影像输出部163、声音输出部166、数字接口部40125的数据输出相关联的各处理的控制。
另外,在以下的说明中,对录像(记录)接收到的内容,之后再现并输出的处理例进行说明,但存在从内容接收时起将输出内容或关于该内容的控制信息变更或改写的情况。该变更或改写处理,可以在内容的接收时进行,也可以在内容的记录时进行,也可以在内容的再现时进行,也可以在内容的输出时进行。在内容的接收时对内容或关于该内容的控制信息进行变更或改写时,可以由转码处理运行部41104执行该处理。在内容的记录时或再现时对内容或关于该内容的控制信息进行变更或改写时,可以由转码处理运行部41104或记录再现处理运行部41105执行该处理。在内容的输出时对内容或关于该内容的控制信息进行变更或改写时,可以由转码处理运行部41104或输出控制部41102i执行该处理。
另外,图29B所示的软件结构只是一例而已,本实施例中也可以不包括图示全部的程序和运行部。
[广播接收装置和监视器装置的接口结构]
图30是表示广播接收装置40100与监视器装置40300之间的接口结构的一例的***结构图。在本实施例中,对广播接收装置40100侧的数字接口部40125的省略图示的连接端子与监视器装置40300侧的省略图示的数字接口部的连接端子用连接线缆40200连接的情况进行说明。另外,监视器装置40300可以为与图7A所示的广播接收装置100同样的结构。在这种情况下,数字接口部125相当于上述监视器装置40300侧的数字接口部,在其连接端子连接有连接线缆40200。
如图30所示,连接线缆40200包括CH1~CHn的n对差动传输通道、由VESA(VideoElectronics Standard Association:视频电子标准协会)标准化的DDC(Display DataChannel:显示数据通道)线、HPD(Hot Plug Detect:热插拔检测)线、CEC(ConsumerElectronics Control:消费类电子控制)线和通信线(图中的TX/RX线)等构成。其中,上述差动传输通道也可以称为差动传输线。
上述n对差动传输通道可以是1对时钟通道和(n-1)对数据通道。例如可以为n=4,1对时钟通道和3对数据通道,也可以为n=2,1对时钟通道和1对数据通道。另外,也可以上述n对差动传输通道全部为发送叠加了时钟的数据的数据通道。例如可以为n=4且为4对数据通道。另外,上述时钟通道和数据通道可以分别称为时钟线和数据线。
可以从影像合成部161和声音合成部164经由广播接收装置40100侧的数字接口部40125的发送处理部40125b,将数字影像(R/G/B/Vsync/Hsync、Y/Pb(Cb)/Pr(Cr)等)/声音信号、其他控制信号等以规定的格式输出到上述数据通道。上述规定的格式可以基于HDMI(注册商标)等标准,省略详细的说明。上述数字影像/声音信号和其他控制信号等,在监视器装置40300侧的数字接口部的接收处理部40325b被接收,在省略图示的影像处理部和声音处理部被适当实施画质调整和音量调整等必要的处理,从监视器装置40300的显示部和扬声器输出。
上述通信线可以由1根发送线和1根接收线,或者2根发送线和2根接收线构成。或者也可以由1根收发线、2根收发线或4根收发线构成。上述1根发送线和1根接收线、2根发送线和2根接收线,可以分别为通过差动传输进行数据的发送、接收的1对发送线和1对接收线、2对发送线和2对接收线。另外,上述1根收发线、2根收发线和4根收发线,可以分别为通过差动传输进行数据的收发的1对收发线、2对收发线和4对收发线。另外,上述“发送”/“接收”在本实施例中,是从广播接收装置40100侧看的“发送”/“接收”。
上述通信线具有与连接于LAN通信部121的LAN线缆同样的性能/功能,另外,广播接收装置40100侧的数字接口部40125的发送控制部40125a和监视器装置40300侧的数字接口部的接收控制部40325a分别具有与LAN通信部121同样的网络通信功能。即,连接线缆40200的上述通信线能够视作与广播接收装置40100和监视器装置40300连接的窄域网络。
另外,连接线缆40200虽然省略了图示,还可以包括电源线、GND线和备用线。上述n对差动传输通道和通信线等可以由GND线屏蔽。上述备用线、DDC线、HPD线和CEC线的全部或一部分可以兼用作上述通信线的一部分。例如可以由上述备用线和HPD线构成上述通信线的1根发送线和1根接收线、或者1对收发线。上述CEC线等也可以省略。上述DDC线可以作为广播接收装置40100的主控制部101与监视器装置40300的省略图示的主控制部之间的I2C(I-squared-C)通信线使用。
另外,广播接收装置40100侧的数字接口部40125的发送处理部40125b能够经由上述DDC线与监视器装置40300侧的数字接口部的接收处理部40325b进行通信,进而从EDID存储部40325c读取EDID(Extended Display Identification Data:扩展显示标识数据)。即,广播接收装置40100能够通过取得EDID来掌握监视器装置40300的显示器性能。另外,上述显示器性能在本实施例中,是指监视器装置40300能够兼容的输入分辨率、帧率、视频标准、3D影像显示的兼容与否、对经由上述通信线的网络通信的兼容与否等项目。另外,本实施例中,作为广播接收装置40100用于掌握监视器装置40300的显示器性能的手段,以取得上述EDID的处理为例进行以下的说明。但是,上述取得的信息不限于EDID。例如也可以为与EDID不同的信息,取得识别监视器装置40300的显示器性能和功能的性能识别信息。另外,也可以用取得上述性能识别信息以外的手段掌握监视器装置40300的显示器性能。
另外,广播接收装置40100侧的数字接口部40125的发送控制部40125a进行发送处理部40125b的控制,并且能够经由上述HPD线检测已连接监视器装置40300的情况、监视器装置40300的电源接通的情况等。另外,广播接收装置40100侧的数字接口部40125的发送控制部40125a,能够经由上述CEC线进行将监视器装置40300的电源接通的处理等。另外,监视器装置40300侧的数字接口部的接收控制部40325a也进行接收处理部40325b的控制。
另外,上述差动传输通道也可以称为仅在从广播接收装置40100侧向监视器装置40300侧的单一方向进行数据传输的单向传输信号线。同样,上述DDC线、上述CEC线和上述通信线也可以称为能够进行从广播接收装置40100侧向监视器装置40300侧的数据传输和从监视器装置40300向广播接收装置40100侧的数据传输的双向传输信号线。
另外,图30所示的连接线缆40200的结构、广播接收装置40100的数字接口部40125的内部结构、监视器装置40300的数字接口部的内部结构,只不过是一例,也可以为不同的结构。
另外,上述广播接收装置40100与监视器装置40300之间的数字接口,以使用连接线缆40200的有线接口的例子进行了说明,但也可以构成为无线接口。
[节目的录像处理]
作为本实施例的广播***的MMT,能够经由多个路线进行构成包的各资源的传输。例如,如图31所示,能够用经由广播传输路径发送的IP数据流传输影像资源A、声音资源A和数据资源A,用经由通信线路分发的IP数据流传输影像资源B、声音资源B和数据资源B。上述各IP数据流也可以还包括字幕资源、字符叠加资源等其他资源。
另外,上述包是多个事件的连续,上述各事件相当于所谓的“节目”。各节目由图21所示的MH-EIT规定开始时刻和放映时间等。另外,各节目的资源结构可以为同一包的节目,也可以彼此不同。例如可以是,某个节目仅由影像资源A和声音资源A构成,其他节目由影像资源A、声音资源A、声音资源B和数据资源B构成等。
本实施例的广播接收装置40100能够将不具有“禁止复制”的复制控制信息(参照实施例1的[著作权保护功能])的节目记录到存储(蓄存)部110或与扩展接口部124连接的外部记录介质中。上述的将节目记录到存储(蓄存)部110或外部记录介质(以下总称为存储装置)的处理,也可以称为录像处理。另外,即使是具有“禁止复制”的复制控制信息的节目,在根据其他控制信息具有能够暂时存储等的指定等的情况下,也可以例外地进行复制。
上述录像处理基本上进行与用图16说明过的选台处理同样的控制,将由S216的处理取得的各资源基于记录再现处理运行部41105的控制,与能够识别上述作为录像处理的对象的节目的节目信息相关联,记录到存储装置中即可。另外,基于MMT-SI的各控制信息也适当与上述节目信息相关联地记录到存储装置中。基于S210的处理或S215的处理中取得的MPT的描述,从经由广播传输路径发送的TLV流中所含的IP数据流、或经由通信线路分发的IP数据流进行上述各资源的取得即可。上述各资源的从经由广播传输路径发送的TLV流中所含的IP数据流的取得和向存储装置的记录、以及从经由通信线路分发的IP数据流的取得和向存储装置的记录,可以在同一时刻进行,也可以在不同的时刻进行。
另外,上述取得的各资源向存储装置的记录处理,可以以资源单位进行,也可以以IP数据流单位进行,也可以以包单位进行。不论哪种情况,在存储装置上进行与上述节目信息的关联来进行管理即可。上述管理处理可以通过记录再现处理运行部41105创建用于上述管理的管理信息,并记录到存储(蓄存)部110的内容存储区域1200或各种信息存储区域中来进行。
<节目的录像处理的设定>
构成节目的各资源中的经由广播传输路径发送的IP数据流中所含的各资源(以下称为广播传输路径经由资源),能够仅在上述节目的放映中取得。另一方面,构成上述节目的各资源中的经由通信线路分发的IP数据流中所含的各资源(以下称为通信线路经由资源),有时在上述节目的放映中以外也能够取得。这是因为,上述通信线路经由资源是被保存在广播台服务器300或服务运营商服务器400(以下总称为服务器装置)而被分发的数据。因此,只要上述通信线路经由资源不从服务器装置删除,广播接收装置40100就有可能通过经由因特网200访问服务器装置而能够在任意的时刻取得上述通信线路经由资源。
另外,在进行节目的实时视听时,不论有无上述节目的录像处理,优选将上述广播传输路径经由资源和通信线路经由资源在上述节目的放映中同时取得。但是,在仅进行节目的录像处理而不同时进行视听的情况下,上述广播传输路径经由资源的取得和向存储装置的记录在上述节目的放映中进行,但上述通信线路经由资源的取得和向存储装置的记录并不一定如此。即,在进行节目的录像处理时,上述通信线路经由资源的取得和向存储装置的记录,能够与上述节目的放映中错开时刻地进行。例如,在进行节目的录像处理时,仅进行广播传输路径经由资源的取得和向存储装置的记录,而不进行通信线路经由资源的取得和向存储装置的记录。进而,在对进行了上述录像处理的节目进行再现处理时,可以进行控制以另行取得上述通信线路经由资源。
为了进行上述控制,本实施例的广播接收装置40100在进行节目的录像处理时,能够通过设定来选择是否将关于作为上述录像处理的对象的节目的通信线路经由资源记录到存储装置等。即,在节目的录像处理的设定中,在由用户选择了将通信线路经由资源记录到存储装置的情况下,广播接收装置40100在进行节目的录像处理时,取得广播传输路径经由资源和通信线路经由资源两者并将其记录到存储装置中。另外,上述记录处理并不一定需要同时进行。另一方面,在节目的录像处理的设定中,在由用户选择了不将通信线路经由资源记录到存储装置的情况下,广播接收装置40100在进行节目的录像处理时,仅取得广播传输路径经由资源并将其记录到存储装置中。
另外,上述的进行节目的录像处理时是否进行通信线路经由资源向存储装置的记录处理的设定,可以按每个作为录像处理对象的节目进行设定,也可以对作为录像处理对象的全部节目使用相同的设定。例如,可以在录像预约设定画面上准备用于进行上述选择的项目,或者与按下遥控器等的“录像”键相应地显示促使用户进行上述选择的消息。通过这样的方式,能够按每个作为录像处理的对象的节目进行上述设定。另外,例如也可以通过菜单操作等将关于设定的上述选择的设定值存储到ROM103或存储(蓄存)部110,在进行节目的录像处理时,基于上述存储的设定值进行控制。通过这样的方式,能够对作为录像处理的对象的全部节目使用相同的设定。
图32A是表示本实施例的广播接收装置40100的录像预约设定画面的一例的画面显示图。在图中的“通信资源”的项目中选择了“记录”的情况下,在进行节目的录像处理时进行通信线路经由资源向存储装置的记录处理。另外,在上述项目中选择了“不记录”的情况下,在进行节目的录像处理时不进行通信线路经由资源向存储装置的记录处理。而且,在上述项目中选择了“记录”的情况下,令“记录方法”的项目有效。在上述的“记录方法”的项目中选择了“仅节目放映时”的情况下,通信线路经由资源向存储装置的记录处理仅在作为录像对象的节目的放映中的时刻进行。在上述项目中选择了“节目放映时以外也可”的情况下,通信线路经由资源向存储装置的记录处理既可以在作为录像对象的节目的放映中以外的时刻进行,也可以在放映中的时刻进行。在通过菜单操作等进行上述设定时,可以使用图32B所示那样的菜单结构。另外,上述各项目的名称和菜单结构等只是一例,可以为不同的名称和菜单结构。
<通信线路经由资源的录像处理>
接着,对于节目的录像处理的设定中,在用户选择了进行通信线路经由资源向存储装置的记录处理的情况下的、取得通信线路经由资源并将其记录到存储装置的处理进行说明。
本实施例的广播***的各节目如图21的MH-EIT的数据结构的一例所示,根据“original_network_id”、“tlv_stream_id”、“service_id”、“event_id”等各参数能够唯一识别。另外,通过根据上述各参数参照AMT和TLV-NIT,能够取得关于TLV流的信息,其中,所述TLV流包括构成上述各节目的包的广播传输路径经由资源。而且,通过参照上述TLV流中所含的PLT和MPT,能够取得关于IP数据流的信息,其中,所述IP数据流包括构成上述各节目的包的通信线路经由资源。即,本实施例的广播接收装置40100基于上述取得的各信息,能够分别从用TLV流发送的IP数据流取得广播传输路径经由资源,或者通过访问作为分发通信线路经由资源的IP数据流的发送源的服务器装置取得上述通信线路经由资源。
本实施例的广播接收装置40100能够执行取得广播传输路径经由资源并将其记录到存储装置的处理的时刻,限于作为录像处理的对象的节目的放映中。但是,能够执行从服务器装置取得通信线路经由资源并将其记录到存储装置的处理的时刻,有(A-1)作为录像处理的对象的节目的放映开始前、(A-2)作为录像处理的对象的节目的放映中、(A-3)作为录像处理的对象的节目的放映结束后三种。但是,在上述(A-1)的时刻能够执行从服务器装置取得通信线路经由资源并将其记录到存储装置的处理的情况,基本上仅是在进行预约录像的录像处理时。另一方面,在上述(A-2)和(A-3)时刻从服务器装置取得通信线路经由资源并将其记录到存储装置的处理,能够在预约录像的录像处理时执行,也能够在对视听中的节目指示录像的录像处理(以下称为通常录像)时执行。
以下对于在上述(A-1)、(A-2)、(A-3)的各时刻进行的通信线路经由资源向存储装置的记录处理进行说明。
<A-1:节目放映开始前的通信线路经由资源的记录处理>
在预约录像的录像处理时,作为录像处理的对象的节目在上述节目的放映开始前已经被选择。即,在广播接收装置40100中,上述作为录像处理的对象的节目的“original_network_id”、“tlv_stream_id”、“service_id”、“event_id”等各参数是已知的。因此,广播接收装置40100根据上述各参数参照AMT和TLV-NIT、PLT和MPT,能够取得保存上述作为录像处理的对象的节目的通信线路经由资源的服务器装置的发送源地址等的情况下,可以基于上述发送源地址访问服务器装置。
另一方面,在由于上述作为录像处理的对象的节目处于放映开始前而无法取得保存上述作为录像处理的对象的节目的通信线路经由资源的服务器装置的发送源地址等的情况下,广播接收装置40100可以作为替代取得保存“original_network_id”、“service_id”等参数与上述作为录像处理的对象的节目相同且“event_id”与上述作为录像处理的对象的节目不同的节目的通信线路经由资源的服务器装置的发送源地址等。而且,基于作为上述替代取得的发送源地址访问服务器装置。即,只要“original_network_id”、“service_id”等参数相同,则即使“event_id”参数不同,也可以认为其通信线路经由资源保存在同一服务器装置中的可能性高。
在上述任意情况下,在访问服务器装置之后,如果能够基于“event_id”参数,取得上述作为录像处理的对象的节目的通信线路经由资源,则进行控制以进行上述通信线路经由资源的取得和向存储装置的记录。另一方面,在无法取得上述作为录像处理的对象的节目的通信线路经由资源的情况下,判断为无法进行上述作为录像处理的对象的节目的通信线路经由资源在节目放映开始前的取得和向存储装置的记录处理。在这种情况下,上述作为录像处理的对象的节目的通信线路经由资源的取得和向存储装置的记录处理,可以变更处理时刻以在上述作为录像处理的对象的节目的放映中进行。
另外,在MMT-SI所含的MH-AIT中,有时用“PREFETCH(取得并保持)”等来指定与已预定用当前选台的频道放映的节目相关联的应用程序控制码。在这种情况下,即使不进行上述节目的预约录像的录像处理,也可以作为例外的处理,进行控制以在上述节目的放映开始前进行上述节目的通信线路经由资源的取得和向存储装置的记录处理。另外,通过上述的控制进行了取得和向存储装置的记录的上述通信线路经由资源,在上述节目的放映结束后结果既不进行上述节目的预约录像的录像处理也不进行通常录像的录像处理的情况下,可以控制成就这样删除。图33A表示MH-AIT的数据结构的一例。图中的“application_control_code”参数对应于上述应用程序控制码。
另外,如上所述,在用“PREFETCH(取得并保持)”等指定了与已预定用当前选台的频道放映的节目相关联的应用程序控制码的情况下,即使在上述节目的复制控制信息由“禁止复制”指定的情况下,也可以在上述节目的放映开始前进行上述节目的通信线路经由资源的取得和向存储装置的记录处理。但是,在这种情况下,上述向存储装置的记录处理只是暂时的,控制成在上述节目的放映结束后一定删除或者令其无效。
<A-2:节目放映中的通信线路经由资源的记录处理>
作为录像处理的对象的节目的通信线路经由资源的在放映中的取得和向存储装置的记录处理,在预约录像的录像处理和通常录像的录像处理的任意情况下都是相同的。即,根据上述作为录像处理的对象的节目的“original_network_id”、“tlv_stream_id”、“service_id”、“event_id”等各参数参照AMT和TLV-NIT、PLT、MPT,能够取得保存上述作为录像处理的对象的节目的通信线路经由资源的服务器装置的发送源地址等的情况下,基于上述发送源地址访问服务器装置。进而,将从上述服务器装置取得的上述作为录像处理的对象的节目的通信线路经由资源记录到存储装置中即可。或者,也可以基于发送目的地地址等选择并取得从服务器装置以推送形式发送来的上述作为录像处理的对象的节目的通信线路经由资源,并将其记录到存储装置中等。
另外,在作为录像处理的对象的节目的放映中,判断为因广播接收装置40100的多任务状况所致的处理能力不足或网络状况所致的暂时性通信性能不足而无法在放映中取得上述作为录像处理的对象的节目的通信线路经由资源的情况下,上述作为录像处理的对象的节目的通信线路经由资源的取得和向存储装置的记录处理,可以变更处理时刻以在上述作为录像处理的对象的节目的放映结束后进行。
另外,如果广播接收装置40100的处理能力和网络状况允许,则也可以作为例外的处理,控制成对于不进行录像处理的视听中的节目的通信线路经由资源的取得,先于上述节目而进行,并将其暂时记录到存储装置中。在这种情况下,可以控制成在上述节目的放映结束后删除向存储装置记录的上述通信线路经由资源。特别是在上述视听中的节目的复制控制信息用“禁止复制”指定的情况下,控制成在上述节目的放映结束后必定执行上述通信线路经由资源的删除处理。
<A-3:节目放映结束后的通信线路经由资源的记录处理>
作为录像处理的对象的节目的放映中,向保存上述作为录像处理的对象的节目的通信线路经由资源的服务器装置的访问集中,预想会难以取得上述通信线路经由资源。本实施例的广播***为了避免上述状况,能够进行基于MH-随机适用延迟描述符的控制。但是,即使进行参照了上述描述符的控制,也无法否定难以取得上述作为录像处理的对象的节目的通信线路经由资源的可能性。
另一方面,在预约录像的情况下,可以认为作为录像处理的对象的节目的视听无法在上述节目的放映中和刚放映后进行的可能性高。另外,在通常录像中,在进行了录像指示后选择其它频道,进行与进行了上述录像指示的节目不同的节目的视听的情况下,可以认为无法同时视听进行了上述录像指示的节目。在这些情况下,本实施例的广播接收装置40100能够控制成,将作为录像处理的对象的节目的通信线路经由资源的取得和向存储装置的记录处理,特意不在上述节目的放映中进行,而在上述节目的放映结束后的规定的时刻进行。另外,上述规定的时刻,可以为从上述作为录像处理的对象的节目的放映结束后经过了规定时间的时刻,也可以为预先决定的规定的时刻。也可以为基于另外进行的用户的指示的时刻。也可以为其他任意的时刻。
如上所述,作为录像处理的对象的节目的通信线路经由资源的取得和向存储装置的记录处理能够在上述节目的放映结束后的时刻进行的情况,仅限于上述作为录像处理的对象的节目的通信线路经由资源在上述节目的放映结束后也不从服务器装置上删除的情况。因此,本实施例的广播接收装置40100控制成,首先对关于能够从服务器装置取得作为录像处理的对象的节目的通信线路经由资源的期限的信息,在上述作为录像处理的对象的节目的放映中预先进行确认,根据其结果决定是否在上述节目的放映结束后的时刻进行通信线路经由资源的取得和向存储装置的记录处理。
图33B是配置于本实施例的广播***的MH-AIT中的参数和描述符的一览。图中的MH-应用程序有效期限描述符是关于能够从服务器装置取得各节目的通信线路经由资源的期限的信息。上述描述符的名称只是一例,也可以用不同的名称。另外,上述信息也可以与描述符无关而用参数指定。
在参照上述MH-应用程序有效期限描述符,确认为通信线路经由资源的取得和向存储装置的记录处理能够在上述节目的放映结束后的时刻进行的情况下,将MH-简易应用程序位置描述符暂时缓存。进而,在上述作为录像对象的节目的放映结束后的规定的时刻,基于上述MH-简易应用程序位置描述符的描述,访问服务器装置,进行上述节目的通信线路经由资源的取得和向存储装置的记录。也可以基于通过根据上述“original_network_id”、“tlv_stream_id”、“service_id”、“event_id”等各参数参照AMT、TLV-NIT、PLT、MPT取得的信息,访问上述服务器装置。另一方面,在确认为通信线路经由资源的取得和向存储装置的记录处理无法在上述节目的放映结束后的时刻进行的情况下,可以进行处理时刻的变更控制,以在上述作为录像对象的节目的放映中进行上述节目的通信线路经由资源的取得和向存储装置的记录。
另外,以下对通信线路经由资源的节目放映结束后的取得处理的例外处理进行说明。
例如在节目的录像处理的设定中,在用户选择了不将通信线路经由资源记录到存储装置之后,进行预约录像的录像处理或通常录像的录像处理。于是,本实施例的广播接收装置40100中,仅进行作为录像处理的对象的节目的广播传输路径经由资源的取得和向存储装置的记录,而不进行上述节目的通信线路经由资源的取得和向存储装置的记录。上述状况下,当用户对广播接收装置40100进行已录像节目的再现指示时,广播接收装置40100从存储装置中读取上述已录像节目的广播传输路径经由资源,并且从服务器装置另行取得上述已录像节目的通信线路经由资源。
另一方面,在上述已录像节目的通信线路经由资源指定了能够从服务器取得的期限的情况下,当超过上述期限时,有可能发生即使用户进行上述已录像节目的再现指示,广播接收装置40100也无法从服务器装置取得上述已录像节目的通信线路经由资源的问题。为了消除上述问题,本实施例的广播接收装置40100中具有如下功能:在能够从服务器装置取得已录像节目的通信线路经由资源的期限逼近时,不论有无用户的指示,都从服务器装置适当取得上述已录像节目的通信线路经由资源。
具体来说,按规定的时间间隔参照与已记录在存储装置中的各已录像节目相关联的上述MH-应用程序有效期限描述符的内容。进而,在能够从服务器装置取得上述各已录像节目的通信线路经由资源的期限处于规定期间以内时,进行控制来访问服务器装置以取得上述各已录像节目的通信线路经由资源,并将其追加记录到存储装置中即可。另外,上述规定的时间间隔可以为例如24小时、12小时、6小时等。另外,上述规定期间内可以为72小时以内、48小时以内、24小时以内等。
通过进行上述处理,即使在节目的录像处理的设定中用户选择了不将通信线路经由资源记录到存储装置之后进行录像处理,进而指定了能够从服务器取得已录像节目的通信线路经由资源的期限、并且已经超过上述期限的情况下,在用户对广播接收装置40100进行了上述已录像节目的再现指示时,广播接收装置40100也能够从存储装置读取上述已录像节目的广播传输路径经由资源和通信线路经由资源两者。即,能够进行使用了广播传输路径经由资源和通信线路经由资源两者的高质量的内容再现。
另外,上述(A-1)~(A-3)中记载的录像处理的特别是作为录像对象的广播节目的通信线路经由资源的记录处理,在上述作为录像对象的广播节目的放映时间中以外的时刻进行时,在MH-EIT中有关于能够取得上述通信线路经由资源的期限的信息的记载是有效的。关于能够取得上述通信线路经由资源的期限的信息,例如将“能够取得通信线路经由资源的期间的开始日期时间”和“能够取得通信线路经由资源的期间的结束日期时间”的两者或一者按每个事件(节目)以参数或描述符的形式记载到MH-EIT中即可。由此,例如在进行上述(A-1)的处理时也能够通过参照MH-EIT简单地掌握能否在作为录像对象的广播节目的放映开始前取得上述作为录像处理的广播节目的通信线路经由资源。同样,在上述(A-2)和(A-3)的处理中也能够通过参照MH-EIT简单地掌握能否在作为录像对象的广播节目的放映结束后取得上述作为录像对象的广播节目的通信线路经由资源。
另外,在MH-EIT中有关于能够取得上述通信线路经由资源的期限的信息的记载的情况下,可以在EPG显示时显示上述信息。例如在图22A所示的详细信息162a1中,在标题区域162a2显示将“Network”符号化的记号162a4,而且,在该节目具有关于能够取得通信线路经由资源的期限的信息的情况下,在标题区域162a2还显示将表示上述通信线路经由资源从服务器装置的取得被指定了期限的意思的“Expiration”符号化的记号(但是省略图示)。另外,也可以在详细说明区域162a3用字符显示关于能够取得上述通信线路经由资源的期限的信息(“能够取得通信线路经由资源的期间的开始日期时间”、“能够取得通信线路经由资源的期间的结束日期时间”等)。
像这样,如果在MH-EIT中记载关于能够取得通信线路经由资源的期限的信息,则能够有效地进行本实施例的广播接收装置40100的录像处理。另外,在EPG显示中,用户能够简单地掌握关于能够取得通信线路经由资源的期限的信息。
[已录像节目的一览显示]
图34是表示本实施例的广播接收装置40100的录像节目一览画面的一例的画面显示图。例如,当操作能够操作广播接收装置40100的遥控器而指示显示录像节目一览时,显示如该图所示的录像节目一览画面162m。录像节目一览画面162m将在存储装置中记录的已录像节目一览显示。显示格式可以按录像日期时间顺序,也可以按节目标题顺序。另外,也可以按每个频道或每个系列设置子目录。各已录像节目的信息可以由缩略图部和节目详细信息部162m1构成。也可以不显示缩略图部,而增加画面内的已录像节目的显示数。
节目详细信息部162m1在本实施例中,可以由节目属性区域162m2、节目基本信息区域162m3和节目扩展信息区域162m4构成。
节目属性区域162m2中显示表示各已录像节目的属性的符号等。上述表示各已录像节目的属性的符号等,例如显示将表示未视听的“Non-viewed”符号化的记号、将表示能够从服务器装置取得各已录像节目的通信线路经由资源的“Network”符号化的记号、将表示已取得上述通信线路经由资源并已将其记录到存储装置中的“Obtained”符号化的标记、将表示对从服务器装置取得上述通信线路经由资源指定了期限的“Expiration”符号化的标记等。也可以还显示具有其他意思的记号。上述各记号根据各已录像节目的状况控制是否显示。另外,上述各记号也可以用具有相同意思的缩写、字符、句子等代替。上述各属性通常在节目属性区域162m2不显示,可以仅在用选择标志选择了各已录像节目时弹出显示。
在节目基本信息区域162m3中显示各已录像节目的节目标题、录像日期时间、录像时间、录像模式等基本信息。
在节目扩展信息区域162m4中,在各已录像节目具有将上述“Network”符号化的记号和将上述“Expiration”符号化的记号时,显示关于能够从服务器装置取得上述各已录像节目的通信线路经由资源的期限的信息(图中的“数据取得期限”),在各已录像节目具有上述“Obtained”时,显示关于上述各已录像节目的有效期限的信息(图中的“数据有效期限”)。也可以还显示其他信息。
如上所述,通过在录像节目一览画面162m中显示表示上述各属性的标记和关于各期限的信息等,用户能够简单地掌握关于各已录像节目的通信线路经由资源的各种信息。
在显示录像节目一览画面162m的状态下,当操作上述遥控器的“光标”键时,能够使各已录像节目的选择标志移动。另外,当按下上述遥控器的“确定”键时,能够进行用上述选择标志选择出的已录像节目的再现处理。另外,当按下上述遥控器的“红色”键时,能够进行用上述选择标志选择出的已录像节目的删除。另外,当按下上述遥控器的“黄色”键时,在用上述选择标志选择出的已录像节目具有将“Network”符号化的记号时,能够从服务器装置取得上述已录像节目的通信线路经由资源。另外,在按下上述遥控器的“黄色”键时执行的取得处理可以是,与能够从服务器装置取得上述通信线路经由资源的期限无关地,或者根据用户的指示进行在上述的“A-3:节目放映结束后的通信线路经由资源的记录处理”项中作为例外的处理说明过的处理。
另外,在上述已录像节目具有上述将“Network”符号化的记号和上述将“Expiration”符号化的记号,且已经超过上述“数据取得期限”所示的日期时间的情况下,可以进行控制以去除上述将“Network”符号化的记号和上述将“Expiration”符号化的记号的显示。即,上述已录像节目的通信线路经由资源的取得处理因超过期限而变得不能进行。另外,在上述已录像节目具有上述将“Obtained”符号化的记号,且已经超过上述“数据有效期限”所示的日期时间的情况下,可以进行控制以去除上述将“Obtained”符号化的记号的显示,并且将存储装置中存储的上述已录像节目的通信线路资源删除。即,上述已录像节目的通信线路经由资源的再现处理因超过期限而变得不能进行。
另外,在包含根据LCT的描述应以图19B所示的布局设定显示于“区域1”或“区域2”的数据的上述已录像节目的通信线路经由资源因超过了能够从服务器装置取得的期限等而变得无法取得时、或者因超过数据有效期限等而变得不能从存储装置进行再现处理时,本实施例的广播接收装置40100控制成与上述LCT的布局设定的描述内容无关地用默认的布局设定(即,图19A所示的布局设定)进行影像显示。在上述默认的布局设定的“区域0”进行基于广播传输路径经由资源的影像显示。上述处理可以在每次进行上述已录像节目的再现处理时,通过在与上述已录像节目相关联地记录的上述LCT的布局设定的描述中填充补丁(patch)来进行。或者,也可以以上述已录像节目的通信线路经由资源在因超过能够从服务器装置取得的期限等而变得无法取得的情况作为触发,或者以因超过数据有效期限等而变得无法从存储装置进行再现处理的情况为触发,通过改写与上述已录像节目相关联地记录的上述LCT的布局设定的描述来实现。另外,在上述“区域1”和“区域2”两者是通信线路经由资源的显示区域,变得无法取得或者无法再现的区域仅为上述区域的一者的情况下,也可以控制成进行上述LCT的布局设定的描述的补丁处理、或者改写处理。
根据以上说明的本实施例的广播接收装置40100,能够有效地进行节目的录像处理时的上述节目的通信线路经由资源的取得。另外,在进行已录像节目的一览显示时也能够简单地向用户报知上述节目的通信线路经由资源的取得状况等。即,能够提供一种能够执行附加价值更高的功能的广播接收装置。
(实施例4)
以下说明本发明的实施例4。另外,本实施例中的结构和效果等只要没有特别提及就与实施例3相同。因此,以下主要说明本实施例与实施例3的不同点,对于共通的部分为了避免重复而尽量省略说明。另外,本实施例中,主要对从广播接收装置40100向监视器装置40300的经由连接线缆40200的数据输出处理进行说明。
[节目的输出控制]
本实施例中,广播接收装置40100为光盘驱动器录像机、磁盘驱动器录像机、STB等。即,广播接收装置40100不具有进行影像显示的监视器部和进行声音输出的扬声器部,将影像信息(影像数据)和声音信息(声音数据)从数字接口部40125输出,将其经由连接线缆40200发送到监视器装置40300。进而,在监视器装置40300中,进行上述影像信息的显示和声音信息的输出。另外,在广播接收装置40100中,能够适当控制经由连接线缆40200的向监视器装置40300的上述影像信息(影像数据)和声音信息(声音数据)的输出形式。以下对于本实施例的广播接收装置40100兼容的影像信息(影像数据)和声音信息(声音数据)的输出形式的例子进行说明。
<B-1:解码后的影像信息和声音信息的输出1>
广播接收装置40100兼容的影像信息和声音信息的输出形式的第一例,是将从影像合成部161输出的已解码影像信息和从声音合成部164输出的已解码声音信息从数字接口部40125输出,经由连接线缆40200的数据通道发送到监视器装置40300的形式。
在该第一例中,广播接收装置40100在进行广播中的节目的视听时,分别取得经由通信线路发送的IP数据流中所含的各资源(本实施例中也称为广播传输路径经由资源)和经由通信线路分发的IP数据流中所含的各资源(本实施例中也称为通信线路经由资源),用影像解码器141、声音解码器143、字符叠加解码器144、字幕解码器145、数据解码器151等适当进行解码处理。另外,在通过用“PREFETCH”指定了应用程序控制码而已将通信线路经由资源缓存的情况下,可以从缓存读取上述通信线路经由资源。进而,控制成将用影像合成部161和声音合成部164实施了合成处理的已解码的影像信息和声音信息经由数字接口部40125输出到监视器装置40300。
另外,在进行存储(蓄存)部110或外部记录介质(本实施例中也总称为存储装置)中记录的已录像节目的视听的时,广播接收装置40100可以将通过再现处理从存储装置读取的广播传输路径经由资源和通信线路经由资源分别用影像解码器141、声音解码器143、字符叠加解码器144、字幕解码器145、数据解码器151等适当进行解码处理。另外,在上述再现处理时,可以从广播台服务器300或服务运营商服务器400(本实施例中总称为服务器装置)另行取得包含上述通信线路经由资源的IP数据流。进而,控制成将用影像合成部161和声音合成部164实施了合成处理的已解码的影像信息和声音信息经由数字接口部40125输出到监视器装置40300。
在上述再现处理时,在解码处理中是使用从存储装置读取的通信线路经由资源还是使用另行从服务器装置取得的IP数据流中所含的通信线路经由资源,可以预先通过菜单设定等决定优先顺序。或者,也可以根据附属于从存储装置读取的通信线路经由资源的版本信息、有效期限信息,来控制是否另行从服务器装置取得包含通信线路经由资源的IP数据流。或者,也可以每次由用户选择。例如,首先尝试从服务器装置取得包含通信线路经由资源的IP数据流,在无法从服务器装置取得包含上述通信线路经由资源的IP数据流的情况下使用从存储装置读取的通信线路经由资源。或者,首先从存储装置读取通信线路经由资源,在确认了上述读取的通信线路经由资源的版本信息、有效期限信息之后,根据需要重新从服务器装置取得包含通信线路经由资源的IP数据流。
另外,从数字接口部40125向监视器装置40300的上述已解码影像信息和声音信息的传输,主要通过连接线缆40200的数据通道进行,例如可以以基于HDMI(注册商标)标准的规定的格式传输。另外,在上述视听的节目为实施了基于LCT的描述的布局设定的控制的节目的情况下,如图35A中一例所示,从数字接口部40125输出的已解码影像信息可以为已经应用了上述布局设定。因此,在监视器装置40300中,不需要特别的处理,能够用符合内容提供者意图的布局设定进行向监视器部的影像信息显示。
<B-2:解码后的影像信息和声音信息的输出2>
广播接收装置40100兼容的影像信息和声音信息的输出形式的第二例是下述方式:对于广播传输路径经由资源,将从影像合成部161输出的已解码影像信息和从声音合成部164输出的已解码声音信息从数字接口部40125输出,对于通信线路经由资源,将从分离部132输出的上述通信线路经由资源直接从数字接口部40125输出,上述已解码影像信息和声音信息经由连接线缆40200的数据通道发送到监视器装置40300,上述通信线路经由资源经由连接线缆40200的通信线发送到监视器装置40300。
在该第二例中,广播接收装置40100在进行广播中的节目的视听时控制成:经由广播传输路径发送的IP数据流中所含的广播传输路径经由资源,用影像解码器141、声音解码器143、字符叠加解码器144、字幕解码器145、数据解码器151等适当进行解码处理,进而用影像合成部161和声音合成部164实施合成处理,将由此得到的已解码的影像信息和声音信息经由数字接口部40125输出到监视器装置40300。另一方面,经由通信线路分发的IP数据流中所含的通信线路经由资源控制成,保持包含上述通信线路经由资源的IP数据流的形式从分离部132输出,经由数字接口部40125输出到监视器装置40300。另外,在通过用“PREFETCH”指定了应用程序控制码而已将包含通信线路经由资源的IP数据流缓存的情况下,可以将从上述缓存读取的IP数据流经由数字接口部40125输出到监视器装置40300。
另外,在进行存储装置中记录的已录像节目的视听的时,广播接收装置40100可以将通过再现处理从存储装置读取的广播传输路径经由资源分别用影像解码器141、声音解码器143、字符叠加解码器144、字幕解码器145、数据解码器151等适当进行解码处理。关于通信线路经由资源,可以将通过再现处理从存储装置读取的通信线路经由资源以IP数据流的形式重构并输入到数字接口部40125,也可以将另行从服务器装置取得的包含上述通信线路经由资源的IP数据流输入到数字接口部40125。进而,控制成将用影像合成部161和声音合成部164实施了合成处理的已解码的影像信息和声音信息和包含上述通信线路经由资源的IP数据流经由数字接口部40125输出到监视器装置40300。
在上述再现处理时,从数字接口部40125是输出从存储装置读取的通信线路经由资源还是输出另行从服务器装置取得的IP数据流中所含的通信线路经由资源,可以用与上述(B-1)同样的方法决定优先顺序。
另外,从数字接口部40125向监视器装置40300的上述已解码影像信息和声音信息和包含上述通信线路经由资源的IP数据流的传输,如图35B的一例所示可以控制成,对于上述已解码影像信息和声音信息主要经由连接线缆40200的数据通道进行,对于上述包含通信线路经由资源的IP数据流主要经由连接线缆40200的通信线进行。另外,上述包含通信线路经由资源的IP数据流的、经由连接线缆40200的通信线向监视器装置40300的分发处理,可以将从分离部132输出的上述包含通信线路经由资源的IP数据流从数字接口部40125以推送形式分发到监视器装置40300。或者,可以将从分离部132输出的上述包含通信线路经由资源的IP数据流暂时存储到存储(蓄存)部110的服务器数据存储区域41400,根据来自监视器装置40300的请求,将上述存储的包含通信线路经由资源的IP数据流从数字接口部40125分发。关于上述包含通信线路经由资源的IP数据流的经由连接线缆40200的通信线向监视器装置40300的分发处理,在以下的说明中也可以进行同样的处理。
进而,将用于将上述已解码影像信息和声音信息和上述通信线路经由资源相关联的各种控制信息即关联信息经由连接线缆40200的数据通道发送。另外,上述已解码影像信息和声音信息的经由连接线缆40200的数据通道的发送,例如可以以基于HDMI标准的规定的格式发送。另外,上述关联信息的经由连接线缆40200的数据通道的发送,例如可以使用由HDMI标准规定的预备区域等。上述预备区域等可以为在HDMI标准中配置于回扫期间部的、各制造商能够指定使用方法的区域等。
上述关联信息可以为表示用于取得上述通信线路经由资源的参照目的地的参照目的地位置信息、用于控制上述通信线路经由资源的解码时刻、展示时刻的基准时刻信息、用于控制上述视听的节目的监视器显示的布局设定的布局控制信息等。也可以将其他信息作为关联信息发送。
上述参照目的地位置信息是表示用于监视器装置40300取得上述通信线路经由资源的参照目的地的信息。在使监视器装置40300另行从服务器装置取得上述包含通信线路经由资源的IP数据流时,广播接收装置40100可以将经由广播传输路径取得的IP数据流中所含的MPT的位置信息等直接作为参照目的地位置信息转送到监视器装置40300。在使监视器装置40300取得从广播接收装置40100分发的上述包含通信线路经由资源的IP数据流时,广播接收装置40100将经由广播传输路径取得的IP数据流中所含的MPT的位置信息等在对内容进行改写后作为参照目的地位置信息发送到监视器装置40300即可。可以将上述参照目的地位置信息两者都发送到监视器装置40300,由监视器装置40300来选择是另行从服务器装置取得上述包含通信线路经由资源的IP数据流、还是取得从广播接收装置40100分发的上述包含通信线路经由资源的IP数据流。
另外,上述改写处理具体来说,可以将MPT中所含的关于通信线路经由资源的位置信息(与图17所示的“MMT_general_location_info()”对应)等,从表示是复用于IPv4数据流的数据的“location_type=0x01”、表示是复用于IPv6数据流中的数据的“location_type=0x02”,改写为表示是位于所指定的URL的数据的“location_type=0x05”。进而,可以将上述指定的URL的记载设定成指示由广播接收装置40100的服务器功能运行部41103管理的服务器数据存储区域41400。该MPT的位置信息的改写处理,优选不变更其格式,而保持与经由广播波传输的MPT的位置信息同一格式地改写参照目的地的记载。这是因为,在用监视器装置40300解析从广播接收装置40100输出并由监视器装置40300接收的数据时,能够用与经由广播波传输的MPT的位置信息相同的功能来解析。在监视器装置40300具有与广播接收装置40100相同的广播波接收功能时,能够将该功能应用于来自广播接收装置40100的数字接口输出的接收和解析处理,而不需要装载单独的功能。由此,通过这样的方式构成能够实现***整体的低成本化。
另外,在监视器装置40300从由广播接收装置40100以推送形式分发的IP数据流取得上述通信线路经由资源时,可以将监视器装置40300要参照的IP数据流的IP包ID、要取得的通信线路经由资源的资源ID等作为上述参照目的地位置信息。
上述基准时刻信息可以将广播接收装置40100所取得的NTP直接传输,也可以在上述NTP所具有的值上加上规定的偏移值后发送。在监视器装置40300中,在对存储装置中记录了从广播接收装置40100传输的上述已解码影像信息和声音信息和上述包含通信线路经由资源的IP数据流的已录像节目进行再现处理时,优选基于从广播接收装置40100发送来的上述基准时刻信息来控制上述通信线路经由资源的解码处理和展示处理。因此,本实施例的广播接收装置40100,在将上述已解码影像信息和声音信息和上述包含通信线路经由资源的IP数据流传输到监视器装置40300时,同时发送再现节目标志信息,再现节目标志信息表示上述已解码影像信息和声音信息和上述包含通信线路经由资源的IP数据流是广播中的节目,还是对已录像节目进行再现处理。上述再现节目标志信息也可以作为上述关联信息之一。
上述布局控制信息是表示上述节目为实施基于LCT的描述的布局设定的控制的节目时的上述LCT的设定内容的信息。监视器装置40300基于上述布局控制信息能够控制监视器显示时的布局设定。
监视器装置40300只要从广播接收装置40100取得上述已解码影像信息和声音信息和上述布局控制信息,从广播接收装置40100或服务器装置取得上述包含通信线路经由资源的IP数据流,就能够在监视器装置40300中,以在广播时想要的布局显示解码影像和用IP数据流传输的各种数据。如上所述,在广播接收装置40100中进行了位置信息的改写处理的情况下,广播接收装置40100也可以不改写LCT信息而将接收时的内容直接输出。这是因为,LCT中,仅是接收时关于分配了通信线路经由资源的区域的资源的取得目的地由于位置信息的改写而变更,而布局本身可以不变更。由此,在监视器装置40300与广播接收装置40100同样具有广播波接收功能的情况下,用广播接收装置40100记录,之后将再现的节目的解码影像经由上述数字接口输出到监视器装置40300时,只要将保持与经由广播波传输的MPT的位置信息相同的格式地改写了参照目的地的记载的位置信息和保持与经由广播波传输的状态(记录再现时不需要改写)相同的记载而没有进行改写的LCT信息,从广播接收装置40100经由上述数字接口传输到监视器装置40300,就能够用与监视器装置40300所具有的广播波接收功能相同的方式来进行控制信息的解析,因此能够更高效率地以广播时想要的布局的显示而用监视器装置40300再现。
另外,在显示基于上述LCT的描述的布局设定仅由上述广播传输路径经由资源构成的布局时,可以在广播接收装置40100侧进行上述布局设定的控制,将已解码影像信息和声音信息在已完成布局设定的状态下合成,将其经由连接线缆40200的数据通道发送到监视器装置40300。在这种情况下,上述布局控制信息不需要作为关联信息发送。
另外,该第二例的输出形式具有如下优点:即使在监视器装置40300不兼容第二例的输出形式的情况下,也能够仅显示基于广播传输路径经由资源的影像信息。
<B-3:编码影像数据和声音数据的输出1>
广播接收装置40100兼容的影像数据和声音数据的输出格式的第三例是,将包含广播传输路径经由资源和通信线路经由资源的一个IP数据流从数字接口部40125输出,经由连接线缆40200的数据通道或通信线发送到监视器装置40300的形式。
该第三例中,广播接收装置40100在进行广播中的节目的视听时,分别取得经由通信线路发送的包含广播传输路径经由资源的IP数据流和经由通信线路分发的包含通信线路经由资源的IP数据流,将各个IP数据流直接从分离部132输出。进而,在转码处理部40181中,进行将上述包含广播传输路径经由资源的IP数据流和上述包含通信线路经由资源的IP数据流合成为一个IP数据流的处理,进行控制以将上述已合成的IP数据流从数字接口部40125输出到监视器装置40300。另外,在通过用“PREFETCH”指定了应用程序控制码而已将包含通信线路经由资源的IP数据流缓存的情况下,可以用上述包含广播传输路径经由资源的IP数据流和从上述缓存读取的IP数据流在转码处理部40181进行合成处理。
另外,在进行存储装置中记录的已录像节目的视听时,广播接收装置40100可以将通过再现处理从存储装置读取的广播传输路径经由资源和通信线路经由资源在转码处理部40181重构为一个IP数据流的形式,将上述重构的IP数据流作为已合成的IP数据流从数字接口部40125输出。在向存储装置的记录处理为以包单位或IP数据流单位进行时,用通过再现处理从存储装置读取的包含广播传输路径经由资源的IP数据流和包含通信线路经由资源的IP数据流在转码处理部40181进行合成处理即可。另外,也可以是上述通信线路经由资源另行从服务器装置取得,在转码处理部40181中,进行从存储装置读取的上述包含广播传输路径经由资源的IP数据流和另行从服务器装置取得的上述包含通信线路经由资源的IP数据流的合成处理。
在上述再现处理时,在上述合成处理中是使用从存储装置读取的包含通信线路经由资源的IP数据流还是使用另行从服务器装置取得的包含通信线路经由资源的IP数据流,可以用与上述(B-1)同样的方法决定优先顺序。
另外,与上述广播传输路径经由资源一起配置在经由广播传输路径发送的IP数据流中的各种控制信号(MMT-SI等),基本上保持原样地配置在转码处理部40181的上述包含广播传输路径经由资源的IP数据流和上述包含通信线路经由资源的IP数据流的合成处理的结果所得到的已合成IP数据流中。但是,关于将上述广播传输路径经由资源和上述通信线路经由资源相关联的关联信息,适当进行改写处理。上述改写处理具体来说,可以将MPT中所含的关于通信线路经由资源的位置信息(与图17所示的“MMT_general_location_info()”对应)等,从表示是复用于IPv4数据流的数据的“location_type=0x01”、表示是复用于IPv6数据流中的数据的“location_type=0x02”改写为表示是复用于自身IP数据流的数据的“location_type=0x00”。
从转码处理部40181输出的已合成IP数据流如图35C的一例所示,可以经由连接线缆40200的数据通道发送到监视器装置40300。或者,可以经由连接线缆40200的通信线分发到监视器装置40300。在这种情况下,监视器装置40300需要基于从广播接收装置40100发送来的已合成IP数据流中所含的各种控制信息进行各资源的解码处理。即,监视器装置40300优选用与图7A所示的广播接收装置100同样的结构能够进行MMT数据串的解码处理。
另外,在将上述已合成IP数据流从数字接口部40125输出,并经由连接线缆40200的数据通道发送到监视器装置40300时,例如可以将上述已合成IP数据流保持原样地保存到基于HDMI(注册商标)标准的规定格式的影像信息和声音信息的保存区域中。另外,在这种情况下,优选将表示上述影像信息、声音信息的保存区域中保存的数据是上述已合成IP数据流的意思的信息、以及表示在上述已合成IP数据流中包含MMT数据串及其控制信息、为了进行节目视听需要进行上述MMT数据串的解码处理等的意思的信息,用例如由HDMI标准规定的预备区域等发送。
<B-4:编码影像数据和声音数据的输出2>
广播接收装置40100兼容的影像数据和声音数据的输出格式的第四例,是将包含广播传输路径经由资源的IP数据流和包含通信线路经由资源的IP数据流从数字接口部40125输出,如图35D的一例所示,将上述包含广播传输路径经由资源的IP数据流经由连接线缆40200的数据通道发送到监视器装置40300,将上述包含通信线路经由资源的IP数据流经由连接线缆40200的通信线发送到监视器装置40300的形式。
该第四例中,广播接收装置40100在进行广播中的节目的视听时,分别取得经由广播传输路径发送的包含广播传输路径经由资源的IP数据流和经由通信线路分发的包含通信线路经由资源的IP数据流,将各个IP数据流直接从分离部132输出。进而,进行控制以使得上述包含广播传输路径经由资源的IP数据流从数字接口部40125经由连接线缆40200的数据通道发送到监视器装置40300,上述包含通信线路经由资源的IP数据流从数字接口部40125经由连接线缆40200的通信线分发到监视器装置40300。另外,在通过用“PREFETCH”指定了应用程序控制码而已将包含通信线路经由资源的IP数据流缓存的情况下,可以将从上述缓存读取的IP数据流从数字接口部40125经由连接线缆40200的通信线分发到监视器装置40300。
另外,在进行存储装置中记录的已录像节目的视听时,广播接收装置40100可以将通过再现处理从存储装置读取的广播传输路径经由资源和通信线路经由资源在转码处理部40181分别重构为IP数据流的形式。进而,将从上述广播传输路径经由资源重构的IP数据流经由连接线缆40200的数据通道发送到监视器装置40300,将从上述通信线路经由资源重构的IP数据流,经由连接线缆40200的通信线发送到监视器装置40300。在向存储装置的记录处理为以包单位或IP数据流单位进行时,可以用通过再现处理从存储装置读取的包含广播传输路径经由资源的IP数据流和包含通信线路经由资源的IP数据流分别经由连接线缆40200的数据通道和通信线发送到监视器装置40300。另外,上述通信线路经由资源可以从服务器装置另行取得,将从分离部132输出的上述包含通信线路经由资源的IP数据流经由连接线缆40200的通信线分发到监视器装置40300。
在上述再现处理时,在监视器装置40300中是分发从存储装置读取的包含通信线路经由资源的IP数据流还是使用另行从服务器装置取得的包含通信线路经由资源的IP数据流,可以用与上述(B-1)同样的方法决定优先顺序。
另外,与上述广播传输路径经由资源一起配置在经由广播传输路径发送的IP数据流中的各种控制信号(MMT-SI等),基本上保持原样地配置在从数字接口部40125输出的上述包含广播传输路径经由资源的IP数据流中。但是,关于将上述广播传输路径经由资源和上述通信线路经由资源相关联的关联信息,适当进行改写处理。另外,上述改写处理具体来说,可以将MPT中所含的关于通信线路经由资源的位置信息(与图17所示的“MMT_general_location_info()”对应)等,从表示是复用于IPv4数据流的数据的“location_type=0x01”、表示是复用于IPv6数据流中的数据的“location_type=0x02”改写为表示是位于所指定的URL的数据的“location_type=0x05”。进而,可以将上述指定的URL的记载设定成指示由广播接收装置40100的服务器功能运行部41103管理的服务器数据存储区域41400。
另外,上述改写处理在使监视器装置40300取得从广播接收装置40100分发的上述包含通信线路经由资源的IP数据流时进行。在使监视器装置40300另行从服务器装置取得上述包含通信线路经由资源的IP数据流时,也可以不进行上述改写处理。
另外,在将上述包含广播传输路径经由资源的IP数据流从数字接口部40125输出,并经由连接线缆40200的数据通道发送到监视器装置40300时,例如可以将上述包含广播传输路径经由资源的IP数据流保持原样地保存到基于HDMI(注册商标)标准的规定格式的影像信息和声音信息的保存区域中。另外,在这种情况下,优选将表示上述影像信息、声音信息的保存区域中保存的数据是上述包含广播传输路径经由资源的IP数据流的意思的信息、以及表示在上述包含广播传输路径经由资源的IP数据流中包含MMT数据串及其控制信息、为了进行节目视听需要进行上述MMT数据串的解码处理的意思的信息,用例如由HDMI标准规定的预备区域等发送。
如以上说明的那样,本实施例的广播接收装置40100能够适当选择上述(B-1)~(B-4)的输出形式。而且,也能够适当组合进行上述(B-1)~(B-4)的输出形式。例如,基于所述(B-2)的输出形式,对于一部分的通信线路经由资源,在用广播接收装置40100进行解码处理之后,进行解码广播传输路径经由资源而得的影像信息和声音信息的合成处理,并将其经由连接线缆40200的数据通道发送到监视器装置40300。对于其他的通信线路经由资源,可以控制成直接经由连接线缆40200的通信线分发到监视器装置40300。另外,也可以控制成例如基于上述(B-4)的输出形式,将构成广播传输路径经由资源和通信线路经由资源的各资源中的影像资源和声音资源等作为一个IP数据流经由连接线缆40200的数据通道发送到监视器装置40300,将数据资源和字幕资源等作为一个IP数据流经由连接线缆40200的通信线发送到监视器装置40300。
在广播接收装置40100中,使上述输出形式采用何种方式的控制,可以根据经由连接线缆40200的DDC线取得的监视器装置40300的显示器性能来进行。上述显示器性能也可以用与上述不同的手段来取得。另外,上述显示器性能在本实施例中,是指监视器装置40300的对MMT数据串的解码性能、对于经由连接线缆40200的通信线的网络通信能否兼容、有无对于因特网200的LAN通信功能等项目。
在来自广播接收装置40100的影像信息和声音信息的输出形式为上述(B-4)的情况下,在监视器装置40300中,将从广播接收装置40100经由连接线缆40200的单向传输的数据通道发送来的上述包含广播传输路径经由资源的IP数据流用数字接口部接收,并将上述接收到的IP数据流输入到MMT解码处理部。在上述MMT解码处理部中,参照上述IP数据流所具有的MMT-SI,基于MPT中所含的位置信息等,经由连接线缆40200的能够双向传输的通信线,对广播接收装置40100请求包含通信线路经由资源的IP数据流的发送。广播接收装置40100基于服务器功能运行部41103的控制,将存储(蓄存)部110的服务器数据存储区域41400中存储的上述包含通信线路经由资源的IP数据流经由连接线缆40200的能够双向传输的通信线,发送到监视器装置40300。监视器装置40300将经由连接线缆40200的通信线接收到的通信线路经由资源和经由连接线缆40200的数据通道接收到的广播传输路径经由资源适当解码,并经由监视器部和扬声器,将影像信息和声音信息提供给用户。在来自广播接收装置40100的影像信息和声音信息的输出形式为上述(B-2)或(B-3)的情况下也能够进行同样的处理。
另外,在上述的说明中,来自广播接收装置40100的影像信息和声音信息的输出形式为上述(B-2)或(B-4)时的包含通信线路经由资源的IP数据流的传输,经由连接线缆40200的通信线来进行。但是,这只是一例而已,例如上述包含通信线路经由资源的IP数据流的传输,也可以通过从广播接收装置40100的LAN通信部121输出,并经由路由装置200r输入到监视器装置40300的省略图示的LAN通信部来进行。同样,来自广播接收装置40100的影像信息和声音信息的输出形式为上述(B-3)时的将广播传输路径经由资源和通信线路经由资源合成为一个IP数据流的已合成IP数据流的传输,也可以通过从广播接收装置40100的LAN通信部121输出,并经由路由装置200r输入到监视器装置40300的省略图示的LAN通信部来进行。
但是,在进行上述的传输处理时,作为上述包含通信线路经由资源的IP数据流或上述已合成IP数据流的发送目的地的设备,限于具有由与广播接收装置40100所具有的IP地址相同的子网掩码限制的IP地址的设备。通过设置这样的限制,使得用户的管理外的设备无法例如经由因特网200无限制地取得上述包含通信线路经由资源的IP数据流和上述已合成IP数据流等,在节目内容的著作权管理上可以说是优选的。
另外,在广播接收装置40100经由广播传输路径取得的MMT数据串中所含的、关于通信线路经由资源的位置信息为URL时,该URL从广播接收装置40100来看是表示外部网络的IP地址。另一方面,广播接收装置40100和监视器装置40300用连接线缆40200直接连接,即可以说形成在用同一子网掩码限制的区域内。因此,(B-2)的输出形式的说明中描述的参照目的地位置信息的改写处理,可以说是将表示与广播接收装置40100的IP地址和监视器装置40300的IP地址所属的子网掩码不在同一子网掩码内的IP地址的位置信息,改写为表示与广播接收装置40100的IP地址和监视器装置40300的IP地址所属的子网掩码为同一子网掩码内的IP地址的位置信息的改写处理。
另外,在上述(B-2)或(B-4)的输出形式中,广播接收装置40100将经由单向传输的广播传输路径取得的IP数据流中所含的数据和经由能够双向传输的通信线路取得的IP数据流中所含的数据,经由虽然是相同的有线数字接口输出但不同的线而输出。通过像这样使用不同的线,能够不进行用于将两个IP数据流合成为一个IP数据流的特别的复用处理就能够分别输出。即,上述(B-4)的输出形式的例子中,广播接收装置40100经由广播传输路径取得的IP数据流和经由通信线路取得的IP数据流,尽管有位置信息的改写等处理,但是分别作为第一输出信号的IP数据流和第二输出信号的IP数据流,能够彼此不进行复用地被输出。于是,不需要进行上述第一输出信号的IP数据流和上述第二输出信号的IP数据流的特别的复用处理,因此在监视器装置40300侧不需要装载与该特别的复用处理对应的分离处理的功能。倒是如果上述第一输出信号和上述第二输出信号都作为MMT数据串直接输出,则只要监视器装置40300具有与广播接收装置40100同样的MMT解码器,不需要进行特别的分离处理就能够进行上述第一输出信号和上述第二输出信号的解码处理,因此该输出状态作为***的通用性变得非常高,是有益的。
另外,在上述的例子中,广播接收装置40100将经由为单向传输的广播传输路径取得的IP数据流中所含的数据经由上述有线数字接口的单向传输线输出到作为外部装置的监视器装置40300,将经由为双向传输的通信线路取得的IP数据流中所含的数据经由上述有线数字接口的双向传输线输出到作为外部装置的监视器装置40300。监视器装置40300从上述有线数字接口的单向传输线取得广播接收装置40100经由为单向传输的广播传输路径取得的数据,并从上述有线数字接口的双向传输线取得广播接收装置40100经由为双向传输的通信线路取得的数据,因此与本实施例的广播接收装置40100的处理的亲和性高。即,监视器装置40300能够大量沿用广播接收装置40100的处理电路来制造,能够减少专用处理电路,因此能够进行低成本的生产。因此,能够价廉地对用户提供更合适的***。
另外,上述各实施例中说明的能够单向通信的传输线,可以不是物理上的1根线,而是组合了多根线的线组。另外,上述各实施例中说明的能够双向通信的传输线,可以不是物理上的1根线,而是组合了多根线用双向通信的协议进行传输的线组。
另外,上述各实施例的输出形式的控制的设定等,可以在出厂时具有规定的初始值。但是,上述规定的初始值优选通过经由操作输入部170的用户的操作等,能够变更为与每个用户的使用环境相应的设定值。这是因为,即使在因为广播接收装置40100自身或监视器装置40300的软件的问题等无法得到关于监视装置40300的性能的正确信息的情况下,也能够通过构成为用户用手动设定能够得到基于所需的输出形式的控制等得到的数据输出,来防止发生对用户不利的情况。
以上,用实施例1~4说明了本发明的实施方式的例子,但实现本发明的技术的结构不限于上述实施例,能够考虑各种变形例。例如,能够将某个实施例的结构的一部分置换为其他实施例的结构,也能够在某个实施例的结构中添加其他实施例的结构。这些全部属于本发明的范畴。另外,文中和图中出现的数值和消息等只是一例,即使使用不同的内容也不损害本发明的效果。
上述本发明的功能等的一部分或全部例如可以通过集成电路设计等而用硬件实现。另外,也可以通过微处理器单元等解析并执行实现各功能等的动作程序等而用软件实现。也可以并用硬件和软件。
另外,控制广播接收装置100的上述软件,可以是在产品出厂时预先保存在广播接收装置100的ROM103和/或存储(蓄存)部110等中的状态。也可以在产品出厂后经由LAN通信部121从互联网200上的其他应用程序服务器500等取得。另外,也可以经由扩展接口部124等取得存储卡或光盘等中保存的上述软件。
此外,对于控制线和信息线,在图中展示了被认为说明中所需的部分,并不一定表示产品中所有的控制线和信息线。可以认为实际上几乎所有的结构都是相互连接的。
附图标记说明
100、800、40100……广播接收装置
100a、40100a……天线
101、801……主控制部
102、802……***总线
103、803……ROM
104、804……RAM
110、810……存储部
121、821……LAN通信部
124、824……扩展接口部
125、825、40125……数字接口部
131、831、832……调谐/解调部
132……分离部
141……影像解码器
142……影像色域转换部
143……声音解码器
144……字符叠加解码器
145……字幕解码器
146……字幕合成部
147……字幕色域转换部
151……数据解码器
152……缓存部
153……应用程序控制部
154……浏览器部
155……应用程序色域转换部
156……音源部
161、861……影像合成部
162、862……监视器部
163、863……影像输出部
164、864……声音合成部
165、865……扬声器部
166、866……声音输出部
170、870……操作输入部
40181……转码处理部
841……MMT解码处理部
842……MPEG2-TS解码处理部
200……互联网
200r……路由装置
200a……接入点
300t……无线电塔
300s……广播卫星(或通信卫星)
300……广播台服务器
400……服务运营商服务器
500……其他应用程序服务器
600……移动电话通信服务器
600b……基站
700……便携信息终端
40200……连接线缆
40300……监视器装置。
Claims (4)
1.一种接收装置,其特征在于,包括:
能够从传输路径接收节目内容的数据和记载了取得与所述节目内容关联的数据的参照目的地的位置信息的接收部;
能够经由通信线路从所述位置信息中记载的参照目的地接收与所述节目内容关联的数据的通信部;
能够记录由所述接收部接收到的所述节目内容的数据并再现的记录再现部;
将从所述记录再现部再现的所述节目内容的数据输出到外部设备的输出部;和
具有对于外部设备的服务器功能的服务器功能部,
在从所述输出部输出的输出状态中,存在与从所述记录再现部再现的所述节目内容的数据一起输出被改写了的位置信息的状态,其中,在被改写了的位置信息中,参照目的地的记载被改写为表示所述服务器功能部的记载。
2.如权利要求1所述的接收装置,其特征在于:
所述被改写了的位置信息的格式与所述接收部接收到的位置信息的格式相同。
3.一种接收装置,其特征在于,包括:
能够从传输路径接收节目内容的数据、记载了取得与所述节目内容关联的数据的参照目的地的位置信息和关于所述节目内容的显示布局的布局控制信息的接收部;
能够经由通信线路从所述位置信息中记载的参照目的地接收与所述节目内容关联的数据的通信部;
能够记录由所述接收部接收到的所述节目内容的数据并再现的记录再现部;
将从所述记录再现部再现的所述节目内容的数据输出到外部设备的输出部;和
具有对于外部设备的服务器功能的服务器功能部,
在从所述输出部输出的输出状态中存在下述状态:与从所述记录再现部再现的所述节目内容的数据一起,输出被改写了的位置信息和由所述接收部接收到的所述布局控制信息,其中,在被改写了的位置信息中,参照目的地的记载被改写为表示所述服务器功能部的记载。
4.如权利要求3所述的接收装置,其特征在于:
所述被改写了的位置信息的格式与所述接收部接收到的位置信息的格式相同。
Applications Claiming Priority (10)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2015146853A JP2017028577A (ja) | 2015-07-24 | 2015-07-24 | 放送受信装置 |
JP2015-146853 | 2015-07-24 | ||
JP2015147974A JP2017028628A (ja) | 2015-07-27 | 2015-07-27 | 放送受信装置 |
JP2015-147974 | 2015-07-27 | ||
JP2015148399A JP2017028651A (ja) | 2015-07-28 | 2015-07-28 | 放送受信装置 |
JP2015-148399 | 2015-07-28 | ||
JP2015149626A JP2017034343A (ja) | 2015-07-29 | 2015-07-29 | 放送受信装置 |
JP2015-149626 | 2015-07-29 | ||
PCT/JP2016/064605 WO2017018022A1 (ja) | 2015-07-24 | 2016-05-17 | 放送受信装置 |
CN201680043584.8A CN107925787B (zh) | 2015-07-24 | 2016-05-17 | 广播接收装置 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680043584.8A Division CN107925787B (zh) | 2015-07-24 | 2016-05-17 | 广播接收装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111711852A true CN111711852A (zh) | 2020-09-25 |
CN111711852B CN111711852B (zh) | 2022-09-23 |
Family
ID=57884652
Family Applications (4)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010552155.1A Active CN111711852B (zh) | 2015-07-24 | 2016-05-17 | 接收装置 |
CN201680043584.8A Active CN107925787B (zh) | 2015-07-24 | 2016-05-17 | 广播接收装置 |
CN202010552176.3A Active CN111836096B (zh) | 2015-07-24 | 2016-05-17 | 广播接收装置 |
CN202010552151.3A Active CN111711851B (zh) | 2015-07-24 | 2016-05-17 | 广播接收装置和接收装置 |
Family Applications After (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680043584.8A Active CN107925787B (zh) | 2015-07-24 | 2016-05-17 | 广播接收装置 |
CN202010552176.3A Active CN111836096B (zh) | 2015-07-24 | 2016-05-17 | 广播接收装置 |
CN202010552151.3A Active CN111711851B (zh) | 2015-07-24 | 2016-05-17 | 广播接收装置和接收装置 |
Country Status (3)
Country | Link |
---|---|
US (4) | US10306295B2 (zh) |
CN (4) | CN111711852B (zh) |
WO (1) | WO2017018022A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9609121B1 (en) | 2016-04-07 | 2017-03-28 | Global Tel*Link Corporation | System and method for third party monitoring of voice and video calls |
WO2018016294A1 (ja) * | 2016-07-20 | 2018-01-25 | ソニー株式会社 | 情報処理装置、および情報処理方法、並びにプログラム |
US10860786B2 (en) * | 2017-06-01 | 2020-12-08 | Global Tel*Link Corporation | System and method for analyzing and investigating communication data from a controlled environment |
FR3070566B1 (fr) * | 2017-08-30 | 2020-09-04 | Sagemcom Broadband Sas | Procede de recuperation d'un fichier cible d'un logiciel d'exploitation et dispositif d'utilisation |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050105528A1 (en) * | 2002-10-15 | 2005-05-19 | Yoshikazu Kobayashi | Broadcast recording system, recording apparatus, broadcasting apparatus, and recording program for saving storage space of recording medium used for recording contents |
CN102404609A (zh) * | 2010-09-15 | 2012-04-04 | 日立民用电子株式会社 | 发送装置及接收装置 |
US20120169935A1 (en) * | 2010-12-31 | 2012-07-05 | Samsung Electronics Co., Ltd. | Control device, broadcast receiver, method for controlling broadcast receiver, and method for providing service |
US20140111687A1 (en) * | 2012-10-19 | 2014-04-24 | Sony Europe Limited | Device, method and software for providing supplementary information |
JP2015026920A (ja) * | 2013-07-25 | 2015-02-05 | シャープ株式会社 | コンテンツ録画・再生装置 |
Family Cites Families (49)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3466071B2 (ja) * | 1997-12-05 | 2003-11-10 | 松下電器産業株式会社 | 放送受信装置 |
JP3639761B2 (ja) | 1999-12-27 | 2005-04-20 | 財団法人エヌエイチケイサービスセンター | テレビジョン放送におけるデータ放送の放送方法 |
JP2003101529A (ja) | 2001-09-20 | 2003-04-04 | Toshiba Corp | コンテンツ管理装置およびコンテンツ削除方法 |
EP1309195B1 (en) * | 2001-10-29 | 2007-11-14 | Humax Co., Ltd. | Method for recording a digital broadcast program and time-based playback of a recorded broadcast program and apparatus therefor |
JP2004336576A (ja) * | 2003-05-09 | 2004-11-25 | Sony Corp | コンテンツ配信システム、コンテンツ配信装置、コンテンツ記録再生装置並びにコンテンツ記録再生方法、並びにコンピュータ・プログラム |
JP4474966B2 (ja) * | 2004-03-25 | 2010-06-09 | 株式会社日立製作所 | 映像記録装置および記録制御方法 |
WO2005094079A1 (ja) * | 2004-03-25 | 2005-10-06 | Softbank Bb Corp. | 情報配信システム及び情報配信方法 |
JP4568155B2 (ja) | 2005-04-15 | 2010-10-27 | 株式会社東芝 | アクセス制御装置およびアクセス制御方法 |
JP2007043644A (ja) | 2005-06-29 | 2007-02-15 | Sony Corp | 無線接続システムおよび無線接続方法 |
US7929560B2 (en) | 2005-07-15 | 2011-04-19 | Panasonic Corporation | Packet transmitting apparatus |
JP4506635B2 (ja) | 2005-10-07 | 2010-07-21 | ソニー株式会社 | コンテンツ出力装置、コンテンツ出力装置の制御方法、コンテンツ出力装置の制御方法のプログラム、コンテンツ出力装置の制御方法のプログラムを記録した記録媒体 |
JP4808122B2 (ja) | 2006-10-02 | 2011-11-02 | ヤフー株式会社 | 内部ネットワーク上の内部端末に外部ネットワーク上の外部サーバからコンテンツを取得して送信する方法、内部サーバ、及び外部サーバ |
JP4290719B2 (ja) * | 2006-10-26 | 2009-07-08 | 京セラ株式会社 | ディジタル放送受信装置 |
JP5358083B2 (ja) * | 2007-11-01 | 2013-12-04 | 株式会社日立製作所 | 人物画像検索装置及び画像検索装置 |
JP4862678B2 (ja) | 2007-02-14 | 2012-01-25 | 船井電機株式会社 | 放送受信機器 |
CN101589620B (zh) * | 2007-04-18 | 2011-06-15 | 松下电器产业株式会社 | 数字广播接收装置及数字广播接收方法 |
JP5002371B2 (ja) | 2007-08-21 | 2012-08-15 | 日立コンシューマエレクトロニクス株式会社 | デジタルコンテンツ受信装置、デジタルコンテンツ受信方法、および、デジタルコンテンツ送受信方法 |
JP2009065531A (ja) | 2007-09-07 | 2009-03-26 | Sony Corp | 情報処理システムおよび方法、情報処理装置および方法、並びにプログラム |
JP5358931B2 (ja) * | 2007-11-28 | 2013-12-04 | ソニー株式会社 | 送信装置及び受信装置 |
JP2009212573A (ja) | 2008-02-29 | 2009-09-17 | Canon Inc | データ伝送装置、データ伝送方法及びプログラム |
JP2010028547A (ja) * | 2008-07-22 | 2010-02-04 | Sony Corp | 情報処理装置及び情報処理方法 |
JP2010045554A (ja) * | 2008-08-12 | 2010-02-25 | Hitachi Ltd | ネットワーク対応テレビ放送・受信システム |
US9396753B2 (en) * | 2008-08-22 | 2016-07-19 | Panasonic Intellectual Property Management Co., Ltd. | Record-playback device |
JP2010141530A (ja) | 2008-12-10 | 2010-06-24 | Panasonic Corp | 放送受信装置及び放送受信方法 |
CN101540886B (zh) * | 2009-04-15 | 2012-09-05 | 中兴通讯股份有限公司 | 一种视频点播业务的实现方法、***及归属流媒体服务器 |
US9479812B2 (en) * | 2009-06-05 | 2016-10-25 | Time Warner Cable Enterprises Llc | User selection of software components in a television set-top box |
JP5452400B2 (ja) | 2010-07-13 | 2014-03-26 | 日本放送協会 | コンテンツ再生装置および組み合わせ方法記述データ提供装置 |
WO2012161129A1 (ja) * | 2011-05-20 | 2012-11-29 | 日本放送協会 | 放送通信連携システム、アプリケーション管理サーバー、受信機、受信機における受信方法、および、アプリケーション管理サーバーにおけるアプリケーション管理方法 |
JP6043089B2 (ja) | 2011-05-20 | 2016-12-14 | 日本放送協会 | 放送通信連携受信装置 |
US9554175B2 (en) * | 2011-07-20 | 2017-01-24 | Sony Corporation | Method, computer program, reception apparatus, and information providing apparatus for trigger compaction |
JP5731353B2 (ja) | 2011-10-21 | 2015-06-10 | 株式会社日立製作所 | キャッシュサーバ解決方法、装置、及びシステム |
JP2013126054A (ja) * | 2011-12-14 | 2013-06-24 | Hitachi Consumer Electronics Co Ltd | システム、デジタル放送受信装置および情報端末装置 |
WO2013124900A1 (ja) * | 2012-02-24 | 2013-08-29 | 日立コンシューマエレクトロニクス株式会社 | 送信装置、受信装置、および送受信方法 |
US20140079368A1 (en) * | 2012-03-12 | 2014-03-20 | Panasonic Corporation | Display device and transmission device |
JP6091777B2 (ja) | 2012-06-27 | 2017-03-08 | 株式会社東芝 | 映像受信装置、映像送受信システム及び映像受信方法 |
CN104641357B (zh) * | 2012-09-28 | 2018-07-06 | 索尼公司 | 信息处理设备、移动终端、信息处理方法、程序和信息处理*** |
JP5583747B2 (ja) | 2012-12-28 | 2014-09-03 | 日立マクセル株式会社 | 受信装置および情報処理方法 |
JP2014138394A (ja) | 2013-01-18 | 2014-07-28 | Toshiba Corp | 電子機器、情報出力方法、及び情報出力プログラム |
WO2014155621A1 (ja) | 2013-03-28 | 2014-10-02 | 株式会社東芝 | 通信装置、通信方法及びプログラム |
WO2015012063A1 (ja) | 2013-07-22 | 2015-01-29 | シャープ株式会社 | 情報処理装置 |
JP6616064B2 (ja) * | 2013-07-25 | 2019-12-04 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 送信方法および受信方法 |
JP2015073245A (ja) | 2013-10-04 | 2015-04-16 | ソニー株式会社 | 受信装置、受信方法、送信装置、及び、送信方法 |
JP5603475B2 (ja) | 2013-10-11 | 2014-10-08 | 日立マクセル株式会社 | デジタルコンテンツ送受信システムおよびデジタルコンテンツ送受信方法 |
JP6157345B2 (ja) | 2013-12-27 | 2017-07-05 | 日立マクセル株式会社 | 放送受信装置 |
JP2015126471A (ja) | 2013-12-27 | 2015-07-06 | シャープ株式会社 | デジタル放送受信機、及び、外部端末 |
US9813474B2 (en) * | 2014-03-07 | 2017-11-07 | Ericsson Ab | ABR video white spot coverage system and method |
CN107211184B (zh) * | 2015-02-02 | 2020-10-20 | 麦克赛尔株式会社 | 广播接收装置、广播接收方法和内容输出方法 |
CN112911397A (zh) * | 2015-02-03 | 2021-06-04 | 麦克赛尔株式会社 | 广播接收装置、广播接收方法和内容输出方法 |
US10433016B2 (en) * | 2015-02-17 | 2019-10-01 | Sony Corporation | Reception apparatus, reception method, transmission apparatus, and transmission method |
-
2016
- 2016-05-17 CN CN202010552155.1A patent/CN111711852B/zh active Active
- 2016-05-17 WO PCT/JP2016/064605 patent/WO2017018022A1/ja active Application Filing
- 2016-05-17 CN CN201680043584.8A patent/CN107925787B/zh active Active
- 2016-05-17 CN CN202010552176.3A patent/CN111836096B/zh active Active
- 2016-05-17 US US15/746,670 patent/US10306295B2/en active Active
- 2016-05-17 CN CN202010552151.3A patent/CN111711851B/zh active Active
-
2019
- 2019-04-09 US US16/379,424 patent/US10735801B2/en active Active
-
2020
- 2020-06-24 US US16/910,519 patent/US11729455B2/en active Active
-
2023
- 2023-06-26 US US18/341,243 patent/US20230336812A1/en active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050105528A1 (en) * | 2002-10-15 | 2005-05-19 | Yoshikazu Kobayashi | Broadcast recording system, recording apparatus, broadcasting apparatus, and recording program for saving storage space of recording medium used for recording contents |
CN102404609A (zh) * | 2010-09-15 | 2012-04-04 | 日立民用电子株式会社 | 发送装置及接收装置 |
US20120169935A1 (en) * | 2010-12-31 | 2012-07-05 | Samsung Electronics Co., Ltd. | Control device, broadcast receiver, method for controlling broadcast receiver, and method for providing service |
US20140111687A1 (en) * | 2012-10-19 | 2014-04-24 | Sony Europe Limited | Device, method and software for providing supplementary information |
JP2015026920A (ja) * | 2013-07-25 | 2015-02-05 | シャープ株式会社 | コンテンツ録画・再生装置 |
Also Published As
Publication number | Publication date |
---|---|
CN107925787B (zh) | 2020-07-14 |
CN111836096B (zh) | 2023-05-30 |
US20190238929A1 (en) | 2019-08-01 |
US20200322672A1 (en) | 2020-10-08 |
CN111711852B (zh) | 2022-09-23 |
US10735801B2 (en) | 2020-08-04 |
US11729455B2 (en) | 2023-08-15 |
CN111711851B (zh) | 2022-11-22 |
US20230336812A1 (en) | 2023-10-19 |
US10306295B2 (en) | 2019-05-28 |
CN111836096A (zh) | 2020-10-27 |
US20180227625A1 (en) | 2018-08-09 |
CN111711851A (zh) | 2020-09-25 |
CN107925787A (zh) | 2018-04-17 |
WO2017018022A1 (ja) | 2017-02-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107211184B (zh) | 广播接收装置、广播接收方法和内容输出方法 | |
CN107211185B (zh) | 广播接收装置、广播接收方法和内容输出方法 | |
CN107925784B (zh) | 广播接收装置、输出影像信息生成方法、广播接收方法和录像方法 | |
CN111711852B (zh) | 接收装置 | |
CN109314799B (zh) | 广播接收装置 | |
JP6784817B2 (ja) | 出力制御方法 | |
JP6706279B2 (ja) | 放送番組のコンテンツの蓄積制御方法 | |
JP6741839B2 (ja) | 放送受信装置 | |
JP6741841B2 (ja) | 放送受信装置 | |
JP6845967B2 (ja) | 出力制御方法 | |
JP6849852B2 (ja) | 出力制御方法 | |
JP6864055B2 (ja) | 放送受信装置 | |
JP2016208063A (ja) | 放送受信装置及びデータ出力方法 | |
JP2022040167A (ja) | 出力制御方法 | |
JP2020178355A (ja) | 放送受信装置 | |
JP2020061769A (ja) | 放送受信装置及びコンテンツ出力方法 | |
JP2020058072A (ja) | コンテンツの一時蓄積及び出力方法 | |
WO2016167234A1 (ja) | 放送受信装置、映像出力方法及びデータ出力方法 | |
JP2020036363A (ja) | データ出力方法 |
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 | ||
CB02 | Change of applicant information |
Address after: Kyoto Japan Applicant after: MAXELL, Ltd. Address before: Kyoto Japan Applicant before: MAXELL HOLDINGS, Ltd. |
|
CB02 | Change of applicant information | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20220119 Address after: Kyoto Japan Applicant after: MAXELL HOLDINGS, Ltd. Address before: Kyoto Japan Applicant before: MAXELL, Ltd. |
|
TA01 | Transfer of patent application right | ||
GR01 | Patent grant | ||
GR01 | Patent grant |