Content protection processing method

Abstract

To provide a digital broadcast receiver capable of performing more value-added functions. [Solution] The system comprises a broadcast receiving unit capable of receiving digital broadcast content and control information relating to content protection of said content; a storage unit for storing the content received by the broadcast receiving unit; a video output unit for outputting video of the content received by the broadcast receiving unit or the content stored in the storage unit to an external device; an interface for copying or moving the content stored in the storage unit to an external device; and a control unit. Depending on the control state of the storage unit, video output unit, and interface controlled by the control unit, the control unit controls content protection processing based on control information relating to content protection.

Description

【Technical Field】 【0001】 The present invention relates to a content protection processing method. 【Background Art】 【0002】 One of the extended functions of digital broadcast services is data broadcasting that transmits digital data by broadcast waves and displays various information such as weather forecasts, news, and recommended programs. A large number of commercially available television receivers capable of receiving data broadcasts already exist, and a large number of technologies related to data broadcast reception, including the following Patent Document 1, have been published. 【Prior Art Documents】 【Patent Documents】 【0003】 【Patent Document 1】 Japanese Patent Application Laid-Open No. 2001-186486 【Summary of the Invention】 【Problems to be Solved by the Invention】 【0004】 In response to environmental changes related to content distribution in recent years, television receivers are also required to have various function expansions. In particular, there are many demands for the distribution of content and cooperation applications using a broadband network environment such as the Internet, and for the high definition / high resolution of video content. However, it is difficult to provide a high-value-added television receiver that can meet the above requirements by simply diverting the data broadcast reception function or the like provided in the current television receiver, or only by expanding the functions of the data broadcast reception function or the like. 【0005】 An object of the present invention is to realize a content protection processing method capable of executing a function with higher added value. 【Means for Solving the Problems】 【0006】 As means for solving the above problems, the technology described in the claims is used. 【0007】 To give one example, a content protection processing method in a broadcast receiving device that receives broadcast program content transmitted by a broadcast signal from a broadcasting station, comprising: a reception step of receiving the broadcast signal with a tuner in the broadcast receiving device; a demodulation step of demodulating the broadcast signal received in the reception step to acquire the broadcast program content; a storage step of storing the broadcast program content demodulated in the demodulation step; a video output processing step of outputting the video of the broadcast program content stored in the storage step via an interface different from the tuner that receives the broadcast signal in the reception step; a copy processing step of copying the broadcast program content stored in the storage step via an interface different from the tuner that receives the broadcast signal in the reception step; and a move processing step of performing move processing on the broadcast program content stored in the storage step via an interface different from the tuner that receives the broadcast signal in the reception step, wherein the broadcast program content is protected to allow copying a predetermined number of times and is transmitted from the broadcasting station. When the content is transmitted by signal, the storage step stores the broadcast program content in a state where it is protected by encryption so that it can be copied 9 times and moved once, and can be played back only by the broadcast receiving device. When the broadcast program content is transmitted by the broadcasting station by broadcast signal with protection that allows copying only once, the storage step stores the broadcast program content in a state where it is protected by encryption so that it can be played back only by the broadcast receiving device. When the broadcast program content is transmitted by the broadcasting station by broadcast signal with protection that allows copying a predetermined number of times or protection that allows copying only once, the content protection process when moving the broadcast program content stored in the storage step in the move processing step includes multiple different levels of content protection processing, such as content protection processing by DTCP-IP and content protection processing by DTCP2. The storage in the storage step isThis can be performed in a storage unit located at the output destination of an IP interface configured with Ethernet-compatible hardware provided in the broadcast receiving device, and the broadcast program content is transmitted from the broadcasting station by the broadcast signal with protection specified to allow copying a predetermined number of times or protection that allows copying only once, and even when different levels of content protection processing are performed on the content stored in the storage step with respect to the content protection processing in the move processing step, it is possible to perform common content protection processing without the need for different levels of content protection processing in the move processing step for the content that is subject to the different levels of content protection processing in the storage step. A content protection processing method is used. [Effects of the Invention] 【0008】 By using the technology of the present invention, it is possible to realize a content protection processing method that can perform functions with higher added value. [Brief explanation of the drawing] 【0009】 [Figure 1] This is a diagram illustrating the configuration of a broadcast communication system including a broadcast receiving device according to Example 1. [Figure 2A] This is an explanatory diagram of the components of the encoded signal in MMT. [Figure 2B] This is a diagram of the MPU configuration in MMT. [Figure 2C] This is a diagram showing the configuration of an MMTP packet in MMT. [Figure 3] This is a conceptual diagram of the protocol stack of a broadcasting system using MMT. [Figure 4] This is a hierarchical diagram of the control information used in broadcasting systems. [Figure 5A] This is a list of tables used in the TLV-SI broadcasting system. [Figure 5B]A list of descriptors used in the TLV-SI of the broadcast system. [Figure 6A] A list of messages used in the MMT-SI of the broadcast system. [Figure 6B] A list of tables used in the MMT-SI of the broadcast system. [Figure 6C] A list (1) of descriptors used in the MMT-SI of the broadcast system. [Figure 6D] A list (2) of descriptors used in the MMT-SI of the broadcast system. [Figure 6E] A list (3) of descriptors used in the MMT-SI of the broadcast system. [Figure 7A] A diagram showing the relationship between the components of the broadcast system and each table. [Figure 7B] A diagram showing the data structure of the MPT of the broadcast system. [Figure 7C] A diagram showing the data structure of the location information of the broadcast system. [Figure 7D] A diagram showing the data structure of the MPU timestamp descriptor of the broadcast system. [Figure 7E] A diagram showing the data structure of the MH-EIT of the broadcast system. [Figure 7F] A diagram showing the data structure of the event package descriptor of the broadcast system. [Figure 8A] A block diagram of the broadcast receiving apparatus according to Example 1. [Figure 8B] A configuration diagram of the logical plane structure of the presentation function of the broadcast receiving apparatus according to Example 1. [Figure 8C] A software configuration diagram of the broadcast receiving apparatus according to Example 1. [Figure 9] A block diagram of the broadcast station server according to Example 1. [Figure 10] A block diagram of the service provider server according to Example 1. [Figure 11A] A block diagram of the portable information terminal according to Example 1. [Figure 11B]This is a software configuration diagram of a mobile information terminal according to Example 1. [Figure 12A] This is a system configuration diagram of the clock synchronization / presentation synchronization of the broadcast receiving device according to Example 1. [Figure 12B] This diagram shows the NTP format data structure of a broadcasting system. [Figure 12C] This diagram shows the data structure of the MH-TOT broadcasting system. [Figure 12D] This diagram shows the format of the JST_time parameter in the broadcasting system. [Figure 12E] This diagram shows the data structure of time information in the TMCC extended information area of ​​a broadcasting system. [Figure 12F] This figure shows the method for calculating the current date from the MJD of a broadcast receiving device according to Example 1. [Figure 13A] This is an operation sequence diagram of the broadcast receiving device during channel scanning according to Example 1. [Figure 13B] This diagram shows the data structure of the TLV-NIT broadcasting system. [Figure 13C] This diagram shows the data structure of the satellite distribution system descriptor for a broadcasting system. [Figure 13D] This diagram shows the data structure of a service list descriptor for a broadcasting system. [Figure 13E] This diagram shows the data structure of the AMT (Automated Manual) in a broadcasting system. [Figure 14A] This is an operation sequence diagram of the broadcast receiving device during channel selection according to Example 1. [Figure 14B] This is a conceptual diagram illustrating the reference of each package to the MPT by the PLT in the broadcasting system. [Figure 14C] This diagram shows the data structure of the PLT in a broadcasting system. [Figure 15A] This is an external view of a remote control capable of controlling a broadcast receiving device according to Embodiment 1. [Figure 15B] This diagram shows the data structure of the remote control key descriptor for a broadcasting system. [Figure 16A]This diagram illustrates the channel selection process for a multi-channel setup. [Figure 16B] This diagram illustrates the angle selection process for multi-view compatible programs. [Figure 17A] This diagram shows the data structure of the LCT in a broadcasting system. [Figure 17B] This diagram shows the data structure of the MPU-presented area descriptor for a broadcasting system. [Figure 17C] This figure shows the assignment of layouts to layout numbers based on LCT. [Figure 17D] This figure shows the assignment of layouts to layout numbers based on LCT. [Figure 17E] This figure shows the assignment of layouts to layout numbers based on LCT. [Figure 17F] This figure shows the assignment of layouts to layout numbers based on LCT. [Figure 18A] This diagram illustrates exception handling for screen layout control based on LCT. [Figure 18B] This diagram illustrates exception handling for screen layout control based on LCT. [Figure 19A] This diagram shows the data structure of a video component descriptor in a broadcasting system. [Figure 19B] This diagram explains the meaning of the video signal aspect ratio in a video component descriptor. [Figure 19C] This diagram illustrates the aspect ratio conversion process of a broadcast receiving device according to Example 1. [Figure 19D] This diagram illustrates the aspect ratio conversion process of a broadcast receiving device according to Example 1. [Figure 20A] This is a screen display diagram of the EPG screen of the broadcast receiving device according to Example 1. [Figure 20B] This is a screen display diagram of the EPG screen of the broadcast receiving device according to Example 1. [Figure 20C] This is a screen display diagram of the EPG screen of the broadcast receiving device according to Example 1. [Figure 21] This is a screen display diagram of the broadcast receiving device according to Example 1 when an emergency warning broadcast is displayed. [Figure 22A] This diagram shows the data structure of the content copy control descriptor for a broadcasting system. [Figure 22B] This diagram shows the meaning of the copy control information in the content copy control descriptor. [Figure 23] This diagram shows the data structure of the content usage control descriptor for a broadcasting system. [Figure 24] This is a block diagram of the broadcast receiving device according to Example 2. [Figure 25] This diagram illustrates the inconsistency in the current time display when broadcasting services are switched. [Figure 26A] This diagram illustrates the operation of the selection control for the current time information reference source according to Example 2. [Figure 26B] This is an operation sequence diagram of the current time information update process according to Example 2. [Figure 27A] This is a screen display diagram of the EPG screen of the broadcast receiving device according to Example 2. [Figure 27B] This is a screen display diagram of the EPG screen of the broadcast receiving device according to Example 2. [Figure 28] This is a diagram illustrating the content protection process according to Example 3. [Figure 29] This is a diagram illustrating the content protection process according to Example 4. [Modes for carrying out the invention] 【0010】 Hereinafter, examples of embodiments of the present invention will be described with reference to the drawings. 【0011】 (Example 1) [System Configuration] Figure 1 is a system configuration diagram showing an example of a broadcast communication system including a broadcast receiving device in this embodiment. The broadcast communication system in this embodiment consists of a broadcast receiving device 100 and an antenna 100a, a broadband network such as the Internet 200 and a router device 200r and an access point 200a, a broadcasting station's radio tower 300t and a broadcasting satellite (or communication satellite) 300s, a broadcasting station server 300, a service provider server 400, other application servers 500, a mobile telephone communication server 600 and a base station 600b of the mobile telephone communication network, and a personal information terminal 700. 【0012】 The broadcast receiving device 100 receives broadcast waves transmitted from the radio tower 300t via the broadcast satellite (or communication satellite) 300s and antenna 100a. Alternatively, it may receive the broadcast waves transmitted from the radio tower 300t directly from antenna 100a without going through the broadcast satellite (or communication satellite) 300s. The broadcast receiving device 100 can also connect to the internet 200 via the router device 200r, and can transmit and receive data by communicating with various server devices and other communication equipment on the internet 200. 【0013】 The router device 200r is connected to the internet 200 by wired communication, and is also connected to the broadcast receiving device 100 by wired or wireless communication, and to the personal information terminal 700 by wireless communication. The wireless communication may use a method such as Wi-Fi (registered trademark). This makes it possible for the broadcast receiving device 100 and the personal information terminal 700 to mutually send and receive data via the router device 200r. However, communication between the broadcast receiving device 100 and the personal information terminal 700 may be performed directly using a method such as Bluetooth (registered trademark) or NFC (Near Field Communication) without going through the router device 200r. 【0014】 The radio tower 300t is broadcasting equipment of the broadcasting station and transmits broadcast waves containing encoded data for broadcast programs, subtitle information, other applications, general-purpose data, etc. The broadcasting satellite (or communication satellite) 300s is a repeater that receives broadcast waves transmitted from the broadcasting station's radio tower 300t, performs frequency conversion as appropriate, and then retransmits the broadcast waves to the antenna 100a connected to the broadcasting receiving device 100. The broadcasting station also has a broadcasting station server 300. The broadcasting station server 300 stores broadcast programs (video content, etc.) and metadata for each broadcast program, such as the program title, program ID, program summary, cast information, broadcast date and time, etc., and is capable of providing the video content and metadata to service providers based on a contract. The provision of the video content and metadata to service providers may be done through an API (Application Programming Interface) provided by the broadcasting station server 300. 【0015】 The service provider server 400 is a server device provided by the service provider and is capable of providing various services linked to broadcast programs distributed by the broadcasting station. The service provider server 400 also stores, manages, and distributes video content and metadata provided by the broadcasting station server 300, as well as various content and applications linked to broadcast programs. It also has the function of searching for and providing a list of available content and applications in response to inquiries from television receivers, etc. The storage, management, and distribution of the content and metadata and the storage, management, and distribution of the applications may be performed by different server devices. The broadcasting station and the service provider may be the same or different. Multiple service provider servers 400 may be provided for each different service. Furthermore, the functions of the service provider server 400 may also be provided by the broadcasting station server 300. 【0016】 Other application servers 500 are known server devices that store, manage, and distribute other common applications, operating programs, content, data, etc. There may be multiple other application servers 500 on the Internet 200. 【0017】 The mobile telephone communication server 600 is connected to the Internet 200, and on the other hand, it is connected to the personal information terminal 700 via the base station 600b. The mobile telephone communication server 600 manages the telephone communication (calls) and data transmission / reception of the personal information terminal 700 via the mobile telephone communication network, and enables data transmission and reception through communication between the personal information terminal 700 and various server devices and other communication devices on the Internet 200. Communication between the base station 600b and the personal information terminal 700 may be carried out using W-CDMA (Wideband Code Division Multiple Access) (registered trademark), GSM (Global System for Mobile communications) (registered trademark), LTE (Long Term Evolution), or other communication methods. 【0018】 The personal information terminal 700 shall have functions for telephone communication (calls) and data transmission / reception via a mobile telephone network, as well as wireless communication functions such as Wi-Fi (registered trademark). The personal information terminal 700 can connect to the Internet 200 via a router device 200r and an access point 200a, or via a base station 600b and a mobile telephone communication server 600 of the mobile telephone network, and can transmit and receive data by communicating with various server devices and other communication devices on the Internet 200. The access point 200a is connected to the Internet 200 by wired communication and to the personal information terminal 700 by wireless communication. The wireless communication may use a method such as Wi-Fi (registered trademark). Communication between the personal information terminal 700 and the broadcast receiving device 100 may be performed via the access point 200a and the Internet 200 and the router device 200r, or via the base station 600b and the mobile telephone communication server 600 and the Internet 200 and the router device 200r. 【0019】 [Overview of the MMT method] The broadcast receiving device 100 shown in Figure 1 is a television receiver that supports MMT (MPEG Media Transport) as a media transport method for transmitting video, audio, and other data, instead of TS (Transport Stream) (hereinafter referred to as MPEG2-TS) defined in the MPEG (Moving Picture Experts Group)-2 system, which is widely used in conventional digital broadcasting systems. A television receiver that supports both MPEG2-TS and MMT is also acceptable. 【0020】 MPEG2-TS is characterized by multiplexing video, audio, and other components that make up a program into a single stream along with control signals and a clock. Because it treats everything, including the clock, as a single stream, it is suitable for transmitting one piece of content over a single transmission path with guaranteed transmission quality, and has been adopted in many conventional digital broadcasting systems. On the other hand, due to the limitations of MPEG2-TS in the face of recent environmental changes related to content distribution, such as the diversification of content, the diversification of equipment that uses content, the diversification of transmission paths for content distribution, and the diversification of content storage environments, MMT (Media Transport Method) was newly formulated as a media transport method. 【0021】 Figure 2A shows an example of the outline of the encoded 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 encoded signal. 【0022】 An MFU is a format used for transmitting video, audio, etc., and may be composed of NAL (Network Abstraction Layer) units or access units. An MPU includes one or more access units and is capable of decoding video and audio on its own. An MPU may consist of MPU metadata containing information about the overall configuration of the MPU, movie fragment metadata containing information about the encoded media data, and sample data which is the encoded media data. Multiple movie fragment data and sample data may exist in a single MPU. Furthermore, it is possible to extract an MFU from the sample data. Figure 2B shows an example of an MPU configuration. By assigning a sequence number to each MPU belonging to the same asset, any MPU can be distinguished from other MPUs by the asset ID that identifies the asset and the sequence number of the MPU. In addition, for media such as video components and audio components, presentation time and decoding time may be specified on an MPU-by-MPU or access unit basis. 【0023】 An MMTP packet consists of a header and an MMTP payload, and transmits control information for the MFU and MMT. The MMTP payload shall have a payload header corresponding to the contents (data units) stored in the payload. Figure 2C shows an example of the overview from configuring an MFU from video / audio signals to storing it in the MMTP payload and then configuring an MMTP packet. For video signals encoded using inter-frame prediction, it is desirable to configure the MPU in units of GOP (Group Of Pictures). Also, if the size of the MFU to be transmitted is small, one MFU may be stored in one payload, or multiple MFUs of the same type may be stored in one payload. Also, if the size of the MFU to be transmitted is large, one MFU may be divided and stored in multiple payloads. Furthermore, MMTP packets may be protected using technologies such as AL-FEC (Application Layer Forward Error Correction) or ARQ (Automatic Repeat Request) to recover packet loss on the transmission path. 【0024】 In the broadcast system of this embodiment, MPEG-H HEVC (High Efficiency Video Coding) is used as the video encoding method, and MPEG-4 AAC (Advanced Audio Coding) or MPEG-4 ALS (Audio Lossless Coding) is used as the audio encoding method. The encoded data of video, audio, etc. of the broadcast program, encoded using the above methods, shall be in MFU or MPU format, further packaged in an MMTP payload and transmitted as an MMTP packet via IP (Internet Protocol) packet. Data content related to the broadcast program may also be in MFU or MPU format, further packaged in an MMTP payload and transmitted as an MMTP packet via IP packet. Four types of data content transmission methods will be provided: (1) a subtitle / text superimposition transmission method used for streaming data synchronized with broadcasting; (2) an application transmission method used for data transmission services asynchronous with broadcasting; (3) an event message transmission method used for synchronous / asynchronous message notification from broadcasting stations to applications running on television receivers; and (4) a general-purpose data transmission method for transmitting other general-purpose data synchronously / asynchronously. 【0025】 For the transmission of MMTP packets, UDP / IP (User Datagram Protocol / Internet Protocol) is used on the broadcast transmission line, and UDP / IP or TCP / IP (Transmission Control Protocol / Internet Protocol) is used on the communication line. Furthermore, in the broadcast transmission line, the TLV (Type Length Value) multiplexing method is used for the efficient transmission of IP packets. An example of the protocol stack of the broadcast system in this embodiment is shown in Figure 3. In the figure, (A) is an example of the protocol stack on the broadcast transmission line, and (B) is an example of the protocol stack on the communication line. 【0026】 In this embodiment of the broadcasting system, a mechanism is provided for transmitting two types of control information: MMT-SI (MMT-Signaling Information) and TLV-SI (TLV-Signaling Information). MMT-SI is control information that indicates the structure of the broadcast program, etc. It shall be in the format of an MMT control message, placed on an MMTP payload, packaged into an MMTP packet, and transmitted as an IP packet. TLV-SI is control information related to the multiplexing of IP packets and shall provide information for channel selection and information on the correspondence between IP addresses and services. 【0027】 Furthermore, broadcast systems using MMT will also transmit time information to provide absolute time. While MPEG2-TS indicated the display time of components based on a different clock for each TS, MMT will indicate the display time of components based on Coordinated Universal Time (UTC). These mechanisms enable terminal devices to synchronously display components transmitted from different transmission points via different transmission paths. To provide UTC, IP packets in NTP (Network Time Protocol) format will be used. 【0028】 [Control information for broadcast systems using MMT] In the broadcast system corresponding to the broadcast receiver 100 of this embodiment, as described above, as control information, TLV-SI related to the TLV multiplexing method for multiplexing IP packets and MMT-SI related to MMT, which is a media transport method, are prepared. TLV-SI provides information for the broadcast receiver 100 to demultiplex the IP packets multiplexed on the broadcast transmission path. TLV-SI is composed of a "table" and a "descriptor". The "table" is transmitted in section format, and the "descriptor" is arranged within the "table". MMT-SI is transmission control information indicating information related to the configuration of MMT packages and broadcast services. MMT-SI is composed of three layers: a "message" that stores "tables" and "descriptors", a "table" having elements and attributes indicating specific information, and a "descriptor" indicating more detailed information. An example of the hierarchical structure of the control information used in the broadcast system of this embodiment is shown in FIG. 4. 【0029】 FIG. 5A shows a list of the "tables" used in the TLV-SI of the broadcast system corresponding to the broadcast receiver 100 of this embodiment. In this embodiment, the following are used as the "tables" of TLV-SI. 【0030】 (1) TLV-NIT The 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. 【0031】 (2) AMT The Address Map Table (AMT) provides a list of multicast groups of IP packets constituting each service transmitted in the network. 【0032】 (3) Table set by the operator In addition, it is possible to prepare a table independently set by a service provider or the like. 【0033】 <Descriptor used in TLV-SI> Fig. 5B shows a list of "descriptors" arranged in the TLV-SI of the broadcast system to which the broadcast receiver 100 of this embodiment corresponds. In this embodiment, the following are used as the "descriptors" of TLV-SI. 【0034】 (1) Service list descriptor The service list descriptor provides a list of services based on service identification and service format type. 【0035】 (2) Satellite distribution system descriptor The satellite distribution system descriptor indicates the physical conditions of the satellite transmission path. 【0036】 (3) System management descriptor The system management descriptor is used to distinguish between broadcast and non-broadcast. 【0037】 (4) Network name descriptor The network name descriptor describes the network name using character codes. 【0038】 (5) Remote control key descriptor The remote control key descriptor is used to set the service assigned to the one-touch channel selection button of the receiver remote control. 【0039】 (6) Descriptor set by the operator In addition, it is possible to prepare a descriptor independently set by a service provider or the like. 【0040】 <Message used in MMT-SI> Fig. 6A shows a list of "messages" used in the MMT-SI of the broadcast system to which the broadcast receiver 100 of this embodiment corresponds. In this embodiment, the following are used as the "messages" of MMT-SI. 【0041】 (1) PA message The Package Access (PA) message is used to transmit various tables. 【0042】 (2) M2 section message The M2 section message is used to transmit the section extension format of MPEG-2 Systems. 【0043】 (3) CA message The CA message is used to transmit a table for identifying the restricted reception method. 【0044】 (4) M2 short section message The M2 short section message is used to transmit the short section format of MPEG-2 Systems. 【0045】 (5) Data transmission message The data transmission message is a message that stores a table related to data transmission. 【0046】 (6) Messages set by operators In addition, it is possible to prepare messages independently set by service providers and the like. 【0047】 <Tables used in MMT-SI> Figure 6B shows a list of the 'tables' used in the MMT-SI of the broadcast system corresponding to the broadcast receiving apparatus 100 of this embodiment. The table is control information having elements and attributes indicating specific information, and is stored in a message and transmitted by an MMTP packet. Note that the message storing the table may be determined according to the table. In this embodiment, the following are used as the 'tables' of MMT-SI. 【0048】 (1) MPT The MMT Package Table (MPT) provides information that constitutes a package, such as a list of assets and their network locations. The MPT may be stored in the PA message. 【0049】 (2) PLT The Package List Table (PLT) lists the IP data flows and packet IDs that transmit PA messages for MMT packages provided as broadcast services, as well as the IP data flows that transmit IP services. The PLT may be stored in the PA message. 【0050】 (3) LCT The Layout Configuration Table (LCT) is used to associate layout information for presentation with layout numbers. The LCT may be stored in the PA message. 【0051】 (4) ECM An Entitlement Control Message (ECM) is a common piece of information consisting of program information and control information, and it delivers key information for descrambling, etc. The ECM may be stored in an M2 section message. 【0052】 (5) EMM An Entitlement Management Message (EMM) transmits individual information, including contract information for each subscriber and key information for decrypting the ECM (Common Information). The EMM may be stored in an M2 section message. 【0053】 (6) CAT(MH) The CA table (Conditional Access Table: CAT)(MH) is used to store descriptors for identifying the restricted access scheme. The CAT(MH) may be stored in the CA message. 【0054】 (7) DCM A Download Control Message (DCM) transmits key-related information, including a key for decrypting the transmission path encryption used for downloading. The DCM may be stored in an M2 section message. 【0055】 (8) DMM The Download Management Message (DMM) transmits key-related information, including the download key used to decrypt the DCM. The DMM may be stored in an M2 section message. 【0056】 (9) MH-EIT The MH-Event Information Table (MH-EIT) contains time-series information about events included in each service. The MH-EIT may be stored in an M2 section message. 【0057】 (10) MH-AIT The MH-Application Information Table (MH-AIT) stores all information about the application and the startup status required for the application. The MH-AIT may be stored in an M2 section message. 【0058】 (11) MH-BIT The MH-Broadcaster Information Table (MH-BIT) is used to display information about broadcasters present on the network. The MH-BIT may be stored in an M2 section message. 【0059】 (12) MH-SDTT The MH-Software Download Trigger Table (MH-SDTT) is used for download notification information. The MH-SDTT may be stored in an M2 section message. 【0060】 (13) MH-SDT The MH-Service Description Table (MH-SDT) has subtables representing services included in a specific TLV stream and transmits information about the programming channel, such as the channel name and the broadcaster's name. The MH-SDT may be stored in an M2 section message. 【0061】 (14) MH-TOT The MH-Time Offset Table (MH-TOT) transmits JST time and date (modified Julian day) information. The MH-TOT may be stored in an M2 short-section message. 【0062】 (15) MH-CDT The MH-Common Data Table (MH-CDT) is used to transmit common data to be stored in non-volatile memory in section format to all receivers that receive it. The MH-CDT may be stored in an M2 section message. 【0063】 (16) DDM Table The Data Directory Management Table (DDM table) provides the directory structure of the files that make up an application, in order to separate the application's file structure from the configuration for file transmission. The DDM table may be stored in the data transmission message. 【0064】 (17) DAM Table The Data Asset Management Table (DAM table) provides the configuration of the MPUs within the asset and version information for each MPU. The DAM table may be stored in the data transmission message. 【0065】 (18) DCC Table The Data Content Configuration Table (DCC Table) provides configuration information of files as data content in order to achieve flexible and effective cache control. The DCC table may be stored in a data transmission message. 【0066】 (19)EMT The Event Message Table (EMT) is used to transmit information related to event messages. The EMT may be stored in the M2 section message. 【0067】 (20)Tables set by the operator In addition, it is possible to prepare tables independently set by service providers and the like. 【0068】 <Descriptors used in MMT-SI> Figures 6C, 6D, and 6E show a list of "descriptors" arranged in the MMT-SI of the broadcast system corresponding to the broadcast receiver 100 of this embodiment. A descriptor is control information that provides more detailed information and is assumed to be arranged in a table. Note that the table in which the descriptor is arranged may be determined according to the descriptor. In this embodiment, the following are used as the "descriptors" of MMT-SI. 【0069】 (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 arranged in MPT. 【0070】 (2) Event Package Descriptor The Event Package Descriptor provides the correspondence between events representing programs and packages. The Event Package Descriptor may be arranged in the MH-EIT transmitted in the M2 section message. 【0071】 (3) Background Color Specification Descriptor The background color descriptor provides the background color for the backmost element in the layout specification. The background color descriptor may be placed in the LCT. 【0072】 (4) MPU presentation area specification descriptor The MPU presentation area descriptor provides a location for presenting the MPU. The MPU presentation area descriptor may be placed in the MPT. 【0073】 (5) MPU timestamp descriptor The MPU timestamp descriptor indicates the presentation time of the first access unit in the presentation order on the MPU. The MPU timestamp descriptor may be placed in the MPT. 【0074】 (6) Dependency descriptors A dependency descriptor provides the asset IDs of the dependent assets. Dependency descriptors may be placed in the MPT. 【0075】 (7) Access control descriptor The access control descriptor provides information for identifying the restricted access scheme. The access control descriptor may be located in MPT or CAT(MH). 【0076】 (8) Scrambled descriptor The scrambling scheme descriptor provides information for identifying the type of encryption target and encryption algorithm used during scrambling. The scrambling scheme descriptor may be located in MPT or CAT(MH). 【0077】 (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 located in MPT or CAT(MH). 【0078】 (10) Emergency Information Descriptor (MH) The Emergency Information Descriptor (MH) is used when broadcasting an emergency warning. The Emergency Information Descriptor (MH) may be placed in the MPT. 【0079】 (11) MH-MPEG-4 audio descriptor The MH-MPEG-4 audio descriptor is used to describe basic information for identifying the encoding parameters of an audio stream according to ISO / IEC 14496-3 (MPEG-4 audio). The MH-MPEG-4 audio descriptor may be placed in the MPT. 【0080】 (12) MH-MPEG-4 audio extension descriptor The MH-MPEG-4 audio extension descriptor is used to describe the profile and level of an MPEG-4 audio stream, as well as encoding scheme-specific settings. The MH-MPEG-4 audio extension descriptor may be placed in the MPT. 【0081】 (13) MH-HEVC video descriptor The MH-HEVC video descriptor is used to describe the basic encoding parameters of a video stream (HEVC stream) as defined in ITU-T Recommendation H.265|ISO / IEC 23008-2. The MH-HEVC video descriptor may be placed in the MPT. 【0082】 (14) MH-link descriptor The MH-Link descriptor identifies a service that is provided when a viewer requests additional information related to a specific item listed in the program scheduling information system. The MH-Link descriptor may be placed in the MPT, MH-EIT, MH-SDT, etc. 【0083】 (15) MH-Event Group Descriptor MH-Event Group Descriptors are used to indicate that a group of events is grouped together when there is a relationship between multiple events. MH-Event Group Descriptors may be placed in MH-EIT. 【0084】 (16) MH-Service List Descriptor The MH-Service List Descriptor provides a list of services categorized by service identifier and service type. The MH-Service List Descriptor may be placed in the MH-BIT. 【0085】 (17) MH-Short Event Descriptor MH-Short Event Descriptors represent the event name and a short description of the event in text format. MH-Short Event Descriptors may be placed in MH-EIT. 【0086】 (18) MH-Extended Event Descriptor MH-extended event descriptors are used in addition to MH-short event descriptors to provide a detailed description of the event. MH-extended event descriptors may be placed in MH-EIT. 【0087】 (19) Video component descriptor Video component descriptors specify parameters and descriptions related to video components and are also used to represent elementary streams in text format. Video component descriptors may be located in MPT or MH-EIT. 【0088】 (20) MH-stream identifier descriptor The MH-Stream Identifier descriptor is used to label the component streams of a service, allowing them to reference the description indicated by the video component descriptor in the MH-EIT. The MH-Stream Identifier descriptor may be located in the MPT. 【0089】 (21) MH-Content descriptor The MH-Content descriptor indicates the genre of the event. The MH-Content descriptor may be placed in MH-EIT. 【0090】 (22) MH-Paternal Rate Descriptor The MH-Parental Rate descriptor represents age-based viewing restrictions and is used to extend them to other restriction conditions. The MH-Parental Rate descriptor may be placed in the MPT or MH-EIT. 【0091】 (23) MH-Audio Component Descriptor MH-Speech component descriptors specify each parameter of the speech elementary stream and are also used to represent the elementary stream in character format. MH-Speech component descriptors may be located in either the MPT or MH-EIT. 【0092】 (24) MH-Target Area Descriptor The MH-Target Region descriptor is used to describe the region targeted by a program or a portion of the streams that make up a program. The MH-Target Region descriptor may be placed in the MPT. 【0093】 (25) MH-series descriptor The MH-series descriptor is used to identify a series program. The MH-series descriptor may be placed in the MH-EIT. 【0094】 (26) MH-SI transmission parameter descriptor The MH-SI transmission parameter descriptor is used to specify the transmission parameters of the SI. The MH-SI transmission parameter descriptor may be placed in the MH-BIT. 【0095】 (27) MH-Broadcaster Name Descriptor The MH-BroadcasterNameDescriptor describes the name of the broadcaster. The MH-BroadcasterNameDescriptor may be placed in the MH-BIT. 【0096】 (28) MH-Service Descriptor The MH-service descriptor represents the programming channel name and its operator name, along with the service type, using character codes. The MH-service descriptor may be placed in the MH-SDT. 【0097】 (29) IP data flow descriptor An IP dataflow descriptor provides information about the IP dataflows that make up a service. IP dataflow descriptors may be placed in MH-SDT. 【0098】 (30) MH-CA activation descriptor The MH-CA startup descriptor contains startup information for launching the CAS program on the CAS infrastructure. The MH-CA startup descriptor may be located in MPT or CAT(CA). 【0099】 (31) MH-Type descriptor The MH-Type descriptor indicates the file type transmitted using the application transmission method. The MH-Type descriptor may be placed in the DAM table. 【0100】 (32) MH-Info descriptor MH-Info descriptors describe information about MPUs or items. MH-Info descriptors may be placed in the DAM table. 【0101】 (33) MH-Expire descriptor The MH-Expire descriptor describes the expiration date of an item. The MH-Expire descriptor may be placed in the DAM table. 【0102】 (34) MH-Compression Type descriptor The MH-Compression Type descriptor indicates that the item being transmitted is compressed, and it shows the compression algorithm and the number of bytes in the item before compression. The MH-Compression Type descriptor may be placed in the DAM table. 【0103】 (35) MH-Data Encoding Scheme Descriptor The MH-data encoding descriptor is used to identify the data encoding scheme. The MH-data encoding descriptor may be placed in the MPT. 【0104】 (36) UTC-NPT reference descriptor UTC-NPT reference descriptors are used to communicate the relationship between NPT (Normal Play Time) and UTC. UTC-NPT reference descriptors may be placed in the EMT. 【0105】 (37) Event message descriptor Event message descriptors convey general information about event messages. Event message descriptors may be placed in the EMT (Event Message Table). 【0106】 (38) MH-Local Time Offset Descriptor The MH-Local Time Offset descriptor is used to introduce a fixed offset between the actual time (e.g., UTC+9 hours) and the time displayed to human systems during daylight saving time. The MH-Local Time Offset descriptor may be located in MH-TOT. 【0107】 (39) MH-Component Group Descriptor MH-Component Group descriptors define and identify combinations of components within an event. MH-Component Group descriptors may be located in MH-EIT. 【0108】 (40) MH-Logo transmission descriptor The MH-Logo Transmission Descriptor is used to describe a simplified logo string, pointing to a CDT-formatted logo, etc. The MH-Logo Transmission Descriptor may be placed in the MH-SDT. 【0109】 (41) MPU extended timestamp descriptor The MPU extended timestamp descriptor provides the decryption time of the access unit within the MPU. The MPU extended timestamp descriptor may be placed in the MPT. 【0110】 (42) MPU Downloadable Content Descriptor The MPU download content descriptor is used to describe the attribute information of content downloaded using the MPU. The MPU download content descriptor may be placed in MH-SDTT. 【0111】 (43) MH-Network Downloadable Content Descriptor The MH-Network Download Content Descriptor is used to describe the attribute information of content downloaded over a network. The MH-Network Download Content Descriptor may be located in MH-SDTT. 【0112】 (44) MH-Application Descriptor The MH-Application Descriptor describes the information of an application. The MH-Application Descriptor may be placed in MH-AIT. 【0113】 (45) MH-Transmission Protocol Descriptor The MH-Transmission Protocol descriptor is used to specify a transmission protocol for broadcasting, communications, etc., and to indicate the location information of applications that depend on that transmission protocol. The MH-Transmission Protocol descriptor may be placed in MH-AIT. 【0114】 (46) MH-Simplified Application Location Descriptor The MH-Simplified Application Location Descriptor is used to specify the details of where to retrieve the application. The MH-Simplified Application Location Descriptor may be placed in MH-AIT. 【0115】 (47) MH-Application Boundary Authority Descriptor The MH-Application Boundary Permission Descriptor is used to set application boundaries and configure access permissions for broadcast resources on a per-domain (URL) basis. The MH-Application Boundary Permission Descriptor may be located in MH-AIT. 【0116】 (48) MH-Activation Priority Information Descriptor The MH-Startup Priority Information Descriptor is used to specify the startup priority of an application. The MH-Startup Priority Information Descriptor may be placed in MH-AIT. 【0117】 (49) MH-Cache Information Descriptor The MH-Cache Information Descriptor is used for cache control when the application is expected to be reused, by caching and retaining the resources that make up the application. The MH-Cache Information Descriptor may be placed in MH-AIT. 【0118】 (50) MH-Probabilistic Application Delay Descriptor The MH-Probabilistic Application Delay Descriptor is used to delay the timing of application control by a probabilistically defined delay amount, assuming load balancing of server access for application retrieval. The MH-Probabilistic Application Delay Descriptor may be placed in MH-AIT. 【0119】 (51) Linked PU descriptor The linked PU descriptor describes other presentation units that may be accessed from the present presentation unit (PU). The linked PU descriptor may be placed in the DCC table. 【0120】 (52) Lock cache specifier descriptor The lock cache descriptor specifies the files to be cached and locked in the presentation unit. The lock cache descriptor may be placed in the DCC table. 【0121】 (53) Unlock cache specified descriptor The unlock cache descriptor specifies which files to unlock from among the files locked in the presentation unit. The unlock cache descriptor may be placed in the DCC table. 【0122】 (54) MH-Download Protection Descriptor The MH-Download Protection descriptor describes the location and transmission information of MMTP packets that transmit DCM or DMM. The MH-Download Protection descriptor may be placed in MPT or MH-SDTT. 【0123】 (55) Application service descriptor An application service descriptor describes entry information and other details related to a service. Application service descriptors may be placed in the MPT (Application Programming Protocol). 【0124】 (56) MPU node descriptor An MPU node descriptor indicates that the MPU corresponds to a directory node defined in the data directory management table. MPU node descriptors may be placed in the DAM table. 【0125】 (57) PU configuration descriptor The PU configuration descriptor provides a list of MPUs that constitute the presentation unit, representing mapping information between the presentation unit and the transmission unit. The PU configuration descriptor may be placed in the DCC table. 【0126】 (58)MH-layer encoding descriptor An MH-hierarchical coding descriptor describes information for identifying hierarchically coded video stream components. MH-hierarchical coding descriptors may be placed in the MPT. 【0127】 (59) Content copy control descriptor The content copy control descriptor provides information that controls the copy generation in digital recording equipment for the entire service. It is used by broadcasters (copyright holders) to communicate copy information or the maximum transmission rate to digital recording equipment when digital recording is expected to occur. The content copy control descriptor may be placed in MPT, MH-EIT, MH-SDT, etc. 【0128】 (60) Content Usage Control Descriptor The content usage control descriptor is used to indicate information regarding copy control and remote viewing control when the program is stored in a hard disk or the like or when a video / audio signal is output from a receiver. The content usage control descriptor may be arranged in MPT, MH-EIT, MH-SDT, etc. 【0129】 (61) Descriptor Set by the Operator In addition, it is possible to prepare descriptors independently set by service providers and the like. 【0130】 <Relationship between Data Transmission and Each Control Information in the MMT System> Here, with reference to FIG. 7A, the relationship between each component such as video and audio transmitted by the broadcast system corresponding to the broadcast receiver 100 of the present embodiment and representative tables of MMT-SI will be described. In the MMT system, a component is defined as an asset, and hereinafter, a component may be referred to as an asset in some cases. 【0131】 In the broadcast system corresponding to the broadcast receiver 100 of the present embodiment, data transmission can be performed through a plurality of paths such as a TLV stream via a broadcast transmission path and an IP data flow via a communication line. The TLV stream includes TLV-SI such as TLV-NIT and AMT, and an IP data flow which is a data flow of IP packets. The IP data flow includes a video asset including a series of video MPUs and an audio asset including a series of audio MPUs. Similarly, 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. 【0132】 These various assets are associated with a "package" by a description in the MPT (MMT Package Table) stored and transmitted in the PA message. Specifically, this association can be made by describing a package ID that identifies the package and an asset ID that identifies each asset contained in that package in the MPT. Figure 7B shows an example of the MPT data structure. In the figure, the "MMT_package_id_byte" parameter corresponds to the package ID, and the "asset_id_byte" parameter corresponds to the asset ID. 【0133】 The assets constituting a package can consist only of assets within a TLV stream, but as shown in Figure 7A, they can also include assets transmitted via the IP data flow of a communication line. This can be achieved by describing the location information of each asset, along with an asset ID that identifies each asset included in the package, within the MPT, so that the broadcast receiving device 100 in this embodiment can determine the reference location of each asset. The location information is specified by 'MMT_general_location_info()' in the MPT data structure shown in Figure 7B. An example of the location information data structure is shown in Figure 7C. 【0134】 Furthermore, depending on the value of the 'location_type' parameter in the aforementioned location information, (1) Data that is multiplexed on the same IP data flow as MPT (location_type=0x00) (2) Data multiplexed in IPv4 data flow (location_type=0x01) (3) Data that is multiplexed in IPv6 data flow (location_type=0x02) (4) Data multiplexed into the broadcast MPEG2-TS (Location_type=0x03) (5) Data multiplexed in MPEG2-TS format within the IP data flow (location_type=0x04) (6) Data located at the specified URL (Location_type=0x05) This makes it possible to configure the broadcast receiving device 100 so that it can access various types of data transmitted through various transmission paths. 【0135】 Of the aforementioned references, (1) is, for example, an IP data flow included in the TLV stream of the digital broadcast signal received by the broadcast receiving device 100 of this embodiment via the antenna 100a. However, if the MPT is also transmitted in the IP data flow on the communication line side, the reference in (1) may be the IP data flow received via the communication line. Also, (2), (3), (5), and (6) above are IP data flows received by the broadcast receiving device 100 of this embodiment via the communication line. Furthermore, (4) above can be used, for example, in the case of a broadcast receiving device that has both a receiving function for receiving digital broadcast signals using the MMT method and a receiving function for receiving digital broadcast signals using the MPEG2-TS method, such as the broadcast receiving device 800 of Embodiment 2 described later, when referring to data multiplexed in the MPEG2-TS received by the receiving function for receiving digital broadcast signals using the MPEG2-TS method based on the location information of the MPT included in the digital broadcast signal using the MMT method. 【0136】 Furthermore, for media such as video and audio components, presentation and decoding times can be specified on an MPU or access unit basis. Information regarding the presentation and decoding times is described in the MPT as an MPU timestamp descriptor or an MPU extended timestamp descriptor. Figure 7D shows an example of the data structure of an MPU timestamp descriptor that describes the presentation time information. The presentation time information for each MPU is specified by the 'mpu_presentation_time' parameter of the MPU timestamp descriptor. The MPU to which the specification applies can be identified by the 'mpu_sequence_number' parameter. In the broadcast receiving device 100 of this embodiment, the presentation time information can be used to synchronize the presentation (display, output, etc.) of multiple MPUs specified by the MPT, based on a clock based on NTP, which is time information in UTC notation. Similarly, information regarding the decoding time is also described by an MPU extended timestamp descriptor, but a detailed explanation is omitted. The presentation control of various data using the NTP-based clock will be described later. 【0137】 In the broadcasting system of this embodiment, a series of data in the form of a "package" corresponds to a "service" of digital broadcasting. The "service" is a sequence of "programs" transmitted according to a schedule. The "programs" are treated as "events" in the MMT system. Each event is specified by the MH-EIT, which specifies the start time and duration. The event package descriptor placed in the MH-EIT specifies the ID of the MMT package to which each event corresponds. Figure 7E shows an example of the data structure of the MH-EIT. The "start_time" parameter in the figure specifies the start time, and the "duration" parameter specifies the duration. Figure 7F shows an example of the data structure of an event package descriptor. The "MMT_package_id_byte" parameter of the event package descriptor placed in the MH-EIT allows the correspondence between each event and an MMT package to be specified. The MH-EIT can be used in the broadcasting receiver 100 of this embodiment for various processing at the "event" level (for example, electronic program guide generation processing, recording and viewing reservation control, and copyright management processing such as temporary storage). 【0138】 [Hardware configuration of broadcast receiving equipment] Figure 8A is a block diagram showing an example of the internal configuration of the broadcast receiving device 100. The broadcast receiving device 100 consists of a main control unit 101, a system bus 102, a ROM 103, a RAM 104, a storage unit 110, a LAN communication unit 121, an expansion interface unit 124, a digital interface unit 125, a tuner / demodulation unit 131, 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, a subtitle synthesis unit 146, a subtitle color gamut conversion unit 147, a data decoder 151, a cache unit 152, an application control unit 153, a browser unit 154, an application color gamut conversion unit 155, a sound source unit 156, a video synthesis unit 161, a monitor unit 162, a video output unit 163, an audio synthesis unit 164, a speaker unit 165, an audio output unit 166, and an operation input unit 170. 【0139】 The main control unit 101 is a microprocessor unit that controls the entire broadcast receiving device 100 according to a predetermined operating program. The system bus 102 is a data communication path for sending and receiving data between the main control unit 101 and each operating block within the broadcast receiving device 100. 【0140】 ROM (Read Only Memory) 103 is a non-volatile memory that stores basic operating programs such as the operating system and other operational programs. For example, a rewritable ROM such as EEPROM (Electrically Erasable Programmable ROM) or flash ROM may be used. ROM 103 may also store operational setting values ​​necessary for the operation of the broadcast receiving device 100. RAM (Random Access Memory) 104 serves as the work area when executing basic operating programs and other operational programs. ROM 103 and RAM 104 may be integrated with the main control unit 101. Furthermore, ROM 103 may not have an independent configuration as shown in Figure 8A, but may use a portion of the storage area within the storage unit 110. 【0141】 The storage unit 110 stores the operating program and operating settings of the broadcast receiving device 100, as well as the personal information of the broadcast receiving device 100 user. It can also store operating programs downloaded via the Internet 200 and various data created by said operating programs. Furthermore, it can store content such as video, still images, and audio acquired from broadcast waves or downloaded via the Internet 200. A portion of the storage unit 110 may replace all or part of the functions of the ROM 103. In addition, the storage unit 110 needs to retain the stored information even when the broadcast receiving device 100 is not supplied with power from an external source. Therefore, devices such as flash ROM, SSD (Solid State Drive) or other non-volatile semiconductor memory, or HDD (Hard Disk Drive) or other magnetic disk drives are used. 【0142】 Furthermore, the aforementioned operating programs stored in the ROM 103 and the storage unit 110 can be added, updated, and have their functions expanded through download processes from server devices on the Internet 200. 【0143】 The LAN (Local Area Network) communication unit 121 is connected to the Internet 200 via a router device 200r and transmits and receives data with various server devices and other communication devices on the Internet 200. It also acquires the MMT data sequence (or a part thereof) of the program transmitted via the communication line. The connection to the router device 200r may be a wired connection or a wireless connection such as Wi-Fi (registered trademark). The LAN communication unit 121 shall be equipped with encoding circuits, decoding circuits, etc. Furthermore, the broadcast receiving device 100 may also be equipped with other communication units such as a Bluetooth (registered trademark) communication unit, an NFC communication unit, or an infrared communication unit. 【0144】 The tuner / demodulator 131 receives broadcast waves transmitted from the radio tower 300t via the antenna 100a and tunes (selects) to the channel of the service desired by the user based on the control of the main control unit 101. Furthermore, the tuner / demodulator 131 demodulates the received broadcast signal to obtain the MMT data sequence. In the example shown in Figure 8A, a configuration with one tuner / demodulator is illustrated, but the broadcast receiving device 100 may be configured to have multiple tuners / demodulators for purposes such as simultaneous display of multiple screens or recording of programs while watching another program. 【0145】 The separation unit 132 is an MMT decoder and, based on the control signals in the input MMT data sequence, distributes real-time presentation elements such as video data sequences, audio data sequences, character superimposition data sequences, and subtitle data sequences to the video decoder 141, audio decoder 143, character superimposition decoder 144, and subtitle decoder 145, respectively. The data input to the separation unit 132 may be MMT data sequences transmitted via a broadcast transmission line and demodulated by the tuner / demodulation unit 131, or MMT data sequences transmitted via a communication line and received by the LAN communication unit 121. The separation unit 132 also plays back multimedia applications and their constituent file data and temporarily stores them in the cache unit 152. Furthermore, the separation unit 132 extracts general-purpose data for use in players that present data other than video, audio, and subtitles, or for streaming data to applications, and outputs it to the data decoder 151. In addition, the separation unit 132 may perform error correction and access restriction control of the input MMT data sequence based on the control of the main control unit 101. 【0146】 The video decoder 141 decodes the video data sequence input from the separation unit 132 and outputs video information. The video color gamut conversion unit 142 performs color space conversion processing on the video information decoded by the video decoder 141 as needed for video synthesis processing in the video synthesis unit 161. The audio decoder 143 decodes the audio data sequence input from the separation unit 132 and outputs audio information. The video decoder 141 and audio decoder 143 may also be input to streaming data, such as MPEG-DASH (MPEG-Dynamic Adaptive Streaming over HTTP) format, obtained from the Internet 200 via the LAN communication unit 121. In addition, multiple video decoders 141, video color gamut conversion units 142, audio decoders 143, etc., may be provided to simultaneously decode multiple types of video data sequences and audio data sequences. 【0147】 The character super decoder 144 decodes the character super data sequence input from the separation unit 132 and outputs character super information. The subtitle decoder 145 decodes the subtitle data sequence input from the separation unit 132 and outputs 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 in the subtitle combination unit 146, and further, the subtitle color gamut conversion unit 147 performs color space conversion processing as needed for the video combination processing in the video combination unit 161. In this embodiment, among the services centered on text information that are presented simultaneously with the video of a broadcast program, those related to the content of the video are called subtitles, and all others are called character supers. When they are not distinguished, they are collectively referred to as subtitles. 【0148】 The browser unit 154 presents multimedia application files and their constituent file data obtained from a server device on the Internet 200 via the cache unit 152 or the LAN communication unit 121, in accordance with instructions from the application control unit 153, which interprets control information contained in the MMT data sequence and control information obtained from the server device on the Internet 200 via the LAN communication unit 121. The multimedia application files may be HTML (Hyper Text Markup Language) documents, BML (Broadcast Markup Language) documents, etc. The application information output from the browser unit 154 is further subjected to color space conversion processing as necessary by the application color gamut conversion unit 155 for video synthesis processing in the video synthesis unit 161. The browser unit 154 also plays application audio information by interacting with the sound source unit 156. 【0149】 The video synthesis unit 161 receives video information output from the video color gamut conversion unit 142, subtitle information output from the subtitle color gamut conversion unit 147, application information output from the application color gamut conversion unit 155, etc., and performs appropriate selection and / or superposition processing. The video synthesis unit 161 is equipped with video RAM (not shown), and the monitor unit 162 etc. are driven based on the video information etc. input to the video RAM. In addition, the video synthesis unit 161 performs scaling processing and superposition processing of EPG (Electronic Program Guide) screen information created based on information such as MH-EIT included in MMT-SI as needed, based on the control of the main control unit 101. The monitor unit 162 is a display device such as an LCD panel, and provides the video information selected and / or superimposed by the video synthesis unit 161 to the user of the broadcast receiving device 100. The video output unit 163 is a video output interface that outputs the video information selected and / or superimposed by the video synthesis unit 161. 【0150】 The display function of the broadcast receiving device 100 in this embodiment is equipped with a logical plane structure in order to display content as intended by the multimedia service provider. Figure 8B shows an example of the configuration of the logical plane structure provided by the display function of the broadcast receiving device 100 in this embodiment. In this logical plane structure, a character superplane for displaying character superimposition is placed at the front, and a subtitle plane for displaying subtitles is placed on the next layer. A multimedia plane for displaying broadcast video, multimedia applications, or composite video thereof is placed on the third layer, and a background plane is placed at the back. The subtitle synthesis unit 146 and the video synthesis unit 161 draw character superimposition information onto the character superplane, draw subtitle information onto the subtitle plane, and draw video information, application information, etc. onto the multimedia plane. In addition, the background color is drawn on the background plane based on the LCT included in MMT-SI. The third layer of multimedia planes can be provided in multiple quantities depending on the number of video decoders 141. However, even if there are multiple multimedia planes, application information etc. output from the application color gamut conversion unit 155 will only be output to the frontmost multimedia plane. 【0151】 The speech synthesis unit 164 receives the audio information output from the audio decoder 143 and the application audio information played back by the sound source unit 156, and performs appropriate processing such as selection and / or mixing. The speaker unit 165 provides the audio information selected and / or mixed by the speech synthesis unit 164 to the user of the broadcast receiving device 100. The audio output unit 166 is an audio output interface that outputs the audio information selected and / or mixed by the speech synthesis unit 164. 【0152】 The expansion interface unit 124 is a group of interfaces for expanding the functions of the broadcast receiving device 100. In this embodiment, it consists of an analog video / audio interface, a USB (Universal Serial Bus) interface, a memory interface, and the like. The analog video / audio interface handles input of analog video / audio signals from external video / audio output devices and output of analog video / audio signals to external video / audio input devices. The USB interface connects to a PC or the like to send and receive data. An HDD may be connected to record broadcast programs and content. A keyboard or other USB device may also be connected. The memory interface connects to a memory card or other memory medium to send and receive data. 【0153】 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 is capable of directly outputting MMT data sequences obtained by demodulation by the tuner / demodulation unit 131, MMT data sequences obtained via the LAN communication unit 121, or mixed data of the aforementioned MMT data sequences. It is also possible to control the input of MMT data sequences from the digital interface unit 125 to the separation unit 132. Output of digital content stored in the storage unit 110, or storage of digital content in the storage unit 110, may also be performed via the digital interface unit 125. 【0154】 The digital interface unit 125 may be a DVI terminal, HDMI® terminal, DisplayPort® terminal, etc., and may output or input data in a format compliant with the DVI specification, HDMI specification, DisplayPort specification, etc. It may also output or input data in a serial data format compliant with the IEEE1394 specification, etc. It may also be configured as an IP interface that outputs digital interface data via hardware such as Ethernet® or wireless LAN. In this case, the digital interface unit 125 and the LAN communication unit 121 may share their hardware configurations. 【0155】 The operation input unit 170 is an instruction input unit that inputs operation instructions to the broadcast receiving device 100. In this embodiment, it consists of a remote control receiver that receives commands transmitted from a remote control (not shown) and an operation key with a row of button switches. Either one or the other may be used. The operation input unit 170 may also be replaced by a touch panel placed on top of the monitor unit 162. It may also be replaced by a keyboard connected to the expansion interface unit 124. The remote control (not shown) may be replaced by a portable information terminal 700 equipped with a remote control command transmission function. 【0156】 As mentioned above, if 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 components of the present invention. In addition, the broadcast receiving device 100 may be an optical disc drive recorder such as a DVD (Digital Versatile Disc) recorder, a magnetic disc drive recorder such as an HDD recorder, an STB (Set Top Box), etc. It may also be a PC (Personal Computer), tablet terminal, navigation device, game console, etc. equipped with digital broadcast receiving function and broadcast communication linkage function. If the broadcast receiving device 100 is a DVD recorder, HDD recorder, STB, etc., the monitor unit 162 and the speaker unit 165 do not need to be provided. By connecting an external monitor and external speakers 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 achieved. 【0157】 [Software configuration of broadcast receiving equipment] Figure 8C is a software configuration diagram of the broadcast receiving device 100 in this embodiment, showing the software configuration in the ROM 103, RAM 104, and storage unit 110. In this embodiment, the ROM 103 stores the basic operation program 1001 and other operation programs, and the storage unit 110 stores the reception function program 1002, the cooperation function program 1003, the recording and playback function program 1004, and other operation programs. The storage unit 110 also includes a content storage area 1200 for storing content such as video, still images, and audio, an authentication information storage area 1300 for storing authentication information necessary when accessing external mobile terminal devices and various server devices, and various information storage areas for storing other various information. 【0158】 The basic operation program 1001 stored in ROM 103 is loaded into RAM 104, and the main control unit 101 then executes the loaded basic operation program 1001 to constitute the basic operation execution unit 1101. Similarly, the receiving function program 1002, the cooperation function program 1003, and the recording and playback function program 1004 stored in storage unit 110 are also loaded into RAM 104, and the main control unit 101 then executes the loaded receiving function program 1002, the cooperation function program 1003, and the recording and playback function program 1004 to constitute the receiving function execution unit 1102, the cooperation function execution unit 1103, and the recording and playback function execution unit 1104. The RAM 104 also includes a temporary storage area for temporarily holding data created during the execution of each operation program as needed. 【0159】 For the sake of simplicity, in the following explanation, the process by which the main control unit 101 controls each operation block by loading the basic operation program 1001 stored in the ROM 103 into the RAM 104 and executing it will be described as if the basic operation execution unit 1101 controls each operation block. The same description will be applied to other operation programs. 【0160】 The receiving function execution unit 1102 controls each operating block of the broadcast receiving device 100 in order to reproduce video, audio, and other components transmitted in the broadcasting 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 sequence, audio data sequence, etc., separated from the MMT data sequence to the corresponding decoding processing unit. The AV decoding processing unit 1102b mainly controls the video decoder 141, audio decoder 143, etc. The application processing unit 1102c mainly controls the cache unit 152, application control unit 153, browser unit 154, and sound source unit 156. The character superimposition processing unit 1102d mainly controls the character superimposition 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 content of MH-EIT and other components included in MMT-SI and generates an EPG screen. The presentation processing unit 1102h mainly controls the video color gamut conversion unit 142, the subtitle synthesis unit 146, the subtitle color gamut conversion unit 147, the application color gamut conversion unit 155, the video synthesis unit 161, and the audio synthesis unit 164 based on the logical plane structure. 【0161】 Furthermore, the cooperation function execution unit 1103 manages device authentication and connection, transmission and reception of various data, etc., when the broadcast receiving device 100 performs cooperative operations with external devices such as mobile information terminals 700. The recording and playback function execution unit 1104 controls the recording of broadcast programs acquired from the digital broadcast waves of this broadcasting system and content acquired from various server devices on the network to the content storage area 1200 of the storage unit 110 or to external storage connected to the expansion interface unit 124, or when playing back the broadcast programs and content. 【0162】 Each of the aforementioned operating programs may be pre-stored in the ROM 103 and / or storage unit 110 at the time of product shipment. Alternatively, they may be acquired after product shipment from other application servers 500 on the Internet 200 via the LAN communication unit 121. Furthermore, each of the aforementioned operating programs stored on a memory card, optical disc, etc., may be acquired via the expansion interface unit 124, etc. 【0163】 [Broadcaster Server Configuration] Figure 9 is a block diagram showing an example of the internal configuration of the broadcasting station server 300. The broadcasting station server 300 consists of a main control unit 301, a system bus 302, RAM 304, a storage unit 310, a LAN communication unit 321, and a digital broadcasting signal transmission unit 360. 【0164】 The main control unit 301 is a microprocessor unit that controls the entire broadcasting station server 300 according to a predetermined operating program. The system bus 302 is a data communication path for sending and receiving data between the main control unit 301 and each operating block within the broadcasting station server 300. The RAM 304 serves as the work area when each operating program is executed. 【0165】 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 the program content of each broadcast program broadcast by the broadcasting station. The metadata storage area 3300 stores metadata such as the program title, program ID, program summary, cast, broadcast date and time, and copy control information related to each program content for each broadcast program. 【0166】 Furthermore, the basic operation program 3001, the broadcast content management / distribution program 3002, and the broadcast content transmission program 3003 stored in the storage unit 310 are each loaded into the RAM 304, and the main control unit 301 then executes each of the loaded programs to form the basic operation execution unit 3101, the broadcast content management / distribution execution unit 3102, and the broadcast content transmission execution unit 3103. 【0167】 For the sake of simplicity, in the following explanation, the process in which the main control unit 301 controls each operation block by loading the basic operation program 3001 stored in the storage unit 310 into the RAM 304 and executing it will be described as if the basic operation execution unit 3101 controls each operation block. The same description will be applied to other operation programs. 【0168】 The broadcast content management / distribution execution unit 3102 manages the program content and metadata of each broadcast program stored in the broadcast content storage area 3200 and the metadata storage area 3300, and controls the provision of the program content and metadata of each broadcast program to service providers based on the contract. Furthermore, when providing the program content and metadata of each broadcast program to the service provider, the broadcast content management / distribution execution unit 3102 may, if necessary, perform authentication processing of the service provider server 400 based on the contract. 【0169】 The broadcast content transmission execution unit 3103 manages the time schedule when transmitting the program content of broadcast programs stored in the broadcast content storage area 3200 and the MMT data sequence, which includes the program title, program ID, and copy control information of the program content of broadcast programs stored in the metadata storage area 3300, from the radio tower 300t via the digital broadcast signal transmission unit 360. 【0170】 The LAN communication unit 321 is connected to the Internet 200 and communicates with service provider servers 400 and the like on the Internet 200. The LAN communication unit 321 is equipped with encoding circuits, decoding circuits, and the like. The digital broadcast signal transmission unit 360 modulates the MMT data sequence, which consists of video data sequences, audio data sequences, program information data sequences, etc., of the program content of each broadcast program stored in the broadcast content storage area 3200, and transmits it as a digital broadcast wave via the radio tower 300t. 【0171】 [Service provider server configuration] Figure 10 is a block diagram showing an example of the internal configuration of the service provider server 400. The service provider server 400 consists of a main control unit 401, a system bus 402, RAM 404, a storage unit 410, and a LAN communication unit 421. 【0172】 The main control unit 401 is a microprocessor unit that controls the entire service provider server 400 according to a predetermined operating program. The system bus 402 is a data communication path for sending and receiving data between the main control unit 401 and each operating block within the service provider server 400. The RAM 404 serves as the work area when each operating program is executed. 【0173】 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 includes a video content storage area 4200, a metadata storage area 4300, an application storage area 4400, and a user information storage area 4500. The video content storage area 4200 stores program content of broadcast programs provided from the broadcasting station server 300 as video content. It also stores video content produced by the service provider. The metadata storage area 4300 stores metadata provided from the broadcasting station server 300, as well as metadata related to video content produced by the service provider. The application storage area 4400 stores various applications for realizing services linked to broadcast programs, which are distributed in response to requests from each television receiver. The user information storage area 4500 stores information (personal information, authentication information, etc.) about users who are permitted to access the service provider server 400. 【0174】 Furthermore, the basic operation program 4001, the video content management / distribution program 4002, and the application management / distribution program 4004 stored in the storage unit 410 are each deployed to the RAM 404, and the main control unit 401 then executes the deployed basic operation program, the video content management / distribution program, and the application management / distribution program, thereby forming the basic operation execution unit 4101, the video content management / distribution execution unit 4102, and the application management / distribution execution unit 4104. 【0175】 For the sake of simplicity, in the following explanation, the process in which the main control unit 401 controls each operation block by loading the basic operation program 4001 stored in the storage unit 410 into the RAM 404 and executing it will be described as if the basic operation execution unit 4101 controls each operation block. The same description will be applied to other operation programs. 【0176】 The video content management / distribution execution unit 4102 acquires program content and metadata of broadcast programs from the broadcasting station server 300, manages the video content and metadata stored in the video content storage area 4200 and the metadata storage area 4300, and controls the distribution of the video content and metadata to each television receiver. Furthermore, when distributing the video content and metadata to each television receiver, the video content management / distribution execution unit 4102 may perform authentication processing for each television receiver as needed. In addition, the application management / distribution execution unit 4104 manages the applications stored in the application storage area 4400 and controls the distribution of each application to each television receiver in response to requests. Furthermore, when distributing the applications to each television receiver, the application management / distribution execution unit 4104 may perform authentication processing for each television receiver as needed. 【0177】 The LAN communication unit 421 is connected to the internet 200 and communicates with the broadcast station server 300 on the internet 200 and with the broadcast receiving device 100 via the router device 200r. The LAN communication unit 421 is equipped with encoding circuits, decoding circuits, etc. 【0178】 [Hardware configuration of mobile devices] Figure 11A is a block diagram showing an example of the internal configuration of a personal information terminal 700. The personal information terminal 700 consists of 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. 【0179】 The main control unit 701 is a microprocessor unit that controls the entire portable information terminal 700 according to a predetermined operating program. The system bus 702 is a data communication path for sending and receiving data between the main control unit 701 and each operating block within the portable information terminal 700. 【0180】 ROM 703 is a memory that stores basic operating programs such as the operating system and other operational programs, and a rewritable ROM such as EEPROM or flash ROM is used. RAM 704 is the work area when the basic operating programs and other operational programs are executed. ROM 703 and RAM 704 may be integrated with the main control unit 701. Also, ROM 703 may not have an independent configuration as shown in Figure 11A, but may use a portion of the storage area within the storage unit 710. 【0181】 The storage unit 710 stores the operating program and settings of the personal information terminal 700, as well as the personal information of the personal information terminal 700 user. It can also store operating programs downloaded via the Internet 200 and various data created by said operating programs. Furthermore, it can store content such as videos, still images, and audio downloaded via the Internet 200. A portion of the storage unit 710 may replace all or part of the functions of the ROM 703. In addition, the storage unit 710 needs to retain the stored information even when the personal information terminal 700 is not supplied with external power. Therefore, devices such as flash ROM, SSDs or other non-volatile semiconductor memory, and HDDs or other magnetic disk drives are used. 【0182】 Furthermore, the aforementioned operating programs stored in the ROM 703 and storage unit 710 can be added, updated, and have their functions expanded through download processes from server devices on the Internet 200. 【0183】 The communication processing unit 720 consists 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 a router device 200r or access point 200a and transmits and receives data with various server devices and other communication devices on the Internet 200. The connection with the router device 200r or 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 (calls) and data transmission and reception via wireless communication with a base station 600b of the mobile telephone communication network. The NFC communication unit 723 performs wireless communication when in proximity to a corresponding reader / writer. The LAN communication unit 721, mobile telephone network communication unit 722, and NFC communication unit 723 shall each be equipped with a coding circuit, a decoding circuit, an antenna, etc. Furthermore, the communication processing unit 720 may also be equipped with other communication units such as a Bluetooth (registered trademark) communication unit or an infrared communication unit. 【0184】 The expansion interface section 724 is a group of interfaces for extending the functionality of the portable information terminal 700, and in this embodiment, it consists of a video / audio interface, a USB interface, a memory interface, etc. The video / audio interface handles the input of video / audio signals from an external video / audio output device, the output of video / audio signals to an external video / audio input device, etc. The USB interface connects to a PC or the like to send and receive data. It may also be used to connect a keyboard or other USB devices. The memory interface connects to a memory card or other memory medium to send and receive data. 【0185】 The operation unit 730 is an instruction input unit that inputs operation instructions for the portable information terminal 700. In this embodiment, it consists of a touch panel 730t superimposed on the display unit 741 and an operation key 730k arranged in a row of button switches. Either one or the other may be used. The portable information terminal 700 may also be operated using a keyboard or the like connected to the expansion interface unit 724. The portable information terminal 700 may also be operated using a separate terminal device connected by wired or wireless communication. That is, the portable information terminal 700 may be operated from the broadcast receiving device 100. Furthermore, the touch panel function may be provided by the display unit 741. 【0186】 The image processing unit 740 consists of 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 image data processed by the image signal processing unit 742 to the user of the portable information terminal 700. The image signal processing unit 742 includes video RAM (not shown), and the display unit 741 is driven based on the image data input to the video RAM. The image signal processing unit 742 also has functions to perform format conversion, menu and other OSD (On Screen Display) signal superposition processing as needed. The first image input unit 743 and the second image input unit 744 are camera units that input image data of the surroundings and objects by converting light input from a lens into electrical signals using electronic devices such as a CCD (Charge Coupled Device) or CMOS (Complementary Metal Oxide Semiconductor) sensor. 【0187】 The audio processing unit 750 consists of an audio output unit 751, an audio signal processing unit 752, and an audio input unit 753. The audio output unit 751 is a speaker and provides the audio signal processed by the audio signal processing unit 752 to the user of the portable information terminal 700. The audio input unit 753 is a microphone and inputs the user's voice and other audio data by converting it into audio data. 【0188】 The sensor unit 760 is a group of sensors for detecting the state of the portable information terminal 700, and in this embodiment, it consists of a GPS receiver 761, a gyro sensor 762, a geomagnetic sensor 763, an acceleration sensor 764, an illuminance sensor 765, and a proximity sensor 766. These sensors enable the detection of the position, tilt, direction, movement, ambient brightness, proximity of surrounding objects, etc., of the portable information terminal 700. The portable information terminal 700 may also be equipped with other sensors, such as a barometric pressure sensor. 【0189】 The personal digital assistant 700 may be a mobile phone, smartphone, tablet, etc. It may also be a PDA (Personal Digital Assistant) or a notebook PC. It may also be a digital still camera, a video camera capable of recording video, a portable game console, a navigation device, or other portable digital device. 【0190】 Note that the example configuration of the portable information terminal 700 shown in Figure 11A includes many components that are not essential to this embodiment, such as the sensor unit 760, but the effectiveness of this embodiment will not be impaired even if these components are not included. Furthermore, additional components not shown, such as a digital broadcasting reception function or an electronic money payment function, may also be added. 【0191】 [Software configuration of mobile devices] Figure 11B is a software configuration diagram of the portable information terminal 700 of this embodiment, showing the software configuration in the ROM 703, RAM 704, and storage unit 710. In this embodiment, the ROM 703 stores the basic operation program 7001 and other operation programs, and the storage unit 710 stores the cooperation control program 7002 and other operation programs. The storage unit 710 also includes a content storage area 7200 for storing content such as video, still images, and audio, an authentication information storage area 7300 for storing authentication information necessary when accessing television receivers and various server devices, and various information storage areas for storing other various information. 【0192】 The basic operation program 7001 stored in ROM 703 is loaded into RAM 704, and the main control unit 701 then executes the loaded basic operation program to constitute the basic operation execution unit 7101. Similarly, the cooperation control program 7002 stored in storage unit 710 is loaded into RAM 704, and the main control unit 701 then executes the loaded cooperation control program to constitute the cooperation control execution unit 7102. The RAM 704 also includes a temporary storage area that temporarily holds data created during the execution of each operation program as needed. 【0193】 For the sake of simplicity, in the following explanation, the process in which the main control unit 701 controls each operation block by loading the basic operation program 7001 stored in the ROM 703 into the RAM 704 and executing it will be described as if the basic operation execution unit 7101 controls each operation block. The same description will be applied to other operation programs. 【0194】 The collaborative control execution unit 7102 manages device authentication and connection, transmission and reception of various data, etc., when the mobile information terminal 700 performs collaborative operations with the television receiver. The collaborative control execution unit 7102 also includes a browser engine function for executing applications that work in conjunction with the television receiver. 【0195】 Each of the aforementioned operating programs may be pre-stored in the ROM 703 and / or storage unit 710 at the time of product shipment. Alternatively, they may be acquired after product shipment from other application servers 500 on the Internet 200 via the LAN communication unit 721 or the mobile telephone network communication unit 722. Furthermore, each of the aforementioned operating programs stored on a memory card, optical disc, etc., may be acquired via the expansion interface unit 724, etc. 【0196】 [Time management for broadcast receiving equipment] The broadcast receiver 100 of this embodiment has two types of time management functions. The first time management function is a time management function based on NTP, and the second time management function is a time management function based on MH-TOT. Hereinafter, the two types of time management functions will be described. 【0197】 <Time management function based on NTP> First, the time management function based on NTP will be described. 【0198】 FIG. 12A is an example of the system configuration for clock synchronization / presentation synchronization in the broadcast system to which the broadcast receiver 100 of this embodiment corresponds. In the broadcast system of this embodiment, UTC is transmitted from the broadcast transmission system to the receiver (such as the broadcast receiver 100 of this embodiment) in the form of a 64-bit NTP timestamp. In the NTP timestamp format, the 'above seconds' of UTC is represented by 32 bits, and the 'less than seconds' is represented by 32 bits. However, in reality, it is difficult to reproduce 1 second with 32-bit accuracy. Therefore, as the system clock for synchronizing the video system or for operating the system clock of the NTP format clock, for example, a frequency of '2 to the 24th power' Hz (about 16.8 MHz) as shown in the figure may be used. Considering that the system clock in the conventional broadcast system was 27 MHz and that the hardware configuration of the receiver can be easily constructed, it is desirable to adopt a power-of-two frequency of about '2 to the 24th power' to '2 to the 28th power' as the system clock. 【0199】 Furthermore, if the broadcast transmission system or the receiver sets the system clock to a power of 2 frequency of approximately 2^24 to 2^28 as described above, the lower 8 to 4 bits of the NTP timestamp format transmitted from the broadcast transmission system to the receiver, which are not referenced by the system clock or the PLL (Phase Locked Loop) system for regenerating the NTP format clock, may be fixed to 0 or 1. That is, if the system clock is 2 to the power of n Hz (n=24 in the example in Figure 12A, and so on), the lower 32-n bits of the NTP timestamp format may be fixed to 0 or 1. Alternatively, the receiver may process the lower 32-n bits of the NTP timestamp format by ignoring them. 【0200】 On the broadcast transmission system side, upon obtaining NTP-formatted time information from an external source, a PLL system is configured using a 32+n bit counter with a VCO (Voltage Controlled Oscillator) at 2 to the power of n Hz to realize a transmission system clock that synchronizes with the externally provided time information. Furthermore, the entire signal processing system is operated in synchronization with the 2 to the power of n Hz system clock. In addition, the output of the transmission system clock is periodically transmitted to the receiver side via the broadcast transmission line as NTP-length time information. Note that the NTP-length time information transmitted to the receiver side may also have its lower 32-n bits, which represent "less than a second," fixed to 0 or 1. This is because the system clock counter on the broadcast transmission system side is composed of 32+n bits. 【0201】 On the receiver side, time information in NTP format is received via the broadcast transmission line, and the receiver system clock is regenerated using a PLL system based on a VCO with a frequency of 2 to the power of n Hz, similar to the broadcast transmission system. As a result, the receiver system clock becomes synchronized with the broadcast transmission system clock. Furthermore, by operating the receiver's signal processing system in synchronization with the 2 to the power of n Hz system clock, clock synchronization between the broadcast transmission system and the receiver is achieved, enabling stable signal regeneration. 【0202】 Also, the decoding time and presentation time for each presentation unit of the video / audio signal are set on the broadcast transmission system side based on the NTP-formatted time information. The decoding time is specified by an MPU extended timestamp descriptor (not shown) stored in the MPT. Also, the presentation time is specified by an MPU timestamp descriptor (see FIG. 7D) stored in the MPT. The'mpu_sequence_number (MPU sequence number)' parameter in the MPU timestamp descriptor indicates the sequence number of the MPU that describes the timestamp, and the'mpu_presentation_time (MPU presentation time)' parameter indicates the presentation time of the MPU in the 64-bit NTP timestamp format. That is, the receiver can control the presentation (display, output, etc.) timing for each MPU of the video / audio signal, subtitles, character super, etc. by referring to the MPU timestamp descriptor stored in the MPT. 【0203】 Note that when focusing on the control of the decoding timing and presentation timing for each presentation unit of the above-described video / audio signal, etc., synchronization of the video / audio signal can be ensured even with a clock of about '2 to the 16th power' Hz (about 65.5 KHz). In this case, the lower 16 bits of the NTP timestamp format described in the MPU timestamp descriptor, etc. do not need to be referred to. That is, when using a clock of '2 to the mth power' Hz generated by frequency division of the system clock, etc. for the control of the decoding timing and presentation timing, the lower '32 - m' bits of the NTP timestamp format described in the MPU timestamp descriptor, etc. do not need to be referred to. Therefore, the lower '32 - m' bits of the NTP timestamp format described in the MPU timestamp descriptor, etc. may be fixed to '0' or '1'. 【0204】 <Time management function based on MH - TOT> An example of the configuration of time information transmitted in the NTP format in the NTP-based time management function described above is shown in FIG. 12B. Parameters such as the'reference_timestamp' parameter and the 'transmit_timestamp' parameter in the NTP format are 64-bit NTP long format time data. Also, the'mpu_presentation_time' parameter in the MPU timestamp descriptor shown in FIG. 7D is also 64-bit NTP timestamp format time data. The NTP long format time data and the NTP timestamp format time data are data representing 'above seconds' of UTC in 32 bits and 'less than seconds' in 32 bits. That is, the time information in the NTP format can transmit time information up to 'less than seconds'. Furthermore, since the time information in the NTP format is in UTC notation, unlike the time management in conventional digital broadcasting, as shown in FIG. 3, by managing both the data flow transmitted via the broadcast transmission path and the data flow distributed via the communication line with the time information in the NTP format, it is possible to easily match the data of both sides. 【0205】 In contrast, the time information transmitted by MH-TOT is as follows. 【0206】 Figure 12C shows an example of the MH-TOT data structure. The broadcast receiving device 100 in this embodiment can obtain the current date and time from the 'JST_time' parameter of the MH-TOT. As shown in Figure 12D, the 'JST_time' parameter includes the lower 16 bits of encoded data of the current date using Modified Julian Date (MJD) and 24 bits of information representing Japan Standard Time (JST) using six 4-bit binary-coded decimal (BCD) numbers. The current date can be calculated by performing a predetermined operation on the 16-bit encoded data of the MJD. Furthermore, the six 4-bit binary-coded decimal numbers represent the 'hours' in 2 decimal digits using the first two 4-bit binary-coded decimal numbers, the 'minutes' in 2 decimal digits using the next two 4-bit binary-coded decimal numbers, and the 'seconds' in 2 decimal digits using the last two 4-bit binary-coded decimal numbers. 【0207】 In other words, the difference between time management based on the NTP format and time management based on MH-TOT is that the former, NTP-based time management, can transmit time information down to the second, as mentioned above, while the latter, MH-TOT-based time management, can only transmit time information down to the second in JST notation. 【0208】 The broadcast receiving device 100 of this embodiment can achieve more accurate synchronization processing by using a time management function based on NTP, which is time information in UTC notation, for the synchronization processing of decoding and displaying video, audio, subtitles, text overlays, and other display data, which are the content of the broadcast signal. Furthermore, by referring to information in UTC notation instead of the clock notation of the broadcasting station, it is also possible to perform synchronization processing of decoding and displaying video, audio, subtitles, text overlays, or other data, which are the content of the broadcast signal, and video, audio, subtitles, text overlays, or other data, which are acquired via the communication line path. 【0209】 Furthermore, in the broadcast receiving device 100 of this embodiment, the time management function based on "JST_time," which includes 24 bits of information represented by six 4-bit binary-coded decimal numbers of MH-TOT, may be used for the process of presenting the current time to the user or for each process that handles MH-EIT as shown in Figure 7E. Generally, in the process of presenting the current time to the user in a broadcast receiving device, precision down to the second is rarely required. Also, each piece of time information described in MH-EIT is 24 bits of information represented by six 4-bit binary-coded decimal numbers, similar to the EIT of conventional digital broadcasts transmitted in the MPEG2-TS format, and is stored in two decimal digits each for "hours," "minutes," and "seconds." For this reason, the time management function based on MH-TOT in the broadcast receiving device 100 of this embodiment is easily compatible with each process that handles MH-EIT. Specifically, each process that handles MH-EIT includes, for example, the process of generating an electronic program guide, the control of recording and viewing reservations, and copyright management processes such as temporary storage. In most of these processes, accuracy to the second is rarely required; accuracy to the second is usually sufficient. 【0210】 Furthermore, the process of generating the electronic program guide, controlling recording and viewing reservations, and copyright management processes such as temporary storage are functions that are also included in receivers of conventional digital broadcasting systems using the MPEG2-TS method. Therefore, in the broadcasting system of this embodiment, if the processes of generating the electronic program guide, controlling recording and viewing reservations, and copyright management processes such as temporary storage are configured to be compatible with time management processes of conventional MPEG2-TS digital broadcasting systems, then when configuring a broadcasting receiver that has both the reception function of conventional MPEG2-TS digital broadcasting and the reception function of MMT digital broadcasting, it becomes unnecessary to design separate processing algorithms for these processes (processes such as generating the electronic program guide, controlling recording and viewing reservations, and copyright management processes such as temporary storage), and costs can be reduced. 【0211】 Furthermore, even for receivers that do not have the ability to receive digital broadcasts using the conventional MPEG2-TS method and only have the ability to receive digital broadcasts using the MMT method, it is possible to develop them at a lower cost by reusing algorithms for functions already installed in receivers of conventional MPEG2-TS digital broadcasting systems, rather than having to completely create new algorithms for processing such as generating electronic program guides, controlling recording and viewing reservations, and copyright management processing such as temporary storage. 【0212】 Therefore, by configuring the time management function based on the MH-TOT's 'JST_time' parameter to be used for these processes (such as generating electronic program guides, controlling recording and viewing reservations, and copyright management processes like temporary storage), it becomes possible to provide MMT-type digital broadcasting receiving equipment at a lower cost by improving compatibility with conventional broadcasting systems. 【0213】 As described above, the broadcast receiving device 100 of this embodiment is equipped with a time management function that uses two types of time information with different accuracies. Specifically, the first time information is time information with a notation consistent with conventional digital broadcasting systems, and the second time information is time information with a higher resolution than the first time information. By using the second time information for the synchronization processing of each content data of the broadcast signal, more advanced information presentation processing than conventional broadcasting systems can be achieved, and by using the first time information for the generation of electronic program guides, control of recording and viewing reservations, and copyright management processing such as temporary storage, the broadcast receiving device can be provided at a low cost. 【0214】 Therefore, by incorporating the two types of time management functions described above, the broadcast receiving device 100 of this embodiment can achieve both more advanced information presentation processing and lower costs. 【0215】 [The first variation of time management] Next, a first modified example of time management in the broadcasting system of this embodiment will be described below. 【0216】 In the first modified example, in order to improve the accuracy of the time management function based on NTP, as already explained using Figure 12A, information regarding the assumed delay time in time information transmission from the time management server (not shown) or broadcasting station server 300 to the broadcast receiving device 100 may be included in the broadcast signal and transmitted, and the broadcast receiving device 100 may be configured to use the information regarding the assumed delay time to correct the system clock of the NTP-based time management function. 【0217】 In this case, the information regarding the assumed delay time may be configured to be transmitted not within the TLV multiplexed stream of the protocol stack in the broadcast transmission path shown in Figure 3(A), but within the TMCC (Transmission and Multiplexing Configuration Control) area outside the TLV multiplexed stream. If transmitted within the TMCC area, the broadcast receiver 100 can extract the information regarding the assumed delay time without going through the separation process (demaxing process) of the TLV multiplexed stream. That is, it is possible to acquire information that is less affected by the delay caused by the separation process in the broadcast receiver 100, and therefore, a highly accurate system clock correction process can be performed. An example of the data structure of the time information transmitted by the TMCC signal will be explained using Figure 12E. The time information may be stored and transmitted, for example, in the TMCC extended information area. In the time information of the TMCC extended information area shown in the figure, the 'delta' parameter represents the assumed value of the transmission delay from the time management server that distributes UTC or the server device that creates the TMCC signal to a general broadcast receiver as a 32-bit signed fixed-point number. The upper 16 bits represent the integer part, and the lower 16 bits represent the decimal part. The 'transmit_timestamp' parameter is the transmission timestamp, which describes the time when this TMCC signal is sent from the server device in NTP timestamp length format. The upper 32 bits represent the integer part, and the lower 32 bits represent the decimal part. 【0218】 In this first modification, the broadcast receiving device 100 of this embodiment can correct the system clock of the NTP-based time management function used for synchronizing each content data of the broadcast signal with greater accuracy by using the information regarding the assumed delay time (for example, the 'delta' parameter and / or the 'transmit_timestamp' parameter) described in the time information stored in the TMCC extended information area and transmitted. 【0219】 [A second variation of time management] Next, a second modified example of time management in the broadcasting system of this embodiment will be described below. 【0220】 As described above, the broadcast receiving device 100 of this embodiment has a time management function that acquires the current date and Japan Standard Time from the information transmitted by MH-TOT and manages the time. The current date and Japan Standard Time acquired from the information transmitted by MH-TOT are superimposed on video information and application information, etc., in the video synthesis unit 161 of the broadcast receiving device 100, and can be output to the monitor unit 162 and the video output unit 163 to be provided to the user. As described above, MH-TOT has the data structure shown in Figure 12C, and the broadcast receiving device 100 can acquire the current date and current time from the 'JST_time' parameter of the MH-TOT. 【0221】 However, the aforementioned 'JST_time' parameter uses only the lower 16 bits of the MJD encoded data, resulting in an overflow at 'April 22, 2038', and the aforementioned predetermined calculation alone cannot represent dates after 'April 23, 2038'. Therefore, in the second modification of this embodiment, the calculation method is switched depending on whether the MJD value is greater than or equal to a predetermined value or less than a predetermined value, thereby controlling the representation to include dates after 'April 23, 2038'. 【0222】 Figure 12F shows an example of a first calculation method used when the value of MJD is greater than or equal to a predetermined value, and a second calculation method used when the value of MJD is less than a predetermined value. For example, if the predetermined value is set to "32768 (0x8000)", the current date is calculated using the first calculation method when MJD is greater than or equal to "32768", and the current date is calculated using the second calculation method when MJD is less than "32768". Note that when MJD is less than "32768", it is equivalent to when the most significant bit of the 16-bit data of MJD is "0". As a result, the broadcast receiving device 100 of this embodiment can represent dates from "April 23, 2038" onwards. However, the predetermined value can be set arbitrarily, and the predetermined value may be set to "16384 (0x4000)" or "49152 (0xC000)", etc. The conditions for switching the calculation method may be set as follows: when the upper two bits of the 16-bit data of MJD are '00', or when the upper two bits of the 16-bit data of MJD are not '11'. Note that if the predetermined value is set to '32768' and the above means is used, it will not be possible to represent dates before 'September 4, 1948', but this does not pose any particular problem for practical use as a television receiver. 【0223】 Furthermore, instead of switching between the first and second calculation methods depending on the comparison result between the MJD and the predetermined value, the first and second calculation methods may be switched depending on a flag that replaces or adds a part or all of the 'reserved' parameter in the MH-TOT data structure shown in Figure 12C. For example, the flag may be set to '1' if the most significant bit of the 16-bit encoded data of the MJD is '0', and the MJD indicates a date of 'April 23, 2038' or later, and to '0' if it does not indicate a date of 'April 23, 2038' or later. Then, when the flag is '1', the second calculation method shown in Figure 12F may be used, and when the flag is '0', the first calculation method may be used. Alternatively, a descriptor having the same meaning as the flag may be newly prepared and placed in the MH-TOT. 【0224】 Also, in the broadcast system of this embodiment, as described above, the absolute time in NTP format is transmitted, and the broadcast receiving apparatus 100 of this embodiment has a time management function based on the NTP. Further, in the broadcast receiving apparatus 100 of this embodiment, by referring to the NTP timestamp etc. described in the MPU timestamp descriptor set for each MPU unit, the decoding timing and presentation timing for each presentation unit of the video / audio signal are controlled. As described above, the time information in the NTP format has the configuration shown in FIG. 12B. Also, the MPU timestamp descriptor has the configuration shown in FIG. 7D. 【0225】 Therefore, in the broadcast receiving apparatus 100 of this embodiment, the "reference_timestamp" parameter, "transmit_timestamp" parameter, or "mpu_presentation_time" parameter etc. may be referred to, and depending on the values of the referred time data etc., it may be possible to select which of the first calculation method and the second calculation method to use. That is, for example, if the most significant bit of the 64-bit long NTP long format time data is '0', the second calculation method may be used, and if it is not '0', the first calculation method may be used, etc. 【0226】 By any of the above methods, in the broadcast receiving apparatus 100 of this embodiment, it is possible to express dates after 'April 23, 2038'. 【0227】 [Station selection process (initial scan) of broadcast receiving apparatus] The AMT of the broadcast system of this embodiment provides a list of IP multicast groups for receiving IP packets transmitted in the TLV multiplexing method over the communication line as indistinguishable as possible from the IP packets transmitted over the communication line. For one service identification, it is possible to list a plurality of IP multicast groups. Also, in order to efficiently describe consecutive IP addresses, it is possible to use an address mask. 【0228】 In the broadcast receiving device 100 of this embodiment, a list of services acquired from TLV-NIT can be stored in non-volatile memory such as ROM 103 or storage unit 110 during channel scanning for initial setup or during rescanning for setting changes. Furthermore, a list of IP multicast groups corresponding to each of the services can be stored in the non-volatile memory as IP-related information, associated with each of the services. By storing the list of services and IP-related information in non-volatile memory and making them constantly accessible, it becomes unnecessary to reacquire TLV-NIT or AMT when switching channels, etc., enabling efficient acquisition of broadcast content. 【0229】 Figure 13A shows an example of the operation sequence during channel scanning (rescanning) in the broadcast receiving device 100 of this embodiment. 【0230】 When a channel scan is initiated, the receiving function execution unit 1102 instructs the tuner / demodulator 131 to set an initial frequency value and tune to the said frequency value (S101). If the tuner / demodulator 131 successfully locks to the set frequency value (S102: Yes), the receiving function execution unit 1102 then acquires the TLV-NIT from the received signal (S103). 【0231】 If the TLV-NIT obtained in the processing of S103 is valid data (S104: Yes), the receiving function execution unit 1102 obtains information such as the TLV stream ID and original network ID from the obtained TLV-NIT (S105). Figure 13B shows an example of the data structure of the TLV-NIT. 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. Furthermore, distribution system information regarding the physical conditions of the broadcast transmission path corresponding to each TLV stream ID / original network ID is obtained from the distribution system descriptor (S106), and a list of service IDs is obtained from the service list descriptor (S107). 【0232】 Figure 13C shows an example of the data structure of a satellite distribution system descriptor. Figure 13D shows an example of the data structure of a service list descriptor. If the TLV-NIT has multiple different data such as TLV stream ID, original network ID, distribution system information, and a list of service IDs, the processing in S105 to S107 is repeated. Next, the receiving function execution unit 1102 creates a service list based on the data such as TLV stream ID, original network ID, distribution system information, and a list of service IDs obtained in the processing in S105 to S107, and stores the created service list in the ROM 103 or storage unit 110, etc. (updated during rescanning) (S108). 【0233】 Next, the receiving 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). Figure 13E shows an example of the data structure of the AMT. If the AMT has a list of IP multicast groups related to multiple service IDs, the process in S110 is repeated. If there are multiple AMTs that have lists of IP multicast groups related to different service IDs, the processes in S109 to S110 are repeated. Next, the receiving function execution unit 1102 stores the list of IP multicast groups acquired in the process of S110 as IP-related information, associated with the service ID, in the ROM 103 or storage unit 110, etc. (updated during rescan) (S111). 【0234】 If the tuner / demodulator 131 fails to lock to the set frequency value during the S102 process (S102: No), or if the TLV-NIT obtained during the S103 process is not valid data (S104: No), then the S105-S111 processes will not be performed. 【0235】 After completing the process in S111, the receiving function execution unit 1102 terminates processing 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), it increases the frequency value set in the tuner / demodulation unit 131 (S113) and repeats the processing in S102 to S111. Note that if a single TLV-NIT can obtain service IDs for all services constituting the broadcast network, and can also obtain an AMT containing a list of IP multicast groups related to the service IDs, then processing in S112 to S113 is unnecessary. 【0236】 Through the series of processes described above, the broadcast receiving device 100 of this embodiment can, during channel scanning for initial setup or during rescanning for setting changes, create / update a list of services constituting the broadcast network (service list), and at the same time create / update a list of IP multicast groups corresponding to each service (IP-related information), and further store this information in non-volatile memory such as ROM 103 or storage unit 110. 【0237】 Furthermore, the rescan for the aforementioned setting change may be performed automatically when a change in the information within the table is detected by referring to the 'version_number' parameter of TLV-NIT or AMT. Alternatively, when a change in the 'version_number' parameter of either TLV-NIT or AMT is detected, only the information related to the table in which the parameter change was detected may be automatically updated. However, when the above-mentioned automatic update is performed, it is desirable to notify the user that an automatic rescan has been performed. In addition, the user may be notified that a change has occurred in the information within the table and given the option to choose whether or not to perform the rescan. 【0238】 [Channel selection process (channel switching) for broadcast receivers] Figure 14A shows an example of the operation sequence when selecting a station (channel switching) in the broadcast receiving device 100 of this embodiment. 【0239】 When a user operates a remote control (not shown in the diagram) or the like to instruct a channel change, the receiving function execution unit 1102 interprets the command transmitted from the remote control and specifies the service ID of the desired service (S201). Next, the receiving function execution unit 1102 starts acquiring the AMT from the received signal of the tuner / demodulation unit 131. If the AMT is successfully acquired within a predetermined time (S202: Yes), information regarding a list of IP multicast groups corresponding to the service ID is obtained from the acquired AMT (S204). On the other hand, if the AMT is not successfully acquired within a predetermined time (S202: No), information regarding a list of IP multicast groups corresponding to the service ID is obtained by referring to IP-related information stored in the ROM 103 or storage unit 110, etc. (S203) (S204). Note that the decision process in S202 may be omitted, and the system may always refer to IP-related information stored in the ROM 103 or storage unit 110, etc. 【0240】 Next, the receiving function execution unit 1102 starts acquiring the TLV-NIT from the received signal of the tuner / demodulation unit 131. If 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, if the acquisition of the TLV-NIT is not successful within a predetermined time (S205: No), the distribution system information for acquiring the IP data flow corresponding to the service ID is acquired by referring to the service list stored in the ROM 103 or the storage unit 110, etc. (S206) (S207). Note that the decision process in S205 may be omitted, and the system may always refer to the service list stored in the ROM 103 or the storage unit 110, etc. 【0241】 After obtaining distribution system information in the S207 process, the receiving function execution unit 1102 then controls the tuner / demodulation unit 131 using the frequency value indicated by the obtained distribution system information, receives the IP data flow corresponding to the service ID (S208), extracts the MMT data sequence from the received IP data flow, and outputs it to the separation unit 132. 【0242】 In the separation unit 132, the transport processing unit 1102a obtains an MMTP packet with a packet ID of '0' from the input MMT data sequence (S209), and further obtains the MPT contained in the obtained MMTP packet (S210). Next, the transport processing unit 1102a refers to the 'MMT_package_id_byte' parameter of the obtained MPT and checks whether the lower 16 bits of the 'MMT_package_id_byte' parameter are the same value as the service ID. In an example of the MPT data structure shown in Figure 7B, if the lower 16 bits of the 'MMT_package_id_byte' parameter are the same value as the service ID (S211: Yes), it is determined that the MMTP packet with a packet ID of '0' is an MMTP packet containing program data corresponding to the service ID, and the process proceeds to the acquisition of the MFU based on the information contained in the obtained MPT. 【0243】 On the other hand, if the lower 16 bits of the 'MMT_package_id_byte' parameter are not the same as the service ID (S211: No), the transport processing unit 1102a determines that the MMTP packet with packet ID '0' is not an MMTP packet containing program data corresponding to the service ID. In this case, the transport processing unit 1102a obtains the PLT again (S212) and, by checking the obtained PLT, confirms the packet ID (let's call it x) of the MMTP packet transmitting the MPT having the 'MMT_package_id_byte' parameter corresponding to the service ID (S213). Furthermore, the transport processing unit 1102a obtains the MMTP packet with packet ID 'x' from the input MMT data sequence (S214) and obtains the MPT contained in the obtained MMTP packet (S215). Furthermore, based on the information contained in the obtained MPT, the MFU acquisition process is started. 【0244】 Alternatively, the processing of S209 to S211 may be omitted, and processing of S212 to S215 may always be performed. In this case, processing time can be shortened when the program data corresponding to the aforementioned service ID is stored in an MMTP packet other than packet ID '0'. 【0245】 Here, we will explain the process of identifying the packet ID of the MMTP packet containing the program data corresponding to the service ID by checking the PLT as described above, and obtaining the MPT. An MMTP packet with a packet ID of '0' indicates that it is transmitting a PA message. When multiple packages are multiplexed, as shown in Figure 14B, this PA message includes a PLT (Package List Table). The PLT has a list of packet IDs of MMTP packets that transmit PA messages containing the MPTs of other packages, and by checking the PLT, it is possible to identify the MMTP packet that transmits a PA message containing the MPT that serves as the entry point for each service from the package ID. Figure 14C shows an example of the PLT data structure. The location information for transmitting the PA message of the package indicated by the 'MMT_package_id_byte' parameter is specified by 'MMT_general_location_info()'. 【0246】 Returning to the explanation of the operation sequence shown in Figure 14A, in the MFU acquisition process, first, the transport processing unit 1102a refers to the MPT acquired in the processing of S210 or S215 and obtains the IP address and packet ID of the IP data flow that transmits the desired MFU (S216). It also obtains the presentation time of the MPU from the MPU timestamp descriptor placed in the MPT and the layout number of the MPU from the MPU presentation area specification descriptor placed in the MPT (S217, S218), and further acquires the MFU based on the IP address and packet ID of the acquired IP data flow (S219). Next, encoded video data, encoded audio data, etc. are extracted from the acquired MFU, and video / audio decoding processing is performed based on the control of the AV decoding processing unit 1102b, and presentation processing is performed based on the information regarding the acquired presentation time and layout control under the control of the presentation processing unit 1102h (S220). 【0247】 Furthermore, if the PLT cannot be obtained in the S212 process, if the 'MMT_package_id_byte' parameter matching the service ID cannot be confirmed in the S213 process, or if the MMTP packet with packet ID 'x' cannot be obtained in the S215 process, etc., the program display process (i.e., the S216-S220 process) may be performed based on the data of the MMTP packet with packet ID '0' obtained in the S210 process. In this case, it is also advisable to display a message indicating that the program corresponding to the service ID selected by the user could not be displayed. 【0248】 Through the above series of processes, the broadcast receiving device 100 of this embodiment is capable of performing channel selection (channel switching) operations. In particular, as explained using Figures 13A and 14A, service lists and IP-related information are created during the channel scan for initial setup or during rescanning for setting changes, and stored in non-volatile memory such as ROM 103 or storage unit 110 for constant reference. By referring to the service lists and IP-related information stored in non-volatile memory such as ROM 103 or storage unit 110 during channel selection (channel switching), the efficiency of the operation during channel selection (channel switching) can be improved. That is, compared to the case where AMT and TLV-NIT are reacquired during channel selection (channel switching), the time from the start of channel selection (channel switching) to the end of channel selection (channel switching) can be shortened. 【0249】 [Remote control key setting process for broadcast receiving device] Figure 15A shows an example of the appearance of the remote control (remote controller) 100R used to input operation instructions to the broadcast receiving device 100 in this embodiment. The remote control 100R shall include at least a power key 100R1, a numeric keypad 100R2, channel up / down keys 100R3, a menu key 100R4, an EPG key 100R5, cursor keys 100R6, a select key 100R7, and a color key 100R8. It may also include volume up / down keys, a network switching key, an input switching key, a recording key, a playback key, etc. 【0250】 For example, in the S201 process of the channel selection operation sequence shown in Figure 14A, when instructing the broadcast receiving device 100 of this embodiment to switch channels using the remote control 100R, the following three methods may be used. The first method is to directly input and specify the service ID of the desired channel (service) by pressing the numeric keypad 100R2 multiple times. The second method is to cycle through channels (forward or backward) by repeatedly pressing the channel up / down key 100R3 as needed until the desired channel (service) is displayed. The third method is to perform so-called one-touch channel selection by pressing the numeric keypad 100R2 only once to recall a predetermined channel (service) associated with each key of the numeric keypad 100R2. The third method, one-touch channel selection, is a convenient channel selection method, but it requires that the association of predetermined channels (services) with each key of the numeric keypad 100R2 be set in advance on the broadcast receiving device 100. 【0251】 The broadcast receiving device 100 corresponding to the broadcast system of this embodiment is capable of automatically setting the association based on control information contained in the digital broadcast wave received by the tuner / demodulator 131. That is, the broadcast system of this embodiment provides a remote control key descriptor as a TLV-SI descriptor. The association can be set by referring to the remote control key descriptor. 【0252】 Figure 15B shows an example of the data structure of a remote control key descriptor. The 'service_id' parameter in the figure is the service ID that identifies the channel (service). The 'remote_control_key_id' parameter is the recommended value for the remote control button number to which the channel (service) identified by the service ID is assigned. Depending on the value of each of the above parameters, the channel (service) identified by the 'service_id' parameter should be associated with the key specified by the value of the 'remote_control_key_id' parameter of the numeric keypad 100R2. 【0253】 Furthermore, if there are many channels (services) within the same network, the channels (services) may be assigned to keys other than the numeric keypad 100R2. For example, a specific channel (service) could be assigned to the color key 100R8. In this case, a numerical value corresponding to the 'remote_control_key_id' parameter should be assigned to each key of the color key 100R8 in advance. 【0254】 The remote control key descriptor may be described as a TLV-NIT descriptor. Therefore, for example, if the TLV-NIT obtained in the S103 process of the channel scan operation sequence shown in Figure 13A is valid data, the association can be set by storing the description of the remote control key descriptor in the ROM 103 or storage unit 110 of the broadcast receiver 100 in non-volatile memory, in conjunction with the S105 to S107 processes. 【0255】 The association settings can be configured as described above, according to the contents of the remote control key descriptor, or by the user assigning services of any channel to each key of the numeric keypad 100R2 according to their preference. Furthermore, both the association settings according to the contents of the remote control key descriptor and the association settings assigned by the user may be stored simultaneously in the non-volatile memory of the broadcast receiving device 100, and only one of the settings may be used through menu operation or other selection. In this case, the association settings assigned by the user may be given priority. Additionally, depending on the value of the priority flag described in the remote control key descriptor, the association settings according to the contents of the remote control key descriptor may be given priority over the association settings assigned by the user. The priority flag may be set using part or all of the 'reserved' parameter of the remote control key descriptor shown in Figure 15B, or by adding a new parameter. In this case, the value of the priority flag may be controllable for each service ID. 【0256】 Furthermore, if the non-volatile memory stores association settings assigned by the user according to their preferences, the association settings corresponding to the contents of the remote control key descriptor may not be stored in the non-volatile memory. Alternatively, the non-volatile memory of the broadcast receiving device 100 may only store the association settings assigned by the user according to their preferences, and if a remote control key descriptor is written in the TLV-NIT being received, the association settings corresponding to the contents of the remote control key descriptor may be used, and if a remote control key descriptor is not written in the TLV-NIT being received, the association settings assigned by the user according to their preferences may be used. 【0257】 The process of changing the association of each key on the numeric keypad 100R2 with a predetermined channel (service) according to the contents of the remote control key descriptor may be performed simultaneously for all services described in the service list descriptor in the network specified by TLV-NIT, or it may be performed only for some services. If the above process is performed only for some services, the old settings may be retained for the other services. Also, if the 'service_id' parameter is a predetermined value (for example, 999), the settings specified by the 'remote_control_key_id' parameter may be erased from the non-volatile memory of the broadcast receiving device 100. 【0258】 In other words, the broadcast receiving device 100 of this embodiment makes it possible to set the association of a predetermined channel (service) with each key of the numeric keypad 100R2. 【0259】 [Channel selection process for multi-channel programming] In this embodiment of the broadcasting system, it is assumed that multi-channel broadcasting, where multiple programs are broadcast in parallel on a single channel (service), is possible. When broadcasting multiple programs simultaneously using multi-channel broadcasting, it is conceivable that the aforementioned one-touch channel selection is only possible for the main channel of the multi-channel broadcast, and not for the sub-channels of the multi-channel broadcast. That is, when selecting a sub-channel of the multi-channel broadcast, it is necessary to either directly input the service ID to specify it, or to first select the main channel of the multi-channel broadcast using one-touch channel selection, and then select the desired sub-channel by pressing the channel up / down key 100R3, which results in a cumbersome operation. 【0260】 To solve the aforementioned problem, the broadcast receiving device 100 of this embodiment extends the one-touch tuning function, enabling direct tuning of subchannels in a multi-channel system by repeatedly pressing the numeric keypad 100R2, to which a predetermined service ID has been assigned, multiple times within a predetermined time. 【0261】 Let's explain using Figure 16A. For example, suppose the '1' key on the numeric keypad 100R2 of the remote control 100R is pre-assigned to the 011 channel service. In this case, if the channel selection operation is performed when multi-channel programming is not in operation (see (A) in the figure), the 011 channel will be selected regardless of the number of times the '1' key is pressed. On the other hand, if the channel selection operation is performed when multi-channel programming is in operation (see (B) in the figure), pressing the '1' key only once will select the 011 channel, and pressing the '1' key again within a predetermined time after the first press will select the 012 channel. Similarly, if the '1' key is pressed three times within a predetermined time, the 013 channel will be selected. If the '1' key is pressed again after a predetermined time has elapsed since the first press, the 011 channel may remain selected. 【0262】 By enabling the operations described above, the broadcast receiving device 100 of this embodiment allows for direct tuning of subchannels during multi-channel broadcasting with simpler operation. 【0263】 Similarly, angle selection for multiview-compatible programs and selection of a predetermined video asset from multiple video assets may be performed by repeatedly pressing the numeric keypad 100R2 multiple times. As shown in Figure 16B, if the service ID of a multiview-compatible program is assigned to the '1' key on the numeric keypad 100R2 of the remote control 100R, pressing the '1' key only once will select the multiview-compatible program and display the main view. Furthermore, if the '1' key is pressed again within a predetermined time after the first press, subview 1 of the multiview-compatible program will be displayed. Similarly, if the '1' key is pressed three times within a predetermined time, subview 2 of the multiview-compatible program will be displayed. If the '1' key is pressed again after a predetermined time has elapsed since the first press, the main view of the multiview-compatible program may remain displayed. Selection of a predetermined video asset from multiple video assets may also be possible by the same operation as described above. 【0264】 By enabling the operations described above, the broadcast receiving device 100 of this embodiment allows for easier selection of angles for multi-view compatible programs and selection of a predetermined video asset from multiple video assets. 【0265】 Furthermore, if one or more programs in a multi-channel broadcast are multi-view compatible programs or programs with multiple assets, only one of the aforementioned operations should be enabled and the other disabled. For example, if one or more programs in a multi-channel broadcast are multi-view compatible programs or programs with multiple assets, the operation of pressing the same key multiple times within a predetermined time frame should be assigned to the direct channel selection process for subchannels in a multi-channel broadcast. Which operations to enable and which to disable may be predetermined, or it may be left to the user's choice. 【0266】 [Controlling the screen layout of broadcast receiving equipment] In this embodiment, the broadcast receiving device 100 is capable of screen layout control based on the LCT description. Figure 17A shows an example of the LCT data structure. Figure 17B shows an example of the MPU display area specification descriptor data structure. 【0267】 In the LCT data structure described above, the 'left_top_pos_x' and 'right_down_pos_x' parameters represent the horizontal positions of the top left and bottom right of the region, respectively, as a percentage of the total number of pixels in the horizontal direction, with the left side of the full-screen display being '0' and the right side being '100'. The 'left_top_pos_y' and 'right_down_pos_y' parameters represent the vertical positions of the top left and bottom right of the region, respectively, as a percentage of the total number of pixels in the vertical direction, with the top side of the full-screen display being '0' and the bottom side being '100'. The 'layer_order' parameter represents the relative position of the region in the depth direction. 【0268】 An example of assigning a layout to a layout number based on the settings of the aforementioned parameters is described below, along with the settings for each parameter. 【0269】 Figure 17C shows the default layout settings for the broadcast receiving device 100 in this embodiment, which is an example of setting only one area on the entire screen. Figure 17D shows an example where the entire screen is divided into three areas, and each area is named "Area 0", "Area 1", and "Area 2". For example, if the number of pixels on the entire screen is 7680 horizontal pixels / 4320 vertical pixels, then "Area 0" is set to the range (0,0)-(6143,3455) because the "left_top_pos_x" parameter is "0", the "left_top_pos_y" parameter is "0", the "right_down_pos_x" parameter is "80", and the "right_down_pos_y" parameter is "80". Similarly, "Area 1" is set to the range (6144,0)-(7679,4319), and "Area 2" is set to the range (0,3456)-(6143,4319). 【0270】 Figure 17E shows an example of setting three regions, similar to Figure 17D, but 'Region 0' is set to the range (0,0)-(7679,4319), 'Region 1' and 'Region 2' are set to the same range as described above, and are placed in front of 'Region 0' according to the setting of the 'layer_order' parameter. Figure 17F shows an example where 'Region 0' is set on device 0 (the default device: in this embodiment, the broadcast receiving device 100) and 'Region 1' is set on device 1 (in this embodiment, the mobile information terminal 700). 【0271】 As described above, in the broadcasting system of this embodiment, by using LCT, it becomes possible to control the screen layout so that multimedia services are displayed on the receiver as intended by the service provider. 【0272】 Furthermore, in areas where the program video or data screen is not displayed due to the aforementioned screen layout control, a predetermined background color specified by a background color descriptor described in the LCT may be displayed. In addition, if the LCT does not contain the background color descriptor, if the broadcast receiving device 100 is unable to correctly acquire the background color descriptor, or if the predetermined background color specified by the background color descriptor cannot be displayed due to hardware limitations, the video display device 100 may display a predetermined pattern in the area. Furthermore, the area may be used as a notification display area from the video display device 100 to the user. The notification may contain any information. 【0273】 Furthermore, any decimal fractions that occur when dividing the screen according to the settings of parameters such as 'left_top_pos_x' can be rounded up or down. Rounding to the nearest integer (or rounding to zero in binary) is also acceptable. For example, if the total number of pixels in the entire screen is 7680 pixels / vertical 4320 pixels, and the 'left_top_pos_x' parameter of 'area 0' is '0', the 'left_top_pos_y' parameter is '0', the 'right_down_pos_x' parameter is '51', and the 'right_down_pos_y' parameter is '51', then 'area 0' can be set to the range (0,0)-(3916,2203) by rounding up, or to the range (0,0)-(3915,2202) by rounding down. In addition, rounding up / down may be performed in units of 8 pixels or 16 pixels, taking into account macroblocks during video compression. The above process makes it possible to efficiently perform region setting based on LCT and resolution conversion processing of multimedia content within the region. 【0274】 Alternatively, the setting values ​​of parameters such as 'left_top_pos_x' may be restricted to only multiples of 5 or 10 within the range of '0' to '100'. In this case as well, the range setting can be performed appropriately. 【0275】 The content displayed in each of the aforementioned regions is specified by the MPU display region descriptor shown in Figure 17B. The content of the MPU whose sequence number is specified by the 'mpu_sequence_number' parameter in the figure is associated with the LCT description by the 'layout_number' parameter and the 'region_number' parameter. 【0276】 Furthermore, within the first 'for' loop of the MPU presentation area specification descriptor, multiple 'layout_number' and 'region_number' parameters may be described for a single 'mpu_sequence_number' parameter, allowing the user to choose which description to follow for layout control. For example, if the first 'for' loop describes the 'layout_number1' parameter, 'region_number1' parameter, 'layout_number2' parameter, and 'region_number2' parameter for a given 'mpu_sequence_number' parameter, the user can choose whether to perform the MPU layout control specified by the 'mpu_sequence_number' parameter based on the 'layout_number1' and 'region_number1' parameters, or based on the 'layout_number2' and 'region_number2' parameters. In this way, the user can perform layout control for video programs according to their preferences. 【0277】 [Exception handling for screen layout control of broadcast receiving devices] In the broadcast receiving device 100 of this embodiment, even when the screen layout area is controlled by the aforementioned LCT, if the user instructs the display of the EPG screen, etc., it is possible to perform screen layout control that ignores the contents of the LCT as an exception. Figure 18A shows an example of the operation of the exception handling for screen layout control based on the LCT. 【0278】 In this embodiment, when the LCT description performs screen layout control similar to that in Figure 17D, and the broadcast program video is displayed in "Area 0," and broadcast content such as program linkage data linked to the broadcast program is displayed in "Area 1" and "Area 2," and the user instructs the display of the EPG screen using a remote control (not shown in the figure), the broadcast receiver 100 in this embodiment will, as shown in Figure 18A(A), return the screen layout settings to the default settings (i.e., the same screen layout control as in Figure 17C) regardless of the contents of the LCT description, and control the display of the EPG screen to fill the entire screen. Furthermore, when the user instructs the end of the EPG screen display, the screen layout control according to the contents of the LCT description will be re-executed. 【0279】 By performing the aforementioned control, it is possible to display the EPG screen larger and improve readability compared to the case where the EPG screen is displayed while maintaining screen layout area control, as shown in Figure 18A(B). 【0280】 Furthermore, the exception handling for screen layout control described above is not only applied when displaying the EPG screen, but may also be applied when displaying various setting screens of the broadcast receiving device 100 as sub-screens or in dual-screen mode, as shown in Figure 18B. 【0281】 In the case of the recording settings screen shown in Figure (A), the display area for broadcast content is changed from the entire screen to only the sub-screen portion in the lower right corner of the screen. Similarly, in the case of the dual-screen display shown in Figure (B), the display area for broadcast content is changed from the entire screen to only the split-screen portion in the middle left of the screen. In either case, the display area for displaying broadcast content is narrower compared to when the entire screen is used, so it is not visually desirable to maintain area control of the screen layout within the display area (i.e., to divide the area and display multiple broadcast contents simultaneously). Therefore, in the broadcast receiving device 100 of this embodiment, in the above situation, only the broadcast content of "Area 0" is selected and displayed in the display area. Alternatively, depending on the previous area selection status, broadcast content from "Area 1" or "Area 2" may be selected and displayed. 【0282】 By performing the aforementioned control, it becomes possible to improve the readability of broadcast content compared to displaying various broadcast content while maintaining screen layout area control. The same applies to sub-window display in the recorded program list screen and browser display of internet content, etc. 【0283】 [Aspect ratio conversion processing of video signals] Aspect ratios for video signals in television broadcasting services include '4:3' used in conventional SDTV, '16:9' used in recent HDTV, and '21:9' suitable for movie content, among others. In the broadcasting system of this embodiment, the aspect ratio information of the video signal may be described by a video component descriptor. Figure 19A shows an example of the data structure of a video component descriptor. In the figure, the 'video_aspect_ratio' parameter is information regarding the aspect ratio of the video signal. Figure 19B shows an example of the meaning of the 'video_aspect_ratio' parameter. Further aspect ratios different from those shown may be assigned. 【0284】 On the other hand, the aspect ratio of the display unit of a television receiver capable of receiving the aforementioned television broadcasting service (such as the broadcasting receiver 100 in this embodiment) is generally 16:9. That is, when displaying video content with an aspect ratio of 4:3 or 21:9 on a typical television receiver, aspect ratio conversion processing may be performed. 【0285】 Whether or not to perform the aspect ratio conversion process can be determined by comparing the specifications of the monitor unit 162 of the broadcast receiving device 100 with the 'video_aspect_ratio' parameter of the video component descriptor. For example, if the aspect ratio of the monitor unit 162 of the broadcast receiving device 100 is '16:9' (3840 pixels horizontally x 2160 pixels vertically, etc.), then if the value of the 'video_aspect_ratio' parameter is '0', '2', or '3', the aspect ratio conversion process should not be performed, and if it is '1' or '5', the aspect ratio conversion process should be performed. Furthermore, for example, if the aspect ratio of the monitor unit 162 of the broadcast receiving device 100 is '21:9' (5040 pixels horizontally x 2160 pixels vertically, etc.), then if the value of the 'video_aspect_ratio' parameter is '0' or '5', aspect ratio conversion processing should not be performed, and if it is '1', '2' or '3', aspect ratio conversion processing should be performed. 【0286】 Figures 19C and 19D show an example of aspect ratio conversion processing when the aspect ratio of the monitor unit 162 of the broadcast receiving device 100 is "16:9" and the value of the "video_aspect_ratio" parameter is "5". When displaying video content with an aspect ratio of "21:9" on the monitor unit 162 with an aspect ratio of "16:9", the aspect ratio may be converted to "16:9" by adding black bars to the top and bottom of the video content with an aspect ratio of "21:9" (display A in the figure). In this way, it is possible to display the entire original video content without distortion. Alternatively, only the central part of the video content with an aspect ratio of "21:9" may be cropped and displayed on the monitor unit 162 (display B in the figure). In this way, it is possible to display the main part of the original video content in a larger size. Alternatively, a small amount of black bars may be added to the top and bottom of the video content with an aspect ratio of "21:9" and the central part may be further cropped (display C in the figure). This method allows for a larger display of the original video content. Alternatively, the left and right edges of 21:9 aspect ratio video content can be compressed to display the entire content (display D in the diagram). This allows for a larger display of the entire original video content, while minimizing distortion of the main parts. Alternatively, small black bars can be added to the top and bottom of 21:9 aspect ratio video content, and the left and right edges can be further compressed to display the entire content (display E in the diagram). This allows for a larger display of the entire original video content, while minimizing distortion at the left and right edges. 【0287】 The user may be able to select how the aspect ratio conversion process is performed through menu settings or similar. Alternatively, it may be possible to switch between aspects by pressing a designated key on a remote control or similar device. Note that the aforementioned aspect ratio "21:9" includes aspects with a vertical-to-horizon ratio that is roughly "21:9," such as the so-called Cinemascope "2.35:1." The same applies to other aspect ratio values. 【0288】 [EPG display on broadcast receiving device] In this embodiment of the broadcasting system, time-series information regarding events (so-called programs) included in each service constituting the broadcasting network is transmitted via MH-EIT. The MH-EIT shown in Figure 7E is identified into two classes by a table ID (corresponding to the 'talbe_id' parameter in the figure) and is capable of displaying information on the current / next event of its TLV stream and schedule information for each event in its TLV stream. The broadcasting receiver 100 in this embodiment can create an EPG screen by obtaining information such as the start time and broadcast time of each event by referring to the MH-EIT, etc., and identifying it by a service ID (corresponding to the 'service_id' parameter in the figure). The created EPG can then be superimposed on video information, etc., by the video synthesis unit 161 and displayed on the monitor unit 162. 【0289】 Figure 20A shows an example of the EPG screen in the broadcast receiving device 100 of this embodiment. The EPG screen 162a is a matrix shape with the vertical axis representing time and the horizontal axis representing service ID (channel), and displays detailed information of broadcast programs broadcast on each channel during each time period. The detailed information 162a1 of each broadcast program mainly consists of a title area 162a2 and a detailed description area 162a3. The detailed information 162a1 of each broadcast program may display program information, etc., that has been described and distributed in MH-short format event descriptors or MH-extended format event descriptors. If the amount of program information etc. described in each descriptor is large, it may be displayed in abbreviated form under normal circumstances, and all program information may be displayed in a pop-up or the like when selected by operating a remote control (not shown in the figure). Alternatively, when selected, the program information etc. described in each descriptor may be transmitted to the mobile information terminal 700 in a linked operation, and the mobile information terminal 700 may be instructed to display it on the display unit 741. 【0290】 The title area 162a2 of the detailed information 162a1 for each broadcast program displays the program title and symbols, etc., that represent the attributes of the broadcast program. The symbols, etc., that represent the attributes of the broadcast program may be, for example, symbols / characters indicating that it is a new program, or symbols / characters indicating that it is a rebroadcast program. Alternatively, it may be a symbol representing "data" that signifies that it supports data broadcasting by the broadcast service. It may also be a symbol representing "NetWork" 162a4 that signifies that content and applications related to the broadcast program can be obtained from the network. Furthermore, the symbols, etc., that represent the attributes of the broadcast program may be replaced by differentiating the background color of the detailed information 162a1 from others, or by surrounding the display area of ​​the detailed information 162a1 with a thick border. 【0291】 Even if the control information (messages, tables, descriptors, etc.) in the broadcasting system of this embodiment indicates that content and applications related to the broadcast program can be obtained from the network, if there is no LAN cable connected to the LAN communication unit 121 of the broadcasting receiver 100, or if there is no access to the server devices on the network, the system may be controlled not to display the symbol 162a4 representing "NetWork". 【0292】 Furthermore, if the broadcast program is a distributed program delivered via the Internet 200 and cannot be obtained solely from the broadcast wave, and if, as described above, the broadcast receiving device 100 is unable to access the server devices on the network, the detailed information 162b1 portion displayed on the EPG screen 162b may be controlled to gray out, as shown in Figure 20B. In other words, the detailed information of a distributed program that cannot be viewed is not displayed. Alternatively, the background color of the detailed information 162b1 may be differentiated from others to serve as an alternative to the graying-out process. Alternatively, a message such as "This program cannot be viewed" may be displayed in the detailed description area 162a3 of the distributed program. When the detailed information 162b1 is selected by operating a remote control (not shown in the figure), the user may be notified by a pop-up or the like that the broadcast receiving device 100 is unable to access the server devices on the network, or that the distributed program associated with the detailed information 162b1 cannot be viewed. 【0293】 Through the aforementioned controls, the broadcast receiving device 100 can provide the user with program information for each broadcast program in a more natural format, depending on the network connection status. 【0294】 Figure 20C shows another example of the EPG screen in the broadcast receiving device 100 of this embodiment. In the figure, "M1 TV", "M2 Broadcast", "M3 Channel", "M4 TV", "TV M5", etc. are the names of broadcasting stations for each channel. In particular, the "M2 Broadcast" station is assumed to simultaneously provide broadcast programs distributed via broadcast waves and distributed programs distributed via the Internet 200 (information 162c1 in the frame indicated as "Internet Broadcast" in the figure). 【0295】 As shown in the figure, if there is a channel that only has broadcast programs distributed via the Internet 200, under normal circumstances, the system is controlled to display information for all channels (including information 162c1) as shown in the EPG screen 162c of the figure (A). On the other hand, if the broadcast receiving device 100 is unable to access each server device on the network, the system may be controlled not to display information for "M2 broadcast (net broadcast)" channels that only have broadcast programs distributed via the Internet 200 (information 162c1 in the figure (A)), as shown in the EPG screen 162d of the figure (B). 【0296】 Through the aforementioned controls, users of the broadcast receiving device 100 will no longer need to check information about channels they cannot view. 【0297】 [Emergency warning broadcast display on broadcast receiving device] The broadcast receiving device 100 of this embodiment is capable of receiving an emergency warning broadcast when the emergency warning broadcast activation control signal bit of the TMCC signal included in the transmission data including the TLV stream changes from '0' to '1'. 【0298】 The aforementioned emergency warning broadcast may be provided as a broadcast program on a dedicated channel (service ID), as a full-screen application, or as text information via text overlay. When the emergency warning broadcast is provided as text information via text overlay, it is preferable to display the text information via text overlay regardless of the state of the broadcast receiving device 100 immediately before receiving the emergency warning broadcast. That is, as shown in Figure 21, if a user is watching a regular broadcast program and the program screen 162e of the broadcast program is displayed on the monitor unit 162 when an emergency warning broadcast is received, the text information 162e1 from the emergency warning broadcast is superimposed on the program screen 162e. Similarly, if a user instructs the display of the EPG screen and the EPG screen 162f is displayed on the monitor unit 162 when an emergency warning broadcast is received, the system is controlled to superimpose the text information 162f1 from the emergency warning broadcast onto the EPG screen 162f. 【0299】 Through the aforementioned control, the broadcast receiving device 100 of this embodiment can prevent users from missing important text information based on an emergency warning broadcast, even when the user has selected and is displaying the EPG screen, various settings screens, recorded program list screen, internet browser, etc. 【0300】 Furthermore, if the emergency warning broadcast is provided as a broadcast program on a dedicated channel (service ID), the system may automatically select the channel (service ID) of the emergency warning broadcast regardless of the channel (service ID) of the program currently being viewed. Also, if the emergency warning broadcast is provided as a broadcast program on a dedicated channel (service ID) or as an application, the cooperation function execution unit 1103 may control the distribution of the emergency warning broadcast program or application to a cooperating external mobile terminal device (in this embodiment, a mobile information terminal 700, etc.). 【0301】 Furthermore, if the broadcast receiving device 100 is not powered on when the emergency warning broadcast is distributed, control may be implemented to automatically power on the broadcast receiving device 100. Alternatively, control may be implemented to send a notification that an emergency warning broadcast has started to a portable information terminal 700 that has a history of cooperating with the broadcast receiving device 100. 【0302】 The aforementioned control makes it possible for the broadcast receiving device 100 of this embodiment to avoid missing the display of important broadcast programs and application videos based on the emergency warning broadcast. 【0303】 [Exception handling for display control] In this embodiment, if the broadcast receiving device 100 cannot acquire data that is transmitted via a path other than the TLV stream among the data constituting the same package, it may perform exception handling such as the following. 【0304】 As explained using Figure 7A, in the broadcasting system to which the broadcasting receiver 100 of this embodiment corresponds, data acquired from the TLV stream and data acquired from routes other than the TLV stream can be included in the same package based on location information stored in the MPT (see Figure 7C). However, data transmitted via data transmission routes other than the TLV stream, as indicated by the location information (for example, IPv4 data flow or IPv6 data flow of a communication line, or MPEG2-TS of broadcasting), is data acquired by a reception function separate from the TLV / MMT stream reception function. Therefore, even when the broadcasting receiver 100 is operating, there may be situations in which data cannot be acquired from these transmission routes, such as when the reception function of these transmission routes is not operating, when the reception function itself is operating but the relay device on the transmission route is not operating, when there is no wired or wireless connection to these transmission routes, or when the broadcasting receiver 100 is installed in an environment where it is not possible to connect to these transmission routes in the first place. 【0305】 Under these circumstances, if the broadcast receiving device 100 of this embodiment receives an event indicating that the location information stored in the MPT should be associated with including data obtained from the TLV stream and data obtained from routes other than the TLV stream in the same package, the broadcast receiving device 100 may perform the following actions. 【0306】 For example, if the LCT has set up multiple areas on the screen, as shown in Figures 17D and 17E, and the program video based on data acquired from the TLV stream is displayed in "Area 0," and content based on data acquired from transmission paths other than the TLV stream is displayed in "Area 1" and "Area 2," and if the data from transmission paths other than the TLV stream that should be displayed in "Area 1" and "Area 2" cannot be acquired, the display of the multi-area layout specified by the LCT may be prohibited. Specifically, even if the LCT is received, the default layout display shown in Figure 17C, with the program video based on data acquired from the TLV stream displayed in "Area 0," should remain unchanged, and the display should not transition to the multi-area layout display as shown in Figures 17D and 17E. Furthermore, even if a command to change from the default layout to the layout shown by the LCT is input to the operation input unit 170 of the broadcast receiving device 100, the display should remain in the default layout display shown in Figure 17C, or it should switch to another data broadcast screen, so as not to transition to the multi-area layout display as shown in Figures 17D and 17E. 【0307】 Furthermore, if the LCT has set up multiple areas on the screen as shown in Figures 17D and 17E, and the program video based on data acquired from the TLV stream is displayed in 'Area 0', and content based on data acquired from transmission paths other than the TLV stream is displayed in 'Area 1' and 'Area 2', another example of operation in the case where data from transmission paths other than the TLV stream that should be displayed in 'Area 1' and 'Area 2' cannot be acquired is to first display the display frames for the multiple areas shown in Figures 17D and 17E indicated by the LCT, and display the background color or a predetermined still image for 'Area 1' and 'Area 2'. If data from transmission paths other than the TLV stream indicated by the MPT location information cannot be acquired even after a predetermined time has elapsed, the display may be switched back to the default layout display state shown in Figure 17C. In this case, it is preferable that the program video based on data acquired from the TLV stream continues to be displayed in 'Area 0' of each layout, even when changing from the layout in Figure 17C to the layouts in Figure 17D or Figure 17E, and vice versa, so that the user can continue watching the program video. 【0308】 Furthermore, if data from transmission paths other than the TLV stream that should be displayed in "Area 1" and "Area 2" cannot be acquired, and the program video based on data acquired from the TLV stream is displayed in "Area 0" of the default layout display shown in Figure 17C, it is possible that the operation of various communication functions and various reception functions of the broadcast receiver 100 of this embodiment may start, or the communication environment / communication status of various communication functions or the reception environment / reception status of various reception functions may change, making it possible to acquire data from transmission paths other than the TLV stream that should be displayed in "Area 1" and "Area 2". In this case, the broadcast receiver 100 of this embodiment may immediately switch from the default layout display shown in Figure 17C to a multi-area layout as shown in Figures 17D and 17E as indicated by LCT, and switch to displaying program video based on data acquired from the TLV stream in "Area 0" and content based on data acquired from transmission paths other than the TLV stream in "Area 1" and "Area 2". Alternatively, the layout change may not be performed immediately, but only after an instruction to change from the default layout to the layout indicated by the LCT is received from the operation input unit 170. In this case, it is preferable to notify the user that the layout change is possible through an OSD display or the like. 【0309】 [Copyright protection feature] In the digital broadcasting system to which the broadcast receiving device 100 of this embodiment corresponds, the MPT, etc., may transmit copy control information along with the information to indicate the copy control status of the content referenced by the MPT, etc., such as, for example, "unlimited copying allowed" (which may be divided into two types: "unlimited copying allowed and encryption processing required during storage and output" and "unlimited copying allowed and encryption processing not required during storage and output"), "only one generation of copying allowed", "a predetermined number of copies allowed" (for example, 9 copies allowed + 1 move allowed is the so-called "Dubbing 10"), or "copy prohibited". In this case, the broadcast receiving device 100 of this embodiment may be configured to control the storage of the content in the storage unit 110, recording to a removable recording medium, output to an external device, copying to an external device, moving to an external device, etc., according to the copy control information. 【0310】 Furthermore, the storage process may include not only the internal storage unit 110 of the broadcast receiving device 100, but also removable recording media and external devices that have undergone protection processing such as encryption so that they can be played back only by the broadcast receiving device 100. Specifically, this includes, for example, external recording devices such as HDDs connected to the expansion interface unit 124 that have been made capable of recording and playing back only by the broadcast receiving device 100. 【0311】 <Content Copy Control> A specific example of content copy control processing based on the copy control information is described below. 【0312】 First, if the copy control information included in the MPT, etc., indicates "unlimited copying," the broadcast receiving device 100 of this embodiment may perform storage in the storage unit 110, recording to a removable recording medium, output to an external device, copying to an external device, moving to an external device, etc., without restriction. However, if the control based on the copy control information is divided into "unlimited copying and encryption processing required during storage and output" and "unlimited copying and encryption processing not required during storage and output," and indicates "unlimited copying and encryption processing required during storage and output," then storage in the storage unit 110, recording to a removable recording medium, output to an external device, copying to an external device, moving to an external device, etc., can be performed without restriction, but encryption processing must be applied to all of them. 【0313】 Furthermore, if the copy control information included in the MPT, etc., indicates "only one generation can be copied," the broadcast receiving device 100 in this embodiment may enable encrypted storage in the storage unit 110, or recording to a removable recording medium that has undergone protection processing such as encryption so that it can only be played back by the broadcast receiving device 100. In addition, when outputting the stored content to an external device for viewing, it shall be output encrypted along with copy control information indicating "copy prohibited." Furthermore, so-called move processing to an external device (processing that copies the content to an external device and makes the content in the storage unit 110 of the broadcast receiving device 100 unplayable by erasure processing, etc.) is also possible. 【0314】 Furthermore, if the copy control information included in the MPT, etc., indicates "copyable a predetermined number of times," the broadcast receiving device 100 in this embodiment may enable the process of storing the data encrypted in the storage unit 110, or the process of recording the data to a removable recording medium that has been protected by encryption so that it can be played back only by the broadcast receiving device 100. In addition, when outputting the stored content to an external device for viewing, it shall be output encrypted along with copy control information indicating "copy prohibited." Furthermore, it may be possible to enable a predetermined number of copies and moves to an external device. In the case of the so-called "Dubbing 10" provision, it is possible to perform 9 copies and 1 move to an external device. 【0315】 Furthermore, if the copy control information included in the MPT, etc., indicates "copy prohibited," the broadcast receiving device 100 in this embodiment prohibits storage (copying) to the storage unit 110, etc. However, the broadcast receiving device 100 may be configured to have a "temporary storage" mode that allows retention in the storage unit 110, etc., only for a predetermined time or a predetermined time specified by control information included in the broadcast signal (for example, by an MH-Expire descriptor or a content usage control descriptor, etc.). In this case, the broadcast receiving device 100 allows temporary retention of the content in the storage unit 110, etc., even if the copy control information included in the MPT, etc., indicates "copy prohibited." When outputting content for viewing to an external device for which the copy control information included in the MPT, etc., indicates "copy prohibited," it shall be encrypted and output along with the "copy prohibited" copy control information. 【0316】 Furthermore, the output for viewing to the aforementioned external devices may be performed via the video output unit 163 and audio output unit 166 of the broadcast receiving device 100 in this embodiment, or via the digital I / F unit 125 or LAN communication unit 121, etc. The copying or moving process to the aforementioned external devices may be performed via the digital I / F unit 125 or LAN communication unit 121, etc. 【0317】 Figure 22A shows an example of the data structure of the content copy control descriptor in the broadcasting system of this embodiment. The parameter 'digital_recording_control_data' in the figure is the digital copy control information, which indicates information that controls the copy generation of the content. Figure 22B shows an example of the parameter values ​​of the digital copy control information and their meanings. For example, if the parameter is '00', it indicates 'unlimited copying allowed'; if the parameter is '01', it indicates that it can be defined by the operator; if the parameter is '10', it indicates 'only one generation of copying allowed'; and if the parameter is '11', it indicates 'copy prohibited'. Figure 23 also shows an example of the data structure of the content usage control descriptor in the broadcasting system of this embodiment. The parameter 'copy_restriction_mode' in the figure is the copy restriction mode, which indicates whether a limited number of copies are allowed or not. 【0318】 In the broadcast receiving device 100 of this embodiment, when the digital copy control information is '01', it is possible to perform storage processing that allows a predetermined number of copies determined in advance by the broadcasting company. Alternatively, when the digital copy control information is not '11' and the copy restriction mode indicates that a number of copies are allowed, it may be possible to perform storage processing that allows a predetermined number of copies determined in advance by the broadcasting company. In this case, the number of copies allowed for each content may be specified by using part or all of the 'reserved_future_use' parameter of the digital content usage descriptor. 【0319】 Through the above processing, the broadcast receiving device 100 of this embodiment can realize the aforementioned content copy control that allows copying a predetermined number of times. 【0320】 Furthermore, the 'retention_mode' parameter in the content usage control descriptor shown in Figure 23 is a temporary storage control bit, indicating whether or not temporary storage of the target content is permitted when the digital copy control information indicates 'copy prohibited'. The 'retention_state' parameter is the temporary storage permission time, indicating the temporary storage permission time when the temporary storage permission bit allows temporary storage of the target content. 【0321】 In the broadcast receiving device 100 of this embodiment, by referring to the temporary storage control bit and the temporary storage allowance time information, it becomes possible to control whether or not temporary storage is permitted and the storage time when the digital copy control information for each content indicates "copy prohibited". 【0322】 According to the process described above, appropriate content protection can be achieved in accordance with the copy control information associated with the content. 【0323】 <Content Output Control> Next, a specific example of the process for controlling the output of content to external devices is described below. 【0324】 In the content usage control descriptor shown in Figure 23, the 'image_constraint_token' parameter is a resolution limit bit, indicating whether or not image quality limiting is necessary when outputting content to an external device. If the resolution limit bit indicates that image quality limiting is necessary, the broadcast receiving device 100 in this embodiment will limit the image quality of the target content when outputting the target content to an external device. However, when storing content in the storage unit 110, etc., the image quality limiting may not be necessary. The image quality limiting may, for example, convert the received (or stored) UHD (7680 pixels × 4320 pixels) video content to SHD (3840 pixels × 2160 pixels) video and output it, or convert HD (1920 pixels × 1080 pixels) video to SD (640 pixels × 480 pixels) video and output it. The extent to which the image quality limiting of the target content is performed, that is, what resolution the image quality after limiting will be, may be specified by using part or all of the 'reserved_future_use' parameter of the digital content usage descriptor. 【0325】 As described above, for example, frame rate limit bits and pixel resolution limit bits may be prepared using some or all of the 'reserved_future_use' parameter to control the frame rate limit and pixel resolution limit when outputting content to an external device. If the frame rate limit bits indicate that frame rate limiting is necessary, the broadcast receiving device 100 of this embodiment shall limit the frame rate of the target content when outputting the target content to an external device. For example, video content with a frame rate of 120Hz may be converted to a frame rate of 60Hz and output. Also, if the pixel resolution limit bits indicate that pixel resolution limiting is necessary, the broadcast receiving device 100 of this embodiment shall limit the resolution of each pixel of the target content when outputting the target content to an external device. For example, video content where each pixel is composed of 12 bits may be converted to 8 bits and output. 【0326】 Furthermore, resolution limit control flags, frame rate limit control flags, and pixel resolution limit control flags may be provided by using some or all of the 'reserved_future_use' parameter, and whether or not to perform the image quality limit, frame rate limit, or pixel resolution limit may be controlled according to the resolution limit control flag, frame rate limit control flag, or pixel resolution limit control flag. For example, if the resolution limit control flag indicates that resolution limit control should be performed according to the interface specification, the control may be such that the image quality limit is not performed if the interface outputting the target content is equipped with a predetermined content protection technology, and the image quality limit is performed if it is not equipped with the predetermined content protection technology. 【0327】 Specifically, for example, if the digital interface unit 125 is an HDMI interface and the target content is output to an external device connected to the HDMI interface, the target content is output without image quality restriction if the HDMI interface of the external device supports HDCP (High-bandwidth Digital Content Protection) version 2.2 or later, and the target content is output with image quality restriction if the HDCP version of the HDMI interface of the external device is less than 2.2. In other words, the system can control whether or not to restrict the image quality of the target content depending on whether the interface that outputs the target content has a predetermined content protection technology, or, if it does have such a technology, depending on the version of the content protection technology. If the resolution restriction control flag does not indicate that resolution restriction control is performed according to the interface specifications, the presence or absence of image quality restriction may be controlled according to the resolution restriction bit alone. The same processing may be performed for the frame rate restriction control flag and the pixel resolution restriction control flag. 【0328】 Furthermore, regarding the copying of content to external devices via the LAN communication unit 121, where the aforementioned copy control information indicates copy restrictions such as "copyable only once," "copyable a predetermined number of times," or "copy prohibited," copying is permitted only if the IP address of the external device, which is the destination of the packet transmitted from the broadcast receiving device 100, is within the same subnet as the IP address of the broadcast receiving device 100. If the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100, copying may be prohibited. Content with copy control information indicating "unlimited copying and encryption processing required during storage and output" may be treated similarly. 【0329】 Similarly, after the aforementioned copy control information indicates copy restrictions such as "only one generation can be copied," "a predetermined number of copies can be made," or "unlimited copies are allowed, but encryption processing is required during storage and output," moving or copying content to an external device via the LAN communication unit 121 after it has been stored in the storage unit 110 is also permitted only if the IP address of the external device, which is the destination of the packets transmitted from the broadcast receiving device 100, is within the same subnet as the IP address of the broadcast receiving device 100. If the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100, it may be prohibited. 【0330】 Furthermore, in principle, video and audio output for viewing content stored in the storage unit 110 of the broadcast receiving device 100 is only possible if the IP address of the external device to which the transmitted packets from the broadcast receiving device 100 are destined is within the same subnet as the IP address of the broadcast receiving device 100. It is prohibited if the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100. However, if the external device is connected within the same subnet as the IP address of the broadcast receiving device 100 within a predetermined period and has been registered (paired) as a device that can be viewed even outside the same subnet as the IP address of the broadcast receiving device 100, the system may be configured to allow video and audio output for viewing content stored in the storage unit 110 of the broadcast receiving device 100 to that external device, even if the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100. In this case, the video and audio output for viewing shall be performed with the content encrypted. 【0331】 However, the encryption process may be controlled according to the value of the 'encryption_mode' parameter of the content usage control descriptor shown in Figure 23. That is, if the value of the 'encryption_mode' parameter indicates that IP interface output protection is required, the encryption process will be performed, and if it indicates that IP interface output protection is not required, the video and audio output for viewing will be performed without the encryption process. Furthermore, if the value of the 'encryption_mode' parameter indicates that IP interface output protection is required, a range of IP addresses of external devices that can perform the video and audio output for viewing without encryption may be specified by using part or all of the 'reserved_future_use' parameter of the content usage control descriptor. That is, for predetermined IP addresses, video and audio output for viewing will be possible even if the IP address is not on the same subnet as the IP address of the broadcast receiving device 100. 【0332】 Furthermore, the period during which the registration process (pairing) is valid may be specified by using part or all of the 'reserved_future_use' parameter of the content usage control descriptor. In this case, if the date and time when the registration process (pairing) of the external device is performed is within the specified period, the system may control the system to allow video output and audio output for viewing to the external device, even if the external device is outside the same subnet as the IP address of the broadcast receiving device 100, and not allow it if it is outside the specified period. 【0333】 Furthermore, the aforementioned processes of moving, copying, and outputting content to external devices via the LAN communication unit 121 may be controlled according to the value of the 'remote_view_mode' parameter in the content usage control descriptor. That is, if the value of the 'remote_view_mode' parameter does not allow remote viewing of the target content, all processes of moving, copying, and outputting content to external devices via the LAN communication unit 121 may be prohibited. 【0334】 The process described above ensures appropriate content protection even when outputting content to external devices. 【0335】 <Exception handling for content copy control 1> In the data structure of the content copy control descriptor shown in Figure 22A, the first digital copy control information (the 'digital_recording_control_data' parameter located immediately after 'descriptor_length') is the copy generation control information for the entire content, and the second digital copy control information (the 'digital_recording_control_data' parameter located immediately after 'component_tag') is the copy generation control information for each component that constitutes the content. Each component is specified by the 'component_tag' parameter. 【0336】 In the broadcasting system of this embodiment, when controlling the copy generation of the entire content (program), only the first digital copy control information is described in the content copy control descriptor, and the copy generation is controlled by the first digital copy control information. On the other hand, when controlling the copy generation for each component constituting the content, both the first digital copy control information and the second digital copy control information are described in the content copy control descriptor, and the copy generation is controlled. Furthermore, when controlling the copy generation for each component constituting the content, a situation may arise where the descriptions of the first digital copy control information and the second digital copy control information described in the content copy control descriptor do not match. In the aforementioned situation, the broadcasting receiving device 100 of this embodiment should perform the operation shown below. 【0337】 First, the first example of operation is a method of controlling the system to operate based on the copy generation control indicated in the first digital copy control information if the descriptions in the first digital copy control information and the second digital copy control information do not match. In this case, a simple copy generation control common to each component constituting the same content becomes possible. 【0338】 Next, the second example of operation is a method of controlling the system to operate based on the copy generation control indicated in the second digital copy control information if the descriptions in the first digital copy control information and the second digital copy control information do not match. In this case, even components that make up the same content can have different copy generation controls for each component, that is, more precise copy generation control becomes possible. 【0339】 Furthermore, a third example of operation is a method of controlling the system to operate based on the stricter condition of the two different digital copy control information if the descriptions of the first digital copy control information and the second digital copy control information do not match. For example, if one is "unlimited copying allowed" and the other is "only one generation of copying allowed", the system will follow the "only one generation of copying allowed" information. Or, if one is "a predetermined number of copies allowed" and the other is "copying prohibited", the system will follow the "copying prohibited" information. Or, if both are "a predetermined number of copies allowed", the system will follow the information of the system with the smaller number of copies allowed, which will be specified separately. In this case, more strict copy generation control becomes possible. 【0340】 By performing the above processing, the broadcast receiving device 100 of this embodiment can operate suitably even when two different digital copy control information is described in the content copy control descriptor. 【0341】 <Exception handling for content copy control 2> As explained using Figure 7A, in the digital broadcasting system to which the broadcast receiving device 100 of this embodiment is compatible, due to location information in the MPT (see Figure 7C), data acquired via a different route (IPv4, IPv6, MPEG2-TS, URL, etc.) than the data acquired via the TLV stream of the broadcast route may be included in the same package and event as the data acquired via the TLV stream. In this case, content protection when copy control information is included in the MPT, etc. will be explained. 【0342】 First, if copy control information is included in MPT, etc., data included in the same package and event in the location information may be controlled according to the copy control information included in the TLV stream, even if the data was acquired via a different route (IPv4, IPv6, MPEG2-TS, URL, etc.) than the data acquired via the TLV stream on the broadcast route. Depending on this copy control information, the copy control status of the specified content may be set as follows, as mentioned above: "unlimited copying allowed" (which may be divided into two types: "unlimited copying allowed and encryption processing required during storage and output" and "unlimited copying allowed and encryption processing not required during storage and output"), "only one generation of copying allowed", "a predetermined number of copies allowed" (for example, 9 copies allowed + 1 move allowed is the so-called "Dubbing 10"), "copy prohibited", etc. 【0343】 Here, if the location information indicates the location of data that includes MPEG2-TS data transmitted in other digital broadcast signals, then that MPEG2-TS data is also broadcast in other digital broadcast signals, associated with copy control information. The question then becomes: how and according to which information should copy control of that MPEG2-TS data be performed (i.e., according to the copy control information contained in the TLV / MMT stream, or according to the copy control information contained in the MPEG2-TS data)? 【0344】 In the digital broadcasting system of this embodiment, as a solution to this problem, the broadcast receiving device 100 can perform one of the following multiple solutions. 【0345】 <Example of operation 1> In the first operational example, when copy control information is included in MPT, etc., and location information indicates that data included in the same package and event contains MPEG2-TS data transmitted by other digital broadcast signals, the copy control state indicated by the copy control information included in the TLV stream takes precedence over the copy control state indicated by the copy control information included in the MPEG2-TS. 【0346】 For example, if the copy control status indicated by the copy control information included in the TLV stream is "copyable for one generation" and the copy control status indicated by the copy control information included in the MPEG2-TS is "copyable for a predetermined number of times", then even if the data is acquired via a different route (digital broadcasting in MPEG2-TS transmission format) than the data acquired in the TLV stream, copy control may be applied to it as "copyable for one generation" content. For example, if the copy control status indicated by the copy control information included in the TLV stream is "copyable without limit" and the copy control status indicated by the copy control information included in the MPEG2-TS is "copyable for a predetermined number of times", then even if the data is acquired via a different route (digital broadcasting in MPEG2-TS transmission format) than the data acquired in the TLV stream, copy control may be applied to it as "copyable without limit" content. 【0347】 In this operation, data acquired through routes other than the TLV stream can also be put into a copy state that the broadcast receiving device 100 of this embodiment can manage in the corresponding broadcasting system. 【0348】 <Example of operation 2> In the second operational example, if copy control information is included in the MPT, etc., and the data included in the same package and event in the location information includes MPEG2-TS data transmitted by other digital broadcast signals, the copy control state indicated by the copy control information included in the TLV stream is compared with the copy control state indicated by the copy control information included in the MPEG2-TS. If the copy control state indicated by the copy control information included in the MPEG2-TS is stricter than the copy control state indicated by the copy control information included in the TLV stream, the system operates to exclude the MPEG2-TS data from the content to be processed when performing storage processing in the storage unit 110, recording processing to a removable recording medium, or output processing from the digital interface. 【0349】 In this operation, for data acquired via a path other than the TLV stream, the duplication of copy control states on the broadcast receiving device 100 of this embodiment can be resolved while respecting the original copy control information set in the broadcasting system that transmits the data. 【0350】 Furthermore, if the results of this comparison show that the copy control state indicated by the copy control information contained in the MPEG2-TS is the same as or less restrictive than the copy control state indicated by the copy control information contained in the TLV stream, then the MPEG2-TS data contained in the same package and event at that location should also be subject to copy control as content with the copy control state indicated by the copy control information contained in the TLV stream. 【0351】 In this operation, for data acquired via a path other than the TLV stream, the duplication of copy control states on the broadcast receiving device 100 of this embodiment can be resolved while respecting the original copy control information set in the broadcasting system that transmits the data. 【0352】 In the above description, the copyright protection function of the broadcast receiving device 100 in this embodiment was described as being performed based on copy control information included in the MPT. However, the table in which copy control information is placed is not limited to the MPT. In addition to the MPT, the information may also be placed and transmitted in the MH-Service Description Table (MH-SDT) or MH-Event Information Table (MH-EIT) described in Figure 6B, or in other tables, and the broadcast receiving device 100 may perform copyright protection processing according to these. 【0353】 According to the embodiment described above, a broadcast receiver compatible with MMT digital broadcasting can be provided. 【0354】 (Example 2) The following describes Embodiment 2 of the present invention. Unless otherwise specified, the configuration, processing, and effects in this embodiment are the same as those in Embodiment 1. Therefore, the following description will mainly focus on the differences between this embodiment and Embodiment 1, and common points will be omitted as much as possible to avoid duplication. Furthermore, the broadcast receiving device in this embodiment is assumed to be a television receiver that supports both the MMT and MPEG2-TS media transport methods, and the following description will proceed accordingly. 【0355】 [Hardware configuration of broadcast receiving equipment] Figure 24 is a block diagram showing an example of the internal configuration of the broadcast receiving device 800. The broadcast receiving device 800 consists of 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, a second tuner / demodulation unit 832, an MMT decoding processing unit 841, an MPEG2-TS decoding processing unit 842, a video synthesis unit 861, a monitor unit 862, a video output unit 863, a sound synthesis unit 864, a speaker unit 865, a sound output unit 866, and an operation input unit 870. 【0356】 The 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., have the same functions as the main control unit 101, system bus 102, ROM 103, RAM 104, storage unit 110, expansion interface unit 124, digital interface unit 125, monitor unit 162, video output unit 163, speaker unit 165, audio output unit 166, operation input unit 170, etc., in the broadcast receiving device 100 of Embodiment 1, and a detailed explanation is omitted. 【0357】 The first tuner / demodulator 831 receives broadcast waves from a broadcast service employing MMT as the media transport method via an antenna (not shown) and tunes (selects) to the channel of the service desired by the user based on the control of the main control unit 801. Furthermore, the first tuner / demodulator 831 demodulates the received broadcast signal to obtain an MMT data sequence and outputs it to the MMT decoding processing unit 841. The second tuner / demodulator 832 receives broadcast waves from a broadcast service employing MPEG2-TS as the media transport method via an antenna (not shown) and tunes (selects) to the channel of the service desired by the user based on the control of the main control unit 801. Furthermore, the second tuner / demodulator 832 demodulates the received broadcast signal to obtain an MPEG2-TS data sequence and outputs it to the MPEG2-TS decoding processing unit 842. 【0358】 The MMT decoding processing unit 841 receives the MMT data sequence output from the first tuner / demodulation unit 831 and performs separation and decoding processes for real-time presentation elements such as video data sequences, audio data sequences, character superimposition data sequences, and subtitle data sequences based on the control signals contained in the MMT data sequence. The MMT decoding processing unit 841 has functions equivalent to the separation unit 132, video decoder 141, video color gamut conversion unit 142, audio decoder 143, character superimposition 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, browser unit 154, application color gamut conversion unit 155, sound source unit 156, etc., in the broadcast receiving device 100 of Embodiment 1. 【0359】 The MPEG2-TS decoding processing unit 842 receives the MPEG2-TS data sequence output from the second tuner / demodulation unit 832 and performs separation and decoding processes for real-time presentation elements such as video data sequences, audio data sequences, character superimposition data sequences, and subtitle data sequences based on the control signals contained in the MPEG2-TS data sequence. The MPEG2-TS decoding processing unit 842 has the same functionality as the IRD (Integrated Receiver Decoder) unit of a conventional television receiver that receives broadcast waves of broadcast services employing MPEG2-TS as the media transport method, and a detailed explanation is omitted. 【0360】 The video synthesis unit 861 receives video information, subtitle information, and application information output from the MMT decoding processing unit 841, and video information, subtitle information, and application information output from the MPEG2-TS decoding processing unit 842, and performs appropriate selection and / or superposition processing. The video synthesis unit 861 is equipped with video RAM (not shown), and the monitor unit 862, etc., are driven based on the video information, etc., input to the video RAM. The video synthesis unit 861 also performs scaling processing, EPG screen information superposition processing, etc., as needed, based on the control of the main control unit 801. The audio synthesis unit 164 receives audio information output from the MMT decoding processing unit 841 and audio information output from the MPEG2-TS decoding processing unit 842, and performs appropriate selection and / or mix processing. 【0361】 The LAN communication unit 821 is connected to the Internet 200 via the router device 200r and transmits and receives data with various server devices and other communication devices on the Internet 200. It also acquires the MMT data sequence (or a part thereof) and the MPEG2-TS data sequence (or a part thereof) of the program transmitted via the communication line and outputs them to the MMT decoding processing unit 841 and the MPEG2-TS decoding processing unit 842 as appropriate. 【0362】 [Time display on broadcast receiving device] In this embodiment, the broadcast receiving device 800 is capable of displaying the current date and time on the EPG screen and various setting screens. The information regarding the current date and time is transmitted via MH-TOT, etc., in broadcast services that employ MMT as the media transport method, and via TOT (Time Offset Table), etc., provided by the SI (Service Information) specified in the MPEG-2 system, in broadcast services that employ MPEG2-TS as the media transport method. The broadcast receiving device 800 can acquire the information regarding the current date and time by referring to the MH-TOT or TOT. 【0363】 Furthermore, generally speaking, if the video synthesis unit 861 primarily selects video information output from the MMT decoding processing unit 841, it is sufficient to control it to superimpose the current date and time information obtained from the MH-TOT onto the video information, and if the video synthesis unit 861 primarily selects video information output from the MPEG2-TS decoding processing unit 842, it is sufficient to control it to superimpose the current date and time information obtained from the TOT onto the video information. 【0364】 However, there are differences in encoding / decoding processes and transmission paths between broadcast services that employ MMT as the media transport method and those that employ MPEG2-TS as the media transport method. Therefore, inconsistencies may occur, particularly in the display of the current time, when selecting a broadcast service that employs MMT as the media transport method versus a broadcast service that employs MPEG2-TS as the media transport method. For example, as shown in Figure 25, when switching the screen display from EPG screen 162g, which displays channel information for a broadcast service that employs MMT as the media transport method, to EPG screen 162h, which displays channel information for a broadcast service that employs MPEG2-TS as the media transport method, the display of the current time changes from current time display 162g1 to current time display 162h1, which may cause users to experience a visual sense of unease. 【0365】 In the broadcast receiving device 800 of this embodiment, in order to prevent the user from experiencing visual discomfort, even when the video synthesis unit 861 primarily selects video information output from the MMT decoding processing unit 841, it is controlled to superimpose information regarding the current date and time obtained from the TOT onto the video information. That is, it is controlled to superimpose current time information provided by a broadcast service using MPEG2-TS as the media transport method onto the content of a broadcast service using MMT as the media transport method. 【0366】 By performing the aforementioned control, the broadcast receiving device 800 of this embodiment will always display current time information obtained by referring to the TOT when displaying the current time. Therefore, even when switching between a broadcast service employing MMT as the media transport method and a broadcast service employing MPEG2-TS as the media transport method, it is possible to prevent users from experiencing visual discomfort due to inconsistencies in the display of the current time. 【0367】 Figure 26A shows an example of the selection control of the current time information 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 it is possible to receive a broadcast service that employs MPEG2-TS as the media transport method, it is always controlled to obtain the current time information by referring to the TOT, and only when it is not possible to receive a broadcast service that employs MPEG2-TS as the media transport method, and when it is possible to receive a broadcast service that employs MMT as the media transport method, it is controlled to obtain the current time information by referring to the MH-TOT. 【0368】 Conversely to the control described above, the same effect can be obtained by controlling the system to superimpose current time information provided by a broadcasting service using MMT as the media transport method onto the content of a broadcasting service using MPEG2-TS as the media transport method. 【0369】 As mentioned above, in both cases—when controlling the system to superimpose current time information provided by a broadcasting service using MPEG2-TS as the media transport method onto content from a broadcasting service using MMT as the media transport method, and when controlling the system to superimpose current time information provided by a broadcasting service using MMT as the media transport method onto content from a broadcasting service using MPEG2-TS as the media transport method—it is possible to correct the current time information by referring to the 'delta' parameter of the time information in the TMCC extended information area, similar to the explanation in [Time Management of Broadcasting Receiving Device] in Example 1. 【0370】 Furthermore, in both cases—whether a broadcast service employs MMT as its media transport method or a broadcast service employing MPEG2-TS as its media transport method—there is a possibility that the MH-TOT or TOT transmitted by each broadcast service constituting the network may contain errors due to malfunctions or transmission errors in the transmitting system. In this embodiment, the broadcast receiving device 800 has a function to update the time information of its built-in clock by obtaining an MH-TOT or TOT from another broadcast service on the same network, or from any broadcast service on another network, and referring to the current time information, if it is determined that the MH-TOT or TOT obtained from the service being received contains an error. 【0371】 Figure 26B shows an example of the current time information update process in the broadcast receiving device 800 of this embodiment when receiving a broadcast service that employs MPEG2-TS as the media transport method. Note that the same process as shown in the figure is also possible when receiving a broadcast service that employs MMT as the media transport method. 【0372】 In the broadcast receiving device 800 of this embodiment, when updating the time information of the built-in clock, first, the receiving function execution unit 1102 obtains the TOT from the MPEG2-TS data sequence of the broadcast service currently being received (a broadcast service employing MPEG2-TS as the media transport method) (S301), and then obtains the current time information by referring to the obtained TOT (S302). Next, the receiving function execution unit 1102 performs a process to compare the current time information obtained in the S302 process with the time information of the built-in clock. 【0373】 If, as a result of the comparison process, the difference between the current time information obtained in the S302 process and the internal clock time information is within a predetermined value (for example, within 3 minutes) (S303: Yes), the receiving function execution unit 1102 updates the internal clock time information using the current time information obtained in the S302 process (S306). On the other hand, if, as a result of the comparison process, the difference between the current time information obtained in the S302 process and the internal clock time information is not within a predetermined value (S303: No), or if the TOT obtained in S301 has a flag indicating that there is an error in the data, the receiving function execution unit 1102 obtains a TOT from the MPEG2-TS data sequence of another broadcasting service within the same network, or obtains an MH-TOT from the MMT data sequence of any broadcasting service on another network (a broadcasting service that employs MMT as the media transport method) (S304), and further obtains the current time information from the obtained TOT or MH-TOT (S305). The receiving function execution unit 1102 can then perform the comparison process in S303 again using the current time information obtained in the S305 process. 【0374】 Through the above process, if the broadcast receiving device 800 of this embodiment determines that the MH-TOT or TOT obtained from the service being received is incorrect, it can obtain the MH-TOT or TOT from another broadcasting service on the same network, or from any broadcasting service on another network, and refer to the current time information to perform the time information update process for the built-in clock. 【0375】 Furthermore, if, during initial setup after factory shipment, the current time information that falls within a predetermined range from the internal clock's time information cannot be obtained through repeated processing of S304 to S305, the internal clock's time information can be reset using the current time information obtained in processing S302. In this way, it is possible to handle cases where there is an error in the internal clock's time information of the broadcast receiving device 800 in this embodiment. 【0376】 [EPG display on broadcast receiving device] Event schedule information for broadcast services employing MMT as the media transport method is transmitted via MH-EIT, etc. On the other hand, event schedule information for broadcast services employing MPEG2-TS as the media transport method is transmitted via EIT (Event Information Table), etc., provided by the SI specified in the MPEG-2 system. Therefore, generally speaking, when displaying video information, etc., provided by a broadcast service employing MMT as the media transport method, the event schedule information (MH-EIT) of the broadcast service employing MMT can be obtained, and when displaying video information, etc., provided by a broadcast service employing MPEG2-TS as the media transport method, the event schedule information (EIT) of the broadcast service employing MPEG2-TS can be obtained. 【0377】 However, the broadcast receiving device 800 of this embodiment is capable of acquiring both the MH-EIT and the EIT, whether it is displaying video information provided by a broadcast service that employs MMT as the media transport method, or whether it is displaying video information provided by a broadcast service that employs MPEG2-TS as the media transport method, thereby improving usability for the user. 【0378】 Figure 27A shows an example of an EPG screen in the broadcast receiving device 800 of this embodiment. In the figure, EPG screen 162i is an EPG screen created based on the MH-EIT of a broadcast service that employs MMT as the media transport method, and 'M1 TV', 'M2 Broadcast', 'M3 Channel', 'M4 TV', 'TV M5', etc. are the names of broadcasting stations of broadcasting services that employ MMT as the media transport method. EPG screen 162j is an EPG screen created based on the EIT of a broadcasting service that employs MPEG2-TS as the media transport method, and 'T6 TV', 'T7 Broadcast', 'T8 Channel', 'T9 TV', 'TV TA', etc. are the names of broadcasting stations of broadcasting services that employ MPEG2-TS as the media transport method. 【0379】 For example, when a user is watching a broadcast program provided by a broadcast service that employs MMT as the media transport method, and operates a remote control (not shown) to instruct it to display the EPG screen, the initial EPG screen (not shown) is displayed. The initial EPG screen is an EPG screen created based on MH-EIT of a broadcast service that employs MMT as the media transport method, and displays detailed information about broadcast programs on each channel from 17:00 (around the current time) on October 7, 2014 (today). Next, if the user wishes to check the detailed information about broadcast programs on each channel from 20:00 on October 9, 2014, and operates a remote control (not shown) to instruct it to update the EPG screen, EPG screen 162i is displayed. 【0380】 Furthermore, if a user wishes to check detailed information about broadcast programs provided by a broadcast service that employs MPEG2-TS as the media transport method, and instructs the network to switch using a remote control (not shown in the diagram), the EPG screen 162j will be displayed. In this case, the broadcast receiving device 800 of this embodiment is controlled to display detailed information about broadcast programs for each channel at the same time and date as the previously displayed EPG screen 162i (i.e., from 8 PM on October 9, 2014), rather than the initial EPG screen created based on the EIT of a broadcast service employing MPEG2-TS as the media transport method (i.e., detailed information about broadcast programs for each channel from 5 PM on October 7, 2014). 【0381】 The aforementioned control allows users to easily and continuously check detailed information about broadcast programs on multiple networks using different media transport systems at the same time on the same day. In other words, the usability of the broadcast receiving device 800 is improved. 【0382】 Figure 27B shows a different example of the EPG screen in the broadcast receiving device 800 of this embodiment. EPG screen 162k shows the state after scrolling in the channel direction (horizontally) from the state in which EPG screen 162i shown in Figure 27A is displayed, by operating a remote control (not shown). That is, in the example shown in Figure 27B, by scrolling the EPG screen in the channel direction (horizontally), channel information created based on MH-EIT of broadcast services employing MMT as the media transport method and channel information created based on EIT of broadcast services employing MPEG2-TS as the media transport method are seamlessly displayed on the same time axis. 【0383】 Therefore, even if a user wishes to check channel information created based on the EIT of a broadcasting service using MPEG2-TS as the media transport method while checking channel information created based on the MH-EIT of a broadcasting service using MMT as the media transport method, it is not necessary to instruct the user to switch networks using the remote control (not shown in the diagram). Furthermore, the user can simultaneously check detailed information about broadcast programs on multiple networks with different media transport methods for the same day and time. In other words, the usability of the broadcasting receiver 800 is improved. 【0384】 (Example 3) The following describes Embodiment 3 of the present invention. Unless otherwise specified, the configuration, processing, and effects in this embodiment are the same as those in Embodiment 1. Therefore, the following will mainly describe the differences between this embodiment and Embodiment 1, and will omit explanations of common points as much as possible to avoid duplication. 【0385】 Embodiment 3 of the present invention has the same hardware configuration as the broadcast receiver 100 in Embodiment 1, and performs control to realize different copyright protection functions. In this embodiment, the content protection control for video content is described, and for audio, the same control as described below may be performed, or different content protection control may be performed. 【0386】 Figure 28 is a table summarizing the copyright protection function processing in the broadcast receiving device 100 of Example 3. In the broadcast receiving device 100 of Example 3, the copyright protection processing for the content before and after content storage processing is switched depending on whether the received content is 2K or lower content (content with a pixel count exceeding 1920 x 1080), such as 4K content (pixel count 3840 x 2160) or 8K content (pixel count 7680 x 4320), or 2K or lower content (content with a pixel count of 1920 x 1080 or less). 【0387】 Specifically, the broadcast receiver 100 controls the content protection process based on the parameters included in the content copy control descriptor described in Figures 22A and 22B (for example, the 'digital_recording_control_data' parameter) and the parameters included in the content usage control descriptor described in Figure 23 (for example, the 'encryption_mode' parameter), switching them according to the number of pixels of the content received by the broadcast receiver 100, or the content after pixel count conversion if pixel count conversion is performed, as shown in Figure 28. Furthermore, in the broadcast receiver 100 of Embodiment 3 of the present invention, the 'image_constraint_token' parameter in the content usage control descriptor shown in Figure 23 is effectively disabled. That is, regardless of the value of the 'image_constraint_token' parameter, the broadcast receiver 100 of Embodiment 3 can determine that it does not limit the resolution of the video signal output. In other words, the copyright protection concept of the broadcast receiving device 100 in Example 3 is not to impose a limitation on the resolution of the video signal output for the user according to the 'image_constraint_token' parameter, but rather to apply appropriate content protection according to the state of the number of pixels before and after the content storage process, as shown in the table in Figure 28. 【0388】 The table in Figure 28 explains the process of recording received content in the storage unit 110 in Figure 8A in a way that prevents playback by devices other than the broadcast receiver 100, dividing it into pre-storage processing that can be performed before storage processing and post-storage processing that is performed after storage. First, we will explain the pre-storage processing. In this embodiment, when the expression "before storage" of content is used, it is not necessarily required that the content is subsequently stored. It includes both the meaning of "the state before the content is actually stored" and the meaning of "without storing the content." 【0389】 [Content received] In the broadcast receiver 100 of Example 3, content is received using the MMT transmission method, so in the example in Figure 28, the transmission method is always the MMT transmission method. Here, the content received may be 4K content (3840 x 2160 pixels) or 8K content (7680 x 4320 pixels), which are content exceeding 2K resolution (content with a pixel count exceeding 1920 x 1080 pixels), or it may be 2K or less content (content with a pixel count of 1920 x 1080 pixels or less). 【0390】 The broadcast receiver 100 can use data transmitted via the MMT method to determine whether the received content is higher than 2K content or lower than 2K content. Specifically, it may use the pixel count information contained in the header of the content's video encoding stream (e.g., H.265 / HEVC encoding stream), or it may use the pixel count information stored in 'video_resolution' in the video component descriptor shown in Figure 19A as described in Example 1. The determination can be made using any of the data transmitted via the MMT method. 【0391】 [Pixel count conversion process after content reception and before storage] In the broadcast receiver 100 of Example 3, there is a pixel count conversion unit (not shown) either before or after the video synthesis unit shown in Figure 8A, which performs pixel count conversion of the video, enabling the execution of pixel count conversion processing of the decoded video of the received content. As shown in the table in Figure 28, for received content exceeding 2K resolution (content with a pixel count exceeding 1920 × 1080), there are cases where no pixel count conversion is performed, cases where pixel count conversion is performed and the content is converted to other content exceeding 2K resolution, and cases where pixel count conversion is performed and the content is converted to 2K or less resolution (content with a pixel count of 1920 × 1080 or less). Also, as shown in the table in Figure 28, for received content of 2K or less resolution (content with a pixel count of 1920 × 1080 or less), there are cases where no pixel count conversion is performed and cases where such pixel count conversion is performed and the content is converted to other 2K or less resolution (content with a pixel count of 1920 × 1080 or less). 【0392】 [Output processing to external devices after content reception but before storage] In the broadcast receiver 100 of Example 3, when outputting content to an external device after content reception but before storage, the content protection process is switched according to the pixel count of the content. Specifically, when outputting content to an external device after content reception but before storage, the content protection process is changed depending on whether the pixel count of the content exceeds 1920 x 1080 pixels or is 1920 x 1080 pixels or less. Changing the content protection process here means changing the interpretation of the parameters included in the content copy control descriptor explained in Figures 22A and 22B (for example, the 'digital_recording_control_data' parameter) and the parameters included in the content usage control descriptor explained in Figure 23 (for example, the 'encryption_mode' parameter), and switching the content protection process performed on these parameters. 【0393】 The following describes a specific example of the output process to an external device after content reception but before storage, as shown in Figure 28. This output process to an external device can be applied to the video output process when outputting the video decoded by the video decoder 141 in Figure 8A, or the video converted by the pixel count conversion unit, from the video output unit 163 to an external device. Alternatively, the video output may be performed via an IP interface using the LAN communication unit 121 in Figure 8A as hardware. 【0394】 (1-1) When outputting content exceeding 2K resolution (content with a pixel count exceeding 1920 x 1080) to an external device without performing pixel count conversion, or when performing pixel count conversion to output content exceeding 2K resolution (content with a pixel count exceeding 1920 x 1080) to an external device. 【0395】 In this case, the value of the 'encryption_mode' in the content usage control descriptor is not considered for content output protection. If the 'digital_recording_control_data' in the content copy control descriptor is 00, content will be output without HDCP protection. If the 'digital_recording_control_data' in the content copy control descriptor is 10, advanced content protection from HDCP Revision 2.2 or later will be applied for output. If the 'digital_recording_control_data' in the content copy control descriptor is 01, output will be prohibited. If the 'digital_recording_control_data' in the content copy control descriptor is 11, advanced content protection from HDCP Revision 2.2 or later will be applied for output. If the content copy control descriptor of the received content is not included in the received data for any reason, content will be output without HDCP protection. 【0396】 The content protection process performed when outputting to an external device before storage, which involves interpreting the 'digital_recording_control_data' parameter included in the content copy control descriptor and the 'encryption_mode' parameter included in the content usage control descriptor as described above, will hereafter be referred to as the "2K+ content protection process" when outputting to an external device before storage. 【0397】 (1-2) When receiving content exceeding 2K resolution (content with a pixel count exceeding 1920 x 1080), the pixel count is converted to content of 2K resolution or less (content with a pixel count of 1920 x 1080 or less) and output to an external device. 【0398】 If the content copy control descriptor 'digital_recording_control_data' is 00, or if the content copy control descriptor of the received content is not included in the received data for any reason, the system switches whether or not to perform content protection during output depending on the value of 'encryption_mode' in the content usage control descriptor. In this case, if the value of 'encryption_mode' in the content usage control descriptor is 1 and content protection is not specified, the output can be performed without HDCP protection. If the value of 'encryption_mode' in the content usage control descriptor is 0 and content protection is specified, the output will be performed with HDCP Revision 1 or Revision 2 or later protection. 【0399】 Furthermore, if the content copy control descriptor 'digital_recording_control_data' is 10, the output will be protected by HDCP Revision 1 or Revision 2 or later, regardless of the 'encryption_mode' value of the content usage control descriptor. If the content copy control descriptor 'digital_recording_control_data' is 01, the output itself will be prohibited, regardless of the 'encryption_mode' value of the content usage control descriptor. If the content copy control descriptor 'digital_recording_control_data' is 11, the output will be protected by HDCP Revision 1 or Revision 2 or later, regardless of the 'encryption_mode' value of the content usage control descriptor. If the content copy control descriptor of the received content is not included in the received data for any reason, the output will be output without HDCP content protection. 【0400】 The content protection process performed when outputting to an external device before storage, which involves interpreting the 'digital_recording_control_data' parameter included in the content copy control descriptor and the 'encryption_mode' parameter included in the content usage control descriptor as described above, will hereafter be referred to as the "2K or less content protection process" when outputting to an external device before storage. 【0401】 (1-3) When outputting 2K or lower content (content with a resolution of 1920 x 1080 or less) to an external device without performing resolution conversion, or when performing resolution conversion and converting to other 2K or lower content (content with a resolution of 1920 x 1080 or less) before outputting to an external device. 【0402】 In this case, the "2K or lower content protection processing" described in (1-2) for output to external devices before storage is performed. 【0403】 As explained in (1-1), (1-2), and (1-3) above, when outputting to an external device before storage, the interpretation of the 'digital_recording_control_data' parameter included in the content copy control descriptor and the 'encryption_mode' parameter included in the content usage control descriptor is switched according to the number of pixels of the content being output to the external device before storage. When outputting 2K or higher content with copy restrictions (content with a number of pixels exceeding 1920 x 1080) to an external device, a higher level of content protection is applied than when outputting 2K or lower content with copy restrictions (content with a number of pixels of 1920 x 1080 or less) to an external device. This makes it possible to appropriately protect higher value-added 2K or higher content (content with a number of pixels exceeding 1920 x 1080) even on external devices. 【0404】 [Content protection process during content storage] In the broadcast receiver 100 of Example 3, it has already been explained that, in the output process to an external device after content reception but before storage, the content protection process is switched according to the pixel count status of the content. This is because the playback device that plays the content at the output destination is an external device, and the level of content protection processing supported may differ depending on the device. 【0405】 In contrast, when content is stored using a content storage function that allows playback only on the broadcast receiver 100 that received and recorded the content, it is unnecessary to change the processing according to the pixel count of the content. This is because, since the content is managed solely by the broadcast receiver 100 itself, there is no need to consider multiple levels of content protection processing. Therefore, in order to simplify management within the broadcast receiver 100, when content is stored using a content storage function that allows playback only on the broadcast receiver 100 that received and recorded the content, it is desirable to perform a common storage protection process whether the content is over 2K (content with a pixel count exceeding 1920 x 1080) or under 2K (content with a pixel count of 1920 x 1080 or less) at the time of storage. The content storage process can be performed, for example, on the storage unit 110 (Figure 8A), which is a recording medium built into the broadcast receiver 100 in Example 3. However, if local encryption processing specific to the broadcast receiver 100 is performed and management is performed so that playback is only possible on the broadcast receiver 100, storage may be performed on an external recording medium such as a hard disk. 【0406】 In the content storage process shown in Figure 28, content that has not undergone pixel count conversion at the time of reception for content exceeding 2K resolution (content with a pixel count exceeding 1920 x 1080), content that has undergone pixel count conversion at the time of reception for content exceeding 2K resolution (content with a pixel count exceeding 1920 x 1080) and has been converted to 2K content of other resolutions (content with a pixel count exceeding 1920 x 1080), and content that has undergone pixel count conversion at the time of reception for content exceeding 2K resolution (content with a pixel count exceeding 1920 x 1080) In all cases, including content that has been converted to 2K or lower content (content with a resolution of 1920 x 1080 or less) by performing a pixel count conversion on the content (Tents), content that was not converted to 2K or lower content (content with a resolution of 1920 x 1080 or less) upon reception, and content that was converted to other 2K or lower content (content with a resolution of 1920 x 1080 or less) by performing a pixel count conversion upon reception, the following common storage protection process will be performed. 【0407】 Here, "common storage protection processing" means that the interpretation processing of the 'digital_recording_control_data' parameter included in the content copy control descriptor, the 'encryption_mode' parameter included in the content usage control descriptor, and other parameters are common to both 2K and above content (content with a pixel count exceeding 1920 x 1080) and 2K or below content (content with a pixel count of 1920 x 1080 or less) during storage. 【0408】 The following describes a specific example of the "common storage protection process" of the content storage process shown in Figure 28. 【0409】 First, if the value of the 'digital_recording_control_data' parameter in the content copy control descriptor is 00, meaning "copyable without restrictions," then the content can be stored without any copy restrictions. The copy control information on the recording medium at the time of storage, which manages the content to be stored on the recording medium, may be stored as "copyable without restrictions." Note that the copy control information on the recording medium used for copy control of stored content may be generated and managed separately from the value of the 'digital_recording_control_data' parameter in the content copy control descriptor, and there is no need to rewrite the value of the 'digital_recording_control_data' parameter in the content copy control descriptor. 【0410】 In this case, the value of the 'encryption_mode' parameter included in the content usage control descriptor is taken into consideration. If this value is 1 and content protection is specified, then during the storage process, a local encryption process specific to the broadcast receiver 100 is applied to the content so that it can only be played back on the broadcast receiver 100. If the value of the 'encryption_mode' parameter included in the content usage control descriptor is 0 and content protection is not specified, then the local encryption process does not need to be performed (however, in this case, the local encryption process may be applied). While the content is being stored as "copyable without restrictions," a common content protection process is applied without changing the content's pixel count until external device output, external device copy, or external device move operations are performed as described later. This simplifies management within the broadcast receiver 100. 【0411】 If the value of the 'digital_recording_control_data' parameter in the content copy control descriptor is 10 and the value of the 'copy_restriction_mode' parameter (see Figure 23) in the content usage control descriptor is 1, the content is interpreted as "copyable only once," and during the storage process, the copy control information on the recording medium at the time of storage, which manages the content to be stored on the recording medium, is stored as "re-copy prohibited." Note that the copy control information on the recording medium used for copy control of stored content may be generated and managed separately from the value of the 'digital_recording_control_data' parameter in the content copy control descriptor, and there is no need to rewrite the value of the 'digital_recording_control_data' parameter in the content copy control descriptor. When storing content as "re-copy prohibited," local encryption processing specific to the broadcast receiver 100 is applied to the content so that it can only be played back on the broadcast receiver 100. Copying is prohibited for content that has been stored as "re-copy prohibited." While content is being stored with "re-copying prohibited," and until external device output or external device move is performed with "re-copying prohibited" as described later, the content protection process is not changed according to the number of pixels in the content; a common content protection process is applied. This simplifies management within the broadcast receiver 100. 【0412】 If the value of the 'digital_recording_control_data' parameter in the content copy control descriptor is 10 and the value of the 'copy_restriction_mode' parameter in the content usage control descriptor is 0, the content is interpreted as "copyable with a limit on the number of copies," and during the storage process, the copy control information on the recording medium at the time of storage, which manages the content to be stored on the recording medium, can be stored as "copyable with a limit on the number of copies." Note that the copy control information on the recording medium used for copy control of stored content may be generated and managed separately from the value of the 'digital_recording_control_data' parameter in the content copy control descriptor, and there is no need to rewrite the value of the 'digital_recording_control_data' parameter in the content copy control descriptor. When storing content as "copyable with a limit on the number of copies," the content is stored with local encryption processing specific to the broadcast receiver 100 so that it can only be played back on the broadcast receiver 100. While the content is stored as "copyable with a limit on the number of copies," until external device output, external device copy, or external device move is performed as described later as "re-copy prohibited," the content protection processing is not changed according to the number of pixels of the content, and a common content protection processing is performed. This simplifies management within the broadcast receiver 100. 【0413】 If the value of the 'digital_recording_control_data' parameter in the content copy control descriptor is 11, the content is interpreted as "copy-protected". In this case, if the broadcast receiver 100 supports the "temporary storage" function, temporary storage is possible. However, if the broadcast receiver 100 does not support the "temporary storage" function, storage is prohibited and no storage process is performed. If the broadcast receiver 100 supports the "temporary storage" function, during the storage process, the copy control information on the recording medium at the time of storage, which manages the content to be stored on the recording medium, is stored as "temporary storage," allowing the storage of content for a certain period of time (e.g., 1 hour and 30 minutes). In this case, the storage time is managed in 1-minute increments, and the stored content must be rendered unplayable before the above-mentioned certain period + 1 minute exceeds the time of reception (= start of storage). Specific examples of rendering content unplayable include erasing the content itself or erasing the encryption key, thereby making it impossible to play the content. Copy and move processing is prohibited for content being stored as "temporary storage". While content is being stored with "re-copying prohibited," and until it is output to an external device with "re-copying prohibited" as described later, the content protection process is not changed according to the number of pixels in the content; a common content protection process is applied. This simplifies management within the broadcast receiver 100. 【0414】 As explained above, when storing content, the interpretation of the 'digital_recording_control_data' parameter in the content copy control descriptor and the 'encryption_mode' parameter in the content usage control descriptor is not switched depending on the number of pixels of the content being stored; instead, the content protection process is standardized. This simplifies management within the broadcast receiver 100. 【0415】 [Pixel count conversion process after content storage] The broadcast receiver 100 of Embodiment 3 has a pixel count conversion unit (not shown) that performs pixel count conversion of video either before or after the video synthesis unit in Figure 8A, and a pixel count conversion unit (not shown) that plays back the stored content from the storage unit 110 in Figure 8A, decodes the video data with the video decoder 141 and performs pixel count conversion of the video, enabling the execution of pixel count conversion processing of decoded video of content stored in the storage unit 110. 【0416】 As shown in the table in Figure 28, in some cases, pixel conversion may not be performed when outputting, moving, or copying 2K content (content with a pixel count exceeding 1920 x 1080) that has been stored without pixel count conversion, or when 2K content (content with a pixel count exceeding 1920 x 1080) that has been stored after receiving 2K content (content with a pixel count exceeding 1920 x 1080) by performing pixel count conversion. In this case, the content to be outputted, moved, or copied is 2K content (content with a pixel count exceeding 1920 x 1080). 【0417】 Furthermore, in some cases, when storing received 2K+ content (content with a pixel count exceeding 1920 x 1080) without performing pixel count conversion, or when storing received 2K+ content (content with a pixel count exceeding 1920 x 1080) after performing pixel count conversion to convert it into other 2K+ content (content with a pixel count exceeding 1920 x 1080), pixel count conversion may be performed again during output, move, or copy after storage to convert it into other 2K+ content. In this case, the content to be output, moved, or copied is 2K+ content (content with a pixel count exceeding 1920 x 1080). 【0418】 Furthermore, in cases where received 2K+ content (content with a pixel count exceeding 1920×1080) is stored without pixel count conversion, or where received 2K+ content (content with a pixel count exceeding 1920×1080) is converted to other 2K+ content (content with a pixel count exceeding 1920×1080) and stored, pixel count conversion may be performed during output, move, or copy after storage to convert it to 2K or lower content (content with a pixel count of 1920×1080 or less). In this case, the content to be output, moved, or copied is 2K or lower content (content with a pixel count of 1920×1080 or less). 【0419】 Furthermore, in some cases, when receiving content exceeding 2K resolution (content with a pixel count exceeding 1920 x 1080) and converting it to content of 2K resolution or less (content with a pixel count of 1920 x 1080 or less), and then storing this 2K or less content (content with a pixel count of 1920 x 1080 or less), the pixel count conversion may not be performed during output, move, or copy after storage. In this case, the content to be output, moved, or copied will be 2K or less content (content with a pixel count of 1920 x 1080 or less). 【0420】 In addition, received content exceeding 2K resolution (content with a pixel count exceeding 1920 x 1080) may be converted to 2K or lower content (content with a pixel count of 1920 x 1080 or less) through pixel count conversion and stored. In some cases, this stored 2K or lower content (content with a pixel count of 1920 x 1080 or less) may be converted to other 2K or lower content (content with a pixel count of 1920 x 1080 or less) through pixel count conversion during output, move, or copy after storage. In this case, the content to be output, moved, or copied is 2K or lower content (content with a pixel count of 1920 x 1080 or less). 【0421】 Furthermore, for 2K or lower content (content with a resolution of 1920 x 1080 pixels or less) that has been received and stored without resolution conversion, or for 2K or lower content (content with a resolution of 1920 x 1080 pixels or less) that has been received and then converted to other 2K or lower content (content with a resolution of 1920 x 1080 pixels or less) and stored, resolution conversion may not be performed during output, move, or copy after storage. In this case, the content to be output, moved, or copied is 2K or lower content (content with a resolution of 1920 x 1080 pixels or less). 【0422】 In addition, there are cases where content of 2K resolution or less (content with a resolution of 1920 x 1080 pixels or less) is stored without resolution conversion, or where content of 2K resolution or less (content with a resolution of 1920 x 1080 pixels or less) is stored after resolution conversion, and then when outputting, moving, or copying the stored content of 2K resolution or less (content with a resolution of 1920 x 1080 pixels or less) resolution conversion is performed, the content is converted to other content of 2K resolution or less (content with a resolution of 1920 x 1080 pixels or less). In this case, the content to be output, moved, or copied is content of 2K resolution or less (content with a resolution of 1920 x 1080 pixels or less). 【0423】 [Output processing to external devices after content storage] In the broadcast receiver 100 of Example 3, it has already been explained that in the content storage process, the content protection process is not switched according to the pixel count of the content, but a common content protection process is performed. This is because when content is stored using a content storage function that can only be played back by the broadcast receiver 100 that received and recorded the content, the content is managed only by the broadcast receiver 100 itself, so there is no need to consider multiple levels of content protection processing. On the other hand, when the stored content is output to an external device, the level of content protection processing may differ depending on the playback device that plays the content at the output destination. Therefore, it is desirable to differentiate the content protection processing according to the pixel count of the content when outputting the stored content to an external device. 【0424】 The following describes a specific example of outputting content to an external device after it has been stored, as shown in Figure 28. This output process to an external device after content storage can be applied to the video output process when outputting the video obtained by decoding the video content stored in the storage unit 110 in Figure 8A with the video decoder 141, or the video obtained by converting the decoded video with the pixel count conversion unit, from the video output unit 163 to an external device. Alternatively, the video output may be performed via an IP interface using the LAN communication unit 121 in Figure 8A as hardware. 【0425】 (2-1) When 2K content (content with a pixel count exceeding 1920 x 1080 pixels) that has been received and stored without pixel count conversion, or when 2K content (content with a pixel count exceeding 1920 x 1080 pixels) that has been received and stored after pixel count conversion has been performed to convert it into other 2K content (content with a pixel count exceeding 1920 x 1080 pixels), and no pixel count conversion is performed when outputting to an external device after storage. 【0426】 In this case, the content to be output externally is 2K or higher content (content with a pixel count exceeding 1920 x 1080). 【0427】 For content stored on a recording medium with copy control information set to "copyable without restrictions," HDCP content protection can be omitted when the content is played back and output externally after storage. In this case, the value of the 'encryption_mode' parameter included in the content usage control descriptor at the time of storage, whether or not protection was specified, is not considered. This makes the processing consistent with the case where 'digital_recording_control_data' in the content copy control descriptor in (1-1) above is 00 when outputting content externally before storage. 【0428】 For content stored with copy control information on the storage medium set to "re-copy prohibited," content stored with copy control information on the storage medium set to "number of copies allowed," and content stored with copy control information on the storage medium set to "temporary storage," advanced content protection of HDCP Revision 2.2 or later will be applied when playing back and outputting externally after storage. 【0429】 When outputting stored content to an external device as 2K+ content (content with a pixel count exceeding 1920 x 1080), the content protection process performed according to the copy control information on the recording medium, as described above, will hereafter be referred to as the "2K+ content protection process" when outputting stored content to an external device. 【0430】 (2-2) When 2K content (content with a pixel count exceeding 1920 x 1080) that has been received and stored without pixel count conversion is used, or when 2K content (content with a pixel count exceeding 1920 x 1080) that has been received and stored after pixel count conversion is performed to convert it to other 2K content (content with a pixel count exceeding 1920 x 1080), and then when 2K content (content with a pixel count exceeding 1920 x 1080) that has been stored after pixel count conversion is performed to convert it to other 2K content when outputting to an external device after storage. 【0431】 In this case, the content to be output to an external device is 2K or higher content (content with a pixel count exceeding 1920 x 1080), and is the same as in (2-1) above, so the "2K or higher content protection processing" for output to an external device after storage, as explained in (2-1), is performed. 【0432】 (2-3) When a received 2K+ content (content with a pixel count exceeding 1920×1080) is stored without pixel count conversion, or when a received 2K+ content (content with a pixel count exceeding 1920×1080) is converted to other 2K+ content (content with a pixel count exceeding 1920×1080) and stored, and then a pixel count conversion is performed at the time of output to an external device after storage to convert it to 2K or less content (content with a pixel count of 1920×1080 or less). 【0433】 In this case, the content to be output externally is 2K or lower content (content with a resolution of 1920 x 1080 pixels or less). 【0434】 In this case, for content stored on the recording medium with copy control information set to "copyable without restrictions" at the time of storage, the content protection process is switched based on whether or not protection was specified, according to the value of the 'encryption_mode' parameter included in the content usage control descriptor at the time of storage. Specifically, if the value of 'encryption_mode' is 1 and content protection is not specified, the content can be output without HDCP content protection when played back and output to an external device after storage. If the value of 'encryption_mode' is 0 and content protection is specified, the content will be output with HDCP Revision 1 or Revision 2 or later protection when played back and output to an external device after storage. This makes the processing common with the case where 'digital_recording_control_data' in the content copy control descriptor in (1-2) above is 00 when outputting content to an external device before storage. 【0435】 Furthermore, content stored on the recording medium with copy control information set to "re-copy prohibited," content stored with copy control information set to "number of copies allowed," and content stored with copy control information set to "temporary storage" will be output protected by HDCP Revision 1 or Revision 2 or later. 【0436】 When outputting stored content to an external device as 2K or lower content (content with a resolution of 1920 x 1080 pixels or less), the content protection process performed according to the copy control information on the recording medium, as described above, will hereafter be referred to as the "2K or lower content protection process" when outputting stored content to an external device. 【0437】 (2-4) When receiving content exceeding 2K resolution (content with a pixel count exceeding 1920 x 1080) and converting it to content of 2K resolution or less (content with a pixel count of 1920 x 1080 or less), and storing that content, if no further pixel conversion is performed when outputting to an external device after storage. 【0438】 In this case, the content to be output to an external device is 2K or lower content (content with a resolution of 1920 x 1080 pixels or less), which is the same as in (2-3) above, so the "2K or lower content protection processing" for output to an external device after storage, as explained in (2-3), is performed. 【0439】 (2-5) When receiving content exceeding 2K resolution (content with a pixel count exceeding 1920 x 1080 pixels) and converting it to content of 2K resolution or less (content with a pixel count of 1920 x 1080 pixels or less), and then converting the stored content of 2K resolution or less (content with a pixel count of 1920 x 1080 pixels or less) to other content of 2K resolution or less (content with a pixel count of 1920 x 1080 pixels or less) when outputting to an external device after storage. 【0440】 In this case, the content to be output to an external device is 2K or lower content (content with a resolution of 1920 x 1080 pixels or less), which is the same as in (2-3) above, so the "2K or lower content protection processing" for output to an external device after storage, as explained in (2-3), is performed. 【0441】 (2-6) When receiving content of 2K resolution or less (content with a resolution of 1920 x 1080 pixels or less) and storing it without performing pixel count conversion, or when receiving content of 2K resolution or less (content with a resolution of 1920 x 1080 pixels or less) and performing pixel count conversion to convert it into other content of 2K resolution or less (content with a resolution of 1920 x 1080 pixels or less) and storing it, and not performing pixel count conversion when outputting to an external device after storage. 【0442】 In this case, the content to be output to an external device is 2K or lower content (content with a resolution of 1920 x 1080 pixels or less), which is the same as in (2-3) above, so the "2K or lower content protection processing" for output to an external device after storage, as explained in (2-3), is performed. 【0443】 (2-7) When receiving content of 2K resolution or less (content with a resolution of 1920 x 1080 pixels or less) and storing it without performing pixel resolution conversion, or when receiving content of 2K resolution or less (content with a resolution of 1920 x 1080 pixels or less) and performing pixel resolution conversion to store other content of 2K resolution or less (content with a resolution of 1920 x 1080 pixels or less), and then performing pixel resolution conversion to store other content of 2K resolution or less (content with a resolution of 1920 x 1080 pixels or less) when outputting to an external device after storage. 【0444】 In this case, the content to be output to an external device is 2K or lower content (content with a resolution of 1920 x 1080 pixels or less), which is the same as in (2-3) above, so the "2K or lower content protection processing" for output to an external device after storage, as explained in (2-3), is performed. 【0445】 As explained in (2-1) through (2-7) above, when outputting to an external device after storage, the content protection process is switched according to the pixel count of the content output to the external device after storage. When outputting 2K or higher content with copy restrictions (content with a pixel count exceeding 1920 x 1080) to an external device, a higher level of content protection is applied than when outputting 2K or lower content with copy restrictions (content with a pixel count of 1920 x 1080 or less) to an external device. This makes it possible to appropriately protect higher value-added 2K or higher content (content with a pixel count exceeding 1920 x 1080) even on external devices. 【0446】 [Moving content to external devices after storage] In the broadcast receiver 100 of Example 3, it has already been explained that in the content storage process, the content protection process is not switched according to the pixel count of the content, but a common content protection process is performed. This is because when content is stored using a content storage function that can only be played back by the broadcast receiver 100 that received and recorded the content, the content is managed only by the broadcast receiver 100 itself, so there is no need to consider multiple levels of content protection processing. On the other hand, when the stored content is moved to an external device, the level of content protection processing may differ depending on the destination device. Therefore, it is desirable to perform different content protection processing depending on the pixel count of the content when moving the stored content to an external device. 【0447】 The following describes a specific example of the content transfer process to an external device after content storage, as shown in Figure 28. Note that the transfer process to an external device after content storage in the storage unit 110 in Figure 8A can be performed, for example, via an IP interface using the LAN communication unit 121 in Figure 8A as hardware. 【0448】 (3-1) When 2K content (content with a pixel count exceeding 1920 x 1080 pixels) that has been received and stored without pixel count conversion, or when 2K content (content with a pixel count exceeding 1920 x 1080 pixels) that has been received and stored after pixel count conversion has been performed to convert it into other 2K content (content with a pixel count exceeding 1920 x 1080 pixels), and when pixel count conversion is not performed when moving it to an external device after storage. 【0449】 In this case, the content to be moved to the external device is 2K or higher content (content with a resolution exceeding 1920 x 1080 pixels). 【0450】 For content stored on a recording medium with copy control information set to "copyable without restrictions," it can be moved to an external device after storage without DTCP content protection. In this case, whether or not protection was specified by the value of the 'encryption_mode' parameter included in the content usage control descriptor at the time of storage is not considered. 【0451】 Content stored on the recording medium with copy control information set to "re-copy prohibited" and content stored with copy control information set to "number of copies allowed" can be protected by DTCP2 (described in Reference 1), a more advanced content protection system than DTCP-IP, and moved to external devices. However, even if an external device supports content protection by DTCP-IP, it cannot play content protected by DTCP2 unless it also supports content protection by DPCT2 (it will not receive content protected by DTCP2). Therefore, although DPCT2 offers stronger content protection, existing external devices cannot support content protected by DTCP2. In contrast, DTCP-IP content protection cannot utilize the new content protection flags of DPCT2, but it enables moving content to existing DTCP-IP compatible external devices that do not support DPCT2. 【0452】 [Reference 1: Digital Transmission Licensing Administrator DTCP2 Presentation to CPTWG January 27, 2016] 【0453】 When moving accumulated content to an external device as 2K or higher content (content with a pixel count exceeding 1920 x 1080 pixels), the content protection process that protects the content according to the copy control information on the recording medium, as described above, will hereafter be referred to as the "2K or higher content protection process" when moving accumulated content to an external device. 【0454】 (3-2) When 2K content (content with a pixel count exceeding 1920 x 1080) that has been received and stored without pixel count conversion is converted to other 2K content (content with a pixel count exceeding 1920 x 1080), or when 2K content (content with a pixel count exceeding 1920 x 1080) that has been received and stored after pixel count conversion is performed and the content is converted to other 2K content when moved to an external device after storage. 【0455】 In this case, the content to be moved to the external device is 2K or higher content (content with a pixel count exceeding 1920 x 1080), and is the same as in (3-1) above, so the "2K or higher content protection processing" when moving to the external device after storage, as explained in (3-1), is performed. 【0456】 (3-3) When storing received 2K+ content (content with a pixel count exceeding 1920×1080) without performing pixel count conversion, or when storing received 2K+ content (content with a pixel count exceeding 1920×1080) by performing pixel count conversion to convert it into other 2K+ content (content with a pixel count exceeding 1920×1080), and then performing pixel count conversion to convert it into 2K or less content (content with a pixel count of 1920×1080 or less) when moving it to an external device after storage. 【0457】 In this case, the content to be moved to the external device is content of 2K resolution or lower (content with a resolution of 1920 x 1080 pixels or less). 【0458】 In this case, for content stored on a recording medium with copy control information set to "copyable without restrictions," the content protection process is switched based on whether protection was specified or not, according to the value of the 'encryption_mode' parameter included in the content usage control descriptor at the time of storage. Specifically, if the value of 'encryption_mode' is 1 and content protection is not specified, the content can be moved to an external device after storage without DTCP content protection. If the value of 'encryption_mode' is 0 and content protection is specified, the content can be moved to an external device after storage with DTCP (or DTCP-IP if moving via an IP interface) protection. In this case, DTCP2 content protection is not necessary. 【0459】 Furthermore, for content stored on the recording medium with copy control information set to "re-copy prohibited" and content stored with copy control information set to "number of copies allowed," protection using DTCP (or DTCP-IP if moving via an IP interface) will be applied during the move. In this case, content protection using DTCP2 is not necessary. 【0460】 When moving accumulated content to an external device as 2K or lower content (content with a resolution of 1920 x 1080 pixels or less), the content protection process that protects the content according to the copy control information on the recording medium, as described above, will hereafter be referred to as the "2K or lower content protection process" when moving accumulated content to an external device. 【0461】 (3-4) When receiving content exceeding 2K resolution (content with a pixel count exceeding 1920 x 1080) and converting it to content of 2K resolution or less (content with a pixel count of 1920 x 1080 or less), and storing that content, if no pixel count conversion is performed when moving it to an external device after storage. 【0462】 In this case, the content to be moved to the external device is 2K or lower content (content with a resolution of 1920 x 1080 pixels or less), and is the same as in (3-3) above, so the "2K or lower content protection processing" when moving to the external device after storage, as explained in (3-3), is performed. 【0463】 (3-5) When receiving content exceeding 2K resolution (content with a pixel count exceeding 1920 x 1080) and converting it to content of 2K resolution or less (content with a pixel count of 1920 x 1080 or less), and then converting that stored content of 2K resolution or less (content with a pixel count of 1920 x 1080 or less) to other content of 2K resolution or less (content with a pixel count of 1920 x 1080 or less) when moving it to an external device after storage. 【0464】 In this case, the content to be moved to the external device is 2K or lower content (content with a resolution of 1920 x 1080 pixels or less), and is the same as in (3-3) above, so the "2K or lower content protection processing" when moving to the external device after storage, as explained in (3-3), is performed. 【0465】 (3-6) When receiving content of 2K resolution or less (content with a resolution of 1920 x 1080 or less) and storing it without performing a resolution conversion, or when receiving content of 2K resolution or less (content with a resolution of 1920 x 1080 or less) and converting it to other content of 2K resolution or less (content with a resolution of 1920 x 1080 or less) and storing it, and not performing a resolution conversion when moving it to an external device after storage. 【0466】 In this case, the content to be moved to the external device is 2K or lower content (content with a resolution of 1920 x 1080 pixels or less), and is the same as in (3-3) above, so the "2K or lower content protection processing" when moving to the external device after storage, as explained in (3-3), is performed. 【0467】 (3-7) When receiving content of 2K resolution or less (content with a resolution of 1920 x 1080 or less) and storing it without performing a resolution conversion, or when receiving content of 2K resolution or less (content with a resolution of 1920 x 1080 or less) and performing a resolution conversion to convert it to other content of 2K resolution or less (content with a resolution of 1920 x 1080 or less) and storing it, and then performing a resolution conversion to convert it to other content of 2K resolution or less (content with a resolution of 1920 x 1080 or less) when moving it to an external device after storage. 【0468】 In this case, the content to be moved to the external device is 2K or lower content (content with a resolution of 1920 x 1080 pixels or less), and is the same as in (3-3) above, so the "2K or lower content protection processing" when moving to the external device after storage, as explained in (3-3), is performed. 【0469】 As explained in (3-1) through (3-7) above, when moving stored content to an external device, the content protection process is switched according to the pixel count of the content being moved to the external device. When moving copy-protected 2K+ content (content with a pixel count exceeding 1920 x 1080) to an external device, a higher level of content protection is applied than when moving copy-protected 2K or lower content (content with a pixel count of 1920 x 1080 or less) to an external device. This ensures that higher value-added 2K+ content (content with a pixel count exceeding 1920 x 1080) is properly protected on external devices. 【0470】 In any of the cases described in (3-1) through (3-7) above, moving content to an external device involves a series of processes that copy the content to only one authenticated external device and render the original content unplayable. At this time, the original content must be rendered unplayable within one minute of copying it to the external device. Specific examples of rendering content unplayable include deleting the content itself or deleting the encryption key, thereby making playback of the content impossible. 【0471】 [Copying content to external devices after storage] In the broadcast receiver 100 of Example 3, it has already been explained that in the content storage process, the content protection process is not switched according to the pixel count of the content, but a common content protection process is performed. This is because when content is stored using a content storage function that can only be played back by the broadcast receiver 100 that received and recorded the content, the content is managed only by the broadcast receiver 100 itself, so there is no need to consider multiple levels of content protection processing. On the other hand, when the stored content is copied to an external device, the level of content protection processing may differ depending on the destination device. Therefore, it is desirable to perform different content protection processing depending on the pixel count of the content when copying the stored content to an external device. 【0472】 The following describes a specific example of the content copying process to an external device after content storage, as shown in Figure 28. Note that the content copying process to an external device after storage in the storage unit 110 in Figure 8A can be performed, for example, via an IP interface using the LAN communication unit 121 in Figure 8A as hardware. 【0473】 Furthermore, for content stored on the recording medium with copy control information set to "re-copy prohibited," copying to external devices is prohibited. For content stored on the recording medium with copy control information set to "number of copies allowed," up to nine copies can be generated in addition to the original content. However, if, for example, the storage unit 110 in Figure 8A that stores content is configured as a RAID system that performs backup processing that users cannot directly access, the copies made for backup purposes that users cannot directly access may be excluded from the above nine-copy limit. When making copies within the above nine-copy limit to an external device via an IP interface, it is necessary to perform copies in a controlled manner, such as one copy per authenticated external device. After generating the above-mentioned nine copies, the original content can be moved to an external device using the move process described above. The process of creating nine copies and moving one copy of the original content is equivalent to generating nine copies within the broadcast receiver 100 when the content is stored, and then moving all ten pieces of content, including the original content, one by one to external devices. 【0474】 The following describes the specific process for differentiating content protection based on the number of pixels in the content when copying stored content to an external device. 【0475】 (4-1) When 2K content (content with a pixel count exceeding 1920 x 1080 pixels) that has been received and stored without pixel count conversion, or when 2K content (content with a pixel count exceeding 1920 x 1080 pixels) that has been received and stored after pixel count conversion has been performed to convert it into other 2K content (content with a pixel count exceeding 1920 x 1080 pixels), and when pixel count conversion is not performed when copying to an external device after storage. 【0476】 In this case, the content to be copied to the external device is 2K or higher content (content with a resolution exceeding 1920 x 1080 pixels). 【0477】 For content stored on a recording medium with copy control information set to "copyable without restrictions," it can be copied to an external device after storage without DTCP content protection. In this case, whether or not protection was specified by the value of the 'encryption_mode' parameter included in the content usage control descriptor at the time of storage is not considered. 【0478】 For content stored on a recording medium with copy control information set to "re-copy prohibited," copying to external devices is prohibited. For content stored on a recording medium with copy control information set to "number of copies allowed," copying to an external device within the aforementioned limit of 9 copies is possible, provided that the content is protected by DTCP2, a more advanced content protection system than DTCP-IP, and copied to the external device. (In this case, the number of content items can be managed by sending each copy target item to the external device using DTCP2's move process. In this case, since the move process is performed on one item within the 9-item limit, the number of copy target items is reduced, resulting in a treatment equivalent to rendering the content unplayable, but rendering the original content itself unplayable outside the 9-item limit is not necessary.) Note that even if an external device supports content protection by DTCP-IP, it cannot play content protected by DTCP2 unless it also supports content protection by DPCT2 (it will not receive DTCP2-protected content). Therefore, although DPCT2 offers stronger content protection, existing external devices cannot support content protected by DTCP2. In contrast, while DTCP-IP content protection cannot utilize the new content protection flags of DPCT2, it does enable copying to existing DTCP-IP compatible external devices that do not support DPCT2. 【0479】 When copying stored content to an external device as 2K+ content (content with a pixel count exceeding 1920 x 1080), the content protection process that protects the content according to the copy control information on the recording medium, as described above, will hereafter be referred to as the "2K+ content protection process" when copying stored content to an external device. 【0480】 (4-2) When storing 2K content (content with a pixel count exceeding 1920 x 1080) without performing pixel count conversion on received 2K content (content with a pixel count exceeding 1920 x 1080), or when storing 2K content (content with a pixel count exceeding 1920 x 1080) after performing pixel count conversion on received 2K content (content with a pixel count exceeding 1920 x 1080) and converting it to other 2K content (content with a pixel count exceeding 1920 x 1080), and then performing pixel count conversion on the copy to an external device after storage to convert it to other 2K content. 【0481】 In this case, the content to be copied to the external device is 2K or higher content (content with a pixel count exceeding 1920 x 1080), and is the same as in (4-1) above, so the "2K or higher content protection processing" when copying to the external device after storage, as explained in (4-1), is performed. 【0482】 (4-3) When storing 2K content (content with a pixel count exceeding 1920 x 1080) without performing pixel count conversion on received 2K content (content with a pixel count exceeding 1920 x 1080), or when storing 2K content (content with a pixel count exceeding 1920 x 1080) after performing pixel count conversion on received 2K content (content with a pixel count exceeding 1920 x 1080) and converting it to other 2K content (content with a pixel count exceeding 1920 x 1080), and then performing pixel count conversion on copying to an external device after storage to convert it to 2K or less content (content with a pixel count of 1920 x 1080 or less). 【0483】 In this case, the content to be copied to the external device is content of 2K resolution or lower (content with a resolution of 1920 x 1080 pixels or less). 【0484】 In this case, for content stored on a recording medium with copy control information set to "copyable without restrictions," the content protection process is switched based on whether protection was specified or not, according to the value of the 'encryption_mode' parameter included in the content usage control descriptor at the time of storage. Specifically, if the value of 'encryption_mode' is 1 and content protection is not specified, the content can be copied to an external device after storage without DTCP content protection. If the value of 'encryption_mode' is 0 and content protection is specified, the content can be copied to an external device after storage with DTCP (or DTCP-IP if copying via an IP interface) protection. In this case, DTCP2 content protection is not necessary. 【0485】 For content stored on a recording medium with copy control information set to "re-copy prohibited," copying to external devices is prohibited. When copying content stored on a recording medium with copy control information set to "limited number of copies allowed" to an external device within the aforementioned limit of 9 copies, the copy must be protected by DTCP (or DTCP-IP if copying via an IP interface). In this case, content protection by DTCP2 is not necessary. To achieve a copy with a controlled number of content copies, the DTCP move function may be used for each individual content copy. In this case, since the move process is performed on one content within the 9-copy limit, the number of content items to be copied is reduced, resulting in a treatment equivalent to rendering the copy unplayable. However, rendering the original content itself, which is outside the 9-copy limit, unplayable is not necessary. 【0486】 When copying accumulated content to an external device as 2K or lower content (content with a resolution of 1920 x 1080 pixels or less), the content protection process performed according to the copy control information on the recording medium, as described above, will hereafter be referred to as the "2K or lower content protection process" when copying accumulated content to an external device. 【0487】 (4-4) When receiving content exceeding 2K resolution (content with a pixel count exceeding 1920 x 1080) and converting it to content of 2K resolution or less (content with a pixel count of 1920 x 1080 or less), and storing that content, if no pixel count conversion is performed when copying it to an external device after storage. 【0488】 In this case, the content to be copied to the external device is 2K or lower content (content with a resolution of 1920 x 1080 pixels or less), which is the same as in (4-3) above, so the "2K or lower content protection processing" when copying to the external device after storage, as explained in (4-3), is performed. 【0489】 (4-5) When receiving content exceeding 2K resolution (content with a pixel count exceeding 1920 x 1080 pixels) and converting it to content of 2K resolution or less (content with a pixel count of 1920 x 1080 pixels or less), and then converting that stored content of 2K resolution or less (content with a pixel count of 1920 x 1080 pixels or less) to other content of 2K resolution or less (content with a pixel count of 1920 x 1080 pixels or less) when copying it to an external device after storage. 【0490】 In this case, the content to be copied to the external device is 2K or lower content (content with a resolution of 1920 x 1080 pixels or less), which is the same as in (4-3) above, so the "2K or lower content protection processing" when copying to the external device after storage, as explained in (4-3), is performed. 【0491】 (4-6) When receiving content of 2K resolution or less (content with a resolution of 1920 x 1080 or less) and storing it without performing a resolution conversion, or when receiving content of 2K resolution or less (content with a resolution of 1920 x 1080 or less) and performing a resolution conversion to convert it into other content of 2K resolution or less (content with a resolution of 1920 x 1080 or less) and storing it, and not performing a resolution conversion when copying it to an external device after storage. 【0492】 In this case, the content to be copied to the external device is 2K or lower content (content with a resolution of 1920 x 1080 pixels or less), which is the same as in (4-3) above, so the "2K or lower content protection processing" when copying to the external device after storage, as explained in (4-3), is performed. 【0493】 (4-7) When receiving content of 2K resolution or less (content with a resolution of 1920 x 1080 pixels or less) and storing it without performing a resolution conversion, or when receiving content of 2K resolution or less (content with a resolution of 1920 x 1080 pixels or less) and performing a resolution conversion to convert it to other content of 2K resolution or less (content with a resolution of 1920 x 1080 pixels or less) and storing it, and then performing a resolution conversion to convert it to other content of 2K resolution or less (content with a resolution of 1920 x 1080 pixels or less) when copying it to an external device after storage. 【0494】 In this case, the content to be copied to the external device is 2K or lower content (content with a resolution of 1920 x 1080 pixels or less), which is the same as in (4-3) above, so the "2K or lower content protection processing" when copying to the external device after storage, as explained in (4-3), is performed. 【0495】 As explained in (4-1) through (4-7) above, when copying stored content to an external device, the content protection process is switched according to the pixel count of the content being copied to the external device. When copying 2K or higher content (content with a pixel count exceeding 1920 x 1080) that is subject to copy restrictions to an external device, a higher level of content protection is applied than when copying 2K or lower content (content with a pixel count of 1920 x 1080 or less) that is subject to copy restrictions to an external device. This ensures that higher value-added 2K or higher content (content with a pixel count exceeding 1920 x 1080) is properly protected even on external devices. 【0496】 Furthermore, when copying content stored as "copyable with quantity limit" to an external device within the aforementioned limit of 9 copies, regardless of whether the "2K or higher content protection processing" or the "2K or lower content protection processing" used during copying to an external device after storage, as explained in (4-1) to (4-7) above, is used, the remaining number of copies that can be copied will be reduced by 1 equally. There is no need to differentiate the copy count management itself based on the difference in content protection processing during copying. 【0497】 Furthermore, in any of the external output processing, external move processing, and external copy processing described above, if the external device does not support the content protection function described for each condition, it is sufficient to configure it to prohibit output, move, or copy. 【0498】 Furthermore, if the same received content is protected, and the 'digital_recording_control_data' information and 'encryption_mode' information are transmitted via the broadcast transmission path using multiple different tables or descriptors, or if they are transmitted via both the broadcast transmission path and the communication line using the same or different tables or descriptors, then the information with the highest priority should be used for the content protection process described in this embodiment by using a predetermined priority determination process based on the type of table or descriptor and the type of transmission path. 【0499】 Furthermore, HDCP, the content protection method used for the external device output processing before and after storage, is a content protection method that protects decoded video and other content, while DTCP, DTCP-IP, and DTCP2, used for processing such as moving and copying to external devices after storage, are content protection methods that protect encoded video and other content, and the nature of the content to be protected differs. Despite this, the threshold for switching content protection processing according to the number of pixels in the broadcast receiver 100 of Example 3 is set equally at the boundary between content exceeding 2K (content with a number of pixels exceeding 1920 x 1080) and content of 2K or less (content with a number of pixels of 1920 x 1080 or less). In this way, by setting the switching threshold equal when switching content protection processing according to the number of pixels, even for content protection methods with different types of content to be protected, the number of types of conditional branches for switching content protection processing can be kept to a minimum, simplifying the processing and proving effective. 【0500】 According to Embodiment 3 of the present invention described above, content protection processing is switched according to the number of pixels of the content, not only in the output processing to external devices before content storage, but also in the output processing to external devices, move processing to external devices, or copy processing to external devices after content storage. This makes it possible to appropriately protect high-resolution content with higher added value even on external devices. Furthermore, during content storage, processing can be simplified by performing common content protection regardless of the number of pixels of the content. In other words, when output processing, move processing, or copy processing to various external devices with different content protection levels, content protection processing is switched according to the number of pixels of the content, and the storage of content that can only be played on the local device itself can be simplified by performing common content protection regardless of the number of pixels of the content. 【0501】 (Example 4) The following describes Embodiment 4 of the present invention. Embodiment 4 of the present invention has the same hardware configuration as the broadcast receiver 800 in Embodiment 2, and the configuration, processing, and effects in this embodiment are the same as in Embodiment 2, except for the content protection processing. For this reason, the following will mainly describe the differences between this embodiment and Embodiment 2, and will omit explanations of common points as much as possible to avoid duplication. 【0502】 Embodiment 4 of the present invention has the same hardware configuration as the broadcast receiver 800 in Embodiment 2, and performs control to realize different copyright protection functions. In this embodiment, the content protection control for video content is described, and for audio, the same control as described below may be performed, or different content protection control may be performed. 【0503】 Figure 29 is a table summarizing the copyright protection function processing in the broadcast receiving device 800 of Example 4. In the broadcast receiving device 800 of Example 4, the copyright protection processing for the content before and after content storage processing is switched depending on whether the received content is 2K or lower content (content with a pixel count exceeding 1920 x 1080), such as 4K content (pixel count 3840 x 2160) or 8K content (pixel count 7680 x 4320), or 2K or lower content (content with a pixel count of 1920 x 1080 or less). 【0504】 In Figure 29, the content protection processing shown in the row where the transmission method is MMT is content protection processing applied to the content that is received and processed by the MMT decoding processing unit 841 of the broadcast receiver 800 in Figure 24. Since its content is the same as the content protection processing in Figure 28 described in Example 3, its explanation is omitted. 【0505】 On the other hand, in Figure 29, the content protection processing shown in the row where the transmission method is MPEG2-TS is content protection processing applied to the content that is received and processed by the MPEG2-TS decoding processing unit 842 of the broadcast receiver 800 in Figure 24. 【0506】 In Embodiment 4 of the present invention, the broadcast receiver 800 receives content using the MPEG2-TS transmission method, and all content is 2K or less (content with a pixel count of 1920 x 1080 or less). 【0507】 Since all content received using the MPEG2-TS transmission method is 2K or less content (content with a resolution of 1920 x 1080 pixels or less), the broadcast receiver 800 of Embodiment 4 of the present invention unifies the processing for 2K or less content (content with a resolution of 1920 x 1080 pixels or less) received using the MPEG2-TS transmission method and for 2K or less content (content with a resolution of 1920 x 1080 pixels or less) received using the MMT transmission method. Specifically, in either case, content protection processing for 2K or less content (content with a resolution of 1920 x 1080 pixels or less) received using the MMT transmission method as described in Embodiment 3 should be performed. 【0508】 Here, the MMT transmission method and the MPEG2-TS transmission method differ in the format of the table in which control information used for content protection is transmitted. Specifically, in the MMT transmission method, the content copy control descriptor and the content usage control descriptor are transmitted mainly in MPT (also MH-EIT and MH-SDT). In contrast, in the MPEG2-TS transmission method, the corresponding copy control-related information, the digital copy control descriptor and the content usage descriptor, are transmitted mainly in PMT (Program Map Table) (also EIT and SDT). Therefore, the format of both the table and the descriptors in which copy control-related information is transmitted is different. 【0509】 However, the same format can be used for the 'digital_recording_control_data' parameter and the 'copy_restriction_mode' parameter stored within the descriptor for both the MMT transmission method and the MPEG2-TS transmission method. Therefore, in the broadcast receiver 800 of Embodiment 4 of the present invention, the interpretation of the 'digital_recording_control_data' parameter and the 'copy_restriction_mode' parameter, which specify content protection, is standardized for both the MMT transmission method and the MPEG2-TS transmission method. 【0510】 This allows for the unification of the following processes for 2K or lower content (content with a resolution of 1920 x 1080 pixels or less) received via the MPEG2-TS transmission method and 2K or lower content (content with a resolution of 1920 x 1080 pixels or less) received via the MMT transmission method, thereby simplifying the process. Each specific process involves the content protection processing for 2K or lower content (content with a resolution of 1920 x 1080 pixels or less) received via the MMT transmission method, as explained in Example 3. The details of this process have already been explained in Example 3, so the explanation will be omitted here. 【0511】 Furthermore, by standardizing this process, the content protection process for 2K or lower content (content with a resolution of 1920 x 1080 pixels or less) received via the MPEG2-TS transmission method can be standardized not only for 2K or lower content (content with a resolution of 1920 x 1080 pixels or less) received via the MMT transmission method, but also for content exceeding 2K (content with a resolution of more than 1920 x 1080 pixels) received via the MMT transmission method, either before or after content storage, through a pixel count conversion process. This standardization has a significant effect in simplifying the process. 【0512】 According to Embodiment 4 of the present invention described above, the same effects as in Embodiment 3 c...

