Content protection processing method

Abstract

To provide a digital broadcast receiver capable of executing a function with higher added value. 【Solution means】Based on control information regarding content protection of digital broadcasts, the control unit switches content protection processing according to the number of pixels of the video of the content received by the broadcast reception unit or the number of pixels of the video obtained by converting the number of pixels of the video of the content received by the broadcast reception unit by the pixel number conversion unit in the first video output processing state. In any of the second video output processing state, the copy processing state, and the move processing state, the control unit switches content protection processing according to the number of pixels of the video of the content stored in the storage unit or the number of pixels of the video obtained by converting the number of pixels of the video of the content stored in the storage unit by the pixel number conversion unit. In the storage processing state, the broadcast receiving apparatus 100 is used without switching content protection processing according to the number of pixels of the video of the content.

Description

Technical Field

[0001] The present invention relates to a content protection processing method.

Background Art

[0002] One of the extended functions of digital broadcast services is data broadcasting that transmits digital data by broadcast waves and displays various information such as weather forecasts, news, and recommended programs. A large number of commercially available TV receivers that can receive data broadcasts already exist, and a number of technologies related to data broadcast reception, including Patent Document 1 below, have been published.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] In response to environmental changes related to content distribution in recent years, TV receivers are also required to have various function expansions. In particular, there are many demands for the distribution of content and cooperative applications using a broadband network environment such as the Internet, and for the high definition / high definition of video content. However, it is difficult to provide a high-value-added TV receiver that can meet the above requirements by simply diverting the data broadcast reception function or the like provided in the current TV receiver, or by simply expanding the functions of the data broadcast reception function or the like.

[0005] An object of the present invention is to provide a content protection processing method capable of executing functions with higher added value.

Means for Solving the Problems

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

[0007] For example, in a content protection processing method in a broadcast receiving apparatus of a transmission system that transmits broadcast program content from a broadcasting station side and receives the broadcast program content by the broadcast receiving apparatus, the method includes: a receiving step of receiving the broadcast program content; a storing step of storing the broadcast program content received in the receiving step; an outputting step of outputting the broadcast program content stored in the storing step to an external device; a copy processing step of copying the broadcast program content stored in the storing step to the external device; and a moving processing step of moving the broadcast program content stored in the storing step to the external device. In the storing step, when the broadcast program content received in the receiving step is content that is transmitted with protection specified to be copyable a predetermined number of times in the transmission system, the broadcast program content is stored in a state where it can be copied 9 times in the copy processing step and moved once in the moving processing step, and can be played back only by the broadcast receiving apparatus, and is encrypted. In the copy processing step, when copying the broadcast program content stored in the storing step to the external device, content protection by DTCP2 is performed, and it is possible to copy using the move processing function of DTCP2. The storing in the storing step can be performed in a storage unit at the output destination of the IP interface via the IP interface configured by hardware corresponding to Ethernet provided in the broadcast receiving apparatus. In the outputting step, when outputting the broadcast program content to the external device, content protection by DTCP2 or HDCP can be performed. The storing of the broadcast program content in the storage unit at the output destination of the IP interface in the storing step in a state where it is encrypted so that it can be played back only by the broadcast receiving apparatus, and the outputting to the external device via the IP interface in the outputting step for the broadcast program content stored in the storage unit at the output destination of the IP interface in the storing step in a state where it is encrypted so that it can be played back only by the broadcast receiving apparatus,The copy to the external device via the IP interface in the copy processing step and the move to the external device via the IP interface in the move processing step can be performed via the same IP interface configured with hardware corresponding to Ethernet. For the broadcast program content encrypted and stored in the storage unit at the output destination of the IP interface in the storage step so that it can be played only by the broadcast receiver, the output to the external device via the IP interface in the output step, the copy to the external device via the IP interface in the copy processing step, and the move to the external device via the IP interface in the move processing step The control state is the output to the external device in the output step, the copy to the external device in the copy processing step, and the move to the external device in the move processing step for the broadcast program content encrypted and stored in the storage unit at the output destination of the IP interface in the storage step so that it can be played only by the broadcast receiver when the IP address of the external device is within the same subnet as the IP address of the broadcast receiver. The control state of whether it is possible or prohibited is different from the control state of whether it is possible or prohibited to output to the external device in the output step, copy to the external device in the copy processing step, and move to the external device in the move processing step for the broadcast program content encrypted and stored in the storage unit at the output destination of the IP interface in the storage step when the IP address of the external device is not within the same subnet as the IP address of the broadcast receiver. In the transmission system, protection that allows copying only for one generation is specified and transmitted. When moving the broadcast program content received in the reception step and stored in the storage step to the external device, the moved broadcast program content is made unplayable on the broadcast receiver. A content protection processing method is used.

Effect of the Invention

[0008] By using the technology of the present invention, it is possible to provide a content protection processing method capable of executing a function with higher added value.

Brief Description of the Drawings

[0009]

Figure 1

Figure 2A

Figure 2B

Figure 2C

Figure 3

Figure 4

Figure 5A

Figure 5B

Figure 6A

Figure 6B

Figure 6C

Figure 6D

Figure 6E

Figure 7A

Figure 7B

Figure 7C

Figure 7D

Figure 7E

Figure 7F

Figure 8A

Figure 8B

Figure 8C

Figure 9

Figure 10

Figure 11A

Figure 11B

Figure 12A

Figure 12B

Figure 12C

Figure 12D

Figure 12E

Figure 12F

Figure 13A

Figure 13B

Figure 13C

Figure 13D

Figure 13E

Figure 14A

Figure 14B

Figure 14C

Figure 15A

Figure 15B

Figure 16A

Figure 16B

Figure 17A

Figure 17B

Figure 17C

Figure 17D

Figure 17E

Figure 17F

Figure 18A

Figure 18B

Figure 19A

Figure 19B

Figure 19C

Figure 19D

Figure 20A

Figure 20B

Figure 20C

Figure 21

Figure 22A

Figure 22B

Figure 23

Figure 24

Figure 25

Figure 26A

Figure 26B

Figure 27A

Figure 27B

Figure 28

Figure 29

Mode for Carrying Out the Invention

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

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

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

[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 or wireless communication and to the mobile information terminal 700 by wireless communication. For the wireless communication, a method such as Wi-Fi (registered trademark) may be used. Thereby, each server device and other communication devices on the Internet 200, the broadcast receiving device 100, and the mobile information terminal 700 can mutually transmit and receive data via the router device 200r. Note that the communication between the broadcast receiving device 100 and the mobile information terminal 700 may be directly performed by 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 broadcast equipment of a broadcasting station, and transmits a broadcast wave including encoded data of a broadcast program, subtitle information, other applications, general-purpose data, etc. The broadcast satellite (or communication satellite) 300s is a repeater that receives the broadcast wave transmitted from the radio tower 300t of the broadcasting station, appropriately performs frequency conversion, etc., and then re-transmits the broadcast wave to the antenna 100a connected to the broadcast receiving device 100. Also, assume that the broadcasting station includes a broadcasting station server 300. The broadcasting station server 300 stores broadcast programs (video contents, etc.) and metadata such as the program title, program ID, program summary, performer information, broadcast date and time, etc. of each broadcast program, and can provide the video contents and each metadata to the service provider based on a contract. Note that the provision of the video contents and each metadata to the service provider may be performed 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 the service provider and is capable of providing various services in cooperation with the broadcast programs distributed from the broadcasting station. Also, the service provider server 400 stores, manages, and distributes the video content and metadata provided from the broadcasting station server 300, as well as various contents and applications that cooperate with the broadcast programs. It is also assumed to have a function of providing a search and a list of available contents, applications, etc. in response to inquiries from a television receiver or the like. Note that the storage, management, and distribution of the content and metadata, and the storage, management, and distribution of the application may be performed by different server devices. The broadcasting station and the service provider may be the same or different. A plurality of service provider servers 400 may be prepared for different services. Also, the functions of the service provider server 400 may be provided by the broadcasting station server 300.

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

[0017] The mobile phone communication server 600 is connected to the Internet 200 and, on the other hand, is connected to the mobile information terminal 700 via the base station 600b. The mobile phone communication server 600 manages telephone communication (call) and data transmission / reception via the mobile phone communication network of the mobile information terminal 700, and enables data transmission / reception through communication between the mobile information terminal 700 and each server device and other communication devices on the Internet 200. 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) method, a GSM (Global System for Mobile communications) (registered trademark) method, an LTE (Long Term Evolution) method, or other communication methods.

[0018] The mobile information terminal 700 is assumed to have functions of telephone communication (call) and data transmission / reception via the mobile phone communication network and functions of wireless communication such as Wi-Fi (registered trademark). The mobile information terminal 700 can be connected to the Internet 200 via the router device 200r or the access point 200a, or via the base station 600b of the mobile phone communication network and the mobile phone communication server 600, and can perform data transmission / reception through communication with each server device and other communication devices on the Internet 200. 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 above wireless communication may use a method such as Wi-Fi (registered trademark). Note that the communication between the mobile information terminal 700 and the broadcast receiving device 100 may be performed via the access point 200a and the Internet 200 and the router device 200r, or via the base station 600b and the mobile phone communication server 600 and the Internet 200 and the router device 200r.

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

[0020] MPEG2-TS is characterized by multiplexing components such as video and audio that make up a program into one stream together with control signals and clocks. Since it is treated as one stream including the clock, it is suitable for transmitting one content over one transmission path with ensured transmission quality and has been adopted in many conventional digital broadcast systems. On the other hand, due to the limitations of the functions of MPEG2-TS with respect to environmental changes related to content distribution in recent years, such as the diversification of content, the diversification of devices using content, the diversification of transmission paths for distributing content, and the diversification of content storage environments, the newly formulated media transport method is MMT.

[0021] FIG. 2A shows an example of an overview of the encoded signal in the MMT of this embodiment. As shown in the figure, the MMT of this embodiment is assumed to have 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] MFU is a format during the transmission of video, audio, etc., and may be composed of NAL (Network Abstraction Layer) unit units or access unit units. It is assumed that an MPU includes one or more access units and can perform video and audio decoding processing on its own. An MPU may be composed of MPU metadata including information on the overall configuration of the MPU, movie fragment metadata including information on the encoded media data, and sample data which is the encoded media data. There may be multiple movie fragment data and sample data in one MPU. Also, it is assumed that an MFU can be extracted from the sample data. Figure 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, any MPU can be distinguished from other MPUs by the asset ID identifying the asset and the sequence number of the MPU. Also, in the case of media such as video components and audio components, presentation times and decoding times may be specified in units of MPU or access units.

[0023] The MMTP packet shall be composed of a header part and an MMTP payload, and shall transmit the control information of the MFU and MMT. The MMTP payload shall be provided with a payload header according to the content (data unit) stored in the payload part. Fig. 2C shows an example of an overview from a video / audio signal to forming an MFU, further storing it in the MMTP payload, and forming an MMTP packet. Note that for a video signal encoded using inter-frame prediction, it is desirable to configure the MPU in units of GOP (Group Of Pictures). Also, when the size of the MFU to be transmitted is small, one MFU may be stored in one payload part, or a plurality of MFUs of the same type may be stored in one payload part. Further, when the size of the MFU to be transmitted is large, one MFU may be divided and stored in a plurality of payload parts. Also, the MMTP packet may be protected using techniques such as AL-FEC (Application Layer Forward Error Correction) and ARQ (Automatic Repeat Request) in order to recover packet loss on the transmission path.

[0024] In the broadcast system of this embodiment, MPEG-H HEVC (High Efficiency Video Coding) is used as the video coding method, and MPEG-4 AAC (Advanced Audio Coding) or MPEG-4 ALS (Audio Lossless Coding) is used as the audio coding method. The encoded data such as the video and audio of the broadcast program encoded by each of the above methods is in the form of MFU or MPU, and is further mounted on the MMTP payload and packetized into MMTP packets for transmission in IP (Internet Protocol) packets. Also, regarding the data content related to the broadcast program, it may be in the form of MFU or MPU, and is further mounted on the MMTP payload and packetized into MMTP packets for transmission in IP packets. As the data content transmission method, four types are prepared: (1) the subtitle / character super transmission method used for streaming data synchronized with the broadcast, (2) the application transmission method used for the data transmission service asynchronous with the broadcast, (3) the event message transmission method used for synchronous / asynchronous message notifications for applications operating on the TV receiver from the broadcast station, and (4) the general-purpose data transmission method for transmitting other general-purpose data in a synchronous / asynchronous manner.

[0025] For the transmission of MMTP packets, UDP / IP (User Datagram Protocol / Internet Protocol) is used in the broadcast transmission path, and UDP / IP or TCP / IP (Transmission Control Protocol / Internet Protocol) is used in the communication line. Also, in the broadcast transmission path, the TLV (Type Length Value) multiplexing method is used for efficient transmission of IP packets. An example of the protocol stack of the broadcast system of this embodiment is shown in FIG. 3. In the figure, (A) is an example of the protocol stack in the broadcast transmission path, and (B) is an example of the protocol stack in the communication line.

[0026] In the broadcast system of this embodiment, a mechanism for transmitting two types of control information, namely MMT-SI (MMT-Signaling Information) and TLV-SI (TLV-Signaling Information), shall be prepared. MMT-SI is control information indicating the composition of a broadcast program, etc. It shall be in the form of an MMT control message, carried in the MMTP payload, packetized into an MMTP packet, and transmitted as an IP packet. TLV-SI is control information regarding the multiplexing of IP packets, and shall provide information for channel selection and the correspondence information between IP addresses and services.

[0027] Also, in a broadcast system using MMT, time information shall be transmitted to provide absolute time. Note that while MPEG2-TS indicates the display time of components based on different clocks for each TS, in MMT, the display time of components shall be indicated based on Coordinated Universal Time (UTC). With these mechanisms, it becomes possible for the terminal device to synchronously display components transmitted from different transmission points via different transmission paths. To provide UTC, IP packets in the NTP (Network Time Protocol) format shall be used.

[0028] [Control Information of Broadcast System Using MMT] In the broadcast system corresponding to the broadcast receiver 100 of the present 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 the present embodiment is shown in FIG. 4.

[0029] FIG. 5A shows a list of the "tables" used in the TLV-SI of the broadcast system corresponding to the broadcast receiver 100 of the present embodiment. In the present 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 receiving apparatus 100 of the present embodiment. In the present embodiment, the following are used as the "descriptors" of the TLV-SI.

[0034] (1) Service list descriptor The service list descriptor provides a list of services based on service identification and service format type.

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

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

[0037] (4) Network name descriptor The network name descriptor describes the network name using character codes.

[0038] (5) Remote control key descriptor The remote control key descriptor is used to set the service assigned to the one-touch channel selection button of the receiver remote control.

[0039] (6) Descriptor set by the operator In addition, it is possible to prepare a descriptor independently set by a service provider or the like.

[0040] <Message used in MMT-SI> Fig. 6A shows a list of "messages" used in the MMT-SI of the broadcast system corresponding to the broadcast receiving apparatus 100 of the present embodiment. In the present embodiment, the following are used as the "messages" of the 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 receiver 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 constitutes a package, such as a list of assets and the location of the assets on the network. The MPT may be stored in the PA message.

[0049] (2) PLT The Package List Table (PLT) shows a list of IP data flows that transmit PA messages of MMT packages provided as broadcast services, packet IDs, 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 layout numbers. The LCT may 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 decrypting scrambling, 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 the ECM (common information), etc. The EMM may be stored in the M2 section message.

[0053] (6) CAT(MH) The Conditional Access Table (CAT)(MH) is used to store descriptors for identifying the restricted reception method. The CAT(MH) may be stored in the CA message.

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

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

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

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

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

