CN115225183A - 广播接收装置 - Google Patents

广播接收装置 Download PDF

Info

Publication number
CN115225183A
CN115225183A CN202210865778.3A CN202210865778A CN115225183A CN 115225183 A CN115225183 A CN 115225183A CN 202210865778 A CN202210865778 A CN 202210865778A CN 115225183 A CN115225183 A CN 115225183A
Authority
CN
China
Prior art keywords
content
flag
unit
information
broadcast
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.)
Pending
Application number
CN202210865778.3A
Other languages
English (en)
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 JP2016177430A external-priority patent/JP6807193B2/ja
Priority claimed from JP2016177312A external-priority patent/JP6734743B2/ja
Priority claimed from JP2016178241A external-priority patent/JP6927680B2/ja
Priority claimed from JP2016178172A external-priority patent/JP6736432B2/ja
Priority claimed from JP2016206543A external-priority patent/JP6734755B2/ja
Priority claimed from JP2016207443A external-priority patent/JP6892239B2/ja
Priority claimed from JP2016208361A external-priority patent/JP6927684B2/ja
Priority claimed from JP2016209319A external-priority patent/JP6892240B2/ja
Priority claimed from JP2016210678A external-priority patent/JP6739315B2/ja
Priority claimed from JP2016211795A external-priority patent/JP6906925B2/ja
Priority claimed from JP2016212509A external-priority patent/JP6734758B2/ja
Priority claimed from JP2016214010A external-priority patent/JP6906927B2/ja
Priority claimed from JP2016214928A external-priority patent/JP6885707B2/ja
Priority claimed from JP2016215839A external-priority patent/JP6739316B2/ja
Application filed by Maxell Ltd filed Critical Maxell Ltd
Publication of CN115225183A publication Critical patent/CN115225183A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/14—Arrangements for conditional access to broadcast information or to broadcast-related services
    • H04H60/18—Arrangements for conditional access to broadcast information or to broadcast-related services on copying information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43632—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394
    • H04N21/43635—HDMI
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing 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/4402—Processing 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/440263—Processing 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing 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/4405—Processing 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 video stream decryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4627—Rights management associated to the content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H04N5/775—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/913—Television signal processing therefor for scrambling ; for copy protection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/93—Regeneration of the television signal or of selected parts thereof
    • H04N5/931—Regeneration of the television signal or of selected parts thereof for restoring the level of the reproduced signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/913—Television signal processing therefor for scrambling ; for copy protection
    • H04N2005/91307—Television signal processing therefor for scrambling ; for copy protection by adding a copy protection signal to the video signal
    • H04N2005/91328—Television signal processing therefor for scrambling ; for copy protection by adding a copy protection signal to the video signal the copy protection signal being a copy management signal, e.g. a copy generation management signal [CGMS]

Landscapes

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

Abstract

本发明提供一种广播接收系统，提供一种能够执行附加价值更高的功能的数字广播接收机。一种接收内容的广播接收装置，其特征在于，包括：接收部，其接收所述内容；接口，其用于输出由所述接收部接收到的内容；和控制部，其控制从所述接口的内容的输出状态，所述控制部根据由所述接收部与所述内容一同接收到的、表示所述内容的复制控制状态的控制信息、指定所述内容输出时是否需要保护的控制信息、表示所述内容的影像的分辨率的信息、和表示所述内容的影像的传递特性的信息的组合，决定从所述接口的内容的输出状态。

Description

