JP7164760B1 - How to protect your content - Google Patents

Abstract

A digital broadcast receiver capable of executing functions with higher added value is provided. A control unit receives control information indicating a copy control state of the content, control information specifying whether or not protection of the content is necessary, and indicating a video resolution of the content, which are received together with the content by the receiving unit. The output state of the content from the interface is determined according to the combination of the information and the information indicating the video transfer characteristics of the content and whether or not the control information designating the need for protection can be received. When the receiving unit cannot receive the control information specifying whether the content needs to be protected, the control unit judges that the control information specifying whether the content needs to be protected indicates that the content does not need to be protected, and performs determination processing. I do. [Selection drawing] Fig. 7A

Description

The present invention relates to a content protection method.

One of the extended functions of the digital broadcasting service is data broadcasting that transmits digital data by broadcast waves and displays various information such as weather forecasts, news, and recommended programs. A large number of television receivers capable of receiving data broadcasting are already on the market, and a large number of technologies related to data broadcasting reception, including the following patent document 1, have been published.

Japanese Patent Application Laid-Open No. 2001-186486

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

SUMMARY OF THE INVENTION It is an object of the present invention to realize a content protection method capable of executing functions with higher added value.

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

For example, the broadcasting station transmits content with a resolution exceeding 1920 horizontal pixels × 1080 vertical pixels (hereinafter referred to as “2K super content”) as the content of the broadcast program, and the receiving device transmits the above 2K content. A content protection method in a receiving transmission system, wherein the transmission system 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 are not transmitted from the broadcasting station side to the receiving device, and in the transmission system, the above 2K content of the broadcast program is transmitted from the broadcasting station side to the receiving device a receiving step in which the receiving device receives the above-2K content transmitted in the transmitting step; and an outputting step in which the receiving device outputs the above-2K content received in the receiving step from an interface of the receiving device. , 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 of DTCP2. A value indicated by 1 bit of the DTCP2 L2-Only flag when the receiving device does not acquire any of the control information corresponding to the flag, and the content is protected by DTCP2 via the interface and is output in the output step; The combination of the value indicated by the 1 bit of the EI flag of DTCP2, the value indicated by the 1 bit of the HDR flag of DTCP2, and the value indicated by the 1 bit of the SDO flag of DTCP2 is less than 16, and Regardless of whether the copy control state of the above 2K content is a state indicating that copying is permitted without restrictions or a state indicating that there is a copy restriction, the above 2K content is directly passed through the interface without resolution conversion. When the content is protected by DTCP2 and is output in the output step, the value indicated by 1 bit of the L2-Only flag of DTCP2 is fixed to 0 and output. For any content, when the content is protected by DTCP2 via the interface and output in the output step, L2 of DTCP2 - 1 is not used as the value indicated by 1 bit of the Only flag, and the copy control state in the transmission system of the content exceeding 2K received in the receiving step is unrestricted copying, and encryption is performed at the time of output When protection is specified, in the output step, when the content exceeding 2K is protected by DTCP2 through the interface and is output, the content is put in an EPN state and protected by encryption before being output. Use protection methods.

By using the technology of the present invention, it is possible to realize a content protection method capable of executing functions with higher added value.

1 is a system configuration diagram showing an example of a broadcast communication system including a broadcast receiver according to a first embodiment; FIG. FIG. 2 is an explanatory diagram of an outline of a coded signal in MMT; It is a block diagram of MPU in MMT. FIG. 4 is a configuration diagram of an MMTP packet in MMT; 1 is a conceptual diagram of a protocol stack of a broadcasting system using MMT; FIG. 2 is a hierarchical configuration diagram of control information used in a broadcasting system; FIG. It is a list of tables used in TLV-SI of the broadcasting system. It is a list of descriptors used in TLV-SI of the broadcasting system. 1 is a list of messages used in MMT-SI of the broadcasting system; 1 is a list of tables used in MMT-SI for broadcasting systems; 1 is a list (part 1) of descriptors used in MMT-SI of a broadcasting system; 2 is a list of descriptors used in MMT-SI of the broadcasting system (part 2); FIG. 3 is a diagram showing data transmission in the broadcasting system and the relationship between each table; 1 is a block diagram of a broadcast receiving device according to a first embodiment; FIG. 4 is a configuration diagram of a logical plane structure of the presentation function of the broadcast receiving device according to Example 1; FIG. 2 is a system configuration diagram of clock synchronization/presentation synchronization of the broadcast receiver according to the first embodiment; FIG. 3 is a software configuration diagram of the broadcast receiving device according to the first embodiment; FIG. 2 is a block diagram of a broadcasting station server according to the first embodiment; FIG. 3 is a block diagram of a service provider server according to the first embodiment; FIG. 1 is a block diagram of a mobile information terminal according to Example 1; FIG. 2 is a software configuration diagram of the portable information terminal according to the first embodiment; FIG. FIG. 3 is a diagram showing the data structure of MH-TOT in the broadcasting system; FIG. 10 is a diagram showing the format of the JST_time parameter of the broadcasting system; FIG. 5 is a diagram showing a method of calculating the current date from the MJD of the broadcast receiving device according to the first embodiment; FIG. 2 is a diagram showing the configuration of the NTP format of the broadcasting system; Fig. 2 shows the data structure of the MPU Timestamp Descriptor of the broadcast system; FIG. 4 is a diagram showing the data structure of time information in the TMCC extension information area of the broadcasting system; 4 is an operation sequence diagram during channel scanning of the broadcast receiving apparatus according to the first embodiment; FIG. FIG. 4 is a diagram showing the data structure of TLV-NIT in the broadcasting system; Fig. 2 shows the data structure of the Satellite Distribution System Descriptor of the Broadcast System; Fig. 2 shows the data structure of a service list descriptor of a broadcasting system; FIG. 2 is a diagram showing the data structure of AMT in the broadcasting system; FIG. 4 is an operation sequence diagram of the broadcast receiving apparatus according to the first embodiment when selecting a channel; It is a figure which shows the data structure of MPT of a broadcasting system. FIG. 3 is a diagram showing the data structure of LCT in the broadcasting system; FIG. 10 is a diagram showing an example of allocation of layouts to layout numbers based on LCT; FIG. 10 is a diagram showing an example of allocation of layouts to layout numbers based on LCT; FIG. 10 is a diagram showing an example of allocation of layouts to layout numbers based on LCT; FIG. 10 is a diagram showing an example of allocation of layouts to layout numbers based on LCT; FIG. 10 is a diagram for explaining the operation of exception processing of screen layout control based on LCT; FIG. 10 is a diagram for explaining the operation of exception processing of screen layout control based on LCT; FIG. 3 is a diagram showing the data structure of MH-EIT in the broadcasting system; 4 is a screen display diagram of an EPG screen of the broadcast receiving device according to the first embodiment; FIG. 4 is a screen display diagram of an EPG screen of the broadcast receiving device according to the first embodiment; FIG. 4 is a screen display diagram of an EPG screen of the broadcast receiving device according to the first embodiment; FIG. FIG. 10 is a screen display diagram of the broadcast receiving apparatus according to the first embodiment when an emergency warning broadcast is displayed; FIG. 11 is a block diagram of a broadcast receiving device according to Example 2; FIG. 10 is a diagram for explaining inconsistency of the current time display when switching broadcasting services; FIG. 11 is a diagram illustrating operation of selection control of a current time information reference source according to the second embodiment; FIG. 11 is a screen display diagram of an EPG screen of the broadcast receiving device according to the second embodiment; FIG. 11 is a screen display diagram of an EPG screen of the broadcast receiving device according to the second embodiment; FIG. 11 is a system configuration diagram of a broadcast communication system according to Example 3; FIG. 4 is a diagram showing the data structure of a content information descriptor of a broadcasting system; FIG. 2 is a diagram for explaining the meaning of content types in content information descriptors of a broadcasting system; FIG. 4 is a diagram for explaining the meaning of source device primary color chromaticity coordinates and source device white chromaticity coordinates in a content information descriptor of a broadcasting system; FIG. 4 is a diagram explaining the meaning of EOTF identification in the content information descriptor of the broadcasting system; FIG. 11 is a screen display diagram of an EPG screen of the broadcast receiving device according to the third embodiment; FIG. 4 is a diagram for explaining color gamut deviation between a source device and a monitor device; FIG. 13 is a diagram for explaining color gamut conversion processing of the broadcast receiving apparatus according to the third embodiment; FIG. 13 is a diagram for explaining color gamut conversion processing of the broadcast receiving apparatus according to the third embodiment; FIG. 11 is a diagram for explaining image quality adjustment items of the broadcast receiving apparatus according to the third embodiment; FIG. 12 is a diagram for explaining luminance level conversion processing of the broadcast receiving apparatus according to the third embodiment; FIG. 12 is a diagram for explaining luminance level conversion processing of the broadcast receiving apparatus according to the third embodiment; FIG. 11 is a system configuration diagram of a broadcasting communication system according to a fourth embodiment; FIG. 13 is a block diagram of a broadcast receiving device according to Example 4; FIG. 11 is a software configuration diagram of a broadcast receiving apparatus according to Example 4; FIG. 11 is an interface configuration diagram of a broadcast receiving device and a monitor device according to Embodiment 4; FIG. 12 is a diagram for explaining mastering information output by the broadcast receiving device according to the fourth embodiment; FIG. 11 is a system configuration diagram of a broadcasting communication system according to a fifth embodiment; FIG. 12 is a diagram illustrating an example of output control information according to Example 5; FIG. 12 is a diagram for explaining an example of reception control information according to Example 5; FIG. 12 is a diagram for explaining an example of reception control information according to Example 5; FIG. 12 is a diagram for explaining an example of reception control information according to Example 5; FIG. 12 is a diagram for explaining an example of reception control information according to Example 5; FIG. 21 is a diagram illustrating an example of content output protection determination processing according to the fifth embodiment; FIG. 21 is a diagram illustrating an example of content output protection determination processing according to the fifth embodiment; FIG. 21 is a diagram illustrating an example of content output protection determination processing according to the fifth embodiment;

Hereinafter, examples of embodiments of the present invention will be described 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 receiver of this embodiment. The broadcast communication system of this embodiment includes a broadcast receiver 100 and an antenna 100a, a broadband network such as the Internet 200, a router device 200r and an access point 200a, a broadcast station radio tower 300t and a broadcast satellite (or communication satellite) 300s, a broadcast station It consists of a server 300, a service provider server 400, other application servers 500, a mobile phone communication server 600, a mobile phone communication network base station 600b, and a mobile information terminal 700. FIG.

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

The router device 200r is connected to the Internet 200 by wire communication, is connected to the broadcast receiving device 100 by wire communication or wireless communication, and is connected to the portable information terminal 700 by wireless communication. A method such as Wi-Fi (registered trademark) may be used for the wireless communication. This enables 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 by a method such as BlueTooth (registered trademark) or NFC (Near Field Communication) without going through the router device 200r.

The radio tower 300t is broadcasting equipment of a broadcasting station, and transmits broadcasting waves including encoded data of broadcast programs, caption information, other applications, general-purpose data, and the like. The broadcasting satellite (or communication satellite) 300 s receives the broadcast wave transmitted from the radio tower 300 t of the broadcasting station, performs frequency conversion etc. as appropriate, and then transmits the broadcast to the antenna 100 a connected to the broadcast receiving device 100 . A repeater that retransmits waves. Also, the broadcasting station is assumed to have a broadcasting station server 300 . The broadcasting station server 300 stores broadcast programs (video content, etc.) and metadata such as program titles, program IDs, program summaries, performer information, broadcast dates, etc. of each broadcast program, and stores the video content and each metadata. , based on the contract, it shall be possible to provide to the service provider. The moving image content and each metadata may be provided to the service provider through an API (Application Programming Interface) of 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 in cooperation with broadcast programs distributed from broadcast stations. In addition, the service provider server 400 stores, manages, distributes, and so forth video content and metadata provided by the broadcast station server 300, and various content and applications linked to broadcast programs. In addition, in response to an inquiry from a television receiver or the like, it is assumed to have a function of searching for contents, applications, etc. that can be provided, and providing a list. Note that the storage, management and distribution of the content and metadata and the storage, management and distribution of the application may be performed by different server devices. The broadcasting station and the service provider may be the same or different. A plurality of service provider servers 400 may be prepared for different services. Also, the functions of the service provider server 400 may 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. A plurality of other application servers 500 may exist on the Internet 200 .

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

The portable information terminal 700 is assumed to have a function of telephone communication (phone call) and data transmission/reception via a mobile phone communication network, and a function of wireless communication such as Wi-Fi (registered trademark). The mobile information terminal 700 can be connected to the Internet 200 via the router device 200r or the access point 200a, or via the base station 600b of the mobile telephone communication network and the mobile telephone communication server 600. It is possible to transmit and receive data through communication with each server device and other communication devices. The access point 200a is connected to the Internet 200 by wire communication, and is connected to the portable information terminal 700 by wireless communication. A method such as Wi-Fi (registered trademark) may be used for the wireless communication. Communication between mobile information terminal 700 and broadcast receiving apparatus 100 is performed via access point 200a, Internet 200, and router apparatus 200r, or via base station 600b, mobile telephone communication server 600, Internet 200, and router apparatus 200r. It may be performed through

[Outline of MMT method]
Broadcast receiving apparatus 100 shown in FIG. 1 is defined by MPEG (Moving Picture Experts Group)-2 system, which is widely used 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) in place of TS (Transport Stream) (hereinafter referred to as MPEG2-TS). A television receiver compatible with both MPEG2-TS and MMT may be used.

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 handles a single stream including the clock, it is suitable for transmitting a single content over a single transmission line with a guaranteed transmission quality, and has been adopted in many conventional digital broadcasting systems. On the other hand, MPEG2-TS functions in response to environmental changes related to content distribution, such as the recent diversification of content, the diversification of devices that use content, the diversification of transmission paths for distributing content, and the diversification of content storage environments. MMT is a newly developed media transport scheme due to the limitations of .

FIG. 2A shows an example of an outline of a coded 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. and The MFU is a format for transmitting video, audio, and the like, and may be configured in NAL (Network Abstraction Layer) unit units or access unit units. The MPU may consist of MPU metadata containing information about the overall structure of the MPU, movie fragment metadata containing information about the encoded media data, and sample data which is the encoded media data. It is also assumed that the MFU can be extracted from the sample data. In the case of media such as video components and audio components, presentation time and decoding time may be specified for each MPU or each access unit. FIG. 2B shows an example of the configuration of the MPU.

An MMTP packet consists of a header portion and an MMTP payload, and shall transmit MFU and MMT control information. The MMTP payload is assumed to have a payload header corresponding to the content (data unit) stored in the payload section. FIG. 2C shows an example of an overview of constructing an MFU from a video/audio signal, storing it in an MMTP payload, and constructing an MMTP packet. Note that in a video signal encoded using inter-frame prediction, it is desirable to configure the MPU in GOP (Group Of Pictures) units. Also, 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. Also, when the size of the MFU to be transmitted is large, one MFU may be divided into a plurality of payload parts and stored. Also, 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 coding method, and MPEG-4 AAC (Advanced Audio Coding) or MPEG-4 ALS (Audio Lossless Video Coding) is used as an audio coding method. Coding) shall be used. Encoded data such as video and audio of a broadcast program encoded by each of the above methods is in the form of MFU or MPU, further put on the MMTP payload to be MMTP packetized, and transmitted by IP (Internet Protocol) packet. and Also, data contents related to broadcast programs may be in the form of MFU or MPU, put on an MMTP payload, converted into MMTP packets, and transmitted in IP packets. Data content transmission methods include closed caption/text superimposition transmission method used for data streaming synchronized with broadcasting, application transmission method used for data transmission asynchronous to broadcasting, and synchronous/asynchronous message transmission for applications running on television receivers. Four types are prepared: an event message transmission method used for notification, and a general-purpose data transmission method for transmitting other general-purpose data in a synchronous/asynchronous manner.

For the transmission of MMTP packets, it is assumed that UDP/IP (User Datagram Protocol/Internet Protocol) is used in the broadcast transmission line, and UDP/IP or TCP/IP (Transmission Control Protocol/Internet Protocol) is used in the communication line. . It is also assumed that a TLV (Type Length Value) multiplexing method is used for efficient transmission of IP packets on the broadcast transmission path. An example of the protocol stack of the broadcasting system of this embodiment is shown in FIG. In the figure, (A) is an example of a protocol stack in a broadcast transmission line, 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 prepared. MMT-SI is control information indicating the structure of a broadcast program. It is assumed to be in the form of an MMT control message, put on an MMTP payload, form an MMTP packet, and be transmitted as an IP packet. TLV-SI is control information related to 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 in order to provide absolute time. 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 enable terminal devices to synchronously display components transmitted from different transmission points through different transmission paths. It is assumed that NTP (Network Time Protocol) format IP packets are used to provide UTC.

[Control information for broadcasting system using MMT]
In the broadcasting system to which the broadcast receiving apparatus 100 of this embodiment corresponds, as described above, the control information includes TLV-SI related to the TLV multiplexing method for multiplexing IP packets and MMT, which is the media transport method. Prepare the relevant MMT-SI. The TLV-SI provides information for the broadcast receiving apparatus 100 to demultiplex the IP packets multiplexed on the broadcast transmission path. TLV-SI consists of a "table" and a "descriptor". The "table" shall be transmitted in the form of sections, and the "descriptor" shall be placed within the "table". MMT-SI is transmission control information indicating information related to the configuration of MMT packages and 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 to which the broadcast receiving apparatus 100 of this embodiment is compatible. In this embodiment, the following table is used as the TLV-SI "table".

(1) TLV-NIT
The Network Information Table for TLV (TLV-NIT) represents information about the physical structure 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 carried in the network.

(3) Table set by business operator In addition, it is possible to prepare a table that is uniquely set by a service business operator or the like.

<Descriptor used in TLV-SI>
FIG. 5B shows a list of "descriptors" arranged in the TLV-SI of the broadcasting system supported by the broadcast receiving apparatus 100 of this embodiment. In this embodiment, the following is used as the "descriptor" of TLV-SI.

(1) Service List Descriptor The service list descriptor provides a list of services by service identifier 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 The network name descriptor describes the network name using character codes.

(5) Descriptors set by service providers In addition, descriptors set independently by service providers can be prepared.

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

(1) PA message Package Access (PA) message is 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) Messages set by service providers In addition, it is possible to prepare messages set independently by service providers.

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

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

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

(3) LCT
A layout configuration table (LCT) is used to associate layout information for presentation with a layout number. The LCT can 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 can be stored in the M2 section message.

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

(6) CAT (MH)
A CA table (Conditional Access Table: CAT) (MH) is used to store descriptors for identifying conditional access systems. CAT(MH) can be stored in the CA message.

(7) DCM
A Download Control Message (DCM) transmits key-related information such as a key for decrypting transmission path encryption for download. DCMs can be stored in M2 section messages.

(8) DMM
A Download Management Message (DMM) transmits key-related information such as a download key for decrypting the DCM. DMMs can be stored in M2 section messages.

(9) MH-EIT
The MH-Event Information Table (MH-EIT) is chronological information on events included in each service. MH-EIT can be stored in the M2 section message.

(10) MH-AIT
The MH-Application Information Table (MH-AIT) stores all information related to the application, the activation state required for the application, and the like. MH-AIT can be stored in the M2 section message.

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

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

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

(14) MH-TOT
The MH-Time Offset Table (MH-TOT) carries JST time and date (Modified Julian Day) information. MH-TOT can 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 non-volatile memory in section format to all receivers that receive it. MH-CDT can be stored in the M2 section message.

(16) DDM Table A Data Directory Management Table (DDM table) provides a directory structure of files that constitute an application in order to separate the file structure of the application and the structure for file transmission. DDM tables can be stored in data transmission messages.

(17) DAM Table A Data Asset Management Table (DAM table) provides configuration of MPUs in an asset and version information for each MPU. DAM tables can be stored in data transfer messages.

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

(19) EMTs
An event message table (EMT) is used to transmit information about event messages. The EMT can be stored in the M2 section message.

(20) Table set by business operator In addition, it is possible to prepare a table uniquely set by a service business operator or the like.

<Descriptor used in MMT-SI>
6C and 6D show a list of "descriptors" arranged in the MMT-SI of the broadcasting system supported by the broadcast receiving apparatus 100 of this embodiment. A descriptor is control information that provides more detailed information and shall be placed in a table. Note that the table in which descriptors are arranged may be determined according to the descriptors. In this embodiment, the following are used as the "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 can be placed in the MPT.

(2) Event Package Descriptor The event package descriptor provides correspondence between events representing programs and packages. The event package descriptor can be placed in the MH-EIT carried 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 location where the MPU is presented. MPU presentation area specification descriptors may be placed in the MPT.

(5) MPU Timestamp Descriptor The MPU Timestamp Descriptor indicates the presentation time of the first access unit in presentation order in the MPU. The MPU Timestamp Descriptor can be placed in the MPT.

(6) Dependency Descriptor The Dependency Descriptor provides the Asset ID of the dependent Asset. Dependency descriptors can be placed in the MPT.

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

(8) Scrambling scheme descriptor The scrambling scheme descriptor provides information for identifying the type of encryption target and encryption algorithm during scrambling. The scrambling scheme descriptor may be placed in 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 Scheme Descriptor may be placed in the MPT or CAT (MH).

(10) Emergency Information Descriptor (MH)
An emergency information descriptor (MH) is used when an emergency warning is broadcast. 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 audio stream of ISO/IEC 14496-3 (MPEG-4 audio). used for MH-MPEG-4 audio descriptors can be placed in the MPT.

(12) MH-MPEG-4 Audio Extension Descriptor The MH-MPEG-4 Audio Extension Descriptor is used to describe MPEG-4 audio stream profiles, levels, and coding system-specific settings. MH-MPEG-4 audio extension descriptors can be placed in the MPT.

(13) MH-HEVC Video Descriptor The MH-HEVC video descriptor conforms to ITU-T Recommendation H.264. H.265|Used to describe the basic encoding parameters of a video stream (HEVC stream) of ISO/IEC 23008-2. MH-HEVC video descriptors can be placed in the MPT.

(14) MH-Link Descriptor The MH-Link descriptor identifies the service to be provided when the viewer requests additional information related to a particular thing listed in the service information system. MH-Link descriptors may be located in MPT, MH-EIT, MH-SDT, and so on.

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

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

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

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

(19) Video Component Descriptor The video component descriptor indicates parameters and descriptions related to the video component, and is also used to represent the elementary stream in character format. Video component descriptors may be placed in the MPT or MH-EIT.

(20) MH-Stream Identifier Descriptor MH-Stream Identifier Descriptor is used to label component streams of a service and to refer to the description content indicated by the video component descriptor in MH-EIT by this label. . An MH-stream identifier descriptor can be placed in the MPT.

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

(22) MH-Parental Rate Descriptor The MH-Parental Rate Descriptor is used to represent age-based viewing restrictions and to extend based on 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. MH-Audio Component Descriptor may be located in MPT or MH-EIT.

(24) MH-Target Area Descriptor The MH-Target Area Descriptor is used to describe the target area of a program or some streams that constitute a program. The MH-Target Area Descriptor can be placed in the MPT.

(25) MH-series descriptor The MH-series descriptor is used to identify series programs. MH-series descriptors 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 can 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 expresses the program channel name and its carrier name together with the service format type in character code. The MH-Service Descriptor can be placed in the MH-SDT.

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

