Content protection processing method

Abstract

To provide a digital broadcast receiver capable of performing functions with higher added value.SOLUTION: In a broadcast communication system, a broadcast receiving device 100 includes first and second receiving units with different transmission methods, an accumulation unit for received content, and an output unit for outputting the received content to an external apparatus. When the received content is protected so that it can be copied a predetermined multiple number of times, it is accumulated in a state where it can be copied nine times and moved once. When the accumulated received content is copied to the external apparatus, the content is protected using DTCP2, and when it is moved, a move processing function of DTCP2 is used.SELECTED DRAWING: Figure 8A

Description

[Technical field]

[0001] The present invention relates to a broadcast receiving device. [Background technology]

[0002] One of the expansion functions of the digital broadcasting service is data broadcasting, which transmits digital data via broadcast waves and displays various information such as weather forecasts, news, recommended programs, etc. Many television receivers capable of receiving data broadcasting are already commercially available, and many technologies related to receiving data broadcasting have been published, including Patent Document 1 below. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2001-186486 A Summary of the Invention [Problem to be solved by the invention]

[0004] In response to recent changes in the content distribution environment, television receivers are also being required to have various functional extensions. In particular, there are many demands for the distribution of content and associated applications using broadband network environments such as the Internet, and for higher resolution / definition video content. However, it is difficult to provide a television receiver with high added value that can meet the demands by only utilizing the data broadcasting reception function and the like that is provided in current television receivers, or by only extending the function of the data broadcasting reception function and the like.

[0005] An object of the present invention is to provide a broadcast receiving device capable of executing functions with higher added value. [Means for solving the problem]

[0006] As a means for solving the above problems, the technology described in the claims is used.

[0007] As an example, a content protection processing method in a transmission system in which broadcast program content is transmitted from a broadcast station side and received by a broadcast receiving device, the method comprising: a transmission step in the transmission system of transmitting the broadcast program content from the broadcast station side to the broadcast receiving device; a reception step in which the broadcast receiving device receives the broadcast program content transmitted by the transmission system; a storage step in which the broadcast receiving device stores the broadcast program content received in the reception step; a copy processing step in which the broadcast receiving device copies the broadcast program content stored in the storage step; and a move processing step in which the broadcast receiving device moves the broadcast program content stored in the storage step, in which, when the broadcast program content received in the reception step is content transmitted in the transmission system with protection designated to allow copying a predetermined number of times, the broadcast program content is protected by a protection code for the broadcast program content. and storing the broadcast program content in a state in which nine copies and one move process are possible in each case, and in the copy processing step, when the broadcast program content stored in the storage step is copied to an external device, content protection is performed by DTCP2 and copying is possible using a move processing function of DTCP2. The storage in the storage step can be performed in a storage unit at the output destination of an IP interface configured by hardware compatible with Ethernet provided in the broadcast receiving device via the IP interface, and the storage step uses a content protection processing method in which, when the broadcast program content received in the reception step is content transmitted with protection specified to allow copying only for one generation or content transmitted with protection specified to allow copying a specified number of times in the transmission system, the broadcast program content is stored in an encrypted state so that it can be played only by the broadcast receiving device. Effect of the Invention

[0008] By using the technique of the present invention, it is possible to provide a broadcast receiving device capable of executing functions with higher added value. [Brief description of the drawings]

[0009] [Figure 1] 1 is a configuration diagram of a broadcast communication system including a broadcast receiving device according to a first embodiment. [Figure 2A] FIG. 1 is an explanatory diagram of components of an encoded signal in MMT. [Figure 2B] This is a diagram showing the configuration of an MPU in MMT. [Figure 2C] FIG. 1 is a diagram showing the structure of an MMTP packet in MMT. [Diagram 3] FIG. 1 is a conceptual diagram of a protocol stack for a broadcasting system using MMT. [Figure 4] FIG. 2 is a diagram showing a hierarchical structure of control information used in a broadcasting system. [Figure 5A] This is a list of tables used in the TLV-SI of the broadcasting system. [Figure 5B] This is a list of descriptors used in the TLV-SI of the broadcasting system. [Figure 6A] This is a list of messages used in the MMT-SI broadcasting system. [Figure 6B] 1 is a list of tables used in MMT-SI of the broadcasting system. [Figure 6C] This is a list (1) of descriptors used in the MMT-SI of the broadcasting system. [Figure 6D] This is a list (2) of descriptors used in the MMT-SI of the broadcasting system. [Figure 6E] This is a list (3) of descriptors used in the MMT-SI of the broadcasting system. [Figure 7A] FIG. 2 is a diagram showing the relationship between the components of a broadcasting system and each table. [Figure 7B] A diagram showing the data structure of the MPT of the broadcasting system. [Figure 7C] A diagram showing the data structure of location information of a broadcasting system. [Figure 7D] A diagram showing the data structure of an MPU timestamp descriptor in a broadcasting system. [Figure 7E] A diagram showing the data structure of the MH-EIT of the broadcasting system. [Figure 7F] A diagram showing the data structure of an event package descriptor for a broadcasting system. [Figure 8A] 1 is a block diagram of a broadcast receiving device according to a first embodiment. [Figure 8B] 2 is a configuration diagram of a logical plane structure of a presentation function of the broadcast receiving device according to the first embodiment. FIG. [Figure 8C] 2 is a software configuration diagram of the broadcast receiving device according to the first embodiment. [Figure 9] FIG. 2 is a block diagram of a broadcast station server according to the first embodiment. [Figure 10] FIG. 2 is a block diagram of a service provider server according to the first embodiment. [Figure 11A] FIG. 2 is a block diagram of a portable information terminal according to the first embodiment. [Figure 11B] FIG. 2 is a software configuration diagram of the portable information terminal according to the first embodiment. [Figure 12A] 1 is a system configuration diagram of clock synchronization / presentation synchronization of a broadcast receiving device according to a first embodiment. [Figure 12B] A diagram showing the data structure of the NTP format of a broadcasting system. [Figure 12C] A diagram showing the data structure of MH-TOT of a broadcasting system. [Figure 12D] A diagram showing the format of the JST_time parameter of a broadcasting system. [Figure 12E] A diagram showing the data structure of time information in the TMCC extended information area of ​​a broadcasting system. [Figure 12F] 11 is a diagram illustrating a method of calculating the current date from the MJD of the broadcast receiving device in accordance with the first embodiment. FIG. [Figure 13A] FIG. 4 is an operational sequence diagram during channel scanning of the broadcast receiving device according to the first embodiment. [Figure 13B] A diagram showing the data structure of the TLV-NIT of a broadcasting system. [Figure 13C] A diagram showing the data structure of a satellite distribution system descriptor of a broadcasting system. [Figure 13D] A diagram showing the data structure of a service list descriptor for a broadcasting system. [Figure 13E] A diagram showing the data structure of AMT of a broadcasting system. [Figure 14A] 4 is a diagram showing an operation sequence when the broadcast receiving device according to the first embodiment selects a channel. FIG. [Figure 14B] A conceptual diagram explaining reference to the MPT of each package by the PLT of a broadcasting system. [Figure 14C] A diagram showing the data structure of a PLT for a broadcasting system. [Figure 15A] 1 is an external view of a remote control capable of controlling a broadcast receiving device in accordance with a first embodiment. [Figure 15B] A diagram showing the data structure of a remote control key descriptor for a broadcasting system. [Figure 16A] FIG. 10 is a diagram illustrating a process of selecting multiple channels. [Figure 16B] FIG. 11 is a diagram illustrating an angle selection process for a multi-view compatible program. [Figure 17A] A diagram showing the data structure of the LCT of the broadcasting system. [Figure 17B] A diagram showing the data structure of an MPU presentation area designation descriptor for a broadcasting system. [Figure 17C] FIG. 13 illustrates the assignment of layouts to layout numbers based on the LCT. [Figure 17D] FIG. 13 illustrates the assignment of layouts to layout numbers based on the LCT. [Figure 17E] FIG. 13 illustrates the assignment of layouts to layout numbers based on the LCT. [Figure 17F] FIG. 13 illustrates the assignment of layouts to layout numbers based on the LCT. [Figure 18A] 11A and 11B are diagrams for explaining exception handling of screen layout control based on LCT. [Figure 18B]11A and 11B are diagrams for explaining exception handling of screen layout control based on LCT. [Figure 19A] A diagram showing the data structure of a video component descriptor for a broadcasting system. [Figure 19B] 13 is a diagram for explaining the meaning of the video signal aspect ratio of the video component descriptor. FIG. [Figure 19C] 4 is a diagram for explaining the aspect ratio conversion process of the broadcast receiving device according to the first embodiment. FIG. [Figure 19D] 4 is a diagram for explaining the aspect ratio conversion process of the broadcast receiving device according to the first embodiment. FIG. [Figure 20A] 4 is a screen display diagram of an EPG screen of the broadcast receiving device according to the first embodiment. FIG. [Figure 20B] 4 is a screen display diagram of an EPG screen of the broadcast receiving device according to the first embodiment. FIG. [Figure 20C] 4 is a screen display diagram of an EPG screen of the broadcast receiving device according to the first embodiment. FIG. [Figure 21] 4 is a screen display diagram of the broadcast receiving device according to the first embodiment when an emergency alert broadcast is displayed. FIG. [Figure 22A] A diagram showing the data structure of a content copy control descriptor for a broadcasting system. [Figure 22B] FIG. 13 is a diagram showing the meaning of copy control information in a content copy control descriptor. [Figure 23] A diagram showing the data structure of a content usage control descriptor for a broadcasting system. [Figure 24] FIG. 11 is a block diagram of a broadcast receiving device according to a second embodiment. [Diagram 25] 11A and 11B are diagrams illustrating inconsistencies in the current time display when switching broadcast services. [Figure 26A] FIG. 11 is a diagram illustrating an operation of current time information reference source selection control according to the second embodiment. [Figure 26B] FIG. 11 is an operation sequence diagram of a current time information update process according to the second embodiment. [Figure 27A] FIG. 11 is a screen display diagram of an EPG screen of a broadcast receiving device according to a second embodiment. [Figure 27B]FIG. 11 is a screen display diagram of an EPG screen of a broadcast receiving device according to a second embodiment. [Figure 28] FIG. 11 is a diagram illustrating a content protection process according to the third embodiment. [Figure 29] FIG. 13 is a diagram illustrating a content protection process according to the fourth embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] Hereinafter, examples of embodiments of the present invention will be described with reference to the drawings.

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

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

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

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

[0015] The service provider server 400 is a server device prepared by a service provider, and is capable of providing various services linked to broadcast programs distributed from a broadcast station. The service provider server 400 also stores, manages, and distributes video content and metadata provided by the broadcast station server 300, and various content and applications linked to broadcast programs. The service provider server 400 also has a function of searching for and providing a list of available content and applications in response to inquiries from a television receiver or the like. 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 broadcast station and the service provider may be the same or different. A plurality of service provider servers 400 may be prepared for each different service. The broadcast station server 300 may also have the function of the service provider server 400.

[0016] The other application servers 500 are known server devices that store, manage, and distribute other general applications, operating programs, content, data, etc. There may be a plurality of other application servers 500 on the Internet 200.

[0017] The mobile telephone communication server 600 is connected to the Internet 200, and is also connected to the mobile information terminal 700 via a base station 600b. The mobile telephone communication server 600 manages telephone communication (calls) and data transmission / reception of the mobile information terminal 700 via the mobile telephone communication network, and enables data transmission / reception by communication between the mobile information terminal 700 and each server device on the Internet 200 and other communication devices. The communication between the base station 600b and the mobile information terminal 700 may be performed by a W-CDMA (Wideband Code Division Multiple Access) (registered trademark) system, a GSM (Global System for Mobile communications) (registered trademark) system, a LTE (Long Term Evolution) system, or other communication system.

[0018] The mobile information terminal 700 has a function of telephone communication (call) and data transmission / reception via a mobile telephone communication network, and a function of wireless communication by Wi-Fi (registered trademark) or the like. The mobile information terminal 700 can be connected to the Internet 200 via the router device 200r or the access point 200a, or via a base station 600b of the mobile telephone communication network and a mobile telephone communication server 600, and can transmit and receive data by communication with each server device on the Internet 200 and other communication devices. The access point 200a is connected to the Internet 200 by wired communication, and is connected to the mobile information terminal 700 by wireless communication. The wireless communication may use a method such as Wi-Fi (registered trademark). The communication between the mobile information terminal 700 and the broadcast receiving device 100 may be performed via the access point 200a, the Internet 200, and the router device 200r, or via the base station 600b, the mobile telephone communication server 600, the Internet 200, and the router device 200r.

[0019] [Outline of the MMT method] The broadcast receiving device 100 shown in Fig. 1 is a television receiver that is compatible with MMT (MPEG Media Transport) 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, as a media transport method for transmitting data such as video and audio. The television receiver may be compatible with both MPEG2-TS and MMT.

[0020] MPEG2-TS is characterized by multiplexing the video, audio, and other components that make up a program into a single stream along with control signals and clocks. As the clock is also treated as a single stream, it is suitable for transmitting a single piece of content over a single transmission path with guaranteed transmission quality, and has been adopted in many conventional digital broadcasting systems. However, in recent years, there has been a diversification of content, diversification of devices that use content, diversification of transmission paths for distributing content, diversification of content storage environments, and other changes in the content distribution environment. As a result, MPEG2-TS has limitations in its functionality. Therefore, a new media transport method, MMT, has been established.

[0021] An example of an outline of an encoded signal in the MMT of this embodiment is shown in Fig. 2A. 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] The MFU is a format for transmitting video and audio, and may be configured in NAL (Network Abstraction Layer) unit units or access unit units. The MPU includes one or more access units, and is capable of performing video and audio decoding processing by itself. The MPU may be configured with MPU metadata including information on the overall configuration of the MPU, movie fragment metadata including information on encoded media data, and sample data which is encoded media data. One MPU may have multiple movie fragment data and sample data. Also, it is assumed that the MFU can be extracted from the sample data. FIG. 2B shows an example of the configuration of an MPU. Note that by adding a sequence number to each MPU belonging to the same asset, it is assumed that any MPU can be distinguished from other MPUs by the asset ID that identifies the asset and the sequence number of the MPU. Also, in the case of media such as video components and audio components, the presentation time and the decoding time may be specified in MPU units or access unit units.

[0023] An MMTP packet is composed of a header section and an MMTP payload, and transmits MFU and MMT control information. The MMTP payload is equipped with a payload header according to the contents (data unit) stored in the payload section. FIG. 2C shows an example of an overview of constructing an MFU from a video / audio signal, storing it in an MMTP payload, and constructing an MMTP packet. For video signals that are encoded using interframe prediction, it is desirable to configure MPUs in GOP (Group Of Pictures) units. If the size of the MFU to be transmitted is small, one MFU may be stored in one payload section, or multiple MFUs of the same type may be stored in one payload section. If the size of the MFU to be transmitted is large, one MFU may be divided and stored in multiple payload sections. In addition, the MMTP packet may be protected using a technique 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 broadcasting system of this embodiment, MPEG-H HEVC (High Efficiency Video Coding) is used as the video coding method, and MPEG-4 AAC (Advanced Audio Coding) or MPEG-4 ALS (Audio Lossless Coding) is used as the audio coding method. The coded data of the video and audio of the broadcasting program coded by each of the above methods is in MFU or MPU format, and is further loaded on the MMTP payload to be packetized as MMTP packets and transmitted in IP (Internet Protocol) packets. Data content related to the broadcasting program may also be in MFU or MPU format, and further loaded on the MMTP payload to be packetized as MMTP packets and transmitted in IP packets. Four types of data content transmission methods are 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 notifications 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 path, and UDP / IP or TCP / IP (Transmission Control Protocol / Internet Protocol) is used on the communication line. In addition, the TLV (Type Length Value) multiplexing method is used on the broadcast transmission path for efficient transmission of IP packets. An example of a protocol stack for the broadcasting system of this embodiment is shown in Figure 3. In the figure, (A) is an example of a protocol stack on the broadcast transmission path, and (B) is an example of a protocol stack on the communication line.

[0026] In the broadcasting system of this embodiment, a mechanism for transmitting two types of control information, MMT-SI (MMT-Signaling Information) and TLV-SI (TLV-Signaling Information), is provided. MMT-SI is control information that indicates the configuration of a broadcast program, etc. It is in the form of an MMT control message, placed on an MMTP payload, packetized as an MMTP packet, and transmitted in an IP packet. TLV-SI is control information related to multiplexing of IP packets, and provides information for channel selection and correspondence information between IP addresses and services.

[0027] In addition, in broadcasting systems using MMT, time information is also transmitted to provide absolute time. While MPEG2-TS indicates the display time of components based on a different clock for each TS, MMT indicates the display time of components based on Coordinated Universal Time (UTC). These mechanisms enable terminal devices to synchronize and display components transmitted from different transmission points over different transmission paths. IP packets in NTP (Network Time Protocol) format are used to provide UTC.

[0028] [Control information for broadcasting systems using MMT] In the broadcast system supported by 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" storing a "table" and a "descriptor", 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 "tables" used in the TLV-SI of the broadcast system supported by 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 regarding 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 the 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 corresponding to the broadcast receiver 100 of this embodiment. In this embodiment, the following shall be 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 with alphanumeric characters.

[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 corresponding to the broadcast receiver 100 of this embodiment. In this embodiment, the following shall be 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) Message set by the operator 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 to be 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 configures a package, such as a list of assets and their locations on the network. The MPT can be stored in a PA message.

[0049] (2) PLT The package list table (PLT) indicates a list of IP data flows and packet IDs that transmit PA messages of MMT packages provided as broadcast services, and IP data flows that transmit IP services. 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 a layout number. The LCT can be stored in the PA message.

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

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

[0053] (6) CAT (MH) The Conditional Access Table (CAT) (MH) is used to store a descriptor for identifying a conditional access method. The CAT (MH) may be stored in a CA message.

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

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

[0056] (9)MH-EIT The MH-Event Information Table (MH-EIT) is time-series information on 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 required activation state of the application, etc. The MH-AIT may be stored in the M2 section message.

[0058] (11)MH-BIT The MH-BIT (MH Broadcaster Information Table) is used to present 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 the M2 section message.

[0060] (13)MH-SDT The MH-Service Description Table (MH-SDT) has sub-tables that represent services included in a specific TLV stream, and transmits information about the organization channel, such as the organization channel name, the broadcaster name, etc. The MH-SDT may be stored in the M2 section message.

[0061] (14)MH-TOT The MH-Time Offset Table (MH-TOT) carries JST time and date (Modified Julian Date) information. The MH-TOT may be stored in the 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 for all receivers that receive this. The MH-CDT may be stored in an M2 section message.

[0063] (16) DDM table A data directory management table (DDM table) provides a directory structure of files that configure an application in order to separate the file structure of the application from the structure for file transmission. The DDM table may be stored in a data transmission message.

[0064] (17) DAM table The Data Asset Management Table (DAM table) provides the configuration of MPUs in an asset and version information for each MPU. The DAM table can be stored in a data transmission message.

[0065] (18) DCC table The Data Content Configuration Table (DCC Table) provides configuration information of files as data content 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 an 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 receiving apparatus 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 the 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 an M2 section message.

[0071] (3) Background Color Specification Descriptor The background color specification descriptor provides the background color of the backmost element in the layout specification. The background color specification descriptor may be placed in the LCT.

[0072] (4) MPU presentation area specification descriptor The MPU presentation area specification descriptor provides the location where the MPU is presented. The MPU presentation area specification descriptor can be placed in the MPT.

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

[0074] (6) Dependency Descriptor The dependency descriptor provides the asset IDs of the dependent assets. The dependency descriptor can be placed in the MPT.

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

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

[0077] (9) Message authentication method descriptor The message authentication scheme descriptor provides information for identifying a message authentication scheme when performing message authentication. The message authentication scheme descriptor may be placed in the MPT or CAT(MH).

[0078] (10) Emergency Information Descriptor (MH) The emergency information descriptor (MH) is used when an emergency alert is broadcast. 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 specifying the coding parameters of an ISO / IEC 14496-3 (MPEG-4 Audio) audio stream. 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 and the coding method 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 basic coding parameters of a video stream (HEVC stream) of 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 the service that will be provided if a viewer requests additional information related to a particular listing in the program service information system. The MH-Link Descriptor may be located in the MPT, MH-EIT, MH-SDT, etc.

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

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

[0085] (17)MH-Short Form Event Descriptor The MH-ShortEventDescriptor represents the event name and a short description of the event in text form. The MH-ShortEventDescriptor can be placed in the MH-EIT.

[0086] (18) MH-Extended Event Descriptor The MH-ExtendedEventDescriptor is used in addition to the MH-ShortEventDescriptor to provide a detailed description of the event. The MH-ExtendedEventDescriptor may be placed in the MH-EIT.

[0087] (19) Video Component Descriptor The video component descriptor indicates parameters and descriptions related to the video component, and is also used to express the elementary stream in a text format. The video component descriptor may be placed in the MPT or the MH-EIT.

[0088] (20) MH-Stream Identification Descriptor The MH-Stream Identification Descriptor is used to label the component stream of a service and to refer to the description indicated by the video component descriptor in the MH-EIT by this label. The MH-Stream Identification Descriptor may be placed 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 the MH-EIT.

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

[0091] (23) MH-Audio Component Descriptor The MH-audio component descriptor indicates each parameter of an audio elementary stream and is also used to express the elementary stream in character form. The MH-audio component descriptor may be placed in the MPT or the MH-EIT.

[0092] (24)MH-Target Area Descriptor The MH-Target Region Descriptor is used to describe the region targeted by a program or some 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 of programs. 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 indicate the transmission parameters of the SI. The MH-SI transmission parameter descriptor may be located in the MH-BIT.

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

[0096] (28)MH-Service Descriptor The MH-service descriptor expresses the organization channel name and its operator name together with the service format type in character codes. The MH-service descriptor may be placed in the MH-SDT.

[0097] (29) IP Data Flow Descriptor The IP data flow descriptor provides information about the IP data flows that constitute a service. The IP data flow descriptor can be placed in the MH-SDT.

[0098] (30)MH-CA startup descriptor The MH-CA start descriptor describes start information for starting a CAS program on the CAS platform. The MH-CA start descriptor may be placed in the MPT or CAT (CA).

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

[0100] (32)MH-Info Descriptor The MH-Info Descriptor describes information about an MPU or an item. The MH-Info Descriptor can be placed in a DAM table.

[0101] (33)MH-Expire Descriptor The MH-Expire descriptor describes the expiration time of an item. The MH-Expire descriptor can 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 indicates the compression algorithm and the number of bytes of the item before compression. The MH-Compression Type Descriptor may be placed in the DAM table.

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

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

[0105] (37) Event Message Descriptor The event message descriptor conveys information about the event message in general. The event message descriptor can be located in the EMT.

[0106] (38)MH-Local Time Offset Descriptor The MH-Local Time Offset Descriptor is used when daylight saving time is implemented, to give a certain offset value to the actual time (e.g., UTC+9 hours) and the display time to the human system. The MH-Local Time Offset Descriptor may be placed in the MH-TOT.