[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 representing services included in a specific TLV stream, and transmits information related to the programmed channel, such as the name of the programmed channel and the name of the broadcaster. The MH-SDT may be stored in an M2 section message.

[0061] (14) MH-TOT The MH-Time Offset Table (MH-TOT) transmits JST time and date (Modified Julian Date) information. The MH-TOT may be stored in an M2 short section message.

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

[0063] (16) DDM Table The Data Directory Management Table (DDM Table) provides the directory structure of the files that make up an application in order to separate the file configuration of the application and the configuration 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 the MPUs within an asset and the version information for each MPU. The DAM Table may 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 in order to achieve flexible and effective cache control. The DCC Table may be stored in the data transmission message.

[0066] (19) EMT The Event Message Table (EMT) is used to transmit information related to event messages. The EMT may be stored in the M2 section message.

[0067] (20) Tables set by the operator In addition, it is possible to prepare tables independently set by service providers and the like.

[0068] <Descriptors used in MMT-SI> Figures 6C, 6D, and 6E show a list of "descriptors" arranged in the MMT-SI of the broadcast system corresponding to the broadcast receiving apparatus 100 of the present embodiment. The 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 the present 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 the M2 section message.

[0071] (3) Background Color Specification Descriptor The background color descriptor provides the background color at the rearmost position in the layout specification. The background color descriptor may be arranged in the LCT.

[0072] (4) MPU Presentation Area Descriptor The MPU presentation area descriptor provides the position where the MPU is presented. The MPU presentation area descriptor may be arranged in the MPT.

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

[0074] (6) Dependency Descriptor The dependency descriptor provides the asset ID of the asset in the dependency. The dependency descriptor may be arranged in the MPT.

[0075] (7) Access Control Descriptor The access control descriptor provides information for identifying the restricted reception method. The access control descriptor may be arranged 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 during scrambling. The scrambling method descriptor may be arranged in the MPT or CAT (MH).

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

[0078] (10) Emergency Information Descriptor (MH) The emergency information descriptor (MH) is used when performing an emergency alert broadcast. The emergency information descriptor (MH) may be arranged in the MPT.

[0079] (11) MH-MPEG-4 Audio Descriptor The MH-MPEG-4 Audio Descriptor is used to describe the basic information for specifying the encoding parameters of an audio stream in ISO / IEC 14496-3 (MPEG-4 Audio). The MH-MPEG-4 Audio Descriptor may be placed in the MPT. [[ID=]6]

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

[0081] (13) MH-HEVC Video Descriptor The MH-HEVC Video Descriptor is used to describe the basic encoding parameters of a video stream (HEVC stream) in ITU-T Recommendation H.265|ISO / IEC 23008-2. The MH-HEVC Video Descriptor may be placed in the MPT.

[0082] (14) MH-Link Descriptor The MH-Link Descriptor identifies the service provided when additional information related to a specific one described in the program arrangement information system is requested by the viewer. The MH-Link Descriptor may be placed in the MPT, MH-EIT, MH-SDT, etc.

[0083] (15) MH-Event Group Descriptor The MH-Event Group Descriptor is used to indicate that a group of events are grouped when there is a relationship between multiple 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 format type. The MH - service list descriptor may be placed in the MH - BIT.

[0085] (17) MH - short form event descriptor The MH - short form event descriptor represents the event name and a short description of that event in text form. The MH - short form event descriptor may be placed in the MH - EIT.

[0086] (18) MH - extended form event descriptor The MH - extended form event descriptor is used in addition to the MH - short form event descriptor to provide a detailed description of the event. The MH - extended form event descriptor 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 represent the elementary stream in text form. 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 labels the component streams of a service and is used to reference the description content 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 an event. The MH - content descriptor may be placed in the MH - EIT.

[0090] (22) MH - parental rate descriptor The MH-Parental Rating Descriptor represents age-based viewing restrictions and is used to be extended to be based on other restrictions. The MH-Parental Rating Descriptor may be placed in the MPT or MH-EIT.

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

[0092] (24) MH-Target Area Descriptor The MH-Target Area Descriptor is used to describe the area targeted by a program or a part of the stream that constitutes the program. The MH-Target Area 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 placed 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 represents the multiplexed 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 on the IP data flows that make up the service. The IP data flow descriptor may be placed in the MH-SDT.

[0098] (30) MH-CA Startup Descriptor The MH-CA startup descriptor describes the startup information for starting a CAS program on the CAS platform. The MH-CA startup 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 the MPU or item. The MH-Info descriptor may be placed in the DAM table.

[0101] (33) MH-Expire Descriptor The MH-Expire descriptor describes the expiration date of the item. The MH-Expire descriptor may be placed in the DAM table.

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

[0103] (35) MH-Data Encoding Method Descriptor The MH-Data Encoding Method descriptor is used to identify the data encoding method. The MH-Data Encoding Method 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 placed in the EMT.

[0106] (38)MH-Local Time Offset Descriptor The MH-Local Time Offset Descriptor is used when daylight saving time is in effect to provide a certain offset value between the actual time (e.g., UTC+9 hours) and the displayed time in 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 the combination of components in an event and 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 extended timestamp descriptor provides the decoding time of an access unit within the MPU. The MPU extended timestamp descriptor may be placed in the MPT.

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

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

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

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

[0114] (46) MH-Simple Application Location Descriptor The MH-simple application location descriptor is described to indicate the details of the acquisition destination of the application. The MH-simple application location descriptor may be arranged in the MH-AIT.

[0115] (47) MH-Application Boundary Permission Setting Descriptor The MH-application boundary permission setting descriptor is described to set the application boundary and to set the permission for accessing the broadcast resource for each area (URL). The MH-application boundary permission setting descriptor may be arranged in the MH-AIT.

[0116] (48) MH-Startup Priority Information Descriptor The MH-Startup Priority Descriptor is described to specify the startup priority of an application. The MH-Startup Priority 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 caching and holding the resources that make up an application when the reuse of the application is assumed. The MH-Cache Information Descriptor may be placed in the MH-AIT.

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

[0119] (51) Linked PU Descriptor The Linked PU Descriptor describes other presentation units (PUs) that may be transitioned from the current presentation unit. The Linked PU Descriptor may be placed in the DCC table.

[0120] (52) Lock Cache Specification Descriptor The Lock Cache Specification Descriptor describes the specification of the file to be cached and locked in the current presentation unit. The Lock Cache Specification Descriptor may be placed in the DCC table.

[0121] (53) Unlock Cache Specification Descriptor The Unlock Cache Specification Descriptor describes the specification of the file to be unlocked among the files locked in the current presentation unit. The Unlock Cache Specification Descriptor may be placed in the DCC table.

[0122] (54)MH - Download Protection Descriptor The MH - Download Protection Descriptor describes the location information and transmission information of MMTP packets that transmit DCM and DMM. The MH - Download Protection Descriptor may be arranged in MPT or MH - SDTT.

[0123] (55)Application Service Descriptor The Application Service Descriptor describes the entry information of applications related to the service, etc. The Application Service Descriptor may be arranged in MPT.

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

[0125] (57)PU Configuration Descriptor The PU Configuration Descriptor shows a list of MPUs that make up the presentation unit as mapping information between the presentation unit and the transmission unit. The PU Configuration Descriptor may be arranged in the DCC table.

[0126] (58)MH - Hierarchical Encoding Descriptor The MH - Hierarchical Encoding Descriptor describes information for identifying hierarchically encoded video stream components. The MH - Hierarchical Encoding Descriptor may be arranged in MPT.

[0127] (59)Content Copy Control Descriptor The Content Copy Control Descriptor indicates information for controlling the copy generation in digital recording devices for the entire service, and is used for the broadcasting station (copyright holder side) to convey copy - related information or the maximum transmission rate to digital recording devices when digital recording is assumed. The Content Copy Control Descriptor may be arranged in MPT, MH - EIT, MH - SDT, etc.

[0128] (60) Content usage control descriptor The content usage control descriptor is used to indicate information regarding copy control and remote viewing control when the program is stored in a hard disk or the like or when a video / audio signal is output from a receiver. The content usage control descriptor may be arranged in MPT, MH-EIT, MH-SDT, etc.

[0129] (61) Descriptor set by an 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 receiving apparatus 100 of the present embodiment and representative tables of MMT-SI will be described. In the MMT system, a component is defined as an asset, and hereinafter, a component may be referred to as an asset in some cases.

[0131] In the broadcast system corresponding to the broadcast receiving apparatus 100 of the present embodiment, data transmission can be performed through a plurality of paths such as a TLV stream via a broadcast transmission path and an IP data flow via a communication line. The TLV stream includes TLV-SI such as TLV-NIT and AMT, and an IP data flow which is a data flow of IP packets. The IP data flow includes a video asset including a series of video MPUs and an audio asset including a series of audio MPUs. Similarly, the IP data flow may include a subtitle asset including a series of subtitle MPUs, a character super asset including a series of character super MPUs, a data asset including a series of data MPUs, and the like.

[0132] These various assets are associated with the "package" through the description of the MPT (MMT package table) stored in the PA message and transmitted. Specifically, the association can be made by describing in the MPT a package ID that identifies the package and an asset ID that identifies each asset included in the package. An example of the data structure of the MPT is shown in FIG. 7B. 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 can be only the assets within the TLV stream, but as shown in FIG. 7A, they can also include the assets transmitted in the IP data flow of the communication line. This can be achieved by describing the location information of the assets in the MPT together with the asset ID that identifies each asset included in the package, so that the broadcast receiving apparatus 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 the location information is shown in FIG. 7C.

[0134] Note that depending on the value of the "location_type" parameter of the location information, (1) Data multiplexed in the same IP data flow as the MPT (location_type = 0x00) (2) Data multiplexed in the IPv4 data flow (location_type = 0x01) (3) Data multiplexed in the IPv6 data flow (location_type = 0x02) (4) Data multiplexed in the broadcast MPEG2-TS (location_type = 0x03) (5) Data multiplexed in the MPEG2-TS format within the IP data flow (location_type=0x04) (6) The data at the specified URL (location_type=0x05) It is possible to configure the broadcast receiving apparatus 100 so that it can refer to various types of data transmitted through various transmission paths, such as the data described above.

[0135] Among the above-mentioned reference destinations, (1) is, for example, the IP data flow included in the TLV stream of the digital broadcast signal received by the broadcast receiving apparatus 100 of this embodiment via the antenna 100a. However, when transmitting MPT including the IP data flow on the communication line side, the reference destination of (1) may be the IP data flow received via the communication line. Further, the above (2), (3), (5), and (6) are the IP data flows received by the broadcast receiving apparatus 100 of this embodiment via the communication line. Further, the above (4) is, for example, in the case of a broadcast receiving apparatus having both a receiving function for receiving a digital broadcast signal using the MMT method and a receiving function for receiving a digital broadcast signal using the MPEG2-TS method, such as the broadcast receiving apparatus 800 of Embodiment 2 described later. It can be used when referring to the data multiplexed in the MPEG2-TS received by the receiving function for receiving the digital broadcast signal using the MPEG2-TS method based on the location information of the MPT included in the digital broadcast signal using the MMT method.

[0136] Furthermore, for media such as video components and audio components, presentation times and decoding times can be specified on an MPU or access unit basis. Information regarding the presentation times and decoding times is described in the MPT as an MPU timestamp descriptor or an MPU extended timestamp descriptor. Figure 7D shows an example of the data structure of an MPU timestamp descriptor describing information regarding the presentation times. The presentation time information for 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. Using this presentation time information, the broadcast receiving device 100 of this embodiment can present (display, output, etc.) multiple MPUs specified by the MPT in a synchronized manner based on an NTP-based clock, which is time information in UTC notation. Information regarding the decoding time is also similarly described by an MPU extended timestamp descriptor, but a detailed description thereof will be omitted. Control of the presentation of various data using the NTP-based clock will be described later.

[0137] In the broadcast system of this embodiment, a series of data in the unit of the "package" corresponds to the "service" of digital broadcasting. Further, the "service" is a continuity of "programs" transmitted according to a schedule. The "program" is treated as an "event" in the MMT method. Each event has its start time and duration specified by MH-EIT. Also, the ID of the MMT package corresponding to each event is specified by the event package descriptor arranged in MH-EIT. FIG. 7E shows an example of the data structure of 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 the MMT package can be specified by the "MMT_package_id_byte" parameter of the event package descriptor arranged in MH-EIT. MH-EIT can be used in the broadcast receiving apparatus 100 of this embodiment for various processes in the unit of the "event" (for example, the process of generating an electronic program guide, the control of recording reservation and viewing reservation, and the copyright management process such as temporary storage).

[0138] [Hardware Configuration of Broadcast Receiving Apparatus] FIG. 8A is a block diagram showing an example of the internal configuration of the broadcast receiving apparatus 100. The broadcast receiving apparatus 100 includes 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 expansion interface unit 124, a digital interface unit 125, a tuner / demodulation unit 131, a separation unit 132, a video decoder 141, a video color gamut conversion unit 142, an audio decoder 143, a character super decoder 144, a subtitle decoder 145, a subtitle synthesis unit 146, a subtitle color gamut conversion unit 147, a data decoder 151, a cache unit 152, an application control unit 153, a browser unit 154, an application color gamut conversion unit 155, a sound source unit 156, a video synthesis unit 161, a monitor unit 162, a video output unit 163, an audio synthesis unit 164, a speaker unit 165, an audio output unit 166, and an operation input unit 170.

[0139] The main control unit 101 is a microprocessor unit that controls the entire broadcast receiving apparatus 100 according to a predetermined operation program. The system bus 102 is a data communication path for performing data transmission and reception between the main control unit 101 and each operation block in the broadcast receiving apparatus 100.

[0140] The ROM (Read Only Memory) 103 is a non-volatile memory in which basic operation programs such as an operating system and other operation programs are stored. For example, a rewritable ROM such as an EEPROM (Electrically Erasable Programmable ROM) or a flash ROM is used. Operation setting values necessary for the operation of the broadcast receiving apparatus 100 may be stored in the ROM 103. 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 integrally configured with the main control unit 101. Further, the ROM 103 may not have an independent configuration as shown in FIG. 8A, and may use a partial 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 apparatus 100, personal information of the user of the broadcast receiving apparatus 100, and the like. Further, it can store operation programs downloaded via the Internet 200 and various data created by the operation programs. Further, it can also store contents such as moving images, still images, and audio obtained from a broadcast wave or downloaded via the Internet 200. A partial area of the storage (accumulation) unit 110 may replace all or part of the functions of the ROM 103. Further, the storage (accumulation) unit 110 needs to hold the stored information even when no external power is supplied to the broadcast receiving apparatus 100. Therefore, for example, devices such as non-volatile semiconductor element memories such as flash ROMs and SSDs (Solid State Drives), and magnetic disk drives such as HDDs (Hard Disc Drives) are used.

[0142] Note that each of the operation programs stored in the ROM 103 and the storage (accumulation) unit 110 can be added, updated, and functionally expanded by a download process 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 is also assumed to acquire the MMT data sequence (or a part thereof) of the program transmitted via the communication line. The connection to the router device 200r may be a wired connection or a wireless connection such as Wi-Fi (registered trademark). The LAN communication unit 121 is assumed to include an encoding circuit, a decoding circuit, and the like. Further, the broadcast receiving device 100 may further include other communication units such as a Bluetooth (registered trademark) communication unit, an NFC communication unit, and an infrared communication unit.

[0144] The tuner / demodulation unit 131 receives the broadcast wave transmitted from the radio tower 300t via the antenna 100a and tunes (selects a channel) to the channel of the service desired by the user based on the control of the main control unit 101. Further, the tuner / demodulation unit 131 demodulates the received broadcast signal to acquire the MMT data sequence. In the example shown in FIG. 8A, a configuration in which there is one tuner / demodulation unit is illustrated, but for the purpose of simultaneous display of multiple screens, recording of a back program, etc., the broadcast receiving device 100 may be configured to include a plurality of tuner / demodulation units.

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

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

[0147] The superimpose decoder 144 decodes the superimpose data string input from the separation unit 132 and outputs superimpose information. The subtitle decoder 145 decodes the subtitle data string input from the separation unit 132 and outputs subtitle information. The superimpose information output from the superimpose decoder 144 and the subtitle information output from the subtitle decoder 145 are combined in the subtitle composition unit 146, and further, in the subtitle color gamut conversion unit 147, color space conversion is performed as necessary for the video composition process in the video composition unit 161. Note that in this embodiment, of the services that mainly consist of 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 other services are referred to as superimposes. Furthermore, when there is no need to distinguish between them, they are collectively referred to as subtitles.

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

[0149] The video composition 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, etc., and performs processes such as appropriate selection and / or superimposition. The video composition unit 161 includes a video RAM (not shown), and the monitor unit 162, etc. is driven based on the video information, etc. input to the video RAM. Also, based on the control of the main control unit 101, the video composition unit 161 performs, as necessary, superimposition processing of EPG (Electronic Program Guide) screen information created based on information such as scaling processing and MH-EIT included in MMT-SI. The monitor unit 162 is a display device such as a liquid crystal panel, for example, and provides the video information that has been subjected to selection and / or superimposition processing by the video composition unit 161 to the user of the broadcast receiving apparatus 100. The video output unit 163 is a video output interface that outputs the video information that has been subjected to selection and / or superimposition processing by the video composition unit 161.

[0150] Note that the presentation function of the broadcast receiving apparatus 100 of this embodiment shall have 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 apparatus 100 of this embodiment. In the logical plane structure, a character super plane for displaying character supers is arranged at the forefront, and a subtitle plane for displaying subtitles is arranged in the next layer. In the third layer, a multimedia plane for displaying broadcast video, multimedia applications, or a composite video thereof is arranged, and a background plane is arranged at the rearmost. In the subtitle synthesizing unit <146> and the video synthesizing unit <161>, drawing of character super information on the character super plane, drawing of subtitle information on the subtitle plane, and drawing of video information, application information, etc. on the multimedia plane are performed. Also, the background color is drawn on the background plane based on the LCT etc. included in the MMT-SI. Note that 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 when there are a plurality of multimedia planes, the application information etc. output from the application color gamut conversion unit <155> shall be output only to the forefront multimedia plane.

[0151] The audio synthesizing unit <164> inputs the audio information output from the audio decoder <143> and the application audio information reproduced by the sound source unit <156>, and performs processes such as appropriate selection and / or mixing. The speaker unit <165> provides the audio information subjected to the selection and / or mixing process by the audio synthesizing unit <164> to the user of the broadcast receiving apparatus <100>. The audio output unit <166> is an audio output interface that outputs the audio information subjected to the selection and / or mixing process by the audio synthesizing unit <164>.

[0152] The expansion interface unit 124 is a group of interfaces for expanding the functions of the broadcast receiving apparatus 100. In this embodiment, it is assumed to be composed of an analog video / audio interface, a USB (Universal Serial Bus) interface, a memory interface, and the like. The analog video / audio interface performs input of analog video signals / audio signals from an external video / audio output device, output of analog video signals / audio signals to an external video / audio input device, and the like. The USB interface connects to a PC or the like to perform data transmission and reception. An HDD may be connected to record broadcast programs and contents. Also, a keyboard or other USB devices may be connected. The memory interface connects a memory card or other memory media to perform data transmission and reception.

[0153] The digital interface unit 125 is an interface for outputting or inputting encoded digital video data and / or digital audio data. The digital interface unit 125 shall be capable of directly outputting the MMT data sequence obtained by demodulation in the tuner / demodulation unit 131, the MMT data sequence obtained via the LAN communication unit 121, or the mixed data of the respective MMT data sequences. Also, it may be controlled to input the MMT data sequence input from the digital interface unit 125 to the separation unit 132. Output of digital contents stored in the storage (accumulation) unit 110, or storage of digital contents in the storage (accumulation) 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, etc., and data may be output or input in a format compliant with DVI specifications, HDMI specifications, Display Port specifications, etc. It may also be output or input in the form of serial data compliant with IEEE1394 specifications, etc. Further, it may be configured as an IP interface that performs digital interface output via hardware such as Ethernet (registered trademark) or wireless LAN. In this case, the digital interface unit 125 and the LAN communication unit 121 may share their hardware configuration.

[0155] The operation input unit 170 is an instruction input unit that inputs operation instructions to the broadcast receiving apparatus 100. In this embodiment, it is assumed to be composed of a remote control receiving unit that receives commands transmitted from a remote control (not shown in the figure) and operation keys arranged with button switches. Only one of them may be used. Further, the operation input unit 170 may be replaced with a touch panel arranged over the monitor unit 162. It may also be replaced with a keyboard or the like connected to the extension interface unit 124. The remote control (not shown in the figure) may be replaced with a portable information terminal 700 having a remote control command transmission function.

[0156] Note that, as described above, when the broadcast receiving apparatus 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. Further, the broadcast receiving apparatus 100 may be, in addition to a television receiver, an optical disk drive recorder such as a DVD (Digital Versatile Disc) recorder, a magnetic disk drive recorder such as an HDD recorder, an STB (Set Top Box), or the like. It may also be a PC (Personal Computer), a tablet terminal, a navigation device, a game machine, or the like having a digital broadcast receiving function and a broadcast communication cooperation function. When the broadcast receiving apparatus 100 is a DVD recorder, an HDD recorder, an STB, or the like, the monitor unit 162 and the speaker unit 165 may not be provided. By connecting an external monitor and an external speaker to the video output unit 163 and the audio output unit 166 or the digital interface unit 125, the same operations as those of the broadcast receiving apparatus 100 of the present embodiment can be achieved.

[0157] [Software Configuration of Broadcast Receiving Apparatus] FIG. 8C is a software configuration diagram of the broadcast receiving apparatus 100 of the present embodiment, showing the software configuration in the ROM 103, the RAM 104, and the storage (accumulation) unit 110. In the present embodiment, the basic operation program 1001 and other operation programs are stored in the ROM 103, and the receiver function program 1002, the cooperation function program 1003, the recording and playback function program 1004, and other operation programs are stored in the storage (accumulation) unit 110. Further, the storage (accumulation) unit 110 is assumed to include a content storage area 1200 for storing contents such as videos, still images, and audio, an authentication information storage area 1300 for storing authentication information and the like necessary when accessing external portable terminal devices and each server device, and various information storage areas for storing other various information.

[0158] The basic operation program 1001 stored in the ROM 103 is expanded into the RAM 104, and further, the main control unit 101 executes the expanded basic operation program 1001 to constitute the basic operation execution unit 1101. Also, the reception function program 1002, the cooperation function program 1003, and the recording / reproducing function program 1004 stored in the storage (accumulation) unit 110 are similarly expanded into the RAM 104, and further, the main control unit 101 executes the expanded reception function program 1002, cooperation function program 1003, and recording / reproducing function program 1004 to constitute the reception function execution unit 1102, the cooperation function execution unit 1103, and the recording / reproducing function execution unit 1104. Also, the RAM 104 shall be provided with a temporary storage area for temporarily holding the data created when each operation program is executed, as necessary.

[0159] In the following, for the sake of simplicity of explanation, the process of controlling each operation block by the main control unit 101 expanding and executing the basic operation program 1001 stored in the ROM 103 in the RAM 104 will be described as if the basic operation execution unit 1101 controls each operation block. The same description will be made for other operation programs.

[0160] The reception function execution unit 1102 controls each operation block of the broadcast receiving apparatus 100 to reproduce components such as video and audio transmitted in the broadcast system of this embodiment. In particular, the transport processing unit 1102a mainly controls the MMT decoder function of the separation unit 132, and distributes video data sequences, audio data sequences, etc. separated from the MMT data sequence 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 character superprocessing unit 1102d mainly controls the character super decoder 144. The subtitle processing unit 1102e mainly controls the subtitle decoder 145. The general-purpose data processing unit 1102f mainly controls the data decoder 151. The EPG generation unit 1102g interprets the description content such as MH-EIT included in the MMT-SI and generates an EPG screen. The presentation processing unit 1102h mainly controls the video color gamut conversion unit 142, the subtitle composition unit 146, the subtitle color gamut conversion unit 147, the application color gamut conversion unit 155, the video composition unit 161, and the audio composition unit 164 based on the logical plane structure.

[0161] In addition, the cooperation function execution unit 1103 manages device authentication and connection, transmission and reception of each data, etc. when the broadcast receiving apparatus 100 performs a cooperation operation with an external device such as the portable information terminal 700. The recording / reproducing function execution unit 1104 controls when recording broadcast programs acquired from the digital broadcast wave of this broadcast system, contents acquired from each server device on the network, etc. to the content storage area 1200 of the storage (accumulation) unit 110, an external storage connected to the expansion interface unit 124, etc., or when reproducing the broadcast programs, contents, etc.

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

[0163] [Configuration of Broadcast Station Server] FIG. 9 is a block diagram showing an example of the internal configuration of the broadcast station server 300. The broadcast station server 300 includes 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 according to a predetermined operation program. The system bus 302 is a data communication path for performing data transmission and reception 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 / delivery program 3002, and a broadcast content transmission program 3003, and further includes a broadcast content storage area 3200 and a metadata storage area 3300. The broadcast content storage area 3200 stores program contents and the like of each broadcast program broadcast by the broadcast station. The metadata storage area 3300 stores metadata such as the program title, program ID, program summary, performers, broadcast date and time, and copy control information related to each program content of the above-mentioned broadcast programs.

[0166] Also, the basic operation program 3001, the broadcast content management / delivery program 3002, and the broadcast content transmission program 3003 stored in the storage unit 310 are each expanded in the RAM 304, and further, the main control unit 301 executes each of the expanded programs, thereby constituting the basic operation execution unit 3101, the broadcast content management / delivery execution unit 3102, and the broadcast content transmission execution unit 3103.

[0167] In the following, for the sake of simplicity of explanation, the process in which the main control unit 301 expands and executes the basic operation program 3001 stored in the storage unit 310 in the RAM 304 to control each operation block is described as if the basic operation execution unit 3101 controls each operation block. The same description will be made for other operation programs.

[0168] The broadcast content management / delivery execution unit 3102 manages the program content and other metadata of each broadcast program and each metadata accumulated in the broadcast content storage area 3200 and the metadata storage area 3300, and controls the provision of the program content and other metadata of each broadcast program and each metadata to the service provider based on the contract. Further, when providing the program content and other metadata of each broadcast program and each metadata to the service provider, the broadcast content management / delivery 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 and the like when sending out an MMT data sequence including the program content of the broadcast program stored in the broadcast content storage area 3200, the program title of the broadcast program stored in the metadata storage area 3300, the program ID, the copy control information of the program content, etc. from the radio tower 300t via the digital broadcast signal transmission unit 360.

[0170] The LAN communication unit 321 is connected to the Internet 200 and communicates with service provider servers 400 and the like on the Internet 200. Assume that the LAN communication unit 321 includes an encoding circuit, a decoding circuit, and the like. The digital broadcast signal transmission unit 360 modulates an MMT data sequence composed of video data sequences, audio data sequences, program information data sequences, etc. 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] [Configuration of Service Provider Server] FIG. 10 is a block diagram showing an example of the internal configuration of the service provider server 400. The service provider server 400 includes a main control unit 401, a system bus 402, a RAM 404, and a storage unit 410, and a LAN communication unit 421.