广播接收装置
本案是申请日为2017年8月23日、申请号为201780055929.6(国际申请号为PCT/JP2017/030114)的、发明名称为“广播接收装置”的专利申请的分案申请。
技术领域
本发明涉及广播接收装置。
背景技术
数字广播服务的扩展功能之一中，具有用广播信号发送数字数据、显示天气预报和新闻、推荐节目等各种信息的数据广播。能够接收数据广播的电视接收机已有多种正在市售，并且关于数字广播接收的技术也公开了以下专利文献1等多种技术。
现有技术文献
专利文献
专利文献1：日本特开2001-186486号公报
发明内容
发明要解决的课题
针对近年来的关于内容发布的环境变化，对于电视接收机也要求各种功能扩展。特别是对于使用互联网等宽带网络环境发布内容和协作应用程序的要求、和对于影像内容的高分辨率化/高清化的要求等较多。但是，仅使用现行的电视接收机具备的数据广播接收功能等、或者仅通过上述数字广播接收功能等的功能扩展，难以提供可以满足上述要求的高附加价值的电视接收机。
本发明的目的在于提供一种能够执行附加价值更高的功能的广播接收装置。
用于解决课题的方法
作为用于解决上述课题的手段，使用权利要求书中记载的技术。
举其一例，使用一种接收内容的广播接收装置，其特征在于，包括：接收部，其接收上述内容；存储部，其存储由上述接收部接收到的上述内容；接口，其用于输出由上述存储部存储的上述内容；和控制部，其控制从上述接口的上述内容的输出状态，上述控制部，根据上述存储部中的上述内容的存储状态、输出时的上述内容的影像的分辨率、和输出时的上述内容的影像的传递特性的组合，进行从上述接口的上述内容的输出状态的决定处理，上述控制部基于上述决定处理的结果实施的上述内容的输出保护方式中，存在包括第1输出保护方式和保护级别比上述第1输出保护方式高的第2输出保护方式的至少2种输出保护方式，在上述决定处理中上述控制部根据输出时的上述内容的影像的分辨率、和输出时的上述内容的影像的传递特性的组合，选择1种输出保护方式。
发明效果
通过使用本发明的技术，能够提供一种能够执行附加价值更高的功能的广播接收装置。
附图说明
图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也可以对于每个不同的服务准备多个。另外，服务运营商服务器400的功能也可以由广播台服务器300兼备。
其他应用程序服务器500是进行其他一般的应用程序和动作程序、内容、数据等的存储、管理和发布等的公知的服务器装置。其他应用程序服务器500可以在互联网200上存在多个。
移动电话通信服务器600与互联网200连接，另一方面，经由基站600b与便携信息终端700连接。移动电话通信服务器600管理便携信息终端700的经由移动电话通信网的电话通话(通话)和数据发送接收，能够通过便携信息终端700与互联网200上的各服务器装置和其他通信设备的通信进行数据的发送接收。基站600b与便携信息终端700的通信，可以通过W-CDMA(Wideband Code Division Multiple Access)(注册商标)方式和GSM(GlobalSystem 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)作为传输影像和声音等数据的媒体传输方式的电视接收机。也可以是能够支持MPEG2-TS和MMT(MPEG Media Transport)双方的电视接收机。也可以是能够支持MPEG2-TS和MMT两者的电视接收机。
MPEG2-TS特征在于将构成节目的影像和声音等分量与控制信号和时钟一同复用在1个流中。因为包括时钟地作为1个流处理，所以适合在确保了传输质量的1个传输线路中传输1个内容，在现有的大多数字广播系统中采用。另一方面，针对近年来的内容的多样化、使用内容的设备的多样化、发布内容的传输线路的多样化、内容蓄积环境的多样化等关于内容发布的环境变化，MPEG2-TS的功能存在限度，新制定的媒体传输方式是MMT。
在图2A中示出本实施例的MMT中的编码信号的概要的一例。如该图所示，本实施例的MMT具有MFU(Media Fragment Unit)、MPU(Media Processing Unit)、MMTP(MMTProtocol)有效负载、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的大小较小的情况下，可以在1个有效负载部中保存1个MFU，也可以在1个有效负载部中保存多个MFU。另外，传输的MFU的大小较大的情况下，可以将1个MFU分割保存在多个有效负载部中。另外，对于MMTP分组，为了恢复传输线路中的分组丢失，也可以使用AL-FEC(Application Layer Forward Error Correction)和ARQ(Automatic Repeat Request)等技术进行保护。
本实施例的广播系统中，使用MPEG-H HEVC(High Efficiency Video Coding)作为影像编码方式，使用MPEG-4AAC(Advanced Audio Coding)或MPEG-4ALS(Audio LosslessCoding)作为声音编码方式。用上述各方式编码后的广播节目的影像和声音等的编码数据，转换为MFU和MPU的格式，进而装入MMTP有效负载而进行MMTP分组化，用IP(InternetProtocol)分组传输。另外，关于与广播节目关联的数据内容，也可以转换为MFU和MPU的格式，进而装入MMTP有效负载而进行MMTP分组化，用IP分组传输。作为数据内容的传输方式，准备与广播同步的数据的流传输中使用的字幕/字符叠加传输方式、与广播非同步的数据传输中使用的应用程序传输方式、对在电视接收机上工作的应用程序的同步/非同步的消息通知中使用的事件消息传输方式、同步型/非同步型地传输其他通用数据的通用数据传输方式这四种。
MMTP分组的传输中，在广播传输线路中使用UDP/IP(User Datagram Protocol/Internet Protocol)，在通信线路中使用UDP/IP或TCP/IP(Transmission ControlProtocol/Internet Protocol)。另外，在广播传输线路中，为了IP分组的高效率的传输而使用TLV(Type Length Value)复用方式。在图3中示出本实施例的广播系统的协议栈的一例。图中，(A)是广播传输线路中的协议栈的一例，(B)是通信线路中的协议栈的一例。
在本实施例的广播系统中，准备传输MMT-SI(MMT-Signaling Information)和TLV-SI(TLV-Signaling Information)这两种控制信息的机制。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分组的多播组的一览。
(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节消息
M2节消息用于传输MPEG-2 Systems的节扩展格式。
(3)CA消息
CA消息用于传输识别有条件接收方式用的表。
(4)M2短节消息
M2短节消息用于传输MPEG-2 Systems的节短格式。
(5)数据传输消息
数据传输消息是保存关于数据传输的表的消息。
(6)运营商设定的消息
另外，能够准备由服务运营商等独自设定的消息。
＜MMT-SI中使用的表＞
在图6B中示出本实施例的广播接收装置100支持的广播系统的MMT-SI中使用的“表”的一览。表是具有表示特定信息的要素和属性的控制信息，保存在消息中并用MMTP分组传输。另外，保存表的消息可以与表相应地决定。本实施例中，作为MMT-SI的“表”使用以下所示的。
(1)MPT
MMT包表(MMT Package Table：MPT)提供资源的列表和资源在网络上的位置等构成包的信息。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展示区域指定描述符
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音频流的配置文件(profile)和级别和编码方式固有的设定。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格式的徽标的指点等。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描述符描述存在从该展示单元(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数据流。也将MPT包括在通信线路一方的IP数据流中传输的情况下，存在(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、存储(蓄积)部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 Programmable ROM)和闪存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所示的例子中，举例示出了调谐/解调部是1个的结构，但为了多画面同时显示和竞争节目录像等目的，也可以采用广播接收装置100搭载多个调谐/解调部的结构。
分离部132是MMT解码器，基于输入的MMT数据串中的控制信号将作为实时展示要素的影像数据串、声音数据串、字符叠加数据串、字幕数据串等分别分配至影像解码器141、声音解码器143、字符叠加解码器144、字幕解码器145等。对分离部132输入的数据，可以是经由广播传输线路传输并用调谐/解调部131解调后的MMT数据串、和经由通信线路传输并用LAN通信部121接收到的MMT数据串。另外，分离部132再现多媒体应用程序及其构成要素的文件类数据，用缓存部152暂时地蓄积。另外，分离部132为了用于进行影像声音字幕以外的数据的展示的播放器中使用的数据或对于应用程序的数据的流传输，而提取通用数据并输出至数据解码器151。另外，分离部132也可以基于主控制部101的控制，进行对上述输入的MMT数据串的纠错和访问限制的控制等。
影像解码器141对从分离部132输入的影像数据串进行解码而输出影像信息。影像色域转换部142对于用影像解码器141解码后的影像信息，为了影像合成部161中的影像合成处理，而根据需要实施颜色空间转换处理。声音解码器143对从分离部132输入的声音数据串进行解码而输出声音信息。另外，对于影像解码器141和声音解码器143，也可以输入经由LAN通信部121从互联网200上取得的、例如MPEG-DASH(MPEG-Dynamic AdaptiveStreaming over HTTP)格式等的流传输数据。另外，影像解码器141、影像色域转换部142、声音解码器143等也可以为了对多种影像数据串和声音数据串同时进行解码处理而具有多个。
字符叠加解码器144对从分离部132输入的字符叠加数据串进行解码而输出字符叠加信息。字幕解码器145对从分离部132输入的字幕数据串进行解码而输出字幕信息。对于从字符叠加解码器144输出的字符叠加信息和从字幕解码器145输出的字幕信息，在字幕合成部146中实施合成处理，进而在字幕色域转换部147中，为了影像合成部161中的影像合成处理，而根据需要实施颜色空间转换处理。另外，本实施例中，在与广播节目的影像同时展示的、以字符信息为中心的服务中，将与影像的内容相关的称为字幕，将除此以外的称为字符叠加。另外，在不对它们区分的情况下，总称为字幕。
浏览器部154对于从缓存部152或经由LAN通信部121从互联网200上的服务器装置取得的多媒体应用程序文件及其构成要素的文件类数据，按照对MMT数据串中包括的控制信息或经由LAN通信部121从互联网200上的服务器装置取得的控制信息进行解释的应用程序控制部153的指示进行展示。另外，上述多媒体应用程序文件可以是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 ProgramGuide)画面信息的叠加处理等。监视器部162例如是液晶面板等显示设备，对广播接收装置100的用户提供用影像合成部161实施选择和/或叠加处理后的影像信息。影像输出部163是输出用影像合成部161实施选择和/或叠加处理后的影像信息的影像输出接口。
另外，本实施例的广播接收装置100的展示功能，为了符合提供者的意图地显示多媒体服务，而具有逻辑平面结构。在图7B中示出本实施例的广播接收装置100的展示功能具备的逻辑平面结构的一例。上述逻辑平面结构中，在最前面配置进行字符叠加的显示的字符叠加平面，在下一层配置进行字幕的显示的字幕平面。在第三层配置进行广播影像和多媒体应用程序、或其合成影像的显示的多媒体平面，在最背面配置背景平面。在字幕合成部146和影像合成部161，进行字符叠加信息对字符叠加平面的描绘、字幕信息对字幕平面的描绘、影像信息和应用程序信息等对多媒体平面的描绘。另外，基于MMT-SI中包括的LCT等在背景平面中描绘背景色。另外，第三层的多媒体平面能够与影像解码器141的数量相应地准备多个。但是，存在多个多媒体平面的情况下，从应用程序色域转换部155输出的应用程序信息等也仅被输出至最前面的多媒体平面。
声音合成部164输入从声音解码器143输出的声音信息和用音源部156再现的应用程序声音信息，适当进行选择和/或混合等处理。扬声器部165对广播接收装置100的用户提供用声音合成部164实施选择和/或混合处理后的声音信息。声音输出部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时间戳格式从广播发送系统对接收机(本实施例的广播接收装置100等)传输UTC。上述NTP时间戳格式中，用32比特表达UTC的“秒以上”，并且用32比特表达“不足秒”。但是，实际上，难以用32比特精度再现1秒。因此，作为用于实现影像系统的同步的系统时钟和用于使NTP格式的时钟工作的系统时钟，例如也可以使用如该图所示的“2的24次幂”Hz(约16.8MHz)的频率。另外，考虑现有的广播系统中的系统时钟是27MHz和能够简便地构建接收机的硬件结构等，优选采用“2的24次幂”～“2的28次幂”程度的2的幂的频率作为系统时钟。
另外，在广播发送系统一方和接收机一方中，将系统时钟如上所述设定为“2的24次幂”～“2的28次幂”程度的2的幂的频率的情况下，从广播发送系统一方对接收机一方传输的NTP时间戳格式中的、不被用于再现上述系统时钟和NTP格式的时钟的PLL(PhaseLocked 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通过将ROM103中保存的基本动作程序1001部署至RAM104并执行而进行各动作模块的控制的处理，描述为基本动作运行部1101进行各动作模块的控制。关于其他动作程序也进行同样的描述。
接收功能运行部1102为了再现本实施例的广播系统中传输的影像和声音等分量而控制广播接收装置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中的状态。也可以在产品出厂后，从互联网200上的其他应用程序服务器500等经由LAN通信部121取得。另外，也可以经由扩展接口部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通过将存储部310中保存的基本动作程序3001部署至RAM304并执行而进行各动作模块的控制的处理，描述为基本动作运行部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通过将存储部410中保存的基本动作程序4001部署至RAM404并执行而进行各动作模块的控制的处理，描述为基本动作运行部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通过将ROM703中保存的基本动作程序7001部署至RAM704并执行而进行各动作模块的控制的处理，描述为基本动作运行部7101进行各动作模块的控制。关于其他动作程序也进行同样的描述。
协作控制运行部7102进行便携信息终端700进行与电视接收机的协作动作时的设备认证和连接、各数据的发送接收等的管理。另外，协作控制运行部7102具有用于执行与上述电视接收机联动的应用程序的浏览器引擎功能。
上述各动作程序可以是在产品出厂时预先保存在ROM703和/或存储部710中的状态。也可以在产品出厂后，从互联网200上的其他应用程序服务器500等经由LAN通信部721或移动电话网通信部722取得。另外，也可以经由扩展接口部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)表达日本标准时间(Japan Standard Time：JST)的24比特的信息。通过对上述MJD的16比特编码数据实施规定的运算，能够计算出当前日期。6个4比特二进制编码十进制数用2个4比特二进制编码十进制数按十进制2位表达“时”，用接下来的2个4比特二进制编码十进制数按十进制2位表达“分”，用最后的2个4比特二进制编码十进制数按十进制2位表达“秒”。
因此，基于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比特的信息，按十进制各2位的“时”、“分”、“秒”保存。因此，本实施例的广播接收装置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具备使用精度不同的2种时刻信息的时刻管理功能。即，一方的时刻信息是与现有的数字广播系统具有匹配性的表述的时刻信息，另一方的时刻信息是比上述一方的时刻信息分辨率更高的时刻信息，通过将后者的时刻信息用于广播信号的各内容数据的同步处理能够实现比现有的广播系统更先进的信息展示处理，通过将前者的时刻信息用于节目表的生成处理、和录像预约和视听预约的控制、暂时蓄积等著作权管理处理等能够廉价地提供广播接收装置。
由此，本实施例的广播接收装置100中，通过具备以上说明的2种时刻管理功能，能够兼顾实现更先进的信息展示处理和低成本化。
[时刻管理的第1变形例]
接着，对于本实施例的广播系统中的时刻管理的第1变形例在以下进行说明。
第1变形例中，为了提高已用图7C说明的基于NTP的时刻管理功能的该管理时刻的精度，可以构成为将关于从时刻管理服务器(省略图示)或广播台服务器300到广播接收装置100的时刻信息传输中的预想延迟时间的信息包括在广播信号中并发送，在广播接收装置100中，将关于该预想延迟时间的信息用于基于NTP的时刻管理功能的系统时钟的修正。
此时，关于该预想延迟时间的信息可以构成为不是在图3(A)所示的TLV复用流内、而是在TLV复用流外的TMCC(Transmission and Multiplexing Configuration Control)区域内传输。如果在TMCC区域内传输，则在广播接收装置100中，无需经过TLV复用流的分离处理(解复用处理)就能够提取关于该预想延迟时间的信息。即，能够难以受到广播接收装置100中的上述分离处理的延迟的影响地取得信息，从而，能够进行高精度的系统时钟的修正处理。对于用该TMCC信号传输的时刻信息的数据结构的一例，用图13C进行说明。该时刻信息例如保存在TMCC扩展信息区域中传输即可。图13C的TMCC扩展信息区域的时刻信息中，“delta”参数用32比特有符号定点数表示从发布UTC的时刻管理服务器或生成TMCC信号的服务器装置到一般的广播接收装置的传输延迟的预想值。其中，高位16比特描述整数部，低位16比特描述小数点以下。“transmit_timestamp”参数是发送时间戳，用NTP时间戳长格式描述本TMCC信号从上述服务器装置发送的时刻。高位32比特表示整数部，低位32比特表示小数点以下。
该第1变形例中，本实施例的广播接收装置100能够使用在TMCC扩展信息区域中保存并传输的该时刻信息中描述的关于上述预想延迟时间的信息(例如上述“delta”参数和/或“transmit_timestamp”参数)，对广播信号的各内容数据的同步处理中使用的基于NTP的时刻管理功能的系统时钟更高精度地进行修正。
[时刻管理的第2变形例]
接着，对于本实施例的广播系统中的时刻管理的第2变形例在以下进行说明。
如上所述，本实施例的广播接收装置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日”以后的日期。于是，本实施例的第2变形例中，通过按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”参数的一部分或全部置换的标志或新追加的标志相应地切换上述第一运算方法和上述第二运算方法。例如，上述标志在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，提供用于对用TLV复用方式传输的IP分组尽可能地不与用通信线路传输的IP分组区分地接收的、IP分组的多播组的一览。对于1个服务标识，能够列出多个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：Yes)，接收功能运行部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：No)，不进行S105～S111的处理。
完成S111的处理时，接收功能运行部1102中，如果对调谐/解调部131设定的频率值是频道扫描范围的最终频率值(S112：Yes)，则结束处理。另一方面，如果上述设定的频率值不是频道扫描范围的最终频率值(S112：No)，则使对调谐/解调部131设定的频率值增大(S113)，反复S102～S111的处理。另外，能够用1个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：Yes)，从上述取得的AMT中取得关于与上述服务ID对应的IP多播组的一览的信息(S204)。另一方面，在规定时间以内未成功取得AMT的情况下(S202：No)，通过参照ROM103或存储部110等中存储的IP相关信息(S203)，而取得关于与上述服务ID对应的IP多播组的一览的信息(S204)。另外，也可以不进行S202的判断处理，而总是参照ROM103或存储部110等中存储的IP相关信息。
接着，接收功能运行部1102开始从调谐/解调部131的接收信号取得TLV-NIT。在规定时间以内成功取得TLV-NIT的情况下(S205：Yes)，从上述取得的TLV-NIT中取得用于取得与上述服务ID对应的IP数据流的分配系统信息(S207)。另一方面，在规定时间以内未成功取得TLV-NIT的情况下(S205：No)，通过参照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：Yes)，判断上述分组ID是“0”的MMTP分组是具有与上述服务ID对应的节目的数据的MMTP分组，基于上述取得的MPT具有的信息执行MFU的取得处理(S216)。
另一方面，上述“MMT_package_id_byte”参数的低位16比特与上述服务ID不是相同值的情况下(S211：No)，判断上述分组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的默认的布局设定，是在全画面中仅设定1个区域的例子。图19B是将全画面分割为三个区域，将各区域分别作为“区域0”、“区域1”、“区域2”的情况的例子。例如，设全画面的像素数是水平7680像素/垂直4320像素的情况下，“区域0”中，“left_top_pos_x”参数是“0”，“left_top_pos_y”参数是“0”，“right_down_pos_x”参数是“80”，“right_down_pos_y”参数是80，所以设定为(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)－(3916，2203)的范围中设定“区域0”，也可以用向下取整处理在(0，0)－(3915，2202)的范围中设定“区域0”。另外，也可以考虑影像压缩处理时的宏块，进行按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”参数)识别为2个类，能够表示本TLV流的当前/下一个事件的信息和本TLV流的各事件的日程信息。本实施例的广播接收装置100通过参照上述MH-EIT等用服务ID(对应于图中的“service_id”参数)进行识别，能够取得各事件的开始时间和广播时间等信息并生成EPG画面，能够用影像合成部161将上述生成的EPG与影像信息等叠加而显示在监视器部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的用户不需要确认自己不能视听的频道的信息。
[广播接收装置的紧急警报广播显示]
本实施例的广播接收装置100能够在包括TLV流的传输数据中包括的TMCC信号的紧急警报广播起动控制信号比特从“0”变为“1”的情况下，进行紧急警报广播的接收处理。
上述紧急警报广播可以作为全画面显示的应用程序提供，也可以作为字符信息用字符叠加提供。上述紧急警报广播作为字符信息用字符叠加提供的情况下，优选与紧急警报广播接收前的广播接收装置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中包括复制控制信息并传输，例如可以构成为用该复制控制信息表示“允许无限制复制”(也可以分为“允许无限制复制并且在蓄积和输出时需要加密处理”和“允许无限制复制并且在蓄积和输出时不需要加密处理”2种)、“仅允许复制1代”、“允许复制规定多次”(例如允许9次复制+允许移动1次的所谓“复录10”)、“禁止复制”等、MPT参照的内容的复制控制状态并传输。该情况下，本实施例的广播接收装置100可以构成为与该复制控制信息相应地，控制该内容对存储(蓄积)部110的蓄积、对可移动记录介质的记录对外部设备的输出、对外部设备的复制、对外部设备的移动处理等。另外，蓄积处理的对象可以不仅包括广播接收装置100内部的存储(蓄积)部110，也包括以仅能够用广播接收装置100再现的方式实施了加密处理等保护处理的记录。具体而言，蓄积处理的对象中包括外置的记录装置等中、设为仅能够用广播接收装置100记录再现的状态的等。
对于基于该复制控制信息的处理的具体例在以下进行说明。
首先，MPT中包括的复制控制信息表示“允许无限制复制”的情况下，本实施例的广播接收装置100可以无限制地进行对存储(蓄积)部110蓄积、对可移动记录介质记录、对外部设备输出、对外部设备复制、对外部设备移动处理等。但是，分为“允许无限制复制并且在蓄积和输出时需要加密处理”和“允许无限制复制并且在蓄积和输出时不需要加密处理”的情况下，在“允许无限制复制并且在蓄积和输出时需要加密处理”时，虽然能够不对次数限制地进行对存储(蓄积)部110蓄积、对可移动记录介质记录、对外部设备输出、对外部设备复制、对外部设备移动处理等，但是都需要实施加密处理。
另外，MPT中包括的复制控制信息表示“仅允许复制1代”的情况下，本实施例的广播接收装置100能够进行对存储(蓄积)部110加密地蓄积，但在将蓄积后的内容对外部设备为了视听而输出的情况下，与“禁止复制”的复制控制信息一同加密地输出。但是，能够进行对外部设备的所谓移动处理(对外部设备复制内容，并且对广播接收装置100的存储(蓄积)部110内的内容通过消去处理等而使其不能再现的处理)。
另外，MPT中包括的复制控制信息表示“允许复制规定多次”的情况下，本实施例的广播接收装置100能够进行对存储(蓄积)部110加密地蓄积的处理，但在将蓄积后的内容对外部设备为了视听而输出的情况下，与“禁止复制”的复制控制信息一同加密地输出。但是，也能够进行对外部设备的预先决定的数量的复制和移动处理。所谓“复录10”的规定的情况下，可以进行对外部设备的9次复制和1次移动处理。
另外，MPT中包括的复制控制信息表示“禁止复制”的情况下，本实施例的广播接收装置100禁止对存储(蓄积)部110的复制。但是，广播接收装置100构成为具有能够在存储(蓄积)部110等中仅持续预先决定的规定时间或由广播信号中包括的控制信息(例如基于图6D所示的MH-Expire描述符等)指定的规定时间地保持的“暂时蓄积”模式的情况下，即使在MPT中包括的复制控制信息表示“禁止复制”的情况下，也能够在存储(蓄积)部110等中暂时地保持该内容。将MPT中包括的复制控制信息是“禁止复制”的该内容对外部设备为了视听而输出的情况下，与“禁止复制”的复制控制信息一同加密地输出。
另外，上述对外部设备为了视听的输出，经由图7A的影像输出部163和声音输出部166、或者数字I/F部125或LAN通信部121等进行即可。上述对外部设备的复制或移动处理，经由图7A的数字I/F部125或LAN通信部121等进行即可。
根据以上说明的处理，能够与和内容关联的复制控制信息相应地，实现适当的内容保护。
另外，关于复制控制信息表示“仅允许复制1代”、“允许复制规定多次”、“禁止复制”等复制限制的内容经由LAN通信部121对外部设备的复制处理，仅在从广播接收装置100发送的分组的目的地即外部设备的IP地址位于与广播接收装置100的IP地址同一子网内的情况下能够进行，在外部设备的IP地址位于与广播接收装置100的IP地址同一子网外的情况下可以禁止。对于复制控制信息是“允许无限制复制并且蓄积和输出时需要加密处理”的内容也可以同样地处理。
同样，关于将复制控制信息表示“仅允许复制1代”、“允许复制规定多次”、“允许无限制复制并且蓄积和输出时需要加密处理”等复制限制的内容先对存储(蓄积)部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流中包括的复制控制信息进行控制。用这些复制控制信息，能够如上所述指定“允许无限制复制”(也可以分为“允许无限制复制并且在蓄积和输出时需要加密处理”和“允许无限制复制并且在蓄积和输出时不需要加密处理”2种)、“仅允许复制1代”、“允许复制规定多次”(例如允许9次复制+允许移动1次的所谓“复录10”)、“禁止复制”等，作为指定的内容的复制控制状态。
此处，位置信息表示的数据的位置包括用其他数字广播信号传输的MPEG2-TS的数据的情况下，该MPEG2-TS的数据即使是其他数字广播信号也与复制控制信息关联地广播。这样，按哪个信息如何进行该MPEG2-TS的数据的复制控制(是遵从TLV/MMT流中包括的复制控制信息，还是遵从MPEG2-TS中包括的复制控制信息)成为问题。
本实施例的数字广播系统中，作为该课题的解决方案，在广播接收装置100中，进行以下多个解决方案中的某一种的动作即可。
＜动作例1＞
第一动作例中，在MPT中包括复制控制信息、用位置信息包括在同一包且同一事件中的数据中包括用其他数字广播信号传输的MPEG2-TS的数据的情况下，与用MPEG2-TS中包括的复制控制信息表示的复制控制状态相比，更优先考虑用TLV流中包括的复制控制信息表示的复制控制状态地进行控制。
例如，如果用TLV流中包括的复制控制信息表示的复制控制状态是“允许复制1代”，用MPEG2-TS中包括的复制控制信息表示的复制控制状态是“允许复制规定多次”，则即使是用与用TLV流取得的数据不同的通路(MPEG2-TS传输格式的数字广播)取得的数据，也可以作为“允许复制1代”的内容进行复制控制。例如，如果用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上的复制控制状态的重复。
以上说明中，对于本实施例的广播接收装置100的著作权保护功能，按基于MPT中包括的复制控制信息进行进行了说明。但是，配置复制控制信息的表不限定于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(Time Offset 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：Yes)，接收功能运行部1102用S302的处理中取得的上述当前时刻信息，进行内置时钟的时刻信息的更新(S306)。另一方面，上述比较处理的结果是S302的处理中取得的上述当前时刻信息与内置时钟的时刻信息的差不在规定值以内的情况下(S303：No)，或者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标识”参数也可以能够识别色度学的种类等。另外，图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显示装置)。
此处，将上述HDR影像内容显示在符合BT.709的显示特性的监视器装置等支持SDR显示装置(不支持HDR显示装置)上时，在不进行上述传递特性转换处理的情况下，不能用上述监视器装置完全表现上述HDR影像内容具有的较宽的明暗范围和色域等，成为具有亮度细节损失和颜色细节损失的难以观看的显示图像。即，该情况下，在上述传递特性转换处理中，进行将上述HDR影像内容具有的较宽的明暗范围和色域等转换为容纳在用上述监视器装置能够表现的明暗范围和色域等内的处理即可。该处理也可以表达为明暗动态范围缩小转换、色域缩小转换。另外，因为是将能够表现的明暗范围和色域等较宽的HDR影像内容转换为能够表现的明暗范围和色域等较窄的SDR影像内容的处理，所以也可以表达为HDR-SDR转换处理。
另一方面，“EOTF标识”参数中具有“0”的值的影像内容，是能够表现的明暗范围和色域等较窄的SDR影像内容。将上述SDR影像显示在符合BT.2020的显示特性的监视器装置等支持HDR显示装置上时，在不进行上述传递特性转换处理的情况下，不能充分发挥上述监视器装置具有的较宽的明暗显示性能和色域显示性能等。即，该情况下，在上述传递特性转换处理中，以能够充分发挥上述监视器装置具有的较宽的明暗显示性能和色域显示性能等的方式对上述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影像内容时，以影像色域转换部142的影像处理的切换时机比来自影像解码器141的解码影像的切换时机更迟的方式由主控制部101控制影像解码器141和影像色域转换部142的处理时机即可。或者，也可以控制在双方的切换开始处理之前使影像成为全黑显示等影像消去状态，在双方的切换完成之后解除影像的全黑显示等影像消去状态。
另外，在对SDR影像内容进行SDR-HDR转换处理的支持HDR显示装置中，从SDR影像内容切换至HDR影像内容时，影像色域转换部142的影像处理的切换时机比来自影像解码器141的解码影像的切换时机更迟时，会产生对HDR影像内容进行SDR-HDR转换处理的时间，产生显示存在亮度细节损失和颜色细节损失的难以观看的显示影像的可能性。因此，从SDR影像内容切换至HDR影像内容时，以影像色域转换部142的影像处理的切换时机比来自影像解码器141的解码影像的切换时机更早的方式由主控制部101控制影像解码器141和影像色域转换部142的处理时机即可。或者，也可以控制在双方的切换开始处理之前使影像成为全黑显示等影像消去状态，在双方的切换完成之后解除影像的全黑显示等影像消去状态。
在对HDR影像内容进行HDR-SDR转换处理、对SDR影像内容不进行传递特性转换处理地显示的支持SDR显示装置中，在从HDR影像内容切换至SDR影像内容时，影像色域转换部142的影像处理的切换时机比来自影像解码器141的解码影像的切换实际更早时，会产生对HDR影像内容不进行传递特性转换处理地直接显示在支持SDR显示装置上的时间，产生显示存在亮度细节损失和颜色细节损失的难以观看的显示影像的可能性。因此，从HDR影像内容切换至SDR影像内容时，以影像色域转换部142的影像处理的切换时机比来自影像解码器141的解码影像的切换时机更迟的方式由主控制部101控制影像解码器141和影像色域转换部142的处理时机即可。或者，也可以控制在双方的切换开始处理之前使影像成为全黑显示等影像消去状态，在双方的切换完成之后解除影像的全黑显示等影像消去状态。
在对HDR影像内容进行HDR-SDR转换处理、对SDR影像内容不进行传递特性转换处理地显示的支持SDR显示装置中，在从SDR影像内容切换至HDR影像内容时，影像色域转换部142的影像处理的切换时机比来自影像解码器141的解码影像的切换实际更迟时，会产生对HDR影像内容不进行传递特性转换处理地直接显示在支持SDR显示装置上的时间，产生显示存在亮度细节损失和颜色细节损失的难以观看的显示影像的可能性。因此，从SDR影像内容切换至HDR影像内容时，以影像色域转换部142的影像处理的切换时机比来自影像解码器141的解码影像的切换时机更早的方式由主控制部101控制影像解码器141和影像色域转换部142的处理时机即可。或者，也可以控制在双方的切换开始处理之前使影像成为全黑显示等影像消去状态，在双方的切换完成之后解除影像的全黑显示等影像消去状态。
通过如以上所说明地进行关于解码影像的切换时机和传递特性转换处理的切换时机的处理，能够避免对用户展示存在亮度细节损失和颜色细节损失的难以观看的显示影像。
也可以代替以上说明的使用内容信息描述符内的“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所示的不同的数据结构。例如，也可以进而具备与上述各参数不同的其他参数，也可以不具备上述各参数的全部。另外，上述各参数也可以使用不同的名称。另外，上述各参数不一定需要在1个描述符中描述，例如也可以分为两个不同的描述符描述。另外，上述各参数可以在描述符中描述并配置在表中，也可以直接在表中描述。
[广播接收装置的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的显示特性能够支持的种类的情况下，也可以显示表达表示上述广播节目是能够以正确的亮度表现显示的节目的属性的符号等。表达上述属性的符号等，例如可以是表示是能够以正确的亮度表现显示的节目的符号/字符，也可以是将表示是能够以正确的亮度表现显示的节目的“True Contrast”符号化而成的符号162a6。另外，上述的、对各广播节目的影像内容实施的伽玛补正的种类是用广播接收装置100的监视器部162的显示特性能够支持的种类的情况，例如是关于影像内容的“EOTF_indentification”参数是“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能够支持的色域的R/G/B各原色和白色基准点在CIE色度图上的坐标值，作为表示关于监视器部162的颜色再现性能的信息的参数。在上述状况下，上述内容信息描述符中描述的上述源设备能够支持的色域的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标准或DisplayPort标准等的格式，控制输出从影像合成部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与其连接端子连接。
连接线缆40200如图36所示，由CH1～CHn这n对差动传输通道、由VESA(VideoElectronics Standard Association)标准化的DDC(Display Data Channel)线、HPD(HotPlug Detect)线、CEC(Consumer Electronics 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对监视器装置40300经由连接线缆40200发送，由此，监视器装置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一方的数字接口部40300一方的数字接口部的接口种类不是HDMI接口的情况(例如是DVI接口或DisplayPort接口等的情况，即连接线缆40200是接口转换线缆的情况)下控制不输出上述母带信息的各参数等。
另外，数字接口部40125由第一数字接口端子和第二数字接口端子构成的情况下，也可以根据从上述第一数字接口端子和上述第二数字接口端子的哪一方的端子进行数据输出，控制使输出的数据的格式不同。另外，该情况下，上述各数字接口端子具有图36所示的结构或其他结构。
例如，上述第一数字接口端子是HDMI接口，上述第二数字接口不是HDMI接口的情况下，以在从上述第一数字接口端子进行数据输出时生成包括影像信号和声音信号和上述母带信息的输出数据并从上述第一数字接口端子进行数据输出、在从上述第二数字接口端子进行数据输出时生成包括影像信号和声音信号且不包括上述母带信息的输出数据并从上述第二数字接口端子进行数据输出的方式，控制输出数据的生成处理和数据输出处理即可。
以上，根据本实施例的广播接收装置40100，对于监视器装置40300，通过与编码影像/声音数据一同发送母带信息，能够使其适当地执行监视器装置40300一方中的色域转换处理和亮度调整处理等。即，能够提供能够执行附加价值更高的功能的广播接收装置。
(实施例5)
以下，对于本发明的实施例5进行说明。另外，本实施例中的结构和效果等只要没有特别声明就与实施例4是同样的。因此，以下主要说明本实施例与实施例4的不同点，对于共同点为了避免重复而尽量省略说明。
[系统结构]
图38是表示本实施例的包括广播接收装置的广播通信系统的一例的系统结构图。图38的广播通信系统具有与图34的广播通信系统相同的结构，但是将广播接收装置40100输出内容的输出目标设为外部影像处理装置50300以代替监视器装置40300。这表示内容的输出目标中在显示装置之外也包括录像机等影像再现装置。进而，本实施例的包括广播接收装置的广播通信系统中，将与广播接收装置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 AdministratorDTCP2Presentation 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级别内容保护)”。另外，对于DTCP-IP(L1级别内容保护)，在以下说明中为了与“DTCP2”区分而称为“DTCP1”。另外，“EI”Flag如果是“0”则表示“内容是“Non-Enhanced Image””，如果是“1”则表示“内容是“Enhanced Image””。此处，“Enhanced Image”指的是具有像素数超过1920×1080、或者超过HD级别的颜色空间(BT.709等SDR)的颜色空间(例如BT.2020和SMPTE2084等HDR)的影像的内容。另外，“Non-Enhanced Image”指的是具有HD影像画质以下的影像(例如像素数在1920×1080以下、并且具有HD级别的颜色空间(BT.709等SDR)的影像等)的影像的内容。另外，“HDR”Flag如果是“0”则表示“允许从HDR转换为SDR的影像的内容”，如果是“1”则表示“禁止从HDR转换为SDR的影像的内容”。另外，“SDO”Flag如果是“0”则表示“EnhancedImage”的情况下如果不是L2级别内容保护就不能再次输出，但将“Enhanced Image”转换为“Non-Enhanced Image”的情况下能够以L1级别内容保护再次输出”，如果是“1”则表示“内容是“Enhanced Image”或“Non-Enhanced Image”的情况下无论是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”参数是数字复制控制信息，表示控制内容的复制代的信息。另外，在图41B中示出上述数字复制控制信息的参数值及其含义的一例。例如，上述参数是“00”的情况下表示“能够无制约条件地复制(与“允许无限制复制”同义)”，上述参数是“01”的情况下表示能够由运营商定义，上述参数是“10”的情况下表示“仅允许复制1代”，上述参数是“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的保护并输出。该情况下，将输出时的复制控制状态设为“Copy Free”、将加密设为无即可。进而，进行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”，进行加密保护处理。此处，关于进行DTCP2或DTCP1的哪一方的级别的输出保护处理，与接收内容的影像的分辨率、和传递特性(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”参数表示“仅允许复制1代”。该情况下，因为指定了存在复制限制，所以无论在内容使用控制描述符的“encryption_mode”参数表示什么值的情况下，都要求在IP接口输出时进行内容保护。因此，进行基于DTCP2或DTCP1的某一方的输出保护。该情况下的复制控制状态都设为表示仅允许复制1代的“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的处理的例外处理例]
如上所述，用图43说明了进行IP接口输出的情况下的内容的输出保护的决定处理的一例。
但是，存在产生需要进行图43中未记载的几种例外处理的可能性，对这些例外处理在以下进行说明。
例如，内容复制控制描述符自身、或内容复制控制描述符的“digital_recording_control_data”参数因传输错误等某种原因而未作为接收控制信息50100传输的情况下，广播接收装置40100不能取得“digital_recordidng_control_data”参数。这样的情况下，广播接收装置40100视为与内容复制控制描述符的“digital_recordidng_control_data”参数表示“能够无制约条件地复制”的情况相同的状态进行图43的决定处理即可。具体而言，从图43的组合1至5的处理中，考虑其他接收控制信息50100地决定1种处理。
另外，内容使用控制描述符自身、或内容使用控制描述符的“encryption_mode”参数因传输错误等某种原因而未作为接收控制信息50100传输的情况下，广播接收装置40100不能取得“encryption_mode”参数。这样的情况下，广播接收装置40100视为与内容使用控制描述符的“encryption_mode”参数表示“不保护”的情况相同的状态进行图43的决定处理即可。具体而言，从图43的组合1、和6至13的处理中，考虑其他接收控制信息50100地决定1种处理。
另外，传递特性(EOTF)识别信息因传输错误等某种原因而未作为接收控制信息50100传输的情况下，广播接收装置40100不能取得传递特性(EOTF)识别信息。这样的情况下，代替基于接收的传递特性(EOTF)识别信息的判断地，广播接收装置40100进行基于用IP接口输出将该内容输出时的影像格式是HDR还是SDR的判断即可。具体而言，将图43的传递特性(EOTF)识别信息栏的记载，改为用IP接口输出将该内容输出时的影像格式是HDR还是SDR的含义并进行决定进行IP接口输出的情况下的内容的输出保护的处理即可。
[图43的处理的变形例]
图43的例子中，对HDR内容实施基于DTCP2的保护并进行IP接口输出的情况(组合2、3、6、7、10、11)下将“HDR”Flag设为0并输出。但是，这些组合中，前提都是“SDO”Flag表示0的状态、能够进行从HDR到SDR的内容转换。这样，在图43的组合2、3、6、7、10、11时，可以控制不输出“HDR”Flag作为DTCP2的输出控制信息。该情况下，在任意组合时，都不输出“HDR”Flag，所以广播接收装置40100的IP接口输出控制变得简单。
另外，图43的例子中，示出了基于DTCP2的保护输出内容的情况下，作为DTCP2的输出控制信息将“L2-Only”Flag设为“0”并输出的控制。关于这一点，如上所述，即使输出目标的设备是支持DTCP2设备，也进而考虑从该支持DTCP2设备对之后的其他设备输出的情况，如果用该支持DTCP2设备进行分辨率转换处理和传递特性转换处理，转换为2K以下内容且传递特性是SDR的内容，则允许以DTCP1等L1级别的内容保护方式输出。但是，作为图43的变形例，因为内容复制控制描述符的“digital_recording_control_data”参数是“禁止复制”，所以基于DTCP2的保护以Copy Never输出的组合(组合10、11、12)时，也可以改为作为DTCP2的输出控制信息将“L2-Only”Flag设为“1”并输出的控制。该例子中，对于内容复制控制描述符的“digital_recording_control_data”参数是“禁止复制”的内容，视为内容提供商的内容保护的必要性更高，进一步强化内容保护。具体而言，在将“L2-Only”Flag设为“1”并输出的情况、要从输出目标的支持DTCP2设备对之后的其他设备输出的情况下，即使进行了分辨率转换处理和传递特性转换处理，在之后的设备不支持DTCP2等L2级别的内容保护方式的情况下，也不能输出。即，该内容在从广播接收装置40100的IP接口输出之后总是实施L2级别的内容保护。
根据以上说明的图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的处理的例外处理例]
如上所述，用图44说明了进行IP接口输出的情况下的内容的输出保护的决定处理的一例。
但是，存在产生需要进行图44中未记载的几种例外处理的可能性，对这些例外处理在以下进行说明。
例如，内容复制控制描述符自身、或内容复制控制描述符的“digital_recording_control_data”参数因传输错误等某种原因而未作为接收控制信息50100传输的情况下，广播接收装置40100不能取得“digital_recordidng_control_data”参数。这样的情况下，广播接收装置40100视为与内容复制控制描述符的“digital_recording_control_data”参数表示“能够无制约条件地复制”的情况相同的状态进行图44的决定处理即可。具体而言，从图44的组合1至5的处理中，考虑其他接收控制信息50100和接收机内转换处理地决定1种处理。
另外，内容使用控制描述符自身、或内容使用控制描述符的“encryption_mode”参数因传输错误等某种原因而未作为接收控制信息50100传输的情况下，广播接收装置40100不能取得“encryption_mode”参数。这样的情况下，广播接收装置40100视为与内容使用控制描述符的“encryption_mode”参数表示“不保护”的情况相同的状态进行图44的决定处理即可。具体而言，从图44的组合1、和6至13的处理中，考虑其他接收控制信息50100和接收机内转换处理地决定1种处理。
另外，传递特性(EOTF)识别信息因传输错误等某种原因而未作为接收控制信息50100传输的情况下，广播接收装置40100不能取得传递特性(EOTF)识别信息。这样的情况下，在图44的例子中，进行基于接收机内转换处理后的内容是HDR还是SDR的判断即可，所以特别是在这一点上不需要例外处理。
[图44的处理的变形例]
图44的例子中，对HDR内容实施基于DTCP2的保护并进行IP接口输出的情况(组合2、3、6、7、10、11)下将“HDR”Flag设为0并输出。但是，这些组合中，前提都是“SDO”Flag表示0的状态、能够进行从HDR到SDR的内容转换。这样，在图44的组合2、3、6、7、10、11时，可以控制不输出“HDR”Flag作为DTCP2的输出控制信息。该情况下，在任意组合时，都不输出“HDR”Flag，所以广播接收装置40100的IP接口输出控制变得简单。
另外，图44的例子中，示出了基于DTCP2的保护输出内容的情况下，作为DTCP2的输出控制信息将“L2-Only”Flag设为“0”并输出的控制。关于这一点，如上所述，即使输出目标的设备是支持DTCP2设备，也进而考虑从该支持DTCP2设备对之后的其他设备输出的情况，如果用该支持DTCP2设备进行分辨率转换处理和传递特性转换处理，转换为2K以下内容且传递特性是SDR的内容，则允许以DTCP1等L1级别的内容保护方式输出。但是，作为图44的变形例，因为内容复制控制描述符的“digital_recording_control_data”参数是“禁止复制”，所以基于DTCP2的保护以Copy Never输出的组合(组合10、11、12)时，也可以改为作为DTCP2的输出控制信息将“L2-Only”Flag设为“1”并输出的控制。该例子中，对于内容复制控制描述符的“digital_recording_control_data”参数是“禁止复制”的内容，视为内容提供商的内容保护的必要性更高，进一步强化内容保护。具体而言，在将“L2-Only”Flag设为“1”并输出的情况、要从输出目标的支持DTCP2设备对之后的其他设备输出的情况下，即使进行了分辨率转换处理和传递特性转换处理，在之后的设备不支持DTCP2等L2级别的内容保护方式的情况下，也不能输出。即，该内容在从广播接收装置40100的IP接口输出之后总是实施L2级别的内容保护。
根据以上说明的图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”参数表示“仅允许复制1代”、内容使用控制描述符的“copy_restriction_mode”参数表示“仅允许复制1代”的情况(图45的组合6至9的例子)下，无论在内容使用控制描述符的“encryption_mode”参数表示什么值的情况下，都成为“禁止再次复制”的蓄积控制状态。
另外，内容复制控制描述符的“digital_recording_control_data”参数表示“仅允许复制1代”、内容使用控制描述符的“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接口输出是视听用输出的情况下，将内容控制状态设为表示禁止再次复制的“No More Copies”并输出。该IP接口输出是移动的情况下，将复制控制状态设为“Move”并输出。图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接口输出的情况下进行1次移动处理时需要在广播接收装置40100中使该内容不能再现(另外能够进行任意次视听用输出直到内容不能再现)。与此相对，蓄积控制状态是“允许限制个数复制”能够经由IP接口输出对输出目标的设备进行多次复制处理和最后进行1次移动处理。例如，作为一例，能够进行9次复制处理，最后进行1次移动处理。最后的移动处理时需要在广播接收装置40100中使该内容不能再现。此处，广播接收装置40100将多次复制处理的每一次视为复制处理，但对于该复制处理的每一个内容，在IP接口输出的保护处理中将复制控制状态设为“Move”并输出。
即，蓄积控制状态“允许限制个数复制”的内容的复制处理，是作为假想地设定在广播接收装置40100中预先蓄积了多个该内容的状态、将蓄积的多个内容的每一个经由IP接口输出进行移动的处理执行的。此处，实际上预先蓄积多个相同的内容时成为对于存储部的容量低效率的存储状态。因此，实际上，仅蓄积1个该内容，将其蓄积个数信息作为管理信息保存在存储部或存储器部中管理即可。这是上述“假想地”这一说明的含义。
在以上说明的点之外，图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接口输出的情况下，能够实现在与内容的影像的画质对应的输出保护的观点和广播内容的视听者的便利性的观点双方的观点上平衡性良好的内容输出保护。
[图45的处理的例外处理例]
如上所述，用图45说明了进行IP接口输出的情况下的内容的输出保护的决定处理的一例。
但是，存在产生需要进行图45中未记载的几种例外处理的可能性，对这些例外处理在以下进行说明。
例如，内容复制控制描述符自身、或内容复制控制描述符的“digital_recording_control_data”参数因传输错误等某种原因而未作为接收控制信息50100传输的情况下，广播接收装置40100不能取得“digital_recordidng_control_data”参数。这样的情况下，广播接收装置40100视为与内容复制控制描述符的“digital_recording_control_data”参数表示“能够无制约条件地复制”的情况相同的状态进行图45的蓄积控制和内容的输出保护的决定处理即可。具体而言，从图45的组合1至5的处理中，考虑其他接收控制信息50100地决定1种处理。
另外，内容使用控制描述符自身、或内容使用控制描述符的“encryption_mode”参数因传输错误等某种原因而未作为接收控制信息50100传输的情况下，广播接收装置40100不能取得“encryption_mode”参数。这样的情况下，广播接收装置40100视为与内容使用控制描述符的“encryption_mode”参数表示“不保护”的情况相同的状态进行图45的蓄积控制和内容的输出保护的决定处理即可。具体而言，从图45的组合1、和6至17的处理中，考虑其他接收控制信息50100地决定1种处理。
另外，传递特性(EOTF)识别信息因传输错误等某种原因而未作为接收控制信息50100传输的情况下，广播接收装置40100不能取得传递特性(EOTF)识别信息。这样的情况下，在图45的例子中，在蓄积控制后的输出时进行基于内容是HDR还是SDR的判断即可，所以特别是在这一点上不需要例外处理。
[图45的处理的变形例]
图45的例子中，对HDR内容实施基于DTCP2的保护并进行IP接口输出的情况(组合2、3、6、7、10、11、14、15)下将“HDR”Flag设为0并输出。但是，这些组合中，前提都是“SDO”Flag表示0的状态、能够进行从HDR到SDR的内容转换。这样，在图45的组合2、3、6、7、10、11、14、15时，可以控制不输出“HDR”Flag作为DTCP2的输出控制信息。该情况下，在任意组合时，都不输出“HDR”Flag，所以广播接收装置40100的IP接口输出控制变得简单。
另外，图45的例子中，示出了基于DTCP2的保护输出内容的情况下，作为DTCP2的输出控制信息将“L2-Only”Flag设为“0”并输出的控制。关于这一点，如上所述，即使输出目标的设备是支持DTCP2设备，也进而考虑从该支持DTCP2设备对之后的其他设备输出的情况，如果用该支持DTCP2设备进行分辨率转换处理和传递特性转换处理，转换为2K以下内容且传递特性是SDR的内容，则允许以DTCP1等L1级别的内容保护方式输出。但是，作为图45的变形例，基于DTCP2的保护以No More Copies输出内容的组合(组合6、7、8、10、11、12、14、15、16)时，也可以改为作为DTCP2的输出控制信息将“L2-Only”Flag设为“1”并输出的控制。该例子中，对于基于DTCP2的保护是No More Copies的内容，视为内容提供商的内容保护的必要性更高，进一步强化内容保护。具体而言，在将“L2-Only”Flag设为“1”并输出的情况、要从输出目标的支持DTCP2设备对之后的其他设备输出的情况下，即使进行了分辨率转换处理和传递特性转换处理，在之后的设备不支持DTCP2等L2级别的内容保护方式的情况下，也不能输出。即，该内容在从广播接收装置40100的IP接口输出之后总是实施L2级别的内容保护。
以上，根据本实施例的广播通信系统和广播接收装置40100，能够与关于内容的数字复制的控制信息和关于内容的蓄积和输出的控制信息、或内容的存储状态、和内容的影像的分辨率和内容的影像的传递特性等相应地，进行在与内容的影像的画质对应的输出保护的观点和广播内容的视听者的便利性的观点双方的观点上平衡性良好的内容输出保护控制。即，根据本实施例的广播通信系统和广播接收装置40100，能够进行更适当的内容输出保护控制。
以上对于本发明的实施方式的例子，用实施例1～5进行了说明，但实现本发明的技术的结构不限于上述实施例，认为存在各种变形例。例如，能够将某个实施例的结构的一部分置换为其他实施例的结构，也能够在某个实施例的结构上添加其他实施例的结构。它们都属于本发明的范畴。另外，文中和图中出现的数值和消息等只是一例，即使使用不同的也不损害本发明的效果。
对于上述本发明的功能等，例如可以通过在集成电路中设计等而用硬件实现其一部分或全部。另外，也可以通过微处理器单元等解释并执行实现各功能等的动作程序而用软件实现。也可以同时使用硬件和软件。
另外，控制广播接收装置100的上述软件，可以是在产品出厂时预先保存在广播接收装置100的ROM103和/或存储(蓄积)部110等中的状态。也可以在产品出厂后从互联网200上的其他应用程序服务器500等经由LAN通信部121取得。另外，也可以经由扩展接口部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 (6)