[0107] (39)MH-Component Group Descriptor The MH-component group descriptor defines and identifies a combination of components within an event. The MH-component group descriptor can be placed in the MH-EIT.

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

[0109] (41) MPU Extended Timestamp Descriptor The MPU extension timestamp descriptor provides the decoding time of an access unit in the MPU. The MPU extension timestamp descriptor may be placed in the MPT.

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

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

[0112] (44)MH-Application Descriptor The MH-application descriptor describes information about an application. The MH-application descriptor may be placed in the MH-AIT.

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

[0114] (46)MH-Simple Application Location Descriptor The MH-simple application location descriptor is written to indicate details of where to obtain the application. The MH-simple application location descriptor may be placed in the MH-AIT.

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

[0116] (48)MH-Boot Priority Information Descriptor The MH-launch priority information descriptor is written to specify the launch priority of an application. The MH-launch priority information descriptor may be placed in the MH-AIT.

[0117] (49)MH-Cache Information Descriptor The MH-cache information descriptor is described for use in cache control when the resources constituting an application are cached and held when the application is expected to be reused. The MH-cache information descriptor may be placed in the MH-AIT.

[0118] (50)MH-Probabilistic Adaptive Delay Descriptor The MH-probabilistic application delay descriptor is described to delay the timing of application control by a probabilistically set delay amount, assuming load balancing of server access for application acquisition. The MH-probabilistic application delay descriptor may be placed in the MH-AIT.

[0119] (51) Link destination PU descriptor The link destination PU descriptor describes other presentation units that may be transitioned from the presentation unit (PU). The link destination PU descriptor may be placed in the DCC table.

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

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

[0122] (54)MH-Download Protection Descriptor The MH-download protection descriptor describes location information and transmission information of an MMTP packet that transmits a DCM or DMM. The MH-download protection descriptor may be placed in the MPT or MH-SDTT.

[0123] (55) Application Service Descriptor The application service descriptor describes entry information of an application related to a service, etc. The application service descriptor may be placed in the MPT.

[0124] (56) MPU Node Descriptor The MPU node descriptor indicates that the MPU corresponds to a directory node defined in the data directory management table. The MPU node descriptor may be located in the DAM table.

[0125] (57) PU configuration descriptor The PU configuration descriptor indicates a list of MPUs that configure a presentation unit as mapping information between the presentation unit and the transmission unit. The PU configuration descriptor may be arranged in a DCC table.

[0126] (58)MH-layer encoding descriptor The MH-hierarchical coding descriptor describes information for identifying a hierarchically coded video stream component. The MH-hierarchical coding descriptor may be placed in the MPT.

[0127] (59) Content copy control descriptor The content copy control descriptor indicates information for controlling the copy generation in a digital recording device for the entire service, and is used by the broadcasting station (copyright holder) to convey information about copying or the maximum transmission rate to a digital recording device when digital recording is assumed to be performed. The content copy control descriptor may be placed in the MPT, MH-EIT, MH-SDT, etc.

[0128] (60) Content usage control descriptor The content usage control descriptor is used to indicate information related to 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 or 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 this 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 this embodiment, data transmission can be performed through a plurality of paths such as a TLV stream via a broadcast transmission path or 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 the description of the MPT (MMT Package Table) stored in the PA message and transmitted. Specifically, the association can be achieved by describing in the MPT a package ID that identifies the package and an asset ID that identifies each asset included in the package. Figure 7B shows an example of the data structure of the MPT. 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 the package may be only assets in the TLV stream, but may also include assets transmitted in the IP data flow of the communication line, as shown in Fig. 7A. This can be achieved by describing the location information of each asset included in the package together with an asset ID that identifies the asset in the MPT, so that the broadcast receiving device 100 of this embodiment can grasp the reference destination of each asset. The location information is specified by "MMT_general_location_info()" in the data structure of the MPT shown in Fig. 7B. An example of the data structure of location information is shown in Fig. 7C.

[0134] Depending on the value of the "location_type" parameter of the location information, (1) Data multiplexed in the same IP data flow as MPT (location_type=0x00) (2) Data multiplexed in IPv4 data flows (location_type=0x01) (3) Data multiplexed in IPv6 data flows (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 at the specified URL (location_type=0x05) It is possible to configure the broadcast receiving device 100 so that it can refer to various types of data transmitted via various transmission paths such as the above.

[0135] Among the above-mentioned reference destinations, (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, when the MPT is also included in the IP data flow on the communication line side and transmitted, the reference destination of (1) may be the IP data flow received via the communication line. Also, the above (2), (3), (5), and (6) are IP data flows received by the broadcast receiving device 100 of this embodiment via the communication line. Also, the above (4) can be used, for example, in the case of a broadcast receiving device having 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 the second embodiment 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] In addition, for media such as video components and audio components, the presentation time and decode time can be specified in MPU units or access unit units. Information on the presentation time and decode time is described in the MPT as an MPU timestamp descriptor or an MPU extended timestamp descriptor. FIG. 7D shows an example of a data structure of an MPU timestamp descriptor describing information on the presentation time. Presentation time information of each MPU is specified by the "mpu_presentation_time" parameter of the MPU timestamp descriptor. The MPU to be specified 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 present (display, output, etc.) multiple MPUs specified by the MPT in conjunction with each other based on a clock based on NTP, which is time information in UTC notation. Information on the decode time is also described by an MPU extended timestamp descriptor, but detailed description will be omitted. Note that the presentation control of various data using the clock based on the NTP will be described later.

[0137] In the broadcasting system of this embodiment, a series of data in units of the "package" corresponds to a "service" of digital broadcasting. Moreover, the "service" is a series of "programs" transmitted according to a schedule. The "programs" are treated as "events" in the MMT method. The start time and duration of each event are specified by the MH-EIT. Moreover, the ID of the MMT package to which each event corresponds is specified by the event package descriptor placed in the MH-EIT. FIG. 7E shows an example of the data structure of the MH-EIT. The start time is specified by the "start_time" parameter in the figure, and the duration is specified by the "duration" parameter. FIG. 7F shows an example of the data structure of the event package descriptor. The correspondence between each event and an MMT package can be specified by the "MMT_package_id_byte" parameter of the event package descriptor placed in the MH-EIT. The MH-EIT can be used for various processes in units of the "events" in the broadcast receiving device 100 of this embodiment (for example, generation of an electronic program guide, control of recording and viewing reservations, copyright management processes such as temporary storage, etc.).

[0138] [Hardware configuration of broadcast receiving device] 8A is a block diagram showing an example of the internal configuration of the broadcast receiving device 100. The broadcast receiving device 100 is composed of a main control unit 101, a system bus 102, a ROM 103, a RAM 104, a storage (accumulation) unit 110, a LAN communication unit 121, an extension 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 superimposed text 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 in accordance with a predetermined operation program. The system bus 102 is a data communication path for transmitting and receiving data between the main control unit 101 and each operation block in the broadcast receiving device 100.

[0140] The ROM (Read Only Memory) 103 is a non-volatile memory in which a basic operation program such as an operating system and other operation programs are stored, and a rewritable ROM such as an EEPROM (Electrically Erasable Programmable ROM) or a flash ROM is used. The ROM 103 may store operation setting values ​​necessary for the operation of the broadcast receiving device 100. The RAM (Random Access Memory) 104 serves as a work area when the basic operation program and other operation programs are executed. The ROM 103 and the RAM 104 may be integrated with the main control unit 101. The ROM 103 may not be an independent configuration as shown in FIG. 8A, but may use a part of the storage area in the storage (accumulation) unit 110.

[0141] The storage (accumulation) unit 110 stores the operation program and operation setting values ​​of the broadcast receiving device 100, personal information of the user of the broadcast receiving device 100, etc. It can also store operation programs downloaded via the Internet 200 and various data created by the operation programs. It can also store content such as moving images, still images, and audio acquired from broadcast waves or downloaded via the Internet 200. A part of the area of ​​the storage (accumulation) unit 110 may replace all or part of the functions of the ROM 103. The storage (accumulation) unit 110 needs to hold the stored information even when power is not supplied from the outside to the broadcast receiving device 100. Therefore, for example, devices such as non-volatile semiconductor element memories such as flash ROM and SSD (Solid State Drive), magnetic disk drives such as HDD (Hard Disk Drive), etc. are used.

[0142] It should be noted that the operation programs stored in the ROM 103 and the storage (accumulation) unit 110 can be added, updated, and have their functions expanded by downloading from each server device on the Internet 200 .

[0143] The LAN (Local Area Network) communication unit 121 is connected to the Internet 200 via the router device 200r, and transmits and receives data to and from each server device and other communication devices on the Internet 200. It also acquires the MMT data string (or a part of it) of a program transmitted via a 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 includes an encoding circuit, a decoding circuit, and the like. The broadcast receiving device 100 may further include other communication units such as a BlueTooth (registered trademark) communication unit, an NFC communication unit, and an infrared communication unit.

[0144] The tuner / demodulator 131 receives broadcast waves transmitted from a radio tower 300t via the antenna 100a, and tunes (selects) a channel of a service desired by the user under the control of the main controller 101. Furthermore, the tuner / demodulator 131 demodulates the received broadcast signal to obtain an MMT data string. Note that, although the example shown in FIG. 8A illustrates a configuration with one tuner / demodulator, the broadcast receiving device 100 may be configured to include multiple tuners / demodulators for the purpose of simultaneous display of multiple screens, recording of a counter program, etc.

[0145] The separation unit 132 is an MMT decoder, and distributes the video data string, audio data string, superimposed text data string, subtitle data string, etc., which are real-time presentation elements, to the video decoder 141, audio decoder 143, superimposed text data string, subtitle data string, etc., based on a control signal in the input MMT data string. The data input to the separation unit 132 may be an MMT data string transmitted via a broadcast transmission path and demodulated by the tuner / demodulator unit 131, or an MMT data string transmitted via a communication line and received by the LAN communication unit 121. The separation unit 132 also reproduces a multimedia application and file-based data, which is a component of the application, and temporarily stores the data in the cache unit 152. The separation unit 132 also extracts general-purpose data and outputs it to the data decoder 151 in order to use the data for streaming to the data or application used by a player that presents data other than video, audio, and subtitles. The separation unit 132 may also perform error correction and access restriction control on the input MMT data string based on the control of the main control unit 101.

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

[0147] The superimposed text decoder 144 decodes the superimposed text data string input from the separation unit 132 and outputs superimposed text information. The subtitle decoder 145 decodes the subtitle data string input from the separation unit 132 and outputs subtitle information. The superimposed text information output from the superimposed text decoder 144 and the subtitle information output from the subtitle decoder 145 are subjected to a synthesis process in the subtitle synthesis unit 146, and further, in the subtitle color gamut conversion unit 147, a color space conversion process is performed as necessary for the video synthesis process in the video synthesis unit 161. In this embodiment, among the services mainly based on text information presented simultaneously with the video of a broadcast program, those related to the content of the video are referred to as subtitles, and the rest are referred to as superimposed text. Furthermore, when there is no distinction between them, they are collectively referred to as subtitles.

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

[0149] The video synthesis unit 161 receives the video information output from the video color gamut conversion unit 142, the subtitle information output from the subtitle color gamut conversion unit 147, the application information output from the application color gamut conversion unit 155, and the like, and performs processing such as selection and / or superimposition as appropriate. The video synthesis unit 161 includes a video RAM (not shown), and the monitor unit 162 and the like are driven based on the video information and the like input to the video RAM. The video synthesis unit 161 also performs scaling processing and superimposition processing of EPG (Electronic Program Guide) screen information created based on information such as MH-EIT included in MMT-SI, as necessary, based on the control of the main control unit 101. The monitor unit 162 is a display device such as a liquid crystal 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 presentation function of the broadcast receiving device 100 of this embodiment is provided with a logical plane structure in order to display the multimedia service as intended by the provider. FIG. 8B shows an example of the configuration of the logical plane structure provided by the presentation function of the broadcast receiving device 100 of this embodiment. In the logical plane structure, a character superimposition plane for displaying character superimposition is arranged in the foreground, and a subtitle plane for displaying subtitles is arranged in the next layer. A multimedia plane for displaying broadcast video, multimedia applications, or composite video thereof is arranged in the third layer, and a background plane is arranged in the background. In the subtitle synthesis unit 146 and the video synthesis unit 161, drawing of character superimposition information on the character superimposition plane, drawing of subtitle information on the subtitle plane, drawing of video information, application information, etc. on the multimedia plane are performed. In addition, a background color is drawn on the background plane based on the LCT, etc. included in the MMT-SI. It is assumed that a plurality of multimedia planes in the third layer can be prepared according to the number of video decoders 141. However, even if there are a plurality of multimedia planes, application information, etc. output from the application color gamut conversion unit 155 is output only to the foreground multimedia plane.

[0151] The audio synthesis unit 164 receives the audio information output from the audio decoder 143 and the application audio information reproduced by the sound source unit 156, and performs processing such as appropriate selection and / or mixing. The speaker unit 165 provides the audio information selected and / or mixed by the audio 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 audio synthesis unit 164.

[0152] The expansion interface unit 124 is a group of interfaces for expanding the functions of the broadcast receiving device 100, and in this embodiment, is configured with an analog video / audio interface, a USB (Universal Serial Bus) interface, a memory interface, etc. The analog video / audio interface inputs analog video signals / audio signals from an external video / audio output device, outputs analog video signals / audio signals to an external video / audio input device, etc. The USB interface connects to a PC or the like to send and receive data. A HDD may be connected to record broadcast programs and 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 that outputs or inputs encoded digital video data and / or digital audio data. The digital interface unit 125 is capable of outputting an MMT data string obtained by demodulation in the tuner / demodulator unit 131, an MMT data string acquired via the LAN communication unit 121, or mixed data of the MMT data strings as is. In addition, the digital interface unit 125 may control the MMT data string input to the separator 132. The output of digital content stored in the storage unit 110, or the storage of digital content in the storage unit 110 may be performed via the digital interface unit 125.

[0154] The digital interface unit 125 may be a DVI terminal, an HDMI (registered trademark) terminal, a Display Port (registered trademark) terminal, or the like, which outputs or inputs data in a format conforming to the DVI specification, the HDMI specification, the Display Port specification, or the like. It may output or input data in the form of serial data conforming to the IEEE1394 specification, or the like. It may also be configured as an IP interface that performs digital interface output via hardware such as Ethernet (registered trademark) or wireless LAN. In this case, the digital interface unit 125 and the LAN communication unit 121 may share the same hardware configuration.

[0155] The operation input unit 170 is an instruction input unit that inputs operation instructions to the broadcast receiving device 100, and in this embodiment, is configured with a remote control receiving unit that receives commands transmitted from a remote control (not shown) and an operation key with an array of button switches. Only one of them may be used. The operation input unit 170 may also be replaced by a touch panel that is placed over the monitor unit 162. It may also be replaced by a keyboard or the like connected to the extended interface unit 124. The remote control (not shown) may also be replaced by a mobile information terminal 700 equipped with a remote control command transmission function.

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

[0157] [Software configuration of broadcast receiving device] 8C is a software configuration diagram of the broadcast receiving device 100 of this embodiment, and shows the software configuration in the ROM 103, the RAM 104, and the storage (accumulation) unit 110. In this embodiment, a basic operation program 1001 and other operation programs are stored in the ROM 103, and a receiving function program 1002, a link function program 1003, a recording and playback function program 1004, and other operation programs are stored in the storage (accumulation) unit 110. The storage (accumulation) unit 110 is also assumed to include a content storage area 1200 for storing content such as moving images, still images, and audio, an authentication information storage area 1300 for storing authentication information and the like required for accessing an external mobile terminal device or each server device, and various information storage areas for storing various other information.

[0158] A basic operation program 1001 stored in the ROM 103 is loaded onto the RAM 104, and the main control unit 101 executes the loaded basic operation program 1001 to constitute a basic operation execution unit 1101. Similarly, a reception function program 1002, a link function program 1003, and a recording / playback function program 1004 stored in the storage unit 110 are loaded onto the RAM 104, and the main control unit 101 executes the loaded reception function program 1002, link function program 1003, and recording / playback function program 1004 to constitute a reception function execution unit 1102, link function execution unit 1103, and recording / playback function execution unit 1104. The RAM 104 is also provided with a temporary storage area for temporarily storing data created during execution of each operation program as necessary.

[0159] In the following, for the sake of simplicity, the process of controlling each operation block by the main control unit 101 expanding the basic operation program 1001 stored in the ROM 103 into the RAM 104 and executing it will be described as the basic operation execution unit 1101 controlling each operation block. Similar descriptions will be used for the other operation programs.

[0160] The receiving function execution unit 1102 controls each operation block of the broadcast receiving device 100 to reproduce components such as video and audio 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 string and audio data string separated from the MMT data string to the corresponding decoding processing units. The AV decoding processing unit 1102b mainly controls the video decoder 141, the audio decoder 143, etc. The application processing unit 1102c mainly controls the cache unit 152, the application control unit 153, the browser unit 154, and the sound source unit 156. The superimposed text processing unit 1102d mainly controls the superimposed text decoder 144. The subtitle processing unit 1102e mainly controls the subtitle decoder 145. The general-purpose data processing unit 1102f mainly controls the data decoder 151. The EPG generation unit 1102g interprets the description contents of the MH-EIT etc. included in the MMT-SI to generate 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 linkage function execution unit 1103 manages device authentication, connection, transmission and reception of each data, etc., when the broadcast receiving device 100 performs linkage operation with an external device such as the mobile information terminal 700. The recording and playback function execution unit 1104 controls recording of broadcast programs acquired from digital broadcast waves of this broadcasting system and contents acquired from each server device on the network in the content storage area 1200 of the storage (accumulation) unit 110 or in an external storage connected to the expansion interface unit 124, or controls playback of the broadcast programs, contents, etc.

[0162] The operation programs may be stored in the ROM 103 and / or the storage (accumulation) unit 110 beforehand at the time of product shipment. After product shipment, the operation programs may be acquired from another application server 500 or the like on the Internet 200 via the LAN communication unit 121. Moreover, the operation programs may be stored in a memory card, an optical disk, or the like and acquired via the expansion interface unit 124 or the like.

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

[0164] The main control unit 301 is a microprocessor unit that controls the entire broadcast station server 300 in accordance with a predetermined operation program. The system bus 302 is a data communication path for transmitting and receiving data between the main control unit 301 and each operation block in the broadcast station server 300. The RAM 304 serves as a work area when each operation program is executed.

[0165] The storage unit 310 stores a basic operation program 3001, a broadcast content management / distribution program 3002, and a broadcast content sending program 3003, and further includes a broadcast content storage area 3200 and a metadata storage area 3300. The broadcast content storage area 3200 stores program content and the like of each broadcast program broadcast by a broadcast station. The metadata storage area 3300 stores metadata such as the program title, program ID, program summary, cast, broadcast date and time, and copy control information related to each program content of each of the broadcast programs.

[0166] In addition, the basic operation program 3001, broadcast content management / distribution program 3002, and broadcast content transmission program 3003 stored in the storage unit 310 are each expanded into RAM 304, and the main control unit 301 executes each of the expanded programs to form a basic operation execution unit 3101, a broadcast content management / distribution execution unit 3102, and a broadcast content transmission execution unit 3103.

[0167] In the following, for ease of explanation, the process in which the main control unit 301 loads the basic operation program 3001 stored in the storage unit 310 into the RAM 304 and executes it to control each operation block will be described as being performed by the basic operation execution unit 3101. Similar descriptions will be used for the other operation programs.

[0168] The broadcast content management / distribution execution unit 3102 manages the program contents and each 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 contents and each metadata of each broadcast program to the service provider based on a contract. Furthermore, when providing the program contents and each metadata of each broadcast program to the service provider, the broadcast content management / distribution execution unit 3102 may perform authentication processing of the service provider server 400 based on the contract as necessary.

[0169] The broadcast content transmission execution unit 3103 performs time schedule management, etc., when transmitting MMT data strings including program content of broadcast programs stored in the broadcast content storage area 3200 and program titles, program IDs, copy control information of program content, etc. 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 a service provider server 400 on the Internet 200, etc. The LAN communication unit 321 is equipped with an encoding circuit, a decoding circuit, etc. The digital broadcast signal transmission unit 360 modulates an MMT data sequence composed of video data sequences, audio data sequences, program information data sequences, etc. of program contents 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] 10 is a block diagram showing an example of the internal configuration of the service provider server 400. The service provider server 400 is made up of a main control unit 401, a system bus 402, a 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 in accordance with a predetermined operation program. The system bus 402 is a data communication path for transmitting and receiving data between the main control unit 401 and each operation block in the service provider server 400. The RAM 404 serves as a work area when each operation program is executed.

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

[0174] In addition, the basic operation program 4001, video content management / distribution program 4002, and application management / distribution program 4004 stored in the storage unit 410 are each expanded into RAM 404, and the main control unit 401 further executes the expanded basic operation program, video content management / distribution program, and application management / distribution program, thereby forming a basic operation execution unit 4101, a video content management / distribution execution unit 4102, and an application management / distribution execution unit 4104.

[0175] In the following, for ease of explanation, the process in which the main control unit 401 loads the basic operation program 4001 stored in the storage unit 410 into the RAM 404 and executes it to control each operation block will be described as the basic operation execution unit 4101 controlling each operation block. Similar descriptions will be used for the other operation programs.

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