(30) MH-CA activation descriptor The MH-CA activation descriptor describes activation information for activating the CAS program on the CAS infrastructure. 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 by the application transmission method. MH-Type descriptors can be placed in a DAM table.

(32) MH-Info descriptor MH-Info descriptor describes information about MPU or item. MH-Info descriptors can be placed in a DAM table.

(33) MH-Expire descriptor The MH-Expire descriptor describes the expiration date of the item. MH-Expire descriptors can be placed in the 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 can be placed in the DAM table.

(35) MH-Data Encoding Descriptor MH-Data Encoding Descriptor is used to identify the data encoding. The MH-Data Coding Descriptor can 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. The UTC-NPT reference descriptor can be placed in the EMT.

(37) Event message descriptor The event message descriptor conveys information about event messages in general. Event message descriptors can be placed in the EMT.

(38) MH-Local Time Offset Descriptor The MH-Local Time Offset Descriptor is used to give a certain offset value between the actual time (eg, UTC+9 hours) and the display time for the human system when daylight saving time is implemented. The MH-Local Time Offset Descriptor can be placed in the MH-TOT.

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

(40) MH-Logo Transmission Descriptor The MH-Logo Transmission Descriptor is used to describe simple logo character strings, pointing to logos in CDT format, and the like. The MH-Logo Transmission Descriptor can be placed in the MH-SDT.

(41) MPU Extended Timestamp Descriptor The MPU Extended Timestamp Descriptor provides the decoding time of the access unit within the MPU. The MPU Extended Timestamp Descriptor can be placed in the MPT.

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

(43) MH-Network Download Contents Descriptor The MH-Network Downloads Contents Descriptor is used to describe the attribute information of the content downloaded using the network. The MH-Network Download Content Descriptor can be placed in the MH-SDTT.

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

(45) MH-Transmission Protocol Descriptor The MH-transmission protocol descriptor is used to designate transmission protocols such as broadcasting and communication and to indicate location information of applications dependent on the transmission protocols. The MH-Transport Protocol Descriptor can be placed in the MH-AIT.

(46) MH-Simple Application Location Descriptor MH-Simple Application Location Descriptor is written to indicate the details of the acquisition source of the 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 used to set the application boundary and set the broadcasting resource access authority for each area (URL). The MH-Application Boundary Authorization Descriptor can be placed in the MH-AIT.

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

(49) MH-Cache Information Descriptor MH-Cache Information Descriptor is used for cache control when resources that make up an application are cached and held when reuse of the application is assumed. . The MH-Cache Information Descriptor can be placed in the MH-AIT.

(50) MH-Probabilistic Application Delay Descriptor MH-Probabilistic Application Delay Descriptor delays the timing of application control by a stochastically set delay amount, assuming load distribution of server access for application acquisition. described in The MH-Probabilistic Adaptation Delay Descriptor can be placed in the MH-AIT.

(51) Link Destination PU Descriptor The link destination PU descriptor describes other presentation units that may transition from the presentation unit (PU). Linked-to PU descriptors may be placed in the DCC table.

(52) Lock Cache Specification Descriptor The lock cache specification descriptor describes the specification of a file to be cached and locked in the presentation unit. Lock cache specification descriptors can be placed in the DCC table.

(53) Unlock Cache Specification Descriptor The unlock cache specification descriptor describes the specification of files to be unlocked among files locked in the presentation unit. Unlocked cache specification descriptors can be placed in the DCC table.

(54) Descriptor set by the service provider In addition, it is possible to prepare descriptors set independently by the service provider.

<Relationship between data transmission and each control information in the MMT method>
Here, with reference to FIG. 6E, the relationship between data transmission and typical tables in the broadcast system to which the broadcast receiver 100 of the present embodiment is compatible will be described.

In the broadcasting system to which the broadcast receiving apparatus 100 of this embodiment is compatible, data transmission can be performed through a plurality of paths such as TLV streams via broadcast transmission paths and IP data flows via communication lines. The TLV stream includes TLV-SI such as TLV-NIT and AMT, and IP data flow, which is a data flow of IP packets. 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 caption asset including a series of caption MPUs, a text super asset including a series of text super MPUs, a data asset including a series of data MPUs, and so on. These various assets are associated in units of "packages" by an MPT (MMT package table) that is stored in a PA message and transmitted. Specifically, the MPT contains a package ID (corresponding to the "MMT_package_id_byte" parameter shown in FIG. 17 to be described later) and the asset ID of each asset included in the package (corresponding to the "asset_id_byte" parameter shown in FIG. 17 to be described later). is described, the association is performed.

The assets that make up the package can be only the assets in the TLV stream, but they can also include the assets that are transmitted in the IP data flow of the communication line, as shown in FIG. 6E. This is done by including location information (corresponding to "MMT_general_location_info( )" shown in FIG. 17 to be described later) of each asset included in the package in the MPT so that the broadcast receiving apparatus 100 of this embodiment can refer to each asset. It can be realized by making it comprehensible. Specifically, by changing the value of the "MMT_general_location_infolocation_type" parameter located 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 in IP data flow (location_type=0x04)
(6) Data at the specified URL (location_type=0x05)
For example, various data transmitted through various transmission paths can be configured so that the broadcast receiving apparatus 100 can refer to them.

Among the above-mentioned 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 receiver 100 shown in FIG. 7A, which will be described later. When the MPT is transmitted by including it in the IP data flow on the communication line side, the reference destination of (1) may be the IP data flow received via the communication line by the LAN communication unit 121, which will be described later. Also, the above (2), (3), (5), and (6) are IP data flows received via a communication line by the LAN communication unit 121, which will be described later. Further, the above (4) includes, for example, a receiving function for receiving a digital broadcasting signal using the MMT method and a digital broadcasting using the MPEG2-TS method, like the broadcast receiving apparatus 800 of the second embodiment shown in FIG. 24 which will be described later. In the case of a broadcast receiving device having both reception functions for receiving signals, digital broadcasting using the MPEG2-TS system based on MPT location information ("MMT_general_location_info ()") included in the digital broadcasting signal using the MMT system It can be used when referring to the data multiplexed in the MPEG2-TS received by the reception function that receives the signal.

The data constituting the "package" is specified in this way, but in the broadcasting system to which the broadcast receiving apparatus 100 of the present embodiment is compatible, a series of data in units of "packages" is converted into units of "services" of digital broadcasting. treated as

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

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

[Hardware Configuration of Broadcast Receiver]
FIG. 7A is a block diagram showing an example of the internal configuration of broadcast receiving apparatus 100. As shown in FIG. Broadcast receiver 100 includes main control unit 101, system bus 102, ROM 103, RAM 104, storage unit 110, LAN communication unit 121, expansion interface unit 124, digital interface unit 125, tuner/demodulation unit 131, separation unit 132. , video decoder 141, video color gamut conversion unit 142, audio decoder 143, text super decoder 144, subtitle decoder 145, subtitle synthesizing unit 146, subtitle color gamut conversion unit 147, data decoder 151, cache unit 152, application control unit 153, Consists of a browser unit 154, an application color gamut conversion unit 155, a sound source unit 156, a video synthesis unit 161, a monitor unit 162, a video output unit 163, an audio synthesis unit 164, a speaker unit 165, an audio output unit 166, and an operation input unit 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. A system bus 102 is a data communication path for transmitting and receiving data between the main control unit 101 and each operation block in the broadcast receiving apparatus 100 .

A ROM (Read Only Memory) 103 is a non-volatile memory that stores a basic operation program such as an operating system and other operation 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 for executing the basic operating program and other operating programs. The ROM 103 and the RAM 104 may be configured integrally with the main control section 101 . Further, the ROM 103 may use a partial storage area in the storage (accumulation) section 110 instead of having an independent configuration as shown in FIG. 7A.

The storage (accumulation) unit 110 stores an operation program and operation setting values of the broadcast receiving device 100, personal information of the user of the broadcast receiving device 100, and the like. Further, it is possible to store an operation program downloaded via the Internet 200 and various data created by the operation program. In addition, content such as moving images, still images, and sounds obtained from broadcast waves or downloaded via the Internet 200 can also be stored. A partial area of the storage (accumulation) unit 110 may be used to replace all or part of the functions of the ROM 103 . In addition, the storage (accumulation) unit 110 needs to retain stored information even when power is not supplied to the broadcast receiving apparatus 100 from the outside. Therefore, for example, devices such as non-volatile 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 should be noted that each operation program stored in the ROM 103 and the storage (accumulation) unit 110 can be added, updated, and expanded 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 transmits and receives data to and from each server device on the Internet 200 and other communication devices. It is also assumed that an MMT data string (or part thereof) of a program transmitted via a communication line is acquired. The connection with 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. Also, the broadcast receiving apparatus 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) to a service channel desired by the user under the control of the main controller 101. FIG. Furthermore, the tuner/demodulator 131 demodulates the received broadcast signal to obtain an MMT data string. Note that although the example shown in FIG. 7A exemplifies a configuration in which there is one tuner/demodulator, the broadcast receiving apparatus 100 may include a tuner/demodulator for the purpose of simultaneous display of multiple screens, recording of counterprograms, and the like. It is good also as a structure which mounts more than one.

The separation unit 132 is an MMT decoder, and separates real-time presentation elements such as a video data string, an audio data string, a text superimposition data string, a caption data string, and the like based on the control signal in the input MMT data string into the video decoder 141. , audio decoder 143, text decoder 144, caption decoder 145, and the like. The data input to the separation unit 132 is an MMT data string transmitted via a broadcast transmission line and demodulated by the tuner/demodulation unit 131, or MMT data transmitted via a communication line and received by the LAN communication unit 121. It can be a row. Also, the separation unit 132 reproduces the multimedia application and file-based data that are its constituent elements, and temporarily stores them in the cache unit 152 . The separating unit 132 also extracts general-purpose data and outputs it to the data decoder 151 in order to use it for streaming data for applications or data used by a player that presents data other than audiovisual subtitles. Further, the separation unit 132 may perform error correction, access restriction control, etc. for the input MMT data string under 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 by the video synthesis unit 161 . The audio decoder 143 decodes the audio data string input from the separator 132 and outputs audio information. In addition, even if streaming data such as MPEG-DASH (MPEG-Dynamic Adaptive Streaming over HTTP) format or the like obtained from the Internet 200 via the LAN communication unit 121 is input to the video decoder 141 and the audio decoder 143, good. Also, the video decoder 141, the video color gamut conversion unit 142, the audio decoder 143, etc. may be provided in plurality in order to simultaneously decode multiple types of video data strings and audio data strings.

The superimposed text decoder 144 decodes the superimposed data string input from the separator 132 and outputs superimposed text information. The caption decoder 145 decodes the caption data string input from the separation unit 132 and outputs caption information. The superimposed text information output from the superimposed text decoder 144 and the subtitle information output from the subtitle decoder 145 are subjected to a synthesizing process in the subtitle synthesizing unit 146. For image synthesis processing, color space conversion processing is applied as necessary. In this embodiment, of the services centered on character information presented simultaneously with 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, when they are not distinguished, they are collectively referred to as subtitles.

The browser unit 154 retrieves multimedia application files and file-based data, which are components thereof, obtained from a server device on the Internet 200 via the cache unit 152 or the LAN communication unit 121 as control information contained in the MMT data string and LAN The information is presented according to instructions from the application control unit 153 that interprets the control information acquired from the server device on the Internet 200 via the communication unit 121 . 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 unit 154 is further subjected to color space conversion processing in the application color gamut conversion unit 155 for image composition processing in the image composition unit 161 as necessary. The browser unit 154 also reproduces application audio information by working on the sound source unit 156 .

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

It should be noted 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 the logical plane structure provided by the presentation function of the broadcast receiving apparatus 100 of this embodiment. In the logical plane structure, a superimposed text plane for displaying superimposed text is arranged in the foreground, and a subtitle plane for displaying subtitles is arranged in the next layer. A multimedia plane for displaying broadcast video, multimedia applications, or composite video thereof is placed on the third layer, and a background plane is placed on the backmost layer. In the subtitle synthesizing unit 146 and the video synthesizing unit 161, drawing of superimposed text information on the superimposed text plane, drawing of subtitle information on the subtitle plane, and drawing of video information, application information, etc. on the multimedia plane are performed. Also, the background color is drawn on the background plane based on the LCT and the like included in the MMT-SI. It is assumed that a plurality of multimedia planes in the third layer can be prepared according to the number of video decoders 141 . However, even if there are a plurality of multimedia planes, the application information and the like output from the application color gamut conversion unit 155 shall be output only to the frontmost multimedia plane.

The audio synthesizing unit 164 receives 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. Speaker unit 165 provides the user of broadcast receiving apparatus 100 with the audio information selected and/or mixed by audio synthesizing unit 164 . The audio output unit 166 is an audio output interface that outputs audio information selected and/or mixed by the audio synthesis unit 164 .

The extension interface unit 124 is a group of interfaces for extending the functions of the broadcast receiving apparatus 100, and in this embodiment, it is assumed to be composed of an analog video/audio interface, a USB (Universal Serial Bus) interface, a memory interface, and the like. do. The analog video/audio interface inputs analog video/audio signals from an external video/audio output device, outputs analog video/audio signals to an external video/audio input device, and the like. The USB interface is connected to a PC or the like to transmit and receive data. Broadcast programs and contents may be recorded by connecting an HDD. Also, a keyboard or other USB devices may be connected. A memory interface connects a memory card or other memory medium to transmit and receive data.

The digital interface unit 125 is an interface that outputs or inputs encoded digital video data and/or digital audio data. The digital interface unit 125 can directly output the MMT data string obtained by demodulation by the tuner/demodulator 131, the MMT data string acquired via the LAN communication unit 121, or the mixed data of each MMT data string. shall be Also, control may be performed so that the MMT data string input from the digital interface unit 125 is input to the separation unit 132 . Output of digital content stored in the storage (accumulation) unit 110 or storage of digital content in the storage (accumulation) unit 110 may be performed via the digital interface unit 125 .

The digital interface unit 125 is a DVI terminal, an HDMI (registered trademark) terminal, a Display Port (registered trademark) terminal, or the like, and outputs or inputs data in a format conforming to the DVI specification, the HDMI specification, the Display Port specification, or the like. It can be anything. It 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 hardware configuration.

The operation input unit 170 is an instruction input unit for inputting an operation instruction to the broadcast receiving apparatus 100. In this embodiment, a remote control receiving unit for receiving commands transmitted from a remote controller (not shown) and a button switch are arranged. It shall consist of operation keys. Only one of them may be used. Further, the operation input unit 170 may be replaced by a touch panel arranged over the monitor unit 162 . A keyboard or the like connected to the expansion interface section 124 may be substituted. The remote control not shown may be replaced by the portable information terminal 700 having a remote control command transmission 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 the television receiver, the broadcast receiving apparatus 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, a STB (Set Top Box), or the like. It may be a PC (Personal Computer), a tablet terminal, a navigation device, a game machine, or the like, which has a digital broadcasting reception function and a broadcast communication cooperation function. If broadcast receiving apparatus 100 is a DVD recorder, HDD recorder, STB, or the like, monitor section 162 and speaker section 165 may not be provided. By connecting an external monitor and an external speaker to the video output unit 163 and the audio output unit 166 or the digital interface unit 125, the same operation as the broadcast receiving apparatus 100 of this embodiment can be performed.

[System Configuration of Clock Synchronization/Presentation Synchronization of Broadcast Receiver]
FIG. 7C is an example of a clock synchronization/presentation synchronization system configuration in a broadcasting system to which the broadcast receiving apparatus 100 of this embodiment is compatible. In the broadcasting system of this embodiment, the UTC is transmitted in the 64-bit NTP time stamp format from the broadcasting transmission system to the receiver (broadcast receiving apparatus 100 of this embodiment, etc.). In the NTP time stamp format, "seconds or more" of UTC are represented by 32 bits, and "less than seconds" are represented by 32 bits. However, in practice, it is difficult to reproduce one second with 32-bit precision. For this reason, as a system clock for synchronizing the video system and a system clock for operating an NTP format clock, for example, "2 to the 24th power" Hz (approximately 16.8 MHz) as shown in FIG. may be used. In addition, considering that the system clock in the conventional broadcasting system was 27 MHz and that the hardware configuration of the receiver can be easily constructed, It is desirable to employ a power-law frequency as the system clock.

In addition, when the system clock is set to a power-of-two frequency such as "2 to the 24th power" to "2 to the 28th power" on the broadcast transmission system side and the receiver side as described above, 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 referred to by the system clock or the PLL (Phase Locked Loop) system for reproducing the clock in NTP format are "0" or "1". may be fixed to . That is, if the system clock is ``2 nth power'' Hz (n=24 in the example of FIG. 7C), the lower ``32-n'' bits of the NTP time stamp format are fixed to ``0'' or ``1''. You can do it. Alternatively, the receiver side may be processed so as to ignore the lower "32-n" bits of the NTP time stamp 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 based on a VCO (Voltage Controlled Oscillator) of "2 nth power" Hz, and the time information given from the outside is Implement synchronized delivery system clocks. In addition, the entire signal processing system is operated in synchronization with the system clock of "2 nth power" Hz. Furthermore, the output of the transmission system clock is periodically transmitted to the receiver side via the broadcast transmission line as time information in NTP length format.

On the receiver side, the time information in the NTP length format is received via the broadcast transmission line, and the receiving system clock is reproduced by the PLL system based on the VCO of "2 to the nth power" Hz, like the broadcast transmission system side. As a result, the reception system clock becomes a clock synchronized with the broadcast transmission 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 broadcasting transmission system side and the receiver side is realized, enabling stable signal reproduction. Become. Also, the decoding time and the 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, the MPT stored in the PA message transmitted by the broadcast signal stores an MPU time stamp descriptor shown in FIG. 13B, which will be described later. The 'mpu_sequence_number' parameter in the MPU timestamp descriptor of FIG. It is shown in timestamp format. Therefore, the receiver refers to the MPU time stamp descriptor stored in the MPT, and can 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 the presentation timing for each presentation unit of the video/audio signals described 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 time stamp format described in the MPU time stamp descriptor or the like. That is, when a clock of "2 mth power" Hz generated by frequency division of the system clock is used for controlling the decoding timing and the presentation timing, the lower order of the NTP timestamp format described in the MPU timestamp descriptor etc. It is not necessary to refer to the "32-m" bits. Therefore, the lower "32-m" bits of the NTP time stamp format described in the MPU time stamp descriptor or the like may be fixed to "0" or "1".

[Software Configuration of Broadcast Receiver]
FIG. 7D is a software configuration diagram of the broadcast receiving apparatus 100 of the present embodiment, showing the software configuration in the ROM 103, RAM 104 and storage (accumulation) section 110. As shown in FIG. In this embodiment, the ROM 103 stores a basic operating program 1001 and other operating programs, and the storage unit 110 stores a receiving function program 1002 and other operating programs. The storage (accumulation) unit 110 also includes a content storage area 1200 for storing content such as moving images, still images, and audio, and an authentication area for storing authentication information required when accessing external portable terminal devices and each server device. It is assumed that an information storage area 1300 and various information storage areas for storing other various information are provided.

A basic operation program 1001 stored in the ROM 103 is loaded into the RAM 104, and the main control unit 101 executes the loaded basic operation program to configure a basic operation execution unit 1101. FIG. Similarly, the reception function program 1002 stored in the storage (accumulation) unit 110 is expanded in the RAM 104, and the main control unit 101 executes the expanded reception function program to configure the reception function execution unit 1102. do. The RAM 104 is also assumed to have a temporary storage area for temporarily holding data created during execution of each operating program as needed.

In the following description, for the sake of simplicity, the basic operation program 1001 stored in the ROM 103 is loaded into the RAM 104 and executed by the main control unit 101 to control each operation block. It is assumed that the unit 1101 controls each operation block. Similar descriptions are made for other operating programs.

The receiving function executing unit 1102 controls each operation 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 unit 1102a mainly controls the MMT decoder function of the separating unit 132, and distributes the video data string, the audio data string, etc. separated from the MMT data string to the corresponding decoding processing units. The AV decoding processing unit 1102b mainly controls the video decoder 141, the audio decoder 143, and the like. The application processing unit 1102 c mainly controls the cache unit 152 , the application control unit 153 , the browser unit 154 and the sound source unit 156 . The superimposed text processing unit 1102d mainly controls the superimposed text decoder 144. FIG. The caption processing unit 1102 e mainly controls the caption decoder 145 . The general-purpose data processing unit 1102f mainly controls the data decoder 151. FIG. The EPG generation unit 1102g interprets the description contents such as MH-EIT included in the MMT-SI and generates an EPG screen. The presentation processing unit 1102h converts the video color gamut conversion unit 142, the subtitle synthesis unit 146, the subtitle color conversion unit 147, the application color conversion unit 155, the video synthesis unit 161, and the audio synthesis unit 164 based on the logical plane structure. is primarily controlled.

Each of the operation programs may be stored in the ROM 103 and/or the storage (accumulation) unit 110 in advance at the time of product shipment. It may be acquired from other application servers 500 or the like on the Internet 200 via the LAN communication unit 121 after product shipment. Further, each operation program stored in a memory card, an optical disc, or the like may be obtained through the expansion interface section 124 or the like.

[Broadcast station server configuration]
FIG. 8 is a block diagram showing an example of the internal configuration of the broadcasting station server 300. As shown in FIG. The broadcasting station server 300 is composed of 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 operation program. A system bus 302 is a data communication path for transmitting and receiving data between the main control unit 301 and each operation block in the broadcasting station server 300 . A RAM 304 serves as a work area when each operation program is executed.

Storage unit 310 stores basic operation program 3001 , broadcast content management/distribution program 3002 and broadcast content transmission program 3003 , and further comprises broadcast content storage area 3200 and metadata storage area 3300 . A broadcast content storage area 3200 stores program content of each broadcast program broadcast by a broadcasting station. The metadata storage area 3300 stores metadata such as program titles, program IDs, program outlines, performers, broadcast dates and times, and copy control information related to each program content of each broadcast program.

Also, 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 expanded in the RAM 304, and the main control unit 301 executes the expanded programs. Thus, a basic operation execution unit 3101, a broadcast content management/distribution execution unit 3102, and a broadcast content transmission execution unit 3103 are configured.

In the following description, for the sake of simplicity, the basic operation program 3001 stored in the storage unit 310 is loaded into the RAM 304 and executed by the main control unit 301 to control each operation block. It is assumed 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 and the like of each broadcast program and each metadata accumulated in the broadcast content storage area 3200 and the metadata storage area 3300, and manages the program content and the like of each broadcast program and each metadata. It controls when metadata is provided to service providers based on contracts. Further, the broadcast content management/distribution execution unit 3102, when providing the program content and the like of each broadcast program and each metadata to the service provider, may be provided to the service provider based on the contract as necessary. Authentication processing of the server 400 or the like may be performed.

Broadcast content transmission execution unit 3103 receives program content of broadcast programs stored in broadcast content storage area 3200, program titles, program IDs, and program content copy control information of broadcast programs stored in metadata storage area 3300. Time schedule management and the like are performed when the MMT data string including the data is transmitted from the radio tower 300t via the digital broadcast signal transmission unit 360. FIG.

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 unit 321 includes an encoding circuit, a decoding circuit, and the like. The digital broadcast signal transmission unit 360 modulates an MMT data string composed of a video data string, an audio data string, a program information data string, etc., such as program content of each broadcast program stored in the broadcast content storage area 3200, and modulates it. , and the radio tower 300t as digital broadcast waves.

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