1.一种接收内容的接收装置，其特征在于，包括：
接收部，其接收所述内容；
接口，其用于输出由所述接收部接收到的内容；和
控制部，其控制从所述接口输出的内容的输出状态，
所述接收部以不接收与DTCP2的L2-Only标志对应的控制信息、与DTCP2的EI标志对应的控制信息、与DTCP2的HDR标志对应的控制信息、与DTCP2的SDO标志对应的控制信息中的任一者的方式接收所述内容，
从所述接口对所述内容进行基于DTCP2的内容保护并输出时，将作为DTCP2的控制信息的各1位的L2-Only标志、EI标志、HDR标志、SDO标志中的、所述HDR标志以外的所述L2-Only标志、所述EI标志、所述SDO标志与所述内容一起输出。
2.一种接收内容的接收装置，其特征在于，包括：
接收部，其接收所述内容；
接口，其用于输出由所述接收部接收到的内容；和
控制部，其控制从所述接口输出的内容的输出状态，
所述接收部以不接收与DTCP2的L2-Only标志对应的控制信息、与DTCP2的EI标志对应的控制信息、与DTCP2的HDR标志对应的控制信息、与DTCP2的SDO标志对应的控制信息中的任一者的方式接收所述内容，
从所述接口对所述内容进行基于DTCP2的内容保护并输出时与所述内容一起输出的DTCP2的所述L2-Only标志、所述EI标志、所述HDR标志、所述SDO标志分别是1比特的标志，
在表示所述内容的复制控制状态的控制信息被指定为禁止复制而由所述接收部接收到的情况下，将从所述接口对所述内容进行基于DTCP2的内容的保护并输出时与所述内容一起输出的DTCP2的所述L2-Only标志设为1并输出。
3.一种接收内容的接收装置，其特征在于，包括：
接收部，其接收所述内容；
影像转换部，其对由所述接收部接收到的内容的影像的分辨率和/或传递特性进行转换；
接口，其用于输出用所述影像转换部转换后的内容；和
控制部，其控制从所述接口输出的内容的输出状态，
所述接收部以不接收与DTCP2的L2-Only标志对应的控制信息、与DTCP2的EI标志对应的控制信息、与DTCP2的HDR标志对应的控制信息、与DTCP2的SDO标志对应的控制信息中的任一者的方式接收所述内容，
从所述接口对由所述影像转换部转换后的所述内容进行基于DTCP2的内容保护并输出时，将作为DTCP2的控制信息的各1位的L2-Only标志、EI标志、HDR标志、SDO标志中的、所述HDR标志以外的所述L2-Only标志、所述EI标志、所述SDO标志与由所述影像转换部转换后的所述内容一起输出。
4.一种接收内容的接收装置，其特征在于，包括：
接收部，其接收所述内容；
影像转换部，其对由所述接收部接收到的内容的影像的分辨率和/或传递特性进行转换；
接口，其用于输出用所述影像转换部转换后的内容；和
控制部，其控制从所述接口输出的内容的输出状态，
所述接收部以不接收与DTCP2的L2-Only标志对应的控制信息、与DTCP2的EI标志对应的控制信息、与DTCP2的HDR标志对应的控制信息、与DTCP2的SDO标志对应的控制信息中的任一者的方式接收所述内容，
从所述接口对由所述影像转换部转换后的所述内容进行基于DTCP2的内容保护并输出时与由所述影像转换部转换后的所述内容一起输出的DTCP2的所述L2-Only标志、所述EI标志、所述HDR标志、所述SDO标志分别是1比特的标志，
在表示所述内容的复制控制状态的控制信息被指定为禁止复制而由所述接收部接收到的情况下，将从所述接口对由所述影像转换部转换后的所述内容进行基于DTCP2的内容的保护并输出时，与由所述影像转换部转换后的所述内容一起输出的DTCP2的所述L2-Only标志设为1并输出。
5.一种接收内容的接收装置，其特征在于，包括：
接收部，其接收所述内容；
存储部，其存储由所述接收部接收到的内容；
接口，其用于输出由所述存储部存储的内容；和
控制部，其控制从所述接口输出的内容的输出状态，
所述接收部以不接收与DTCP2的L2-Only标志对应的控制信息、与DTCP2的EI标志对应的控制信息、与DTCP2的HDR标志对应的控制信息、与DTCP2的SDO标志对应的控制信息中的任一者的方式接收所述内容，
从所述接口对由所述存储部存储的所述内容进行基于DTCP2的内容保护并输出时，将作为DTCP2的控制信息的各1位的L2-Only标志、EI标志、HDR标志、SDO标志中的、所述HDR标志以外的所述L2-Only标志、所述EI标志、所述SDO标志与由所述存储部存储的所述内容一起输出。
6.一种接收内容的接收装置，其特征在于，包括：
接收部，其接收所述内容；
存储部，其存储由所述接收部接收到的内容；
接口，其用于输出由所述存储部存储的内容；和
控制部，其控制从所述接口输出的内容的输出状态，
所述接收部以不接收与DTCP2的L2-Only标志对应的控制信息、与DTCP2的EI标志对应的控制信息、与DTCP2的HDR标志对应的控制信息、与DTCP2的SDO标志对应的控制信息中的任一者的方式接收所述内容，
从所述接口对由所述存储部存储的所述内容进行基于DTCP2的内容保护并输出时与由所述存储部存储的所述内容一起输出的DTCP2的所述L2-Only标志、所述EI标志、所述HDR标志、所述SDO标志分别是1比特的标志，
在表示所述内容的复制控制状态的控制信息被指定为仅允许复制1代的保护、允许限制个数复制的保护或禁止复制而由所述接收部接收到的情况下，将从所述接口对由所述存储部存储的所述内容进行基于DTCP2的内容的保护并输出时，与由所述存储部存储的所述内容一起输出的DTCP2的所述L2-Only标志设为1并输出。
CN202210865778.3A 2016-09-12 2017-08-23 广播接收装置 Pending CN115225183A (zh)