[0172] The main control unit 401 is a microprocessor unit that controls the entire service provider server 400 according to a predetermined operation program. The system bus 402 is a data communication path for performing data transmission and reception 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 the basic operation program 4001, the video content management / delivery program 4002, and the application management / distribution program 4004, and further includes a video content storage area 4200, a metadata storage area 4300, an application storage area 4400, and a user information storage area 4500. The video content storage area 4200 stores the program content of the broadcast program provided from the broadcasting station server 300 as video content. It also stores video content produced by the service provider. The metadata storage area 4300 stores each piece of metadata provided from the broadcasting station server 300 and metadata related to the video content produced by the service provider. The application storage area 4400 stores various applications for realizing services linked to broadcast programs for distribution in response to requests from each television receiver. The user information storage area 4500 stores information (such as personal information and authentication information) about users whose access to the service provider server 400 is permitted.

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

[0175] In the following, for the sake of simplicity, the process in which the main control unit 401 expands and executes the basic operation program 4001 stored in the storage unit 410 in the RAM 404 to control each operation block is described as if the basic operation execution unit 4101 controls each operation block. The same description is made for other operation programs.

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

[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 is assumed to include a coding circuit, a decoding circuit, and the like.

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

[0179] The main control unit 701 is a microprocessor unit that controls the entire mobile information terminal 700 according to a predetermined operation program. The system bus 702 is a data communication path for performing data transmission and reception between the main control unit 701 and each operation block in the mobile information terminal 700.

[0180] The ROM 703 is a memory that stores basic operation programs such as an operating system and other operation programs, and a rewritable ROM such as an EEPROM or a flash ROM is used, for example. The RAM 704 serves as a work area when executing the basic operation program and other operation programs. The ROM 703 and the RAM 704 may be integrally configured with the main control unit 701. Further, the ROM 703 may use a partial storage area in the storage unit 710 instead of having an independent configuration as shown in FIG. 11A.

[0181] The storage unit 710 stores the operation program and operation setting values of the portable information terminal 700, personal information of the user of the portable information terminal 700, and the like. Further, it can store operation programs downloaded via the Internet 200 and various data created by the operation programs. Also, it can store contents such as videos, still images, and audio downloaded via the Internet 200. A part of the storage area of the storage unit 710 may replace all or part of the functions of the ROM 703. Further, the storage unit 710 needs to retain the stored information even when no external power is supplied to the portable information terminal 700. Therefore, for example, devices such as non-volatile semiconductor element memories such as flash ROMs and SSDs, and magnetic disk drives such as HDDs are used.

[0182] Note that the respective operation programs stored in the ROM 703 and the storage unit 710 can be added, updated, and functionally expanded by download processing 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 wireless, such as Wi-Fi (registered trademark). The mobile telephone network communication unit 722 performs telephone communication (calls) and transmits and receives data via wireless communication with a base station 600b of the mobile telephone network. The NFC communication unit 723 performs wireless communication when in proximity to a compatible reader / writer. The LAN communication unit 721, the mobile telephone network communication unit 722, and the NFC communication unit 723 each include an encoding circuit, a decoding circuit, an antenna, etc. The communication processing unit 720 may further include other communication units, such as a Bluetooth (registered trademark) communication unit or an infrared communication unit.

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

[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 the image data processed by the image signal processing unit 742 to the user of the portable information terminal 700. The image signal processing unit 742 includes a video RAM (not shown), and the display unit 741 is driven based on the image data input to the video RAM. Further, the image signal processing unit 742 is assumed to have functions such as performing format conversion, superimposing a menu and other OSD (On Screen Display) signals 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 or an object by converting the 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 the audio signal processed by the audio signal processing unit 752 to the user of the portable information terminal 700. The audio input unit 753 is a microphone, and converts the user's voice or the like 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. In this embodiment, it is composed of a GPS receiver 761, a gyro sensor 762, a geomagnetic sensor 763, an acceleration sensor 764, an illuminance sensor 765, and a proximity sensor 766. With these sensor groups, it becomes possible to detect the position, inclination, direction, movement of the portable information terminal 700, as well as the ambient brightness, proximity of surrounding objects, etc. Further, the portable information terminal 700 may further include other sensors such as a barometric 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 Assistants) or a notebook PC. Further, it may be a digital still camera, a video camera capable of shooting videos, a portable game machine, a navigation device, etc., or other portable digital devices.

[0190] Note that the configuration example of the portable information terminal 700 shown in Fig. 11A includes many components that are not essential in this embodiment, such as the sensor unit 760, etc. However, even if these components are not provided, the effects of this embodiment will not be impaired. Further, configurations not shown, such as a digital broadcast reception function and an electronic money settlement function, may be further added.

[0191] [Software Configuration of Portable Information Terminal] Fig. 11B is a software configuration diagram of the portable information terminal 700 of this embodiment, showing the software configurations 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 cooperation control program 7002 and other operation programs are stored in the storage unit 710. Further, the storage unit 710 is assumed to include a content storage area 7200 for storing contents such as videos, still images, and audio, an authentication information storage area 7300 for storing authentication information etc. necessary when accessing a television receiver and each server device, and various information storage areas for storing other various information.

[0192] The basic operation program 7001 stored in the ROM 703 is expanded into the RAM 704, and further, the main control unit 701 executes the expanded basic operation program, thereby constituting the basic operation execution unit 7101. Also, the cooperation control program 7002 stored in the storage unit 710 is similarly expanded into the RAM 704, and further, the main control unit 701 executes the expanded cooperation control program, thereby constituting the cooperation control execution unit 7102. Also, the RAM 704 shall be provided with a temporary storage area for temporarily holding data created when each operation program is executed, as necessary.

[0193] In the following, for the sake of simplicity, the process of the main control unit 701 expanding and executing the basic operation program 7001 stored in the ROM 703 to control each operation block will be described as the basic operation execution unit 7101 performing the control of each operation block. The same description will be made for other operation programs.

[0194] The cooperation control execution unit 7102 manages device authentication and connection, transmission and reception of each data, etc. when the mobile information terminal 700 performs a cooperation operation with the television receiver. Also, the cooperation control execution unit 7102 shall be provided with a browser engine function for executing an application that interlocks with the television receiver.

[0195] Each of the above operation programs may be stored in the ROM 703 and / or the storage unit 710 in advance at the time of product shipment. After product shipment, it may be acquired from other application servers 500 on the Internet 200 etc. via the LAN communication unit 721 or the mobile phone network communication unit 722. Also, each of the above operation programs stored in a memory card, an optical disk, etc. may be acquired via the expansion interface unit 724 etc.

[0196] [Time Management of Broadcast Receiver] 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 a 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 practice, it is difficult to reproduce 1 second with 32-bit accuracy. Therefore, as a system clock for synchronizing the video system or for operating a system clock for an 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 between "2 to the 24th power" and "2 to the 28th power" as described above on the broadcast transmission system side or the receiver side, the lower 8 to 4 bits that are not referenced by the PLL (Phase Locked Loop) system for reproducing the system clock and the NTP format clock in the NTP timestamp format transmitted from the broadcast transmission system side to the receiver side may be fixed to '0' or '1'. That is, if the system clock is "2 to the nth power" Hz (n = 24 in the example of FIG. 12A, the same applies hereinafter), the lower '32 - n' bits of the NTP timestamp format may be fixed to '0' or '1'. Alternatively, on the receiver side, the lower '32 - n' bits of the NTP timestamp format may be processed to be ignored.

[0200] On the broadcast transmission system side, when obtaining time information in NTP format from the outside, a PLL system is configured with a 32 + n - bit counter using a VCO (Voltage Controlled Oscillator) of "2 to the nth power" Hz, and a transmission system clock synchronized with the time information given from the outside is realized. Also, the entire signal processing system is operated in synchronization with the system clock of "2 to the nth power" Hz. Further, the output of the transmission system clock is periodically transmitted to the receiver side via the broadcast transmission path as time information in NTP long format. Note that, for the time information in NTP long format transmitted to the receiver side, among the 32 bits representing "less than one second", the lower '32 - n' bits may be fixed to '0' or '1'. That is, because the system clock counter on the broadcast transmission system side is composed of 32 + n bits.

[0201] On the receiver side, time information in NTP long format is received via the broadcast transmission path, and the reception system clock is reproduced by a PLL system based on a VCO of "2 to the nth power" Hz in the same manner as on the broadcast transmission system side. As a result, the reception system clock becomes a clock synchronized with the broadcast transmission system side. Also, by operating the signal processing system of the receiver in synchronization with the system clock of "2 to the nth power" Hz, clock synchronization between the broadcast transmission system side and the receiver side is realized, and stable signal reproduction becomes possible.

[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 aforementioned 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> An example of the configuration of time information transmitted in the NTP format in the NTP-based time management function described above is shown in FIG. 12B. Parameters such as the'reference_timestamp' parameter and the 'transmit_timestamp' parameter in the NTP format are 64-bit NTP long format time data, and the'mpu_presentation_time' parameter in the MPU timestamp descriptor shown in FIG. 7D is also 64-bit NTP timestamp format time data. The NTP long format time data and the NTP timestamp format time data are data representing 'above seconds' of UTC in 32 bits and 'less than seconds' in 32 bits. That is, the time information in the NTP format can transmit time information up to 'less than seconds'. Furthermore, since the time information in the NTP format is in UTC notation, unlike time management in conventional digital broadcasting, as shown in FIG. 3, by managing both the data flow transmitted via the broadcast transmission path and the data flow distributed via the communication line with the time information in the NTP format, it is possible to easily match the data of both sides.

[0205] On the other hand, the time information transmitted by MH-TOT is as follows.

[0206] Fig. 12C shows an example of the data structure of MH-TOT. The broadcast receiver 100 of this embodiment can acquire the current date and 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 encoded data of the current date in Modified Julian Date (MJD) and 24-bit information representing the Japan Standard Time (JST) in six 4-bit Binary-Coded Decimal (BCD). By performing a predetermined operation on the 16-bit encoded data of the MJD, the current date can be calculated. Also, the six 4-bit Binary-Coded Decimals represent 'hours' in two decimal digits by the first two 4-bit Binary-Coded Decimals,'minutes' in two decimal digits by the next two 4-bit Binary-Coded Decimals, and'seconds' in two decimal digits by the last two 4-bit Binary-Coded Decimals.

[0207] That is, the difference between the time management based on the NTP format and the time management based on MH-TOT is that the former time management based on the NTP format can transmit time information up to 'less than seconds' as described above, while the latter time management based on MH-TOT can only transmit time information up to the'second unit' in JST notation.

[0208] The broadcast receiver 100 of this embodiment uses the time management function based on NTP, which is time information in UTC notation, for the synchronization processing of the decoding and display of video, audio, subtitles, text super, and other presentation data that are the content of the broadcast signal, thereby enabling more accurate synchronization processing. Furthermore, by referring to the information in UTC notation instead of the clock notation of the broadcast station, it is also possible to perform the synchronization processing of the decoding and display of video, audio, subtitles, text super, or other data received in the broadcast signal and video, audio, subtitles, text super, or other data obtained via the communication line path.

[0209] Furthermore, in the broadcast receiving apparatus 100 of the present embodiment, the time management function based on "JST_time" including 24-bit information represented by six 4-bit binary-coded decimal numbers of MH-TOT may be used for the process of presenting the current time to the user or each process for handling MH-EIT shown in FIG. 7E. Generally, in the process of presenting the current time to the user in a broadcast receiving apparatus, there is almost no requirement for accuracy down to less than one second. Also, each time information described in MH-EIT is 24-bit information represented by six 4-bit binary-coded decimal numbers, and is stored in "hours", "minutes", and "seconds" in two decimal digits each, similar to the EIT of conventional digital broadcasts transmitted in the MPEG2-TS format. For this reason, the time management function based on MH-TOT in the broadcast receiving apparatus 100 of the present embodiment is easily compatible with each process for handling MH-EIT. Specifically, each process for handling MH-EIT is, for example, a process for generating an electronic program guide, control of recording reservation and viewing reservation, copyright management processes such as temporary storage, etc. In any of these processes, it is rarely required to have accuracy down to less than one second, because accuracy in units of one second is sufficient.

[0210] Also, processes such as the process for generating the electronic program guide, control of recording reservation and viewing reservation, and copyright management processes such as temporary storage are functions that are also mounted on receivers of conventional digital broadcast systems using the MPEG2-TS format. Then, in the broadcast system of the present embodiment as well, if it is configured so that in processes such as the process for generating the electronic program guide, control of recording reservation and viewing reservation, and copyright management processes such as temporary storage, it can be handled by a time management process that is compatible with the conventional MPEG2-TS format digital broadcast system, when configuring a broadcast receiving apparatus having both the receiving function of the conventional MPEG2-TS format digital broadcast and the receiving function of the MMT format digital broadcast, in these processes (processes such as the process for generating the electronic program guide, control of recording reservation and viewing reservation, and copyright management processes such as temporary storage), there is no need to separately design the processing algorithms, and the cost can be reduced.

[0211] Moreover, even a receiver that does not have the receiving function of the conventional MPEG2-TS digital broadcast but only has the receiving function of the MMT digital broadcast can utilize the algorithm of the functions mounted on the receiver of the conventional MPEG2-TS digital broadcast system without completely newly creating the algorithms for processes such as the generation process of the electronic program guide, the control of recording reservation and viewing reservation, and the copyright management process such as temporary storage. Therefore, it can be developed at a lower cost.

[0212] Therefore, by adopting a configuration in which the time management function based on the 'JST_time' parameter of MH-TOT is used for these processes (processes such as the generation process of the electronic program guide, the control of recording reservation and viewing reservation, and the copyright management process such as temporary storage), even a broadcast receiving apparatus for MMT digital broadcast can be provided at a lower cost by enhancing the compatibility with the conventional broadcast system.

[0213] As described above, the broadcast receiving apparatus 100 of the present embodiment has a time management function using two types of time information with different accuracies. That is, the first time information is time information in a notation that is compatible with the conventional digital broadcast system, and the second time information is time information with a higher resolution than the first time information. By using the second time information for the synchronization process of each content data of the broadcast signal, a more advanced information presentation process is realized, and by using the first time information for processes such as the generation process of the electronic program guide, the control of recording reservation and viewing reservation, and the copyright management process such as temporary storage, the broadcast receiving apparatus can be provided at a low cost.

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

[0215] [First Modification Example of Time Management] Next, a first modification example of time management in the broadcast system of the present embodiment will be described below.

[0216] In the first modification example, 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 the assumed delay time in the time information transmission from a time management server (not shown) or a broadcasting station server 300 to the broadcast receiving apparatus 100 is included in the broadcast signal and transmitted. The broadcast receiving apparatus 100 may be configured to use the information regarding the assumed delay time for correcting the system clock of the NTP-based time management function.

[0217] At this time, the information regarding the assumed delay time may be configured to be transmitted not within the TLV multiplexed stream of the protocol stack in the broadcast transmission path shown in FIG. 3(A) but within the TMCC (Transmission and Multiplexing Configuration Control) area outside the TLV multiplexed stream. If it is transmitted within the TMCC area, in the broadcast receiving apparatus 100, it becomes possible to extract the information regarding the assumed delay time without going through the separation process (demultiplexing process) of the TLV multiplexed stream. That is, it is possible to acquire information that is less affected by the delay due to the separation process in the broadcast receiving apparatus 100. Therefore, a highly accurate system clock correction process can be performed. An example of the data structure of the time information transmitted by the TMCC signal will be described with reference to FIG. 12E. The time information may be stored and transmitted in, for example, the TMCC extended information area. In the time information of the TMCC extended information area shown in the figure, the 'delta' parameter represents the assumed value of the transmission delay from the time management server that distributes UTC or the server apparatus that creates the TMCC signal to a general broadcast receiving apparatus in a 32-bit signed fixed-point decimal. 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 apparatus in the 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 modification example, the broadcast receiver 100 of the present embodiment can correct the system clock of the time management function based on NTP used for synchronization processing of each content data of the broadcast signal with higher accuracy by using the information regarding the assumed delay time (for example, the aforementioned 'delta' parameter and / or 'transmit_timestamp' parameter) described in the time information stored in and transmitted from the TMCC extended information area.

[0219] [Second Modification Example of Time Management] Next, a second modification example of time management in the broadcast system of the present embodiment will be described below.

[0220] As described above, the broadcast receiver 100 of the present embodiment has a time management function of acquiring the current date and the Japan Standard Time based on the information transmitted by MH-TOT and managing the time. The current date and the Japan Standard Time acquired based on the information transmitted by MH-TOT can be output to the monitor unit 162 and the video output unit 163 and provided to the user by being superimposed on video information, application information, etc. by the video composition unit 161 of the broadcast receiver 100. As described above, MH-TOT has the data structure shown in FIG. 12C, and the broadcast receiver 100 can acquire the current date and the current time from the 'JST_time' parameter of the MH-TOT.

[0221] However, in the aforementioned 'JST_time' parameter, since only the lower 16 bits of the encoded data of MJD are used, an overflow will occur after 'April 22, 2038', and the date after 'April 23, 2038' cannot be expressed by only the predetermined calculation. Therefore, in the second modification example of the present embodiment, it is assumed that the calculation method is switched depending on whether the value of MJD is equal to or greater than a predetermined value or less than the predetermined value, so that the date 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, when the predetermined value is set to '32768 (0x8000)', if MJD is '32768' or greater, the current date is calculated using the first calculation method, and if MJD is less than '32768', the current date is calculated using the second calculation method. Note that when MJD is less than '32768', it is equivalent to the case where the most significant bit of the 16-bit data of MJD is '0'. Thereby, in the broadcast receiving apparatus 100 of the present embodiment, it is possible to represent dates after 'April 23, 2038'. However, the predetermined value can be arbitrarily set, and it may be set to '16384 (0x4000)', '49152 (0xC000)', etc. The switching condition of the calculation method may be that the upper 2 bits of the 16-bit data of MJD are '00', or the upper 2 bits of the 16-bit data of MJD are not '11'. Note that when the above-described means is used with the predetermined value set to '32768', dates before 'September 4, 1948' cannot be represented, but this is not particularly problematic in practical use as a television receiver.

[0223] Also, instead of switching between the first calculation method and the second calculation method according to the comparison result between MJD and the predetermined value, the first calculation method and the second calculation method may be switched according to a flag obtained by replacing part or all of the'reserved' parameter in the MH-TOT data structure shown in FIG. 12C or a newly added flag. For example, if the flag is set to '1' when the most significant bit of the 16-bit encoded data of MJD is '0' and MJD indicates a date after 'April 23, 2038', and set to '0' when MJD does not indicate a date after 'April 23, 2038'. 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 descriptor having the same meaning as the flag may be newly prepared and arranged in MH-TOT.

[0224] Furthermore, in the broadcasting system of this embodiment, as described above, absolute time in NTP format is transmitted, and the broadcast receiving device 100 of this embodiment has a time management function based on the NTP. Furthermore, the broadcast receiving device 100 of this embodiment controls the decoding timing and presentation timing for each presentation unit of video / audio signals by referring to the NTP timestamp etc. 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 Figure 12B. Furthermore, the MPU timestamp descriptor has the configuration shown in Figure 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 depending on 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 receiver channel selection process (initial scan)] The AMT of the broadcasting system of this embodiment provides a list of multicast groups for IP packets so that IP packets transmitted using the TLV multiplexing method can be received without distinction from IP packets transmitted over a communication line. Multiple IP multicast groups can be listed for one service identifier. Address masks can also be used to efficiently describe consecutive IP addresses.

[0228] In the broadcast receiving apparatus 100 of the present embodiment, when performing channel scanning during initial setting or re-scanning for setting change, it is possible to store the list of services acquired from the TLV-NIT in a non-volatile memory such as the ROM 103 or the storage unit 110. Further, it is assumed that a list of IP multicast groups corresponding to each of the services can be stored in the non-volatile memory in association with each of the services as IP-related information. By storing the list of the services and the IP-related information in the non-volatile memory so that they can be always referred to, it becomes unnecessary to re-acquire the TLV-NIT or AMT at the time of channel switching or the like, and it becomes possible to efficiently acquire broadcast content.

[0229] FIG. 13A is a diagram showing an example of an operation sequence at the time of channel scanning (re-scanning) in the broadcast receiving apparatus 100 of the present embodiment.

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

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

[0232] FIG. 13C shows an example of the data structure of the satellite distribution system descriptor. FIG. 13D shows an example of the data structure of the service list descriptor. Note that when the TLV-NIT has a plurality of different data such as the TLV stream ID, the original network ID, the distribution system information, and the 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, the distribution system information, and the list of service IDs obtained in the processes of S105 to S107, and stores (updates during rescan) the created service list in the ROM 103 or the storage unit 110 or the like (S108).

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

[0234] Note that if in the process of S102, the tuner / demodulation unit 131 fails to lock to the set frequency value (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] When the process of S111 is completed, if the frequency value set in the tuner / demodulation unit 131 is the final frequency value in 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 in the channel scan range (S112: No), the frequency value set in the tuner / demodulation unit 131 is incremented (S113), and the processes of S102 to S111 are repeated. Note that when a single TLV-NIT can acquire the service IDs for all services constituting the broadcast network and further can acquire the AMT having a list of IP multicast groups for the service IDs, the processes of S112 to S113 are unnecessary.

[0236] Through the above series of processes, the broadcast receiving apparatus 100 of the present embodiment can create / update a list (service list) of services constituting the broadcast network and, at the same time, create / update a list (IP-related information) of IP multicast groups corresponding to each service during channel scanning at the time of initial setting or during rescan for setting change, and further store the information in a non-volatile memory such as the ROM 103 or the storage unit 110.

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

[0238] [Station selection process (channel switching) of broadcast receiving apparatus] FIG. 14A is a diagram showing an example of an operation sequence at the time of station selection (channel switching) in the broadcast receiving apparatus 100 of the present embodiment.

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

[0240] Next, the reception function execution unit 1102 starts acquiring the TLV-NIT from the reception signal of the tuner / demodulation unit 131. If the acquisition of the TLV-NIT is successful 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 acquisition of the TLV-NIT is not successful within a predetermined time (S205: No), by referring to the service list stored in the ROM 103 or the storage unit 110 or the like (S206), distribution system information for acquiring the IP data flow corresponding to the service ID is acquired (S207). 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] When the distribution system information is acquired in the process of S207, next, the receiver function execution unit 1102 controls the tuner / demodulator unit 131 with the frequency value indicated by the acquired distribution system information, receives the IP data flow corresponding to the service ID (S208), extracts the MMT data sequence from the received IP data flow, and outputs it to the separation unit 132.

[0242] In the separation unit 132, the transport processing unit 1102a acquires the MMTP packet whose packet ID is '0' from the input MMT data sequence (S209), and further acquires the MPT included in the acquired MMTP packet (S210). Next, the transport processing unit 1102a refers to the 'MMT_package_id_byte' parameter included in the acquired MPT, and checks whether the lower 16 bits of the 'MMT_package_id_byte' parameter are the same value as the service ID. In an example of the data structure of the MPT shown in FIG. 7B, when the lower 16 bits of the 'MMT_package_id_byte' parameter are the same value as the service ID (S211: Yes), it is determined that the MMTP packet whose packet ID is '0' is the MMTP packet having the data of the program corresponding to the service ID, and the process proceeds to the acquisition process of the MFU based on the information included in the acquired MPT.

[0243] On the other hand, when the lower 16 bits of the parameter “MMT_package_id_byte” are not the same as the service ID (S211: No), it is determined that the MMTP packet with the packet ID of “0” does not have the data of the program corresponding to the service ID. In this case, the transport processing unit 1102a acquires the PLT again (S212), and by checking the acquired PLT, it checks the packet ID (assumed to be x) of the MMTP packet that transmits the MPT having the parameter “MMT_package_id_byte” corresponding to the service ID (S213). Further, the transport processing unit 1102a acquires the MMTP packet with the packet ID of “x” from the input MMT data sequence (S214), and acquires the MPT included in the acquired MMTP packet (S215). Further, based on the information included in the acquired MPT, the acquisition process of the MFU is started.

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

[0245] Here, regarding the process of identifying the packet ID of an MMTP packet having program data corresponding to the service ID by checking the above-mentioned PLT and obtaining the MPT, an explanation will be given. It is assumed that an MMTP packet with a packet ID of '0' indicates the transmission of a PA message. When multiplexing a plurality of packets, as shown in FIG. 14B, this PA message includes a PLT (Packet List Table). The PLT has a list of packet IDs of MMTP packets that transmit PA messages including the MPTs of other packets. By checking the PLT, it becomes possible to identify an MMTP packet that transmits a PA message including the MPT that is the entry point of each service from the packet ID. FIG. 14C shows an example of the data structure of the PLT. It is assumed that the location information for transmitting the PA message of the packet 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 acquisition process of the MFU, 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 for transmitting the desired MFU (S216). Also, the presentation time of the MPU is acquired from the MPU timestamp descriptor arranged in the MPT, and the layout number of the MPU is acquired from the MPU presentation area designation descriptor arranged in the MPT (S217, S218). Further, the MFU is acquired based on the acquired IP address and packet ID of the IP data flow (S219). Next, encoded video data, encoded audio data, etc. are extracted from the acquired MFU, video / audio decoding processing based on the control of the AV decoding processing unit 1102b is performed, and presentation processing based on the information regarding the acquired presentation time and the information regarding layout control is performed under the control of the presentation processing unit 1102h (S220).

[0247] In addition, if the PLT cannot be obtained in the process of S212, if the parameter "MMT_package_id_byte" that matches the service ID cannot be confirmed in the process of S213, if the MMTP packet with the packet ID being "x" cannot be obtained in the process of S215, etc., the program output process based on the data of the MMTP packet with the packet ID being "0" obtained in the process of S210 (i.e., the processes of S216 to S220) may be performed. Also, in this case, it is advisable to display a message indicating that the program corresponding to the service ID selected by the user cannot be displayed.

[0248] Through the above series of processes, the broadcast receiving apparatus 100 of this embodiment can execute a channel selection (channel switching) operation. In particular, as described with reference to FIGS. 13A and 14A, at the time of channel scanning during initial setting or at the time of re-scanning 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 that they can be always referred to. When performing channel selection (channel switching), by referring to the service list and IP-related information stored in the non-volatile memory such as the ROM 103 or the storage unit 110, it is possible to improve the efficiency of the operation at the time of channel selection (channel switching). That is, compared with the case of re-acquiring the AMT or TLV-NIT at the time of channel selection (channel switching), it is possible to shorten the time from the start to the end of channel selection (channel switching).

[0249] [Remote control key setting process of broadcast receiving apparatus] An example of the appearance of a remote controller 100R used for inputting an operation instruction to the broadcast receiving apparatus 100 of this embodiment is shown in FIG. 15A. The remote controller 100R is provided with 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, an enter key 100R7, and color keys 100R8. It may further be provided with volume up / down keys, a network switching key, an input switching key, a recording key, a playback 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 receiver 100 of this embodiment to switch channels using the remote controller 100R, the following three methods may be used. The first method is a method of directly inputting and specifying the service ID of a desired channel (service) by pressing the numeric keypad 100R2 multiple times. The second method is a method of performing forward (or reverse) channel search until the desired channel (service) is displayed by repeating the pressing of the channel up / down key 100R3 as necessary. The third method is a so-called one-touch channel selection method of calling a predetermined channel (service) associated with each key of the numeric keypad 100R2 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 a predetermined channel (service) to each key of the numeric keypad 100R2 in the broadcast receiver 100.

[0251] It is assumed that the broadcast receiver 100 corresponding to the broadcast system of this embodiment can automatically perform the above-described association setting 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 prepares a remote control key descriptor as a TLV-SI descriptor. The above-described association setting may be performed by referring to the remote control key descriptor.

[0252] Fig. 15B shows an example of the data structure of a remote control key descriptor. The “service_id” parameter in the figure is the service ID that identifies a channel (service). The “remote_control_key_id” parameter is the recommended value of the remote control button number that assigns the channel (service) identified by the service ID. According to the values of the respective parameters, the channel (service) identified by the “service_id” parameter may be associated with the key specified by the value of the “remote_control_key_id” parameter of the numeric keypad 100R2.

[0253] Note that when the number of channels (services) in the same network is large, the channels (services) may be assigned to keys other than the numeric keypad 100R2. For example, a predetermined channel (service) may be assigned to the color key 100R8, etc. In this case, numerical values corresponding to the “remote_control_key_id” parameter may be assigned to each key of the color key 100R8 in advance.

[0254] The remote control key descriptor may be described as a descriptor of TLV-NIT. Therefore, for example, when the TLV-NIT obtained in the process of S103 of the operation sequence at the time of channel scan 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 apparatus 100 in combination with the processes of S105 to S107, whereby the above-described association setting may be performed.

[0255] In addition to the method of setting the association according to the description content of the remote control key descriptor as described above, the user may also appropriately assign services of any channel to each key of the numeric keypad 100R2 according to their preferences. Further, both the association setting according to the description content of the remote control key descriptor and the association setting assigned by the user according to their preferences may be stored simultaneously in the non-volatile memory of the broadcast receiving apparatus 100, and only one of the settings may be used by selection such as a menu operation. Also, in this case, the association setting assigned by the user according to their preferences may be preferentially used. Further, according to the value of the priority flag described in the remote control key descriptor, the association setting according to the description content of the remote control key descriptor may be preferentially used over the association setting assigned by the user according to their preferences. 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 may be set by adding a new parameter. In this case, it is possible to control the value of the priority flag for each service ID.

[0256] Also, when the association setting assigned by the user according to their preferences is stored in the non-volatile memory, the association setting according to the description content of the remote control key descriptor may not be stored in the non-volatile memory. Further, only the association setting assigned by the user according to their preferences may be stored in the non-volatile memory of the broadcast receiving apparatus 100, and when a remote control key descriptor is described in the received TLV-NIT, the association setting according to the description content of the remote control key descriptor may be used, and when a remote control key descriptor is not described in the received TLV-NIT, the association setting assigned by the user according to their preferences may be used.

[0257] Note that the process of changing the association of a predetermined channel (service) with each key of the numeric keypad 100R2 according to the description content of the remote control key descriptor may be performed simultaneously for all services described in the service list descriptor in the network specified by TLV-NIT, or may be performed only for some services. When the above process is performed only for some services, the old settings may be kept as they are for other services. Also, when the'service_id' parameter is a predetermined value (for example, 999, etc.), only the settings specified by the'remote_control_key_id' parameter among the set contents stored in the non-volatile memory of the broadcast receiving apparatus 100 may be erased.

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

[0259] [Channel selection process for multi-program channels] In the broadcast system of the present embodiment as well, it is assumed that multi-programming in which a plurality of programs are broadcast in parallel on one channel (service) is possible. When performing simultaneous broadcast of a plurality of programs by multi-programming, it is conceivable that the above-mentioned one-touch channel selection is possible only for the main channel of the multi-programming, and not for the sub-channels of the multi-programming. That is, when selecting a sub-channel of the multi-programming, it is necessary to use a method of directly inputting and specifying the service ID, or a method of first selecting the main channel of the multi-programming by one-touch channel selection and then selecting the desired sub-channel by pressing the channel up / down key 100R3, and there is a problem that the operation becomes complicated.

[0260] In order to solve the above problem, in the broadcast receiving apparatus 100 of the present embodiment, the function of one-touch channel selection is extended, and by repeatedly pressing the numeric keypad 100R2 assigned with a predetermined service ID a plurality of times within a predetermined time, direct selection of the sub-channels of the multi-programming is made possible.

[0261] This will be explained using FIG. 16A. For example, assume that the service for channel 011 is pre-assigned to the "1" key on the numeric keypad 100R2 of the remote controller 100R. In this case, if a channel selection operation is performed when multi-programming 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-programming 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 after the first press of the "1" key. Similarly, channel 013 is selected when the "1" key is pressed three times within a predetermined time. Note that if the "1" key is pressed again after a predetermined time has elapsed since the first press of the "1" key, channel 011 may remain selected.

[0262] By enabling the above-described operations, the broadcast receiving device 100 of this embodiment allows direct selection of a sub-channel in a multi-programming situation with a simpler operation.

[0263] Similarly, the angle selection of a multi-view program or the selection of a predetermined video asset from a plurality of video assets may be performed by repeatedly pressing the numeric keypad 100R2 multiple times. As shown in FIG. 16B, when the service ID of the multi-view program is assigned to the '1' key of the numeric keypad 100R2 of the remote controller 100, it is assumed that when the '1' key is pressed only once, the multi-view program is tuned and the main view is displayed. Further, it is assumed that when the '1' key is pressed again within a predetermined time from the first pressing of the '1' key, the sub-view 1 of the multi-view program is displayed. Similarly, when the '1' key is pressed three times within a predetermined time, it is assumed that the sub-view 2 of the multi-view program is displayed. Note that when the '1' key is pressed again after exceeding the predetermined time from the first pressing of the '1' key, the main view of the multi-view program may remain displayed. The selection of a predetermined video asset from a plurality of video assets may also be possible by the same operation as described above.

[0264] By enabling the operations as described above, in the broadcast receiving apparatus 100 of the present embodiment, it is possible to select an angle of a multi-view program or a predetermined video asset from a plurality of video assets with a simpler operation.

[0265] Note that when one or more programs during multi-editing are multi-view programs or programs having a plurality of assets, only one of the above-described operations may be made effective and the other may be made ineffective. For example, when one or more programs during multi-editing are multi-view programs or programs having a plurality of assets, the operation of pressing a key multiple times within a predetermined time of the same key may be assigned to the process of directly tuning a sub-channel during multi-editing. Which operation is to be made effective and which is to be made ineffective may be determined in advance or may be selected by the user.

[0266] [Screen Layout Control of Broadcast Receiving Apparatus] In the broadcast receiving apparatus 100 of this embodiment, it is assumed that screen layout control based on the description of the LCT is possible. 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 designation descriptor is shown in FIG. 17B.

[0267] In the data structure of the LCT, in particular, the 'left_top_pos_x' parameter and the 'right_down_pos_x' parameter indicate the horizontal position of the upper left corner and the horizontal position of the lower right corner of the area, respectively, as a ratio to the total number of horizontal pixels when the left side of the full-screen display is '0' and the right side is '100'. The 'left_top_pos_y' parameter and the 'right_down_pos_y' parameter indicate the vertical position of the upper left corner and the vertical position of the lower right corner of the area, respectively, as a ratio to the total number of vertical pixels when the upper side of the full-screen display is '0' and the lower side is '100'. Also, the 'layer_order' parameter indicates the relative position in the depth direction of the area.

[0268] An example of the assignment of the layout to the layout number based on the settings of the respective parameters will be described below together with the set values of the respective parameters.

[0269] FIG. 17C shows the default layout setting of the broadcast receiving apparatus 100 of this embodiment, which is an example of setting only one area on the entire screen. FIG. 17D shows an example when the entire screen is divided into three areas, and the respective areas are set as 'area 0', 'area 1', and 'area 2'. For example, when the number of pixels of the entire screen is 7680 pixels horizontally and 4320 pixels vertically, 'area 0' is set in the range of (0,0)-(6143,3455) because the 'left_top_pos_x' parameter is '0', the 'left_top_pos_y' parameter is '0', the 'right_down_pos_x' parameter is '80', and the 'right_down_pos_y' parameter is '80'. Similarly, 'area 1' is set 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 in the same manner as FIG. 17D. However, for "Region 0", it is set in the range of (0,0)-(7679,4319), and for "Region 1" and "Region 2", they are in the same range as described above. Depending on the setting of the "layer_order" parameter, they are arranged in front of "Region 0". FIG. 17F is an example when "Region 0" is set for Device 0 (default device: in this embodiment, the broadcast receiving apparatus 100) and "Region 1" is set for Device 1 (in this embodiment, the portable information terminal 700).

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

[0272] Note that for regions where program video or data screens are not displayed due to the above-described screen layout control, a predetermined background color specified by the background color descriptor described in the LCT may be displayed. Also, when the LCT does not include the background color descriptor, when the broadcast receiving apparatus 100 fails to correctly acquire the background color descriptor, or when the predetermined background color specified by the background color descriptor cannot be displayed due to hardware limitations, etc., the video display apparatus 100 may display a predetermined pattern previously determined in the region. Also, the region may be used as a notification display area for the user from the video display apparatus 100. Note that the notification may be arbitrary information.

[0273] When dividing the screen according to the set values of parameters such as the aforementioned `left_top_pos_x`, fractional parts below the decimal point that occur can be processed by rounding up, rounding down, or other means. Rounding (or rounding to the nearest even number in binary) is also acceptable. For example, if the number of pixels in the entire screen is 7680 pixels / vertical 4320 pixels, and the `left_top_pos_x` parameter of `Region 0` is `0`, the `left_top_pos_y` parameter is `0`, the `right_down_pos_x` parameter is `51`, and the `right_down_pos_y` parameter is `51`, `Region 0` may be set in the range of (0,0)-(3916,2203) by rounding up, or `Region 0` may be set in the range of (0,0)-(3915,2202) by rounding down. Also, considering macroblocks during video compression processing, rounding up / rounding down processing in units of 8 pixels, 16 pixels, etc. may be performed. By the above processing, it becomes possible to efficiently perform region setting based on LCT and resolution conversion processing of multimedia content in the region.

[0274] Alternatively, the set values of the parameters such as the aforementioned `left_top_pos_x` may be restricted to only multiples of `5` or multiples of `10` in the range from `0` to `100`. Also in this case, it becomes possible to suitably perform the region setting.

[0275] Note that the content displayed in each region is specified by the MPU presentation area designation descriptor shown in FIG. 17B. The content of the MPU whose sequence number is specified by the `mpu_sequence_number` parameter in the figure is associated with the description of the LCT by the `layout_number` parameter and the `region_number` parameter.

[0276] Also, in the first 'for' loop of the description of the MPU presentation area specification descriptor, a plurality of 'layout_number' parameters and'region_number' parameters may be described for one'mpu_sequence_number' parameter, and the user may be allowed to select which description to follow for layout control. For example, in the first 'for' loop, if the 'layout_number1' parameter, the'region_number1' parameter, the 'layout_number2' parameter, and the'region_number2' parameter are described for a predetermined'mpu_sequence_number' parameter, the user may be allowed to select whether to perform the layout control of the MPU specified by the'mpu_sequence_number' parameter based on the 'layout_number1' parameter and the'region_number1' parameter or based on the 'layout_number2' parameter and the'region_number2' parameter. By doing so, the user can perform layout control related to the video program according to their preferences.

[0277] [Exception Handling for Screen Layout Control of Broadcast Receiver] In the broadcast receiver 100 of this embodiment, even when the area control of the screen layout is performed by the aforementioned LCT, in the case where the user instructs the display of the EPG screen, etc., as an exception process, it is assumed that it is possible to perform screen layout control ignoring the description content of the LCT. FIG. 18A shows an example of the operation of exception handling for screen layout control based on the LCT.

[0278] With the description of the LCT, the same screen layout control as in FIG. 17D is performed. When the broadcast program video 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", if the user instructs the display of the EPG screen using a remote control (not shown), in the broadcast receiving apparatus 100 of this embodiment, as shown in FIG. 18A(A), regardless of the description content of the LCT, the screen layout setting is returned to the default setting (that is, the state where the same screen layout control as in FIG. 17C is being performed), and the EPG screen is controlled to be displayed across the entire screen. Further, when the user instructs the end of the display of the EPG screen, the screen layout control according to the description content of the LCT is re-executed.

[0279] By performing the above-described control, compared with the case of displaying the EPG screen while maintaining the area control of the screen layout as shown in FIG. 18A(B), the EPG screen can be displayed larger, and it is possible to improve the visibility.

[0280] Note that the exception process for the screen layout control is not only applied when the EPG screen is displayed, but may also be applied when a child screen is displayed or when a two-screen display is performed on various setting screens (in the illustrated example, the recording setting screen) of the broadcast receiving apparatus 100 as shown in FIG. 18B.

[0281] In the case of the recording setting screen shown in FIG. (A), the display area of the broadcast content is changed from the entire screen to only the sub-screen part in the lower right of the screen. Similarly, in the case of the two-screen display shown in FIG. (B), the display area of the broadcast content is changed from the entire screen to only the split-screen part on the left side in the middle of the screen. In either case, since the display area for displaying the broadcast content becomes narrower compared to the case of using the entire screen, it is not visually preferable to maintain the area control of the screen layout within the said display area (that is, while performing area division and displaying a plurality of broadcast contents simultaneously). Therefore, in the broadcast receiving apparatus 100 of the present embodiment, in such a situation, only the broadcast content of 'Area 0' is selected and displayed in the said display area. Note that depending on the previous area selection situation, the broadcast content of 'Area 1' or 'Area 2' may be selected and displayed.

[0282] By performing the above control, it becomes possible to improve the visibility of the broadcast content compared to the case of displaying various broadcast contents while maintaining the area control of the screen layout. The same applies to the sub-screen display on the recording program list screen and the browser display of Internet content, etc.

[0283] [Aspect Ratio Conversion Processing of Video Signal] In the aspect ratio of the video signal in the television broadcast service, in addition to '4:3' used in conventional SDTV and '16:9' used in recent HDTV, there is also '21:9' suitable for movie content, etc. In the broadcast system of the present 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 the video component descriptor. In the figure, the 'video_aspect_ratio' parameter is information regarding the aspect ratio of the video signal. Fig. 19B shows an example of the meaning of the 'video_aspect_ratio' parameter. Different aspect ratios may be further assigned other than those shown.

[0284] On the one hand, it is common for the aspect ratio of the display unit of a television receiver (such as the broadcast receiving device 100 in this embodiment) capable of receiving the television broadcast service to be '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 to perform the aspect ratio conversion processing may be determined by comparing the specification of the monitor unit 162 of the broadcast receiving device 100 with the 'video_aspect_ratio' parameter of the video component descriptor. For example, when the aspect ratio of the monitor unit 162 of the broadcast receiving device 100 is '16:9' (such as 3840 pixels horizontally × 2160 pixels vertically, etc.), if the value of the 'video_aspect_ratio' parameter is '0', '2', or '3', the aspect ratio conversion processing may not be performed, and if it is '1' or '5', the aspect ratio conversion processing may be performed. Also, for example, when the aspect ratio of the monitor unit 162 of the broadcast receiving device 100 is '21:9' (such as 5040 pixels horizontally × 2160 pixels vertically, etc.), if the value of the 'video_aspect_ratio' parameter is '0' or '5', the aspect ratio conversion processing may not be performed, and if it is '1', '2', or '3', the aspect ratio conversion processing may be performed.

[0286] An example of the aspect ratio conversion process when the aspect ratio of the monitor unit 162 of the broadcast receiving apparatus 100 is '16:9' and the value of the 'video_aspect_ratio' parameter is '5' is shown in FIGS. 19C and 19D. 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 becomes possible to display the entire area of the original video content without distortion. Also, only the central portion 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 becomes possible to display the main part of the original video content large. Also, a little black band may be added above and below the video content with an aspect ratio of '21:9', and the central portion may be further cut out (display C in the figure). In this way, it becomes possible to display most of the original video content large. Also, the left and right ends of the video content with an aspect ratio of '21:9' may be compressed to display the entire area (display D in the figure). In this way, it becomes possible to display the entire area of the original video content large and the main part without distortion. Also, a little black band may be added above and below the video content with an aspect ratio of '21:9', and the left and right ends may be further compressed to display the entire area (display E in the figure). In this way, it becomes possible to display the entire area of the original video content large and reduce the distortion at the left and right ends.

[0287] How to perform the aspect ratio conversion process may be made selectable by the user according to settings such as in a menu. Alternatively, it may be made switchable by pressing a predetermined key such as on a remote control. Note that the aforementioned aspect ratio '21:9' includes those having an aspect ratio that is approximately '21:9', such as the so-called CinemaScope's '2.35:1'. The same applies to numerical values of other aspect ratios.

[0288] [EPG Display of Broadcast Receiving Apparatus] In the broadcast system of this embodiment, assume that time series information regarding events (so-called programs) included in each service constituting the broadcast network is transmitted by MH-EIT. The MH-EIT shown in FIG. 7E is identified into two classes by a table ID (corresponding to the 'talbe_id' parameter in the figure), and it is assumed that it can show information on the current / next event of its own TLV stream and schedule information for each event of its own TLV stream. The broadcast receiving apparatus 100 of this embodiment can obtain information such as the start time and broadcast time of each event by performing identification by service ID (corresponding to the'service_id' parameter in the figure) with reference to the MH-EIT and the like, and create an EPG screen, and it is assumed that the created EPG can be superimposed on video information and the like by the video composition unit 161 and displayed on the monitor unit 162.

[0289] FIG. 20A is a diagram showing an example of an EPG screen in the broadcast receiving apparatus 100 of this embodiment. The EPG screen 162a is in a matrix shape with the vertical axis representing time display and the horizontal axis representing service ID (channel) display, and is configured to display detailed information on broadcast programs broadcast on each channel in each time zone. Further, the detailed information 162a1 of each broadcast program mainly consists of a title area 162a2 and a detailed description area 162a3. In the detailed information 162a1 of each broadcast program, program information and the like described and distributed in the MH-short form event descriptor and the MH-extended form event descriptor may be displayed. When the capacity of the program information and the like described in each descriptor is large, it may be displayed in an abbreviated form during normal times, and all program information may be displayed in a pop-up or the like when selected by operating a remote control (not shown). Alternatively, when selected, the program information and the like described in each descriptor may be transmitted to the portable information terminal 700 during the linked operation, and the portable information terminal 700 may be instructed to display it on the display unit 741.

[0290] In the title area 162a2 of the detailed information 162a1 of each broadcast program, the program title of the broadcast program and symbols or the like representing the attributes of the broadcast program are displayed. Symbols or 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, and the like. Alternatively, it may be a symbolized mark such as 'data' indicating that it supports data broadcasting by the broadcast service. Further, it may be a symbolized mark 162a4 or the like of 'NetWork' indicating that contents, applications, etc. related to the broadcast program can be acquired from the network. Further, by differentiating the background color of the detailed information 162a1 from others, or by surrounding the display area of the detailed information 162a1 with a thick frame, symbols or the like representing the attributes of the broadcast program may be substituted.

[0291] Note that even when each control information (message, table, descriptor, etc.) in the broadcast system of this embodiment indicates that contents, applications, etc. related to the broadcast program can be acquired from the network, if access to each server device on the network is impossible, such as when a LAN cable is not connected to the LAN communication unit 121 of the broadcast receiving apparatus 100, it may be controlled not to display the symbolized mark 162a4 or the like of 'NetWork'.

[0292] In addition, when the broadcast program is a distributed program distributed via the Internet 200 and cannot be acquired only from a broadcast wave, and further, when the broadcast receiving apparatus 100 cannot access each server apparatus on the network as described above, as shown in FIG. 20B, control may be performed to gray out the portion of the detailed information 162b1 displayed on the EPG screen 162b. That is, control is performed so as not to display the detailed information of the undistributable program that cannot be viewed. Further, it may be used as an alternative to the graying-out process by differentiating the background color of the detailed information 162b1 from others. 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 controller (not shown), the fact that the broadcast receiving apparatus 100 cannot access each server apparatus on the network or that the distributed program associated with the detailed information 162b1 cannot be viewed may be notified to the user by means of a popup or the like.

[0293] By the above-described respective controls, the broadcast receiving apparatus 100 can provide the program information of each broadcast program to the user in a form that causes less discomfort according to the network connection status.

[0294] FIG. 20C is a diagram showing another example of the EPG screen in the broadcast receiving apparatus 100 of the present embodiment. In the figure, "M1 TV", "M2 Broadcasting", "M3 Channel", "M4 TV", "TV M5", etc. are the names of the broadcasting stations of each channel. In particular, the "M2 Broadcasting" station is assumed to simultaneously provide a broadcast program distributed by a broadcast wave and a distributed program (information 162c1 in the frame indicated by "Internet broadcast" in the figure) distributed via the Internet 200.

[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 so that information for the "M2 Broadcast (Internet Broadcast)" channel (information 162c1 in figure (A)) that only has programs distributed via the Internet 200 is not displayed, as shown in EPG screen 162d in figure (B).

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

[0297] [Emergency warning broadcast display on broadcast receiver] The broadcast receiving device 100 of this embodiment is capable of receiving emergency alert broadcasts 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), as a full-screen application, or 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 , if a user is watching a regular broadcast program and a program screen 162e of the broadcast program is displayed on the monitor unit 162 when an emergency alert broadcast is received, text information 162e1 from the emergency alert broadcast is superimposed on the program screen 162e. Similarly, if a user instructs the display of an EPG screen and an EPG screen 162f is displayed on the monitor unit 162 when an emergency alert broadcast is received, text information 162f1 from the emergency alert broadcast is superimposed on the EPG screen 162f.

[0299] By the above-described 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 has selected and displayed an EPG screen, various setting screens, a recorded program list screen, an Internet browser, etc. This control may also be performed on text information in ordinary superimposed text that is not based on emergency alert broadcasts.

[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 sent 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, the broadcast receiving device 100 of this embodiment can prevent the user from missing important broadcast programs or application video displays 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 that constitutes 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 corresponding to the broadcast receiving apparatus 100 of the present embodiment, based on the location information stored in the MPT (see FIG. 7C), data obtained from the TLV stream and data obtained from a path other than the TLV stream can be included in the same package. However, data transmitted through a data transmission path other than the TLV stream indicated by the location information (for example, an IPv4 data flow or an IPv6 data flow of a communication line, MPEG2-TS of a broadcast, etc.) is data obtained by a receiving function different from the receiving function of the TLV / MMT stream. Therefore, even during the operation of the broadcast receiving apparatus 100, there may be situations where the receiving functions of these transmission paths are not operating, or situations where the relay devices on the transmission paths are not operating even though the receiving functions themselves are operating, or situations where the wired or wireless connections of these transmission paths are not established, or situations where the broadcast receiving apparatus 100 is installed in an environment where these transmission paths cannot be connected at all, and data cannot be obtained from these transmission paths.

[0305] Under such circumstances, when the broadcast receiving apparatus 100 of the present embodiment receives an event indicating that the location information stored in the MPT is associated so as to include data obtained from the TLV stream and data obtained from a path other than the TLV stream in the same package, the broadcast receiving apparatus 100 may perform the following operations.

[0306] For example, as shown in FIGS. 17D and 17E, the LCT sets a plurality of regions within the screen, and associates the program video based on the data obtained from the TLV stream with 'Region 0' for display, and associates the content based on the data obtained from the transmission path other than the TLV stream with 'Region 1' and 'Region 2' for display. If the data of the transmission path other than the TLV stream to be displayed in 'Region 1' and 'Region 2' cannot be obtained, the LCT may prohibit the layout display of the plurality of specified regions. Specifically, even when receiving the LCT, the program video based on the data obtained from the TLV stream may be displayed in 'Region 0' of the default layout display shown in FIG. 17C, and the layout display of the plurality of regions as shown in FIGS. 17D and 17E may not be shifted. Further, even if an instruction to change from the default layout to the layout indicated by the LCT is input to the operation input unit 170 of the broadcast receiving apparatus 100 in this state, the default layout display shown in FIG. 17C may be maintained, or the display may be switched to another data broadcast screen, etc., so as not to shift to the layout display of the plurality of regions as shown in FIGS. 17D and 17E.

[0307] Also, as shown in FIGS. 17D and 17E, the LCT sets a plurality of regions within the screen, and associates the display of program video based on data obtained from the TLV stream with "Region 0", and the display of content based on data obtained through a transmission path other than the TLV stream with "Region 1" and "Region 2". As another operation example when data of a transmission path other than the TLV stream to be displayed in "Region 1" or "Region 2" cannot be obtained, once the display frames of the plurality of regions in FIGS. 17D and 17E shown by the LCT are displayed, a background color or a predetermined still image is displayed for "Region 1" and "Region 2". If data of a transmission path other than the TLV stream indicated by the location information of the MPT cannot be obtained even after a predetermined time has elapsed, a display switch may be performed to return to the default layout display state shown in FIG. 17C. In this case, when changing from the layout of FIG. 17C to the layout of FIGS. 17D and 17E and when changing from the layout of FIGS. 17D and 17E to the layout of FIG. 17C, if the operation is such that the program video based on the data obtained from the TLV stream continues to be displayed in "Region 0" of each layout, it is preferable because the user can continue to view the program video itself.

[0308] In addition, when data of a transmission path other than the TLV stream to be displayed in "Area 1" or "Area 2" cannot be acquired, and a program video based on the data acquired from the TLV stream is being displayed in "Area 0" of the default layout display shown in FIG. 17C, when the operations of various communication functions and various reception functions of the broadcast receiving apparatus 100 of the present embodiment start, or when the communication environment / communication status of various communication functions and the reception environment / reception status of various reception functions change, it may become possible to acquire data of a transmission path other than the TLV stream to be displayed in "Area 1" or "Area 2". In this case, the broadcast receiving apparatus 100 of the present embodiment immediately switches from the default layout display shown in FIG. 17C to a layout of a plurality of areas as shown in FIGS. 17D and 17E indicated by the LCT, displays a program video based on the data acquired from the TLV stream in "Area 0", and may switch to display content based on the data acquired from a transmission path other than the TLV stream in "Area 1" or "Area 2". Alternatively, without immediately performing the layout change, the layout change may be executed after an instruction to change from 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 by OSD display or the like that the layout change has become possible.

[0309] [Copyright protection function] In the digital broadcast system compatible with the broadcast receiving apparatus 100 of this embodiment, by transmitting while including copy control information in MPT or the like, for example, "Copyable without restriction" (which may be divided into two types: "Copyable without restriction and encryption processing required at the time of storage and output" and "Copyable without restriction and encryption processing not required at the time of storage and output"), "Copyable only once", "Copyable a predetermined number of times" (for example, if it is copyable 9 times + movable once, it is so-called "Dubbing 10"), "Copy prohibited", etc., may indicate the copy control state of the content referred to by MPT or the like. In this case, the broadcast receiving apparatus 100 of this embodiment may be configured to control the storage of the content in the storage (accumulation) unit 110, the recording on a removable recording medium, the output to an external device, the copy to an external device, the move process to an external device, etc. according to the copy control information.

[0310] Note that the target of the accumulation process may include not only the storage (accumulation) unit 110 inside the broadcast receiving apparatus 100, but also a removable recording medium or an external device that has been subjected to protection processing such as encryption processing so that it can be reproduced only by the broadcast receiving apparatus 100. Specifically, for example, among external recording devices such as an HDD connected to the extended interface unit 124, those that are made recordable and reproducible only by the broadcast receiving apparatus 100 are included.

[0311] <Content Copy Control> A specific example of the process of content copy control 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 "copyable without restriction", the broadcast receiving apparatus 100 of the present embodiment may perform storage in the storage (accumulation) unit 110, recording on a removable recording medium, output to an external device, copying to an external device, move processing to an external device, etc. without restriction. However, when the control based on the copy control information is divided into "copyable without restriction and encryption processing required during storage and output" and "copyable without restriction and encryption processing not required during storage and output", and when it indicates "copyable without restriction and encryption processing required during storage and output", storage in the storage (accumulation) unit 110, recording on a removable recording medium, output to an external device, copying to an external device, move processing to an external device, etc. can be performed without restriction, but in any case, it is necessary to perform encryption processing.

[0313] Also, when the copy control information included in the MPT or the like indicates "copyable only for one generation", the broadcast receiving apparatus 100 of the present embodiment may enable storage in the storage (accumulation) unit 110 after encryption and recording on a removable recording medium that has been subjected to protection processing such as encryption processing that can be reproduced only by the broadcast receiving apparatus 100. Also, when outputting the accumulated content to an external device for viewing, it shall be output after encryption together with the copy control information of "copy prohibited". Also, so-called move processing to an external device (copying the content to an external device and making the content in the storage (accumulation) unit 110 of the broadcast receiving apparatus 100, etc. unplayable by an erasure process or the like) is made possible.

[0314] Furthermore, if the copy control information included in the MPT or the like indicates "copyable a predetermined number of times," the broadcast receiving device 100 of this embodiment may encrypt and store the content in the storage unit 110, or record the content on a removable recording medium that has undergone a protection process, such as encryption, that allows playback only on the broadcast receiving device 100. Furthermore, when outputting stored content to an external device for viewing, the content 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 permitted. In the case of the so-called "Dubbing 10" standard, nine copies and one move to an external device 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 period of time or a predetermined period of time specified by control information included in the broadcast signal (for example, an MH-Expire descriptor or a content usage control descriptor). In this case, the broadcast receiving device 100 enables temporary storage of the content in the storage (accumulation) unit 110 or the like, even when the copy control information included in the MPT or the like indicates "copy prohibited." When 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 indicating "copy prohibited."

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

[0317] FIG. 22A shows an example of the data structure of the content copy control descriptor in the broadcast system of this embodiment. It is assumed that the “digital_recording_control_data” parameter in the figure is digital copy control information, indicating information for controlling the copy generation of content. Further, FIG. 22B shows an example of the parameter values of the digital copy control information and their meanings. For example, when the parameter is “00”, it indicates “copyable without restriction”; when the parameter is “01”, it can be defined by the operator; when the parameter is “10”, it indicates “copyable only once”; when the parameter is “11”, it indicates “copy prohibited”. Also, FIG. 23 shows an example of the data structure of the content usage control descriptor in the broadcast system of this embodiment. The “copy_restriction_mode” parameter in the figure is the copy restriction mode, indicating whether copy with a quantity restriction is possible.

[0318] In the broadcast receiving apparatus 100 of this embodiment, when the digital copy control information is “01”, it is assumed that an accumulation process that allows a predetermined number of copies defined in advance by the broadcast operator can be executed. Alternatively, when the digital copy control information is not “11” and the copy restriction mode indicates that copy with a quantity restriction is possible, an accumulation process that allows a predetermined number of copies defined in advance by the broadcast operator may be executable. Alternatively, in this case, the number of copies possible for each content may be specified by using part or all of the “reserved_future_use” parameter of the digital content usage descriptor.

[0319] Through the above processing, the broadcast receiving apparatus 100 of this embodiment can realize the content copy control of “copyable a predetermined number of times” described above.

[0320] 23 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." Also, the "retention_state" parameter is a temporary storage allowable time, which indicates the temporary storage allowable time when the temporary storage allowable bit allows 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 temporary storage allowable 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 process described above, it is possible to realize appropriate content protection 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 that indicates whether image quality restriction is required when outputting content to an external device. If the resolution restriction bit indicates that image quality restriction is required, 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 required when storing the content in the storage unit 110, etc. The image quality restriction may, for example, convert received (or stored) UHD (7680 pixels × 4320 pixels) video content to SHD (3840 pixels × 2160 pixels) video and output it, or convert HD (1920 pixels × 1080 pixels) video to SD (640 pixels × 480 pixels) video and output it. Note that the extent to which the image quality restriction of the target content is to be performed, i.e., the resolution of the image quality after the image quality restriction, may be specified by using part or all of the “reserved_future_use” parameter of the digital content usage descriptor.

[0325] As described above, for example, a frame rate limit bit or a pixel resolution limit bit may be prepared using part or all of the "reserved_future_use" parameter to control the frame rate limit or pixel resolution limit when outputting content to an external device. If the frame rate limit 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, video content with a frame rate of 120 Hz may be converted to a frame rate of 60 Hz before outputting the content. Furthermore, if the pixel resolution limit 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 video content with 12 bits may be converted to 8 bits before outputting the content.

[0326] Furthermore, by using some or all of the 『reserved_future_use』 parameter, etc., a resolution limit control flag, a frame rate limit control flag, and a pixel resolution limit control flag may be prepared, and whether to perform the image quality limit, the frame rate limit, and the pixel resolution limit may be controlled according to the resolution limit control flag, the frame rate limit control flag, and the pixel resolution limit control flag. For example, when the resolution limit control flag indicates that the resolution limit control is performed according to the interface specification, if the interface for outputting the target content has a predetermined content protection technology, the image quality limit is not performed, and if the interface does not have a predetermined content protection technology, the control may be performed so as to perform the image quality limit.

[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 performing the image quality limit, and if the HDCP version of the HDMI interface of the external device is less than 2.2, the image quality limit is performed and the target content is output. That is, whether to perform the image quality limit of the target content may be controlled according to whether the interface for outputting the target content has a predetermined content protection technology, or, if the interface has the content protection technology, according to the version of the content protection technology. When the resolution limit control flag does not indicate that the resolution limit control is performed according to the interface specification, the presence or absence of the image quality limit may be controlled only according to the resolution limit bit. The same processing may be performed for the frame rate limit control flag and the pixel resolution limit control flag.

[0328] Also, regarding the copy process to an external device via the LAN communication unit 121 of content indicating copy restrictions such as "copyable only once", "copyable a predetermined number of times", and "copy prohibited" in the aforementioned copy control information, it is only possible when the IP address of the external device, which is the destination of the transmission packet from the broadcast receiving device 100, is within the same subnet as the IP address of the broadcast receiving device 100. When the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100, it may be prohibited. Content with copy control information of "unrestrictedly copyable and requires encryption processing during storage and output" may be treated similarly.

[0329] Similarly, regarding the move process, copy process, etc. to an external device via the LAN communication unit 121 after once storing (accumulating) content indicating copy restrictions such as "copyable only once", "copyable a predetermined number of times", and "unrestrictedly copyable and requires encryption processing during storage and output" in the storage (accumulation) unit 110, it is only possible when the IP address of the external device, which is the destination of the transmission packet from the broadcast receiving device 100, is within the same subnet as the IP address of the broadcast receiving device 100. When the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100, it may be prohibited.

[0330] In addition, for the video output and audio output for viewing of the content stored in the storage (accumulation) unit 110 of the broadcast receiving apparatus 100, in principle, it is only possible when the IP address of the external device which is the destination of the transmission packet from the broadcast receiving apparatus 100 is within the same subnet as the IP address of the broadcast receiving apparatus 100, and it is prohibited when the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving apparatus 100. However, if the external device has been connected within the same subnet as the IP address of the broadcast receiving apparatus 100 within a predetermined period, and a registration process (pairing) has been performed as a device that can also be viewed outside the same subnet as the IP address of the broadcast receiving apparatus 100, even if the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving apparatus 100, it may be configured to enable the video output and audio output for viewing of the content stored in the storage (accumulation) unit 110 of the broadcast receiving apparatus 100 to the external device. In this case, the video output and audio output for viewing are performed after 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 is performed, and when the value of the 'encryption_mode' parameter indicates that output protection of the IP interface output is not required, the video output and audio output for viewing 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, the range of the IP addresses of external devices for which the video output and audio output for viewing can be performed without performing the encryption process may be specified by using part or all of the'reserved_future_use' parameter of the content usage control descriptor. That is, for a predetermined IP address, even if the IP address is not within the same subnet as the IP address of the broadcast receiving apparatus 100, the video output and audio output for viewing can be performed.

[0332] Alternatively, the period during which the registration process (pairing) is enabled may be specified by using part or all of the'reserved_future_use' parameter of the content usage control descriptor. In this case, if the date and time when the registration process (pairing) of the external device is executed is within the specified period, even if the external device is outside the same subnet as the IP address of the broadcast receiving device 100, video output and audio output for viewing on the external device may be permitted, and control may be performed so as not to permit it outside the specified period.

[0333] Also, the above-described move process, copy process, output process, etc. of the content to the external device via the LAN communication unit 121 of the content 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 permit remote viewing of the target content, control may be performed to prohibit all of the move process, copy process, output process, etc. of the content to the external device via the LAN communication unit 121 of the content.

[0334] According to the processes described above, appropriate content protection can also be achieved when outputting the content to an external device.

[0335] <Exception process 1 for content copy control> 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 located immediately after 'descriptor_length') is copy generation control information regarding the entire content, and the second digital copy control information (the 'digital_recording_control_data' parameter located immediately after 'component_tag') is copy generation control information regarding each of the components constituting the content. Note that the designation of each component is made by the 'component_tag' parameter.

[0336] In the broadcast system of this embodiment, when performing copy generation control 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 based on the first digital copy control information. On the other hand, when performing copy generation control 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. Further, when performing copy generation control for each component constituting the content, a situation where the descriptions of the first digital copy control information and the second digital copy control information described in the content copy control descriptor do not match can be considered. In the above situation, the broadcast receiving apparatus 100 of this embodiment may perform the following operations.

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

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

[0339] Furthermore, the third operation example is a method of controlling to operate based on the digital copy control information with stricter conditions among 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, when one is 'copyable without limit' and the other is 'copyable only once', follow the information of 'copyable only once'. Or, when one is 'copyable a predetermined number of times' and the other is 'copy prohibited', follow the information of 'copy prohibited'. Or, when both are 'copyable a predetermined number of times', follow the information of the one with the smaller specified number of copyable times. In this case, more strict copy generation control is possible.

[0340] By performing the above processing, in the broadcast receiving apparatus 100 of the present embodiment, it is possible to operate suitably even when two different digital copy control information are described in the content copy control descriptor.

[0341] <Exception processing 2 for content copy control> As described with reference to FIG. 7A, in the digital broadcast system corresponding to the broadcast receiving apparatus 100 of the present embodiment, data obtained through a different path (IPv4, IPv6, MPEG2-TS, URL, etc.) from the data obtained in the TLV stream of the broadcast path may be included in the same package and the same event as the data obtained in the TLV stream due to the location information in the MPT (see FIG. 7C). Here, the content protection when copy control information is included in the MPT or the like will be described.

[0342] First, when copy control information is included in MPT or the like, even if the data included in the same package and the same event in the location information is data obtained through a different path (IPv4, IPv6, MPEG2-TS, URL, etc.) from the data obtained in the TLV stream of the broadcast path, it may be controlled according to the copy control information included in the TLV stream. As the copy control state of the specified content by these copy control information, as described above, 'Copyable without restriction' (which may be divided into two types: 'Copyable without restriction and encryption processing required at the time of accumulation and output' and 'Copyable without restriction and encryption processing not required at the time of accumulation and output'), 'Copyable only once', 'Copyable a predetermined number of times' (for example, if it is copyable 9 times + movable once, so-called 'Dubbing 10'), 'Copy prohibited', etc. may be specified.

[0343] Here, when the position of the data indicated by the location information includes the data of MPEG2-TS transmitted by another digital broadcast signal, the data of the MPEG2-TS is also broadcast in association with copy control information by another digital broadcast signal. Then, the problem becomes how to perform copy control of the data of the MPEG2-TS according to which information and how (according to the copy control information included in the TLV / MMT stream or the copy control information included in the MPEG2-TS).

[0344] In the digital broadcast system of this embodiment, as a solution to this problem, in the broadcast receiving apparatus 100, any one of the following plurality of solutions may be operated.

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

[0346] For example, if the copy control state indicated by the copy control information included in the TLV stream is "copyable for one generation" and the copy control state indicated by the copy control information included in the MPEG2-TS is "copyable a predetermined number of times", even if the data is obtained through a path different from the data obtained from the TLV stream (digital broadcast in the MPEG2-TS transmission format), copy control may be performed as content that is "copyable for one generation". For example, if the copy control state indicated by the copy control information included in the TLV stream is "unrestrictedly copyable" and the copy control state indicated by the copy control information included in the MPEG2-TS is "copyable a predetermined number of times", even if the data is obtained through a path different from the data obtained from the TLV stream (digital broadcast in the MPEG2-TS transmission format), copy control may be performed as content that is "unrestrictedly copyable".

[0347] In this operation case, for data obtained through a path other than the TLV stream, the broadcast receiving apparatus 100 of this embodiment can set it to the copy state that the broadcast system it supports wants to manage.

[0348] <Operation Example 2> In the second operation example, when the copy control information is included in MPT or the like and the MPEG2-TS data transmitted by another digital broadcast signal is included in the data in the same package and the same event in terms of location information, 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. When 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, when performing the accumulation process to the storage (accumulation) unit 110, the recording process to the removable recording medium, or the output process from the digital interface, the data of the MPEG2-TS is excluded from the content to be processed and operates accordingly.

[0349] In this operation, for data obtained through a path other than the TLV stream, it is possible to eliminate the duplication of copy control states on the broadcast receiver 100 of this embodiment while respecting the original copy control information set in the broadcast system that transmits the data.

[0350] Also, as a result of the comparison, when the copy control state indicated by the copy control information included in the MPEG2-TS is the same as or a looser copy control state than the copy control state indicated by the copy control information included in the TLV stream, for the data of the MPEG2-TS included in the same package and the same event in the location information, copy control may be performed as the content of the copy control state indicated by the copy control information included in the TLV stream.

[0351] In this operation, for data obtained through a path other than the TLV stream, it is possible to eliminate the duplication of copy control states on the broadcast receiver 100 of this embodiment while respecting the original copy control information set in the broadcast system that transmits the data.

[0352] In the above description, the copyright protection function of the broadcast receiver 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, it 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 other tables, and the broadcast receiver 100 may perform copyright protection processing according to these.

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

[0354] (Embodiment 2) Hereinafter, Example 2 of the present invention will be described. It should be noted that the configurations, processes, effects, etc. in this example are the same as those in Example 1 unless otherwise specified. For this reason, hereinafter, the differences between this example and Example 1 will be mainly described, and the common points will be omitted as much as possible to avoid duplication. In addition, the broadcast receiving apparatus of this example is a television receiver that supports both the MMT method and the MPEG2-TS method as media transport methods, and the following description will be given accordingly.

[0355] [Hardware Configuration of Broadcast Receiving Apparatus] FIG. 24 is a block diagram showing an example of the internal configuration of the broadcast receiving apparatus 800. The broadcast receiving apparatus 800 includes a main control unit 801, a system bus 802, a ROM 803, a RAM 804, a storage unit 810, a LAN communication unit 821, an expansion interface unit 824, a digital interface unit 825, a first tuner / demodulation unit 831, 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, the system bus 802, the ROM 803, the RAM 804, the storage unit 810, the expansion interface unit 824, the digital interface unit 825, the monitor unit 862, the video output unit 863, the speaker unit 865, the audio output unit 866, the operation input unit 870, etc. have the same functions as the main control unit 101, the system bus 102, the ROM 103, the RAM 104, the storage (accumulation) unit 110, the expansion interface unit 124, the digital interface unit 125, the monitor unit 162, the video output unit 163, the speaker unit 165, the audio output unit 166, the operation input unit 170, etc. in the broadcast receiving apparatus 100 of Example 1, respectively, and detailed descriptions thereof will be omitted.

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

[0358] The MMT decoding processing unit 841 inputs the MMT data sequence output from the first tuner / demodulator 831, and performs separation processing such as a video data sequence, an audio data sequence, a character super data sequence, a subtitle data sequence, etc., which are real-time presentation elements, and decoding processing, etc. based on the control signal included in the MMT data sequence. The MMT decoding processing unit 841 shall have functions corresponding to those of the separation unit 132, the video decoder 141, the video color gamut conversion unit 142, the audio decoder 143, the character super decoder 144, the subtitle decoder 145, the subtitle synthesizing unit 146, the subtitle color gamut conversion unit 147, the data decoder 151, the cache unit 152, the application control unit 153, the browser unit 154, the application color gamut conversion unit 155, the sound source unit 156, etc. in the broadcast receiving apparatus 100 of the first embodiment. The MMT decoding processing unit 841 can perform the various processes described in the first embodiment. Since the details of the various processes are as described in the first embodiment, the description is omitted.

[0359] The MPEG2-TS decoding processing unit 842 inputs the MPEG2-TS data sequence output from the second tuner / demodulation unit 832, and performs separation processing, such as separating video data sequences, audio data sequences, character super data sequences, subtitle data sequences, etc., which are real-time presentation elements, and decoding processing, etc. based on the control signals included in the MPEG2-TS data sequence. The MPEG2-TS decoding processing unit 842 is assumed to have the same function as the IRD (Integrated Receiver Decoder) unit of a conventional television receiver that receives a broadcast wave of a broadcast service adopting MPEG2-TS as a media transport method, and detailed description thereof is omitted.

[0360] The video synthesis unit 861 inputs the video information, subtitle information, and application information output from the MMT decoding processing unit 841 and the video information, subtitle information, and application information output from the MPEG2-TS decoding processing unit 842, 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 etc. is driven based on the video information etc. input to the video RAM. Also, the video synthesis unit 861 performs scaling processing, superimposition processing of EPG screen information, etc. as necessary based on the control of the main control unit 801. The audio synthesis unit 164 inputs 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 with each server device and other communication devices on the Internet 200. Also, it acquires the MMT data sequence (or a part thereof) or the MPEG2-TS data sequence (or a part thereof) of a program transmitted via a communication line, and outputs it to the MMT decoding processing unit 841 or the MPEG2-TS decoding processing unit 842 as appropriate.

[0362] [Time Display of Broadcast Receiver] In the broadcast receiving apparatus 800 of this embodiment, it is assumed that the current date and current time can be displayed on an EPG screen, various setting screens, and the like. Information regarding the current date and 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 a TOT (Time Offset Table) included 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 apparatus 800 can acquire information regarding the current date and current time by referring to the MH-TOT and the TOT.

[0363] Also, generally, when the video composition unit 861 mainly selects video information and the like output from the MMT decoding processing unit 841, information regarding the current date and current time acquired from the MH-TOT is superimposed on the video information and the like. When the video composition unit 861 mainly selects video information and the like output from the MPEG2-TS decoding processing unit 842, control may be performed so that information regarding the current date and current time acquired from the TOT is superimposed on the video information and the like.

[0364] However, there are differences in encoding / decoding processes, transmission paths, etc. between a broadcast service that adopts MMT as the media transport method and a broadcast service that adopts MPEG2-TS as the media transport method. Therefore, especially in the display of the current time, there may be inconsistencies when selecting a broadcast service that adopts MMT as the media transport method and when selecting a broadcast service that adopts MPEG2-TS as the media transport method. For example, as shown in FIG. 25, when switching the screen display from the EPG screen 162g that displays the channel information of a broadcast service that adopts MMT as the media transport method to the EPG screen 162h that displays the channel information of a broadcast service that adopts MPEG2-TS as the media transport method, the display of the current time switches from the current time display 162g1 to the current time display 162h1, which may give the user a visual discomfort due to the inconsistency.

[0365] In the broadcast receiving apparatus 800 of the present embodiment, in order to prevent the user from experiencing visual discomfort, even when the video composition unit 861 mainly selects the video information and the like output from the MMT decoding unit 841, the control is performed so that the information regarding the current date and the current time acquired from the TOT is superimposed on the video information and the like. That is, the control is performed so that the current time information provided by the broadcast service that adopts MPEG2-TS as the media transport method is superimposed on the content of the broadcast service that adopts MMT as the media transport method.

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

[0367] Note that FIG. 26A shows an example of the selection control of the current time information reference source according to the reception status of each broadcast service in the broadcast receiving apparatus 800 of the present embodiment. In the broadcast receiving apparatus 800 of the present embodiment, when the reception of a broadcast service adopting MPEG2-TS as the media transport method is possible, the TOT is always referred to obtain the current time information. When the reception of a broadcast service adopting MPEG2-TS as the media transport method is not possible and the reception of a broadcast service adopting MMT as the media transport method is possible, the control is performed so as to refer to the MH-TOT to obtain the current time information.

[0368] Conversely, even if the control is performed so as to superimpose the current time information provided by the broadcast service adopting MMT as the media transport method on the content of the broadcast service adopting MPEG2-TS as the media transport method, the same effect as described above can be obtained.

[0369] Note that, as described above, in either the case of controlling to superimpose the current time information provided by the broadcast service adopting MPEG2-TS as the media transport method on the content of the broadcast service adopting MMT as the media transport method or the case of controlling to superimpose the current time information provided by the broadcast service adopting MMT as the media transport method on the content of the broadcast service adopting MPEG2-TS as the media transport method, the current time information can be corrected by referring to the 'delta' parameter of the time information in the TMCC extension information area, in the same manner as the description in [Time management of the broadcast receiving apparatus] of the first embodiment.

[0370] Also, in either the case of a broadcast service that adopts MMT as a media transport method or a broadcast service that adopts MPEG2-TS as a media transport method, there is a possibility that the MH-TOT or TOT transmitted by each broadcast service constituting the network has an error due to a malfunction of the transmission-side system, a transmission error, or the like. In the broadcast receiving apparatus 800 of the present embodiment, as a countermeasure against the error of the MH-TOT or TOT, when it is determined that the MH-TOT or TOT acquired from the service being received has an error, the MH-TOT or TOT is acquired from another broadcast service on the same network or from an arbitrary broadcast service on another network, and the time information of the built-in clock is updated by referring to the current time information.

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

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

[0373] As a result of the comparison process, if the difference between the current time information obtained 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 reception function execution unit 1102 updates the time information of the built-in clock using the current time information obtained in the process of S302 (S306). On the other hand, as a result of the comparison process, if the difference between the current time information obtained in the process of S302 and the time information of the built-in clock is not within the predetermined value (S303: No), or if the TOT obtained in S301 has a flag or the like indicating an error in the data, the reception function execution unit 1102 acquires TOT from the MPEG2-TS data stream of another broadcast service in the same network, or acquires MH-TOT from the MMT data stream of an arbitrary broadcast service (a broadcast service adopting MMT as the media transport method) of another network (S304), and further acquires the current time information from the acquired TOT or MH-TOT (S305). The reception function execution unit 1102 may perform the comparison process of S303 again using the current time information obtained in the process of S305.

[0374] Through the above processing, when the broadcast receiving apparatus 800 of the present embodiment determines that the MH-TOT or TOT acquired from the service being received has an error, it is possible to update the time information of the built-in clock by acquiring MH-TOT or TOT from another broadcast service in the same network or from an arbitrary broadcast service in another network and referring to the current time information.

[0375] Note that when the current time information whose difference from the time information of the built-in clock is within a predetermined range cannot be acquired by repeating the processes of S304 to S305, such as at the initial setting after factory shipment, the time information of the built-in clock may be newly set using the current time information obtained in the process of S302. By doing so, it is also possible to cope with the case where there is an error on the time information side of the built-in clock of the broadcast receiving apparatus 800 of the present embodiment.

[0376] [EPG Display of Broadcast Receiver] The event schedule information of a broadcast service that adopts MMT as the media transport method is transmitted by MH-EIT or the like. On the other hand, the event schedule information of a broadcast service that adopts MPEG2-TS as the media transport method is transmitted by the EIT (Event Information Table) provided in the SI defined in the MPEG-2 system. Therefore, generally, when displaying video information or the like provided by a broadcast service that adopts MMT as the media transport method, the event schedule information (MH-EIT) of the broadcast service that adopts MMT can be acquired, and when displaying video information or the like provided by a broadcast service that adopts MPEG2-TS as the media transport method, the event schedule information (EIT) of the broadcast service that adopts MPEG2-TS can be acquired.

[0377] However, the broadcast receiving apparatus 800 of the present embodiment can acquire both the MH-EIT and the EIT when displaying video information or the like provided by a broadcast service that adopts MMT as the media transport method, or when displaying video information or the like provided by a broadcast service that adopts MPEG2-TS as the media transport method, improving the usability for the user.

[0378] FIG. 27A shows an example of an EPG screen in the broadcast receiving apparatus 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 employs MMT as a media transport method. Assume that “M1 TV,” “M2 Broadcast,” “M3 Channel,” “M4 TV,” “TV M5,” etc. are the names of broadcast stations of broadcast services that employ MMT as a media transport method, respectively. Also, the EPG screen 162j is an EPG screen created based on the EIT of a broadcast service that employs MPEG2-TS as a media transport method. Assume that “T6 TV,” “T7 Broadcast,” “T8 Channel,” “T9 TV,” “TV TA,” etc. are the names of broadcast stations of broadcast services that employ MPEG2-TS as a media transport method, respectively.

[0379] For example, while the user is viewing a broadcast program provided by a broadcast service that employs MMT as a media transport method, if the user operates a remote control (not shown) to instruct the display of the EPG screen, 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 a broadcast service that employs MMT as a media transport method, and detailed information on the broadcast programs of each channel from “17:00 to (near the current time)” on “October 7, 2014 (today)” is displayed. Next, if the user desires to check the detailed information on the broadcast programs of each channel from “20:00 to” on “October 9, 2014” and operates a remote control (not shown) to instruct the update of the EPG screen, the EPG screen 162i is displayed.

[0380] Furthermore, when the user desires to check the detailed information of a broadcast program provided in a broadcast service that adopts MPEG2-TS as the media transport method and operates a remote control (not shown) to instruct network switching, the EPG screen 162j is displayed. At this time, in the broadcast receiving apparatus 800 of the present embodiment, instead of the initial screen of the EPG screen created based on the EIT of the broadcast service that adopts MPEG2-TS as the media transport method (that is, the detailed information of the broadcast programs of each channel from '17:00' to '2014 October 7th'), the detailed information of the broadcast programs of each channel in the same day and the same time zone as the immediately preceding EPG screen 162i (that is, from '20:00' to '2014 October 9th') is controlled to be displayed.

[0381] By the above control, the user can continuously check the detailed information regarding the broadcast programs in the same day and the same time zone of a plurality of networks with different media transport methods through a simple operation. That is, the usability of the broadcast receiving apparatus 800 is improved.

[0382] FIG. 27B is a diagram showing an example different from the above of the EPG screen in the broadcast receiving apparatus 800 of the present embodiment. 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), the channel information created based on the MH-EIT of the broadcast service that adopts MMT as the media transport method and the channel information created based on the EIT of the broadcast service that adopts MPEG2-TS as the media transport method are seamlessly displayed on the same time axis.

[0383] Therefore, even when a user desires to check channel information created based on the EIT of a broadcast service that uses MPEG2-TS as a media transport method during the check of channel information created based on the MH-EIT of a broadcast service that uses MMT as a media transport method, it is possible to eliminate the need for instructions to switch networks by operating a remote control (not shown). Furthermore, the user can simultaneously check detailed information regarding broadcast programs in the same time slot on the same day for a plurality of networks with different media transport methods. That is, the usability of the broadcast receiving apparatus 800 is improved.

[0384] (Embodiment 3) Hereinafter, Embodiment 3 of the present invention will be described. Note that the configuration, processing, effects, etc. in this embodiment are the same as those in Embodiment 1 unless otherwise specified. For this reason, hereinafter, the differences between this embodiment and Embodiment 1 will be mainly described, and the description of the common points will be omitted as much as possible to avoid duplication.

[0385] Embodiment 3 of the present invention has the same hardware configuration as the broadcast receiver 100 in Embodiment 1, and performs control to implement different copyright protection functions. Note that what is described in this embodiment is content protection control for video among the content. For audio, control equivalent to the following description may be performed, or different content protection control may be performed.

[0386] FIG. 28 summarizes in a table the processing of the copyright protection function in the broadcast receiving apparatus 100 of Embodiment 3. In the broadcast receiving apparatus 100 of Embodiment 3, depending on whether the received content is ultra-high-definition content (content having a pixel count exceeding 1920×1080), such as 4K content (pixel count 3840×2160) or 8K content (pixel count 7680×4320), or low-definition content (content with a pixel count of 1920×1080 or less), the copyright protection processing for the content before and after the content storage process is switched.

[0387] Specifically, based on the parameters (e.g., the 'digital_recording_control_data' parameter) included in the content copy control descriptor described in FIGS. 22A and 22B and the parameters (e.g., the 'encryption_mode' parameter) included in the content usage control descriptor described in FIG. 23, the broadcast receiving apparatus 100 performs control to switch as shown in FIG. 28 according to the number of pixels of the content received by the broadcast receiving apparatus 100 or the number of pixels after pixel number conversion when pixel number conversion is performed. Further, in the broadcast receiving apparatus 100 according to Embodiment 3 of the present invention, in the content usage control descriptor shown in FIG. 23, the 'image_constraint_token' parameter is made substantially invalid. That is, regardless of what value is set in the 'image_constraint_token' parameter, the broadcast receiving apparatus 100 according to Embodiment 3 may determine not to limit the resolution of the video signal output. That is, the concept of copyright protection of the broadcast receiving apparatus 100 according to Embodiment 3 is not to limit the resolution of the video signal output to the user according to the 'image_constraint_token' parameter, but to perform appropriate content protection according to the state of the number of pixels before and after the content storage process according to the table in FIG. 28.

[0388] In the table of FIG. 28, based on the storage process of recording the received content in the storage unit 110 such as that shown in FIG. 8A so that it cannot be played back by a device other than the broadcast receiver 100, it is divided into pre-storage processing that can be performed before the storage process and post-storage processing that is performed after the storage process and described. First, the pre-storage processing will be described. In this embodiment, when the expression "before storage" of the content is used, it is not necessarily required that the content be subjected to the storage process thereafter. It includes both the meaning of "the state before actually storing the content" and the meaning of "without performing the storage of the content".

[0389] [Content at reception] In the broadcast receiver 100 of Embodiment 3, since content in the MMT transmission system is received, in the example of FIG. 28, all the transmission systems are the MMT transmission system. Here, for the content at the time of receiving the content, there are cases of ultra-2K content (content having a pixel count exceeding 1920×1080), such as 4K content (pixel count 3840×2160) and 8K content (pixel count 7680×4320), and there are also cases of 2K or less content (content having a pixel count of 1920×1080 or less).

[0390] For the broadcast receiver 100 to determine whether the received content is ultra-2K content or 2K or less content, it may use the data transmitted in the MMT system. Specifically, it may use the pixel count information included in the header of the video encoding stream of the content (for example, the H.265 / HEVC encoding stream), or it may use the pixel count information stored in the 'video_resolution' included in the video component descriptor of FIG. 19A described in Embodiment 1. It may make the determination using any of the data transmitted in the MMT system.

[0391] [Pixel count conversion processing before content accumulation after content reception] The broadcast receiver 100 of Embodiment 3 has a pixel count conversion unit (not shown) that performs pixel count conversion of the video either before or after the video composition unit of FIG. 8A, and is capable of executing pixel count conversion processing of the decoded video of the received content. As shown in the table of FIG. 28, for the received ultra-2K content (content having a pixel count exceeding 1920×1080), there are cases where no pixel count conversion is performed, cases where pixel count conversion is performed to convert to other ultra-2K content, and cases where pixel count conversion is performed to convert to 2K or less content (content having a pixel count of 1920×1080 or less). Also, as shown in the table of FIG. 28, for the received 2K or less content (content having a pixel count of 1920×1080 or less), there are cases where no pixel count conversion is performed and cases where the pixel count conversion is performed to convert to other 2K or less content (content having a pixel count of 1920×1080 or less).

[0392] [Output processing to external devices before content accumulation after content reception] In the broadcast receiver 100 of Embodiment 3, when outputting the content after reception and before storage to an external device, the content protection process is switched according to the state of the number of pixels of the content. Specifically, when outputting the content to an external device after reception and before storage, the content protection process is changed according to whether the number of pixels of the content is more than 1920×1080 pixels or 1920×1080 pixels or less. Here, changing the content protection process means changing the interpretation of the parameters (for example, the 'digital_recording_control_data' parameter) included in the content copy control descriptor described in FIGS. 22A and 22B, or the parameters (for example, the 'encryption_mode' parameter) included in the content usage control descriptor described in FIG. 23, and switching the content protection process performed on these parameters.

[0393] Hereinafter, a specific example of the output process to an external device after reception and before storage of the content shown in FIG. 28 will be described. The output process to the external device may be applied to the video output process when outputting the video decoded by the video decoder 141 in FIG. 8A or the video obtained by converting the decoded video by the pixel number conversion unit from the video output unit 163 to an external device. As another example, the video output may be performed via an IP interface having the LAN communication unit 121 in FIG. 8A as hardware.

[0394] (1-1) When outputting the content of 2K+ content (content having more than 1920×1080 pixels) without performing pixel number conversion to an external device at the time of reception, or when performing pixel number conversion and converting it to 2K+ content (content having more than 1920×1080 pixels) of another pixel number and outputting it to an external device

[0395] In this case, for the output protection of the content, the value of 'encryption_mode' in the content usage control descriptor is not considered. When the 'digital_recording_control_data' in the content copy control descriptor is 00, the content is output without content protection by HDCP. When the 'digital_recording_control_data' in the content copy control descriptor is 10, advanced content protection after HDCP Revision 2.2 is applied for output. When the 'digital_recording_control_data' in the content copy control descriptor is 01, the output itself is prohibited. When the 'digital_recording_control_data' in the content copy control descriptor is 11, advanced content protection after HDCP Revision 2.2 is applied for output. 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 content protection by HDCP.

[0396] The content protection process of interpreting the 'digital_recording_control_data' parameter included in the content copy control descriptor and the 'encryption_mode' parameter included in the content usage control descriptor as described above during the output of the external device before storage will hereinafter be referred to as the "2K Ultra Content Protection Process" during the output of the external device before storage.

[0397] (1-2) When performing pixel number conversion on the content of 2K Ultra content (content having a pixel number exceeding 1920×1080) at the time of reception and converting it to 2K or less content (content with a pixel number of 1920×1080 or less) for output to an external device

[0398] When the 'digital_recording_control_data' of the content copy control descriptor is 00 or the content copy control descriptor of the received content is not included in the received data for some reason, switch whether to perform content protection at the time of output according to the value of 'encryption_mode' of the content usage control descriptor. At this time, when the 'encryption_mode' value of the content usage control descriptor is 1 and content protection is not specified, it can be output without protection by HDCP. When the 'encryption_mode' value of the content usage control descriptor is 0 and content protection is specified, it is output after protection by HDCP Revision 1 or later revisions.

[0399] Also, when the 'digital_recording_control_data' of the content copy control descriptor is 10, output is performed after protection by HDCP Revision 1 or later revisions regardless of the 'encryption_mode' value of the content usage control descriptor. When the 'digital_recording_control_data' of the content copy control descriptor is 01, output itself is prohibited regardless of the 'encryption_mode' value of the content usage control descriptor. When the 'digital_recording_control_data' of the content copy control descriptor is 11, output is performed after protection by HDCP Revision 1 or later revisions regardless of the 'encryption_mode' value of the content usage control descriptor. When the content copy control descriptor of the received content is not included in the received data for some reason, output is performed without content protection by HDCP.

[0400] The content protection process of interpreting the 『digital_recording_control_data』 parameter included in the content copy control descriptor and the parameter 『encryption_mode』 included in the content usage control descriptor as described above during the output of the external device before storage is hereinafter referred to as the "Content Protection Process for 2K and Below Content" during the output of the external device before storage.

[0401] (1-3) When outputting to an external device without performing pixel number conversion on 2K and below content (content with a pixel number of 1920×1080 or less) during reception, or when performing pixel number conversion and converting it to other 2K and below content (content with a pixel number of 1920×1080 or less) and outputting it to an external device

[0402] In this case, the "Content Protection Process for 2K and Below Content" during the output of the external device before storage described in (1-2) is performed.

[0403] As described in (1-1), (1-2), and (1-3) above, during the output of the external device before storage, according to the pixel number of the content when outputting to the external device before storage, the interpretation of the 『digital_recording_control_data』 parameter included in the content copy control descriptor and the parameter 『encryption_mode』 included in the content usage control descriptor is switched. When outputting to an external device in the state of 2K+ content with copy restrictions (content having a pixel number exceeding 1920×1080), more advanced content protection is applied for output than when outputting to an external device in the state of 2K and below content with copy restrictions (content with a pixel number of 1920×1080 or less). This enables appropriate protection of 2K+ content with higher added value (content having a pixel number exceeding 1920×1080) even in an external device.

[0404] [Content Protection Process during Content Storage] In the broadcast receiver 100 of the third embodiment, it has already been described that in the output process to an external device after receiving and before storing content, the protection process of the content is switched according to the state of the number of pixels of the content. This is because the playback device that plays back the content at the output destination is an external device, and the corresponding levels of the content protection process may vary depending on the device.

[0405] On the other hand, when storing content by means of a storage function of content that can only be played back by the broadcast receiver 100 that has received and recorded the content, it is not necessary to change the process according to the state of the number of pixels of the content. This is because the content is managed only by the broadcast receiver 100 itself in the first place, so there is no need to consider multiple corresponding levels of the content protection process. Therefore, in order to simplify the management within the broadcast receiver 100, when storing content by means of a storage function of content that can only be played back by the broadcast receiver 100 that has received and recorded the content, it is desirable to perform a common storage protection process regardless of whether the content is over 2K (content having a number of pixels exceeding 1920×1080) or 2K or less (content having a number of pixels 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 in the broadcast receiver 100 of the third embodiment. However, if a unique local encryption process is performed on the broadcast receiver 100 and management that can only be played back by the broadcast receiver 100 is performed, storage may be performed on a recording medium such as an external hard disk.

[0406] In the content accumulation process shown in FIG. 28, for content that has not undergone pixel number conversion for content with more than 2K (content having a pixel number exceeding 1920×1080) at the time of reception, content that has undergone pixel number conversion for content with more than 2K (content having a pixel number exceeding 1920×1080) at the time of reception and has been converted to other content with more than 2K (content having a pixel number exceeding 1920×1080), content that has undergone pixel number conversion for content with more than 2K (content having a pixel number exceeding 1920×1080) at the time of reception and has been converted to content with 2K or less (content having a pixel number of 1920×1080 or less), content that has not undergone pixel number conversion for content with 2K or less (content having a pixel number of 1920×1080 or less) at the time of reception, and content that has undergone pixel number conversion for content with 2K or less (content having a pixel number of 1920×1080 or less) at the time of reception and has been converted to other content with 2K or less (content having a pixel number of 1920×1080 or less), the following common accumulation protection process is performed in any case.

[0407] Here, the "common accumulation protection process" means that the interpretation process of the 'digital_recording_control_data' parameter included in the content copy control descriptor and the 'encryption_mode' parameter and other parameters included in the content usage control descriptor is common for content with more than 2K (content having a pixel number exceeding 1920×1080) and content with 2K or less (content having a pixel number of 1920×1080 or less) at the time of accumulation.

[0408] Hereinafter, a specific example of the "common accumulation protection process" of the content accumulation process shown in FIG. 28 will be described.

[0409] First, when the value of the 'digital_recording_control_data' parameter included in the content copy control descriptor is 00 and it is "copyable without restrictions", it can be stored without copy restrictions. The copy control information on the recording medium during storage for managing the content stored on the recording medium may be stored as "copyable without restrictions". Note that the copy control information on the recording medium used for copy control of 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, considering the value of the 'encryption_mode' parameter included in the content usage control descriptor, when this value is 1 and content protection is specified, during the storage process, a local encryption process unique to the broadcast receiver 100 is performed for storage so that it can only be played back by the broadcast receiver 100. When the value of the 'encryption_mode' parameter included in the content usage control descriptor is 0 and content protection is not specified, this local encryption process does not have to be performed (however, in this case, the local encryption process may be performed). While storing the content as "copyable without restrictions", until external device output, external device copy, or external device move described later is performed, a common content protection process is performed without changing the content protection process according to the number of pixels of the content. This can simplify the 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 Figure 23) included in the content usage control descriptor is 1, it is interpreted as content that can be copied only once. In the storage process, the copy control information on the recording medium for managing the content to be stored on the recording medium is stored as "copy prohibited". 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. When performing the storage process as "copy prohibited", it is stored after performing local encryption processing unique to the broadcast receiver 100 so that it can be played back only by the broadcast receiver 100. Copying of the content stored as "copy prohibited" is prohibited. While the content is stored as "copy prohibited", until the external device output or external device move as "copy prohibited" described later is performed, the same common content protection process is performed without changing the content protection process according to the number of pixels of the content. This can simplify the 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, it is interpreted as content that can be copied with a quantity limit. In the storage process, the copy control information on the recording medium for managing the content to be stored on the recording medium can be stored as 'copy allowed with quantity limit'. 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. When performing the storage process as 'copy allowed with quantity limit', a local encryption process unique to the broadcast receiver 100 is applied and stored so that it can only be played back by the broadcast receiver 100. While the content is stored as 'copy allowed with quantity limit', until an external device output, external device copy, or external device move as 'copy prohibited' (described later) is performed, the same content protection process is performed without changing the content protection process according to the number of pixels of the content. This can simplify the management within the broadcast receiver 100.

[0413] When the value of the 'digital_recording_control_data' parameter included in the content copy control descriptor is 11, it is interpreted as content with "copy prohibited". In this case, if the broadcast receiver 100 supports the "temporary storage" function, temporary storage is possible. However, if the broadcast receiver 100 does not support the "temporary storage" function, storage is prohibited and the storage process is not performed. When the broadcast receiver 100 supports the "temporary storage" function, in the storage process, the 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", enabling the storage of content for a certain period of time (e.g., 1 hour and 30 minutes). In this case, the storage time is managed in 1-minute units, and the stored content must be made unplayable before exceeding the above-mentioned certain time + 1 minute from the time of reception (= start of storage). Specific examples of making the content unplayable include erasing the content itself or erasing the encryption key, etc., so that the content cannot be played back. Content stored as "temporary storage" is prohibited from copy processing and move processing. While storing content as "copy prohibited again", until before performing the external device output as "copy prohibited again" described later, the same common content protection process is performed without changing the content protection process according to the number of pixels of the content. This can simplify the management within the broadcast receiver 100.

[0414] As described above, when storing content, the interpretation of the 'digital_recording_control_data' parameter included in the content copy control descriptor and the parameter 'encryption_mode' included in the content usage control descriptor is not switched according to the number of pixels of the content during storage, and the content protection process is made common. This can simplify the management within the broadcast receiver 100.

[0415] [Pixel number conversion process after content storage] In the broadcast receiver 100 of the third embodiment, there is a pixel number conversion unit (not shown) that performs pixel number conversion of the video either before or after the video composition unit in FIG. 8A. The stored content is played back from the storage unit 110 in FIG. 8A, and the video data is decoded by the video decoder 141 and has a pixel number conversion unit (not shown) that performs pixel number conversion of the video, enabling the execution of pixel number conversion processing of the decoded video of the content stored in the storage unit 110.

[0416] As shown in the table of FIG. 28, for the received 2K+ content (content having a pixel number exceeding 1920×1080) that is stored without performing pixel number conversion or the received 2K+ content (content having a pixel number exceeding 1920×1080) that is subjected to pixel number conversion and converted into other 2K+ content (content having a pixel number exceeding 1920×1080) and stored, pixel number conversion may not be performed during output, move, or copy after storage. In this case, the output, move, or copy target content is 2K+ content (content having a pixel number exceeding 1920×1080).

[0417] Also, for the received 2K+ content (content having a pixel number exceeding 1920×1080) that is stored without performing pixel number conversion or the received 2K+ content (content having a pixel number exceeding 1920×1080) that is subjected to pixel number conversion and converted into other 2K+ content (content having a pixel number exceeding 1920×1080) and stored, pixel number conversion may be performed during output, move, or copy after storage to convert it into other 2K+ content. In this case, the output, move, or copy target content is 2K+ content (content having a pixel number exceeding 1920×1080).

[0418] In addition, for the received 2K+ content (content having a pixel count exceeding 1920×1080) that is accumulated without performing pixel count conversion or the received 2K+ content (content having a pixel count exceeding 1920×1080) that is converted to other 2K+ content (content having a pixel count exceeding 1920×1080) by performing pixel count conversion and then accumulated, pixel count conversion may be performed during output, move, or copy after accumulation to convert it to 2K or less content (content having a pixel count of 1920×1080 or less). In this case, the output, move, or copy target content is 2K or less content (content having a pixel count of 1920×1080 or less).

[0419] In addition, for the 2K or less content (content having a pixel count of 1920×1080 or less) that is obtained by performing pixel count conversion on the received 2K+ content (content having a pixel count exceeding 1920×1080) to convert it to 2K or less content (content having a pixel count of 1920×1080 or less) and then accumulated, pixel count conversion may not be performed during output, move, or copy after accumulation. In this case, the output, move, or copy target content is 2K or less content (content having a pixel count of 1920×1080 or less).

[0420] Also, for the received 2K ultra-high-definition content (content having a pixel count exceeding 1920×1080), pixel conversion is performed to convert it into 2K or lower content (content with a pixel count of 1920×1080 or lower) and stored. For the stored 2K or lower content (content with a pixel count of 1920×1080 or lower), pixel conversion may be performed during output, move, or copy after storage to convert it into other 2K or lower content (content with a pixel count of 1920×1080 or lower). In this case, the content to be output, moved, or copied is 2K or lower content (content with a pixel count of 1920×1080 or lower).

[0421] Also, for the received 2K or lower content (content with a pixel count of 1920×1080 or lower) that is stored without performing pixel conversion, or for the stored 2K or lower content (content with a pixel count of 1920×1080 or lower) that is obtained by performing pixel conversion on the received 2K or lower content (content with a pixel count of 1920×1080 or lower) to convert it into other 2K or lower content (content with a pixel count of 1920×1080 or lower), pixel conversion may not be performed during output, move, or copy after storage. In this case, the content to be output, moved, or copied is 2K or lower content (content with a pixel count of 1920×1080 or lower).

[0422] In addition, for the received content with 2K or less (content with a pixel count of 1920×1080 or less), the content with 2K or less (content with a pixel count of 1920×1080 or less) accumulated without performing pixel count conversion, or the content with 2K or less (content with a pixel count of 1920×1080 or less) obtained by performing pixel count conversion on the received content with 2K or less (content with a pixel count of 1920×1080 or less) and converting it to other content with 2K or less (content with a pixel count of 1920×1080 or less) and accumulating it, there may be a case where pixel count conversion is performed at the time of output, move, or copy after accumulation to convert it to other content with 2K or less (content with a pixel count of 1920×1080 or less). In this case, the content to be output, moved, or copied is content with 2K or less (content with a pixel count of 1920×1080 or less).

[0423] [Output Processing to External Devices after Content Accumulation] In the broadcast receiver 100 of Embodiment 3, in the content accumulation process, it has already been described that a common content protection process is performed without switching the content protection process according to the state of the pixel count of the content. This is because when accumulating content by means of a content accumulation function that can only be played back by the broadcast receiver 100 that has received and recorded the content, the content is originally managed only by the broadcast receiver 100 itself, so there is no need to consider multiple levels of content protection process correspondence. On the other hand, when outputting the accumulated content to an external device, the level of correspondence of the content protection process may vary depending on the playback device that plays back the content at the output destination. Therefore, it is desirable to vary the content protection process according to the pixel count of the content when outputting the accumulated content to an external device.

[0424] Hereinafter, a specific example of the output process to an external device after content accumulation shown in FIG. 28 will be described. The output process to the external device after the content accumulation may be applied to the video output process when outputting from the video output unit 163 to the external device a video obtained by decoding the content video stored in the storage unit 110 of FIG. 8A by the video decoder 141 or a video obtained by converting the decoded video by the pixel number conversion unit. As another example, the video output may be performed via an IP interface having the LAN communication unit 121 of FIG. 8A as hardware.

[0425] (2-1) For the received 2K ultra-high content (content having a pixel number exceeding 1920×1080) that is accumulated without performing pixel number conversion or the received 2K ultra-high content (content having a pixel number exceeding 1920×1080) that is subjected to pixel number conversion and converted into other 2K ultra-high content (content having a pixel number exceeding 1920×1080) and accumulated, when no pixel number conversion is performed at the time of external device output after accumulation

[0426] In this case, the content to be externally output is 2K ultra-high content (content having a pixel number exceeding 1920×1080).

[0427] For the content accumulated with the copy control information on the recording medium at the time of accumulation set to "copyable without restrictions", it can be output without performing content protection by HDCP when playing and externally outputting after accumulation. At this time, whether protection was specified or not is not considered based on the value of the 'encryption_mode' parameter included in the content usage control descriptor at the time of accumulation. Thereby, the processing can be made common with the case where the 'digital_recording_control_data' of the content copy control descriptor in the above (1-1) of the external output of the content before accumulation is 00.

[0428] For content stored with copy control information on the recording medium during storage set to "copy prohibited", content stored with copy control information on the recording medium during storage set to "copy allowed with quantity limit", and content stored with copy control information on the recording medium during storage set to "temporary storage", when playing back and externally outputting after storage, advanced content protection from HDCP Revision 2.2 and later is applied for output.

[0429] When outputting the content after storage to an external device as content with more than 2K (content having a pixel count exceeding 1920×1080), a content protection process that performs content protection as described above according to the copy control information on the recording medium is hereinafter referred to as the "content protection process for content with more than 2K" during external device output after storage.

[0430] (2-2) For the received content with more than 2K (content having a pixel count exceeding 1920×1080) stored without performing pixel count conversion or the received content with more than 2K (content having a pixel count exceeding 1920×1080) that has been converted to another content with more than 2K (content having a pixel count exceeding 1920×1080) by performing pixel count conversion and then stored, when converting to another content with more than 2K by performing pixel count conversion during external device output after storage

[0431] In this case, the content to be externally output is content with more than 2K (content having a pixel count exceeding 1920×1080), which is the same as in the case of (2-1). Therefore, the "content protection process for content with more than 2K" during external device output after storage described in (2-1) is performed.

[0432] (2-3) For the received 2K Ultra HD content (content having a pixel count exceeding 1920×1080), when accumulating the received 2K Ultra HD content (content having a pixel count exceeding 1920×1080) without performing pixel count conversion or when performing pixel count conversion on the received 2K Ultra HD content (content having a pixel count exceeding 1920×1080) to convert it to other 2K Ultra HD content (content having a pixel count exceeding 1920×1080) and then accumulating it, when performing pixel count conversion at the time of external device output after accumulation to convert it to 2K or less content (content having a pixel count of 1920×1080 or less).

[0433] In this case, the content for external output is 2K or less content (content having a pixel count of 1920×1080 or less).

[0434] In this case, for the content that has been accumulated with the copy control information on the recording medium during accumulation set to "copyable without restrictions", the content protection process is switched considering whether protection was specified or not based on the value of the 'encryption_mode' parameter included in the content usage control descriptor during accumulation. Specifically, when the value of 'encryption_mode' is 1 and content protection is not specified for the content, it can be output without performing content protection by HDCP when playing back and outputting externally after accumulation. When the value of 'encryption_mode' is 0 and content protection is specified for the content, protection by HDCP Revision 1 or Revision 2 or later is performed when playing back and outputting to an external device after accumulation. This enables the process to be made common with the case where the 'digital_recording_control_data' of the content copy control descriptor in the above (1-2) for external output of the content before accumulation is 00.

[0435] In addition, for content that stores copy control information on the recording medium during storage as "copy prohibited", content that stores copy control information on the recording medium during storage as "copy allowed with quantity limit", and content that stores copy control information on the recording medium during storage as "temporary storage", protection is performed and output according to HDCP Revision 1 or later revisions.

[0436] When outputting the content after storage to an external device as 2K or less content (content with a pixel count of 1920×1080 or less), the content protection process that performs content protection as described above according to the copy control information on the recording medium is hereinafter referred to as the "2K or less content protection process" at the time of external device output after storage.

[0437] (2-4) When the received content with more than 2K pixels (content having a pixel count exceeding 1920×1080) is subjected to pixel count conversion to be converted into 2K or less content (content with a pixel count of 1920×1080 or less) and stored, and when no pixel count conversion is performed at the time of external device output after storage for the stored 2K or less content (content with a pixel count of 1920×1080 or less)

[0438] In this case, the content to be externally output is 2K or less content (content with a pixel count of 1920×1080 or less), which is the same as in the case of (2-3). Therefore, the "2K or less content protection process" at the time of external device output after storage described in (2-3) is performed.

[0439] (2-5) When the received content with more than 2K pixels (content having a pixel count exceeding 1920×1080) is subjected to pixel count conversion to be converted into 2K or less content (content with a pixel count of 1920×1080 or less) and stored, and when pixel count conversion is performed at the time of external device output after storage to convert it into other 2K or less content (content with a pixel count of 1920×1080 or less)

[0440] In this case, the target content for external output is content with 2K or less (content with a pixel count of 1920×1080 or less). Since it is the same as the case in (2-3) above, the "2K or less content protection process" during external device output after accumulation described in (2-3) is performed.

[0441] (2-6) For the received 2K or less content (content with a pixel count of 1920×1080 or less), when the pixel conversion is not performed during external device output after accumulation for the accumulated 2K or less content (content with a pixel count of 1920×1080 or less) without pixel conversion or the accumulated 2K or less content (content with a pixel count of 1920×1080 or less) that has been pixel-converted to another 2K or less content (content with a pixel count of 1920×1080 or less) after pixel conversion of the received 2K or less content (content with a pixel count of 1920×1080 or less).

[0442] In this case, the target content for external output is content with 2K or less (content with a pixel count of 1920×1080 or less). Since it is the same as the case in (2-3) above, the "2K or less content protection process" during external device output after accumulation described in (2-3) is performed.

[0443] (2-7) For the received 2K or less content (content with a pixel count of 1920×1080 or less), when the pixel conversion is performed during external device output after accumulation for the accumulated 2K or less content (content with a pixel count of 1920×1080 or less) without pixel conversion or the accumulated 2K or less content (content with a pixel count of 1920×1080 or less) that has been pixel-converted to another 2K or less content (content with a pixel count of 1920×1080 or less) after pixel conversion of the received 2K or less content (content with a pixel count of 1920×1080 or less), and it is converted to another 2K or less content (content with a pixel count of 1920×1080 or less).

[0444] In this case, the target content for external output is content with 2K or less (content with a pixel count of 1920×1080 or less). Since it is the same as in the case of (2-3) above, the "2K or less content protection process" during external device output after accumulation described in (2-3) is performed.

[0445] As described above from (2-1) to (2-7), during external device output after accumulation, the content protection process is switched according to the pixel count of the content when outputting to the external device after accumulation. When outputting to an external device in the state of content over 2K with copy restrictions (content having a pixel count exceeding 1920×1080), higher-level content protection is applied for output than when outputting to an external device in the state of content with copy restrictions of 2K or less (content with a pixel count of 1920×1080 or less). Thereby, content over 2K with higher added value (content having a pixel count exceeding 1920×1080) can be appropriately protected also in an external device.

[0446] [Move Process to External Device after Content Accumulation] In the broadcast receiver 100 of Embodiment 3, in the content accumulation process, it has already been described that the common content protection process is performed without switching the content protection process according to the state of the pixel count of the content. This is because when accumulating content by the content accumulation function that can only be played back by the broadcast receiver 100 that has received and recorded the content, it is content that is managed only by the broadcast receiver 100 itself in the first place, so there is no need to consider multiple levels of response for the content protection process. On the other hand, when moving the accumulated content to an external device, the level of response for the content protection process may differ depending on the device to which it is moved. Therefore, it is desirable to vary the content protection process according to the pixel count of the content when moving the accumulated content to an external device.

[0447] Next, a specific example of the move process to an external device after content accumulation shown in FIG. 28 will be described. Note that the move process to an external device after accumulating the content in the storage unit 110 of FIG. 8A may be performed, for example, via an IP interface using the LAN communication unit 121 of FIG. 8A as hardware.

[0448] (3-1) For the received 2K ultra-high content (content having a pixel count exceeding 1920×1080) that is accumulated without performing pixel count conversion or the received 2K ultra-high content (content having a pixel count exceeding 1920×1080) that is subjected to pixel count conversion to be converted into other 2K ultra-high content (content having a pixel count exceeding 1920×1080) and accumulated, when no pixel count conversion is performed during the move to the external device after accumulation

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

[0450] For content that is accumulated with the copy control information on the recording medium at the time of accumulation set to "copyable without restrictions", it can be moved without performing content protection by DTCP when moving to an external device after accumulation. At this time, whether protection was specified or not based on the value of the 'encryption_mode' parameter included in the content usage control descriptor at the time of accumulation is not considered.

[0451] For content stored with copy control information on the recording medium during storage set to "no re-copying allowed" and content stored with copy control information on the recording medium during storage set to "copy allowed with quantity limit", content protection is performed by DTCP2 (described in Reference 1), which is a content protection system more advanced than DTCP-IP, and it can be moved to an external device. Note that if the external device supports content protection by DTCP-IP but does not support content protection by DPCT2, it cannot play content protected by DTCP2 (it cannot receive content protected by DTCP2). Therefore, although content protection is stronger with DPCT2, existing external devices cannot support content protected by DTCP2. In contrast, content protection by DTCP-IP cannot utilize new content protection flags of DPCT2, but it enables moving for existing DTCP-IP compatible external devices that do not support DPCT2.

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

[0453] When moving the content after storage as content over 2K (content having a pixel count exceeding 1920×1080), the content protection process that performs content protection as described above according to the copy control information on the recording medium will hereinafter be referred to as the "content protection process for content over 2K when moving to an external device after storage".

[0454] (3-2) When moving the accumulated 2K+ content (content having a pixel count exceeding 1920×1080) without performing pixel count conversion on the received 2K+ content (content having a pixel count exceeding 1920×1080) or when moving the accumulated 2K+ content (content having a pixel count exceeding 1920×1080) which is obtained by performing pixel count conversion on the received 2K+ content (content having a pixel count exceeding 1920×1080) to convert it into other 2K+ content (content having a pixel count exceeding 1920×1080), if pixel count conversion is performed to convert it into other 2K+ content when moving to an external device after accumulation

[0455] In this case, the content to be moved to the external device is 2K+ content (content having a pixel count exceeding 1920×1080), which is the same as in the case of (3-1). Therefore, the "2K+ content protection process" during the move to the external device after accumulation described in (3-1) is performed.

[0456] (3-3) When moving the accumulated 2K+ content (content having a pixel count exceeding 1920×1080) without performing pixel count conversion on the received 2K+ content (content having a pixel count exceeding 1920×1080) or when moving the accumulated 2K+ content (content having a pixel count exceeding 1920×1080) which is obtained by performing pixel count conversion on the received 2K+ content (content having a pixel count exceeding 1920×1080) to convert it into other 2K+ content (content having a pixel count exceeding 1920×1080), if pixel count conversion is performed to convert it into 2K or less content (content having a pixel count of 1920×1080 or less) when moving to an external device after accumulation

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

[0458] In this case, for the content stored with the copy control information on the recording medium during storage being set to "copyable without restrictions", the content protection process is switched considering whether protection was specified or not based on the value of the 'encryption_mode' parameter included in the content usage control descriptor during storage. Specifically, when the value of 'encryption_mode' is 1 and content protection is not specified for the content, it can be moved without performing content protection by DTCP when moving to an external device after storage. When the value of 'encryption_mode' is 0 and content protection is specified for the content, it can be moved while performing protection by DTCP (DTCP-IP when moving via the IP interface) when moving to an external device after storage. At this time, content protection by DTCP2 is not necessary.

[0459] Also, for the content stored with the copy control information on the recording medium during storage being set to "copy prohibited" and the content stored with the copy control information on the recording medium during storage being set to "copyable with a copy count limit", protection is performed by DTCP (DTCP-IP when moving via the IP interface) and then moved. At this time, content protection by DTCP2 is not necessary.

[0460] The content protection process of performing content protection as described above according to the copy control information on the recording medium when moving the content after storage to an external device as 2K or less content (content with a pixel count of 1920×1080 or less) will hereinafter be referred to as the "2K or less content protection process" when moving to an external device after storage.

[0461] (3-4) When not performing pixel count conversion when moving the 2K or less content (content with a pixel count of 1920×1080 or less) stored after converting the received content with a pixel count exceeding 2K (content having a pixel count exceeding 1920×1080) to 2K or less content (content with a pixel count of 1920×1080 or less) to an external device after storage

[0462] In this case, the content to be moved to the external device is content of 2K or less (content with a pixel count of 1920×1080 or less). Since it is the same as the case of (3-3) above, the "2K or less content protection process" during the move to the external device after accumulation described in (3-3) is performed.

[0463] (3-5) When converting the received content of more than 2K (content having a pixel count exceeding 1920×1080) to content of 2K or less (content with a pixel count of 1920×1080 or less) by performing pixel count conversion and accumulating the content of 2K or less (content with a pixel count of 1920×1080 or less), and then performing pixel count conversion to convert it to other content of 2K or less (content with a pixel count of 1920×1080 or less) when moving to the external device after accumulation

[0464] In this case, the content to be moved to the external device is content of 2K or less (content with a pixel count of 1920×1080 or less). Since it is the same as the case of (3-3) above, the "2K or less content protection process" during the move to the external device after accumulation described in (3-3) is performed.

[0465] (3-6) When not performing pixel count conversion on the received content of 2K or less (content with a pixel count of 1920×1080 or less) and accumulating the content of 2K or less (content with a pixel count of 1920×1080 or less), or when not performing pixel count conversion when moving to the external device after accumulation for the content of 2K or less (content with a pixel count of 1920×1080 or less) that has been accumulated after converting the received content of 2K or less (content with a pixel count of 1920×1080 or less) to other content of 2K or less (content with a pixel count of 1920×1080 or less) by performing pixel count conversion

[0466] In this case, the content to be moved to the external device is content of 2K or less (content with a pixel count of 1920×1080 or less). Since it is the same as the case of (3-3) above, the "2K or less content protection process" during the move to the external device after accumulation described in (3-3) is performed.

[0467] (3 - 7) For the received content with 2K or less (content with a pixel count of 1920×1080 or less), the content with 2K or less (content with a pixel count of 1920×1080 or less) that is accumulated without performing pixel number conversion, or the content with 2K or less (content with a pixel count of 1920×1080 or less) that is received, subjected to pixel number conversion, and converted into other content with 2K or less (content with a pixel count of 1920×1080 or less) and accumulated, when moving to an external device after accumulation, perform pixel number conversion to convert it into other content with 2K or less (content with a pixel count of 1920×1080 or less).

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

[0469] As described above from (3 - 1) to (3 - 7), when moving to an external device after accumulation, switch the content protection process according to the pixel count of the content when moving to the external device after accumulation. When moving to an external device in the state of content over 2K with copy restrictions (content having a pixel count exceeding 1920×1080), perform a higher level of content protection when moving compared to the case of moving to an external device in the state of content with 2K or less with copy restrictions (content with a pixel count of 1920×1080 or less). Thereby, it is possible to appropriately protect content over 2K with higher added value (content having a pixel count exceeding 1920×1080) even in an external device.

[0470] In any of the cases from (3-1) to (3-7) described above, moving the content to an external device includes a series of processes of copying the content only to one authenticated external device and making the original content unplayable. At this time, the original content must be made unplayable within one minute after copying the content to the external device. Specific examples of making the content unplayable include methods such as erasing the content itself or erasing the encryption key, etc. By doing so, the content can be made unplayable.

[0471] [Copying process to external device after content accumulation] In the broadcast receiver 100 of Embodiment 3, in the content accumulation process, it has already been described that the same content protection process is performed without switching the content protection process according to the state of the number of pixels of the content. This is because when accumulating content by the content accumulation function that can be played only by the broadcast receiver 100 that has received and recorded the content, since the content is managed only by the broadcast receiver 100 itself in the first place, there is no need to consider multiple levels of content protection processing. On the other hand, when copying the accumulated content to an external device, the level of content protection processing may vary depending on the device to which it is copied. Therefore, it is desirable to vary the content protection process according to the number of pixels of the content when copying the accumulated content to an external device.

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

[0473] Also, for content stored with copy control information on the recording medium during accumulation set to "copy prohibited", copying to an external device is prohibited. For content stored with copy control information on the recording medium during accumulation set to "copy allowed with quantity limit", up to 9 copies can be generated in addition to the original content. However, for example, in the case where the storage unit 110 in FIG. 8A that stores the content is configured by 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 above quantity limit of 9. When making copies within the above copy limit of 9 to an external device via an IP interface, it is necessary to make copies in a managed state, such as 1 copy for each authenticated external device. After generating the copies within the above quantity limit (9), the original content can be moved to an external device by the above move process. The above 9-copy process and the move process of 1 original content are equivalent to generating 9 copies in the broadcast receiver 100 during content accumulation and moving 10 contents, including the original content, one by one to an external device.

[0474] Hereinafter, when copying stored content to an external device, specific processes for varying the content protection process according to the number of pixels of the content will be described.

[0475] (4-1) For 2K+ content (content having a number of pixels exceeding 1920×1080) received and stored without performing pixel number conversion, or 2K+ content (content having a number of pixels exceeding 1920×1080) received and converted to other 2K+ content (content having a number of pixels exceeding 1920×1080) by performing pixel number conversion and then stored, when no pixel number conversion is performed during copying to an external device after storage

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

[0477] For content that stores the copy control information on the recording medium during storage as "copyable without restrictions", it can be copied to an external device without content protection by DTCP after storage. At this time, whether protection was specified or not is not considered based on the value of the 'encryption_mode' parameter included in the content usage control descriptor during storage.

[0478] For content that stores the copy control information on the recording medium during storage as "copy prohibited", copying to an external device is prohibited. When copying content that stores the copy control information on the recording medium during storage as "copyable with a count limit" to an external device within the above-mentioned nine limit counts, content protection is performed by the above-mentioned DTCP2, which is a content protection system more advanced than DTCP-IP, and it can be copied to the external device (in this case, it is also possible to realize a copy with content count management by transmitting each content 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 limit counts, the number of contents to be copied is reduced and it becomes equivalent to non-playable handling, but it is not necessary to make the original content outside the nine limit counts non-playable). Note that if the external device supports content protection by DTCP-IP but not content protection by DPCT2, it cannot play content protected by DTCP2 (it cannot receive content protected by DTCP2). Therefore, although content protection is stronger with DPCT2, existing external devices cannot support content protected by DTCP2. On the other hand, content protection by DTCP-IP cannot operate new content protection flags of DPCT2, but it enables copying for existing DTCP-IP compatible external devices that do not support DPCT2.

[0479] When copying the content after accumulation to an external device as content exceeding 2K (content having a number of pixels exceeding 1920×1080), the content protection process for performing content protection as described above according to the copy control information on the recording medium is hereinafter referred to as the "content protection process for content exceeding 2K" when copying to an external device after accumulation.

[0480] (4-2) When copying to an external device after accumulation, for the 2K+ content (content having a number of pixels exceeding 1920×1080) accumulated without performing pixel number conversion on the received 2K+ content (content having a number of pixels exceeding 1920×1080) or the 2K+ content (content having a number of pixels exceeding 1920×1080) obtained by performing pixel number conversion on the received 2K+ content (content having a number of pixels exceeding 1920×1080) and converting it to other 2K+ content (content having a number of pixels exceeding 1920×1080), if pixel number conversion is performed to convert it to other 2K+ content

[0481] In this case, the content to be copied to the external device is 2K+ content (content having a number of pixels exceeding 1920×1080), which is the same as in the case of (4-1). Therefore, the "content protection process for content exceeding 2K" when copying to an external device after accumulation described in (4-1) is performed.

[0482] (4-3) For the received 2K Ultra HD content (content having a pixel count exceeding 1920×1080) that is accumulated without performing pixel count conversion or the received 2K Ultra HD content (content having a pixel count exceeding 1920×1080) that is converted by performing pixel count conversion into other 2K Ultra HD content (content having a pixel count exceeding 1920×1080) and then accumulated, when copying to an external device after accumulation, if pixel count conversion is performed to convert it into 2K or less content (content having a pixel count of 1920×1080 or less).

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

[0484] In this case, for the content that is accumulated with the copy control information on the recording medium during accumulation set to "copyable without restrictions", depending on the value of the 'encryption_mode' parameter included in the content usage control descriptor during accumulation, consider whether protection was specified or not, and switch the content protection process. Specifically, when the value of 'encryption_mode' is 1 and content protection is not specified for the content, it can be copied without performing content protection by DTCP when copying to an external device after accumulation. When the value of 'encryption_mode' is 0 and content protection is specified for the content, it can be copied with protection by DTCP (DTCP-IP when copying via the IP interface) when copying to an external device after accumulation. At this time, content protection by DTCP2 is not necessary.

[0485] For content stored with the copy control information on the recording medium during storage set to "copy prohibited", copying to an external device is prohibited. For content stored with the copy control information on the recording medium during storage set to "copy allowed with quantity limit", when copying to an external device within the above-mentioned limit of 9 copies, protection is provided by DTCP (DTCP-IP when copying via the IP interface) for copying. In this case, content protection by DTCP2 is not necessary. At this time, in order to implement copying with content quantity management, the move function of DTCP may be used for each copy of one piece of content. In this case, since a move process is performed for one piece of content within the limit of 9 copies, the number of content to be copied is reduced and it is treated as being equivalent to non-playable, but it is not necessary to make the original content outside the limit of 9 copies non-playable.

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

[0487] (4-4) When the received content over 2K (content having a pixel count exceeding 1920×1080) is subjected to pixel count conversion to be converted into 2K or less content (content with a pixel count of 1920×1080 or less) and stored, and when pixel count conversion is not performed when copying the stored 2K or less content (content with a pixel count of 1920×1080 or less) 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×1080 or less), which is the same as in the case of (4-3) above. Therefore, the "2K or less content protection process" when copying to an external device after storage described in (4-3) is performed.

