JP6854949B2 - How to protect your content - Google Patents

Description

The present invention relates to a method for protecting content.

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

Japanese Unexamined Patent Publication No. 2001-186486

In response to recent changes in the environment related to content distribution, TV receivers are also required to expand various functions. In particular, there are many demands for distribution of contents and linked applications using a broadband network environment such as the Internet, and demands for high resolution / high definition of video contents. However, it is difficult to provide a high value-added television receiver that can meet the above demand only by diverting only the data broadcasting receiving function or the like provided in the current television receiver or by expanding the function of the data broadcasting receiving function or the like. ..

An object of the present invention is to provide a method for protecting content capable of performing a higher value-added function.

As a means for solving the above-mentioned problems, the technique described in the claims is used.

For example, it is a content protection method in a transmission system in which the content of a broadcast program is transmitted from the broadcasting station side and the content is received by a receiving device, and the transmission system corresponds to the L2-Only flag of DTCP2. The control information to be used, the control information corresponding to the EI flag of DTCP2, the control information corresponding to the HDR flag of DTCP2, and the control information corresponding to the SDO flag of DTCP2 are not transmitted from the broadcasting station side to the receiving device. In the transmission system, a transmission step of transmitting the content of the broadcast program from the broadcasting station side to the receiving device, a receiving step of receiving the content of the broadcast program transmitted in the transmission step by the receiving device, and the above. The receiving device includes an output step of outputting the content received in the receiving step from the interface of the receiving device, and in the transmission system, the receiving device sets the control information corresponding to the L2-Only flag of DTCP2 and the EI flag of DTCP2. It is a receiving device that does not acquire any of the corresponding control information, the control information corresponding to the HDR flag of DTCP2, and the control information corresponding to the SDO flag of DTCP2. The L2-Only flag when the content is protected by DTCP2 via the interface and the 1-bit L2-Only flag, EI flag, HDR flag, and SDO flag, which are the control information of DTCP2, are set and output, respectively. The number of combinations of the four flags of the EI flag, the HDR flag, and the SDO flag is less than 16, the L2-Only flag is fixed to 0, and the content received in the reception step is not subjected to resolution conversion. The output state output via the interface includes BT. A first output state in which content having transmission characteristics conforming to the 709 standard is received in the reception step, protected by DTCP1 via the interface, and output without a flag corresponding to the HDR flag of DTCP2, and BT. .. A second output state in which content having transmission characteristics conforming to the 709 standard is received in the reception step, protected by DTCP2 via the interface, and the value indicated by one bit of the HDR flag of DTCP2 is output as 0. There is a content protection method.

By using the technique of the present invention, it is possible to provide a method for protecting contents that can execute a function with higher added value.

It is a system block diagram which shows an example of the broadcasting communication system including the broadcasting receiving apparatus which concerns on Example 1. FIG. It is explanatory drawing of the outline of the coded signal in MMT. It is a block diagram of MPU in MMT. It is a block diagram of the MMTP packet in MMT. It is a conceptual diagram of the protocol stack of the broadcasting system using MMT. It is a hierarchical block diagram of control information used in a broadcasting system. It is a list of tables used in TLV-SI of a broadcasting system. It is a list of descriptors used in TLV-SI of a broadcasting system. It is a list of messages used in MMT-SI of a broadcasting system. It is a list of tables used in MMT-SI of a broadcasting system. It is a list of descriptors used in MMT-SI of a broadcasting system (No. 1). It is a list of descriptors used in MMT-SI of a broadcasting system (No. 2). It is a figure which shows the relationship between the data transmission of a broadcasting system and each table. It is a block diagram of the broadcast receiving apparatus which concerns on Example 1. FIG. It is a block diagram of the logical plane structure of the presentation function of the broadcast receiving apparatus which concerns on Example 1. FIG. FIG. 5 is a system configuration diagram of clock synchronization / presentation synchronization of the broadcast receiving device according to the first embodiment. It is a software configuration diagram of the broadcast receiving apparatus which concerns on Example 1. FIG. It is a block diagram of the broadcasting station server which concerns on Example 1. FIG. It is a block diagram of the service provider server which concerns on Example 1. FIG. It is a block diagram of the mobile information terminal which concerns on Example 1. FIG. It is a software configuration diagram of the mobile information terminal which concerns on Example 1. FIG. It is a figure which shows the data structure of MH-TOT of a broadcasting system. It is a figure which shows the format of the JST_time parameter of a broadcasting system. It is a figure which shows the calculation method of the present date from MJD of the broadcast receiving apparatus which concerns on Example 1. FIG. It is a figure which shows the structure of the NTP format of a broadcasting system. It is a figure which shows the data structure of the MPU time stamp descriptor of a broadcasting system. It is a figure which shows the data structure of the time information of the TMCC extended information area of a broadcasting system. It is operation sequence diagram at the time of the channel scan of the broadcast receiving apparatus which concerns on Example 1. FIG. It is a figure which shows the data structure of TLV-NIT of a broadcasting system. It is a figure which shows the data structure of the satellite distribution system descriptor of a broadcasting system. It is a figure which shows the data structure of the service list descriptor of a broadcasting system. It is a figure which shows the data structure of AMT of a broadcasting system. FIG. 5 is an operation sequence diagram at the time of channel selection of the broadcast receiving device according to the first embodiment. It is a figure which shows the data structure of MPT of a broadcasting system. It is a figure which shows the data structure of the LCT of a broadcasting system. It is a figure which shows the example of the layout assignment to the layout number based on LCT. It is a figure which shows the example of the layout assignment to the layout number based on LCT. It is a figure which shows the example of the layout assignment to the layout number based on LCT. It is a figure which shows the example of the layout assignment to the layout number based on LCT. It is a figure explaining the operation of exception handling of screen layout control based on LCT. It is a figure explaining the operation of exception handling of screen layout control based on LCT. It is a figure which shows the data structure of MH-EIT of a broadcasting system. It is a screen display figure of the EPG screen of the broadcast receiving apparatus which concerns on Example 1. FIG. It is a screen display figure of the EPG screen of the broadcast receiving apparatus which concerns on Example 1. FIG. It is a screen display figure of the EPG screen of the broadcast receiving apparatus which concerns on Example 1. FIG. It is a screen display figure at the time of the emergency warning broadcast display of the broadcast receiving device which concerns on Example 1. FIG. It is a block diagram of the broadcast receiving apparatus which concerns on Example 2. FIG. It is a figure explaining the inconsistency of the current time display at the time of switching a broadcasting service. It is a figure explaining the operation of the selection control of the present time information reference source which concerns on Example 2. FIG . It is a screen display figure of the EPG screen of the broadcast receiving apparatus which concerns on Example 2. FIG. It is a screen display figure of the EPG screen of the broadcast receiving apparatus which concerns on Example 2. FIG. It is a system block diagram of the broadcasting communication system which concerns on Example 3. FIG. It is a figure which shows the data structure of the content information descriptor of a broadcasting system. It is a figure explaining the meaning of the content type in the content information descriptor of a broadcasting system. It is a figure explaining the meaning of the source device primary color chromaticity coordinate and the source device white chromaticity coordinate in the content information descriptor of a broadcasting system. It is a figure explaining the meaning of EOTF identification in the content information descriptor of a broadcasting system. It is a screen display figure of the EPG screen of the broadcast receiving apparatus which concerns on Example 3. FIG. It is a figure explaining the deviation of the color gamut of a source device and a monitor device. It is a figure explaining the color gamut conversion process of the broadcast receiving apparatus which concerns on Example 3. FIG. It is a figure explaining the color gamut conversion process of the broadcast receiving apparatus which concerns on Example 3. FIG. It is a figure explaining the image quality adjustment item of the broadcast receiving apparatus which concerns on Example 3. FIG. It is a figure explaining the conversion process of the brightness level of the broadcast receiving apparatus which concerns on Example 3. FIG. It is a figure explaining the conversion process of the brightness level of the broadcast receiving apparatus which concerns on Example 3. FIG. It is a system block diagram of the broadcasting communication system which concerns on Example 4. FIG. It is a block diagram of the broadcast receiving apparatus which concerns on Example 4. FIG. It is a software configuration diagram of the broadcast receiving apparatus which concerns on Example 4. FIG. FIG. 5 is an interface configuration diagram of a broadcast receiving device and a monitoring device according to a fourth embodiment. It is a figure explaining the mastering information output by the broadcast receiving apparatus which concerns on Example 4. FIG. It is a system block diagram of the broadcasting communication system which concerns on Example 5. FIG. It is a figure explaining an example of the output control information which concerns on Example 5. FIG. It is a figure explaining an example of the reception control information which concerns on Example 5. FIG. It is a figure explaining an example of the reception control information which concerns on Example 5. FIG. It is a figure explaining an example of the reception control information which concerns on Example 5. FIG. It is a figure explaining an example of the reception control information which concerns on Example 5. FIG. It is a figure explaining an example of the determination process of the output protection of the content which concerns on Example 5. FIG. It is a figure explaining an example of the determination process of the output protection of the content which concerns on Example 5. FIG. It is a figure explaining an example of the determination process of the output protection of the content which concerns on Example 5. FIG.

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 broadcasting communication system including the broadcasting receiving device of this embodiment. The broadcasting communication system of this embodiment includes a broadcasting receiving device 100 and an antenna 100a, a broadband network such as the Internet 200, a router device 200r and an access point 200a, a broadcasting station radio tower 300t and a broadcasting satellite (or communication satellite) 300s, and a broadcasting station. It is composed of a server 300, a service provider server 400, another application server 500, a mobile telephone communication server 600, a base station 600b of a mobile telephone communication network, and a mobile information terminal 700.

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

The router device 200r is connected to the Internet 200 by wired communication, is connected to the broadcast receiving device 100 by wired communication or wireless communication, and is connected to the mobile information terminal 700 by wireless communication. For the wireless communication, a method such as Wi-Fi (registered trademark) may be used. As a result, each server device and other communication devices on the Internet 200, the broadcast receiving device 100, and the portable information terminal 700 can mutually perform data transmission / reception via the router device 200r. 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 a broadcasting facility of a broadcasting station, and transmits broadcast waves including encoded data of broadcast programs, subtitle information, other applications, general-purpose data, and the like. The broadcasting satellite (or communication satellite) 300s receives the broadcasting wave transmitted from the radio tower 300t of the broadcasting station, performs frequency conversion and the like as appropriate, and then broadcasts the broadcast to the antenna 100a connected to the broadcasting receiving device 100. It is a repeater that retransmits waves. Further, the broadcasting station shall include a broadcasting station server 300. The broadcasting station server 300 stores metadata such as broadcast programs (video contents, etc.), program titles, program IDs, program outlines, performer information, broadcast dates, etc. of each broadcast program, and stores the video contents and each metadata. , It shall be possible to provide to the service provider based on the contract. The video content and each metadata may be provided to the service provider through an API (Application Programming Interface) provided in the broadcasting station server 300.

The service provider server 400 is a server device prepared by the service provider, and can provide various services linked to a broadcast program distributed from a broadcasting station. In addition, the service provider server 400 stores, manages, and distributes moving image contents and metadata provided by the broadcasting station server 300, various contents and applications linked to the broadcasting program, and the like. It also has a function to search for contents and applications that can be provided and to provide a list in response to inquiries from TV receivers and the like. 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 each different service. Further, the function 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, operation programs, contents, data, and the like. There may be a plurality of other application servers 500 on the Internet 200.

The mobile telephone communication server 600 is connected to the Internet 200, while being connected to the mobile information terminal 700 via the base station 600b. The mobile telephone communication server 600 manages telephone communication (call) and data transmission / reception via the mobile telephone communication network of the mobile information terminal 700, and each server device and other communication devices on the mobile information terminal 700 and the Internet 200. It enables the transmission and reception of data by communication with. Communication between the base station 600b and the mobile information terminal 700 is performed by the W-CDMA (Wideband Code Division Multiple Access) (registered trademark) method, the GSM (Global System for Mobile communications) (registered trademark) method, and the LTE (LongTor) method. , Or it may be performed by another communication method.

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

[Overview of MMT method]
The broadcast receiving device 100 shown in FIG. 1 is defined by the MPEG (Moving Picture Experts Group) -2 system, which is widely used in conventional digital broadcasting systems, as a media transport system for transmitting data such as video and audio. It is assumed that the TV receiver is compatible with MMT (MPEG Media Transport) in place of the TS (Transport System) (hereinafter referred to as MPEG2-TS). It may be a television receiver capable of supporting both MPEG2-TS and MMT.

MPEG2-TS is characterized in that components such as video and audio that make up a program are multiplexed into one stream together with a control signal and a clock. Since it is treated as one stream including the clock, it is suitable for transmitting one content on one transmission line in which transmission quality is ensured, and has been adopted in many conventional digital broadcasting systems. On the other hand, MPEG2-TS functions in response to changes in the environment related to content distribution, such as the diversification of content in recent years, the diversification of devices that use content, the diversification of transmission lines that distribute content, and the diversification of content storage environments. MMT is a newly formulated media transport system because of its limitations.

FIG. 2A shows an example of an outline of the coded signal in the 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 the coded signal. And. The MFU is a format at the time of transmission of video, audio, etc., and may be configured in units of NAL (Network Operation Layer) units or access units. The MPU may be composed of MPU metadata including information on the configuration of the entire MPU, movie fragment metadata including information on encoded media data, and sample data which is encoded media data. Further, it is assumed that the MFU can be extracted from the sample data. Further, in the case of media such as a video component and an audio component, the presentation time and the decoding time may be specified for each MPU or access unit. FIG. 2B shows an example of the configuration of the MPU.

The MMTP packet is composed of a header part and an MMTP payload, and transmits MFU and MMT control information. The MMTP payload shall include a payload header according to the content (data unit) stored in the payload section. FIG. 2C shows an example of an outline of constructing an MFU from a video / audio signal, further storing it in an MMTP payload, and constructing an MMTP packet. In the video signal encoded by using the inter-frame prediction, it is desirable that the MPU is configured in GOP (Group Of Pictures) units. When the size of the MFU to be transmitted is small, one MFU may be stored in one payload unit, or a plurality of MFUs may be stored in one payload unit. Further, when the size of the MFU to be transmitted is large, one MFU may be divided and stored in a plurality of payload units. Further, the MMTP packet may be protected by using a technique such as AL-FEC (Application Layer Forward Error) or ARQ (Automatic Repeat Request) in order to recover the packet loss on the transmission path.

In the broadcasting system of this embodiment, MPEG-H HEVC (High Efficiency Video Coding) is used as the video coding method, and MPEG-4 AAC (Advanced Audio Coding) or MPEG-4 ALS (Audio Lossless) is used as the 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 an MMTP payload, converted into an MMTP packet, and transmitted as an IP (Internet Protocol) packet. And. Further, the data content related to the broadcast program may also be in the format of MFU or MPU, further mounted on the MMTP payload to form an MMTP packet, and transmitted as an IP packet. Data content transmission methods include subtitle / character super transmission method used for streaming data synchronized with broadcasting, application transmission method used for data transmission asynchronous with broadcasting, and synchronous / asynchronous message for applications running on TV 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 synchronously / asynchronously.

For the transmission of MMTP packets, 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. .. Further, in the broadcast transmission line, a TLV (Type Length Value) multiplexing method is used for efficient transmission of IP packets. 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, it is assumed that 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 and the like. It shall be in the form of an MMT control message, put on an MMTP payload, converted into an MMTP packet, and transmitted as an IP packet. The TLV-SI is control information related to IP packet multiplexing, and provides information for channel selection and correspondence information between an IP address and a service.

Further, even in a broadcasting system using MMT, time information is transmitted in order to provide an absolute time. In addition, while MPEG2-TS shows the display time of the component based on a different clock for each TS, MMT shows the display time of the component based on Coordinated Universal Time (UTC). To do. With these mechanisms, the terminal device can synchronously display the components transmitted from different transmission points on different transmission lines. In order to provide UTC, it is assumed that an IP packet in NTP (Network Time Protocol) format is used.

[Control information of broadcasting system using MMT]
In the broadcasting system supported by the broadcasting receiving device 100 of this embodiment, 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 MMT-SI to be involved. The TLV-SI provides information for the broadcast receiving device 100 to demultiplex the IP packets multiplexed on the broadcast transmission line. TLV-SI is composed of a "table" and a "descriptor". The "table" shall be transmitted in section format and the "descriptor" shall be placed within the "table". The MMT-SI is transmission control information indicating information related to the configuration of the MMT package and the broadcasting service. MMT-SI is composed of three layers: a "message" that stores "tables" and "descriptors", a "table" that has elements and attributes that indicate specific information, and a "descriptor" that indicates more detailed information. Shall be. FIG. 4 shows an example of the hierarchical structure of the control information used in the broadcasting system of this embodiment.

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

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

(2) AMT
The Address Map Table (AMT) provides a list of multicast groups of IP packets that make up each service transmitted in the network.

(3) Table set by the business operator In addition, it is possible to prepare a table set by the service provider 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 broadcasting receiving device 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 according to service identification and service type.

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

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

(4) Network name descriptor The network name descriptor describes the network name in character code.

(5) Descriptor set by the business operator In addition, it is possible to prepare a descriptor set by the service provider or the like.

<Message used in MMT-SI>
FIG. 6A shows a list of "messages" used in the MMT-SI of the broadcasting system supported by the broadcasting receiving device 100 of this embodiment. In this embodiment, the following is used as the "message" of MMT-SI.

(1) PA message The 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 limited reception method.

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

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

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

<Table used in MMT-SI>
FIG. 6B shows a list of "tables" used in the MMT-SI of the broadcasting system supported by the broadcasting receiving device 100 of this embodiment. A table is control information having elements and attributes indicating specific information, and is stored in a message and transmitted as an MMTP packet. The message for storing the table may be determined according to the table. In this embodiment, the following is used as the "table" of MMT-SI.

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

(2) PLT
The package list table (Package List Table: PLT) shows a list of IP data flows and packet IDs for transmitting PA messages of MMT packages provided as a broadcasting service, and IP data flows for transmitting IP services. The PLT may be stored in a PA message.

(3) LCT
The layout setting table (Layout Configuration Table: LCT) is used to associate the layout information for presentation with the layout number. The LCT may be stored in a PA message.

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

(5) EMM
The Enterprise Mobility Management (EMM) transmits individual information including contract information for each subscriber and key information for decrypting ECM (common information). The EMM may be stored in the M2 section message.

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

(7) DCM
The Download Control Message (DCM) transmits key-related information including a key for decrypting a transmission line code for download. The DCM may be stored in the M2 section message.

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

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

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

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

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

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

(14) MH-TOT
The MH-Time Offset Table (MH-TOT) transmits JST time and date (corrected Julian day) information. The MH-TOT may be stored in an M2 short section message.

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

(16) DDM table The data directory management table (Data Directory Management Table: DDM table) provides a directory structure of files constituting an application in order to separate the file structure of the application from the structure for file transmission. The DDM table may be stored in the data transmission message.

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

(18) DCC table The data content management table (Data Content Configuration Table) provides configuration information of a file as data content in order to realize flexible and effective cache control. The DCC table may be stored in the data transmission message.

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

(20) Table set by the business operator In addition, it is possible to prepare a table set by the service provider 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 broadcasting receiving device 100 of this embodiment. The descriptor is the control information that provides more detailed information and shall be placed in the table. The table in which the descriptor is placed may be determined according to the descriptor. In this embodiment, the following is used as the "descriptor" of MMT-SI.

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

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

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

(4) MPU presentation area designation descriptor The MPU presentation area designation descriptor provides a position for presenting the MPU. The MPU presentation area specification descriptor may be placed in the MPT.

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

(6) Dependency Dependency The dependency descriptor provides the asset ID of the asset having the dependency. The dependency descriptor may be placed in the MPT.

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

(8) Scramble method descriptor The scramble method descriptor provides information for identifying the encryption target and the type of encryption algorithm at the time of scrambling. The scrambled descriptor may be located 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 method descriptor may be placed in MPT or CAT (MH).

(10) Emergency Information Descriptor (MH)
The emergency information descriptor (MH) is used when performing an emergency warning broadcast. The emergency information descriptor (MH) may be placed in the MPT.

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

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

(13) MH-HEVC Video Descriptor The MH-HEVC video descriptor is described in ITU-T Recommendation H.K. 265 | Used to describe the basic coding parameters of the ISO / IEC 23008-2 video stream (HEVC stream). The MH-HEVC video descriptor may be placed in the MPT.

(14) MH-Link Descriptor The MH-link descriptor identifies a service provided when a viewer requests additional information related to a particular one described in a program sequence information system. The MH-link descriptor may be arranged in MPT, MH-EIT, MH-SDT, etc.

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

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

(17) MH-Short Event Descriptor The MH-Short Event Descriptor represents an event name and a short description of the event in text format. The MH-short event descriptor may be located 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 may be located in the MH-EIT.

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

(20) MH-stream identification descriptor The MH-stream identification descriptor is used because the component stream of the service is labeled and the description content indicated by the video component descriptor in the MH-EIT can be referred to by this label. .. The MH-stream identification descriptor may be placed in the MPT.

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

(22) MH-Parent Rate Descriptor The MH-Parent Rate Descriptor represents an age-based viewing restriction and is used to extend to be based on other restriction conditions. The MH-parent rate descriptor may be placed in MPT or MH-EIT.

(23) MH-Voice Component Descriptor The MH-Voice Component Descriptor indicates each parameter of the voice elemental stream, and is also used to express the elemental stream in a character format. The MH-voice component descriptor may be located in MPT or MH-EIT.

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

(25) MH-series descriptor The MH-series descriptor is used to identify a series program. The MH-series descriptor may be located in the MH-EIT.

(26) MH-SI transmission parameter descriptor The MH-SI transmission parameter descriptor is used to indicate the transmission parameter of SI. The MH-SI transmission parameter descriptor may be located 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 located in the MH-BIT.

(28) MH-Service Descriptor The MH-Service Descriptor represents the organization channel name and its operator name in character code together with the service format type. The MH-service descriptor may be located in the MH-SDT.

(29) IP data flow descriptor The IP data flow descriptor provides information on the IP data flow that constitutes the service. The IP data flow descriptor may be located in the MH-SDT.

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

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

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

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

(35) MH-Data encoding scheme descriptor The MH-Data encoding scheme descriptor is used to identify the data encoding scheme. The MH-data encoding descriptor may be located 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 may be placed in the EMT.

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

(38) MH-Local Time Offset Descriptor The MH-local time offset descriptor is used when the actual time (for example, UTC + 9 hours) and the display time to the human system have a constant offset value when the summer time is executed. The MH-local time offset descriptor may be located in the MH-TOT.

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

(40) MH-Logo Transmission Descriptor The MH-logo transmission descriptor is used to describe a character string for a simple logo, pointing to a logo in CDT format, and the like. The MH-logo transmission descriptor may be located in the MH-SDT.

(41) MPU Extended Timestamp Descriptor The MPU Extended Timestamp Descriptor provides the decryption time of the access unit in the MPU. The MPU extended timestamp descriptor may be placed in the MPT.

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

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

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

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

(46) MH-Simple Application Location Descriptor The MH-Simple Application Location Descriptor is described to indicate the details of the acquisition destination of the application. The MH-Simple Application Location Descriptor may be located in the MH-AIT.

(47) MH-Application Boundary Authority Setting Descriptor The MH-Application Boundary Authority Setting Descriptor is described in order to set the application boundary and set the broadcasting resource access authority for each area (URL). The MH-application boundary authority setting descriptor may be placed in the MH-AIT.

(48) MH-Startup Priority Information Descriptor The MH-Startup Priority Information Descriptor is described to specify the start-up priority of the application. The MH-start priority information descriptor may be placed in the MH-AIT.

(49) MH-cache information descriptor The MH-cache information descriptor is described for use in cache control when the resources constituting the application are cached and held when the application is expected to be reused. .. The MH-cache information descriptor may be located in the MH-AIT.

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

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

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

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

(54) Descriptor set by the business operator In addition, it is possible to prepare a descriptor set by the service provider or the like.