The main control unit 401 is a microprocessor unit that controls the entire service provider server 400 according to a predetermined operating program. A system bus 402 is a data communication path for transmitting and receiving data between the main control unit 401 and each operation block in the service provider server 400 . A RAM 404 serves as a work area when each operation 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 includes a video content storage area 4200, a metadata storage area 4300, an application storage area 4400, and user information storage. A region 4500 is provided. The video content storage area 4200 stores program content of broadcast programs provided from the broadcasting station server 300 as video content. In addition, it stores video content and the like produced by the service provider. The metadata storage area 4300 stores metadata provided by 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.) on users permitted to access the service provider server 400 .

Further, the basic operation program 4001, the video content management/distribution program 4002, and the application management/distribution program 4004 stored in the storage unit 410 are developed in the RAM 404, and the main control unit 401 executes the expanded basic operation program and the image. 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 description, for the sake of simplicity, the basic operation program 4001 stored in the storage unit 410 is loaded into the RAM 404 and executed by the main control unit 401 to control each operation block. It is assumed that the action execution unit 4101 controls each action block. Similar descriptions are made for other operating programs.

Video content management/distribution execution unit 4102 acquires program content and the like of broadcast programs and metadata from broadcasting station server 300, and manages video content and the like accumulated in video content storage area 4200 and metadata storage area 4300 and each metadata. and control distribution of the video content and each metadata to each television receiver. Furthermore, the video content management/distribution execution unit 4102 performs authentication processing of each television receiver as necessary when distributing each video content and each metadata to each television receiver. you can go Also, the application management/distribution executing unit 4104 manages each application stored in the application storage area 4400 and controls when each application is distributed in response to a request from each television receiver. Furthermore, the application management/distribution executing unit 4104 may perform authentication processing of each television receiver, etc., as necessary when distributing each application to each television receiver.

The LAN communication unit 421 is connected to the Internet 200 and communicates with the broadcasting 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 unit 421 includes an encoding circuit, a decoding circuit, and the like.

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

Main control unit 701 is a microprocessor unit that controls the entire portable information terminal 700 according to a predetermined operation program. A system bus 702 is a data communication path for transmitting and receiving data between the main control unit 701 and each operation block in the portable information terminal 700 .

A ROM 703 is a memory storing a basic operation program such as an operating system and other operation programs, and a rewritable ROM such as an EEPROM or a flash ROM is used. A RAM 704 serves as a work area for executing the basic operation program and other operation programs. The ROM 703 and RAM 704 may be configured integrally with the main control section 701 . Also, the ROM 703 may use a partial storage area in the storage section 710 instead of having an independent configuration as shown in FIG. 10A.

The storage unit 710 stores an operation program and operation setting values of the mobile information terminal 700, personal information of the user of the mobile information terminal 700, and the like. Further, it is possible to store an operation program downloaded via the Internet 200 and various data created by the operation program. In addition, content such as moving images, still images, and sounds downloaded via the Internet 200 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 . Moreover, 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.

It should be noted that each operation program stored in the ROM 703 and storage unit 710 can be added, updated, and expanded in function by downloading from each server device on the Internet 200 .

The communication processing unit 720 is composed of a LAN communication unit 721 , a mobile telephone network communication unit 722 and an NFC communication unit 723 . The LAN communication unit 721 is connected to the Internet 200 via the router device 200r and the access point 200a, and transmits and receives data to and from each server device on the Internet 200 and other communication devices. It is assumed that the connection with the router device 200r and the access point 200a is performed by wireless connection such as Wi-Fi (registered trademark). The mobile phone network communication unit 722 performs telephone communication (phone call) and data transmission/reception by wireless communication with the base station 600b of the mobile phone network. The NFC communication unit 723 performs wireless communication with a corresponding reader/writer when in close proximity. The LAN communication unit 721, the mobile phone network communication unit 722, and the NFC communication unit 723 are each provided with an encoding circuit, a decoding circuit, an antenna, and the like. Also, 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 extended interface unit 724 is a group of interfaces for extending 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/audio signals from an external video/audio output device, outputs video/audio signals to an external video/audio input device, and the like. The USB interface is connected to a PC or the like to transmit and receive data. Also, a keyboard or other USB devices may be connected. A memory interface connects a memory card or other memory medium to transmit and receive data.

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

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

The audio processing unit 750 is composed of an audio output unit 751 , an audio signal processing unit 752 and an audio input unit 753 . The audio output unit 751 is a speaker, and provides the user of the mobile information terminal 700 with the audio signal processed by the audio signal processing unit 752 . A voice input unit 753 is a microphone that converts a user's voice or the like 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 includes a GPS receiver 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 sensors make it possible to detect the position, tilt, direction, movement of the mobile information terminal 700, the brightness of the surroundings, the proximity of surrounding objects, and the like. Moreover, the mobile information terminal 700 may further include other sensors such as an air pressure sensor.

The mobile information terminal 700 may be a mobile phone, a smart phone, a tablet terminal, or the like. A PDA (Personal Digital Assistant) or a notebook PC may be used. It may also be a digital still camera, a video camera capable of capturing 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 components such as the sensor unit 760 that are not essential to the present embodiment, but even if the configuration does not include these components, the present embodiment without compromising the effect of In addition, a configuration (not shown) such as a digital broadcast reception function, an electronic money payment function, and the like may be added.

[Software configuration of portable information terminal]
FIG. 10B is a software configuration diagram of the portable information terminal 700 of this embodiment, and shows the software configuration in the ROM 703, the RAM 704, and the storage unit 710. As shown in FIG. In this embodiment, the ROM 703 stores a basic operating program 7001 and other operating programs, and the storage unit 710 stores a cooperative control program 7002 and other operating programs. The storage unit 710 also includes a content storage area 7200 for storing content such as moving images, still images, and audio, an authentication information storage area 7300 for storing authentication information required when accessing the television receiver and each server device, Various information storage areas for storing various other information are provided.

A basic operation program 7001 stored in the ROM 703 is loaded into the RAM 704, and the main control unit 701 executes the loaded basic operation program to configure a basic operation execution unit 7101. FIG. Similarly, the cooperative control program 7002 stored in the storage unit 710 is expanded in the RAM 704, and the main control unit 701 executes the expanded cooperative control program to configure the cooperative control execution unit 7102. The RAM 704 also has a temporary storage area for temporarily holding data created during execution of each operation program as needed.

In the following description, for the sake of simplicity, the basic operation program 7001 stored in the ROM 703 is loaded into the RAM 704 and executed by the main control unit 701 to control each operation block. It is assumed 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, connection, transmission and reception of each data, etc. when the portable information terminal 700 performs cooperative operation with the television receiver. Also, the cooperation control execution unit 7102 is assumed to have a browser engine function for executing an application that works in conjunction with the television receiver.

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

[Time Management of Broadcast Receiver]
The broadcast receiver of this embodiment has two kinds of time management functions. The first time management function is an NTP-based time management function, which has already been described with reference to FIG. 7C. The second time management function is a time management function based on MH-TOT, and 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. An example of the data structure of the MPU timestamp descriptor is shown in FIG. 13B. The "reference_timestamp" parameter and the "transmit_timestamp" parameter in the NTP format are 64-bit long NTP format time data, and the "mpu_presentation_time" parameter in the MPU time stamp descriptor is also a 64-bit NTP time stamp. format time data. The time data in the NTP length format and the time data in the NTP time stamp format are data in which "seconds or more" of UTC are represented by 32 bits, and "less than seconds" are represented by 32 bits. That is, the NTP format time information can transmit time information up to "less than a second". Furthermore, since the time information in NTP format is UTC notation, unlike clock management in conventional digital broadcasting, as shown in FIG. It is also possible to match the NTP contained in the signal received on the line).

On the other hand, the information transmitted by MH-TOT is as follows. Broadcast receiving apparatus 100 is assumed to be capable of acquiring the current date and Japan Standard Time from 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. The "JST_time" parameter is, as shown in FIG. It shall contain 24-bit information represented by a Binary-Coded Decimal (BCD). The current date can be calculated by performing a predetermined operation on the 16-bit encoded data of the MJD. Six 4-bit binary coded decimal numbers represent "hour" in two decimal digits by 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 the time based on NTP and the 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, whereas MH-TOT is information in UTC notation. The point is that 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, by decoding video, audio, subtitles, superimposed text, and other presentation data, which are contents of broadcast signals, and synchronous processing of display. , it is possible to achieve more accurate synchronization processing. Further, by referring to the information in UTC notation instead of the clock notation of the broadcasting station, video, audio, subtitles, superimposed characters, or other data, which are the contents of the broadcast signal received in the broadcast signal, are acquired through the communication line path. Synchronization processing of decoding and display with video, audio, subtitles, superimposed text, or other data can also be performed.

Furthermore, the broadcast receiving apparatus of the present embodiment has a time management function based on "JST_time" containing 24-bit information represented by six 4-bit binary coded decimal numbers of MH-TOT to present 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 in FIG. 6B. In general, processing for presenting the current time to a user in a broadcast receiving apparatus rarely requires accuracy to the order of seconds. In addition, each time information described in the MH-event information table (MH-EIT) is represented by six 4-bit binary coded decimal numbers in the same manner as the EIT for conventional digital broadcasting transmitted in the MPEG2-TS system. This 24-bit information is stored as "hour", "minute", and "second" in two decimal digits each. For this reason, the time management function based on MH-TOT in the broadcast receiving apparatus 100 of this embodiment is easily compatible with the processing using MH-EIT. Specifically, processing using MH-EIT includes processing for generating a program guide (to be described later), control of recording reservation and viewing reservation, and copyright management processing such as temporary storage. This is because it is rare for any processing to require precision to within a second, and precision in units of one second is sufficient.

In addition, the generation process of the program table, the control of recording reservation and viewing reservation, and the copyright management process such as temporary storage are functions that are also installed in the receiver of the digital broadcasting system using the conventional MPEG2-TS system. . Then, in the broadcasting system of the present embodiment as well, in processing such as generation processing of the program table, control of recording reservations and viewing reservations, and copyright management processing such as temporary storage, it is different from the conventional MPEG2-TS digital broadcasting system. A broadcast receiving apparatus having both conventional MPEG2-TS digital broadcasting receiving function and MMT digital broadcasting receiving function can be constructed by configuring it so as to cope with consistent time management processing. In this case, it is no longer necessary to design a separate processing algorithm for each of these processes (program table generation processing, recording reservation control, viewing reservation control, copyright management processing such as temporary storage), which reduces costs. can do.

In addition, even a receiver that does not have the conventional MPEG2-TS format digital broadcast reception function but has only the MMT format digital broadcast reception function can generate program guides, control recording reservations and viewing reservations, Even without creating a completely new algorithm for processing such as copyright management processing such as temporary storage, it is possible to divert the algorithm of the function installed in the receiver of the digital broadcasting system using the conventional MPEG2-TS system. It can be developed at a lower cost.

Therefore, the configuration that uses the time management function based on the MH-TOT "JST_time" parameter for these processes (program table generation processing, recording reservation and viewing reservation control, copyright management processing such as temporary storage, etc.) By doing so, even an MMT digital broadcast receiver can be provided at a lower cost by enhancing compatibility with a conventional broadcast system.

As described above, the broadcast receiving apparatus 100 of this embodiment has a time management function using two types of time information with different accuracies. One of the time information is time information in a notation consistent with a conventional digital broadcasting system, the other time information is time information with higher resolution than the one of the time information, and the latter time information is the time information of the broadcast signal. By using it for synchronization processing of each content data, more advanced information presentation processing than the conventional broadcasting system is realized. A broadcast receiving apparatus can be provided at a low cost by using it for rights management processing and the like.

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

[First modification of time management]
Next, a first modified example 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 time management function based on NTP already described with reference to FIG. information on the assumed delay time in the time information transmission is included in the broadcast signal and transmitted, and in the broadcast receiving device 100, the information on the assumed delay time is used for correcting the system clock of the time management function based on NTP. Also good.

At this time, the information about the assumed delay time may be configured to be transmitted within a TMCC (Transmission and Multiplexing Configuration Control) area outside the TLV multiplexed stream, not within the TLV multiplexed stream shown in FIG. good. If transmitted within the TMCC region, it becomes possible for the broadcast receiving apparatus 100 to extract information about the assumed delay time without going through the separation processing (demux processing) of the TLV multiplexed stream. That is, it is possible to obtain information that is less susceptible to the delay caused by the separation processing in the broadcast receiving apparatus 100, and therefore it is possible to correct the system clock with high accuracy. An example of the data structure of time information transmitted by the TMCC signal will be described with reference to FIG. 13C. The time information may be stored in, for example, the TMCC extension information area and transmitted. In the time information in the TMCC extension information area in FIG. 13C, the "delta" parameter is a 32-bit assumed transmission delay value from the time management server that distributes UTC or the server device that creates the TMCC signal to a general broadcast receiver. in signed fixed point. The upper 16 bits describe the integer part, and the lower 16 bits describe the decimal part. The "transmit_timestamp" parameter is a transmission time stamp, and describes the time when this TMCC signal is sent from the server device in the NTP time stamp length format. The upper 32 bits represent the integer part, and the lower 32 bits represent the decimal part.

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

