JP7443587B2 - receiving device - Google Patents

Description

The present invention relates to a receiving device.

One of the expanded functions of digital broadcasting services is data broadcasting, which transmits digital data via broadcast waves and displays various information such as weather forecasts, news, and recommended programs. Many television receivers capable of receiving data broadcasting are already on the market, and many technologies related to data broadcasting reception have been published, including Patent Document 1 listed below.

Japanese Patent Application Publication No. 2001-186486

In response to recent changes in the environment regarding content distribution, television receivers are also required to have various functional enhancements. In particular, there are many demands for the distribution of content and cooperative applications using broadband network environments such as the Internet, and demands for higher resolution/higher definition of video content. However, it is difficult to provide a high-value-added television receiver that can meet the above requirements by simply reusing the data broadcasting reception function of current television receivers, or by simply expanding the data broadcasting reception function, etc. .

An object of the present invention is to provide a receiving device that can perform functions with higher added value.

As a means for solving the above problem, the technology described in the claims is used.

To give an example, a broadcasting station transmits content with a resolution exceeding 1920 pixels horizontally x 1080 pixels vertically (hereinafter referred to as "over 2K content") as the content of a broadcast program, and a receiving device receives the above 2K content. The receiving device of the transmission system receives control information corresponding to the L2-Only flag of DTCP2, control information corresponding to the EI flag of DTCP2, control information corresponding to the HDR flag of DTCP2, and control information corresponding to the HDR flag of DTCP2. None of the control information corresponding to the SDO flag is transmitted from the broadcasting station side to the receiving device, and the receiving unit receives the 2K-plus content, and the interface outputs the 2K-plus content received by the receiving unit. In the transmission system, the receiving device includes control information corresponding to the L2-Only flag of DTCP2, control information corresponding to the EI flag of DTCP2, control information corresponding to the HDR flag of DTCP2, and SDO flag of DTCP2. The receiving device does not acquire any of the control information corresponding to the above 2K content, and the above 2K content received by the receiving unit is the above 2K content regardless of the copy control state of the content in the transmission system. When the content is protected by DTCP2 and output as is without resolution conversion through the interface, the value indicated by 1 bit of the L2-Only flag of DTCP2 is fixed to 0 and output. The value indicated by 1 bit of the L2-Only flag of DTCP2 when the content is protected and output by DTCP2 via , the value indicated by 1 bit of the EI flag of DTCP2, the value indicated by 1 bit of the HDR flag of DTCP2, The number of combinations of values indicated by 1 bit of the SDO flag of DTCP2 is less than 16, and when the above 2K content is protected by DTCP2 and output via the interface without resolution conversion. If the over 2K content received by the receiving unit is a content for which copy protection is specified in the transmission system, the over 2K content is output in a Copy Never state and the over 2K content is not converted in resolution. When the content is protected by DTCP2 and output via the interface as it is, the over 2K content received by the receiving unit is content that has been designated as copyable protection for only one generation in the transmission system. uses a receiving device that outputs in a Copy One Generation state.

By using the technology of the present invention, it is possible to provide a receiving device that can perform functions with higher added value.

1 is a system configuration diagram showing an example of a broadcast communication system including a broadcast receiving device according to a first embodiment. FIG. 2 is an explanatory diagram of an outline of an encoded signal in MMT. It is a block diagram of MPU in MMT. FIG. 2 is a configuration diagram of an MMTP packet in MMT. FIG. 2 is a conceptual diagram of a protocol stack of a broadcasting system using MMT. FIG. 3 is a hierarchical configuration diagram of control information used in a broadcasting system. This is a list of tables used in TLV-SI of the broadcasting system. This is a list of descriptors used in TLV-SI of the broadcasting system. This is a list of messages used in MMT-SI of the broadcasting system. This is a list of tables used in MMT-SI of the broadcasting system. This is a list (Part 1) of descriptors used in MMT-SI of the broadcasting system. This is a list (Part 2) of descriptors used in MMT-SI of the broadcasting system. FIG. 3 is a diagram showing the relationship between data transmission and each table in the broadcasting system. 1 is a block diagram of a broadcast receiving device according to a first embodiment. FIG. FIG. 2 is a configuration diagram of a logical plane structure of a presentation function of the broadcast receiving device according to the first embodiment. FIG. 2 is a system configuration diagram of clock synchronization/presentation synchronization of the broadcast receiving device according to the first embodiment. 1 is a software configuration diagram of a broadcast receiving device according to a first embodiment. FIG. FIG. 2 is a block diagram of a broadcast station server according to the first embodiment. FIG. 2 is a block diagram of a service provider server according to the first embodiment. 1 is a block diagram of a portable information terminal according to a first embodiment. FIG. 1 is a software configuration diagram of a portable information terminal according to a first embodiment. FIG. FIG. 3 is a diagram showing the data structure of MH-TOT of the broadcasting system. FIG. 2 is a diagram illustrating a format of a JST_time parameter of a broadcasting system. 3 is a diagram showing a method of calculating the current date from MJD of the broadcast receiving device according to the first embodiment. FIG. 1 is a diagram showing a configuration of an NTP format of a broadcasting system. FIG. 2 is a diagram showing a data structure of an MPU timestamp descriptor of a broadcasting system. FIG. 3 is a diagram showing a data structure of time information in a TMCC extended information area of a broadcasting system. FIG. 2 is an operation sequence diagram of the broadcast receiving device according to the first embodiment during channel scanning. FIG. 2 is a diagram showing a data structure of TLV-NIT of a broadcasting system. FIG. 2 is a diagram illustrating the data structure of a satellite distribution system descriptor for a broadcast system. FIG. 2 is a diagram showing a data structure of a service list descriptor of a broadcasting system. FIG. 2 is a diagram showing a data structure of AMT of a broadcasting system. FIG. 2 is an operation sequence diagram of the broadcast receiving device according to the first embodiment when selecting a channel. FIG. 3 is a diagram showing a data structure of MPT of a broadcasting system. FIG. 2 is a diagram showing a data structure of an LCT of a broadcasting system. FIG. 7 is a diagram illustrating an example of assignment of layouts to layout numbers based on LCT. FIG. 7 is a diagram illustrating an example of assignment of layouts to layout numbers based on LCT. FIG. 7 is a diagram illustrating an example of assignment of layouts to layout numbers based on LCT. FIG. 7 is a diagram illustrating an example of assignment of layouts to layout numbers based on LCT. FIG. 3 is a diagram illustrating an operation of exception handling of screen layout control based on LCT. FIG. 3 is a diagram illustrating an operation of exception handling of screen layout control based on LCT. FIG. 3 is a diagram showing the data structure of MH-EIT of the broadcasting system. 3 is a screen display diagram of an EPG screen of the broadcast receiving device according to the first embodiment. FIG. 3 is a screen display diagram of an EPG screen of the broadcast receiving device according to the first embodiment. FIG. 3 is a screen display diagram of an EPG screen of the broadcast receiving device according to the first embodiment. FIG. FIG. 3 is a screen display diagram of the broadcast receiving device according to the first embodiment when an emergency warning broadcast is displayed. FIG. 2 is a block diagram of a broadcast receiving device according to a second embodiment. FIG. 3 is a diagram illustrating inconsistency in current time display when switching broadcast services. FIG. 7 is a diagram illustrating the operation of selection control of a current time information reference source according to the second embodiment. FIG. 7 is an operation sequence diagram of current time information update processing according to the second embodiment. FIG. 7 is a screen display diagram of an EPG screen of the broadcast receiving device according to the second embodiment. FIG. 7 is a screen display diagram of an EPG screen of the broadcast receiving device according to the second embodiment. FIG. 3 is a system configuration diagram of a broadcast communication system according to a third embodiment. FIG. 3 is a diagram showing a data structure of a content information descriptor of a broadcasting system. FIG. 2 is a diagram illustrating the meaning of content types in a content information descriptor of a broadcasting system. FIG. 2 is a diagram illustrating the meanings of source device primary color chromaticity coordinates and source device white chromaticity coordinates in a content information descriptor of a broadcasting system. FIG. 2 is a diagram illustrating the meaning of EOTF identification in a content information descriptor of a broadcasting system. FIG. 7 is a screen display diagram of an EPG screen of the broadcast receiving device according to the third embodiment. FIG. 3 is a diagram illustrating a difference in color gamut between a source device and a monitor device. FIG. 7 is a diagram illustrating color gamut conversion processing of a broadcast receiving device according to a third embodiment. FIG. 7 is a diagram illustrating color gamut conversion processing of a broadcast receiving device according to a third embodiment. FIG. 7 is a diagram illustrating image quality adjustment items of the broadcast receiving device according to the third embodiment. FIG. 7 is a diagram illustrating a brightness level conversion process of the broadcast receiving device according to the third embodiment. FIG. 7 is a diagram illustrating a brightness level conversion process of the broadcast receiving device according to the third embodiment. FIG. 4 is a system configuration diagram of a broadcast communication system according to a fourth embodiment. FIG. 3 is a block diagram of a broadcast receiving device according to a fourth embodiment. FIG. 4 is a software configuration diagram of a broadcast receiving device according to a fourth embodiment. FIG. 4 is an interface configuration diagram of a broadcast receiving device and a monitor device according to a fourth embodiment. FIG. 7 is a diagram illustrating mastering information output by a broadcast receiving device according to a fourth embodiment. FIG. 3 is a system configuration diagram of a broadcast communication system according to a fifth embodiment. FIG. 7 is a diagram illustrating an example of output control information according to Example 5. FIG. 7 is a diagram illustrating an example of reception control information according to the fifth embodiment. FIG. 7 is a diagram illustrating an example of reception control information according to the fifth embodiment. FIG. 7 is a diagram illustrating an example of reception control information according to the fifth embodiment. FIG. 7 is a diagram illustrating an example of reception control information according to the fifth embodiment. FIG. 7 is a diagram illustrating an example of content output protection determination processing according to the fifth embodiment. FIG. 7 is a diagram illustrating an example of content output protection determination processing according to the fifth embodiment. FIG. 7 is a diagram illustrating an example of content output protection determination processing according to the fifth embodiment.

Examples of embodiments of the present invention will be described below with reference to the drawings.
(Example 1)

[System configuration]
FIG. 1 is a system configuration diagram showing an example of a broadcast communication system including a broadcast receiving apparatus according to this embodiment. The broadcast communication system of this embodiment includes a broadcast receiving device 100, an antenna 100a, a broadband network such as the Internet 200, a router device 200r, an access point 200a, a radio tower 300t of a broadcasting station, a broadcasting satellite (or communication satellite) 300s, a broadcasting station It is composed of a server 300, a service provider server 400, other application servers 500, a mobile telephone communication server 600, a base station 600b of a mobile telephone communication network, and a mobile information terminal 700.

Broadcast receiving apparatus 100 receives broadcast waves transmitted from radio tower 300t via broadcasting satellite (or communication satellite) 300s and antenna 100a. Alternatively, the broadcast waves transmitted from the radio tower 300t may be directly received from the antenna 100a without going through the broadcast satellite (or communication satellite) 300s. Furthermore, the broadcast receiving device 100 can be connected to the Internet 200 via the router device 200r, and can send and receive data through communication with each server device and other communication devices on the Internet 200.

The router device 200r is connected to the Internet 200 through wired communication, to the broadcast receiving device 100 through wired or wireless communication, and to the mobile information terminal 700 through wireless communication. For the wireless communication, a method such as Wi-Fi (registered trademark) may be used. This allows each server device and other communication devices on the Internet 200, the broadcast receiving device 100, and the mobile information terminal 700 to mutually transmit and receive data via the router device 200r. Note that the communication between the broadcast receiving device 100 and the mobile information terminal 700 may be performed directly using a method such as Bluetooth (registered trademark) or NFC (Near Field Communication) without going through the router device 200r.

The radio tower 300t is a broadcasting facility of a broadcasting station, and transmits broadcast waves containing encoded data of broadcast programs, subtitle information, other applications, general-purpose data, and the like. A broadcasting satellite (or communication satellite) 300s receives broadcast waves transmitted from a radio tower 300t of a broadcasting station, performs appropriate frequency conversion, etc., and transmits the broadcast waves to an antenna 100a connected to a broadcast receiving device 100. It is a repeater that retransmits waves. Further, it is assumed that the broadcast station includes a broadcast station server 300. The broadcasting station server 300 stores broadcast programs (video content, etc.) and metadata such as the program title, program ID, program summary, performer information, broadcast date and time of each broadcast program, and stores the video content and each metadata. , may be provided to service providers based on a contract. Note that the video content and each metadata may be provided to the service provider through an API (Application Programming Interface) provided in the broadcasting station server 300.

The service provider server 400 is a server device prepared by a service provider, and is capable of providing various services linked to broadcast programs distributed by broadcast stations. Further, the service provider server 400 stores, manages, and distributes video content and metadata provided from the broadcast station server 300, various contents and applications linked to broadcast programs, and the like. It also has a function to search for and provide a list of content, applications, etc. that can be provided in response to inquiries from television receivers and the like. Note that storage, management, and distribution of the content and metadata and storage, management, and distribution of the application may be performed by different server devices. The broadcast station and the service provider may be the same or different. A plurality of service provider servers 400 may be provided for different services. Furthermore, the functions of the service provider server 400 may also be provided by the broadcasting station server 300.

The other application server 500 is a known server device that stores, manages, and distributes other general applications, operating programs, contents, data, and the like. There may be a plurality of other application servers 500 on the Internet 200.

Mobile telephone communication server 600 is connected to the Internet 200 and, on the other hand, to mobile information terminal 700 via base station 600b. The mobile phone communication server 600 manages telephone communication (calls) and data transmission and reception via the mobile phone communication network of the mobile information terminal 700, and connects the mobile information terminal 700 to each server device and other communication devices on the Internet 200. It is possible to send and receive data by communicating with. Communication between the base station 600b and the mobile information terminal 700 is performed using the W-CDMA (Wideband Code Division Multiple Access) (registered trademark) method, the GSM (Global System for Mobile communications) (registered trademark) method, or the LTE method. (Long Term Evolution) method , or other communication methods.

It is assumed that the mobile information terminal 700 has functions of telephone communication (call) and data transmission/reception via a mobile telephone communication network, and a function of wireless communication using Wi-Fi (registered trademark) or the like. The mobile information terminal 700 can be connected to the Internet 200 via the router device 200r or the access point 200a, or the base station 600b of the mobile telephone communication network and the mobile telephone communication server 600, and can connect to the Internet 200 via the router device 200r or the access point 200a. It is possible to send and receive data through communication with each server device and other communication devices. The access point 200a is connected to the Internet 200 by wired communication, and is also connected to the mobile information terminal 700 by wireless communication. For the wireless communication, a method such as Wi-Fi (registered trademark) may be used. Note that communication between the mobile information terminal 700 and the broadcast receiving device 100 is performed via the access point 200a, the Internet 200, and the router device 200r, or via the base station 600b, the mobile phone communication server 600, the Internet 200, and the router device 200r. It may also be done through.

[Overview of MMT method]
The broadcast receiving apparatus 100 shown in FIG. 1 uses the MPEG (Moving Picture Experts Group)-2 system, which is often adopted in conventional digital broadcasting systems, as a media transport method for transmitting data such as video and audio. It is assumed that the television receiver is compatible with MMT (MPEG Media Transport) instead of TS (Transport Stream) (hereinafter referred to as MPEG2-TS). The television receiver may be compatible with both MPEG2-TS and MMT.

MPEG2-TS is characterized by multiplexing components such as video and audio that make up a program into one stream together with control signals and clocks. Since it is handled as one stream including the clock, it is suitable for transmitting one content over one transmission path with guaranteed transmission quality, and has been adopted in many conventional digital broadcasting systems. On the other hand, the MPEG2-TS function responds to changes in the environment related to content distribution, such as the recent diversification of content, the diversification of devices that use content, the diversification of transmission routes for content distribution, and the diversification of content storage environments. MMT is a newly developed media transport method because of the limitations of MT.

FIG. 2A shows an example of an outline of an encoded signal in MMT of this embodiment. As shown in the figure, the MMT of this embodiment has an MFU (Media Fragment Unit), an MPU (Media Processing Unit), an MMTP (MMT Protocol) payload, and an MMTP packet as elements constituting an encoded signal. shall be. The MFU is a format for transmitting video, audio, etc., and may be configured in units of NAL (Network Abstraction Layer) units or in units of access units. The MPU may be configured with MPU metadata that includes information regarding the overall configuration of the MPU, movie fragment metadata that includes information about encoded media data, and sample data that is encoded media data. Furthermore, it is assumed that the MFU can be extracted from the sample data. Furthermore, in the case of media such as video components and audio components, the presentation time and decoding time may be specified for each MPU or access unit. FIG. 2B shows an example of the configuration of the MPU.

The MMTP packet is composed of a header section and an MMTP payload, and transmits MFU and MMT control information. It is assumed that the MMTP payload includes a payload header corresponding to the content (data unit) stored in the payload section. FIG. 2C shows an example of an overview of configuring an MFU from a video/audio signal, storing it in an MMTP payload, and configuring an MMTP packet. Note that in a video signal encoded using interframe prediction, it is desirable to configure the MPU in units of GOPs (Groups of Pictures). Furthermore, when the size of the MFU to be transmitted is small, one MFU may be stored in one payload section, or a plurality of MFUs may be stored in one payload section. Furthermore, when the size of the MFU to be transmitted is large, one MFU may be divided into a plurality of payload parts and stored. Furthermore, MMTP packets may be protected using techniques such as AL-FEC (Application Layer Forward Error Correction) and ARQ (Automatic Repeat Request) in order to recover from packet loss on the transmission path.

In the broadcasting system of this embodiment, MPEG-H HEVC (High Efficiency Video Coding) is used as a video encoding method, and MPEG-4 AAC (Advanced Audio Coding) or MPEG-4 ALS (Audio Lossless) is used as an audio encoding method. Coding) shall be used. Encoded data such as video and audio of broadcast programs encoded by each of the above methods is in MFU or MPU format, and is further put on an MMTP payload, converted into MMTP packets, and transmitted as IP (Internet Protocol) packets. shall be. Further, data content related to broadcast programs may be in MFU or MPU format, and further may be placed on an MMTP payload to be converted into MMTP packets and transmitted as IP packets. Data content transmission methods include subtitle/superimposed transmission methods used for streaming data synchronized with broadcasting, application transmission methods used for data transmission asynchronous with broadcasting, and synchronous/asynchronous messages for applications running on TV receivers. Four types are provided: an event message transmission method used for notifications, and a general-purpose data transmission method that transmits other general-purpose data in a synchronous/asynchronous manner.

To transmit MMTP packets, UDP/IP (User Datagram Protocol/Internet Protocol) is used on the broadcast transmission path, and UDP/IP or TCP/IP (Transmission Control Protocol/Internet Protocol) is used on the communication line. rotocol) shall be used. . Further, in the broadcast transmission path, a TLV (Type Length Value) multiplexing method is used for efficient transmission of IP packets. FIG. 3 shows an example of the protocol stack of the broadcasting system of this embodiment. In the figure, (A) is an example of a protocol stack in a broadcast transmission path, and (B) is an example of a protocol stack in a communication line.

In the broadcasting system of this embodiment, a mechanism for transmitting two types of control information, MMT-SI (MMT-Signaling Information) and TLV-SI (TLV-Signaling Information), is provided. MMT-SI is control information indicating the structure of a broadcast program. It is assumed that the message is in the format of an MMT control message, is placed on an MMTP payload, is converted into an MMTP packet, and is transmitted as an IP packet. TLV-SI is control information regarding multiplexing of IP packets, and provides information for channel selection and correspondence information between IP addresses and services.

Also, in a broadcasting system using MMT, time information is transmitted to provide absolute time. Note that while MPEG2-TS indicates the component display time based on a different clock for each TS, MMT indicates the component display time based on Coordinated Universal Time (UTC). do. These mechanisms allow terminal devices to synchronize and display components transmitted from different transmission points through different transmission paths. In order to provide UTC, it is assumed that IP packets in NTP (Network Time Protocol) format are used.

[Control information for broadcasting system using MMT]
As described above, in the broadcasting system supported by the broadcast receiving apparatus 100 of this embodiment, the control information includes TLV-SI, which is related to the TLV multiplexing method for multiplexing IP packets, and MMT, which is the media transport method. Prepare the MMT-SI involved. The TLV-SI provides information for the broadcast receiving apparatus 100 to demultiplex IP packets multiplexed on a broadcast transmission path. TLV-SI consists of a "table" and a "descriptor". It is assumed that the "table" is transmitted in section format, and the "descriptor" is placed within the "table". MMT-SI is transmission control information indicating the configuration of an MMT package and information related to broadcasting services. MMT-SI consists of three layers: ``messages'' that store ``tables'' and ``descriptors,''``tables'' that have elements and attributes that indicate specific information, and ``descriptors'' that indicate more detailed information. shall be FIG. 4 shows an example of the hierarchical structure of control information used in the broadcasting system of this embodiment.

<Tables used in TLV-SI>
FIG. 5A shows a list of "tables" used in the TLV-SI of the broadcasting system supported by the broadcast receiving apparatus 100 of this embodiment. In this embodiment, it is assumed that the following table is used as the TLV-SI "table".

(1) TLV-NIT
The Network Information Table for TLV (TLV-NIT) represents information regarding the physical configuration of the TLV stream transmitted by the network and the characteristics of the network itself.

(2) AMT
An Address Map Table (AMT) provides a list of multicast groups of IP packets that constitute each service transmitted in a network.

(3) Table set by the business operator In addition, it is possible for the service provider etc. to prepare a table set independently.

<Descriptors used in TLV-SI>
FIG. 5B shows a list of "descriptors" placed in the TLV-SI of the broadcast system to which the broadcast receiving apparatus 100 of this embodiment supports. In this embodiment, it is assumed that the following is used as a "descriptor" of TLV-SI.

(1) Service list descriptor The service list descriptor provides a list of services by service identification and service type.

(2) Satellite distribution system descriptor The satellite distribution system descriptor indicates the physical conditions of the satellite transmission path.

(3) System management descriptor The system management descriptor is used to distinguish between broadcasting and non-broadcasting.

(4) Network name descriptor A network name descriptor describes a network name using character codes.

(5) Descriptors set by business operators In addition, it is possible for service providers etc. to prepare descriptors set independently.

<Messages used in MMT-SI>
FIG. 6A shows a list of "messages" used in MMT-SI of the broadcasting system to which the broadcasting receiving apparatus 100 of this embodiment supports. In this embodiment, it is assumed that the following is used as the MMT-SI "message".

(1) PA Message Package Access (PA) messages are used to transmit various tables.

(2) M2 section message The M2 section message is used to transmit the section extension format of MPEG-2 Systems.

(3) CA message The CA message is used to transmit a table for identifying the conditional access system.

(4) M2 short section message The M2 short section message is used to transmit the section short format of MPEG-2 Systems.

(5) Data transmission message A data transmission message is a message that stores a table related to data transmission.

(6) Message set by the service provider In addition, it is possible for the service provider etc. to prepare a message set independently.

<Tables used in MMT-SI>
FIG. 6B shows a list of "tables" used in the MMT-SI of the broadcasting system supported by the broadcasting receiving apparatus 100 of this embodiment. The table is control information having elements and attributes indicating specific information, and is stored in a message and transmitted in an MMTP packet. Note that the message that stores the table may be determined depending on the table. In this embodiment, it is assumed that the following table is used as the MMT-SI "table".

(1) MPT
The MMT Package Table (MPT) provides information that constitutes a package, such as a list of assets and the location of the assets on the network. The MPT may be stored in the PA message.

(2) PLT
The Package List Table (PLT) shows a list of IP data flows and packet IDs that transmit PA messages of MMT packages provided as broadcasting services, and IP data flows that transmit IP services. The PLT may be stored in the PA message.

(3) LCT
A layout configuration table (LCT) is used to associate layout information for presentation with layout numbers. The LCT may be stored in the PA message.

(4) ECM
Entitlement Control Message (ECM) is common information consisting of program information and control information, and delivers key information for descrambling. The ECM may be stored in the M2 section message.

(5) EMM
The Entitlement Management Message (EMM) transmits individual information including contract information for each subscriber and key information for decrypting ECM (common information). EMMs may be stored in M2 section messages.

(6) CAT(MH)
A CA table (Conditional Access Table: CAT) (MH) is used to store a descriptor for identifying a conditional access system. CAT(MH) may be stored in the CA message.

(7) DCM
The Download Control Message (DCM) transmits key-related information such as a key for decoding the transmission path encryption for downloading. DCM may be stored in M2 section messages.

(8)DMM
The Download Management Message (DMM) transmits key-related information such as a download key for decrypting the DCM. The DMM may be stored in the M2 section message.

(9) MH-EIT
The MH-Event Information Table (MH-EIT) is time-series information regarding events included in each service. The MH-EIT may be stored in the M2 section message.

(10) MH-AIT
The MH-Application Information Table (MH-AIT) stores all information regarding the application and the activation state required for the application. The MH-AIT may be stored in the M2 section message.

(11) MH-BIT
The MH-Broadcaster Information Table (MH-BIT) is used to present information on broadcasters existing on the network. The MH-BIT may be stored in the M2 section message.

(12) MH-SDTT
The MH-Software Download Trigger Table (MH-SDTT) is used for download notification information. The MH-SDTT may be stored in the M2 section message.

(13) MH-SDT
The MH-Service Description Table (MH-SDT) has a sub-table representing services included in a specific TLV stream, and contains information about the organized channel, such as the name of the organized channel and the name of the broadcaster. to transmit. The MH-SDT may be stored in the M2 section message.

(14) MH-TOT
The MH-Time Offset Table (MH-TOT) carries JST time and date (modified Julian date) information. MH-TOT may be stored in the M2 short section message.

(15) MH-CDT
The MH-Common Data Table (MH-CDT) is used to transmit common data to be stored in a non-volatile memory in a section format to all receivers that receive it. The MH-CDT may be stored in the M2 section message.

(16) DDM Table The Data Directory Management Table (DDM table) provides the directory structure of the files that make up the application in order to separate the file structure of the application and the structure for file transmission. DDM tables may be stored in data transmission messages.

(17) DAM Table The Data Asset Management Table (DAM table) provides the configuration of the MPU in the asset and version information for each MPU. DAM tables may be stored in data transmission messages.

(18) DCC Table A data content configuration table (DCC table) provides configuration information of files as data contents in order to realize flexible and effective cache control. The DCC table may be stored in the data transmission message.

(19) EMT
An event message table (EMT) is used to transmit information regarding event messages. EMT may be stored in the M2 section message.

(20) Tables set by business operators In addition, it is possible for service businesses etc. to prepare tables set independently.

<Descriptors used in MMT-SI>
FIGS. 6C and 6D show a list of "descriptors" placed in the MMT-SI of the broadcast system to which the broadcast receiving apparatus 100 of this embodiment supports. The descriptor is control information that provides more detailed information, and shall be placed in the table. Note that the table in which the descriptors are arranged may be determined depending on the descriptor. In this embodiment, it is assumed that the following is used as a "descriptor" of MMT-SI.

(1) Asset Group Descriptor The asset group descriptor provides the group relationship of assets and their priority within the group. Asset group descriptors may be placed in the MPT.

(2) Event Package Descriptor The event package descriptor provides a correspondence between an event representing a program and a package. The event package descriptor may be placed in the MH-EIT transmitted in the M2 section message.

(3) Background color specification descriptor The background color specification descriptor provides the backmost background color in layout specification. A background color specification descriptor may be placed in the LCT.

(4) MPU presentation area specification descriptor The MPU presentation area specification descriptor provides the position where the MPU is presented. The MPU presentation area specification descriptor may be placed in the MPT.

(5) MPU timestamp descriptor The MPU timestamp descriptor indicates the presentation time of the first access unit in the presentation order in the MPU. The MPU timestamp descriptor may be placed in the MPT.

(6) Dependency Descriptor A dependency descriptor provides an asset ID of an asset in a dependent relationship. Dependency descriptors may be placed in the MPT.

(7) Access control descriptor The access control descriptor provides information for identifying the conditional access method. The access control descriptor may be placed in the MPT or CAT (MH).

(8) Scrambling method descriptor The scrambling method descriptor provides information for identifying the encryption target and the type of encryption algorithm during scrambling. The scrambling method descriptor may be placed in the MPT or CAT(MH).

(9) Message Authentication Method Descriptor The message authentication method descriptor provides information for identifying the message authentication method when performing message authentication. The message authentication method descriptor may be placed in the MPT or CAT (MH).

(10) Emergency information descriptor (MH)
The emergency information descriptor (MH) is used when broadcasting an emergency warning. An emergency information descriptor (MH) may be placed in the MPT.

(11) MH-MPEG-4 audio descriptor The MH-MPEG-4 audio descriptor describes basic information for specifying the encoding parameters of the ISO/IEC 14496-3 (MPEG-4 audio) audio stream. used for The MH-MPEG-4 audio descriptor may be placed in the MPT.

(12) MH-MPEG-4 audio extension descriptor The MH-MPEG-4 audio extension descriptor is used to describe the profile and level of the MPEG-4 audio stream and settings specific to the encoding method. The MH-MPEG-4 audio extension descriptor may be placed in the MPT.

(13) MH-HEVC video descriptor The MH-HEVC video descriptor is based on ITU-T Recommendation H. 265|Used to describe the basic encoding parameters of ISO/IEC 23008-2 video streams (HEVC streams). The MH-HEVC video descriptor may be placed in the MPT.

(14) MH-Link Descriptor The MH-Link Descriptor identifies the service provided when the viewer requests additional information related to something specific listed in the program information system. The MH-link descriptor may be placed in the MPT, MH-EIT, MH-SDT, etc.

(15) MH-Event Group Descriptor The MH-Event Group Descriptor is used to indicate that a group of events are grouped when there is a relationship between them. The MH-Event Group Descriptor may be placed in the MH-EIT.

(16) MH-Service List Descriptor The MH-Service List Descriptor provides a list of services by service identification and service type. The MH-Service List Descriptor may be placed in the MH-BIT.

(17) MH-Short Event Descriptor The MH-Short Event Descriptor represents an event name and a short description of the event in text format. The MH-Short Event Descriptor may be placed in the MH-EIT.

(18) MH-Extended Format Event Descriptor The MH-Extended Format Event Descriptor is used in addition to the MH-Short Format Event Descriptor to provide a detailed description of the event. The MH-Extended Format Event Descriptor may be placed in the MH-EIT.

(19) Video component descriptor The video component descriptor indicates parameters and explanations regarding the video component, and is also used to express elementary streams in character format. The video component descriptor may be placed in the MPT or MH-EIT.

(20) MH-Stream Identification Descriptor The MH-Stream Identification Descriptor is used to label the component stream of a service and use this label to refer to the description content indicated by the video component descriptor in the MH-EIT. . The MH-Stream Identification Descriptor may be placed in the MPT.

(21) MH-Content Descriptor The MH-Content Descriptor indicates the genre of the event. The MH-content descriptor may be placed in the MH-EIT.

(22) MH-Parental Rate Descriptor The MH-Parental Rate Descriptor represents age-based viewing restrictions and is used to extend to include other restriction conditions. The MH-Parental Rate Descriptor may be placed in the MPT or MH-EIT.

(23) MH-Audio Component Descriptor The MH-Audio Component Descriptor indicates each parameter of the audio elementary stream, and is also used to express the elementary stream in character format. The MH-Audio Component Descriptor may be placed in the MPT or MH-EIT.

(24) MH-Target Area Descriptor The MH-Target Area Descriptor is used to describe the area targeted by a program or some streams that make up the program. The MH-territory descriptor may be placed in the MPT.

(25) MH-Series Descriptor The MH-Series Descriptor is used to identify series programs. The MH-series descriptor may be placed in the MH-EIT.