<Relationship between data transmission and each control information in the MMT method>
Here, with reference to FIG. 6E, the relationship between data transmission and a typical table in the broadcasting system supported by the broadcasting receiving device 100 of this embodiment will be described.

In the broadcasting system supported by the broadcasting receiving device 100 of the present embodiment, data transmission can be performed by a plurality of routes such as a TLV stream via a broadcasting transmission line and an IP data flow via a communication line. The TLV stream includes a TLV-SI such as TLV-NIT and AMT, and an IP data flow which is a data flow of an IP packet. 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, the IP data flow may include a subtitle asset including a series of subtitle MPUs, a character super asset including a series of character super MPUs, a data asset including a series of data MPUs, and the like. These various assets are associated with each other in units called "packages" by the MPT (MMT package table) stored and transmitted in the PA message. Specifically, the MPT has a package ID (corresponding to the “MMT_package_id_byte” parameter shown in FIG. 17 described later) and an asset ID of each asset included in the package (corresponding to the “asset_id_byte” parameter shown in FIG. 17 described later). Is described to make the association.

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

Among the above-mentioned references, (1) is, for example, an IP data flow received via a digital broadcast signal received by the tuner / demodulation unit 131 of the broadcast receiving device 100 of FIG. 7A, which will be described later. When the MPT is also included in the IP data flow on the communication line side for transmission, the reference destination in (1) may be the IP data flow received by the LAN communication unit 121 described later via the communication line. Further, the above (2), (3), (5), and (6) are IP data flows received by the LAN communication unit 121, which will be described later, via a communication line. Further, (4) has a reception function for receiving a digital broadcast signal using the MMT method and a digital broadcast using the MPEG2-TS method, for example, like the broadcast receiving device 800 of the second embodiment shown in FIG. 24 to be described later. In the case of a broadcast receiving device having both receiving functions for receiving signals, digital broadcasting using the MPEG2-TS system is based on MPT location information (“MMT_general_location_info ()”) included in the digital broadcasting signal using the MMT system. It can be used to refer to the data multiplexed in the MPEG2-TS received by the receiving function for receiving the signal.

The data constituting the "package" is specified in this way, but in the broadcasting system supported by the broadcast receiving device 100 of this embodiment, a series of data in the "package" unit is converted into a "service" unit of digital broadcasting. Treat as.

Further, the MPT describes the presentation time information of each MPU designated by the MPT (corresponding to the “mpu_presentation_time” parameter shown in FIG. 13B described later), and a plurality of presentation time information designated by the MPT using the presentation time information. The MPU can be presented (displayed, output, etc.) in conjunction with the clock based on NTP, which is the time information in UTC notation. The presentation control of various data using the clock based on the NTP will be described later.

In the data transmission method of this embodiment shown in FIG. 6E, there is a concept of "event". "Event" is a concept indicating a so-called "program" handled by MH-EIT included in an M2 section message and sent. Specifically, in the "package" indicated by the event package descriptor stored in the MH-EIT, the duration is from the disclosure time stored in the MH-EIT (corresponding to the "start_time" parameter shown in FIG. 21 described later). A series of data included in the period (corresponding to the “duration” parameter shown in FIG. 21 described later) is the data included in the concept of the “event”. MH-EIT performs various processes in the "event" unit in the broadcast receiving device 100 of this embodiment (for example, program table generation process, recording reservation and viewing reservation control, copyright management process such as temporary storage). It can be used for such purposes.

[Hardware configuration of broadcast receiver]
FIG. 7A is a block diagram showing an example of the internal configuration of the broadcast receiving device 100. The broadcast receiving device 100 includes a main control unit 101, a system bus 102, a ROM 103, a RAM 104, a storage (storage) unit 110, a LAN communication unit 121, an expansion interface unit 124, a digital interface unit 125, a tuner / demodulation unit 131, and a separation unit 132. , Video decoder 141, video color gamut conversion unit 142, audio decoder 143, character super decoder 144, subtitle decoder 145, subtitle synthesis unit 146, subtitle color gamut conversion unit 147, data decoder 151, cache unit 152, application control unit 153, Consists of a browser 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, a voice synthesis unit 164, a speaker unit 165, an audio output unit 166, and an operation input unit 170. Will be done.

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

The ROM (Read Only Memory) 103 is a non-volatile memory in which a basic operation program such as an operating system and other operation programs are stored. For example, a rewritable ROM such as an EEPROM (Electrical Erasable Program ROM) or a flash ROM can be used. Used. The ROM 103 may store the operation setting values necessary for the operation of the broadcast receiving device 100. The RAM (Random Access Memory) 104 serves as a work area for executing a basic operation program and other operation programs. The ROM 103 and the RAM 104 may be integrated with the main control unit 101. Further, the ROM 103 may not have an independent configuration as shown in FIG. 7A, but may use a partial storage area in the storage (storage) unit 110.

The storage (storage) unit 110 stores an operation program of the broadcast receiving device 100, an operation setting value, personal information of a user of the broadcast receiving device 100, and the like. In addition, an operation program downloaded via the Internet 200 and various data created by the operation program can be stored. In addition, contents such as moving images, still images, and sounds acquired from broadcast waves or downloaded via the Internet 200 can also be stored. A part of the function of the ROM 103 may be replaced by a part of the storage (storage) unit 110. Further, the storage (storage) unit 110 needs to hold the stored information even when the broadcast receiving device 100 is not supplied with power from the outside. Therefore, for example, a device such as a non-volatile semiconductor element memory such as a flash ROM or SSD (Solid State Drive), a magnetic disk drive such as an HDD (Hard Disk Drive), or the like is used.

It is assumed that each of the operation programs stored in the ROM 103 and the storage (storage) unit 110 can be added, updated, and expanded in function by a download process from each server device on the Internet 200.

The LAN (Local Area Network) communication unit 121 is connected to the Internet 200 via the router device 200r, and transmits / receives data to / from each server device and other communication devices on the Internet 200. In addition, the MMT data string (or a part thereof) of the program transmitted via the communication line shall be acquired. The connection with the router device 200r may be a wired connection or a wireless connection such as Wi-Fi (registered trademark). The LAN communication unit 121 is provided with a coding circuit, a decoding circuit, and the like. Further, the broadcast receiving device 100 may further include other communication units such as a Bluetooth (registered trademark) communication unit, an NFC communication unit, and an infrared communication unit.

The tuner / demodulation unit 131 receives the broadcast wave transmitted from the radio tower 300t via the antenna 100a, and tunes (selects) the channel of the service desired by the user based on the control of the main control unit 101. Further, the tuner / demodulation unit 131 demodulates the received broadcast signal to acquire the MMT data string. In the example shown in FIG. 7A, a configuration in which one tuner / demodulation unit is used is illustrated, but the broadcast receiving device 100 uses the tuner / demodulation unit for the purpose of simultaneous display of a plurality of screens, counterprogram recording, or the like. It may be configured to mount multiple devices.

The separation unit 132 is an MMT decoder, and based on the control signal in the input MMT data string, the video data string, the audio data string, the character super data string, the subtitle data string, etc., which are real-time presentation elements, are set to the video decoder 141, respectively. , Audio decoder 143, character super decoder 144, subtitle 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 line. Further, the separation unit 132 reproduces the multimedia application and the file system data which is a component thereof, and temporarily stores the file system data in the cache unit 152. Further, the separation unit 132 extracts general-purpose data and outputs it to the data decoder 151 in order to use it for streaming data to a data or application used by a player that presents data other than video / audio subtitles. Further, the separation unit 132 may perform error correction, access restriction control, and the like on the input MMT data string based on the control of the main control unit 101.

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

The character super decoder 144 decodes the character super data string input from the separation unit 132 and outputs the character super information. The subtitle decoder 145 decodes the subtitle data string input from the separation unit 132 and outputs the subtitle information. The character super information output from the character super decoder 144 and the subtitle information output from the subtitle decoder 145 are combined by the subtitle composition unit 146, and further, the subtitle color gamut conversion unit 147 is used by the video composition unit 161. Color space conversion processing is performed as necessary for the video composition processing. In this embodiment, among the services centered on character information presented at the same time as the video of the broadcast program, those related to the content of the video are referred to as subtitles, and the other services are referred to as character supermarkets. To do. In addition, when they are not distinguished, they are collectively referred to as subtitles.

The browser unit 154 inputs the multimedia application file acquired from the server device on the Internet 200 via the cache unit 152 or the LAN communication unit 121 and the file system data which is a component thereof to the control information and the LAN included in the MMT data string. It is presented according to the instruction of 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 (HyperText 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 the image composition processing in the image composition unit 161 as necessary. Further, the browser unit 154 also reproduces the application voice information by acting on the sound source unit 156.

The video compositing unit 161 inputs the video information output from the video color gamut conversion unit 142, the subtitle 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, and appropriately Performs processing such as selection and / or superimposition. The video synthesis 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. Further, the video compositing unit 161 is an EPG (Electronic Program Guide) created based on information such as scaling processing and MH-EIT included in MMT-SI, if necessary, based on the control of the main control unit 101. Performs screen information superimposition processing and the like. The monitor unit 162 is a display device such as a liquid crystal panel, and provides the user of the broadcast receiving device 100 with the video information selected and / or superposed by the video compositing unit 161. The video output unit 163 is a video output interface that outputs video information that has been selected and / or superposed by the video compositing unit 161.

The presentation function of the broadcast receiving device 100 of this embodiment is provided with 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 in the presentation function of the broadcast receiving device 100 of this embodiment. In the logical plane structure, the character super plane for displaying the character super is arranged in the foreground, and the subtitle plane for displaying the subtitle is arranged in the next layer. A multimedia plane that displays broadcast video, multimedia applications, or their composite video is placed on the third layer, and a background plane is placed on the back. The subtitle synthesis unit 146 and the video composition unit 161 draw the character super information on the character super plane, draw the subtitle information on the subtitle plane, and draw the video information, application information, and the like on the multimedia plane. Further, the background color is drawn on the background plane based on the LCT or the like included in the MMT-SI. It is assumed that a plurality of third-layer multimedia planes can be prepared according to the number of video decoders 141. However, even when there are a plurality of multimedia planes, the application information and the like output from the application color gamut conversion unit 155 are output only to the foremost multimedia plane.

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

The expansion interface unit 124 is a group of interfaces for expanding the functions of the broadcast receiving device 100, and in this embodiment, it is composed of an analog video / audio interface, a USB (Universal Serial Bus) interface, a memory interface, and the like. To 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 connects to a PC or the like to send and receive data. A HDD may be connected to record broadcast programs and contents. You may also connect a keyboard or other USB device. The memory interface connects a memory card or other memory medium to send and receive data.

The digital interface unit 125 is an interface for outputting or inputting encoded digital video data and / or digital audio data. The digital interface unit 125 can output the MMT data string obtained by demodulation by the tuner / demodulation unit 131, the MMT data string acquired via the LAN communication unit 121, or the mixed data of each MMT data string as it is. It shall be. Further, the MMT data string input from the digital interface unit 125 may be controlled to be input to the separation unit 132. The output of the digital content stored in the storage (storage) unit 110 or the storage of the digital content in the storage (storage) 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 DisplayPort (registered trademark) terminal, or the like, and data is output or input in a format compliant with the DVI specification, HDMI specification, DisplayPort specification, or the like. It may be something. It may be output or input in the form of serial data conforming to the IEEE1394 specifications and the like. Further, it may be configured as an IP interface that outputs a digital interface via hardware such as Ethernet (registered trademark) or wireless LAN. In this case, the digital interface unit 125 and the LAN communication unit 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 device 100. In this embodiment, a remote controller receiving unit and a button switch for receiving a command transmitted from a remote controller (not shown) are arranged. It shall consist of operation keys. Only one of them may be used. Further, the operation input unit 170 may be replaced with a touch panel arranged on the monitor unit 162. A keyboard or the like connected to the expansion interface unit 124 may be used instead. The remote controller (not shown) may be replaced with a mobile information terminal 700 having a remote controller command transmission function.

As described above, when the broadcast receiving device 100 is a television receiver or the like, the video output unit 163 and the audio output unit 166 are not essential configurations in the present invention. Further, the broadcast receiving device 100 may be an optical disk drive recorder such as a DVD (Digital Versaille Disc) recorder, a magnetic disk drive recorder such as an HDD recorder, an STB (Set Top Box), or the like, in addition to a television receiver. It may be a PC (Personal Computer), a tablet terminal, a navigation device, a game machine, or the like having a digital broadcast reception function or a broadcast communication cooperation function. When the broadcast receiving device 100 is a DVD recorder, an HDD recorder, an STB, or the like, the monitor unit 162 and the speaker unit 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 device 100 of this embodiment can be performed.

[System configuration of broadcast receiver clock synchronization / presentation synchronization]
FIG. 7C is an example of a system configuration of clock synchronization / presentation synchronization in the broadcasting system supported by the broadcasting receiving device 100 of this embodiment. In the broadcasting system of this embodiment, the UTC is transmitted from the broadcasting transmitting system to a receiver (broadcast receiving device 100 of this embodiment, etc.) in a 64-bit length NTP time stamp format. In the NTP time stamp format, "more than a second" of UTC is represented by 32 bits, and "less than a second" is represented by 32 bits. However, in reality, it is difficult to reproduce one second with 32-bit accuracy. Therefore, the system clock for synchronizing the video system and the system clock for operating the NTP format clock are, for example, "2 to the 24th power" Hz (about 16.8 MHz) as shown in the figure. The frequency of may be used. 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, 2 of about "2 to the 24th power" to "2 to the 28th power". It is desirable to use the power frequency as the system clock.

When the system clock is set to a power frequency of 2 such as "2 to the 24th power" to "2 to the 28th power" as described above on the broadcast transmission system side or the receiver side, it is received 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 PLL (Phase Locked Loop) system for reproducing the system clock or the NTP format clock are "0" or "1". It may be fixed to. That is, if the system clock is "2 to the nth power" Hz (n = 24 in the example of FIG. 7C), the lower "32-n" bit in the NTP time stamp format is fixed to "0" or "1". You may do so. Alternatively, the receiver may perform processing so as to ignore the lower "32-n" bits of the NTP time stamp format.

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

The receiver side receives the time information in the NTP length format via the broadcast transmission line, and reproduces the reception system clock by the PLL system based on the VCO of "2 to the nth power" Hz as in the broadcast transmission system side. As a result, the receiving system clock becomes a clock synchronized with the broadcasting transmitting system side. In addition, by operating the signal processing system of the receiver in synchronization with the system clock of "2 to the nth power" Hz, clock synchronization between the broadcast transmission system side and the receiver side is realized, and stable signal reproduction is possible. Become. Further, 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 MPU time stamp descriptor shown in FIG. 13B, which will be described later, is stored in the MPT stored in the PA message transmitted by the broadcast signal. The "mpu_sequence_number (MPU sequence number)" parameter in the MPU time stamp descriptor of FIG. 13B indicates the sequence number of the MPU that describes the time stamp, and the "mpu_presentation_time (MPU presentation time)" parameter sets the MPU presentation time to 64-bit NTP. It is shown in time stamp format. Therefore, the receiver can refer to the MPU time stamp descriptor stored in the MPT and control the presentation (display, output, etc.) timing of each MPU such as a video signal, an audio signal, subtitles, and a character superimpose. ..

When focusing on the decoding timing and the control of the presentation timing for each presentation unit of the above-mentioned video / audio signal, the video / audio signal is synchronized even with a clock of about "2 to the 16th power" Hz (about 65.5 KHz). Can be secured, and in this case, the lower 16 bits of the NTP time stamp format described in the MPU time stamp descriptor or the like need not be referred to. That is, when a "2 mth" Hz clock generated by dividing the system clock or the like is used to control the decoding timing and the presentation timing, it is lower than the NTP time stamp format described in the MPU time stamp descriptor or the like. The "32-m" bit does not have to be referenced. Therefore, the lower "32-m" bit 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 device 100 of this embodiment, and shows the software configuration of the ROM 103, the RAM 104, and the storage (storage) unit 110. In this embodiment, the basic operation program 1001 and other operation programs are stored in the ROM 103, and the reception function program 1002 and other operation programs are stored in the storage (storage) unit 110. In addition, the storage (storage) unit 110 stores a content storage area 1200 for storing contents such as moving images, still images, and sounds, and authentication for storing authentication information required for accessing an external mobile terminal device or each server device. It is assumed to include an information storage area 1300 and various information storage areas for storing various other information.

The basic operation program 1001 stored in the ROM 103 is expanded in the RAM 104, and the main control unit 101 further executes the expanded basic operation program to form the basic operation execution unit 1101. Further, the reception function program 1002 stored in the storage (storage) unit 110 is also expanded in the RAM 104, and the main control unit 101 further executes the expanded reception function program to configure the reception function execution unit 1102. To do. Further, the RAM 104 is provided with a temporary storage area for temporarily holding the data created at the time of executing each operation program as needed.

In the following, for the sake of simplicity, the main control unit 101 performs a process of controlling each operation block by expanding the basic operation program 1001 stored in the ROM 103 into the RAM 104 and executing the basic operation. It is described as assuming that the unit 1101 controls each operation block. The same description is made for other operation programs.

The reception function execution unit 1102 controls each operation block of the broadcast reception device 100 in order to reproduce components such as video and audio transmitted by the broadcast system of this embodiment. In particular, the transport processing unit 1102a mainly controls the MMT decoder function of the separation unit 132, and distributes the video data string, the audio data string, and the like 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 1102c mainly controls the cache unit 152, the application control unit 153, the browser unit 154, and the sound source unit 156. The character super processing unit 1102d mainly controls the character super decoder 144. The subtitle processing unit 1102e mainly controls the subtitle decoder 145. The general-purpose data processing unit 1102f mainly controls the data decoder 151. The EPG generation unit 1102g interprets the description contents such as MH-EIT included in the MMT-SI and generates the EPG screen. Based on the logical plane structure, the presentation processing unit 1102h includes a video color gamut conversion unit 142, a subtitle synthesis unit 146, a subtitle color gamut conversion unit 147, an application color gamut conversion unit 155, a video synthesis unit 161 and a voice synthesis unit 164. Is mainly controlled.

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

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

The main control unit 301 is a microprocessor unit that controls the entire broadcasting station server 300 according to a predetermined operation program. The 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. The RAM 304 serves as a work area when each operation program is executed.

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

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

In the following, in order to simplify the explanation, the main control unit 301 controls each operation block by expanding and executing the basic operation program 3001 stored in the storage unit 310 in the RAM 304. It is described as assuming that the operation execution unit 3101 controls each operation block. The same description is made for other operation programs.

The broadcast content management / distribution execution unit 3102 manages the program content and the like of each broadcast program and each metadata stored in the broadcast content storage area 3200 and the metadata storage area 3300, and the program content and the like of each broadcast program and each. Controls the provision of metadata to service providers based on contracts. Further, when the broadcast content management / distribution execution unit 3102 provides the program content and the like of each broadcast program and each metadata to the service provider, the service provider based on the contract is required. The authentication process of the server 400 may be performed.

The broadcast content transmission execution unit 3103 stores the program content of the broadcast program stored in the broadcast content storage area 3200, the program title of the broadcast program stored in the metadata storage area 3300, the program ID, the copy control information of the program content, and the like. Time schedule management and the like when transmitting the included MMT data string from the radio tower 300t via the digital broadcast signal transmission unit 360 is performed.

The LAN communication unit 321 is connected to the Internet 200 and communicates with the service provider server 400 or the like on the Internet 200. The LAN communication unit 321 is provided with a coding 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. of the program content of each broadcast program stored in the broadcast content storage area 3200. , It is transmitted as a digital broadcast wave via the radio tower 300t.

[Service provider server configuration]
FIG. 9 is a block diagram showing an example of the internal configuration of the service provider server 400. The service provider server 400 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 operation program. The 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. The RAM 404 serves as a work area when each operation program is executed.

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

Further, the basic operation program 4001 and the video content management / distribution program 4002 and the application management / distribution program 4004 stored in the storage unit 410 are expanded in the RAM 404, respectively, and the main control unit 401 further expands the expanded basic operation program and the video. By executing the content management / distribution program and the application management / distribution program, the basic operation execution unit 4101, the video content management / distribution execution unit 4102, and the application management / distribution execution unit 4104 are configured.

In the following, in order to simplify the explanation, the main control unit 401 controls each operation block by expanding and executing the basic operation program 4001 stored in the storage unit 410 in the RAM 404. It is described as assuming that the operation execution unit 4101 controls each operation block. The same description is made for other operation programs.

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

The LAN communication unit 421 is connected to the Internet 200 and communicates with the broadcast receiving device 100 via the broadcasting station server 300 on the Internet 200 and the router device 200r. The LAN communication unit 421 shall include a coding circuit, a decoding circuit, and the like.

[Hardware configuration of mobile information terminal]
FIG. 10A is a block diagram showing an example of the internal configuration of the mobile information terminal 700. The mobile 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 expansion interface unit 724, an operation unit 730, an image processing unit 740, a voice processing unit 750, and a sensor unit 760. Consists of ,.

The main control unit 701 is a microprocessor unit that controls the entire mobile information terminal 700 according to a predetermined operation program. The 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 personal digital assistant 700.

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

The storage unit 710 stores the operation program and operation setting value of the mobile information terminal 700, the personal information of the user of the mobile information terminal 700, and the like. In addition, an operation program downloaded via the Internet 200 and various data created by the operation program can be stored. In addition, contents such as moving images, still images, and sounds downloaded via the Internet 200 can also be stored. A part of the function of the ROM 703 may be replaced by a part of the storage unit 710. Further, the storage unit 710 needs to hold the stored information even when the mobile information terminal 700 is not supplied with power from the outside. Therefore, for example, a device such as a non-volatile semiconductor element memory such as a flash ROM or SSD, a magnetic disk drive such as an HDD, or the like is used.

It is assumed that each of the operation programs stored in the ROM 703 and the storage unit 710 can be added, updated, and expanded in function by a download process 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 / receives data to / from each server device and other communication devices on the Internet 200. The connection with the router device 200r and the access point 200a shall be made by wireless connection such as Wi-Fi (registered trademark). The mobile telephone network communication unit 722 performs telephone communication (call) and data transmission / reception by wireless communication with the base station 600b of the mobile telephone network. The NFC communication unit 723 performs wireless communication when it is in close proximity to the corresponding reader / writer. The LAN communication unit 721, the mobile telephone network communication unit 722, and the NFC communication unit 723 shall each include a code circuit, a decoding circuit, an antenna, and the like. Further, the communication processing unit 720 may further include other communication units such as a Bluetooth (registered trademark) communication unit and an infrared communication unit.

The expansion interface unit 724 is a group of interfaces for expanding the functions of the mobile information terminal 700, and in this embodiment, it is 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 connects to a PC or the like to send and receive data. You may also connect a keyboard or other USB device. The memory interface connects a memory card or other memory medium to send and receive data.

The operation unit 730 is an instruction input unit for inputting operation instructions to the mobile information terminal 700. In this embodiment, the operation unit 730 is composed of a touch panel 730t arranged on the display unit 741 and an operation key 730k in which button switches are arranged. It shall be. Only one of them may be used. The mobile information terminal 700 may be operated by using a keyboard or the like connected to the extended interface unit 724. The mobile information terminal 700 may be operated by 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. Further, the touch panel function may be provided in the display unit 741.

The image processing unit 740 includes a display unit 741, an image signal processing unit 742, a first image input unit 743, and a second image input unit 744. The display unit 741 is a display device such as a liquid crystal panel, and provides the image data processed by the image signal processing unit 742 to the user of the mobile information terminal 700. 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. Further, the image signal processing unit 742 shall have a function of performing format conversion, menu and other OSD (On Screen Display) signal superimposition processing, etc., as necessary. The first image input unit 743 and the second image input unit 744 convert the light input from the lens into an electric signal by using an electronic device such as a CCD (Charge Coupled Device) or a CMOS (Complementary Metal Oxide Sensor) sensor. , A camera unit that inputs image data of surroundings and objects.

The voice processing unit 750 is composed of a voice output unit 751, a voice signal processing unit 752, and a voice input unit 753. The voice output unit 751 is a speaker, and provides the user of the mobile information terminal 700 with the voice signal processed by the voice signal processing unit 752. The voice input unit 753 is a microphone, which converts a user's voice or the like into voice data and inputs it.

The sensor unit 760 is a group of sensors for detecting the state of the portable information terminal 700. In this embodiment, the GPS receiver unit 761, the gyro sensor 762, the geomagnetic sensor 763, the acceleration sensor 764, the illuminance sensor 765, and the proximity sensor 766. Consists of ,. With these sensor groups, it is possible to detect the position, tilt, direction, movement, ambient brightness, proximity status of surrounding objects, and the like of the portable information terminal 700. Further, the portable information terminal 700 may further include other sensors such as a barometric pressure sensor.

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

The configuration example of the mobile information terminal 700 shown in FIG. 10A includes many configurations that are not essential to this embodiment, such as the sensor unit 760, but the present embodiment even if the configuration is not provided with these. Does not impair the effect of. Further, configurations (not shown) such as a digital broadcast reception function and an electronic money payment function may be further added.

[Software configuration of mobile information terminal]
FIG. 10B is a software configuration diagram of the mobile information terminal 700 of this embodiment, and shows the software configuration of the ROM 703, the RAM 704, and the storage unit 710. In this embodiment, the basic operation program 7001 and other operation programs are stored in the ROM 703, and the cooperation control program 7002 and other operation programs are stored in the storage unit 710. Further, the storage unit 710 includes a content storage area 7200 for storing contents such as moving images, still images, and sounds, and an authentication information storage area 7300 for storing authentication information and the like required for accessing a TV receiver and each server device. It shall be provided with various information storage areas for storing various other information.

The basic operation program 7001 stored in the ROM 703 is expanded in the RAM 704, and the main control unit 701 further executes the expanded basic operation program to form the basic operation execution unit 7101. Further, the cooperation control program 7002 stored in the storage unit 710 is also expanded in the RAM 704, and the main control unit 701 further executes the expanded cooperation control program to form the cooperation control execution unit 7102. Further, the RAM 704 is provided with a temporary storage area for temporarily holding the data created at the time of executing each operation program as needed.

In the following, for the sake of simplicity, the main control unit 701 performs a process of controlling each operation block by expanding the basic operation program 7001 stored in the ROM 703 into the RAM 704 and executing the basic operation. It is described as assuming that the unit 7101 controls each operation block. The same description is made for other operation programs.

The cooperation control execution unit 7102 manages device authentication and connection, transmission / reception of each data, and the like when the mobile information terminal 700 performs a linked operation with the television receiver. Further, the cooperation control execution unit 7102 is provided with a browser engine function for executing an application linked 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. After the product is shipped, it may be acquired from another application server 500 or the like on the Internet 200 via the LAN communication unit 721 or the mobile telephone network communication unit 722. Further, each of the operation programs stored in a memory card, an optical disk, or the like may be acquired via the expansion interface unit 724 or the like.

[Time management of broadcast receiver]
The broadcast receiving device of this embodiment has two types 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, which is a time managed based on the time information transmitted by MH-TOT described with reference to FIG. 6B.

FIG. 13A shows an example of the configuration of time information transmitted by NTP. Further, an example of the data structure of the MPU time stamp descriptor is shown in FIG. 13B. The "reference_timestamp" parameter, "transmit_timestamp" parameter, etc. in the NTP format are time data in the NTP length format having a length of 64 bits, and the "mpu_presentation_time" parameter in the MPU time stamp descriptor is also a NTP time stamp having a length of 64 bits. It is the time data in the format. The time data in the NTP length format and the time data in the NTP time stamp format are data in which "more than a second" of UTC is represented by 32 bits and "less than a second" is represented by 32 bits. That is, the time information in the NTP format can transmit the time information up to "less than a second". Further, since the time information in the NTP format is expressed in UTC, unlike the clock management in the conventional digital broadcasting, as shown in FIG. 3 (B), the communication that can be received by the communication line path (for example, the LAN communication unit 121 in FIG. 7A). It can also be matched with the NTP included in the signal received by the line).