[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 of acquiring the current date and Japan Standard Time from the information transmitted by MH-TOT and managing the time. The current date and Japan standard time acquired from the information transmitted by MH-TOT are superimposed on the video information, application information, etc. by the video synthesizing unit 161 of the broadcast receiving device 100, and are displayed on the monitor unit 162 and the video output unit 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 encoded data of MJD, overflow will occur on "April 22, 2038", and the predetermined operation A date after "April 23, 2038" cannot be represented by only the Therefore, in the second modification of this embodiment, by switching the calculation method depending on whether the value of MJD is equal to or greater than a predetermined value or less than the predetermined value, dates after "April 23, 2038" are represented. shall be controlled as much as possible.

FIG. 12 shows an example of a first calculation method used when the value of MJD is equal to or greater than 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", calculates the current date using the second calculation method. Note that the case where the MJD is less than "32768" is equivalent to the case where the most significant bit of the 16-bit data of the MJD is "0". As a result, in the broadcast receiving apparatus 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)", or the like. The switching condition of the arithmetic method may be that the upper 2 bits of the 16-bit data of MJD are "00" and the upper 2 bits of the 16-bit data of MJD are not "11". If the predetermined value is "32768" and the above means is used, dates before "September 4, 1948" cannot be represented, but this poses no particular problem in practical use as a television receiver. .

Further, 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 according to a partially or entirely replaced flag or a newly added flag. For example, the flag is set to "1" if the MJD indicates "April 23, 2038" or later when the most significant bit of the 16-bit encoded data of the MJD is "0". However, if it does not indicate "April 23, 2038" or later, "0" should 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 NTP format is transmitted, and the broadcast receiving apparatus 100 of this embodiment has a time management function based on the NTP. Furthermore, in the broadcast receiving apparatus 100 of the present embodiment, by referring to the NTP time stamp or the like described in the MPU time stamp descriptor set for each MPU, the decoding timing and presentation time for each presentation unit of the video/audio signal can be determined. controlling the timing. As described above, the NTP format time information has the configuration shown in FIG. 13A. Also, the MPU timestamp descriptor has the configuration shown in FIG. 13B.

For this reason, in the broadcast receiving apparatus 100 of the present embodiment, the "reference_timestamp" parameter, the "transmit_timestamp" parameter, or the "mpu_presentation_time" parameter is referred to, and according to the value of the referred time data, the It is also possible to select which one of the first calculation method and the second calculation method is to be used. That is, for example, if the most significant bit of the 64-bit NTP format time data is "0", the second calculation method is used, and if it is not "0", the first calculation method is used. Do, etc.

By any of the methods described above, it is possible to express dates after "April 23, 2038" in the broadcast receiving apparatus 100 of the present embodiment.

[Channel selection processing of broadcast receiving device (initial scan)]
The AMT of the broadcasting system of this embodiment provides a list of IP packet multicast groups for receiving IP packets transmitted by the TLV multiplexing method and IP packets transmitted over communication lines as indistinguishably as possible. shall be One service identification can list multiple IP multicast groups. Address masks can also be used to efficiently describe consecutive IP addresses.

In the broadcast receiving apparatus 100 of the present embodiment, the list of services acquired from the TLV-NIT is stored in a non-volatile memory such as the ROM 103 or the storage unit 110 at the time of channel scanning at the time of initial setting or at the time of rescanning for setting change. Further, a list of IP multicast groups corresponding to each service can be stored in the non-volatile memory as IP-related information in association with each service. do. By storing the list of services and IP-related information in a non-volatile memory so that they can be referenced at all times, there is no need to re-acquire TLV-NIT and AMT when switching channels, etc., and acquisition of broadcast content can be efficiently performed. can be done.

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

When the channel scan is started, the reception function execution section 1102 sets the initial frequency value to the tuner/demodulation section 131 and instructs it to tune 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, original network ID, etc. from the acquired TLV-NIT. (S105). FIG. 15A shows an example of the data structure of TLV-NIT. It is assumed that the information of the TLV stream ID can be obtained from the "tlv_stream_id" parameter, and the information of the original network ID can be obtained from the "original_network_id" parameter. Furthermore, from the distribution system descriptor, obtain the distribution system information on the physical conditions of the broadcast transmission path corresponding to each TLV stream ID/original network ID (S106), and obtain a list of service IDs from the service list descriptor ( S107). An example data structure for a satellite distribution system descriptor is shown in FIG. 15B. FIG. 15C shows an example data structure of a service list descriptor. If the TLV-NIT has a plurality of different data such as the TLV stream ID, original network ID, distribution system information, service ID list, etc., the processing of S105 to S107 is repeated. Next, the reception function execution unit 1102 creates a service list based on the 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. The service list is stored in the ROM 103, the storage unit 110, or the like (updated when rescanning) (S108).

Next, the receiving function executing unit 1102 acquires AMT from the received signal (S109), and further acquires a list of IP multicast groups for 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 for multiple service IDs, the process of S110 is repeated. If there are multiple AMTs having IP multicast group lists for different service IDs, the processing of S109 to S110 is repeated. Next, the reception function execution unit 1102 associates the list of IP multicast groups acquired in the process of S110 with the service ID as IP-related information and stores it in the ROM 103 or the storage unit 110 (updated when 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. If so (S104: No), the processing of S105 to S111 is not performed.

After completing the process of S111, the reception function execution unit 1102 ends the process if the frequency value set in the tuner/demodulator 131 is the final frequency value of the channel scan range (S112: Yes). On the other hand, if the set frequency value is not the final frequency value in 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. In addition, in one TLV-NIT, if it is possible to acquire service IDs for all services that make up the broadcast network, and if it is possible to acquire an AMT having a list of IP multicast groups related to the service IDs, S112 to S113 No processing required.

Through the above-described series of processes, the broadcast receiving apparatus 100 of the present embodiment obtains a list of services constituting the broadcast network (service list) at the time of channel scanning at the time of initial setting or at the time of rescanning for setting change. Simultaneously with creation/updating, a list of IP multicast groups (IP-related information) corresponding to each service is created/updated, and can be stored in a non-volatile memory such as ROM 103 or storage unit 110 .

In addition, rescanning for the above setting change is automatically performed when it detects that there is a change in the information in the table by referring to the "version_number" parameter of TLV-NIT or AMT. can be When a change in the "version_number" parameter of one of the TLV-NIT and AMT is detected, only information relating to the table in which the parameter change is detected may be automatically updated. However, when the aforementioned automatic update is performed, it is desirable to notify the user that rescanning has been automatically performed. Alternatively, the user may be notified that the information in the table has changed, and the user may be allowed to select whether or not to perform the rescan.

[Channel selection processing of broadcast receiving device (channel switching)]
FIG. 16 is a diagram showing an example of an operation sequence at the time of 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 reception function execution unit 1102 interprets the command sent from the remote controller and designates the service ID of the desired service (S201). Next, reception function execution section 1102 starts acquiring AMT from the received signal of tuner/demodulation section 131 . If the AMT is successfully acquired within the predetermined time (S202: Yes), information on the IP multicast group list corresponding to the service ID is acquired from the acquired AMT (S204). On the other hand, if the acquisition of the AMT has not succeeded 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 corresponding to the service ID Information about the list of multicast groups is obtained (S204). It should be noted that IP-related information stored in the ROM 103, the storage unit 110, or the like may always be referred to without performing the judgment processing of S202.

Next, reception function execution section 1102 starts acquiring TLV-NIT from the received signal of tuner/demodulation section 131 . If the TLV-NIT is successfully obtained within the predetermined time (S205: Yes), the distribution system information for obtaining the IP data flow corresponding to the service ID is obtained from the obtained TLV-NIT (S207). On the other hand, if the acquisition of the TLV-NIT has not succeeded within the predetermined time (S205: No), by referring to the service list stored in the ROM 103 or the storage unit 110 (S206), the service ID corresponding to the Obtain distribution system information for obtaining IP data flow (S207). Alternatively, the service list stored in the ROM 103, the storage unit 110, or the like may always be referred to without performing the judgment processing of S205. After acquiring the distribution system information in the process of S207, the reception function executing unit 1102 next controls the tuner/demodulator 131 using the frequency value indicated by the acquired distribution system information, and obtains the service ID. (S 208 ), 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 contained 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 confirms whether or not 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, when the lower 16 bits of the "MMT_package_id_byte" parameter are 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 program data corresponding to the service ID, and MFU acquisition is executed based on the information of the acquired MPT (S216).

On the other hand, if the lower 16 bits of the 'MMT_package_id_byte' parameter are not the same value as the service ID (S211: No), the MMTP packet with the packet ID of '0' contains program data corresponding to the service ID. Judge that it is not a packet. In this case, the transport processing unit 1102a acquires the PLT again (S212), and by confirming the acquired PLT, the packet ID of the MMTP packet for transmitting the MPT having the "MMT_package_id_byte" parameter corresponding to the service ID. (x) is confirmed (S213). Further, the transport processing unit 1102a acquires the MMTP packet whose packet ID is "x" from the input MMT data string (S214), and acquires the MPT contained in the acquired MMTP packet (S215). Furthermore, the MFU is acquired based on the information of the acquired MPT (S216).

It should be noted that the processes of S212 to S215 may be always performed without performing the processes of S209 to S211. In this case, the processing time can be shortened when the program data corresponding to the service ID is stored in an MMTP packet other than packet ID "0".

After acquiring the MFU in the process of S216, the transport processing unit 1102a extracts encoded video data, encoded audio data, and the like from the acquired MFU, and outputs them to the video decoder 141, the audio decoder 143, and the like. Below, video/audio decoding processing under the control of the AV decoding processing unit 1102b and presentation processing under the control of the presentation processing unit 1102h are performed.

Through the series of processes described above, the broadcast receiving apparatus 100 of the present embodiment can perform channel selection (channel switching) operations. In particular, as described with reference to FIGS. 14 and 16, at the time of channel scanning at the time of initial setting or at the time of rescanning for setting change, the service list and IP-related information are created and stored in the ROM 103 and the storage unit. 110 or the like so that it can be referred to at all times, and by referring to the service list and IP-related information stored in the ROM 103 or storage unit 110 or the like in the nonvolatile memory at the time of channel selection (channel switching), It is possible to improve the efficiency of operation during channel selection (channel switching). That is, it is possible to shorten the time from the start of tuning (channel switching) to the end of tuning (channel switching) compared to the case where AMT and TLV-NIT are reacquired at the time of tuning (channel switching). Become.

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

In the figure, especially the "left_top_pos_x" parameter and the "right_down_pos_x" parameter indicate the upper left horizontal position and the lower right horizontal position of the area when the left side of the full screen display is "0" and the right side is "100". Each of them is indicated by a ratio to the total number of pixels in the horizontal direction. The "left_top_pos_y" and "right_down_pos_y" parameters specify the vertical positions of the upper left and lower right of the area when the upper side of the full screen display is "0" and the lower side is "100". Shown as a ratio to the total number of pixels. Also, the "layer_order" parameter indicates the relative position of the region in the depth direction.

An example of allocation of layouts to layout numbers based on the setting of each parameter is shown in FIGS.

FIG. 19A shows the default layout setting of the broadcast receiving apparatus 100 of this embodiment, and is an example in which only one area is set on the full screen. FIG. 19B is an example in which the entire screen is divided into three areas, each of which is designated as "area 0", "area 1", and "area 2". For example, when the number of pixels of the entire screen is 7680 horizontal pixels/4320 vertical pixels, "region 0" has a "left_top_pos_x" parameter of "0", a "left_top_pos_y" parameter of "0", and a "right_down_pos_x" parameter of "80". , and the 'right_down_pos_y' parameter is '80', so it is set within the range of (0, 0)-(6143, 3455). Similarly, "area 1" is set in the range of (6144,0)-(7679,4319), and "area 2" is set in the range of (0,3456)-(6143,4319).

FIG. 19C is an example of setting three regions in the same manner as in FIG. 2” is placed in front of “area 0” according to the setting of the “layer_order” parameter, in the same range as described above. In FIG. 19D, "area 0" is set to device 0 (default device: broadcast receiving apparatus 100 in this embodiment), and "area 1" is set to device 1 (mobile information terminal 700 in this embodiment). This is an example of when

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 the receiver as intended by the service provider.

Fractions below the decimal point generated when the screen is divided according to the set values of parameters such as "left_top_pos_x" may be rounded up or down. Rounding (or rounding off to zero in binary numbers) may be used. For example, the number of pixels in the entire screen is 7680 pixels/vertical 4320 pixels, the 'left_top_pos_x' parameter of 'region 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 '51'. parameter is "51", "area 0" may be set in the range of (0, 0)-(3916, 2203) by rounding up, or (0, 0)-(3915, 2203) by rounding down. 2202) may be set to "area 0". Also, in consideration of macroblocks during video compression processing, rounding up/down processing may be performed in units of 8 pixels, 16 pixels, or the like. By the above processing, it is possible to efficiently perform area setting based on LCT and resolution conversion processing of multimedia content in the area.

[Exception processing of screen layout control of broadcast receiving device]
In the broadcast receiving apparatus 100 of the present embodiment, even if the screen layout area control is performed by the above-described LCT, when the user instructs to display the EPG screen, etc., as exception processing, 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 processing of screen layout control based on LCT.

The same screen layout control as in FIG. 19B is performed by the description of LCT, the broadcast program video is displayed in "area 0", and the program link data 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 controller (not shown) while the content is being displayed, the broadcast receiving apparatus 100 according to the present embodiment displays the LCT description as shown in FIG. 20A(A). Regardless of the content, the screen layout setting is returned to the default setting (that is, the screen layout is controlled in the same manner as in FIG. 19A), and the EPG screen is displayed on the entire screen. Furthermore, when the user gives an instruction to end the display of the EPG screen, the screen layout control is re-executed according to the description contents of the LCT.

By performing the above-described control, the EPG screen can be displayed larger than when the EPG screen is displayed while maintaining the area control of the screen layout as shown in FIG. Visibility can be improved.

Note that the exception processing of the screen layout control is not only applied when displaying the EPG screen, but as shown in FIG. ) may be applied when displaying a child screen or when displaying two screens.

In the case of the recording setting screen shown in FIG. 4A, the display area of the broadcast content is changed from the entire screen to only the child screen portion at the lower right of the screen. Similarly, in the case of the two-screen display shown in FIG. 8B, 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 stage of the screen. In either case, the display area for displaying the broadcast content is narrower than when the entire screen is used. It is not preferable visually to display a plurality of broadcast contents at the same time. Therefore, in the broadcast receiving apparatus 100 of the present embodiment, only the broadcast contents of "area 0" are selected and displayed in the display area in the above situation. It is also possible to select and display the broadcast contents of "area 1" or "area 2" according to the immediately preceding area selection state.

By performing the above-described control, it is possible to improve the visibility of the broadcast content compared to displaying various broadcast content while maintaining the area control of the screen layout. The same is true for sub-screen display on the recorded program list screen, Internet content browser display, and the like.

[EPG display of broadcast receiving device]
In the broadcasting system of this embodiment, it is assumed that the MH-EIT transmits time-series information about events (so-called programs) included in each service that constitutes the broadcasting network. FIG. 21 shows an example of the MH-EIT data structure of this embodiment. MH-EIT is identified into two classes by the table ID (corresponding to the "talbe_id" parameter in the figure), and indicates the current/next event information of its own TLV stream and the schedule information of each event of its own TLV stream. shall be possible. The broadcast receiving apparatus 100 of the present embodiment refers to the MH-EIT or the like and performs identification by 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. can be acquired to create an EPG screen, and the created EPG can be superimposed on video information or the like by the video synthesizing unit 161 and displayed on the monitor unit 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 displays detailed information of a broadcast program broadcast on each channel in each time slot in a matrix form with the vertical axis representing time and the horizontal axis representing service IDs (channels). Further, the detailed information 162a1 of each broadcast program is mainly composed of a title area 162a2 and a detailed description area 162a3.

The title area 162a2 displays the program title of the broadcast program, symbols representing the attributes of the broadcast program, and the like. The symbol or the like representing the attribute of the broadcast program is, for example, a symbol/character indicating that the program is a new program, a symbol/character indicating that the program is a rebroadcast program, or the like. Alternatively, a mark or the like that symbolizes "data", which means that data broadcasting by a broadcasting service is supported, may be used. Alternatively, a mark 162a4 or the like symbolizing "NetWork", which means that contents, applications, and the like related to the broadcast program can be obtained from the network, may be used. Also, 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 enclosing the display area of the detailed information 162a1 with a thick frame.

It should be noted that each control information (message, table, descriptor, etc.) in the broadcasting system of the present embodiment indicates that contents, applications, etc. related to the broadcast program can be obtained from the network. However, if the LAN communication unit 121 of the broadcast receiving apparatus 100 is not connected to the LAN cable, or if access to each server apparatus on the network is not possible, the mark 162a4 symbolizing "NetWork" is displayed. etc. may be controlled so as not to be displayed.

In addition, when the broadcast program is a distribution program distributed via the Internet 200 and cannot be acquired only from the broadcast wave, the broadcast receiving device 100 is the same as described above, and each server device on the network 22B, the detailed information 162b1 displayed on the EPG screen 162b may be grayed out as shown in FIG. 22B. That is, control is performed so as not to display detailed information on distribution programs that cannot be viewed. Further, the background color of the detailed information 162b1 may be differentiated from others as an alternative to the grayout processing. When the detailed information 162b1 is selected by operating a remote controller (not shown), the broadcast receiving apparatus 100 is notified that the server apparatus on the network cannot be accessed, or the distributed program associated with the detailed information 162b1 is viewed. The user may be notified of the impossibility by pop-up or the like.

Through the above-described controls, the broadcast receiving apparatus 100 can provide program information of each broadcast program in a form that does not give the user a sense of discomfort, 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 names of broadcasting stations for each channel. It is assumed that the broadcast program to be distributed and the distribution program to be distributed via the Internet 200 (information 162c1 in the frame indicated by "net broadcasting" in the figure) are provided simultaneously.

As shown in the figure, when there is a channel having only a distribution program distributed via the Internet 200, normally all channels (including information 162c1) are displayed as shown in the EPG screen 162c of the figure (A). control to display the information of On the other hand, when the broadcast receiving device 100 cannot access each server device on the network, etc., as shown in the EPG screen 162d in FIG. It may be controlled not to display the information of the channel of "M2 broadcasting (net broadcasting)" (information 162c1 in FIG. 4A).

Through the above-described controls, the user of the broadcast receiving apparatus 100 can eliminate the need to confirm information on channels that he or she cannot view.

[Emergency warning broadcast display on broadcast receiver]
The broadcast receiving apparatus 100 of the present embodiment performs emergency warning broadcast reception processing when the emergency warning broadcast activation 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 display application, or may be provided as character information in superimposed text. When the emergency warning broadcast is provided in superimposed text as text information, it is preferable to display the superimposed text information regardless of the state of the broadcast receiving apparatus 100 immediately before receiving the emergency warning broadcast. That is, as shown in FIG. 23, when the 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 emergency warning broadcast The character information 162e1 is superimposed on the program screen 162e and displayed. Similarly, when the user instructs the display of the EPG screen and an emergency warning broadcast is received while the EPG screen 162f is being displayed on the monitor unit 162, the character information 162f1 from the emergency warning broadcast is superimposed on the EPG screen 162f. control to display

With the above-described control, in the broadcast receiving apparatus 100 of the present embodiment, even when the user selects and displays an EPG screen, various setting screens, a recorded program list screen, an Internet browser, or the like, the emergency warning broadcast can be performed. is received, it is possible to avoid overlooking important character information based on the emergency warning broadcast. Note that this control may be performed on normal superimposed character information that is not based on the emergency warning broadcast.

[Various exception handling]
When the broadcast receiving apparatus 100 of the present embodiment cannot acquire data outside the TLV stream within the same package, for example, the following exception processing may be performed.

As described in FIG. 6E, in the broadcasting system to which the broadcast receiving apparatus 100 of this embodiment corresponds, based on the location information stored in the MPT (corresponding to "MMT_general_location_info ()" in FIG. 17), in the TLV stream The data to be acquired and the data to be acquired through paths other than the TLV stream can be included in the same package. However, the data transmission path other than the TLV stream indicated by the location information (eg, IPv4 data flow, IPv6 data flow, MPEG2-TS for broadcasting, etc.) is a reception function different from the TLV/MMT stream reception function. Therefore, even when the broadcast receiving apparatus 100 is in operation, a situation in which the reception function of these transmission paths is not in operation, a situation in which the reception function itself is in operation but a relay device or the like is not in operation, or a situation in which these Data may not be obtained from these transmission paths, such as situations in which the transmission paths are not wired or wirelessly connected, or situations in which the broadcast receiving apparatus 100 is installed in an environment in which these transmission paths cannot be connected in the first place. .

Under such circumstances, an event indicating that the location information stored in the MPT associates data acquired within the TLV stream and data acquired through a path other than the TLV stream so as to be included in the same package. When receiving, the broadcast receiving apparatus 100 of this embodiment may perform the following operations, for example.

For example, as shown in FIG. 19B and FIG. 19C, the LCT sets a plurality of areas in the screen, displays the video contained in the TLV stream in "area 0", and displays "area 1" and "area 2 ] is associated so that the data acquired by the transmission path other than the TLV stream is displayed, and the data of the transmission path other than the TLV stream to be displayed in "area 1" or "area 2" is If it cannot be obtained, the layout display of the multiple areas specified by the LCT may be prohibited. Specifically, even if the LCT is received, the image of the content received in the TLV stream is displayed in "area 0" of the default layout display shown in FIG. It is sufficient not to shift to the layout display of multiple areas. Furthermore, in this state, even if an instruction to change from the default layout to the layout indicated by the LCT is input to the operation input unit 170 in FIG. 7A, the default layout display shown in FIG. 19B or 19C so as not to shift to the layout display of a plurality of areas as shown in FIG. 19B or 19C.

LCT, as shown in FIG. 19B and FIG. 19C, has set multiple areas in the screen, displays the video contained in the TLV stream in "area 0", and displays in "area 1" and "area 2" When the data is associated so that the data acquired by the transmission path other than the TLV stream is displayed, and the data of the transmission path other than the TLV stream to be displayed in "area 1" or "area 2" cannot be acquired. 19B and 19C indicated by the LCT is once displayed, and the background color and a predetermined still image are displayed for "area 1" and "area 2". However, if the transmission path data other than the TLV stream indicated by the location information of the MPT cannot be obtained even after a predetermined time has passed, the display may be switched back to the default layout display state shown in FIG. 19A. In this case, even when the layouts of FIGS. 19A, 19B, and 19C are changed, if the program image contained in the TLV stream is continuously displayed in "area 0", the user's program image itself can be displayed. is preferred because it continues.

In addition, since the data of the transmission path other than the TLV stream to be displayed in "area 1" and "area 2" cannot be acquired, the content received in the TLV stream in "area 0" of the default layout display shown in FIG. 19A , the operation of various communication functions and various reception functions of the broadcast receiving apparatus 100 of the present embodiment is started, the communication environment of various communication functions, the communication status, and various reception functions are changed. Due to changes in the reception environment and reception conditions, there may be situations where data on transmission paths other than the TLV stream to be displayed in "area 1" and "area 2" can be acquired. 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 layout of multiple areas as shown in FIG. 19B and FIG. The image of the content received in the stream may be displayed, and the data acquired from the transmission path other than the TLV stream may be displayed in "area 1" or "area 2". Alternatively, the layout may not be changed 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, the layout may be changed.

[Copyright protection function]
In the digital broadcasting system to which the broadcast receiving apparatus 100 of the present embodiment is compatible, by transmitting copy control information in the MPT, for example, the copy control information can be used for "unlimited copying"("unlimited copying and storage and requires encryption at the time of output" and "unlimited copying and no encryption at the time of storage and output"), "only one generation can be copied", and "predetermined number of copies are allowed" ( For example, it may be configured to indicate and transmit the copy control state of the content referred to by the MPT, such as so-called "dubbing 10" if 9 copies allowed + 1 move allowed) or "copy prohibited". In this case, according to the copy control information, the broadcast receiving apparatus 100 of the present embodiment accumulates the content in the storage (accumulation) unit 110, records it in the removable recording medium, outputs it to the external device, and transfers it to the external device. It may be configured to control copy, move processing to an external device, and the like. Note that the target of the accumulation process is not limited to the storage (accumulation) unit 110 inside the broadcast receiving apparatus 100, but may include records subjected to protection processing such as encryption so that they can be reproduced only by the broadcast receiving apparatus 100. . Specifically, among the external recording devices, etc., the target of the accumulation process includes those that have been made recordable and reproducible 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 "unlimited copying", the broadcast receiving apparatus 100 of the present embodiment performs accumulation in the storage (accumulation) section 110, recording in a removable recording medium, external device output to external devices, copy to external devices, and move processing to external devices can be performed without restrictions. However, if "Unlimited copying is allowed and encryption is required for storage and output" and "Unlimited copying is allowed and encryption is not required for storage and output", "Unlimited copying is allowed and storage and output are not required" When "encryption processing is required at times", the number of times of storage in the storage (accumulation) unit 110, recording on a removable recording medium, output to an external device, copying to an external device, and moving to an external device is limited. However, in either case, it is necessary to perform encryption processing.

Further, when the copy control information included in the MPT indicates "only one generation can be copied", the broadcast receiving apparatus 100 of the present embodiment enables encrypted storage in the storage (storage) unit 110. When the stored content is output to an external device for viewing, it is encrypted together with the copy control information of "copy prohibited" and output. However, a so-called move process to an external device (a process of copying the content to the external device and rendering the content in the storage (accumulation) unit 110 of the broadcast receiving apparatus 100 unreproducible by erasing processing or the like) is allowed.

Further, when the copy control information included in the MPT indicates that "predetermined number of copies are permitted", the broadcast receiving apparatus 100 of the present embodiment enables encryption and accumulation in the storage (accumulation) section 110. When the stored content is output to an external device for viewing, it is encrypted together with the copy control information of "copy prohibited" and output. However, it may be possible to perform a predetermined number of copy and move processes to an external device. In the case of the so-called "Dubbing 10" rule, nine copies to the external device and one move may be performed.

Also, 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 (accumulation) section 110 . However, the broadcast receiving apparatus 100 stores the storage (accumulation) unit 110 only for a predetermined time period or a predetermined time period specified by control information included in the broadcast signal (for example, by the MH-Expire descriptor shown in FIG. 6D). In the case of configuring so as to have a "temporary storage" mode that enables storage in the storage (accumulation) unit 110, even if the copy control information included in the MPT indicates "copy prohibited", Temporary retention of the content is made possible. When the content whose copy control information included in the MPT is "copy prohibited" is output for viewing to an external device, it is encrypted together with the copy control information "copy prohibited" and output.

The output for viewing to the external device described above may be performed via the video output unit 163 and the audio output unit 166 in FIG. 7A, the digital I/F unit 125, the LAN communication unit 121, or the like. The copy or move processing to the external device described above may be performed via the digital I/F unit 125, the LAN communication unit 121, or the like in FIG. 7A.

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

In addition, copy processing of content for which the copy control information indicates a copy restriction such as "only one generation copy allowed", "predetermined number of copies allowed", or "copy prohibited" to an external device via the LAN communication unit 121. is possible only when the IP address of the external device, which is the destination of the transmission packet from the broadcast receiving device 100, is in the same subnet as the IP address of the broadcast receiving device 100, and the IP address of the external device is the broadcast receiving device. If it is outside the same subnet as 100 IP addresses, it may be prohibited. Contents whose copy control information is ``Unrestricted copying is permitted and encryption processing is required at the time of storage and output'' may be handled in the same manner.

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 "can be copied without restrictions and requires encryption processing when storing and outputting." After storing in the storage (accumulation) unit 110, in the process of moving to the external device via the LAN communication unit 121, the IP address of the external device, which is the destination of the transmission packet from the broadcast receiving device 100, is the IP address of the broadcast receiving device 100. However, if the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving apparatus 100, it may be prohibited.

In principle, viewing video output and audio output of the content stored in the storage (accumulation) unit 110 of the broadcast receiving apparatus 100 are performed when the IP address of the external device, which is the destination of the transmission packet from the broadcast receiving apparatus 100, is used for the broadcast reception. It is possible only when it is in the same subnet as the IP address of the device 100, and it is prohibited when the IP address of the external device is out of the same subnet as the IP address of the broadcast receiving device 100. However, the external device is connected within the same subnet as the IP address of the broadcast receiving device 100 within a predetermined period, and 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 (paired) device, even if the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100, storage (accumulation) of the broadcast receiving device 100 in the external device The content stored in the unit 110 may be configured to enable viewing video output and audio output. In this case, the viewing video output and audio output are performed by encrypting the content.

According to the processing described above, by performing different processing according to whether the external device is within the same subnet as the IP address of the broadcast receiving apparatus 100 or outside the same subnet, both user convenience and content protection are achieved. can be realized.

Next, as described in FIG. 6E, in the digital broadcasting system to which the broadcast receiving apparatus 100 of the present embodiment is compatible, the location information in the MPT (“MMT_general_location_info ( )” in FIG. 17) is used in the TLV stream of the broadcast path. Data obtained by a different route (IPv4, IPv6, MPEG2-TS, URL, etc.) from the obtained data may be included in the same package and the same event as the data obtained by the TLV stream, but at this time it is copied to the MPT. Describe content protection when control information is included.

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 must have a different path (IPv4, IPv6, MPEG2-TS, URL, etc.) from the data acquired in the TLV stream of the broadcast path. ) may be controlled according to the copy control information included in the TLV stream. As described above, the copy control statuses of the content specified by these pieces of copy control information include "unlimited copying" ("unlimited copying and encryption processing required at storage and output" and "unlimited copying"). and no encryption processing is required at the time of storage and output”), “only one generation can be copied”, and “predetermined number of copies are allowed” (for example, if nine copies are allowed + one move is allowed, the so-called “ Dubbing 10”), “copy prohibition”, 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 is also associated with the copy control information of the other digital broadcasting signal. are being broadcast. Then, according to which information and how to perform copy control of the MPEG2-TS data (whether according to the copy control information included in the TLV/MMT stream or according to the copy control information included in MPEG2-TS) becomes a problem. .

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

<Operation example 1>
In the first operation example, when MPT contains copy control information and location information contains MPEG2-TS data transmitted by another digital broadcasting signal in the same package and in the same event, MPEG2- 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 status indicated by the copy control information included in the TLV stream is "one generation copy allowed", and the copy control status indicated by the copy control information included in the MPEG2-TS is "predetermined multiple copies allowed". If so, even if the data is acquired through a route (digital broadcasting in MPEG2-TS transmission format) different from that acquired through the TLV stream, copy control may be performed as the content of "1st generation copy permitted". For example, the copy control status indicated by the copy control information included in the TLV stream is "unlimited copying allowed", and the copy control status indicated by the copy control information included in the MPEG2-TS is "predetermined multiple copies allowed". If so, even if the data is acquired through a route (digital broadcasting in MPEG2-TS transmission format) different from that acquired through the TLV stream, copy control may be performed as "unlimited copying" content.

In the case of this operation, it is possible to put the data acquired through a path other than the TLV stream into a copy state desired to be managed in the broadcasting system supported by the broadcast receiving apparatus 100 of the present embodiment.

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

In the case of this operation, for data acquired through a route other than the TLV stream, while respecting the original copy control information set in the broadcasting system that transmits the data, the broadcast receiving apparatus 100 of the present embodiment copies 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 state as the copy control state indicated by the copy control information included in the TLV stream or is in a looser copy control state In other words, MPEG2-TS data included in the same package and in the same event with the location information may be copy-controlled as content in the copy-controlled state indicated by the copy control information included in the TLV stream.

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

In the above explanation, the copyright protection function of the broadcast receiving apparatus 100 of this embodiment is explained 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 the MPT, the MH-service description table (MH-SDT) and MH-event information table (MH-EIT) described in FIG. 6B, or other tables are placed and transmitted, and the broadcast receiving apparatus 100 follows these tables. Copyright protection processing may be performed.

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

A second embodiment of the present invention will be described below. It should be noted that the configuration, processing, effects, etc. of this embodiment are the same as those of the first embodiment unless otherwise specified. Therefore, the differences between the present embodiment and the first embodiment will be mainly described below, and descriptions of common points will be omitted as much as possible to avoid duplication. Also, the broadcast receiving apparatus of this embodiment will be described below assuming that it is a television receiver compatible with both the MMT system and the MPEG2-TS system as media transport systems.

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

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

The first tuner/demodulator 831 receives broadcast waves of a broadcast service adopting 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 (tune) to the channel of Furthermore, the first tuner/demodulator 831 demodulates the received broadcast signal to obtain an MMT data string, and outputs it to the MMT decoding processor 841 . The second tuner/demodulator 832 receives broadcast waves of a broadcast service that employs MPEG2-TS as a media transport method via an antenna (not shown), and, based on the control of the main control unit 801, reproduces the signals desired by the user. Tune in (tune) to the channel of the service you want. Furthermore, the second tuner/demodulator 832 demodulates the received broadcast signal to acquire an MPEG2-TS data string and outputs it to the MPEG2-TS decoding processor 842 .