(26) MH-SI transmission parameter descriptor The MH-SI transmission parameter descriptor is used to indicate SI transmission parameters. The MH-SI transmission parameter descriptor may be placed in the MH-BIT.

(27) MH-Broadcaster Name Descriptor The MH-Broadcaster Name Descriptor describes the name of the broadcaster. The MH-Broadcaster Name Descriptor may be placed in the MH-BIT.

(28) MH-Service Descriptor The MH-Service Descriptor represents the organization channel name and its provider name together with the service format type using character codes. The MH-Service Descriptor may be placed in the MH-SDT.

(29) IP Data Flow Descriptor The IP data flow descriptor provides information on the IP data flows that constitute the service. The IP data flow descriptor may be placed in the MH-SDT.

(30) MH-CA activation descriptor The MH-CA activation descriptor describes activation information for activating a CAS program on the CAS platform. The MH-CA activation descriptor may be placed in the MPT or CAT (CA).

(31) MH-Type descriptor The MH-Type descriptor indicates the type of file transmitted using the application transmission method. The MH-Type descriptor may be placed in the DAM table.

(32) MH-Info descriptor The MH-Info descriptor describes information regarding the MPU or item. The MH-Info descriptor may be placed in a DAM table.

(33) MH-Expire descriptor The MH-Expire descriptor describes the expiration date of an item. The MH-Expire descriptor may be placed in a DAM table.

(34) MH-Compression Type Descriptor The MH-Compression Type descriptor means that the item to be transmitted is compressed, and indicates the compression algorithm and the number of bytes of the item before compression. The MH-Compression Type descriptor may be placed in the DAM table.

(35) MH-Data Encoding Method Descriptor The MH-Data Encoding Method Descriptor is used to identify the data encoding method. The MH-data encoding scheme descriptor may be placed in the MPT.

(36) UTC-NPT reference descriptor The UTC-NPT reference descriptor is used to convey the relationship between NPT (Normal Play Time) and UTC. A UTC-NPT reference descriptor may be placed in the EMT.

(37) Event Message Descriptor An event message descriptor conveys information about event messages in general. Event message descriptors may be placed in the EMT.

(38) MH-Local Time Offset Descriptor The MH-Local Time Offset Descriptor is used to set a constant offset value between the actual time (for example, UTC+9 hours) and the time displayed to the human system when summer time is implemented. The MH-Local Time Offset Descriptor may be placed in the MH-TOT.

(39) MH-Component Group Descriptor The MH-Component Group Descriptor defines and identifies a combination of components within an event. The MH-Component Group Descriptor may be placed in the MH-EIT.

(40) MH-Logo Transmission Descriptor The MH-Logo Transmission Descriptor is used to describe a simple logo character string, pointing to a CDT format logo, etc. The MH-Logo Transmission Descriptor may be placed in the MH-SDT.

(41) MPU extended timestamp descriptor The MPU extended timestamp descriptor provides the decoding time of an access unit within the MPU. The MPU extended timestamp descriptor may be placed in the MPT.

(42) MPU download content descriptor The MPU download content descriptor is used to describe attribute information of content downloaded using the MPU. The MPU download content descriptor may be placed in the MH-SDTT.

(43) MH-Network Download Content Descriptor The MH-Network Download Content Descriptor is used to describe attribute information of content downloaded using a network. The MH-Network Download Content Descriptor may be located in the MH-SDTT.

(44) MH-Application Descriptor The MH-Application Descriptor describes application information. The MH-Application Descriptor may be placed in the MH-AIT.

(45) MH-Transmission Protocol Descriptor The MH-Transmission Protocol Descriptor is used to specify a transmission protocol such as broadcasting or communication, and to indicate location information of an application that depends on the transmission protocol. The MH-transmission protocol descriptor may be placed in the MH-AIT.

(46) MH-Simple Application Location Descriptor The MH-Simple Application Location Descriptor is written to indicate details of where to obtain an application. The MH-Simple Application Location Descriptor may be placed in the MH-AIT.

(47) MH-Application Boundary Authority Setting Descriptor The MH-Application Boundary Authority Setting Descriptor is written to set an application boundary and to set broadcast resource access authority for each area (URL). The MH-Application Boundary Authority Setting Descriptor may be placed in the MH-AIT.

(48) MH-Startup Priority Information Descriptor The MH-Startup Priority Information Descriptor is written to specify the startup priority of an application. The MH-Activation Priority Information Descriptor may be placed in the MH-AIT.

(49) MH-cache information descriptor The MH-cache information descriptor is written for use in cache control when caching and retaining the resources that make up the application when the application is expected to be reused. . The MH-Cache Information Descriptor may be placed in the MH-AIT.

(50) MH-Probabilistic application delay descriptor The MH-Probabilistic application delay descriptor is used to delay the timing of application control by a probabilistically set delay amount, assuming load distribution of server access for application acquisition. Describe it in The MH-Probabilistic Application Delay Descriptor may be placed in the MH-AIT.

(51) Link destination PU descriptor The link destination PU descriptor describes another presentation unit to which the presentation unit (PU) may transition. The linked PU descriptor may be placed in the DCC table.

(52) Lock cache specification descriptor The lock cache specification descriptor describes the specification of files to be cached and locked in the presentation unit. Lock cache specification descriptors may be placed in the DCC table.

(53) Unlock cache specification descriptor The unlock cache specification descriptor describes the specification of the file to be unlocked among the files locked in the presentation unit. The unlocked cache specification descriptor may be placed in the DCC table.

(54) Descriptor set by the service provider In addition, it is possible for the service provider etc. to prepare a descriptor set independently.

<Relationship between data transmission and each control information in MMT method>
Here, the relationship between data transmission and typical tables in the broadcast system to which the broadcast receiving apparatus 100 of this embodiment supports will be explained using FIG. 6E.

In the broadcasting system supported by the broadcast receiving apparatus 100 of this embodiment, data transmission can be performed through a plurality of routes, such as a TLV stream via a broadcast transmission path and an IP data flow via a communication line. The TLV stream includes TLV-SI such as TLV-NIT and AMT, and an IP data flow that is an IP packet data flow. The IP data flow includes a video asset including a series of video MPUs and an audio asset including a series of audio MPUs. Similarly, an IP data flow may include a subtitle asset that includes a series of subtitle MPUs, a text super asset that includes a series of text superimpose MPUs, a data asset that includes a series of data MPUs, and the like. These various assets are associated in units called "packages" by an MPT (MMT package table) that is stored and transmitted in a PA message. Specifically, the MPT contains the package ID (corresponding to the "MMT_package_id_byte" parameter shown in FIG. 17 described later) and the asset ID of each asset included in the package (corresponding to the "asset_id_byte" parameter shown in FIG. 17 described later). The above-mentioned association is performed by describing the above.

The assets that make up the package can be only the assets in the TLV stream, but as shown in FIG. 6E, the assets that are transmitted in the IP data flow of the communication line can also be included. This includes the location information of each asset included in the package (corresponding to "MMT_general_location_info()" shown in FIG. 17, which will be described later) in the MPT, so that the broadcast receiving apparatus 100 of this embodiment can refer to each asset. This can be achieved by making it possible to understand. Specifically, by changing the value of the "MMT_general_location_infonolocation_type" parameter placed in the location information,
(1) Data multiplexed in the same IP data flow as MPT (location_type=0x00)
(2) Data multiplexed in IPv4 data flow (location_type=0x01)
(3) Data multiplexed in IPv6 data flow (location_type=0x02)
(4) Data multiplexed in broadcast MPEG2-TS (location_type=0x03)
(5) Data multiplexed in MPEG2-TS format within IP data flow (location_type=0x04)
(6) Data in the specified URL (location_type=0x05)
It is possible to configure the broadcast receiving apparatus 100 to refer to various data transmitted through various transmission paths.

Among the above reference destinations, (1) is, for example, an IP data flow received via a digital broadcast signal received by the tuner/demodulator 131 of the broadcast receiving apparatus 100 of FIG. 7A, which will be described later. If the MPT is also included in the IP data flow on the communication line side and transmitted, the reference destination in (1) may be the IP data flow received by the LAN communication unit 121 (described later) via the communication line. Furthermore, the above (2), (3), (5), and (6) are IP data flows that the LAN communication unit 121, which will be described later, receives via a communication line. In addition, the above (4) includes, for example, a reception function for receiving a digital broadcast signal using the MMT method and a digital broadcast signal using the MPEG2-TS method, as in a broadcast receiving apparatus 800 of a second embodiment shown in FIG. 24 described later. In the case of a broadcast receiving device that has both a reception function for receiving signals, digital broadcasting using the MPEG2-TS method is performed based on the MPT location information ("MMT_general_location_info()") included in the digital broadcasting signal using the MMT method. It can be used when referring to data multiplexed in an MPEG2-TS received by a reception function that receives a signal.

Although the data constituting the "package" is specified in this way, in the broadcasting system to which the broadcast receiving apparatus 100 of this embodiment supports, a series of data in the "package" unit is specified in the "service" unit of digital broadcasting. treated as

Furthermore, the MPT describes presentation time information for each MPU specified by the MPT (corresponding to the "mpu_presentation_time" parameter shown in FIG. 13B described later), and using the presentation time information, multiple MPUs specified by the MPT It becomes possible to display (display, output, etc.) the MPU in conjunction with a clock based on NTP, which is time information expressed in UTC. Presentation control of various data using the clock based on the NTP will be described later.

The data transmission method of this embodiment shown in FIG. 6E further includes the concept of "event." An "event" is a concept indicating a so-called "program" that is handled by the MH-EIT and sent in an M2 section message. Specifically, in the "package" pointed to by the event package descriptor stored in the MH-EIT, the duration time is calculated from the disclosure time stored in the MH-EIT (corresponding to the "start_time" parameter shown in FIG. 21 described later). A series of data included in a period of minutes (corresponding to the "duration" parameter shown in FIG. 21, which will be described later) is data included in the concept of the "event". The MH-EIT performs various processes for each "event" in the broadcast receiving apparatus 100 of this embodiment (for example, program guide generation processing, control of recording reservations and viewing reservations, copyright management processing such as temporary storage). It can be used for etc.

[Hardware configuration of broadcast receiving device]
FIG. 7A is a block diagram showing an example of the internal configuration of broadcast receiving device 100. The broadcast receiving apparatus 100 includes a main control section 101, a system bus 102, a ROM 103, a RAM 104, a storage section 110, a LAN communication section 121, an expansion interface section 124, a digital interface section 125, a tuner/demodulation section 131, and a separation section 132. , video decoder 141, video color gamut conversion unit 142, audio decoder 143, text super decoder 144, subtitle decoder 145, subtitle synthesis unit 146, subtitle color gamut conversion unit 147, data decoder 151, cache unit 152, application control unit 153, Consists of a browser section 154, an application color gamut conversion section 155, a sound source section 156, a video synthesis section 161, a monitor section 162, a video output section 163, an audio synthesis section 164, a speaker section 165, an audio output section 166, and an operation input section 170. be done.

The main control section 101 is a microprocessor unit that controls the entire broadcast receiving apparatus 100 according to a predetermined operation program. The system bus 102 is a data communication path for transmitting and receiving data between the main control unit 101 and each operational block within the broadcast receiving apparatus 100.

The ROM (Read Only Memory) 103 is a non-volatile memory that stores basic operating programs such as an operating system and other operating programs. used. The ROM 103 may store operation setting values necessary for the operation of the broadcast receiving apparatus 100. A RAM (Random Access Memory) 104 serves as a work area when basic operation programs and other operation programs are executed. The ROM 103 and the RAM 104 may be integrated with the main control unit 101. Further, the ROM 103 may not have an independent configuration as shown in FIG. 7A, but may use a part of the storage area within the storage unit 110.

The storage unit 110 stores operating programs and operating settings of the broadcast receiving apparatus 100, personal information of the user of the broadcast receiving apparatus 100, and the like. Further, it is possible to store operating programs downloaded via the Internet 200 and various data created using the operating programs. Further, content such as moving images, still images, and audio obtained from broadcast waves or downloaded via the Internet 200 can also be stored. All or part of the functions of the ROM 103 may be replaced by a partial area of the storage section 110. Further, the storage unit 110 needs to hold stored information even when power is not supplied to the broadcast receiving apparatus 100 from the outside. Therefore, devices such as nonvolatile semiconductor element memories such as flash ROMs and SSDs (Solid State Drives), and magnetic disk drives such as HDDs (Hard Disc Drives) are used.

It is assumed that each of the operating programs stored in the ROM 103 and the storage unit 110 can be added, updated, and expanded in function by downloading from each server device on the Internet 200.

A LAN (Local Area Network) communication unit 121 is connected to the Internet 200 via a router device 200r, and sends and receives data to and from each server device and other communication devices on the Internet 200. It is also assumed that the MMT data string (or part thereof) of the program transmitted via the communication line is acquired. The connection to the router device 200r may be a wired connection or a wireless connection such as Wi-Fi (registered trademark). It is assumed that the LAN communication unit 121 includes an encoding circuit, a decoding circuit, and the like. Furthermore, the broadcast receiving device 100 may further include other communication units such as a BlueTooth (registered trademark) communication unit, an NFC communication unit, an infrared communication unit, and the like.

The tuner/demodulator 131 receives broadcast waves transmitted from the radio tower 300t via the antenna 100a, and tunes (selects) the channel of the service desired by the user based on the control of the main controller 101. Further, the tuner/demodulator 131 demodulates the received broadcast signal to obtain an MMT data string. Note that although the example shown in FIG. 7A illustrates a configuration in which there is one tuner/demodulator, the broadcast receiving apparatus 100 may have a tuner/demodulator for purposes such as displaying multiple screens simultaneously or recording a different program. It is also possible to have a configuration in which multiple devices are installed.

The separation unit 132 is an MMT decoder, and based on the control signal in the input MMT data string, real-time presentation elements such as a video data string, an audio data string, a character superimposition data string, a subtitle data string, etc. are sent to the video decoder 141, respectively. , audio decoder 143, text super decoder 144, subtitle decoder 145, and so on. The data input to the separation unit 132 includes an MMT data string transmitted via a broadcast transmission path and demodulated by the tuner/demodulation unit 131, and MMT data transmitted via a communication line and received by the LAN communication unit 121. It can be a row. Furthermore, the separation unit 132 reproduces the multimedia application and its component file-based data, and temporarily stores it in the cache unit 152. Furthermore, the separation unit 132 extracts general-purpose data and outputs it to the data decoder 151 in order to use it for data used by a player that presents data other than video/audio subtitles or for streaming data for an application. Further, the separation unit 132 may perform error correction, access restriction control, etc. for the input MMT data string based on the control of the main control unit 101.

The video decoder 141 decodes the video data string input from the separation unit 132 and outputs video information. The video color gamut conversion unit 142 performs color space conversion processing on the video information decoded by the video decoder 141 as necessary for video synthesis processing in the video synthesis unit 161. The audio decoder 143 decodes the audio data string input from the separation unit 132 and outputs audio information. Further, even if streaming data, such as MPEG-DASH (MPEG-Dynamic Adaptive Streaming over HTTP) format, obtained from the Internet 200 via the LAN communication unit 121 is input to the video decoder 141 and the audio decoder 143, good. Furthermore, a plurality of video decoders 141, video gamut converters 142, audio decoders 143, etc. may be provided in order to simultaneously decode a plurality of types of video data strings and audio data strings.

The character superimposition decoder 144 decodes the character superimposition data string input from the separation unit 132 and outputs character superimposition information. The subtitle decoder 145 decodes the subtitle data string input from the separation unit 132 and outputs subtitle information. The superimposed text information output from the superimposed text decoder 144 and the subtitle information output from the subtitle decoder 145 are combined in a subtitle synthesis section 146, and further processed in a subtitle color gamut conversion section 147 to be combined with the subtitle information output from the subtitle decoder 145. Color space conversion processing is performed as necessary for video composition processing. In addition, in this embodiment, among the services mainly consisting of text information that are presented at the same time as the video of the broadcast program, those related to the content of the video are called subtitles, and the other services are called superimposed text. do. In addition, if they are not distinguished, they are collectively referred to as subtitles.

The browser unit 154 uses the control information included in the MMT data string and the file system data that is the component of the multimedia application file acquired from the server device on the Internet 200 via the cache unit 152 or the LAN communication unit 121 to The information is presented in accordance with instructions from the application control unit 153 that interprets control information acquired from a server device on the Internet 200 via the communication unit 121. Note that the multimedia application file may be an HTML (Hyper Text Markup Language) document, a BML (Broadcast Markup Language) document, or the like. The application information output from the browser section 154 is further subjected to color space conversion processing in an application color gamut conversion section 155 as necessary for video composition processing in the video composition section 161. The browser section 154 also plays back application audio information by acting on the sound source section 156.

The video synthesis section 161 inputs the video information outputted from the video color gamut conversion section 142, the subtitle information outputted from the subtitle color gamut conversion section 147, the application information outputted from the application color gamut conversion section 155, etc., and converts the video information as appropriate. Processing such as selection and/or superimposition is performed. The video synthesis section 161 includes a video RAM (not shown), and the monitor section 162 and the like are driven based on video information inputted to the video RAM. Furthermore, under the control of the main control unit 101, the video synthesis unit 161 performs scaling processing and an EPG (Electronic Program Guide) created based on information such as MH-EIT included in the MMT-SI, as necessary. Performs superimposition processing of screen information, etc. The monitor section 162 is, for example, a display device such as a liquid crystal panel, and provides the user of the broadcast receiving apparatus 100 with the video information selected and/or superimposed by the video composition section 161. The video output unit 163 is a video output interface that outputs the video information that has been selected and/or superimposed by the video synthesis unit 161.

It is assumed that the presentation function of the broadcast receiving apparatus 100 of this embodiment has a logical plane structure in order to display the multimedia service as intended by the provider. FIG. 7B shows an example of the configuration of a logical plane structure included in the presentation function of the broadcast receiving apparatus 100 of this embodiment. In the logical plane structure, a character superplane for displaying superimposed characters is placed at the forefront, and a subtitle plane for displaying subtitles is placed at the next layer. A multimedia plane for displaying broadcast video, multimedia applications, or their composite video is placed on the third layer, and a background plane is placed on the backmost layer. In the subtitle synthesis unit 146 and the video synthesis unit 161, text superimposition information is drawn on a text superplane, subtitle information is drawn on a subtitle plane, and video information, application information, etc. are drawn on a multimedia plane. Further, the background color is drawn on the background plane based on the LCT etc. included in the MMT-SI. Note that a plurality of third-layer multimedia planes can be prepared depending on the number of video decoders 141. However, even if there are multiple multimedia planes, the application information etc. output from the application color gamut conversion unit 155 are output only to the frontmost multimedia plane.

The audio synthesis unit 164 inputs the audio information output from the audio decoder 143 and the application audio information reproduced by the sound source unit 156, and performs processing such as selection and/or mixing as appropriate. The speaker section 165 provides the user of the broadcast receiving apparatus 100 with the audio information selected and/or mixed by the audio synthesis section 164. The audio output unit 166 is an audio output interface that outputs audio information that has been selected and/or mixed by the audio synthesis unit 164.

The expansion interface unit 124 is a group of interfaces for expanding the functions of the broadcast receiving device 100, and in this embodiment, it is configured of an analog video/audio interface, a USB (Universal Serial Bus) interface, a memory interface, etc. do. The analog video/audio interface inputs analog video signals/audio signals from an external video/audio output device, outputs analog video signals/audio signals to the external video/audio input device, and so on. The USB interface is connected to a PC or the like to send and receive data. Broadcast programs and content may be recorded by connecting an HDD. Additionally, a keyboard or other USB devices may be connected. The memory interface connects a memory card or other memory medium to send and receive data.

The digital interface section 125 is an interface that outputs or inputs encoded digital video data and/or digital audio data. The digital interface section 125 can directly output the MMT data string demodulated by the tuner/demodulator 131, the MMT data string obtained via the LAN communication section 121, or mixed data of the MMT data strings. shall be taken as a thing. Further, the MMT data string inputted from the digital interface section 125 may be controlled to be inputted to the separation section 132. The digital content stored in the storage unit 110 may be output or stored in the storage unit 110 via the digital interface unit 125.

The digital interface section 125 is a DVI terminal, an HDMI (registered trademark) terminal, a Display Port (registered trademark) terminal, etc., and data is output or input in a format that conforms to the DVI specifications, HDMI specifications, Display Port specifications, etc. It may be something that The data may be output or input in the form of serial data conforming to the IEEE1394 specification or the like. Alternatively, it may be configured as an IP interface that performs digital interface output via hardware such as Ethernet (registered trademark) or wireless LAN. In this case, the digital interface section 125 and the LAN communication section 121 may share the same hardware configuration.

The operation input unit 170 is an instruction input unit for inputting operation instructions to the broadcast receiving apparatus 100, and in this embodiment, a remote control reception unit that receives commands transmitted from a remote control (not shown) and button switches are arranged side by side. It shall consist of operation keys. It may be only one of them. Further, the operation input section 170 may be replaced by a touch panel placed over the monitor section 162. A keyboard or the like connected to the expansion interface unit 124 may be used instead. The remote controller (not shown) may be replaced by a portable information terminal 700 having a remote control command sending function.

Note that, as described above, when the broadcast receiving apparatus 100 is a television receiver or the like, the video output section 163 and the audio output section 166 are not essential components of the present invention. In addition to a television receiver, the broadcast receiving device 100 may be an optical disk drive recorder such as a DVD (Digital Versatile Disc) recorder, a magnetic disk drive recorder such as an HDD recorder, an STB (Set Top Box), or the like. It may also be a PC (Personal Computer), a tablet terminal, a navigation device, a game machine, etc. that is equipped with a digital broadcast reception function or a broadcast communication cooperation function. When the broadcast receiving device 100 is a DVD recorder, an HDD recorder, an STB, etc., the monitor section 162 and the speaker section 165 may not be provided. By connecting an external monitor and an external speaker to the video output section 163 and the audio output section 166 or the digital interface section 125, the same operation as the broadcast receiving apparatus 100 of this embodiment is possible.

[System configuration of clock synchronization/presentation synchronization of broadcast receiving device]
FIG. 7C is an example of a system configuration of clock synchronization/presentation synchronization in a broadcasting system to which the broadcast receiving apparatus 100 of this embodiment supports. In the broadcast system of this embodiment, UTC is transmitted in a 64-bit NTP time stamp format from the broadcast transmission system to a receiver (such as the broadcast receiving apparatus 100 of this embodiment). In the NTP timestamp format, "more than a second" in UTC is represented by 32 bits, and "less than a second" is represented by 32 bits. However, in reality, it is difficult to reproduce one second with 32-bit accuracy. For this reason, the system clock for synchronizing the video system and the system clock for operating the NTP format clock have a frequency of "2 to the 24th power" Hz (approximately 16.8 MHz), as shown in the same figure, for example. It is also possible to use a frequency of . Furthermore, considering the fact that the system clock in the conventional broadcasting system was 27MHz and that the hardware configuration of the receiver can be easily constructed, the It is desirable to adopt a power frequency as the system clock.

Furthermore, if the system clock is set to a frequency of a power of 2 between "2 to the 24th power" to "2 to the 28th power" as described above on the broadcast transmission system side and the receiver side, the reception from the broadcast transmission system side In the NTP time stamp format transmitted to the machine side, the lower 8 to 4 bits that are not referenced by the system clock or the PLL (Phase Locked Loop) system for reproducing the NTP format clock are "0" or "1". It may be fixed to . That is, if the system clock is "2 to the n power" Hz (in the example of FIG. 7C, n = 24), the lower "32-n" bits of the NTP timestamp format are fixed to "0" or "1". You can do it like this. Alternatively, the receiver side may process it so as to ignore the lower "32-n" bits of the NTP timestamp format.

On the broadcast transmission system side, when time information in NTP format is obtained from the outside, a PLL system is configured with a 32+n bit counter by a VCO (Voltage Controlled Oscillator) of "2 to the nth power" Hz, and the time information given from the outside is processed. Realize a synchronized transmission system clock. Further, the entire signal processing system is operated in synchronization with a system clock of "2 to the nth power" Hz. Furthermore, the output of the transmission system clock is periodically transmitted to the receiver side via the broadcast transmission path as time information in NTP length format.

On the receiver side, time information in the NTP long format is received via the broadcast transmission path, and the receiving system clock is reproduced by a PLL system based on a VCO of "2 to the nth power" Hz, similar to the broadcast transmission system side. Thereby, the receiving system clock becomes a clock synchronized with the broadcast transmitting system side. In addition, by operating the signal processing system of the receiver in synchronization with the system clock of "2 to the nth power" Hz, clock synchronization between the broadcast transmission system and the receiver is achieved, making stable signal reproduction possible. Become. Furthermore, the decoding time and presentation time for each presentation unit of the video/audio signal are set on the broadcast transmission system side based on the time information in the NTP format. Here, an MPU time stamp descriptor shown in FIG. 13B, which will be described later, is stored in the MPT stored in the PA message transmitted by the broadcast signal. The "mpu_sequence_number" parameter in the MPU timestamp descriptor in FIG. 13B indicates the sequence number of the MPU that describes the timestamp, and the "mpu_presentation_time" parameter indicates the MPU presentation time using 64-bit NTP. Shown in timestamp format. Therefore, the receiver can refer to the MPU time stamp descriptor stored in the MPT and control the presentation (display, output, etc.) timing for each MPU of video signals, audio signals, subtitles, superimposed text, etc. .

Note that when focusing on the control of the decoding timing and presentation timing for each presentation unit of the video/audio signals, etc. mentioned above, it is possible to synchronize the video/audio signals even with a clock of about "2 to the 16th power" Hz (approximately 65.5 KHz). can be secured, and in this case, it is not necessary to refer to the lower 16 bits of the NTP timestamp format written in the MPU timestamp descriptor or the like. In other words, if a "2 to the m power" Hz clock generated by frequency division of the system clock is used to control the decoding timing and presentation timing, the lower order of the NTP timestamp format described in the MPU timestamp descriptor etc. The "32-m" bit does not need to be referenced. Therefore, the lower "32-m" bits of the NTP timestamp format described in the MPU timestamp descriptor etc. may be fixed to "0" or "1".

[Software configuration of broadcast receiving device]
FIG. 7D is a software configuration diagram of the broadcast receiving apparatus 100 of this embodiment, and shows the software configuration in the ROM 103, RAM 104, and storage unit 110. In this embodiment, a basic operation program 1001 and other operation programs are stored in the ROM 103, and a reception function program 1002 and other operation programs are stored in the storage section 110. The storage unit 110 also includes a content storage area 1200 that stores content such as videos, still images, and audio, and an authentication storage area 1200 that stores authentication information necessary for accessing external mobile terminal devices and each server device. The information storage area 1300 and various other information storage areas for storing various information are provided.

The basic operation program 1001 stored in the ROM 103 is expanded into the RAM 104, and the main control section 101 further executes the expanded basic operation program to constitute a basic operation execution section 1101. Further, the reception function program 1002 stored in the storage unit 110 is similarly expanded to the RAM 104, and further, the main control unit 101 configures the reception function execution unit 1102 by executing the expanded reception function program. do. Furthermore, the RAM 104 is provided with a temporary storage area that temporarily holds data created when each operating program is executed, as needed.

In the following, to simplify the explanation, the process in which the main control unit 101 controls each operation block by expanding the basic operation program 1001 stored in the ROM 103 into the RAM 104 and executing it will be referred to as basic operation execution. The description will be made assuming that the unit 1101 controls each operation block. Similar descriptions are made for other operating programs.

The receiving function execution unit 1102 controls each operational block of the broadcast receiving apparatus 100 in order to reproduce components such as video and audio transmitted by the broadcasting system of this embodiment. In particular, the transport processing section 1102a mainly controls the MMT decoder function of the separation section 132, and distributes the video data string, audio data string, etc. separated from the MMT data string to the corresponding decoding processing sections. The AV decoding processing unit 1102b mainly controls the video decoder 141, audio decoder 143, and the like. The application processing unit 1102c mainly controls the cache unit 152, application control unit 153, browser unit 154, and sound source unit 156. The superimposed character processing unit 1102d mainly controls the superimposed character decoder 144. The subtitle processing unit 1102e mainly controls the subtitle decoder 145. The general-purpose data processing unit 1102f mainly controls the data decoder 151. The EPG generation unit 1102g interprets the description contents such as MH-EIT included in the MMT-SI and generates an EPG screen. Based on the logical plane structure, the presentation processing unit 1102h converts the video gamut converter 142, the subtitle synthesizer 146, the subtitle gamut converter 147, the application gamut converter 155, the video synthesizer 161, and the audio synthesizer 164. Mainly controlled.

Each of the operating programs may be stored in advance in the ROM 103 and/or the storage unit 110 at the time of product shipment. The information may be acquired from another application server 500 or the like on the Internet 200 via the LAN communication unit 121 after the product is shipped. Further, each of the operating programs stored in a memory card, an optical disk, or the like may be acquired via the expansion interface unit 124 or the like.

[Broadcast station server configuration]
FIG. 8 is a block diagram showing an example of the internal configuration of the broadcast station server 300. The broadcasting station server 300 includes a main control section 301, a system bus 302, a RAM 304, a storage section 310, a LAN communication section 321, and a digital broadcast signal transmission section 360.

The main control section 301 is a microprocessor unit that controls the entire broadcasting station server 300 according to a predetermined operating program. The system bus 302 is a data communication path for transmitting and receiving data between the main control unit 301 and each operational block within the broadcast station server 300. The RAM 304 serves as a work area when each operating program is executed.

The storage unit 310 stores a basic operation program 3001, a broadcast content management/distribution program 3002, and a broadcast content transmission program 3003, and further includes a broadcast content storage area 3200 and a metadata storage area 3300. The broadcast content storage area 3200 stores program contents of each broadcast program broadcast by a broadcast station. The metadata storage area 3300 stores metadata such as the program title, program ID, program summary, performers, broadcast date and time, copy control information related to each program content, etc. of each broadcast program.

Further, the basic operation program 3001, the broadcast content management/distribution program 3002, and the broadcast content transmission program 3003 stored in the storage unit 310 are each expanded to the RAM 304, and the main control unit 301 executes each of the expanded programs. This constitutes a basic operation execution unit 3101, a broadcast content management/distribution execution unit 3102, and a broadcast content transmission execution unit 3103.

In the following, to simplify the explanation, the process in which the main control unit 301 controls each operation block by expanding the basic operation program 3001 stored in the storage unit 310 into the RAM 304 and executing it will be described as a basic explanation. The description will be made assuming that the action execution unit 3101 controls each action block. Similar descriptions are made for other operating programs.

The broadcast content management/distribution execution unit 3102 manages the program content, etc. and each metadata of each broadcast program stored in the broadcast content storage area 3200 and the metadata storage area 3300, and manages the program content, etc. of each broadcast program, and each metadata. Controls the provision of metadata to service providers based on contracts. Further, the broadcast content management/distribution execution unit 3102 may, when providing the program content, etc. and each metadata of each of the broadcast programs to the service provider, as necessary. Authentication processing for the server 400 may also be performed.

The broadcast content transmission execution unit 3103 transmits the program content of the broadcast program stored in the broadcast content storage area 3200, the program title, program ID, program content copy control information, etc. of the broadcast program stored in the metadata storage area 3300. It manages the time schedule and the like when transmitting the included MMT data string from the radio tower 300t via the digital broadcast signal transmitter 360.

The LAN communication unit 321 is connected to the Internet 200 and communicates with the service provider server 400 and the like on the Internet 200. It is assumed that the LAN communication section 321 includes an encoding circuit, a decoding circuit, and the like. The digital broadcast signal transmitter 360 modulates an MMT data string composed of a video data string, an audio data string, a program information data string, etc. of program content of each broadcast program stored in the broadcast content storage area 3200. , and is transmitted as a digital broadcast wave via the radio tower 300t.