On the other hand, the information transmitted by MH-TOT is as follows. It is assumed that the broadcast receiving device 100 can acquire the current date and the Japanese standard time by MH-TOT. FIG. 11A shows an example of the data structure of MH-TOT. The broadcast receiving device 100 can acquire the current date and the current time from the "JST_time" parameter of the MH-TOT. As shown in FIG. 11B, the "JST_time" parameter has the lower 16 bits of the coded data of the current date by the modified Julian Date (MJD) and the Japanese standard time (Japan Standard Time: JST) of 6 4 4 bits. It shall include 24-bit information expressed in Bit Binary Coded Decimal (BCD). The current date can be calculated by performing a predetermined operation on the 16-bit coded data of the MJD. The 6 4-bit 2-evolved decimal numbers represent "hours" in 2 decimal digits by 2 4-bit 2-evolved decimal numbers, and the following 2 4-bit 2-evolved decimal numbers are used to represent "hours" in decimal notation 2. The digits represent "minutes", and the last two 4-bit 2-evolved 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 the information in UTC notation in which the former NTP can transmit time information up to "less than a second" as described above, whereas MH- The point is that the information transmitted by TOT is information up to "seconds" in JST notation.

The broadcast receiving device 100 of the present embodiment uses the time management function based on NTP, which is the time information in UTC notation, to decode and display the video, audio, subtitles, character super, and other presented data which are the contents of the broadcast signal. By using the above, more accurate synchronization processing can be realized. Furthermore, by referring to the information in the UTC notation instead of the clock notation of the broadcasting station, the video, audio, subtitles, character supermarkets, or other data that are the contents of the broadcasting signal received by the broadcasting signal can be acquired by the communication line path. It can also perform decoding and display synchronization processing with video, audio, subtitles, character supervision, or other data.

Further, the broadcast receiving device of this embodiment presents the current time to the user with a time management function based on "JST_time" including 24-bit information represented by 6 4-bit binary coded decimal numbers of MH-TOT. It may be used for each process or each process for handling the MH-event information table (MH-EIT) described with reference to FIG. 6B. In general, in the process of presenting the current time to the user in the broadcast receiving device, accuracy of less than a second is rarely required. In addition, each time information described in the MH-event information table (MH-EIT) is represented by 6 4-bit binary coded decimal numbers, as in the conventional EIT of digital broadcasting transmitted by the MPEG2-TS method. The 24-bit information is stored in "hours", "minutes", and "seconds" in two decimal digits. Therefore, the time management function based on MH-TOT in the broadcast receiving device 100 of this embodiment is easy to match with the processing using MH-EIT. Specifically, the process using MH-EIT is a program table generation process (described later), a control of recording reservation and viewing reservation, a copyright management process such as temporary storage, and the like. This is because accuracy of less than seconds is rarely required for any of the processes, and accuracy in units of 1 second is sufficient.

In addition, the generation process of the program guide, 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 method. .. Then, also in the broadcasting system of this embodiment, in the processing such as the generation processing of the program guide, the control of recording reservation and viewing reservation, and the copyright management processing such as temporary storage, the conventional MPEG2-TS system digital broadcasting system is used. If it is configured so that it can be handled by consistent time management processing, it constitutes a broadcast receiving device having both a conventional MPEG2-TS system digital broadcast receiving function and an MMT system digital broadcast receiving function. At that time, in these processes (processing such as program guide generation processing, recording reservation and viewing reservation control, copyright management processing such as temporary storage), it is not necessary to design processing algorithms separately, and the cost is low. can do.

Further, even if the receiver does not have the conventional MPEG2-TS system digital broadcast reception function but only the MMT system digital broadcast reception function, it can generate a program guide, control recording reservation and viewing reservation, and so on. Even if you do not create a completely new algorithm for processing such as copyright management processing such as temporary storage, you can use the algorithm of the function installed in the receiver of the digital broadcasting system using the conventional MPEG2-TS method. It can be developed at a lower cost.

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

As described above, the broadcast receiving device 100 of this embodiment includes a time management function using two types of time information having different accuracy. One time information is notation time information consistent with the conventional digital broadcasting system, the other time information is time information having a higher resolution than the one time information, and the latter time information is 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, and the former time information is used for program guide generation processing, recording reservation and viewing reservation control, temporary storage, etc. A broadcast receiving device can be provided at low cost by using it for rights management processing and the like.

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

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

In the first modification, in order to improve the accuracy of the management time of the NTP-based time management function already described with reference to FIG. 7C, the time management server (not shown) or the broadcasting station server 300 to the broadcasting receiving device 100 Information on the estimated delay time in the time information transmission of the above is included in the broadcast signal and transmitted, and the broadcast receiving device 100 is configured to use the information on the estimated delay time to correct the system clock of the time management function based on NTP. Is also good.

At this time, the information regarding the assumed delay time may be transmitted not in the TLV multiplexing stream shown in FIG. 3 (A) but in the TMCC (Transmission and Multiplexing Control) area outside the TLV multiplexing stream. good. If the transmission is performed within the TMCC region, the broadcast receiving device 100 can extract the information regarding the estimated delay time without going through the separation processing (demax processing) of the TLV multiplexed stream. That is, it is possible to acquire information that is not easily affected by the delay due to the separation process in the broadcast receiving device 100, and therefore, it is possible to perform a highly accurate correction process of the system clock. An example of the data structure of the time information transmitted by the TMCC signal will be described with reference to FIG. 13C. The time information may be stored in the TMCC extended information area and transmitted, for example. In the time information of the TMCC extended information area shown in FIG. 13C, the "delta" parameter sets an estimated transmission delay value of 32 bits from the time management server that distributes UTC or the server device that creates the TMCC signal to a general broadcast receiving device. Represented by the signed fixed-point of. The upper 16 bits describe the integer part, and the lower 16 bits describe the decimal point. The "transmit_timestamp" parameter is a transmission time stamp, and describes the time when the TMCC signal is transmitted 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 point.

In the first modification, the broadcast receiving device 100 of the present embodiment stores the information related to the estimated delay time described in the time information transmitted in the TMCC extended information area (for example, the above-mentioned "delta"). The system clock of the NTP-based time management function used for the synchronization processing of each content data of the broadcast signal can be corrected with higher accuracy by using the parameter and / or the "transmission_time stamp" parameter).

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

As described above, the broadcast receiving device 100 of the present embodiment has a time management function of acquiring the current date and the Japanese standard time from the information transmitted by the MH-TOT and managing the time. The current date and the Japanese standard time acquired from the information transmitted by the MH-TOT are superimposed on the video information, application information, etc. by the video synthesis unit 161 of the broadcast receiving device 100, and thereby 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 device 100 can acquire the current date and the current time from the “JST_time” parameter of the MH-TOT.

However, since only the lower 16 bits of the MJD encoded data are used in the above-mentioned "JST_time" parameter, digit overflow will occur on "April 22, 2038", and the predetermined calculation will occur. It is not possible to express the date after "April 23, 2038" by itself. Therefore, in the second modification of this embodiment, the date after "April 23, 2038" is expressed by switching the calculation method between the case where the value of MJD is equal to or more than the predetermined value and the case where the value is less than the predetermined value. It shall be controlled so that it can be done.

FIG. 12 shows an example of a first calculation method used when the value of MJD is equal to or more than a predetermined value and a second calculation method used when the value of MJD is less than a predetermined value. For example, when the predetermined value is "32768 (0x8000)", the current date is calculated using the first calculation method when the MJD is "32768" or more, and when the MJD is less than "32768". Calculates the current date using the second calculation method. 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 device 100 of this embodiment, it is possible to express the date after "April 23, 2038". However, the predetermined value can be arbitrarily set, and the predetermined value may be set to "16384 (0x4000)", "49152 (0xC000)", or the like. The switching condition of the calculation method may be that the upper 2 bits of the 16-bit data of the MJD are "00" and the upper 2 bits of the 16-bit data of the MJD are not "11". If the above-mentioned means is used with the predetermined value set to "32768", the date before "September 4, 1948" cannot be expressed, but there is 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 the MJD and the predetermined value, the "reserved" parameter in the MH-TOT data structure shown in FIG. 11A The first calculation method and the second calculation method may be switched according to a flag in which a part or all is replaced or a newly added flag. For example, the flag is set to "1" if the most significant bit of the 16-bit encoded data of the MJD is "0" and the MJD indicates "April 23, 2038" or later. However, if it does not indicate "April 23, 2038" or later, "0" may be set. Then, when the flag is "1", the second calculation method shown in FIG. 12 may be used, and when the flag is "0", the first calculation method may be used. Alternatively, a new descriptor having the same meaning as the flag may be newly prepared and placed in the MH-TOT.

Further, in the broadcasting system of this embodiment, as described above, the absolute time in NTP format is transmitted, and the broadcasting receiving device 100 of this embodiment has a time management function based on the NTP. Further, in the broadcast receiving device 100 of the present embodiment, the decoding timing and presentation for each presentation unit of the video / audio signal are referred to by referring to the NTP time stamp or the like described in the MPU time stamp descriptor set for each MPU unit. The timing is controlled. As described above, the NTP format time information has the configuration shown in FIG. 13A. Further, the MPU time stamp descriptor has the configuration shown in FIG. 13B.

Therefore, in the broadcast receiving device 100 of the present embodiment, the "reference_time stamp" parameter, the "transmit_time stamp" parameter, the "mpu_presentation_time" parameter, and the like are referred to, and the first You may choose whether to use one calculation method or the second calculation method. That is, for example, when the most significant bit of the 64-bit length NTP length format time data is "0", the second calculation method is used, and when it is not "0", the first calculation method is used. And so on.

By any of the above methods, the broadcast receiving device 100 of the present embodiment can express the date after "April 23, 2038".

[Broadcast receiver channel selection process (initial scan)]
The AMT of the broadcasting system of this embodiment provides a list of multicast groups of IP packets for receiving IP packets transmitted by the TLV multiplexing method as indistinguishably as possible from IP packets transmitted on a communication line. It shall be. A plurality of IP multicast groups can be listed for one service identification. In addition, an address mask can be used to efficiently describe consecutive IP addresses.

In the broadcast receiving device 100 of this embodiment, a list of services acquired from TLV-NIT at the time of channel scanning at the time of initial setting or at the time of rescanning for setting change is displayed in a non-volatile memory such as ROM 103 or storage unit 110. In addition, it is possible to store a list of IP multicast groups corresponding to the respective services as IP-related information in the non-volatile memory in association with the respective services. To do. By storing the list of services and IP-related information in the non-volatile memory so that they can be referred to at all times, it is not necessary to reacquire TLV-NIT and AMT when switching channels, etc., and the acquisition of broadcast contents is efficient. It becomes possible to do.

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

When the channel scan is started, the reception function execution unit 1102 instructs the tuner / demodulation unit 131 to set the frequency initial value and tune to the frequency value (S101). When the tuner / demodulation unit 131 succeeds in locking to the set frequency value (S102: Yes), the reception function execution unit 1102 then acquires the TLV-NIT from the received signal (S103).

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

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

When the tuner / demodulation unit 131 does not succeed in locking to the set frequency value in the processing of S102 (S102: No), and the TLV-NIT acquired in the processing of S103 is not valid data. In the case (S104: No), the processing of S105 to S111 is not performed.

When the process of S111 is completed, the reception function execution unit 1102 ends the process if the frequency value set in the tuner / demodulation unit 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 of the channel scan range (S112: No), the frequency value set in the tuner / demodulation unit 131 is increased (S113), and the processes of S102 to S111 are performed. repeat. If one TLV-NIT can acquire service IDs related to all services constituting the broadcasting network, and can further acquire an AMT having a list of IP multicast groups related to the service IDs, S112 to S113. No processing is required.

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

The rescan for changing the setting is automatically performed when it is detected that the information in the table has changed by referring to the "version_number" parameter of TLV-NIT or AMT. You may. When a change in one of the "version_number" parameters of TLV-NIT and AMT is detected, only the information about the table in which the change in the parameter is detected may be automatically updated. However, when the above-mentioned automatic update is performed, it is desirable to notify the user that the rescan is automatically performed. Further, 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.

[Broadcast receiver channel selection process (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 device 100 of this embodiment.

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

Next, the reception function execution unit 1102 starts acquiring the TLV-NIT from the reception signal of the tuner / demodulation unit 131. When the acquisition of the TLV-NIT is successful within a predetermined time (S205: Yes), the distribution system information for acquiring the IP data flow corresponding to the service ID is acquired from the acquired TLV-NIT (S207). On the other hand, when the acquisition of the TLV-NIT is not successful within a predetermined time (S205: No), the service ID is supported by referring to the service list stored in the ROM 103 or the storage unit 110 (S206). The distribution system information for acquiring the IP data flow is acquired (S207). It should be noted that the determination process of S205 may not be performed, and the service list stored in the ROM 103, the storage unit 110, or the like may always be referred to. When the distribution system information is acquired in the process of S207, the reception function execution unit 1102 then controls the tuner / demodulation unit 131 with the frequency value indicated by the acquired distribution system information, and the service ID. The IP data flow corresponding to (S208) is received, the MMT data string is extracted from the received IP data flow, and the data flow is output to the separation unit 132.

In the separation unit 132, the transport processing unit 1102a acquires an MMTP packet having a packet ID of “0” from the input MMT data string (S209), and further acquires an MPT included in the acquired MMTP packet. (S210). Next, the transport processing unit 1102a refers to the “MMT_package_id_byte” parameter possessed by 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_packet_id_byte" parameter have the same value as the service ID (S211: Yes), the MMTP packet having the packet ID "0" is said. It is determined that the MMTP packet has the data of the program corresponding to the service ID, and the acquisition of the MFU is executed based on the information possessed by the acquired MPT (S216).

On the other hand, when the lower 16 bits of the "MMT_packet_id_byte" parameter are not the same value as the service ID (S211: No), the MMTP packet having the packet ID "0" has the 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 that transmits the MPT having the “MMT_package_id_byte” parameter corresponding to the service ID. Confirm (let's say x) (S213). Further, the transport processing unit 1102a acquires an MMTP packet having a packet ID “x” from the input MMT data string (S214), and acquires an MPT included in the acquired MMTP packet (S215). Further, the MFU is acquired based on the acquired information of the MPT (S216).

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

When the MFU is acquired by the processing of S216, the transport processing unit 1102a extracts the coded video data, the coded audio data, and the like from the acquired MFU and outputs them to the video decoder 141, the audio decoder 143, and the like. Hereinafter, video / audio decoding processing based on the control of the AV decoding processing unit 1102b and presentation processing based on the control of the presentation processing unit 1102h are performed, but since each of the above processes is known, detailed description thereof will be omitted.

Through the above series of processes, the broadcast receiving device 100 of this embodiment can execute the channel selection (channel switching) operation. In particular, as described with reference to FIGS. 14 and 16, a service list and IP-related information are created at the time of channel scanning at the time of initial setting or at the time of rescanning for setting change, and the ROM 103 and the storage unit. By storing it in a non-volatile memory such as 110 so that it can be referred to at all times, and referring to the service list and IP-related information stored in the non-volatile memory such as ROM 103 or the storage unit 110 at the time of channel selection (channel switching), It makes it 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 channel selection (channel switching) to the end of channel selection (channel switching) as compared with the case of reacquiring AMT or TLV-NIT at the time of channel selection (channel switching). Become.

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

In the figure, in particular, the "left_top_pos_x" parameter and the "right_down_pos_x" parameter set the horizontal position at the upper left and the horizontal position at the lower right of the area when the left side of the full screen display is "0" / the right side is "100". Each is shown as a ratio to the total number of pixels in the horizontal direction. The "left_top_pos_y" parameter and the "right_down_pos_y" parameter are 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". It shall be shown as a ratio to the total number of pixels. Further, the "layer_order" parameter shall indicate the relative position of the region in the depth direction.

An example of assigning a layout to a layout number based on the setting of each parameter is shown in FIGS. 19A to 19D together with the setting value of each parameter.

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

FIG. 19C is an example of setting three regions as in FIG. 19B, but “region 0” is set in the range of (0,0) − (7679,4319), and “region 1” and “region 1” and “region” are set. 2 ”is arranged in front of the“ region 0 ”in the same range as described above, depending on the setting of the“ layer_order ”parameter. In FIG. 19D, "area 0" is set in device 0 (default device: broadcast receiving device 100 in this embodiment), and "area 1" is set in device 1 (mobile information terminal 700 in this embodiment). This is an example of the case where it is done.

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

It should be noted that the fractions after the decimal point generated when the screen is divided according to the set values of the parameters such as "left_top_pos_x" may be rounded up or down. It may be rounded (or rounded to zero in binary). For example, the number of pixels of the full screen is 7680 pixels / vertical 4320 pixels, the "left_top_pos_x" parameter of "area 0" is "0", the "left_top_pos_y" parameter is "0", the "right_down_pos_x" parameter is "51", and "right_down_". When the parameter is "51", "area 0" may be set in the range of (0,0)-(3916,2203) by the rounding process, or (0,0)-(3915, 3915, by the truncation process. "Area 0" may be set in the range of 2202). Further, in consideration of the macro block at the time of the video compression processing, the round-up / round-down processing may be performed in units of 8 pixels, 16 pixels, or the like. By the processing, it becomes possible to efficiently perform the area setting based on the LCT and the resolution conversion processing of the multimedia content in the area.

[Exception handling for screen layout control of broadcast receiver]
In the broadcast receiving device 100 of the present embodiment, even when the area control of the screen layout is performed by the above-mentioned LCT, when the user instructs the display of the EPG screen or the like, as an exception process, It is possible to perform screen layout control ignoring the description contents of the LCT. FIG. 20A shows an example of the operation of exception handling of screen layout control based on LCT.

According to the description of the LCT, the same screen layout control as in FIG. 19B is performed, the broadcast program image is displayed in the "area 0", and the broadcast of the program cooperation data and the like linked to the broadcast program in the "area 1" and the "area 2". When the user instructs the display of the EPG screen by the remote controller (not shown) while the content is displayed, the broadcast receiving device 100 of the present embodiment describes the LCT 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 control similar to that shown in FIG. 19A is performed), and the EPG screen is controlled to be displayed on the entire screen. Further, when the user instructs the end of the display of the EPG screen, the screen layout control according to the description contents of the LCT is re-executed.

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

The exception handling of the screen layout control is not applied only when displaying the EPG screen, and as shown in FIG. 20B, various setting screens of the broadcast receiving device 100 (recording setting screen in the illustrated example). ) May be applied when the child screen is displayed or when the two screens are displayed.

In the case of the recording setting screen shown in FIG. 6A, the display area of the broadcast content is changed from the entire screen to only the sub screen portion at the lower right of the screen. Similarly, in the case of the two-screen display shown in FIG. 3B, 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, so that the area control of the screen layout is maintained within the display area (that is, the area division is performed). It is not preferable in terms of visual recognition to go and display a plurality of broadcast contents at the same time). Therefore, in the broadcast receiving device 100 of the present embodiment, in the above situation, only the broadcast content of the "area 0" is selected and displayed in the display area. It should be noted that the broadcast contents of "Area 1" and "Area 2" may be selected and displayed according to the immediately preceding area selection status.

By performing the above-mentioned control, it is possible to improve the visibility of the broadcast content as compared with the case where various broadcast contents are displayed while maintaining the area control of the screen layout. The same applies when the sub-screen is displayed on the recorded program list screen or when the Internet content is displayed on the browser.

[EPG display of broadcast receiver]
In the broadcasting system of this embodiment, time-series information regarding events (so-called programs) included in each service constituting the broadcasting network is transmitted by MH-EIT. FIG. 21 shows an example of the data structure of MH-EIT of this embodiment. The 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 the own TLV stream and the schedule information of each event of the own TLV stream. Suppose it is possible. The broadcast receiving device 100 of this embodiment refers to the MH-EIT or the like and identifies by a service ID (corresponding to the “service_id” parameter in the figure) to provide information such as the start time and broadcast time of each event. It is possible to create an EPG screen by acquiring the above, and it is possible to superimpose the created EPG on the video information or the like in the video synthesis unit 161 and display it on the monitor unit 162.

