CN108028958A - 广播接收装置 - Google Patents

广播接收装置 Download PDF

Info

Publication number
CN108028958A
CN108028958A CN201680055583.5A CN201680055583A CN108028958A CN 108028958 A CN108028958 A CN 108028958A CN 201680055583 A CN201680055583 A CN 201680055583A CN 108028958 A CN108028958 A CN 108028958A
Authority
CN
China
Prior art keywords
information
broadcast
mentioned
content
broadcast receiver
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201680055583.5A
Other languages
English (en)
Other versions
CN108028958B (zh
Inventor
吉泽和彦
清水拓也
桥本康宣
益冈信夫
甲展明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Maxell Ltd
Original Assignee
Maxell Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from JP2016037677A external-priority patent/JP6616211B2/ja
Priority claimed from JP2016038577A external-priority patent/JP6616212B2/ja
Priority claimed from JP2016040170A external-priority patent/JP6645869B2/ja
Priority claimed from JP2016040577A external-priority patent/JP6645871B2/ja
Priority claimed from JP2016042234A external-priority patent/JP6441247B2/ja
Priority claimed from JP2016176428A external-priority patent/JP6734742B2/ja
Priority to CN202110943209.1A priority Critical patent/CN113660523A/zh
Priority to CN202110942277.6A priority patent/CN113660521A/zh
Priority to CN202110942276.1A priority patent/CN113660520A/zh
Priority to CN202110943223.1A priority patent/CN113660525A/zh
Application filed by Maxell Ltd filed Critical Maxell Ltd
Priority to CN202110943216.1A priority patent/CN113660524A/zh
Priority to CN202110943181.1A priority patent/CN113660522A/zh
Priority claimed from PCT/JP2016/077739 external-priority patent/WO2017051808A1/ja
Publication of CN108028958A publication Critical patent/CN108028958A/zh
Publication of CN108028958B publication Critical patent/CN108028958B/zh
Application granted granted Critical
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling 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/4345Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440263Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by altering the spatial resolution, e.g. for displaying on a connected PDA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462Content 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/4623Processing of entitlement messages, e.g. ECM [Entitlement Control Message] or EMM [Entitlement Management Message]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/482End-user interface for program selection
    • H04N21/4821End-user interface for program selection using a grid, e.g. sorted out by channel and broadcast time
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84Generation or processing of descriptive data, e.g. content descriptors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81Monomedia components thereof
    • H04N21/8126Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/814Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts comprising emergency warnings

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (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是表示广播系统的内容信息描述符的数据结构的图。
图29B是说明广播系统的内容信息描述符的内容类型的意义的图。
图29C是说明广播系统的内容信息描述符的源设备原色色度坐标和源设备白色色度坐标的意义的图。
图29D是说明广播系统的内容信息描述符的EOTF识别的意义的图。
图30是实施例3的广播接收装置的EPG画面的画面显示图。
图31A是说明源设备与监视器装置的色域的偏差的图。
图31B是说明实施例3的广播接收装置的色域转换处理的图。
图31C是说明实施例3的广播接收装置的色域转换处理的图。
图32是说明实施例3的广播接收装置的画质调整项目的图。
图33A是说明实施例3的广播接收装置的亮度水平的转换处理的图。
图33B是说明实施例3的广播接收装置的亮度水平的转换处理的图。
图34是实施例4的广播通信系统的系统结构图。
图35A是实施例4的广播接收装置的框图。
图35B是实施例4的广播接收装置的软件结构图。
图36是实施例4的广播接收装置和监视器装置的接口结构图。
图37是说明实施例4的广播接收装置输出的主控(mastering,母档)信息的图。
图38是实施例5的广播通信系统的系统结构图。
图39是说明实施例5的输出控制信息的一例的图。
图40是说明实施例5的接收控制信息的一例的图。
图41A是说明实施例5的接收控制信息的一例的图。
图41B是说明实施例5的接收控制信息的一例的图。
图42是说明实施例5的接收控制信息的一例的图。
图43是说明实施例5的内容的输出保护的决定处理的一例的图。
图44是说明实施例5的内容的输出保护的决定处理的一例的图。
图45是说明实施例5的内容的输出保护的决定处理的一例的图。
具体实施方式
以下使用附图说明本发明的实施方式的例子。
(实施例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主要控制字幕解码器145。通用数据处理部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的不同点,对于共通的部分为了避免重复而尽量省略说明。
本实施例的广播接收装置100能够兼容将影像内容所具有的颜色的亮度范围扩大的技术即HDR(High Dynamic Range:高动态范围)、色域扩大。另外,作为本实施例的广播接收装置100兼容的媒体传输方式的MMT,为了能够在用户使用的监视器装置(本实施例的广播接收装置100等)中进行符合内容制作者意图的影像再现,能够与节目内容的编码数据一并传输上述HDR、色域扩大的内容信息。
[系统结构]
本实施例的系统结构基本上与图1所示的系统结构相同。其中,从无线电塔300t送出的广播波中所含的节目内容的编码数据如图28所示,可以将从摄影设备390c输出的内容数据不在广播台服务器300进行临时的存储处理而适当实施编码处理和调制处理等后送出。或者,也可以将从摄影设备390c输出的内容数据在广播台服务器300中进行存储处理,对进行了上述存储处理的内容数据用编辑设备390e实施各种影像/声音的编辑加工,进而适当实施编码处理和调制处理等后送出。
另外,在上述广播波中,除了节目内容的编码数据、字符信息、其他的应用程序、通用数据等以外,记载关于上述节目内容的亮度信息、上述节目内容的生成/编辑时使用的设备(摄影设备390c、编辑设备390e的监视器装置等)的颜色再现性能等的信息的内容信息描述符,作为关于上述节目内容的控制信息(内容信息)与上述MMT-SI的各消息/表/描述符一并被发送。
[内容信息描述符的数据结构]
图29A表示内容信息描述符的数据结构的一例。其中,内容信息描述符可以配置于MPT或MH-EIT。内容信息描述符的数据结构的各参数分别具有以下说明的功能。
·“descriptor_tag(描述符标签)”
描述符标签具有用16位(比特)的字段唯一识别各描述符的功能。
·“descriptor_length(描述符长度)”
描述符长度表示接着该字段后面的各参数的数据字节的总数。
·“component_tag(分量标签)”
分量标签是用于唯一识别分量流的标签,用16位(比特)的字段描述。令其与MH-流识别描述符中描述的分量标签为相同值。
·“content_type(内容类型)”
内容类型根据图29B表示分量流中包含的影像内容的类型。在该参数为“0”时,影像内容表示用编辑设备390e实施了影像的编辑加工后的内容(录像节目等)。在该参数为“1”时,影像内容表示用编辑设备390e实施了影像的编辑加工后的内容(录像节目等),且该内容兼容HDR。在该参数为“2”时,影像内容表示从摄影设备390c输出的内容数据(现场直播节目等)。在该参数为“3”时,影像内容表示从摄影设备390c输出的内容数据(现场直播节目等),且该内容兼容HDR。而且,也可以用该参数进行其他分类。
·“source_primaries_rx(源设备原色色度坐标(Rx))”
·“source_primaries_ry(源设备原色色度坐标(Ry))”
·“source_primaries_gx(源设备原色色度坐标(Gx))”
·“source_primaries_gy(源设备原色色度坐标(Gy))”
·“source_primaries_bx(源设备原色色度坐标(Bx))”
·“source_primaries_by(源设备原色色度坐标(By))”
源设备原色色度坐标是表示关于源设备的颜色再现性能等的信息的参数,将上述源设备能够兼容的色域用R(红)/G(绿)/B(蓝)的各原色的CIE色度图(CIExy色度图)上的坐标值表示。另外,上述源设备在“content_type”参数为“0”或“1”时是编辑设备390e的监视器装置。此时,源设备原色色度坐标表示用上述编辑设备390e的监视器装置能够显示的色域的色度坐标值。另外,在“content_type”参数为“2”或“3”时,上述源设备是摄影设备390c。此时,源设备原色色度坐标表示用上述摄影设备390c能够输出的色域的色度坐标值。
上述CIE色度图上的各坐标值分别用“0.000”~“1.000”的范围的值表示,是在10位(比特)的字段的“0000000000b”~“1111101000b”的范围进行描述的。例如如图29C所示,如果为BT.709标准的R(红)的色度坐标值则“x=0.640(1010000000b)”、“y=0.330(0101001010b)”,如果为BT.2020标准的G(绿)的色度坐标值则“x=0.170(0010101010b)”、“y=0.797(1100011101b)”。
·“source_white_point_x(源设备白色色度坐标(x))”
·“source_white_point_y(源设备白色色度坐标(y))”
源设备白色色度坐标是表示关于源设备的颜色再现性能等的信息的参数,表示上述源设备能够兼容的白色基准点的CIE色度图上的坐标值。另外,上述源设备在“content_type”参数为“0”或“1”时是编辑设备390e的监视器装置。此时,源设备白色色度坐标表示上述编辑设备390e的监视器装置的白色基准点的色度坐标值。另外,在“content_type”参数为“2”或“3”时,上述源设备是摄影设备390c。此时,源设备白色色度坐标表示用上述摄影设备390c能够输出的白色基准点的色度坐标值。
上述CIE色度图上的各坐标值分别用“0.0000”~“1.0000”的范围的值表示,是在14位(比特)的字段的“00000000000000b”~“10011100010000b”的范围进行描述的。例如如图29C所示,如果为BT.709标准或BT.2020标准的白色基准点的色度坐标值则“x=0.3127(00110000110111b)”、“y=0.3290(00110011011010b)”。
·“source_luminance_max(源设备最大亮度)”
·“source_luminance_min(源设备最小亮度)”
源设备最大亮度和源设备最小亮度是表示关于源设备能够兼容的最大亮度和最小亮度的信息的参数。另外,上述源设备在“content_type”参数为“0”或“1”时是编辑设备390e的监视器装置。此时,源设备最大亮度和源设备最小亮度表示用上述编辑设备390e的监视器装置能够显示的亮度的最大值和最小值。另外,在“content_type”参数为“2”或“3”时,上述源设备是摄影设备390c。此时,源设备最大亮度和源设备最小亮度表示上述摄影设备390c能够输出的亮度的最大值和最小值。
源设备最大亮度用“1(cd/m2:坎德拉/平方米)”~“65535(cd/m2)”的范围的值表示,是在16位(比特)的字段的“0000h”~“FFFFh”的范围进行描述的。源设备最小亮度用“0.0001(cd/m2)”~“6.5535(cd/m2)”的范围的值表示,是在16位(比特)的字段的“0000h”~“FFFFh”的范围进行描述的。
·“num_of_scene(场景数)”
场景数是构成分量流中包含的影像内容的场景(也可以称为章节等)的数量。在场景数为“1”时,该参数可以省略描述。
·“scene_start_time(场景开始时刻)”
场景开始时刻用40位(比特)的字段表示场景(章节)的开始时刻。该字段的高16位(比特)表示修正儒略日(MJD)的低16位(比特),低24位(比特)用六位数的BCD化编码表示日本标准时(JST)的小时、分钟、秒。在场景数为“1”时,该参数可以省略描述。
·“scene_duration(场景持续时间)”
场景持续时间用24位(比特)的字段表示场景(章节)的持续时间。该字段用六位数的BCD化编码表示持续时间的小时、分钟、秒。在场景数为“1”时,该参数可以省略描述。
·“max_light_level_of_content(内容最大亮度)”
内容最大亮度用16位(比特)的字段表示各场景(章节)内的最大亮度。在场景数为“1”时,该参数表示整个内容的亮度的最大值。内容最大亮度用“1(cd/m2)”~“65535(cd/m2)”的范围的值表示,是在16位(比特)的字段的“0000h”~“FFFFh”的范围进行描述的。
·“max_frame_ave_light_level(最大帧平均亮度)”
最大帧平均亮度用16位(比特)的字段表示各场景(章节)内的帧平均亮度的最大值。在场景数为“1”时,该参数表示整个内容的帧平均亮度的最大值。最大帧平均亮度用“1(cd/m2)”~“65535(cd/m2)”的范围的值表示,是在16位(比特)的字段的“0000h”~“FFFFh”的范围进行描述的。
·“max_light_level_of_frame(帧内最大亮度)”
帧内最大亮度用16位(比特)的字段表示各帧内的最大亮度。帧内最大亮度用“1(cd/m2)”~“65535(cd/m2)”的范围的值表示,是在16位(比特)的字段的“0000h”~“FFFFh”的范围进行描述的。
·“frame_average_light_level(帧内平均亮度)”
帧内平均亮度用16位(比特)的字段表示各帧的平均亮度。帧内平均亮度用“1(cd/m2)”~“65535(cd/m2)”的范围的值表示,是在16位(比特)的字段的“0000h”~“FFFFh”的范围进行描述的。
·“EOTF_identification(EOTF识别)”
EOTF(Electro-Optical Transfer Function,电光传递函数)识别,用于识别对分量流中包含的影像内容的影像信号施加的γ校正等电信号和光信号的转换特性(传递特性)的种类。例如在图29D所示的例子中,在该参数为“0”的情况下,表示影像内容被实施了适合BT.709标准的显示特性的监视器装置的γ校正。另外,在该参数为“2”的情况下,表示影像内容被实施了适合BT.2020标准的显示特性的监视器装置的10bit处理的γ校正。另外,在该参数为“3”的情况下,表示影像内容被实施了适合BT.2020标准的显示特性的监视器装置的12bit处理的γ校正。另外,在该参数为“4”的情况下,表示影像内容被实施了适合SMPTE2084标准的显示特性的监视器装置的的γ校正。而且,也可以用该参数进行其他分类。另外,上述“EOTF识别”参数也可以能够识别比色法(Colorimetry)的种类等。另外,图29D所示的电信号和光信号的转换特性(传递特性)的种类只是一例,也可以对影像内容的影像信号实施其他的电信号和光信号的转换特性(传递特性)的处理,用上述“EOTF识别”参数来识别其特性。
在此,接收到影像内容和“EOTF识别”参数的广播接收装置100,参照与上述影像内容相关联的“EOTF识别”参数,进而参照进行上述影像内容的显示的监视器装置的显示特性,基于两者进行适当的电-光转换等处理,由此能够以合适的状态在上述监视器装置上进行上述各影像内容的显示。例如在用与上述影像内容相关联的“EOTF识别”参数识别的传递特性与进行上述影像内容的显示的监视器装置的显示特性兼容时,可以直接在显示处理中进行用“EOTF识别”参数识别的电-光转换。另外,用与上述影像内容相关联的“EOTF识别”参数识别的传递特性与进行上述影像内容的显示的监视器装置的显示特性不兼容时,可以不直接进行用“EOTF识别”参数识别的电-光转换,而在进行了将实施了与“EOTF识别”参数的识别相应的电信号和光信号的转换处理的影像信号转换为适合上述监视器装置的显示特性兼容的电-光转换的处理的影像信号的转换处理之后,实施进行与上述监视器装置的显示特性兼容的电-光转换的显示处理。
关于上述的将实施了与“EOTF识别”参数的识别相应的电信号和光信号的转换处理的影像信号转换为适合与上述监视器装置的显示特性兼容的电-光转换的处理的影像信号的转换处理,在下面进行说明。其中,以下将上述处理称为传递特性转换处理。
其中,“EOTF识别”参数中具有“2”、“3”、“4”的值的影像内容,是能够表现的明暗的范围、色域等大的HDR影像内容。与之相对地,“EOTF识别”参数中具有“0”的值的影像内容,是能够表现的明暗的范围、色域等比HDR影像内容小的SDR(Standard Dynamic Range,标准动态范围)影像内容。
另外,BT.2020标准的显示特性的显示装置和SMPTE2084标准的显示特性的显示装置能够被称为兼容HDR显示装置。与之相对地,BT.709标准的显示特性的显示装置能够被称为兼容SDR显示装置。而且,为BT.709标准的显示特性的显示装置且与BT.2020、SMPTE2084等HDR的显示特性不兼容的显示装置,作为兼容SDR显示装置的下位概念,可以被称为兼容SDR显示装置(不兼容HDR显示装置)。
在此,在BT.709标准的显示特性的监视器装置等兼容SDR显示装置(不兼容HDR显示装置)上显示上述HDR影像内容时,在不进行上述传递特性转换处理时,无法用上述监视器装置充分表现上述HDR影像内容所具有的大的明暗范围和色域等,会成为有亮度崩坏或颜色崩坏的不好看的显示图像。即,此时,在上述传递特性转换处理中,可以进行将上述HDR影像内容所具有的大的明暗范围、色域等转换为被纳入用上述监视器装置能够表现的明暗范围、色域等的处理。该处理可以表达为明暗的动态范围缩小转换、色域缩小转换。另外,由于是将能够表现的明暗范围、色域等大的HDR影像内容转换为能够表现的明暗范围、色域等小的SDR影像内容的处理,所以可以表达为HDR-SDR转换处理。
另一方面,“EOTF识别”参数中具有“0”的值的影像内容,是能够表现的明暗的范围、色域等小的SDR影像内容。在BT.2020标准的显示特性的监视器装置等兼容HDR显示装置上显示上述SDR影像内容时,在不进行上述传递特性转换处理时,无法充分利用上述监视器装置所具有的大的明暗显示性能、色域显示性能等。即,此时,在上述传递特性转换处理中,可以对上述SDR影像内容进行转换处理以使得能够充分利用上述监视器装置所具有的大的明暗显示性能和色域显示性能等。该处理可以表达为明暗的动态范围扩大转换、色域扩大转换。另外,由于是将能够表现的明暗范围、色域等小的SDR影像内容转换为能够表现的明暗范围、色域等大的HDR影像内容的处理,所以可以表达为SDR-HDR转换处理。另外,该SDR-HDR转换处理并不是一定需要,也可以在将上述SDR影像内容显示于BT.2020标准的显示特性的监视器装置等兼容HDR显示装置时,不进行SDR-HDR转换处理。此时,明暗显示性能、色域显示性能虽然保持SDR的显示特性的范围不变但不会成为有亮度崩坏或颜色崩坏的不好看的显示图像,不会成为问题。
另外,作为在广播接收装置100接收到的影像内容中没有关联“EOTF识别”参数而无法取得的情况下(本来就没有被传输的情况下)、或者与广播接收装置100接收到的影像内容相关联的“EOTF识别”参数的值因传输错误等而无法取得无法判别的情况下的处理的例子,可以进行以下的处理。
作为第1处理例,可以将上述接收到的影像内容的“EOTF识别”参数的值例如作为“2”或“3”进行处理。即,在“EOTF识别”参数的值无法识别的情况下,可以将上述影像内容作为HDR影像内容进行处理。由此,虽然如果上述监视器装置为BT.2020标准的显示特性的监视器装置等的兼容HDR显示装置则不进行上述传递特性转换处理,但是只要实际的内容是HDR影像内容就能够进行适当的显示,即使实际的内容为SDR影像内容,明暗显示性能、色域显示性能尽管保持在SDR的显示特性的范围但不会成为有亮度崩坏或颜色崩坏的不好看的显示图像。另外,在上述监视器装置为BT.709标准的显示特性的监视器装置等的兼容SDR显示装置(不兼容HDR显示装置)的情况下,通过将上述影像内容作为HDR影像内容处理会进行上述传递特性转换处理,但只要实际的内容为HDR影像内容就能够合适地进行HDR-SDR转换处理来显示,即使实际的内容为SDR影像内容,明暗显示性能、色域显示性能尽管会比SDR的显示特性的范围进一步被限制,但至少避免了成为无法充分表现影像内容所具有的明暗范围、色域等的有亮度崩坏或颜色崩坏的不好看的显示影像。(在实际的内容为HDR影像内容时进行SDR-HDR转换处理的情况下、在实际的内容为HDR影像内容时不对兼容SDR显示装置(不兼容HDR显示装置)进行HDR-SDR转换直接显示的情况下,有可能显示这种有亮度崩坏或颜色崩坏的不好看的显示影像,但在第1处理例中能够避免该状况。)
根据以上说明的第1处理例,在无法识别“EOTF识别”参数的值的情况下,通过将上述影像内容作为HDR影像内容处理,不论上述监视器装置是兼容HDR显示装置还是兼容SDR显示装置(不兼容HDR显示装置),也不论实际的内容是HDR影像内容还是SDR影像内容,都能够进行对用户来说问题少的影像显示。
另外,作为在无法取得“EOTF识别”参数的值的情况下(包括没有被传输的情况、传输错误等情况、无效值的情况)的处理的另外的第2处理例,可以参照影像分量描述符等所具有的关于影像信号的分辨率的参数,来决定是作为HDR影像内容处理还是作为SDR影像内容处理。
例如,即使在无法取得“EOTF识别”参数的值的情况下,如果上述关于影像信号的分辨率的参数表示上述影像内容的分辨率为3840×2160像素或7680×4320像素等高分辨率内容,则可以判断为是HDR影像内容。具体来说,可以将“EOTF识别”参数的值解释为“2”或“3”。3840×2160像素或7680×4320像素的高分辨率内容预想此后多数是准备用作HDR影像内容,因此通过这样的处理能够更高概率地容易地进行适当的显示。
另外,即使在无法取得“EOTF识别”参数的值的情况下,如果上述关于影像信号的分辨率的参数表示上述影像内容的分辨率为1920×1080像素以下,则可以判断为是SDR影像内容。具体来说,可以将“EOTF识别”参数的值解释为“0”。1920×1080像素以下的分辨率的内容在现有的SDR内容中大量存在,因此通过这样的处理能够更高概率地容易地进行适当的显示。
根据以上说明的第2处理例,在无法识别“EOTF识别”参数的值的情况下,通过参照上述关于分辨率的参数来进行判断,能够高概率地容易地进行适当的显示。
接着,对与广播接收装置100接收到的影像内容相关联的“EOTF识别”参数的值是图29D的表中没有准备出与显示特性的关系的值的情况下的处理进行说明。在此,图29D的表中没有准备出与显示特性的关系的值,是指图29D的表中的“EOTF识别”参数的值保存了“1”和“5”~“15”这样的为将来预留的值或没有预料的值等的情况。这些值可以表达为是无效的值。为这样的无效的值(没有准备出与显示特性的关系的值)时,通过进行上述第1处理例或第2处理例,也分别能够得到同样的效果。
以上说明的与“EOTF识别”参数相应的各种影像处理,可以由图7A的结构图中基于用分离部132分离出的数据的被主控制部101的控制所控制的影像色域转换部142来进行。
在此,在因节目的改变或频道切换而使要显示的影像内容在HDR影像内容与SDR影像内容之间切换时,理想的是,使来自图7A的影像解码器141的解码影像在HDR影像内容与SDR影像内容之间切换的时刻,与影像色域转换部142的影像处理在HDR影像内容用的处理与SDR影像内容用的处理之间切换的时刻一致。但是,实际中可以认为会发生一定程度的时刻的偏差。
在对SDR影像内容进行SDR-HDR转换处理的兼容HDR显示装置中,在从HDR影像内容切换到SDR影像内容时,如果影像色域转换部142的影像处理的切换时刻比来自影像解码器141的解码影像的切换时刻早,则产生对HDR影像内容中进行SDR-HDR转换处理的时间,有可能显示有亮度崩坏或颜色崩坏的不好看的显示影像。因此,在从HDR影像内容切换到SDR影像内容时,可以由主控制部101控制影像解码器141和影像色域转换部142的处理时刻,使得影像色域转换部142的影像处理的切换时刻比来自影像解码器141的解码影像的切换时刻晚。或者,也可以控制成,在两者切换的处理开始前使影像处于黑显示等影像无画面状态,在两者切换完成后将影像的黑显示等影像无画面状态解除。
另外在对SDR影像内容进行SDR-HDR转换处理的兼容HDR显示装置中,在从SDR影像内容切换到HDR影像内容时,如果影像色域转换部142的影像处理的切换时刻比来自影像解码器141的解码影像的切换时刻晚,则产生对HDR影像内容进行SDR-HDR转换处理的时间,有可能显示有亮度崩坏或颜色崩坏的不好看的显示影像。因此,在从SDR影像内容切换到HDR影像内容时,可以由主控制部101控制影像解码器141和影像色域转换部142的处理时刻,使得影像色域转换部142的影像处理的切换时刻比来自影像解码器141的解码影像的切换时刻早。或者,也可以控制成,在两者切换的处理开始前使影像处于黑显示等影像无画面状态,在两者切换完成后将影像的黑显示等影像无画面状态解除。
在对HDR影像内容进行HDR-SDR转换处理,对SDR影像内容不进行传递特性转换处理就显示的兼容SDR显示装置中,在从HDR影像内容切换到SDR影像内容时,如果影像色域转换部142的影像处理的切换时刻比来自影像解码器141的解码影像的切换时刻早,则产生不对HDR影像内容进行传递特性转换处理而直接显示于兼容SDR显示装置的时间,有可能显示有亮度崩坏或颜色崩坏的不好看的显示影像。因此,在从HDR影像内容切换到SDR影像内容时,可以由主控制部101控制影像解码器141和影像色域转换部142的处理时刻,使得影像色域转换部142的影像处理的切换时刻比来自影像解码器141的解码影像的切换时刻晚。或者,也可以控制成,在两者切换的处理开始前使影像处于黑显示等影像无画面状态,在两者切换完成后将影像的黑显示等影像无画面状态解除。
在对HDR影像内容进行HDR-SDR转换处理,对SDR影像内容不进行传递特性转换处理就显示的兼容SDR显示装置中,在从SDR影像内容切换到HDR影像内容时,如果影像色域转换部142的影像处理的切换时刻比来自影像解码器141的解码影像的切换时刻晚,则产生不对HDR影像内容进行传递特性转换处理而直接显示于兼容SDR显示装置的时间,有可能显示有亮度崩坏或颜色崩坏的不好看的显示影像。因此,在从SDR影像内容切换到HDR影像内容时,可以由主控制部101控制影像解码器141和影像色域转换部142的处理时刻,使得影像色域转换部142的影像处理的切换时刻比来自影像解码器141的解码影像的切换时刻早。或者,也可以控制成,在两者切换的处理开始前使影像处于黑显示等影像无画面状态,在两者切换完成后将影像的黑显示等影像无画面状态解除。
如以上说明的那样,通过进行关于解码影像的切换时刻与传递特性转换处理的切换时刻的处理,能够避免对用户展示有亮度崩坏或颜色崩坏的不好看的显示影像。
也可以替代以上说明的使用内容信息描述符内的“EOTF_identification”参数的识别处理和各种影像处理,或者在其基础上,在编码影像流内插入与上述的“EOTF_identification”参数同样能够识别的标志,进行使用上述插入的标志的识别处理和各种影像处理。使用作为该编码影像流内标志的“EOTF_identification”标志时的识别处理和各种影像处理,只要在上述的使用内容信息描述符内的“EOTF_identification”参数时的识别处理和各种影像处理的说明中,替代参照内容信息描述符内的“EOTF_identification”参数,通过参照插入到编码影像流内的“EOTF_identification”标志来进行即可,因此省略详细的说明。
只要将作为编码影像流内标志的“EOTF_identification”标志以例如帧单位或GOP单位等插入到编码影像流内,就能够以比使用以资源单位或节目单位设定的内容信息描述符内的“EOTF_identification”参数时更细致的时间单位,实现HDR影像内容和SDR影像内容的切换和与各影像内容对应的各种影像处理的切换。即,影像解码器141能够掌握以帧单位或GOP单位等切换HDR影像内容和SDR影像内容,进而后级的影像色域转换部142能够以帧单位或GOP单位等参照HDR影像内容和SDR影像内容的识别信息,因此具有影像色域转换部142的影像处理的切换时刻的同步精度与使用内容信息描述符内的“EOTF_identification”参数时相比得到提高的效果。
另外,在一起使用编码影像流内的“EOTF_identification”标志的传输和内容信息描述符内的“EOTF_identification”参数的传输时,如果将使用编码影像流内的“EOTF_identification”标志的识别处理用于影像色域转换部142的影像处理的切换,将内容信息描述符内的“EOTF_identification”参数例如在以节目单位在节目表的显示或节目信息的显示中用于将该节目是HDR影像内容节目还是SDR影像内容节目等信息传达给用户的显示,则能够更好地分开使用两者的识别信息。
另外,在并用编码影像流内的“EOTF_identification”标志的传输和内容信息描述符内的“EOTF_identification”参数的传输时,作为上述两者的识别信息存在不匹配时的处理,可以考虑如下处理。作为第一处理例,是优先使用编码影像流内的“EOTF_identification”标志的例子。在这种情况下,具有能够将上述的HDR影像内容和SDR影像内容的切换与对应的影像处理的切换时刻高精度地同步的优点。作为第二处理例,是优先使用内容信息描述符内的“EOTF_identification”参数的例子。在这种情况下,具有不参照编码影像流而能够迅速地识别上述传递特性等的优点。
另外,上述的内容信息描述符可以具有与图29A所示的结构不同的数据结构。例如,也可以还具有与上述各参数不同的别的参数,也可以不具有全部的上述各参数。另外,上述各参数也可以使用不同的名称。另外,上述各参数并不需要一定描述在一个描述符中,也可以例如分为两个不同的描述符来描述。另外,上述各参数也可以被描述符描述而配置于表中,也可以直接记载在表中。
[广播接收装置的EPG显示]
本实施例的广播接收装置100中也与实施例1同样,参照MH-EIT等进行基于服务ID的识别,由此能够取得各事件(广播节目)的开始时间、广播时间等信息来创建EPG画面,能够将上述创建出的EPG用影像合成部161叠加于影像信息等后显示于监视器部162。
而且,在本实施例的广播接收装置100中,在参照上述内容信息描述符的“content_type”参数等,各广播节目的影像内容的类型为“1”或“3”时,如图30所示,可以显示表示上述广播节目是兼容HDR的节目的属性的符号等。表示上述属性的符号等,例如可以是表示是兼容HDR的广播节目的符号/字符,也可以是将表示是兼容HDR的广播节目的“HDR”符号化的符号162a5。表示上述属性的符号等,可以显示于详细信息162a1的标题区域162a2。或者,可以在光标放置在详细信息162a1时弹出显示。也可以用其他方法来显示。
另外,在上述内容信息描述符另外具有表示上述广播节目的影像内容是否兼容HDR的参数的“HDR_flag”等时,可以通过参照上述“HDR_flag”参数,来进行是否显示表示上述广播节目为兼容HDR的节目的属性的符号等的控制。另外,上述“HDR_flag”参数的名称只是一例,也可以用不同的名称。
另外,可以控制成,在上述内容信息描述符的“source_luminance_max”参数、“max_light_level_of_content”参数、“max_light_level_of_frame”参数等的全部或任意个超过规定值(例如“100(cd/m2)”等)时,显示表示上述广播节目是兼容HDR的节目的属性的符号等。
另外,可以控制成,即使在参照上述内容信息描述符的“content_type”参数等,各广播节目的影像内容的类型为“1”或“3”时,或者在上述内容信息描述符的“source_luminance_max”参数、“max_light_level_of_content”参数、“max_light_level_of_frame”参数等的全部或任意个超过规定值(例如“100(cd/m2)”等)时,只要广播接收装置100的监视器部162不兼容HDR,就不显示上述表示是兼容HDR的广播节目的符号/字符或上述将表示是兼容HDR的广播节目的“HDR”符号化的符号162a5。
而且,本实施例的广播接收装置100,在参照上述内容信息描述符的“EOTF_identification”参数,对各广播节目的影像内容实施的γ校正的种类是与广播接收装置100的监视器部162的显示特性能够兼容的种类时,可以显示表示上述广播节目是能够以正确的亮度表现的节目的属性的符号等。表示上述属性的符号等,例如可以是表示是能够以正确的亮度表现显示的节目的符号/字符,也可以是将表示是能够以正确的亮度表现显示的节目“TrueContrast”符号化的符号162a6。另外,上述的对各广播节目的影像内容实施的γ校正的种类是与广播接收装置100的监视器部162的显示特性能够兼容的种类的情况是指,例如影像内容的“EOTF_identification”参数为“0”、且广播接收装置100的监视器部162的显示特性为BT.709标准的情况等。
通过在EPG画面162a的详细信息162a1显示上述那样的表示属性的符号等,用户能够简单地掌握显示于EPG画面162a的各广播节目是否兼容HDR、是否是能够以正确的亮度表现的节目等。
[广播接收装置的色域转换处理]
本实施例中,作为录像节目的影像内容如图28所示,由编辑设备390e实施了影像/声音的编辑加工。即,影像内容的提供者,一边用编辑设备390e的监视器装置进行确认一边进行影像内容的编辑加工,因此,上述影像内容在编辑设备390e的监视器装置所具有的颜色再现性能下进行合适的显示的可能性高。另一方面,用户在上述影像内容的视听中使用的监视器装置即广播接收装置100的监视器部162,一般也按照生产厂商、型号等具有不同的的颜色再现性能。在这种情况下,如果上述编辑设备390e的监视器装置所具有的颜色再现性能和广播接收装置100的监视器部162所具有的颜色再现性能大幅不同,则可以认为当在广播接收装置100的监视器部162上显示上述影像内容时,有可能发生无法正确表现影像内容的提供者想要的影像表现的问题。
即,在本实施例的广播系统中,如上所述,作为MMT-SI的描述符进行内容信息描述符的发送。在该内容信息描述符中,作为表示关于源设备的颜色再现性能的信息的参数,表示上述源设备能够兼容的色域的R/G/B的各原色和白色基准点的CIE色度图上的坐标值。
另外,本实施例的广播接收装置100,在存储部110的各种信息存储区域中,作为表示关于监视器部162的颜色再现性能的信息的参数,存储了监视器部162能够兼容的色域的R/G/B的各原色和白色基准点的CIE色度图上的坐标值。在上述状况下,上述内容信息描述符中描述的上述源设备能够兼容的色域的R/G/B的各原色和白色基准点的坐标分别如图31A所示,是R0/G0/B0和W0,在存储部110的各种信息存储区域中存储的监视器部162能够兼容的色域的R/G/B的各原色和白色基准点的坐标分别为R1/G1/B1和W1时,特别是由上述源设备能够兼容的色域即R0/G0/B0构成的区域中的、与由监视器部162能够兼容的色域即R1/G1/B1构成的区域不重叠的部分,是上述监视器部162有可能无法正确显示的区域。
本实施例的广播接收装置100为了解决上述问题,具有如下的色域转换处理功能:在上述内容信息描述符中描述的上述源设备能够兼容的色域与存储部110的各种信息存储区域中存储的监视器部162能够兼容的色域之间有偏差时,将上述影像内容的影像数据转换为适合于监视器部162的显示的影像数据。以下,对广播接收装置100所具有的上述色域转换功能进行说明。
本实施例的广播接收装置100所具有的上述色域转换处理功能,即,是对上述影像数据所具有的色域(与由图31A所示的上述源设备能够兼容的色域即R0/G0/B0构成的区域等同)进行转换,以使得能够兼容基于监视器部162的颜色再现性能的色域(由图31A所示的R1/G1/B1构成的区域)的功能。
本实施例的广播接收装置100所具有的上述色域转换处理功能,也可以通过参照上述内容信息描述符中描述的上述源设备能够兼容的色域的R/G/B的各原色的坐标值和存储部110的各种信息存储区域中存储的上述监视器部162能够兼容的色域的R/G/B的各原色的坐标值,对上述影像数据所具有的色域进行转换,以使得能够在上述监视器部162进行正确的颜色再现。
另外,在线段R0/G0上(或其附近区域),可以通过仅参照上述源设备能够兼容的色域的R/G的原色坐标值和上述监视器部162能够兼容的色域的R/G的原色的坐标值来进行色域转换处理。在线段G0/B0上(或其附近区域),可以通过仅参照上述源设备能够兼容的色域的G/B的原色的坐标值和上述监视器部162能够兼容的色域的G/B的原色的坐标值来进行色域转换处理。在线段R0/B0上(或其附近区域),可以通过仅参照上述源设备能够兼容的色域的R/B的原色的坐标值和上述监视器部162能够兼容的色域的R/B的原色的坐标值来进行色域转换处理。
或者,也可以如图31B所示,将上述影像数据所具有的色域分割为三个区域,按每个分割区域使色域转换处理不同。例如,在上述影像数据所具有的色域中的由R0/G0/W0构成的区域,通过参照上述源设备能够兼容的色域的R/G的各原色和白色基准点的坐标值和上述监视器部162能够兼容的色域的R/G的各原色和白色基准点的坐标值来进行色域转换处理。在上述影像数据所具有的色域中的由G0/B0/W0构成的区域,通过参照上述源设备能够兼容的色域的G/B的各原色和白色基准点的坐标值和上述监视器部162能够兼容的色域的G/B的各原色和白色基准点的坐标值来进行色域转换处理。在上述影像数据所具有的色域中的由R0/B0/W0构成的区域,通过参照上述源设备能够兼容的色域的R/B的各原色和白色基准点的坐标值和上述监视器部162能够兼容的色域的R/B的各原色和白色基准点的坐标值来进行色域转换处理。
另外,在按每个上述分割区域使色域转换处理不同时,进而,在线段R0/W0上(或其附近区域),可以通过仅参照上述源设备能够兼容的色域的R的原色和白色基准点的坐标值和上述监视器部162能够兼容的色域的R的原色和白色基准点的坐标值来进行色域转换处理。在线段G0/W0上(或其附近区域),可以通过仅参照上述源设备能够兼容的色域的G的原色和白色基准点的坐标值和上述监视器部162能够兼容的色域的G的原色和白色基准点的坐标值来进行色域转换处理。在线段B0/W0上(或其附近区域),可以通过仅参照上述源设备能够兼容的色域的B的原色和白色基准点的坐标值和上述监视器部162能够兼容的色域的B的原色和白色基准点的坐标值来进行色域转换处理。
用图31C对上述色域转换处理的一例进行说明。在该图中,R0、G0、B0是上述内容信息描述符中描述的上述源设备能够兼容的色域的R/G/B的各原色的坐标,分别具有(R0x,R0y)、(G0x,G0y)、(B0x,B0y)的坐标值。另外,R1、G1、B1是存储部110的各种信息存储区域中存储的上述监视器部162能够兼容的色域的R/G/B的各原色的坐标,分别具有(R1x,R1y)、(G1x,G1y)、(B1x,B1y)的坐标值。另外,P0是上述影像内容的规定的色域数据,具有(P0x,P0y)的坐标值。此时,上述P0的色域数据通过上述色域转换处理被转换为P1所示的色域数据。另外,P1具有(P1x,P1y)的坐标值,通过下述表示一例的上述色域转换处理的运算式来计算。
<色域转换处理的运算式的例子>
P1=αR1+βG1+γB1
其中,
α
={(G0y-B0y)(P0x-B0x)+(B0x-G0x)(P0y-B0y)}/{(G0y-B0y)(R0x-B0x)
+(B0x-G0x)(R0y-B0y)}
β
={(B0y-R0y)(P0x-B0x)+(R0x-B0x)(P0y-B0y)}/{(G0y-B0y)(R0x-B0x)
+(B0x-G0x)(R0y-B0y)}
γ=1-α-β
其中,上述运算式是通过参照上述内容信息描述符中描述的上述源设备能够兼容的色域的R/G/B的各原色的坐标值和存储部110的各种信息存储区域中存储的上述监视器部162能够兼容的色域的R/G/B的各原色的坐标值,进行影像内容所具有的色域的区域内的全部色域数据的色域转换处理的情况的例子。在将上述影像数据所具有的色域分割为三个区域,按每个分割区域使色域转换处理不同时也能够进行同样的运算。(但是,参照的参数不同。)另外,上述运算式是使用重心坐标系的公知的运算式,所以省略关于上述运算式的导出的详细的说明。另外,上述运算式只是一例而已,也可以用不同的运算式来进行上述P1的坐标值的计算。
另外,在上述影像内容所具有的色域的区域全部包含在监视器装置(广播接收装置100等)能够兼容的色域的区域内时,也可以不进行上述色域转换处理。例如,在影像内容所具有的色域与图29C所示的BT.709系的色域同等、且监视器装置(广播接收装置100等)能够兼容的色域与BT.2020系的色域同等的情况下,由于上述BT.709系的色域的区域全部包含在上述BT.2020系的色域的区域内,所以不需要进行上述色域转换处理。即,这是因为监视器装置(广播接收装置100)能够显示影像内容所具有的全部色域数据。
如以上说明的那样,根据本实施例的广播接收装置100的色域转换处理功能,即使在上述源设备所具有的颜色再现性能与广播接收装置100的监视器部162所具有的颜色再现性能不同的情况下,在广播接收装置100的监视器部162上显示上述影像内容时,也能够合适地显示上述影像内容。
[广播接收装置的亮度调整处理]
本实施例的广播接收装置100具有图32所示的画质调整项目。上述各画质调整项目分别能够通过用户的操作来进行与用户的喜好相应的调整。另一方面,在上述画质调整项目中的关于亮度调整的项目中,也可以进行参照上述内容信息描述符的描述的自动亮度调整。以下对上述自动亮度调整的处理进行说明。
本实施例的广播接收装置100中,能够参照上述内容信息描述符的(1)“source_luminance_max”参数和“source_luminance_min”参数来进行自动亮度调整;(2)参照“max_light_level_of_content”参数和“source_luminance_min”参数来进行自动亮度调整;(3)仅参照“max_light_level_of_content”参数来进行自动调整。
本实施例的广播接收装置100,在存储部110的各种信息存储区域中,作为表示关于监视器部162的亮度显示性能的信息的参数,存储了监视器部162能够显示的亮度的最大值和最小值。
上述(1)的方式的自动亮度调整,是参照上述内容信息描述符中描述的“source_luminance_max”参数和“source_luminance_min”参数、以及存储部110的各种信息存储区域中存储的用监视器部162能够显示的亮度的最大值/最小值来进行的。
即,如图33A所示,进行影像内容的亮度表现范围的转换处理,以使得上述“source_luminance_max”参数所示的亮度水平与用上述监视器部162能够显示的亮度的最大值的亮度水平大致一致、且上述“source_luminance_min”参数所示的亮度水平与用上述监视器部162能够显示的亮度的最小值的亮度水平大致一致。通过进行上述亮度表现范围的转换处理,用户能够用广播接收装置100的监视器部162来视听与内容提供者在内容的编辑加工中使用的编辑设备390e的监视器装置同样的亮度表现的影像内容。
上述(2)的方式的自动亮度调整,是参照上述内容信息描述符中描述的“max_light_level_of_content”参数和“source_luminance_min”参数、以及存储部110的各种信息存储区域中存储的用监视器部162能够显示的亮度的最大值/最小值来进行的。
即,如图33B所示,进行影像内容的亮度表现范围的转换处理,以使得上述“max_light_level_of_content”参数所示的亮度水平与用上述监视器部162能够显示的亮度的最大值的亮度水平大致一致、且上述“source_luminance_min”参数所示的亮度水平与用上述监视器部162能够显示的亮度的最小值的亮度水平大致一致。通过进行上述亮度表现范围的转换处理,用户能够充分利用广播接收装置100的监视器部162所具有的对比度性能来进行影像内容的视听。
另外,在上述内容信息描述符还具有表示各场景(章节)内的最小亮度的参数(例如“min_light_level_of_content(内容最小亮度)”等)时,如果替代上述“source_luminance_min”参数而参照上述“min_light_level_of_content”参数,则能够进一步有效利用广播接收装置100的监视器部162所具有的对比度性能。
另外,上述(2)的方式的亮度表现范围的转换处理,在“num_of_scene”参数不是“1”时,可以按每个场景(章节)改变要参照的参数来进行。此时,能够按每个场景(章节)确保广播接收装置100的监视器部162的合适的对比度性能。
上述(3)的方式的自动亮度调整,是参照上述内容信息描述符中描述的“max_light_level_of_content”参数和存储部110的各种信息存储区域中存储的用监视器部162能够显示的亮度的最大值来进行的。亮度的最小值侧,分别以“0(cd/m2)”为基准。此时,能够得到与上述(2)的方式的自动亮度调整同样的效果,而且能够通过参照较少的参数的简单运算来进行亮度表现范围的转换处理。
另外,上述亮度表现范围的转换处理,也可以各自仅在上述内容信息描述符中描述的“source_luminance_max”参数或“max_light_level_of_content”参数比存储部110的各种信息存储区域中存储的用监视器部162能够显示的亮度的最大值大时进行。
即,这是因为,在上述内容信息描述符中描述的“source_luminance_max”参数或“max_light_level_of_content”参数比存储部110的各种信息存储区域中存储的用监视器部162能够显示的亮度的最大值大时,有可能在将接收到的影像内容直接显示于广播接收装置100的监视器部时产生亮度崩坏,但是在相反的情况下,没有产生上述亮度崩坏的可能性。
如以上说明的那样,根据本实施例的广播接收装置100的自动亮度调整的处理,通过参照上述内容信息描述符,用户能够以在广播接收装置100的监视器部162上的合适的亮度表现来进行影像内容的视听。
根据本实施例,能够提供一种通过参照广播波中包含的节目内容附属的内容信息,能够进行兼容HDR和色域扩大的上述各处理的、更加有用的兼容MMT的广播接收装置。
(实施例4)
以下说明本发明的实施例4。另外,本实施例中的结构和效果等只要没有特别提及就与实施例3相同。因此,以下主要说明本实施例与实施例3的不同点,对于共通的部分为了避免重复而尽量省略说明。
[系统结构]
图34是表示包括本实施例的广播接收装置的广播通信系统的一例的系统结构图。本实施例的广播通信系统包括广播接收装置40100和天线40100a、连接线缆40200、监视器装置40300、互联网200等宽带网络和路由装置200r、广播台的无线电塔300t和广播卫星(或通信卫星)300s、广播台服务器300、服务运营商服务器400、其它的应用程序服务器500。虽然省略了图示,也可以以与实施例1的广播通信系统的系统结构图(参照图1)同样的连接,还具有接入点200a、移动电话通信服务器600和移动电话通信网的基站600b、便携信息终端700。另外,此时也可以是,便携信息终端700能够不经由路由装置200r等地与广播接收装置40100直接通信。
另外,如图28所示,从无线电塔300t送出的广播波中包含的节目内容的编码数据,可以是从摄影设备390c输出的数据,也可以是用编辑设备390e实施了各种影像/声音的编辑加工的数据。
广播接收装置40100经由广播卫星(或通信卫星)300s和天线40100a接收从无线电塔300t送出的广播波。或者,也可以不经由广播卫星(或通信卫星)300s而直接从天线40100a接收从无线电塔300t送出的广播波。另外,广播接收装置40100能够经由路由装置200r与互联网200连接,能够通过与互联网200上的各服务器装置或其他通信设备通信而收发数据。
连接线缆40200是将广播接收装置40100和监视器装置40300连接的通信线缆,传输从广播接收装置40100输出的编码影像/声音数据等。监视器装置40300是将通过对经由连接线缆40200接收到的编码影像/声音数据等实施规定的信号处理而得到的影像信息和声音信息,经由液晶面板等显示设备和扬声器提供给用户的影像显示装置。
另外,监视器装置40300能够经由路由装置200r与互联网200连接,能够通过与互联网200上的各服务器装置或其他通信设备通信而收发数据。另外,监视器装置40300经由天线40300a(但省略图示),能够接收从无线电塔300t送出的广播波。
[广播接收装置的硬件结构]
图35A是表示广播接收装置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输出的影像数据和声音数据等。
另外,转码处理部40181是进行转换构成内容的各分量的编码格式、比特率、媒体传输方式等的转码运算处理的信号处理部。例如,转码处理部40181能够将包含从分离部132输出的MPEG-H HEVC格式的影像分量的广播节目的内容的MMT数据串转换为包含MPEG-2或MPEG-4AVC(Advanced Video Coding,高级视频编码)格式的影像分量的节目内容的MPEG2-TS数据串(或MPEG2-PS数据串)等。
另外,也能够进行不变更分量的编码格式、媒体传输方式而仅变更比特率的处理等。另外,实施了上述转码运算处理的节目内容,能够作为录像内容被存储到存储(蓄存)部110,或从数字接口部40125等输出以供给到外部的监视器装置等。
[广播接收装置的软件结构]
图35B是本实施例的广播接收装置40100的软件结构图,示出了ROM103、RAM104和存储(蓄存)部110中的软件的结构。与实施例1的广播接收装置100的软件结构图(参照图7D)相比,在存储(蓄存)部110中添加了转码处理程序41003和记录再现处理程序41004。
存储(蓄存)部110中存储的转码处理程序41003和记录再现处理程序41004,分别被展开到RAM104中,进而由主控制部101执行上述展开的转码处理程序和记录再现处理程序,由此构成转码处理运行部41103和记录再现处理运行部41104。转码处理运行部41103主要控制转码处理部40181中的转码运算处理。记录再现处理运行部41104主要控制向广播节目的内容的内容存储区域1200的录像处理和来自内容存储区域1200的已记录内容的再现处理。
此外,在RAM104中展开的接收功能运行部1102,还具有输出控制部41102i。接收功能运行部1102的输出控制部41102i进行与来自影像输出部163、声音输出部166、数字接口部40125的数据输出相关联的各处理的控制。
另外,图35B所示的软件结构只是一例而已,本实施例中也可以不包括图示全部的程序和运行部。
[广播接收装置和监视器装置的接口结构]
图36是表示广播接收装置40100与监视器装置40300之间的接口结构的一例的系统结构图。在本实施例中,对广播接收装置40100侧的数字接口部40125的省略图示的连接端子与监视器装置40300侧的省略图示的数字接口部的图的连接端子用连接线缆40200连接的情况进行说明。另外,监视器装置40300可以为与图7A所示的广播接收装置100同样的结构。在这种情况下,数字接口部125相当于上述监视器装置40300侧的数字接口部,在其连接端子连接着连接线缆40200。
如图36所示,连接线缆40200由CH1~CHn的n对差动传输通道、由VESA(VideoElectronics Standard Association:视频电子标准协会)标准化的DDC(Display DataChannel:显示数据通道)线、HPD(Hot Plug Detect:热插拔检测)线、CEC(ConsumerElectronics Control:消费电子控制)线等构成。另外,上述差动传输通道也可以称为差动传输线。
上述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的显示部和扬声器输出。
另外,连接线缆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影像显示的兼容与否、或者监视器装置40300能否进行与HDR、色域的扩大对应的处理等项目。
另外,本实施例中,作为广播接收装置40100用于掌握监视器装置40300的显示器性能的手段,以取得上述EDID的处理为例进行以下的说明。但是,上述取得的信息不限于EDID。例如也可以为与EDID不同的信息,取得识别监视器装置40300的显示器性能和功能的性能识别信息。另外,也可以用取得上述性能识别信息以外的手段掌握监视器装置40300的显示器性能。
另外,广播接收装置40100侧的数字接口部40125的发送控制部40125a,进行发送处理部40125b的控制,并且能够检测经由上述HPD线与监视器装置40300已连接的情况、监视器装置40300的电源接通的情况等。另外,广播接收装置40100侧的数字接口部40125的发送控制部40125a,能够进行经由上述CEC线等将监视器装置40300的电源接通的处理等。另外,监视器装置40300侧的数字接口部的接收控制部40325a也进行接收处理部40325b的控制。
另外,图36所示的连接线缆40200的结构、广播接收装置40100的数字接口部40125的内部结构、监视器装置40300的数字接口部的内部结构,只不过是一例,也可以为不同的结构。
[主控信息的各参数]
本实施例中,与实施例3同样,图29A所示的内容信息描述符作为关于上述节目内容的控制信息,与上述的MMT-SI的各消息/表/描述符一起被发送。另一方面,本实施例的广播接收装置40100不具有对用户提供最终的影像信号、声音信号的监视器部、扬声器,而经由连接线缆40200向监视器装置40300发送编码影像/声音数据等,从监视器装置40300向用户提供影像信号、声音信号。即,实施例3中要说明的色域转换处理和亮度调整处理等处理,是在监视器装置40300侧根据监视器装置40300的显示部的显示性能进行的。
本实施例的广播接收装置40100为了能够能够进行监视器装置40300侧的上述各处理,具有如下功能:从广播波接收上述内容信息描述符,适当选择上述接收到的内容信息描述符中描述的各参数,作为规定格式的主控信息,经由连接线缆40200发送到监视器装置40300。另外,在例如连接线缆40200为HDMI(注册商标)线缆,从数字接口部40125输出的影像数据、声音数据、其他的控制信号等为基于HDMI(注册商标)标准的格式的情况下,上述主控信息可以作为上述其他控制信号等的一部分被输出。
图37表示作为主控信息,本实施例的广播接收装置40100发送到监视器装置40300的各参数的一览。
“source_primaries_R[x,y]”、“source_primaries_G[x,y]”、“source_primaries_B[x,y]”是表示关于源设备的颜色再现性能等的信息的参数,将上述源设备能够兼容的色域用R(红)/G(绿)/B(蓝)的各原色的CIE色度图上的坐标值表示。可以选择上述内容信息描述符中记载的“source_primaries_rx”、“source_primaries_ry”、“source_primaries_gx”、“source_primaries_gy”、“source_primaries_bx”、“source_primaries_by”的各参数,作为上述主控信息的“source_primaries_R[x,y]”、“source_primaries_G[x,y]”、“source_primaries_B[x,y]”输出。
“white_point_x,y”是表示关于源设备的颜色再现性能等的信息的参数,表示上述源设备能够兼容的白色基准点的CIE色度图上的坐标值。可以选择上述内容信息描述符中记载的“source_white_point_x”和“source_white_point_y”参数,作为上述主控信息的“white_point_x,y”输出。
“max_source_mastering_luminance”是表示关于源设备能够兼容的最大亮度的信息的参数。用“1(cd/m2:坎德拉/平方米)”~“65535(cd/m2)”的范围的值表示。可以选择上述内容信息描述符中记载的“source_luminance_max”参数,作为上述主控信息的“max_source_mastering_luminance”输出。
“min_source_mastering_luminance”是表示关于源设备能够兼容的最小亮度的信息的参数。用“0.0001(cd/m2)”~“6.5535(cd/m2)”的范围的值表示。可以选择上述内容信息描述符中记载的“source_luminance_min”参数,作为上述主控信息的“min_source_mastering_luminance”输出。
“Maximum_Content_Light_Level”是表示内容内的最大亮度的参数。用“1(cd/m2)”~“65535(cd/m2)”的范围的值表示。可以选择上述内容信息描述符中记载的“max_light_level_of_content”参数,作为上述主控信息的“Maximum_Content_Light_Level”输出。
“Maximum_Frame-average_Light_Level”是表示内容内的帧平均亮度的最大值的参数。用“1(cd/m2)”~“65535(cd/m2)”的范围的值表示。可以选择上述内容信息描述符中记载的“max_frame_ave_light_level”参数,作为上述主控信息的“Maximum_Frame-average_Light_Level”输出。
“Light Level Status”是2位(比特)的标志信号,表示“Maximum_Content_Light_Level”参数和“Maximum_Frame-average_Light_Level”参数的状况。
在该标志的值为“00b”时,上述“Maximum_Content_Light_Level”参数和上述“Maximum_Frame-average_Light_Level”参数表示整个内容的最大亮度和帧平均亮度的最大值。在该标志的值为“01b”时,上述“Maximum_Content_Light_Level”参数和上述“Maximum_Frame-average_Light_Level”参数表示场景(章节)的最大亮度和帧平均亮度的最大值。
在该标志的值为“10b”时,表示省略了上述“Maximum_Content_Light_Level”参数和上述“Maximum_Frame-average_Light_Level”参数。也可以替代将该标志的值设为“10b”,而将上述“Maximum_Content_Light_Level”参数和“Maximum_Frame-average_Light_Level”参数的值设为“0”。
通过将以上说明的各参数作为主控信息由本实施例的广播接收装置40100经由连接线缆40200发送到监视器装置40300,监视器装置40300能够对从广播接收装置40100发送来的编码影像/声音数据等实施与监视器装置40300的显示部所具有的显示性能相应的色域转换处理和亮度调整处理等处理。另外,上述的主控信息的各参数也可以还具有与图37所示的各参数不同的别的参数,也可以不具有上述各参数的全部。另外,上述各参数也可以使用不同的名称。
[广播接收装置的主控信息生成处理]
本实施例中,在上述内容信息描述符的“content_type”参数为“2”或“3”时,影像内容为从摄影设备390c输出的内容数据(现场直播节目等),上述内容信息描述符不具有“max_light_level_of_content”参数和“max_frame_ave_light_level”参数。即,在现场直播节目等中,直到节目内容结束时才能够确定整个内容的最大亮度和平均亮度的最大值。
此时,本实施例的广播接收装置40100将上述“Maximum_Content_Light_Level”参数和上述“Maximum_Frame-average_Light_Level”参数的值分别设为“0”,进行主控信息的输出。或者,也可以用上述内容信息描述符的“max_light_level_of_frame”参数和“frame_average_light_level”参数来替代上述“Maximum_Content_Light_Level”参数和上述“Maximum_Frame-average_Light_Level”参数。
另一方面,在存储(蓄存)部110的内容存储区域1200中进行了上述影像内容的记录时,可以由广播接收装置40100生成上述“Maximum_Content_Light_Level”参数和上述“Maximum_Frame-average_Light_Level”参数。即,通过进行上述影像内容的录像处理,广播接收装置40100能够将上述影像内容从始端扫描至终端,因此,能够确定整个内容的最大亮度和平均亮度的最大值。
另外,在将通过录像处理记录到存储(蓄存)部110的内容存储区域1200的影像内容通过再现处理从数字接口部40125经由连接线缆40200输出到监视器装置40300时,广播接收装置40100可以进行控制以将从始端至终端扫描上述影像内容而生成的整个内容的最大亮度和平均亮度的最大值,作为上述“Maximum_Content_Light_Level”参数和上述“Maximum_Frame-average_Light_Level”参数输出。即,在为一度进行了录像处理的影像内容时,不论上述内容信息描述符的“content_type”参数的值如何,都能够将主控信息的所有参数对监视器装置40300输出。
[广播接收装置的主控信息输出控制]
上述主控信息的各参数可以总是对经由连接线缆40200连接的监视器装置40300输出。或者,可以参照由广播接收装置40100侧的数字接口部40125的发送处理部40125b从监视器装置40300的EDID存储部40325c取得的EDID,仅在掌握了监视器装置40300能够进行兼容HDR、色域扩大的处理的情况下将上述主控信息的各参数经由连接线缆40200输出到监视器装置40300。或者,可以仅在上述内容信息描述符表示上述广播节目的影像内容是兼容HDR的节目的情况下将上述主控信息的各参数经由连接线缆40200输出到监视器装置40300。
另外,上述内容信息描述符表示上述广播节目的影像内容是兼容HDR的节目的情况,是指上述内容信息描述符的“content_type”参数是“1”或“3”的情况、上述内容信息描述符的“HDR_flag”参数表示上述广播节目的影像内容兼容HDR的情况、上述内容信息描述符的“source_luminance_max”参数、“max_light_level_of_content”参数、“max_light_level_of_frame”参数等全部或任意个超过规定值(例如“100(cd/m2)等”)的情况等。
另外,可以根据数字接口部40125的接口种类,控制上述主控信息的各参数的输出。例如在数字接口部40125的接口种类为HDMI接口的情况下以输出上述主控信息的各参数的方式进行控制,在为DVI接口的情况下以不输出上述主控信息的各参数的方式进行控制等。
或者,可以根据广播接收装置40100侧的数字接口部40125的接口种类和监视器装置40300侧的数字接口部的接口种类,控制上述主控信息的各参数的输出。例如以在广播接收装置40100侧的数字接口部40125的接口种类与监视器装置40300侧的数字接口部的接口种类都是HDMI接口的情况下输出上述主控信息的各参数的方式进行控制,以在广播接收装置40100侧的数字接口部40125的接口种类为HDMI接口但监视器装置40300侧的数字接口部的接口种类不是HDMI接口的情况下(例如为DVI接口或Display Port接口等的情况、即连接线缆40200为接口转换线缆的情况下)不输出上述主控信息的各参数的方式进行控制等。
另外,也可以在数字接口部40125由第一数字接口端子和第二数字接口端子构成时,以通过从上述第一数字接口端子和上述第二数字接口端子的任一个端子进行数据输出而使输出的数据的格式不同的方式进行控制。另外,在这种情况下,上述各个数字接口端子具有图36所示的结构或其他结构。
例如在上述第一数字接口端子为HDMI接口、上述第二数字接口不是HDMI接口的情况下,可以以在从上述第一数字接口端子进行数据输出时,生成包含影像信号、声音信号和上述主控信息的输出数据并从上述第一数字接口端子进行数据输出,在从上述第二数字接口端子进行数据输出时,生成包含影像信号和声音信号但不包含上述主控信息的输出数据并从上述第二数字接口端子进行数据输出的方式,控制输出数据的生成处理和数据输出处理。
以上,根据本实施例的广播接收装置40100,通过对监视器装置40300发送编码影像/声音数据和主控信息,能够合适地执行监视器装置40300侧的色域转换处理、亮度调整处理等。即,能够提供一种能够执行附加价值更高的功能的广播接收装置。
(实施例5)
以下说明本发明的实施例5。另外,本实施例中的结构和效果等只要没有特别提及就与实施例4相同。因此,以下主要说明本实施例与实施例4的不同点,对于共通的部分为了避免重复而尽量省略说明。
[系统结构]
图38是表示包括本实施例的广播接收装置的广播通信系统的一例的系统结构图。图38的广播通信系统具有与图34的广播通信系统相同的结构,但是广播接收装置40100输出内容的输出目的地不是监视器装置40300而是外部影像处理装置50300。这意味着,内容的输出目的地除了显示装置还包括录像机等影像再现装置。而且,在包含本实施例的广播接收装置的广播通信系统中,将与广播接收装置40100经由广播台的无线电塔300t和广播卫星(或者通信卫星)300s、广播台服务器300接收的内容一起传输来的控制信息称为“接收控制信息”。这包括实施例1中说明的各种控制信息和本实施例中追加说明的控制信息。而且,在包含本实施例的广播接收装置的广播通信系统中,在广播接收装置40100将内容经由通过路由装置200r的网络输出到外部影像处理装置50300时,将与内容一起传输的控制信息称为“输出控制信息”。
广播接收装置的硬件结构、广播接收装置的软件结构、广播接收装置和监视器装置的接口结构等,与实施例4相同,因此省略再次说明。
图35A中,用LAN通信部121的硬件构成数字接口部40125,由此能够在网络上的输出目的地进行数字接口部40125输出。再次,数字接口部40125输出不限于MMT数据串,也可以为用转码处理部40181从MMT数据串转码而得的MPEG2-TS数据串(或者MPEG2-PS数据串)等。这是构成为实施例1中说明的“IP接口”的例子。
在此,在图38的广播通信系统中,广播接收装置40100将内容经由通过路由装置200r的网络输出到外部影像处理装置50300的情况,是指广播接收装置40100经由该IP接口将内容输出到外部影像处理装置50300。
如本发明的实施例3和实施例4中说明的那样,本实施例的广播通信系统中,不仅能够传输分辨率为1920×1080像素以下的SDR影像内容,而且能够传输分辨率超过1920×1080像素的内容、HDR影像内容等高品质内容。在此,接收机将由广播通信系统广播的这些高品质影像内容经由接口再次输出到外部设备时的内容保护,要求比分辨率为1920×1080像素以下的SDR影像的内容更高的内容保护。
为了实现这一点,作为接口传送技术开发了基于作为比DTCP-IP更高的内容保护系统的DTCP2(记载在参考文献1中)的内容保护。
〔参考文献1:Digital Transmission Licensing Administrator DTCP2Presentation to CPTWG January 27,2016〕
具体来说,DTCP2中新准备了图39所示的4个标志(“L2-Only”Flag、“EI”Flag、“HDR”Flag、“SDO”Flag)。例如,图39的“L2-Only”Flag如果为“0”则表示“不论是DTCP-IP(L1级内容保护)还是DTCP2(L2级内容保护)的内容保护都能够适用”,如果为“1”则表示“需要比DTCP-IP(L1级内容保护)高的级别的内容保护(例如DTCP2等L2级内容保护)”。另外,以下的说明中为了与“DTCP2”相区别将DTCP-IP(L1级内容保护)称为“DTCP1”。另外,“EI”Flag如果为“0”则表示“内容为‘Non-Enhanced Image(非增强图像)’”,如果为“1”则表示“内容为‘Enhanced Image(增强图像)’”。在此,“增强图像”是指具有像素数超过1920×1080、或者超过HD水平的颜色空间(BT.709等SDR)的颜色空间(例如BT.2020、SMPTE2084等HDR)的影像的内容。另外,“非增强图像”是指具有HD影像画质以下的影像(例如,像素数为1920×1080以下、且具有HD水平的颜色空间(BT.709等SDR)的影像等)的内容。另外,“HDR”Flag如果为“0”则表示“是可以从HDR转换为SDR的影像的内容”,如果为“1”则表示“是禁止从HDR转换为SDR的影像的内容”。另外,“SDO”Flag如果为“0”则表示“在为‘增强图像’时如果不是L2级内容保护则不能再次输出,但在将‘增强图像’转换为‘非增强图像’的情况下则能够用L1级内容保护再次输出”,如果为“1”则表示“不论在内容为‘增强图像’还是‘非增强图像’的情况下,不论是L2级内容保护还是L1级内容保护都能够再次输出”。
在想要将以上说明的基于DTCP2的内容保护应用于本实施例的IP接口输出时,作为图38的输出控制信息50200,对何种内容附加何种标志成为问题。例如,可以考虑在图38的接收控制信息50100侧准备与图39的4个标志实质上对应的标志。由此,能够实质上将广播台的服务器作为DTCP2的Sink(汇集)装置。但是,上述4个标志各为1bit,在按照广播台方或制作方的意图能够自由设定这些标志的情况下,如果考虑4个标志所有的组合,则为2的4次幂,即成为16种内容保护状态,变得非常复杂。这不得不说对于在大量的视听者同时接收、进而选台的服务中反复进行节目的开始、结束的“广播”技术来说并不适合。作为“广播”技术的对象的视听者的数量庞大,视听者所具有的监视器等也有各种各样。例如,在一部分的视听者所具有的监视器为不兼容HDR的情况下,根据基于标志的内容保护控制使这些视听者全部无法视听该内容,对于“广播”技术来说是要尽可能避免的状况。另外,为了接收设备的普及也要求用“广播”技术传输的内容的种类体系简单、容易让大量的视听者理解。
另外,如果在接收控制信息50100中准备新的标志则内容制作方的设备也会变得复杂。
考虑以上情况,本实施例的广播通信系统中,在图38的接收控制信息50100中不直接导入与DTCP2的上述4个标志实质上对应的标志。在此基础上,在从广播接收装置40100进行IP接口输出时,运用DTCP2的标志作为输出控制信息50200来进行更加适合的内容保护。具体来说,本实施例的广播通信系统中,作为接收控制信息50100,使用内容的影像的分辨率的信息、关于内容的数字复制的控制信息、关于内容的存储和输出的控制信息、以及实施例3、4中说明的EOTF识别信息(传递特性识别信息),广播接收装置40100在进行IP接口输出时根据这些信息,包括附加DTCP2的标志地决定各个内容的输出保护。
在此,对作为接收控制信息50100之一使用的内容的影像的分辨率的信息进行说明。内容的影像的分辨率的信息,在本实施例的广播通信系统中传输多个种类的信息。广播接收装置40100只要使用多个种类的信息的任意个来判别内容的影像的分辨率(像素数)即可。例如,可以取得作为本实施方式的广播系统的内容的影像编码方式的HEVC的编码流内保存的编码参数来进行判断。或者,可以取得配置于MPT的MH-HEVC视频描述符中记载的编码参数来进行判断。或者,可以取得影像分量描述符中记载的影像分辨率信息来进行判断。
接着,对作为接收控制信息50100之一使用的关于内容的数字复制的控制信息和关于内容的存储和输出的控制信息进行说明。图40表示本实施例的广播通信系统中传输的关于内容的数字复制的控制信息和关于内容的存储和输出的控制信息的描述符。在此,内容复制控制描述符中保存有关于内容的数字复制的控制信息或表示最大传输速率的信息等。另外,内容利用控制描述符中保存有描述了关于内容的存储和输出的控制信息的信息。内容复制控制描述符和内容利用控制描述符例如配置于MPT中进行传输。
图41A表示本实施例的广播系统的内容复制控制描述符的数据结构的一例。图中的“digital_recording_control_data”参数是数字复制控制信息,表示控制内容的复制代(copy generation)的信息。另外,图41B表示上述数字复制控制信息的参数及其意思的一例。例如,在上述参数为“00”时表示“能够没有制约条件地进行复制(与‘可无限制复制’同义)”,在上述参数为“01”时表示能够由运营商定义,在上述参数为“10”时表示“仅可复制一代”,在上述参数为“11”时表示“禁止复制”。仅上述参数为“00”时表示“能够没有制约条件地进行复制”的情况,可以说是没有指定基于数字复制控制信息的保护的状态。在上述参数为“01”、“10”、“11”时,可以说是指定了基于数字复制控制信息的某种保护的状态。
另外,图42表示本实施例的广播系统的内容利用控制描述符的数据结构的一例。图中的“copy_restriction_mode”参数是复制限制模式,表示是否能够进行个数限制复制(与实施例1的“可复制规定多次”对应)。图42所示的内容利用控制描述符的“encryption_mode”参数的值,用于IP接口输出时的保护(加密)的控制。可以是在上述“encryption_mode”参数的值为“0”表示要保护(要加密)时,在内容的输出时进行加密处理,在值为“1”表示不要保护(不要加密)时,在内容的输出时不进行保护(加密处理)地进行输出。
以上说明的内容复制控制描述符的“digital_recording_control_data”参数、内容利用控制描述符的“encryption_mode”参数和内容利用控制描述符的“copy_restriction_mode”参数的组合,是实施例1中说明的“复制控制信息”的具体的结构例。
本实施例的广播接收装置40100可以取得上述的内容复制控制描述符的“digital_recording_control_data”参数和内容利用控制描述符的“copy_restriction_mode”参数等,用于决定IP接口输出的内容的输出保护的判断。
接着,作为接收控制信息50100之一使用的EOTF识别信息,在实施例3、4中已经进行了详细的说明,因此省略再次的说明。而且,本实施例的广播接收装置40100也可以不仅使用作为接收控制信息50100的EOTF识别信息,而且使用在广播接收装置40100中内容的影像的分辨率转换处理的有无或结果、或者实施例3、4中说明的传递特性转换处理的有无或结果、或者内容的存储处理的有无或存储后的状态,来决定IP接口输出的内容的输出保护。
[广播接收装置的IP接口输出的内容的输出保护的决定处理]
用图43、图44、图45,表示广播接收装置的IP接口输出的内容的输出保护的决定处理的一例。
首先,图43表示广播接收装置40100将内容与接收控制信息50100一起接收,不对内容的影像进行分辨率转换处理和传递特性转换处理地进行IP接口输出时的内容的输出保护的决定处理。
图43中,本实施例的广播接收装置40100的主控制部101,基于接收控制信息50100中包含的信息,决定进行IP接口输出时的内容的输出保护。具体来说,基于内容复制控制描述符的“digital_recording_control_data”参数、内容利用控制描述符的“encryption_mode”参数、接收内容的影像的分辨率、传递特性(EOTF)识别信息的组合,决定进行IP接口输出时的内容的输出保护。以下,对各个组合的决定例进行说明。
[图43组合1]
在图43的组合1的例子中,内容复制控制描述符的“digital_recording_control_data”参数表示“能够没有制约条件地进行复制”,内容利用控制描述符的“encryption_mode”参数表示IP接口输出时的保护状态为“不保护”。即在这种情况下,不论根据哪个参数都可以说是没有指定内容的复制限制和输出保护的状况。
在这种情况下,不论是影像的分辨率超过水平1920×垂直1080像素的内容(水平、垂直任一者超过该像素数的内容,以下称为“超2K内容”),还是水平1920×垂直1080像素以下的内容(水平、垂直任一者为该像素数以下的内容,以下称为“2K以下内容”),不论是在传递特性识别信息表示HDR时还是在表示SDR时,都不需要进行IP接口输出时的内容的输出保护。不需要输出时的复制控制(实质上的Copy Free(自由复制)),也不需要输出时的加密,当然也不需要附加DTCP2的输出控制信息。但是,也可以对该内容进行DTCP1(上述的“DTCP-IP”)或DTCP2的保护后进行输出。在这种情况下,可以令输出时的复制控制状态为“CopyFree”,不进行加密。进而,在进行DTCP2的保护后进行输出时,可以以如下方式决定输出控制信息。令“L2-Only”Flag为0。“EI”Flag在2K以下内容且传递特性为SDR时为0,在除此以外的内容时为1。令“HDR”Flag为0。令“SDO”Flag为1。即,以如下状态输出:IP接口输出的DTCP的保护级别可以为L1级也可以为L2级,复制控制为Copy Free,不禁止传递特性转换,与分辨率和传递特性的状态无关地,不论是L1级还是L2级的保护状态都以能够再次输出的状态输出。这意味着,以本实施例的IP接口输出的输出控制状态中的保护状态最低的状态输出。
[图43组合2~5]
在图43的组合2~5的例子中,内容复制控制描述符的“digital_recording_control_data”参数表示“能够没有制约条件地进行复制”,内容利用控制描述符的“encryption_mode”参数表示IP接口输出时的保护状态为“进行保护”。
在这种情况下,根据内容利用控制描述符的“encryption_mode”参数指定了在IP接口输出时进行保护,因此不论哪种组合中都进行基于DTCP2或DTCP1的输出保护。这种情况下的复制控制状态不论哪种都为表示虽然没有复制限制但是需要进行加密的状态的“EPN”,进行编码保护处理。在此,关于进行DTCP1或DTCP2的哪个级别的输出保护处理,根据接收内容的影像的分辨率和传递特性(EOTF)识别信息的组合来决定。
例如,在组合5中,接收内容的影像的分辨率为2K以下内容,传递特性(EOTF)识别信息为SDR。这是所谓的HD画质内容,因此现有级别的输出保护就足够了,进行使用DTCP1的输出保护。此时,当然不附加DTCP2的输出控制信息。
另外,在组合2、3、4中,满足接收内容的影像的分辨率为超2K内容、或者传递特性(EOTF)识别信息为HDR的任一条件。这种情况下为超过HD画质的画质的内容,因此使用作为比DTCP1高级别的输出保护的DTCP2来进行内容保护。此时,附加于输出内容的DTCP2的输出控制信息以如下方式决定。
在此,关于“L2-Only”Flag,在组合2、3、4的任一个中都将“L2-Only”Flag设为0。在此,如果将“L2-Only”Flag设为1,则即使在输出目的地的设备例如进行像素数转换或传递特性转换处理而将画质降低到HD画质时,不进行DTCP2等L2级的内容保护也无法再输出。根据视听者所拥有的设备的不同有存在无法视听的可能性(视听者所拥有的设备不兼容DTCP2的情况等),这种状况对于大量的视听者同时接收的“广播”内容的保护来说是不期望的。以上是将“L2-Only”Flag设为0的理由。本实施例的以后的说明的任一个DTCP2的输出控制信息的决定中,也基于同样的理由而原则上将“L2-Only”Flag设为0。但是,作为变形例,在广播内容或广播服务分为“免费广播”和“收费广播”,由广播接收装置40100能够识别是“免费广播”还是“收费广播”的情况下,可以对于“免费广播”将“L2-Only”Flag设为0,对于“收费广播”将“L2-Only”Flag设为1。这是因为“收费广播”的视听者是受限制的,对“收费广播”的内容特别要求高的保护级别。
另外,关于“EI”Flag,在组合2、3、4的任一个中都将“EI”Flag设为1。这是因为,满足接收内容的影像的分辨率为超2K内容或者传递特性(EOTF)识别信息为HDR的任一条件。
另外,关于“HDR”Flag,在组合2、3中都将“HDR”Flag设为0。这些组合中传递特性(EOTF)识别信息为HDR,如果直接输出,则IP接口输出时的内容的传递特性也为HDR。在此,如果将“HDR”Flag设为1,则无法在输出目的地的设备进行传递特性转换处理而将其转换为SDR内容。在这种情况下根据视听者所拥有的设备的不同而有无法视听的可能性(视听者所拥有的设备不兼容HDR内容的情况等)。这种状况对大量的视听者同时接收的“广播”内容的保护来说是不期望的。以上是将“HDR”Flag设为0的理由。本实施例的以后的说明的任一个DTCP2的输出控制信息的决定中,也基于同样的理由而原则上将“HDR”Flag设为0。但是,作为变形例,在广播内容或广播服务分为“免费广播”和“收费广播”,由广播接收装置40100能够识别是“免费广播”还是“收费广播”的情况下,可以对于“免费广播”将“HDR”Flag设为0,对于“收费广播”将“HDR”Flag设为1。这是因为“收费广播”的视听者是受限制的,存在认为“收费广播”的内容直接以高画质的HDR画质视听是有价值的服务运营商。
另外,关于“HDR”Flag,在组合4中,传递特性(EOTF)识别信息为SDR,如果直接输出,则IP接口输出时的内容的传递特性也为SDR。因此,不需要附加表示可否进行将HDR内容变为SDR的传递特性转换处理的“HDR”Flag。
另外,关于“SDO”Flag,在组合2、3、4的任一个中都将“SDO”Flag设为0。既然根据内容利用控制描述符的“encryption_mode”参数指定了IP接口输出时要进行保护,那么就希望分辨率为超2K内容或传递特性为HDR的内容以高的保护级别进行保护。另一方面,在以大量的视听者同时接收为前提的“广播”技术中,需要尽可能避免使用不兼容L2级的内容保护的设备的一部分视听者完全无法视听内容的状况。在此,只要将“SDO”Flag设为0,则分辨率为超2K内容或传递特性为HDR的内容能够进行L2级的高的内容保护,另一方面,在通过分辨率转换处理或传递特性转换处理将内容降低至HD画质的情况下,允许兼容设备多的现有的DTCP-IP级(L1级)的内容保护,因此与通过“广播”技术接收到的内容的输出的保护处理所要求的这两个要求的匹配性高。以上是将“SDO”Flag设为0的理由。本实施例的以后的说明的任一个DTCP2的输出控制信息的决定中,在根据内容复制控制描述符的“digital_recording_control_data”参数或内容利用控制描述符的“encryption_mode”参数指定了复制限制或内容的输出保护的情况下,或者在表示内容的存储处理的状态为复制限制或内容的输出保护的情况下,以同样的理由将“SDO”Flag设为0。
[图43组合6~9]
在图43的组合6~9的例子中,内容复制控制描述符的“digital_recording_control_data”参数表示“仅可复制一代”。在这种情况下,由于指定了存在复制限制,所以不论在内容利用控制描述符的“encryption_mode”参数表示为何值时,都希望在IP接口输出时进行内容保护。因此,进行基于DTCP2或DTCP1的输出保护。此时的复制控制状态不论哪种都设为表示仅可复制一代的“Copy One Generation”,进行编码保护处理。
在此,关于(1)进行DTCP2或DTCP1的哪个级别的输出保护处理方面、以及(2)以DTCP2进行输出保护处理时的输出控制信息的决定,根据接收内容的影像的分辨率和传递特性(EOTF)识别信息的组合来决定。但是,图43的组合6、7、8、9的这些决定方法,分别与图43的组合2、3、4、5同样,因此省略再次的说明。
[图43组合10~13]
在图43的组合10~13的例子中,内容复制控制描述符的“digital_recording_control_data”参数表示“禁止复制”。在这种情况下,由于指定了存在复制限制,所以不论在内容利用控制描述符的“encryption_mode”参数表示为何值时,都希望在IP接口输出时进行内容保护。因此,进行基于DTCP2或DTCP1的输出保护。这种情况下的复制控制状态不论哪种都设为表示禁止复制的“Copy Never(禁止复制)”,进行编码保护处理。
在此,关于(1)进行DTCP2或DTCP1的哪个级别的输出保护处理方面、以及(2)以DTCP2进行输出保护处理时的输出控制信息的决定,根据接收内容的影像的分辨率和传递特性(EOTF)识别信息的组合来决定。但是,图43的组合10、11、12、13的这些决定方法,分别与图43的组合2、3、4、5同样,因此省略再次的说明。
根据以上说明的进行图43的IP接口输出时的内容的输出保护的决定处理,在与接收控制信息50100一起接收内容,不对内容的影像进行分辨率转换处理、传递特性转换处理地进行IP接口输出时,能够实现对内容的影像的画质的输出保护的观点和广播内容的视听者的便利性的观点这两个观点的平衡性好的内容的输出保护。
接着,图44表示广播接收装置40100将内容与接收控制信息50100一起接收,对内容的影像进行分辨率转换处理、传递特性转换处理后进行IP接口输出时的内容的输出保护的决定处理。
图44的例子中,本实施例的广播接收装置40100对接收到的内容的影像进行分辨率转换处理和/或传递特性转换处理。分辨率转换处理只要在图35A的广播接收装置40100的影像解码器141与影像色域转换部142之间设置分辨率处理部,在此执行即可。传递特性转换处理在实施例3和4中已经进行了说明,用影像色域转换部142执行即可。
在此,在图44的例子中,在进行IP接口输出之前,实施了内容的影像的分辨率转换处理和/或传递特性转换处理,因此仅用接收控制信息50100中包含的信息无法进行适当的内容的输出保护的决定。
于是,在接收控制信息50100中包含的信息的基础上,也考虑分辨率转换处理后的影像的分辨率和/或传递特性转换处理后的传递特性地来决定进行IP接口输出时的内容的输出保护。具体来说,替换图43的“接收控制信息”的“影像分辨率”设置“输出时状态”的“输出时影像分辨率”项目,替换“接收控制信息”的“传递特性识别信息(ETOF)”设置“输出时状态”的“输出时传递特性”项目。在此,接收控制信息50100的主控制部101通过以下的判断,决定“输出时状态”的“输出时影像分辨率”和“输出时状态”的“输出时传递特性”。
首先,本实施例的广播接收装置40100在对接收到的内容的影像进行分辨率转换处理而不进行传递特性转换处理时,可以将分辨率转换处理后的影像的分辨率判断为“输出时状态”的“输出时影像分辨率”,将“接收控制信息”的“传递特性识别信息(ETOF)”所示的传递特性判断为“输出时状态”的“输出时传递特性”。
另外,本实施例的广播接收装置40100在对接收到的内容的影像不进行分辨率转换处理而进行传递特性转换处理时,可以将“接收控制信息”的“影像分辨率”判断为“输出时状态”的“输出时影像分辨率”,将传递特性转换处理后的传递特性判断为“输出时状态”的“输出时传递特性”。
另外,本实施例的广播接收装置40100在对接收到的内容的影像进行分辨率转换处理和传递特性转换处理这两者时,可以将分辨率转换处理后的影像的分辨率判断为“输出时状态”的“输出时影像分辨率”,将传递特性转换处理后的传递特性判断为“输出时状态”的“输出时传递特性”。
图44的例子中,本实施例的广播接收装置40100使用根据以上说明的判断所决定的“输出时状态”的“输出时影像分辨率”和“输出时状态”的“输出时传递特性”,进行图44所示的进行IP接口输出时的内容的输出保护的决定处理。但是,在已经说明的图43中,将“接收控制信息”的“影像分辨率”换种说法为“输出时状态”的“输出时影像分辨率”,将“接收控制信息”的“传递特性识别信息(ETOF)”换种说法为“输出时状态”的“输出时传递特性”的情况下,成为与图44的例子同样的控制。因此,图44的“接收控制信息”的内容复制控制描述符的“digital_recording_control_data”参数、内容利用控制描述符的“encryption_mode”参数、“输出时状态”的“输出时影像分辨率”和“输出时传递特性”的组合1~13各自的IP接口输出控制,与图43的“接收控制信息”的内容复制控制描述符的“digital_recording_control_data”参数、内容利用控制描述符的“encryption_mode”参数、“影像分辨率”的“传递特性识别信息(ETOF)”的组合1~13各自的IP接口输出控制相同,因此省略再次说明。
根据以上说明的图44的进行IP接口输出时的内容的输出保护的决定处理,在与接收控制信息50100一起接收内容,对内容的影像进行分辨率转换处理和/或传递特性转换处理后进行IP接口输出时,能够实现对内容的影像的画质的输出保护的观点和广播内容的视听者的便利性的观点这两个观点的平衡性好的内容的输出保护。
接着,图45表示广播接收装置40100将内容与接收控制信息50100一起接收,对内容进行存储处理之后进行IP接口输出时的内容的输出保护的决定处理。关于存储处理的概要,在实施例1中已经进行了说明,因此省略再次说明。
首先,广播接收装置40100使用接收控制信息50100中包含的内容复制控制描述符的“digital_recording_control_data”参数、内容利用控制描述符的“encryption_mode”参数和内容利用控制描述符的“copy_restriction_mode”参数,决定存储对象内容的存储控制状态。
在此,在内容复制控制描述符的“digital_recording_control_data”参数表示“能够没有制约条件地进行复制”,内容利用控制描述符的“encryption_mode”参数表示“不保护”时(图45的组合1的例子),不论内容利用控制描述符的“copy_restriction_mode”参数的值如何,都为“无复制限制地存储、且无encryption_mode保护”的存储控制状态。
另外,在内容复制控制描述符的“digital_recording_control_data”参数表示“能够没有制约条件地进行复制”,内容利用控制描述符的“encryption_mode”参数表示“进行保护”时(图45的组合2~5的例子),不论内容利用控制描述符的“copy_restriction_mode”参数的值如何,都为“无复制限制地存储、且有encryption_mode保护”的存储控制状态。
另外,在内容复制控制描述符的“digital_recording_control_data”参数表示“仅可复制一代”,内容利用控制描述符的“copy_restriction_mode”参数表示“仅可复制一代”时(图45的组合6~9的例子),在内容利用控制描述符的“encryption_mode”参数为任意值时,都为“禁止再次复制”的存储控制状态。
另外,在内容复制控制描述符的“digital_recording_control_data”参数表示“仅可复制一代”,内容利用控制描述符的“copy_restriction_mode”参数表示能够运用“可限制个数复制”时(图45的组合10~13的例子),在内容利用控制描述符的“encryption_mode”参数为任意值时,都能够为“可限制个数复制”的存储控制状态。
另外,在内容复制控制描述符的“digital_recording_control_data”参数表示“禁止复制”时(图45的组合14~17的例子),内容能够存储的状态不论在内容复制控制描述符的“digital_recording_control_data”参数和内容利用控制描述符的“copy_restriction_mode”为何值时,都限定为“暂时存储”的存储控制状态。关于“暂时存储”的概要,在实施例1中已经进行了说明,所以省略再次说明。
如以上说明的那样,广播接收装置40100使用接收控制信息50100中包含的内容复制控制描述符的“digital_recording_control_data”参数、内容利用控制描述符的“encryption_mode”参数和内容利用控制描述符的“copy_restriction_mode”参数,决定存储对象内容的存储控制状态。
接着,广播接收装置40100在将所存储的内容从IP接口输出时,根据该内容的存储控制状态和输出该内容时的“输出时影像分辨率”和“输出时传递特性”,决定IP接口输出的内容的输出保护。在此,在图45的例子中,有可能在内容的存储处理前后对内容的影像实施分辨率转换处理和/或传递特性转换处理。这在广播接收装置40100接收内容后从IP接口输出前有可能实施分辨率转换处理和/或传递特性转换处理的方面与图44的例子共通。因此,广播接收装置40100的“输出时影像分辨率”和“输出时传递特性”的判断,只要与图44的例子同样地进行即可,所以省略再次说明。
接着,对图45的各个组合的进行IP接口输出时的内容的输出保护的决定进行说明。
[图45组合1]
图45所示的组合1的例子,即将“无复制限制地存储、且无encryption_mode保护”这一存储控制状态的内容进行IP接口输出时,只要进行与图44的组合1同样的内容的输出控制即可。因为重复,所以省略再次说明。
[图45组合2~5]
图45所示的组合2~5的例子,即将“无复制限制地存储、且有encryption_mode保护”这一存储控制状态的内容进行IP接口输出时,只要进行与图44的组合2~5同样的内容的输出控制即可。因为重复,所以省略再次说明。
[图45组合6~9]
图45所示的组合6~9的例子,即将“禁止再次复制”的存储控制状态的内容进行IP接口输出时,根据该输出处理是为了用输出目的地的设备视听的视听用输出,还是内容向输出目的地设备的移动,输出时的复制控制状态不同。具体来说,在该IP接口输出为视听用输出时,使复制控制状态为表示禁止再次复制的“禁止再次复制”而输出。在该IP接口输出为移动时,使复制控制状态为“移动”而输出。在图45所示的组合6、7、8、9的各个中,关于IP接口输出的其他的内容保护控制,与图44所示的组合6、7、8、9分别相同,所以省略再次说明。
[图45组合10~13]
图45的组合10、11、12、13的各个的例子,即,将“可限制个数复制”这一存储控制状态的内容进行IP接口输出时的内容保护控制,与图45的组合6、7、8、9的各个的例子大致相同。不同的点如下所述。在将存储控制状态为“禁止再次复制”的内容进行IP接口输出时,当进行一次移动处理时需要使该内容在广播接收装置40100中不能再现(注意在内容被设为不能再现之前能够进行多次视听用输出)。与之相对地,存储控制状态为“可限制个数复制”是经由IP接口输出能够对输出目的地设备进行多次的复制处理和最后一次移动处理。例如,作为一例能够进行9次复制处理,最后进行一次移动处理。最后的移动处理时需要在广播接收装置40100将该内容设为不能再现。在此,作为广播接收装置40100,将多次的复制处理的每一次视作复制处理,但该复制处理的每一个内容在IP接口输出的保护处理中使复制控制状态为“移动”而输出。
即,存储控制状态“可限制个数复制”的内容的复制处理,虚拟地设定在广播接收装置40100中预先存储多个该内容的状态,将所存储的多个内容的每一个作为经由IP接口输出而移动的处理来执行。在此,实际上如果预先存储多个相同的内容,则对存储部的容量来说是低效的存储状态。因此,实际上可以将该内容预先存储一个,将该存储个数信息作为管理信息保存在存储(storage)部或存储器(memory)部中进行管理。这是上述的“虚拟地”的说明。
除了以上说明的点意外,图45的组合10、11、12、13的例子的进行IP接口输出时的内容保护控制,与图45的组合6、7、8、9的各个例子相同,所以省略再次说明。
[图45组合14~17]
图45的组合14、15、16、17的各个的例子,即将“暂时存储”这一存储控制状态的内容进行IP接口输出时的内容保护控制与图45的组合6、7、8、9的各个的例子大致相同。不同点在于,“暂时存储”这一存储控制状态的内容无法向其他设备移动(不可移动)。关于其他点的进行IP接口输出时的内容保护控制,与图45的组合6、7、8、9的各个例子相同,所以省略再次说明。
根据以上说明的图45的进行IP接口输出时的内容的输出保护的决定处理,在与接收控制信息50100一起接收内容,进行内容的存储后进行IP接口输出时,能够实现对内容的影像的画质的输出保护的观点和广播内容的视听者的便利性的观点这两个观点的平衡性好的内容的输出保护。
如上所述,根据本实施例的广播通信系统和广播接收装置40100,根据关于内容的数字复制的控制信息和关于内容的存储、输出的控制信息、或者内容的存储状态、以及内容的影像的分辨率和内容的影像的传递特性等,能够实现对内容的影像的画质的输出保护的观点和广播内容的视听者的便利性的观点这两个观点的平衡性好的内容的输出保护。即,根据本实施例的广播通信系统和广播接收装置40100,能够实现更合适的内容输出保护控制。
以上,用实施例1~5说明了本发明的实施方式的例子,但实现本发明的技术的结构不限于上述实施例,能够考虑各种变形例。例如,能够将某个实施例的结构的一部分置换为其他实施例的结构,也能够在某个实施例的结构中添加其他实施例的结构。这些全部属于本发明的范围。另外,文中和图中出现的数值和消息等只是一例,即使使用不同的内容也不损害本发明的效果。
上述本发明的功能等的一部分或全部例如可以通过集成电路设计等而用硬件实现。另外,也可以通过微处理器单元等解析并执行实现各功能等的动作程序等而用软件实现。也可以并用硬件和软件。
另外,控制广播接收装置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……广播台服务器、390c……摄影设备、390e……编辑设备、400……服务运营商服务器、500……其他应用程序服务器、600……移动电话通信服务器、600b……基站、700……便携信息终端、40200……连接线缆、40300……监视器装置。

Claims (11)

1.一种广播接收装置,其能够接收至少包含节目内容和关于所述节目内容兼容的色域或亮度的传递识别信息的广播数据,所述广播接收装置的特征在于,包括:
接收所述广播数据的广播接收部;
存储部,其存储关于显示所述广播接收装置接收到的节目内容的显示部能够兼容的色域或亮度的显示特性信息;和
影像转换处理部,其基于所述广播接收部接收到的所述传递识别信息和从所述存储部读取的所述显示特性信息,进行所述广播接收部接收到的所述节目内容的色域转换处理或亮度转换处理。
2.如权利要求1所述的广播接收装置,其特征在于:
所述影像转换处理部的色域转换处理,在所述传递识别信息所示的色域包含在所述显示特性信息所示的色域中时不执行,在所述传递识别信息所示的色域不包含在所述显示特性信息所示的色域中时执行。
3.如权利要求1所述的广播接收装置,其特征在于:
所述影像转换处理部的亮度转换处理,在所述显示特性信息所示的所述显示部能够兼容的最大亮度不大于所述传递识别信息所示的所述节目内容的最大亮度时执行,在所述显示特性信息所示的所述显示部能够兼容的最大亮度比所述传递识别信息所示的所述节目内容的最大亮度大时不执行。
4.如权利要求1所述的广播接收装置,其特征在于:
所述影像转换处理部的亮度转换处理,在所述显示特性信息所示的所述显示部能够兼容的最大亮度不大于所述传递识别信息所示的所述节目内容的编辑中使用的编辑设备能够兼容的最大亮度时执行,在所述显示特性信息所示的所述显示部能够兼容的最大亮度比所述传递识别信息所示的所述节目内容的编辑中使用的编辑设备能够兼容的最大亮度大时不执行。
5.一种能够接收数字广播的广播数据的广播接收装置,其特征在于,包括:
接收广播数据的广播接收部,该广播数据包括关于所述数字广播的广播节目的编码节目影像数据、表示所述编码节目影像数据是否与高动态范围亮度兼容的HDR信息和事件时间表信息;
影像解码部,其解码所述广播接收部接收到的所述编码节目影像数据并再现节目影像信息;
显示部,其能够显示基于所述广播接收部接收到的所述事件时间表信息生成的电子节目表;和
控制部。
6.如权利要求5所述的广播接收装置,其特征在于:
所述控制部通过参照所述HDR信息,在所述编码节目影像数据与高动态范围亮度兼容时,控制所述显示部,使得在所述电子节目表信息的与所述编码节目影像数据对应的位置显示出表示是与高动态范围亮度兼容的节目的符号、字符或记号。
7.如权利要求5所述的广播接收装置,其特征在于:
所述控制部在所述HDR信息中记载的所述编码节目影像数据的格式表示与高动态范围亮度兼容时,控制所述显示部,使得在所述电子节目表信息的与所述编码节目影像数据对应的位置显示出表示是与高动态范围亮度兼容的节目的符号、字符或记号。
8.如权利要求5所述的广播接收装置,其特征在于:
所述控制部在所述HDR信息中记载的所述编码节目影像数据所兼容的亮度的最大值为规定值以上时,控制所述显示部,使得在所述电子节目表信息的与所述编码节目影像数据对应的位置显示出表示是与高动态范围亮度兼容的节目的符号、字符或记号。
9.如权利要求5所述的广播接收装置,其特征在于:
所述控制部在所述HDR信息中记载的所述编码节目影像数据的编辑中使用的编辑设备与高动态范围亮度兼容时,控制所述显示部,使得在所述电子节目表信息的与所述编码节目影像数据对应的位置显示出表示是与高动态范围亮度兼容的节目的符号、字符或记号。
10.如权利要求5所述的广播接收装置,其特征在于:
所述控制部即使在所述编码节目影像数据与高动态范围亮度兼容时,如果所述显示部与高动态范围亮度不兼容,则控制所述展示处理部,使得在所述电子节目表信息的与所述编码节目影像数据对应的位置不显示表示是与高动态范围亮度兼容的节目的符号、字符或记号。
11.一种接收内容的广播接收装置,其特征在于,包括:
接收所述内容的接收部;
用于输出所述接收部接收到的内容的接口;和
控制来自所述接口的内容的输出状态的控制部,
所述控制部根据所述接收部与所述内容一起接收的、表示所述内容的复制控制状态的控制信息、指定所述内容的输出时是否需要保护的控制信息、表示所述内容的影像的分辨率的信息和表示所述内容的影像的传递特性的信息的组合,来决定来自所述接口的内容的输出状态。
CN201680055583.5A 2015-09-25 2016-09-20 广播接收装置 Active CN108028958B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN202110943181.1A CN113660522A (zh) 2015-09-25 2016-09-20 接收装置
CN202110943216.1A CN113660524A (zh) 2015-09-25 2016-09-20 显示装置和显示控制方法
CN202110943209.1A CN113660523A (zh) 2015-09-25 2016-09-20 接收装置
CN202110943223.1A CN113660525A (zh) 2015-09-25 2016-09-20 接收装置
CN202110942276.1A CN113660520A (zh) 2015-09-25 2016-09-20 显示装置和显示控制方法
CN202110942277.6A CN113660521A (zh) 2015-09-25 2016-09-20 接收装置

Applications Claiming Priority (23)

Application Number Priority Date Filing Date Title
JP2015-188314 2015-09-25
JP2015188314 2015-09-25
JP2015189084 2015-09-28
JP2015-189084 2015-09-28
JP2015-191342 2015-09-29
JP2015191342 2015-09-29
JP2015-192381 2015-09-30
JP2015192381 2015-09-30
JP2015-195543 2015-10-01
JP2015195543 2015-10-01
JP2016037677A JP6616211B2 (ja) 2015-09-25 2016-02-29 放送受信装置
JP2016-037677 2016-02-29
JP2016-038577 2016-03-01
JP2016038577A JP6616212B2 (ja) 2015-09-28 2016-03-01 表示制御方法
JP2016-040170 2016-03-02
JP2016040170A JP6645869B2 (ja) 2015-09-29 2016-03-02 放送システム
JP2016-040577 2016-03-03
JP2016040577A JP6645871B2 (ja) 2015-09-30 2016-03-03 放送システム
JP2016042234A JP6441247B2 (ja) 2015-10-01 2016-03-04 表示制御方法
JP2016-042234 2016-03-04
JP2016176428A JP6734742B2 (ja) 2016-09-09 2016-09-09 コンテンツの保護方法
JP2016-176428 2016-09-09
PCT/JP2016/077739 WO2017051808A1 (ja) 2015-09-25 2016-09-20 放送受信装置

Related Child Applications (6)

Application Number Title Priority Date Filing Date
CN202110943223.1A Division CN113660525A (zh) 2015-09-25 2016-09-20 接收装置
CN202110942277.6A Division CN113660521A (zh) 2015-09-25 2016-09-20 接收装置
CN202110943209.1A Division CN113660523A (zh) 2015-09-25 2016-09-20 接收装置
CN202110942276.1A Division CN113660520A (zh) 2015-09-25 2016-09-20 显示装置和显示控制方法
CN202110943181.1A Division CN113660522A (zh) 2015-09-25 2016-09-20 接收装置
CN202110943216.1A Division CN113660524A (zh) 2015-09-25 2016-09-20 显示装置和显示控制方法

Publications (2)

Publication Number Publication Date
CN108028958A true CN108028958A (zh) 2018-05-11
CN108028958B CN108028958B (zh) 2021-09-03

Family

ID=62079279

Family Applications (7)

Application Number Title Priority Date Filing Date
CN202110942277.6A Pending CN113660521A (zh) 2015-09-25 2016-09-20 接收装置
CN202110943223.1A Pending CN113660525A (zh) 2015-09-25 2016-09-20 接收装置
CN202110943216.1A Pending CN113660524A (zh) 2015-09-25 2016-09-20 显示装置和显示控制方法
CN202110943181.1A Pending CN113660522A (zh) 2015-09-25 2016-09-20 接收装置
CN202110943209.1A Pending CN113660523A (zh) 2015-09-25 2016-09-20 接收装置
CN201680055583.5A Active CN108028958B (zh) 2015-09-25 2016-09-20 广播接收装置
CN202110942276.1A Pending CN113660520A (zh) 2015-09-25 2016-09-20 显示装置和显示控制方法

Family Applications Before (5)

Application Number Title Priority Date Filing Date
CN202110942277.6A Pending CN113660521A (zh) 2015-09-25 2016-09-20 接收装置
CN202110943223.1A Pending CN113660525A (zh) 2015-09-25 2016-09-20 接收装置
CN202110943216.1A Pending CN113660524A (zh) 2015-09-25 2016-09-20 显示装置和显示控制方法
CN202110943181.1A Pending CN113660522A (zh) 2015-09-25 2016-09-20 接收装置
CN202110943209.1A Pending CN113660523A (zh) 2015-09-25 2016-09-20 接收装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202110942276.1A Pending CN113660520A (zh) 2015-09-25 2016-09-20 显示装置和显示控制方法

Country Status (2)

Country Link
US (3) US10708647B2 (zh)
CN (7) CN113660521A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112585980A (zh) * 2018-08-29 2021-03-30 索尼公司 图像处理装置、显示控制方法和程序

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180352295A1 (en) * 2015-05-07 2018-12-06 Sharp Kabushiki Kaisha System for targeting and demographics
CN105205782B (zh) * 2015-09-06 2019-08-16 京东方科技集团股份有限公司 超解像方法和系统、服务器、用户设备及其方法
CA3004793A1 (en) * 2015-11-09 2017-05-18 Thomson Licensing Method and device for adapting the video content decoded from elementary streams to the characteristics of a display
JP6729055B2 (ja) 2016-06-23 2020-07-22 セイコーエプソン株式会社 映像処理装置、表示装置および映像処理方法
CN115225184A (zh) 2016-09-12 2022-10-21 麦克赛尔株式会社 广播接收装置
US10779008B2 (en) * 2016-10-05 2020-09-15 Dolby Laboratories Licensing Corporation Source color volume information messaging
WO2019188256A1 (ja) * 2018-03-28 2019-10-03 ソニー株式会社 情報処理装置、および情報処理方法、並びにプログラム
US11612812B1 (en) 2021-06-29 2023-03-28 Amazon Technologies, Inc. Video game streaming with dynamic range conversion
US11617946B1 (en) 2021-06-29 2023-04-04 Amazon Technologies, Inc. Video game streaming with dynamic range conversion
US11666823B1 (en) * 2021-06-29 2023-06-06 Amazon Technologies, Inc. Video game streaming with dynamic range conversion

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070035706A1 (en) * 2005-06-20 2007-02-15 Digital Display Innovations, Llc Image and light source modulation for a digital display system
WO2007067270A2 (en) * 2005-12-05 2007-06-14 Digital Display Innovation, Llc Field sequential light source modulation for a digital display system
CN101052130A (zh) * 2006-04-03 2007-10-10 三星电子株式会社 提供可用编解码器信息的设备和方法
US20110267426A1 (en) * 2010-04-30 2011-11-03 Lg Electronics Inc. Apparatus of processing an image and a method of processing thereof
CN102893602A (zh) * 2010-02-22 2013-01-23 杜比实验室特许公司 具有使用嵌入在比特流中的元数据的呈现控制的视频显示
TW201513671A (zh) * 2013-06-21 2015-04-01 Sony Corp 送訊裝置、高動態範圍影像資料送訊方法、收訊裝置、高動態範圍影像資料收訊方法及程式

Family Cites Families (52)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000333088A (ja) 1999-05-21 2000-11-30 Toshiba Corp デジタルtv受像機
JP3639761B2 (ja) 1999-12-27 2005-04-20 財団法人エヌエイチケイサービスセンター テレビジョン放送におけるデータ放送の放送方法
US6700624B2 (en) * 1999-12-30 2004-03-02 Lg Electronics Inc. Combined terrestrial wave/cable broadcast receiver and program information processing method therefor
US8695039B2 (en) * 2000-04-17 2014-04-08 Lg Electronics Inc. Information descriptor and extended information descriptor data structures for digital television signals
JP4561482B2 (ja) * 2005-06-01 2010-10-13 株式会社日立製作所 映像表示装置
EP2090051B1 (en) * 2006-10-02 2012-06-13 Nxp B.V. Method and apparatus for generating data packets for transmission in an ofdm communication system
US9633426B2 (en) * 2014-05-30 2017-04-25 General Electric Company Remote visual inspection image capture system and method
US20090187942A1 (en) 2008-01-22 2009-07-23 Noboru Wakabayashi Receiving apparatus
JP5372383B2 (ja) 2008-01-22 2013-12-18 日立コンシューマエレクトロニクス株式会社 デジタルコンテンツ受信装置、および、デジタルコンテンツ受信方法
JP5094690B2 (ja) 2008-12-01 2012-12-12 日立コンシューマエレクトロニクス株式会社 記録制御方法
JP2010141757A (ja) 2008-12-15 2010-06-24 Hitachi Ltd コンテンツ管理装置
US20110154404A1 (en) * 2009-12-17 2011-06-23 At & T Intellectual Property I, L.P. Systems and Methods to Provide Data Services for Concurrent Display with Media Content Items
PL2543181T3 (pl) * 2010-03-03 2016-03-31 Koninklijke Philips Nv Urządzenia i sposoby definiowania systemu kolorów
US9565466B2 (en) * 2010-03-26 2017-02-07 Mediatek Inc. Video processing method and video processing system
US20120062554A1 (en) 2010-08-06 2012-03-15 Takamasa Ueno Reproducing apparatus
JP2012178622A (ja) 2011-02-25 2012-09-13 Hitachi-Lg Data Storage Inc コンテンツ送信装置/受信装置、コンテンツ送信方法/受信方法
US8978078B2 (en) * 2011-05-02 2015-03-10 At&T Intellectual Property I, L.P. System and method of selecting a multimedia stream
US8745668B2 (en) * 2011-05-09 2014-06-03 Lg Electronics Inc. Service system and method of providing service in digital receiver thereof
JPWO2012169204A1 (ja) 2011-06-08 2015-02-23 パナソニック株式会社 送信装置、受信装置、送信方法及び受信方法
RU2605435C2 (ru) 2011-06-14 2016-12-20 Конинклейке Филипс Н.В. Графическая обработка для видео с расширенным динамическим диапазоном
KR101843450B1 (ko) * 2011-08-23 2018-03-29 엘지전자 주식회사 이동 단말기 및 이동 단말기의 제어 방법
JP2013081062A (ja) 2011-10-04 2013-05-02 Mitsubishi Electric Corp 伝送システム、送信装置、受信装置、制御情報送信装置、伝送方法、送信方法、受信方法、および制御情報送信方法
WO2013059116A1 (en) * 2011-10-20 2013-04-25 Dolby Laboratories Licensing Corporation Method and system for video equalization
US20140130099A1 (en) * 2012-11-08 2014-05-08 General Instrument Corporation User-intiated feedback and correction of program metadata through an electronic program guide
JP6122626B2 (ja) 2012-12-06 2017-04-26 日本放送協会 復号装置およびプログラム
EP2959672B1 (en) 2013-02-21 2019-12-04 Koninklijke Philips N.V. Improved hdr image encoding and decoding methods and devices
US9363446B2 (en) * 2013-04-15 2016-06-07 Htc Corporation Automatic exposure control for sequential images
EP3926963A3 (en) 2013-04-30 2022-01-26 Saturn Licensing LLC Transmitting device, transmitting method, receiving device, and receiving method
JP2015015706A (ja) 2013-07-03 2015-01-22 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカPanasonic Intellectual Property Corporation of America データ送信方法、データ再生方法、データ送信装置およびデータ再生装置
JP6294489B2 (ja) 2013-09-06 2018-03-14 エルジー エレクトロニクス インコーポレイティド デジタル放送システムにおける広域明るさ表現のための超高画質放送信号送受信方法及び装置
KR101797505B1 (ko) 2013-11-13 2017-12-12 엘지전자 주식회사 Hdr 방송 서비스 제공을 위한 방송 신호 송수신 방법 및 장치
EP3094096B1 (en) * 2014-01-06 2018-09-26 LG Electronics Inc. Method and device for transmitting and receiving broadcast signal on basis of color gamut resampling
JP5812127B2 (ja) 2014-02-03 2015-11-11 株式会社ニコン 画像再生装置
KR101785671B1 (ko) * 2014-05-20 2017-11-06 엘지전자 주식회사 디스플레이 적응적 영상 재생을 위한 비디오 데이터 처리 방법 및 장치
WO2015198552A1 (ja) 2014-06-25 2015-12-30 パナソニックIpマネジメント株式会社 コンテンツデータ生成方法、映像ストリーム伝送方法及び映像表示方法
JP6566320B2 (ja) * 2014-06-27 2019-08-28 パナソニックIpマネジメント株式会社 データ出力装置及びデータ出力方法
JP6512458B2 (ja) 2014-06-30 2019-05-15 パナソニックIpマネジメント株式会社 データ再生方法及び再生装置
EP2978226A1 (en) * 2014-07-21 2016-01-27 Thomson Licensing Method of acquiring of electronic program guide information and corresponding apparatus
JPWO2016031911A1 (ja) 2014-08-29 2017-06-15 シャープ株式会社 制御情報生成装置、受信装置、映像信号伝送システム、および制御プログラム
CN109151253B (zh) * 2014-09-22 2020-12-18 松下知识产权经营株式会社 显示装置、显示方法以及再现显示系统
HUE056171T2 (hu) * 2014-12-29 2022-01-28 Sony Group Corp Adókészülék, adási eljárás, vevõkészülék és vételi eljárás
US10594978B2 (en) * 2015-02-11 2020-03-17 Lg Electronics Inc. Method and device for transmitting and receiving broadcast signal
MX371493B (es) 2015-03-05 2020-01-31 Sony Corp Dispositivo de transmision, metodo de transmision, dispositivo de recepcion y metodo de recepcion.
US10516915B2 (en) * 2015-04-24 2019-12-24 Lg Electronics Inc. Apparatus and method of processing metadata for indicating a change in HDR information
WO2016182371A1 (ko) * 2015-05-12 2016-11-17 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR102014800B1 (ko) * 2015-07-06 2019-08-27 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10171849B1 (en) * 2015-07-08 2019-01-01 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
WO2017043863A1 (ko) * 2015-09-07 2017-03-16 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR20240013892A (ko) * 2015-09-11 2024-01-30 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
JP6441247B2 (ja) 2015-10-01 2018-12-19 マクセル株式会社 表示制御方法
US9960981B2 (en) * 2015-10-08 2018-05-01 Sony Corporation Communication device, communication method, program, and communication system
US9800819B2 (en) * 2016-02-19 2017-10-24 Sony Corporation Methodologies and apparatus for reducing delays when receiving, processing, or switching content

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070035706A1 (en) * 2005-06-20 2007-02-15 Digital Display Innovations, Llc Image and light source modulation for a digital display system
WO2007067270A2 (en) * 2005-12-05 2007-06-14 Digital Display Innovation, Llc Field sequential light source modulation for a digital display system
CN101052130A (zh) * 2006-04-03 2007-10-10 三星电子株式会社 提供可用编解码器信息的设备和方法
CN102893602A (zh) * 2010-02-22 2013-01-23 杜比实验室特许公司 具有使用嵌入在比特流中的元数据的呈现控制的视频显示
US20110267426A1 (en) * 2010-04-30 2011-11-03 Lg Electronics Inc. Apparatus of processing an image and a method of processing thereof
TW201513671A (zh) * 2013-06-21 2015-04-01 Sony Corp 送訊裝置、高動態範圍影像資料送訊方法、收訊裝置、高動態範圍影像資料收訊方法及程式

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112585980A (zh) * 2018-08-29 2021-03-30 索尼公司 图像处理装置、显示控制方法和程序
EP3846487A4 (en) * 2018-08-29 2022-02-23 Sony Group Corporation IMAGE PROCESSING DEVICE, DISPLAY CONTROL METHOD AND PROGRAM

Also Published As

Publication number Publication date
CN113660520A (zh) 2021-11-16
US20180302663A1 (en) 2018-10-18
CN108028958B (zh) 2021-09-03
CN113660521A (zh) 2021-11-16
CN113660523A (zh) 2021-11-16
US10708647B2 (en) 2020-07-07
CN113660524A (zh) 2021-11-16
CN113660522A (zh) 2021-11-16
CN113660525A (zh) 2021-11-16
US20210352358A1 (en) 2021-11-11
US11102541B2 (en) 2021-08-24
US20200288193A1 (en) 2020-09-10
US11445239B2 (en) 2022-09-13

Similar Documents

Publication Publication Date Title
CN108028958A (zh) 广播接收装置
CN107211184A (zh) 广播接收装置、广播接收方法和内容输出方法
JP6919029B2 (ja) 表示制御方法
CN107211185A (zh) 广播接收装置、广播接收方法和内容输出方法
CN107925784A (zh) 广播接收装置、输出影像信息生成方法、广播接收方法和录像方法
JP6849838B2 (ja) 表示制御方法
CN109691122A (zh) 广播接收装置
JP2021048630A (ja) 受信装置
CN107925787A (zh) 广播接收装置
CN109314799A (zh) 广播接收装置
JP7457773B2 (ja) コンテンツの保護方法
JP6786004B2 (ja) 表示装置
JP6929415B2 (ja) 表示装置
JP6927680B2 (ja) 受信装置
JP6880150B2 (ja) 表示装置
JP6807193B2 (ja) コンテンツの保護方法
JP2020178363A (ja) コンテンツの保護方法
JP2020188515A (ja) コンテンツの保護方法
JP2020188516A (ja) コンテンツの保護方法
JP2020178369A (ja) コンテンツの保護方法
JP2020178368A (ja) コンテンツの保護方法
JP2020178367A (ja) コンテンツの保護方法
JP2020178370A (ja) コンテンツの保護方法
JP2020184796A (ja) コンテンツの保護方法
JP2020162143A (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
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: Kyoto Japan

Patentee after: MAXELL, Ltd.

Address before: Kyoto Japan

Patentee before: MAXELL HOLDINGS, Ltd.

CP01 Change in the name or title of a patent holder
TR01 Transfer of patent right

Effective date of registration: 20220607

Address after: Kyoto Japan

Patentee after: MAXELL HOLDINGS, Ltd.

Address before: Kyoto Japan

Patentee before: MAXELL, Ltd.

TR01 Transfer of patent right