[Service provider server configuration]
FIG. 9 is a block diagram showing an example of the internal configuration of the service provider server 400. The service provider server 400 includes a main control section 401, a system bus 402, a RAM 404, a storage section 410, and a LAN communication section 421.

The main control unit 401 is a microprocessor unit that controls the entire service provider server 400 according to a predetermined operating program. The system bus 402 is a data communication path for transmitting and receiving data between the main control unit 401 and each operational block within the service provider server 400. The RAM 404 serves as a work area when each operating program is executed.

The storage unit 410 stores a basic operation program 4001, a video content management/distribution program 4002, and an application management/distribution program 4004, and further stores a video content storage area 4200, a metadata storage area 4300, an application storage area 4400, and a user information storage area. A region 4500 is provided. The video content storage area 4200 stores program content of a broadcast program provided from the broadcast station server 300 as video content. It also stores video content and the like produced by the service provider. The metadata storage area 4300 stores each metadata provided from the broadcasting station server 300, metadata related to video content produced by the service provider, and the like. The application storage area 4400 stores various applications and the like for implementing services linked to broadcast programs, to be distributed in response to requests from each television receiver. The user information storage area 4500 stores information (personal information, authentication information, etc.) regarding users who are permitted to access the service provider server 400.

Further, the basic operation program 4001, video content management/distribution program 4002, and application management/distribution program 4004 stored in the storage unit 410 are each expanded to the RAM 404, and the main control unit 401 is A basic operation execution unit 4101, a video content management/distribution execution unit 4102, and an application management/distribution execution unit 4104 are configured by executing the content management/distribution program and the application management/distribution program.

In the following, to simplify the explanation, the process in which the main control unit 401 controls each operation block by expanding the basic operation program 4001 stored in the storage unit 410 into the RAM 404 and executing it will be described as a basic explanation. The description will be made assuming that the action execution unit 4101 controls each action block. Similar descriptions are made for other operating programs.

The video content management/distribution execution unit 4102 acquires program content, etc. and metadata of broadcast programs from the broadcast station server 300, and acquires video content, etc. and each metadata stored in the video content storage area 4200 and the metadata storage area 4300. management, and control the distribution of the video content, etc. and each metadata to each television receiver. Furthermore, the video content management/distribution execution unit 4102 performs authentication processing for each of the television receivers as necessary when distributing each of the video contents and each metadata to each of the television receivers. You can go. Further, the application management/distribution execution unit 4104 manages each application stored in the application storage area 4400 and controls the distribution of each application in response to a request from each television receiver. Further, the application management/distribution execution unit 4104 may perform authentication processing for each of the television receivers as necessary when distributing each of the applications to each of the television receivers.

The LAN communication unit 421 is connected to the Internet 200 and communicates with the broadcast station server 300 on the Internet 200 and the broadcast receiving device 100 via the router device 200r. It is assumed that the LAN communication section 421 includes an encoding circuit, a decoding circuit, and the like.

[Hardware configuration of mobile information terminal]
FIG. 10A is a block diagram showing an example of the internal configuration of mobile information terminal 700. The mobile information terminal 700 includes a main control section 701, a system bus 702, a ROM 703, a RAM 704, a storage section 710, a communication processing section 720, an expansion interface section 724, an operation section 730, an image processing section 740, an audio processing section 750, and a sensor section 760. , consists of.

The main control section 701 is a microprocessor unit that controls the entire mobile information terminal 700 according to a predetermined operating program. The system bus 702 is a data communication path for transmitting and receiving data between the main control unit 701 and each operational block within the mobile information terminal 700.

The ROM 703 is a memory in which basic operating programs such as an operating system and other operating programs are stored, and a rewritable ROM such as an EEPROM or a flash ROM is used, for example. The RAM 704 serves as a work area when executing basic operation programs and other operation programs. The ROM 703 and the RAM 704 may be integrated with the main control unit 701. Further, the ROM 703 may not have an independent configuration as shown in FIG. 10A, but may use a part of the storage area in the storage unit 710.

The storage unit 710 stores the operating program and operation setting values of the portable information terminal 700, the personal information of the user of the portable information terminal 700, and the like. Further, it is possible to store operating programs downloaded via the Internet 200 and various data created using the operating programs. Further, contents downloaded via the Internet 200 such as moving images, still images, and audio can also be stored. All or part of the functions of the ROM 703 may be replaced by a partial area of the storage unit 710. Furthermore, the storage unit 710 needs to retain stored information even when power is not supplied to the portable information terminal 700 from the outside. Therefore, for example, devices such as non-volatile semiconductor element memories such as flash ROMs and SSDs, and magnetic disk drives such as HDDs are used.

Note that each of the operating programs stored in the ROM 703 and the storage unit 710 can be added, updated, and expanded in function by downloading from each server device on the Internet 200.

The communication processing section 720 includes a LAN communication section 721, a mobile telephone network communication section 722, and an NFC communication section 723. The LAN communication unit 721 is connected to the Internet 200 via the router device 200r and the access point 200a, and sends and receives data to and from each server device and other communication devices on the Internet 200. It is assumed that the connection with the router device 200r and the access point 200a is made by wireless connection such as Wi-Fi (registered trademark). The mobile telephone network communication unit 722 performs telephone communication (call) and data transmission/reception through wireless communication with the base station 600b of the mobile telephone communication network. The NFC communication unit 723 performs wireless communication when in close proximity to a corresponding reader/writer. It is assumed that the LAN communication section 721, the mobile telephone network communication section 722, and the NFC communication section 723 each include an encoding circuit, a decoding circuit, an antenna, and the like. Further, the communication processing unit 720 may further include other communication units such as a Bluetooth (registered trademark) communication unit and an infrared communication unit.

The expansion interface unit 724 is a group of interfaces for expanding the functions of the mobile information terminal 700, and in this embodiment, it is assumed to be composed of a video/audio interface, a USB interface, a memory interface, and the like. The video/audio interface inputs video signals/audio signals from an external video/audio output device, outputs video signals/audio signals to the external video/audio input device, and so on. The USB interface is connected to a PC or the like to send and receive data. Additionally, a keyboard or other USB devices may be connected. The memory interface connects a memory card or other memory medium to send and receive data.

The operation unit 730 is an instruction input unit for inputting operation instructions to the mobile information terminal 700, and in this embodiment, it is composed of a touch panel 730t arranged over a display unit 741 and an operation key 730k arranged with button switches. shall be taken as a thing. It may be only one of them. The portable information terminal 700 may be operated using a keyboard or the like connected to the expansion interface section 724. The portable information terminal 700 may be operated using a separate terminal device connected by wired communication or wireless communication. That is, the portable information terminal 700 may be operated from the broadcast receiving device 100. Further, the touch panel function may be provided in the display section 741.

The image processing section 740 includes a display section 741, an image signal processing section 742, a first image input section 743, and a second image input section 744. The display unit 741 is, for example, a display device such as a liquid crystal panel, and provides image data processed by the image signal processing unit 742 to the user of the mobile information terminal 700. The image signal processing section 742 includes a video RAM (not shown), and the display section 741 is driven based on image data input to the video RAM. Furthermore, the image signal processing unit 742 has a function of performing format conversion, menu and other OSD (On Screen Display) signal superimposition processing, etc., as necessary. The first image input unit 743 and the second image input unit 744 convert light input from a lens into an electrical signal using an electronic device such as a CCD (Charge Coupled Device) or a CMOS (Complementary Metal Oxide Semiconductor) sensor. , a camera unit that inputs image data of surroundings and objects.

The audio processing section 750 includes an audio output section 751, an audio signal processing section 752, and an audio input section 753. The audio output unit 751 is a speaker, and provides the user of the mobile information terminal 700 with an audio signal processed by the audio signal processing unit 752. The voice input unit 753 is a microphone, and converts the user's voice into voice data and inputs the voice data.

The sensor unit 760 is a group of sensors for detecting the state of the mobile information terminal 700, and in this embodiment, it includes a GPS receiving unit 761, a gyro sensor 762, a geomagnetic sensor 763, an acceleration sensor 764, an illuminance sensor 765, and a proximity sensor 766. , consists of. These sensor groups make it possible to detect the position, inclination, direction, movement, surrounding brightness, proximity of surrounding objects, etc. of the mobile information terminal 700. Furthermore, the mobile information terminal 700 may further include other sensors such as an atmospheric pressure sensor.

The mobile information terminal 700 may be a mobile phone, a smart phone, a tablet terminal, or the like. It may be a PDA (Personal Digital Assistant) or a notebook PC. Further, it may be a digital still camera, a video camera capable of shooting moving images, a portable game machine, a navigation device, or other portable digital equipment.

Note that the configuration example of the mobile information terminal 700 shown in FIG. 10A includes many configurations that are not essential to this embodiment, such as a sensor section 760, but even if the configuration does not include these, this embodiment does not impair its effectiveness. Furthermore, configurations not shown may be further added, such as a digital broadcast reception function and an electronic money payment function.

[Software configuration of mobile information terminal]
FIG. 10B is a software configuration diagram of the portable information terminal 700 of this embodiment, showing the software configuration in the ROM 703, RAM 704, and storage unit 710. In this embodiment, a basic operation program 7001 and other operation programs are stored in the ROM 703, and a cooperation control program 7002 and other operation programs are stored in the storage unit 710. The storage unit 710 also includes a content storage area 7200 that stores contents such as videos, still images, and audio, an authentication information storage area 7300 that stores authentication information necessary for accessing the television receiver and each server device, It is assumed that various information storage areas are provided to store various other information.

The basic operation program 7001 stored in the ROM 703 is expanded into the RAM 704, and the main control unit 701 further executes the expanded basic operation program to constitute a basic operation execution unit 7101. Further, the cooperation control program 7002 stored in the storage unit 710 is similarly expanded to the RAM 704, and further, the main control unit 701 configures the cooperation control execution unit 7102 by executing the expanded cooperation control program. Furthermore, the RAM 704 is provided with a temporary storage area that temporarily holds data created when each operating program is executed, as needed.

In the following, to simplify the explanation, the process in which the main control unit 701 controls each operation block by expanding the basic operation program 7001 stored in the ROM 703 into the RAM 704 and executing it will be referred to as basic operation execution. The description will be made assuming that the unit 7101 controls each operation block. Similar descriptions are made for other operating programs.

The cooperation control execution unit 7102 manages device authentication and connection, transmission and reception of various data, etc. when the mobile information terminal 700 performs a cooperation operation with the television receiver. Further, the cooperation control execution unit 7102 is provided with a browser engine function for executing an application that works in conjunction with the television receiver.

Each of the operating programs may be stored in advance in the ROM 703 and/or the storage unit 710 at the time of product shipment. It may be acquired from another application server 500 or the like on the Internet 200 via the LAN communication unit 721 or the mobile telephone network communication unit 722 after the product is shipped. Further, each of the operating programs stored in a memory card, an optical disk, or the like may be acquired via the expansion interface section 724 or the like.

[Broadcast receiving device time management]
The broadcast receiving device of this embodiment has two types of time management functions. The first time management function is a time management function based on NTP, and is as already explained using FIG. 7C. The second time management function is a time management function based on MH-TOT, and the time is managed based on the time information transmitted by MH-TOT described in FIG. 6B.

An example of the structure of time information transmitted by NTP is shown in FIG. 13A. Further, an example of the data structure of the MPU time stamp descriptor is shown in FIG. 13B. The "reference_timestamp" parameter, the "transmit_timestamp" parameter, etc. in the NTP format are 64-bit NTP length format time data, and the "mpu_presentation_time" parameter in the MPU timestamp descriptor is also a 64-bit NTP timestamp. This is time data in the format. The time data in the NTP length format and the time data in the NTP timestamp format are data in which "more than a second" in UTC is represented by 32 bits, and "less than a second" is represented by 32 bits. That is, time information in the NTP format can transmit time information up to "less than a second". Furthermore, since time information in the NTP format is expressed in UTC, unlike clock management in conventional digital broadcasting, the communication line path (for example, communication that can be received by the LAN communication unit 121 in FIG. 7A It is also possible to match the NTP contained in the signal received over the network.

On the other hand, the information transmitted by MH-TOT is as follows. It is assumed that the broadcast receiving apparatus 100 can obtain the current date and Japan Standard Time using MH-TOT. FIG. 11A shows an example of the data structure of MH-TOT. The broadcast receiving apparatus 100 can obtain the current date and time from the "JST_time" parameter of the MH-TOT. As shown in Figure 11B, the "JST_time" parameter consists of the lower 16 bits of the encoded data of the current date using Modified Julian Date (MJD) and six 4 bits representing Japan Standard Time (JST). It is assumed that 24 bits of information expressed in bit binary coded decimal (BCD) are included. The current date can be calculated by performing a predetermined operation on the 16-bit encoded data of the MJD. The six 4-bit binary coded decimal numbers represent "hour" in two decimal digits by two 4-bit binary coded decimal numbers, and the hour is expressed in decimal 2 digits by the next two 4-bit binary coded decimal numbers. The digits represent minutes, and the last two 4-bit binary coded decimal numbers represent seconds in two decimal digits.

Therefore, the difference between time based on NTP and time based on MH-TOT is that the former NTP is information in UTC notation that can transmit time information up to "less than a second" as described above, while MH-TOT The information transmitted by TOT is information up to "seconds" in JST notation.

The broadcast receiving apparatus 100 of the present embodiment performs a time management function based on NTP, which is time information in UTC notation, and synchronizes decoding and display of video, audio, subtitles, superimposed text, and other presentation data that are broadcast signal contents. By using this method, more accurate synchronization processing can be achieved. Furthermore, by referring to the information in UTC notation rather than the clock notation of the broadcasting station, the content of the broadcast signal, such as video, audio, subtitles, superimposed text, or other data received in the broadcast signal, can be obtained through the communication line path. It is also possible to perform decoding and display synchronization processing with video, audio, subtitles, superimposed text, or other data.

Furthermore, the broadcast receiving device of this embodiment has a time management function based on "JST_time" that includes 24-bit information expressed in six 4-bit binary coded decimal numbers of MH-TOT, and can display the current time to the user. It may be used for each process that handles the process or the MH-event information table (MH-EIT) described with reference to FIG. 6B. Generally, in the process of presenting the current time to a user in a broadcast receiving device, precision to the sub-second level is rarely required. In addition, each time information described in the MH-Event Information Table (MH-EIT) is expressed in six 4-bit binary coded decimal numbers, similar to the EIT of conventional digital broadcasting transmitted in the MPEG2-TS system. This 24-bit information is stored in two decimal digits for hours, minutes, and seconds. Therefore, the time management function based on MH-TOT in the broadcast receiving apparatus 100 of this embodiment is easily compatible with processing using MH-EIT. Specifically, the processing using MH-EIT includes program guide generation processing (described later), control of recording reservations and viewing reservations, and copyright management processing such as temporary storage. This is because it is rare for any processing to require precision of less than a second, and precision of one second is sufficient.

In addition, the program guide generation process, control of recording reservations and viewing reservations, and copyright management processes such as temporary storage are functions that are also installed in receivers of digital broadcasting systems using the conventional MPEG2-TS system. . Therefore, the broadcasting system of this embodiment also differs from the conventional MPEG2-TS digital broadcasting system in processing such as program guide generation processing, control of recording reservations and viewing reservations, and copyright management processing such as temporary storage. If configured so that it can handle consistent time management processing, a broadcast receiving device can be configured that has both the conventional MPEG2-TS format digital broadcast reception function and the MMT format digital broadcast reception function. At the same time, there is no need to design separate processing algorithms for these processes (program guide generation, control of recording and viewing reservations, copyright management such as temporary storage, etc.), reducing costs. can do.

In addition, even if the receiver has only the reception function of MMT digital broadcasting without the conventional MPEG2-TS digital broadcasting reception function, it is possible to generate program guides, control recording reservations and viewing reservations, etc. Without having to create completely new algorithms for processing such as temporary storage and other copyright management processing, it is possible to reuse algorithms for functions that are also installed in receivers of digital broadcasting systems that use the conventional MPEG2-TS system. It can be developed at lower cost.

Therefore, the configuration uses the time management function based on the "JST_time" parameter of MH-TOT for these processes (processing such as program guide generation processing, control of recording reservations and viewing reservations, and copyright management processing such as temporary storage). By doing so, even a broadcast receiving device for MMT digital broadcasting can be provided at a lower cost by improving compatibility with conventional broadcasting systems.

As explained above, the broadcast receiving apparatus 100 of this embodiment has a time management function using two types of time information with different accuracy. One time information is time information in a notation consistent with the conventional digital broadcasting system, and the other time information is time information with higher resolution than the one time information, and the latter time information is used in the broadcast signal. By using the synchronization processing of each content data, it is possible to realize more advanced information presentation processing than conventional broadcasting systems. By using it for rights management processing, etc., it is possible to provide a broadcast receiving device at a low cost.

Therefore, by providing the two types of time management functions described above, the broadcast receiving apparatus 100 of the present embodiment can achieve both the realization of more advanced information presentation processing and cost reduction.

[First modification of time management]
Next, a first modification of time management in the broadcasting system of this embodiment will be described below.

In the first modification, in order to improve the accuracy of the management time of the NTP-based time management function already explained using FIG. information regarding the expected delay time in time information transmission is included in the broadcast signal and transmitted, and the broadcast receiving device 100 is configured to use the information regarding the expected delay time to correct the system clock of the time management function based on NTP. Also good.

At this time, the information regarding the estimated delay time may be configured to be transmitted not within the TLV multiplexed stream shown in FIG. 3(A) but within a TMCC (Transmission and Multiplexing Configuration Control) area outside the TLV multiplexed stream. good. If transmitted within the TMCC area, it becomes possible for the broadcast receiving apparatus 100 to extract information regarding the estimated delay time without performing separation processing (demuxing processing) of the TLV multiplexed stream. That is, it is possible to obtain information that is not easily affected by the delay caused by the separation processing in the broadcast receiving apparatus 100, and therefore, it is possible to perform highly accurate system clock correction processing. An example of the data structure of time information transmitted by the TMCC signal will be described using FIG. 13C. For example, the time information may be stored in the TMCC extended information area and transmitted. In the time information in the TMCC extended information area in FIG. 13C, the "delta" parameter is a 32-bit value that represents the expected transmission delay from the time management server that distributes UTC or the server device that creates the TMCC signal to a general broadcast receiving device. Represented as a signed fixed-point number. Note that the upper 16 bits describe the integer part, and the lower 16 bits describe the decimal point. The "transmit_timestamp" parameter is a transmission timestamp, and describes the time at which this TMCC signal is sent from the server device in NTP timestamp length format. The upper 32 bits represent the integer part, and the lower 32 bits represent the decimal point.

In the first modification, the broadcast receiving apparatus 100 of the present embodiment uses information regarding the estimated delay time described in the time information stored in the TMCC extended information area and transmitted (for example, the above-mentioned "delta"). The system clock of the NTP-based time management function used for synchronization processing of each content data of a broadcast signal can be corrected with higher precision using the parameter and/or the "transmit_timestamp" parameter).

[Second modification of time management]
Next, a second modified example of time management in the broadcasting system of this embodiment will be described below.

As described above, the broadcast receiving apparatus 100 of this embodiment has a time management function that acquires the current date and Japan Standard Time from the information transmitted by MH-TOT and manages the time. The current date and Japan standard time obtained from the information transmitted by MH-TOT are superimposed on video information, application information, etc. by the video composition section 161 of the broadcast receiving device 100, and are sent to the monitor section 162 and the video output section 163. It can be output and provided to the user. As described above, the MH-TOT has the data structure shown in FIG. 11A, and the broadcast receiving apparatus 100 can obtain the current date and time from the "JST_time" parameter of the MH-TOT.

However, since the above-mentioned "JST_time" parameter uses only the lower 16 bits of the MJD encoded data, an overflow occurs after "April 22, 2038", and the predetermined calculation cannot express dates after ``April 23, 2038''. Therefore, in the second modification of this embodiment, dates after "April 23, 2038" are expressed by switching the calculation method depending on whether the MJD value is greater than or equal to a predetermined value and when it is less than a predetermined value. It shall be controlled so that it can be carried out.

FIG. 12 shows an example of a first calculation method used when the value of MJD is greater than or equal to a predetermined value, and an example of a second calculation method used when the value of MJD is less than the predetermined value. For example, if the predetermined value is "32768 (0x8000)", if the MJD is "32768" or more, the current date is calculated using the first calculation method, and if the MJD is less than "32768", the current date is calculated. calculates the current date using the second calculation method. Note that the case where MJD is less than "32768" is equivalent to the case where the most significant bit of the 16-bit data of MJD is "0". As a result, in the broadcast receiving device 100 of this embodiment, it is possible to express dates after "April 23, 2038." However, the predetermined value can be set arbitrarily, and the predetermined value may be set to "16384 (0x4000)", "49152 (0xC000)", etc. The conditions for switching the calculation method may be when the upper two bits of the 16-bit data of the MJD are "00", or when the upper two bits of the 16-bit data of the MJD are not "11". Note that if the predetermined value is set to ``32768'' and the above-mentioned method is used, dates before ``September 4, 1948'' cannot be expressed, but this does not pose any particular problem in practical use as a television receiver. .

Furthermore, instead of switching between the first calculation method and the second calculation method according to the comparison result between MJD and the predetermined value, the "reserved" parameter in the MH-TOT data structure shown in FIG. The first calculation method and the second calculation method may be switched depending on a partially or completely replaced flag or a newly added flag. For example, if the most significant bit of the 16-bit encoded data of the MJD is "0" and the MJD indicates "April 23, 2038" or later, the flag is set to "1". However, if it does not indicate a date after "April 23, 2038," "0" may be set. Then, when the flag is "1", the second calculation method shown in FIG. 12 is used, and when the flag is "0", the first calculation method is used. Alternatively, a new descriptor having the same meaning as the flag may be prepared and placed in the MH-TOT.

Further, in the broadcasting system of this embodiment, as described above, absolute time in the NTP format is transmitted, and the broadcast receiving device 100 of this embodiment has a time management function based on the NTP. Furthermore, in the broadcast receiving apparatus 100 of the present embodiment, the decoding timing and presentation of each video/audio signal presentation unit can be determined by referring to the NTP timestamp written in the MPU timestamp descriptor set for each MPU. It controls the timing. As described above, the NTP format time information has the configuration shown in FIG. 13A. Further, the MPU time stamp descriptor has the configuration shown in FIG. 13B.

Therefore, in the broadcast receiving apparatus 100 of the present embodiment, the "reference_timestamp" parameter, the "transmit_timestamp" parameter, the "mpu_presentation_time" parameter, etc. are referred to, and the above-mentioned It is also possible to select which of the first calculation method and the second calculation method to use. That is, for example, if the most significant bit of the 64-bit NTP length format time data is "0", the second calculation method is used, and if it is not "0", the first calculation method is used. You can do something like, ``do,'' etc.

By any of the above methods, the broadcast receiving apparatus 100 of this embodiment can represent dates after "April 23, 2038."

[Broadcast receiving device tuning process (initial scan)]
The AMT of the broadcasting system of this embodiment provides a list of multicast groups for IP packets in order to receive IP packets transmitted using the TLV multiplexing method as indistinguishably as possible from IP packets transmitted over a communication line. shall be taken as a thing. Multiple IP multicast groups can be listed for one service identification. Additionally, address masks can be used to efficiently describe consecutive IP addresses.

In the broadcast receiving apparatus 100 of this embodiment, the list of services acquired from the TLV-NIT is stored in a nonvolatile memory such as the ROM 103 or the storage unit 110 during channel scanning during initial settings or when rescanning for setting changes. Further, a list of IP multicast groups corresponding to each service can be stored in the nonvolatile memory in association with each service as IP related information. do. By storing the list of services and IP-related information in non-volatile memory so that they can be referenced at all times, there is no need to re-obtain TLV-NIT or AMT when switching channels, etc., making the acquisition of broadcast content more efficient. It becomes possible to do so.

FIG. 14 is a diagram showing an example of an operation sequence at the time of channel scanning (rescanning) in the broadcast receiving apparatus 100 of this embodiment.

When a channel scan is started, the reception function execution unit 1102 sets an initial frequency value for the tuner/demodulation unit 131 and instructs it to perform tuning to the frequency value (S101). When the tuner/demodulator 131 successfully locks to the set frequency value (S102: Yes), the reception function execution unit 1102 acquires the TLV-NIT from the received signal (S103).

If the TLV-NIT acquired in the process of S103 is valid data (S104: Yes), the reception function execution unit 1102 acquires information such as the TLV stream ID and original network ID from the acquired TLV-NIT. (S105). FIG. 15A shows an example of the data structure of TLV-NIT. It is assumed that the information on the TLV stream ID can be obtained from the "tlv_stream_id" parameter, and the information on the original network ID can be obtained from the "original_network_id" parameter. Furthermore, distribution system information regarding the physical conditions of the broadcast transmission path corresponding to each TLV stream ID/original network ID is acquired from the distribution system descriptor (S106), and a list of service IDs is acquired from the service list descriptor (S106). S107). FIG. 15B shows an example of the data structure of a satellite distribution system descriptor. FIG. 15C shows an example of the data structure of a service list descriptor. Note that if the TLV-NIT has a plurality of different data such as TLV stream ID, original network ID, distribution system information, service ID list, etc., the processes of S105 to S107 are repeated. Next, the reception function execution unit 1102 creates a service list based on data such as the TLV stream ID, original network ID, distribution system information, and list of service IDs acquired in the processing of S105 to S107, and The service list is stored in the ROM 103 or the storage unit 110 (updated when rescanning) (S108).

Next, the reception function execution unit 1102 acquires the AMT from the received signal (S109), and further acquires a list of IP multicast groups related to each service ID stored in the service list (S110). FIG. 15D shows an example of the data structure of AMT. Note that if the AMT has a list of IP multicast groups related to multiple service IDs, the process of S110 is repeated. If there are multiple AMTs that have lists of IP multicast groups related to different service IDs, the processes of S109 to S110 are repeated. Next, the reception function execution unit 1102 stores the list of IP multicast groups acquired in the process of S110 in the ROM 103 or the storage unit 110, etc., as IP related information in association with the service ID (updated at the time of rescanning). (S111).

Note that if the tuner/demodulator 131 does not succeed in locking to the set frequency value in the process of S102 (S102: No), and the TLV-NIT acquired in the process of S103 is not valid data. In this case (S104: No), the processes of S105 to S111 are not performed.

After completing the process of S111, if the frequency value set in the tuner/demodulator 131 is the final frequency value of the channel scan range (S112: Yes), the reception function execution unit 1102 ends the process. On the other hand, if the set frequency value is not the final frequency value of the channel scan range (S112: No), the frequency value set in the tuner/demodulator 131 is increased (S113), and the processing of S102 to S111 is performed. repeat. Note that if one TLV-NIT can acquire service IDs related to all the services that make up the broadcast network, and can also acquire an AMT that has a list of IP multicast groups related to the service ID, steps S112 to S113 are performed. No processing required.

Through the series of processes described above, the broadcast receiving apparatus 100 of this embodiment can check the list of services (service list) that constitute the broadcast network during channel scanning during initial settings or when rescanning for setting changes. At the same time as creating/updating, a list of IP multicast groups (IP related information) corresponding to each service can be created/updated, and further stored in a non-volatile memory such as the ROM 103 or the storage section 110.

Note that rescanning for changing the settings is automatically performed when it is detected that there has been a change in the information in the table by referring to the "version_number" parameter of TLV-NIT or AMT. It's okay. When a change in the "version_number" parameter of either TLV-NIT or AMT is detected, only the information regarding the table in which the change in the parameter was detected may be automatically updated. However, when the above-mentioned automatic update is performed, it is desirable to notify the user that a rescan has been automatically performed. Further, the user may be notified that there has been a change in the information in the table, and the user may be allowed to select whether or not to perform the rescan.

[Broadcast receiving device tuning process (channel switching)]
FIG. 16 is a diagram showing an example of an operation sequence during channel selection (channel switching) in the broadcast receiving apparatus 100 of this embodiment.

When the user operates a remote controller (not shown) to instruct channel switching, the receiving function execution unit 1102 interprets the command transmitted from the remote controller and specifies the service ID of the target service (S201). Next, the reception function execution unit 1102 starts acquiring the AMT from the received signal of the tuner/demodulation unit 131. If the AMT is successfully acquired within the predetermined time (S202: Yes), information regarding a list of IP multicast groups corresponding to the service ID is acquired from the acquired AMT (S204). On the other hand, if the acquisition of AMT is not successful within the predetermined time (S202: No), by referring to the IP-related information stored in the ROM 103 or the storage unit 110 (S203), the IP address corresponding to the service ID is determined. Information regarding a list of multicast groups is acquired (S204). Note that the determination process in S202 may not be performed, and the IP related information stored in the ROM 103, the storage unit 110, or the like may always be referred to.

Next, the reception function execution unit 1102 starts acquiring TLV-NIT from the received signal of the tuner/demodulation unit 131. If the TLV-NIT is successfully acquired within the predetermined time (S205: Yes), distribution system information for acquiring the IP data flow corresponding to the service ID is acquired from the acquired TLV-NIT (S207). On the other hand, if the TLV-NIT is not successfully acquired within the predetermined time (S205: No), by referring to the service list stored in the ROM 103 or the storage unit 110, etc. (S206), the service ID corresponding to the service ID is determined. Distribution system information for acquiring the IP data flow is acquired (S207). Note that the service list stored in the ROM 103 or the storage unit 110 may be always referred to without performing the determination process in S205. After acquiring the distribution system information in the process of S207, the reception function execution unit 1102 controls the tuner/demodulation unit 131 using the frequency value specified by the acquired distribution system information, and uses the frequency value specified by the acquired distribution system information to (S208), extracts an MMT data string from the received IP data flow, and outputs it to the separation unit 132.

In the separation unit 132, the transport processing unit 1102a acquires the MMTP packet whose packet ID is “0” from the input MMT data string (S209), and further acquires the MPT included in the acquired MMTP packet. (S210). Next, the transport processing unit 1102a refers to the "MMT_package_id_byte" parameter of the acquired MPT, and checks whether the lower 16 bits of the "MMT_package_id_byte" parameter have the same value as the service ID. In an example of the MPT data structure shown in FIG. 17, if the lower 16 bits of the "MMT_package_id_byte" parameter have the same value as the service ID (S211: Yes), the MMTP packet whose packet ID is "0" It is determined that the packet is an MMTP packet having data of a program corresponding to the service ID, and an MFU is acquired based on the information possessed by the acquired MPT (S216).

On the other hand, if the lower 16 bits of the "MMT_package_id_byte" parameter do not have the same value as the service ID (S211: No), the MMTP packet whose packet ID is "0" is an MMTP packet containing program data corresponding to the service ID. It is determined that it is not a packet. In this case, the transport processing unit 1102a acquires the PLT again (S212), and by checking the acquired PLT, determines the packet ID of the MMTP packet transmitting the MPT having the "MMT_package_id_byte" parameter corresponding to the service ID. (set as x) is confirmed (S213). Further, the transport processing unit 1102a obtains an MMTP packet whose packet ID is "x" from the input MMT data string (S214), and obtains the MPT included in the obtained MMTP packet (S215). Furthermore, an MFU is acquired based on the information possessed by the acquired MPT (S216).

Note that the processes in S209 to S211 may not be performed, and the processes in S212 to S215 may always be performed. In this case, when data of a program corresponding to the service ID is stored in an MMTP packet with a packet ID other than "0", processing time can be shortened.

