Content protection processing method

Abstract

To provide a broadcast receiving device capable of executing functions with higher added value. [Solution] A broadcast receiving device capable of receiving digital broadcast services comprises a broadcast receiving unit that receives broadcast waves of the digital broadcast service, a separation unit that separates at least encoded program video data, program linkage data, and screen layout control information related to the broadcast program from the received broadcast waves, a video decoding unit that decodes the encoded program video data and plays back the program video information, a linkage information generation unit that interprets the program linkage data and generates program linkage information, a presentation processing unit that can divide a video display area into regions as appropriate according to the screen layout control information, arrange the program video information and program linkage information in the divided regions as appropriate, and output the data in the video display area as video information, a display unit that displays the video information, an operation input unit that inputs user operation instructions, and a control unit.

Description

[Technical Field]

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

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

[0003] [Patent Document 1] Japanese Patent Application Laid-Open No. 2001-186486 Summary of the Invention [Problem to be solved by the invention]

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

[0005] An object of the present invention is to provide a content protection processing method that can execute higher value-added functions. [Means for solving the problem]

[0006] The technology described in the claims is used as a means for solving the above problems. [Effects of the Invention]

[0007] By using the technology of the present invention, it is possible to provide a content protection processing method that can execute functions with higher added value. [Brief explanation of the drawings]

[0008]

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 8

Figure 9

Figure 10A

Figure 10B

Figure 11A

Figure 11B

Figure 12

Figure 13A

Figure 13B

Figure 13C

Figure 14

Figure 15A

Figure 15B

Figure 15C

Figure 15D

Figure 16

Figure 17

Figure 18

Figure 19A

Figure 19B

Figure 19C

Figure 19D

Figure 20A

Figure 20B

Figure 21

Figure 22A

Figure 22B

Figure 22C

Figure 23

Figure 24

Figure 25

Figure 26

Figure 27A

Figure 27B

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

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

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

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

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

[0014] The service provider server 400 is a server device provided by a service provider and is capable of providing various services linked to broadcast programs distributed by broadcast stations. The service provider server 400 stores, manages, and distributes video content and metadata provided by the broadcast station server 300, as well as various content and applications linked to broadcast programs. The service provider server 400 also has the function of searching for and providing a list of available content and applications in response to inquiries from television receivers and the like. The storage, management, and distribution of the content and metadata and the storage, management, and distribution of the applications may be performed by different server devices. The broadcast station and the service provider may be the same or different. Multiple service provider servers 400 may be provided for different services. The broadcast station server 300 may also have the functions of the service provider server 400.

[0015] The other application server 500 is a known server device that stores, manages, and distributes other general applications, operating programs, content, data, etc. There may be multiple other application servers 500 on the Internet 200.

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

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

[0018] [Overview of the MMT method] 1 is a television receiver that supports MMT (MPEG Media Transport), which is an alternative to the TS (Transport Stream) (hereinafter referred to as MPEG2-TS) defined in the MPEG (Moving Picture Experts Group)-2 system, which is widely used in conventional digital broadcasting systems, as a media transport method for transmitting data such as video and audio. The television receiver may also be compatible with both MPEG2-TS and MMT.

[0019] MPEG2-TS is characterized by multiplexing the video, audio, and other components that make up a program into a single stream along with control signals and clocks. Because the clock is treated as a single stream, it is suitable for transmitting a single piece of content over a single transmission path with guaranteed transmission quality, and has been adopted in many conventional digital broadcasting systems. However, in recent years, the diversification of content, the diversification of devices that use content, the diversification of transmission paths for delivering content, and the diversification of content storage environments have made it difficult for MPEG2-TS to adapt to these changes in the content delivery environment. Therefore, a new media transport method, MMT, has been established.

[0020] FIG. 2A shows an example of an outline of an encoded signal in MMT according to this embodiment. As shown in the figure, the MMT according to this embodiment has MFUs (Media Fragment Units), MPUs (Media Processing Units), MMTP (MMT Protocol) payloads, and MMTP packets as elements constituting an encoded signal. The MFU is a format for transmitting video, audio, etc., and may be configured in NAL (Network Abstraction Layer) unit or access unit units. The MPU may be configured with MPU metadata containing information about the overall configuration of the MPU, movie fragment metadata containing information about the encoded media data, and sample data, which is the encoded media data. It is also assumed that the MFU can be extracted from the sample data. For media such as video components and audio components, the presentation time and decoding time may be specified in MPU or access unit units. FIG. 2B shows an example of the configuration of an MPU.

[0021] The MMTP packet is composed of a header part and an MMTP payload, and is assumed to transmit the control information of the MFU and MMT. The MMTP payload is assumed to include 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 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.

[0022] In the broadcasting system of this embodiment, MPEG-H HEVC (High Efficiency Video Coding) is used as the video encoding method, and MPEG-4 AAC (Advanced Audio Coding) or MPEG-4 ALS (Audio Lossless Coding) is used as the audio encoding method. The encoded data of the video and audio of a broadcast program encoded by each of the above methods is in MFU or MPU format, and then loaded onto an MMTP payload to be packetized as MMTP packets and transmitted in IP (Internet Protocol) packets. Data content related to the broadcast program may also be in MFU or MPU format, and then loaded onto an MMTP payload to be packetized as MMTP packets and transmitted in IP packets. Four types of data content transmission methods are provided: a subtitle / superimposed text transmission method used for streaming data synchronized with broadcasting; an application transmission method used for data transmission asynchronous with broadcasting; an event message transmission method used for synchronous / asynchronous message notification to applications running on a television receiver; and a general-purpose data transmission method for transmitting other general-purpose data synchronously or asynchronously.

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

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

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

[0026] [Control information for broadcasting systems using MMT] As described above, the broadcasting system compatible with the broadcast receiving device 100 of this embodiment provides the following control information: TLV-SI, which relates to the TLV multiplexing method for multiplexing IP packets, and MMT-SI, which relates to the MMT media transport method. TLV-SI provides information for the broadcast receiving device 100 to demultiplex IP packets multiplexed onto the broadcast transmission path. TLV-SI is composed of "tables" and "descriptors." Tables are transmitted in section format, and "descriptors" are placed within the "tables." MMT-SI is transmission control information that indicates the MMT package configuration and information related to broadcast services. MMT-SI is composed of three layers: "messages" that store "tables" and "descriptors," "tables" that contain elements and attributes indicating specific information, and "descriptors" that indicate more detailed information. An example of the hierarchical structure of control information used in the broadcasting system of this embodiment is shown in Figure 4.

[0027] <TLV-SIで使用されるテーブル> 5A shows a list of "tables" used in the TLV-SI of the broadcasting system supported by the broadcast receiving device 100 of this embodiment. In this embodiment, the following "tables" are used as the TLV-SI "tables".

[0028] (1) TLV-NIT The Network Information Table for TLV (TLV-NIT) represents information about the physical configuration of the TLV stream transmitted by the network and the characteristics of the network itself.

[0029] (2) AMT The Address Map Table (AMT) provides a list of multicast groups for IP packets that constitute each service transmitted in the network.

[0030] (3) Tables set by the operator In addition, service providers and the like can prepare tables that they have set up independently.

[0031] <TLV-SIで使用される記述子> 5B shows a list of "descriptors" to be placed in the TLV-SI of the broadcasting system supported by the broadcast receiving device 100 of this embodiment. In this embodiment, the following "descriptors" are used in the TLV-SI.

[0032] (1) Service List Descriptor The service list descriptor provides a list of services by service identification and service type.

[0033] (2) Satellite Distribution System Descriptor The satellite distribution system descriptor indicates the physical conditions of the satellite transmission path.

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

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

[0036] (5) Descriptors set by the operator In addition, service providers and the like can prepare their own descriptors.

[0037] <MMT-SIで使用されるメッセージ> 6A shows a list of "messages" used in the MMT-SI of the broadcasting system supported by the broadcast receiving device 100 of this embodiment. In this embodiment, the following "messages" are used in the MMT-SI.

[0038] (1) PA Message The Package Access (PA) message is used to transmit various tables.

[0039] (2) M2 Section Message The M2 section message is used to transmit the section extension format of MPEG-2 Systems.

[0040] (3) CA Message The CA message is used to transmit a table for identifying the conditional access system.

[0041] (4) M2 Short Section Message The M2 Short Section message is used to transmit the MPEG-2 Systems section short format.

[0042] (5) Data transmission message The data transmission message is a message that stores a table related to data transmission.

[0043] (6) Message set by the operator In addition, service providers and the like can prepare their own messages.

[0044] <MMT-SIで使用されるテーブル> FIG. 6B shows a list of "tables" used in MMT-SI of the broadcasting system supported by the broadcast receiving device 100 of this embodiment. A table is control information having elements and attributes indicating specific information, and is stored in a message and transmitted in an MMTP packet. Note that the message that stores the table may be determined depending on the table. In this embodiment, the following "tables" are used for MMT-SI.

[0045] (1) MPT The MMT Package Table (MPT) provides information that configures a package, such as a list of assets and their locations on the network. The MPT can be stored in a PA message.

[0046] (2) PLT The Package List Table (PLT) lists the IP data flows and packet IDs that transmit PA messages of MMT packages provided as broadcast services, as well as the IP data flows that transmit IP services. The PLT may be stored in the PA message.