Applications Claiming Priority (30)

Application Number Priority Date Filing Date Title
JP2016-177312 2016-09-12
JP2016177430A JP6807193B2 (ja) 2016-09-12 2016-09-12 コンテンツの保護方法
JP2016-177430 2016-09-12
JP2016177312A JP6734743B2 (ja) 2016-09-12 2016-09-12 コンテンツの保護方法
JP2016-178241 2016-09-13
JP2016178241A JP6927680B2 (ja) 2016-09-13 2016-09-13 受信装置
JP2016178172A JP6736432B2 (ja) 2016-09-13 2016-09-13 受信装置
JP2016-178172 2016-09-13
JP2016206543A JP6734755B2 (ja) 2016-10-21 2016-10-21 コンテンツの保護方法
JP2016-206543 2016-10-21
JP2016207443A JP6892239B2 (ja) 2016-10-24 2016-10-24 コンテンツの出力方法
JP2016-207443 2016-10-24
JP2016-208361 2016-10-25
JP2016208361A JP6927684B2 (ja) 2016-10-25 2016-10-25 コンテンツの出力方法
JP2016209319A JP6892240B2 (ja) 2016-10-26 2016-10-26 コンテンツの出力方法
JP2016-209319 2016-10-26
JP2016210678A JP6739315B2 (ja) 2016-10-27 2016-10-27 コンテンツの出力方法
JP2016-210678 2016-10-27
JP2016-211795 2016-10-28
JP2016211795A JP6906925B2 (ja) 2016-10-28 2016-10-28 コンテンツの出力方法
JP2016-212509 2016-10-31
JP2016212509A JP6734758B2 (ja) 2016-10-31 2016-10-31 コンテンツの保護方法
JP2016214010A JP6906927B2 (ja) 2016-11-01 2016-11-01 コンテンツの出力方法
JP2016-214010 2016-11-01
JP2016-214928 2016-11-02
JP2016214928A JP6885707B2 (ja) 2016-11-02 2016-11-02 コンテンツの出力方法
JP2016-215839 2016-11-04
JP2016215839A JP6739316B2 (ja) 2016-11-04 2016-11-04 コンテンツの出力方法
CN201780055929.6A CN109691122B (zh) 2016-09-12 2017-08-23 广播接收装置
PCT/JP2017/030114 WO2018047623A1 (ja) 2016-09-12 2017-08-23 放送受信装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201780055929.6A Division CN109691122B (zh) 2016-09-12 2017-08-23 广播接收装置