[0489] When performing pixel number conversion on the received 2K+ content (content having a pixel number exceeding 1920×1080) to convert it into 2K− content (content with a pixel number of 1920×1080 or less), storing the 2K− content (content wi...

Claims

【Claim 1】 A content protection processing method in a broadcast receiving apparatus of a transmission system that transmits broadcast program content from a broadcast station side and receives the broadcast program content by a broadcast receiving apparatus, comprising: a receiving step of receiving the broadcast program content; a storing step of storing the broadcast program content received in the receiving step; an output step of outputting the broadcast program content stored in the storing step to an external device; a copy processing step of copying the broadcast program content stored in the storing step to an external device; a move processing step of moving the broadcast program content stored in the storing step to an external device, and in the storing step, when the broadcast program content received in the receiving step is content that is transmitted with protection specified to be copyable a predetermined number of times in the transmission system, the broadcast program content is stored in a state where it can be copied nine times in the copy processing step and moved once in the move processing step and is encrypted so as to be reproducible only by the broadcast receiving apparatus; in the copy processing step, when copying the broadcast program content stored in the storing step to the external device, content protection is performed by DTCP2, and it is possible to copy using the move processing function of DTCP2; the storing in the storing step can be performed in a storage unit at the output destination of the IP interface via the IP interface configured by hardware corresponding to Ethernet provided in the broadcast receiving apparatus; in the output step, content protection when outputting the broadcast program content to the external device can be performed by DTCP2 or HDCP. Storing the broadcast program content in an encrypted state so that it can be played back only by the broadcast receiving device in the storage unit at the output destination of the IP interface in the storage step, outputting the stored broadcast program content to the external device via the IP interface in the output step, copying the broadcast program content to the external device via the IP interface in the copy processing step, and moving the broadcast program content to the external device via the IP interface in the move processing step can be performed via the same IP interface configured with hardware compatible with Ethernet. The control states of outputting the broadcast program content stored in the storage unit at the output destination of the IP interface in the storage step in an encrypted state so that it can be played back only by the broadcast receiving device, copying the broadcast program content to the external device via the IP interface in the copy processing step, and moving the broadcast program content to the external device via the IP interface in the move processing step are different depending on whether the IP address of the external device is within the same subnet as the IP address of the broadcast receiving device or not. When the IP address of the external device is within the same subnet as the IP address of the broadcast receiving device, it is possible to control whether to allow or prohibit outputting the broadcast program content to the external device in the output step, copying the broadcast program content to the external device in the copy processing step, and moving the broadcast program content to the external device in the move processing step for the broadcast program content stored in the storage unit at the output destination of the IP interface in the storage step in an encrypted state so that it can be played back only by the broadcast receiving device. When the IP address of the external device is not within the same subnet as the IP address of the broadcast receiving device, it is also possible to control whether to allow or prohibit outputting the broadcast program content to the external device in the output step, copying the broadcast program content to the external device in the copy processing step, and moving the broadcast program content to the external device in the move processing step for the broadcast program content stored in the storage unit at the output destination of the IP interface in the storage step in an encrypted state so that it can be played back only by the broadcast receiving device. In the transmission system, protection that allows copying only for one generation is specified and transmitted. When moving the broadcast program content received in the receiving step and stored in the storage step to the external device, the moved broadcast program content is made unplayable in the broadcast receiving device. Content protection processing method.

Images