[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 the broadcast receiving device 100 via the router device 200r. The LAN communication unit 421 includes an encoding circuit, a decoding circuit, and the like.

[0178] [Mobile information terminal hardware configuration] 11A is a block diagram showing an example of the internal configuration of a mobile information terminal 700. The mobile information terminal 700 is composed 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, an audio 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 in accordance with a predetermined operation program. The system bus 702 is a data communication path for transmitting and receiving data between the main control unit 701 and each operation block in the portable information terminal 700.

[0180] ROM 703 is a memory in which basic operation programs such as an operating system and other operation programs are stored, and a rewritable ROM such as an EEPROM or flash ROM is used. RAM 704 serves as a work area when the basic operation programs and other operation programs are executed. ROM 703 and RAM 704 may be integrated with main control unit 701. ROM 703 may use a part of the storage area in storage unit 710 instead of being an independent configuration as shown in FIG. 11A.

[0181] The storage unit 710 stores the operation program and operation setting values ​​of the mobile information terminal 700, personal information of the user of the mobile information terminal 700, etc. It can also store operation programs downloaded via the Internet 200 and various data created by the operation programs. It can also store content such as video, still images, and audio downloaded via the Internet 200. A part of the area of ​​the storage unit 710 may replace all or part of the functions of the ROM 703. The storage unit 710 needs to hold the stored information even when power is not being supplied from the outside to the mobile information terminal 700. Therefore, for example, devices such as a nonvolatile semiconductor element memory such as a flash ROM or SSD, a magnetic disk drive such as an HDD, etc. are used.

[0182] It should be noted that the operation programs stored in the ROM 703 and the storage unit 710 can be added, updated, and have their functions expanded by downloading from each server device on the Internet 200 .

[0183] The communication processing unit 720 is composed of a LAN communication unit 721, a mobile telephone network communication unit 722, and an NFC communication unit 723. The LAN communication unit 721 is connected to the Internet 200 via the router device 200r and the access point 200a, and transmits and receives data to and from each server device and other communication devices on the Internet 200. The connection to the router device 200r and the access point 200a is assumed to be made by a wireless connection such as Wi-Fi (registered trademark). The mobile telephone network communication unit 722 performs telephone communication (calls) and transmits and receives data by wireless communication with the base station 600b of the mobile telephone communication network. The NFC communication unit 723 performs wireless communication when in close proximity to a corresponding reader / writer. The LAN communication unit 721, the mobile telephone network communication unit 722, and the NFC communication unit 723 are assumed to each include an encoding circuit, a decoding circuit, an antenna, and the like. The communication processing unit 720 may further include other communication units such as a BlueTooth (registered trademark) communication unit and an infrared communication unit.

[0184] The expansion interface unit 724 is a group of interfaces for expanding the functions of the portable information terminal 700, and in this embodiment, is composed of a video / audio interface, a USB interface, a memory interface, etc. The video / audio interface inputs video signals / audio signals from an external video / audio output device, outputs video signals / 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 device. 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 to the mobile information terminal 700, and in this embodiment, is configured with a touch panel 730t arranged on top of the display unit 741 and operation keys 730k arranged with button switches. Only one of them may be used. The mobile information terminal 700 may be operated using a keyboard or the like connected to the extended interface unit 724. The mobile information terminal 700 may be operated using a separate terminal device connected by wired or wireless communication. That is, the mobile information terminal 700 may be operated from the broadcast receiving device 100. The touch panel function may be provided in the display unit 741.

[0186] The image processing unit 740 is composed 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 mobile information terminal 700. The image signal processing unit 742 includes a video RAM (not shown), and the display unit 741 is driven based on image data input to the video RAM. The image signal processing unit 742 also has a function of performing format conversion, superimposition processing of menus and other OSD (On Screen Display) signals, etc., as necessary. 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 an electrical signal using an electronic device such as a CCD (Charge Coupled Device) or a CMOS (Complementary Metal Oxide Semiconductor) sensor.

[0187] The audio processing unit 750 is composed of an audio output unit 751, an audio signal processing unit 752, and an audio input unit 753. The audio output unit 751 is a speaker, and provides an audio signal processed by the audio signal processing unit 752 to the user of the mobile information terminal 700. The audio input unit 753 is a microphone, and converts the user's voice, etc. into audio data and inputs it.

[0188] The sensor unit 760 is a group of sensors for detecting the state of the portable information terminal 700, and in this embodiment, is composed of a GPS receiver unit 761, a gyro sensor 762, a geomagnetic sensor 763, an acceleration sensor 764, an illuminance sensor 765, and a proximity sensor 766. These sensors make it possible to detect the position, inclination, direction, and movement of the portable information terminal 700, as well as the brightness of the surroundings, the proximity of surrounding objects, and the like. The portable information terminal 700 may further include other sensors, such as an air pressure sensor.

[0189] The portable information terminal 700 may be a mobile phone, a smartphone, a tablet terminal, 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 shooting moving images, a portable game machine, a navigation device, or other portable digital devices.

[0190] 11A includes many components that are not essential to this embodiment, such as the sensor unit 760, but the effects of this embodiment are not impaired even if these components are not included. Also, components not shown, such as a digital broadcast receiving function and an electronic money settlement function, may be added.

[0191] [Mobile information terminal software configuration] 11B is a software configuration diagram of the mobile information terminal 700 of this embodiment, and shows the software configuration in the ROM 703, the RAM 704, and the storage unit 710. In this embodiment, a basic operation program 7001 and other operation programs are stored in the ROM 703, and a linkage control program 7002 and other operation programs are stored in the storage unit 710. The storage unit 710 is also assumed to include a content storage area 7200 for storing content such as moving images, still images, and audio, an authentication information storage area 7300 for storing authentication information and the like required for accessing a television receiver or each server device, and various information storage areas for storing various other information.

[0192] A basic operation program 7001 stored in ROM 703 is loaded onto RAM 704, and the main control unit 701 executes the loaded basic operation program to constitute a basic operation execution unit 7101. Similarly, a cooperative control program 7002 stored in the storage unit 710 is loaded onto RAM 704, and the main control unit 701 executes the loaded cooperative control program to constitute a cooperative control execution unit 7102. The RAM 704 also includes a temporary storage area for temporarily holding data created during execution of each operation program as necessary.

[0193] In the following, for ease of explanation, the process of the main control unit 701 loading the basic operation program 7001 stored in the ROM 703 into the RAM 704 and executing it to control each operation block will be described as being performed by the basic operation execution unit 7101 to control each operation block. Similar descriptions will be used for the other operation programs.

[0194] The cooperative control execution unit 7102 manages device authentication and connection, transmission and reception of each data, etc., when the mobile information terminal 700 performs cooperative operation with the television receiver. The cooperative control execution unit 7102 also includes a browser engine function for executing an application that works in conjunction with the television receiver.

[0195] The operation programs may be stored in the ROM 703 and / or the storage unit 710 beforehand at the time of product shipment. After product shipment, the operation programs may be acquired from other application servers 500 on the Internet 200 via the LAN communication unit 721 or the mobile telephone network communication unit 722. Moreover, the operation programs may be acquired via the extended interface unit 724 from memory cards, optical disks, or the like.

[0196] [Time management for broadcast receiving devices] The broadcast receiving apparatus 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 a system configuration for clock synchronization / presentation synchronization in a broadcast system to which the broadcast receiving apparatus 100 of this embodiment corresponds. In the broadcast system of this embodiment, UTC is transmitted from the broadcast transmission system to a receiver (such as the broadcast receiving apparatus 100 of this embodiment) in the form of a 64-bit NTP timestamp. In the NTP timestamp format, the "seconds and above" of UTC are represented by 32 bits, and the "less than seconds" are 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 for the NTP-formatted 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] In addition, when the system clock is set to a frequency of a power of 2 such as "2 to the power of 24" to "2 to the power of 28" on the broadcast transmission system side or the receiver side as described above, the lower 8 to 4 bits in the NTP timestamp format transmitted from the broadcast transmission system side to the receiver side, which are not referenced by the PLL (Phase Locked Loop) system for regenerating the system clock or the NTP format clock, may be fixed to "0" or "1". In other words, if the system clock is "2 to the power of n" Hz (n=24 in the example of FIG. 12A, the same applies below), the lower "32-n" bits of the NTP timestamp format may be fixed to "0" or "1". Alternatively, the receiver side may process the lower "32-n" bits of the NTP timestamp format to be ignored.

[0200] When the broadcast transmission system receives NTP format time information from the outside, it configures a PLL system with a 32+n bit counter using a VCO (Voltage Controlled Oscillator) of 2 n Hz, and realizes a transmission system clock that is synchronized with the time information provided from the outside. In addition, the entire signal processing system is operated in synchronization with the system clock of 2 n Hz. Furthermore, the output of the transmission system clock is periodically transmitted to the receiver side as NTP long format time information via the broadcast transmission path. Note that the NTP long format time information transmitted to the receiver side may also have the lower 32-n bits of the 32 bits representing "less than a second" fixed to "0" or "1". In other words, this is because the system clock counter on the broadcast transmission system side is composed of 32+n bits.

[0201] The receiver receives the time information in NTP long format via the broadcast transmission path, and regenerates the receiving system clock using a PLL system based on a VCO of 2n Hz, just like the broadcast transmission system. This makes the receiving system clock synchronized with the broadcast transmission system. In addition, by operating the receiver's signal processing system in synchronization with the 2n Hz system clock, clock synchronization between the broadcast transmission system and the receiver is achieved, enabling stable signal reproduction.