The MMT decoding processing unit 841 receives the MMT data string output from the first tuner/demodulation unit 831, and converts video data string, audio data string, Separation processing of superimposed text data string, caption data string, etc., decoding processing, etc. are performed. The MMT decoding processing unit 841 includes the separation unit 132, the video decoder 141, the video color gamut conversion unit 142, the audio decoder 143, the text super decoder 144, the subtitle decoder 145, the subtitle synthesizing unit 146, Functions corresponding to the subtitle color gamut conversion unit 147, the data decoder 151, the cache unit 152, the application control unit 153, the browser unit 154, the application color gamut conversion unit 155, the sound source unit 156, and the like are provided. The MMT decoding processing unit 841 can perform various types of processing described in the first embodiment. The details of the various processes are the same as those described in the first embodiment, so descriptions thereof will be omitted.

The MPEG2-TS decoding processing unit 842 receives the MPEG2-TS data string output from the second tuner/demodulation unit 832, and converts video data, which is a real-time presentation element, based on the control signal included in the MPEG2-TS data string. It performs separation processing, decoding processing, and the like for strings, audio data strings, superimposed character data strings, subtitle data strings, and the like. 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 broadcasting services that employ MPEG2-TS as a media transport method. Detailed description is omitted.

The video synthesizing unit 861 receives the video information, subtitle information, and application information output from the MMT decoding processing unit 841, and the video information, subtitle information, and application information output from the MPEG2-TS decoding processing unit 842, Processing such as selection and/or superimposition is performed as appropriate. The video synthesizing unit 861 includes a video RAM (not shown), and the monitor unit 862 and the like are driven based on the video information and the like input to the video RAM. Also, the video synthesizing unit 861 performs scaling processing, EPG screen information superimposing processing, etc., as necessary, based on the control of the main control unit 801 . The audio synthesizing unit 164 receives the audio information output from the MMT decoding processing unit 841 and the audio information output from the MPEG2-TS decoding processing unit 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 on the Internet 200 and other communication devices. Also, the MMT data string (or part thereof) and MPEG2-TS data string (or part thereof) of the program transmitted via the communication line are acquired, and the MMT decoding processing unit 841 and MPEG2-TS are acquired as appropriate. Output to the decoding processing unit 842 .

[Time display of broadcast receiver]
In the broadcast receiving apparatus 800 of this embodiment, it is assumed that the current date and current time can be displayed on the EPG screen, various setting screens, and the like. The information about the current date and current time is transmitted by MH-TOT or the like in a broadcasting service adopting MMT as a media transport method, and is transmitted by MPEG-TOT in a broadcasting service adopting MPEG2-TS as a media transport method. TOT (Time Offset Table) included in SI (Service Information) defined in the 2 system. Broadcast receiving apparatus 800 can acquire information about the current date and current time by referring to MH-TOT and TOT.

Generally, when the video synthesizing unit 861 mainly selects the video information output from the MMT decoding processing unit 841, the information about the current date and the current time obtained from the MH-TOT is When superimposed on video information and the like, and when the video synthesizing unit 861 mainly selects the video information and the like output from the MPEG2-TS decoding processing unit 842, the information on the current date and the current time obtained from the TOT is Control may be performed so as to be superimposed on video information or the like.

However, there are differences in encoding/decoding processes and transmission paths between broadcasting services that use MMT as a media transport method and broadcasting services that use MPEG2-TS as a media transport method. , there is a possibility that inconsistency may occur between the selection of a broadcasting service that employs MMT as the media transport scheme and the selection of a broadcasting service that employs MPEG2-TS as the media transport scheme. For example, as shown in FIG. 25, an EPG screen 162g displaying channel information of a broadcasting service adopting MMT as a media transport method is changed to an EPG screen 162g displaying channel information of a broadcasting service adopting MPEG2-TS as a media transport method. When the screen display is switched to the screen 162h, the inconsistency caused by the switching of the current time display from the current time display 162g1 to the current time display 162h1 may cause the user to feel visually uncomfortable.

In the broadcast receiving apparatus 800 of the present embodiment, even when the video synthesizing unit 861 mainly selects the video information or the like output from the MMT decoding processing unit 841, in order to prevent the user's visual discomfort. , the information relating to the current date and the current time obtained from the TOT is superimposed on the video information or the like. That is, control is performed to superimpose the current time information provided by the broadcasting service adopting MPEG2-TS as the media transport method on the contents of the broadcasting service adopting MMT as the 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 adopting MMT as a media transport method and a broadcasting service adopting MPEG2-TS as a media transport method, the user will feel a visual discomfort due to inconsistency in the display of the current time. It is possible to prevent

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. In the broadcast receiving apparatus 800 of the present embodiment, when it is possible to receive a broadcast service adopting MPEG2-TS as a media transport method, the TOT is always referenced to acquire the current time information. , the MH-TOT only when it is in a state in which it is impossible to receive a broadcasting service adopting MPEG2-TS as a media transport method and in a state in which it is possible to receive a broadcasting service adopting MMT as a media transport method. to get the current time information.

Contrary to the control described above, the current time information provided by the broadcasting service adopting MMT as the media transport method is superimposed on the content of the broadcasting service adopting MPEG2-TS as the media transport method. Even if it is controlled, the same effect as described above can be obtained.

As described above, when controlling to superimpose the current time information provided by the broadcasting service adopting MPEG2-TS as the media transport method on the content of the broadcasting service adopting MMT as the media transport method. and control to superimpose the current time information provided by the broadcasting service adopting MMT as the media transport method on the contents of the broadcasting service adopting MPEG2-TS as the media transport method. , the current time information can be corrected by referring to the "delta" parameter of the time information in the TMCC extension information area, in the same manner as described in [Time management of broadcast receiving device] in Embodiment 1. It is possible.

Also, in both cases of broadcasting services adopting MMT as a media transport method and broadcasting services adopting MPEG2-TS as a media transport method, MH-TOT or TOT transmitted by each broadcasting service constituting the network is It is conceivable that there may be an error due to a malfunction of the transmission side system or a transmission error. In the broadcast receiving apparatus 800 of the present embodiment, as a countermeasure against the MH-TOT or the TOT error, when it is determined that the MH-TOT or the TOT acquired from the service being received has an error, other than the same network MH-TOT or TOT from the broadcasting service of another network or from any broadcasting service of another network, and refer to the current time information to update the time information of the built-in clock. and

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

However, the broadcast receiving apparatus 800 of the present embodiment can display video information and the like provided by a broadcasting service that employs MMT as a media transport method, or even when MPEG2-TS is used as a media transport method. Both the MH-EIT and the EIT can be acquired even when displaying video information provided by a broadcasting service that employs .

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 of a broadcasting service that employs MMT as a media transport method. , “Television M5”, etc. are the names of broadcasting stations of broadcasting services that employ MMT as a media transport method. The EPG screen 162j is an EPG screen created based on the EIT of a broadcasting service that employs MPEG2-TS as a media transport method, and includes "T6 TV", "T7 Broadcast", "T8 Channel", and "T9 TV". , “Television TA” and the like are the names of broadcasting stations of broadcasting services that employ MPEG2-TS as the media transport method.

For example, while a user is watching a broadcast program provided by a broadcasting service that employs MMT as a media transport method, if a remote controller (not shown) is operated to instruct display of an EPG screen, the initial screen of the EPG screen (shown in the figure) is displayed. omitted) is displayed. The initial screen of the EPG screen is an EPG screen created based on MH-EIT of a broadcasting service adopting MMT as a media transport method. (neighborhood of current time)” is displayed. Next, the user desires to check the detailed information of the broadcast program of each channel on "October 9, 2014" from "20:00", and instructs to update the EPG screen by operating the remote controller (not shown). Then, the EPG screen 162i is displayed.

Furthermore, when the user desires to check detailed information about broadcast programs provided by a broadcast service that employs MPEG2-TS as a media transport method, and operates a remote controller (not shown) to instruct network switching, EPG 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 broadcast service adopting MPEG2-TS as the media transport method (that is, "October 7, 2014 (detailed information of the broadcast program of each channel from "17 o'clock"), but the EPG screen 162i displayed immediately before and the same day and time zone (that is, "from 20:00 ]) to display the detailed information of the broadcast program of each channel.

With the above-described control, the user can continuously confirm detailed information about broadcast programs on the same day and at the same time on a plurality of networks with different media transport methods by a simple operation. That is, the usability of the broadcast receiving apparatus 800 is improved.

FIG. 27B is a diagram showing a different example of the EPG screen in broadcast receiving apparatus 800 of this embodiment. The EPG screen 162k shows a state in which the EPG screen 162i shown in FIG. 27A is displayed and 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 adopting MMT as a media transport method can be displayed. The channel information created based on the EIT of the broadcasting service adopting MPEG2-TS as the transport method is seamlessly displayed on the same time axis.

Therefore, while the user confirms the channel information created based on the MH-EIT of the broadcasting service adopting MMT as the media transport method, the channel information created based on the EIT of the broadcasting service using MPEG2-TS as the media transport method is Even when the user desires to check the received channel information, it is possible to eliminate the need for instructing network switching by operating a remote controller (not shown). Furthermore, the user can simultaneously confirm detailed information about broadcast programs on the same day and at the same time on a plurality of networks with different media transport methods. That is, the usability of the broadcast receiving apparatus 800 is improved.
(Example 3)

A third embodiment of the present invention will be described below. It should be noted that the configuration and effects of this embodiment are the same as those of the first embodiment unless otherwise specified. Therefore, the differences between the present embodiment and the first embodiment will be mainly described below, and descriptions of common points will be omitted as much as possible to avoid duplication.

The broadcast receiving apparatus 100 of the present embodiment is assumed to be 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. In addition, in MMT, which is a media transport method supported by the broadcast receiving apparatus 100 of the present embodiment, the monitor device used by the user (broadcast receiving apparatus 100 of the present embodiment, etc.) can reproduce video as intended by the content creator. In order to make this possible, it is assumed that content information related to HDR and color gamut expansion can be transmitted together with encoded data of program content.

[System configuration]
The system configuration in this embodiment is basically the same as the system configuration shown in FIG. As shown in FIG. 28, the coded data of the program content included in the broadcast wave sent from the radio tower 300t is the content data output from the photographing device 390c, which is temporarily stored in the broadcasting station server 300. The data may be transmitted after being appropriately subjected to encoding processing, modulation processing, etc., without being processed. 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 by the editing device 390e, and further encoded. It may be sent after being subjected to appropriate processing, modulation processing, and the like.

In addition to the encoded data and character information of the program content, other applications, general-purpose data, etc., the broadcast wave also includes luminance information of the program content and the device used to create/edit the program content ( A content information descriptor describing information about color reproduction performance of the shooting device 390c, the monitor device of the editing device 390e, etc.) is the control information (content information) about the program content, and each message / Shall be sent 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. Each parameter in the data structure of the content information descriptor shall have the function described below.

・"descriptor_tag (descriptor tag)"
The descriptor tag shall have the function of uniquely identifying each descriptor with a 16-bit field.

・[descriptor_length (descriptor length)]
The descriptor length shall indicate the total number of data bytes for each parameter following this field.

・『component_tag (component tag)』
A component tag is a label for uniquely identifying a component stream and is described in a 16-bit field. It has the same value as the component tag described in the MH-stream identifier descriptor.

・"content_type"
The content type represents the type of video content included in the component stream according to FIG. 29B. If this parameter is "0", it indicates that the video content has been edited 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 corresponds to HDR. do. If this parameter is "2", it indicates that the video content is content data (live broadcast program, etc.) output from the imaging device 390c. If this parameter is "3", it 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. Additionally, 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 indicating information about the color reproduction performance of the source device. are represented by coordinate values on the CIE chromaticity diagram (CIExy chromaticity diagram). The source device is the 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 the color gamut that can be displayed on the monitor device of the editing device 390e. Also, 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 imaging device 390c.

Each coordinate value on the CIE chromaticity diagram is indicated by a value in the range of "0.000" to "1.000", and is described in the range of "0000000000b" to "1111101000b" in a 10-bit field. shall be For example, as shown in FIG. 29C, BT. If it is a chromaticity coordinate value of R (red) in the BT.709 standard, it is "x=0.640 (1010000000b)" and "y=0.330 (0101001010b)". 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 coordinates are parameters indicating information about the color reproduction performance of the source device, and indicate coordinate values on the CIE chromaticity diagram of the white reference point that the source device can handle. The source device is the 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 values of the white reference point of the monitor device of the editing device 390e. Also, 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 coordinate indicates the chromaticity coordinate value of the white reference point that can be output by the imaging device 390c.

Each coordinate value on the CIE chromaticity diagram is indicated by a value in the range of "0.0000" to "1.0000", and is described in the range of "00000000000000b" to "10011100010000b" in a 14-bit field. shall be 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 (maximum luminance of source device)"
"source_luminance_min (source device minimum luminance)"
Source device maximum brightness and source device minimum brightness are parameters indicating information on maximum brightness and minimum brightness that can be supported by the source device. The source device is the 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. Also, when the 'content_type' parameter is '2' or '3', the source device is the photographing device 390c. In this case, the source device maximum luminance and the source device minimum luminance indicate the maximum and minimum values of luminance that the photographing device 390c can output.

The maximum luminance of the source device shall be indicated by a value in the range of ``1 (cd/m <sup>2</sup> : candela/m2)'' to ``65535 (cd/m ² )'', and a 16-bit field of ``0000h'' to ``FFFFh''. ] shall be described in the range of The minimum luminance of the source device shall be indicated by a value in the range of '0.0001 (cd/m ² )' to '6.5535 (cd/m ² )', and a 16-bit field of '0000h' to 'FFFFh'. ] shall be described in the range of

・"num_of_scene"
The number of scenes indicates the number of scenes (also referred to as chapters or the like) that constitute 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) with a 40-bit field. The upper 16 bits of this field indicate the lower 16 bits of the Modified Julian Date (MJD), and the lower 24 bits indicate the hours, minutes, and seconds of Japan Standard Time (JST) in 6-digit BCD code. If the number of scenes is "1", the description of this parameter may be omitted.

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

・"max_light_level_of_content"
The content maximum brightness indicates the maximum brightness in each scene (chapter) in a 16-bit field. When the number of scenes is "1", this parameter indicates the maximum value of luminance 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 described in the range of "0000h" to "FFFFh" in a 16-bit field. shall be

・"max_frame_ave_light_level (maximum frame average luminance)"
The maximum frame average luminance indicates the maximum value of the frame average luminance in each scene (chapter) in a 16-bit field. When the number of scenes is "1", this parameter indicates the maximum value of frame average brightness throughout the content. The maximum frame average luminance shall be indicated by a value in the range of "1 (cd/m ² )" to "65535 (cd/m ² )". shall be described.

・"max_light_level_of_frame (maximum brightness in frame)"
The intra-frame maximum luminance indicates the maximum luminance within each frame in a 16-bit field. The maximum brightness within a frame shall be indicated by a value in the range of "1 (cd/m ² )" to "65535 (cd/m ² )", and in the range of "0000h" to "FFFFh" in a 16-bit field. shall be described.

・"frame_average_light_level (average brightness in frame)"
The intra-frame average luminance indicates the average luminance of each frame in a 16-bit field. The average luminance within a frame shall be indicated by a value in the range of "1 (cd/m ² )" to "65535 (cd/m ² )". shall be described.

・"EOTF_identification"
EOTF (Electro-Optical Transfer Function) identification identifies the type of conversion characteristics (transfer characteristics) 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, when this parameter is "0", the video content is BT. This indicates that gamma correction suitable for monitor devices with display characteristics conforming to G.709 is performed. Also, when this parameter is "2", the video content is BT. This indicates that 10-bit processing gamma correction suitable for monitor devices with display characteristics conforming to 2020 is performed. Also, when this parameter is "3", the video content is BT. 2020-compliant gamma correction suitable for monitor devices with display characteristics. Further, when this parameter is "4", it indicates that the video content has undergone gamma correction suitable for a monitor device with display characteristics conforming to SMPTE2084. Additionally, other classifications may be performed using this parameter. Further, the "EOTF identification" parameter may be capable of identifying the type of colorimetry. Note that the types of conversion characteristics (transfer characteristics) between electrical signals and optical signals shown in FIG. , its characteristics may be identified by the "EOTF identification" parameter.

Here, the broadcast receiving apparatus 100 that has received the video content and the 'EOTF identification' parameter refers to the 'EOTF identification' parameter associated with the video content, and furthermore, the display characteristics of the monitor device that displays the video content. , and by performing appropriate processing such as electrical-to-optical conversion based on both, it is possible to display each video content in a state suitable for the monitor device. For example, if the transfer characteristic identified by the 'EOTF identification' parameter associated with the video content corresponds to the display characteristic of the monitor device that displays the video content, the 'EOTF identification' parameter in the display process The electrical-to-optical conversion identified by is performed as it is. If the transfer characteristic identified by the 'EOTF identification' parameter associated with the video content does not correspond to the display characteristic of the monitor device that displays the video content, it is identified by the 'EOTF identification' parameter. Instead of performing the electrical-optical conversion as it is, the video signal subjected to the conversion processing between the electrical signal and the optical signal according to the identification of the "EOTF identification" parameter is subjected to the electrical-optical conversion corresponding to the display characteristics of the monitor device. After performing conversion processing for converting into a video signal suitable for the processing of (1), display processing for performing electrical-to-optical conversion corresponding to the display characteristics of the monitor device may be performed.

The above-described 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 converted into a video signal that is suitable for electrical-optical conversion processing corresponding to the display characteristics of the monitor device. The conversion processing for conversion will be described below. Note that the above-described processing is hereinafter 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 expressible range of light and shade, color gamut, and the like. On the other hand, video content having a value of "0" in the "EOTF identification" parameter is SDR (Standard Dynamic Range) video content whose representable range of light and shade, color gamut, etc. is narrower than HDR video content.

Also, BT. 2020 compliant display characteristics and SMPTE 2084 compliant display characteristics can be referred to as HDR compatible display devices. In contrast, BT. A display device with G.709 compliant display characteristics may be referred to as an SDR capable display device. Furthermore, BT. 709 compliant display characteristics, comprising: A display device that does not support HDR display characteristics such as 2020 or SMPTE2084 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 (HDR non-compatible display device) such as a monitor device with display characteristics conforming to G.709, if the transfer characteristic conversion process is not performed, the wide light and dark range and color gamut of the HDR video content etc., cannot be fully represented by the monitor device, resulting in a display image that is difficult to see due to the crushed brightness and crushed colors. That is, in this case, in the transfer characteristic conversion processing, processing is performed to convert the wide range of light and shade, color gamut, etc., of the HDR video content to fit within the range of light and shade, color gamut, etc. that can be represented by the monitor device. good if This processing may also be expressed as dynamic range reduction conversion of light and dark or color gamut reduction conversion. In addition, since it is a process of converting HDR video content with a wide expressible range of brightness and color gamut into SDR video content with a narrow range of expressible brightness and color gamut, it is expressed 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 expressible range of light and shade, a narrow color gamut, and the like. The SDR video content is transferred to BT. When displaying on an HDR compatible display device such as a monitor device with display characteristics conforming to 2020, if the transfer characteristic conversion process is not performed, the wide contrast display performance, color gamut display performance, etc. of the monitor device are fully utilized. 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 as to fully utilize the wide contrast display performance, color gamut display performance, etc. of the monitor device. This processing may be expressed as dynamic range expansion conversion of light and dark or color gamut expansion conversion. In addition, since it is a process of converting SDR video content with a narrow expressible range of brightness and color gamut into HDR video content with a wide range of expressible brightness and color gamut, it is expressed as SDR-HDR conversion processing. Also good. Note that the SDR-HDR conversion process is not necessarily required, and the SDR video content is converted to BT. 2020-compliant display characteristics, the SDR-HDR conversion process may not be performed when displaying on an HDR compatible display device such as a monitor device. In this case, the contrast display performance and the color gamut display performance remain within the range of the display characteristics of the SDR, but there is no problem in that the display image is difficult to see due to the luminance collapse and color collapse.

Note that if the video content received by the broadcast receiving device 100 is not associated with the "EOTF identification" parameter and cannot be acquired (if it is not originally transmitted), or if the " As an example of processing when the value of the EOTF identification parameter cannot be obtained and cannot be 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, when the value of the "EOTF identification" parameter cannot be identified, the video content should be handled as HDR video content. With this configuration, the monitor device can be a BT. An HDR-compatible display device such as a monitor device with display characteristics conforming to H.2020 does not perform the transfer characteristic conversion process, but if the actual content is HDR video content, an appropriate display is performed, and if the actual content is SDR video content. Even so, the contrast display performance and the color gamut display performance remain within the range of the display characteristics of the SDR, but the displayed image does not become difficult to see due to the collapsed luminance and collapsed colors. Further, the monitor device is BT. In the case of an SDR compatible display device (HDR non-compatible display device) such as a monitor device with display characteristics conforming to 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, it will be displayed after being appropriately HDR-SDR converted, and even if the actual content is SDR video content, the brightness display performance and color gamut display performance will be out of the range of SDR display characteristics. However, at least it is possible to prevent the display image from becoming difficult to see due to the collapsed brightness or the collapsed color, which cannot fully express the range of light and shade, the color gamut, etc. of the video content. (When SDR-HDR conversion processing is performed when the actual content is HDR video content, or when the actual content is HDR video content, HDR-SDR conversion is performed on an SDR compatible display device (HDR non-compatible display device). If the image is displayed as it is without performing such a process, there is a possibility that a display image that is difficult to see due to the crushed brightness and the crushed color will be displayed, but this situation can be avoided in the first processing example.)

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

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, or when it is an invalid value), the video component descriptor It is also possible to determine whether to handle as HDR video content or as SDR video content by referring to a parameter relating to the resolution of the video signal possessed by, for example.

For example, even if the value of the "EOTF identification" parameter cannot be identified, the parameter regarding the resolution of the video signal indicates that the resolution of the video content is high resolution content such as 3840×2160 pixels or 7680×4320 pixels. If so, it may be determined that the content is HDR video content. Specifically, it can be interpreted that the value of the "EOTF identification" parameter is "2" or "3". Since it is expected that high-resolution content of 3840×2160 pixels or 7680×4320 pixels will be prepared as HDR video content in many cases in the future, such processing makes it easier to stochastically perform appropriate display.

Further, even if the value of the "EOTF identification" parameter cannot be identified, if the parameter regarding the resolution of the video signal indicates that the resolution of the video content is 1920×1080 pixels or less, the SDR video You may judge that it is content. Specifically, it can be interpreted that the value of the "EOTF identification" parameter is "0". Since there are many existing SDR contents with resolutions of 1920×1080 pixels or less, such processing makes it easier to stochastically perform appropriate display.

According to the second processing example described above, when the value of the "EOTF identification" parameter cannot be identified, determination is made by referring to the parameters related to resolution, thereby making it easier to stochastically perform appropriate display.

Next, a description will be given of processing 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 the relationship with the display characteristics is not prepared in the table of FIG. 29D. Here, the values for which the relationship with the display characteristics is not prepared in the table of FIG. 29D are the values of the "EOTF identification" parameter in the table of FIG. This is when a value that is reserved for or an unexpected value is stored. These values may be expressed as invalid values. Even in the case of such an invalid value (a value for which the relationship with the display characteristics is not prepared), the same effect can be obtained by performing either the first processing example or the second processing example described above. is obtained.