Publications (1)

Publication Number Publication Date
CN115225183A true CN115225183A (zh) 2022-10-21

Family

ID=61562565

Family Applications (5)

Application Number Title Priority Date Filing Date
CN202210865927.6A Pending CN115225185A (zh) 2016-09-12 2017-08-23 广播接收装置
CN202210865777.9A Pending CN115225182A (zh) 2016-09-12 2017-08-23 广播接收装置
CN202210865810.8A Pending CN115225184A (zh) 2016-09-12 2017-08-23 广播接收装置
CN202210865778.3A Pending CN115225183A (zh) 2016-09-12 2017-08-23 广播接收装置
CN201780055929.6A Active CN109691122B (zh) 2016-09-12 2017-08-23 广播接收装置

Family Applications Before (3)

Application Number Title Priority Date Filing Date
CN202210865927.6A Pending CN115225185A (zh) 2016-09-12 2017-08-23 广播接收装置
CN202210865777.9A Pending CN115225182A (zh) 2016-09-12 2017-08-23 广播接收装置
CN202210865810.8A Pending CN115225184A (zh) 2016-09-12 2017-08-23 广播接收装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201780055929.6A Active CN109691122B (zh) 2016-09-12 2017-08-23 广播接收装置

Country Status (3)

Country Link
US (4) US11019399B2 (zh)
CN (5) CN115225185A (zh)
WO (1) WO2018047623A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA3039361C (en) * 2016-10-05 2021-05-18 Dolby Laboratories Licensing Corporation Source color volume information messaging
KR20210065691A (ko) * 2019-11-27 2021-06-04 삼성전자주식회사 서버 및 그 제어 방법
US11544826B2 (en) * 2021-04-30 2023-01-03 Realnetworks, Inc. Intelligent metadata service for video enhancement

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3639761B2 (ja) 1999-12-27 2005-04-20 財団法人エヌエイチケイサービスセンター テレビジョン放送におけるデータ放送の放送方法
JP2003234999A (ja) 2002-02-07 2003-08-22 Hitachi Ltd ディジタル情報受信装置、記録装置および送信装置
JP4176128B2 (ja) * 2004-07-23 2008-11-05 シャープ株式会社 蓄積装置、方法、及び映像表示装置
JP2006295344A (ja) 2005-04-06 2006-10-26 Toshiba Corp コンテンツ処理装置
JP2009076154A (ja) 2007-09-21 2009-04-09 Canon Inc 記録再生装置及びその制御方法
JP5094690B2 (ja) 2008-12-01 2012-12-12 日立コンシューマエレクトロニクス株式会社 記録制御方法
JP2010141757A (ja) 2008-12-15 2010-06-24 Hitachi Ltd コンテンツ管理装置
US20110157470A1 (en) 2009-12-28 2011-06-30 Sadao Tsuruga Receiver, receiving method and output control method
JP2011139191A (ja) * 2009-12-28 2011-07-14 Hitachi Consumer Electronics Co Ltd 受信装置、受信方法、及び出力制御方法
JP2012178622A (ja) * 2011-02-25 2012-09-13 Hitachi-Lg Data Storage Inc コンテンツ送信装置／受信装置、コンテンツ送信方法／受信方法
JP2012029326A (ja) * 2011-10-14 2012-02-09 Hitachi Ltd 情報出力方法
WO2013129785A1 (en) * 2012-02-29 2013-09-06 Samsung Electronics Co., Ltd. Data transmitter, data receiver, data transceiving system, data transmitting method, data receiving method, and data transceiving method
CN105409225B (zh) 2013-07-19 2019-09-17 皇家飞利浦有限公司 Hdr元数据传输
JP5450875B2 (ja) 2013-09-13 2014-03-26 日立マクセル株式会社 デジタルコンテンツ受信装置、および、デジタルコンテンツ受信方法
WO2015194102A1 (ja) 2014-06-20 2015-12-23 パナソニックＩｐマネジメント株式会社 再生方法および再生装置
WO2015198552A1 (ja) * 2014-06-25 2015-12-30 パナソニックＩｐマネジメント株式会社 コンテンツデータ生成方法、映像ストリーム伝送方法及び映像表示方法
JP6355521B2 (ja) 2014-10-21 2018-07-11 三菱電機株式会社 デジタル放送受信装置及び方法
JP6301849B2 (ja) 2015-02-03 2018-03-28 マクセル株式会社 表示及び一時蓄積の処理方法
WO2017051808A1 (ja) * 2015-09-25 2017-03-30 日立マクセル株式会社 放送受信装置
CN113660524A (zh) 2015-09-25 2021-11-16 麦克赛尔株式会社 显示装置和显示控制方法
WO2017138075A1 (ja) * 2016-02-08 2017-08-17 日立マクセル株式会社 コンテンツ送信装置、および、そのコンテンツ送信方法