FIG. 22A is a diagram showing an example of an EPG screen in the broadcast receiving device 100 of this embodiment. The EPG screen 162a has a matrix shape in which the vertical axis represents time and the horizontal axis represents service ID (channel), and detailed information of broadcast programs broadcast on each channel in each time zone is displayed. Further, the detailed information 162a1 of each broadcast program is mainly composed of a title area 162a2 and a detailed explanation area 162a3.

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

It should be noted that each control information (message, table, descriptor, etc.) in the broadcasting system of this embodiment indicates that the content, application, etc. related to the broadcasting program can be acquired from the network. However, if the LAN cable is not connected to the LAN communication unit 121 of the broadcast receiving device 100 and the access to each server device on the network is not possible, the mark 162a4 in which the above-mentioned "NetWork" is symbolized Etc. may be controlled so as not to be displayed.

Further, 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 a server device on the network as described above. When the access to is not possible, as shown in FIG. 22B, the portion of the detailed information 162b1 displayed on the EPG screen 162b may be controlled to be grayed out. That is, it is controlled so that the detailed information of the distributed program that cannot be viewed is not displayed. Further, by differentiating the background color of the detailed information 162b1 from others, it may be used as a substitute for the grayout process. When the detailed information 162b1 is selected by operating the remote controller (not shown), the broadcast receiving device 100 is in a state where it cannot access each server device on the network, or the distribution program associated with the detailed information 162b1 is viewed. The user may be notified by a pop-up or the like that it cannot be performed.

By each of the above-mentioned controls, the broadcast receiving device 100 can provide the program information of each broadcast program to the user in a more comfortable format according to the network connection status.

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

As shown in the figure, when there is a channel having only a distribution program distributed via the Internet 200, all channels (including information 162c1) are normally 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, as shown in the EPG screen 162d of FIG. It may be controlled not to display the channel information of "M2 broadcasting (net broadcasting)" (information 162c1 in the figure (A)).

By each of the above-mentioned controls, the user of the broadcast receiving device 100 can eliminate the need to confirm the information of the channel that he / she cannot watch.

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

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

By the above-mentioned control, in the broadcast receiving device 100 of this embodiment, even when the user selects and displays the EPG screen, various setting screens, the recorded program list screen, the Internet browser, etc., the emergency warning broadcast is performed. Is received, it is possible to avoid overlooking important text information based on the emergency warning broadcast. Note that this control may be performed on the character information of a normal character supermarket that does not depend on the emergency warning broadcast.

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

As described with reference to FIG. 6E, in the broadcasting system supported by the broadcast receiving device 100 of the present embodiment, in the TLV stream based on the location information stored in the MPT (corresponding to “MMT_general_location_info ()” in FIG. 17). The data to be acquired and the data to be acquired by a route other than the TLV stream can be included in the same package. However, the data transmission path other than the TLV stream (for example, IPv4 data flow, IPv6 data flow, MPEG2-TS of broadcasting, etc.) indicated by the location information is a reception function different from the reception function of the TLV / MMT stream. Therefore, even when the broadcast receiving device 100 is operating, the receiving function of these transmission paths is not operating, or the receiving function itself is operating but the relay device or the like is not operating. There may be situations where data cannot be acquired from these transmission paths, such as situations where the transmission paths are not connected by wire or wirelessly, or where the broadcast receiver 100 is installed in an environment where 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 the data acquired in the TLV stream with the data acquired by a route other than the TLV stream so as to be included in the same package. When received, the broadcast receiving device 100 of this embodiment may perform the following operations, for example.

For example, as shown in FIGS. 19B and 19C, the LCT sets a plurality of areas in the screen, displays the image included 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" and "Area 2" is displayed. If it cannot be acquired, the layout display of a plurality of areas specified by the LCT may be prohibited. Specifically, even if the LCT is received, the image of the content to be received in the TLV stream is left displayed in the "area 0" of the default layout display shown in FIG. 19A, as shown in FIGS. 19B and 19C. It is sufficient not to shift to the layout display of multiple areas. Further, in this state, even if a change instruction from the default layout to the layout shown by the LCT is input to the operation input unit 170 shown in FIG. 7A, the default layout display shown in FIG. 19A can be left as it is, or other data broadcasting screens. It may be possible not to shift to the layout display of a plurality of areas as shown in FIGS. 19B and 19C by switching to.

As shown in FIGS. 19B and 19C, the LCT sets a plurality of areas in the screen, displays the image included in the TLV stream in "area 0", and displays the images included in the TLV stream in "area 1" and "area 2". When the data acquired in the transmission path other than the TLV stream is associated so as to be displayed, the data of the transmission path other than the TLV stream to be displayed in "Area 1" or "Area 2" cannot be acquired. As another operation example of the case, the display frames of a plurality of areas of FIGS. 19B and 19C shown by the LCT are once displayed, and the background color and a predetermined still image are displayed for the "area 1" and the "area 2". If the data of the transmission path other than the TLV stream indicated by the location information of the MPT cannot be acquired even after the lapse of a predetermined time, the display may be switched to return to the default layout display state shown in FIG. 19A. In this case, if the program video included in the TLV stream is continuously displayed in the "area 0" even when the layouts of FIGS. 19A, 19B, and 19C are changed, the user's program video itself Is preferable because it continues.

Further, 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. When the video of the above is displayed, the various communication functions and various reception functions of the broadcast receiving device 100 of this embodiment start to operate, and the communication environment, communication status, and various reception functions of the various communication functions are displayed. Due to changes in the reception environment and reception status, it is possible that data on a transmission path other than the TLV stream to be displayed in "Region 1" or "Region 2" can be acquired. In this case, the broadcast receiving device 100 of the present embodiment immediately switches from the default layout display shown in FIG. 19A to the layout of a plurality of areas as shown in FIGS. 19B and 19C shown by the LCT, and sets the TLV in "area 0". The video of the content received in the stream may be displayed, and the data acquired from a transmission path other than the TLV stream may be displayed in the "region 1" or the "region 2". Further, the layout change may be executed after the change instruction from the default layout to the layout indicated by the LCT is input from the operation input unit 170 without immediately changing the layout.

[Copyright protection function]
In the digital broadcasting system supported by the broadcast receiving device 100 of the present embodiment, by transmitting the MPT including the copy control information, for example, the copy control information can be used for "unlimited copying"("unlimited copying and storage". It may be divided into two types: "encryption processing required at the time of output" and "unlimited copy possible and no encryption processing required at the time of storage and output"), "only one generation can be copied", and "predetermined multiple times can be copied" ( For example, if 9 times copy is possible + 1 move is possible, so-called "dubbing 10"), "copy prohibition", and the like may be configured to indicate the copy control state of the content referred to by the MPT for transmission. In this case, the broadcast receiving device 100 of the present embodiment stores the content in the storage (storage) unit 110, records the content in the removable recording medium, outputs the content to the external device, and transfers the content to the external device according to the copy control information. It may be configured to control copying, moving processing to an external device, and the like. The target of the storage process may include not only the storage (storage) unit 110 inside the broadcast receiving device 100 but also a record subjected to protection processing such as encryption processing so that the data can be reproduced only by the broadcast receiving device 100. .. Specifically, the target of the storage process includes an external recording device or the like that can be recorded and reproduced only by the broadcast receiving device 100.

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

First, when the copy control information included in the MPT indicates "unlimited copying is possible", the broadcast receiving device 100 of this embodiment stores in the storage (storage) unit 110, records in a removable recording medium, and is an external device. Output to, copy to an external device, and move processing to an external device may be performed without restrictions. However, if "unlimited copy possible and encryption processing required for storage and output" and "unlimited copy possible and encryption processing not required for storage and output" are separated, "unlimited copy possible and storage and output" When "sometimes encryption processing is required", the number of times of storage in the storage (storage) unit 110, recording on a removable recording medium, output to an external device, copying to an external device, and move processing to an external device is limited. However, it is necessary to perform encryption processing in each case.

Further, when the copy control information included in the MPT indicates "copying is possible only for one generation", the broadcast receiving device 100 of this 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 and output together with the copy control information of "copy prohibited". However, so-called move processing to an external device (a process of copying the content to the external device and making the content in the storage (storage) unit 110 of the broadcast receiving device 100 unplayable by an erasing process or the like) is possible.

Further, when the copy control information included in the MPT indicates "copying is possible a predetermined number of times", the broadcast receiving device 100 of this embodiment can be encrypted and stored in the storage (storage) unit 110. When the stored content is output to an external device for viewing, it is encrypted and output together with the copy control information of "copy prohibited". However, it may be possible to copy and move a predetermined number of copies to an external device. In the case of the so-called "dubbing 10" regulation, 9 copies and 1 move process may be performed on an external device.

Further, when the copy control information included in the MPT indicates "copy prohibited", the broadcast receiving device 100 of this embodiment prohibits copying to the storage (storage) unit 110. However, the broadcast receiving device 100 stores (stores) unit 110 only for a predetermined time specified in advance or for a predetermined time specified by control information (for example, according to the MH-Expire descriptor shown in FIG. 6D) included in the broadcast signal. When it is configured to have a "temporary storage" mode that enables holding in the storage (storage) unit 110, even if the copy control information included in the MPT indicates "copy prohibition". It enables temporary retention of the content. When the copy control information included in the MPT is "copy prohibited" and the content is output for viewing on an external device, it is encrypted and output together with the "copy prohibited" copy control information.

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

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

Further, the copy control information is a copy process of the content indicating copy restrictions such as "only one generation can be copied", "predetermined multiple times can be copied", and "copy prohibited" to an external device via the LAN communication unit 121. Is possible only when the IP address of the external device that is the destination of the transmission packet from the broadcast receiving device 100 is in the same subnet as the IP address of the broadcasting receiving device 100, and the IP address of the external device is the broadcasting receiving device. If it is outside the same subnet as the IP address of 100, it may be prohibited. The content whose copy control information is "unlimited copying is possible and encryption processing is required at the time of storage and output" may be handled in the same manner.

Similarly, once the copy control information indicates copy restrictions such as "only one generation can be copied", "predetermined multiple times can be copied", "unlimited copy is possible and encryption processing is required at the time of storage and output". Regarding the process of moving to an external device via the LAN communication unit 121 after storing in the storage (storage) unit 110, the IP address of the external device that is the destination of the transmission packet from the broadcast receiving device 100 is the broadcast receiving device 100. It is possible only when it is in the same subnet as the IP address of the broadcast receiving device 100, and it may be prohibited when the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100.

As for the video output and audio output for viewing of the content stored in the storage (storage) unit 110 of the broadcast receiving device 100, in principle, the IP address of the external device that is the destination of the transmission packet from the broadcast receiving device 100 receives the broadcast. 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 outside the same subnet as the IP address of the broadcast receiving device 100. However, the registration process as a device that is connected to the external device within the same subnet as the IP address of the broadcast receiving device 100 within a predetermined period and can be viewed even outside the same subnet as the IP address of the broadcast receiving device 100. In the case of a device that has been (paired), even if the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100, the storage (storage) of the broadcasting receiving device 100 in the external device is performed. It may be configured to enable viewing video output and audio output of the content stored in the unit 110. In this case, the video output and audio output for viewing are performed by encrypting the content.

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

Next, as described with reference to FIG. 6E, in the digital broadcasting system supported by the broadcast receiving device 100 of the present embodiment, the location information in the MPT (“MMT_general_location_IPv ()” in FIG. Data acquired by a route different from the acquired data (IPv4, IPv6, MPEG2-TS, URL, etc.) may be included in the same package and event as the data acquired in the TLV stream, but at this time, it is copied to MPT. Content protection when control information is included will be described.

First, when copy control information is included in the MPT, the data included in the same package and the same event in the location information is a route (IPv4, IPv6, MPEG2-TS, URL, etc.) different from the data acquired in the TLV stream of the broadcast route. ) May be controlled according to the copy control information included in the TLV stream. As described above, the copy control state of the content specified by these copy control information is "unlimited copy possible" ("unlimited copy possible and encryption processing required at storage and output" and "unlimited copy possible". And it may be divided into two types, "encryption processing is not required at the time of storage and output"), "only one generation can be copied", "predetermined multiple times can be copied" (for example, if 9 times copy is possible + 1 move is possible, so-called " Dubbing 10 ”),“ copy prohibited ”, etc. can be specified.

Here, when the position of the data indicated by the location information includes the MPEG2-TS data transmitted by another digital broadcast signal, the MPEG2-TS data is associated with the copy control information even in the other digital broadcast signal. It is being broadcast. Then, how to perform copy control of the MPEG2-TS data according to what information (whether to follow the copy control information included in the TLV / MMT stream or the copy control information included in the MPEG2-TS) becomes a problem. ..

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

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

For example, the copy control state indicated by the copy control information included in the TLV stream is "1st generation copy possible", and the copy control state indicated by the copy control information included in the MPEG2-TS is "predetermined multiple times copy possible". If there is, copy control may be performed as the content of "1st generation copy possible" even if the data is acquired by a route different from the data acquired by the TLV stream (digital broadcasting of MPEG2-TS transmission format). For example, the copy control state indicated by the copy control information included in the TLV stream is "unlimited copy possible", and the copy control state indicated by the copy control information included in the MPEG2-TS is "predetermined multiple times copy possible". If there is, copy control may be performed as "unlimited copy possible" content even if the data is acquired by a route different from the data acquired by the TLV stream (digital broadcasting of MPEG2-TS transmission format).

In the case of this operation, the data acquired by a route other than the TLV stream can also be put into the copy state to be managed in the broadcasting system supported by the broadcasting receiving device 100 of this embodiment.

<Operation example 2>
In the second operation example, when the MPT contains copy control information and the location information includes MPEG2-TS data transmitted by another digital broadcast signal in the same package and the same event, the TLV stream. The copy control state indicated by the copy control information included in MPEG2-TS is compared with the copy control state indicated by the copy control information included in MPEG2-TS, and the copy control state indicated by the copy control information included in MPEG2-TS is selected. Is stricter than the copy control state indicated by the copy control information included in the TLV stream, the storage process is performed in the storage (storage) unit 110 or the like, the recording process is performed in the removable recording medium, or the output processing is performed from the digital interface. At that time, it operates so as to exclude the MPEG2-TS data from the processing target content.

In the case of this operation, the data acquired by a route other than the TLV stream is copied on the broadcast receiving device 100 of this embodiment while respecting the original copy control information set in the broadcasting system that transmits the data. It is possible to eliminate duplication of control states.

Further, as a result of the comparison, when the copy control state indicated by the copy control information included in the MPEG2-TS is the same as the copy control state indicated by the copy control information included in the TLV stream, or a looser copy control state. May perform copy control on the MPEG2-TS data included in the same package and the same event in the location information as the content in the copy control state indicated by the copy control information included in the TLV stream.

In the case of this operation, the data acquired by a route other than the TLV stream is copied on the broadcast receiving device 100 of this embodiment while respecting the original copy control information set in the broadcasting system that transmits the data. It is possible to eliminate duplication of control states.

In the above description, the copyright protection function of the broadcast receiving device 100 of this embodiment has been described as being performed based on the copy control information included in the MPT. However, the table in which the copy control information is arranged is not limited to the MPT. In addition to the MPT, the MH-service description table (MH-SDT) and the MH-event information table (MH-EIT) described in FIG. 6B, or other tables are arranged for transmission, and the broadcast receiving device 100 conforms to these. 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)

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