Various video processing according to the "EOTF identification" parameter described above is performed by the video color gamut conversion unit 142 controlled by the main control unit 101 based on the data separated by the separation unit 132 in the configuration diagram of FIG. 7A. If so.

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

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 switching timing of the video processing of the video color gamut conversion unit 142 is determined by the video decoder 141. If it is earlier than the switching timing of the decoded video, there will be time to perform SDR-HDR conversion processing on the HDR video content, and there will be a possibility that a display video that is difficult to see with crushed brightness and crushed colors will be displayed. . Therefore, when switching from HDR video content to SDR video content, the main control unit 101 is configured so that the switching timing of the video processing of the video color gamut conversion unit 142 is later than the switching timing of the decoded video from the video decoder 141. The processing timings of the video decoder 141 and the video color gamut converter 142 may be controlled. Alternatively, the video may be put into a video mute state such as black display before switching between the two starts processing, and the video mute state such as black display may be canceled after the switching between the two is completed. .

Further, 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 switching timing of the video processing of the video color gamut conversion unit 142 is If it is later than the switching timing of the decoded video from , there will be time to perform SDR-HDR conversion processing on the HDR video content, and there is a possibility that a difficult-to-see display video with crushed brightness and crushed colors will be displayed. end up Therefore, when switching from SDR video content to HDR video content, the main control unit 101 is configured so that the switching timing of the video processing of the video color gamut conversion unit 142 is earlier than the switching timing of the decoded video from the video decoder 141. The processing timings of the video decoder 141 and the video color gamut converter 142 may be controlled. Alternatively, the video may be put in a video mute state such as black display before switching between the two starts processing, and the video mute state such as black display may be canceled 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, video If the switching timing of the video processing of the color gamut conversion unit 142 is earlier than the switching timing of the decoded video from the video decoder 141, the HDR video content is displayed as it is on the SDR compatible display device without performing transfer characteristic conversion processing. There is a possibility that a hard-to-see display image with crushed brightness or crushed color will be displayed. Therefore, when switching from HDR video content to SDR video content, the main control unit 101 is configured so that the switching timing of the video processing of the video color gamut conversion unit 142 is later than the switching timing of the decoded video from the video decoder 141. The processing timing of the video decoder 141 and the video color gamut converter 142 may be controlled. Alternatively, the video may be put in a video mute state such as black display before switching between the two starts processing, and the video mute state such as black display may be canceled 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, video 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 is displayed as it is on the SDR compatible display device without performing transfer characteristic conversion processing. There is a possibility that a hard-to-see display image with crushed brightness or crushed color will be displayed. Therefore, when switching from SDR video content to HDR video content, the main control unit 101 is configured so that the switching timing of the video processing of the video color gamut conversion unit 142 is earlier than the switching timing of the decoded video from the video decoder 141. The processing timing of the video decoder 141 and the video color gamut converter 142 may be controlled. Alternatively, the video may be put into a video mute state such as black display before switching between the two starts processing, and the video mute state such as black display may be canceled after the switching between the two is completed. .

As described above, by performing processing related to the switching timing of the decoded image and the switching timing of the transfer characteristic conversion processing, it is possible to avoid presenting the user with a display image that is difficult to see due to the brightness collapse and color collapse. becomes.

In place of or in addition to the identification processing using the "EOTF_identification" parameter in the content information descriptor described above, or in addition to this, identification similar to the above-described "EOTF_identification" parameter in the encoded video stream is possible. A flag may be inserted to perform identification processing and various image processing 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 description, instead of referring to the 'EOTF_identification' parameter in the content information descriptor, the 'EOTF_identification' flag inserted in the encoded video stream can be referred to, so detailed description is omitted. do.

However, if the ``EOTF_identification'' flag as a flag in the encoded video stream is inserted into the encoded video stream, for example, in units of frames or GOPs, the content information descriptor set in units of assets or programs can It is possible to realize switching between HDR video content and SDR video content and switching of various video processing corresponding to each video content in a finer time unit than when the "EOTF_identification" parameter is used. That is, the video decoder 141 can grasp switching between HDR video content and SDR video content in units of frames, GOPs, etc., and furthermore, the video color gamut conversion unit 142 in the subsequent stage can switch between HDR video contents and SDR video in units of frames, GOPs, etc. Since it is possible to refer to the identification information of the content, the synchronization accuracy of the switching timing of the video processing in the video color gamut conversion unit 142 is also improved compared to the case of using the "EOTF_identification" parameter in the content information descriptor. There is

In addition, when the transmission of the "EOTF_identification" flag in the encoded video stream and the transmission of the "EOTF_identification" parameter in the content information descriptor are used together, the identification processing 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 color gamut conversion unit 142. For example, when the program is displayed in a program table or program information is displayed on a program-by-program basis, the corresponding program is an HDR video content program. If it is used for display to inform the user whether it is an SDR video content program or the like, both identification information can be used properly.

Further, when the transmission of the ``EOTF_identification'' flag in the encoded video stream and the transmission of 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 process is as follows: The following are possible. A first processing example is an example of preferentially using the "EOTF_identification" flag in the encoded video stream. In this case, there is an advantage that switching between the HDR video content and the SDR video content as described above can be precisely synchronized with the switching timing of the corresponding video processing. A second processing example is an example in which the "EOTF_identification" parameter in the content information descriptor is preferentially used. In this case, there is an advantage that the transfer characteristics 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. Also, each parameter may use a different name. Also, each parameter does not necessarily have to be described in one descriptor, and may be described in two different descriptors, for example. Each parameter may be described in a descriptor and arranged in a table, or may be directly described in the table.

[EPG display of broadcast receiving device]
In the broadcast receiving apparatus 100 of the present embodiment, as in the first embodiment, information such as the start time and broadcast time of each event (broadcast program) is obtained by identifying the service ID by referring to the MH-EIT or the like. can be acquired to create an EPG screen, and the created EPG can be superimposed on video information or the like by the video synthesizing unit 161 and displayed on the monitor unit 162 .

Furthermore, in the broadcast receiving apparatus 100 of the present embodiment, referring to the "content_type" parameter of the content information descriptor, etc., 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 corresponds to HDR may be displayed. The symbol or the like representing the attribute may be, for example, a symbol/character indicating that the broadcast program is compatible with HDR, or a symbol of "HDR" which means that the broadcast program is compatible with HDR. A mark 162a5 may be used. 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, it may be displayed in a popup. It may be displayed by other methods.

In addition, if the content information descriptor separately has an "HDR_flag" parameter indicating whether or not the video content of the broadcast program supports HDR, refer to the "HDR_flag" parameter. By doing so, it may be controlled whether or not to display a symbol or the like indicating an attribute indicating that the broadcast program is HDR compatible. The name of the "HDR_flag" parameter is an example, and a different name may be used.

Further, when 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 exceeds a predetermined value (for example, "100 (cd/m ² )", etc.), Control may be performed to display a symbol or the like representing an attribute indicating that the broadcast program is HDR compatible.

It should be noted that even if the type of video content of each broadcast program is "1" or "3" by referring to the "content_type" parameter or the like of the content information descriptor, or if the "source_luminance_max ] parameter, 'max_light_level_of_content' parameter, 'max_light_level_of_frame' parameter, or any of them exceeds a predetermined value (for example, '100 (cd/m ² )', etc.), the monitor unit of the broadcast receiving apparatus 100 162 does not support HDR, a mark 162a5 that symbolizes a symbol/character indicating that the broadcast program is compatible with HDR or "HDR" that means that the broadcast program is compatible with HDR is displayed. Control may be performed so that it does not occur.

In addition, the broadcast receiving device 100 of the present embodiment refers to the "EOTF_identification" parameter of the content information descriptor, and the type of gamma correction applied to the video content of each broadcast program is determined by the monitor unit 162 of the broadcast receiving device 100. If the type is compatible with display characteristics, a symbol or the like representing an attribute indicating that the broadcast program can be displayed with correct luminance 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 correct luminance expression, or "True" which means that the program can be displayed with correct luminance expression. It may be a mark 162a6 symbolizing "Contrast". Note that the aforementioned case where the type of gamma correction applied to the video content of each broadcast program is a type that can be handled by the display characteristics of the monitor unit 162 of the broadcast receiving apparatus 100 is, for example, "EOTF_identification" related to the video content. parameter is "0", and the display characteristic of the monitor unit 162 of the broadcast receiving apparatus 100 is BT. G.709 compliant, and so on.

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

[Color Gamut Conversion Processing of Broadcast Receiver]
In this embodiment, as shown in FIG. 28, it is assumed that video content, which is a recorded program, has undergone video/audio editing processing by the editing device 390e. That is, the video content provider edits the video content while checking it on the monitor device of the editing device 390e. There is a high possibility that such a display will be performed. On the other hand, the monitor unit 162 of the broadcast receiver 100, which is the monitor device used by the user to view the video content, also generally has different color reproduction performance depending on the manufacturer and model. In this case, if the color reproduction performance of the monitor device of the editing device 390e differs greatly from the color reproduction performance of the monitor unit 162 of the broadcast receiving device 100, the video content is displayed on the monitor unit 162 of the broadcast receiving device 100. In this case, it is conceivable that a problem may arise in that the video expression intended by the video content provider cannot be performed correctly.

That is, in the broadcasting system of this embodiment, as described above, content information descriptors are transmitted as MMT-SI descriptors. In this content information descriptor, as a parameter indicating information about the color reproduction performance of the source device, each primary color of R / G / B of the color gamut that the source device can support and the white reference point on the CIE chromaticity diagram Coordinates are indicated.

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

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 various information stored in the storage area of the storage unit 110. A color gamut conversion processing function is provided to convert the image data of the image content into image data suitable for display on the monitor unit 162 when there is a deviation from the color gamut that the monitor unit 162 can handle. . The color gamut conversion function provided in the broadcast receiving apparatus 100 will be described below.

The color gamut conversion processing function provided in the broadcast receiving apparatus 100 of the present embodiment is the color gamut of the video data (R0/G0/B0, which is the color gamut that the source device shown in FIG. 31A can handle). 31A) to correspond to the color gamut based on the color reproduction performance of the monitor unit 162 (the area composed of R1/G1/B1 shown in FIG. 31A).

The color gamut conversion processing function provided in the broadcast receiving apparatus 100 of the present embodiment converts the color gamut of the video data to R/G/ By referring to the coordinate value of each primary color of B and the coordinate value of each primary color of R/G/B of the color gamut that can be handled by the monitor unit 162 stored in the various information storage area of the storage unit 110, the The conversion may be performed so that correct color reproduction on the monitor unit 162 is possible.

Note that on the line segment R0/G0 (or its neighboring area), the coordinate values of the R/G primary colors of the color gamut that the source device can support and the R/G primary colors of the color gamut that the monitor unit 162 can support Color gamut conversion processing may be performed by referring only to the coordinate values of . On the line segment G0/B0 (or its neighboring area), the coordinate values of the G/B primary colors of the color gamut that the source device can support and the G/B primary colors of the color gamut that the monitor unit 162 can support. Color gamut conversion processing may be performed by referring only to coordinate values. On the line segment R0/B0 (or its neighboring area), the coordinate values of the R/B primary colors of the color gamut that the source device can support and the R/B primary colors of the color gamut that the monitor unit 162 can support. Color gamut conversion processing may be performed by referring only to 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 different 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 the R/G primary colors and the white reference point of the color gamut that the source device can support and the monitor Color gamut conversion processing is performed by referring to the coordinate values of the R/G primary colors and the white reference point of the color gamut that the unit 162 can handle. In the area composed of G0/B0/W0 in the color gamut of the video data, the coordinate values of the G/B primary colors and the white reference point of the color gamut that the source device can support and the monitor unit 162 performs color gamut conversion processing by referring to the coordinate values of the G/B primary colors and the white reference point of the color gamut that can be supported. In a region composed of R0/B0/W0 in the color gamut of the video data, each primary color of R/B in the color gamut that the source device can support and coordinate values of the white reference point and the monitor unit 162 performs color gamut conversion processing by referring to the coordinate values of the R/B primary colors and the white reference point of the color gamut that can be supported by .

Further, when the color gamut conversion process is made different for each of the divided regions, on the line segment R0/W0 (or its neighboring region), the primary color of R and the white reference point of the color gamut that the source device can handle. 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 its neighboring area), the coordinate values of the G primary colors and the white reference point of the color gamut that the source device can support and the G primary colors and Color gamut conversion processing may be performed by referring only to the coordinate values of the white reference point. On the line segment B0/W0 (or its neighboring area), the coordinate values of the B primary color and the white reference point in the color gamut that the source device can support and the B primary color and Color gamut conversion processing 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 with reference to 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, respectively (R0x, R0y); Assume that it has coordinate values of (G0x, G0y) and (B0x, B0y). R1, G1, and B1 are the coordinates of the primary colors R/G/B of the color gamut that the monitor unit 162 can handle, which are stored in the various information storage areas of the storage unit 110, and (R1x, R1y ), (G1x, G1y), and (B1x, B1y). Also, 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 the color gamut data of P1 by the color gamut conversion process. It should be noted that P1 has coordinate values of (P1x, P1y) and is calculated by the arithmetic expression of the color gamut conversion process, one example of which is shown below.

<Example of calculation formula for color gamut conversion processing>
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 arithmetic expression performs the color gamut conversion processing of all the color gamut data within the color gamut area of the video content in R/ By referring to the coordinate value of each primary color of G/B and the coordinate value of each primary color of R/G/B of the color gamut that can be handled by the monitor unit 162 stored in the various information storage area of the storage unit 110, This is an example of when A similar calculation is possible even when the color gamut of the video data is divided into three regions and the color gamut conversion process is changed for each divided region. (However, the parameters to be referred to are different.) Further, since the arithmetic expression is a well-known arithmetic expression using the barycentric coordinate system, detailed description of the derivation of the arithmetic expression is omitted. Further, the above arithmetic expression is only an example, and the coordinate value of P1 may be calculated using a different arithmetic expression.

Further, when the entire color gamut region of the video content is included in the color gamut region that can be supported by the monitor device (broadcast receiving device 100, etc.), the color gamut conversion process does not have to be performed. . For example, if the color gamut of video content is BT. 709 series color gamut, and the color gamut that can be supported by the monitor device (broadcast receiving device 100, etc.) is the BT. 2020 system color gamut, the BT. 709 system color gamut area is the above-mentioned BT. Since it is included in the gamut area of the 2020 system, it is not necessary to perform the gamut conversion process. This is because the monitor device (broadcast receiving device 100, etc.) can display all the color gamut data of the video content.

As described 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 unit 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 apparatus 100, the video content can be preferably displayed.

[Broadcast Receiving Apparatus Brightness Adjustment Processing]
It is assumed that the broadcast receiving apparatus 100 of this embodiment has image quality adjustment items as shown in FIG. Each of the image quality adjustment items can be adjusted according to the user's preference by the user's operation. On the other hand, among the image quality adjustment items, an item relating to brightness adjustment may be capable of automatic brightness adjustment with reference to the description of the content information descriptor. The automatic brightness adjustment process will be described below.

In the broadcast receiving apparatus 100 of the present embodiment, (1) the 'source_luminance_max' parameter and the 'source_luminance_min' parameter of the content information descriptor are referred to for automatic luminance adjustment, and (2) the 'max_light_level_of_content' parameter and the 'source_luminance_min' parameter. It is assumed that it is possible to perform automatic brightness adjustment by referring to parameters, and (3) to perform automatic adjustment by referring only to the "max_light_level_of_content" parameter.

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

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

That is, as shown in FIG. 33A, the luminance level indicated by the "source_luminance_max" parameter is approximately equal to the luminance level of the maximum luminance that can be displayed by the monitor unit 162, and the "source_luminance_min" parameter is adjusted. Conversion processing of the luminance expression range of the video content is performed so that the displayed luminance level approximately matches the luminance level of the minimum displayable luminance on the monitor unit 162 . By performing the conversion processing of the luminance expression range, the user can display the video content with the same luminance expression as that of the monitor device of the editing device 390e used by the content provider to edit the content. 162 can be viewed.

The automatic luminance adjustment of the method (2) is displayed by 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 the various information storage areas of the storage unit 110. This is done with reference to the maximum/minimum possible brightness.

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

If the content information descriptor further has a parameter indicating the minimum luminance in each scene (chapter) (for example, "min_light_level_of_content"), the "source_luminance_min" parameter is replaced with By referring to the "min_light_level_of_content" parameter, the contrast performance of the monitor unit 162 of the broadcast receiving apparatus 100 can be used more effectively.

Further, the luminance expression range conversion processing in the method (2) may be performed by changing the parameters to be referred to for each scene (chapter) if 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 of the method (3) is based on the "max_light_level_of_content" parameter described in the content information descriptor and the maximum brightness displayable on the monitor unit 162 stored in the various information storage areas of the storage unit 110. This is done by referring to "0 (cd/m ² )" is used as a reference for the minimum value of luminance. In this case, it is possible to obtain the same effect as the automatic luminance adjustment of the method (2), and furthermore, it is possible to perform conversion processing of the luminance expression range by simple calculations with reference to a small number of parameters.
In addition, the luminance expression range conversion process 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 greater than the maximum value of the brightness.

That is, when the "source_luminance_max" parameter and the "max_light_level_of_content" parameter described in the content information descriptor are larger than the maximum displayable luminance value of the monitor unit 162 stored in the various information storage area of the storage unit 110, This is because when the received video content is displayed as it is on the monitor unit of the broadcast receiving apparatus 100, the brightness collapse may occur, but in the opposite case, the brightness collapse does not occur.

As described above, according to the automatic brightness adjustment processing of the broadcast receiving apparatus 100 of the present embodiment, the user can select the desired brightness on the monitor section 162 of the broadcast receiving apparatus 100 by referring to the content information descriptor. It is possible to view video content with luminance expression.

According to the present embodiment, by referring to the content information attached to the program content included in the broadcast wave, it is possible to perform each of the above-described processes corresponding to HDR and color gamut expansion, making it possible to receive a more useful MMT compatible broadcast reception. Equipment can be provided.
(Example 4)

A fourth embodiment of the present invention will be described below. It should be noted that the configuration and effects of this embodiment are the same as those of the third embodiment unless otherwise specified. Therefore, the differences between the present embodiment and the third embodiment will be mainly described below, and the description 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 receiver of this embodiment. The broadcast communication system of this embodiment includes a broadcast receiving device 40100, an antenna 40100a, a connection cable 40200, a monitor device 40300, a broadband network such as the Internet 200, a router device 200r, a broadcasting station radio tower 300t 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, an access point 200a, a mobile telephone communication server 600, and a mobile telephone communication network base station 600b are connected in the same manner as in the system configuration diagram of the broadcasting communication system of the first embodiment (see FIG. 1). , and a portable information terminal 700 . Also, in that case, the mobile information terminal 700 may be able to directly communicate with the broadcast receiving device 40100 without going through the router device 200r or the like.

Also, as shown in FIG. 28, the encoded data of the program content included in the broadcast wave sent from the radio tower 300t may be output from the photographing device 390c, or may be variously edited by the editing device 390e. The video/audio may be edited.

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

The connection cable 40200 is a communication cable that connects the broadcast receiving device 40100 and the monitor device 40300, and the encoded video/audio data output from the broadcast receiving device 40100 is transmitted. Monitor device 40300 displays video information and audio information obtained by performing predetermined signal processing on encoded video/audio data received via connection cable 40200 via a display device such as a liquid crystal panel and a speaker. It is a video display device provided to a user.

Also, 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 on the Internet 200 and other communication devices. Also, the monitor device 40300 may be capable of receiving broadcast waves transmitted from the radio tower 300t via an antenna 40300a (not shown).

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

The broadcast receiver 40100 of this embodiment is assumed to be an optical disk drive recorder such as a DVD recorder or BD recorder, a magnetic disk drive recorder such as an HDD recorder, a STB, or the like. That is, compared with 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 unit 40125 can directly output the MMT data string obtained by demodulation by the tuner/demodulator 131, the MMT data string acquired via the LAN communication unit 121, or the mixed data of each MMT data string. shall be Also, control may be performed so that the MMT data string input from the digital interface unit 40125 is input to the separation unit 132 .

Output of digital content stored in the storage (accumulation) unit 110 or storage of digital content in the storage (accumulation) unit 110 may be performed via the digital interface unit 40125 . In addition, the digital interface unit 40125 is a DVI terminal, an HDMI (registered trademark) terminal, a Display Port (registered trademark) terminal, or the like, and communicates with the video synthesizing unit 161 in a format conforming to the DVI specification, the HDMI specification, the Display Port specification, or the like. and the video data and audio data output from the audio synthesizing unit 164 may be controlled to be output.

The transcode processing unit 40181 is a signal processing unit that performs transcode arithmetic processing for converting the encoding format, bit rate, media transport method, and the like of each component that constitutes the content. For example, the transcode processing unit 40181 converts the MMT data string of broadcast program content including video components in MPEG-H HEVC format output from the separation unit 132 into MPEG-2 or MPEG-4 AVC (Advanced Video Coding) format. It is assumed that the data can be converted into MPEG2-TS data strings (or MPEG2-PS data strings) of program contents including video components.

It is also assumed that processing for changing only the bit rate without changing the encoding format of the component or the media transport method is also possible. It should be noted that the program content that has undergone the transcoding arithmetic processing can be stored in the storage (accumulation) unit 110 as recorded content, or can be output from the digital interface unit 40125 or the like and supplied to an external monitor device or the like. shall be

[Software Configuration of Broadcast Receiver]
FIG. 35B is a software configuration diagram of broadcast receiving apparatus 40100 of this embodiment, showing the software configuration in ROM 103, RAM 104 and storage (accumulation) section 110. FIG. As compared with the software configuration diagram (see FIG. 7D) of the broadcast receiving apparatus 100 of the first embodiment, a transcode processing program 41003 and a recording/playback processing program 41004 are added to the storage (accumulation) unit 110 .

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

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

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

[Interface configuration between broadcast receiving device and monitor device]
FIG. 36 is a system configuration diagram showing an example of the interface configuration between the broadcast receiving device 40100 and the monitor device 40300. As shown in FIG. In this embodiment, the connection terminal (not shown) of the digital interface unit 40125 on the broadcast receiving device 40100 side and the connection terminal (not shown) of the digital interface unit on the monitor device 40300 side are connected by the connection cable 40200. explain. Note that monitor device 40300 may have the same configuration as broadcast receiving device 100 shown in FIG. 7A. In this case, the digital interface unit 125 corresponds to the digital interface unit 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 Detector). ) line, CEC (Consumer Electronics Control) line, etc. Note that the differential transmission lanes may also be referred to as differential transmission lines.

The n pairs of differential transmission lanes may be one pair of clock lanes and (n−1) pairs of data lanes. For example, n=4 with one pair of clock lanes and three pairs of data lanes, or n=2 with one pair of clock lanes and one pair of data lanes. Further, all of the n pairs of differential transmission lanes may be data lanes for transmitting data on which clocks are superimposed. For example, n=4 and four pairs of data lanes may be used. The clock lane and data lane may also be referred to as clock line and data line, respectively.

Digital video (R/G/B/Vsync/Hsync, Y /Pb(Cb)/Pr(Cr), etc.)/audio signals, other control signals, etc. may be output in a predetermined format. The predetermined format may conform to the specifications of HDMI (registered trademark) or the like, 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 the video processing unit and audio processing unit (not shown) perform image quality adjustment, volume adjustment, and the like. After being subjected to necessary processing as appropriate, it is output from the display unit and speaker of the monitor device 40300 .