After acquiring the MFU in the process of S216, the transport processing unit 1102a extracts encoded video data, encoded audio data, etc. from the acquired MFU, and outputs it to the video decoder 141, audio decoder 143, etc. Hereinafter, video/audio decoding processing based on the control of the AV decoding processing unit 1102b and presentation processing based on the control of the presentation processing unit 1102h are performed, but since each of the above-mentioned processing is well known, detailed explanation will be omitted.

Through the series of processes described above, the broadcast receiving apparatus 100 of this embodiment can perform a channel selection (channel switching) operation. In particular, as explained using FIGS. 14 and 16, service lists and IP-related information are created during channel scanning during initial settings or when rescanning for setting changes, and the ROM 103 and storage section 110 etc. so that it can be referenced at all times, and when selecting a channel (channel switching), by referring to the service list and IP related information stored in the non-volatile memory such as the ROM 103 and the storage section 110, This makes it possible to improve the efficiency of operation during channel selection (channel switching). In other words, compared to reacquiring AMT and TLV-NIT when tuning (channel switching), it is possible to shorten the time from the start of tuning (channel switching) to the end of tuning (channel switching). Become.

[Screen layout control of broadcast receiving device]
It is assumed that the broadcast receiving apparatus 100 of this embodiment is capable of controlling the screen layout based on the description of the LCT. FIG. 18 shows an example of the data structure of LCT.

In the figure, in particular, the "left_top_pos_x" and "right_down_pos_x" parameters indicate the horizontal position of the top left and bottom right of the area when the left side of the full screen display is set to ``0'' and the right side is set to ``100''. Each is expressed as a percentage of the total number of pixels in the horizontal direction. The "left_top_pos_y" and "right_down_pos_y" parameters specify the vertical position of the upper left and lower right of the area, respectively, when the upper side of the full screen display is set to ``0'' and the lower side is set to ``100''. It shall be expressed as a percentage of the total number of pixels. Furthermore, the "layer_order" parameter indicates the relative position of the region in the depth direction.

Examples of assignment of layouts to layout numbers based on the settings of each of the parameters are shown in FIGS. 19A to 19D together with the setting values of each of the parameters.

FIG. 19A shows the default layout settings of the broadcast receiving apparatus 100 of this embodiment, and is an example in which only one area is set on the entire screen. FIG. 19B is an example in which the entire screen is divided into three areas, and the respective areas are designated as "area 0," "area 1," and "area 2." For example, if the number of pixels of the entire screen is 7680 pixels horizontally/4320 pixels vertically, in "area 0", the "left_top_pos_x" parameter is "0", the "left_top_pos_y" parameter is "0", and the "right_down_pos_x" parameter is "80". ” and the “right_down_pos_y” parameter is “80”, so it is set in the range of (0,0)-(6143,3455). Similarly, "area 1" is set to the range of (6144,0)-(7679,4319), and "area 2" is set to the range of (0,3456)-(6143,4319).

FIG. 19C is an example in which three areas are set like in FIG. 2'' has the same range as described above, and is placed in front of the ``area 0'' according to the setting of the ``layer_order'' parameter. In FIG. 19D, "area 0" is set to device 0 (default device: broadcast receiving device 100 in this embodiment), and "area 1" is set to device 1 (in this embodiment, mobile information terminal 700). This is an example of a case where

As described above, in the broadcasting system of this embodiment, by using LCT, it is possible to perform screen layout control for displaying multimedia services on a receiver as intended by the service provider.

Incidentally, the fractions below the decimal point that occur when dividing the screen according to the setting values of parameters such as "left_top_pos_x" may be rounded up or down. Rounding (or rounding to the nearest whole number in binary numbers) may be used. For example, if the number of pixels of the whole screen is 7680 pixels/4320 pixels vertically, the "left_top_pos_x" parameter of "area 0" is "0", the "left_top_pos_y" parameter is "0", the "right_down_pos_x" parameter is "51", and the "right_down_pos_y" parameter is "0". ” parameter is “51”, you can set “area 0” in the range (0,0)-(3916,2203) by rounding up, or set it in the range (0,0)-(3915,2203) by rounding down. 2202) may be set as "area 0". Furthermore, in consideration of macroblocks during video compression processing, rounding up/down processing may be performed in units of 8 pixels, units of 16 pixels, or the like. The above processing makes it possible to efficiently perform area setting based on LCT and resolution conversion processing of multimedia content in the area.

[Exception handling for screen layout control of broadcast receiving device]
In the broadcast receiving apparatus 100 of this embodiment, even if the screen layout area is controlled by the LCT described above, when the user instructs to display the EPG screen, as an exception process, It is assumed that it is possible to perform screen layout control ignoring the description content of the LCT. FIG. 20A shows an example of the operation of exception handling for screen layout control based on LCT.

The screen layout control similar to that shown in FIG. 19B is performed according to the LCT description, and the broadcast program video is displayed in "area 0", and the broadcast of program cooperation data etc. linked to the broadcast program is displayed in "area 1" and "area 2". When the user instructs the display of the EPG screen using a remote control (not shown) while content is being displayed, the broadcast receiving apparatus 100 of this embodiment uses the LCT description as shown in FIG. 20A(A). Regardless of the content, the screen layout settings are returned to the default settings (that is, the screen layout control similar to that in FIG. 19A is performed), and the EPG screen is controlled to be displayed on the entire screen. Further, when the user instructs to end the display of the EPG screen, screen layout control is re-executed in accordance with the contents described in the LCT.

By performing the above-described control, the EPG screen can be displayed larger than the case where the EPG screen is displayed while maintaining the area control of the screen layout as shown in FIG. 20A(B). It is possible to improve visibility.

Note that the screen layout control exception processing is not only applied when displaying an EPG screen, but also applies to various setting screens (in the illustrated example, the recording setting screen) of the broadcast receiving device 100, as shown in FIG. 20B. ) may be applied when displaying a sub-screen or when displaying two screens.

In the case of the recording setting screen shown in FIG. 5A, the display area for broadcast content is changed from the entire screen to only the small screen portion at the bottom right of the screen. Similarly, in the case of the two-screen display shown in FIG. 6B, the display area of the broadcast content is changed from the entire screen to only the split screen portion on the left side of the middle of the screen. In either case, the display area for displaying the broadcast content is narrower than when using the entire screen, so it is possible to maintain area control of the screen layout within the display area (i.e., do not divide the area). It is not desirable for visual recognition to display multiple broadcast contents at the same time. Therefore, in the broadcast receiving apparatus 100 of the present embodiment, in the above situation, only the broadcast content of "area 0" is selected and displayed in the display area. Note that broadcast content in "area 1" or "area 2" may be selected and displayed depending on the previous area selection status.

By performing the above-described control, it is possible to improve the ease of viewing the broadcast content, compared to the case where various broadcast contents are displayed while maintaining the area control of the screen layout. The same applies when displaying a small screen on a recorded program list screen, when displaying Internet content in a browser, etc.

[EPG display of broadcast receiving device]
In the broadcasting system of this embodiment, it is assumed that time-series information regarding events (so-called programs) included in each service constituting the broadcasting network is transmitted using the MH-EIT. FIG. 21 shows an example of the data structure of the MH-EIT of this embodiment. MH-EITs are identified into two classes by table IDs (corresponding to the "talbe_id" parameter in the figure), and indicate information about the current/next event of the own TLV stream and schedule information of each event of the own TLV stream. shall be possible. The broadcast receiving apparatus 100 of this embodiment refers to the MH-EIT, etc., and performs identification using the service ID (corresponding to the "service_id" parameter in the figure), thereby obtaining information such as the start time and broadcast time of each event. It is assumed that the EPG screen can be created by acquiring the EPG, and that the created EPG can be superimposed on video information etc. by the video synthesis section 161 and displayed on the monitor section 162.

FIG. 22A is a diagram showing an example of an EPG screen in broadcast receiving apparatus 100 of this embodiment. The EPG screen 162a has a matrix shape with the vertical axis representing time and the horizontal axis representing service IDs (channels), and displays detailed information on broadcast programs broadcast on each channel in each time period. Further, the detailed information 162a1 of each broadcast program is mainly composed of a title area 162a2 and a detailed explanation area 162a3.

The title area 162a2 displays the program title of the broadcast program and symbols representing attributes of the broadcast program. The symbols and the like representing attributes of the broadcast program include, for example, symbols/characters indicating that the program is a new program, symbols/characters indicating that the program is a rebroadcast program, and the like. Alternatively, it may be a mark symbolizing "data", which means that the service is compatible with data broadcasting by a broadcasting service. Alternatively, it may be a mark 162a4 symbolizing "NetWork", which means that content, applications, etc. related to the broadcast program can be obtained from the network. Further, the symbol or the like representing the attribute of the broadcast program may be replaced by differentiating the background color of the detailed information 162a1 from others or by surrounding the display area of the detailed information 162a1 with a thick frame.

Note that there is a case where each control information (message, table, descriptor, etc.) in the broadcasting system of this embodiment indicates that content, applications, etc. related to the broadcast program can be obtained from the network. However, if the LAN cable is not connected to the LAN communication unit 121 of the broadcast receiving device 100, and access to each server device on the network is not possible, the mark 162a4 symbolizing the “NetWork” is displayed. etc. may be controlled so as not to be displayed.

Further, in the case where the broadcast program is a distribution program distributed via the Internet 200 and cannot be acquired only from broadcast waves, furthermore, as described above, the broadcast receiving device 100 is a distribution program distributed by each server device on the network. If the EPG screen 162b cannot be accessed, the detailed information 162b1 displayed on the EPG screen 162b may be controlled to be grayed out, as shown in FIG. 22B. That is, control is performed so that detailed information about distribution programs that cannot be viewed is not displayed. Further, by differentiating the background color of the detailed information 162b1 from others, this may be used as an alternative to the gray-out processing. When detailed information 162b1 is selected by operating a remote controller (not shown), a message indicating that the broadcast receiving device 100 is unable to access each server device on the network, or a message indicating that the broadcast program associated with detailed information 162b1 is to be viewed is displayed. The user may be notified that this is not possible through a pop-up or the like.

Through each of the above-described controls, the broadcast receiving apparatus 100 can provide program information for each broadcast program in a format that is more natural to the user, depending on the network connection status.

FIG. 22C is a diagram showing another example of the EPG screen in the broadcast receiving apparatus 100 of this embodiment. In the figure, "M1 TV", "M2 Broadcast", "M3 Channel", "M4TV", "TV M5", etc. are the broadcast station names of each channel. In particular, "M2 Broadcast" station is It is assumed that a broadcast program to be distributed and a distribution program to be distributed via the Internet 200 (information 162c1 in the frame indicated by "Net Broadcast" in the figure) are provided at the same time.

As shown in the figure, if there is a channel that only has distribution programs distributed via the Internet 200, normally all channels (including information 162c1) are control the display of information. On the other hand, when the broadcast receiving apparatus 100 is unable to access each server apparatus on the network, as shown in the EPG screen 162d in FIG. The information on the channel "M2 Broadcast (Net Broadcasting)" (information 162c1 in FIG. 3(A)) may be controlled not to be displayed.

Each of the above-described controls makes it possible for the user of the broadcast receiving apparatus 100 to eliminate the need to check information on channels that the user cannot view.

[Emergency warning broadcast display on broadcast receiving device]
The broadcast receiving device 100 of this embodiment performs the emergency warning broadcast reception process when the emergency warning broadcast start control signal bit of the TMCC signal included in the transmission data including the TLV stream changes from "0" to "1". It shall be possible to do so.

The emergency warning broadcast may be provided as a full-screen application, or may be provided as text information in superimposed text. When the emergency warning broadcast is provided as text information in superimposed text, it is preferable to display the text information in the superimposed text regardless of the state of the broadcast receiving device 100 immediately before receiving the emergency warning broadcast. That is, as shown in FIG. 23, when a user watches a normal broadcast program and receives an emergency warning broadcast while the program screen 162e of the broadcast program is displayed on the monitor unit 162, the user receives an emergency warning broadcast while viewing a normal broadcast program. The text information 162e1 is displayed superimposed on the program screen 162e. Similarly, when the user instructs the display of the EPG screen and receives an emergency warning broadcast while the EPG screen 162f is displayed on the monitor unit 162, the text information 162f1 from the emergency warning broadcast is superimposed on the EPG screen 162f. control so that it is displayed.

Due to the above-described control, in the broadcast receiving apparatus 100 of this embodiment, even when the user selects and displays the EPG screen, various setting screens, recorded program list screen, Internet browser, etc., the emergency warning broadcast is not displayed. When receiving the emergency warning broadcast, it is possible to avoid missing important text information based on the emergency warning broadcast. Note that this control may be performed on normal text information with superimposed text that is not based on emergency warning broadcasts.

[Various exception handling]
The broadcast receiving apparatus 100 of this embodiment may perform the following exception processing, for example, when data outside the TLV stream within the same package cannot be acquired.

As explained with reference to FIG. 6E, in the broadcasting system supported by the broadcast receiving apparatus 100 of this embodiment, based on the location information (corresponding to "MMT_general_location_info()" in FIG. 17) stored in the MPT, Data to be acquired and data to be acquired through a route other than the TLV stream can be included in the same package. However, the data transmission path other than the TLV stream (eg, IPv4 data flow, IPv6 data flow, MPEG2-TS for broadcasting, etc.) pointed to by the location information is a reception function different from the reception function of the TLV/MMT stream. Therefore, even if the broadcast receiving device 100 is in operation, there may be situations in which the receiving functions of these transmission paths are not operating, situations in which the receiving function itself is operating but relay devices etc. are not operating, or situations in which these transmission paths are not operating. There may be situations in which data cannot be acquired from these transmission paths, such as situations where wired or wireless connections are not made for the transmission paths, or situations where the broadcast receiving device 100 is installed in an environment where these transmission paths cannot be connected in the first place. .

Under these circumstances, the location information stored in the MPT will generate an event that indicates that data acquired within the TLV stream and data acquired through a route other than the TLV stream are associated so as to be included in the same package. When received, the broadcast receiving apparatus 100 of this embodiment may perform the following operations, for example.

For example, LCT has set multiple areas on the screen as shown in FIGS. 19B and 19C, and displays the video included in the TLV stream in ``area 0'', and ” is associated so that data acquired through a transmission route other than the TLV stream is displayed, and the data from the transmission route other than the TLV stream that should be displayed in “Area 1” or “Area 2” is If it cannot be obtained, layout display of multiple areas designated by the LCT may be prohibited. Specifically, even if the LCT is received, the video of the content received in the TLV stream remains displayed in "area 0" of the default layout display shown in FIG. 19A, and the video of the content received in the TLV stream is displayed as shown in FIG. 19B and FIG. What is necessary is to prevent the display from displaying a layout of multiple areas. Furthermore, even if an instruction to change the default layout to the layout indicated by the LCT is input to the operation input section 170 in FIG. 7A in this state, the default layout shown in FIG. 19A may remain displayed, or other data broadcasting screens may be displayed. 19B or 19C so as not to shift to a layout display of multiple areas as shown in FIGS. 19B and 19C.

LCT has set multiple areas on the screen, as shown in Figures 19B and 19C, and displays the video included in the TLV stream in 'area 0', and displays the video included in the TLV stream in 'area 1' and 'area 2'. When data acquired through a transmission route other than the TLV stream is mapped to be displayed, the data from the transmission route other than the TLV stream that should be displayed in "Area 1" or "Area 2" cannot be acquired. Another example of operation in this case is to first display the display frame of multiple areas shown by the LCT in FIGS. However, if data on a transmission path other than the TLV stream indicated by the MPT location information cannot be acquired even after a predetermined period of time has elapsed, the display may be switched back to the default layout display state shown in FIG. 19A. In this case, if the program video included in the TLV stream continues to be displayed in "area 0" even when the layouts of FIGS. 19A, 19B, and 19C are changed, the user's program video itself is preferable because it continues.

In addition, since the data of the transmission path other than the TLV stream to be displayed in "Area 1" or "Area 2" cannot be acquired, the relevant content received in the TLV stream is displayed in "Area 0" of the default layout display shown in FIG. 19A. When the video is displayed, the various communication functions and various reception functions of the broadcast receiving apparatus 100 of this embodiment start, and the communication environment, communication status, and various reception functions of the various communication functions are changed. Due to a change in the reception environment or reception situation, a situation may arise in which data on a transmission path other than the TLV stream to be displayed in "area 1" or "area 2" can be obtained. In this case, the broadcast receiving apparatus 100 of the present embodiment immediately switches from the default layout display shown in FIG. 19A to the multiple area layout shown in FIGS. The video of the content received within the stream may be displayed, and the display may be switched to display data acquired from a transmission path other than the TLV stream in "area 1" or "area 2." Alternatively, the layout change may not be performed immediately, but after an instruction to change from the default layout to the layout indicated by the LCT is input from the operation input unit 170.

[Copyright protection function]
In the digital broadcasting system supported by the broadcast receiving apparatus 100 of the present embodiment, by transmitting MPT including copy control information, for example, the copy control information allows "unlimited copying"("unlimited copying and storage"). It may be divided into two types: ``can be copied without limit and requires encryption processing when outputting'', ``can be copied only for one generation'', and ``can be copied a specified number of times'' ( For example, it may be configured to indicate and transmit the copy control status of the content referenced by the MPT, such as "dubbing 10" (if copying is allowed nine times and moving once is allowed) or "copying prohibited". In this case, the broadcast receiving apparatus 100 of this embodiment stores the content in the storage unit 110, records it on a removable recording medium, outputs it to an external device, and outputs it to an external device according to the copy control information. It may be configured to control copying, moving processing to an external device, and the like. Note that the storage processing target is not limited to the storage unit 110 inside the broadcast receiving device 100, but may also include records that have been subjected to protection processing such as encryption processing so that they can be played only by the broadcast receiving device 100. . Specifically, the storage process targets include external recording devices that are in a state where they can be recorded and reproduced only by the broadcast receiving device 100.

A specific example of processing based on the copy control information will be described below.

First, when the copy control information included in the MPT indicates "unrestricted copying", the broadcast receiving apparatus 100 of this embodiment can store information in the storage section 110, record it on a removable recording medium, and record it on an external device. You can output to, copy to, and move to external devices without any restrictions. However, if ``unlimited copying possible and encryption processing required for storage and output'' is different from ``unlimited copying possible and encryption processing not required for storage and output'', then ``unlimited copying possible and encryption processing required for storage and output'' is different. When "encryption processing is required", storage in the storage unit 110, recording on a removable recording medium, output to an external device, copying to an external device, and moving to an external device are limited to the number of times. However, it is necessary to perform encryption processing in both cases.

Furthermore, if the copy control information included in the MPT indicates that "only one generation can be copied", the broadcast receiving apparatus 100 of this embodiment enables encrypted storage in the storage (accumulation) section 110. When the stored content is output to an external device for viewing, it is encrypted and output together with copy control information of "copy prohibited". However, so-called move processing to an external device (processing of copying the content to the external device and making the content in the storage unit 110 of the broadcast receiving device 100 unplayable by erasing processing or the like) is possible.

Furthermore, when the copy control information included in the MPT indicates that "copying is possible for a predetermined number of times," the broadcast receiving apparatus 100 of this embodiment can encrypt and store the data in the storage (accumulation) section 110. When the stored content is output to an external device for viewing, it is encrypted and output together with copy control information of "copy prohibited". However, it may be possible to enable a predetermined number of copies and moves to an external device. In the case of the so-called "dubbing 10" regulation, nine copies and one move may be performed to the external device.

Furthermore, when the copy control information included in the MPT indicates "copy prohibited", the broadcast receiving apparatus 100 of the present embodiment prohibits copying to the storage unit 110. However, the broadcast receiving apparatus 100 uses the storage unit 110 only for a predetermined time or a predetermined time specified by control information included in the broadcast signal (for example, according to the MH-Expire descriptor shown in FIG. 6D). When configured to have a "temporary storage" mode that allows data to be stored in the storage section 110, even if the copy control information included in the MPT indicates "copy prohibited" Enables temporary retention of the content. When the content whose copy control information included in the MPT is "copy prohibited" is output for viewing on an external device, it is encrypted and output together with the copy control information "copy prohibited".

Note that output for viewing to the aforementioned external device may be performed via the video output unit 163 and audio output unit 166 in FIG. 7A, the digital I/F unit 125, the LAN communication unit 121, or the like. The copying or moving process to the external device described above may be performed via the digital I/F section 125, the LAN communication section 121, etc. in FIG. 7A.

According to the process described above, appropriate content protection can be realized according to the copy control information associated with the content.

In addition, copy processing to an external device via the LAN communication unit 121 of content whose copy control information indicates copy restrictions such as "only one generation can be copied", "copying is possible a predetermined number of times", and "copying prohibited" is performed. is possible only when the IP address of the external device that is the destination of the transmission packet from the broadcast receiving device 100 is within the same subnet as the IP address of the broadcast receiving device 100, and the IP address of the external device is If it is outside the same subnet as IP address 100, it may be prohibited. Contents whose copy control information is ``unrestricted copying and encryption processing required during storage and output'' may be handled in the same way.

Similarly, content whose copy control information indicates copy restrictions such as ``only one generation can be copied,'' ``can be copied a specified number of times,'' or ``unlimited copying and encryption processing required for storage and output'' can be copied once. Regarding the process of storing data in the storage (accumulation) unit 110 and then moving it to an external device via the LAN communication unit 121, if the IP address of the external device that is the destination of the packet sent from the broadcast receiving device 100 is If the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100, it may be prohibited.

As a general rule, the IP address of the external device that is the destination of the transmission packet from the broadcast receiving apparatus 100 is the one that receives the broadcast. This is possible only when the IP address of the device 100 is within the same subnet, and is prohibited when the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100. However, if the external device is connected within the same subnet as the IP address of the broadcast receiving device 100 within a predetermined period, and the external device is registered as a device that can be viewed even outside the same subnet as the IP address of the broadcast receiving device 100. In the case of a device that has been paired (paired), even if the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100, the storage (storage) of the broadcast receiving device 100 in the external device The configuration may be such that the content stored in the unit 110 can be outputted as video and audio for viewing. In this case, the video output and audio output for viewing are performed after encrypting the content.

According to the processing described above, by performing different processing depending on whether the external device is in the same subnet or outside the same subnet as the IP address of the broadcast receiving device 100, it is possible to achieve both user convenience and content protection. can be realized.

Next, as described with reference to FIG. 6E, in the digital broadcasting system supported by the broadcast receiving apparatus 100 of this embodiment, location information in the MPT ("MMT_general_location_info()" in FIG. 17) is used to determine whether the TLV stream in the broadcast route is Data acquired via a different route (IPv4, IPv6, MPEG2-TS, URL, etc.) may also be included in the same package and event as the data acquired in the TLV stream, but in this case, the data must be copied to MPT. Content protection when control information is included will be explained.

First, when copy control information is included in the MPT, the data included in the same package and the same event in the location information is routed differently from the data acquired in the TLV stream of the broadcast route (IPv4, IPv6, MPEG2-TS, URL, etc.). ) may be controlled according to copy control information included in the TLV stream. As mentioned above, the copy control status of the content specified by these copy control information includes ``unlimited copying'' (``unlimited copying possible and encryption required during storage and output'') and ``unlimited copying possible''. It may be divided into two types: ``and encryption processing is not required during storage and output''), ``only one generation can be copied'', and ``copying is possible for a predetermined number of times'' (for example, if 9 times of copying + 1 move is allowed, so-called ``copying is possible''). ``dubbing 10''), ``copying prohibited'', etc. can be specified.

Here, if the position of the data indicated by the location information includes MPEG2-TS data transmitted by another digital broadcasting signal, the MPEG2-TS data will be associated with the copy control information even in the other digital broadcasting signal. It is being broadcasted. Then, the question becomes how to control the copying of data in the MPEG2-TS based on what information (whether to follow the copy control information included in the TLV/MMT stream or to follow the copy control information included in the MPEG2-TS). .

In the digital broadcasting system of this embodiment, as a solution to this problem, the broadcast receiving apparatus 100 may perform any of the following solutions.

<Operation example 1>
In the first operation example, when copy control information is included in the MPT and data included in the same package and the same event in the location information includes MPEG2-TS data transmitted by another digital broadcast signal, The copy control state indicated by the copy control information included in the TLV stream is given priority over the copy control state indicated by the copy control information included in the TS.

For example, the copy control state indicated by the copy control information included in the TLV stream is "1 generation copy allowed", and the copy control state indicated by the copy control information included in the MPEG2-TS is "copy allowed multiple times". If so, copy control may be performed on the data as "1 generation copyable" content even if the data is obtained through a different route (digital broadcasting in MPEG2-TS transmission format) than the data obtained in the TLV stream. For example, the copy control state indicated by the copy control information included in the TLV stream is "unlimited copying allowed", and the copy control state indicated by the copy control information included in the MPEG2-TS is "copying allowed a predetermined number of times". If so, copy control may be performed on the data as "unrestricted copyable" content even if the data is obtained through a different route (digital broadcasting in MPEG2-TS transmission format) than the data obtained in the TLV stream.

In the case of this operation, data acquired through a route other than the TLV stream can also be brought into a copy state that the broadcast receiving apparatus 100 of this embodiment wants to manage in the corresponding broadcast system.

<Operation example 2>
In the second operation example, when the MPT includes copy control information and the location information includes MPEG2-TS data transmitted in another digital broadcast signal in data included in the same package and the same event, the TLV stream The copy control state indicated by the copy control information included in the MPEG2-TS is compared with the copy control state indicated by the copy control information included in the MPEG2-TS, and the copy control state indicated by the copy control information included in the MPEG2-TS is determined. If the copy control state is stricter than the copy control state indicated by the copy control information included in the TLV stream, storage processing in the storage unit 110, recording processing on a removable recording medium, or output processing from a digital interface is performed. At this time, the MPEG2-TS data is excluded from the content to be processed.

In the case of this operation, data acquired through a route other than the TLV stream is copied on the broadcast receiving apparatus 100 of this embodiment while respecting the original copy control information set in the broadcasting system that transmits the data. Duplication of control states can be eliminated.

Also, as a result of the comparison, if the copy control state indicated by the copy control information included in the MPEG2-TS is the same as the copy control state indicated by the copy control information included in the TLV stream, or if the copy control state is less strict than the copy control state indicated by the copy control information included in the TLV stream. In this case, the MPEG2-TS data included in the same package and the same event with the location information may be subjected to copy control as content in the copy control state indicated by the copy control information included in the TLV stream.

In the case of this operation, data acquired through a route other than the TLV stream is copied on the broadcast receiving apparatus 100 of this embodiment while respecting the original copy control information set in the broadcasting system that transmits the data. Duplication of control states can be eliminated.

In the above description, the copyright protection function of the broadcast receiving apparatus 100 of this embodiment has been described as being performed based on the copy control information included in the MPT. However, the table in which copy control information is arranged is not limited to MPT. In addition to MPT, information is transmitted by placing it in the MH-Service Description Table (MH-SDT), MH-Event Information Table (MH-EIT), or other tables explained in FIG. 6B, and the broadcast receiving device 100 follows these. Copyright protection processing may also be performed.

According to the embodiment described above, it is possible to provide a broadcast receiver compatible with MMT digital broadcasting.
(Example 2)

Example 2 of the present invention will be described below. Note that the configuration, processing, effects, etc. in this example are the same as in Example 1 unless otherwise specified. Therefore, in the following, the differences between this embodiment and the first embodiment will be mainly explained, and the explanation of the common points will be omitted as much as possible to avoid duplication. Further, the following description will be made assuming that the broadcast receiving apparatus of this embodiment is a television receiver that supports both the MMT system and the MPEG2-TS system as media transport systems.

[Hardware configuration of broadcast receiving device]
FIG. 24 is a block diagram showing an example of the internal configuration of broadcast receiving apparatus 800. The broadcast receiving apparatus 800 includes a main control section 801, a system bus 802, a ROM 803, a RAM 804, a storage section 810, a LAN communication section 821, an expansion interface section 824, a digital interface section 825, a first tuner/demodulation section 831, a second tuner/ Demodulation section 832, MMT decoding processing section 841, MPEG2-TS decoding processing section 842, video synthesis section 861, monitor section 862, video output section 863, audio synthesis section 864, speaker section 865, audio output section 866, operation input section 870 , consists of.

Main control section 801, system bus 802, ROM 803, RAM 804, storage section 810, expansion interface section 824, digital interface section 825, monitor section 862, video output section 863, speaker section 865, audio output section 866, operation input section 870, The main control unit 101, system bus 102, ROM 103, RAM 104, storage unit 110, expansion interface unit 124, digital interface unit 125, monitor unit 162, video output unit 163, etc. in the broadcast receiving device 100 of the first embodiment , the speaker section 165, the audio output section 166, the operation input section 170, etc., and a detailed description thereof will be omitted.

The first tuner/demodulator 831 receives broadcast waves of a broadcast service that employs MMT as a media transport method via an antenna (not shown), and selects a service desired by the user based on the control of the main controller 801. Tune in (select) to the channel. Further, the first tuner/demodulator 831 demodulates the received broadcast signal to obtain an MMT data string, and outputs it to the MMT decode processor 841 . The second tuner/demodulator 832 receives broadcast waves of a broadcasting service that adopts MPEG2-TS as a media transport method via an antenna (not shown), and receives the broadcast waves as desired by the user based on the control of the main controller 801. Tune in (select) to the channel of the service you want to use. Further, the second tuner/demodulator 832 demodulates the received broadcast signal to obtain an MPEG2-TS data string, and outputs it to the MPEG2-TS decode processor 842.

The MMT decoding processing section 841 inputs the MMT data string output from the first tuner/demodulation section 831, and based on the control signal included in the MMT data string, real-time presentation elements such as a video data string, an audio data string, Performs separation processing of character superimposition data strings, subtitle data strings, etc., decoding processing, etc. The MMT decoding processing unit 841 includes the separation unit 132, video decoder 141, video gamut conversion unit 142, audio decoder 143, text super decoder 144, subtitle decoder 145, subtitle synthesis unit 146, It is assumed that functions corresponding to the subtitle color gamut conversion section 147, data decoder 151, cache section 152, application control section 153, browser section 154, application color gamut conversion section 155, sound source section 156, etc. are provided. The MMT decoding processing unit 841 is capable of performing the various processes described in the first embodiment. Note that the details of the various processes described above are as explained in the first embodiment, so the explanation will be omitted.

The MPEG2-TS decoding processing section 842 inputs the MPEG2-TS data string output from the second tuner/demodulation section 832, and converts the video data, which is a real-time presentation element, based on the control signal included in the MPEG2-TS data string. This section performs separation processing, decoding processing, etc. of strings, audio data strings, character superimposition data strings, subtitle data strings, etc. The MPEG2-TS decoding processing unit 842 has the same function as the IRD (Integrated Receiver Decoder) unit of a conventional television receiver that receives broadcast waves of a broadcasting service that uses MPEG2-TS as a media transport method. Detailed explanation will be omitted.

The video synthesis section 861 inputs the video information, subtitle information, and application information output from the MMT decoding processing section 841 and the video information, subtitle information, and application information output from the MPEG2-TS decoding processing section 842, Processing such as selection and/or superimposition is performed as appropriate. The video synthesis unit 861 includes a video RAM (not shown), and a monitor unit 862 and the like are driven based on video information inputted to the video RAM. Further, the video synthesis section 861 performs scaling processing, superimposition processing of EPG screen information, etc., as necessary, based on the control of the main control section 801. The audio synthesis section 164 inputs the audio information output from the MMT decoding processing section 841 and the audio information output from the MPEG2-TS decoding processing section 842, and performs processing such as selection and/or mixing as appropriate.

The LAN communication unit 821 is connected to the Internet 200 via the router device 200r, and transmits and receives data to and from each server device and other communication devices on the Internet 200. Additionally, the MMT data string (or a part thereof) and the MPEG2-TS data string (or a part thereof) of the program transmitted via the communication line are acquired, and the MMT decoding processing unit 841 and the MPEG2-TS data string are used as appropriate. It is output to the decoding processing section 842.