[Hardware configuration of broadcast receiver]
FIG. 24 is a block diagram showing an example of the internal configuration of the broadcast receiving device 800. The broadcast receiving device 800 includes a main control unit 801, a system bus 802, a ROM 803, a RAM 804, a storage unit 810, a LAN communication unit 821, an expansion interface unit 824, a digital interface unit 825, a first tuner / demodulation unit 831, and a 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 (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 device 100 of the first embodiment. , The speaker unit 165, the audio output unit 166, the operation input unit 170, and the like have the same functions, and detailed description thereof will be omitted.

The first tuner / demodulation unit 831 receives the broadcast wave of the broadcast service that employs MMT as the media transport method via an antenna (not shown), and the service desired by the user is controlled by the main control unit 801. Synchronize (select) to the channel of. Further, the first tuner / demodulation unit 831 demodulates the received broadcast signal, acquires an MMT data string, and outputs it to the MMT decoding processing unit 841. The second tuner / demodulation unit 832 receives the broadcast wave of the broadcasting service adopting MPEG2-TS as the media transport method via an antenna (not shown), and the user desires based on the control of the main control unit 801. Synchronize (select) the channel of the service to be performed. Further, the second tuner / demodulation unit 832 demodulates the received broadcast signal, acquires the MPEG2-TS data string, and outputs it to the MPEG2-TS decoding processing unit 842.

The MMT decoding processing unit 841 inputs the MMT data string output from the first tuner / demodulation unit 831, and based on the control signal included in the MMT data string, the video data string and the audio data string, which are real-time presentation elements, Separation processing of character super data string, subtitle data string, etc., decoding processing, etc. are performed. The MMT decoding processing unit 841 includes a separation unit 132, a video decoder 141, a video color gamut conversion unit 142, an audio decoder 143, a character super decoder 144, a subtitle decoder 145, and a subtitle synthesis unit 146 in the broadcast receiving device 100 of the first embodiment. It is provided with 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. The MMT decoding processing unit 841 can perform various processes described in the first embodiment. Since the details of the various processes are as described in the first embodiment, the description thereof will be omitted.

The MPEG2-TS decoding processing unit 842 inputs the MPEG2-TS data string output from the second tuner / demodulation unit 832, and the video data which is a real-time presentation element based on the control signal included in the MPEG2-TS data string. Separation processing of columns, audio data strings, character super data strings, subtitle data strings, etc., decoding processing, etc. are performed. The MPEG2-TS decoding processing unit 842 has a function equivalent to that of the IRD (Integrated Receiver Decorder) unit of a conventional television receiver that receives broadcast waves of a broadcasting service that employs MPEG2-TS as a media transport method. A detailed description will be omitted.

The video synthesis unit 861 inputs 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. Perform processing such as selection and / or superimposition as appropriate. The video synthesis 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. Further, the video compositing unit 861 performs scaling processing, superimposition processing of EPG screen information, and the like, if necessary, based on the control of the main control unit 801. The voice synthesis unit 164 inputs the voice information output from the MMT decoding processing unit 841 and the voice information output from the MPEG2-TS decoding processing unit 842, and appropriately selects and / or performs processing such as mixing.

The LAN communication unit 821 is connected to the Internet 200 via the router device 200r, and transmits / receives data to / from each server device and other communication devices on the Internet 200. Further, the MMT data string (or a part thereof) or the MPEG2-TS data string (or a part thereof) of the program transmitted via the communication line is acquired, and the MMT decoding processing unit 841 or the MPEG2-TS is appropriately obtained. Output to the decoding processing unit 842.

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

Further, in general, when the video compositing unit 861 mainly selects the video information or the like output from the MMT decoding processing unit 841, the information regarding the current date and the current time acquired from the MH-TOT is used. When the video compositing unit 861 mainly selects the video information or the like output from the MPEG2-TS decoding processing unit 842 by superimposing it on the video information or the like, the information regarding the current date and the current time acquired from the TOT is described above. It may be controlled so as to be superimposed on the video information or the like.

However, since there are differences in the coding / decoding processing, transmission path, etc. between the broadcasting service that uses MMT as the media transport method and the broadcasting service that uses MPEG2-TS as the media transport method, the current time is displayed in particular. In the above, there is a possibility that inconsistency may occur between the selection of the broadcasting service adopting MMT as the media transport method and the selection of the broadcasting service adopting MPEG2-TS as the media transport method. For example, as shown in FIG. 25, the EPG screen 162g for displaying the channel information of the broadcasting service adopting MMT as the media transport method displays the channel information of the broadcasting service adopting MPEG2-TS as the media transport method. When the screen display is switched to the screen 162h, there is a possibility that the user may feel a visual discomfort due to the inconsistency caused by switching the current time display from the current time display 162g1 to the current time display 162h1.

In the broadcast receiving device 800 of the present embodiment, even when the video compositing unit 861 mainly selects the video information or the like output from the MMT decoding processing unit 841 in order to prevent the user from feeling a visual discomfort. , Information on the current date and the current time acquired from the TOT is controlled to be superimposed on the video information and the like. That is, the content of the broadcasting service that adopts MMT as the media transport method is controlled so as to superimpose the current time information provided by the broadcasting service that adopts MPEG2-TS as the media transport method.

By performing the above control, the broadcast receiving device 800 of the present embodiment always displays the current time information acquired by referring to the TOT when displaying the current time. Therefore, even when switching between a broadcasting service that uses MMT as the media transport method and a broadcasting service that uses MPEG2-TS as the media transport method, the user feels a visual discomfort due to the inconsistency in the display of the current time. It is possible to prevent it from being caused.

Note that FIG. 26A shows an example of selection control of the current time information reference source according to the reception status of each broadcast service in the broadcast receiving device 800 of this embodiment. In the broadcast receiving device 800 of this embodiment, when the broadcasting service adopting MPEG2-TS as the media transport method can be received, the current time information is always acquired by referring to the TOT. , The MH-TOT only when the broadcasting service adopting MPEG2-TS as the media transport method cannot be received and the broadcasting service adopting MMT as the media transport method can be received. Control to get the current time information by referring to.

Further, contrary to the above-mentioned control, 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 so as 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. In any case, when the content of the broadcasting service adopting MPEG2-TS as the media transport method is controlled so as to superimpose the current time information provided by the broadcasting service adopting MMT as the media transport method. Also in the above, the current time information can be corrected by referring to the "delta" parameter of the time information in the TMCC extended information area, as described in [Time management of broadcast receiving device] in the first embodiment. It is possible.

Further, in both cases of the broadcasting service adopting MMT as the media transport method and the broadcasting service adopting MPEG2-TS as the media transport method, the MH-TOT or TOT transmitted by each broadcasting service constituting the network is It is possible that there is an error due to a malfunction in the transmitting system or a transmission error. In the broadcast receiving device 800 of the present embodiment, as a countermeasure against the error of the MH-TOT or TOT, when it is determined that the MH-TOT or TOT acquired from the service being received has an error, another device of the same network is used. It has a function to update the time information of the built-in clock by acquiring MH-TOT or TOT from the broadcasting service of the above or from any broadcasting service of another network and referring to the current time information. And .

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

However, the broadcast receiving device 800 of this embodiment is also displaying video information or the like provided by a broadcasting service that employs MMT as the media transport method, or MPEG2-TS as the media transport method. Even when displaying video information or the like provided by the broadcasting service that employs the above, both the MH-EIT and the EIT can be acquired, and the usability for the user is improved.

FIG. 27A shows an example of the EPG screen in the broadcast receiving device 800 of this embodiment. In the figure, the EPG screen 162i is an EPG screen created based on MH-EIT, a broadcasting service that adopts MMT as a media transport method, and is "M1 TV", "M2 broadcasting", "M3 channel", "M4TV". , "Television M5", etc. are the names of broadcasting stations of broadcasting services that have adopted MMT as the media transport method, respectively. The EPG screen 162j is an EPG screen created based on the EIT of a broadcasting service that adopts MPEG2-TS as a media transport method, and is "T6 TV", "T7 broadcasting", "T8 channel", "T9TV". , "TV TA" and the like are the names of broadcasting stations of broadcasting services that adopt MPEG2-TS as the media transport method, respectively.

For example, when a user is instructing to display an EPG screen by operating a remote controller (not shown) while watching a broadcast program provided by a broadcasting service that employs MMT as a media transport method, the initial screen of the EPG screen (shown). Omitted) is displayed. The initial screen of the EPG screen is an EPG screen created based on MH-EIT, a broadcasting service that adopts MMT as a media transport method, and is "17:00 to" of "October 7, 2014 (today)". (Near the current time) ”is displayed with detailed information on the broadcast programs of each channel. Next, the user wants to check the detailed information of the broadcast program of each channel of "20: 00-" of "October 9, 2014", 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 wants to check the detailed information of the broadcast program provided by the broadcast service that adopts MPEG2-TS as the media transport method and instructs to switch the network by operating the remote controller (not shown), the EPG. The screen 162j is displayed. At this time, in the broadcast receiving device 800 of this embodiment, the initial screen of the EPG screen created based on the EIT of the broadcasting service adopting MPEG2-TS as the media transport method (that is, "October 7, 2014" (Detailed information of the broadcast program of each channel of "17:00 ~"), but the same time zone as the EPG screen 162i displayed immediately before (that is, "20:00 ~" of "October 9, 2014" 』) Control to display detailed information of the broadcast program of each channel.

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

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

Therefore, it is created based on the EIT of the broadcasting service that adopts MPEG2-TS as the media transport method while the user is checking the channel information created based on the MH-EIT of the broadcasting service that adopts MMT as the media transport method. Even when it is desired to confirm the channel information, it is possible to eliminate the need for an instruction to switch the network by operating a remote controller (not shown). Further, the user can simultaneously confirm detailed information about broadcast programs of the same day and the same time zone of a plurality of networks having different media transport methods. That is, the usability of the broadcast receiving device 800 is improved.
(Example 3)

Hereinafter, Example 3 of the present invention will be described. Unless otherwise specified, the configuration and effects of this example shall be the same as those of Example 1. Therefore, in the following, the differences between the present embodiment and the first embodiment will be mainly described, and the common points will be omitted as much as possible in order to avoid duplication.

It is assumed that the broadcast receiving device 100 of the present embodiment is capable of supporting HDR (High Dynamic Range), which is a technique for expanding the color luminance range of the video content, and expanding the color gamut. Further, in the MMT which is the media transport method supported by the broadcast receiving device 100 of the present embodiment, the image reproduction as intended by the content creator is performed on the monitor device (broadcast receiving device 100 or the like in the present embodiment) used by the user. In order to make it possible, it is assumed that the content information related to the HDR and the color gamut expansion can be transmitted together with the coded data of the program content.

[System configuration]
The system configuration in this embodiment is basically the same as the system configuration shown in FIG. As for the encoded data of the program content included in the broadcast wave transmitted from the radio tower 300t, as shown in FIG. 28, the content data output from the photographing device 390c is temporarily stored in the broadcasting station server 300. It may be sent out by appropriately performing coding processing, modulation processing, etc. without performing processing. Alternatively, the content data output from the photographing device 390c is stored in the broadcasting station server 300, and the stored content data is subjected to various video / audio editing processing by the editing device 390e and further encoded. It may be sent by appropriately performing processing, modulation processing, and the like.

Further, the broadcast wave includes coded data and character information of program contents, other applications, general-purpose data, etc., as well as brightness information of the program contents and devices used for creating / editing the program contents ( The content information descriptor that describes information related to the color reproduction performance of the photographing device 390c, the monitoring device of the editing device 390e, etc.) is the control information (content information) related to the program content, and each message of the above-mentioned MMT-SI / It shall be sent together with the table / descriptor.

[Data structure of content information descriptor]
FIG. 29A shows an example of the data structure of the content information descriptor. The content information descriptor may be arranged in MPT or MH-EIT. Each parameter in the data structure of the content information descriptor shall have the function described below.

・ "Descriptor_tag"
The descriptor tag shall have a function of uniquely identifying each descriptor in a 16-bit field.

・ "Descriptor_length (descriptor length)"
The descriptor length shall indicate the total number of data bytes for each parameter that follows this field.

・ "Component_tag (component tag)"
The component tag is a label for uniquely identifying the component stream, and is described by a 16-bit field. The value shall be the same as the component tag described in the MH-stream identification descriptor.

・ "Content_type"
The content type represents the type of video content contained in the component stream according to FIG. 29B. When this parameter is "0", it is assumed that the video content is the one (recorded program or the like) that has been edited by the editing device 390e. When this parameter is "1", it indicates that the video content has been edited by the editing device 390e (recorded program, etc.) and that this content is compatible with HDR. To do. When this parameter is "2", it is assumed that the video content is the content data (live broadcast program or the like) output from the photographing device 390c. When this parameter is "3", it is assumed that the video content is content data (live broadcast program or the like) output from the photographing device 390c, and that this content is compatible with HDR. Further, 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 coordinate is a parameter indicating information on the color reproduction performance of the source device, and the color gamut supported by the source device is the R (red) / G (green) / B (blue) primary colors. It shall be indicated by the coordinate values on the CIE chromaticity diagram (CIExy chromaticity diagram). The source device is a monitor device for the editing device 390e when the "content_type" parameter is "0" or "1". In this case, the source device primary chromaticity coordinates shall indicate the chromaticity coordinate values of the color gamut that can be displayed by the monitoring device of the editing device 390e. When the "content_type" parameter is "2" or "3", the source device is the photographing device 390c. In this case, the source device primary chromaticity coordinates shall indicate the chromaticity coordinate values of the color gamut that can be output by the photographing device 390c.

Each coordinate value on the CIE chromaticity diagram shall be indicated by a value in the range of "0.000" to "1.000", and shall be described in the range of "0000000000b" to "1111101000b" in a 10-bit field. It shall be done. For example, as shown in FIG. 29C, BT. If it is the chromaticity coordinate value of R (red) in the 709 standard, it becomes "x = 0.640 (10100000000b)" and "y = 0.330 (0101001010b)", and BT. If it is the chromaticity coordinate value of G (green) in the 2020 standard, it becomes "x = 0.170 (0010101010b)" and "y = 0.797 (1100011101b)".

・ "Source_white_point_x (source device white chromaticity coordinates (x))"
"Source_white_point_y (source device white chromaticity coordinates (y))"
The source device white chromaticity coordinate is a parameter indicating information on the color reproduction performance of the source device, and indicates the coordinate value on the CIE chromaticity diagram of the white reference point that the source device can handle. The source device is a monitor device for the editing device 390e when the "content_type" parameter is "0" or "1". In this case, the chromaticity coordinate of the source device indicates the chromaticity coordinate value of the white reference point of the monitor device of the editing device 390e. When the "content_type" parameter is "2" or "3", the source device is the photographing device 390c. In this case, the chromaticity coordinate of the source device indicates the chromaticity coordinate value of the white reference point that can be output by the photographing device 390c.

Each coordinate value on the CIE chromaticity diagram shall be indicated by a value in the range of "0.00000" to "1.0000", and shall be described in the range of "00000000000000000b" to "100111100010000b" in a 14-bit field. It shall be done. For example, as shown in FIG. 29C, BT. 709 standard and BT. If it is the chromaticity coordinate value of the white reference point in the 2020 standard, it becomes "x = 0.3127 (00110000110111b)" and "y = 0.3290 (00110011011010b)".

・ "Source_luminance_max (maximum brightness of source equipment)"
"Source_luminance_min (minimum brightness of source equipment)"
The source device maximum brightness and the source device minimum brightness are parameters indicating information regarding the maximum brightness and the minimum brightness that the source device can support. The source device is a monitor device for 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 shall indicate the maximum value and the minimum value of the brightness that can be displayed by the monitor device of the editing device 390e. When the "content_type" parameter is "2" or "3", the source device is the photographing device 390c. In this case, the maximum brightness of the source device and the minimum brightness of the source device indicate the maximum and minimum values of the brightness that can be output by the photographing device 390c.

The maximum brightness of the source device ^{shall be indicated by a value in the range of "1 (cd / m 2} : candela / square meter)" to "65535 (cd / m ² )", and "0000h" to "FFFFh" in a 16-bit field. It shall be described in the range of. The minimum brightness of the source device ^{shall be indicated by a value in the range of "0.0001 (cd / m 2} )" to "6.5535 (cd / m ² )", and "0000h" to "FFFFh" in a 16-bit field. It shall be described in the range of.

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

・ "Scene_start_time (scene start time)"
The scene start time shall indicate the start time of the scene (chapter) in a 40-bit field. The upper 16 bits of this field indicate the lower 16 bits of the modified Julian day (MJD), and the lower 24 bits indicate the hours, minutes, and seconds of Japanese standard time (JST) in 6-digit BCD code. When the number of scenes is "1", the description of this parameter may be omitted.

・ "Scene_duration (scene duration)"
The scene duration indicates the duration of the scene (chapter) in a 24-bit field. This field indicates the duration hour, minute, and second with a six-digit BCD code. When the number of scenes is "1", the description of this parameter may be omitted.

・ "Max_light_level_of_content (maximum content brightness)"
The content maximum brightness shall indicate 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 brightness throughout the content. The maximum content brightness shall be indicated by a value in the range of "1 (cd / m ² )" to "65535 (cd / m ² )", and shall be described in the range of "0000h" to "FFFFh" in a 16-bit field. It shall be done.

-"Max_frame_ave_light_level (maximum frame average brightness)"
The maximum frame average brightness shall indicate the maximum value of the frame average brightness in each scene (chapter) in a 16-bit field. When the number of scenes is "1", this parameter indicates the maximum value of the average frame brightness throughout the content. The maximum frame average brightness shall ^{be indicated by a value in the range of "1 (cd / m 2} )" to "65535 (cd / m ² )", and shall be in the range of "0000h" to "FFFFh" in a 16-bit field. It shall be described.

・ "Max_light_level_of_frame (maximum brightness in frame)"
The maximum in-frame brightness shall indicate the maximum in-frame brightness in a 16-bit field. The maximum brightness in the frame ^{shall be indicated by a value in the range of "1 (cd / m 2} )" to "65535 (cd / m ² )", and shall be in the range of "0000h" to "FFFFh" in a 16-bit field. It shall be described.

・ "Flame_average_light_level (average brightness in frame)"
The in-frame average brightness shall indicate the average brightness of each frame in a 16-bit field. The average brightness in the frame ^{shall be indicated by a value in the range of "1 (cd / m 2} )" to "65535 (cd / m ² )", and shall be in the range of "0000h" to "FFFFh" in a 16-bit field. It shall be described.

・ "EOTF_identification"
EOTF (Electro-Optical Transfer Function) identification shall identify the type of conversion characteristics (transfer characteristics) between electrical and optical signals 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. It shows that gamma correction suitable for a monitor device having 709 compliant display characteristics is applied. When this parameter is "2", the video content is BT. It shows that the gamma correction of 10 bit processing suitable for the monitor device of the display characteristic of 2020 is applied. When this parameter is "3", the video content is BT. It shows that the gamma correction of 12-bit processing suitable for the monitor device of the display characteristic of 2020 is applied. Further, when this parameter is "4", it indicates that the video content is gamma-corrected suitable for a monitor device having display characteristics conforming to SMPTE2084. Further, other classifications may be performed using this parameter. Further, the "EOTF identification" parameter may be able to identify the type of colorimetry and the like. The type of conversion characteristic (transmission characteristic) between the electric signal and the optical signal shown in FIG. 29D is an example, and the video signal of the video content is processed with other conversion characteristics (transmission characteristic) of the electric signal and the optical signal. , The characteristic may be identified by the above-mentioned "EOTF identification" parameter.

Here, the broadcast receiving device 100 that has received the video content and the "EOTF identification" parameter refers to the "EOTF identification" parameter associated with the video content, and further displays the display characteristics of the monitor device that displays the video content. By performing appropriate processing such as electric-optical conversion based on both of them, it is possible to display each video content in a state suitable for the monitor device. For example, when the transmission 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 electric-optical conversion identified by is performed as it is. Further, when the transmission 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 electrical-optical conversion as it is, electrical-optical conversion corresponding to the display characteristics of the monitor device is performed on the video signal that has been subjected to conversion processing between the electrical signal and the optical signal according to the identification of the "EOTF identification" parameter. After performing the conversion process for converting into a video signal suitable for the above-mentioned processing, the display process for performing the electric-optical conversion corresponding to the display characteristics of the monitor device may be performed.

The video signal that has been subjected to the above-mentioned conversion processing between the electric signal and the optical signal according to the identification of the "EOTF identification" parameter is converted into a video signal suitable for the electric-optical conversion processing corresponding to the display characteristics of the monitor device. The conversion process to be converted will be described below. In the following, the above-mentioned process will be referred to as a transfer characteristic conversion process.

The video content having the values of "2", "3", and "4" in the "EOTF identification" parameter is HDR video content having a wide range of light and darkness and a wide color gamut that can be expressed. On the other hand, the video content having a value of "0" in the "EOTF identification" parameter is an SDR (Standard Dynamic Range) video content in which the range of light and darkness that can be expressed, the color gamut, and the like are narrower than those of the HDR video content.

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

Here, the HDR video content is referred to as BT. When displaying on an SDR compatible display device (non-HDR compatible display device) such as a monitor device having 709 compliant display characteristics, if the transmission characteristic conversion process is not performed, the wide brightness range and color gamut of the HDR video content are present. Etc. cannot be expressed by the monitor device, and the display image becomes difficult to see with brightness crushing and color crushing. That is, in this case, in the transmission characteristic conversion process, a process of converting a wide light-dark range, color gamut, etc. of the HDR video content so as to be within the light-dark range, color gamut, etc. that can be expressed by the monitor device is performed. Just do it. The processing may be expressed as a dynamic range reduction conversion of light and darkness and a color gamut reduction conversion. Further, since it is a process of converting HDR video content having a wide expressable light-dark range and color gamut into SDR video content having a narrow expressable light-dark range and color gamut, it is expressed as HDR-SDR conversion process. Is also good.

On the other hand, the video content having a value of "0" in the "EOTF identification" parameter is an SDR video content having a narrow expressable light-dark range, color gamut, and the like. The SDR video content was converted to BT. When displaying on an HDR compatible display device such as a 2020 compliant display characteristic monitor device, if the transmission characteristic conversion process is not performed, the wide light / dark display performance, color gamut display performance, etc. of the monitor device should be fully utilized. I can't. That is, in this case, in the transmission characteristic conversion process, the conversion process may be performed on the SDR video content so that the wide light / dark display performance, color gamut display performance, and the like of the monitor device can be fully utilized. The processing may be expressed as a dynamic range expansion conversion of light and darkness and a color gamut expansion conversion. Further, since it is a process of converting SDR video content having a narrow expressable light-dark range and color gamut into HDR video content having a wide expressable light-dark range and color gamut, it is expressed as SDR-HDR conversion process. Is also good. The SDR-HDR conversion process is not always necessary, and the SDR video content is converted into BT. When displaying on an HDR compatible display device such as a monitor device having display characteristics conforming to 2020, it is not necessary to perform the SDR-HDR conversion process. In this case, the light / dark display performance and the color gamut display performance are still within the range of the display characteristics of the SDR, but there is no problem because the display image is not difficult to see with luminance crushing and color crushing.

In addition, when the "EOTF identification" parameter is not associated with the video content received by the broadcast receiving device 100 and cannot be acquired (when it is not originally transmitted), or when it is associated with the video content received by the broadcast receiving device 100, " As an example of processing when the value of the "EOTF identification" parameter cannot be acquired due to a transmission error or the like and cannot be determined, 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, for example, "2" or "3". That is, when the value of the "EOTF identification" parameter cannot be identified, the video content may be treated as HDR video content. By doing so, the monitoring device can be BT. HDR-compatible display devices such as 2020-compliant display characteristic monitor devices do not perform the transmission characteristic conversion process, but if the actual content is HDR video content, appropriate display is performed, and the actual content is SDR video content. However, the light / dark display performance and the color gamut display performance are still within the range of the display characteristics of the SDR, but the display image is not difficult to see with luminance crushing and color crushing. In addition, the monitoring device is BT. In the case of an SDR compatible display device (HDR non-compatible display device) such as a monitor device having display characteristics conforming to 709, the transmission characteristic conversion process is actually performed by treating the video content as HDR video content. If the content is HDR video content, HDR-SDR conversion processing is appropriately performed and displayed, and even if the actual content is SDR video content, the light / dark display performance and color gamut display performance are within the range of SDR display characteristics. However, at least it is possible to avoid an unsightly display image having brightness crushing or color crushing that cannot fully express the light / dark range and color gamut of the video content. (When the actual content is HDR video content and SDR-HDR conversion processing is performed, or when the actual content is HDR video content, HDR-SDR conversion is performed on the SDR compatible display device (HDR non-compatible display device). If the display is performed as it is without performing the display, there is a possibility that such a display image having brightness crushing or color crushing is 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, the video content is treated as the HDR video content, so that the monitor device is an HDR compatible display device. Even if it is an SDR compatible display device (HDR non-compatible display device), whether the actual content is HDR video content or SDR video content, it is possible to display a video with few problems for the user.

In addition, as another second processing example of processing when the value of the "EOTF identification" parameter cannot be acquired (including the case of not being transmitted, the case of a transmission error, and the case of an invalid value), the video component descriptor. Etc. may be referred to the parameters related to the resolution of the video signal to determine whether to handle the HDR video content or the SDR video content.

For example, even when the value of the "EOTF identification" parameter cannot be identified, the parameter relating to the resolution of the video signal is that the resolution of the video content is high resolution content such as 3840 × 2160 pixels or 7680 × 4320 pixels. If it is shown, it may be determined that it is HDR video content. Specifically, it may be interpreted that the value of the "EOTF identification" parameter is "2" or "3". Since it is expected that high-resolution contents of 3840 × 2160 pixels or 7680 × 4320 pixels will be prepared as HDR video contents in the future, such processing facilitates probabilistically appropriate display.

Even if the value of the "EOTF identification" parameter cannot be identified, if the parameter related to the resolution of the video signal indicates that the resolution of the video content is 1920 × 1080 pixels or less, the SDR video You may judge that it is content. Specifically, it may be interpreted that the value of the "EOTF identification" parameter is "0". Since a large number of existing SDR contents exist in the contents having a resolution of 1920 × 1080 pixels or less, such processing facilitates stochastically appropriate display.

According to the second processing example described above, when the value of the "EOTF identification" parameter cannot be identified, the probabilistically appropriate display can be easily performed by making a determination with reference to the parameter related to the resolution.

Next, processing when the value of the “EOTF identification” parameter associated with the video content received by the broadcast receiving device 100 is a value for which a relationship with the display characteristics is not prepared in the table of FIG. 29D will be described. Here, the value for which the relationship with the display characteristic is not prepared in the table of FIG. 29D means that the value of the "EOTF identification" parameter in the table of FIG. 29D is "1" or "5" to "15" in the future. This is the case when a value that is reserved for 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 a relationship with the display characteristic 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.

In the configuration diagram of FIG. 7A, the video color gamut conversion unit 142 controlled by the control of the main control unit 101 based on the data separated by the separation unit 132 performs various video processing according to the “EOTF identification” parameter described above. Just do it.

Here, when the video content to be displayed is switched between the HDR video content and the SDR video content at the transition of the program or the channel switching, the timing at which the decoded video from the video decoder 141 of FIG. 7A is switched between the HDR video content and the SDR video content. Ideally, the timing at which the video processing of the video color range conversion unit 142 is switched between the processing for HDR video content and the processing for SDR video content is aligned. However, in reality, it is conceivable that a timing lag may occur.

In an HDR-compatible display device that performs SDR-HDR conversion processing on SDR video content, when switching from HDR video content to SDR video content, the timing at which the video processing of the video color range conversion unit 142 is switched is from the video decoder 141. If it is earlier than the switching timing of the decoded video, it will take time to perform SDR-HDR conversion processing on the HDR video content, and there is a possibility that a display video with crushed brightness or crushed color will be displayed. .. Therefore, when switching from the HDR video content to the SDR video content, the main control unit 101 sets the switching timing of the video processing of the video color gamut conversion unit 142 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 conversion unit 142 may be controlled. Alternatively, it may be controlled so that the video is put into a video muted state such as black display before the switching between the two starts, and the video muted state such as black display of the video is released 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 timing at which the video processing of the video color range conversion unit 142 is switched is the video decoder 141. If it is later than the switching timing of the decoded video from, it will take time to perform SDR-HDR conversion processing on the HDR video content, and there is a possibility that a display video with crushed brightness or crushed color will be displayed. It ends up. Therefore, when switching from the SDR video content to the HDR video content, the main control unit 101 sets the switching timing of the video processing of the video color gamut conversion unit 142 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 conversion unit 142 may be controlled. Alternatively, it may be controlled so that the video is put into a video muted state such as black display before the switching between the two starts, and the video muted state such as black display of the video is released after the switching between the two is completed. ..

In an SDR-compatible display device that performs HDR-SDR conversion processing on HDR video content and displays SDR video content without performing transmission characteristic conversion processing, when switching from HDR video content to SDR video content, the video If the timing of switching the video processing of the color gamut conversion unit 142 is earlier than the timing of switching 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 the transmission characteristic conversion processing. There is a possibility that a display image with crushed brightness or crushed color, which is difficult to see, will be displayed. Therefore, when switching from the HDR video content to the SDR video content, the main control unit 101 sets the switching timing of the video processing of the video color gamut conversion unit 142 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 conversion unit 142 may be controlled. Alternatively, it may be controlled so that the video is put into a video muted state such as black display before the switching between the two starts, and the video muted state such as black display of the video is released after the switching between the two is completed. ..

In an SDR-compatible display device that performs HDR-SDR conversion processing on HDR video content and displays SDR video content without performing transmission characteristic conversion processing, when switching from SDR video content to HDR video content, the video is displayed. 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 the transmission characteristic conversion processing. There is a possibility that a display image with crushed brightness or crushed color, which is difficult to see, will be displayed. Therefore, when switching from the SDR video content to the HDR video content, the main control unit 101 sets the switching timing of the video processing of the video color gamut conversion unit 142 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 conversion unit 142 may be controlled. Alternatively, it may be controlled so that the video is put into a video muted state such as black display before the switching between the two starts, and the video muted state such as black display of the video is released after the switching between the two is completed. ..

As described above, by performing the processing related to the switching timing of the decoded video and the switching timing of the transmission characteristic conversion processing, it is possible to avoid presenting the user with a difficult-to-see display video with blurred brightness or color. It becomes.

Instead of or in addition to the identification process using the "EOTF_identification" parameter in the content information descriptor described above and various video processes, the same identification as the above-mentioned "EOTF_identification" parameter can be performed in the coded video stream. The flag to be used may be inserted, and identification processing and various video processing using the inserted flag may be performed. The identification process and various video processes when the "EOTF_identification" flag as the flag in the coded video stream is used are the identification process and various video processes when the "EOTF_identification" parameter in the above-mentioned content information descriptor is used. In the description, instead of referring to the "EOTF_identification" parameter in the content information descriptor, it may be performed by referring to the "EOTF_identification" flag inserted in the encoded video stream, so detailed description is omitted. To do.

However, if the "EOTF_identification" flag as a flag in the coded video stream is inserted into the coded video stream in units of frames, GOP, etc., for example, in the content information descriptor set in units of assets or programs. It is possible to switch between HDR video content and SDR video content and to switch various video processes corresponding to each video content in finer time units than when the "EOTF_information" parameter is used. That is, the video decoder 141 can grasp the switching between the HDR video content and the SDR video content in frame units, GOP units, etc., and the video color range converter 142 in the subsequent stage can grasp the HDR video content and SDR video in frame units, GOP units, etc. Since it is possible to refer to the content identification information, the effect of improving the synchronization accuracy of the video processing switching timing in the video color range converter 142 as compared with the case of using the "EOTF_identification" parameter in the content information descriptor. There is.

When the transmission of the "EOTF_identification" flag in the coded video stream and the transmission of the "EOTF_identification" parameter in the content information descriptor are used together, the identification process using the "EOTF_identification" flag in the coded video stream is performed. The "EOTF_identification" parameter in the content information descriptor used for switching the video processing of the video color range converter 142 is, for example, an HDR video content program in the display of the program guide or the program information in the program unit. If it is used for display to convey to the user whether it is an SDR video content program or the like, the identification information of both can be used properly.

Further, in the case where 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 in combination, the processing when the identification information of the two is inconsistent is performed. The following can be considered. As a first processing example, the "EOTF_identification" flag in the coded video stream is preferentially used. In this case, there is an advantage that the switching between the HDR video content and the SDR video content as described above can be accurately synchronized with the switching timing of the corresponding video processing. As a second processing example, the "EOTF_identification" parameter in the content information descriptor is preferentially used. In this case, there is an advantage that the transmission characteristics and the like can be quickly identified without referring to the coded video stream.

The content information descriptor described above may have a data structure different from that shown in FIG. 29A. For example, another parameter different from each of the above parameters may be further provided, or all of the above-mentioned parameters may not be provided. Moreover, each parameter may use a different name. Further, each of the parameters does not necessarily have to be described in one descriptor, and may be described in two different descriptors, for example. Further, each of the parameters may be described in a descriptor and arranged in a table, or may be described directly in the table.

[EPG display of broadcast receiver]
Similarly to the first embodiment, the broadcast receiving device 100 of the present embodiment also refers to the MH-EIT and the like to identify by the service ID, thereby providing information such as the start time and broadcast time of each event (broadcast program). It is possible to create an EPG screen by acquiring the above, and it is possible to superimpose the created EPG on video information or the like in the video synthesis unit 161 and display it on the monitor unit 162.

Further, in the broadcast receiving device 100 of the present embodiment, the "content_type" parameter of the content information descriptor and the like are referred to, and when the type of the video content of each broadcast program is "1" or "3", the figure is shown in the figure. As shown in FIG. 30, a symbol or the like indicating an attribute indicating that the broadcast program is a program corresponding 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 “HDR” meaning that the broadcast program is compatible with HDR is symbolized. It may be the mark 162a5. Symbols and the like representing the attributes 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 pop-up. It may be displayed in other ways.

If the content information descriptor separately has "HDR_flag" or the like, which is a parameter indicating whether or not the video content of the broadcast program is compatible with HDR, refer to the "HDR_flag" parameter. By doing so, it may be possible to control whether or not to display a symbol or the like indicating an attribute indicating that the broadcast program is a program corresponding to HDR. The name of the "HDR_flag" parameter is an example, and different names may be used.

Further, when all or any of the "source_luminance_max" parameter, the "max_light_level_of_content" parameter, the "max_light_level_of_frame" parameter, etc. of the content information descriptor exceeds a predetermined value (for example, "100 (cd / m ² )"). Control may be performed so as to display a symbol or the like indicating an attribute indicating that the broadcast program is a program corresponding to HDR.

In addition, even when the type of the video content of each broadcast program is "1" or "3" by referring to the "content_type" parameter of the content information descriptor, or "source_luminance_max" of the content information descriptor. Even if all or any of the parameters such as the "max_light_level_of_content" parameter and the "max_light_level_of_frame" parameter exceeds a predetermined value (for example, "100 (cd / m ² )"), the monitor unit of the broadcast receiving device 100 If 162 does not support HDR, a symbol / character indicating that it is a broadcast program compatible with HDR and a mark 162a5 symbolizing "HDR" meaning that it is a broadcast program compatible with HDR are displayed. Control may be performed so as not to be performed.

Further, 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 the monitor unit 162 of the broadcast receiving device 100. When the type is compatible with the display characteristics, a symbol or the like indicating an attribute indicating that the broadcast program is a program that can be displayed with a correct brightness expression may be displayed. The symbol or the like representing the attribute may be, for example, a symbol / character indicating that the program can be displayed with the correct luminance expression, or “True” meaning that the program can be displayed with the correct luminance expression. It may be a mark 162a6 which symbolizes "Contrast". The above-mentioned case where the type of gamma correction applied to the video content of each broadcast program is a type that can be supported by the display characteristics of the monitor unit 162 of the broadcast receiving device 100 is, for example, "EOTF_identification" related to the video content. The parameter is "0", and the display characteristic of the monitor unit 162 of the broadcast receiving device 100 is BT. If it complies with 709, etc.

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

[Color gamut conversion process of broadcast receiver]
In this embodiment, it is assumed that the video content, which is a recorded program, has been edited by the editing device 390e as shown in FIG. 28. That is, the provider of the video content edits and processes the video content while checking it on the monitor device of the editing device 390e. Therefore, the video content is suitable under the color reproduction performance of the monitor device of the editing device 390e. There is a high possibility that the display will be made. On the other hand, the monitor unit 162 of the broadcast receiving device 100, which is a monitor device used by the user for viewing the video content, generally has different color reproduction performance depending on the manufacturer and the model. In this case, if the color reproduction performance of the monitor device of the editing device 390e and the color reproduction performance of the monitor unit 162 of the broadcast reception device 100 are significantly different, the video content is displayed on the monitor unit 162 of the broadcast reception device 100. At that time, there is a possibility that a problem may occur in which the video content provider cannot correctly perform the intended video expression.

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

Further, in the broadcast receiving device 100 of this embodiment, as a parameter indicating information on the color reproduction performance of the monitor unit 162 in various information storage areas of the storage unit 110, the R / G / G / G of the color gamut that the monitor unit 162 can handle. It is assumed that the coordinate values of each primary color of B and the white reference point on the CIE chromaticity diagram are stored. In the above situation, the coordinates of each primary color of R / G / B and the white reference point in the color gamut supported by the source device described in the content information descriptor are R0 /, respectively, as shown in FIG. 31A. The coordinates of each primary color and white reference point of R / G / B in the color gamut that are G0 / B0 and W0 and are stored in various information storage areas of the storage unit 110 and can be handled by the monitor unit 162 are R1 / respectively. In the case of G1 / B1 and W1, in particular, among the areas composed of R0 / G0 / B0 which is the color gamut that the source device can handle, R1 / G1 / which is the color gamut that the monitor unit 162 can handle. The portion that does not overlap with the region formed by B1 is a region that may not be correctly displayed by the monitor unit 162.

In order to solve the above-mentioned problem, the broadcast receiving device 100 of the present embodiment is stored in the color gamut and various information storage areas of the storage unit 110 that the source device described in the content information descriptor can handle. It is provided with a color gamut conversion processing function for converting the video data of the video content into video 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. .. Hereinafter, the color gamut conversion function included in the broadcast receiving device 100 will be described.

The color gamut conversion processing function included in the broadcast receiving device 100 of this embodiment is, that is, the color gamut of the video data (R0 / G0 / B0, which is the color gamut supported by the source device shown in FIG. 31A). It is a function of converting a color gamut (equivalent to a constituent area) based on the color reproduction performance of the monitor unit 162 so as to correspond to a color gamut (a region composed of R1 / G1 / B1 shown in FIG. 31A).

The color gamut conversion processing function provided in the broadcast receiving device 100 of the present embodiment is R / G / of the color gamut that the source device described in the content information descriptor can handle the color gamut of the video data. By referring to the coordinate values of each primary color of B and the coordinate values of each primary color of R / G / B in the color gamut that the monitor unit 162 stored in various information storage areas of the storage unit 110 can handle, the said It may be converted so that the monitor unit 162 can reproduce the correct color.

On the line segment R0 / G0 (or a region in the vicinity thereof), the R / G primary color coordinate values in the color gamut that the source device can handle and the R / G primary colors in the color gamut that the monitor unit 162 can handle. The color gamut conversion process may be performed by referring only to the coordinate values of. On the line segment G0 / B0 (or in the vicinity thereof), the coordinate values of the G / B primary colors in the color gamut that the source device can handle and the G / B primary colors in the color gamut that the monitor unit 162 can handle. The color gamut conversion process may be performed by referring only to the coordinate values. On the line segment R0 / B0 (or in the vicinity thereof), the coordinate values of the R / B primary colors in the color gamut that the source device can handle and the R / B primary colors in the color gamut that the monitor unit 162 can handle. The color gamut conversion process may be performed by referring only to the coordinate values.

Alternatively, as shown in FIG. 31B, the color gamut of the video data may be divided into three regions, and the color gamut conversion processing may be different for each divided region. For example, in the 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 points in the color gamut that the source device can handle and the monitor. The color gamut conversion process is performed by referring to each primary color of R / G and the coordinate value of the white reference point, which can be handled by unit 162. In the region composed of G0 / B0 / W0 in the color gamut of the video data, the coordinate values of each primary color of G / B and the white reference point in the color gamut that the source device can handle and the monitor unit 162. The color gamut conversion process is performed by referring to each primary color of G / B and the coordinate value of the white reference point in the corresponding color gamut. In the region composed of R0 / B0 / W0 in the color gamut of the video data, the coordinate values of the R / B primary colors and the white reference points of the color gamut that the source device can handle and the monitor unit 162. The color gamut conversion process is performed by referring to each primary color of R / B and the coordinate value of the white reference point in the color gamut that can be supported by.

Further, when the color gamut conversion process is different for each divided region, further, on the line segment R0 / W0 (or a region near the same), 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 a region in the vicinity thereof), the primary color of G in the color gamut that the source device can handle, the coordinate value of the white reference point, and the primary color of G in the color gamut that the monitor unit 162 can handle, and The color gamut conversion process may be performed by referring only to the coordinate values of the white reference point. On the line segment B0 / W0 (or in the vicinity thereof), the primary colors of B in the color gamut that the source device can handle, the coordinate values of the white reference point, and the primary colors of B in the color gamut that the monitor unit 162 can handle, and The color gamut conversion process may be performed by referring only to the coordinate values of the white reference point.

An example of the color gamut conversion process will be described 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 the source device described in the content information descriptor can handle, respectively (R0x, R0y). It is assumed that the coordinate values are (G0x, G0y) and (B0x, B0y). Further, R1, G1 and B1 are coordinates of each primary color of R / G / B in a color gamut that can be handled by the monitor unit 162 stored in various information storage areas of the storage unit 110, respectively (R1x, R1y). ), (G1x, G1y), (B1x, B1y). Further, P0 is predetermined color gamut data of the video content, and has coordinate values of (P0x, P0y). In this case, the color gamut data of P0 is converted into the color gamut data shown in P1 by the color gamut conversion process. It is assumed that P1 has coordinate values of (P1x, P1y), and is calculated by the calculation formula of the color gamut conversion process shown below as an example.

<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-α-β

In the calculation formula, the color gamut conversion process of all the color gamut data in the color gamut area of the video content can be handled by the source device described in the content information descriptor. By referring to the coordinate values of each primary color of G / B and the coordinate values of each primary color of R / G / B in the color gamut supported by the monitor unit 162 stored in various information storage areas of the storage unit 110. This is an example of doing so. Even when the color gamut of the video data is divided into three regions and the color gamut conversion processing is different for each divided region, the same calculation can be performed. (However, the parameters to be referred to are different.) Further, since the calculation formula is a known calculation formula using the barycentric coordinate system, detailed description of the derivation of the calculation formula will be omitted. Further, the calculation formula is merely an example, and the coordinate value of P1 may be calculated using a different calculation formula.

Further, when the entire color gamut area of the video content is included in the color gamut area supported by the monitoring device (broadcast receiving device 100 or the like), the color gamut conversion process may not be performed. .. For example, the color gamut of the video content is the BT. The color gamut equivalent to that of the 709 series and compatible with the monitor device (broadcast receiving device 100, etc.) is the same BT. When it is equivalent to the color gamut of the 2020 series, the BT. The entire region of the 709 series color gamut is the BT. Since it is included in the 2020 color gamut region, it is not necessary to perform the color gamut conversion process. That is, the monitoring device (broadcast receiving device 100 or the like) 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 device 100 of this embodiment, the color reproduction performance of the source device and the color reproduction performance of the monitor unit 162 of the broadcast receiving device 100 are different. Even when the video content is displayed on the monitor unit 162 of the broadcast receiving device 100, the video content can be preferably displayed.

[Broadcast receiver brightness adjustment process]
It is assumed that the broadcast receiving device 100 of this embodiment includes image quality adjustment items as shown in FIG. 32. 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, in the item related to the brightness adjustment among the image quality adjustment items, the automatic brightness adjustment may be possible with reference to the description of the content information descriptor. Hereinafter, the automatic luminance adjustment process will be described.

In the broadcast receiving device 100 of the present embodiment, the automatic brightness adjustment is performed with reference to (1) "source_luminance_max" parameter and "source_luminance_min" parameter of the content information descriptor, and (2) "max_light_level_of_content" parameter and "source_luminance_min". It is possible to perform automatic brightness adjustment with reference to the parameters, and (3) perform automatic adjustment with reference to only the "max_light_level_of_content" parameter.

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

The automatic brightness adjustment of the method (1) is displayed by the "reference_luminance_max" parameter and the "reference_luminance_min" parameter described in the content information descriptor, and the monitor unit 162 stored in various information storage areas of the storage unit 110. It is performed by referring to the maximum / minimum value of possible brightness.

That is, as shown in FIG. 33A, the brightness level indicated by the “source_luminance_max” parameter substantially matches the brightness level of the maximum value of the brightness that can be displayed by the monitor unit 162, and the “source_luminance_min” parameter is used. The conversion processing of the luminance expression range of the video content is performed so that the indicated luminance level roughly matches the luminance level of the minimum value of the luminance that can be displayed by the monitor unit 162. By performing the conversion processing of the luminance expression range, the user can display the video content having the same luminance expression as the monitor device of the editing device 390e used by the content provider for editing the content in the monitor unit of the broadcast receiving device 100. It will be possible to watch at 162.

The automatic brightness adjustment of the method (2) is displayed by the "max_light_level_of_content" parameter and the "reference_luminance_min" parameter described in the content information descriptor, and the monitor unit 162 stored in various information storage areas of the storage unit 110. It is performed by referring to the maximum / minimum value of possible brightness.

That is, as shown in FIG. 33B, the brightness level indicated by the "max_light_level_of_content" parameter substantially matches the brightness level of the maximum value of the brightness that can be displayed by the monitor unit 162, and the "source_luminance_min" parameter is set. The conversion processing of the luminance expression range of the video content is performed so that the indicated luminance level roughly matches the luminance level of the minimum value of the luminance that can be displayed by the monitor unit 162. By performing the conversion processing of the luminance expression range, the user can view the video content by fully utilizing the contrast performance of the monitor unit 162 of the broadcast receiving device 100.

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

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

The automatic brightness adjustment of the method (3) is the maximum value of the brightness that can be displayed by the "max_light_level_of_content" parameter described in the content information descriptor and the monitor unit 162 stored in various information storage areas of the storage unit 110. It is done by referring to. The minimum value side of the brightness is based on "0 (cd / m ² )". In this case, the same effect as that of the automatic luminance adjustment of the method (2) can be obtained, and further, the luminance expression range can be converted by a simple calculation by referring to a small number of parameters.
Further, the conversion process of the luminance expression range can be displayed by 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, respectively. It may be performed only when the brightness is larger than the maximum value.

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 value of the brightness that can be displayed by the monitor unit 162 stored in the various information storage areas of the storage unit 110. This is because there is a possibility that the luminance collapse may occur when the received video content is displayed as it is on the monitor unit of the broadcast receiving device 100, but in the opposite case, the luminance collapse may not occur.

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

According to this embodiment, by referring to the content information associated with the program content included in the broadcast wave, the more useful MMT-compatible broadcast reception capable of performing each of the above-mentioned processes corresponding to HDR and expansion of the color gamut is possible. Equipment can be provided.
(Example 4)

Hereinafter, Example 4 of the present invention will be described. The configuration and effects of this example shall be the same as those of Example 3 unless otherwise specified. Therefore, in the following, the differences between the present embodiment and the third embodiment will be mainly described, and the common points will be omitted as much as possible in order to avoid duplication.

[System configuration]
FIG. 34 is a system configuration diagram showing an example of a broadcasting communication system including the broadcasting receiving device of this embodiment. The broadcasting communication system of this embodiment includes a broadcasting receiving device 40100 and an antenna 40100a, a connection cable 40200, a monitoring device 40300, a broadband network such as the Internet 200 and a router device 200r, a broadcasting station radio tower 300t and a broadcasting satellite (or communication satellite). It is composed of 300s, a broadcasting station server 300, a service provider server 400, and other application servers 500. Although not shown, the access point 200a, the mobile telephone communication server 600, and the base station 600b of the mobile telephone communication network have the same connection as the system configuration diagram (see FIG. 1) of the broadcasting communication system of the first embodiment. , The mobile information terminal 700, may be further provided. Further, 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.

Further, as shown in FIG. 28, the coded data of the program content included in the broadcast wave transmitted from the radio tower 300t may be output from the photographing device 390c, and various editing devices 390e may be used. The video / audio may be edited and processed.

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

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

Further, the monitoring device 40300 may be able to connect to the Internet 200 via the router device 200r, and may be capable of transmitting and receiving data by communicating with each server device and other communication devices on the Internet 200. Further, the monitoring device 40300 may be able to receive the broadcast wave transmitted from the radio tower 300t via the antenna 40300a (however, not shown).

[Hardware configuration of broadcast receiver]
FIG. 35A is a block diagram showing an example of the internal configuration of the broadcast receiving device 40100. The broadcast receiving device 40100 includes a main control unit 101, a system bus 102, a ROM 103, a RAM 104, a storage (storage) unit 110, a LAN communication unit 121, an expansion interface unit 124, a digital interface unit 40125, a tuner / demodulator unit 131, and a separation unit 132. , Video decoder 141, video color gamut conversion unit 142, audio decoder 143, character super decoder 144, subtitle decoder 145, subtitle synthesis unit 146, subtitle color gamut conversion unit 147, data decoder 151, cache unit 152, application control unit 153, 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, a voice synthesis unit 164, an audio output unit 166, an operation input unit 170, and a transcode processing unit 40181. ..

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

The digital interface unit 40125 is an interface for outputting or inputting encoded digital video data and / or digital audio data. The digital interface unit 40125 can output the MMT data string obtained by demodulation by the tuner / demodulation unit 131, the MMT data string acquired via the LAN communication unit 121, or the mixed data of each MMT data string as it is. It shall be. Further, the MMT data string input from the digital interface unit 40125 may be controlled to be input to the separation unit 132.

The output of the digital content stored in the storage (storage) unit 110 or the storage of the digital content in the storage (storage) unit 110 may be performed via the digital interface unit 40125. Further, the digital interface unit 40125 is a DVI terminal, an HDMI (registered trademark) terminal, a DisplayPort (registered trademark) terminal, or the like, and is in a format compliant with the DVI specification, the HDMI specification, the DisplayPort specification, or the like, and is a video synthesis unit 161. And the video data and audio data output from the audio synthesizer 164 may be controlled to be output.

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

In addition, it is possible to change only the bit rate without changing the encoding format and media transport method of the component. The program content subjected to the transcoding calculation process can be stored in the storage (storage) unit 110 as recorded content, or can be output from the digital interface unit 40125 or the like and supplied to an external monitoring device or the like. Suppose that

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

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

Further, the reception function execution unit 1102 deployed in the RAM 104 further includes an output control unit 41102i. The output control unit 41102i of the reception function execution unit 1102 shall control each process related to data output from the video output unit 163, the audio output unit 166, and the digital interface unit 40125.

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

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

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

The n-pair differential transmission lane may be one pair of clock lanes and (n-1) pair of data lanes. For example, n = 4 may be used as one pair of clock lanes and three pairs of data lanes, or n = 2 may be used as 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 4 pairs of data lanes may be used. The clock lane and the data lane may be referred to as a clock line and a data line, respectively.

Digital video (R / G / B / Vsync / Hsync, Y) is connected to the data lane from the video synthesis unit 161 and the audio synthesis unit 164 via the transmission processing unit 40125b of the digital interface unit 40125 on the broadcast receiving device 40100 side. / Pb (Cb) / Pr (Cr), etc.) / A voice signal, other control signals, etc. may be output in a predetermined format. The predetermined format may conform to specifications such as HDMI (registered trademark), and detailed description thereof will be omitted. The digital video / audio signal 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 image processing unit and the audio processing unit (not shown) perform image quality adjustment, volume adjustment, etc. The necessary processing is appropriately performed, and the output is output from the display unit and the speaker of the monitoring device 40300.

Although not shown, the connection cable 40200 may further include a power supply line, a GND line, and a spare line. The n pairs of differential transmission lanes, communication lines, and the like may be shielded by GND lines. All or part of the spare line, the DDC line, the HPD line, and the CEC line may also be used as a part of the communication line for network communication. For example, the spare line and the HPD line may be used to form one transmission line and one reception line of the communication line, or a pair of transmission / reception lines. 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 control unit 101 of the broadcast receiving device 40100 and the main control unit (not shown) of the monitoring device 40300.

The transmission processing unit 40125b of the digital interface unit 40125 on the broadcast receiving device 40100 side communicates with the receiving processing unit 40325b of the digital interface unit on the monitoring device 40300 side via the DDC line, and further, EDID (Extended) is transmitted from the EDID storage unit 40325c. It is assumed that the Display Identification Data) can be read. 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 refers to the input resolution and frame rate that can be supported by the monitor device 40300, whether or not the monitor device 40300 can support 3D video display, or the HDR and color gamut expansion of the monitor device 40300. It shall be an item such as whether or not the processing corresponding to is possible.

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

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

The configuration of the connection cable 40200, the internal configuration of the digital interface unit 40125 of the broadcast receiving device 40100, and the internal configuration of the digital interface unit of the monitoring device 40300 shown in FIG. 36 are merely examples and may have different configurations. ..

[Each parameter of mastering information]
In this embodiment as well, as in the third embodiment, the content information descriptor shown in FIG. 29A is transmitted together with the above-mentioned MMT-SI message / table / descriptor as control information regarding the program content. It shall be. On the other hand, the broadcast receiving device 40100 of the present embodiment does not include a monitor unit or a speaker that finally provides a video signal or an audio signal to the user, and the encoded video is transmitted to the monitor device 40300 via the connection cable 40200. / The audio data and the like are transmitted, and the monitor device 40300 provides the video signal and the audio signal to the user. That is, 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.

The broadcast receiving device 40100 of the present embodiment receives the content information descriptor from the broadcast wave in order to enable each of the processes on the monitoring device 40300 side, and each parameter described in the received content information descriptor. Is appropriately selected, and has a function of transmitting the mastering information in a predetermined format to the monitoring 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, other control signals, etc. output from the digital interface unit 40125 are in a format conforming to the HDMI (registered trademark) specifications. , The mastering information may be output as a part of the other control signals and the like.

FIG. 37 shows a list of each parameter transmitted by the broadcast receiving device 40100 of this embodiment to the monitoring 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 on the color reproduction performance of the source device, and can be supported by the source device. The color gamut shall be indicated by the coordinate values on the CIE chromaticity diagram of each primary color of R (red) / G (green) / B (blue). "Source_primaries_rx", "source_primaries_ry", "source_primaries_gx", "source_primaries_gy", "source_primaries_gy", "source_primaries_gy", "source_primaries_bx", "source_primaries_bx", "source_primaries_bx" ] ”,“ Source_primaries_G [x, y] ”,“ sources_primaries_B [x, y] ”may be output as parameters.

“White_point_x, y” is a parameter indicating information on the color reproduction performance of the source device, and indicates the coordinate value on the CIE chromaticity diagram of the white reference point 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" parameter of the mastering information.

“Max_source_mastering_luminance” is a parameter indicating information on the maximum brightness that the source device can handle. It shall be indicated by a value in the range of "1 (cd / m ² : candela / square meter)" to "65535 (cd / m ^2)". The "source_luminance_max" parameter described in the content information descriptor may be selected and output as the "max_source_mastering_luminance" parameter of the mastering information.

“Min_source_mastering_luminance” is a parameter indicating information on the minimum brightness that the source device can handle. It shall be indicated by a value in the range of "0.0001 (cd / m ² )" to "6.5535 (cd / m ^2)". The "source_luminance_min" parameter described in the content information descriptor may be selected and output as the "min_source_mastering_luminance" parameter of the mastering information.

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

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

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

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

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

The broadcast receiving device 40100 of the present embodiment transmits each of the parameters described above as mastering information to the monitor device 40300 via the connection cable 40200, so that the monitor device 40300 has a code transmitted from the broadcast receiving device 40100. It is possible to perform processing such as color gamut conversion processing and brightness adjustment processing according to the display performance of the display unit of the monitor device 40300 on the converted video / audio data and the like. It should be noted that each parameter of the above-mentioned mastering information may further include another parameter different from each parameter shown in FIG. 37, or may not include all of the above parameters. Moreover, each parameter may use a different name.

[Mastering information generation process for broadcast receiver]
In this embodiment, when the "content_type" parameter of the content information descriptor is "2" or "3", the video content is content data (live broadcast program or the like) output from the photographing device 390c, and is described above. The content information descriptor does not have a "max_light_level_of_content" parameter and a "max_frame_ave_light_level" parameter. That is, in a live broadcast program or the like, the maximum values of the maximum brightness and the average brightness of the entire contents are not fixed until the end of the program contents.

In this case, the broadcast receiving device 40100 of the present embodiment outputs the mastering information by setting the values of the “Maximum_Conent_Light_Level” parameter and the “Maximum_Frame-avege_Light_Level” parameter to “0”, respectively. Alternatively, with the "max_light_level_of_frame" parameter and the "frame_avage_light_level" parameter of the content information descriptor, the "Maximum_Conent_Light_Lever" parameter and the "Maximum_Frame_Legel" parameter can also be used as a substitute L-Aver.

On the other hand, when the video content is recorded in the content storage area 1200 of the storage (storage) unit 110, the broadcast receiving device 40100 may create the “Maximum_Conent_Light_Level” parameter and the “Maximum_Frame-avege_Light_Level” parameter. That is, by performing the recording process of the video content, the broadcast receiving device 40100 can scan the video content from the start to the end, and therefore, the maximum brightness and the maximum value of the average brightness throughout the content. This is because it is possible to determine.

Further, when the video content recorded in the content storage area 1200 of the storage (storage) unit 110 by the recording process is output from the digital interface unit 40125 to the monitor device 40300 via the connection cable 40200 by the reproduction process, the broadcast receiving device 40100 Controls to output the maximum values of the maximum brightness and the average brightness of the entire content created by scanning the video content from the beginning to the end as the "Maximum_Interface_Light_Level" parameter and the "Maximum_Frame-avege_Light_Level" parameter. You may go. That is, in the case of the video content once recorded, all the parameters of the mastering information can be output to the monitoring 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 above-mentioned mastering information may be always output to the monitoring device 40300 connected via the connection cable 40200. Alternatively, the transmission processing unit 40125b of the digital interface unit 40125 on the broadcast receiving device 40100 side refers to the EDID acquired from the EDID storage unit 40325c of the monitoring device 40300, and the monitoring device 40300 can perform processing corresponding to HDR and expansion of the color gamut. Only when it is found that the above is true, each parameter of the mastering information may be output to the monitoring device 40300 via the connection cable 40200. Alternatively, only when the content information descriptor indicates that the video content of the broadcast program is a program compatible with HDR, each parameter of the mastering information is monitored via the connection cable 40200. It may be output to 40300.

When the above-mentioned content information descriptor indicates that the video content of the broadcast program is a program corresponding to HDR, the "content_type" parameter of the content information descriptor is "1". Or, in the case of "3", when the "HDR_flag" parameter of the content information descriptor indicates HDR correspondence of the video content of the broadcast program, the "source_luminance_max" parameter, the "max_light_level_of_content" parameter, and the "max_light_level_of_content" parameter of the content information descriptor. This is the case when all or any of the “max_light_level_of_frame” parameters or the like exceeds a predetermined value (for example, “100 (cd / m ² )” or the like).

Further, the output of each parameter of the mastering information may be controlled according to the interface type of the digital interface unit 40125. For example, when the interface type of the digital interface unit 40125 is HDMI interface, control is performed so as to output each parameter of the mastering information, and when the interface type is DVI interface, each parameter of the mastering information is not output. Control, etc.

Alternatively, the output of each parameter of the mastering information may be controlled according to 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 monitoring 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 monitoring device 40300 side are both HDMI interfaces, control is performed so as to output each parameter of the mastering information. When the interface type of the digital interface unit 40125 on the broadcast receiving device 40100 side is an HDMI interface but the interface type of the digital interface unit on the monitoring device 40300 side is not an HDMI interface (for example, a DVI interface or a Display Port interface). In that case, that is, when the connection cable 40200 is an interface conversion cable), control is performed so that each parameter of the mastering information is not output.