[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, it is not necessary to refer to the lower 16 bits of the NTP timestamp format described in the MPU timestamp descriptor, etc. That is, when using a clock of “2 to the mth power” Hz generated by dividing the system clock, etc. for the control of the decoding timing and presentation timing, it is not necessary to refer to the lower “32 - m” bits of the NTP timestamp format described in the MPU timestamp descriptor, etc. 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> FIG. 12B shows an example of the configuration of time information transmitted in the NTP format in the time management function based on the NTP described above. The "reference_timestamp" parameter and the "transmit_timestamp" parameter in the NTP format are 64-bit time data in the NTP long format, and the "mpu_presentation_time" parameter in the MPU timestamp descriptor shown in FIG. 7D is also 64-bit time data in the NTP timestamp format. The NTP long format time data and the NTP timestamp format time data are data in which "seconds or more" of UTC are expressed in 32 bits and "less than seconds" is expressed in 32 bits. That is, the NTP format time information can transmit time information up to "less than seconds". Furthermore, since the NTP format time information is expressed in UTC, 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 NTP format time information, it is possible to easily match both data.

[0205] In contrast, the time information transmitted by MH-TOT is as follows:

[0206] An example of the data structure of the MH-TOT is shown in Fig. 12C. The broadcast receiving device 100 of this embodiment can obtain the current date and the current time from the "JST_time" parameter of the MH-TOT. As shown in Fig. 12D, the "JST_time" parameter includes the lower 16 bits of the coded data of the current date based on the Modified Julian Date (MJD) and 24 bits of information that expresses Japan Standard Time (JST) as six 4-bit binary-coded decimal (BCD) numbers. The current date can be calculated by performing a predetermined calculation on the 16-bit coded data of the MJD. In addition, of the six 4-bit binary coded decimal numbers, the first two 4-bit binary coded decimal numbers represent the hour in two decimal digits, the next two 4-bit binary coded decimal numbers represent the minutes in two decimal digits, and the last two 4-bit binary coded decimal numbers represent the seconds in two decimal digits.

[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 format-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 by using a time management function based on NTP, which is time information in UTC, for decoding and displaying synchronization processing of video, audio, subtitles, superimposed text, and other presented data, which are the contents of the broadcast signal. Furthermore, by referring to information in UTC notation instead of the clock notation of the broadcast station, it is also possible to perform synchronization processing of decoding and displaying video, audio, subtitles, superimposed text, or other data, which are the contents received by the broadcast signal, and video, audio, subtitles, superimposed text, or other data acquired through a communication line path.

[0209] Furthermore, in the broadcast receiving device 100 of this embodiment, the time management function based on "JST_time" including 24-bit information expressed by six 4-bit binary coded decimal numbers of MH-TOT may be used in the process of presenting the current time to a user or each process of handling the MH-EIT shown in FIG. 7E. Generally, in the process of presenting the current time to a user in a broadcast receiving device, accuracy to the nearest second is rarely required. Also, each piece of time information described in the MH-EIT is 24-bit information expressed by six 4-bit binary coded decimal numbers, and is stored in two decimal digits each for "hour", "minute", and "second", similar to the EIT of conventional digital broadcasting transmitted by the MPEG2-TS method. For this reason, the time management function based on the MH-TOT in the broadcast receiving device 100 of this embodiment is easily compatible with each process of handling the MH-EIT. Specifically, each process of handling the MH-EIT is, for example, a process of generating an electronic program guide, control of recording and viewing reservations, copyright management process such as temporary storage, etc. This is because it is rare for any process to require accuracy below a second, and accuracy on the order of one second is sufficient.

[0210] Moreover, the generation process of the electronic program guide, the control of recording reservation and viewing reservation, copyright management process such as temporary storage, etc. are functions that are also installed in receivers of digital broadcasting systems using the conventional MPEG2-TS format. Then, in the broadcasting system of this embodiment, if the generation process of the electronic program guide, the control of recording reservation and viewing reservation, copyright management process such as temporary storage, etc. are configured to be compatible with time management process consistent with the conventional MPEG2-TS format digital broadcasting system, when configuring a broadcast receiving device having both the reception function of conventional MPEG2-TS format digital broadcasting and the reception function of MMT format digital broadcasting, it will be unnecessary to design processing algorithms separately for these processes (generation process of the electronic program guide, control of recording reservation and viewing reservation, copyright management process such as temporary storage, etc.), and costs can be reduced.

[0211] Furthermore, even if a receiver does not have the ability to receive digital broadcasts using the conventional MPEG2-TS format, and only has the ability to receive digital broadcasts using the MMT format, it is not necessary to create completely new algorithms for processes such as generating an electronic program guide, controlling recording and viewing reservations, and copyright management processes such as temporary storage. Instead, algorithms for functions that are also installed in receivers for digital broadcasting systems using the conventional MPEG2-TS format can be reused, making it possible to develop them at lower cost.

[0212] Therefore, by configuring the time management function based on the MH-TOT "JST_time" parameter for these processes (such as generation of electronic program guides, control of recording and viewing reservations, and copyright management processes such as temporary storage), it will be possible to provide even MMT-type digital broadcast receiving devices at a lower cost by improving compatibility with conventional broadcasting systems.

[0213] As described above, the broadcast receiving device 100 of this embodiment has a time management function using two types of time information with different accuracy. That is, the first time information is time information written in a manner 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 synchronization processing of each content data of a broadcast signal, a more advanced information presentation processing than that of conventional broadcasting systems is realized, and by using the first time information for generation processing of an electronic program guide, control of recording and viewing reservations, copyright management processing such as temporary storage, etc., a broadcast receiving device can be provided at a low cost.

[0214] Therefore, by providing 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] [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 a first variant, in order to improve the accuracy of the management time of the NTP-based time management function already described with reference to FIG. 12A, information regarding an estimated delay time in transmitting time information from a time management server (not shown) or broadcast station server 300 to 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 estimated delay time to correct the system clock of the NTP-based time management function.

[0217] In this case, the information on the expected delay time may be configured to be transmitted not in the TLV multiplexed stream of the protocol stack in the broadcast transmission path shown in FIG. 3(A) but in a TMCC (Transmission and Multiplexing Configuration Control) area outside the TLV multiplexed stream. If the information is transmitted in the TMCC area, the broadcast receiving device 100 can extract the information on the expected delay time without undergoing a separation process (demux process) of the TLV multiplexed stream. That is, it is possible to obtain information that is not easily affected by the delay caused by the separation process in the broadcast receiving device 100, and therefore it is possible to perform a highly accurate system clock correction process. An example of the data structure of the time information transmitted by the TMCC signal will be described with reference to FIG. 12E. The time information may be stored and transmitted, for example, in a TMCC extended information area. In the time information in the TMCC extended information area shown in the figure, the "delta" parameter represents the expected value of the transmission delay from a time management server that distributes UTC or a server device that creates a TMCC signal to a general broadcast receiving device, using a 32-bit signed fixed point. The upper 16 bits describe the integer part, and the lower 16 bits describe the decimal part. The "transmit_timestamp" parameter is a transmission timestamp, and 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 the first variant, the broadcast receiving device 100 of this embodiment can use information regarding the expected delay time described in the time information stored in the TMCC extended information area and transmitted (e.g., the aforementioned ``delta'' parameter and / or ``transmit_timestamp'' parameter) to more accurately correct the system clock of the NTP-based time management function used for synchronization processing of each content data of the broadcast signal.

[0219] [Second variation of time management] Next, a second modification of the 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 information transmitted in the MH-TOT and manages the time. The current date and Japan Standard Time acquired from information transmitted in the MH-TOT can be superimposed on video information, application information, etc. by the video synthesis unit 161 of the broadcast receiving device 100, and output to the monitor unit 162 or video output unit 163 for provision to the user. As described above, the MH-TOT has the data structure shown in Fig. 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, since the aforementioned "JST_time" parameter uses only the lowest 16 bits of the encoded data of the MJD, an overflow occurs at "April 22, 2038", and dates after "April 23, 2038" cannot be expressed by the above-mentioned specified calculation alone. Therefore, in the second modified example of this embodiment, the calculation method is switched between when the MJD value is equal to or greater than a specified value and when it is less than a specified value, so that dates after "April 23, 2038" can be expressed.

[0222] FIG. 12F shows an example of a first calculation method used when the value of MJD is equal to or greater than a predetermined value, and a second calculation method used when the value of MJD is less than the predetermined value. For example, if the predetermined value is "32768 (0x8000)", the first calculation method is used to calculate the current date when MJD is equal to or greater than "32768", and the second calculation method is used to calculate the current date when MJD is less than "32768". Note that the case where MJD is less than "32768" is equivalent to the case where the most significant bit of the 16-bit data of MJD is "0". This makes it possible to express dates after "April 23, 2038" in the broadcast receiving device 100 of this embodiment. However, the predetermined value can be set arbitrarily, and the predetermined value may be set to "16384 (0x4000)", "49152 (0xC000)", etc. The condition for switching the calculation method may be when the most significant 2 bits of the 16-bit data of the MJD are "00" or when the most significant 2 bits of the 16-bit data of the MJD are not "11." If the above-mentioned means is used with the predetermined value set to "32768," it will not be possible to express dates prior to "September 4, 1948," but this will not be a problem in practical use as a television receiver.

[0223] Also, instead of switching between the first calculation method and the second calculation method depending on the comparison result between the MJD and the predetermined value, the first calculation method and the second calculation method may be switched depending on a flag that replaces part or all of the "reserved" parameter in the data structure of the MH-TOT shown in FIG. 12C or a newly added flag. For example, when the most significant bit of the 16-bit encoded data of the MJD is "0", if the MJD indicates "April 23, 2038" or later, the flag may be set to "1", and if the MJD does not indicate "April 23, 2038" or later, the flag may be set to "0". Then, when the flag is "1", the second calculation method shown in FIG. 12F may be used, and when the flag is "0", the first calculation method may be used. Alternatively, a new descriptor having the same meaning as the flag may be prepared and placed in the MH-TOT.

[0224] In addition, as described above, the broadcasting system of this embodiment transmits absolute time in NTP format, and the broadcasting receiving device 100 of this embodiment has a time management function based on the NTP. Furthermore, in the broadcasting receiving device 100 of this embodiment, the decoding timing and presentation timing for each presentation unit of the video / audio signal are controlled by referring to the NTP timestamp described in the MPU timestamp descriptor set for each MPU. As described above, the time information in the NTP format has the configuration shown in FIG. 12B. Moreover, the MPU timestamp descriptor has the configuration shown in FIG. 7D.

[0225] For this reason, the broadcast receiving device 100 of this embodiment may refer to the "reference_timestamp" parameter, the "transmit_timestamp" parameter, or the "mpu_presentation_time" parameter, etc., and select whether to use the first calculation method or the second calculation method according to the value of the referenced time data, etc. That is, for example, if the most significant bit of the 64-bit NTP-length 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.

[0226] Either of the above methods makes it possible for the broadcast receiving device 100 of this embodiment to express dates after "April 23, 2038."

[0227] [Broadcast receiving device channel selection process (initial scan)] The AMT of the broadcasting system of this embodiment provides a list of multicast groups of IP packets so that IP packets transmitted by the TLV multiplexing method can be received without distinction from IP packets transmitted over a communication line as much as possible. Multiple IP multicast groups can be listed for one service identification. Also, an address mask can be used to efficiently describe consecutive IP addresses.

[0228] In the broadcast receiving device 100 of this embodiment, when scanning channels for initial setting or when rescanning for changing settings, it is possible to store a list of services acquired from the TLV-NIT in a non-volatile memory such as the ROM 103 or the storage unit 110, and further, it is possible to store a list of IP multicast groups corresponding to each of the services as IP related information in the non-volatile memory in association with each of the services. By storing the list of services and the IP related information in a non-volatile memory and making it possible to refer to them at all times, it becomes unnecessary to reacquire the TLV-NIT or AMT when switching channels, etc., and it becomes possible to efficiently acquire broadcast contents.

[0229] FIG. 13A is a diagram showing an example of an operation sequence during channel scanning (rescanning) in the broadcast receiving device 100 of this embodiment.

[0230] When a channel scan is started, the receiving function execution unit 1102 sets an initial frequency value to the tuner / demodulator unit 131 and instructs the tuner / demodulator unit 131 to tune to the frequency value (S101). If the tuner / demodulator unit 131 succeeds in locking onto the set frequency value (S102: Yes), the receiving function execution unit 1102 then acquires a TLV-NIT from the received signal (S103).

[0231] If the TLV-NIT acquired in the process of S103 is valid data (S104: Yes), the receiving function execution unit 1102 acquires information such as a TLV stream ID and an original network ID from the acquired TLV-NIT (S105). FIG. 13B shows an example of a data structure of a TLV-NIT. The TLV stream ID information can be acquired from the "tlv_stream_id" parameter, and the original network ID information can be acquired from the "original_network_id" parameter. Furthermore, distribution system information related to the physical conditions of the broadcast transmission path corresponding to each TLV stream ID / original network ID is acquired from the distribution system descriptor (S106), and a list of service IDs is acquired from the service list descriptor (S107).

[0232] An example of the data structure of a satellite distribution system descriptor is shown in Fig. 13C. An example of the data structure of a service list descriptor is shown in Fig. 13D. If the TLV-NIT has a plurality of different data such as a TLV stream ID, an original network ID, distribution system information, and a list of service IDs, the processes of S105 to S107 are repeated. Next, the reception function execution unit 1102 creates a service list based on the data such as the TLV stream ID, the original network ID, distribution system information, and a list of service IDs acquired in the processes of S105 to S107, and stores the created service list in the ROM 103 or the storage unit 110 (updates when rescanning) (S108).

[0233] Next, the reception function execution unit 1102 acquires an AMT from the received signal (S109), and further acquires a list of IP multicast groups related to each service ID stored in the service list (S110). FIG. 13E shows an example of the data structure of an AMT. If the AMT has a list of IP multicast groups related to a plurality of service IDs, the process of S110 is repeated. If there are a plurality of AMTs having lists of IP multicast groups related to different service IDs, the processes of S109 to S110 are repeated. Next, the reception function execution unit 1102 associates the list of IP multicast groups acquired in the process of S110 with the service ID as IP related information, and stores it in the ROM 103 or the storage unit 110 (updates it when rescanning) (S111).

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

[0235] After completing the process of S111, if the frequency value set in the tuner / demodulator 131 is the final frequency value of the channel scan range (S112: Yes), the reception function execution unit 1102 ends the process. On the other hand, if the set frequency value is not the final frequency value of the channel scan range (S112: No), the frequency value set in the tuner / demodulator 131 is increased (S113) and the processes of S102 to S111 are repeated. Note that, if service IDs related to all services constituting the broadcast network can be obtained with one TLV-NIT and further, an AMT having a list of IP multicast groups related to the service IDs can be obtained, the processes of S112 to S113 are not necessary.

[0236] Through the series of processes described above, the broadcast receiving device 100 of this embodiment creates / updates a list of services (service list) that make up the broadcast network when scanning channels for initial setup or when rescanning to change settings, and at the same time creates / updates a list of IP multicast groups (IP-related information) corresponding to each of the services, and further stores the list in non-volatile memory such as ROM 103 or storage unit 110.

[0237] The rescan for the setting change may be performed automatically when a change in the information in the table is detected by referring to the "version_number" parameter of the TLV-NIT or AMT. When a change in the "version_number" parameter of either the TLV-NIT or the AMT is detected, only the information on the table in which the change in the parameter is detected may be automatically updated. However, when the automatic update is performed, it is desirable to notify the user that a rescan has been performed automatically. In addition, the user may be notified that a change has been made in the information in the table, and the user may select whether or not to perform the rescan.

[0238] [Broadcast receiving device channel selection process (channel switching)] FIG. 14A is a diagram showing an example of an operation sequence when selecting a station (switching a channel) in the broadcast receiving device 100 of this embodiment.

[0239] When a user operates a remote control (not shown) to instruct channel switching, the receiving function execution unit 1102 interprets the command sent from the remote control and specifies the service ID of the target service (S201). Next, the receiving function execution unit 1102 starts acquiring the AMT from the signal received by the tuner / demodulator unit 131. If the AMT is successfully acquired within a predetermined time (S202: Yes), the receiving function execution unit 1102 acquires information on a list of IP multicast groups corresponding to the service ID from the acquired AMT (S204). On the other hand, if the AMT is not successfully acquired within the predetermined time (S202: No), the receiving function execution unit 1102 acquires information on a list of IP multicast groups corresponding to the service ID (S204) by referring to IP-related information stored in the ROM 103 or the storage unit 110 (S203). It is also possible to always refer to the IP-related information stored in the ROM 103 or the storage unit 110 without performing the judgment process of S202.

[0240] Next, the reception function execution unit 1102 starts acquiring the TLV-NIT from the received signal of the tuner / demodulator unit 131. If the TLV-NIT is successfully acquired within a predetermined time (S205: Yes), distribution system information for acquiring the IP data flow corresponding to the service ID is acquired from the acquired TLV-NIT (S207). On the other hand, if the TLV-NIT is not successfully acquired within the predetermined time (S205: No), the distribution system information for acquiring the IP data flow corresponding to the service ID is acquired (S207) by referring to a service list stored in the ROM 103 or the storage unit 110 or the like (S206). Note that the determination process of S205 may not be performed, and the service list stored in the ROM 103 or the storage unit 110 or the like may always be referred to.

[0241] After acquiring the distribution system information in the processing of S207, the receiving function execution unit 1102 then controls the tuner / demodulation unit 131 with the frequency value indicated in the acquired distribution system information, receives the IP data flow corresponding to the service ID (S208), extracts the MMT data string 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 acquires an MMTP packet with a packet ID of "0" from the input MMT data string (S209), and further acquires an MPT included in the acquired MMTP packet (S210). Next, the transport processing unit 1102a refers to the "MMT_package_id_byte" parameter of the acquired MPT, and checks whether the lowest 16 bits of the "MMT_package_id_byte" parameter are the same value as the service ID. In the example of the data structure of the MPT shown in Fig. 7B, if the lowest 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 the packet ID of "0" is an MMTP packet having data of a program corresponding to the service ID, and proceeds to MFU acquisition processing based on information in the acquired MPT.

[0243] On the other hand, if the lowest 16 bits of the "MMT_package_id_byte" parameter are not the same value as the service ID (S211: No), it is determined that the MMTP packet with the packet ID of "0" is not an MMTP packet having data of a program corresponding to the service ID. In this case, the transport processing unit 1102a acquires a PLT again (S212), and by checking the acquired PLT, confirms the packet ID (assumed to be x) of an MMTP packet transmitting an MPT having the "MMT_package_id_byte" parameter corresponding to the service ID (S213). Furthermore, the transport processing unit 1102a acquires an MMTP packet with a packet ID of "x" from the input MMT data string (S214), and acquires an MPT included in the acquired MMTP packet (S215). Furthermore, based on the information contained in the acquired MPT, starts the acquisition process of an MFU.

[0244] It is also possible to always perform the processes of S212 to S215 without performing the processes of S209 to S211. In this case, when the data of the program corresponding to the service ID is stored in an MMTP packet with a packet ID other than "0", it is possible to shorten the processing time.

[0245] Here, the above-mentioned process of identifying the packet ID of an MMTP packet having data of a program corresponding to the service ID and acquiring an MPT by checking the PLT will be described. An MMTP packet with a packet ID of "0" indicates that it transmits a PA message. When multiple packages are multiplexed, as shown in FIG. 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 including MPTs of other packages, and by checking the PLT, it is possible to identify an MMTP packet that transmits a PA message including an MPT that is an entry point of each service from the package ID. An example of the data structure of a PLT is shown in FIG. 14C. 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 description of the operation sequence shown in FIG. 14A, in the MFU acquisition process, first, the transport processing unit 1102a refers to the MPT acquired in the process of S210 or S215, and acquires the IP address and packet ID of the IP data flow that transmits the desired MFU (S216). In addition, the transport processing unit 1102a acquires the presentation time of the MPU from the MPU timestamp descriptor arranged in the MPT, and the layout number of the MPU from the MPU presentation area designation descriptor arranged 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, the encoded video data and encoded audio data, etc. are extracted from the acquired MFU, and video / audio decoding process is performed under the control of the AV decoding processing unit 1102b, and presentation process is performed based on the acquired information on the presentation time and information on layout control under the control of the presentation processing unit 1102h (S220).

[0247] If the PLT could not be acquired in the process of S212, if the "MMT_package_id_byte" parameter matching the service ID could not be confirmed in the process of S213, if the MMTP packet with the packet ID of "x" could not be acquired in the process of S215, etc., program output processing (i.e., the processes of S216 to S220) may be performed based on the data of the MMTP packet with the packet ID of "0" acquired in the process of S210. In this case, it is preferable to display a message to the effect that the program corresponding to the service ID selected by the user could not be displayed.

[0248] By the above series of processes, the broadcast receiving device 100 of this embodiment can execute a channel selection (channel switching) operation. In particular, as described with reference to Fig. 13A and Fig. 14A, at the time of channel scanning during initial setting or at the time of rescanning for setting change, a service list and IP related information are created and stored in a non-volatile memory such as the ROM 103 or the storage unit 110 so as to be always available for reference, and at the time of channel selection (channel switching), the service list and IP related information stored in the non-volatile memory such as the ROM 103 or the storage unit 110 are referenced, thereby improving the efficiency of the operation at the time of channel selection (channel switching). That is, it is possible to shorten the time from the start of channel selection (channel switching) to the end of channel selection (channel switching) compared to the case where AMT or TLV-NIT is reacquired at the time of channel selection (channel switching).

[0249] [Remote control key setting process for broadcast receiving device] 15A shows an example of the appearance of a remote control (remote controller) 100R used to input operation instructions to the broadcast receiving device 100 of this embodiment. The remote control 100R includes 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 decision key 100R7, and a color key 100R8. The remote control 100R may further include volume up / down keys, a network switching key, an input switching key, a record key, a play key, etc.

[0250] For example, in the process of S201 of the operation sequence at the time of channel selection shown in FIG. 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 perform forward (or reverse) channel selection until the desired channel (service) is displayed by repeatedly pressing the channel up / down key 100R3 as necessary. The third method is a so-called one-touch channel selection method in which a specific channel (service) associated with each key of the numeric keypad 100R2 is called up by pressing the numeric keypad 100R2 only once. The one-touch channel selection, which is the third method, is a convenient channel selection method, but it is necessary to previously set the association of the specific channel (service) with each key of the numeric keypad 100R2 in 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 included in the digital broadcast wave received by the tuner / demodulator unit 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] An example of the data structure of a remote control key descriptor is shown in Figure 15B. The "service_id" parameter in the figure is a service ID that identifies a channel (service). The "remote_control_key_id" parameter is a recommended value of a remote control button number to which the channel (service) identified by the service ID is assigned. Depending on the values ​​of the above parameters, the channel (service) identified by the "service_id" parameter can be associated with the key specified by the value of the "remote_control_key_id" parameter of numeric keypad 100R2.

[0253] If there are many channels (services) in the same network, the channels (services) may be assigned to keys other than the numeric keypad 100R2. For example, a specific channel (service) may be assigned to the color key 100R8. In this case, a numeric value corresponding to the "remote_control_key_id" parameter may be assigned in advance to each key of the color key 100R8.

[0254] The remote control key descriptor may be described as a TLV-NIT descriptor. Therefore, for example, when the TLV-NIT acquired in the process of S103 of the operation sequence during channel scanning shown in Fig. 13A is valid data, the description content of the remote control key descriptor may be stored in a non-volatile memory such as the ROM 103 or the storage unit 110 of the broadcast receiving device 100 in conjunction with the processes of S105 to S107, thereby setting the association.

[0255] The association may be set according to the contents of the description of the remote control key descriptor as described above, or the user may assign services of any channel to each key of the numeric keypad 100R2 according to his / her preference. The association may be set according to the contents of the description of the remote control key descriptor and the association assigned according to the user's preference simultaneously stored in the non-volatile memory of the broadcast receiving device 100, and only one of the settings may be used by selecting a menu operation or the like. In this case, the association assigned according to the user's preference may be used preferentially. The association according to the contents of the description of the remote control key descriptor may be used preferentially over the association assigned according to the user's preference according to the value of the priority flag described in the remote control key descriptor. The priority flag may be set by using a part or all of the "reserved" parameter of the remote control key descriptor shown in FIG. 15B, or by adding a new parameter. In this case, the value of the priority flag may be controllable for each service ID.

[0256] Also, when the non-volatile memory stores the association settings assigned by the user according to his / her preferences, the association settings according to the description contents of the remote control key descriptor may not be stored in the non-volatile memory. Also, the non-volatile memory of the broadcast receiving device 100 may store only the association settings assigned by the user according to his / her preferences, and when the remote control key descriptor is described in the TLV-NIT being received, the association settings according to the description contents of the remote control key descriptor may be used, and when the remote control key descriptor is not described in the TLV-NIT being received, the association settings assigned by the user according to his / her preferences may be used.

[0257] The process of changing the association of each key of the numeric keypad 100R2 with a specific channel (service) according to the description of the remote control key descriptor may be performed simultaneously for all services described in the service list descriptor in the network specified by the TLV-NIT, or may be performed only for some of the services. When the process is performed only for some of the services, the old settings for the other services may be retained as they are. Also, when the "service_id" parameter is a specific value (e.g., 999, etc.), only the settings specified by the "remote_control_key_id" parameter may be erased from the settings stored in the non-volatile memory of the broadcast receiving device 100.

[0258] That is, in the broadcast receiving device 100 of this embodiment, it is possible to set the association of each key of the numeric keypad 100R2 with a specific channel (service).

[0259] [Multi-channel selection processing] In the broadcasting system of this embodiment, it is also possible to perform a multi-format broadcast in which multiple programs are broadcast in parallel on one channel (service). When broadcasting multiple programs simultaneously using a multi-format, the above-mentioned one-touch channel selection is possible only for the main channel of the multi-format, but not for the sub-channels of the multi-format. That is, when selecting a sub-channel of the multi-format, it is necessary to use a method of directly inputting and specifying a service ID, or to select the main channel of the multi-format once using one-touch channel selection, and then select the desired sub-channel by pressing the channel up / down key 100R3, which results in a problem of cumbersome operations.

[0260] In order to solve the above problem, in the broadcast receiving device 100 of this embodiment, the one-touch channel selection function is expanded, and it is possible to directly select a sub-channel of a multi-channel configuration by repeatedly pressing the numeric keypad 100R2, to which a specified service ID is assigned, multiple times within a specified period of time.

[0261] The following description will be given with reference to FIG. 16A. For example, assume that the service of channel 011 is assigned in advance to the "1" key of the numeric keypad 100R2 of the remote controller 100R. In this case, if a channel selection operation is performed when multi-organization is not being performed (see (A) in the figure), channel 011 is selected regardless of the number of times the "1" key is pressed. On the other hand, if a channel selection operation is performed when multi-organization is being performed (see (B) in the figure), channel 011 is selected when the "1" key is pressed only once, and channel 012 is selected when the "1" key is pressed again within a predetermined time from the first pressing of the "1" key. Similarly, when the "1" key is pressed three times within a predetermined time, channel 013 is selected. Note that if the "1" key is pressed again after a predetermined time has elapsed since the first pressing of the "1" key, channel 011 may remain selected.

[0262] By enabling the above-mentioned operations, the broadcast receiving device 100 of this embodiment enables direct selection of a subchannel in a multi-channel format with a simpler operation.

[0263] Similarly, the angle of a multi-view compatible program or a specific video asset from a plurality of video assets may be selected by repeatedly pressing the numeric keypad 100R2 multiple times. As shown in FIG. 16B, when the service ID of a multi-view compatible program is assigned to the "1" key of the numeric keypad 100R2 of the remote control 100R, pressing the "1" key only once selects the multi-view compatible program and displays the main view. Pressing the "1" key again within a predetermined time from the first pressing of the "1" key displays the sub-view 1 of the multi-view compatible program. Similarly, pressing the "1" key three times within a predetermined time displays the sub-view 2 of the multi-view compatible program. If the "1" key is pressed again after a predetermined time has elapsed since the first pressing of the "1" key, the main view of the multi-view compatible program may remain displayed. Selection of a specific video asset from a plurality of video assets may also be possible by the same operations as described above.

[0264] By enabling the above-mentioned operations, the broadcast receiving device 100 of this embodiment makes it possible to select an angle for a multi-view compatible program or to select a specific video asset from multiple video assets with simpler operations.

[0265] In addition, when one or more programs in the multi-format are multi-view compatible programs or programs having multiple assets, only one of the above operations may be enabled and the other disabled. For example, when one or more programs in the multi-format are multi-view compatible programs or programs having multiple assets, the operation of pressing the same key multiple times within a predetermined time is assigned to the processing of direct selection of a sub-channel in the multi-format. Which operations are enabled and disabled may be determined in advance, or may be selected by the user.

[0266] [Screen layout control for broadcast receiving devices] It is assumed that the broadcast receiving device 100 of this embodiment is capable of controlling the screen layout based on the description of the LCT. An example of the data structure of the LCT is shown in Fig. 17A. An example of the data structure of the MPU presentation area specification descriptor is shown in Fig. 17B.

[0267] In the data structure of the LCT, the "left_top_pos_x" and "right_down_pos_x" parameters indicate the horizontal position of the top left and bottom right of the region, respectively, as a percentage of the total number of pixels in the horizontal direction, when the left side of the full screen display is "0" and the right side is "100". The "left_top_pos_y" and "right_down_pos_y" parameters indicate the vertical position of the top left and bottom right of the region, respectively, as a percentage of the total number of pixels in the vertical direction, when the top side of the full screen display is "0" and the bottom side is "100". The "layer_order" parameter indicates the relative position in the depth direction of the region.

[0268] An example of the assignment of layouts to layout numbers based on the settings of each of the above parameters is described below, along with the setting values ​​of each of the above parameters.

[0269] FIG. 17C shows a default layout setting of the broadcast receiving device 100 of this embodiment, and is an example in which only one area is set in the entire screen. FIG. 17D shows an example in which the entire screen is divided into three areas, each of which is designated as "area 0", "area 1" and "area 2". For example, if the number of pixels in the entire screen is 7680 pixels horizontally and 4320 pixels vertically, "area 0" is set in the range of (0,0)-(6143,3455) since 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 in the range of (6144,0)-(7679,4319), and "area 2" is set in the range of (0,3456)-(6143,4319).

[0270] Fig. 17E is an example of setting three regions like Fig. 17D, but "region 0" is set in the range of (0,0)-(7679,4319), and "region 1" and "region 2" are placed in front of "region 0" according to the setting of the "layer_order" parameter, in the same range as above. Fig. 17F is an example of the case where "region 0" is set in device 0 (default device: broadcast receiving device 100 in this embodiment), and "region 1" is set in device 1 (mobile information terminal 700 in this embodiment).

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

[0272] In addition, in the area where the program video or data screen is not displayed by the above-mentioned screen layout control, a predetermined background color specified by the background color specification descriptor described in the LCT may be displayed. In addition, when the background color specification descriptor is not included in the LCT, when the broadcast receiving device 100 cannot correctly acquire the background color specification descriptor, when the predetermined background color specified by the background color specification descriptor cannot be displayed due to hardware limitations, etc., the video display device 100 may display a predetermined pattern in the above area. In addition, the above area may be used as a display area for a notice from the video display device 100 to the user. The notice may be any information.

[0273] The fractional part after the decimal point that occurs when dividing the screen according to the set values ​​of the parameters such as "left_top_pos_x" may be rounded up or down. Rounding (or rounding down to the nearest whole number in binary) may also be used. For example, if the number of pixels on the entire screen is 7680 pixels / 4320 pixels vertically, 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", "area 0" may be set in the range of (0,0)-(3916,2203) by rounding up, or in the range of (0,0)-(3915,2202) by rounding down. Also, taking into account the macroblocks used in the video compression process, rounding up / down may be performed in units of 8 pixels or 16 pixels. This process makes it possible to efficiently set an area based on the LCT and to efficiently convert the resolution of multimedia content in the area.

[0274] Alternatively, the set values ​​of the parameters such as "left_top_pos_x" may be limited to only "multiples of 5" or "multiples of 10" in the range from "0" to "100". In this case, the area setting can be performed appropriately.

[0275] The content to be displayed in each of the above regions is specified by the MPU presentation region specification descriptor shown in Fig. 17B. The MPU content whose sequence number is specified by the "mpu_sequence_number" parameter in the figure is associated with the description of the above LCT by the "layout_number" parameter and the "region_number" parameter.

[0276] In addition, in the first "for" loop of the description of the MPU presentation area specification descriptor, multiple "layout_number" parameters and "region_number" parameters may be described for one "mpu_sequence_number" parameter, and the user may select which description to follow for layout control. For example, in the first "for" loop, when a "layout_number1", a "region_number1", a "layout_number2", and a "region_number2" parameter are described for a specific "mpu_sequence_number" parameter, the user may select whether the layout control of the MPU specified by the "mpu_sequence_number" parameter is performed 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 his / her preferences.

[0277] [Exception handling for screen layout control on broadcast receiving device] In the broadcast receiving device 100 of this embodiment, even if the screen layout area control is performed by the above-mentioned LCT, when the user instructs to display an EPG screen, etc., it is possible to perform screen layout control that ignores the contents of the LCT as an exception process. Figure 18A shows an example of the operation of exception process of screen layout control based on the LCT.

[0278] 17D is performed according to the description of the LCT, and when a broadcast program image is displayed in "Area 0", and broadcast contents such as program linkage data linked to the broadcast program are displayed in "Area 1" and "Area 2", and the user instructs the display of the EPG screen using a remote control (not shown), the broadcast receiving device 100 of this embodiment returns the screen layout setting to the default setting (i.e., a state in which the same screen layout control as in FIG. 17C is performed) regardless of the description contents of the LCT, as shown in FIG. 18A(A), and controls the EPG screen to be displayed on the entire screen. Furthermore, when the user instructs the display of the EPG screen to end, the screen layout control according to the description contents of the LCT is re-executed.

[0279] By performing the above-mentioned control, the EPG screen can be displayed larger and easier to view than when the EPG screen is displayed while maintaining area control of the screen layout as shown in Figure 18A (B).

[0280] It should be noted that the above-mentioned exception processing of the screen layout control is not only applied when displaying the EPG screen, but may also be applied when displaying a sub-screen or a dual-screen display of various setting screens of the broadcast receiving device 100 (the recording setting screen in the illustrated example), as shown in FIG. 18B.

[0281] In the case of the recording setting screen shown in FIG. 1A, the display area of ​​the broadcast content is changed from the entire screen to only the sub-screen portion at the bottom right of the screen. Similarly, in the case of the dual-screen display shown in FIG. 1B, the display area of ​​the broadcast content is changed from the entire screen to only the split screen portion at the left middle section of the screen. In either case, the display area for displaying the broadcast content is narrower than when the entire screen is used, so it is not visually preferable to maintain the area control of the screen layout within the display area (i.e., to display multiple broadcast contents simultaneously by dividing the area). Therefore, in the broadcast receiving device 100 of this embodiment, in the above-mentioned situation, only the broadcast content in "Area 0" is selected and displayed in the display area. Note that the broadcast content in "Area 1" or "Area 2" may be selected and displayed depending on the immediately preceding area selection situation.

[0282] By performing the above-mentioned control, it is possible to improve the ease of viewing of the broadcast contents compared to when various broadcast contents are displayed while maintaining the area control of the screen layout. The same is true when displaying a sub-screen in the recorded program list screen, when displaying Internet contents in a browser, etc.

[0283] [Video signal aspect ratio conversion processing] Aspect ratios of 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. In the broadcasting system of this embodiment, the information on the aspect ratio of the video signal may be described by a video component descriptor. FIG. 19A shows an example of the data structure of a video component descriptor. In the figure, the "video_aspect_ratio" parameter is information on the aspect ratio of the video signal. FIG. 19B shows an example of the meaning of the "video_aspect_ratio" parameter. An aspect ratio different from that shown in the figure may also be assigned.

[0284] On the other hand, the aspect ratio of the display unit of a television receiver capable of receiving the television broadcast service (such as the broadcast receiving device 100 of this embodiment) is generally 16:9. That is, when displaying video content with an aspect ratio of 4:3 or 21:9 on a general 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" (e.g., 3840 pixels horizontal by 2160 pixels vertical), the aspect ratio conversion process is not performed if the value of the "video_aspect_ratio" parameter is "0," "2," or "3," and is performed if the value is "1" or "5." Also, for example, if the aspect ratio of the monitor unit 162 of the broadcast receiving device 100 is "21:9" (5040 pixels horizontal by 2160 pixels vertical, etc.), then if the value of the "video_aspect_ratio" parameter is "0" or "5", aspect ratio conversion processing will not be performed, and if the value is "1", "2", or "3", aspect ratio conversion processing will be performed.

[0286] 19C and 19D show an example of the aspect ratio conversion process 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 bands above and below 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 area of ​​the original video content without distortion. Also, only the center part of the video content with an aspect ratio of "21:9" may be cut out 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 large size. Also, it is possible to add a few black bands above and below the video content with an aspect ratio of "21:9" and further cut out the center part (display C in the figure). In this way, it is possible to display most of the original video content in a large size. It is also possible to compress the left and right edges of video content with an aspect ratio of 21:9 to display the entire area (display D in the figure). In this way, it is possible to display the entire area of ​​the original video content in a large size and with the main part displayed without distortion. It is also possible to add small black bands to the top and bottom of video content with an aspect ratio of 21:9, and further compress the left and right edges to display the entire area (display E in the figure). In this way, it is possible to display the entire area of ​​the original video content in a large size and with less distortion at the left and right edges.

[0287] The way in which the aspect ratio conversion process is performed may be selectable by the user through settings such as a menu. Alternatively, it may be possible to switch by pressing a specific key on a remote control or the like. Note that the aspect ratio "21:9" mentioned above includes aspect ratios that are 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 the broadcasting system of this embodiment, time-series information on events (so-called programs) included in each service constituting the broadcasting network is transmitted by MH-EIT. The MH-EIT shown in Fig. 7E is identified into two classes by table ID (corresponding to the "table_id" parameter in the figure), and is capable of indicating information on the current / next event of its own TLV stream and schedule information of each event of its own TLV stream. The broadcast receiving device 100 of this embodiment is capable of acquiring information such as the start time and broadcast time of each event by identifying the event by service ID (corresponding to the "service_id" parameter in the figure) with reference to the MH-EIT, etc., and creating an EPG screen, and is capable of superimposing the created EPG on video information, etc. in the video synthesis unit 161 and displaying it on the monitor unit 162.

[0289] FIG. 20A is a diagram showing an example of an EPG screen in the broadcast receiving device 100 of this embodiment. The EPG screen 162a is in a matrix shape with the vertical axis indicating time and the horizontal axis indicating service ID (channel), and displays detailed information on broadcast programs broadcast on each channel in each time period. The detailed information 162a1 of each broadcast program is mainly composed of a title area 162a2 and a detailed explanation area 162a3. The detailed information 162a1 of each broadcast program may display program information and the like described in an MH-short format event descriptor or an MH-extended format event descriptor and distributed. When the capacity of the program information and the like described in each of the descriptors is large, the program information and the like may be omitted in normal times, and when a selection is made by operating a remote control not shown in the figure, all the program information may be displayed in a pop-up or the like. Alternatively, when a selection is made, the program information and the like described in each of the descriptors may be transmitted to the mobile information terminal 700 in the 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 of each broadcast program displays the program title of the broadcast program and symbols and the like representing the attributes of the broadcast program. The symbols and the like representing the attributes of the broadcast program are, for example, symbols / characters indicating that it is a new program, symbols / characters indicating that it is a rebroadcast program, etc. Alternatively, it may be a symbolized mark of "data" indicating that it supports data broadcasting by a broadcasting service. It may also be a symbolized mark 162a4 of "NetWork" indicating that content, applications, etc. related to the broadcast program can be obtained from a network. Furthermore, the symbols and the like representing the attributes of the broadcast program may be substituted by differentiating the background color of the detailed information 162a1 from others, or by surrounding the display area of ​​the detailed information 162a1 with a thick frame.

[0291] Even if the control information (messages, tables, descriptors, etc.) in the broadcasting system of this embodiment indicates that content, applications, etc. related to the broadcast program can be obtained from the network, if a LAN cable is not connected to the LAN communication unit 121 of the broadcast receiving device 100, or if access to each server device on the network is not possible, the symbol 162a4 of "NetWork" etc. may be controlled not to be displayed.

[0292] In addition, when the broadcast program is a distributed program distributed via the Internet 200 and cannot be acquired only from the broadcast wave, and further, as described above, when the broadcast receiving device 100 is in a state where it cannot access each server device on the network, the detailed information 162b1 displayed on the EPG screen 162b may be controlled to be grayed out as shown in FIG. 20B. That is, the detailed information of the distributed program that cannot be viewed is controlled not to be displayed. In addition, the background color of the detailed information 162b1 may be differentiated from the others as an alternative to the graying out process. Alternatively, a message such as "This program cannot be viewed" may be displayed in the detailed explanation area 162a3 of the distributed program. When the detailed information 162b1 is selected by operating a remote control not shown, the user may be notified by a pop-up or the like that the broadcast receiving device 100 is in a state where it cannot access each server device on the network, or that the distributed program associated with the detailed information 162b1 cannot be viewed.

[0293] Through the above-mentioned controls, the broadcast receiving device 100 can provide the user with program information for each broadcast program in a format that feels natural to the user, depending on the network connection status.

[0294] 20C is a diagram showing another example of an EPG screen in the broadcast receiving device 100 of this embodiment. In the diagram, "M1 TV", "M2 Broadcast", "M3 Channel", "M4TV", "TV M5", etc. are the broadcast station names of the respective channels, and in particular, the "M2 Broadcast" station simultaneously provides a broadcast program distributed by airwaves and a distributed program distributed via the Internet 200 (information 162c1 of the slot indicated by "Internet Broadcast" in the diagram).

[0295] As shown in the figure, when there is a channel that only has programs distributed via the Internet 200, control is normally performed to display information for all channels (including information 162c1) as shown in EPG screen 162c in figure (A). On the other hand, when the broadcast receiving device 100 is in a state where it cannot access each server device on the network, control may be performed not to display information for the "M2 broadcast (Internet broadcast)" channel that only has programs distributed via the Internet 200 (information 162c1 in figure (A)), as shown in EPG screen 162d in figure (B).

[0296] By the above-mentioned controls, the user of the broadcast receiving device 100 can eliminate the need to check information about channels that he or she cannot view.

[0297] [Emergency warning broadcast display on broadcast receiving device] The broadcast receiving device 100 of this embodiment is capable of performing receiving processing of an emergency alert broadcast when the emergency alert broadcast start control signal bit of the TMCC signal contained in the transmission data including the TLV stream changes from "0" to "1."

[0298] The emergency alert broadcast may be provided as a broadcast program on a dedicated channel (service ID), may be provided as a full-screen display application, or may be provided as text information with superimposed text. When the emergency alert broadcast is provided as text information with superimposed text, it is preferable to display the text information of the superimposed text regardless of the state of the broadcast receiving device 100 immediately before receiving the emergency alert broadcast. That is, as shown in FIG. 21, when a user watches a normal broadcast program and receives an emergency alert broadcast while a program screen 162e of the broadcast program is displayed on the monitor unit 162, the text information 162e1 of the emergency alert broadcast is superimposed on the program screen 162e. Similarly, when a user instructs to display an EPG screen and receives an emergency alert broadcast while an EPG screen 162f is displayed on the monitor unit 162, the text information 162f1 of the emergency alert broadcast is superimposed on the EPG screen 162f.

[0299] By the above-mentioned control, in the broadcast receiving device 100 of this embodiment, when an emergency alert broadcast is received, it is possible to avoid missing important text information based on the emergency alert broadcast, even if the user selects and displays an EPG screen, various setting screens, a recorded program list screen, an Internet browser, etc. This control may also be performed on text information of normal superimposed text that is not based on an emergency alert broadcast.

[0300] Furthermore, when the emergency alert broadcast is provided as a broadcast program on a dedicated channel (service ID), the channel (service ID) of the emergency alert broadcast may be automatically selected regardless of the channel (service ID) of the currently viewed program. Furthermore, when the emergency alert broadcast is provided as a broadcast program on a dedicated channel (service ID) or as an application, the emergency alert broadcast program or application may be distributed to a linked external mobile terminal device (such as mobile information terminal 700 in this embodiment) under the control of linking function execution unit 1103.

[0301] Furthermore, if the power of the broadcast receiving device 100 is not on when the emergency alert broadcast is distributed, control may be performed so that the power of the broadcast receiving device 100 is automatically turned on. Alternatively, control may be performed so that a notification that an emergency alert broadcast has started is transmitted to a mobile information terminal 700 that has a history of linked operation with the broadcast receiving device 100.

[0302] By the above-described control, in the broadcast receiving device 100 of this embodiment, it is possible to avoid missing important broadcast programs and the display of images of applications based on the emergency alert broadcast.

[0303] [Display control exception handling] When the broadcast receiving device 100 of this embodiment cannot acquire data that is transmitted via a path other than the TLV stream among the data constituting the same package, the broadcast receiving device 100 may perform, for example, the following exception processing.

[0304] As described with reference to FIG. 7A, in the broadcast system supported by the broadcast receiving device 100 of this embodiment, data acquired from the TLV stream and data acquired from a path other than the TLV stream can be included in the same package based on the location information (see FIG. 7C) stored in the MPT. However, data transmitted through a data transmission path other than the TLV stream (for example, an IPv4 data flow or an IPv6 data flow of a communication line, an MPEG2-TS of a broadcast, etc.) indicated by the location information is data acquired by a receiving function other than the receiving function of the TLV / MMT stream. Therefore, even when the broadcast receiving device 100 is operating, there may be a situation in which data cannot be acquired from these transmission paths, such as a situation in which the receiving functions of these transmission paths are not operating, a situation in which the receiving functions themselves are operating but relay devices on the transmission paths are not operating, a situation in which these transmission paths are not connected by wire or wirelessly, or a situation in which the broadcast receiving device 100 is installed in an environment in which these transmission paths cannot be connected in the first place.

[0305] Under such circumstances, when an event is received in which the location information stored in the MPT indicates that data obtained from the TLV stream and data obtained from a route other than the TLV stream should be associated to be included in the same package, the broadcast receiving device 100 of this embodiment may perform the following operations.

[0306] For example, in the case where the LCT sets multiple regions in the screen as shown in Fig. 17D or Fig. 17E, and the program video based on the data acquired from the TLV stream is displayed in "region 0", and the content based on the data acquired from a transmission path other than the TLV stream is displayed in "region 1" or "region 2", and if the data of the transmission path other than the TLV stream to be displayed in "region 1" or "region 2" cannot be acquired, the layout display of the multiple regions specified by the LCT may be prohibited. Specifically, even if the LCT is received, the program video based on the data acquired from the TLV stream is left displayed in "region 0" of the default layout display shown in Fig. 17C, and the layout display of the multiple regions as shown in Fig. 17D or Fig. 17E may not be changed. Furthermore, even if an instruction to change the default layout to the layout indicated by the LCT is input to the operation input unit 170 of the broadcast receiving device 100 in this state, the default layout display shown in Fig. 17C may be left as it is, or the display may be switched to another data broadcast screen, so that the layout display of the multiple regions as shown in Fig. 17D or Fig. 17E may not be changed.

[0307] In addition, in a case where the LCT sets multiple areas within the screen as shown in Figures 17D and 17E, and program video based on data obtained from the TLV stream is displayed in "Area 0", and content based on data obtained via a transmission path other than the TLV stream is displayed in "Area 1" and "Area 2", and data of a transmission path other than the TLV stream that should be displayed in "Area 1" or "Area 2" cannot be obtained, another example of operation can be to temporarily display the display frames of the multiple areas shown in Figures 17D and 17E indicated by the LCT, and display a background color or a specified still image in "Area 1" or "Area 2". If data of a transmission path other than the TLV stream indicated by the MPT location information cannot be obtained even after a specified time has elapsed, the display can be switched back to the default layout display state shown in Figure 17C. In this case, when the layout of Figure 17C is changed to the layout of Figure 17D or Figure 17E, and when the layout of Figure 17D or Figure 17E is changed to the layout of Figure 17C, it is preferable that the program video based on the data obtained from the TLV stream continues to be displayed in "Area 0" of each layout, so that the user can continue watching the program video.

[0308] In addition, when the data of the transmission path other than the TLV stream to be displayed in "Area 1" or "Area 2" cannot be obtained and the program video based on the data obtained from the TLV stream is displayed in "Area 0" of the default layout display shown in Fig. 17C, the operation of various communication functions and various reception functions of the broadcast receiving device 100 of this embodiment may start, or the communication environment / communication status of the various communication functions or the reception environment / reception status of the various reception functions may change, resulting in a situation where the data of the transmission path other than the TLV stream to be displayed in "Area 1" or "Area 2" can be obtained. In this case, the broadcast receiving device 100 of this embodiment may immediately switch from the default layout display shown in Fig. 17C to a layout of multiple areas as shown in Fig. 17D or Fig. 17E shown by the LCT, and may display the program video based on the data obtained from the TLV stream in "Area 0", and display the content based on the data obtained from the transmission path other than the TLV stream in "Area 1" or "Area 2". Alternatively, the layout change may not be performed immediately, but may be performed after an instruction to change the default layout to the layout indicated by the LCT is input from the operation input unit 170. In this case, it is preferable to notify the user that the layout change is possible by an OSD display or the like.

[0309] [Copyright protection function] In a digital broadcasting system compatible with the broadcast receiving device 100 of this embodiment, copy control information may be included in the MPT or the like and transmitted to indicate the copy control status of the content referred to by the MPT or the like, such as "unlimited copying permitted" (which may be divided into two types: "unlimited copying permitted and encryption processing required for storage and output" and "unlimited copying permitted and encryption processing not required for storage and output"), "one generation only permitted", "prescribed number of times of copying permitted" (for example, so-called "dubbing 10" if nine copies and one move permitted), "copy prohibited", etc. In this case, the broadcast receiving device 100 of this embodiment may be configured to control the storage of the content in the storage (storage) unit 110, recording in 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] The target of the accumulation process may include not only the storage (accumulation) unit 110 inside the broadcast receiving device 100, but also removable recording media and external devices that have been subjected to protection processes such as encryption processes so that they can be played back only by the broadcast receiving device 100. Specifically, for example, it includes external recording devices such as HDDs connected to the expansion interface unit 124 that have been made recordable and playable only by the broadcast receiving device 100.