[Broadcast receiving device time display]
It is assumed that the broadcast receiving apparatus 800 of this embodiment can display the current date and time on the EPG screen, various setting screens, and the like. The information regarding the current date and time is transmitted by MH-TOT, etc. in a broadcasting service that uses MMT as a media transport method, and by MPEG-TOT in a broadcasting service that uses MPEG2-TS as a media transport method. The information is transmitted using a TOT (Time Offset Table) or the like provided in the SI (Service Information) defined in the 2 system. The broadcast receiving device 800 can obtain information regarding the current date and time by referring to the MH-TOT and the TOT.

Generally, when the video synthesis section 861 mainly selects the video information etc. output from the MMT decoding processing section 841, information regarding the current date and current time acquired from the MH-TOT is When the video information etc. are superimposed on the video information etc. and the video synthesis section 861 mainly selects the video information etc. output from the MPEG2-TS decoding processing section 842, the information regarding the current date and current time acquired from the TOT is superimposed on the above. What is necessary is just to control it so that it is superimposed on video information or the like.

However, because there are differences in encoding/decoding processing, transmission routes, etc. between broadcasting services that use MMT as the media transport method and broadcasting services that use MPEG2-TS as the media transport method, there are differences in the current time display. In this case, an inconsistency may occur when selecting a broadcasting service that uses MMT as a media transport method and when selecting a broadcasting service that uses MPEG2-TS as a media transport method. For example, as shown in FIG. 25, from an EPG screen 162g that displays channel information of a broadcasting service that uses MMT as a media transport method, to an EPG that displays channel information of a broadcasting service that uses MPEG2-TS as a media transport method. When the screen display is switched to the screen 162h, there is a possibility that the user may feel a sense of visual discomfort due to the inconsistency caused by the current time display being switched from the current time display 162g1 to the current time display 162h1.

In the broadcast receiving apparatus 800 of this embodiment, in order to prevent the user from feeling visually uncomfortable, even when the video synthesis section 861 mainly selects the video information etc. output from the MMT decoding processing section 841, , controls to superimpose information on the current date and time acquired from the TOT onto the video information, etc. That is, control is performed so that current time information provided by a broadcasting service that uses MPEG2-TS as a media transport method is superimposed on the content of a broadcast service that uses MMT as a media transport method.

By performing the above control, the broadcast receiving apparatus 800 of this embodiment always displays the current time information obtained by referring to the TOT when displaying the current time. Therefore, even when switching between a broadcasting service that uses MMT as the media transport method and a broadcasting service that uses MPEG2-TS as the media transport method, users may experience visual discomfort due to inconsistencies in the current time display. It is possible to prevent this from happening.

Note that FIG. 26A shows an example of selection control of the current time information reference source according to the reception status of each broadcast service in the broadcast receiving apparatus 800 of this embodiment. The broadcast receiving apparatus 800 of this embodiment always refers to the TOT to obtain current time information when it is possible to receive a broadcast service that uses MPEG2-TS as the media transport method. , the MH-TOT is not available for reception of broadcasting services that use MPEG2-TS as the media transport method, and is available for reception of broadcasting services that use MMT as the media transport method. control to refer to and obtain current time information.

In addition, contrary to the above-mentioned control, current time information provided by a broadcasting service that uses MMT as a media transport method is superimposed on the content of a broadcasting service that uses MPEG2-TS as a media transport method. Even if controlled, the same effect as described above can be obtained.

As mentioned above, when controlling the content of a broadcasting service that uses MMT as a media transport method to superimpose the current time information provided by a broadcasting service that uses MPEG2-TS as a media transport method, In either case, the current time information provided by a broadcasting service that uses MMT as a media transport method is superimposed on the content of a broadcasting service that uses MPEG2-TS as a media transport method. Similarly to the explanation in [Time management of broadcast receiving device] in Embodiment 1, the current time information can be corrected by referring to the "delta" parameter of the time information in the TMCC extended information area. It is possible.

Furthermore, in both broadcasting services that use MMT as the media transport method and broadcasting services that use MPEG2-TS as the media transport method, the MH-TOT or TOT transmitted by each broadcasting service that makes up the network is There is a possibility that the error may be due to a malfunction in the sending system or a transmission error. In the broadcast receiving apparatus 800 of this embodiment, as a countermeasure against the error in the MH-TOT or TOT, if it is determined that the MH-TOT or TOT acquired from the service being received has an error, A device that has a function to update the time information of the built-in clock by acquiring MH-TOT or TOT from the broadcasting service of , or from any broadcasting service on another network and referring to the current time information. shall be.

FIG. 26B shows an example of the process of updating the current time information when the broadcast receiving apparatus 800 of this embodiment is receiving a broadcast service that employs MPEG2-TS as the media transport method. Note that even when receiving a broadcasting service that uses MMT as the media transport method, processing similar to that shown in the figure is possible.

When updating the time information of the built-in clock in the broadcast receiving apparatus 800 of this embodiment, the reception function execution unit 1102 first updates the MPEG2 of the broadcasting service currently being received (the broadcasting service that adopts MPEG2-TS as the media transport method). - Acquire TOT from the TS data string (S301), and further acquire current time information by referring to the acquired TOT (S302). Next, the reception function execution unit 1102 performs a process of comparing the current time information acquired in the process of S302 with the time information of the built-in clock.

As a result of the comparison process, if the difference between the current time information acquired in the process of S302 and the time information of the built-in clock is within a predetermined value (for example, within 3 minutes) (S303: Yes), the receiving function execution unit 1102 The time information of the built-in clock is updated using the current time information obtained in the process of S302 (S306). On the other hand, as a result of the comparison process, if the difference between the current time information acquired in the process of S302 and the time information of the built-in clock is not within a predetermined value (S303: No), or the TOT acquired in S301 is included in the data. If the reception function execution unit 1102 has a flag indicating that there is an error, the reception function execution unit 1102 acquires the TOT from the MPEG2-TS data string of another broadcasting service in the same network, or MH-TOT is acquired from the MMT data string of the broadcasting service (broadcasting service that adopts MMT as the media transport method) (S304), and current time information is acquired from the acquired TOT or MH-TOT (S305). . The reception function execution unit 1102 may perform the comparison process in S303 again using the current time information acquired in the process in S305.

Through the above processing, if the broadcast receiving apparatus 800 of this embodiment determines that the MH-TOT or TOT acquired from the service currently being received has an error, the broadcast receiving apparatus 800 receives the MH-TOT from another broadcast service on the same network or from another broadcast service. By acquiring MH-TOT or TOT from any broadcast service on the network and referring to the current time information, it becomes possible to update the time information of the built-in clock.

Note that if it is not possible to obtain current time information whose difference from the internal clock time information is within a predetermined range by repeating the processes of S304 and S305, such as during initial settings after factory shipment, the current time information is obtained in the process of S302. The time information of the built-in clock may be set again using the current time information. In this way, it is possible to cope with the case where there is an error in the time information side of the built-in clock of the broadcast receiving apparatus 800 of this embodiment.

[EPG display of broadcast receiving device]
Event schedule information of broadcasting services that employ MMT as a media transport method is transmitted by MH-EIT or the like. On the other hand, event schedule information of a broadcasting service that adopts MPEG2-TS as a media transport method is transmitted by an EIT (Event Information Table) or the like provided in an SI defined in the MPEG-2 system. Therefore, in general, when displaying video information etc. provided by a broadcasting service that uses MMT as a media transport method, event schedule information (MH-EIT) of the broadcasting service that uses MMT is displayed. ) can be obtained, and when displaying video information etc. provided by a broadcasting service that uses MPEG2-TS as the media transport method, event schedule information of the broadcasting service that uses MPEG2-TS is displayed. (EIT) can be obtained.

However, the broadcast receiving apparatus 800 of the present embodiment may also be used when displaying video information etc. provided by a broadcasting service that employs MMT as a media transport method, or when displaying video information etc. provided by a broadcast service that employs MMT as a media transport method. Both the MH-EIT and the EIT can be obtained even when displaying video information etc. provided by a broadcasting service that employs the MH-EIT, improving usability for the user.

FIG. 27A shows an example of an EPG screen in broadcast receiving apparatus 800 of this embodiment. In the figure, an EPG screen 162i is an EPG screen created based on MH-EIT, a broadcasting service that uses MMT as a media transport method, and includes "M1 TV," "M2 Broadcast," "M3 Channel," and "M4TV." ”, “TV M5”, etc. are respectively the names of broadcasting stations of broadcasting services that employ MMT as the media transport method. Further, the EPG screen 162j is an EPG screen created based on the EIT of a broadcasting service that adopts MPEG2-TS as the media transport method, and includes "T6 TV", "T7 Broadcast", "T8 Channel", and "T9TV". , "TV TA", etc. are the names of broadcasting stations of broadcasting services that employ MPEG2-TS as the media transport method.

For example, if a user operates a remote control (not shown) to instruct display of the EPG screen while viewing a broadcast program provided by a broadcasting service that uses MMT as the media transport method, the initial screen of the EPG screen (not shown) (omitted) is displayed. The initial screen of the EPG screen is an EPG screen created based on MH-EIT, a broadcasting service that uses MMT as the media transport method, and is an EPG screen created based on MH-EIT, a broadcasting service that uses MMT as the media transport method. (near the current time)" detailed information on the broadcast programs of each channel is displayed. Next, the user wishes to check the detailed information of the broadcast program of each channel "from 20:00" on "October 9, 2014", and instructs to update the EPG screen by operating the remote control (not shown). Then, the EPG screen 162i is displayed.

Furthermore, if the user wishes to check detailed information on broadcast programs provided by a broadcasting service that uses MPEG2-TS as the media transport method, and instructs to switch networks by operating a remote control (not shown), the EPG A screen 162j is displayed. At this time, in the broadcast receiving apparatus 800 of the present embodiment, the initial screen of the EPG screen created based on the EIT of the broadcasting service that adopts MPEG2-TS as the media transport method (i.e., "October 7, 2014 (Detailed information of broadcast programs on each channel from 17:00 on ``17:00~''), but on the same day and at the same time as the EPG screen 162i that was displayed immediately before (i.e., ``8:00~ on October 9, 2014'') ”) to display detailed information on broadcast programs for each channel.

The above-mentioned control allows the user to continuously confirm detailed information regarding broadcast programs on the same day and at the same time on a plurality of networks using different media transport methods with a simple operation. That is, the usability of broadcast receiving apparatus 800 is improved.

FIG. 27B is a diagram showing an example of an EPG screen in the broadcast receiving apparatus 800 of this embodiment, which is different from the above. The EPG screen 162k shows a state in which the EPG screen 162i shown in FIG. 27A is scrolled in the channel direction (horizontal direction) by operating a remote controller (not shown). That is, in the example shown in FIG. 27B, by scrolling the EPG screen in the channel direction (horizontal direction), channel information and media created based on MH-EIT of a broadcasting service that uses MMT as the media transport method can be displayed. Channel information created based on the EIT of a broadcasting service that uses MPEG2-TS as the transport method is seamlessly displayed on the same time axis.

Therefore, while the user is checking the channel information created based on the MH-EIT of the broadcasting service that has adopted MMT as the media transport method, the EIT of the broadcasting service that has adopted MPEG2-TS as the media transport method is Even when the user desires to check the channel information that has been sent, it is possible to eliminate the need for instructions to switch networks by operating a remote controller (not shown). Furthermore, the user can simultaneously confirm detailed information regarding broadcast programs of multiple networks using different media transport methods on the same day and at the same time. That is, the usability of broadcast receiving apparatus 800 is improved.
(Example 3)

Example 3 of the present invention will be described below. Note that the configuration, effects, etc. of this example are the same as those of Example 1 unless otherwise specified. Therefore, in the following, the differences between this embodiment and the first embodiment will be mainly explained, and the explanation of the common points will be omitted as much as possible to avoid duplication.

It is assumed that the broadcast receiving apparatus 100 of this embodiment is capable of supporting HDR (High Dynamic Range), which is a technology for expanding the brightness range of colors of video content, and expanding the color gamut. Furthermore, in MMT, which is a media transport method supported by the broadcast receiving apparatus 100 of this embodiment, video reproduction as intended by the content creator is possible on a monitor device used by a user (such as the broadcast receiving apparatus 100 of this embodiment). In order to make this possible, it is assumed that the content information related to HDR and color gamut expansion can be transmitted together with the encoded data of the program content.

[System configuration]
The system configuration in this embodiment is basically the same as the system configuration shown in FIG. In addition, as shown in FIG. 28, the encoded data of the program content included in the broadcast waves transmitted from the radio tower 300t is obtained by temporarily storing the content data output from the photographing device 390c in the broadcasting station server 300. It is also possible to perform encoding processing, modulation processing, etc. as appropriate without performing any processing, and then send the signal. Alternatively, the content data output from the photographing device 390c is stored in the broadcasting station server 300, and the content data subjected to the storage processing is subjected to various video/audio editing processes in the editing device 390e, and further encoded. The data may be sent after being appropriately processed and modulated.

In addition, the broadcast waves include encoded data and character information of the program content, other applications, general-purpose data, etc., as well as brightness information of the program content and equipment used when creating/editing the program content. A content information descriptor that describes information regarding the color reproduction performance, etc. of the photographing equipment 390c, the monitor device of the editing equipment 390e, etc.) is used as control information (content information) regarding the program content to be used in each of the MMT-SI messages/messages described above. shall be sent together with the table/descriptor.

[Data structure of content information descriptor]
FIG. 29A shows an example of the data structure of the content information descriptor. Note that the content information descriptor may be placed in the MPT or MH-EIT. It is assumed that each parameter in the data structure of the content information descriptor has the function described below.

・“descriptor_tag”
The descriptor tag has a function of uniquely identifying each descriptor using a 16-bit field.

・“descriptor_length”
The descriptor length shall indicate the total number of data bytes for each parameter following this field.

・"component_tag"
A component tag is a label for uniquely identifying a component stream, and is written in a 16-bit field. The value shall be the same as the component tag written in the MH-stream identification descriptor.

・"content_type"
The content type represents the type of video content included in the component stream according to FIG. 29B. When this parameter is "0", it indicates that the video content is video editing processing performed by the editing device 390e (recorded program, etc.). If this parameter is "1", it indicates that the video content has been edited by the editing device 390e (recorded program, etc.) and that this content is compatible with HDR. do. When this parameter is "2", it indicates that the video content is content data (live broadcast program, etc.) output from the imaging device 390c. When this parameter is "3", this indicates that the video content is content data (live broadcast program, etc.) output from the imaging device 390c, and that this content is compatible with HDR. Furthermore, other classifications may be performed using this parameter.

・“source_primaries_rx (source device primary color chromaticity coordinates (Rx))”
“source_primaries_ry (source device primary color chromaticity coordinates (Ry))”
“source_primaries_gx (source device primary color chromaticity coordinates (Gx))”
“source_primaries_gy (source device primary color chromaticity coordinates (Gy))”
“source_primaries_bx (source device primary color chromaticity coordinates (Bx))”
“source_primaries_by (source device primary color chromaticity coordinates (By))”

The source device primary color chromaticity coordinates are parameters that indicate information regarding the color reproduction performance of the source device, and define the color gamut that the source device can support for each of the primary colors R (red), G (green), and B (blue). shall be expressed as coordinate values on the CIE chromaticity diagram (CIExy chromaticity diagram). Note that the source device is a monitor device of the editing device 390e when the "content_type" parameter is "0" or "1". In this case, the source device primary color chromaticity coordinates indicate the chromaticity coordinate values of a color gamut that can be displayed on the monitor device of the editing device 390e. Further, when the "content_type" parameter is "2" or "3", the source device is the photographing device 390c. In this case, the source device primary color chromaticity coordinates indicate the chromaticity coordinate values of the color gamut that can be output by the photographing device 390c.

Each coordinate value on the CIE chromaticity diagram shall be indicated by a value in the range of "0.000" to "1.000", and shall be described in a 10-bit field in the range of "0000000000b" to "1111101000b". shall be carried out. For example, as shown in FIG. 29C, BT. The chromaticity coordinate values of R (red) in the BT. The chromaticity coordinate values of G (green) in the 2020 standard are "x=0.170 (0010101010b)" and "y=0.797 (1100011101b)".

・"source_white_point_x (source device white chromaticity coordinate (x))"
“source_white_point_y (source device white chromaticity coordinate (y))”
The source device white chromaticity coordinate is a parameter indicating information regarding the color reproduction performance of the source device, etc., and indicates the coordinate value on the CIE chromaticity diagram of a white reference point that can be supported by the source device. Note that the source device is a monitor device of the editing device 390e when the "content_type" parameter is "0" or "1". In this case, the source device white chromaticity coordinates indicate the chromaticity coordinate value of the white reference point of the monitor device of the editing device 390e. Further, when the "content_type" parameter is "2" or "3", the source device is the photographing device 390c. In this case, the source device white chromaticity coordinates indicate the chromaticity coordinate values of the white reference point that can be output by the photographing device 390c.

Each coordinate value on the CIE chromaticity diagram shall be indicated by a value in the range of "0.0000" to "1.0000", and shall be described in a 14-bit field in the range of "00000000000000b" to "10011100010000b". shall be carried out. For example, as shown in FIG. 29C, BT. 709 standard and BT. The chromaticity coordinate values of the white reference point in the 2020 standard are "x=0.3127 (00110000110111b)" and "y=0.3290 (00110011011010b)".

・"source_luminance_max (source device maximum brightness)"
“source_luminance_min (source device minimum brightness)”
The source device maximum brightness and the source device minimum brightness are parameters indicating information regarding the maximum brightness and minimum brightness that the source device can support. Note that the source device is a monitor device of the editing device 390e when the "content_type" parameter is "0" or "1". In this case, the source device maximum brightness and the source device minimum brightness indicate the maximum and minimum values of brightness that can be displayed on the monitor device of the editing device 390e. Further, when the "content_type" parameter is "2" or "3", the source device is the photographing device 390c. In this case, the source device maximum brightness and the source device minimum brightness indicate the maximum and minimum values of brightness that the photographing device 390c can output.

The maximum brightness of the source device shall be indicated by a value in the range of "1 (cd/m ² : candela/m2)" to "65535 (cd/m ² )", and shall be expressed as a 16-bit field from "0000h" to "FFFFh". ” shall be described within the range. The minimum brightness of the source device shall be indicated by a value in the range of "0.0001 (cd/m ² )" to "6.5535 (cd/m ² )", and shall be expressed as a 16-bit field "0000h" to "FFFFh". ” shall be described within the range.

・"num_of_scene (number of scenes)"
The number of scenes indicates the number of scenes (which may also be referred to as chapters or the like) constituting the video content included in the component stream. If the number of scenes is "1", the description of this parameter may be omitted.

・"scene_start_time (scene start time)"
The scene start time indicates the start time of a scene (chapter) using a 40-bit field. The upper 16 bits of this field indicate the lower 16 bits of the Modified Julian Day (MJD), and the lower 24 bits indicate the hours, minutes, and seconds of Japan Standard Time (JST) in a six-digit BCD code. If the number of scenes is "1", the description of this parameter may be omitted.

・"scene_duration"
The scene duration time indicates the duration of a scene (chapter) using a 24-bit field. This field indicates the hours, minutes, and seconds of the duration using a six-digit BCD code. If the number of scenes is "1", the description of this parameter may be omitted.

・"max_light_level_of_content (maximum content brightness)"
The content maximum brightness is a 16-bit field that indicates the maximum brightness within each scene (chapter). When the number of scenes is "1", this parameter indicates the maximum value of brightness throughout the content. The content maximum brightness shall be indicated by a value in the range of "1 (cd/m ² )" to "65535 (cd/m ² )" and shall be described in the range of "0000h" to "FFFFh" in a 16-bit field. shall be carried out.

・"max_frame_ave_light_level (maximum frame average brightness)"
The maximum frame average brightness is a 16-bit field that indicates the maximum value of the frame average brightness within each scene (chapter). When the number of scenes is "1", this parameter indicates the maximum value of the frame average brightness throughout the content. The maximum frame average brightness shall be expressed as a value in the range of ``1 (cd/m <sup>2</sup> )'' to ``65535 (cd/m ² )'', and shall be expressed as a value in the range of ``0000h'' to ``FFFFh'' in a 16-bit field. shall be described.

・"max_light_level_of_frame (maximum brightness within frame)"
The maximum brightness within a frame is a 16-bit field that indicates the maximum brightness within each frame. The maximum brightness within a frame shall be expressed as a value in the range of ``1 (cd/m <sup>2</sup> )'' to ``65535 (cd/m ² )'', and shall be expressed as a value in the range of ``0000h'' to ``FFFFh'' in a 16-bit field. shall be described.

・"frame_average_light_level (average brightness within frame)"
The intra-frame average brightness indicates the average brightness of each frame in a 16-bit field. The average luminance within a frame shall be expressed as a value in the range of ``1 (cd/m <sup>2</sup> )'' to ``65535 (cd/m ² )'', and shall be expressed as a value in the range of ``0000h'' to ``FFFFh'' in a 16-bit field. shall be described.

・“EOTF_identification”
EOTF (Electro-Optical Transfer Function) identification is to identify the type of conversion characteristic (transfer characteristic) between an electrical signal and an optical signal, such as gamma correction applied to the video signal of the video content included in the component stream. . For example, in the example shown in FIG. 29D, if this parameter is "0", the video content is BT. This indicates that gamma correction suitable for a monitor device with display characteristics compliant with G.709 has been applied. Moreover, when this parameter is "2", the video content is BT. This indicates that gamma correction of 10-bit processing suitable for monitor devices with display characteristics compliant with 2020 has been performed. Furthermore, when this parameter is "3", the video content is BT. This indicates that gamma correction is performed using 12-bit processing suitable for monitor devices with display characteristics compliant with 2020. Further, when this parameter is "4", it indicates that the video content has been subjected to gamma correction suitable for a monitor device with display characteristics compliant with SMPTE 2084. Furthermore, other classifications may be performed using this parameter. Further, the "EOTF identification" parameter may be able to identify the type of colorimetry. Note that the types of conversion characteristics (transfer characteristics) between electrical signals and optical signals shown in FIG. , the characteristics may be identified using the "EOTF identification" parameter.

Here, the broadcast receiving device 100 that has received the video content and the "EOTF identification" parameter refers to the "EOTF identification" parameter associated with the video content, and further determines the display characteristics of the monitor device that displays the video content. By referring to the above and performing appropriate processing such as electrical-optical conversion based on both, it becomes possible to display each of the video contents in a suitable state on the monitor device. For example, if the transfer characteristics identified by the "EOTF identification" parameter associated with the video content correspond to the display characteristics of a monitor device that displays the video content, the "EOTF identification" parameter is used in the display process. It is sufficient to perform the electrical-to-optical conversion identified by . Furthermore, if the transfer characteristics identified by the "EOTF identification" parameter associated with the video content do not correspond to the display characteristics of the monitor device that displays the video content, the transmission characteristics are identified by the "EOTF identification" parameter. Rather than performing electrical-optical conversion as is, a video signal that has undergone conversion processing between an electrical signal and an optical signal according to the identification of the "EOTF identification" parameter is subjected to electrical-optical conversion corresponding to the display characteristics of the monitor device. After performing a conversion process for converting the video signal into a video signal suitable for processing, a display process for performing electro-optical conversion corresponding to the display characteristics of the monitor device may be performed.

The video signal that has undergone conversion processing between an electrical signal and an optical signal according to the identification of the "EOTF identification" parameter described above is converted into a video signal suitable for electrical-optical conversion processing that corresponds to the display characteristics of the monitor device. The conversion process will be described below. Note that, hereinafter, the above-mentioned processing will be referred to as transfer characteristic conversion processing.

Note that video content having values of "2", "3", and "4" in the "EOTF identification" parameter is HDR video content with a wide range of brightness and color gamut that can be expressed. On the other hand, video content whose "EOTF identification" parameter has a value of "0" is SDR (Standard Dynamic Range) video content whose expressible range of brightness, color gamut, etc. is narrower than that of HDR video content.

Also, BT. A display device with display characteristics compliant with SMPTE 2020 and a display device with display characteristics compliant with SMPTE 2084 can be referred to as an HDR-compatible display device. On the other hand, BT. A display device with display characteristics compliant with G.709 can be referred to as an SDR-compatible display device. Furthermore, BT. 709 compliant display device, the display device having display characteristics compliant with BT. A display device that is not compatible with HDR display characteristics such as HDR 2020 or SMPTE 2084 may be referred to as an SDR compatible display device (HDR non-compatible display device) as a subordinate concept of an SDR compatible display device.

Here, the HDR video content is converted to BT. When displaying on an SDR compatible display device (non-HDR compatible display device) such as a monitor device with display characteristics compliant with G.709, if the transfer characteristic conversion process is not performed, the wide brightness range and color gamut of the HDR video content etc., cannot be fully expressed on the monitor device, resulting in a display image that is difficult to see with blurred brightness and colors. That is, in this case, in the transfer characteristic conversion process, processing is performed to convert the wide brightness range, color gamut, etc. of the HDR video content so that it falls within the brightness range, color gamut, etc. that can be expressed by the monitor device. It's fine. The processing may be expressed as bright/dark dynamic range reduction conversion or color gamut reduction conversion. In addition, since it is a process of converting HDR video content with a wide range of brightness and color gamut that can be expressed into SDR video content with a narrow range of brightness and color gamut that can be expressed, it is referred to as HDR-SDR conversion processing. Also good.

On the other hand, video content having a value of "0" in the "EOTF identification" parameter is SDR video content with a narrow range of brightness and color gamut that can be expressed. The SDR video content is transferred to BT. When displaying on an HDR compatible display device such as a monitor device with display characteristics compliant with 2020, if the transfer characteristic conversion process is not performed, the wide brightness display performance, color gamut display performance, etc. of the monitor device should be fully utilized. I can't. That is, in this case, in the transfer characteristic conversion process, the conversion process may be performed on the SDR video content so that the wide brightness display performance, color gamut display performance, etc. of the monitor device can be fully utilized. The processing may be expressed as bright/dark dynamic range expansion conversion or color gamut expansion conversion. Also, since it is a process of converting SDR video content with a narrow range of brightness and color gamut that can be expressed into HDR video content with a wide range of brightness and color gamut that can be expressed, it is referred to as SDR-HDR conversion processing. Also good. Note that the SDR-HDR conversion process is not necessarily necessary, and the SDR video content is converted to BT. When displaying on an HDR compatible display device such as a monitor device with display characteristics compliant with 2020, it is not necessary to perform SDR-HDR conversion processing. In this case, the contrast display performance and the color gamut display performance remain within the range of the SDR display characteristics, but there is no problem since the displayed image will not be difficult to see due to brightness collapse or color collapse.

Note that if the "EOTF identification" parameter is not associated with the video content received by the broadcast receiving device 100 and cannot be acquired (if it was not originally transmitted), or if the "EOTF identification" parameter is not associated with the video content received by the broadcast receiving device 100, As an example of processing when the value of the "EOTF identification" parameter cannot be obtained and determined due to a transmission error or the like, the following processing may be performed.

As a first processing example, the value of the "EOTF identification" parameter of the received video content may be treated as being "2" or "3", for example. That is, if the value of the "EOTF identification" parameter cannot be identified, the video content may be treated as HDR video content. In this way, the monitor device can be set to BT. HDR-compatible display devices such as monitor devices with display characteristics compliant with 2020 do not perform the transfer characteristic conversion process, but if the actual content is HDR video content, appropriate display will be performed, and if the actual content is SDR video content, it will be displayed appropriately. However, the contrast display performance and color gamut display performance remain within the range of SDR display characteristics, but the displayed image does not become difficult to see due to brightness collapse or color collapse. Further, the monitor device may be BT. In the case of an SDR compatible display device (non-HDR compatible display device) such as a monitor device with display characteristics compliant with G.709, the transfer characteristic conversion process is performed by treating the video content as HDR video content. If the content is HDR video content, HDR-SDR conversion processing will be performed appropriately and displayed, and even if the actual content is SDR video content, the brightness display performance and color gamut display performance may be higher than the range of SDR display characteristics. However, at least it is possible to avoid displaying an image that is difficult to view due to brightness collapse or color collapse that cannot fully express the brightness range, color gamut, etc. of the video content. (If you perform SDR-HDR conversion processing when the actual content is HDR video content, or if you perform HDR-SDR conversion processing on an SDR compatible display device (non-HDR compatible display device) when the actual content is HDR video content, If this is not done and the display is performed as is, there is a possibility that a display image that is difficult to see due to brightness collapse or color collapse will be displayed, but this situation can be avoided in the first processing example.)

According to the first processing example described above, if the value of the "EOTF identification" parameter cannot be identified, the video content is treated as HDR video content, even if the monitor device is an HDR compatible display device. Even if the display device is SDR compatible (non-HDR compatible display device), it is possible to display video with fewer problems for the user, regardless of whether the actual content is HDR video content or SDR video content.

In addition, as another second processing example of processing when the value of the "EOTF identification" parameter cannot be obtained (including when it is not transmitted, when there is a transmission error, etc., and when the value is invalid), the video component descriptor It may be determined whether to treat the content as HDR video content or SDR video content by referring to parameters related to the resolution of the video signal, etc.

For example, even if the value of the "EOTF identification" parameter cannot be identified, the parameter related to the resolution of the video signal indicates that the video content is high-resolution content such as 3840 x 2160 pixels or 7680 x 4320 pixels. If so, it may be determined that the content is HDR video content. Specifically, it may be interpreted that the value of the "EOTF identification" parameter is "2" or "3". Since it is expected that high-resolution content of 3840 x 2160 pixels or 7680 x 4320 pixels will often be prepared as HDR video content in the future, such processing will facilitate probabilistically appropriate display.

Furthermore, even if the value of the "EOTF identification" parameter cannot be identified, if the parameter related to the resolution of the video signal indicates that the resolution of the video content is 1920 x 1080 pixels or less, the SDR video It may be determined that it is content. Specifically, it may be interpreted that the value of the "EOTF identification" parameter is "0". Since there are many existing SDR contents for content with a resolution of 1920×1080 pixels or less, such processing facilitates probabilistically appropriate display.

According to the second processing example described above, when the value of the "EOTF identification" parameter cannot be identified, the determination is made with reference to the parameter regarding the resolution, thereby making it easier to display an appropriate display in a probabilistic manner.

Next, processing will be described when the value of the "EOTF identification" parameter associated with the video content received by the broadcast receiving apparatus 100 is a value for which no relationship with display characteristics is provided in the table of FIG. 29D. Here, in the table of FIG. 29D, values for which there is no relationship with display characteristics are values for which the value of the "EOTF identification" parameter in the table of FIG. 29D is "1" or "5" to "15" in the future. This is the case when a value that is reserved for other purposes or an unexpected value is stored. These values may be expressed as invalid values. Even in the case of such invalid values (values for which no relationship with display characteristics has been prepared), the same effect can be obtained by performing either the first processing example or the second processing example described above. is obtained.

In the configuration diagram of FIG. 7A, various video processing according to the "EOTF identification" parameter described above is performed by the video gamut conversion section 142 controlled by the main control section 101 based on the data separated by the separation section 132. It's fine.

Here, when the video content to be displayed is switched between HDR video content and SDR video content at the change of program or channel switching, the timing at which the decoded video from the video decoder 141 in FIG. 7A is switched between HDR video content and SDR video content Ideally, the timing at which the video processing by the video gamut conversion unit 142 is switched between processing for HDR video content and processing for SDR video content is the same. However, in reality, it is conceivable that a considerable amount of timing deviation may occur.