When the digital interface unit 40125 is composed of a first digital interface terminal and a second digital interface terminal, data output is output from either the first digital interface terminal or the second digital interface terminal. Control may be performed so that the format of the output data differs depending on whether or not the data is output. In this case, it is assumed that each of the digital interface terminals has the configuration shown in FIG. 36 or other configurations.

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

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

(Example 5)
Hereinafter, Example 5 of the present invention will be described. Unless otherwise specified, the configuration and effects of this example shall be the same as those of Example 4. Therefore, in the following, the differences between the present embodiment and the fourth embodiment will be mainly described, and the common points will be omitted as much as possible in order to avoid duplication.

[System configuration]
FIG. 38 is a system configuration diagram showing an example of a broadcasting communication system including the broadcasting receiving device 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 from which the broadcasting receiving device 40100 outputs the content is an external video processing device 50300 instead of the monitoring device 40300. .. This means that a video playback device such as a recorder is included in the content output destination in addition to the display device. Further, in the broadcasting communication system including the broadcasting receiving device of the present embodiment, the content 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. Control information is called "reception control information". This includes various control information described in the first embodiment and control information additionally described in the present embodiment. Further, in the broadcasting communication system including the broadcasting receiving device of the present 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". It is called "control information".

Since the hardware configuration of the broadcast receiving device, the software configuration of the broadcast receiving device, the interface configuration of the broadcast receiving device and the monitoring device, and the like are the same as those in the fourth embodiment, the description thereof will be omitted again.