[0311] <Content copy control> A specific example of the content copy control process based on the copy control information will be described below.

[0312] First, when the copy control information included in the MPT or the like indicates "unlimited copying", the broadcast receiving device 100 of this embodiment may perform, without restriction, the storage in the storage unit 110, the recording in a removable recording medium, the output to an external device, the copying to an external device, the move to an external device, etc. However, when the control based on the copy control information is divided into "unlimited copying and encryption processing required at the time of storage and output" and "unlimited copying and no encryption processing required at the time of storage and output", and indicates "unlimited copying and encryption processing required at the time of storage and output", the storage in the storage unit 110, the recording in a removable recording medium, the output to an external device, the copying to an external device, the move to an external device, etc. may be performed without restriction, but encryption processing must be performed in all cases.

[0313] Furthermore, when the copy control information included in the MPT or the like indicates "copyable for one generation only," the broadcast receiving device 100 of this embodiment may encrypt and store the content in the storage (accumulation) unit 110, or record the content in a removable recording medium that has been subjected to a protection process such as encryption so that the content can be played back only by the broadcast receiving device 100. Furthermore, when the stored content is output to an external device for viewing, the content is encrypted and output together with copy control information indicating "copy prohibited." Furthermore, so-called move processing to an external device (processing in which the content is copied to an external device and the content in the storage (accumulation) unit 110 of the broadcast receiving device 100 is erased or the like to make the content unplayable) is permitted.

[0314] Furthermore, when the copy control information included in the MPT or the like indicates "copyable a specified number of times," the broadcast receiving device 100 of this embodiment may encrypt and store the content in the storage (accumulation) unit 110, or record the content on a removable recording medium that has been subjected to a protection process such as encryption so that the content can be played back only by the broadcast receiving device 100. Furthermore, when the stored content is output to an external device for viewing, it is encrypted and output together with copy control information indicating "copy prohibited." Furthermore, copying and moving to an external device a predetermined number of times may be possible. In the case of the so-called "dubbing 10" provision, nine copies to an external device and one move process are possible.

[0315] Furthermore, when the copy control information included in the MPT or the like indicates "copy prohibited", the broadcast receiving device 100 of this embodiment prohibits storage (copying) in the storage (accumulation) unit 110 or the like. However, the broadcast receiving device 100 may be configured to have a "temporary storage" mode that enables storage in the storage (accumulation) unit 110 or the like 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). In this case, even when the copy control information included in the MPT or the like indicates "copy prohibited", the broadcast receiving device 100 enables temporary storage of the content in the storage (accumulation) unit 110 or the like. When the content whose copy control information included in the MPT or the like indicates "copy prohibited" is output to an external device for viewing, the content is encrypted and output together with the copy control information of "copy prohibited".

[0316] The output for viewing to the external device described above may be performed via the video output unit 163 and the audio output unit 166 of the broadcast receiving device 100 of this embodiment, or via the digital I / F unit 125, the LAN communication unit 121, etc. The copy or move process to the external device described above may be performed via the digital I / F unit 125, the LAN communication unit 121, etc.

[0317] FIG. 22A shows an example of the data structure of the content copy control descriptor in the broadcasting system of this embodiment. The "digital_recording_control_data" parameter in the figure is digital copy control information, and indicates information for controlling the copy generation of the content. FIG. 22B shows an example of the parameter value of the digital copy control information and its meaning. For example, when the parameter is "00", it indicates "unlimited copying", when the parameter is "01", it can be defined by the business operator, when the parameter is "10", it indicates "one generation copying only", and when the parameter is "11", it indicates "copying prohibited". FIG. 23 shows an example of the data structure of the content usage control descriptor in the broadcasting system of this embodiment. The "copy_restriction_mode" parameter in the figure is copy restriction mode, and indicates whether or not number-limited copying is possible.

[0318] In the broadcast receiving device 100 of this embodiment, when the digital copy control information is "01", it is possible to execute a storage process that allows a predetermined number of copies to be made, which is 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 limited number of copies are permitted, it may be possible to execute a storage process that allows a predetermined number of copies to be made, which is determined in advance by the broadcasting company. In this case, the number of copies that can be made for each content may be specified by using part or all of the "reserved_future_use" parameter of the digital content usage descriptor.

[0319] By the above process, the broadcast receiving device 100 of this embodiment can realize the above-mentioned content copy control of "a specified number of copies allowed."

[0320] 23, the "retention_mode" parameter is a temporary storage control bit, which indicates 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 a temporary storage allowable time, which indicates the temporary storage allowable time when the temporary storage allowable bit permits temporary storage of the target content.

[0321] In the broadcast receiving device 100 of this embodiment, by referring to the information on the temporary storage control bit and the allowable temporary storage time, it is 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 above-described process, 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 of controlling the output of content to an external device will be described below.

[0324] In the content usage control descriptor shown in FIG. 23, the "image_constraint_token" parameter is a resolution restriction bit, which indicates whether or not image quality restriction is necessary when outputting the content to an external device. If the resolution restriction bit indicates that image quality restriction is necessary, the broadcast receiving device 100 of this embodiment restricts the image quality of the target content when outputting the target content to an external device. Note that the image quality restriction may not be necessary when storing the target content in the storage (accumulation) unit 110 or the like. The image quality restriction may be, for example, converting received (or stored) UHD (7680 pixels x 4320 pixels) video content into SHD (3840 pixels x 2160 pixels) video and outputting it, or converting HD (1920 pixels x 1080 pixels) video into SD (640 pixels x 480 pixels) video and outputting it. Note that the extent to which the image quality restriction of the target content is performed, that is, the resolution of the image quality after the image quality restriction, may be specified by using a part or all of the "reserved_future_use" parameter of the digital content usage descriptor.

[0325] As described above, for example, a frame rate limiting bit or a pixel resolution limiting bit may be prepared using a part or all of the "reserved_future_use" parameter, and the frame rate limit or pixel resolution limit may be controlled when the content is output to an external device. If the frame rate limiting bit indicates that a frame rate limit is necessary, the broadcast receiving device 100 of this embodiment limits the frame rate of the target content when outputting the target content to an external device. For example, a video content with a frame rate of 120 Hz may be converted to a frame rate of 60 Hz and output. Also, if the pixel resolution limiting bit indicates that a pixel resolution limit is necessary, the broadcast receiving device 100 of this embodiment limits the resolution of each pixel of the target content when outputting the target content to an external device. For example, each pixel of a video content with 12 bits may be converted to 8 bits and output.

[0326] Furthermore, a resolution restriction control flag, a frame rate restriction control flag, or a pixel resolution restriction control flag may be prepared by using a part or all of the "reserved_future_use" parameter, and whether or not to restrict the image quality, the frame rate, or the pixel resolution may be controlled according to the resolution restriction control flag, the frame rate restriction control flag, or the pixel resolution restriction control flag. For example, when the resolution restriction control flag indicates that the resolution restriction control is performed according to the interface specifications, the image quality restriction may not be performed if the interface that outputs the target content has a predetermined content protection technology, and the image quality restriction may be performed if the interface does not have the predetermined content protection technology.

[0327] Specifically, for example, when the digital interface unit 125 is an HDMI interface and the target content is output to an external device connected to the HDMI interface, if the HDMI interface of the external device supports HDCP (High-bandwidth Digital Content Protection) version 2.2 or later, the target content is output without the image quality restriction, and if the HDCP version of the HDMI interface of the external device is lower than 2.2, the target content is output with the image quality restriction. That is, whether or not to restrict the image quality of the target content may be controlled depending on whether or not the interface that outputs the target content has a predetermined content protection technology, or, if the interface has the content protection technology, depending on the version of the content protection technology. Note that, if the resolution restriction control flag does not indicate that the resolution restriction control is performed according to the interface specification, the presence or absence of the image quality restriction may be controlled depending only on the resolution restriction bit. The same processing may be performed for the frame rate restriction control flag and the pixel resolution restriction control flag.

[0328] Furthermore, the copying process to an external device via LAN communication unit 121 of content whose copy control information indicates copy restrictions such as "copyable for one generation only," "copyable a specified number of times," or "copying prohibited" may be permitted only when the IP address of the external device that is the destination of a packet transmitted from broadcast receiving device 100 is in the same subnetwork as the IP address of broadcast receiving device 100, and may be prohibited when the IP address of the external device is outside the same subnetwork as the IP address of broadcast receiving device 100. Content whose copy control information indicates "unlimited copying permitted and encryption processing required when stored and output" may also be handled in the same manner.

[0329] Similarly, after content for which the aforementioned copy control information indicates copy restrictions such as "copyable for one generation only," "copyable a specified number of times," or "copyable an unlimited number of times with encryption processing required when storing and outputting" has been stored in the storage (accumulation) unit 110, moving or copying to an external device via the LAN communication unit 121 is only possible if the IP address of the external device that is the destination of the packet transmitted from the broadcast receiving device 100 is within the same subnetwork as the IP address of the broadcast receiving device 100, and may be prohibited if the IP address of the external device is outside the same subnetwork as the IP address of the broadcast receiving device 100.

[0330] Furthermore, the video output and audio output for viewing of the content stored in the storage (accumulation) unit 110 of the broadcast receiving device 100 are possible in principle only when the IP address of the external device, which is the destination of the transmission packet from the broadcast receiving device 100, is in the same subnetwork as the IP address of the broadcast receiving device 100, and are prohibited when the IP address of the external device is outside the same subnetwork as the IP address of the broadcast receiving device 100. However, if the external device is connected within the same subnetwork as the IP address of the broadcast receiving device 100 within a predetermined period of time and is a device that has been registered (paired) as a device that can be viewed even outside the same subnetwork as the IP address of the broadcast receiving device 100, the external device may be configured to be able to output the video output and audio output for viewing of the content stored in the storage (accumulation) unit 110 of the broadcast receiving device 100 to the external device even if the IP address of the external device is outside the same subnetwork as the IP address of the broadcast receiving device 100. In this case, the video output and audio output for viewing are performed by encrypting the content.