In an HDR-compatible display device that performs SDR-HDR conversion processing on SDR video content, when switching from HDR video content to SDR video content, the timing at which the video processing of the video gamut conversion unit 142 is switched is determined by the timing from the video decoder 141. If the timing is earlier than the switching timing of the decoded video, there will be time for the SDR-HDR conversion process to be performed on the HDR video content, and there is a possibility that a display video that is difficult to see with blurred brightness or washed out colors will be displayed. . Therefore, when switching from HDR video content to SDR video content, the main control unit 101 controls the switching timing of the video processing of the video gamut conversion unit 142 to be later than the switching timing of the decoded video from the video decoder 141. It is sufficient to control the processing timing of the video decoder 141 and the video gamut converter 142. Alternatively, the control may be such that the video is placed in a muted state, such as displaying the video in black, before switching between the two starts processing, and the muted state, such as displaying the video in black, is released after the switching between the two is completed. .

Furthermore, in an HDR-compatible display device that performs SDR-HDR conversion processing on SDR video content, when switching from SDR video content to HDR video content, the timing at which the video processing of the video gamut conversion unit 142 is switched is determined by the video decoder 141. If the switching timing of the decoded video is later than the switching timing of the decoded video, there will be time for the SDR-HDR conversion process to be performed on the HDR video content, and there is a possibility that the displayed video will be difficult to see with washed out brightness and washed out colors. It ends up. Therefore, when switching from SDR video content to HDR video content, the main control unit 101 controls the switching timing of the video processing of the video gamut conversion unit 142 to be earlier than the switching timing of the decoded video from the video decoder 141. It is sufficient to control the processing timing of the video decoder 141 and the video gamut converter 142. Alternatively, it may be controlled to put the video in a muted state such as displaying the video in black before switching between the two starts processing, and to release the muted state such as displaying the video in black after the switching between the two is completed. .

In an SDR-compatible display device that performs HDR-SDR conversion processing on HDR video content and displays SDR video content without performing transfer characteristic conversion processing, when switching from HDR video content to SDR video content, If the timing at which the video processing of the color gamut conversion unit 142 is switched is earlier than the timing at which the decoded video from the video decoder 141 is switched, the HDR video content will be displayed as is on the SDR compatible display device without performing transfer characteristic conversion processing. There is a possibility that a display image that is difficult to view with blurred brightness or washed-out colors may be displayed. Therefore, when switching from HDR video content to SDR video content, the main control unit 101 controls the switching timing of the video processing of the video gamut conversion unit 142 to be later than the switching timing of the decoded video from the video decoder 141. It is sufficient to control the processing timing of the video decoder 141 and the video gamut converter 142. Alternatively, the control may be such that the video is placed in a muted state, such as displaying the video in black, before switching between the two starts processing, and the muted state, such as displaying the video in black, is released after the switching between the two is completed. .

In an SDR-compatible display device that performs HDR-SDR conversion processing on HDR video content and displays SDR video content without performing transfer characteristic conversion processing, when switching from SDR video content to HDR video content, If the switching timing of the video processing of the color gamut conversion unit 142 is later than the switching timing of the decoded video from the video decoder 141, the HDR video content will be displayed as is on the SDR compatible display device without performing the transfer characteristic conversion processing. There is a possibility that a display image that is difficult to view with blurred brightness or washed-out colors may be displayed. Therefore, when switching from SDR video content to HDR video content, the main control unit 101 sets the switching timing of the video processing of the video gamut conversion unit 142 to be earlier than the switching timing of the decoded video from the video decoder 141. It is sufficient to control the processing timing of the video decoder 141 and the video gamut converter 142. Alternatively, the control may be such that the video is placed in a muted state, such as displaying the video in black, before switching between the two starts processing, and the muted state, such as displaying the video in black, is released after the switching between the two is completed. .

As explained above, by performing processing related to the switching timing of the decoded video and the switching timing of the transfer characteristic conversion process, it is possible to avoid presenting the user with a display image that is difficult to see with blurred brightness or washed out colors. becomes.

In place of or in addition to the identification processing and various video processing using the "EOTF_identification" parameter in the content information descriptor described above, it is possible to perform the same identification as the "EOTF_identification" parameter described above in the encoded video stream. A flag may be inserted, and identification processing and various video processing may be performed using the inserted flag. The identification processing and various video processing when using the "EOTF_identification" flag as the flag in the encoded video stream are the same as the identification processing and various video processing when using the "EOTF_identification" parameter in the content information descriptor described above. In the explanation, instead of referring to the "EOTF_identification" parameter in the content information descriptor, it is sufficient to refer to the "EOTF_identification" flag inserted in the encoded video stream, so detailed explanation will be omitted. do.

However, if you insert the "EOTF_identification" flag as a flag in the encoded video stream into the encoded video stream, for example, in frame units or GOP units, the content information descriptor set for each asset or program can be It is possible to switch between HDR video content and SDR video content and to switch between various video processes corresponding to each video content in smaller time units than when using the "EOTF_identification" parameter. In other words, the video decoder 141 can recognize the switching between HDR video content and SDR video content in units of frames or in units of GOPs, and furthermore, the video color gamut conversion unit 142 at the subsequent stage can determine the switching between HDR video content and SDR video content in units of frames or GOPs, etc. Since it is possible to refer to the identification information of the content, the synchronization accuracy of the switching timing of video processing in the video gamut conversion unit 142 is improved compared to the case where the "EOTF_identification" parameter in the content information descriptor is used. There is.

In addition, when transmitting the "EOTF_identification" flag in the encoded video stream and transmitting the "EOTF_identification" parameter in the content information descriptor together, the identification process using the "EOTF_identification" flag in the encoded video stream is The "EOTF_identification" parameter in the content information descriptor is used to switch the video processing of the video gamut conversion unit 142, and is used to specify whether the program is an HDR video content program, for example, in the program guide or program information display for each program. If it is used for display to inform the user whether it is an SDR video content program or an SDR video content program, the identification information of both can be used properly.

Furthermore, when transmitting the "EOTF_identification" flag in the encoded video stream and transmitting the "EOTF_identification" parameter in the content information descriptor are used together, and there is a mismatch between the identification information of the two, the processing is as follows: The following are possible. The first processing example is an example in which the "EOTF_identification" flag in the encoded video stream is used preferentially. In this case, there is an advantage that switching between HDR video content and SDR video content as described above can be precisely synchronized with switching timing of corresponding video processing. The second processing example is an example in which the "EOTF_identification" parameter in the content information descriptor is used preferentially. In this case, there is an advantage that the transfer characteristics etc. can be quickly identified without referring to the encoded video stream.

Note that the content information descriptor described above may have a data structure different from that shown in FIG. 29A. For example, it may further include another parameter different from each of the parameters described above, or may not include all of the parameters described above. Further, each of the parameters may use different names. Further, each of the parameters does not necessarily need to be described in one descriptor, and may be described in two different descriptors, for example. Further, each of the parameters may be written in a descriptor and placed in a table, or may be written directly in a table.

[EPG display of broadcast receiving device]
Similarly to the first embodiment, in the broadcast receiving apparatus 100 of this embodiment, information such as the start time and broadcast time of each event (broadcast program) is obtained by referring to the MH-EIT and performing identification using the service ID. It is assumed that the EPG screen can be created by acquiring the EPG, and that the created EPG can be superimposed on video information etc. by the video synthesis section 161 and displayed on the monitor section 162.

Furthermore, the broadcast receiving apparatus 100 of this embodiment refers to the "content_type" parameter of the content information descriptor, and if the video content type of each broadcast program is "1" or "3", As shown in 30, a symbol or the like representing an attribute indicating that the broadcast program is an HDR compatible program may be displayed. The symbol etc. representing the attribute may be, for example, a symbol/character indicating that the broadcast program is compatible with HDR, or it may be a symbol of "HDR", which means that the broadcast program is compatible with HDR. It may be a mark 162a5. A symbol or the like representing the attribute may be displayed in the title area 162a2 of the detailed information 162a1. Alternatively, when the cursor is placed on the detailed information 162a1, the detailed information 162a1 may be displayed as a pop-up. It may be displayed in other ways.

In addition, if the content information descriptor has a separate parameter such as "HDR_flag" that indicates whether the video content of the broadcast program is compatible with HDR, refer to the "HDR_flag" parameter. By doing so, it may be possible to control whether or not to display a symbol or the like representing an attribute indicating that the broadcast program is an HDR compatible program. Note that the name of the "HDR_flag" parameter is just an example, and a different name may be used.

In addition, all or any of the "source_luminance_max" parameter, "max_light_level_of_content" parameter, "max_light_level_of_frame" parameter, etc. of the content information descriptor is set to a predetermined value (for example, "100 (cd/m ² )", etc.). In case it exceeds Control may be performed to display a symbol or the like representing an attribute indicating that the broadcast program is an HDR compatible program.

Note that by referring to the "content_type" parameter of the content information descriptor, even if the video content type of each broadcast program is "1" or "3", or the "source_luminance_max" of the content information descriptor is ” parameter, “max_light_level_of_content” parameter, “max_light_level_of_frame” parameter, etc., all or any of them exceed a predetermined value (for example, “100 (cd/m ² )”, etc.), the monitor unit of the broadcast receiving device 100 162 does not support HDR, the symbol/character indicating that the broadcast program is compatible with HDR, or the symbol 162a5 symbolizing "HDR", which means that the broadcast program is compatible with HDR, is not displayed. Control may be performed to prevent this from occurring.

Furthermore, the broadcast receiving apparatus 100 of this embodiment refers to the "EOTF_identification" parameter of the content information descriptor, and determines the type of gamma correction applied to the video content of each broadcast program by the monitor unit 162 of the broadcast receiving apparatus 100. If the type is compatible with the display characteristics, a symbol or the like representing an attribute indicating that the broadcast program can be displayed with correct brightness expression may be displayed. The symbol or the like representing the attribute may be, for example, a symbol/character indicating that the program can be displayed with the correct brightness expression, or a symbol/character that indicates that the program can be displayed with the correct brightness expression. It may be a mark 162a6 symbolizing "Contrast". Note that the above-mentioned case where the type of gamma correction applied to the video content of each broadcast program is a type that can be supported by the display characteristics of the monitor unit 162 of the broadcast receiving device 100 means, for example, "EOTF_identification" related to the video content. ” parameter is “0”, and the display characteristics of the monitor unit 162 of the broadcast receiving device 100 are BT. 709, etc.

By displaying symbols representing attributes as described above in the detailed information 162a1 of the EPG screen 162a, the user can check whether each broadcast program displayed on the EPG screen 162a is compatible with HDR and the correct brightness expression. This makes it possible to easily determine whether or not the program can be displayed.

[Color gamut conversion processing of broadcast receiving device]
In this embodiment, it is assumed that the video content, which is a recorded program, has been subjected to video/audio editing processing using an editing device 390e, as shown in FIG. That is, the video content provider edits the video content while checking it on the monitor device of the editing device 390e, and therefore the video content is not suitable for the color reproduction performance of the monitor device of the editing device 390e. There is a high possibility that a display will be made. On the other hand, the monitor unit 162 of the broadcast receiving device 100, which is a monitor device used by the user to view the video content, also generally has different color reproduction performance depending on the manufacturer or model. In this case, if the color reproduction performance of the monitor device of the editing device 390e and the color reproduction performance of the monitor section 162 of the broadcast receiving device 100 are significantly different, the video content will be displayed on the monitor section 162 of the broadcast receiving device 100. When doing so, there is a possibility that a problem may arise in which the video content provider is unable to correctly express the video as intended.

That is, in the broadcasting system of this embodiment, as described above, the content information descriptor is transmitted as the MMT-SI descriptor. This content information descriptor includes parameters indicating information regarding the color reproduction performance of the source device, including the R/G/B primary colors of the color gamut that the source device can handle and the white reference point on the CIE chromaticity diagram. Coordinate values are shown.

In addition, the broadcast receiving apparatus 100 of the present embodiment stores R/G/ It is assumed that the coordinate values of each of the B primary colors and the white reference point on the CIE chromaticity diagram are stored. In the above situation, the coordinates of each of the R/G/B primary colors and the white reference point of the color gamut compatible with the source device described in the content information descriptor are R0/R, as shown in FIG. 31A. G0/B0 and W0, and the coordinates of the R/G/B primary colors and white reference point of the color gamut compatible with the monitor unit 162 stored in various information storage areas of the storage unit 110 are R1/B0 and W0, respectively. In the case of G1/B1 and W1, in particular, R1/G1/ which is a color gamut that the monitor unit 162 can handle is out of the area consisting of R0/G0/B0 which is a color gamut that the source device can handle. A portion that does not overlap with the area constituted by B1 is an area that may not be displayed correctly on the monitor unit 162.

In order to solve the above-mentioned problem, the broadcast receiving apparatus 100 of the present embodiment has a color gamut that can be supported by the source device described in the content information descriptor and is stored in various information storage areas of the storage unit 110. It is provided with a color gamut conversion processing function that converts the video data of the video content into video data suitable for display on the monitor unit 162 when there is a discrepancy between the color gamut that the monitor unit 162 can support. . The color gamut conversion function provided in the broadcast receiving apparatus 100 will be explained below.

In other words, the color gamut conversion processing function provided in the broadcast receiving apparatus 100 of the present embodiment is configured to convert the color gamut of the video data (R0/G0/B0, which is a color gamut compatible with the source device shown in FIG. 31A). This function converts the color gamut (equivalent to the area configured by R1/G1/B1 shown in FIG. 31A) into a color gamut based on the color reproduction performance of the monitor unit 162 (the area configured by R1/G1/B1 shown in FIG. 31A).

The color gamut conversion processing function provided in the broadcast receiving device 100 of this embodiment converts the color gamut of the video data into R/G/R/G color gamuts compatible with the source device described in the content information descriptor. By referring to the coordinate values of each of the B primary colors and the coordinate values of each of the R/G/B primary colors of the color gamut that can be supported by the monitor section 162 stored in various information storage areas of the storage section 110, The conversion may be performed so that correct color reproduction can be performed on the monitor unit 162.

Note that on the line segment R0/G0 (or in its vicinity), the R/G primary color coordinate values of the color gamut compatible with the source device and the R/G primary colors of the color gamut compatible with the monitor unit 162 are determined. The color gamut conversion process may be performed by referring only to the coordinate values of . On the line segment G0/B0 (or in its vicinity), the coordinate values of the G/B primary colors in the color gamut that the source device can handle and the G/B primary colors in the color gamut that the monitor unit 162 can handle are determined. The color gamut conversion process may be performed by referring only to the coordinate values. On the line segment R0/B0 (or its neighboring area), the coordinate values of the R/B primary colors in the color gamut that the source device can handle and the R/B primary colors in the color gamut that the monitor unit 162 can handle are determined. The color gamut conversion process may be performed by referring only to the coordinate values.

Alternatively, as shown in FIG. 31B, the color gamut of the video data may be divided into three regions, and the color gamut conversion process may be performed differently for each divided region. For example, in a region composed of R0/G0/W0 in the color gamut of the video data, the coordinate values of each R/G primary color and white reference point of the color gamut compatible with the source device and the monitor The color gamut conversion process is performed by referring to the R/G primary colors of the color gamut that can be handled by the unit 162 and the coordinate values of the white reference point. In a region composed of G0/B0/W0 in the color gamut of the video data, coordinate values of each G/B primary color and white reference point of the color gamut that the source device can handle and the coordinate values of the white reference point and the monitor unit 162 The color gamut conversion process is performed by referring to each of the G/B primary colors of the color gamut that can be handled by the color gamut and the coordinate values of the white reference point. In a region composed of R0/B0/W0 of the color gamut of the video data, coordinate values of each R/B primary color and white reference point of the color gamut compatible with the source device and the monitor unit 162 The color gamut conversion process is performed by referring to the R/B primary colors of the color gamut that can be handled by the color gamut and the coordinate values of the white reference point.

In addition, when the color gamut conversion processing is different for each divided area, furthermore, on the line segment R0/W0 (or its neighboring area), the R primary color and the white reference point of the color gamut that the source device can handle are The color gamut conversion process may be performed by referring only to the coordinate values and the coordinate values of the R primary color and the white reference point in the color gamut that the monitor unit 162 can handle. On the line segment G0/W0 (or in its vicinity), the coordinate values of the G primary color and the white reference point in the color gamut compatible with the source device and the G primary color and white color in the color gamut compatible with the monitor unit 162 are determined. The color gamut conversion process may be performed by referring only to the coordinate values of the white reference point. On the line segment B0/W0 (or the area near it), the coordinate values of the B primary color and white reference point of the color gamut compatible with the source device and the B primary color and white color of the color gamut compatible with the monitor unit 162 are determined. The color gamut conversion process may be performed by referring only to the coordinate values of the white reference point.

An example of the color gamut conversion process will be described using FIG. 31C. In the figure, R0, G0, and B0 are the coordinates of each primary color of R/G/B in the color gamut that can be supported by the source device described in the content information descriptor, and are (R0x, R0y), respectively. It is assumed that the coordinate values are (G0x, G0y) and (B0x, B0y). Further, R1, G1, and B1 are the coordinates of each primary color of R/G/B in the color gamut that can be supported by the monitor unit 162 and are stored in various information storage areas of the storage unit 110, and are respectively (R1x, R1y ), (G1x, G1y), and (B1x, B1y). Further, P0 is predetermined color gamut data of the video content and has coordinate values of (P0x, P0y). In this case, the color gamut data of P0 is converted into color gamut data shown in P1 by the color gamut conversion process. Note that P1 has coordinate values of (P1x, P1y), and is calculated using the arithmetic expression of the color gamut conversion processing, an example of which is shown below.

<Example of calculation formula for color gamut conversion process>
P1=αR1+βG1+γB1
however,
α={(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-α-β

Note that the above calculation formula performs color gamut conversion processing of all color gamut data within the color gamut area of the video content using R/R of the color gamut compatible with the source device described in the content information descriptor. By referring to the coordinate values of each of the G/B primary colors and the coordinate values of each of the R/G/B primary colors of a color gamut that can be supported by the monitor section 162 and stored in various information storage areas of the storage section 110. This is an example of a case where this is done. Similar calculations can be performed even when the color gamut of the video data is divided into three regions and the color gamut conversion process is performed differently for each divided region. (However, the referenced parameters are different.) Furthermore, since the arithmetic expression is a known arithmetic expression using a barycentric coordinate system, detailed explanation regarding the derivation of the arithmetic expression will be omitted. Further, the above calculation formula is just an example, and the coordinate value of P1 may be calculated using a different calculation formula.

Further, if the entire color gamut area of the video content is included in the color gamut area that can be supported by a monitor device (broadcast receiving device 100, etc.), the color gamut conversion process may not be performed. . For example, if the color gamut of the video content is BT. It is equivalent to the color gamut of the BT.709 system, and the color gamut that can be supported by a monitor device (broadcast receiving device 100, etc.) is the same as that of the BT.709 system. If the color gamut is equivalent to the BT.2020 color gamut, the BT. The entire color gamut area of the BT.709 system is covered by the BT. Since it is included within the 2020 color gamut area, there is no need to perform the color gamut conversion process. That is, this is because the monitor device (broadcast receiving device 100, etc.) can display all color gamut data included in the video content.

As explained above, according to the color gamut conversion processing function of the broadcast receiving apparatus 100 of the present embodiment, the color reproduction performance of the source device and the color reproduction performance of the monitor section 162 of the broadcast receiving apparatus 100 are different. Even in the case where the video content is displayed on the monitor unit 162 of the broadcast receiving device 100, the video content can be suitably displayed.

[Brightness adjustment processing of broadcast receiving device]
It is assumed that the broadcast receiving apparatus 100 of this embodiment includes image quality adjustment items as shown in FIG. Each of the image quality adjustment items can be adjusted according to the user's preference through the user's operation. On the other hand, for items related to brightness adjustment among the image quality adjustment items, automatic brightness adjustment may be possible with reference to the description in the content information descriptor. The automatic brightness adjustment process will be described below.

The broadcast receiving apparatus 100 of the present embodiment performs automatic brightness adjustment by referring to (1) the "source_luminance_max" parameter and the "source_luminance_min" parameter of the content information descriptor; and (2) the "max_light_level_of_content" parameter and the "source_luminance_min" parameter. nance_min” It is assumed that it is possible to perform automatic brightness adjustment by referring to a parameter, and (3) to perform automatic brightness adjustment by referring only to the "max_light_level_of_content" parameter.

The broadcast receiving apparatus 100 of the present embodiment stores maximum and minimum values of brightness that can be displayed on the monitor section 162 as parameters indicating information regarding the brightness display performance of the monitor section 162 in various information storage areas of the storage section 110. It is assumed that

The automatic brightness adjustment using the method (1) is displayed using the "source_luminance_max" and "source_luminance_min" parameters described in the content information descriptor and the monitor unit 162 stored in various information storage areas of the storage unit 110. This is done by referring to the maximum/minimum possible brightness values.

That is, as shown in FIG. 33A, the luminance level indicated by the "source_luminance_max" parameter is set to approximately match the maximum luminance level that can be displayed on the monitor unit 162, and the "source_luminance_min" parameter is The luminance expression range of the video content is converted so that the displayed luminance level approximately matches the minimum luminance level that can be displayed on the monitor unit 162. By performing the luminance expression range conversion process, the user can display video content on the monitor unit of the broadcast receiving device 100 that has the same luminance expression as the monitor device of the editing device 390e used by the content provider to edit the content. 162 and can be viewed.

The automatic brightness adjustment according to the method (2) is displayed using the "max_light_level_of_content" parameter and the "source_luminance_min" parameter described in the content information descriptor and the monitor unit 162 stored in various information storage areas of the storage unit 110. This is done by referring to the maximum/minimum possible brightness values.

That is, as shown in FIG. 33B, the brightness level indicated by the "max_light_level_of_content" parameter is set to approximately match the maximum brightness level that can be displayed on the monitor section 162, and the "source_luminance_min" parameter is The luminance expression range of the video content is converted so that the displayed luminance level approximately matches the minimum luminance level that can be displayed on the monitor unit 162. By performing the luminance expression range conversion process, the user can view video content by fully utilizing the contrast performance of the monitor section 162 of the broadcast receiving apparatus 100.

Note that if the content information descriptor further includes a parameter (for example, "min_light_level_of_content (minimum content brightness)", etc.) indicating the minimum brightness in each scene (chapter), it may be replaced with the "source_luminance_min" parameter. By referring to the "min_light_level_of_content" parameter, the contrast performance of the monitor section 162 of the broadcast receiving apparatus 100 can be utilized more effectively.

Further, the conversion process of the brightness expression range in the method (2) above may be performed by changing the parameter to be referred to for each scene (chapter) when the "num_of_scene" parameter is not "1". In this case, it is possible to ensure suitable contrast performance in the monitor section 162 of the broadcast receiving apparatus 100 for each scene (chapter).

The automatic brightness adjustment using the method (3) is performed based on the "max_light_level_of_content" parameter described in the content information descriptor and the maximum brightness that can be displayed on the monitor unit 162 stored in various information storage areas of the storage unit 110. This is done with reference to. The minimum luminance side is based on "0 (cd/m ² )". In this case, it is possible to obtain the same effect as the automatic brightness adjustment of the method (2) above, and furthermore, it is possible to convert the brightness expression range with simple calculations by referring to fewer parameters.
Further, the conversion processing of the luminance expression range can be displayed on the monitor unit 162 in which the “source_luminance_max” parameter and the “max_light_level_of_content” parameter described in the content information descriptor are stored in various information storage areas of the storage unit 110. It is also possible to perform this only when the brightness is larger than the maximum value.

That is, if the "source_luminance_max" parameter and the "max_light_level_of_content" parameter described in the content information descriptor are larger than the maximum value of brightness that can be displayed on the monitor unit 162 stored in various information storage areas of the storage unit 110, This is because if the received video content is displayed as is on the monitor section of the broadcast receiving apparatus 100, there is a possibility that brightness collapse will occur, but in the opposite case, there is no possibility that the brightness collapse will occur.

As described above, according to the automatic brightness adjustment process of the broadcast receiving apparatus 100 of the present embodiment, by referring to the content information descriptor, the user can adjust the suitable brightness on the monitor unit 162 of the broadcast receiving apparatus 100. It becomes possible to view video content using brightness expression.

According to this embodiment, by referring to the content information accompanying the program content included in the broadcast wave, the above-mentioned processes corresponding to HDR and color gamut expansion can be performed, making it possible to receive a more useful MMT-compatible broadcast. equipment can be provided.
(Example 4)

Example 4 of the present invention will be described below. Note that the configuration, effects, etc. of this example are the same as those of Example 3 unless otherwise specified. Therefore, below, the differences between this embodiment and the third embodiment will be mainly explained, and the explanation of the common points will be omitted as much as possible to avoid duplication.

[System configuration]
FIG. 34 is a system configuration diagram showing an example of a broadcast communication system including the broadcast receiving apparatus of this embodiment. The broadcast communication system of this embodiment includes a broadcast receiving device 40100, an antenna 40100a, a connecting cable 40200, a monitor device 40300, a broadband network such as the Internet 200, a router device 200r, a radio tower 300t of a broadcasting station, and a broadcasting satellite (or communication satellite). 300s, a broadcasting station server 300, a service provider server 400, and other application servers 500. Although not shown, the access point 200a, the mobile telephone communication server 600, and the base station 600b of the mobile telephone communication network are connected in the same way as in the system configuration diagram of the broadcast communication system of the first embodiment (see FIG. 1). , a mobile information terminal 700. Furthermore, in that case, the mobile information terminal 700 may be able to communicate directly with the broadcast receiving device 40100 without going through the router device 200r or the like.

Further, as shown in FIG. 28, the encoded data of the program content included in the broadcast waves transmitted from the radio tower 300t may be output from the photographing device 390c, or may be encoded data of the program content included in the broadcast waves transmitted from the radio tower 300t. It may be one that has been subjected to video/audio editing processing.

Broadcast receiving device 40100 receives broadcast waves transmitted from radio tower 300t via broadcasting satellite (or communication satellite) 300s and antenna 40100a. Alternatively, the broadcast waves transmitted from the radio tower 300t may be directly received from the antenna 40100a without going through the broadcast satellite (or communication satellite) 300s. Furthermore, the broadcast receiving device 40100 can be connected to the Internet 200 via the router device 200r, and can send and receive data through communication with each server device and other communication devices on the Internet 200.

The connection cable 40200 is a communication cable that connects the broadcast receiving device 40100 and the monitor device 40300, and encoded video/audio data etc. output from the broadcast receiving device 40100 are transmitted. The monitor device 40300 performs predetermined signal processing on encoded video/audio data, etc. received via the connection cable 40200, and displays the video and audio information through a display device such as a liquid crystal panel and a speaker. This is a video display device provided to users.

Further, the monitor device 40300 may be connectable to the Internet 200 via the router device 200r, and may be capable of transmitting and receiving data through communication with each server device and other communication devices on the Internet 200. Furthermore, the monitor device 40300 may be able to receive broadcast waves transmitted from the radio tower 300t via an antenna 40300a (not shown).

[Hardware configuration of broadcast receiving device]
FIG. 35A is a block diagram showing an example of the internal configuration of broadcast receiving apparatus 40100. The broadcast receiving device 40100 includes a main control section 101, a system bus 102, a ROM 103, a RAM 104, a storage section 110, a LAN communication section 121, an expansion interface section 124, a digital interface section 40125, a tuner/demodulation section 131, and a separation section 132. , video decoder 141, video color gamut conversion unit 142, audio decoder 143, text super decoder 144, subtitle decoder 145, subtitle synthesis unit 146, subtitle color gamut conversion unit 147, data decoder 151, cache unit 152, application control unit 153, Consists of a browser section 154, an application color gamut conversion section 155, a sound source section 156, a video synthesis section 161, a video output section 163, an audio synthesis section 164, an audio output section 166, an operation input section 170, and a transcoding processing section 40181. .

The broadcast receiving apparatus 40100 of this embodiment is assumed to be an optical disk drive recorder such as a DVD recorder or a BD recorder, a magnetic disk drive recorder such as an HDD recorder, an STB, or the like. That is, compared to the broadcast receiving apparatus 100 of the first embodiment, the monitor section 162 and the speaker section 165 may be omitted.

The digital interface unit 40125 is an interface that outputs or inputs encoded digital video data and/or digital audio data. The digital interface section 40125 is capable of outputting the MMT data string demodulated by the tuner/demodulator 131, the MMT data string obtained via the LAN communication section 121, or mixed data of the MMT data strings as is. shall be taken as a thing. Further, the MMT data string inputted from the digital interface section 40125 may be controlled to be inputted to the separation section 132.

The digital content stored in the storage unit 110 may be output or stored in the storage unit 110 via the digital interface unit 40125. Further, the digital interface unit 40125 is a DVI terminal, an HDMI (registered trademark) terminal, a Display Port (registered trademark) terminal, etc., and is in a format compliant with the DVI specification, HDMI specification, Display Port specification, etc. It may also be controlled to output the video data, audio data, etc. output from the audio synthesis section 164.

The transcoding processing unit 40181 is a signal processing unit that performs transcoding calculation processing to convert the encoding format, bit rate, media transport method, etc. of each component making up the content. For example, the transcoding processing unit 40181 converts the MMT data string of the content of the broadcast program including the MPEG-H HEVC format video component output from the separation unit 132 into MPEG-2 or MPEG-4 AVC (Advanced Video Coding) format. It is assumed that it is possible to convert to an MPEG2-TS data string (or MPEG2-PS data string) of program content including a video component.

Furthermore, it is also possible to perform processing in which only the bit rate is changed without changing the encoding format or media transport method of the component. The program content that has been subjected to the transcoding calculation process can be stored as recorded content in the storage unit 110, or can be output from the digital interface unit 40125 or the like and supplied to an external monitor device, etc. shall be.

[Software configuration of broadcast receiving device]
FIG. 35B is a software configuration diagram of the broadcast receiving apparatus 40100 of this embodiment, and shows the software configuration in the ROM 103, RAM 104, and storage unit 110. In comparison with the software configuration diagram of the broadcast receiving apparatus 100 of the first embodiment (see FIG. 7D), it is assumed that a transcoding processing program 41003 and a recording/reproducing processing program 41004 are added to the storage unit 110.

The transcoding processing program 41003 and the recording/reproducing processing program 41004 stored in the storage (accumulation) unit 110 are each expanded into the RAM 104, and the main control unit 101 further executes the expanded transcoding processing program and recording/reproducing processing program. By doing so, a transcoding processing execution unit 41103 and a recording/reproducing processing execution unit 41104 are configured. The transcoding processing execution unit 41103 mainly controls transcoding calculation processing in the transcoding processing unit 40181. The recording/playback process execution unit 41104 mainly controls the process of recording the content of a broadcast program into the content storage area 1200 and the process of playing back recorded content from the content storage area 1200.

Further, it is assumed that the reception function execution unit 1102 deployed in the RAM 104 further includes an output control unit 41102i. The output control section 41102i of the reception function execution section 1102 controls various processes related to data output from the video output section 163, the audio output section 166, and the digital interface section 40125.

Note that the software configuration shown in FIG. 35B is just an example, and in this embodiment, it is not necessary to include all the programs and execution units shown.

[Interface configuration between broadcast receiving device and monitor device]
FIG. 36 is a system configuration diagram showing an example of an interface configuration between broadcast receiving device 40100 and monitor device 40300. In this embodiment, a connection terminal (not shown) of a digital interface section 40125 on the broadcast receiving device 40100 side and a connection terminal of a digital interface section (not shown) on the monitor device 40300 side are connected by a connection cable 40200. explain. Note that the monitor device 40300 may have the same configuration as the broadcast receiving device 100 shown in FIG. 7A. In this case, the digital interface section 125 corresponds to the digital interface section on the monitor device 40300 side described above, and the connection cable 40200 is connected to its connection terminal.

As shown in FIG. 36, the connection cable 40200 includes n pairs of differential transmission lanes CH1 to CHn, a DDC (Display Data Channel) line standardized by VESA (Video Electronics Standard Association), and an HPD (Hot Plug) line. Detect ) line, CEC (Consumer Electronics Control) line, etc. Note that the differential transmission lane may also be referred to as a differential transmission line.

The n pairs of differential transmission lanes may include one pair of clock lanes and (n-1) pairs of data lanes. For example, n=4, which may be one pair of clock lanes and three pairs of data lanes, or n=2, which may be one pair of clock lanes and one pair of data lanes. Furthermore, all of the n pairs of differential transmission lanes may be data lanes that transmit data on which clocks are superimposed. For example, n=4 and four pairs of data lanes may be used. Note that the clock lane and data lane may be referred to as a clock line and a data line, respectively.

In the data lane, digital video (R/G/B/Vsync/Hsync, Y /Pb(Cb)/Pr(Cr), etc.)/Audio signals and other control signals may be output in a predetermined format. The predetermined format may conform to specifications such as HDMI (registered trademark), and detailed description thereof will be omitted. The digital video/audio signals and other control signals are received by the reception processing unit 40325b of the digital interface unit on the monitor device 40300 side, and are processed such as image quality adjustment and volume adjustment by the video processing unit and audio processing unit (not shown). After being subjected to necessary processing as appropriate, it is output from the display unit and speaker of the monitor device 40300.

Although not shown, the connection cable 40200 may further include a power line, a GND line, and a backup line. The n-pair differential transmission lanes, communication lines, etc. may be shielded by a GND line. All or part of the backup line, DDC line, HPD line, and CEC line may be used also as part of a communication line for performing network communication. For example, the backup line and the HPD line may constitute one transmission line and one reception line of the communication line, or one pair of transmission and reception lines. The CEC line etc. may be omitted. The DDC line may be used as an I2C (I-squared-C) communication line between the main control section 101 of the broadcast receiving device 40100 and the main control section (not shown) of the monitor device 40300.

The transmission processing section 40125b of the digital interface section 40125 on the broadcast receiving device 40100 side communicates with the reception processing section 40325b of the digital interface section on the monitor device 40300 side via the DDC line, and further receives the EDID (Extended) data from the EDID storage section 40325c. Display Identification Data). That is, the broadcast receiving device 40100 can understand the display performance of the monitor device 40300 by acquiring the EDID.