In FIG. 35A, by configuring the digital interface unit 40125 using the hardware of the LAN communication unit 121, the digital interface unit 40125 can 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, but may be an MPEG2-TS data string (or an MPEG2-PS data string) transcoded from the MMT data string by the transcoding processing unit 40181. This is an example of configuring as the "IP interface" described in the first embodiment.

Here, in the broadcasting communication system of FIG. 38, 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 broadcasting receiving device 40100 outputs the content via the IP interface. Is output to the external video processing device 50300.

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

In order to realize this, content protection by DTCP2 (described in Reference 1), which is a content protection system more advanced than DTCP-IP, has been developed as an interface transmission technology.

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

Specifically, four flags (“L2-Only” Flag, “EI” Flag, “HDR” Flag, and “SDO” Flag) shown in FIG. 39 are newly prepared in DTCP2. For example, the “L2-Only” Flag in FIG. 39 indicates that “any content protection can be applied to either DTCP-IP (L1 level content protection) or DTCP2 (L2 level content protection)” if it is “0”. Yes, if it is "1", it means that "a higher level of content protection (for example, L2 level content protection such as DTCP2) than DTCP-IP (L1 level content protection) is required". Note that DTCP-IP (L1 level content protection) is referred to as "DTCP1" in the following description to distinguish it from "DTCP2". Further, the "EI" Flag indicates that "the content is" Non-Enhanced Image "" if it is "0", and "the content is" Enhanced Image "" if it is "1". It shows that. Here, "Enhanced Image" means a color space (for example, HDR such as BT.2020 or SMPTE2084) in which the number of pixels exceeds 1920 × 1080 or exceeds the HD level color space (SDR such as BT.709). ) Means the content having the image. The "Non-Enhanced Image" is an image having an HD image quality or less (for example, an image having a pixel count of 1920 x 1080 or less and an HD level color space (SDR such as BT.709)). Means content with video. The "HDR" Flag indicates that "0" indicates "video content that may be converted from HDR to SDR", and "1" indicates "conversion from HDR to SDR". Is prohibited video content. " Also, if the "SDO" Flag is "0", "In the case of" Enhanced Image ", it cannot be re-output unless it is L2 level content protection, but when" Enhanced Image "is converted to" Non-Enhanced Image ". Indicates that "re-output is possible with L1 level content protection", and if "1", "L2 level regardless of whether the content is" Enhanced Image "or" Non-Enhanced Image "" Both content protection and L1 level content protection can be reprinted. "

When the content protection by DTCP2 described above is to be applied to the IP interface output of this embodiment, the problem is which content should be flagged as the output control information 50200 of FIG. 38. For example, there may be an idea that a flag substantially corresponding to the four flags of FIG. 39 is prepared on the reception control information 50100 side of FIG. 38. In this way, it is possible to substantially make the server of the broadcasting station a Sink device of DTCP2. However, the above four flags are 1 bit each, 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 kinds of content protection states, which is very complicated. It must be said that this is not suitable for "broadcasting" technology in which a large number of viewers receive simultaneously and the program starts and ends repeatedly in the selected service. The number of viewers targeted by "broadcasting" technology is enormous, and the monitors and the like possessed by the viewers are also various. For example, when a monitor owned by some viewers does not support HDR, the content protection control by the flag makes the content completely invisible to these viewers, which is a "broadcasting" technology. This is a situation that I want to avoid as much as possible. In addition, in order to popularize receiving devices, the content transmitted by "broadcasting" technology needs to have a simple type system and be easy for a large number of viewers to understand.

Further, if a new flag is prepared for the reception control information 50100, the equipment on the content production side will be complicated.

In consideration of the above, in the broadcasting communication system of the present embodiment, the flags substantially corresponding to the above four flags of DTCP2 are not introduced as they are into the reception control information 50100 of FIG. 38. Then, when the IP interface is output from the broadcast receiving device 40100, the DTCP2 flag is operated as the output control information 50200 to perform more suitable content protection. Specifically, in the broadcasting communication system of the present embodiment, the reception control information 50100 includes information on the resolution of the video of the content, control information on the digital copy of the content, control information on the accumulation and output of the content, and Example 3. The EOTF identification information (transmission characteristic identification information) described in 4 is used, and when the broadcast receiving device 40100 outputs the IP interface, the content includes the addition of the DTCP2 flag according to the information. Output protection shall be determined.

Here, information on the resolution of the video of the content used as one of the reception control information 50100 will be described. As for the information on the resolution of the video of the content, a plurality of types of information are transmitted in the broadcasting communication system of this embodiment. The broadcast receiving device 40100 may determine the resolution (number of pixels) of the video of the content by using any one of the plurality of types of information. For example, the coding parameters stored in the coding stream of HEVC, which is the video coding method for the contents of the broadcasting system of the present implementation, may be acquired and determined. Alternatively, the coding parameters described in the MH-HEVC video descriptor placed in the MPT may be acquired and determined. Alternatively, the video resolution information described in the video component descriptor may be acquired and determined.

Next, the control information regarding the digital copy of the content used as one of the reception control information 50100 and the control information regarding the accumulation and output of the content will be described. FIG. 40 shows a descriptor regarding control information regarding digital copying of content transmitted by the broadcasting communication system of this embodiment and control information regarding storage and output of content. Here, the content copy control descriptor stores control information regarding the digital copy of the content, information indicating the maximum transmission rate, and the like. In addition, the content usage control descriptor stores information that describes control information related to content storage and output. The content copy control descriptor and the content use control descriptor are arranged in the MPT, for example, 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 digital copy control information and indicates information for controlling the copy generation of the content. Further, FIG. 41B shows an example of the parameter values of the digital copy control information and their meanings. For example, when the parameter is "00", it indicates "copying is possible without restrictions (synonymous with" unlimited copying ")", and when the parameter is "01", it can be defined by the business operator. If the parameter is "10", "copy is possible only for one generation" is indicated, and if the parameter is "11", "copy prohibited" is indicated. Only when the parameter is "00" and "copying is possible without restrictions" is indicated, it can be said that the protection by the digital copy control information is not specified. When the parameters are "01", "10", and "11", it can be said that some protection by the digital copy control information is specified.

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

The combination of the "digital_recording_control_data" parameter of the content copy control descriptor, the "encitation_mode" parameter of the content usage control descriptor, and the "copy_restriction_mode" parameter of the content usage control descriptor described above is the "copy" described in the first embodiment. This is a specific configuration example of "control information".

The broadcast receiving device 40100 of the present embodiment acquires the "digital_recording_control_data" parameter of the above-mentioned 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 content of the IP interface output. It may be used for judgment.

Next, since the EOTF identification information used as one of the reception control information 50100 has already been described in detail in Examples 3 and 4, the description will be omitted again. Further, the broadcast receiving device 40100 of the present embodiment includes not only the EOTF identification information as the reception control information 50100, but also the presence / absence or result of the resolution conversion processing of the content video in the broadcast receiving device 40100, or in Examples 3 and 4. The output protection of the content of the IP interface output may be determined by using the presence / absence or result of the transmission characteristic conversion process described above, or the presence / absence of the content storage process or the state after storage.

[Determining process of output protection of IP interface output content in broadcast receiver]
FIG. 43, FIG. 44, and FIG. 45 show an example of the output protection determination process of the content of the IP interface output in the broadcast receiving device.
First, FIG. 43 shows a determination of content output protection when the broadcast receiving device 40100 receives the content together with the reception control information 50100 and outputs the IP interface to the video of the content without performing the resolution conversion processing or the transmission characteristic conversion processing. It shows the processing.

In FIG. 43, the main control unit 101 of the broadcast receiving device 40100 of this embodiment determines the output protection of the content when the IP interface is output based on the information included in the reception control information 50100. Specifically, based on the combination of the "digital_recording_control_data" parameter of the content copy control descriptor, the "interface_mode" parameter of the content utilization control descriptor, the resolution of the video of the received content, and the transmission characteristic (EOTF) identification information. Determine the output protection of the content when outputting the IP interface. Hereinafter, a determination example in each combination will be described.

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

In this case, even if the video resolution exceeds horizontal 1920 x vertical 1080 pixels (content in which either horizontal or vertical exceeds the number of pixels; hereinafter referred to as "2K super content"), the content is horizontal 1920 x vertical 1080 pixels or less. When IP interface output is performed regardless of whether the content (horizontal or vertical content has the number of pixels or less; hereinafter referred to as "content of 2K or less"), whether the transmission characteristic identification information indicates HDR or SDR. There is no need to protect the output of the contents of. Copy control at the time of output is not required (substantially Copy Free), encryption at the time of output is not required, and of course it is not necessary to add output control information of DTCP2. However, the content may be output with DTCP1 (“DTCP-IP” described above) or DTCP2 protected. In that case, the copy control state at the time of output may be set to "Copy Free" and no encryption may be performed. Furthermore, when outputting with DTCP2 protection, the output control information may be determined as follows. Set the “L2-Only” Flag to 0. The "EI" Flag is set to 0 for content of 2K or less and SDR transmission characteristics, and 1 for other content. The “HDR” Flag is set to 0. The “SDO” Flag is 1. That is, the protection level of DTCP of the IP interface output may be L1 level or L2 level, copy control is Copy Free, transmission characteristic conversion is not prohibited, and L1 level or L2 level is not prohibited regardless of the state of resolution or transmission characteristic. It will be output in a state where it can be re-output in any of the protected states. This means that the IP interface output in this embodiment is output in the lowest protected 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 "copying is possible without restrictions", and the "encryption_mode" parameter of the content usage control descriptor is the IP interface output. It indicates that the protection state at the time is "protect".

In this case, since protection is specified at the time of IP interface output by the "encitation_mode" parameter of the content usage control descriptor, output protection by either DTCP2 or DTCP1 is performed in any combination. In that case, the copy control state is set to "EPN", which indicates a state in which there is no copy restriction but needs to be encrypted, and encryption protection processing is performed. Here, the level of output protection processing of DTCP2 or DTCP1 is determined according to the combination of the video resolution of the received content and the transmission characteristic (EOTF) identification information.

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

Further, in the combinations 2, 3 and 4, the condition that the resolution of the video of the received content is more than 2K content or the transmission characteristic (EOTF) identification information is HDR is satisfied. In this case, since the content has an image quality exceeding the HD image quality, the content is protected by using DTCP2, which is a higher level of output protection than DTCP1. In this case, the output control information of DTCP2 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 output destination device performs pixel number conversion or transmission characteristic conversion processing to reduce the image quality to HD image quality, L2 level content protection such as DTCP2 is performed. Without it, it will not be possible to re-output. Depending on the device owned by the viewer, viewing may not be possible (for example, if the device owned by the viewer does not support DTCP2), and this situation is caused by the "broadcast" content that many viewers receive at the same time. Not desirable for protection. The above is the reason why the “L2-Only” Flag is set to 0. In the determination of the output control information of DTCP2 in any of the following explanations 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 broadcast" and "paid broadcast" and this can be identified by the broadcast receiver 40100, "L2-Only" is used for "free broadcast". The Flag may be set to 0, and the “L2-Only” Flag may be set to 1 for “paid broadcasting”. This is because the number of viewers of "paid broadcasting" is limited, and a particularly high level of protection is required for the contents of "paid broadcasting".

Regarding the "EI" Flag, the "EI" Flag is set to 1 in any of the combinations 2, 3 and 4. This is because the condition that the resolution of the video of the received content is more than 2K content or the transmission characteristic (EOTF) identification information is HDR is satisfied.

Regarding the "HDR" Flag, the "HDR" Flag is set to 0 in combinations 2 and 3. In these combinations, the transmission characteristic (EOTF) identification information is HDR, and when output as it is, the transmission 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 not be possible to perform transmission characteristic conversion processing on the output destination device and convert it to SDR content. In this case, viewing may not be possible depending on the device owned by the viewer (for example, when the device owned by the viewer does not support HDR content). This situation is not desirable as a protection for "broadcast" content that is received simultaneously by a large number of viewers. The above is the reason why the “HDR” Flag is set to 0. In the determination of the output control information of DTCP2 in any of the following explanations 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 broadcast" and "paid broadcast" and this can be identified by the broadcast receiver 40100, the "HDR" Flag is set for "free broadcast". It may be set to 0, and the “HDR” Flag may be set to 1 for “paid broadcasting”. The number of viewers of "paid broadcasting" is limited, and there are service providers who think that it is valuable to watch the contents of "paid broadcasting" with high-quality HDR image quality.

Regarding the "HDR" Flag, in combination 4, the transmission characteristic (EOTF) identification information is SDR, and when output as it is, the transmission characteristic of the content 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 transmission characteristic conversion processing of the HDR content to the SDR is possible.

Regarding the "SDO" Flag, the "SDO" Flag is set to 0 in any of the combinations 2, 3 and 4. As long as the protection at the time of IP interface output is specified by the "encitation_mode" parameter of the content utilization control descriptor, it is desirable that the content having a resolution of more than 2K and the content having the transmission characteristic of HDR are protected at a high protection level. On the other hand, in the "broadcasting" technology that assumes that a large number of viewers receive the content at the same time, we want to avoid the situation where some viewers who use devices that do not support L2 level content protection cannot view the content at all. .. Here, if the "SDO" Flag is set to 0, content with a resolution of more than 2K or content with transmission characteristics of HDR can be protected at a high L2 level, while the content can be protected by resolution conversion processing or transmission characteristic conversion processing. When the image quality is lowered to HD, the conventional DTCP-IP level (L1 level) content protection, which has many compatible devices, is allowed, so these two are required for the protection processing of the output of the content received by "broadcasting" technology. Highly consistent with one requirement. The above is the reason why the “SDO” Flag is set to 0. In determining the output control information of DTCP2 in any of the following description of this embodiment, the copy restriction and the output protection of the content are controlled 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 content storage process status indicates copy restriction or content output protection, set the “SDO” Flag to 0 for the same reason.

[Fig. 43 Combinations 6-9]
In the example of combinations 6 to 9 in FIG. 43, the "digital_recording_control_data" parameter of the content copy control descriptor indicates "only one generation can be copied". In this case, since it is specified that there is a copy restriction, it is desirable to protect the content even when 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, (1) which level of output protection processing is performed by DTCP2 or DTCP1 and (2) determination of output control information when performing output protection processing by DTCP2 are described in the video of the received content. It is determined according to the combination of the resolution and the transmission characteristic (EOTF) identification information. However, since these determination methods in the combinations 6, 7, 8 and 9 of FIG. 43 are the same as those of the combinations 2, 3, 4 and 5 in FIG. 43, the description thereof will be omitted again.