Claims

[Claim 1] A content protection processing method for a broadcast receiving device that receives broadcast program content transmitted by a broadcast signal from a broadcasting station, A receiving step in which the broadcast signal is received by a tuner in the broadcast receiving device, A demodulation step which involves demodulating the broadcast signal received in the reception step to obtain the broadcast program content, A storage step for storing the broadcast program content demodulated in the demodulation step, A video output processing step which outputs the video of the broadcast program content stored in the storage step via an interface different from the tuner that receives the broadcast signal in the reception step, A copy processing step involves copying the broadcast program content stored in the storage step via an interface different from the tuner that receives the broadcast signal in the reception step, A move processing step which performs move processing on the broadcast program content stored in the storage step via an interface different from the tuner that receives the broadcast signal in the reception step, Equipped with, When the broadcast program content is content transmitted from the broadcasting station via the broadcast signal with protection that allows for a predetermined number of copies, the storage step stores the broadcast program content in a state where it can be copied nine times and moved once, and is encrypted so that it can be played back only by the broadcast receiving device. When the aforementioned broadcast program content is content transmitted from the broadcasting station via the broadcast signal with protection specified to allow copying only once, the storage step stores the broadcast program content after performing a protection process that encrypts it so that it can be played back only by the broadcast receiving device. With respect to content transmitted from the broadcasting station via the broadcast signal while the broadcast program content is protected to allow copying a predetermined number of times or to allow copying only once, the content protection process when moving the broadcast program content stored in the storage step in the move processing step includes multiple different levels of content protection, such as content protection processing by DTCP-IP and content protection processing by DTCP2. The storage in the storage step can be performed in a storage unit located at the output destination of the IP interface, via an IP interface composed of Ethernet-compatible hardware provided in the broadcast receiving device. Even when the broadcast program content is transmitted from the broadcasting station via the broadcast signal with protection specified to allow copying a predetermined number of times or protection that allows copying only once, and when different levels of content protection processing are performed on the content stored in the storage step, it is possible to perform common content protection processing without the need for different levels of content protection processing in the storage step for content that is subject to different levels of content protection processing in the move processing step. Content protection processing method.

Images