Also Published As

Publication number Publication date
US20210314666A1 (en) 2021-10-07
CN109691122B (zh) 2022-08-09
US11019399B2 (en) 2021-05-25
US20240056639A1 (en) 2024-02-15
US20220312076A1 (en) 2022-09-29
CN115225182A (zh) 2022-10-21
WO2018047623A1 (ja) 2018-03-15
US11843832B2 (en) 2023-12-12
US11395042B2 (en) 2022-07-19
CN109691122A (zh) 2019-04-26
CN115225185A (zh) 2022-10-21
CN115225184A (zh) 2022-10-21
US20190215566A1 (en) 2019-07-11

Similar Documents

Publication Publication Date Title
CN108028958B (zh) 广播接收装置
JP2020102850A (ja) 表示制御方法
JP2023026483A (ja) 受信装置
CN109691122B (zh) 广播接收装置
JP7466752B2 (ja) コンテンツの出力方法
JP2023001171A (ja) 受信装置
JP2022173455A (ja) コンテンツの出力方法
JP7163530B1 (ja) 受信装置
JP7164760B1 (ja) コンテンツの保護方法
JP2023057127A (ja) コンテンツの保護方法
JP2022140713A (ja) コンテンツの保護方法
JP2022140722A (ja) コンテンツの保護方法
JP2022189887A (ja) 受信装置
JP2022171714A (ja) 受信装置
JP2022140714A (ja) 受信装置
JP2023036735A (ja) コンテンツの出力方法
JP2023108054A (ja) コンテンツの出力方法
JP2022159372A (ja) 受信装置
JP2023015128A (ja) 受信装置
JP2022140665A (ja) コンテンツの保護方法
JP2023026482A (ja) コンテンツの保護方法
JP2023121806A (ja) コンテンツの保護方法
JP2022164809A (ja) コンテンツの保護方法
JP2022164810A (ja) コンテンツの出力方法
JP2022140719A (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