[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 that case, the copy control state is set to "Copy Never" indicating copy prohibition, and encryption protection processing is performed.

Here, (1) which level of output protection processing is performed by DTCP2 or DTCP1 and (2) determination of output control information when performing output protection processing by DTCP2 are described in the video of the received content. It is determined according to the combination of the resolution and the transmission characteristic (EOTF) identification information. However, since these determination methods in the combinations 10, 11, 12, and 13 of FIG. 43 are the same as those of the combinations 2, 3, 4, and 5 in FIG. 43, the description thereof will be omitted again.

[Example of Exception Handling of Processing in FIG. 43]
As described above, an example of the content output protection determination process when the IP interface output is performed using FIG. 43 has been described.

However, it may be necessary to perform some exception handling not shown 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 reception control information 50100 for some reason such as a transmission error, the broadcast receiving device 40100 sets the "digital_recording_control_data" parameter. Can't get. In such a case, the broadcast receiving device 40100 performs the determination process of FIG. 43 by assuming that the content copy control descriptor is in the same state as the case where the "digital_recording_control_data" parameter indicates "copying is possible without restrictions". Just do it. Specifically, from the processes of combinations 1 to 5 in FIG. 43, one process is determined in consideration of the other reception control information 50100.

Further, when 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 for some reason such as a transmission error, the broadcast receiving device 40100 sets the "encryption_mode" parameter. Can't get. In such a case, the broadcast receiving device 40100 may perform the determination process of FIG. 43 by regarding the same state as in the case where the "encryption_mode" parameter of the content usage control descriptor indicates "not protected". Specifically, from the processes 1 and 6 to 13 in FIG. 43, one process is determined in consideration of the other reception control information 50100.

Further, when the transmission characteristic (EOTF) identification information is not transmitted as the reception control information 50100 for some reason such as a transmission error, the broadcast receiving device 40100 cannot acquire the transmission characteristic (EOTF) identification information. In such a case, instead of the judgment based on the transmission characteristic (EOTF) identification information to be received, the broadcast receiving device 40100 determines whether the video format when outputting the content by the IP interface output is HDR or SDR. You can make a judgment based on. Specifically, the description in the transmission characteristic (EOTF) identification information column in FIG. 43 should be read as meaning whether the video format when the content is output by the IP interface output is HDR or SDR, and the IP interface. The process of determining the output protection of the content at the time of output may be performed.

[Modified example of the process of FIG. 43]
In the example of FIG. 43, when the HDR content is protected by DTCP2 and output to the IP interface (combination 2, 3, 6, 7, 10, 11), the “HDR” Flag is output as 0. However, in all of these combinations, it is premised that the "SDO" Flag is 0 and that the content can be converted from HDR to SDR. Then, in the combinations 2, 3, 6, 7, 10, and 11 of FIG. 43, it may be controlled that the “HDR” Flag is not output as the output control information of DTCP2. In this case, since the "HDR" Flag is not output in any combination, the IP interface output control of the broadcast receiving device 40100 is simplified.

Further, in the example of FIG. 43, when the content is output by the protection of DTCP2, the control of outputting the "L2-Only" Flag as "0" is shown as the output control information of DTCP2. As described above, even if the output destination device is a DTCP2 compatible device, the resolution conversion process and transmission characteristic conversion are performed by the DTCP2 compatible device in consideration of the case where the DTCP2 compatible device outputs to another device. If processing is performed and the content is 2K or less and the transmission characteristics are converted to SDR content, the output by the L1 level content protection method such as DTCP1 is allowed. However, as a modification of FIG. 43, since the "digital_recording_control_data" parameter of the content copy control descriptor is "copy prohibited", in the combination (combination 10, 11, 12) output by Copy Never due to the protection of DTCP2, DTCP2 is used. It may be replaced with the control which outputs "L2-Only" Flag as "1" as output control information. In this example, for the content whose "digital_recording_control_data" parameter of the content copy control descriptor is "copy prohibited", it is considered that the content protection of the content provider is more necessary, and the content protection is further strengthened. Specifically, when the "L2-Only" Flag is output as "1", when the output destination DTCP2 compatible device is to be output to the other device, resolution conversion processing and transmission characteristic conversion processing are performed. Even so, if the device beyond that does not support L2 level content protection methods such as DTCP2, it will not be possible to output. That is, the content is always protected at the L2 level after being output from the IP interface of the broadcast receiving device 40100.

According to the content output protection determination process when the IP interface output of FIG. 43 is performed described above, the content is received together with the reception control information 50100, and the content image is not subjected to the resolution conversion process or the transmission characteristic conversion process. When IP interface output is performed, it is possible to realize well-balanced content output protection from the viewpoints of both the viewpoint of output protection for the image quality of the content video and the viewpoint of the convenience of the viewer of the broadcast content.

Next, FIG. 44 shows a determination of content output protection when the broadcast receiving device 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 outputs the IP interface. It shows the processing.
In the example of FIG. 44, the broadcast receiving device 40100 of this embodiment performs resolution conversion processing and / or transmission characteristic conversion processing on the video of the received content. The resolution conversion process may be performed by providing a resolution processing unit between the video decoder 141 of the broadcast receiving device 40100 of FIG. 35A and the video color gamut conversion unit 142. The transmission characteristic conversion process may be executed by the video color gamut conversion unit 142 as described in the third and fourth embodiments.

Here, in the example of FIG. 44, since the resolution conversion processing and / or the transmission characteristic conversion processing of the video of the content is performed before the IP interface output is performed, the information included in the reception control information 50100 is appropriate. It is not possible to determine the output protection of various contents.

Therefore, in addition to the information included in the reception control information 50100, the resolution of the video after the resolution conversion processing and / or the transmission characteristics after the transmission characteristic conversion processing are also taken into consideration to determine the output protection of the content when the IP interface is output. I do. Specifically, instead of the "video resolution" of the "reception control information" in FIG. 43, the item of "video resolution at the time of output" of the "state at the time of output" is provided, and the "transmission characteristic identification information" of the "reception control information" is provided. Instead of "(ETOF)", the item of "transmission characteristics at the time of output" of "state at the time of output" is provided. Here, the main control unit 101 of the reception control information 50100 determines the "output video resolution" of the "output state" and the "output transmission characteristic" of the "output state" based on the following determination.

First, when the broadcast receiving device 40100 of the present embodiment performs the resolution conversion processing on the video of the received content and does not perform the transmission characteristic conversion processing, the resolution of the video after the resolution conversion processing is set to "output state". It may be determined that the image resolution at the time of output is determined, and the transmission characteristic indicated in the “transmission characteristic identification information (ETOF)” of the “reception control information” is determined as the “transmission characteristic at the time of output” of the “state at the time of output”.

Further, when the broadcast receiving device 40100 of the present embodiment performs the transmission characteristic conversion processing on the video of the received content without performing the resolution conversion processing, the "video resolution" of the "reception control information" is set to the "output state". It is sufficient to judge the "video resolution at the time of output" and the transmission characteristic after the transmission characteristic conversion process as the "transmission characteristic at the time of output" of the "state at the time of output".

Further, when the broadcast receiving device 40100 of the present embodiment performs both the resolution conversion processing and the transmission characteristic conversion processing on the video of the received content, the resolution of the video after the resolution conversion processing is set to the "output state" of the "output state". It suffices to judge "time video resolution" and judge the transmission characteristic after the transmission characteristic conversion processing as "the transmission characteristic at the time of output" of "the state at the time of output".

In the example of FIG. 44, the broadcast receiving device 40100 of the present embodiment uses the “output video resolution” of the “output state” and the “output transmission characteristic” of the “output state” determined by the judgment described above. , The output protection determination process of the content when the IP interface output shown in FIG. 44 is performed is performed. However, in FIG. 43 already described, the "video resolution" of the "reception control information" is read as the "video resolution at the time of output" of the "state at the time of output", and the "transmission characteristic identification information (ETOF)" of the "reception control information". Is read as "output transmission characteristic" of "output state", the control is the same as that of the example of FIG. 44. Therefore, the "digital_recording_control_data" parameter of the content copy control descriptor of the "reception control information" of FIG. 44, the "interface_mode" parameter of the content usage control descriptor, and the "output video resolution" and "output" of the "output state" The IP interface output control in each of the combinations 1 to 13 of the "transmission characteristics" includes the "digital_recording_control_data" parameter of the content copy control descriptor of the "reception control information" of 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)", the description thereof will be omitted again.

[Example of Exception Handling of Processing in FIG. 44]
As described above, an example of the content output protection determination process when the IP interface output is performed using FIG. 44 has been described.

However, it may be necessary to perform some exception handling not shown 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 reception control information 50100 for some reason such as a transmission error, the broadcast receiving device 40100 sets the "digital_recording_control_data" parameter. Can't get. In such a case, the broadcast receiving device 40100 considers that the "digital_recording_control_data" parameter of the content copy control descriptor indicates "copying is possible without restrictions" in the same state as in the case, and performs the determination process of FIG. 44. Just do it. Specifically, from the processes of combinations 1 to 5 in FIG. 44, one process is determined in consideration of the other reception control information 50100 and the in-receiver conversion process.

Further, when 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 for some reason such as a transmission error, the broadcast receiving device 40100 sets the "encryption_mode" parameter. Can't get. In such a case, the broadcast receiving device 40100 may perform the determination process of FIG. 44 by regarding the same state as in the case where the "encryption_mode" parameter of the content usage control descriptor indicates "not protected". Specifically, from the processes 1 and 6 to 13 in FIG. 44, one process is determined in consideration of the other reception control information 50100 and the in-receiver conversion process.

Further, when the transmission characteristic (EOTF) identification information is not transmitted as the reception control information 50100 for some reason such as a transmission error, the broadcast receiving device 40100 cannot acquire the transmission characteristic (EOTF) identification information. Even in such a case, in the example of FIG. 44, since it is sufficient to determine whether the content after the in-receiver conversion processing is HDR or SDR, exception handling is not particularly necessary in this respect.

[Modified example of the process of FIG. 44]
In the example of FIG. 44, when the HDR content is protected by DTCP2 and output to the IP interface (combination 2, 3, 6, 7, 10, 11), the “HDR” Flag is output as 0. However, in all of these combinations, it is premised that the "SDO" Flag is 0 and that the content can be converted from HDR to SDR. Then, in the combinations 2, 3, 6, 7, 10, and 11 of FIG. 44, it may be controlled that the “HDR” Flag is not output as the output control information of DTCP2. In this case, since the "HDR" Flag is not output in any combination, the IP interface output control of the broadcast receiving device 40100 is simplified.

Further, in the example of FIG. 44, when the content is output by the protection of DTCP2, the control of outputting the "L2-Only" Flag as "0" is shown as the output control information of DTCP2. As described above, even if the output destination device is a DTCP2 compatible device, the resolution conversion process and transmission characteristic conversion are performed by the DTCP2 compatible device in consideration of the case where the DTCP2 compatible device outputs to another device. If processing is performed and the content is 2K or less and the transmission characteristics are converted to SDR content, the output by the L1 level content protection method such as DTCP1 is allowed. However, as a modification of FIG. 44, since the "digital_recording_control_data" parameter of the content copy control descriptor is "copy prohibited", in the combination (combination 10, 11, 12) output by Copy Never due to the protection of DTCP2, DTCP2 is used. It may be replaced with the control which outputs "L2-Only" Flag as "1" as output control information. In this example, for the content whose "digital_recording_control_data" parameter of the content copy control descriptor is "copy prohibited", it is considered that the content protection of the content provider is more necessary, and the content protection is further strengthened. Specifically, when the "L2-Only" Flag is output as "1", when the output destination DTCP2 compatible device is to be output to the other device, resolution conversion processing and transmission characteristic conversion processing are performed. Even so, if the device beyond that does not support L2 level content protection methods such as DTCP2, it will not be possible to output. That is, the content is always protected at the L2 level after being output from the IP interface of the broadcast receiving device 40100.

According to the content output protection determination process when the IP interface output of FIG. 44 described above is performed, the content is received together with the reception control information 50100, and the content image is subjected to resolution conversion processing and / or transmission characteristic conversion processing. When the IP interface is output, it is possible to realize a well-balanced content output protection from the viewpoints of both the viewpoint of output protection for the image quality of the content video and the viewpoint of the convenience of the viewer of the broadcast content.

Next, FIG. 45 shows a determination process of content output protection when the broadcast receiving device 40100 receives the content together with the reception control information 50100, performs the storage process for the content, and then outputs the IP interface. is there. Since the outline of the accumulation process has already been described in the first embodiment, the description thereof will be omitted again.

First, the broadcast receiving device 40100 uses the "digital_recording_control_data" parameter of the content copy control descriptor included in the reception control information 50100, the "encryption_mode" parameter of the content usage control descriptor, and the "copy_restriction_mode" parameter of the content usage control descriptor. 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 "copying is possible without restrictions" and the "encryption_mode" parameter of the content usage control descriptor indicates "not protected" (combination 1 in FIG. 45). In the example), regardless of the value of the "copy_restriction_mode" parameter of the content usage control descriptor, the storage control state of "accumulation without copy restriction and no encryption_mode protection" is set.

Further, when the "digital_recording_control_data" parameter of the content copy control descriptor indicates "copying is possible without restrictions" and the "encryption_mode" parameter of the content usage control descriptor indicates "protect" (combinations 2 to 5 in FIG. 45). In (Example), regardless of the value of the "copy_restriction_mode" parameter of the content usage control descriptor, the storage control state is set to "accumulate without copy restrictions and have encryption_mode protection".

Further, when the "digital_recording_control_data" parameter of the content copy control descriptor indicates "only one generation can be copied" and the "copy_restriction_mode" parameter of the content usage control descriptor indicates "only one generation can be copied" (combination 6 in FIG. 45). In (Example 9), the storage control state of "recopy prohibited" is set regardless of the value of the "encryption_mode" parameter of the content usage control descriptor.

Further, when the "digital_recording_control_data" parameter of the content copy control descriptor indicates "copying is possible only for one generation" and the "copy_restriction_mode" parameter of the content usage control descriptor indicates that "limited number of copies is possible" can be operated (FIG. 45). In the example of combinations 10 to 13), the accumulation control state of "number limited copy possible" is enabled regardless of the value of the "encitation_mode" parameter of the content usage control descriptor.

Further, when the "digital_recording_control_data" parameter of the content copy control descriptor indicates "copy prohibited" (examples of combinations 14 to 17 in FIG. 45), the state in which the content can be accumulated is the state in which the content can be accumulated is the "digital_recording_control_data" of the content copy control descriptor. Regardless of which value the parameter and the "copy_restriction_mode" of the content usage control descriptor indicate, it is limited to the accumulation control state of "temporary accumulation". Since the outline of "temporary storage" has already been described in Example 1, the description will be omitted again.

As described above, the broadcast receiving device 40100 includes the content copy control descriptor "digital_recording_control_data" parameter, the content usage control descriptor "encryption_mode" parameter, and the content usage control descriptor "copy_restriction_mode" parameter included in the reception control information 50100. And, the storage control state of the content to be stored is determined.

Next, when the broadcast receiving device 40100 outputs the stored content from the IP interface, the storage control state of the content, the "video resolution at the time of output" and the "transmission characteristic at the time of output" at the time of outputting the content. The output protection of the content of the IP interface output is determined according to the above. Here, in the example of FIG. 45, there is a possibility that the resolution conversion processing and / or the transmission characteristic conversion processing is performed on the video of the content before and after the content storage processing. This is common to the example of FIG. 44 in that resolution conversion processing and / or transmission characteristic conversion processing may be performed before the broadcast receiving device 40100 receives the content and outputs it from the IP interface. Therefore, the determination of the “output video resolution” and the “output transmission characteristic” in the broadcast receiving device 40100 may be performed in the same manner as in the example of FIG. 44, and thus the description thereof will be omitted again.

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

FIG. 45 Combination 1
When the example of the combination 1 shown in FIG. 45, that is, the content in the storage control state of "accumulation without copy restriction and no encryption_mode protection" is output to the IP interface, the content similar to the combination 1 of FIG. 44 is output. Output control may be performed. Since it will be repeated, the description will be omitted again.

[Fig. 45 Combinations 2 to 5]
When the example of combinations 2 to 5 shown in FIG. 45, that is, the content in the storage control state of "accumulation without copy restriction and encryption_mode protection" is output to the IP interface, the combinations 2 to 5 in FIG. 44 are used. Output control of similar contents may be performed. Since it will be repeated, the description will be omitted again.

[Fig. 45 Combinations 6-9]
An example of combinations 6 to 9 shown in FIG. 45, that is, when the content in the storage control state of "recopy prohibited" is output to the IP interface, the output process is 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 output destination device. Specifically, when the IP interface output is a viewing output, the copy control state is output as "No More Copies" indicating recopy prohibition. When the IP interface output is a move, the copy control state is output as "Move". In each of the combinations 6, 7, 8 and 9 shown in FIG. 45, the other content protection controls in the IP interface output are the same as those of the combinations 6, 7, 8 and 9 shown in FIG. 44. The explanation will be omitted again.

[Fig. 45 Combinations 10 to 13]
The examples of combinations 10, 11, 12, and 13 in FIG. 45, that is, the content protection control in the case of outputting the content in the accumulation control state of "number limited copy possible" to the IP interface, are the combinations 6, 7, and 8 in FIG. 45. , 9 is almost the same as each example. The differences are as follows. When outputting content whose storage control state is "recopy prohibited" to the IP interface, it is necessary to make the content unplayable on the broadcast receiving device 40100 once the move process is performed (until the content is made unplayable). You can output for viewing as many times as you like). On the other hand, when the storage control state is "Limited number of copies possible", the copy process can be performed a plurality of times and finally the move process can be performed once for the output destination device via the IP interface output. For example, as an example, the copy process can be performed 9 times, and finally the move process can be performed once. At the time of the final move process, it is necessary to make the content non-reproducible in the broadcast receiving device 40100. Here, the broadcast receiving device 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 the content in the storage control state "limited number of copies is possible" is one of the plurality of stored contents by virtually setting a state in which a plurality of the contents are stored in advance in the broadcast receiving device 40100. One is executed as a process of moving via the IP interface output. Here, if a plurality of the same contents are actually stored in advance, the storage state becomes inefficient with respect to the capacity of the storage unit. Therefore, in reality, only one content may be stored, and the stored number information may be stored and managed in the storage unit or the memory unit as management information. This is the meaning of the above explanation "virtually".

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

[Fig. 45 Combinations 14 to 17]
The examples of combinations 14, 15, 16 and 17 in FIG. 45, that is, the content protection control in the case of outputting the content in the accumulation control state of "temporary storage" to the IP interface, are the combinations 6, 7, 8 and 9 in FIG. It is almost the same as each example of. The difference is that the content in the storage control state called "temporary storage" cannot be moved to another device (cannot be moved). Since the content protection control in the case of outputting the IP interface for other points is the same as the examples of combinations 6, 7, 8 and 9 in FIG. 45, the description thereof will be omitted again.

According to the content output protection determination process of FIG. 45 described above, when the content is received together with the reception control information 50100, the content is accumulated, and the IP interface is output, the content is output. It is possible to realize well-balanced content output protection from the viewpoints of both the viewpoint of output protection for the image quality of video and the viewpoint of convenience for viewers of broadcast contents.

[Example of Exception Handling of Processing in FIG. 45]
As described above, an example of the content output protection determination process when the IP interface output is performed using FIG. 45 has been described.

However, it may be necessary to perform some exception handling not shown 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 reception control information 50100 for some reason such as a transmission error, the broadcast receiving device 40100 sets the "digital_recording_control_data" parameter. Can't get. In such a case, the broadcast receiving device 40100 considers that the "digital_recording_control_data" parameter of the content copy control descriptor indicates "copyable without restrictions" in the same state as in the case of the storage control and content of FIG. 45. The output protection of the above may be determined. Specifically, from the processes of combinations 1 to 5 in FIG. 45, one process is determined in consideration of the other reception control information 50100.

Further, when 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 for some reason such as a transmission error, the broadcast receiving device 40100 sets the "encryption_mode" parameter. Can't get. In such a case, the broadcast receiving device 40100 considers that the "encryption_mode" parameter of the content usage control descriptor indicates "not protected" in the same state as the case, and controls the accumulation of the content and protects the output of the content in FIG. 45. The decision processing may be performed. Specifically, from the processes 1 and 6 to 17 in FIG. 45, one process is determined in consideration of the other reception control information 50100.

Further, when the transmission characteristic (EOTF) identification information is not transmitted as the reception control information 50100 for some reason such as a transmission error, the broadcast receiving device 40100 cannot acquire the transmission characteristic (EOTF) identification information. Even in such a case, in the example of FIG. 45, since it is sufficient to determine whether the content is HDR or SDR at the time of output after storage control, exception handling is not particularly required in this respect.

[Modified example of the process of FIG. 45]
In the example of FIG. 45, when the HDR content is protected by DTCP2 and output to the IP interface (combination 2, 3, 6, 7, 10, 11, 14, 15), the “HDR” Flag is output as 0. There is. However, in all of these combinations, it is premised that the "SDO" Flag is 0 and that the content can be converted from HDR to SDR. Then, in the combinations 2, 3, 6, 7, 10, 11, 14, and 15 of FIG. 45, it may be controlled that the "HDR" Flag is not output as the output control information of DTCP2. In this case, since the "HDR" Flag is not output in any combination, the IP interface output control of the broadcast receiving device 40100 is simplified.

Further, in the example of FIG. 45, when the content is output by the protection of DTCP2, the control of outputting "L2-Only" Flag as "0" is shown as the output control information of DTCP2. As described above, even if the output destination device is a DTCP2 compatible device, the resolution conversion process and transmission characteristic conversion are performed by the DTCP2 compatible device in consideration of the case where the DTCP2 compatible device outputs to another device. If processing is performed and the content is 2K or less and the transmission characteristics are converted to SDR content, the output by the L1 level content protection method such as DTCP1 is allowed. However, as a modification of FIG. 45, in the combination (combination 6, 7, 8, 10, 11, 12, 14, 15, 16) in which the content is output by No More Copies by protecting DTCP2, the output control information of DTCP2 is used. It may be replaced with the control that outputs "L2-Only" Flag as "1". In this example, with No More Copies due to the protection of DTCP2, the content is considered to have a higher need for content protection by the content provider, and the content protection is further strengthened. Specifically, when the "L2-Only" Flag is output as "1", when the output destination DTCP2 compatible device is to be output to the other device, resolution conversion processing and transmission characteristic conversion processing are performed. Even so, if the device beyond that does not support L2 level content protection methods such as DTCP2, it will not be possible to output. That is, the content is always protected at the L2 level after being output from the IP interface of the broadcast receiving device 40100.

As described above, according to the broadcasting communication system and the broadcasting receiving device 40100 of the present embodiment, the control information regarding the digital copy of the content, the control information regarding the storage and output of the content, the storage state of the content, the resolution of the video of the content, and the content. It is possible to perform well-balanced content output protection control from the viewpoints of both the viewpoint of output protection for the image quality of the video of the content and the viewpoint of the convenience of the viewer of the broadcast content, depending on the transmission characteristics of the video and the like. That is, according to the broadcasting communication system and the broadcasting receiving device 40100 of the present embodiment, more suitable content output protection control can be performed.

Although the examples of the embodiments of the present invention have been described above with reference to Examples 1 to 5, the configuration for realizing the technique of the present invention is not limited to the above Examples, and various modified examples can be considered. For example, it is possible to replace a part of the configuration of one embodiment with the configuration of another embodiment, and it is also possible to add the configuration of another embodiment to the configuration of one embodiment. All of these belong to the category of the present invention. In addition, numerical values and messages appearing in sentences and figures are merely examples, and the effects of the present invention may not be impaired even if different ones are used.

The above-mentioned functions of the present invention and the like may be realized by hardware, for example, by designing a part or all of them by an integrated circuit. Further, it may be realized by software by interpreting and executing an operation program in which the microprocessor unit or the like realizes each function or the like. Hardware and software may be used together.

The software that controls the broadcast receiving device 100 may be stored in the ROM 103 and / or the storage (storage) unit 110 or the like of the broadcast receiving device 100 in advance at the time of product shipment. After the product is shipped, it may be acquired from another application server 500 or the like on the Internet 200 via the LAN communication unit 121. Further, the software stored in a memory card, an optical disk, or the like may be acquired via the expansion interface unit 124 or the like.

In addition, the control lines and information lines shown in the figure indicate those considered necessary for explanation, and do not necessarily indicate all the control lines and information lines on the product. In practice, it can 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, 121,821 ... LAN communication unit, 124,824 ... expansion interface unit, 125,825,40125 ... digital interface unit, 131,831,832 ... tuner / demodulation unit, 132 ... separation unit, 141 ... video decoder, 142 ... video Color range conversion unit, 143 ... Audio decoder, 144 ... Character super decoder, 145 ... Subtitle decoder, 146 ... Subtitle synthesis unit, 147 ... Subtitle color range conversion unit, 151 ... Data decoder, 152 ... Cache unit, 153 ... Application control unit , 154 ... Browser unit, 155 ... Application color range conversion unit, 156 ... Sound source unit, 161,861 ... Video synthesis unit, 162,862 ... Monitor unit, 163,863 ... Video output unit, 164,864 ... Audio synthesis unit, 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 ... Broadcast satellite (or communication satellite), 300 ... Broadcast station server, 390c ... Imaging equipment, 390e ... Editing equipment, 400 ... Service provider server, 500 ... Other application servers, 600 ... mobile telephone communication server, 600b ... base station, 700 ... mobile information terminal, 40200 ... connection cable, 40300 ... monitor device.

Claims (1)

A method for protecting content in a transmission system in which the content of a broadcast program is transmitted from the broadcasting station side and the content is received by a receiving device.
The transmission system has all of the control information corresponding to the L2-Only flag of DTCP2, the control information corresponding to the EI flag of DTCP2, the control information corresponding to the HDR flag of DTCP2, and the control information corresponding to the SDO flag of DTCP2. It is not transmitted from the broadcasting station side to the receiving device,
In the transmission system, a transmission step of transmitting the content of the broadcast program from the broadcasting station side to the receiving device, and
A reception step in which the receiving device receives the content of the broadcast program transmitted in the transmission step, and
An output step that outputs the content received in the receiving step from the interface of the receiving device, and
With
In the transmission system, the receiving device corresponds to the control information corresponding to the L2-Only flag of DTCP2, the control information corresponding to the EI flag of DTCP2, the control information corresponding to the HDR flag of DTCP2, and the SDO flag of DTCP2. It is a receiving device that does not acquire any control information.
In the output step, the content received in the reception step is protected by DTCP2 via the interface, and the 1-bit L2-Only flag, EI flag, HDR flag, and SDO, which are the control information of DTCP2, are protected. The number of combinations of the four flags of the L2-Only flag, the EI flag, the HDR flag, and the SDO flag when the flag is set and output is less than 16.
In the output step, the content received in the reception step is protected by DTCP2 via the interface, and the 1-bit L2-Only flag, EI flag, HDR flag, and SDO, which are the control information of DTCP2, are protected. When the flag is set and output, the L2-Only flag is fixed to 0, and for any content of all the contents received in the reception step, the content is protected by DTCP2 via the interface and the output is performed. When outputting in steps, 1 is not used as the value indicated by 1 bit of the L2-Only flag of DTCP2.
The output state in which the content received in the reception step is output via the interface without resolution conversion includes a case where the copy control state of the content in the transmission system indicates that copying is possible without limitation and a copy restriction. For each of the cases indicating that there is, BT. A first output state in which content having transmission characteristics conforming to the 709 standard is received in the reception step, protected by DTCP1 via the interface, and output without a flag corresponding to the HDR flag of DTCP2, and BT. .. A second output state in which content having transmission characteristics conforming to the 709 standard is received in the reception step, protected by DTCP2 via the interface, and the value indicated by one bit of the HDR flag of DTCP2 is output as 0. There is
How to protect your content.

Images