[0047] (3)LCT The Layout Configuration Table (LCT) is used to associate layout information for presentation with a layout number, and can be stored in the PA message.

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

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

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

[0051] (7) DCM The Download Control Message (DCM) transmits key-related information, such as a key for decrypting a transmission path encryption for downloading. The DCM may be stored in the M2 section message.

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

[0053] (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.

[0054] (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.

[0055] (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.

[0056] (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.

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

[0058] (14)MH-TOT The MH-Time Offset Table (MH-TOT) carries JST time and date (Modified Julian Day) information. The MH-TOT may be stored in the M2 short section message.

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

[0060] (16) DDM Table A Data Directory Management Table (DDM table) provides a directory structure of files that constitute an application in order to separate the file structure of the application from the structure for file transmission. The DDM table can be stored in a data transmission message.

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

[0062] (18) DCC Table The Data Content Configuration Table (DCC Table) provides configuration information of files as data content in order to achieve flexible and effective cache control. The DCC table may be stored in a data transmission message.

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

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

[0065] <Descriptors used in MMT-SI> Figures 6C and 6D 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. A descriptor is control information that provides more detailed information and is assumed to be arranged in a table. Note that the table in which the descriptor is arranged may be determined according to the descriptor. In the present embodiment, the following are used as the "descriptors" of MMT-SI.

[0066] (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.

[0067] (2) Event Package Descriptor The Event Package Descriptor provides the correspondence between events representing programs and packages. The Event Package Descriptor may be arranged in the MH-EIT transmitted in an M2 section message.

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

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

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

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

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

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

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

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

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

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

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

[0079] (14)MH-Link Descriptor The MH-Link Descriptor identifies the service that will be provided if a viewer requests additional information related to a particular listing in the program service information system. The MH-Link Descriptor may be located in the MPT, MH-EIT, MH-SDT, etc.

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

[0081] (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.

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

[0083] (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.

[0084] (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 MH-EIT.

[0085] (20) MH-Stream Identification Descriptor The MH-Stream Identification Descriptor is used to label the component streams of a service so that the description content indicated by the Video Component Descriptor in the MH-EIT can be referenced by this label. The MH-Stream Identification Descriptor may be placed in the MPT.

[0086] (21) MH-Content Descriptor The MH-Content Descriptor indicates the genre of the event. The MH-Content Descriptor may be placed in the MH-EIT.

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

[0088] (23) MH-Audio Component Descriptor The MH-Audio Component Descriptor indicates each parameter of an audio elementary stream and is also used to express the elementary stream in text format. The MH-Audio Component Descriptor can be placed in the MPT or the MH-EIT.

[0089] (24)MH-Target Area Descriptor The MH-Target Region Descriptor is used to describe the region targeted by a program or some of the streams that make up a program. The MH-Target Region Descriptor may be placed in the MPT.

[0090] (25) MH-Series Descriptor The MH-series descriptor is used to identify a series of programs and may be placed in the MH-EIT.

[0091] (26) MH-SI Transmission Parameter Descriptor The MH-SI transmission parameter descriptor is used to indicate the transmission parameters of the SI, and may be located in the MH-BIT.

[0092] (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.

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

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

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

[0096] (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.

[0097] (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.

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

[0099] (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.

[0100] (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.

[0101] (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.

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

[0103] (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.

[0104] (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.

[0105] (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.

[0106] (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.

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

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

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

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

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

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

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

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

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

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

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

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

[0119] (54) Descriptors set by the operator In addition, service providers and the like can prepare their own descriptors.

[0120] <MMT方式におけるデータ伝送と各制御情報の関係> Here, the relationship between data transmission and representative tables in the broadcasting system supported by the broadcasting receiving device 100 of this embodiment will be described with reference to FIG. 6E.

[0121] In the broadcasting system supported by the broadcast receiving device 100 of this embodiment, data can be transmitted via multiple 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 superimposition asset including a series of superimposition MPUs, and a data asset including a series of data MPUs. These various assets are associated in units of "packages" by the MPT (MMT Package Table), which is stored and transmitted in a PA message. Specifically, the association is achieved by describing in the MPT a package ID (corresponding to the "MMT_package_id_byte" parameter shown in FIG. 17, which will be described later) and the asset IDs of each asset included in the package (corresponding to the "asset_id_byte" parameter shown in FIG. 17, which will be described later).

[0122] The assets that make up the package can be only the assets within the TLV stream, but as shown in FIG. 6E, assets transmitted in the IP data flow of the communication line can also be included. This can be realized by including the location information of each asset included in the package (corresponding to 'MMT_general_location_info()' shown in FIG. 17 described later) in the MPT so that the broadcast receiving apparatus 100 of the present embodiment can grasp the reference destination of each asset. Specifically, by changing the value of the 'MMT_general_location_infonolocation_type' parameter arranged in 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) [[ID=I0]](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) Data at the specified URL (location_type = 0x05) Thus, it becomes possible to configure various data transmitted through various transmission paths so that the broadcast receiving apparatus 100 can refer to them.

[0123] Among the foregoing references, (1) is an IP data flow received via a digital broadcast signal received by the tuner / demodulation unit 131 of the broadcast receiving apparatus 100 shown in FIG. 7A described later, for example. When transmitting MPT including the IP data flow on the communication line side, the reference destination of (1) may be an IP data flow received by the LAN communication unit 121 described later via the communication line. Further, the above (2), (3), (5), and (6) are IP data flows received by the LAN communication unit 121 described later 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, like the broadcast receiving apparatus 800 of Embodiment 2 shown in FIG. 24 described later. It can be used when referring to data multiplexed in the MPEG2-TS received by the receiving function for receiving a digital broadcast signal using the MPEG2-TS method based on the location information of MPT (『MMT_general_location_info()』) included in the digital broadcast signal using the MMT method.

[0124] Note that the data constituting the “package” is specified in this way. However, in the broadcast system corresponding to the broadcast receiving apparatus 100 of this embodiment, a series of data in the unit of the “package” is treated as a unit of “service” of digital broadcast.

[0125] Furthermore, MPT describes the presentation time information of each MPU specified by MPT (corresponding to the 『mpu_presentation_time』 parameter shown in FIG. 13B described later). Using the presentation time information, a plurality of MPUs specified by MPT can be presented (displayed, output, etc.) in conjunction with each other based on a clock based on NTP, which is time information in UTC notation. The presentation control of various data using the clock based on NTP will be described later.

[0126] The data transmission method of this embodiment shown in Figure 6E also has the concept of an "event." An "event" is a concept that indicates a so-called "program" handled by the MH-EIT that is included in the M2 section message and sent. Specifically, in a "package" indicated by an event package descriptor stored in the MH-EIT, a series of data included in a period from the start time stored in the MH-EIT (corresponding to the "start_time" parameter shown in Figure 21, which will be described later) to the duration (corresponding to the "duration" parameter shown in Figure 21, which will be described later) is the data included in the concept of the "event." The MH-EIT can be used in the broadcast receiving device 100 of this embodiment for various processes on an "event" basis (for example, generating a program guide, controlling recording and viewing reservations, and copyright management processes such as temporary storage).

[0127] [Broadcast receiving device hardware configuration] 7A is a block diagram showing an example of the internal configuration of broadcast receiving device 100. Broadcast receiving device 100 is made up of main control unit 101, system bus 102, ROM 103, RAM 104, storage (accumulation) unit 110, LAN communication unit 121, extension interface unit 124, digital interface unit 125, tuner / demodulation unit 131, separation unit 132, video decoder 141, video color gamut conversion unit 142, audio decoder 143, superimposed text decoder 144, subtitle decoder 145, subtitle synthesis unit 146, subtitle color gamut conversion unit 147, data decoder 151, cache unit 152, application control unit 153, browser unit 154, application color gamut conversion unit 155, sound source unit 156, video synthesis unit 161, monitor unit 162, video output unit 163, audio synthesis unit 164, speaker unit 165, audio output unit 166, and operation input unit 170.

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

[0129] 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, and a rewritable ROM such as an EEPROM (Electrically Erasable Programmable ROM) or a flash ROM is used. The ROM 103 may store operation setting values necessary for the operation of the broadcast receiving apparatus 100. The RAM (Random Access Memory) 104 serves as a work area when executing basic operation programs and other operation programs. The ROM 103 and the RAM 104 may be integrally configured with the main control unit 101. Further, the ROM 103 may use a partial storage area in the storage (accumulation) unit 110 instead of having an independent configuration as shown in FIG. 7A.

[0130] The storage (accumulation) unit 110 stores operation programs, operation setting values, personal information of users 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. 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 retain 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.

[0131] It is assumed that the respective operation programs stored in the ROM 103 and the storage (accumulation) unit 110 can be added, updated, and functionally expanded by download processing from each server device on the Internet 200.

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

[0133] The tuner / demodulation unit 131 receives a broadcast wave transmitted from a radio tower 300t via an antenna 100a and tunes (selects a channel) to a channel of a 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 an MMT data sequence. In the example shown in FIG. 7A, 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 non-main program, etc., the broadcast receiving apparatus 100 may be configured to be equipped with a plurality of tuner / demodulation units.

[0134] The separation unit 132 is an MMT decoder, which distributes a video data sequence, an audio data sequence, a character super data sequence, a subtitle data sequence, etc., which are real-time presentation elements, to a video decoder 141, an audio decoder 143, a character super decoder 144, a subtitle decoder 145, etc., respectively, based on the control signal in the input MMT data sequence. The data input to the separation unit 132 may be an MMT data sequence transmitted via a broadcast transmission path and demodulated by the tuner / demodulation unit 131, or an MMT data sequence transmitted via a communication line and received by the LAN communication unit 121. Further, the separation unit 132 plays multimedia applications and file system data which are components thereof, and temporarily stores them in the cache unit 152. Further, the separation unit 132 extracts general-purpose data and outputs it to the data decoder 151 for use in streaming data for a player that presents data other than video, audio, and subtitles or for an application. Further, the separation unit 132 may perform error correction, access restriction control, etc. on the input MMT data sequence based on the control of the main control unit 101.

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

[0136] 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.

[0137] 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.

[0138] The video synthesis unit 161 receives the video information output from the video color gamut conversion unit 142, the caption information output from the caption 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 synthesis 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. Further, based on the control of the main control unit 101, the video synthesis unit 161 performs superimposition processing, etc. of an EPG (Electronic Program Guide) screen information created based on information such as scaling processing and MH-EIT included in MMT-SI as necessary. The monitor unit 162 is a display device such as a liquid crystal panel, etc., and provides the video information selected and / or superimposed by the video synthesis 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 selected and / or superimposed by the video synthesis unit 161.

[0139] Note that the presentation function of the broadcast receiver 100 of this embodiment shall have a logical plane structure in order to display the multimedia service as intended by the provider. Fig. 7B shows an example of the configuration of the logical plane structure included in the presentation function of the broadcast receiver 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 LCT etc. included in 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 is output only to the frontmost multimedia plane.

[0140] The voice synthesizing unit 164 inputs the voice information output from the voice decoder 143 and the application voice information reproduced by the sound source unit 156, and performs processes such as appropriate selection and / or mixing. The speaker unit 165 provides the voice information subjected to selection and / or mixing processes by the voice synthesizing unit 164 to the user of the broadcast receiver 100. The voice output unit 166 is a voice output interface that outputs the voice information subjected to selection and / or mixing processes by the voice synthesizing unit 164.

[0141] The extended interface unit 124 is a group of interfaces for extending 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 operations such as input of analog video signals / audio signals from external video / audio output devices and output of analog video signals / audio signals to external video / audio input devices. 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 and other USB devices may be connected. The memory interface connects a memory card and other memory media to perform data transmission and reception.

[0142] 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 by 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.

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

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

[0145] As described above, when the broadcast receiving device 100 is a television receiver or the like, the video output unit 163 and the audio output unit 166 are not essential components of the present invention. Furthermore, the broadcast receiving device 100 may be 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, a set-top box (STB), or the like. It may also be a personal computer (PC), tablet terminal, navigation device, game console, or the like equipped with a digital broadcast receiving function and a broadcast / communication linkage function. When the broadcast receiving device 100 is a DVD recorder, HDD recorder, STB, or the like, the monitor unit 162 and the speaker unit 165 may not be provided. Connecting an external monitor and external speaker to the video output unit 163 and the audio output unit 166 or the digital interface unit 125 enables the broadcast receiving device 100 to operate in the same manner as the broadcast receiving device 100 of this embodiment.

[0146] [System configuration for clock synchronization / presentation synchronization of broadcast receiving devices] FIG. 7C shows an example of a system configuration for clock synchronization / presentation synchronization in a broadcasting system compatible with the broadcast receiving device 100 of this embodiment. In this broadcasting system, UTC is transmitted from the broadcast transmission system to the receiver (such as the broadcast receiving device 100 of this embodiment) in a 64-bit NTP timestamp format. In this NTP timestamp format, UTC "seconds or more" are represented by 32 bits, and "less than a second" is represented by 32 bits. However, in practice, it is difficult to reproduce one second with 32-bit precision. For this reason, a system clock for synchronizing a video system or for operating an NTP-formatted clock may have a frequency of, for example, 2 to the 24th power Hz (approximately 16.8 MHz), as shown in the figure. Note that, considering that the system clock in conventional broadcasting systems was 27 MHz and the ease of constructing a receiver hardware configuration, it is desirable to use a frequency that is a power of 2, such as 2 to the 28th power, as the system clock.

[0147] In addition, when the system clock on the broadcast transmission system side or the receiver side is set to a frequency of a power of 2, such as "2 to the 24th power" to "2 to the 28th power," as described above, the lowest 8 to 4 bits of the NTP timestamp format transmitted from the broadcast transmission system side to the receiver side, which are not referenced by the PLL (Phase Locked Loop) system for regenerating the system clock or the NTP format clock, may be fixed to "0" or "1." In other words, if the system clock is "2 to the nth power" Hz (n=24 in the example of FIG. 7C), the lowest "32-n" bits of the NTP timestamp format may be fixed to "0" or "1." Alternatively, the receiver side may process the lowest "32-n" bits of the NTP timestamp format to be ignored.

[0148] When the broadcast transmission system receives NTP-formatted time information from an external source, it configures a PLL system with a 32+n-bit counter using a 2n-Hz VCO (Voltage Controlled Oscillator) to create a transmission system clock that synchronizes with the externally provided time information. The entire signal processing system operates in synchronization with the 2n-Hz system clock. Furthermore, the output of the transmission system clock is periodically transmitted to the receiver via the broadcast transmission path as NTP-formatted time information.

[0149] On the receiver side, the NTP long-format time information is received via the broadcast transmission path, and similar to the broadcast transmission system side, the reception system clock is reproduced by a PLL system based on a VCO of "2 to the power of n" Hz. 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 power of n" Hz, clock synchronization between the broadcast transmission system side and the receiver side is achieved, enabling stable signal reproduction. Further, 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 format time information. Here, the MPT stored in the PA message transmitted by the broadcast signal stores an MPU timestamp descriptor shown in FIG. 13B described later. In the MPU timestamp descriptor of FIG. 13B, the "mpu_sequence_number (MPU sequence number)" parameter 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. Therefore, the receiver can refer to the MPU timestamp descriptor stored in the MPT and control the presentation (display, output, etc.) timing for each MPU of the video signal, audio signal, subtitle, character super, etc.

[0150] Note that when focusing on the control of the decoding timing and presentation timing for each presentation unit of the above-mentioned video / audio signal, etc., synchronization of the video / audio signal can be ensured even by 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 power of m" Hz generated by frequency division of the system clock or the like 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".

[0151] [Software Configuration of Broadcast Receiver] FIG. 7D is a software configuration diagram of the broadcast receiver 100 of the present embodiment, showing the software configurations 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 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 moving images, still images, and sounds, 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.

[0152] The basic operation program 1001 stored in the ROM 103 is expanded in the RAM 104, and further, the main control unit 101 executes the expanded basic operation program to constitute the basic operation execution unit 1101. Similarly, the receiver function program 1002 stored in the storage (accumulation) unit 110 is expanded in the RAM 104, and further, the main control unit 101 executes the expanded receiver function program to constitute the receiver function execution unit 1102. Further, the RAM 104 is assumed to include a temporary storage area for temporarily holding data created when each operation program is executed, as necessary.

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

[0154] The reception function execution unit 1102 controls each operational block of the broadcast receiving device 100 to play back 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 the video data stream, audio data stream, etc. separated from the MMT data stream to the corresponding decoding processing units. The AV decoding processing unit 1102b mainly controls the video decoder 141, audio decoder 143, etc. The application processing unit 1102c mainly controls the cache unit 152, application control unit 153, browser unit 154, and sound source unit 156. The superimposition processing unit 1102d mainly controls the superimposition decoder 144. The subtitle processing unit 1102e mainly controls the subtitle decoder 151. The general-purpose data processing unit 1102f mainly controls the data decoder 151. The EPG generation unit 1102g interprets the description contents of the MH-EIT etc. included in the MMT-SI and generates an EPG screen. The presentation processing unit 1102h mainly controls the video color gamut conversion unit 142, the subtitle synthesis unit 146, the subtitle color gamut conversion unit 147, the application color gamut conversion unit 155, the video synthesis unit 161, and the audio synthesis unit 164 based on the logical plane structure.

[0155] The operation programs may be stored in the ROM 103 and / or the storage unit 110 before shipping the product. After shipping the product, the operation programs may be acquired from another application server 500 or the like on the Internet 200 via the LAN communication unit 121. Alternatively, the operation programs may be stored in a memory card, an optical disk, or the like and acquired via the expansion interface unit 124 or the like.

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

[0157] 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 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.

[0158] The storage unit 310 stores the basic operation program 3001, the broadcast content management / delivery program 3002, and the broadcast content transmission program 3003, and further includes a broadcast content storage area 3200 and a metadata storage area 3300. The broadcast content storage area 3200 stores program contents and the like of each broadcast program broadcast by the 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 each broadcast program.

[0159] 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 into the RAM 304, and further, by the main control unit 301 executing each of the expanded programs, a basic operation execution unit 3101, a broadcast content management / delivery execution unit 3102, and a broadcast content transmission execution unit 3103 are configured.

[0160] In the following, for the sake of simplicity of explanation, the process of the main control unit 301 expanding and executing the basic operation program 3001 stored in the storage unit 310 in the RAM 304 to control each operation block will be described as being performed by the basic operation execution unit 3101 to control each operation block. The same description will be made for other operation programs.

[0161] The broadcast content management / distribution execution unit 3102 manages the program content and metadata of each broadcast program stored in the broadcast content storage area 3200 and the metadata storage area 3300, and controls the provision of the program content and metadata of each broadcast program to the service provider based on a contract. Furthermore, when providing the program content and metadata of each broadcast program to the service provider, the broadcast content management / distribution execution unit 3102 may perform authentication processing of the service provider server 400 based on the contract, as necessary.

[0162] The broadcast content transmission execution unit 3103 performs time schedule management when transmitting the program content of the broadcast program stored in the broadcast content storage area 3200 and the MMT data string including the program title, program ID, copy control information of the program content, etc. of the broadcast program stored in the metadata storage area 3300 from the radio tower 300t via the digital broadcast signal transmission unit 360.

[0163] The LAN communication unit 321 is connected to the Internet 200 and communicates with the service provider server 400 and the like on the Internet 200. The LAN communication unit 321 is equipped with an encoding circuit, a decoding circuit, etc. The digital broadcast signal transmission unit 360 modulates an MMT data sequence made up of video data sequences, audio data sequences, program information data sequences, etc. of the program content of each broadcast program stored in the broadcast content storage area 3200, and transmits it as a digital broadcast wave via the radio tower 300t.

[0164] [Service provider server configuration] 9 is a block diagram showing an example of the internal configuration of the service provider server 400. The service provider server 400 is made up of a main control unit 401, a system bus 402, a RAM 404, a storage unit 410, and a LAN communication unit 421.

[0165] 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.

[0166] The storage unit 410 stores the basic operation program 4001, the video content management / distribution program 4002, and the application management / distribution program 4004, and further includes a video content storage area 4200, a metadata storage area 4300, an application storage area 4400, and a user information storage area 4500. The video content storage area 4200 stores the program content of the broadcast program provided by 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 by 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 who are permitted to access the service provider server 400.

[0167] Also, the basic operation program 4001, the video content management / distribution program 4002, and the application management / distribution program 4004 stored in the storage unit 410 are each expanded to the RAM 404, and further, by the main control unit 401 executing the expanded basic operation program, the video content management / distribution program, and the application management / distribution program, a basic operation execution unit 4101, a video content management / distribution execution unit 4102, and an application management / distribution execution unit 4104 are configured.

[0168] In the following, for simplicity of explanation, the process of controlling each operation block by the main control unit 401 expanding and executing the basic operation program 4001 stored in the storage unit 410 in the RAM 404 will be described as being performed by the basic operation execution unit 4101 for controlling each operation block. The same description will be made for other operation programs.

[0169] The video content management / delivery execution unit 4102 acquires program content and metadata of a broadcast program from the broadcast station server 300, manages the video content and metadata stored in the video content storage area 4200 and the metadata storage area 4300, and controls the distribution of the video content and metadata to each television receiver. Further, when distributing the video content and 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.

[0170] 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 an encoding circuit, a decoding circuit, and the like.

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

[0172] The main control unit 701 is a microprocessor unit that controls the entire portable 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 portable information terminal 700.

[0173] The ROM 703 is a memory in which basic operation programs such as an operating system and other operation programs are stored, and a rewritable ROM such as an EEPROM or a flash ROM is used, for example. The RAM 704 serves as a work area when the basic operation program and other operation programs are executed. The ROM 703 and the RAM 704 may be integrally configured with the main control unit 701. Further, the ROM 703 may not have an independent configuration as shown in FIG. 10A, and may use a part of the storage area in the storage unit 710.

[0174] 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. Further, it can also store contents such as videos, still images, and sounds 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.

[0175] It is assumed that the respective operation programs stored in the ROM 703 and the storage unit 710 can be added, updated, and functionally extended by download processing from each server device on the Internet 200.

[0176] 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 data transmission and reception 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.

[0177] 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.

[0178] The operation unit 730 is an instruction input unit for inputting operation instructions for 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. Operations of the portable information terminal 700 may also be performed using a keyboard or the like connected to the expansion interface unit 724. Operations of the portable information terminal 700 may also be performed using a separate terminal device connected by wired communication or wireless communication. That is, operations 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.

[0179] 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.

[0180] 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.

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

[0182] The portable information terminal 700 may be a mobile phone, a smartphone, a tablet terminal, etc. It may also be a PDA (Personal Digital Assistant) or a notebook PC. It may also be a digital still camera, a video camera capable of shooting video, a portable game console, a navigation device, or other portable digital devices.

[0183] 10A includes many components that are not essential to this embodiment, such as sensor unit 760, but the effects of this embodiment are not impaired even if these components are not provided. Furthermore, components not shown, such as a digital broadcast receiving function and an electronic money payment function, may be further added.

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

[0185] 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 is provided with a temporary storage area for temporarily holding data created when each operation program is executed, as needed.

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

[0187] 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 is provided with a browser engine function for executing an application that cooperates with the television receiver.

[0188] 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 etc. on the Internet 200 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.

[0189] [Time Management of Broadcast Receiver] The broadcast receiving apparatus of this embodiment has two types of time management functions. The first time management function is a time management function based on NTP, as already described with reference to FIG. 7C. The second time management function is a time management function based on MH-TOT, and is the time managed based on the time information transmitted by MH-TOT described in FIG. 6B.

[0190] An example of the configuration of the time information transmitted by NTP is shown in FIG. 13A. Also, an example of the data structure of the MPU timestamp descriptor is shown in FIG. 13B. The'reference_timestamp' parameter, 'transmit_timestamp' parameter, etc. in the NTP format are 64-bit NTP long format time data, and the'mpu_presentation_time' parameter in the MPU timestamp descriptor 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 'seconds and above' of UTC in 32 bits and 'less than seconds' in 32 bits. That is, the time information in the NTP format can transmit time information up to 'less than seconds'. Furthermore, since the time information in the NTP format is in UTC notation, unlike the clock management in conventional digital broadcasting, it can be synchronized with the NTP included in the signal received via the communication line path (for example, the communication line receivable by the LAN communication unit 121 in FIG. 7A) as shown in FIG. 3(B).

[0191] In contrast, the information transmitted by the MH-TOT is as follows: The broadcast receiving device 100 is assumed to be able to obtain the current date and Japan Standard Time from the MH-TOT. FIG. 11A shows an example of the data structure of the MH-TOT. The broadcast receiving device 100 is able to obtain the current date and current time from the "JST_time" parameter of the MH-TOT. As shown in FIG. 11B, the "JST_time" parameter includes the lower 16 bits of the coded data of the current date in Modified Julian Date (MJD) and 24 bits of information representing Japan Standard Time (JST) as six 4-bit binary-coded decimal (BCD) numbers. The current date can be calculated by performing a predetermined calculation on the 16-bit coded data of the MJD. The six 4-bit binary coded decimal numbers are: two 4-bit binary coded decimal numbers represent the hour in two decimal digits, the next two 4-bit binary coded decimal numbers represent the minute in two decimal digits, and the last two 4-bit binary coded decimal numbers represent the second in two decimal digits.

[0192] Therefore, the difference between time based on NTP and time based on MH-TOT is that the former, NTP, transmits time information in UTC notation, which can transmit time information down to the "second," as mentioned above, while the information transmitted by MH-TOT is information up to the "second" in JST notation.

[0193] The broadcast receiving device 100 of this embodiment can achieve more accurate synchronization by using a time management function based on NTP, which is time information in UTC, to synchronize the decoding and display of the video, audio, subtitles, superimposed text, and other presentation data that are the content of the broadcast signal. Furthermore, by referring to information in UTC rather than the clock notation of the broadcast station, it is also possible to synchronize the decoding and display of the video, audio, subtitles, superimposed text, or other data that are the content of the broadcast signal received by the broadcast signal with the video, audio, subtitles, superimposed text, or other data acquired via a communication line path.

[0194] Furthermore, the broadcast receiver of this embodiment may use the time management function based on "JST_time" including 24-bit information represented by six 4-bit binary-coded decimal numbers of MH-TOT for the process of presenting the current time to the user or for each process that handles the MH-event information table (MH-EIT) described in FIG. 6B. Generally, in the process of presenting the current time to the user in a broadcast receiver, there is almost no requirement for accuracy down to less than a second. Also, each time information described in the MH-event information table (MH-EIT) is stored in decimal "hour", "minute", and "second" in 24-bit information represented by six 4-bit binary-coded decimal numbers, 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 receiver 100 of this embodiment is easily compatible with the processes using MH-EIT. Specifically, the processes using MH-EIT include the process of generating a program guide (described later), control of recording reservations and viewing reservations, and copyright management processes such as temporary storage. In any of these processes, it is rarely required to have accuracy down to less than a second, and accuracy in units of one second is sufficient.

[0195] Also, the process of generating the program guide and copyright management processes such as control of recording reservations and viewing reservations and temporary storage are functions also mounted in receivers of conventional digital broadcast systems using the MPEG2-TS format. Then, in the broadcast system of this embodiment as well, if it is configured so that in processes such as the process of generating a program guide and copyright management processes such as control of recording reservations and viewing reservations and 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 receiver 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 of generating a program guide and copyright management processes such as control of recording reservations and viewing reservations and temporary storage), there is no need to separately design the processing algorithms, and the cost can be reduced.

[0196] Furthermore, even in the case of a receiver that does not have the ability to receive digital broadcasts using the conventional MPEG2-TS format and only has the ability to receive digital broadcasts using the MMT format, it is possible to develop it at a lower cost because it is possible to reuse the algorithms for functions that are also installed in receivers for digital broadcasting systems using the conventional MPEG2-TS format, without having to create completely new algorithms for processes such as generating program guides, controlling recording and viewing reservations, and copyright management processes such as temporary storage.

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

[0198] As described above, the broadcast receiving device 100 of this embodiment has a time management function that uses two types of time information with different accuracy. One type of time information is time information written in a format that is consistent with conventional digital broadcasting systems, and the other type of time information is time information with higher resolution than the first type of time information. By using the latter type of time information for synchronizing each piece of content data in the broadcast signal, more advanced information presentation processing than conventional broadcasting systems is realized, and by using the former type of time information for generating a program guide, controlling recording and viewing reservations, and copyright management processing such as temporary storage, it is possible to provide a broadcast receiving device at low cost.

[0199] Therefore, by providing the two types of time management functions described above, the broadcast receiving device 100 of this embodiment can achieve both more advanced information presentation processing and lower costs.

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

[0201] 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. 7C, 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.

[0202] At this time, the information regarding the assumed delay time may be configured to be transmitted not within the TLV multiplexing stream shown in FIG. 3(A) but within the TMCC (Transmission and Multiplexing Configuration Control) area outside the TLV multiplexing 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 multiplexing 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, it is possible to perform a correction process for a highly accurate system clock. An example of the data structure of the time information transmitted by the TMCC signal will be described with reference to FIG. 13C. The time information may be stored and transmitted in, for example, the TMCC extended information area. In the time information of the TMCC extended information area in FIG. 13C, the 'delta' parameter represents an 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.

[0203] 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 through the TMCC extended information area.

[0204] [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.

[0205] As described above, the broadcast receiver 100 of the present embodiment has a time management function that acquires the current date and Japanese standard time based on the information transmitted by MH-TOT and manages the time. The current date and Japanese 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. in the video composition unit 161 of the broadcast receiver 100. As described above, MH-TOT has the data structure shown in FIG. 11A, and the broadcast receiver 100 can acquire the current date and current time from the 'JST_time' parameter of the MH-TOT.

[0206] However, in the aforementioned 'JST_time' parameter, only the lower 16 bits of the encoded data of MJD are used, so 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 as to control the expression of the date after April 23, 2038.

[0207] FIG. 12 shows an example of a first calculation method used when the value of MJD is equal to or greater than a predetermined value and 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 more, 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 the case where MJD is less than '32768' is equivalent to the case where the most significant bit of the 16-bit data of MJD is '0'. Thereby, in the broadcast receiving apparatus 100 of the present embodiment, it is possible to represent a date after 'April 23, 2038'. However, the predetermined value can be arbitrarily set, and the predetermined value may be set to '16384 (0x4000)', '49152 (0xC000)', or the like. The switching condition of the calculation method may be that the upper 2 bits of the 16-bit data of 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', it becomes impossible to represent a date before 'September 4, 1948', but this does not particularly pose a problem in practical use as a television receiver.

[0208] Alternatively, 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. 11A or a newly added flag. For example, if the most significant bit of the 16-bit encoded data of MJD is '0', the flag may be set to '1' if MJD indicates a date after 'April 23, 2038' and set to '0' if MJD does not indicate a date after 'April 23, 2038'. Then, when the flag is '1', the second calculation method shown in FIG. 12 may be used, and when the flag is '0', the first calculation method may be used. Alternatively, a descriptor having the same meaning as the flag may be newly prepared and arranged in MH-TOT.

[0209] 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 structure shown in Figure 13A. Furthermore, the MPU timestamp descriptor has the structure shown in Figure 13B.

[0210] 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.

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

[0212] [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.

[0213] In the broadcast receiving apparatus 100 of this 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 services and the IP-related information in the non-volatile memory so that they can be always referred to, it becomes unnecessary to acquire the TLV-NIT or the AMT again when switching channels or the like, and it becomes possible to efficiently acquire broadcast content.

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

[0215] 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).

[0216] When 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. 15A 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, respectively. 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). FIG. 15B shows an example of the data structure of the satellite distribution system descriptor. FIG. 15C shows an example of the data structure of the service list descriptor. 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 re-scanning) the created service list in the ROM 103 or the storage unit 110, etc. (S108).

[0217] Next, the reception function execution unit 1102 acquires the AMT from the received signal (S109), and further acquires a list of IP multicast groups related to each service ID stored in the service list (S110). FIG. 15D shows an example of the data structure of the AMT. If the AMT has a list of IP multicast groups related to a plurality of service IDs, the process of S110 is repeated. If there are a plurality of AMTs having lists of IP multicast groups related to different service IDs, the processes of S109 to S110 are repeated. Next, the reception function execution unit 1102 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).

[0218] 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.

[0219] When the process of S111 ends, if the frequency value set in the tuner / demodulation unit 131 is the final frequency value of the channel scan range (S112: Yes), the reception function execution unit 1102 ends the process. On the other hand, if the set frequency value is not the final frequency value of the channel scan range (S112: No), the frequency value set in the tuner / demodulation unit 131 is incremented (S113), and the processes of S102 to S111 are repeated. Note that if a single TLV-NIT can acquire the service IDs related to all the services constituting the broadcast network, and can further acquire an AMT having a list of IP multicast groups related to the service IDs, the processes of S112 to S113 are unnecessary.

[0220] 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, simultaneously, 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.

[0221] 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 related to 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. Also, 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 to perform the rescan.

[0222] [Channel selection process (channel switching) of broadcast receiving apparatus] FIG. 16 is a diagram showing an example of an operation sequence at the time of channel selection (channel switching) in the broadcast receiving apparatus 100 of the present embodiment.

[0223] When a user operates a remote control or the like (not shown) to instruct channel switching, the receiving function execution unit 1102 interprets the command transmitted from the remote control and specifies the service ID of the desired service (S201). Next, the receiving function execution unit 1102 starts acquiring an AMT from the signal received by the tuner / demodulator unit 131. If the AMT is successfully acquired within a predetermined time (S202: Yes), information regarding a list of IP multicast groups corresponding to the service ID is acquired from the acquired AMT (S204). On the other hand, if the AMT is not successfully acquired within the predetermined time (S202: No), the unit 1102 refers to IP-related information stored in the ROM 103 or the storage unit 110 (S203) to acquire information regarding a list of IP multicast groups corresponding to the service ID (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 may always be referenced.

[0224] Next, the reception function execution unit 1102 starts acquiring a TLV-NIT from the signal received by the tuner / demodulator unit 131. If the TLV-NIT is successfully acquired within a predetermined time (S205: Yes), distribution system information for acquiring an IP data flow corresponding to the service ID is acquired from the acquired TLV-NIT (S207). On the other hand, if the TLV-NIT is not successfully acquired within the predetermined time (S205: No), the service list stored in the ROM 103, the storage unit 110, etc. is referenced (S206) to acquire distribution system information for acquiring an IP data flow corresponding to the service ID (S207). Note that the service list stored in the ROM 103, the storage unit 110, etc. may always be referenced without performing the determination process of S205. After acquiring the distribution system information in the processing of S207, the receiving function execution unit 1102 then controls the tuner / demodulation unit 131 with the frequency value indicated in the acquired distribution system information, receives the IP data flow corresponding to the service ID (S208), extracts the MMT data string from the received IP data flow, and outputs it to the separation unit 132.

[0225] In the demultiplexer 132, the transport processor 1102a acquires an MMTP packet whose packet ID is "0" from the input MMT data sequence (S209), and further acquires the MPT contained in the acquired MMTP packet (S210). Next, the transport processor 1102a references the "MMT_package_id_byte" parameter in the acquired MPT and checks whether the lowest 16 bits of the "MMT_package_id_byte" parameter have the same value as the service ID. In the example of the MPT data structure shown in FIG. 17, if the lowest 16 bits of the "MMT_package_id_byte" parameter have the same value as the service ID (S211: Yes), it determines that the MMTP packet whose packet ID is "0" is an MMTP packet containing data of a program corresponding to the service ID, and acquires an MFU based on the information in the acquired MPT (S216).

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

[0227] Note that, instead of performing the processes of S209 to S211, 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.

[0228] When the MFU is acquired in the process of S216, the transport processing unit 1102a extracts encoded video data, encoded audio data, etc. from the acquired MFU and outputs them to the video decoder 141, the audio decoder 143, etc. Hereinafter, video / audio decoding processing based on the control of the AV decoding processing unit 1102b and presentation processing based on the control of the presentation processing unit 1102h are performed. However, since each of the above processes is well-known, detailed description thereof is omitted.

[0229] Through the above series of processes, the broadcast receiving apparatus 100 of the present embodiment can execute a channel selection (channel switching) operation. In particular, as described with reference to FIGS. 14 and 16, 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 where the AMT and TLV-NIT are re-acquired 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).

[0230] [Screen Layout Control of Broadcast Receiving Apparatus] It is assumed that the broadcast receiving apparatus 100 of the present embodiment can perform screen layout control based on the description of the LCT. FIG. 18 shows an example of the data structure of the LCT.

[0231] In the figure, 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.

[0232] Examples of assigning the layout to the layout number based on the settings of the respective parameters are shown in FIGS. 19A to 19D together with the set values of the respective parameters.

[0233] FIG. 19A shows a default layout setting of the broadcast receiving apparatus 100 of the present embodiment, which is an example of setting only one area on the entire screen. FIG. 19B shows an example when the entire screen is divided into three areas, and the respective areas are `Area 0`, `Area 1`, and `Area 2`. For example, when the number of pixels of the entire screen is 7680 horizontal pixels / 4320 vertical pixels, since the `left_top_pos_x` parameter of `Area 0` is `0`, the `left_top_pos_y` parameter is `0`, the `right_down_pos_x` parameter is `80`, and the `right_down_pos_y` parameter is `80`, it is set in the range of (0,0)-(6143,3455). Similarly, `Area 1` is set in the range of (6144,0)-(7679,4319), and `Area 2` is set in the range of (0,3456)-(6143,4319).

[0234] FIG. 19C is an example of setting three regions in the same way as FIG. 19B. 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, and are arranged in front of "Region 0" according to the setting of the "layer_order" parameter. FIG. 19D is an example when "Region 0" is set for Device 0 (default device: the broadcast receiving apparatus 100 in this embodiment) and "Region 1" is set for Device 1 (in this embodiment, the portable information terminal 700).

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

[0236] Note that for the fractional part generated when dividing the screen according to the set values of parameters such as the "left_top_pos_x", etc., processing such as rounding up or rounding down may be performed. Rounding (or rounding to the nearest even number in binary) processing may also be used. For example, when the number of pixels of 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 processing, or "Region 0" may be set in the range of (0,0)-(3915,2202) by rounding down processing. Also, considering the macroblocks during video compression processing, rounding up / rounding down processing in units of 8 pixels or 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.

[0237] [Exception Handling for Screen Layout Control of Broadcast Receiving Apparatus] In the broadcast receiving apparatus 100 of this embodiment, even when the area control of the screen layout is performed by the aforementioned LCT, when the user instructs the display of the EPG screen or the like, as an exception process, it is assumed that it is possible to perform screen layout control ignoring the description content of the LCT. FIG. 20A shows an example of the operation of the exception process of the screen layout control based on the LCT.

[0238] When the screen layout control similar to that in FIG. 19B is performed according to the description of the LCT, 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', and the user instructs the display of the EPG screen by a remote control (not shown), in the broadcast receiving apparatus 100 of this embodiment, as shown in FIG. 20A(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 screen layout control similar to that in FIG. 19A is being performed), and it is controlled to display the EPG screen 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.

[0239] By performing the above control, compared with the case of displaying the EPG screen while maintaining the area control of the screen layout as shown in FIG. 20A(B), the EPG screen can be displayed larger, and the visibility can be improved.

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

[0241] 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 simultaneously displaying a plurality of broadcast contents). 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.

[0242] 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.

[0243] [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. Fig. 21 shows an example of the data structure of MH-EIT of this embodiment. MH-EIT 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 indicate information on the current / next event of its own TLV stream and schedule information of each event of its own TLV stream. The broadcast receiving 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 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.

[0244] Fig. 22A is a diagram showing an example of an EPG screen in the broadcast receiving apparatus 100 of this embodiment. The EPG screen 162a has a matrix shape with the vertical axis representing time display and the horizontal axis representing service ID (channel), and displays detailed information on the broadcast programs broadcast on each channel in each time zone. Also, the detailed information 162a1 of each broadcast program mainly consists of a title area 162a2 and a detailed explanation area 162a3.

[0245] In the title area 162a2, the program title of the broadcast program and symbols representing the attributes of the broadcast program are displayed. Symbols representing the attributes of the broadcast program are, for example, symbols / characters indicating that it is a new program, symbols / characters indicating that it is a rebroadcast program, etc. Or, it may be a symbolized mark such as 'data' meaning that it corresponds to data broadcast by the broadcast service. Also, it may be a symbolized mark 162a4 such as 'NetWork' meaning that related content and applications of the broadcast program can be obtained from the network. Also, 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 representing the attributes of the broadcast program may be substituted.

[0246] Note that, even when it is shown that each control information (message, table, descriptor, etc.) in the broadcast system of this embodiment can be obtained from the network for content, applications, etc. related to the broadcast program, if access to each server device on the network is not possible, such as when a LAN cable is not connected to the LAN communication unit 121 of the broadcast receiving apparatus 100, control may be performed so as not to display the mark 162a4 etc. in which the 'NetWork' is symbolized.

[0247] Also, when the broadcast program is a distribution program distributed via the Internet 200 and cannot be obtained only from the broadcast wave, and further, when the broadcast receiving apparatus 100 cannot access each server device on the network as described above, etc., control may be performed so as to gray out the portion of the detailed information 162b1 displayed on the EPG screen 162b as shown in FIG. 22B. That is, control is performed so as not to display the detailed information of the distribution program that cannot be viewed. Further, as an alternative to the gray-out process, the background color of the detailed information 162b1 may be differentiated from others. When the detailed information 162b1 is selected by operating a remote controller (not shown), the user may be notified by a pop-up or the like that the broadcast receiving apparatus 100 cannot access each server device on the network, or that the distribution program associated with the detailed information 162b1 cannot be viewed.

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

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

[0250] As shown in the figure, when there is a channel having only a distribution program distributed via the Internet 200, normally, it is controlled to display information of all channels as shown in the EPG screen 162c of FIG. (A) (including information 162c1). On the other hand, when the broadcast receiving apparatus 100 is in a state where it cannot access each server apparatus on the network or the like, as shown in the EPG screen 162d of FIG. (B), information of the “M2 Broadcast (Internet Broadcast)” channel having only a distribution program distributed via the Internet 200 (information 162c1 in FIG. (A)) may not be displayed.

[0251] By the above-described respective controls, the user of the broadcast receiving apparatus 100 can be made unnecessary to check information of channels that he / she cannot view.

[0252] [Emergency Warning Broadcast Display of Broadcast Receiving Apparatus] It is assumed that the broadcast receiving apparatus 100 of the present embodiment can perform reception processing of an emergency warning broadcast when an emergency warning broadcast activation control signal bit of a TMCC signal included in transmission data including a TLV stream changes from “0” to “1”.

[0253] The emergency warning broadcast may be provided as an application with full-screen display, or may be provided as character information in a character super. When the emergency warning broadcast is provided as character information in a character super, it is preferable to display the character information of the character super regardless of the state of the broadcast receiving apparatus 100 immediately before receiving the emergency warning broadcast. That is, as shown in FIG. 23, when the user is viewing a normal broadcast program and the emergency warning broadcast is received while the program screen 162e of the broadcast program is displayed on the monitor unit 162, the character information 162e1 by the emergency warning broadcast is superimposed and displayed on the program screen 162e. Similarly, when the user instructs the display of the EPG screen and the emergency warning broadcast is received while the EPG screen 162f is displayed on the monitor unit 162, control is performed so that the character information 162f1 by the emergency warning broadcast is superimposed and displayed on the EPG screen 162f.

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

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

[0256] As described with reference to FIG. 6E, in the broadcast reception system corresponding to the broadcast reception apparatus 100 of the present embodiment, based on the location information stored in the MPT (corresponding to 'MMT_general_location_info()' in FIG. 17), data acquired within the TLV stream and data acquired via a path other than the TLV stream can be included in the same package. However, the data transmission paths other than the TLV stream indicated by the location information (for example, IPv4 data flow, IPv6 data flow, broadcast MPEG2-TS, etc.) are reception functions different from the reception function of the TLV / MMT stream. Therefore, even during the operation of the broadcast reception apparatus 100, there may be situations where the reception functions of these transmission paths are not operating, or where the reception function itself is operating but the relay device or the like is not operating, or where the wired or wireless connection of these transmission paths is not established, or where the broadcast reception apparatus 100 is installed in an environment where these transmission paths cannot be connected at all, and thus data may not be acquired from these transmission paths.

[0257] When the broadcast reception 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 acquired within the TLV stream and data acquired via a path other than the TLV stream in the same package under such circumstances, the broadcast reception apparatus 100 may perform operations such as the following, for example.

[0258] For example, when the LCT has set a plurality of regions within the screen as shown in FIGS. 19B and 19C, and is associated such that the video contained in the TLV stream is displayed in "Region 0", and the data acquired through a transmission path other than the TLV stream is displayed in "Region 1" and "Region 2", and when the data of the transmission path other than the TLV stream to be displayed in "Region 1" and "Region 2" cannot be acquired, the LCT may prohibit the layout display of the plurality of regions. Specifically, even when receiving the LCT, the video of the content received within the TLV stream may be displayed in "Region 0" of the default layout display shown in FIG. 19A, and the transition to the layout display of the plurality of regions as shown in FIGS. 19B and 19C may be prevented. Further, even if a change instruction from the default layout to the layout indicated by the LCT is input to the operation input unit 170 in FIG. 7A in this state, the display may remain in the default layout display shown in FIG. 19A, or may be switched to another data broadcast screen, etc., so as not to transition to the layout display of the plurality of regions as shown in FIGS. 19B and 19C.

[0259] As another operation example when the LCT has set a plurality of regions within the screen as shown in FIGS. 19B and 19C, and is associated such that the video contained in the TLV stream is displayed in "Region 0", and the data acquired through a transmission path other than the TLV stream is displayed in "Region 1" and "Region 2", and when the data of the transmission path other than the TLV stream to be displayed in "Region 1" and "Region 2" cannot be acquired, first, the display frames of the plurality of regions shown in FIGS. 19B and 19C indicated by the LCT are displayed, and for "Region 1" and "Region 2", a background color or a predetermined still image is displayed. If the data of the transmission path other than the TLV stream indicated by the location information of the MPT cannot be acquired even after a predetermined time has elapsed, a display switch may be performed to return to the state of the default layout display shown in FIG. 19A. In this case, if the operation is such that the program video contained in the TLV stream is continuously displayed in "Region 0" also when changing the layouts of FIGS. 19A, 19B, and 19C, it is preferable because the program video of the user continues.

[0260] In addition, when the data of the transmission path other than the TLV stream to be displayed in "Area 1" or "Area 2" cannot be acquired, and the video of the content received in the TLV stream is being displayed in "Area 0" of the default layout display shown in FIG. 19A, 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, reception environment, and reception status of various reception functions change, it may become a situation where the data of the transmission path other than the TLV stream to be displayed in "Area 1" or "Area 2" can be acquired. In this case, the broadcast receiving apparatus 100 of the present embodiment may immediately switch from the default layout display shown in FIG. 19A to the layout of a plurality of areas as shown in FIGS. 19B and 19C indicated by the LCT, display the video of the content received in the TLV stream in "Area 0", and switch to display the data acquired from the transmission path other than the TLV stream in "Area 1" or "Area 2". Alternatively, instead of immediately changing the layout, 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.

[0261] [Copyright protection function] In the digital broadcast system compatible with the broadcast receiving apparatus 100 of the present embodiment, by transmitting while including copy control information in the MPT, for example, by the copy control information, "copyable without restriction" (it 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, so-called "dubbing 10"), "copy prohibited", etc., it may be configured to transmit indicating the copy control state of the content referred to by the MPT. In this case, the broadcast receiving apparatus 100 of the present embodiment may be configured to control storage of the content 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. according to the copy control information. Note that the target of the storage process may include not only the storage (accumulation) unit 110 inside the broadcast receiving apparatus 100, but also a recording subjected to a protection process such as an encryption process so that it can be reproduced only by the broadcast receiving apparatus 100. Specifically, the target of the storage process includes, among external recording devices, etc., those made in a state where they can be recorded and reproduced only by the broadcast receiving apparatus 100.

[0262] A specific example of the process based on the copy control information will be described below.

[0263] First, when the copy control information included in the MPT 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, and move processing to an external device without limitation. However, when "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" are separated, in the case of "copyable without restriction and encryption processing required at the time of 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, and move processing to an external device can be performed without limitation on the number of times, but in any case, it is necessary to perform an encryption process.

[0264] Also, when the copy control information included in the MPT indicates "Copyable only for one generation", the broadcast receiving apparatus 100 of this embodiment enables encrypted storage in the storage (accumulation) unit 110. However, when outputting the content after storage to an external device for viewing, it shall be output encrypted together with the copy control information of "Copy prohibited". However, so-called move processing to an external device (a process of copying the content to the external device and making the content in the storage (accumulation) unit 110 of the broadcast receiving apparatus 100 unplayable by an erasure process or the like) is possible.

[0265] Also, when the copy control information included in the MPT indicates "Copyable a predetermined number of times", the broadcast receiving apparatus 100 of this embodiment enables encrypted storage in the storage (accumulation) unit 110. However, when outputting the content after storage to an external device for viewing, it shall be output encrypted together with the copy control information of "Copy prohibited". However, it may be possible to perform a predetermined number of copies and move processing to an external device. In the case of the so-called "Dubbing 10" regulation, it may be possible to perform 9 copies and 1 move processing to an external device.

[0266] Also, when the copy control information included in the MPT indicates "Copy prohibited", the broadcast receiving apparatus 100 of this embodiment prohibits copying to the storage (accumulation) unit 110. However, when the broadcast receiving apparatus 100 is configured to have a "temporary storage" mode that enables retention in the storage (accumulation) unit 110 only for a predetermined time determined in advance or for a predetermined time specified by control information included in the broadcast signal (for example, by the MH-Expire descriptor shown in FIG. 6D), even when the copy control information included in the MPT indicates "Copy prohibited", temporary retention of the content in the storage (accumulation) unit 110 is possible. When outputting the content for which the copy control information included in the MPT indicates "Copy prohibited" to an external device for viewing, it shall be output encrypted together with the copy control information of "Copy prohibited".

[0267] Note that the output for viewing to the aforementioned external device may be performed via the video output unit 163 and the audio output unit 166 in FIG. 7A, or via the digital I / F unit 125, the LAN communication unit 121, etc. The copy or move process to the aforementioned external device may be performed via the digital I / F unit 125, the LAN communication unit 121, etc. in FIG. 7A.

[0268] According to the processes described above, appropriate content protection can be realized according to the copy control information associated with the content.

[0269] Also, regarding the copy process to an external device via the LAN communication unit 121 of content indicating copy restrictions such as 'copyable only for one generation', 'copyable a predetermined number of times', 'copy prohibited', etc., the copy is possible only when the IP address of the external device, which is the destination of the transmission packet from the broadcast receiving device 100, is within the same subnet as the IP address of the broadcast receiving device 100, and it may be prohibited when the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100. The same may apply to content with copy control information of 'copyable without restriction and encryption processing required during storage and output'.

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

[0271] Regarding the video output for viewing and audio output of the content stored in the storage (accumulation) unit 110 of the broadcast receiving device 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 device 100, is within the same subnet as the IP address of the broadcast receiving device 100, and it is prohibited when the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100. However, in the case of a device that has been connected within the same subnet as the IP address of the broadcast receiving device 100 within a predetermined period and for which 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 device 100, even if the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100, it may be configured to enable video output for viewing and audio output of the content stored in the storage (accumulation) unit 110 of the broadcast receiving device 100 to the external device. In this case, the video output for viewing and audio output are performed after encrypting the content.

[0272] According to the processing described above, by performing different processes corresponding to whether the external device is within the same subnet as the IP address of the broadcast receiving device 100 or outside the same subnet, it is possible to achieve both user convenience and content protection.

[0273] Next, as described with reference to FIG. 6E, in the digital broadcast system corresponding to the broadcast receiving device 100 of the present embodiment, depending on the location information in the MPT (『MMT_general_location_info()』 in FIG. 17), data obtained through a different path (IPv4, IPv6, MPEG2-TS, URL, etc.) than the data obtained in the TLV stream of the broadcast path may be included in the same packet and the same event as the data obtained in the TLV stream. At this time, content protection when copy control information is included in the MPT will be described.

[0274] First, when the MPT contains copy control information, data included in the same package and the same event according to the location information, even if it 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 during storage and output' and 'Copyable without restriction and encryption processing not required during storage 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. can be specified.

[0275] Here, when the position of the data indicated by the location information includes MPEG2-TS data transmitted by another digital broadcast signal, the MPEG2-TS data 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 MPEG2-TS data 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).

[0276] 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.

[0277] <Operation Example 1> In the first operation example, when the MPT contains copy control information and the data included in the same package and the same event according to the location information includes MPEG2-TS data 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.

[0278] 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 "copyable for one generation" content. 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 "unrestrictedly copyable" content.

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

[0280] <Operation Example 2> In the second operation example, when the MPT includes copy control information 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.

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

[0282] 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 state 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.

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

[0284] In the above description, the copyright protection function of the broadcast receiving apparatus 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 receiving apparatus 100 may perform copyright protection processing according to these.

[0285] According to the present embodiment described above, it is possible to provide a broadcast receiver corresponding to the digital broadcast of MMT. (Embodiment 2)

[0286] Hereinafter, Example 2 of the present invention will be described. Note 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 in this example is a television receiver that supports both the MMT method and the MPEG2-TS method as a media transport method, and the following description will be given accordingly.

[0287] [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.

[0288] 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.

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

[0290] The MMT decoding processing unit 841 receives the MMT data sequence output from the first tuner / demodulation unit 831 and performs separation and decoding processes for real-time presentation elements such as a video data sequence, an audio data sequence, a superimposed text data sequence, and a subtitle data sequence based on a control signal included in the MMT data sequence. The MMT decoding processing unit 841 has functions corresponding to the separation unit 132, the video decoder 141, the video color gamut conversion unit 142, the audio decoder 143, the superimposed text decoder 144, the subtitle decoder 145, the subtitle synthesis 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, and the like, in the broadcast receiving device 100 of the first embodiment. The MMT decoding processing unit 841 can perform the various processes described in the first embodiment. Note that the details of the various processes are the same as those described in the first embodiment, and therefore will not be described here.

[0291] The MPEG2-TS decoding processing unit 842 receives the MPEG2-TS data stream output from the second tuner / demodulation unit 832, and performs separation processing and decoding processing, etc. on the video data stream, audio data stream, character super data stream, subtitle data stream, etc., which are real-time presentation elements, based on the control signal included in the MPEG2-TS data stream. 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.

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

[0293] The LAN communication unit 821 is connected to the Internet 200 via the router device 200r, and transmits and receives data to and from each server device and other communication devices on the Internet 200. Also, it acquires the MMT data stream (or a part thereof) or MPEG2-TS data stream (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.

[0294] [Time display of the broadcast receiving device] In the broadcast receiving apparatus 800 of this embodiment, it is assumed that the current date and the current time can be displayed on an EPG screen, various setting screens, and the like. Information regarding the current date and the current time is transmitted by MH-TOT or the like in a broadcast service that employs MMT as a media transport method, and is transmitted by 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 the current time by referring to the MH-TOT and the TOT.

[0295] 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 the current time acquired from the MH-TOT is superimposed on the video information and the like, and 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 the current time acquired from the TOT is superimposed on the video information and the like.

[0296] However, there are differences in encoding / decoding processes and transmission paths between a broadcast service that adopts MMT as a media transport method and a broadcast service that adopts MPEG2-TS as a media transport method. Therefore, especially in the display of the current time, there may be inconsistencies when selecting a broadcast service that adopts MMT as a media transport method and when selecting a broadcast service that adopts MPEG2-TS as a 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 a media transport method to the EPG screen 162h that displays the channel information of a broadcast service that adopts MPEG2-TS as a media transport method, the display of the current time may cause a visual discomfort to the user due to the inconsistency of switching from the current time display 162g1 to the current time display 162h1.

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

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

[0299] Note that FIG. 26 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 receiver 800 of the present embodiment. In the broadcast receiver 800 of the present embodiment, when the reception of a broadcast service that employs 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 that employs MPEG2-TS as the media transport method is not possible and the reception of a broadcast service that employs MMT as the media transport method is possible, the control is such that the MH-TOT is referred to obtain the current time information.

[0300] Conversely, even if the control is such that the current time information provided by the broadcast service that employs MMT as the media transport method is superimposed on the content of the broadcast service that employs MPEG2-TS as the media transport method, the same effect as described above can be obtained.

[0301] Note that, as described above, in either case of controlling to superimpose the current time information provided by the broadcast service that employs MPEG2-TS as the media transport method on the content of the broadcast service that employs MMT as the media transport method and controlling to superimpose the current time information provided by the broadcast service that employs MMT as the media transport method on the content of the broadcast service that employs 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 receiver] of Embodiment 1.

[0302] [EPG display of the broadcast receiver] The event schedule information of a broadcast service that adopts MMT as a media transport method is transmitted by MH-EIT or the like. On the other hand, the event schedule information of a broadcast service that adopts MPEG2-TS as a media transport method is transmitted by an EIT (Event Information Table) included in 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 a media transport method, the event schedule information (MH-EIT) of the broadcast service that adopts MMT can be obtained. When displaying video information or the like provided by a broadcast service that adopts MPEG2-TS as a media transport method, the event schedule information (EIT) of the broadcast service that adopts MPEG2-TS can be obtained.

[0303] However, the broadcast receiver 800 of this embodiment can obtain both the MH-EIT and the EIT whether it is displaying video information or the like provided by a broadcast service that adopts MMT as a media transport method, or when displaying video information or the like provided by a broadcast service that adopts MPEG2-TS as a media transport method, thus improving the usability for the user.

[0304] Fig. 27A shows an example of an EPG screen in the broadcast receiver 800 of this embodiment. In the figure, the EPG screen 162i is an EPG screen created based on the MH-EIT of a broadcast service that adopts MMT as the media transport method. Assume that "M1 TV", "M2 Broadcast", "M3 Channel", "M4 TV", "TV M5", etc. are the names of the broadcast stations of the broadcast services that adopt MMT as the media transport method, respectively. Also, the EPG screen 162j is an EPG screen created based on the EIT of a broadcast service that adopts MPEG2-TS as the media transport method. Assume that "T6 TV", "T7 Broadcast", "T8 Channel", "T9 TV", "TV TA", etc. are the names of the broadcast stations of the broadcast services that adopt MPEG2-TS as the media transport method, respectively.

[0305] For example, when the user is watching a broadcast program provided by a broadcast service that adopts MMT as the media transport method and operates a remote control (not shown) to instruct the display of the EPG screen, the 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 adopts MMT as the media transport method, and the detailed information of the broadcast programs of each channel from "17:00 to (near the current time)" on "October 7, 2014 (today)" is displayed. Next, when the user desires to check the detailed information of 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.

[0306] 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 controller (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 (i.e., the detailed information of the broadcast programs of each channel from '17:00' on 'October 7, 2014'), the detailed information of the broadcast programs of each channel in the same date and time zone as the immediately preceding EPG screen 162i (i.e., from '20:00' on 'October 9, 2014') is displayed and controlled.

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

[0308] 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 controller (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.

[0309] Therefore, even when a user desires to check channel information created based on the EIT of a broadcast service that adopts MPEG2-TS as a media transport method during the check of channel information created based on the MH-EIT of a broadcast service that adopts MMT as a media transport method, it is possible to eliminate the need 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.

[0310] As described above, examples of embodiments of the present invention have been described using Examples 1 and 2. However, the configurations for implementing the technology of the present invention are not limited to the above-described examples, and various modifications are conceivable. For example, a part of the configuration of one example can be replaced with the configuration of another example, and the configuration of another example can also be added to the configuration of one example. All of these belong to the scope of the present invention. Also, the numerical values, messages, etc. that appear in the text and drawings are merely examples, and using different ones will not impair the effects of the present invention.

[0311] The functions of the present invention described above may be realized in hardware by designing part or all of them, for example, with an integrated circuit. Alternatively, they may be realized in software by a microprocessor unit or the like interpreting and executing an operation program for realizing each function. Hardware and software may be used in combination.

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

[0313] In addition, the control lines and information lines shown in the figures indicate those considered necessary for explanation, and do not necessarily show all the control lines and information lines on the product. In fact, it may be considered that almost all components are interconnected.

Explanation of Signs

[0314] 100, 800... broadcast receiving device, 100a... antenna, 101, 801... main control unit, 102, 802... system bus, 103, 803... ROM, 104, 804... RAM, 110, 810... storage unit, 121, 821... LAN communication unit, 124, 824... expansion interface unit, 125, 825... digital interface unit, 131, 831, 832... tuner / demodulation unit, 132... separation unit, 141... video decoder, 142... video color gamut conversion unit, 143... audio decoder, 144... character super decoder, 145... subtitle decoder, 146... subtitle synthesis unit, 147... subtitle color gamut conversion unit, 151... data decoder, 152... cache unit, 153... application control unit, 154... browser unit, 155... application color gamut conversion unit, 156... sound source unit, 161, 861... video synthesis unit, 162, 862... monitor unit, 163, 863... video output unit, 164, 864... audio synthesis unit, 165, 865... speaker unit, 166, 866... audio output unit, 170, 870... operation input unit, 841... MMT decoding processing unit, 842... MPEG2-TS decoding processing unit, 200... Internet, 200r... router device, 200a... access point, 300t... radio tower, 300s... broadcast satellite (or communication satellite), 300... broadcast station server, 400... service provider server, 500... other application server, 600... mobile phone communication server, 600b... base station, 700... portable information terminal.

Claims

【Claim 1】 A content protection processing method in a transmission system that transmits broadcast program content from a broadcasting station side and receives the broadcast program content by a broadcast receiving device, comprising: a transmission step of transmitting the broadcast program content from the broadcasting station side to the broadcast receiving device in the transmission system; a receiving step of receiving the broadcast program content by the broadcast receiving device; a storing step of storing the broadcast program content received in the receiving step by the broadcast receiving device; an output step of outputting the broadcast program content stored in the storing step by the broadcast receiving device to an external device; wherein 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 only once in the transmission system, the broadcast program content is stored in an encrypted state so as to be playable only by the broadcast receiving device for the broadcast program content received in the receiving 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 an encrypted state such that 9 copies and 1 move process are possible for the broadcast program content received in the receiving step and it is playable only by the broadcast receiving device; the storing of the broadcast program content in the storing step can be performed in a storage unit at the output destination of an IP interface configured by hardware corresponding to Ethernet provided in the broadcast receiving device, and the storing of the broadcast program content in an encrypted state so as to be playable only by the broadcast receiving device in the storage unit at the output destination of the IP interface in the storing step, the output to the external device in a state where copying to the external device is prohibited, the copying to the external device, and the moving to the external device for the broadcast program content stored in the storage unit at the output destination of the IP interface in the storing step in an encrypted state so as to be playable only by the broadcast receiving device can be performed via the same IP interface configured by hardware corresponding to Ethernet. Regarding the output control state to the external device via the IP interface in the output step for the broadcast program content stored in the storage unit at the output destination of the IP interface in the storage step in a state encrypted so as to be playable only by the broadcast receiving device, the output control state to the external device in the output step for the broadcast program content stored in the storage unit at the output destination of the IP interface in the storage step in a state encrypted so as to be playable only by the broadcast receiving device when the IP address of the external device is within the same subnet as the IP address of the broadcast receiving device is the state of prohibiting copying to the external device and the output control state of whether copying to and moving to the external device are possible or prohibited, and the output control state to the external device in the output step for the broadcast program content stored in the storage unit at the output destination of the IP interface in the storage step in a state encrypted so as to be playable 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 is different from the above, The output in the state of prohibiting copying to the external device when the IP address of the external device is not within the same subnet as the IP address of the broadcast receiving device becomes possible by pairing the external device and the broadcast receiving device when the IP address of the external device is within the same subnet as the IP address of the broadcast receiving device. Content protection processing method.

Images