Moreover, the connection cable 40200 may further include a power supply line, a GND line, and a spare line, although not shown. The n pairs of 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 also be used as part of a communication line for network communication. For example, one transmission line and one reception line of the communication line, or one pair of transmission and reception lines may be configured by using the spare line and the HPD line. The CEC line and the like may be omitted. The DDC line may be used as an I2C (I-squared-C) communication line between the main controller 101 of the broadcast receiver 40100 and the main controller of the monitor 40300 (not shown).

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

In this embodiment, the display performance means the input resolution and frame rate compatible with the monitor device 40300, video standards, compatibility with 3D image display, or whether the monitor device 40300 supports HDR or expanded color gamut. and whether or not processing corresponding to is possible.

Further, in the present embodiment, as a means for the broadcast receiving device 40100 to grasp the display performance of the monitor device 40300, the processing of acquiring the EDID will be described below as an example. However, the information to be acquired is not limited to the EDID. For example, performance identification information that identifies the display performance and functions of the monitor device 40300, which is information different from the EDID, may be acquired. Also, 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. is turned on, etc., can be detected. Also, the transmission control unit 40125a of the digital interface unit 40125 on the broadcast receiving device 40100 side is capable of performing processing such as turning on the monitor device 40300 via the CEC line or the like. The reception control unit 40325a of the digital interface unit on the monitor device 40300 side also controls the reception processing unit 40325b.

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 merely examples, and may be different. .

[Each parameter of mastering information]
Also in the present embodiment, as in the third embodiment, the content information descriptor shown in FIG. 29A is transmitted together with each message/table/descriptor of MMT-SI described above as control information related to the program content. shall be On the other hand, the broadcast receiving apparatus 40100 of this embodiment does not include a monitor unit or a speaker for finally providing a video signal or an audio signal to the user. / Audio data and the like are transmitted, and a video signal and an audio signal are provided from the monitor device 40300 to the user. That is, the processing such as color gamut conversion processing and luminance adjustment processing as described in the third embodiment is performed on the monitor device 40300 side according to the display performance of the display unit of the monitor device 40300 .

Broadcast receiving device 40100 of the present embodiment receives the content information descriptor from a broadcast wave, and each parameter described in the received content information descriptor, in order to enable the above processing on the monitor device 40300 side. is appropriately selected and transmitted as mastering information in a predetermined format to the monitor device 40300 via the connection cable 40200 . For example, when the connection cable 40200 is an HDMI (registered trademark) cable, and the video data, audio data, and other control signals output from the digital interface unit 40125 are in a format conforming to the HDMI (registered trademark) specification. , the mastering information may be output as part of the other control signals or the like.

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 about the color reproduction performance of the source device. The color gamut is indicated by coordinate values of the primary colors R (red)/G (green)/B (blue) on the CIE chromaticity diagram.前記コンテンツ情報記述子に記載された『ｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｒｘ』、『ｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｒｙ』、『ｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｇｘ』、『ｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｇｙ』、『ｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｂｘ』、『ｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｂｙ』の各パラメータを選択して、前記マスタリング情報の『ｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿Ｒ［ｘ，ｙ ]”, “source_primaries_G[x,y]”, and “source_primaries_B[x,y]” parameters.

"white_point_x, y" is a parameter indicating information about the color reproduction performance of the source device, and indicates the coordinate values of the white reference point on the CIE chromaticity diagram that the source device can handle. 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 on the maximum luminance that can be supported by the source device. It is indicated by a value in the range of "1 (cd/m ² : candela/m2)" to "65535 (cd/m ² )". A 'source_luminance_max' parameter described in the content information descriptor may be selected and output as a 'max_source_mastering_luminance' parameter of the mastering information.

'min_source_mastering_luminance' is a parameter indicating information about the minimum luminance that can be supported by the source device. It is indicated by a value within the range of "0.0001 (cd/m ² )" to "6.5535 (cd/m ² )". A 'source_luminance_min' parameter described in the content information descriptor may be selected and output as a 'min_source_mastering_luminance' parameter of the mastering information.

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

“Maximum_Frame-average_Light_Level” is a parameter indicating the maximum frame average luminance value in the content. It is indicated by a value in the range of "1 (cd/m ² )" to "65535 (cd/m ² )". A 'max_frame_ave_light_level' parameter described in the content information descriptor may be selected and output as a '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' and 'Maximum_Frame-average_Light_Level' parameters.

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 value of the maximum luminance and frame average luminance throughout the content. 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 luminance for each scene (chapter) and the maximum frame average luminance.

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".

Broadcast receiving device 40100 of the present embodiment transmits each parameter described above as mastering information to monitor device 40300 via connection cable 40200, whereby monitor device 40300 receives the code transmitted from broadcast receiving device 40100. It is possible to perform processing such as color gamut conversion processing and luminance adjustment processing according to the display performance of the display unit of the monitor device 40300 on the converted video/audio data. 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 parameters. Also, each parameter may use a different name.

[Mastering information generation processing 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 the content data (live broadcast program, etc.) output from the camera device 390c, and the The content information descriptor does not have 'max_light_level_of_content' and 'max_frame_ave_light_level' parameters. That is, in a live broadcast program or the like, the maximum value of the maximum luminance and the maximum value of the average luminance throughout the content are not determined until the end of the program content.

In this case, the broadcast receiving apparatus 40100 of this embodiment sets the values of the "Maximum_Content_Light_Level" parameter and the "Maximum_Frame-average_Light_Level" parameter to "0" and outputs the mastering information. Alternatively, the 'max_light_level_of_frame' parameter and the 'frame_average_light_level' parameter of the content information descriptor may be substituted for the 'Maximum_Content_Light_Level' parameter and the 'Maximum_Frame-average_Light_Level' parameter.

On the other hand, when the video content is recorded in the content storage area 1200 of the storage (accumulation) 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 recording the video content, the broadcast receiving device 40100 can scan the video content from the beginning to the end. This is because it is possible to determine

Further, when the video content recorded in the content storage area 1200 of the storage (accumulation) unit 110 by the recording process is output to the monitor device 40300 via the connection cable 40200 from the digital interface unit 40125 by the playback process, the broadcast receiving device 40100 is created by scanning the video content from the beginning to the end, and the maximum value of the maximum luminance and average luminance throughout the content is 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 undergone recording processing, all parameters of the 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 receiver]
Each parameter of the mastering information described above may be constantly output to monitor device 40300 connected via connection cable 40200 . Alternatively, the transmission processing unit 40125b of the digital interface unit 40125 on the broadcast receiving device 40100 side can refer to the EDID acquired from the EDID storage unit 40325c of the monitor device 40300, and the monitor device 40300 can perform processing corresponding to HDR and color gamut expansion. Each parameter of the mastering information may be output to the monitor device 40300 via the connection cable 40200 only when it is grasped. Alternatively, only when the content information descriptor indicates that the video content of the broadcast program corresponds to HDR, each parameter of the mastering information is transmitted to the monitor device via the connection cable 40200. You may make it output to 40300.

When the content information descriptor described above indicates that the video content of the broadcast program is compatible with HDR, 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, or the " max_light_level_of_frame” parameter, etc., or any of them exceeds a predetermined value (for example, “100 (cd/m ² )”, etc.).

Also, the output of each parameter of the mastering information may be controlled according to the interface type of the digital interface section 40125 . For example, when the interface type of the digital interface unit 40125 is an HDMI interface, control is performed so that each parameter of the mastering information is output, and when it is a DVI interface, each parameter of the mastering information is not output. control, and so on.

Alternatively, the output of each parameter of the mastering information may be controlled according to 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, when 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.) (i.e., when the connection cable 40200 is an interface conversion cable), control is performed so that each parameter of the mastering information is not output.

Further, when the digital interface unit 40125 is composed of a first digital interface terminal and a second digital interface terminal, data output is performed 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 is changed depending on whether it is performed. 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, when 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, video signals and audio signals are Output data including the mastering information is generated and output from the first digital interface terminal. The output data generation process and the data output process may be controlled so as to generate output data that does not include mastering information and output the data from the second digital interface terminal.

As described above, according to the broadcast receiving apparatus 40100 of the present embodiment, by transmitting the mastering information together with the encoded video/audio data to the monitor apparatus 40300, color gamut conversion processing, luminance adjustment processing, etc. on the monitor apparatus 40300 side can be performed. can be suitably executed. That is, it is possible to provide a broadcast receiving apparatus capable of executing functions with higher added value.

(Example 5)
A fifth embodiment of the present invention will be described below. It should be noted that the configuration and effects of this embodiment are the same as those of the fourth embodiment unless otherwise specified. Therefore, the differences between the present embodiment and the fourth embodiment will be mainly described below, and descriptions of 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 receiver of this embodiment. The broadcasting communication system of FIG. 38 has the same configuration as the broadcasting communication system of FIG. 34, but the output destination of the content output from the broadcast receiving device 40100 is changed to the external video processing device 50300 instead of the monitor device 40300. . This means that content output destinations include video playback devices such as recorders in addition to display devices. Furthermore, in the broadcasting communication system including the broadcast receiving device of the present embodiment, it is transmitted together with the content received by the broadcasting receiving device 40100 via the radio tower 300t of the broadcasting station, the broadcasting satellite (or communication satellite) 300s, and the broadcasting station server 300. This control information is called "receiving control information". This includes the various control information described in the first embodiment and the control information additionally described in the present embodiment. Furthermore, in the broadcasting communication system including the broadcast receiving device of this embodiment, when the broadcasting receiving device 40100 outputs the content to the external video processing device 50300 via the network via the router device 200r, the control information to be 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 of the fourth embodiment, and thus the description thereof will be omitted.

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

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

As described in the third and fourth embodiments of the present invention, in the broadcast communication system of this embodiment, not only SDR video content with a resolution of 1920×1080 pixels or less, but also content with a resolution exceeding 1920×1080 pixels, , HDR video content, etc., can be transmitted. Here, content protection when the receiver re-outputs these high-definition video contents broadcasted by a broadcasting communication system to an external device via an interface is higher than SDR video contents with a resolution of 1920×1080 pixels or less. Content protection is requested.

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

[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 for DTCP2. For example, if the “L2-Only” Flag in FIG. 39 is “0”, it indicates that “either DTCP-IP (L1 level content protection) or DTCP2 (L2 level content protection) can be applied for content protection”. Yes, and if it is "1", it indicates that "a level of content protection higher than DTCP-IP (L1 level content protection) (for example, L2 level content protection such as DTCP2) is required". DTCP-IP (L1 level content protection) is referred to as "DTCP1" in the following description to distinguish it from "DTCP2". In addition, if the "EI" Flag is "0", it indicates that "the content is a 'Non-Enhanced Image'", and if it is "1", it indicates that the content is an 'Enhanced Image'. ” indicates that Here, "Enhanced Image" means that the number of pixels exceeds 1920 x 1080, or a color space that exceeds the HD level color space (SDR such as BT.709) (e.g. HDR such as BT.2020 or SMPTE2084) ) means the content having video of "Non-Enhanced Image" refers to video with HD video quality or lower (for example, video with a pixel count of 1920 x 1080 or less and an HD level color space (SDR such as BT.709)). It means content with video. Also, if the "HDR" flag is "0", it indicates that "the video content can be converted from HDR to SDR", and if it is "1", it indicates that "conversion from HDR to SDR is acceptable". is prohibited video content." If 'SDO' Flag is '0', 'Enhanced Image' cannot be re-output without L2 level content protection, but if 'Enhanced Image' is converted to 'Non-Enhanced Image' "is possible to re-output with L1 level content protection", and if "1", "L2 level Re-output is possible with both content protection and L1 level content protection”.

When trying to apply the content protection by DTCP2 described above to the IP interface output of this embodiment, which flag should be attached to which content as the output control information 50200 in FIG. 38 becomes a problem. For example, it is conceivable to prepare flags substantially corresponding to the four flags in FIG. 39 on the side of the reception control information 50100 in FIG. In this way, it is possible to substantially use the server of the broadcasting station as a sink device of DTCP2. However, each of the above four flags has 1 bit, and if these flags can be freely set by the intention of the broadcasting station side or the production side, considering all combinations of the four flags, there are 2 to the 4th power, That is, there are 16 types of content protection states, which is very complicated. It must be said that this is not suitable for the "broadcasting" technology in which a large number of viewers simultaneously receive a program and the start and end of a program are repeated in the selected service. The number of viewers targeted by the "broadcast" technology is enormous, and the monitors and the like that the viewers have are various. For example, when some viewers have monitors that do not support HDR, content protection control using a flag prevents these viewers from viewing the content at all. This is a situation that we would like to avoid as much as possible. Also, for the spread of receiving devices, content transmitted by "broadcasting" technology must have a simple type system and be easily understood by a large number of viewers.

Moreover, preparing a new flag for the reception control information 50100 complicates the equipment on the content production side.

Considering the above, in the broadcast communication system of this embodiment, the flags substantially corresponding to the above four flags of DTCP2 are not introduced into the reception control information 50100 of FIG. 38 as they are. In addition, the DTCP2 flag is used as the output control information 50200 at the time of IP interface output from the broadcast receiving apparatus 40100 to perform more suitable content protection. Specifically, in the broadcast communication system of the present embodiment, as the reception control information 50100, information on video resolution of content, control information on digital copy of content, control information on accumulation and output of content, and 4, and the broadcast receiving apparatus 40100, when outputting the IP interface, performs each content including addition of a DTCP2 flag according to this information. Output protection shall be determined.

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

Next, control information related to content digital copying and control information related to content storage and output, which are used as one of the reception control information 50100, will be described. FIG. 6 shows descriptors relating to control information relating to digital copying of content transmitted by the broadcasting communication system of this embodiment and control information relating to storage and output of content. Here, the content copy control descriptor stores control information regarding digital copy of the content, information indicating the maximum transmission rate, and the like. Also, the content usage control descriptor stores information describing control information relating to storage and output of content. A content copy control descriptor and a content usage control descriptor are placed in, for example, an MPT and transmitted.

FIG. 41A shows an example of the data structure of the 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 the digital copy control information and indicates information for controlling the copy generation of the content. 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 "copyable without restrictions (synonymous with "unlimited copying")", and if the parameter is "01", it can be defined by the operator. If the parameter is "10", it indicates "only one generation can be copied", and if the parameter is "11", it indicates "copy prohibited". Only when the parameter is "00" and indicates "copiable without restrictions", it can be said that the protection by the digital copy control information is not specified. When the parameters are "01", "10", or "11", it can be said that some protection is specified by the digital copy control information.

Also, 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 drawing is the copy restriction mode and indicates whether or not number-restricted copying is possible (corresponding to "predetermined number of copies allowed" 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) at the time of IP interface output. When the value of the "encryption_mode" parameter is "0" indicating that protection is required (encryption is required), encryption processing is performed when the content is output, and the value is "1" and protection is not required. (encryption not required), the content may be output without protection (encryption processing) when it is output.

The above-described 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 is equivalent to the "copy This is a specific configuration example of "control information".

The broadcast receiving apparatus 40100 of the present embodiment acquires the above-described "digital_recording_control_data" parameter of the content copy control descriptor, the "copy_restriction_mode" parameter of the content usage control descriptor, and the like, and determines the output protection of the IP interface output content. It should be used for judgment.

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

[Determination processing of content output protection for IP interface output in broadcast receiving device]
43, 44, and 45 show an example of processing for determining output protection of content output from an IP interface in a broadcast receiving apparatus.
First, FIG. 43 shows determination of content output protection when the broadcast receiving apparatus 40100 receives content together with reception control information 50100 and performs IP interface output without performing resolution conversion processing or transfer characteristic conversion processing on the video of the content. It shows the processing.

In FIG. 43, the main control unit 101 of the broadcast receiving apparatus 40100 of the present embodiment determines output protection of content when IP interface output is performed, based on 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 of contents when performing IP interface output. An example of determination in each combination will be described below.