In this embodiment, the display performance refers to the input resolution, frame rate, video standard, compatibility with 3D video display that the monitor device 40300 can support, or whether the monitor device 40300 supports HDR or color gamut expansion. Items such as whether or not the corresponding processing is possible.

In addition, in this embodiment, the following explanation will be given by taking as an example the process of acquiring the EDID as a means for the broadcast receiving device 40100 to grasp the display performance of the monitor device 40300. However, the acquired information is not limited to EDID. For example, performance identification information that is different from the EDID and identifies the display performance or function of the monitor device 40300 may be acquired. Further, the display performance of the monitor device 40300 may be grasped by means other than acquiring the performance identification information.

Further, the transmission control unit 40125a of the digital interface unit 40125 on the broadcast receiving device 40100 side controls the transmission processing unit 40125b, and also controls the connection of the monitor device 40300 and the power supply of the monitor device 40300 via the HPD line. It is assumed that it is possible to detect that the switch is turned on. Further, it is assumed that the transmission control unit 40125a of the digital interface unit 40125 on the side of the broadcast receiving device 40100 is capable of processing such as turning on the power of the monitor device 40300 via the CEC line or the like. Further, the reception control section 40325a of the digital interface section on the monitor device 40300 side also controls the reception processing section 40325b.

Note that the configuration of the connection cable 40200, the internal configuration of the digital interface section 40125 of the broadcast receiving device 40100, and the internal configuration of the digital interface section of the monitor device 40300 shown in FIG. 36 are just examples, and different configurations may be used. .

[Mastering information parameters]
In this example, as in Example 3, the content information descriptor shown in FIG. 29A is transmitted as control information regarding the program content together with the MMT-SI messages/tables/descriptors described above. shall be On the other hand, the broadcast receiving device 40100 of this embodiment does not include a monitor unit or a speaker that ultimately provides video signals and audio signals to the user, and instead transmits encoded video to the monitor device 40300 via the connection cable 40200. /audio data, etc., and allows the monitor device 40300 to provide video signals and audio signals to the user. That is, processes such as color gamut conversion processing and brightness adjustment processing as described in the third embodiment are performed on the monitor device 40300 side according to the display performance of the display unit of the monitor device 40300.

The broadcast receiving device 40100 of this embodiment receives the content information descriptor from the broadcast wave, and each parameter described in the received content information descriptor, in order to enable the above-mentioned processing on the monitor device 40300 side. It has a function to appropriately select and transmit mastering information in a predetermined format to the monitor device 40300 via the connection cable 40200. Note that, for example, if the connection cable 40200 is an HDMI (registered trademark) cable, and the video data, audio data, other control signals, etc. output from the digital interface section 40125 are in a format compliant with the HDMI (registered trademark) specification. , the mastering information may be output as part of the other control signals.

FIG. 37 shows a list of parameters that the broadcast receiving device 40100 of this embodiment transmits to the monitor device 40300 as mastering information.

“source_primaries_R[x,y]”, “source_primaries_G[x,y]”, and “source_primaries_B[x,y]” are parameters indicating information regarding the color reproduction performance of the source device, etc. The color gamut is expressed by coordinate values on the CIE chromaticity diagram of each primary color of R (red), G (green), and B (blue). "source_primaries_rx", "source_primaries_ry", "source_primaries_gx", "source_primaries_gy", "source_primaries_bx", "sou" described in the content information descriptor source_primaries_R[x, y ]', 'source_primaries_G[x,y]', and 'source_primaries_B[x,y]' parameters.

"white_point_x, y" is a parameter indicating information regarding the color reproduction performance of the source device, etc., and indicates the coordinate value on the CIE chromaticity diagram of a white reference point that the source device can support. The "source_white_point_x" and "source_white_point_y" parameters described in the content information descriptor may be selected and output as the "white_point_x, y" parameters of the mastering information.

"max_source_mastering_luminance" is a parameter indicating information regarding the maximum luminance that the source device can support. It shall be expressed as a value in the range of "1 (cd/m ² : candela/m2)" to "65535 (cd/m ² )". The "source_luminance_max" parameter described in the content information descriptor may be selected and output as the "max_source_mastering_luminance" parameter of the mastering information.

"min_source_mastering_luminance" is a parameter indicating information regarding the minimum luminance that the source device can support. It shall be expressed as a value in the range of "0.0001 (cd/m ² )" to "6.5535 (cd/m ² )". The "source_luminance_min" parameter described in the content information descriptor may be selected and output as the "min_source_mastering_luminance" parameter of the mastering information.

"Maximum_Content_Light_Level" is a parameter indicating the maximum brightness within the content. It shall be indicated by a value in the range of "1 (cd/m ² )" to "65535 (cd/m ² )". The "max_light_level_of_content" parameter described in the content information descriptor may be selected and output as the "Maximum_Content_Light_Level" parameter of the mastering information.

“Maximum_Frame-average_Light_Level” is a parameter indicating the maximum value of frame average brightness within the content. It shall be indicated by a value in the range of "1 (cd/m ² )" to "65535 (cd/m ² )". The "max_frame_ave_light_level" parameter written in the content information descriptor may be selected and output as the "Maximum_Frame-average_Light_Level" parameter of the mastering information.

"Light Level Status" is a 2-bit flag signal, and represents the status of the "Maximum_Content_Light_Level" parameter and the "Maximum_Frame-average_Light_Level" parameter.

When the value of this flag is "00b", the "Maximum_Content_Light_Level" parameter and the "Maximum_Frame-average_Light_Level" parameter indicate the maximum brightness throughout the content and the maximum value of the frame average brightness. When the value of this flag is "01b", the "Maximum_Content_Light_Level" parameter and the "Maximum_Frame-average_Light_Level" parameter indicate the maximum brightness for each scene (chapter) and the maximum value of the frame average brightness.

When the value of this flag is "10b", it indicates that the "Maximum_Content_Light_Level" parameter and the "Maximum_Frame-average_Light_Level" parameter are omitted. Instead of setting the value of this flag to "10b", the values of the "Maximum_Content_Light_Level" parameter and the "Maximum_Frame-average_Light_Level" parameter may be set to "0".

By transmitting each of the parameters described above as mastering information from the broadcast receiving apparatus 40100 of this embodiment to the monitor apparatus 40300 via the connection cable 40200, the monitor apparatus 40300 can receive the code transmitted from the broadcast receiver 40100. It becomes possible to perform processing such as color gamut conversion processing and brightness adjustment processing on the converted video/audio data, etc. in accordance with the display performance of the display unit of the monitor device 40300. Note that each parameter of the mastering information described above may further include another parameter different from each parameter shown in FIG. 37, or may not include all of the above-mentioned parameters. Further, each of the parameters may use different names.

[Mastering information generation process of broadcast receiving device]
In this embodiment, when the "content_type" parameter of the content information descriptor is "2" or "3", the video content is content data (live broadcast program, etc.) output from the imaging device 390c, and the The content information descriptor does not have a "max_light_level_of_content" parameter and a "max_frame_ave_light_level" parameter. That is, in a live broadcast program, etc., the maximum brightness and the maximum value of average brightness throughout the content are not determined until the end of the program content.

In this case, the broadcast receiving apparatus 40100 of the present embodiment sets the values of the "Maximum_Content_Light_Level" parameter and the "Maximum_Frame-average_Light_Level" parameter to "0" and outputs mastering information. Alternatively, the "Maximum_Content_Light_Level" parameter and the "Maximum_Frame-ave" can be set using the "max_light_level_of_frame" parameter and the "frame_average_light_level" parameter of the content information descriptor. It may be used instead of the "rage_Light_Level" parameter.

On the other hand, when the video content is recorded in the content storage area 1200 of the storage unit 110, the "Maximum_Content_Light_Level" parameter and the "Maximum_Frame-average_Light_Level" parameter may be created by the broadcast receiving device 40100. That is, by performing the recording process of the video content, the broadcast receiving apparatus 40100 can scan the video content from the beginning to the end, and therefore, the maximum brightness and the maximum average brightness of the entire content can be scanned. This is because it is possible to determine.

Furthermore, when outputting video content recorded in the content storage area 1200 of the storage unit 110 by the recording process from the digital interface unit 40125 to the monitor device 40300 via the connection cable 40200 by the playback process, the broadcast receiving device 40100 control so that the maximum brightness and the maximum average brightness of the entire content, created by scanning the video content from the beginning to the end, are output as the "Maximum_Content_Light_Level" parameter and the "Maximum_Frame-average_Light_Level" parameter. You can go. That is, in the case of video content that has once been subjected to recording processing, all parameters of mastering information can be output to the monitor device 40300, regardless of the value of the "content_type" parameter of the content information descriptor. .

[Mastering information output control of broadcast receiving device]
Each parameter of the mastering information described above may be always output to the monitor device 40300 connected via the connection cable 40200. Alternatively, the transmission processing unit 40125b of the digital interface unit 40125 on the broadcast receiving device 40100 side refers to the EDID acquired from the EDID storage unit 40325c of the monitor device 40300, and the monitor device 40300 can perform processing compatible with HDR and color gamut expansion. It is also possible to output each parameter of the mastering information to the monitor device 40300 via the connection cable 40200 only when it is determined that the mastering information is the same. Alternatively, only when the content information descriptor indicates that the video content of the broadcast program is a program compatible with HDR, each parameter of the mastering information is transmitted to the monitor device via the connection cable 40200. 40300 may be output.

Note that the case where the content information descriptor described above indicates that the video content of the broadcast program is a program compatible with HDR means that the "content_type" parameter of the content information descriptor is "1". Or in the case of "3", if the "HDR_flag" parameter of the content information descriptor indicates HDR compatibility of the video content of the broadcast program, the "source_luminance_max" parameter, the "max_light_level_of_content" parameter of the content information descriptor, and the "max_light_level_of_frame'' parameters, etc., all or any of them exceed a predetermined value (for example, ``100 (cd/m ² )'', etc.).

Further, the output of each parameter of the mastering information may be controlled depending on the interface type of the digital interface section 40125. For example, if the interface type of the digital interface unit 40125 is an HDMI interface, control is performed to output each parameter of the mastering information, and if it is a DVI interface, control is performed so as not to output each parameter of the mastering information. control, etc.

Alternatively, the output of each parameter of the mastering information may be controlled depending on the interface type of the digital interface section 40125 on the broadcast receiving device 40100 side and the interface type of the digital interface section on the monitor device 40300 side. For example, if the interface type of the digital interface unit 40125 on the broadcast receiving device 40100 side and the interface type of the digital interface unit on the monitor device 40300 side are both HDMI interfaces, control is performed to output each parameter of the mastering information. , even if the interface type of the digital interface unit 40125 on the broadcast receiving device 40100 side is an HDMI interface, the interface type of the digital interface unit on the monitor device 40300 side is not an HDMI interface (for example, a DVI interface, a Display Port interface, etc.) (that is, when the connection cable 40200 is an interface conversion cable), control is performed so as not to output each parameter of the mastering information.

Furthermore, when the digital interface unit 40125 is configured with a first digital interface terminal and a second digital interface terminal, it is possible to output data from either the first digital interface terminal or the second digital interface terminal. Control may be performed so that the format of the data to be output differs depending on what is to be done. In this case, it is assumed that each of the digital interface terminals has the configuration shown in FIG. 36 or another configuration.

For example, if the first digital interface terminal is an HDMI interface and the second digital interface is not an HDMI interface, when outputting data from the first digital interface terminal, a video signal and an audio signal are When generating output data including the mastering information and outputting the data from the first digital interface terminal, and outputting data from the second digital interface terminal, the output data including the video signal and the audio signal is outputted from the first digital interface terminal. The output data generation process and the data output process may be controlled so that output data that does not include mastering information is generated and the data is output from the second digital interface terminal.

As described above, according to the broadcast receiving device 40100 of this embodiment, by transmitting mastering information together with encoded video/audio data to the monitor device 40300, color gamut conversion processing, brightness adjustment processing, etc. on the monitor device 40300 side can be performed. can be executed suitably. In other words, it is possible to provide a broadcast receiving device that can perform functions with higher added value.

(Example 5)
Example 5 of the present invention will be described below. Note that the configuration, effects, etc. of this example are the same as those of Example 4 unless otherwise specified. Therefore, in the following, the differences between this embodiment and the fourth embodiment will be mainly explained, and the explanation of the common points will be omitted as much as possible to avoid duplication.

[System configuration]
FIG. 38 is a system configuration diagram showing an example of a broadcast communication system including the broadcast receiving apparatus of this embodiment. The broadcasting communication system in FIG. 38 has the same configuration as the broadcasting communication system in FIG. 34, but the broadcast receiving device 40100 outputs content to an external video processing device 50300 instead of the monitor device 40300. . This means that the content output destination includes a video playback device such as a recorder in addition to the display device. Furthermore, in the broadcasting communication system including the broadcasting receiving apparatus of this embodiment, the content is transmitted together with the content received by the broadcasting receiving apparatus 40100 via the broadcasting station's radio tower 300t, the broadcasting satellite (or communication satellite) 300s, and the broadcasting station server 300. The control information received is called "reception control information." This includes the various control information explained in the first embodiment and the control information additionally explained in this embodiment. Furthermore, in the broadcast communication system including the broadcast receiving apparatus of this embodiment, when the broadcast receiving apparatus 40100 outputs content to the external video processing apparatus 50300 via the network via the router apparatus 200r, the control information transmitted together with the content is "output". "Control Information".

The hardware configuration of the broadcast receiving device, the software configuration of the broadcast receiving device, the interface configuration between the broadcast receiving device and the monitor device, etc. are the same as those in the fourth embodiment, and therefore, their explanations will not be repeated.

In FIG. 35A, by configuring the digital interface unit 40125 using the hardware of the LAN communication unit 121, the digital interface unit 40125 can output to an output destination on the network. Here, the output of the digital interface section 40125 is not limited to the MMT data string, but may also be an MPEG2-TS data string (or MPEG2-PS data string) transcoded from the MMT data string by the transcoding processing section 40181. This is an example of configuring as the "IP interface" described in the first embodiment.

Here, in the broadcast communication system of FIG. 38, the case where the broadcast receiving apparatus 40100 outputs the content to the external video processing apparatus 50300 via the network via the router apparatus 200r means that the broadcast receiving apparatus 40100 outputs the content via the IP interface. This means the case where the image is output to the external video processing device 50300.

As explained in Embodiments 3 and 4 of the present invention, the broadcasting communication system of this embodiment supports not only SDR video content with a resolution of 1920 x 1080 pixels or less, but also content with a resolution exceeding 1920 x 1080 pixels. , HDR video content, and other high-quality content can be transmitted. Here, when a receiver re-outputs these high-definition video contents broadcasted by a broadcast communication system to an external device via an interface, the content protection is higher than that of SDR video contents whose resolution is 1920 x 1080 pixels or less. Content protection is required.

To achieve this, content protection using DTCP2 (described in Reference 1), which is a more advanced content protection system than DTCP-IP, has been developed as an interface transmission technology.

[Reference 1: Digital Transmission Licensing Administrator DTCP2 Presentation to CPTWG January 27, 2016]

Specifically, four flags (“L2-Only” Flag, “EI” Flag, “HDR” Flag, and “SDO” Flag) shown in FIG. 39 are newly prepared in DTCP2. For example, if the "L2-Only" Flag in Figure 39 is "0", it indicates that "either DTCP-IP (L1 level content protection) or DTCP2 (L2 level content protection) can be applied to content protection." Yes, and if it is "1", it indicates that "a higher level of content protection (for example, L2 level content protection such as DTCP2) is required than DTCP-IP (L1 level content protection)". Note that DTCP-IP (L1 level content protection) will be referred to as "DTCP1" in the following explanation to distinguish it from "DTCP2". Additionally, if the “EI” Flag is “0”, it indicates that the content is “Non-Enhanced Image”, and if it is “1”, it indicates that the content is “Enhanced Image”. ” indicates that. Here, "Enhanced Image" means a color space with a pixel count exceeding 1920 x 1080, or a color space that exceeds the HD level color space (SDR such as BT.709) (for example, HDR such as BT.2020 or SMPTE2084). ) refers to content that has images of In addition, "Non-Enhanced Image" refers to images of HD video quality or lower (for example, images with a pixel count of 1920 x 1080 or less and an HD level color space (SDR such as BT.709)). This means content that includes images. In addition, if the “HDR” Flag is “0”, it indicates “the video content can be converted from HDR to SDR”, and if it is “1”, it indicates “conversion from HDR to SDR”. "is prohibited video content." In addition, if the “SDO” Flag is “0”, “In the case of “Enhanced Image”, re-output is not possible unless the content is protected at L2 level, but if “Enhanced Image” is converted to “Non-Enhanced Image” indicates that re-output is possible with L1 level content protection, and if it is 1, it indicates that the content is L2 level protected regardless of whether the content is ``Enhanced Image'' or ``Non-Enhanced Image.'' Indicates that re-output is possible with both content protection and L1 level content protection.

When applying the content protection by DTCP2 described above to the IP interface output of this embodiment, the problem is which content should be attached with which flag as the output control information 50200 in FIG. 38. For example, it is also possible to prepare flags substantially corresponding to the four flags in FIG. 39 on the reception control information 50100 side in FIG. 38. In this way, it is possible to essentially turn the broadcasting station server into a DTCP2 sink device. However, each of the above four flags has 1 bit, and if these flags can be set freely according to the intention of the broadcasting station or production side, then if all combinations of the four flags are considered, there are 2 to the 4th power, In other words, there are 16 different protection states for content, which is very complicated. It must be said that this is not suitable for "broadcasting" technology in which a large number of viewers simultaneously receive programs and in which the program starts and ends repeatedly in the selected service. The number of viewers targeted by "broadcasting" technology is enormous, and the monitors, etc. that the viewers have are also diverse. For example, if some viewers' monitors do not support HDR, using flag-based content protection control to prevent those viewers from viewing the content at all is a "broadcasting" technology. This is a situation you want to avoid as much as possible. Furthermore, in order to popularize receiving equipment, content transmitted using "broadcasting" technology must have a simple type system and be easy to understand for a large number of viewers.

Further, if a new flag is provided in the reception control information 50100, the equipment on the content production side will also become complicated.

In consideration of the above, in the broadcasting communication system of this embodiment, flags that substantially correspond to the above four flags of DTCP2 are not directly introduced into the reception control information 50100 of FIG. 38. In addition, when outputting from the broadcast receiving device 40100 via the IP interface, the DTCP2 flag is used as the output control information 50200 to perform more suitable content protection. Specifically, in the broadcasting communication system of this embodiment, the reception control information 50100 includes information on the video resolution of the content, control information on digital copying of the content, control information on storage and output of the content, and the third embodiment. The EOTF identification information (transfer characteristic identification information) explained in Section 4 is used, and the broadcast receiving apparatus 40100 performs various operations on each content, including adding a DTCP2 flag, according to this information when outputting from the IP interface. Output protection shall be determined.

Here, information on the resolution of the video of the content used as one of the reception control information 50100 will be explained. Regarding the information on the resolution of the video of the content, multiple types of information are transmitted in the broadcasting communication system of this embodiment. Broadcast receiving apparatus 40100 may determine the resolution (number of pixels) of the video of the content using any of these multiple types of information. For example, the determination may be made by acquiring encoding parameters stored in an encoded stream of HEVC, which is a video encoding method for content in the broadcasting system of this embodiment. Alternatively, the determination may be made by acquiring the encoding parameters described in the MH-HEVC video descriptor located in the MPT. Alternatively, the determination may be made by acquiring video resolution information written in the video component descriptor.

Next, control information related to digital copying of content and control information related to storage and output of content, which are used as one of the reception control information 50100, will be explained. FIG. 40 shows descriptors regarding control information regarding digital copying of content and control information regarding storage and output of content transmitted by the broadcast communication system of this embodiment. Here, the content copy control descriptor stores control information regarding digital copying of content, information indicating a maximum transmission rate, and the like. Further, the content usage control descriptor stores information describing control information regarding content storage and output. The content copy control descriptor and content usage control descriptor are arranged in, for example, MPT and transmitted.

FIG. 41A shows an example of the data structure of a content copy control descriptor in the broadcasting system of this embodiment. It is assumed that the "digital_recording_control_data" parameter in the figure is digital copy control information and indicates information that controls the copy generation of content. Further, FIG. 41B shows an example of parameter values of the digital copy control information and their meanings. For example, if the parameter is ``00'', it indicates that ``copying is possible without any restrictions (synonymous with ``unlimited copying''), and if the parameter is ``01'', it indicates that it can be defined by the business operator. If the parameter is "10", it indicates "only one generation can be copied", and if the parameter is "11", it indicates "copying prohibited". Only when the parameter is ``00'' and indicates ``copy possible without constraints'' can it be said that protection by digital copy control information is not specified. When the parameter is "01", "10", or "11", it can be said that some kind of protection by digital copy control information is specified.

Further, FIG. 42 shows an example of the data structure of the content usage control descriptor in the broadcasting system of this embodiment. It is assumed that the "copy_restriction_mode" parameter in the figure is a copy restriction mode, and indicates whether copying with a limited number of copies is possible (corresponding to "copying allowed a predetermined number of times" in the first embodiment). The value of the "encryption_mode" parameter of the content usage control descriptor shown in FIG. 42 is used to control protection (encryption) when outputting from the IP interface. If the value of the "encryption_mode" parameter is "0", indicating that protection is required (encryption required), encryption processing will be performed when outputting the content, and if the value is "1", protection is not required. (No encryption required), the content may be output without protection (encryption processing) when it is output.

The combination of the "digital_recording_control_data" parameter of the content copy control descriptor, the "encryption_mode" parameter of the content usage control descriptor, and the "copy_restriction_mode" parameter of the content usage control descriptor explained above is the "copy This is a specific example of the configuration of "control information".

The broadcast receiving apparatus 40100 of this embodiment acquires the "digital_recording_control_data" parameter of the content copy control descriptor, the "copy_restriction_mode" parameter of the content usage control descriptor, etc., and determines the output protection of the content output from the IP interface. It can be used for judgment.

Next, since the details of the EOTF identification information used as one of the reception control information 50100 have already been explained in the third and fourth embodiments, the explanation will be omitted again. Furthermore, the broadcast receiving apparatus 40100 of this embodiment not only uses the EOTF identification information as the reception control information 50100, but also determines whether or not the resolution conversion process of the video of the content has been performed or the result, or in the third and fourth embodiments. The output protection of the content output from the IP interface may be determined using the presence or absence of the described transfer characteristic conversion process or the result, or the presence or absence of the content storage process or the state after storage.

[Determination process for output protection of content output from IP interface in broadcast receiving device]
An example of a process for determining output protection of content output from an IP interface in a broadcast receiving device will be shown using FIGS. 43, 44, and 45.
First, FIG. 43 shows the determination of content output protection when the broadcast receiving apparatus 40100 receives the content together with the reception control information 50100 and outputs the video of the content via an IP interface without performing resolution conversion processing or transmission characteristic conversion processing. This shows the processing.

In FIG. 43, the main control unit 101 of the broadcast receiving apparatus 40100 of this embodiment determines the output protection of the content when performing IP interface output, based on the information included in the reception control information 50100. Specifically, based on the combination of the "digital_recording_control_data" parameter of the content copy control descriptor, the "encryption_mode" parameter of the content usage control descriptor, the video resolution of the received content, and the transmission characteristic (EOTF) identification information, Determines output protection for content when outputting via an IP interface. Determination examples for each combination will be described below.

[Figure 43 combination 1]
In the example of combination 1 in FIG. 43, the "digital_recording_control_data" parameter of the content copy control descriptor indicates "copy possible without any restrictions," and the "encryption_mode" parameter of the content usage control descriptor indicates Indicates that the protection status is "not protected". That is, in this case, it can be said that the content copy restriction and output protection are not specified by any of the parameters.

In this case, even if the video resolution exceeds 1920 pixels horizontally x 1080 pixels vertically (content that exceeds the relevant number of pixels either horizontally or vertically; hereinafter referred to as "over 2K content"), the resolution of the video is 1920 pixels horizontally x 1080 pixels vertically or less When performing IP interface output for content (content whose horizontal and vertical pixel count is less than the specified number of pixels; hereinafter referred to as "2K or less content"), whether the transfer characteristic identification information indicates HDR or SDR. There is no need to output protect the content. There is no need for copy control at the time of output (effectively copy free), no need for encryption at the time of output, and of course there is no need to add DTCP2 output control information. However, the content may be output with DTCP1 (the above-mentioned "DTCP-IP") or DTCP2 protection. In that case, the copy control status at the time of output may be set to "Copy Free" and encryption may be disabled. Furthermore, when outputting with DTCP2 protection, output control information may be determined as follows. Set “L2-Only” Flag to 0. “EI” Flag is 0 if the content is 2K or less and the transfer characteristic is SDR, and 1 if it is other content. “HDR” Flag is set to 0. “SDO” Flag is set to 1. In other words, the protection level of DTCP for IP interface output can be either L1 level or L2 level, the copy control is Copy Free, transfer characteristic conversion is not prohibited, and regardless of the resolution or the state of transfer characteristics, it can be either L1 level or L2 level. In any of the protection states, the data will be output in a state where re-output is possible. This means that the protection state is the lowest among the output control states of the IP interface output in this embodiment.

[Figure 43 combinations 2 to 5]
In the examples of combinations 2 to 5 in FIG. 43, the "digital_recording_control_data" parameter of the content copy control descriptor indicates "copy possible without restrictions", and the "encryption_mode" parameter of the content usage control descriptor indicates that This indicates that the current protection status is "protected".

In this case, since the "encryption_mode" parameter of the content usage control descriptor specifies that protection is to be performed when outputting from the IP interface, output protection is performed using either DTCP2 or DTCP1 in any combination. In both cases, the copy control state is set to "EPN", which indicates a state where there is no copy restriction but encryption is required, and encryption protection processing is performed. Here, which level of output protection processing, DTCP2 or DTCP1, is to be performed is determined according to the combination of the video resolution of the received content and the transmission characteristic (EOTF) identification information.

For example, in combination 5, the video resolution of the received content is 2K or less, and the transmission characteristic (EOTF) identification information is SDR. Since this is so-called HD image quality content, the conventional level of output protection is sufficient, and output protection using DTCP1 is performed. In this case, of course, DTCP2 output control information is not added.

Further, in combinations 2, 3, and 4, either the video resolution of the received content is content exceeding 2K, or the transmission characteristic (EOTF) identification information is HDR. In this case, since the content has an image quality exceeding HD image quality, the content is protected using DTCP2, which is a higher level of output protection than DTCP1. In this case, the DTCP2 output control information to be added to the output content is determined as follows.

Here, regarding the "L2-Only" Flag, in any of combinations 2, 3, and 4, the "L2-Only" Flag is set to 0. If the "L2-Only" Flag is set to 1, L2 level content protection such as DTCP2 will be performed even if the output destination device performs pixel number conversion or transfer characteristic conversion processing to lower the image quality to HD image quality. Otherwise, re-output will not be possible. Depending on the device the viewer owns, viewing may become impossible (for example, if the device the viewer owns is not compatible with DTCP2). Not desirable for protection. The above is the reason why the “L2-Only” Flag is set to 0. In determining the DTCP2 output control information in any of the subsequent explanations of this embodiment, the "L2-Only" Flag is set to 0 in principle for the same reason. However, as a modified example, if the broadcast content or broadcast service is divided into "free broadcast" and "pay broadcast", and this can be identified in the broadcast receiving device 40100, "L2-Only" is used for "free broadcast". Flag may be set to 0, and "L2-Only" Flag may be set to 1 for "paid broadcasting". This is because the viewers of "paid broadcasting" are limited, and a particularly high level of protection is required for "paid broadcasting" content.

Furthermore, regarding the "EI" Flag, the "EI" Flag is set to 1 in any of combinations 2, 3, and 4. This is because either the video resolution of the received content is over 2K content or the transmission characteristic (EOTF) identification information is HDR.

Furthermore, regarding the “HDR” Flag, in combinations 2 and 3, the “HDR” Flag is set to 0. For these combinations, the transmission characteristic (EOTF) identification information is HDR, and if output as is, the transmission characteristic of the content when outputting from the IP interface is also HDR. Here, if the "HDR" Flag is set to 1, the output destination device will not be able to perform transfer characteristic conversion processing and convert into SDR content. In this case, depending on the device the viewer owns, viewing may not be possible (for example, if the device the viewer owns does not support HDR content). This situation is undesirable for protecting "broadcast" content that is received simultaneously by a large number of viewers. The above is the reason why "HDR" Flag is set to 0. In determining the DTCP2 output control information in any of the subsequent explanations of this embodiment, the "HDR" Flag is set to 0 in principle for the same reason. However, as a modified example, if the broadcast content or broadcast service is divided into "free broadcast" and "pay broadcast", and this can be identified in the broadcast receiving device 40100, the "HDR" flag is set for "free broadcast". 0, and “HDR” Flag may be set to 1 for “paid broadcasting”. This is because the number of viewers for "paid broadcasting" is limited, and there are service providers who believe that viewing "paid broadcasting" content in its high-quality HDR image quality is valuable.

Regarding the "HDR" Flag, in combination 4, the transfer characteristic (EOTF) identification information is SDR, and if output as is, the transfer characteristic of the content when outputting through the IP interface is also SDR. Therefore, it is not necessary to add the "HDR" Flag indicating whether or not transfer characteristic conversion processing of HDR content to SDR is possible.