[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 FIG. 23. That is, when the value of the "encryption_mode" parameter indicates that output protection of the IP interface output is required, the encryption process may be performed, and when the value of the "encryption_mode" parameter indicates that output protection of the IP interface output is not required, the viewing video output and audio output may be performed without performing the encryption process. Also, when the value of the "encryption_mode" parameter indicates that output protection of the IP interface output is required, a range of IP addresses of external devices that can perform the viewing video output and audio output without performing the encryption process may be specified by using a part or all of the "reserved_future_use" parameter of the content usage control descriptor. That is, for a predetermined IP address, the viewing video output and audio output can be performed even if the IP address is not in the same subnet as the IP address of the broadcast receiving device 100.

[0332] Also, a period during which the registration process (pairing) is valid may be specified by using a part or all of the "reserved_future_use" parameter of the content usage control descriptor, etc. 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 output of video and audio for viewing to the external device may be permitted even if the external device is outside the same subnetwork as the IP address of the broadcast receiving device 100, and if it is outside the specified period, it may not be permitted.

[0333] Furthermore, the above-mentioned process of moving, copying, outputting, etc. of the content to an external device via the LAN communication unit 121 may be controlled according to the value of the "remote_view_mode" parameter of the content usage control descriptor. That is, when the value of the "remote_view_mode" parameter does not allow remote viewing of the target content, control may be performed so that all of the process of moving, copying, outputting, etc. of the content to an external device via the LAN communication unit 121 is prohibited.

[0334] According to the above-described process, it is possible to realize appropriate content protection even when the content is output to an external device.

[0335] <Content copy control exception processing 1> In the data structure of the content copy control descriptor shown in Fig. 22A, the first digital copy control information (the "digital_recording_control_data" parameter immediately after "descriptor_length") is copy generation control information for the entire content, and the second digital copy control information (the "digital_recording_control_data" parameter immediately after "component_tag") is copy generation control information for each of the components that make up the content. Each component is specified by the "component_tag" parameter.

[0336] In the broadcasting system of this embodiment, when copy generation control is performed for the entire content (program), only the first digital copy control information is described in the content copy control descriptor, and copy generation control is performed by the first digital copy control information. On the other hand, when copy generation control is performed 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 copy generation control is performed. Furthermore, when copy generation control is performed for each component constituting the content, a situation may be considered in which 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 above situation, the broadcast receiving device 100 of this embodiment may perform the following operation.

[0337] First, the first operation example is a method of controlling operation based on the copy generation control indicated in the first digital copy control information when the descriptions in the first digital copy control information and the second digital copy control information do not match, enabling simple copy generation control common to each component constituting the same content.

[0338] Next, the second operation example is a method of controlling operation based on the copy generation control indicated in the second digital copy control information when the descriptions in the first digital copy control information and the second digital copy control information do not match. In this case, different copy generation control is possible for each component even if the components constitute the same content, that is, more precise copy generation control is possible.

[0339] Furthermore, a third operation example is a method of controlling operation based on the digital copy control information with the stricter conditions of the two different digital copy control information when 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 permitted" and the other is "one generation copying permitted," the information "one generation copying permitted" is followed. Or, if one is "a specified number of copies permitted" and the other is "copying prohibited," the information "copying prohibited" is followed. Or, if both are "a specified number of copies permitted," the information with the fewer number of copies permitted, which is separately specified, is followed. In this case, more strict copy generation control is possible.

[0340] By carrying out the above-mentioned processing, the broadcast receiving device 100 of this embodiment can operate appropriately even when two different pieces of digital copy control information are described in the content copy control descriptor.

[0341] <Content copy control exception processing 2> As explained using FIG. 7A, in the digital broadcasting system compatible with the broadcast receiving device 100 of this embodiment, due to the location information in the MPT (see FIG. 7C), data acquired via a different route (IPv4, IPv6, MPEG2-TS, URL, etc.) from the data acquired via the TLV stream of the broadcast route may be included in the same package and the same event as the data acquired via the TLV stream. In this case, content protection in the case where copy control information is included in the MPT, etc. will be explained.

[0342] First, when copy control information is included in MPT etc., data included in the same package and the same event in the location information may be controlled according to the copy control information included in the TLV stream even if the data is acquired via a different route (IPv4, IPv6, MPEG2-TS, URL, etc.) from the data acquired via the TLV stream of the broadcast route. As described above, the copy control state of the content specified by the copy control information can be specified as "unlimited copying" (which may be divided into two types: "unlimited copying and encryption processing required at the time of storage and output" and "unlimited copying and encryption processing not required at the time of storage and output"), "one generation only copying", "prescribed number of copies" (for example, 9 copies + 1 move is so-called "dubbing 10"), "no copying", etc.

[0343] Here, if the data position indicated by the location information includes MPEG2-TS data transmitted by other digital broadcast signals, the MPEG2-TS data is also associated with copy control information and broadcast in other digital broadcast signals. Then, the question arises as to which information to follow and how to perform copy control of the MPEG2-TS data (whether to follow the copy control information included in the TLV / MMT stream or the copy control information included in the MPEG2-TS).

[0344] In the digital broadcasting system of this embodiment, in order to solve this problem, the broadcast receiving device 100 may perform any one of the following solutions.

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

[0346] For example, if the copy control status indicated by the copy control information included in the TLV stream is "one-generation copy permitted" and the copy control status indicated by the copy control information included in the MPEG2-TS is "predetermined number of times copy permitted," even if the data was acquired via a different route (digital broadcast in MPEG2-TS transmission format) from the data acquired in the TLV stream, copy control may be performed as "one-generation copy permitted" content. For example, if the copy control status indicated by the copy control information included in the TLV stream is "unlimited copy permitted" and the copy control status indicated by the copy control information included in the MPEG2-TS is "predetermined number of times copy permitted," even if the data was acquired via a different route (digital broadcast in MPEG2-TS transmission format) from the data acquired in the TLV stream, copy control may be performed as "unlimited copy permitted" content.

[0347] In the case of this operation, data acquired via a route other than the TLV stream can also be put into a copy state as desired for management in the broadcast system supported by the broadcast receiving device 100 of this embodiment.

[0348] <Example 2> In a second operation example, when copy control information is included in the MPT or the like, and data included in the same package and the same event in the location information includes MPEG2-TS data transmitted in another digital broadcast signal, 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, and 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 MPEG2-TS data is excluded from the content to be processed when storing in the storage unit 110 or the like, recording on a removable recording medium, or outputting from a digital interface.

[0349] In this operation, for data obtained via a route other than the TLV stream, duplication of copy control states on the broadcast receiving device 100 of this embodiment can be eliminated while respecting the original copy control information set in the broadcasting system that transmits the data.

[0350] Furthermore, if the comparison shows that the copy control status indicated by the copy control information contained in the MPEG2-TS is the same as or more lenient than the copy control status indicated by the copy control information contained in the TLV stream, then copy control can be performed on the MPEG2-TS data contained in the same package and the same event in the location information as content in the copy control status indicated by the copy control information contained in the TLV stream.

[0351] In this operation, for data obtained via a route other than the TLV stream, duplication of copy control states on the broadcast receiving device 100 of this embodiment can be eliminated 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 of this embodiment has been described as being performed based on the copy control information included in the MPT. However, the table in which the copy control information is arranged is not limited to the MPT. In addition to the MPT, the copy control information may be arranged and transmitted in the MH-Service Description Table (MH-SDT) or MH-Event Information Table (MH-EIT) described in Fig. 6B, or in other tables, and the broadcast receiving device 100 may perform copyright protection processing according to these.

[0353] According to the present embodiment described above, it is possible to provide a broadcast receiver compatible with MMT digital broadcasting.

[0354] Example 2 The following describes a second embodiment of the present invention. The configuration, processing, effects, and the like of this embodiment are the same as those of the first embodiment unless otherwise specified. Therefore, the following mainly describes the differences between this embodiment and the first embodiment, and omits as much as possible the description of the common points to avoid duplication. The following description is given assuming that the broadcast receiving device of this embodiment is a television receiver that supports both the MMT and MPEG2-TS media transport methods.

[0355] [Hardware configuration of broadcast receiving device] 24 is a block diagram showing an example of the internal configuration of a broadcast receiving device 800. The broadcast receiving device 800 is composed 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, an audio synthesis unit 864, a speaker unit 865, an audio 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. are assumed to have functions equivalent to those of the main control unit 101, system bus 102, ROM 103, RAM 104, storage (accumulation) 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 Example 1, and detailed explanations thereof will be omitted.

[0357] The first tuner / demodulation unit 831 receives the broadcast wave of the broadcast service adopting MMT as the media transport method via an antenna not shown, and tunes (selects) the channel of the service desired by the user based on the control of the main control unit 801. Furthermore, the first tuner / demodulation unit 831 demodulates the received broadcast signal to obtain an MMT data string, and outputs it to the MMT decoding processing unit 841. The second tuner / demodulation unit 832 receives the broadcast wave of the broadcast service adopting MPEG2-TS as the media transport method via an antenna not shown, and tunes (selects) the channel of the service desired by the user based on the control of the main control unit 801. Furthermore, the second tuner / demodulation unit 832 demodulates the received broadcast signal to obtain an MPEG2-TS data string, and outputs it to the MPEG2-TS decoding processing unit 842.

[0358] The MMT decode processing unit 841 inputs the MMT data string output from the first tuner / demodulation unit 831, and performs separation processing and decoding processing of the video data string, audio data string, superimposed text data string, subtitle data string, etc., which are real-time presentation elements, based on the control signal included in the MMT data string. The MMT decode processing unit 841 is assumed to have functions equivalent to the separation unit 132, video decoder 141, video color gamut conversion unit 142, audio decoder 143, superimposed text 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 the first embodiment. The MMT decode processing unit 841 is capable of performing various processes described in the first embodiment. The details of the various processes are as described in the first embodiment, so their description will be omitted.

[0359] The MPEG2-TS decoding processor 842 inputs the MPEG2-TS data string output from the second tuner / demodulator 832, and performs separation and decoding processes on the real-time presentation elements such as a video data string, an audio data string, a superimposed text data string, and a subtitle data string based on a control signal included in the MPEG2-TS data string. The MPEG2-TS decoding processor 842 has the same functions as an IRD (Integrated Receiver Decoder) unit of a conventional television receiver that receives broadcast waves of a broadcast service that employs MPEG2-TS as a media transport method, and detailed description thereof will be omitted.

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

[0361] The LAN communication unit 821 is connected to the Internet 200 via the router device 200r, and transmits and receives data to and from each server device and other communication devices on the Internet 200. It also acquires an MMT data sequence (or a part of it) or an MPEG2-TS data sequence (or a part of it) of a program transmitted via a communication line, and outputs it to an MMT decoding processing unit 841 or an MPEG2-TS decoding processing unit 842 as appropriate.

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

[0363] In general, when the video synthesis unit 861 mainly selects video information, etc. output from the MMT decoding processing unit 841, the information relating to the current date and current time obtained from the MH-TOT is superimposed on the video information, etc., and when the video synthesis unit 861 mainly selects video information, etc. output from the MPEG2-TS decoding processing unit 842, the information relating to the current date and current time obtained from the TOT is superimposed on the video information, etc.

[0364] However, since there are differences in encoding / decoding processes and transmission paths between a broadcast service that adopts MMT as a media transport method and a broadcast service that adopts MPEG2-TS as a media transport method, there is a possibility that inconsistency may occur, particularly in the current time display, when a broadcast service that adopts MMT as a media transport method is selected and when a broadcast service that adopts MPEG2-TS as a media transport method is selected. For example, as shown in Fig. 25, when the screen display is switched from an EPG screen 162g that displays channel information of a broadcast service that adopts MMT as a media transport method to an EPG screen 162h that displays channel information of a broadcast service that adopts MPEG2-TS as a media transport method, the display of the current time is switched from a current time display 162g1 to a current time display 162h1, which may cause the user to feel visual discomfort due to the inconsistency.

[0365] In the broadcast receiving device 800 of this embodiment, in order to prevent the user from feeling visual discomfort, even when the video synthesis unit 861 mainly selects the video information, etc. output from the MMT decoding processing unit 841, the broadcast receiving device 800 controls so that information related to the current date and current time acquired from the TOT is superimposed on the video information, etc. In other words, the broadcast receiving device 800 controls so that current time information provided by a broadcast service that adopts MPEG2-TS as a media transport method is superimposed on the content of the broadcast service that adopts MMT as a media transport method.

[0366] By performing the above control, the broadcast receiving device 800 of this embodiment always refers to the TOT when displaying the current time and displays the acquired current time information. Therefore, even when switching between a broadcast service that employs MMT as the media transport method and a broadcast service that employs MPEG2-TS as the media transport method, it is possible to prevent the user from feeling visual discomfort due to inconsistency in the display of the current time.

[0367] 26A shows an example of selection control of the current time information reference source according to the reception status of each broadcast service in the broadcast receiving device 800 of this embodiment. In the broadcast receiving device 800 of this embodiment, when the broadcast receiving device 800 is in a state where it is possible to receive a broadcast service that employs MPEG2-TS as the media transport method, it always refers to the TOT to acquire current time information, and only when it is not possible to receive a broadcast service that employs MPEG2-TS as the media transport method and it is possible to receive a broadcast service that employs MMT as the media transport method, it controls to acquire current time information by referring to the MH-TOT.

[0368] In addition, the same effect as described above can be obtained by controlling the content of a broadcast service that uses MPEG2-TS as the media transport method to be superimposed with current time information provided by a broadcast service that uses MMT as the media transport method, in the opposite manner to the above-mentioned control.

[0369] As described above, in either case, whether the current time information provided by a broadcast service that adopts MPEG2-TS as the media transport method is controlled to be superimposed on the content of a broadcast service that adopts MMT as the media transport method, or the current time information provided by a broadcast service that adopts MMT as the media transport method is controlled to be superimposed on the content of a broadcast service that adopts MPEG2-TS as the media transport method, the current time information can be corrected by referring to the “delta” parameter of the time information in the TMCC extended information area, as explained in [Time management of broadcast receiving device] in Example 1.

[0370] In addition, in both cases of a broadcast service that employs MMT as the media transport method and a broadcast service that employs MPEG2-TS as the media transport method, there is a possibility that the MH-TOT or TOT transmitted by each broadcast service constituting the network may contain an error due to a malfunction of the transmitting system, a transmission error, etc. In the broadcast receiving device 800 of this embodiment, as a countermeasure against the MH-TOT or TOT error, when it is determined that the MH-TOT or TOT acquired from the service being received contains an error, the broadcast receiving device 800 has a function of acquiring the MH-TOT or TOT from another broadcast service in the same network or from an arbitrary broadcast service in another network, and performing a process of updating the time information of the built-in clock by referring to the current time information.

[0371] 26B shows an example of a current time information update process when a broadcast service using MPEG2-TS as a media transport method is received in the broadcast receiving device 800 of this embodiment. Note that even when a broadcast service using MMT as a media transport method is received, the same process as shown in the figure is possible.

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

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

[0374] Through the above processing, when the broadcast receiving device 800 of this embodiment determines that the MH-TOT or TOT obtained from the service being received contains an error, it becomes possible to update the time information of the built-in clock by obtaining the 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.

[0375] If the process of S304 to S305 is repeated and current time information whose difference with the time information of the built-in clock falls within a predetermined range cannot be obtained, such as during initial setting after shipping from the factory, the time information of the built-in clock can be set again using the current time information obtained in the process of S302. In this way, it is possible to deal with cases where there is an error in the time information of the built-in clock of the broadcast receiving device 800 of this embodiment.

[0376] [EPG display on broadcast receiving device] Event schedule information of a broadcast service that adopts MMT as a media transport method is transmitted by MH-EIT, etc. Meanwhile, event schedule information of a broadcast service that adopts MPEG2-TS as a media transport method is transmitted by EIT (Event Information Table) etc. provided in SI defined in the MPEG-2 system. Therefore, generally, when video information provided by a broadcast service that adopts MMT as a media transport method is displayed, the event schedule information (MH-EIT) of the broadcast service that adopts MMT can be acquired, and when video information provided by a broadcast service that adopts MPEG2-TS as a media transport method is displayed, the event schedule information (EIT) of the broadcast service that adopts MPEG2-TS can be acquired.

[0377] However, the broadcast receiving device 800 of this embodiment is capable of acquiring both the MH-EIT and the EIT, even when displaying video information, etc. provided by a broadcast service that adopts MMT as the media transport method, or when displaying video information, etc. provided by a broadcast service that adopts MPEG2-TS as the media transport method, thereby improving usability for the user.

[0378] 27A shows an example of an EPG screen in the broadcast receiving device 800 of this embodiment. In the figure, the EPG screen 162i is an EPG screen created based on the MH-EIT of a broadcast service that adopts MMT as a media transport method, and "M1 TV", "M2 Broadcast", "M3 Channel", "M4TV", "TV M5", etc. are the broadcast station names of the broadcast service that adopts MMT as a media transport method. Also, the EPG screen 162j is an EPG screen created based on the EIT of a broadcast service that adopts MPEG2-TS as a media transport method, and "T6 TV", "T7 Broadcast", "T8 Channel", "T9TV", "TV TA", etc. are the broadcast station names of the broadcast service that adopts MPEG2-TS as a media transport method.

[0379] For example, when a user is watching a broadcast program provided by a broadcast service that employs MMT as a media transport method and instructs to display an EPG screen by operating a remote control (not shown), an initial screen of the EPG screen (not shown) is displayed. The initial screen of the EPG screen is an EPG screen created based on the MH-EIT of the broadcast service that employs MMT as a media transport method, and displays detailed information on broadcast programs on each channel from 17:00 (nearby the current time) on October 7, 2014 (today). Next, if the user wishes to check detailed information on broadcast programs on each channel from 20:00 on October 9, 2014, and instructs to update the EPG screen by operating a remote control (not shown), an EPG screen 162i is displayed.

[0380] Furthermore, if the user wishes to check detailed information on a broadcast program provided by a broadcast service that employs MPEG2-TS as a media transport method and instructs to switch the network by operating a remote control (not shown), the EPG screen 162j is displayed. At this time, the broadcast receiving device 800 of this embodiment controls to display detailed information on the broadcast programs of each channel on the same day and in the same time slot (i.e., from 20:00 on October 9, 2014) as the EPG screen 162i that was displayed immediately before, instead of the initial screen of the EPG screen (i.e., detailed information on the broadcast programs of each channel from 17:00 on October 7, 2014) created based on the EIT of the broadcast service that employs MPEG2-TS as a media transport method.

[0381] The above-mentioned control enables the user to continuously check detailed information about broadcast programs on the same day and at the same time on multiple networks using different media transport methods with a simple operation. In other words, the usability of the broadcast receiving device 800 is improved.

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

[0383] Therefore, even if a user desires to check channel information created based on the EIT of a broadcast service that adopts MPEG2-TS as a media transport method while checking channel information created based on the MH-EIT of a broadcast service that adopts MMT as a media transport method, it is possible to eliminate the need to instruct network switching by operating a remote control (not shown). Furthermore, the user can simultaneously check detailed information about broadcast programs on the same day and at the same time on multiple networks that use different media transport methods. In other words, the usability of the broadcast receiving device 800 is improved.

[0384] Example 3 The following describes the third embodiment of the present invention. The configuration, processing, effects, and the like of the third embodiment are the same as those of the first embodiment unless otherwise specified. Therefore, the following mainly describes the differences between the third embodiment and the first embodiment, and omits as much as possible the description of the common points to avoid duplication.

[0385] The third embodiment of the present invention has a hardware configuration similar to that of the broadcast receiver 100 in the first embodiment, and performs control to realize a different copyright protection function. Note that the description in this embodiment concerns content protection control for video among contents, and for audio, the same control as described below may be performed, or a different content protection control may be performed.

[0386] 28 is a table summarizing the processing of the copyright protection function in the broadcast receiving device 100 of the embodiment 3. In the broadcast receiving device 100 of the embodiment 3, the copyright protection processing for the content before and after the content storage processing is switched depending on whether the received content is a super 2K content (content having a pixel count exceeding 1920×1080), such as a 4K content (pixel count 3840×2160) or an 8K content (pixel count 7680×4320), or a 2K or less content (content having a pixel count of 1920×1080 or less).

[0387] Specifically, the content protection process based on the parameters (e.g., the "digital_recording_control_data" parameter) included in the content copy control descriptor described in Fig. 22A and Fig. 22B and the parameters (e.g., the "encryption_mode" parameter) included in the content usage control descriptor described in Fig. 23 is switched as shown in Fig. 28 depending on the pixel count of the content received by the broadcast receiving device 100 or the pixel count after conversion in the case where pixel count conversion has been performed. Also, in the broadcast receiving device 100 of the third embodiment of the present invention, the "image_constraint_token" parameter is substantially invalid in the content usage control descriptor shown in Fig. 23. That is, regardless of the value of the "image_constraint_token" parameter, the broadcast receiving device 100 of the third embodiment may determine that no restriction is imposed on the resolution of the video signal output. In other words, the idea behind copyright protection in the broadcast receiving device 100 of Example 3 is not to limit the resolution of the video signal output for the user in accordance with the "image_constraint_token" parameter, but to provide appropriate content protection in accordance with the pixel count state before and after the content storage process in accordance with the table in Figure 28.

[0388] The table in Figure 28 uses storage processing, which is processing for recording received content in storage unit 110 in Figure 8A or the like so that it cannot be played on devices other than broadcast receiver 100, as a basis for explanation, and divides it into pre-storage processing that can be performed before storage processing, and post-storage processing that is performed after storage. First, pre-storage processing will be explained. Note that in this embodiment, when the expression "before storage" of content is used, it does not necessarily mean that the content is then subjected to storage processing. It includes both the meaning of "the state before the content is actually stored" and the meaning of "without storing the content."

[0389] [Contents when received] In the broadcast receiver 100 of the third embodiment, content in the MMT transmission method is received, and therefore all transmission methods are the MMT transmission method in the example of Fig. 28. Here, the content when received may be over 2K content (content having 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 it may be 2K or less content (content having a pixel count of 1920 x 1080 or less).

[0390] The broadcast receiver 100 may use data transmitted by the MMT method to determine whether the received content is 2K or less content. Specifically, the broadcast receiver 100 may use pixel count information included in the header of the video encoding stream of the content (e.g., H.265 / HEVC encoded stream), or may use pixel count information stored in "video_resolution" included in the video component descriptor of Fig. 19A described in the first embodiment. The broadcast receiver 100 may use any of the data transmitted by the MMT method to make the determination.

[0391] [Pixel conversion process after receiving content and before storing] The broadcast receiver 100 of the third embodiment has a pixel number conversion unit (not shown) that performs pixel number conversion of the video either before or after the video synthesis unit of FIG. 8A, and is capable of performing pixel number conversion processing of the decoded video of the received content. As shown in the table of FIG. 28, there are cases where pixel number conversion is not performed for received over 2K content (content having a pixel number exceeding 1920×1080), pixel number conversion is performed to convert to another over 2K content, and pixel number conversion is performed to convert to 2K or less content (content having a pixel number of 1920×1080 or less). Also, as shown in the table of FIG. 28, there are cases where pixel number conversion is not performed for received 2K or less content (content having a pixel number of 1920×1080 or less) and pixel number conversion is performed to convert to another 2K or less content (content having a pixel number of 1920×1080 or less).

[0392] [Output processing to external devices after receiving content and before storing] In the broadcast receiver 100 of the third embodiment, when the content is received and not yet stored and then output to an external device, the content protection process is switched according to the state of the pixel count of the content. Specifically, the content protection process is changed according to whether the pixel count of the content when the content is received and not yet stored and then output to an external device exceeds 1920×1080 or is equal to or smaller than 1920×1080. Here, changing the content protection process means changing the interpretation of the parameters (e.g., the “digital_recording_control_data” parameter) included in the content copy control descriptor described in FIG. 22A and FIG. 22B and the parameters (e.g., the “encryption_mode” parameter) included in the content usage control descriptor described in FIG. 23, and switching the content protection process performed for these parameters.

[0393] A specific example of the output process to an external device after receiving the content and before storing it, as shown in Fig. 28, will be described below. The output process to an external device may be applied to a video output process when a video decoded by video decoder 141 in Fig. 8A or a video converted from the decoded video by a pixel count converter is output from video output unit 163 to an external device. As another example, the video output may be performed via an IP interface in which LAN communication unit 121 in Fig. 8A is used as hardware.

[0394] (1-1) When receiving and outputting 2K+ content (content with a pixel count exceeding 1920 x 1080) to an external device without pixel count conversion, or when converting the pixel count and outputting 2K+ content with a different pixel count (content with a pixel count exceeding 1920 x 1080) to an external device

[0395] In this case, the value of "encryption_mode" in the content usage control descriptor is not taken into consideration for content output protection. If "digital_recording_control_data" in the content copy control descriptor is 00, the content is output without HDCP content protection. If "digital_recording_control_data" in the content copy control descriptor is 10, the content is output with advanced content protection of HDCP Revision 2.2 or later applied. If "digital_recording_control_data" in the content copy control descriptor is 01, output is prohibited. If "digital_recording_control_data" in the content copy control descriptor is 11, the content is output with advanced content protection of HDCP Revision 2.2 or later applied. If the content copy control descriptor of the received content is not included in the received data for some reason, the content is output without HDCP content protection.

[0396] The content protection process in which 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 are interpreted as described above when outputting to an external device before storage is hereinafter referred to as “over 2K content protection process” when outputting to an external device before storage.

[0397] (1-2) When receiving content that is over 2K (content with a pixel count exceeding 1920 x 1080), the pixel count is converted to 2K or less (content with a pixel count of 1920 x 1080 or less) and output to an external device.

[0398] If the "digital_recording_control_data" of the content copy control descriptor is 00 or if the content copy control descriptor of the received content is not included in the received data for some reason, the content protection at the time of output is switched on or off depending on the value of the "encryption_mode" of the content usage control descriptor. In this case, if the "encryption_mode" value of the content usage control descriptor is 1 and content protection is not specified, the content can be output without HDCP protection. If the "encryption_mode" value of the content usage control descriptor is 0 and content protection is specified, the content is output with protection using HDCP Revision 1 or Revision 2 or later.

[0399] Also, if "digital_recording_control_data" in the content copy control descriptor is 10, the data will be output with protection using HDCP Revision 1 or Revision 2 or later, regardless of the value of "encryption_mode" in the content usage control descriptor. If "digital_recording_control_data" in the content copy control descriptor is 01, output itself is prohibited, regardless of the value of "encryption_mode" in the content usage control descriptor. If "digital_recording_control_data" in the content copy control descriptor is 11, the data will be output with protection using HDCP Revision 1 or Revision 2 or later, regardless of the value of "encryption_mode" in the content usage control descriptor. If the content copy control descriptor of the received content is not included in the received data for some reason, the content will be output without HDCP content protection.

[0400] The content protection process in which 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 are interpreted as described above when outputting to an external device before storage is hereinafter referred to as “2K or less content protection process” when outputting to an external device before storage.

[0401] (1-3) When receiving 2K or less content (content with a pixel count of 1920 x 1080 or less) and outputting it to an external device without converting the pixel count, or when converting the pixel count and converting it to another 2K or less content (content with a pixel count of 1920 x 1080 or less) and outputting it to an external device

[0402] In this case, the "2K or less content protection process" described in (1-2) is performed when the content is output to an external device before being stored.

[0403] As explained in (1-1), (1-2), and (1-3) above, when outputting to an external device before accumulation, 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 depending on the pixel count of the content when outputting to the external device before accumulation, and when outputting to an external device in the state of copy-restricted 2K or more content (content with a pixel count exceeding 1920 x 1080), the content is output with a higher level of content protection than when outputting to an external device in the state of copy-restricted 2K or less content (content with a pixel count of 1920 x 1080 or less). This allows the higher added value 2K or more content (content with a pixel count exceeding 1920 x 1080) to be properly protected even in external devices.

[0404] [Content protection processing when storing content] As already explained, in the broadcast receiver 100 of the third embodiment, in the output process to an external device after receiving the content and before storing it, the content protection process is switched according to the pixel count state of the content. This is because the playback device that plays the content at the output destination is an external device, and the support level of the content protection process may differ depending on the device.

[0405] In contrast, when storing content using a content storage function that allows only the broadcast receiver 100 that received and recorded the content to play back, there is no need to change the processing according to the pixel count of the content. This is because the content is managed only by the broadcast receiver 100 itself, and there is no need to consider multiple levels of content protection processing. Therefore, in order to simplify management within the broadcast receiver 100, when storing content using a content storage function that allows only the broadcast receiver 100 that received and recorded the content to play back, it is desirable to perform a common storage protection process for both over 2K content (content having a pixel count exceeding 1920×1080) and 2K or less content (content having a pixel count of 1920×1080 or less) at the time of storage. Note that the content storage process may be performed, for example, on the storage unit 110 (FIG. 8A), which is a recording medium built into the broadcast receiver 100 of the third embodiment. However, if a local encryption process specific to the broadcast receiver 100 is performed and management is performed so that only the broadcast receiver 100 can play back the content, storage may be performed on a recording medium such as an external hard disk.

[0406] In the content storage process shown in FIG. 28, the following content is stored: content that has not undergone pixel count conversion for over 2K content (content having a pixel count exceeding 1920×1080) at the time of reception; content that has undergone pixel count conversion for over 2K content (content having a pixel count exceeding 1920×1080) at the time of reception and has been converted into over 2K content (content having a pixel count exceeding 1920×1080) with a different pixel count (content having a pixel count exceeding 1920×1080); The following common accumulation protection processing is performed for all of the following content: content that has been converted into 2K or less content (content with a pixel count of 1920 x 1080 or less) by performing pixel count conversion on content of 2K or less when received (content with a pixel count of 1920 x 1080 or less), content that has not been converted into pixel count on content of 2K or less when received (content with a pixel count of 1920 x 1080 or less), and content that has been converted into other 2K or less content (content with a pixel count of 1920 x 1080 or less) by performing pixel count conversion on content of 2K or less when received.

[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 is common to both over 2K content (content with a pixel count exceeding 1920 x 1080) and 2K or less content (content with a pixel count of 1920 x 1080 or less) at the time of storage.

[0408] A specific example of the "common storage protection process" of the content storage process shown in FIG. 28 will be described below.

[0409] First, if the value of the "digital_recording_control_data" parameter included in the content copy control descriptor is 00, meaning "copying permitted without restrictions," content can be stored without copy restrictions. Copy control information on the recording medium at the time of storage that manages the content stored on the recording medium may be stored as "copying permitted without restrictions." Note that copy control information on the recording medium used for copy control of the stored content may be generated and managed separately from the value of the "digital_recording_control_data" parameter included in the content copy control descriptor, and there is no need to rewrite the value of the "digital_recording_control_data" parameter included 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, when performing the storage process, local encryption processing specific to the broadcast receiver 100 is performed and the content is stored so that it can only be played 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, the local encryption processing does not need to be performed (however, in this case, local encryption processing may be performed). While the content is stored as "Copy allowed without restrictions", a common content protection processing is performed without changing the content protection processing according to the number of pixels of the content until the external device output, external device copy, or external device move described below is performed. This makes it possible to simplify management within the broadcast receiver 100.

[0411] When the value of the "digital_recording_control_data" parameter included in the content copy control descriptor is 10 and the "copy_restriction_mode" parameter (see FIG. 23) included in the content usage control descriptor is 1, the content is interpreted as "copyable for one generation only", and in the storage process, the copy control information on the recording medium at the time of storage that manages the content stored on the recording medium is stored as "no re-copying". Note that the copy control information on the recording medium used for copy control of the stored content may be generated and managed separately from the value of the "digital_recording_control_data" parameter included in the content copy control descriptor, and there is no need to rewrite the value of the "digital_recording_control_data" parameter included in the content copy control descriptor. Note that when performing storage processing as "no re-copying", the content is stored after undergoing local encryption processing specific to the broadcast receiver 100 so that it can only be played on the broadcast receiver 100. Content stored as "no re-copying" is prohibited from being copied. While the content is stored with "no more copying allowed", and before the content is output to an external device with "no more copying allowed" or moved to an external device (described later), the content protection process remains the same according to the number of pixels of the content, and a common content protection process is performed. This simplifies management within the broadcast receiver 100.

[0412] When the value of the "digital_recording_control_data" parameter included in the content copy control descriptor is 10 and the "copy_restriction_mode" parameter included in the content usage control descriptor is 0, the content is interpreted as "number-limited copying allowed", and in the storage process, the copy control information on the recording medium at the time of storage that manages the content stored on the recording medium can be stored as "number-limited copying allowed". Note that the copy control information on the recording medium used for copy control of the stored content may be generated and managed separately from the value of the "digital_recording_control_data" parameter included in the content copy control descriptor, and there is no need to rewrite the value of the "digital_recording_control_data" parameter included in the content copy control descriptor. Note that when performing storage processing as "number-limited copying allowed", the content is stored after undergoing 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 "number-limited copying allowed", the content protection processing is not changed according to the number of pixels of the content, and a common content protection processing is performed until the content is output to an external device, copied to an external device, or moved to an external device as "no re-copying", which will be described later. This makes it possible to simplify management within the broadcast receiver 100.

[0413] If the value of the "digital_recording_control_data" parameter included in the content copy control descriptor is 11, the content is interpreted as "copy prohibited". In this case, if the broadcast receiver 100 supports the "temporary storage" function, temporary storage is possible, but if the broadcast receiver 100 does not support the "temporary storage" function, storage is prohibited and storage processing is not performed. If the broadcast receiver 100 supports the "temporary storage" function, in the storage processing, copy control information on the recording medium at the time of storage that manages the content to be stored on the recording medium is stored as "temporary storage", and storage of the content is possible for a certain period of time (for example, 1 hour and 30 minutes). In this case, the storage time is managed in 1-minute units, and the stored content must be made unplayable before it exceeds the above-mentioned certain period of time + 1 minute from the time of reception (= the start of storage). Specific examples of content unplayable include erasing the content itself or erasing the encryption key, which makes it impossible to play the content. Content that is being stored as "temporary storage" is prohibited from being copied or moved. While the content is stored as "no further copying allowed", and before it is output to an external device as "no further copying allowed", as described below, the content protection process is the same according to the number of pixels of the content, and a common content protection process is performed. This simplifies management within the broadcast receiver 100.

[0414] As explained above, when storing content, 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 not switched depending on the pixel count of the content at the time of storage, and the content protection process is standardized. This simplifies management within the broadcast receiver 100.

[0415] [Pixel conversion process after content storage] The broadcast receiver 100 of the third embodiment has a pixel number conversion unit (not shown) that converts the number of pixels of the video either before or after the video synthesis unit of Figure 8A, and has a pixel number conversion unit (not shown) that plays back the stored content from the storage unit 110 of Figure 8A, decodes the video data using the video decoder 141, and converts the number of pixels of the video, making it possible to perform pixel number conversion processing on the decoded video of the content stored in the storage unit 110.

[0416] As shown in the table of Fig. 28, there are cases where pixel count conversion is not performed on received over 2K content (content having a pixel count exceeding 1920 x 1080) that has been stored without pixel count conversion, or pixel count conversion is performed on received over 2K content (content having a pixel count exceeding 1920 x 1080) that has been converted to other over 2K content (content having a pixel count exceeding 1920 x 1080) and stored, when outputting, moving, or copying after storage. In this case, the content to be output, moved, or copied is over 2K content (content having a pixel count exceeding 1920 x 1080).

[0417] Furthermore, there are also cases where received ultra-2K content (content having a pixel count exceeding 1920 x 1080) is stored without pixel count conversion, or received ultra-2K content (content having a pixel count exceeding 1920 x 1080) is converted into other ultra-2K content (content having a pixel count exceeding 1920 x 1080) and stored after pixel count conversion is performed, and then the ultra-2K content (content having a pixel count exceeding 1920 x 1080) is converted into other ultra-2K content when it is output, moved, or copied after storage. In this case, the content to be output, moved, or copied is ultra-2K content (content having a pixel count exceeding 1920 x 1080).

[0418] Furthermore, for received over 2K content (content having a pixel count exceeding 1920 x 1080), pixel count conversion may be performed on the stored over 2K content (content having a pixel count exceeding 1920 x 1080) without pixel count conversion, or for received over 2K content (content having a pixel count exceeding 1920 x 1080), pixel count conversion may be performed on the stored over 2K content (content having a pixel count exceeding 1920 x 1080) to convert it into other over 2K content (content having a pixel count exceeding 1920 x 1080), and the pixel count may be converted to 2K or less content (content having a pixel count of 1920 x 1080 or less) when it is output, moved, or copied after storage. In this case, the content to be output, moved, or copied is 2K or less content (content having a pixel count of 1920 x 1080 or less).

[0419] In addition, there are cases where pixel count conversion is performed on received over 2K content (content with a pixel count exceeding 1920 x 1080) to convert it to 2K or less content (content with a pixel count of 1920 x 1080 or less) and stored, but pixel count conversion is not performed on the 2K or less content (content with a pixel count of 1920 x 1080 or less) when it is output, moved, or copied after storage. In this case, the content to be output, moved, or copied is 2K or less content (content with a pixel count of 1920 x 1080 or less).

[0420] In addition, when received content over 2K (content with a pixel count exceeding 1920 x 1080), the pixel count is converted to 2K or less content (content with a pixel count of 1920 x 1080 or less) and stored, and the 2K or less content (content with a pixel count of 1920 x 1080 or less) is then converted to another 2K or less content (content with a pixel count of 1920 x 1080 or less) when it is output, moved, or copied after storage. In this case, the content to be output, moved, or copied is 2K or less content (content with a pixel count of 1920 x 1080 or less).

[0421] There are also cases where pixel count conversion is not performed on received 2K or less content (content with a pixel count of 1920 x 1080 or less) that is stored without pixel count conversion, or pixel count conversion is performed on received 2K or less content (content with a pixel count of 1920 x 1080 or less) that is converted into other 2K or less content (content with a pixel count of 1920 x 1080 or less) and stored when it is output, moved, or copied after storage. In this case, the content to be output, moved, or copied is 2K or less content (content with a pixel count of 1920 x 1080 or less).

[0422] There are also cases where received content of 2K or less (content with a pixel count of 1920 x 1080 or less) is stored without pixel count conversion, or received content of 2K or less (content with a pixel count of 1920 x 1080 or less) is converted into other content of 2K or less (content with a pixel count of 1920 x 1080 or less) and stored by pixel count conversion, and then the pixel count of the content of 2K or less (content with a pixel count of 1920 x 1080 or less) is converted into other content of 2K or less (content with a pixel count of 1920 x 1080 or less) when it is output, moved, or copied after storage. In this case, the content to be output, moved, or copied is 2K or less (content with a pixel count of 1920 x 1080 or less).

[0423] [Output processing to external devices after content storage] As already explained, in the broadcast receiver 100 of the third embodiment, in the content storage process, the content protection process is not switched depending on the pixel count of the content, but a common content protection process is performed. This is because, when the content is stored using a content storage function that allows only the broadcast receiver 100 that received and recorded the content to play back, the content is managed only by the broadcast receiver 100 itself, so there is no need to consider multiple support levels for the content protection process. In contrast, when the stored content is output to an external device, the support level for the content protection process may differ depending on the playback device that plays back the content at the output destination. Therefore, it is desirable to change the content protection process depending on the pixel count of the content when the stored content is output to an external device.

[0424] A specific example of the output process to an external device after the content is stored as shown in Fig. 28 will be described below. The output process to an external device after the content is stored may be applied to a video output process when the video of the content stored in the storage unit 110 in Fig. 8A is decoded by the video decoder 141 or the decoded video is converted by a pixel count conversion unit and output to an external device from the video output unit 163. As another example, the video output may be performed via an IP interface in which the LAN communication unit 121 in Fig. 8A is hardware.

[0425] (2-1) When pixel count conversion is not performed on received Ultra 2K content (content with a pixel count exceeding 1920 x 1080) that has been stored without pixel count conversion, or when pixel count conversion is performed on received Ultra 2K content (content with a pixel count exceeding 1920 x 1080) that has been converted to other Ultra 2K content (content with a pixel count exceeding 1920 x 1080) and stored, no pixel count conversion is performed when outputting to an external device after storage.

[0426] In this case, the content to be output to the outside is over 2K content (content having a pixel count exceeding 1920×1080).

[0427] For content that has copy control information on the recording medium set as "copyable without restrictions" when it was stored, it can be played back and output externally after storage without HDCP content protection. In this case, it is not taken into consideration whether protection was specified or not based on the value of the "encryption_mode" parameter included in the content usage control descriptor when it was stored. This makes it possible to standardize the processing for external output of content before storage with the case where "digital_recording_control_data" of the content copy control descriptor in (1-1) above is 00.

[0428] For content whose copy control information on the recording medium at the time of storage is set as "no further copying", whose copy control information on the recording medium at the time of storage is set as "limited number of copies permitted", and whose copy control information on the recording medium at the time of storage is set as "temporary storage", when the content is played back and output externally after storage, the content will be output applying the advanced content protection of HDCP Revision 2.2 or later.

[0429] When the accumulated content is output to an external device as ultra-2K content (content having a pixel count exceeding 1920 x 1080), the content protection process that protects the content as described above in accordance with the copy control information on the recording medium is hereinafter referred to as the "ultra-2K content protection process" when the accumulated content is output to an external device.

[0430] (2-2) When received Ultra 2K content (content with a pixel count exceeding 1920 x 1080) is stored without pixel count conversion, or when received Ultra 2K content (content with a pixel count exceeding 1920 x 1080) is converted into other Ultra 2K content (content with a pixel count exceeding 1920 x 1080) and stored after pixel count conversion, pixel count conversion is performed when outputting to an external device after storage to convert the content into other Ultra 2K content.

[0431] In this case, the content to be output externally is ultra-2K content (content having a pixel count exceeding 1920 x 1080), which is the same as in the case of (2-1) above, so the "ultra-2K content protection processing" described in (2-1) is performed when outputting to an external device after storage.

[0432] (2-3) When received Ultra 2K content (content with a pixel count exceeding 1920 x 1080) is stored without pixel count conversion, or when received Ultra 2K content (content with a pixel count exceeding 1920 x 1080) is converted to other Ultra 2K content (content with a pixel count exceeding 1920 x 1080) through pixel count conversion and stored Ultra 2K content (content with a pixel count exceeding 1920 x 1080) is converted to 2K or less content (content with a pixel count of 1920 x 1080 or less) through pixel count conversion when outputting to an external device after storage.

[0433] In this case, the content to be output to the outside is 2K or less content (content with a pixel count of 1920×1080 or less).

[0434] In this case, for content that has copy control information on the recording medium at the time of storage set as "copyable without restrictions", content protection processing is switched taking into consideration whether protection was specified or not, depending on 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 is output with protection by HDCP Revision 1 or Revision 2 or later when played back and output to an external device after storage. This makes it possible to share processing with the case where the "digital_recording_control_data" of the content copy control descriptor in (1-2) above is 00 for external output of content before storage.

[0435] In addition, for content whose copy control information on the recording medium at the time of storage is set as "no further copying", whose copy control information on the recording medium at the time of storage is set as "limited number of copies permitted", and whose copy control information on the recording medium at the time of storage is set as "temporary storage", the content will be output with protection provided by HDCP Revision 1 or Revision 2 or later.

[0436] When the accumulated content is output to an external device as 2K or less content (content with a pixel count of 1920 x 1080 or less), the content protection process that protects the content as described above in accordance with the copy control information on the recording medium is hereinafter referred to as "2K or less content protection process" when output to an external device after accumulation.

[0437] (2-4) When received content over 2K (content with a pixel count exceeding 1920 x 1080) is converted to 2K or less content (content with a pixel count of 1920 x 1080 or less) through pixel count conversion and stored, the pixel count of the 2K or less content (content with a pixel count of 1920 x 1080 or less) is not converted when outputting to an external device after storage.

[0438] In this case, the content to be output externally is 2K or less content (content with a pixel count of 1920 x 1080 or less), which is the same as in the case of (2-3) above, so the “2K or less content protection processing” described in (2-3) is performed when outputting to an external device after storage.

[0439] (2-5) When receiving over 2K content (content with a pixel count exceeding 1920 x 1080) and converting it to 2K or less content (content with a pixel count of 1920 x 1080 or less) through pixel count conversion, and storing the 2K or less content (content with a pixel count of 1920 x 1080 or less), the pixel count is converted to another 2K or less content (content with a pixel count of 1920 x 1080 or less) when outputting to an external device after storage.

[0440] In this case, the content to be output externally is 2K or less content (content with a pixel count of 1920 x 1080 or less), which is the same as in the case of (2-3) above, so the “2K or less content protection processing” described in (2-3) is performed when outputting to an external device after storage.

[0441] (2-6) When pixel count conversion is not performed on received 2K or less content (content with a pixel count of 1920 x 1080 or less) that is stored without pixel count conversion, or when pixel count conversion is performed on received 2K or less content (content with a pixel count of 1920 x 1080 or less) that is converted to other 2K or less content (content with a pixel count of 1920 x 1080 or less) and stored, and pixel count conversion is not performed on the external device after storage.

[0442] In this case, the content to be output externally is 2K or less content (content with a pixel count of 1920 x 1080 or less), which is the same as in the case of (2-3) above, so the “2K or less content protection processing” described in (2-3) is performed when outputting to an external device after storage.

[0443] (2-7) When received 2K or less content (content with a pixel count of 1920 x 1080 or less) is stored without pixel count conversion (content with a pixel count of 1920 x 1080 or less), or when received 2K or less content (content with a pixel count of 1920 x 1080 or less) is converted to other 2K or less content (content with a pixel count of 1920 x 1080 or less) and stored after pixel count conversion is performed when outputting to an external device after storage to convert the content to other 2K or less content (content with a pixel count of 1920 x 1080 or less).

[0444] In this case, the content to be output externally is 2K or less content (content with a pixel count of 1920 x 1080 or less), which is the same as in the case of (2-3) above, so the “2K or less content protection processing” described in (2-3) is performed when outputting to an external device after storage.

[0445] As explained above in (2-1) to (2-7), when storing and outputting to an external device, the content protection process is switched according to the pixel count of the content when outputting to the external device after storage. When outputting to an external device in the form of copy-restricted over 2K content (content with a pixel count exceeding 1920 x 1080), the content is output with a higher level of content protection than when outputting to an external device in the form of copy-restricted 2K or less content (content with a pixel count of 1920 x 1080 or less). This allows for more added value over 2K content (content with a pixel count exceeding 1920 x 1080) to be properly protected even in external devices.

[0446] [Moving content to external devices after storage] As already explained, in the broadcast receiver 100 of the third embodiment, in the content storage process, the content protection process is not switched depending on the pixel count of the content, but a common content protection process is performed. This is because, when the content is stored using a content storage function that allows only the broadcast receiver 100 that received and recorded the content to play back, the content is managed only by the broadcast receiver 100 itself, so there is no need to consider multiple support levels for the content protection process. In contrast, when the stored content is moved to an external device, the support level for the content protection process may differ depending on the device to which the content is moved. Therefore, it is desirable to change the content protection process depending on the pixel count of the content when the stored content is moved to an external device.

[0447] Hereinafter, a specific example of the process of moving the content to an external device after the content is stored as shown in Fig. 28 will be described. Note that the process of moving the content to an external device after the content is stored in storage unit 110 in Fig. 8A may be performed via an IP interface having LAN communication unit 121 in Fig. 8A as hardware, for example.

[0448] (3-1) When pixel count conversion is not performed on received Ultra 2K content (content with a pixel count exceeding 1920 x 1080) that has been stored without pixel count conversion, or when pixel count conversion is performed on received Ultra 2K content (content with a pixel count exceeding 1920 x 1080) that has been converted to other Ultra 2K content (content with a pixel count exceeding 1920 x 1080) and stored, no pixel count conversion is performed when the content is moved to an external device after storage.

[0449] In this case, the content to be moved to the external device is over 2K content (content having a pixel count exceeding 1920×1080).

[0450] For content that has copy control information on the recording medium at the time of storage set as "Copy allowed without restrictions," when it is moved to an external device after storage, it can be moved without content protection by DTCP. In this case, it does not take into account whether protection was specified by the value of the "encryption_mode" parameter included in the content usage control descriptor at the time of storage.

[0451] For content that has copy control information stored on the recording medium as "no further copying" or content that has copy control information stored on the recording medium as "limited number of copies allowed", the content can be protected by DTCP2 (described in Reference 1), a more advanced content protection system than DTCP-IP, and then moved to an external device. Note that even if an external device supports content protection by DTCP-IP, if it does not support content protection by DPCT2, it cannot play content protected by DTCP2 (content protected by DTCP2 cannot be sent to it). Thus, while DPCT2 provides stronger content protection, existing external devices cannot handle content protected by DTCP2. In contrast, content protection by DTCP-IP cannot operate new content protection flags of DPCT2, but it does allow moving 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 the stored content is moved to an external device as ultra-2K content (content having a pixel count exceeding 1920 x 1080), the content protection process that protects the content as described above in accordance with the copy control information on the recording medium will hereinafter be referred to as "ultra-2K content protection process" when moving to an external device after storage.

[0454] (3-2) When received Ultra 2K content (content with a pixel count exceeding 1920 x 1080) is stored without pixel count conversion, or when received Ultra 2K content (content with a pixel count exceeding 1920 x 1080) is converted to other Ultra 2K content (content with a pixel count exceeding 1920 x 1080) and stored after pixel count conversion, the pixel count of the Ultra 2K content (content with a pixel count exceeding 1920 x 1080) is converted to other Ultra 2K content when moved to an external device after storage.

[0455] In this case, the content to be moved to the external device is super 2K content (content with a pixel count exceeding 1920 x 1080), which is the same as in the case of (3-1) above, so the “super 2K content protection process” described in (3-1) is performed when moving to the external device after storage.

[0456] (3-3) When received Ultra 2K content (content with a pixel count exceeding 1920 x 1080) is stored without pixel count conversion, or when received Ultra 2K content (content with a pixel count exceeding 1920 x 1080) is converted to other Ultra 2K content (content with a pixel count exceeding 1920 x 1080) through pixel count conversion and stored Ultra 2K content (content with a pixel count exceeding 1920 x 1080) is converted to 2K or less content (content with a pixel count of 1920 x 1080 or less) through pixel count conversion when moved to an external device after storage.

[0457] In this case, the content to be moved to the external device is 2K or less content (content with a pixel count of 1920 x 1080 or less).

[0458] In this case, for content that has copy control information on the recording medium set as "copyable without restrictions" at the time of storage, content protection processing is switched taking into consideration whether protection was specified or not, depending on 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, content can be moved without DTCP content protection when moved to an external device after storage. If the value of "encryption_mode" is 0 and content protection is specified, content can be moved with DTCP protection (DTCP-IP if moved via an IP interface) when moved to an external device after storage. In this case, content protection with DTCP2 is not required.

[0459] In addition, for content that has copy control information on the recording medium set as "no further copying" when it was stored, or content that has copy control information on the recording medium set as "limited number of copies allowed" when it was stored, it will be moved after being protected by DTCP (or DTCP-IP if moving via an IP interface). In this case, content protection by DTCP2 is not required.

[0460] When the stored content is moved to an external device as 2K or less content (content with a pixel count of 1920 x 1080 or less), the content protection process that protects the content as described above in accordance with the copy control information on the recording medium will hereinafter be referred to as "2K or less content protection process" when moving to an external device after storage.

[0461] (3-4) When received content over 2K (content with a pixel count exceeding 1920 x 1080) is converted to 2K or less content (content with a pixel count of 1920 x 1080 or less) through pixel count conversion and stored, the pixel count of the 2K or less content (content with a pixel count of 1920 x 1080 or less) is not converted when moved to an external device after storage.

[0462] In this case, the content to be moved to the external device is 2K or less content (content with a pixel count of 1920 x 1080 or less), which is the same as in the case of (3-3) above, so the "2K or less content protection processing" described in (3-3) is performed when moving to the external device after storage.

[0463] (3-5) When received content over 2K (content with a pixel count exceeding 1920 x 1080) is converted into 2K or less content (content with a pixel count of 1920 x 1080 or less) through pixel count conversion and stored, the pixel count of the 2K or less content (content with a pixel count of 1920 x 1080 or less) is converted into another 2K or less content (content with a pixel count of 1920 x 1080 or less) when moved to an external device after storage.

[0464] In this case, the content to be moved to the external device is 2K or less content (content with a pixel count of 1920 x 1080 or less), which is the same as in the case of (3-3) above, so the "2K or less content protection processing" described in (3-3) is performed when moving to the external device after storage.

[0465] (3-6) When pixel count conversion is not performed on received 2K or less content (content with a pixel count of 1920 x 1080 or less) that has been stored without pixel count conversion, or when pixel count conversion is performed on received 2K or less content (content with a pixel count of 1920 x 1080 or less) that has been converted to other 2K or less content (content with a pixel count of 1920 x 1080 or less) and stored, and then pixel count conversion is not performed when the content is moved to an external device after storage.

[0466] In this case, the content to be moved to the external device is 2K or less content (content with a pixel count of 1920 x 1080 or less), which is the same as in the case of (3-3) above, so the "2K or less content protection processing" described in (3-3) is performed when moving to the external device after storage.

[0467] (3-7) When received content of 2K or less (content with a pixel count of 1920 x 1080 or less) is stored without pixel count conversion (content with a pixel count of 1920 x 1080 or less), or when received content of 2K or less (content with a pixel count of 1920 x 1080 or less) is converted into another content of 2K or less (content with a pixel count of 1920 x 1080 or less) and stored, pixel count conversion is performed on the content of 2K or less (content with a pixel count of 1920 x 1080 or less) when it is moved to an external device after storage and converted into another content of 2K or less (content with a pixel count of 1920 x 1080 or less).

[0468] In this case, the content to be moved to the external device is 2K or less content (content with a pixel count of 1920 x 1080 or less), which is the same as in the case of (3-3) above, so the "2K or less content protection processing" described in (3-3) is performed when moving to the external device after storage.

[0469] As explained above in (3-1) to (3-7), when moving stored content to an external device, content protection processing is switched depending on the pixel count of the content when moving to an external device after storage. When moving copy-restricted over 2K content (content with a pixel count exceeding 1920 x 1080) to an external device, the content is moved with a higher level of content protection than when moving copy-restricted under 2K content (content with a pixel count of 1920 x 1080 or less). This allows over 2K content (content with a pixel count exceeding 1920 x 1080) with higher added value to be properly protected on external devices as well.

[0470] In any of the above cases (3-1) to (3-7), moving content to an external device includes a series of processes in which the content is copied to only one authenticated external device and the original content is rendered unplayable. In this case, the original content must be rendered unplayable within one minute after the content is copied to the external device. Specific examples of rendering content unplayable include erasing the content itself or the encryption key, which makes it impossible to play the content.

[0471] [Copying to external devices after content storage] As already explained, in the broadcast receiver 100 of the third embodiment, in the content storage process, the content protection process is not switched depending on the pixel count of the content, but a common content protection process is performed. This is because, when the content is stored using a content storage function that allows only the broadcast receiver 100 that received and recorded the content to play back, the content is managed only by the broadcast receiver 100 itself, so there is no need to consider multiple support levels for the content protection process. In contrast, when the stored content is copied to an external device, the support level for the content protection process may differ depending on the copy destination device. Therefore, it is desirable to change the content protection process depending on the pixel count of the content when copying the stored content to an external device.

[0472] Hereinafter, a specific example of the process of copying to an external device after the content is stored as shown in Fig. 28 will be described. Note that the process of copying to an external device after the content is stored in storage unit 110 in Fig. 8A may be performed via an IP interface having LAN communication unit 121 in Fig. 8A as hardware, for example.

[0473] In addition, for content that has copy control information on the recording medium at the time of storage set as "no further copying", copying to an external device is prohibited. For content that has copy control information on the recording medium at the time of storage set as "limited number of copies allowed", up to nine copies can be generated in addition to the original content. However, for example, in a case where the storage unit 110 in FIG. 8A that stores the content is configured with a RAID system that performs backup processing that cannot be directly accessed by the user, the copies for backup purposes that cannot be directly accessed by the user may be excluded from the nine number limit. When copying within the nine copy limit to an external device via an IP interface, copying must be performed in a state where the number is managed, such as one per authenticated external device. The original content after the generation of the limited number of copies (nine) can be moved to an external device by the move process described above. The nine copy process and the move process of one original content are equivalent to generating nine copies in the broadcast receiver 100 when the content is stored, and moving each of the ten contents, including the original content, to an external device.

[0474] Hereinafter, a specific process for changing the content protection process depending on the number of pixels of the content when the stored content is copied to an external device will be described.

[0475] (4-1) When pixel count conversion is not performed on received Ultra 2K content (content with a pixel count exceeding 1920 x 1080) that has been stored without pixel count conversion, or when pixel count conversion is performed on received Ultra 2K content (content with a pixel count exceeding 1920 x 1080) that has been converted to other Ultra 2K content (content with a pixel count exceeding 1920 x 1080) and stored, no pixel count conversion is performed when copying to an external device after storage.

[0476] In this case, the content to be copied to the external device is over 2K content (content having a pixel count exceeding 1920×1080).

[0477] For content that has copy control information on the recording medium set as "Copy allowed without restrictions" at the time of storage, it can be copied to an external device after storage without content protection by DTCP. In this case, it does not take into account whether protection was specified by the value of the "encryption_mode" parameter included in the content usage control descriptor at the time of storage.

[0478] Contents stored on the recording medium with copy control information set to "No further copying" are prohibited from being copied to an external device. When copying contents stored on the recording medium with copy control information set to "Limited number of copies allowed" to an external device within the above-mentioned nine-piece limit, the contents can be protected by the above-mentioned DTCP2, which is a more advanced content protection system than DTCP-IP, and copied to the external device (in this case, copying with the number of contents managed can be realized by sending each of the contents to be copied to the external device using the move process of DTCP2. In this case, since the move process is performed for one content within the nine-piece limit, the number of contents to be copied is reduced and it is treated as being unplayable, but it is not necessary to make the original contents outside the nine-piece limit unplayable). Note that even if an external device supports content protection by DTCP-IP, if it does not support content protection by DPCT2, it cannot play back the contents protected by DTCP2 (it cannot receive the contents protected by DTCP2). Therefore, although DPCT2 provides stronger content protection, existing external devices cannot handle contents protected by DTCP2. In contrast, content protection using DTCP-IP cannot utilize new content protection flags such as those in DPCT2, but it does enable copying to existing DTCP-IP-compatible external devices that do not support DPCT2.

[0479] When the stored content is copied to an external device as over 2K content (content having a pixel count exceeding 1920 x 1080), the content protection process that protects the content as described above in accordance with the copy control information on the recording medium is hereinafter referred to as the "over 2K content protection process" when copying to an external device after storage.

[0480] (4-2) When received Ultra 2K content (content with a pixel count exceeding 1920 x 1080) is stored without pixel count conversion, or when received Ultra 2K content (content with a pixel count exceeding 1920 x 1080) is converted to other Ultra 2K content (content with a pixel count exceeding 1920 x 1080) and stored after pixel count conversion, pixel count conversion is performed when copying the Ultra 2K content (content with a pixel count exceeding 1920 x 1080) to an external device after storage to convert the content to other Ultra 2K content.

[0481] In this case, the content to be copied to the external device is over 2K content (content having a pixel count exceeding 1920 x 1080), which is the same as in the case of (4-1) above, so the “over 2K content protection process” described in (4-1) is performed when copying to the external device after storage.

[0482] (4-3) When received Ultra 2K content (content with a pixel count exceeding 1920 x 1080) is stored without pixel count conversion, or when received Ultra 2K content (content with a pixel count exceeding 1920 x 1080) is converted to other Ultra 2K content (content with a pixel count exceeding 1920 x 1080) by pixel count conversion and stored Ultra 2K content (content with a pixel count exceeding 1920 x 1080) is converted to 2K or less content (content with a pixel count of 1920 x 1080 or less) by pixel count conversion when copied to an external device after storage.

[0483] In this case, the content to be copied to the external device is 2K or less content (content with a pixel count of 1920×1080 or less).

[0484] In this case, for content that has copy control information on the recording medium at the time of storage set as "copyable without restrictions," content protection processing is switched taking into consideration whether protection was specified or not, depending on 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, content can be copied without DTCP content protection when copied to an external device after storage. If the value of "encryption_mode" is 0 and content protection is specified, content can be copied with DTCP protection (DTCP-IP when copying via an IP interface) when copied to an external device after storage. In this case, content protection with DTCP2 is not required.

[0485] Contents stored on a recording medium with copy control information set to "no further copying" are prohibited from being copied to an external device. When copying contents stored on a recording medium with copy control information set to "limited number of copies allowed" to an external device within the above-mentioned limit of nine, the contents are protected by DTCP (DTCP-IP when copying via an IP interface). In this case, content protection by DTCP2 is not required. In order to achieve copying that manages the number of contents, the move function of DTCP may be used for copying each piece of content. In this case, since the move process is performed on one piece of content within the nine-piece limit, the number of contents to be copied is reduced and the content is treated as if it were rendered unplayable, but it is not necessary to render the original contents outside the nine-piece limit unplayable.

[0486] When the stored content is copied to an external device as 2K or less content (content with a pixel count of 1920 x 1080 or less), the content protection process that protects the content as described above in accordance with the copy control information on the recording medium is hereinafter referred to as "2K or less content protection process" when copying to an external device after storage.

[0487] (4-4) When received content over 2K (content with a pixel count exceeding 1920 x 1080) is converted to 2K or less content (content with a pixel count of 1920 x 1080 or less) through pixel count conversion and stored, the pixel count of the 2K or less content (content with a pixel count of 1920 x 1080 or less) is not converted when copying to an external device after storage.

[0488] In this case, the content to be copied to the external device is 2K or less content (content with a pixel count of 1920 x 1080 or less), which is the same as in the case of (4-3) above, so the "2K or less content protection processing" described in (4-3) is performed when copying to the external device after storage.

[0489] (4-5) When received content over 2K (content with a pixel count exceeding 1920 x 1080) is converted into 2K or less content (content with a pixel count of 1920 x 1080 or less) through pixel count conversion and stored, the pixel count of the 2K or less content (content with a pixel count of 1920 x 1080 or less) is converted into another 2K or less content (content with a pixel count of 1920 x 1080 or less) when copied to an external device after storage.

[0490] In this case, the content to be copied to the external device is 2K or less content (content with a pixel count of 1920 x 1080 or less), which is the same as in the case of (4-3) above, so the "2K or less content protection processing" described in (4-3) is performed when copying to the external device after storage.

[0491] (4-6) When pixel count conversion is not performed on received 2K or less content (content with a pixel count of 1920 x 1080 or less) that is stored without pixel count conversion, or when pixel count conversion is performed on received 2K or less content (content with a pixel count of 1920 x 1080 or less) that is converted to other 2K or less content (content with a pixel count of 1920 x 1080 or less) and stored, and pixel count conversion is not performed when copying to an external device after storage.

[0492] In this case, the content to be copied to the external device is 2K or less content (content with a pixel count of 1920 x 1080 or less), which is the same as in the case of (4-3) above, so the "2K or less content protection processing" described in (4-3) is performed when copying to the external device after storage.

[0493] (4-7) When received 2K or less content (content with a pixel count of 1920 x 1080 or less) is stored without pixel count conversion, or when received 2K or less content (content with a pixel count of 1920 x 1080 or less) is converted to other 2K or less content (content with a pixel count of 1920 x 1080 or less) and stored after pixel count conversion is performed, the pixel count of the 2K or less content (content with a pixel count of 1920 x 1080 or less) is converted to other 2K or less content (content with a pixel count of 1920 x 1080 or less) when copied to an external device after storage.

[0494] In this case, the content to be copied to the external device is 2K or less content (content with a pixel count of 1920 x 1080 or less), which is the same as in the case of (4-3) above, so the "2K or less content protection processing" described in (4-3) is performed when copying to the external device after storage.

[0495] As explained above in (4-1) to (4-7), when copying to an external device after storage, the content protection process is switched according to the pixel count of the content when copying to the external device after storage. When copying to an external device in the state of copy-restricted over 2K content (content with a pixel count exceeding 1920 x 1080), the content is copied with a higher level of content protection than when copying to an external device in the state of copy-restricted 2K or less content (content with a pixel count of 1920 x 1080 or less). This allows the higher added value over 2K content (content with a pixel count exceeding 1920 x 1080) to be appropriately protected even on external devices.

[0496] In addition, when content stored as "number-limited copying permitted" is copied to an external device within the nine-number limit mentioned above, the remaining number of copies that can be made is reduced by one equally whether the "over 2K content protection processing" when copying to an external device after storage described in (4-1) to (4-7) above is used, or the "2K or less content protection processing" when copying to an external device after storage, and there is no need to make any difference in the management of the number of copies that can be made based on the difference in the content protection processing when copying.

[0497] In addition, in any of the external output processing, external move processing, and external copy processing described above, it is sufficient to configure so that output, move, or copy is prohibited for external devices that do not support the content protection function described in each condition.

[0498] In addition, when "digital_recording_control_data" information or "encryption_mode" information, which are to protect the same received content, are transmitted via the broadcast transmission path in multiple different tables or descriptors, or when they are transmitted via both the broadcast transmission path and a communication line in the same or different tables or descriptors, a predetermined priority determination process based on the type of table or descriptor or the type of transmission path can be used to select the information with the highest priority for the content protection process described in this embodiment.

[0499] In addition, HDCP, which is a content protection method used in the above-mentioned external device output processing before accumulation and external device output processing after accumulation, is a content protection method that protects content such as decoded video, while DTCP, DTCP-IP, and DTCP2, which are used in processing such as moving and copying to an external device after accumulation, are content protection methods that protect content such as encoded video, and the types of content to be protected are different. Despite this, the threshold value when switching the content protection processing according to the pixel count of the content in the broadcast receiver 100 of the third embodiment is set equal at the boundary between over 2K content (content having a pixel count exceeding 1920×1080) and 2K or less content (content having a pixel count of 1920×1080 or less). In this way, by making the switching threshold value when switching the content protection processing according to the pixel count equal even in content protection methods with different types of protected content, it is possible to minimize the number of types of conditional branching for switching the content protection processing, and it is possible to simplify the processing, which is effective.

[0500] According to the above-described third embodiment of the present invention, not only in the output process to an external device before the content is stored, but also in the output process to an external device after the content is stored, the move process to an external device, or the copy process to an external device, the content protection process is switched according to the pixel count of the content. This allows high-pixel content with higher added value to be appropriately protected in the external device. Furthermore, during the storage of the content, the process can be simplified by performing a common content protection regardless of the pixel count of the content. That is, in the case of the output process, move process, or copy process to an external device with various content protection levels, the content protection process is switched according to the pixel count of the content, and the storage process itself of the content that can only be played back on the own device can be simplified by performing a common content protection regardless of the pixel count of the content.

[0501] Example 4 The following describes the fourth embodiment of the present invention. The fourth embodiment of the present invention has the same hardware configuration as the broadcast receiver 800 in the second embodiment, and the configuration, processing, effects, etc. of the fourth embodiment are the same as those of the second embodiment except for the content protection processing. Therefore, the following mainly describes the differences between the present embodiment and the second embodiment, and omits as much as possible the description of the common points to avoid duplication.

[0502] The fourth embodiment of the present invention has a hardware configuration similar to that of the broadcast receiver 800 in the second embodiment, and performs control to realize a different copyright protection function. Note that the embodiment will explain the content protection control for video among the contents, and for audio, the same control as that explained below may be performed, or a different content protection control may be performed.

[0503] 29 is a table showing the processing of the copyright protection function in the broadcast receiving device 800 of the fourth embodiment. In the broadcast receiving device 800 of the fourth embodiment, the copyright protection processing for the content before and after the content storage processing is switched depending on whether the received content is a super 2K content (content having a pixel count exceeding 1920×1080), such as a 4K content (pixel count 3840×2160) or an 8K content (pixel count 7680×4320), or a 2K or less content (content having a pixel count of 1920×1080 or less).

[0504] In Figure 29, the content protection process shown in ...

Claims

[Claim 1] A content protection processing method in a transmission system in which a broadcast program content is transmitted from a broadcast station and the broadcast program content is received by a broadcast receiving device, comprising the steps of: a transmission step of transmitting the broadcast program content from the broadcast station side to the broadcast receiving device in the transmission system; a receiving step in which the broadcast program content transmitted by the transmission system is received by the broadcast receiving device; a storage step in which the broadcast receiving device stores the broadcast program content received in the receiving step; a copy processing step in which the broadcast receiving device copies the broadcast program content stored in the storage step; a move processing step in which the broadcast receiving device moves the broadcast program content stored in the storage step; Equipped with In the storing step, when the broadcast program content received in the receiving step is a content transmitted in the transmission system with protection designated to allow a predetermined number of copies, the broadcast program content is stored in a state in which nine copies and one move process are possible for the broadcast program content; In the copy processing step, when the broadcast program content stored in the storage step is copied to an external device, content protection is performed by DTCP2, and copying can be performed using a move processing function of DTCP2; The storage in the storage step can be performed in a storage unit at an output destination of an IP interface configured by hardware corresponding to Ethernet provided in the broadcast receiving device, In the storing step, when the broadcast program content received in the receiving step is a content transmitted in the transmission system with a protection of one-generation copy allowed or a protection of a predetermined number of copies allowed, the broadcast program content is stored in an encrypted state so as to be reproducible only by the broadcast receiving device. Content protection processing method.

Images