[Fig. 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 'copiable without restrictions', and the 'encryption_mode' parameter of the content usage control descriptor is It indicates that the protection status is "not protected". In other words, in this case, it can be said that neither the content copy restriction nor the output protection is designated by any of the parameters.

In this case, even content with a video resolution exceeding horizontal 1920 x vertical 1080 pixels (content that exceeds the number of pixels in either the horizontal or vertical direction; hereinafter referred to as "2K content"), In the case of IP interface output, regardless of whether the content (content whose number of pixels is equal to or less than the number of pixels in both horizontal and vertical directions; hereinafter referred to as “content of 2K or less”) or whether the transfer characteristic identification information indicates HDR or SDR content output protection is not required. Copy control at the time of output is not required (substantial copy free), encryption at the time of output is not required, and naturally there is no need to add DTCP2 output control information. However, the content may be output after being protected by DTCP1 (“DTCP-IP” described above) or DTCP2. In that case, the copy control state at the time of output should be set to "Copy Free" and no encryption should be performed. Furthermore, when outputting with DTCP2 protection, the output control information should be determined as follows. Set the “L2-Only” Flag to 0. The “EI” Flag shall be 0 for content of 2K or less with transfer characteristics of SDR, and 1 for other content. “HDR” Flag shall be 0. The “SDO” Flag shall be 1. That is, the IP interface output DTCP protection level may be L1 level or L2 level, copy control is copy free, transfer characteristic conversion is not prohibited, regardless of resolution or transfer characteristic state, L1 level or L2 level In any protection state, it is output in a state in which re-output is possible. This means that the IP interface output in this embodiment is output in the lowest protection state among the output control states.

[Fig. 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 'copiable without restrictions', and the 'encryption_mode' parameter of the content usage control descriptor indicates IP interface output. 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 should be performed when outputting the IP interface, output protection is performed by either DTCP2 or DTCP1 in any combination. In each case, the copy control state is set to "EPN" indicating a state in which 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, conventional level output protection is sufficient, and output protection using DTCP1 is performed. In this case, naturally the output control information of DTCP2 is not added.

Combinations 2, 3, and 4 satisfy either condition that the video resolution of the received content is greater than 2K, or that the transmission characteristic (EOTF) identification information is HDR. In this case, since the content has image quality exceeding HD image quality, content protection is performed using DTCP2, which is a higher level 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, the "L2-Only" Flag is set to 0 in any of the combinations 2, 3, and 4. Here, if the "L2-Only" Flag is set to 1, even if the image quality is reduced to HD image quality by converting the number of pixels or converting the transmission characteristics on the output device, L2 level content protection such as DTCP2 will not be performed. Otherwise, re-output will not be possible. Depending on the device owned by the viewer, viewing may not be possible (such as when the device owned by the viewer does not support DTCP2), and this situation is the result of "broadcast" content that many viewers receive at the same time. Not desirable for protection. This is the reason why the “L2-Only” Flag is set to 0. In determining any DTCP2 output control information in the subsequent description of this embodiment, the “L2-Only” Flag is set to 0 in principle for the same reason. However, as a modification, if the broadcast content or broadcast service is divided into "free broadcasting" and "pay broadcasting", and this can be identified by the broadcast receiving device 40100, "L2-Only" for "free broadcasting" The flag may be set to 0, and the "L2-Only" flag may be set to 1 for "pay TV". This is because viewers of "pay television" are limited, and a particularly high level of protection is required for "pay television" contents.

As for the "EI" Flag, the "EI" Flag is set to 1 in any of the combinations 2, 3, and 4. This is because the video resolution of the received content satisfies either the content exceeding 2K or the transfer characteristic (EOTF) identification information being HDR.

As for the "HDR" Flag, in combinations 2 and 3, the "HDR" Flag is set to 0. The transfer characteristic (EOTF) identification information of these combinations is HDR, and if they are output as they are, the transfer characteristic of the content at the time of IP interface output is also HDR. Here, if the "HDR" flag is set to 1, it will be impossible to perform transfer characteristic conversion processing in the output destination device to convert to SDR content. In this case, viewing may not be possible depending on the device owned by the viewer (eg, when the device owned by the viewer is not compatible with HDR content). This situation is undesirable for the protection of "broadcast" content received simultaneously by a large number of viewers. This is the reason why the “HDR” Flag is set to 0. In determining any DTCP2 output control information in the subsequent description of this embodiment, the “HDR” Flag is set to 0 in principle for the same reason. However, as a modification, if the broadcast content or broadcast service is divided into "free broadcasting" and "pay broadcasting", and this can be identified by the broadcast receiving device 40100, the "HDR" flag is set for "free broadcasting". It may be set to 0, and the "HDR" Flag may be set to 1 for "pay TV". This is because the number of viewers of "pay broadcasting" is limited, and there are service providers who believe that there is value in viewing "pay broadcasting" contents with high HDR image quality.

As for the “HDR” flag, in combination 4, the transfer characteristic (EOTF) identification information is SDR, and if output as is, the content transfer characteristic at the time of IP interface output is also SDR. Therefore, it is not necessary to add the “HDR” flag indicating whether or not the HDR content can be converted into SDR transfer characteristics.

As for the "SDO" Flag, the "SDO" Flag is set to 0 in any of the combinations 2, 3, and 4. Since the "encryption_mode" parameter of the content usage control descriptor specifies protection at the time of IP interface output, it is desirable that content with a resolution exceeding 2K and content with HDR transfer characteristics be protected at a high protection level. On the other hand, in "broadcasting" technology, which assumes simultaneous reception by a large number of viewers, we would like to avoid situations where some viewers who use equipment that does not support content protection at the L2 level cannot view the content at all. . Here, if the "SDO" flag is set to 0, content with a resolution of 2K or more and content with HDR transmission characteristics can be protected at a high level of L2. When the image quality is lowered to HD, content protection at the conventional DTCP-IP level (L1 level), which is supported by many devices, is acceptable. It is highly consistent with one requirement. This is the reason why the “SDO” flag is set to 0. In determining any DTCP2 output control information in the following description of this embodiment, copy restriction and content output protection are set 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, set the “SDO” Flag to 0 for the same reason.

[Fig. 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 that '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 the IP interface is output, regardless of the value of the "encryption_mode" parameter of the content usage control descriptor. Therefore, output protection is performed by either DTCP2 or DTCP1. In each case, the copy control state is set to "Copy One Generation" indicating 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, It is determined according to a combination of resolution and transmission characteristic (EOTF) identification information. However, these determination methods in combinations 6, 7, 8 and 9 of FIG. 43 are the same as those of combinations 2, 3, 4 and 5 of FIG.

[Fig. 43 combinations 10 to 13]
In the 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 the IP interface is output, regardless of the value of the "encryption_mode" parameter of the content usage control descriptor. Therefore, output protection is performed by either DTCP2 or DTCP1. In any case, the copy control state 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, It is determined according to a combination of resolution and transmission characteristic (EOTF) identification information. However, these determination methods in combinations 10, 11, 12 and 13 of FIG. 43 are the same as those of combinations 2, 3, 4 and 5 of FIG.

[Exception handling example of the processing in Fig. 43]
As described above, an example of the content output protection determination process when IP interface output is performed has been described with reference to FIG.

However, it may be necessary to perform some exception handling not described in FIG. 43, and these exception handling will be described 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 cause such as a transmission error, the broadcast receiving device 40100 transmits the "digital_recording_control_data" parameter. cannot be obtained. In such a case, broadcast receiving apparatus 40100 performs the decision processing of FIG. 43 assuming that the "digital_recording_control_data" parameter of the content copy control descriptor indicates "copiable without restrictions" as the same state as the case. If so. Specifically, one process is determined from among the processes of combinations 1 to 5 in FIG. 43 in consideration of other reception control information 50100 .

In addition, 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 cause such as a transmission error, the broadcast receiving device 40100 transmits the "encryption_mode" parameter. cannot be obtained. In such a case, the broadcast receiving apparatus 40100 may perform the decision processing in FIG. 43 assuming that the "encryption_mode" parameter of the content usage control descriptor indicates "not protected" as the same state as the case. Specifically, one of the processes of combinations 1 and 6 to 13 in FIG. 43 is determined in consideration of other reception control information 50100 .

Also, if transfer characteristic (EOTF) identification information is not transmitted as reception control information 50100 for some reason such as a transmission error, broadcast receiver 40100 cannot acquire transfer characteristic (EOTF) identification information. In such a case, instead of making a determination 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 output is HDR or SDR. You should make a decision based on Specifically, the description in the column of transfer characteristic (EOTF) identification information in FIG. It suffices to perform processing for determining output protection of the content when outputting.

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

Also, in the example of FIG. 43, when the content is output with the protection of DTCP2, the control of outputting the "L2-Only" Flag as "0" as the output control information of DTCP2 is shown. As described above, even if the output destination device is a DTCP2-compatible device, considering the case where the DTCP2-compatible device outputs to another device, resolution conversion processing and transfer characteristic conversion are performed on the DTCP2-compatible device. If the content is processed and converted to content of 2K or less with a transmission characteristic of SDR, it is allowed to be output with an L1 level content protection method such as DTCP1. However, as a modification of FIG. 43, since the "digital_recording_control_data" parameter of the content copy control descriptor is "copy prohibited", in combinations (combinations 10, 11, and 12) 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, contents whose "digital_recording_control_data" parameter in the content copy control descriptor is "copy prohibited" are regarded as having a higher need for content protection by the content provider, and content protection is strengthened. Specifically, when the “L2-Only” Flag is set to “1” and the DTCP2-compatible device at the output destination is to output to another device, resolution conversion processing and transmission characteristic conversion processing are performed. Even so, if the destination device does not support L2 level content protection methods such as DTCP2, it will not be possible to output. That is, the content is always subjected to L2 level content protection after being output from the IP interface of the broadcast receiving apparatus 40100 .

According to the content output protection determination processing when IP interface output is performed in FIG. When IP interface output is performed, well-balanced content output protection can be realized from the viewpoint of output protection for image quality of content and the viewpoint of convenience for viewers of broadcast content.

Next, FIG. 44 shows determination of content output protection when the broadcast receiving apparatus 40100 receives the content together with the reception control information 50100, performs resolution conversion processing and transmission characteristic conversion processing on the video of the content, and performs IP interface output. It 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. Resolution conversion processing may be performed by providing a resolution processing unit between video decoder 141 and video color gamut conversion unit 142 of broadcast receiving apparatus 40100 in FIG. 35A. As already described in the third and fourth embodiments, the transfer characteristic conversion process may be executed by the image color gamut conversion unit 142 .

Here, in the example of FIG. 44, resolution conversion processing and/or transfer characteristic conversion processing of the content video are performed before IP interface output. inability to determine the output protection of such content.

Therefore, in addition to the information contained 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 are also taken into consideration when determining the content output protection when outputting the IP interface. I do. Specifically, in place of the "video resolution" of the "reception control information" in FIG. (ETOF)” is replaced by an item of “transmission characteristics at output” in “status at output”. 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" by the following determination.

First, when the broadcast receiving apparatus 40100 of the present embodiment performs the resolution conversion processing on the video of the received content and does not perform the transfer characteristic conversion processing, the resolution of the video after the resolution conversion processing is set to " "output video resolution", and the transfer characteristic indicated in "transfer characteristic identification information (ETOF)" of "receiving control information" is judged to be "output transfer characteristic" of "output state".

Further, when the broadcast receiving apparatus 40100 of the present 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 changed to the “state at the time of output”. , and the transfer characteristic after transfer characteristic conversion processing is determined as the "output transfer characteristic" of the "output state".

Further, when the broadcast receiving apparatus 40100 of the present embodiment performs both the resolution conversion process and the transfer characteristic conversion process on the video of the received content, the resolution of the video after the resolution conversion process is set to the "output state" of the "output state". Then, the transfer characteristic after the transfer characteristic conversion process is judged as the "output transfer characteristic" of the "output state".

In the example of FIG. 44, the broadcast receiving apparatus 40100 of the present 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. , determination processing of content output protection when IP interface output shown in FIG. 44 is performed. However, in FIG. 43, which has already been described, the "image resolution" of the "reception control information" is read as the "output image resolution" of the "output state", and the "transmission characteristic identification information (ETOF)" of the "reception control information" is read. is read as "transmission characteristic at output" of "state at output", the control is the same as in the example of FIG. Therefore, the 'digital_recording_control_data' parameter of the content copy control descriptor of the 'receiving control information' in FIG. The IP interface output control in each of the combinations 1 to 13 of "Transmission characteristics" consists of the "digital_recording_control_data" parameter of the content copy control descriptor and the "encryption_mode" parameter of the content usage control descriptor of the "reception control information" in FIG. Since it is the same as the IP interface output control in each of the combinations 1 to 13 of "video resolution" and "transmission characteristic identification information (ETOF)", re-explanation will be omitted.

[Exception handling example of the processing in Fig. 44]
As described above, an example of the content output protection determination process when IP interface output is performed has been described with reference to FIG.

However, it may be necessary to perform some exception handling not described in FIG. 44, and these exception handling will be described 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 cause such as a transmission error, the broadcast receiving device 40100 transmits the "digital_recording_control_data" parameter. cannot be obtained. In such a case, broadcast receiving apparatus 40100 performs the decision processing in FIG. 44, assuming that the 'digital_recording_control_data' parameter of the content copy control descriptor indicates 'copying is possible without constraints' as the same state as the case. If so. Specifically, one process is determined from among the processes of combinations 1 to 5 in FIG. 44 in consideration of the other reception control information 50100 and conversion process in the receiver.

In addition, 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 cause such as a transmission error, the broadcast receiving device 40100 transmits the "encryption_mode" parameter. cannot be obtained. In such a case, the broadcast receiving apparatus 40100 may perform the determination process of FIG. 44 assuming that the "encryption_mode" parameter of the content usage control descriptor indicates "not protected" as the same state as the case. Specifically, one process is determined from among the processes of combinations 1 and 6 to 13 in FIG. 44 in consideration of other reception control information 50100 and in-receiver conversion process.

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

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

Also, in the example of FIG. 44, when the content is output with the protection of DTCP2, the control of outputting the "L2-Only" Flag as "0" as the output control information of DTCP2 is shown. As described above, even if the output destination device is a DTCP2-compatible device, considering the case where the DTCP2-compatible device outputs to another device, resolution conversion processing and transfer characteristic conversion are performed on the DTCP2-compatible device. If the content is processed and converted to content of 2K or less with a transmission characteristic of SDR, it is allowed to be output with an L1 level content protection method such as DTCP1. However, as a modification of FIG. 44, since the "digital_recording_control_data" parameter of the content copy control descriptor is "copy prohibited", in combinations (combinations 10, 11, and 12) 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, contents whose "digital_recording_control_data" parameter in the content copy control descriptor is "copy prohibited" are regarded as having a higher need for content protection by the content provider, and content protection is strengthened. Specifically, when the “L2-Only” Flag is set to “1” and the DTCP2-compatible device at the output destination is to output to another device, resolution conversion processing and transmission characteristic conversion processing are performed. Even so, if the destination device does not support L2 level content protection methods such as DTCP2, it will not be possible to output. That is, the content is always subjected to L2 level content protection after being output from the IP interface of the broadcast receiving apparatus 40100 .

According to the content output protection determination processing when IP interface output is performed in FIG. When IP interface output is performed by using the IP interface, it is possible to achieve well-balanced content output protection from the viewpoint of output protection for video image quality of content and the viewpoint of convenience for viewers of broadcast content.

Next, FIG. 45 shows content output protection determination processing when the broadcast receiver 40100 receives content together with the reception control information 50100, stores the content, and then outputs the content via the IP interface. be. Since the outline of the accumulation process has already been explained in the first embodiment, the explanation will be omitted.

First, 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. to determine the storage control state of the content to be stored.

Here, when the 'digital_recording_control_data' parameter of the content copy control descriptor indicates 'copiable without restrictions' and the 'encryption_mode' parameter of the content usage control descriptor indicates 'not protected' (combination 1 in FIG. 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 'store without copy restriction and without encryption_mode protection'.

Also, when the 'digital_recording_control_data' parameter of the content copy control descriptor indicates 'copiable without restrictions' and the 'encryption_mode' parameter of the content usage control descriptor indicates 'protected' (combinations 2 to 5 in FIG. 45). example), regardless of the value of the 'copy_restriction_mode' parameter of the content usage control descriptor, the storage control state is set to 'store without copy restriction and with encryption_mode protection'.

Also, when the 'digital_recording_control_data' parameter of the content copy control descriptor indicates 'copy of one generation only' and the 'copy_restriction_mode' parameter of content usage control descriptor indicates 'copy of one generation only' (combination 6 in FIG. 45). 9), regardless of the value of the 'encryption_mode' parameter of the content usage control descriptor, the storage control state is set to 'repeat prohibited'.

Also, when the 'digital_recording_control_data' parameter of the content copy control descriptor indicates that 'copying is allowed only for one generation' and the 'copy_restriction_mode' parameter of the content usage control descriptor indicates that 'copying is allowed with a limited number' (see FIG. 45). In combination 10 to 13), regardless of the value of the "encryption_mode" parameter of the content usage control descriptor, the storage control state of "copying limited" is possible.

In addition, when the "digital_recording_control_data" parameter of the content copy control descriptor indicates "copy prohibited" (example of combinations 14 to 17 in FIG. 45), the state in which content can be stored is the "digital_recording_control_data" of the content copy control descriptor. parameter and 'copy_restriction_mode' of the content usage control descriptor, the storage control state is limited to 'temporary storage'. Since the outline of "temporary storage" has already been explained in the first embodiment, the explanation will be omitted.

As described 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. is used to determine the storage control state of the content to be stored.

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

Next, determination of content output protection when performing IP interface output in each combination of FIG. 45 will be described.

[Fig. 45 Combination 1]
An example of combination 1 shown in FIG. 45, that is, in the case of outputting content in a storage control state of "stored without copy restriction and without encryption_mode protection" through the IP interface, content similar to combination 1 in FIG. Output control should be performed. Since it is repetitive, the explanation for the second time is omitted.

[Figure 45 combinations 2 to 5]
Examples of combinations 2 to 5 shown in FIG. 45, that is, in the case of outputting the contents in the storage control state "stored without copy restriction and with encryption_mode protection" through the IP interface, the combinations 2 to 5 in FIG. Similar content output control may be performed. Since it is repetitive, the explanation for the second time is omitted.

[Figure 45 combinations 6 to 9]
Examples of combinations 6 to 9 shown in FIG. 45, that is, in the case of outputting the contents in the storage control state of "recopy prohibited" through the IP interface, the output process is output for viewing on the output destination device. The copy control state at the time of output differs depending on whether the content is moved to the device of the output destination. Specifically, when the IP interface output is for viewing, the copy control state is output as "No More Copies" indicating prohibition of re-copying. If the IP interface output is 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 control at the IP interface output is the same as each of the combinations 6, 7, 8, and 9 shown in FIG. The explanation for the second time is omitted.

[Fig. 45 combinations 10 to 13]
Examples of combinations 10, 11, 12, and 13 in FIG. 45, that is, content protection control in the case of outputting the content in the storage control state of "copyable with limited number" through the IP interface, are combinations 6, 7, and 8 in FIG. , 9 respectively. The points of difference are as follows. In the case of outputting content whose storage control state is “reproduction prohibited” through the IP interface, once move processing is performed, it is necessary to disable reproduction of the content in broadcast receiving apparatus 40100 (until the content is disabled to be reproduced). output for viewing is possible any number of times). On the other hand, when the storage control state is "copy permitted with limited number", copy processing can be performed multiple times and finally move processing can be performed once to the output destination device via the IP interface output. For example, as an example, copy processing can be performed nine times, and finally move processing can be performed once. It is necessary to disable playback of the content in broadcast receiving device 40100 at the time of the final move processing. Here, the broadcast receiving apparatus 40100 treats each of several copy processes as a copy process, and the content of each copy process is in a copy control state in the IP interface output protection process. Output as "Move".

That is, the copy processing of content in the storage control state "copy permitted with limited number" is performed by virtually setting a state in which a plurality of content items are stored in advance in the broadcast receiving apparatus 40100, and selecting one of the plurality of stored content items. One is executed as processing to move via the IP interface output. Here, if a plurality of identical contents are actually accumulated in advance, the accumulation state becomes inefficient with respect to the capacity of the storage unit. Therefore, in practice, only one piece of content is stored, and information on the number of stored pieces of content is stored as management information in the storage unit or the memory unit for management. This is what is meant by the description "virtually" above.

Except for the points described above, the content protection control in the case of IP interface output in examples of combinations 10, 11, 12, and 13 in FIG. 45 is the same as each example of combinations 6, 7, 8, and 9 in FIG. Therefore, re-explanation is omitted.

[Figure 45 combinations 14 to 17]
Each example of combinations 14, 15, 16, and 17 in FIG. 45, that is, content protection control in the case of outputting content in the storage control state of "temporary storage" through the IP interface, is combinations 6, 7, 8, and 9 in FIG. is almost the same as each example of The point of difference is that the content in the storage control state of "temporary storage" cannot be moved to other devices (movable). Content protection control for IP interface output is otherwise the same as in the examples of combinations 6, 7, 8, and 9 in FIG.

According to the content output protection determination processing when performing IP interface output described above in FIG. It is possible to realize well-balanced content output protection from the viewpoint of output protection for video image quality and the viewpoint of convenience for viewers of broadcast content.

[Exception handling example of the processing in FIG. 45]
As described above, an example of the content output protection determination process when IP interface output is performed has been described with reference to FIG.

However, it may be necessary to perform some exception handling not described in FIG. 45, and these exception handling will be described 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 cause such as a transmission error, the broadcast receiving device 40100 transmits the "digital_recording_control_data" parameter. cannot be obtained. In such a case, the broadcast receiving apparatus 40100 regards the state as the same as the case where the "digital_recording_control_data" parameter of the content copy control descriptor indicates "copyable without restrictions", and performs the storage control and content control shown in FIG. output protection decision processing. Specifically, one process is determined from among the processes of combinations 1 to 5 in FIG. 45 in consideration of other reception control information 50100 .

In addition, 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 cause such as a transmission error, the broadcast receiving device 40100 transmits the "encryption_mode" parameter. cannot be obtained. In such a case, the broadcast receiving apparatus 40100 regards the same state as the case where the "encryption_mode" parameter of the content usage control descriptor indicates "not protected", and performs storage control and content output protection in FIG. Decision processing should be performed. Specifically, one process is determined from among the processes of combinations 1 and 6 to 17 in FIG. 45 in consideration of other reception control information 50100 .

Also, if transfer characteristic (EOTF) identification information is not transmitted as reception control information 50100 for some reason such as a transmission error, broadcast receiver 40100 cannot acquire transfer characteristic (EOTF) identification information. Even in such a case, in the example of FIG. 45, it is only necessary to make a determination based on whether the content is HDR or SDR at the time of output after accumulation control, so there is no particular need for exceptional handling in this respect.

[Modified example of processing in FIG. 45]
In the example of FIG. 45, when the HDR content is protected by DTCP2 and output via the IP interface (combination 2, 3, 6, 7, 10, 11, 14, 15), the "HDR" flag is output as 0. there is However, in any of these combinations, the “SDO” Flag indicates 0, and it is assumed that 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 so that the "HDR" Flag is not output as the output control information for DTCP2. In this case, the IP interface output control of the broadcast receiving apparatus 40100 becomes simple because the "HDR" Flag is not output in any combination.

Also, in the example of FIG. 45, when the content is output with the protection of DTCP2, the control of outputting the "L2-Only" Flag as "0" as the output control information of DTCP2 is shown. As described above, even if the output destination device is a DTCP2-compatible device, considering the case where the DTCP2-compatible device outputs to another device, resolution conversion processing and transfer characteristic conversion are performed on the DTCP2-compatible device. If the content is processed and converted to content of 2K or less with a transmission characteristic of SDR, it is allowed to be output with 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 , the control may be replaced by outputting the "L2-Only" Flag as "1". In this example, for content with No More Copies due to DTCP2 protection, the need for content protection of the content provider is deemed to be higher, and content protection is further strengthened. Specifically, when the “L2-Only” Flag is set to “1” and the DTCP2-compatible device at the output destination is to output to another device, resolution conversion processing and transmission characteristic conversion processing are performed. Even so, if the destination device does not support L2 level content protection methods such as DTCP2, it will not be possible to output. That is, the content is always subjected to L2 level content protection after being output from the IP interface of the broadcast receiving apparatus 40100 .

As described above, according to the broadcast communication system and the broadcast receiving apparatus 40100 of the present embodiment, control information related to digital copy of content, control information related to storage and output of content, storage state of content, resolution of video of content and content It is possible to perform well-balanced content output protection control from the viewpoint of output protection for content video image quality and the viewpoint of viewer convenience of broadcast content according to the transmission characteristics of video. That is, according to the broadcast communication system and the broadcast receiver 40100 of this embodiment, it is possible to perform more suitable content output protection control.

The embodiments of the present invention have been described above using Examples 1 to 5, but the configuration for realizing the technology of the present invention is not limited to the above-described examples, and various modifications are conceivable. For example, it is possible to replace part of the configuration of one embodiment with the configuration of another embodiment, or to add the configuration of another embodiment to the configuration of one embodiment. These all belong to the scope of the present invention. Numerical values, messages, and the like appearing in the sentences and drawings are merely examples, and the effects of the present invention are not impaired even if different ones are used.

Some or all of the above-described functions and the like of the present invention may be realized by hardware by designing them in an integrated circuit, for example. Alternatively, the functions may be realized by software, in which the microprocessor unit or the like interprets and executes an operation program for realizing each function. Hardware and software may be used together.

The software for controlling the broadcast receiver 100 may be stored in the ROM 103 and/or the storage (accumulation) unit 110 of the broadcast receiver 100 in advance at the time of product shipment. It may be obtained from another application server 500 or the like on the Internet 200 via the LAN communication unit 121 after product shipment. Also, the software stored in a memory card, an optical disc, or the like may be acquired via the expansion interface section 124 or the like.

Also, the control lines and information lines shown in the drawings are those considered necessary for explanation, and do not necessarily show all the control lines and information lines on the product. In fact, it may be considered that almost all configurations are interconnected.

100,800,40100...Broadcast receiver, 100a, 40100a...Antenna, 101,801...Main control unit, 102,802...System bus, 103,803...ROM, 104,804...RAM, 110,810...Storage unit, DESCRIPTION OF SYMBOLS 121,821...LAN communication part 124,824...Expansion interface part 125,825,40125...Digital interface part 131,831,832...Tuner/demodulation part 132...Separation part 141...Video decoder 142...Video Color gamut conversion unit 143 Audio decoder 144 Text super decoder 145 Subtitle decoder 146 Subtitle synthesizing 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...sound synthesis section, 165,865...Speaker unit 166,866...Audio output unit 170,870...Operation input unit 40181...Transcode processing unit 841...MMT decoding processing unit 842...MPEG2-TS decoding processing unit 200...Internet, 200r... Router device 200a... Access point 300t... Radio tower 300s... Broadcasting satellite (or communication satellite) 300... Broadcasting station server 390c... Shooting device 390e... Editing device 400... Service provider server 500... Other application servers 600 Mobile telephone communication server 600b Base station 700 Portable information terminal 40200 Connection cable 40300 Monitor device.

Claims (2)

Content in a transmission system that transmits content with a resolution exceeding 1920 horizontal pixels × 1080 vertical pixels (hereinafter referred to as "2K super content") as broadcast program content from the broadcasting station side, and receives the above 2K super content at the receiving device. A method of protecting the
The transmission system 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. It is not transmitted from the broadcasting station side to the receiving device,
In the transmission system, a transmission step of transmitting the over 2K content of the broadcast program from the broadcasting station side to the receiving device;
a receiving step in which the receiving device receives the above-2K content transmitted in the transmitting step;
an output step of outputting the over 2K content received in the receiving step from an interface of the receiving device;
with
In the transmission system, the receiving device supports 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 the SDO flag of DTCP2. A receiving device that does not acquire any of the control information,
A value indicated by 1 bit of the L2-Only flag of DTCP2 when content is protected by DTCP2 through the interface and output in the output step, a value indicated by 1 bit of the EI flag of DTCP2, and a value of the HDR flag of DTCP2 The combination of the value indicated by one bit and the value indicated by one bit of the SDO flag of DTCP2 is less than 16,
The resolution of the over 2K content is not converted regardless of whether the copy control state of the over 2K content received in the receiving step is a state indicating that copying is permitted without restrictions or a state indicating that copying is restricted. When the contents are protected by DTCP2 directly through the interface and output in the output step, the value indicated by 1 bit of the L2-Only flag of DTCP2 is fixed to 0 and output, and the receiving step 1 is used as the value indicated by the 1 bit of the L2-Only flag of DTCP2 when the content is protected by DTCP2 via the interface and is output in the output step. not
When the copy control status in the transmission system of the content exceeding 2K received in the receiving step is that copying is allowed without restrictions and protection by encryption at the time of output is specified, in the output step, the content exceeding 2K is protected by DTCP2 and output via the interface, it is set to the EPN state and output after being protected by encryption;
How we protect your content. Content in a transmission system that transmits content with a resolution exceeding 1920 horizontal pixels × 1080 vertical pixels (hereinafter referred to as "2K super content") as broadcast program content from the broadcasting station side, and receives the above 2K super content at the receiving device. A method of protecting the
The transmission system 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. It is not transmitted from the broadcasting station side to the receiving device,
In the transmission system, a transmission step of transmitting the over 2K content of the broadcast program from the broadcasting station side to the receiving device;
a receiving step in which the receiving device receives the above-2K content transmitted in the transmitting step;
an output step of outputting the over 2K content received in the receiving step from an interface of the receiving device;
with
In the transmission system, the receiving device supports 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 the SDO flag of DTCP2. A receiving device that does not acquire any of the control information,
The resolution of the over 2K content is not converted regardless of whether the copy control state of the over 2K content received in the receiving step is a state indicating that copying is permitted without restrictions or a state indicating that copying is restricted. When the contents are protected by DTCP2 directly through the interface and output in the output step, the value indicated by 1 bit of the L2-Only flag of DTCP2 is fixed to 0 and output, and the receiving step 1 is used as the value indicated by the 1 bit of the L2-Only flag of DTCP2 when the content is protected by DTCP2 via the interface and is output in the output step. not
When the copy control status in the transmission system of the content exceeding 2K received in the receiving step is that copying is allowed without restrictions and protection by encryption at the time of output is specified, in the output step, the content exceeding 2K is protected by DTCP2 and output via the interface, it is set to the EPN state and output after being protected by encryption;
How we protect your content.

Images