Furthermore, regarding the “SDO” Flag, in any of combinations 2, 3, and 4, the “SDO” Flag is set to 0. Since protection at the time of IP interface output is specified by the "encryption_mode" parameter of the content usage control descriptor, it is desirable that content with a resolution of more than 2K or content with a transmission characteristic of HDR be protected at a high protection level. On the other hand, in "broadcasting" technology that assumes simultaneous reception by a large number of viewers, it is desirable to avoid a situation where some viewers who use equipment that does not support L2 level content protection are unable to view the content at all. . Here, if the "SDO" Flag is set to 0, it is possible to protect content with a high L2 level for content with a resolution of over 2K or content with a transmission characteristic of HDR, but it is possible to protect the content at a high L2 level by resolution conversion processing and transmission characteristic conversion processing. When lowering the image quality to HD, content protection at the conventional DTCP-IP level (L1 level), which is supported by many compatible devices, is allowed, so these two levels are required for output protection processing of content received using "broadcasting" technology. Highly consistent with the other requirements. The above is the reason why "SDO" Flag is set to 0. In determining the DTCP2 output control information in any of the following explanations of this embodiment, copy restrictions and content output protection are determined by the "digital_recording_control_data" parameter of the content copy control descriptor and the "encryption_mode" parameter of the content usage control descriptor. If specified, or if the status of content storage processing indicates copy restriction or content output protection, the “SDO” Flag is set to 0 for the same reason.

[Figure 43 combinations 6 to 9]
In the examples of combinations 6 to 9 in FIG. 43, the "digital_recording_control_data" parameter of the content copy control descriptor indicates "only one generation can be copied." In this case, since it is specified that there is a copy restriction, it is desirable to protect the content even when outputting through the IP interface, regardless of which value the "encryption_mode" parameter of the content usage control descriptor indicates. Therefore, output protection is performed using either DTCP2 or DTCP1. In both cases, the copy control status is set to "Copy One Generation," which indicates that only one generation can be copied, and encryption protection processing is performed.

Here, regarding (1) which level of output protection processing is to be performed, DTCP2 or DTCP1, and (2) determination of output control information when performing output protection processing with DTCP2, the video of the received content is It is determined according to the combination of resolution and transfer characteristic (EOTF) identification information. However, the determination methods for combinations 6, 7, 8, and 9 in FIG. 43 are the same as those for combinations 2, 3, 4, and 5 in FIG. 43, respectively, and therefore, repeated explanations will be omitted.

[Figure 43 combinations 10 to 13]
In examples of combinations 10 to 13 in FIG. 43, the "digital_recording_control_data" parameter of the content copy control descriptor indicates "copy prohibited". In this case, since it is specified that there is a copy restriction, it is desirable to protect the content even when outputting through the IP interface, regardless of which value the "encryption_mode" parameter of the content usage control descriptor indicates. Therefore, output protection is performed using either DTCP2 or DTCP1. In both cases, the copy control status is set to "Copy Never" indicating copy prohibition, and encryption protection processing is performed.

Here, regarding (1) which level of output protection processing is to be performed, DTCP2 or DTCP1, and (2) determination of output control information when performing output protection processing with DTCP2, the video of the received content is It is determined according to the combination of resolution and transfer characteristic (EOTF) identification information. However, since the determination methods for combinations 10, 11, 12, and 13 in FIG. 43 are the same as those for combinations 2, 3, 4, and 5 in FIG. 43, respectively, a repeated explanation will be omitted.

[Example of exception handling of the process in Figure 43]
As described above, an example of the content output protection determination process when performing IP interface output has been described using FIG. 43.

However, it may be necessary to perform some exception handling not shown in FIG. 43, and these exception handling will be explained below.

For example, if the content copy control descriptor itself or the "digital_recording_control_data" parameter of the content copy control descriptor is not transmitted as the reception control information 50100 due to some reason such as a transmission error, the broadcast receiving apparatus 40100 transmits the "digital_recording_control_data" parameter cannot be obtained. In such a case, the broadcast receiving apparatus 40100 performs the determination process in FIG. 43, assuming that the "digital_recording_control_data" parameter of the content copy control descriptor indicates "copy possible without constraints". It's fine. Specifically, one process is determined from combinations 1 to 5 in FIG. 43 in consideration of other reception control information 50100.

Furthermore, if the content usage control descriptor itself or the "encryption_mode" parameter of the content usage control descriptor is not transmitted as the reception control information 50100 due to some reason such as a transmission error, the broadcast receiving device 40100 sets the "encryption_mode" parameter to the content usage control descriptor. cannot be obtained. In such a case, the broadcast receiving apparatus 40100 may perform the determination process shown in FIG. 43, assuming that the "encryption_mode" parameter of the content usage control descriptor indicates "not protected". Specifically, one process is determined from combination 1 and processes 6 to 13 in FIG. 43 in consideration of other reception control information 50100.

Further, if the transfer characteristic (EOTF) identification information is not transmitted as the reception control information 50100 due to some reason such as a transmission error, the broadcast receiving device 40100 cannot acquire the transfer characteristic (EOTF) identification information. In such a case, instead of making a judgment based on the received transfer characteristic (EOTF) identification information, the broadcast receiving apparatus 40100 determines whether the video format when outputting the content via the IP interface is HDR or SDR. You can make a judgment based on this. Specifically, the description in the transfer characteristic (EOTF) identification information column in FIG. What is necessary is to perform a process of determining output protection for the content when outputting the content.

[Variation example of the process in Figure 43]
In the example of FIG. 43, when HDR content is protected by DTCP2 and output via the IP interface (combinations 2, 3, 6, 7, 10, 11), the "HDR" Flag is output as 0. However, in all of these combinations, it is assumed that the "SDO" Flag indicates 0, and content conversion from HDR to SDR is possible. Then, in combinations 2, 3, 6, 7, 10, and 11 of FIG. 43, control may be performed such that the "HDR" Flag is not output as the output control information of DTCP2. In this case, since the "HDR" Flag is not output in any combination, the IP interface output control of the broadcast receiving apparatus 40100 becomes simple.

Furthermore, in the example of FIG. 43, when outputting content with DTCP2 protection, control is shown to output the "L2-Only" Flag as "0" as DTCP2 output control information. As mentioned above, even if the output destination device is a DTCP2-compatible device, the resolution conversion process and transfer characteristic conversion are performed on the DTCP2-compatible device in consideration of the possibility of outputting from the DTCP2-compatible device to another device. If it is processed and converted to content that is 2K or less and has an SDR transmission characteristic, it will be possible to output it using an L1 level content protection method such as DTCP1. However, as a modified example of FIG. 43, since the "digital_recording_control_data" parameter of the content copy control descriptor is "copy prohibited", in the combinations (combinations 10, 11, 12) that are output as Copy Never due to DTCP2 protection, DTCP2 The control may be replaced by outputting the "L2-Only" Flag as "1" as the output control information. In this example, content for which the "digital_recording_control_data" parameter of the content copy control descriptor is "copy prohibited" is regarded as having a higher need for content protection by the content provider, and the content protection is further strengthened. Specifically, when outputting with the "L2-Only" Flag set to "1", when attempting to output from the output destination DTCP2 compatible device to another device, resolution conversion processing and transfer characteristic conversion processing are performed. However, if the destination device is not compatible with L2 level content protection methods such as DTCP2, output will not be possible. That is, after the content is output from the IP interface of the broadcast receiving device 40100, it is always protected at the L2 level.

According to the content output protection determination process when performing IP interface output as shown in FIG. When performing IP interface output, it is possible to achieve content output protection that is well-balanced in terms of both output protection for the image quality of the content and convenience for viewers of the broadcast content.

Next, FIG. 44 shows how to determine output protection for content when the broadcast receiving apparatus 40100 receives the content together with reception control information 50100, performs resolution conversion processing and transfer characteristic conversion processing on the video of the content, and outputs the content via an IP interface. This shows the processing.
In the example of FIG. 44, the broadcast receiving apparatus 40100 of this embodiment performs resolution conversion processing and/or transfer characteristic conversion processing on the video of the received content. The resolution conversion process may be performed by providing a resolution processing unit between the video decoder 141 and the video gamut conversion unit 142 of the broadcast receiving apparatus 40100 in FIG. 35A. As already explained in the third and fourth embodiments, the transfer characteristic conversion process may be executed by the video color gamut conversion unit 142.

Here, in the example of FIG. 44, the resolution conversion process and/or the transfer characteristic conversion process of the video of the content are performed before the IP interface output, so the information included in the reception control information 50100 alone is insufficient. Unable to determine output protection for content.

Therefore, in addition to the information included in the reception control information 50100, the resolution of the video after the resolution conversion process and/or the transfer characteristic after the transfer characteristic conversion process is taken into account when determining the output protection of the content when outputting through the IP interface. I do. Specifically, in place of "Video resolution" in "Reception control information" in FIG. (ETOF)" has been replaced with an item for "output transfer characteristics" under "output state." Here, the main control unit 101 of the reception control information 50100 determines the "output video resolution" of the "output state" and the "output transfer characteristic" of the "output state" based on the following judgments.

First, if the broadcast receiving apparatus 40100 of this embodiment performs resolution conversion processing on the video of the received content but does not perform transfer characteristic conversion processing, the resolution of the video after the resolution conversion processing is set to "output state". It is sufficient to determine that the transfer characteristic indicated in the "transfer characteristic identification information (ETOF)" of the "reception control information" is the "output transfer characteristic" of the "output state".

In addition, when the broadcast receiving apparatus 40100 of this embodiment performs transfer characteristic conversion processing without performing resolution conversion processing on the video of the received content, the "video resolution" of the "reception control information" is set to the "output state". It is sufficient to determine that the transfer characteristic after the transfer characteristic conversion process is the "output transfer characteristic" of the "output state".

In addition, when the broadcast receiving apparatus 40100 of this embodiment performs both resolution conversion processing and transfer characteristic conversion processing on the video of the received content, the resolution of the video after the resolution conversion processing is set to the "output state" in the "output state". It is sufficient to determine that the transfer characteristic after the transfer characteristic conversion process is the "transfer characteristic at the time of output" of the "state at the time of output".

In the example of FIG. 44, the broadcast receiving apparatus 40100 of this embodiment uses the "output video resolution" of the "output state" and the "output transfer characteristic" of the "output state" determined by the judgment described above. , performs a content output protection determination process when performing IP interface output as shown in FIG. However, in FIG. 43 already explained, the "video resolution" of "reception control information" is read as "video resolution at the time of output" of "state at the time of output", and "transfer characteristic identification information (ETOF)" of "reception control information" is read. If "output state" is read as "output transfer characteristic", the control is similar to the example in FIG. 44. Therefore, the "digital_recording_control_data" parameter of the content copy control descriptor of "reception control information" in FIG. The IP interface output control in each of combinations 1 to 13 of "transmission characteristics" is based on the "digital_recording_control_data" parameter of the content copy control descriptor of "reception control information" in FIG. 43, the "encryption_mode" parameter of the content usage control descriptor, and " Since this is the same as the IP interface output control for each of the combinations 1 to 13 of "video resolution" and "transfer characteristic identification information (ETOF)," a repeated explanation will be omitted.

[Example of exception handling for the process in Figure 44]
As described above, an example of the content output protection determination process when performing IP interface output has been described using FIG. 44.

However, it may be necessary to perform some exception handling not shown in FIG. 44, and these exception handling will be explained below.

For example, if the content copy control descriptor itself or the "digital_recording_control_data" parameter of the content copy control descriptor is not transmitted as the reception control information 50100 due to some reason such as a transmission error, the broadcast receiving apparatus 40100 transmits the "digital_recording_control_data" parameter cannot be obtained. In such a case, the broadcast receiving apparatus 40100 performs the determination process of FIG. 44, assuming that the "digital_recording_control_data" parameter of the content copy control descriptor indicates "copy possible without constraints". It's fine. Specifically, one process is determined from combinations 1 to 5 in FIG. 44 in consideration of the other reception control information 50100 and the conversion process within the receiver.

Furthermore, if the content usage control descriptor itself or the "encryption_mode" parameter of the content usage control descriptor is not transmitted as the reception control information 50100 due to some reason such as a transmission error, the broadcast receiving device 40100 sets the "encryption_mode" parameter to the content usage control descriptor. cannot be obtained. In such a case, the broadcast receiving apparatus 40100 may perform the determination process shown in FIG. 44, assuming that the "encryption_mode" parameter of the content usage control descriptor indicates "not protected". Specifically, one process is determined from combination 1 and processes 6 to 13 in FIG. 44 in consideration of the other reception control information 50100 and the conversion process within the receiver.

Further, if the transfer characteristic (EOTF) identification information is not transmitted as the reception control information 50100 due to some reason such as a transmission error, the broadcast receiving device 40100 cannot acquire the transfer characteristic (EOTF) identification information. Even in such a case, in the example of FIG. 44, it is sufficient to make a determination based on whether the content after the in-receiver conversion processing is HDR or SDR, so no exceptional processing is particularly necessary in this respect.

[Modified example of the process in Figure 44]
In the example of FIG. 44, when HDR content is protected by DTCP2 and output via the IP interface (combinations 2, 3, 6, 7, 10, 11), the "HDR" Flag is output as 0. However, in all of these combinations, it is assumed that the "SDO" Flag indicates 0, and content conversion from HDR to SDR is possible. Then, in combinations 2, 3, 6, 7, 10, and 11 of FIG. 44, control may be performed such that the "HDR" Flag is not output as the output control information of DTCP2. In this case, since the "HDR" Flag is not output in any combination, the IP interface output control of the broadcast receiving apparatus 40100 becomes simple.

Furthermore, in the example of FIG. 44, when outputting content with DTCP2 protection, control is shown to output the "L2-Only" Flag as "0" as DTCP2 output control information. As mentioned above, even if the output destination device is a DTCP2-compatible device, the resolution conversion process and transfer characteristic conversion are performed on the DTCP2-compatible device in consideration of the possibility of outputting from the DTCP2-compatible device to another device. If it is processed and converted to content that is 2K or less and has an SDR transmission characteristic, it will be possible to output it using an L1 level content protection method such as DTCP1. However, as a modified example of FIG. 44, since the "digital_recording_control_data" parameter of the content copy control descriptor is "copy prohibited", in the combinations (combinations 10, 11, 12) that are output as Copy Never due to DTCP2 protection, DTCP2 The control may be replaced by outputting the "L2-Only" Flag as "1" as the output control information. In this example, content for which the "digital_recording_control_data" parameter of the content copy control descriptor is "copy prohibited" is regarded as having a higher need for content protection by the content provider, and the content protection is further strengthened. Specifically, when outputting with the "L2-Only" Flag set to "1", when attempting to output from the output destination DTCP2 compatible device to another device, resolution conversion processing and transfer characteristic conversion processing are performed. However, if the destination device is not compatible with L2 level content protection methods such as DTCP2, output will not be possible. That is, after the content is output from the IP interface of the broadcast receiving device 40100, it is always protected at the L2 level.

According to the content output protection determination process when performing IP interface output in FIG. 44 described above, the content is received together with the reception control information 50100, and the resolution conversion process and/or transfer characteristic conversion process is performed on the video of the content. When IP interface output is performed using the IP interface, it is possible to achieve content output protection that is well-balanced in terms of both output protection for the image quality of the content and convenience for viewers of the broadcast content.

Next, FIG. 45 shows a content output protection determination process when the broadcast receiving apparatus 40100 receives the content together with the reception control information 50100, performs storage processing on the content, and then outputs the content via an IP interface. be. The outline of the accumulation process has already been explained in the first embodiment, so a repeated explanation will be omitted.

First, the broadcast receiving device 40100 uses the "digital_recording_control_data" parameter of the content copy control descriptor, the "encryption_mode" parameter of the content usage control descriptor, and the "copy_restriction_mode" parameter of the content usage control descriptor included in the reception control information 50100. Then, the storage control state of the storage target content is determined.

Here, if the "digital_recording_control_data" parameter of the content copy control descriptor indicates "copyable without constraints" and the "encryption_mode" parameter of the content usage control descriptor indicates "not protected" (combination 1 in Figure 45), For example), regardless of the value of the "copy_restriction_mode" parameter of the content usage control descriptor, the storage control state is set to "storage without copy restrictions and no encryption_mode protection".

Furthermore, when the "digital_recording_control_data" parameter of the content copy control descriptor indicates "copy possible without any constraint conditions" and the "encryption_mode" parameter of the content usage control descriptor indicates "protect" (combinations 2 to 5 in Figure 45). For example), regardless of the value of the "copy_restriction_mode" parameter of the content usage control descriptor, the storage control state is set to "storage without copy restrictions and with encryption_mode protection".

Further, when the "digital_recording_control_data" parameter of the content copy control descriptor indicates "only one generation can be copied" and the "copy_restriction_mode" parameter of the content usage control descriptor indicates "only one generation can be copied" (combination 6 in Figure 45). In examples 9 to 9), no matter which value the "encryption_mode" parameter of the content usage control descriptor indicates, the storage control state is set to "re-copy prohibited."

In addition, when the "digital_recording_control_data" parameter of the content copy control descriptor indicates "only one generation can be copied" and the "copy_restriction_mode" parameter of the content usage control descriptor indicates that "limited number of copies allowed" can be operated (see Figure 45). In combinations 10 to 13 (examples), the storage control state of "limited number of copies allowed" is enabled no matter which value the "encryption_mode" parameter of the content usage control descriptor indicates.

Furthermore, when the "digital_recording_control_data" parameter of the content copy control descriptor indicates "copy prohibited" (examples of combinations 14 to 17 in FIG. 45), the state in which content can be stored is determined by the "digital_recording_control_data" parameter of the content copy control descriptor. ” parameter and the “copy_restriction_mode” of the content usage control descriptor indicate any value, it is limited to the storage control state of “temporary storage”. Since the outline of "temporary storage" has already been explained in the first embodiment, a repeated explanation will be omitted.

As explained above, the broadcast receiving apparatus 40100 uses the "digital_recording_control_data" parameter of the content copy control descriptor, the "encryption_mode" parameter of the content usage control descriptor, and the "copy_restriction_mode" parameter of the content usage control descriptor included in the reception control information 50100. The storage control state of the storage target content is determined using the following.

Next, when outputting the stored content from the IP interface, the broadcast receiving apparatus 40100 determines the storage control state of the content, the "output video resolution" and the "output transfer characteristic" when outputting the content. ”, the output protection of the content output from the IP interface is determined. Here, in the example of FIG. 45, there is a possibility that the resolution conversion process and/or the transfer characteristic conversion process will be performed on the video of the content before and after the content storage process. This is common to the example of FIG. 44 in that resolution conversion processing and/or transfer characteristic conversion processing may be performed before broadcast receiving apparatus 40100 receives the content and outputs it from the IP interface. Therefore, the determination of "video resolution at the time of output" and "transfer characteristic at the time of output" in the broadcast receiving apparatus 40100 may be performed in the same manner as in the example of FIG. 44, and therefore, a repeated explanation will be omitted.

Next, a description will be given of determination of content output protection when IP interface output is performed in each of the combinations shown in FIG. 45.

[Figure 45 combination 1]
An example of combination 1 shown in FIG. 45, that is, when content with a storage control state of "storage without copy restrictions and no encryption_mode protection" is to be output via an IP interface, the same content as combination 1 shown in FIG. All you need to do is control the output. Since this is repetitive, further explanation will be omitted.

[Figure 45 Combinations 2 to 5]
Examples of combinations 2 to 5 shown in FIG. 45, that is, when outputting content in the storage control state of "storage without copy restrictions and encryption_mode protection" to the IP interface, combinations 2 to 5 shown in FIG. It is only necessary to control the output of similar content. Since this is repetitive, further explanation will be omitted.

[Figure 45 Combinations 6 to 9]
Examples of combinations 6 to 9 shown in FIG. 45, that is, when outputting content with a storage control state of "prohibit re-copying" via an IP interface, the output process is a viewing output for viewing on the output destination device. The copy control state at the time of output differs depending on whether the content is being moved to the destination device or the content is being moved to the output destination device. Specifically, when the IP interface output is an output for viewing, the copy control state is output as "No More Copies" indicating that re-copying is prohibited. If the IP interface output is a move, the copy control state is output as "Move". In each of the combinations 6, 7, 8, and 9 shown in FIG. 45, other content protection controls in the IP interface output are the same as in each of the combinations 6, 7, 8, and 9 shown in FIG. Repeated explanation will be omitted.

[Figure 45 Combinations 10 to 13]
Examples of combinations 10, 11, 12, and 13 in FIG. 45, that is, content protection control when content with a storage control state of "limited copy allowed" is output via an IP interface are combinations 6, 7, and 8 in FIG. , 9, respectively. The differences are as follows. When outputting content whose storage control status is "re-copy prohibited" via an IP interface, it is necessary to disable playback of the content in the broadcast receiving device 40100 after performing the move process once (until the content is disabled for playback). (You can output it for viewing as many times as you like). On the other hand, when the storage control state is "limited number of copies allowed", it is possible to perform multiple copy processes and finally one move process to the output destination device via the IP interface output. For example, copy processing can be performed nine times, and move processing can be performed once at the end. During the final move process, it is necessary to make the content unplayable in the broadcast receiving apparatus 40100. Here, the broadcast receiving apparatus 40100 treats each of the several copy processes as a copy process, but the content of each copy process is not in a copy control state in the IP interface output protection process. Output as "Move".

That is, in the copying process of a content whose storage control status is "limited number of copies allowed", a state in which a plurality of pieces of the content are stored in advance in the broadcast receiving apparatus 40100 is virtually set, and one of the stored pieces of content is copied. One is executed as a process of moving one via the IP interface output. Here, if a plurality of identical contents are actually stored in advance, the storage becomes inefficient with respect to the capacity of the storage section. Therefore, in reality, only one piece of content may be stored, and information on the number of stored items may be stored in the storage section or memory section as management information for management. This is the meaning of the above explanation of "virtually."

Other than the points explained above, the content protection control when outputting via the IP interface in the examples of combinations 10, 11, 12, and 13 in FIG. 45 is the same as in the examples of combinations 6, 7, 8, and 9 in FIG. 45, respectively. Therefore, further explanation will be omitted.

[Figure 45 combinations 14 to 17]
Examples of combinations 14, 15, 16, and 17 in FIG. 45, that is, content protection control when content in the storage control state of "temporary storage" is output via an IP interface are combinations 6, 7, 8, and 9 in FIG. This is almost the same as each example. The difference is that content in the storage control state of "temporary storage" cannot be moved to another device (movable). In other respects, the content protection control in the case of IP interface output is the same as in each of the examples of combinations 6, 7, 8, and 9 in FIG. 45, so a repeated explanation will be omitted.

According to the content output protection determination process when performing IP interface output as shown in FIG. It is possible to achieve content output protection that is well-balanced from the viewpoint of output protection for image quality of video and the viewpoint of convenience for viewers of broadcast content.

[Example of exception handling of the process in Figure 45]
As described above, an example of the content output protection determination process when performing IP interface output has been described using FIG. 45.

However, it may be necessary to perform some exception handling not shown in FIG. 45, and these exception handling will be explained below.

For example, if the content copy control descriptor itself or the "digital_recording_control_data" parameter of the content copy control descriptor is not transmitted as the reception control information 50100 due to some reason such as a transmission error, the broadcast receiving apparatus 40100 transmits the "digital_recording_control_data" parameter cannot be obtained. In such a case, the broadcast receiving apparatus 40100 assumes that the "digital_recording_control_data" parameter of the content copy control descriptor indicates "copyable without constraints", and performs the storage control and content control in FIG. 45. It is sufficient to perform output protection determination processing. Specifically, one process is determined from combinations 1 to 5 in FIG. 45 in consideration of other reception control information 50100.

Furthermore, if the content usage control descriptor itself or the "encryption_mode" parameter of the content usage control descriptor is not transmitted as the reception control information 50100 due to some reason such as a transmission error, the broadcast receiving device 40100 sets the "encryption_mode" parameter to the content usage control descriptor. cannot be obtained. In such a case, the broadcast receiving device 40100 assumes that the "encryption_mode" parameter of the content usage control descriptor indicates "not protected" and performs the storage control and content output protection shown in FIG. 45. All you have to do is perform the decision process. Specifically, one process is determined from combination 1 and processes 6 to 17 in FIG. 45 in consideration of other reception control information 50100.

Further, if the transfer characteristic (EOTF) identification information is not transmitted as the reception control information 50100 due to some reason such as a transmission error, the broadcast receiving device 40100 cannot acquire the transfer characteristic (EOTF) identification information. Even in such a case, in the example of FIG. 45, it is sufficient to make a determination based on whether the content is HDR or SDR at the time of output after storage control, so no exception handling is particularly necessary in this respect.

[Modified example of the process in Figure 45]
In the example in Figure 45, when HDR content is protected by DTCP2 and output via the IP interface (combinations 2, 3, 6, 7, 10, 11, 14, 15), the "HDR" Flag is output as 0. There is. However, in all of these combinations, it is assumed that the "SDO" Flag indicates 0, and content conversion from HDR to SDR is possible. Then, in combinations 2, 3, 6, 7, 10, 11, 14, and 15 in FIG. 45, control may be performed such that the "HDR" Flag is not output as the output control information of DTCP2. In this case, since the "HDR" Flag is not output in any combination, the IP interface output control of the broadcast receiving apparatus 40100 becomes simple.

Furthermore, in the example of FIG. 45, when content is output with DTCP2 protection, control is shown in which the "L2-Only" Flag is output as "0" as DTCP2 output control information. As mentioned above, even if the output destination device is a DTCP2-compatible device, the resolution conversion process and transfer characteristic conversion are performed on the DTCP2-compatible device in consideration of the possibility of outputting from the DTCP2-compatible device to another device. If it is processed and converted to content that is 2K or less and has an SDR transmission characteristic, it will be possible to output it using an L1 level content protection method such as DTCP1. However, as a modified example of FIG. 45, in combinations (combinations 6, 7, 8, 10, 11, 12, 14, 15, 16) in which content is output with No More Copies due to DTCP2 protection, DTCP2 output control information This may be replaced by control that outputs the "L2-Only" Flag as "1". In this example, if the content is No More Copies due to DTCP2 protection, it is considered that the need for content protection by the content provider is higher, and the content protection is further strengthened. Specifically, when outputting with the "L2-Only" Flag set to "1", when attempting to output from the output destination DTCP2 compatible device to another device, resolution conversion processing and transfer characteristic conversion processing are performed. However, if the destination device is not compatible with L2 level content protection methods such as DTCP2, output will not be possible. That is, after the content is output from the IP interface of the broadcast receiving device 40100, it is always protected at the L2 level.

As described above, according to the broadcast communication system and broadcast receiving apparatus 40100 of the present embodiment, control information regarding digital copying of content, control information regarding storage and output of content, storage state of content, video resolution of content, and content Depending on the transmission characteristics of the video, it is possible to perform content output protection control that is well-balanced in terms of both output protection for the image quality of the content and convenience for viewers of the broadcast content. That is, according to the broadcast communication system and broadcast receiving apparatus 40100 of this embodiment, it is possible to perform more suitable content output protection control.

Although examples of embodiments of the present invention have been described above using Examples 1 to 5, the configuration for realizing the technology of the present invention is not limited to the above-mentioned examples, and various modifications can be considered. For example, it is possible to replace a part of the configuration of one embodiment with the configuration of another embodiment, and it is also possible to add the configuration of another embodiment to the configuration of one embodiment. All of these belong to the scope of the present invention. Further, the numerical values, messages, etc. that appear in the text and figures are merely examples, and the effects of the present invention will not be impaired even if different values are used.

Some or all of the functions of the present invention described above may be realized by hardware, for example, by designing an integrated circuit. Alternatively, the functions may be realized by software by having a microprocessor unit or the like interpret and execute operating programs for realizing the respective functions. Hardware and software may be used together.

Note that the software for controlling the broadcast receiving apparatus 100 may be stored in advance in the ROM 103 and/or the storage unit 110 of the broadcast receiving apparatus 100 at the time of product shipment. It may also be acquired from another application server 500 or the like on the Internet 200 via the LAN communication unit 121 after the product is shipped. Further, the software stored in a memory card, an optical disk, or the like may be acquired via the expansion interface unit 124 or the like.

Further, the control lines and information lines shown in the figures are those considered necessary for explanation, and do not necessarily show all control lines and information lines on the product. In reality, almost all components can be considered to be interconnected.

100,800,40100...Broadcast receiving device, 100a,40100a...Antenna, 101,801...Main control unit, 102,802...System bus, 103,803...ROM, 104,804...RAM, 110,810...Storage unit, 121,821...LAN communication section, 124,824...Extension interface section, 125,825,40125...Digital interface section, 131,831,832...Tuner/demodulation section, 132...Separation section, 141...Video decoder, 142...Video Color gamut conversion unit, 143... Audio decoder, 144... Text super decoder, 145... Subtitle decoder, 146... Subtitle synthesis unit, 147... Subtitle color gamut conversion unit, 151... Data decoder, 152... Cache unit, 153... Application control unit , 154...Browser section, 155...Application color gamut conversion section, 156...Sound source section, 161,861...Video synthesis section, 162,862...Monitor section, 163,863...Video output section, 164,864...Audio synthesis section, 165,865...Speaker section, 166,866...Audio output section, 170,870...Operation input section, 40181...Transcoding processing section, 841...MMT decoding processing section, 842...MPEG2-TS decoding processing section, 200...Internet, 200r...Router device, 200a...Access point, 300t...Radio tower, 300s...Broadcasting satellite (or communication satellite), 300...Broadcasting station server, 390c...Photography equipment, 390e...Editing equipment, 400...Service provider server, 500... Other application servers, 600...Mobile telephone communication server, 600b...Base station, 700...Personal information terminal, 40200...Connection cable, 40300...Monitor device.

Claims (1)

The transmission system transmits content with a resolution exceeding 1920 pixels horizontally x 1080 pixels vertically (hereinafter referred to as "over 2K content") as content of a broadcast program from a broadcasting station, and receives the above 2K content at a receiving device. A receiving device,
The transmission system broadcasts all of the control information corresponding to the L2-Only flag of DTCP2, the control information corresponding to the EI flag of DTCP2, the control information corresponding to the HDR flag of DTCP2, and the control information corresponding to the SDO flag of DTCP2. It is not transmitted from the station to the receiving device,
a receiving unit that receives the over 2K content;
an interface that outputs the over 2K content received by the receiving unit;
Equipped with
In the transmission system, the receiving device includes control information corresponding to the L2-Only flag of DTCP2, control information corresponding to the EI flag of DTCP2, control information corresponding to the HDR flag of DTCP2, and control information corresponding to the SDO flag of DTCP2. A receiving device that does not acquire any information;
Regardless of the copy control state of the content in the transmission system, the over 2K content received by the receiving unit is transmitted as the content by DTCP2 via the interface without resolution conversion. When the content is protected and output, the value indicated by the 1 bit of the L2-Only flag of DTCP2 is fixed to 0, and when the content is protected and output by DTCP2 via the interface. There are 16 combinations of the value indicated by 1 bit of the DTCP2 L2-Only flag, the value indicated by 1 bit of the DTCP2 EI flag, the value indicated by 1 bit of the DTCP2 HDR flag, and the value indicated by 1 bit of the DTCP2 SDO flag. is less than
When the over 2K content is protected by DTCP2 and output as it is via the interface without resolution conversion, the over 2K content received by the receiving unit is protected against copying in the transmission system. If the content is copied, it will be output in the Copy Never state.
When the over 2K content is protected by DTCP2 and output as it is via the interface without resolution conversion, the over 2K content received at the receiving unit is copyable for only one generation in the transmission system. If the content is protected, output it as Copy One Generation.
Receiving device.

Images