Content protection processing method

The broadcast receiving device addresses the challenge of providing high-value-added functions by implementing encrypted content storage and output control, along with MMT media transport, to enhance resolution and definition in television receivers.

JP7716611B1Active Publication Date: 2025-07-31MAXELL LTD
View PDF 8 Cites 0 Cited by

Patent Information

Application Number
JP2025098550
Authority / Receiving Office
JP · JP
Patent Type
Patents
Current Assignee / Owner
Filing Date
2025-06-12
Publication Date
2025-07-31
Estimated Expiration
2035-04-14

AI Technical Summary

Technical Problem

Existing television receivers struggle to provide high-value-added functions, particularly in distributing content and applications using broadband networks, and enhancing data broadcasting reception functions to meet demands for higher resolution and definition.

Method used

A broadcast receiving device that includes a content protection processing method, allowing encrypted content storage and output control based on the IP interface and HDMI, with differentiated output states for devices within and outside the same subnet, and supports MMT media transport for enhanced functionality.

Benefits of technology

Enables higher value-added functions by securely outputting encrypted content to compatible devices and supporting advanced media transport methods, enhancing resolution and definition in broadcast content distribution.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure 0007716611000001_ABST
    Figure 0007716611000001_ABST
Patent Text Reader

Abstract

A broadcast receiving device capable of executing higher value-added functions is provided. [Solution] The system includes a receiving unit that receives a digital broadcast signal including a first data flow, a communication unit that acquires a second data flow associated with the first data flow from a server device via a communication line, a video decoding unit that can decode video data included in the first data flow and / or the video data included in the second data flow to generate decoded video data, and a digital interface that can output video to an external device and acquire performance information of the external device. The video output control state of the digital interface includes an output control state that outputs only the decoded video of the video data of the first data flow, and a second output control state that outputs both the video data of the first data flow and the video data of the second data flow, depending on the performance information of the external device.
Need to check novelty before this filing date? Find Prior Art

Description

[Technical Field]

[0001] The present invention relates to an output control 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 broadcast receiving device 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.

[0007] For example, in a content protection processing method in a broadcast receiving apparatus of a transmission system that transmits broadcast program content from a broadcast station side and receives the broadcast program content by the broadcast receiving apparatus, the method includes a receiving step of receiving the broadcast program content, a storing step of storing the broadcast program content received in the receiving step, and an outputting step of outputting the broadcast program content stored in the storing step to an external device. In the storing step, when the broadcast program content received in the receiving step is content that can be copied without limitation in the transmission system and is transmitted with protection by encryption, the broadcast program content is stored in an encrypted state so that it can be played only by the broadcast receiving apparatus. The storing of the broadcast program content in the storing step can be performed in a storage unit located at the output destination of the IP interface via the IP interface configured by hardware corresponding to Ethernet provided in the broadcast receiving apparatus. In the outputting step when the external device is a display device, the output of the broadcast program content can be performed according to the corresponding performance of the resolution of the display device, regardless of the resolution at which the broadcast program content received in the receiving step is transmitted in the transmission system and the content stored in the storing step.The output in the output step includes an output performed by HDMI and an output performed by an IP interface configured with hardware compatible with Ethernet, and 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 an encrypted state so that it can only be played on the broadcast receiving device is different between 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 an encrypted state so that it can only be played on 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, 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 an encrypted state so that it can only be played on 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. When the IP address of the external device is not in the same subnet as the IP address of the broadcast receiving device, the broadcast program content stored in the storage unit at the output destination of the IP interface in an encrypted state so that it can only be played on the broadcast receiving device in the storage step can be output to the external device in the output step by pairing the external device with the broadcast receiving device when the IP address of the external device is in the same subnet as the IP address of the broadcast receiving device. [Effects of the Invention]

[0008] By using the technology of the present invention, it is possible to provide a broadcast receiving device that can execute functions with higher added value. [Brief explanation of the drawings]

[0009]

Figure 1

Figure 2A

Figure 2B

Figure 2C

Figure 3

Figure 4

Figure 5A

Figure 5B

Figure 6A

Figure 6B

Figure 6C

Figure 6D

Figure 6E

Figure 7A

Figure 7B

Figure 7C

Figure 7D

Figure 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

Figure 28

Figure 29A

Figure 29B

Figure 30

Figure 31A

Figure 31B

Figure 32

Figure 33A

Figure 33B

Figure 34

Figure 35

Figure 36

Figure 37

Figure 38

Best Mode for Carrying Out the Invention

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

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

[0012] The broadcast receiving device 100 receives broadcast waves transmitted from a radio tower 300t via a broadcast satellite (or communication satellite) 300s and an antenna 100a. Alternatively, the broadcast waves transmitted from the radio tower 300t may be received directly from the antenna 100a without 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.

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

[0014] The radio tower 300t is broadcast equipment of a broadcasting station, and transmits broadcast waves including encoded data of broadcast programs, subtitle information, other applications, general-purpose data, etc. The broadcasting satellite (or communication satellite) 300s is a repeater that receives the broadcast waves transmitted from the radio tower 300t of the broadcasting station, performs appropriate frequency conversion, etc., and then re-transmits the broadcast waves to the antenna 100a connected to the broadcast receiving device 100. Also, it is assumed that the broadcasting station is equipped with a broadcasting station server 300. The broadcasting station server 300 stores broadcast programs (video content, etc.) and metadata such as the program title, program ID, program outline, cast information, broadcast date and time, etc. of each broadcast program, and can provide the video content and each metadata to service providers based on a contract. Note that the provision of the video content and each metadata to service providers may be performed through an API (Application Programming Interface) provided in the broadcasting station server 300.

[0015] The service provider server 400 is a server device prepared by the service provider, and is assumed to be able to provide various services in cooperation with the broadcast programs distributed from the broadcasting station. Also, the service provider server 400 stores, manages, and distributes the video content and metadata provided from the broadcasting station server 300, various contents and applications that cooperate with the broadcast programs, etc. It is also assumed to have a function of searching for and providing a list of available contents and applications in response to inquiries from a TV receiver or the like. Note that the storage, management, and distribution of the content and metadata, and the storage, management, and distribution of the application may be performed by different server devices. The broadcasting station and the service provider may be the same or different. A plurality of service provider servers 400 may be prepared for different services. Also, the functions of the service provider server 400 may be provided by the broadcasting station server 300.

[0016] The other application server 500 is a well-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.

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

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

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

[0020] MPEG2-TS is characterized by multiplexing the video, audio, and other components that make up a program into a single stream along with control signals and clocks. 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.

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

[0022] The MMTP packet shall be composed of a header part and an MMTP payload, and shall transmit the control information of the MFU and MMT. The MMTP payload shall be provided with a payload header according to the content (data unit) stored in the payload part. Fig. 2C shows an example of an overview from a video / audio signal to forming an MFU, further storing it in the MMTP payload, and forming an MMTP packet. Note that for a video signal encoded using inter-frame prediction, it is desirable to configure the MPU in units of GOP (Group Of Pictures). Also, when the size of the MFU to be transmitted is small, one MFU may be stored in one payload part, or a plurality of MFUs may be stored in one payload part. Also, 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.

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

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

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

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

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

[0028] <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".

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0047] (2) PLT The Package List Table (PLT) shows a list of IP data flows for transmitting PA messages of MMT packages provided as broadcast services, packet IDs, and IP data flows for transmitting IP services. The PLT may be stored in the PA message.

[0048] (3)LCT The Layout Configuration Table (LCT) is used to associate layout information for presentation with layout numbers. The LCT may be stored in the PA message.

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

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

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

[0052] (7)DCM Download Control Message (DCM) transmits key-related information consisting of keys for decrypting the transmission path encryption for downloading, etc. The DCM may be stored in the M2 section message.

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

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

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

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

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

[0058] (13) MH-SDT The MH-Service Description Table (MH-SDT) has sub-tables representing services included in a specific TLV stream, and transmits information related to the programmed channel, such as the name of the programmed channel and the name of the broadcaster. The MH-SDT may be stored in an M2 section message.

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

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

[0061] (16)DDM Table The Data Directory Management Table (DDM Table) provides the directory structure of the files that make up an application in order to separate the file configuration of the application and the configuration for file transmission. The DDM Table may be stored in a data transmission message.

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

[0063] (18)DCC Table The Data Content Configuration Table (DCC table) provides configuration information of files as data contents to realize flexible and effective cache control. The DCC table can be stored in a data transmission message.

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

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

[0066] <MMT-SIで使用される記述子> 6C and 6D show a list of "descriptors" arranged in the MMT-SI of the broadcasting system supported by the broadcast receiving device 100 of this embodiment. Descriptors are control information that provide more detailed information and are arranged in a table. Note that the table in which a descriptor is arranged may be determined depending on the descriptor. In this embodiment, the following "descriptors" are used in the MMT-SI.

[0067] (1) Asset Group Descriptor The asset group descriptor provides the group relationship of assets and priority within the group. The asset group descriptor can be placed in the MPT.

[0068] (2) Event Package Descriptor The event package descriptor provides correspondence between events representing programs and packages, and may be placed in the MH-EIT transmitted in the M2 section message.

[0069] (3) Background color specification descriptor The background color descriptor provides the background color at the very back in layout specification. The background color descriptor may be placed in the LCT.

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

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

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

[0073] (7) Access Control Descriptor The access control descriptor provides information for identifying the restricted reception method. The access control descriptor may be placed in the MPT or CAT (MH).

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

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

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

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

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

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

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

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

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

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

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

[0085] (19) Video component descriptor The video component descriptor indicates parameters and descriptions related to the video component and is also used to represent the elementary stream in text form. The video component descriptor may be placed in the MPT or the MH - EIT.

[0086] (20) MH - stream identification descriptor The MH - stream identification descriptor labels the component streams of a service and is used 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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0104] (38) MH-Local Time Offset Descriptor The MH-local time offset descriptor is used when giving a fixed offset value to the actual time (e.g., UTC + 9 hours) and the display time for the human system when daylight saving time is in effect. The MH-local time offset descriptor may be placed in the MH-TOT.

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

[0106] (40) MH-Logo Transmission Descriptor The MH-logo transmission descriptor is used to describe, for example, a simple logo string or a pointer to a logo in CDT format. The MH-logo transmission descriptor may be placed in the MH-SDT.

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

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

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

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

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

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

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

[0114] (48) MH-Startup Priority Information Descriptor The MH-start priority information descriptor is described to specify the start priority of an application. The MH-start priority information descriptor may be arranged in the MH-AIT.

[0115] (49) MH-Cache Information Descriptor The MH-cache information descriptor is described for use in cache control when caching and holding the resources that make up an application when reuse of the application is assumed. The MH-cache information descriptor may be arranged in the MH-AIT.

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

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

[0118] (52) Lock Cache Designation Descriptor The lock cache designation descriptor describes the designation of a file to be cached and locked in the current presentation unit. The lock cache designation descriptor may be arranged in the DCC table.

[0119] (53) Unlock Cache Designation Descriptor The unlock cache designation descriptor describes the designation of a file to be unlocked among the files locked in the current presentation unit. The unlock cache designation descriptor may be arranged in the DCC table.

[0120] (54) Descriptor Set by the Operator In addition, it is possible to prepare descriptors independently set by service providers and the like.

[0121] <Relationship between data transmission and each control information in the MMT method> Here, with reference to FIG. 6E, the relationship between data transmission and representative tables in the broadcast system corresponding to the broadcast receiving apparatus 100 of the present embodiment will be described.

[0122] In the broadcast system corresponding to the broadcast receiving apparatus 100 of the present embodiment, data can be transmitted through a plurality of paths, such as a TLV stream via a broadcast transmission path or an IP data flow via a communication line. The TLV stream includes TLV-SIs such as TLV-NIT and AMT, and an IP data flow which is a data flow of IP packets. The IP data flow includes a video asset including a series of video MPUs and an audio asset including a series of audio MPUs. Similarly, the IP data flow may include a subtitle asset including a series of subtitle MPUs, a character super asset including a series of character super MPUs, a data asset including a series of data MPUs, and the like. These various assets are associated with each other in units of "packages" by an MPT (MMT package table) stored in a PA message and transmitted. Specifically, the association is made by describing a package ID (corresponding to the 'MMT_package_id_byte' parameter shown in FIG. 17 described later) and an asset ID of each asset included in the package (corresponding to the 'asset_id_byte' parameter shown in FIG. 17 described later) in the MPT.

[0123] The assets that make up the package can be only the assets within the TLV stream, but as shown in FIG. 6E, it is also possible to include the assets transmitted in the IP data flow of the communication line. 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) (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) It is possible to configure various types of data transmitted through various transmission paths, such as those described above, so that the broadcast receiving apparatus 100 can refer to them.

[0124] Among the aforementioned 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 MPT is transmitted including the IP data flow on the communication line side, the reference of (1) may be an IP data flow received by the LAN communication unit 121 described later via the communication line. Further, the aforementioned (2), (3), (5), and (6) are IP data flows received by the LAN communication unit 121 described later via the communication line. Further, the aforementioned (4) is used, for example, in the case of a broadcast receiving apparatus having both a receiving function for receiving a digital broadcast signal using the MMT method and a receiving function for receiving a digital broadcast signal using the MPEG2-TS method, such as the broadcast receiving apparatus 800 of Example 2 shown in FIG. 24 described later. Based on the location information of MPT (『MMT_general_location_info()』) included in the digital broadcast signal using the MMT method, it can be used when referring to the data multiplexed in the MPEG2-TS received by the receiving function for receiving the digital broadcast signal using the MPEG2-TS method.

[0125] 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 the unit of 'Service' of digital broadcast.

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

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

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

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

[0130] 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. Operation setting values necessary for the operation of the broadcast receiving apparatus 100 may be stored in the ROM 103. The RAM (Random Access Memory) 104 serves as a work area when the basic operation program and other operation programs are executed. The ROM 103 and the RAM 104 may be integrally configured with the main control unit 101. Further, the ROM 103 may use a partial storage area within the storage (accumulation) unit 110 instead of having an independent configuration as shown in FIG. 7A.

[0131] The storage (accumulation) unit 110 stores operation programs and operation setting values of the broadcast receiving apparatus 100, personal information of the user of the broadcast receiving apparatus 100, and the like. Further, it can store operation programs downloaded via the Internet 200 and various data created by the operation programs. 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 substitute for 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.

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

[0133] 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 is assumed to 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 is assumed to include an encoding circuit, a decoding circuit, and the like. Further, the broadcast receiving device 100 may further include other communication units such as a Bluetooth (registered trademark) communication unit, an NFC communication unit, and an infrared communication unit.

[0134] 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 back program, etc., the broadcast receiving device 100 may be configured to include a plurality of tuner / demodulation units.

[0135] The separation unit 132 is an MMT decoder, and based on the control signals in the input MMT data sequence, it distributes the video data sequence, audio data sequence, character super data sequence, subtitle data sequence, etc., which are real-time presentation elements, to the video decoder 141, audio decoder 143, character super decoder 144, subtitle decoder 145, etc. respectively. The data input to the separation unit 132 may be an MMT data sequence transmitted via a broadcast transmission line 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. Also, 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. Also, 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.

[0136] 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. Also, streaming data in, for example, the MPEG-DASH (MPEG-Dynamic Adaptive Streaming over HTTP) format, etc., acquired from the Internet 200 via the LAN communication unit 121 may be input to the video decoder 141 and the audio decoder 143. Also, a plurality of the video decoder 141, video color gamut conversion unit 142, audio decoder 143, etc. may be provided to decode a plurality of types of video data sequences and audio data sequences simultaneously.

[0137] The character super decoder 144 decodes the character super data string input from the separation unit 132 and outputs character super information. The subtitle decoder 145 decodes the subtitle data string input from the separation unit 132 and outputs subtitle information. The character super information output from the character super decoder 144 and the subtitle information output from the subtitle decoder 145 are subjected to a synthesis process in the subtitle synthesis unit 146, and further, in the subtitle color gamut conversion unit 147, a color space conversion process is performed as necessary for the video synthesis process in the video synthesis unit 161. Note that in this embodiment, among the services centered on character information presented simultaneously with the video of the broadcast program, those related to the content of the video are called subtitles, and the others are called character supers. Also, when not distinguishing between them, they are collectively referred to as subtitles.

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

[0139] The video synthesis unit 161 inputs 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. Also, based on the control of the main control unit 101, the video synthesis unit 161 performs, as necessary, superimposition processing of EPG (Electronic Program Guide) screen information created based on information such as scaling processing and MH-EIT included in MMT-SI. The monitor unit 162 is a display device such as a liquid crystal panel, etc., and provides the video information subjected to selection and / or superimposition processing 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 subjected to selection and / or superimposition processing by the video synthesis unit 161.

[0140] Note that the presentation function of the broadcast receiving apparatus 100 of the present 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 receiving apparatus 100 of the present 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. Further, 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.

[0141] 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 the selection and / or mixing process by the voice synthesizing unit 164 to the user of the broadcast receiving apparatus 100. The voice output unit 166 is a voice output interface that outputs the voice information subjected to the selection and / or mixing process by the voice synthesizing unit 164.

[0142] The extended interface section 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 input of analog video signals / audio signals from an external video / audio output device, output of analog video signals / audio signals to an external video / audio input device, and the like. The USB interface connects to a PC or the like to perform data transmission and reception. An HDD may be connected to record broadcast programs and content. Also, a keyboard or other USB devices may be connected. The memory interface connects a memory card or other memory medium to perform data transmission and reception.

[0143] The digital interface section 125 is an interface for outputting or inputting encoded digital video data and / or digital audio data. The digital interface section 125 shall be capable of directly outputting the MMT data sequence obtained by demodulation in the tuner / demodulation section 131, the MMT data sequence obtained via the LAN communication section 121, or a mixed data of the respective MMT data sequences. Also, it may be controlled to input the MMT data sequence input from the digital interface section 125 to the separation section 132. Output of digital content stored in the storage (accumulation) section 110, or storage of digital content in the storage (accumulation) section 110, may be performed via the digital interface section 125.

[0144] The digital interface unit 125 may be a DVI terminal, an HDMI (registered trademark) terminal, a Display Port (registered trademark) terminal, etc., and data may be output or input in a format compliant with DVI specifications, HDMI specifications, Display Port specifications, etc. It may also be output or input in the format of serial data compliant with IEEE1394 specifications, etc. Further, it may be configured as an IP interface that performs digital interface output via hardware such as Ethernet (registered trademark) or wireless LAN. In this case, the digital interface unit 125 and the LAN communication unit 121 may share their hardware configuration.

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

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

[0147] [System Configuration of Clock Synchronization / Presentation Synchronization of Broadcast Receiving Apparatus] FIG. 7C is an example of a system configuration of clock synchronization / presentation synchronization in a broadcast system to which the broadcast receiving apparatus 100 of the present embodiment corresponds. In the broadcast system of the present embodiment, UTC is transmitted from the broadcast transmission system to the receiver (such as the broadcast receiving apparatus 100 of the present embodiment) in the form of a 64-bit NTP time stamp. In the NTP time stamp format, the 'seconds or more' of UTC is represented by 32 bits, and the 'less than seconds' is represented by 32 bits. However, in practice, it is difficult to reproduce 1 second with 32-bit accuracy. For this reason, as the system clock for synchronizing the video system or the system clock for operating the NTP format clock, for example, a frequency of '2 to the 24th power' Hz (about 16.8 MHz) as shown in the figure may be used. In consideration of the fact that the system clock in the conventional broadcast system was 27 MHz and that the hardware configuration of the receiver can be easily constructed, it is desirable to adopt a power-of-two frequency of about '2 to the 24th power' to '2 to the 28th power' as the system clock.

[0148] In addition, when the system clock is set to a power-of-two frequency of about '2 to the 24th power' to '2 to the 28th power' as described above on the broadcast transmission system side or the receiver side, the lower 8 to 4 bits that are not referenced by the PLL (Phase Locked Loop) system for reproducing the system clock and the NTP-formatted clock in the NTP timestamp format transmitted from the broadcast transmission system side to the receiver side may be fixed to '0' or '1'. That is, if the system clock is '2 to the nth power' Hz (in the example of FIG. 7C, n = 24), the lower '32 - n' bits of the NTP timestamp format may be fixed to '0' or '1'. Alternatively, on the receiver side, the lower '32 - n' bits of the NTP timestamp format may be processed to be ignored.

[0149] On the broadcast transmission system side, when obtaining time information in NTP format from the outside, a PLL system is configured with a 32 + n-bit counter using a VCO (Voltage Controlled Oscillator) of '2 to the nth power' Hz, and a transmission system clock synchronized with the time information given from the outside is realized. Also, the entire signal processing system is operated in synchronization with the system clock of '2 to the nth power' Hz. Further, the output of the transmission system clock is periodically transmitted to the receiver side via the broadcast transmission path as time information in NTP long format.

[0150] 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, and stable signal reproduction becomes possible. Also, the decoding time and presentation time for each presentation unit of the video / audio signal are set on the broadcast transmission system side based on the NTP 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.

[0151] 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 also be ensured 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".

[0152] [Software Configuration of Broadcast Receiver] FIG. 7D is a software configuration diagram of the broadcast receiver 100 of the present embodiment, showing the software configuration in the ROM 103, the RAM 104, and the storage (accumulation) unit 110. In the present embodiment, the basic operation program 1001 and other operation programs are stored in the ROM 103, and the receiver function program 1002 and other operation programs are stored in the storage (accumulation) unit 110. Further, the storage (accumulation) unit 110 includes a content storage area 1200 for storing contents such as videos, still images, and audio, an authentication information storage area 1300 for storing authentication information and the like necessary when accessing external portable terminal devices and each server device, and various information storage areas for storing various other information.

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

[0154] 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 if the basic operation execution unit 1101 controls each operation block. The same description will be made for other operation programs.

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

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

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

[0158] The main control unit 301 is a microprocessor unit that controls the entire broadcast station server 300 according to a predetermined operation program. The system bus 302 is a data communication path for performing data transmission and reception between the main control unit 301 and each operation block in the broadcast station server 300. The RAM 304 serves as a work area when each operation program is executed.

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

[0160] 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 respectively expanded in 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.

[0161] 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 is described as the basic operation execution unit 3101 performing the control of each operation block. The same description is made for other operation programs.

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

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

[0164] The LAN communication unit 321 is connected to the Internet 200 and communicates with service provider servers 400 and the like on the Internet 200. The LAN communication unit 321 is assumed to include an encoding circuit, a decoding circuit, and the like. The digital broadcast signal transmission unit 360 modulates an MMT data sequence composed of a video data sequence, an audio data sequence, a program information data sequence, 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.

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

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

[0167] The storage unit 410 stores the basic operation program 4001, the video content management / delivery program 4002, and the application management / distribution program 4004, and further includes a video content storage area 4200, a metadata storage area 4300, an application storage area 4400, and a user information storage area 4500. The video content storage area 4200 stores the program content of the broadcast program provided by the broadcast station server 300 as video content. It also stores video content produced by the service provider. The metadata storage area 4300 stores each metadata provided by the broadcast station server 300 and metadata related to the video content produced by the service provider. The application storage area 4400 stores various applications 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) related to users who are permitted to access the service provider server 400.

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

[0169] Incidentally, in the following, for the sake of 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.

[0170] The video content management / delivery execution unit 4102 performs acquisition of program content and metadata of a broadcast program from the broadcast station server 300, management of video content and the like and each metadata accumulated in the video content storage area 4200 and the metadata storage area 4300, and control of distribution of the video content and the like and each metadata to each television receiver. Further, when distributing the video content and the like and each metadata to each television receiver, the video content management / delivery execution unit 4102 may perform authentication processing and the like of each television receiver as necessary. Also, the application management / distribution execution unit 4104 performs management of each application accumulated in the application storage area 4400 and control when distributing each application in response to a request 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.

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

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

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

[0174] 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. Also, the ROM 703 may not be configured independently as shown in FIG. 10A, and a part of the storage area in the storage unit 710 may be used.

[0175] 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. Also, it can store operation programs downloaded via the Internet 200 and various data created by the operation programs. Also, it can store contents such as videos, still images, and 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. Also, 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.

[0176] Note that each of the operation programs stored in the ROM 703 and the storage unit 710 can be added, updated, and functionally extended by a download process from each server device on the Internet 200.

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

[0178] The extended interface unit 724 is a group of interfaces for expanding the functions of the mobile information terminal 700. In this embodiment, it is assumed to be composed of a video / audio interface, a USB interface, a memory interface, and the like. The video / audio interface performs input of video signals / audio signals from an external video / audio output device, output of video signals / audio signals to an external video / audio input device, and the like. The USB interface is connected to a PC or the like to transmit and receive data. Further, a keyboard or other USB devices may be connected. The memory interface is connected to a memory card or other memory medium to transmit and receive data.

[0179] 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. The operation of the portable information terminal 700 may also be performed using a keyboard or the like connected to the extension interface unit 724. The operation of the portable information terminal 700 may also be performed using a separate terminal device connected by wired communication or wireless communication. That is, the operation of the portable information terminal 700 may also be performed from the broadcast receiving apparatus 100. Further, the touch panel function may be provided by the display unit 741 itself.

[0180] 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 drives the display unit 741 based on the image data input to the video RAM. Further, the image signal processing unit 742 is assumed to have a function of 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.

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

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

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

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

[0185] [Software Configuration of Portable Information Terminal] FIG. 10B is a software configuration diagram of the portable information terminal 700 of this embodiment, showing the software configurations in the ROM 703, the RAM 704, and the storage unit 710. In this embodiment, a basic operation program 7001 and other operation programs are stored in the ROM 703, and a cooperation control program 7002 and other operation programs are stored in the storage unit 710. Further, the storage unit 710 is assumed to include a content storage area 7200 for storing contents such as videos, still images, and voices, an authentication information storage area 7300 for storing authentication information necessary when accessing a television receiver and each server device, and various information storage areas for storing other various information.

[0186] 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 to constitute 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 to constitute 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 necessary.

[0187] In the following, for the sake of simplicity of explanation, the process of controlling each operation block by the main control unit 701 expanding and executing the basic operation program 7001 stored in the ROM 703 in the RAM 704 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.

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

[0189] Each of the operation programs may be stored in the ROM 703 and / or the storage unit 710 in advance at the time of product shipment. After 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 operation programs stored in a memory card, an optical disk, etc. may be acquired via the expansion interface unit 724 etc.

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

[0191] 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 or more” 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 down to “less than seconds”. Further, 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).

[0192] On the other hand, the information transmitted by MH-TOT is as follows. Assume that the broadcast receiving apparatus 100 can acquire the current date and the Japan Standard Time by MH-TOT. FIG. 11A shows an example of the data structure of MH-TOT. The broadcast receiving apparatus 100 can acquire the current date and the current time from the 'JST_time' parameter of the MH-TOT. As shown in FIG. 11B, the 'JST_time' parameter includes the lower 16 bits of the encoded data of the current date by the Modified Julian Date (MJD) and 24-bit information representing the Japan Standard Time (JST) in six 4-bit Binary-Coded Decimal (BCD). By performing a predetermined operation on the 16-bit encoded data of the MJD, it is possible to calculate the current date. The six 4-bit Binary-Coded Decimals represent 'hour' in two decimal digits by two 4-bit Binary-Coded Decimals, 'minute' in two decimal digits by the next two 4-bit Binary-Coded Decimals, and'second' in two decimal digits by the last two 4-bit Binary-Coded Decimals.

[0193] Therefore, the difference between the time based on NTP and the time based on MH-TOT is that the former NTP is information in UTC notation that can transmit time information down to 'less than a second' as described above, while the information transmitted by MH-TOT is information up to the'second unit' in JST notation.

[0194] The broadcast receiving apparatus 100 of the present embodiment can use the time management function based on NTP, which is time information in UTC notation, for synchronization processing of decoding and displaying video, audio, subtitles, text super, and other presentation data that are the content of the broadcast signal, thereby realizing more accurate synchronization processing. Furthermore, by referring to the information in UTC notation instead of the clock notation of the broadcast station, it is also possible to perform synchronization processing of decoding and displaying video, audio, subtitles, text super, or other data that are the content of the broadcast signal received by the broadcast signal and video, audio, subtitles, text super, or other data acquired via the communication line path.

[0195] 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 one 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. Therefore, 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 are the program guide generation process (described later), copyright management processes such as recording reservation and viewing reservation control, and temporary storage. In any of these processes, it is rare to require accuracy down to less than one second, and accuracy in units of one second is sufficient.

[0196] Also, the program guide generation process, copyright management processes such as recording reservation and viewing reservation control, and temporary storage are functions that are also installed in receivers of conventional digital broadcast systems using the MPEG2-TS format. Then, in the broadcast system of this embodiment, if it is configured so that in processes such as the program guide generation process, recording reservation and viewing reservation control, and copyright management processes such as temporary storage, it can be handled with a time management process that is compatible with the conventional MPEG2-TS format digital broadcast system, when constructing 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 (the program guide generation process, recording reservation and viewing reservation control, copyright management processes such as temporary storage), there is no need to separately design the processing algorithms, and the cost can be reduced.

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

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

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

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

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

[0202] 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 broadcast 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.

[0203] 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 is 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, a highly accurate system clock correction process can be performed. An example of the data structure of the time information transmitted by the TMCC signal will be described with reference to FIG. 13C. The time information may be stored and transmitted in the TMCC extended information area, for example. In the time information in the TMCC extended information area of FIG. 13C, the 'delta' parameter represents the assumed value of the transmission delay from the time management server that distributes UTC or the server device that creates the TMCC signal to a general broadcast 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 device in the NTP timestamp length format. The upper 32 bits represent the integer part, and the lower 32 bits represent the decimal part.

[0204] In the first modification example, the broadcast receiving apparatus 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 the TMCC extension information area and transmitted.

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

[0206] As described above, the broadcast receiving apparatus 100 of the present embodiment has a time management function for acquiring the current date and the Japanese standard time based on the information transmitted by MH-TOT and managing the time. The current date and the 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 receiving apparatus 100. As described above, MH-TOT has the data structure shown in FIG. 11A, and the broadcast receiving apparatus 100 can acquire the current date and the current time from the 'JST_time' parameter of the MH-TOT.

[0207] 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 only by 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 greater than or equal to a predetermined value or less than the predetermined value, so that the date after April 23, 2038 can be expressed.

[0208] 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 equal to or greater than '32768', 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'. As a result, in the broadcast receiving apparatus 100 of the present embodiment, it is possible to represent dates after 'April 23, 2038'. However, the predetermined value can be arbitrarily set, and it may be set to '16384 (0x4000)', '49152 (0xC000)', 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', dates before 'September 4, 1948' cannot be represented, but this does not pose a particular problem in practical use as a television receiver.

[0209] 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 flag is set to '1' when the most significant bit of the 16-bit encoded data of MJD is '0' and MJD indicates a date after 'April 23, 2038', and set to '0' when MJD does not indicate a date after 'April 23, 2038'. Then, when the flag is '1', the second calculation method shown in FIG. 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.

[0210] Also, in the broadcast system of this embodiment, as described above, it transmits the absolute time in NTP format, and the broadcast receiving apparatus 100 of this embodiment has a time management function based on the NTP. Further, in the broadcast receiving apparatus 100 of this embodiment, by referring to the NTP timestamp etc. described in the MPU timestamp descriptor set for each MPU unit, it controls the decoding timing and presentation timing for each presentation unit of the video / audio signal. As described above, the time information in the NTP format has the configuration shown in FIG. 13A. Also, the MPU timestamp descriptor has the configuration shown in FIG. 13B.

[0211] Therefore, in the broadcast receiving apparatus 100 of this embodiment, it may refer to the'reference_timestamp' parameter, the 'transmit_timestamp' parameter, or the'mpu_presentation_time' parameter etc., and select which of the first calculation method and the second calculation method to use according to the value of the referred time data etc. That is, for example, when the most significant bit of the 64-bit long NTP long format time data is '0', the second calculation method may be used, and when it is not '0', the first calculation method may be used, etc.

[0212] By any of the above methods, in the broadcast receiving apparatus 100 of this embodiment, it becomes possible to represent a date after 'April 23, 2038'.

[0213] [Station Selection Processing (Initial Scan) of Broadcast Receiving Apparatus] The AMT of the broadcast system of this embodiment provides a list of IP multicast groups for receiving the IP packets transmitted in the TLV multiplexing method with as little distinction as possible from the IP packets transmitted over the communication line. For one service identification, it is possible to list a plurality of IP multicast groups. Also, in order to efficiently describe consecutive IP addresses, it is possible to use an address mask.

[0214] 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 re-acquire the TLV-NIT or the AMT when switching channels, etc., and it becomes possible to efficiently acquire broadcast content.

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

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

[0217] If the TLV-NIT obtained in the process of S103 is valid data (S104: Yes), the reception function execution unit 1102 acquires information such as the TLV stream ID and the original network ID from the obtained TLV-NIT (S105). FIG. 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. Note that when the TLV-NIT has a plurality of different data such as the TLV stream ID, the original network ID, the distribution system information, and the list of service IDs, the processes of S105 to S107 are repeated. Next, the reception function execution unit 1102 creates a service list based on the data such as the TLV stream ID, the original network ID, the distribution system information, and the list of service IDs obtained in the processes of S105 to S107, and stores (updates during rescan) the created service list in the ROM 103 or the storage unit 110, etc. (S108).

[0218] 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. When the AMT has a list of IP multicast groups related to a plurality of service IDs, the process of S110 is repeated. When there are a plurality of AMTs having 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).

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

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

[0221] 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 when performing channel scanning during initial setting or re-scanning for setting changes, and further store the information in a non-volatile memory such as the ROM 103 or the storage unit 110.

[0222] Note that the re-scanning for the 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 re-scanning 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 re-scanning.

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

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

[0225] Next, the reception function execution unit 1102 starts acquiring the TLV-NIT from the reception signal of the tuner / demodulation unit 131. If the acquisition of the TLV-NIT is successful within a predetermined time (S205: Yes), distribution system information for acquiring the IP data flow corresponding to the service ID is acquired from the acquired TLV-NIT (S207). On the other hand, if the acquisition of the TLV-NIT is not successful within a predetermined time (S205: No), distribution system information for acquiring the IP data flow corresponding to the service ID is acquired (S207) by referring to the service list stored in the ROM 103 or the storage unit 110 or the like (S206). Note that the determination process of S205 may not be performed, and the service list stored in the ROM 103 or the storage unit 110 or the like may always be referred to. When the distribution system information is acquired in the process of S207, next, the reception function execution unit 1102 controls the tuner / demodulation unit 131 with the frequency value indicated by the acquired distribution system information, receives the IP data flow corresponding to the service ID (S208), extracts the MMT data sequence from the received IP data flow, and outputs it to the separation unit 132.

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

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

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

[0229] 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, but since each of the above processes is well-known, detailed description thereof is omitted.

[0230] 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 as to be always referable. 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, it is possible to shorten the time from the start to the end of channel selection (channel switching) as compared with the case where the AMT and TLV-NIT are re-acquired at the time of channel selection (channel switching).

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

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

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

[0234] 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 set as `area 0`, `area 1`, and `area 2`. For example, when the number of pixels on the entire screen is 7680 pixels horizontally and 4320 pixels vertically, 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).

[0235] FIG. 19C is an example of setting three regions as in FIG. 19B. However, for 'Region 0', it is set in the range of (0,0)-(7679,4319), and 'Region 1' and 'Region 2' 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).

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

[0237] 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', processing such as rounding up or rounding down may be performed. Rounding (or rounding to the nearest even number in binary) may also be used. For example, when the number of pixels in the entire screen is 7680 pixels / vertical 4320 pixels, and the 'left_top_pos_x' parameter of 'Region 0' is '0', the 'left_top_pos_y' parameter is '0', the 'right_down_pos_x' parameter is '51', and the 'right_down_pos_y' parameter is '51', 'Region 0' may be set in the range of (0,0)-(3916,2203) by rounding up, or 'Region 0' may be set in the range of (0,0)-(3915,2202) by rounding down. Also, considering the macroblocks during video compression processing, rounding up / rounding down processing may be performed in units of 8 pixels or 16 pixels, etc. By the above processing, it becomes possible to efficiently perform region setting based on the LCT and resolution conversion processing of multimedia content in the region.

[0238] [Exception Processing 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 that ignores 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.

[0239] 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 link data linked to the broadcast program are displayed in 'Area 1' and 'Area 2'. When the user instructs the display of the EPG screen using a remote control (not shown), in the broadcast receiving apparatus 100 of this embodiment, as shown in FIG. 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 the EPG screen is controlled to be displayed across the entire screen. Further, when the user instructs the end of the display of the EPG screen, the screen layout control according to the description content of the LCT is re-executed.

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

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

[0242] 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 (i.e., while performing area division and displaying a plurality of broadcast contents simultaneously). Therefore, in the broadcast receiving apparatus 100 of the present embodiment, in such a situation, only the broadcast content of 'Area 0' is selected and displayed in the said display area. Note that, according to the previous area selection situation, the broadcast content of 'Area 1' or 'Area 2' may be selected and displayed.

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

[0244] [EPG Display of Broadcast Receiving Apparatus] In the broadcast system of this embodiment, it is assumed 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 on 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 a service ID (corresponding to the'service_id' parameter in the figure) with reference to the MH-EIT or the like, and create an EPG screen, and it is assumed that the created EPG can be superimposed on video information or the like by the video composition unit 161 and displayed on the monitor unit 162.

[0245] 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) display, and displays detailed information on broadcast programs broadcast on each channel in each time zone. Further, the detailed information 162a1 of each broadcast program mainly consists of a title area 162a2 and a detailed explanation area 162a3.

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

[0247] Note that, even when it is shown that each control information (message, table, descriptor, etc.) in the broadcast system of this embodiment allows related contents and applications of the broadcast program to be acquired from the network, if the LAN cable is not connected to the LAN communication unit 121 of the broadcast receiving apparatus 100 or the like and access to each server apparatus on the network is not possible, control may be performed so as not to display the mark 162a4 or the like obtained by symbolizing the "NetWork".

[0248] Further, when the broadcast program is a distribution program distributed via the Internet 200 and cannot be acquired only from the broadcast wave, and further, when the broadcast receiving apparatus 100 cannot access each server apparatus on the network as in the above-described case, 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 graying-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 apparatus on the network or that the distribution program associated with the detailed information 162b1 cannot be viewed.

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

[0250] FIG. 22C is a diagram showing another example of the EPG screen in the broadcast receiving apparatus 100 of the present embodiment. In the figure, “M1 TV”, “M2 Broadcast”, “M3 Channel”, “M4 TV”, “TV M5”, etc. are the names of the broadcast stations of 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.

[0251] As shown in the figure, when there is a channel having only a distribution program distributed via the Internet 200, during normal times, it is controlled to display information of all channels as shown in the EPG screen 162c of FIG. (A) (including the 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, etc., as shown in the EPG screen 162d of FIG. (B), the information of the channel of “M2 Broadcast (Internet Broadcast)” having only a distribution program distributed via the Internet 200 (the information 162c1 in FIG. (A)) may not be displayed.

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

[0253] [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 the emergency warning broadcast activation control signal bit of the TMCC signal included in the transmission data including the TLV stream changes from “0” to “1”.

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

[0255] 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 that is not based on an emergency warning broadcast.

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

[0257] As described with reference to FIG. 6E, in the broadcast reception system to which the broadcast reception apparatus 100 of the present embodiment corresponds, 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 path other than the TLV stream indicated by the location information (for example, an IPv4 data flow, an IPv6 data flow, a broadcast MPEG2-TS, etc.) is a reception function 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 situations where the relay device or the like is not operating even though the reception function itself is operating, or situations where the wired or wireless connection of these transmission paths is not established, or situations 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.

[0258] Under such circumstances, 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, the broadcast reception apparatus 100 may perform operations such as the following, for example.

[0259] For example, when the LCT sets a plurality of regions within the screen as shown in FIGS. 19B and 19C, and is associated such that the video included 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 in 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.

[0260] As another operation example when the LCT sets a plurality of regions within the screen as shown in FIGS. 19B and 19C, and is associated such that the video included 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 included in the TLV stream continues to be displayed in "Region 0" even when changing the layouts of FIGS. 19A, 19B, and 19C, it is preferable because the program video of the user continues.

[0261] In addition, when data of a transmission path other than the TLV stream to be displayed in “Region 1” or “Region 2” cannot be acquired, and the video of the content received in the TLV stream is being displayed in “Region 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 possible to acquire data of a transmission path other than the TLV stream to be displayed in “Region 1” or “Region 2”. 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 a layout of a plurality of regions as shown in FIGS. 19B and 19C indicated by the LCT, display the video of the content received in the TLV stream in “Region 0”, and switch to display the data acquired from a transmission path other than the TLV stream in “Region 1” or “Region 2”. Further, instead of immediately performing the layout change, the layout change may be executed after an instruction to change from the default layout to the layout indicated by the LCT is input from the operation input unit 170.

[0262] [Copyright protection function] In the digital broadcast system compatible with the broadcast receiving apparatus 100 of this embodiment, by transmitting while including copy control information in the MPT, for example, by this 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 this embodiment may be configured to control the storage of the content in the storage (accumulation) unit 110, the recording on the removable recording medium, the output to the external device, the copy to the external device, the move process to the 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 recordings subjected to protection processes such as encryption processing so as to be reproducible only by the broadcast receiving apparatus 100. Specifically, the targets of the storage process include those that are made in a state where they can be recorded and reproduced only by the broadcast receiving apparatus 100 among external recording devices and the like.

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

[0264] First, when the copy control information included in the MPT indicates "copyable without restriction", the broadcast receiving apparatus 100 of this embodiment may perform the storage in the storage (accumulation) unit 110, the recording on the removable recording medium, the output to the external device, the copy to the external device, and the move process to the 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", the storage in the storage (accumulation) unit 110, the recording on the removable recording medium, the output to the external device, the copy to the external device, and the move process to the external device can be performed without limitation on the number of times, but encryption processing needs to be performed on all of them.

[0265] Also, when the copy control information included in the MPT indicates "Copyable only for one generation", the broadcast receiving apparatus 100 of the present 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 (processing 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 deletion processing or the like) is possible.

[0266] Also, when the copy control information included in the MPT indicates "Copyable a predetermined number of times", the broadcast receiving apparatus 100 of the present 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 is acceptable to enable a predetermined number of copies and move processing to an external device. In the case of the so-called "Dubbing 10" regulation, it is acceptable to perform 9 copies and 1 move processing to an external device.

[0267] Also, when the copy control information included in the MPT indicates "Copy prohibited", the broadcast receiving apparatus 100 of the present 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".

[0268] Note that the output for viewing on 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.

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

[0270] Also, regarding the copy process of content indicating copy restrictions such as 'copyable only for one generation', 'copyable a predetermined number of times', 'copy prohibited', etc. to an external device via the LAN communication unit 121, 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 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. Content with copy control information of 'copyable without restriction and encryption processing required during storage and output' may be treated similarly.

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

[0272] 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) as a device that can also be viewed outside the same subnet as the IP address of the broadcast receiving device 100 has been performed, 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.

[0273] According to the processing described above, by performing different processing 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.

[0274] Next, as described with reference to FIG. 6E, in the digital broadcast system corresponding to the broadcast receiving device 100 of this 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.) from the data obtained in the TLV stream of the broadcast path may be included in the same package and the same event as the data obtained in the TLV stream. Here, the content protection when copy control information is included in the MPT will be described.

[0275] 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 accumulation and output' and 'Copyable without restriction and encryption processing not required during accumulation and output'), 'Copyable only once', 'Copyable a predetermined number of times' (for example, if it is copyable 9 times + movable once, it is so-called 'Dubbing 10'), 'Copy prohibited', etc. may be specified.

[0276] 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 which information to follow and how to perform copy control of the MPEG2-TS data (whether to follow the copy control information included in the TLV / MMT stream or the copy control information included in the MPEG2-TS).

[0277] 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 performed.

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

[0279] 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 that of the data obtained from the TLV stream (digital broadcast in the MPEG2-TS transmission format), copy control may be performed as content that is "copyable for one generation". For example, if the copy control state indicated by the copy control information included in the TLV stream is "unrestricted 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 that of the data obtained from the TLV stream (digital broadcast in the MPEG2-TS transmission format), copy control may be performed as content that is "unrestricted copyable".

[0280] In this operation, for the data obtained through a path other than the TLV stream, it is possible to set the copy state to be managed in the broadcast receiving apparatus 100 of the present embodiment in the corresponding broadcast system.

[0281] <Operation Example 2> In the second operation example, when the MPT includes copy control information and the data of the MPEG2-TS transmitted by another digital broadcast signal is included in the data contained 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.

[0282] 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 the present embodiment while respecting the original copy control information set in the broadcast system that transmits the data.

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

[0284] 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 the present embodiment while respecting the original copy control information set in the broadcast system that transmits the data.

[0285] In the above description, the copyright protection function of the broadcast receiving apparatus 100 of the present 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.

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

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

[0288] [Hardware Configuration of Broadcast Receiving Apparatus] FIG. 24 is a block diagram showing an example of the internal configuration of a 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.

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

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

[0291] The MMT decode processing unit 841 inputs the MMT data sequence output from the first tuner / demodulator unit 831, and performs separation processing and decoding processing, etc. on a video data sequence, an audio data sequence, a character super data sequence, a subtitle data sequence, etc., which are real-time presentation elements, based on the control signal included in the MMT data sequence. The MMT decode processing unit 841 is assumed to have functions corresponding to those of the separation unit 132, the video decoder 141, the video color gamut conversion unit 142, the audio decoder 143, the character super decoder 144, the subtitle decoder 145, the subtitle 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, etc. in the broadcast receiving apparatus 100 of the first embodiment. The MMT decode processing unit 841 can perform various processes described in the first embodiment. Since the details of the various processes are as described in the first embodiment, the description is omitted.

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

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

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

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

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

[0297] However, there are differences in encoding / decoding processes, transmission paths, etc. 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 that the current time display switches from the current time display 162g1 to the current time display 162h1.

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

[0299] 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 in the display of the current time.

[0300] Note that FIG. 26 shows an example of selection control of the current time information reference source according to the reception status of each broadcast service in the broadcast receiving apparatus 800 of the present embodiment. In the broadcast receiving apparatus 800 of the present embodiment, when a broadcast service that adopts MPEG2-TS as the media transport method is in a receivable state, the TOT is always referred to obtain the current time information. When the reception of the broadcast service that adopts MPEG2-TS as the media transport method is in an unavailable state and the reception of the broadcast service that adopts MMT as the media transport method is in a receivable state, the control is made to obtain the current time information by referring to the MH-TOT.

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

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

[0303] [EPG display of broadcast receiving apparatus] 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 acquired. 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 acquired.

[0304] However, the broadcast receiver 800 of this embodiment can acquire both the MH-EIT and the EIT, whether when 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.

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

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

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

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

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

[0310] Therefore, even when a user desires to check channel information created based on the EIT of a broadcast service that uses MPEG2-TS as the media transport method while checking channel information created based on the MH-EIT of a broadcast service that uses MMT as the 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.

[0311] (Example 3) Hereinafter, Example 3 of the present invention will be described. Note that the configuration, 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 description of the common points will be omitted as much as possible to avoid duplication.

[0312] [System Configuration] FIG. 28 is a system configuration diagram showing an example of a broadcast communication system including the broadcast receiving apparatus of this example. The broadcast communication system of this example includes a broadcast receiving apparatus 40100, an antenna 40100a, a connection cable 40200, a monitor device 40300, a broadband network such as the Internet 200 and a router device 200r, a radio tower 300t of a broadcast station, a broadcast satellite (or communication satellite) 300s, a broadcast station server 300, a service provider server 400, and other application servers 500. Although not shown, in the same connection as the system configuration diagram of the broadcast communication system of Example 1 (see FIG. 1), it may further include an access point 200a, a mobile phone communication server 600, a base station 600b of a mobile phone communication network, and a portable information terminal 700. Also, in that case, the portable information terminal 700 may be able to communicate directly with the broadcast receiving apparatus 40100 without going through the router device 200r or the like.

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

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

[0315] [Hardware Configuration of Broadcast Receiving Device] FIG. 29A is a block diagram showing an example of the internal configuration of the broadcast receiving device 40100. The broadcast receiving device 40100 includes a main control unit 101, a system bus 102, a ROM 103, a RAM 104, a storage (accumulation) unit 110, a LAN communication unit 121, an expansion interface unit 124, a digital interface unit 40125, a tuner / demodulation unit 131, a separation unit 132, a video decoder 141, a video color gamut conversion unit 142, an audio decoder 143, a character super decoder 144, a subtitle decoder 145, a subtitle synthesis unit 146, a subtitle color gamut conversion unit 147, a data decoder 151, a cache unit 152, an application control unit 153, a browser unit 154, an application color gamut conversion unit 155, a sound source unit 156, a video synthesis unit 161, a video output unit 163, an audio synthesis unit 164, an audio output unit 166, and an operation input unit 170.

[0316] The broadcast receiving apparatus 40100 of this embodiment shall be an optical disk drive recorder such as a DVD recorder, a magnetic disk drive recorder such as an HDD recorder, an STB, or the like. That is, compared with the broadcast receiving apparatus 100 of Embodiment 1, the monitor unit 162 and the speaker 165 may be omitted.

[0317] The digital interface unit 40125 is an interface that outputs or inputs encoded digital video data and / or digital audio data. The digital interface unit 40125 shall be capable of directly outputting the MMT data sequence obtained by demodulation by the tuner / demodulation unit 131, the MMT data sequence acquired via the LAN communication unit 121, or the mixed data of the respective MMT data sequences. Further, it may be controlled to input the MMT data sequence input from the digital interface unit 40125 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 40125. Further, the digital interface unit 40125 may be a DVI terminal, an HDMI (registered trademark) terminal, a Display Port (registered trademark) terminal, or the like, and may be controlled to output video data, audio data, etc. output from the video composition unit 161 and the audio composition unit 164 in a format compliant with the DVI specification, the HDMI specification, the Display Port specification, or the like.

[0318] [Software Configuration of Broadcast Receiving Apparatus] FIG. 29B is a software configuration diagram of the broadcast receiving apparatus 40100 of this embodiment, showing the software configuration in the ROM 103, the RAM 104, and the storage (accumulation) unit 110. Compared with the software configuration diagram (see FIG. 7D) of the broadcast receiving apparatus 100 of Embodiment 1, the receiver function execution unit 1102 expanded in the RAM 104 shall further have an output control unit 41102i. The output control unit 41102i of the receiver function execution unit 1102 controls each process related to data output from the video output unit 163, the audio output unit 166, and the digital interface unit 40125.

[0319] [Interface Configuration between Broadcast Receiver and Monitor Device] FIG. 30 is a system configuration diagram showing an example of an interface configuration between a broadcast receiver 40100 and a monitor device 40300. In this embodiment, a case will be described where a connection terminal with the illustration of the digital interface unit 40125 on the broadcast receiver 40100 side omitted and a connection terminal of the digital interface unit with the illustration omitted on the monitor device 40300 side are connected by a connection cable 40200.

[0320] As shown in the figure, the connection cable 40200 is composed of n pairs of differential transmission lanes of CH1 to CHn (which may also be referred to as differential transmission lines. The same applies hereinafter), a DDC (Display Data Channel) line standardized by VESA (Video Electronics Standard Association), an HPD (Hot Plug Detect) line, a CEC (Consumer Electronics Control) line, and the like. The n pairs of differential transmission lanes may be one pair of clock lanes (which may also be referred to as clock lines. The same applies hereinafter) and (n - 1) pairs of data lanes (which may also be referred to as data lines. The same applies hereinafter). For example, if n = 4, it will be one pair of clock lanes and three pairs of data lanes. It may also be one pair of clock lanes and one pair of data lanes (that is, n = 2). As described above, when n = 2, the differential transmission lane section becomes serial transmission. All pairs may be data lanes that transmit data with a superimposed clock. Although not shown in the figure, it may further include a power line, a GND line, and a spare line. The CEC line and the like may be omitted.

[0321] To the data lane, digital video (R / G / B / Vsync / Hsync) / audio signals and other control signals may be output in a predetermined format from the video composition unit 161 and the audio composition unit 164 via the transmission processing unit 40125b of the digital interface unit 40125 on the broadcast receiving device 40100 side. The digital video / audio signals and other control signals are received by the reception processing unit 40325b of the digital interface unit on the monitor device 40300 side, and necessary processing such as image quality adjustment and volume adjustment is appropriately performed by an image processing unit and an audio processing unit (not shown), and then output from the display unit and the speaker of the monitor device 40300.

[0322] Also, the transmission processing unit 40125b of the digital interface unit 40125 on the broadcast receiving device 40100 side communicates with the reception processing unit 40325b of the digital interface unit on the monitor device 40300 side via the DDC line, and further, it is assumed that it is possible to read EDID (Extended Display Identification Data) from the EDID storage unit 40325c. That is, the broadcast receiving device 40100 can grasp the display performance of the monitor device 40300 by acquiring the EDID.

[0323] Note that, in this embodiment, the display performance refers to items such as the input resolution, frame rate, video standard, and whether it supports 3D video display that the monitor device 40300 can handle. Also, in the following description of this embodiment, EDID will be described as an example of the information used by the broadcast receiving device 40100 to grasp the display performance of the monitor device 40300. However, the information does not necessarily have to be EDID. Performance identification information other than EDID that can identify the display performance and functions of the monitor device 40300 may be used. Also, the display performance of the monitor device 40300 may be grasped by methods other than reading this performance identification information.

[0324] Also, the transmission control unit 40125a of the digital interface unit 40125 on the broadcast receiving device 40100 side controls the transmission processing unit 40125b and communicates with the reception control unit 40325a of the digital interface unit on the monitor device 40300 side via the HPD line, so that it is possible to detect that the monitor device 40300 is connected, the power of the monitor device 40300 is turned on, etc. Note that the reception control unit 40325a of the digital interface unit on the monitor device 40300 side also controls the reception processing unit 40325b.

[0325] Note that the configuration of the connection cable 40200 shown in FIG. 30, the internal configuration of the digital interface unit 40125 of the broadcast receiving device 40100, and the internal configuration of the digital interface unit of the monitor device 40300 are merely examples, and different configurations may be used.

[0326] [Data Output Control of Broadcast Receiving Device] The broadcast receiving device 40100 of this embodiment is assumed to have a function of performing output control according to the display performance of the monitor device obtained from the monitor device connected by the connection cable. Hereinafter, an example of output control according to the display performance of the monitor device of the broadcast receiving device 40100 will be described.

[0327] (A) Output Control According to Frame Rate Compatibility Performance of Monitor Device The following shows an example of data output control according to the frame rate compatibility performance of a monitor device (in this embodiment, the monitor device 40300) connected via a connection cable (in this embodiment, the connection cable 40200) when receiving a broadcast service that employs MMT as a media transport method by the broadcast receiving device 40100 of this embodiment.

[0328] First, the data configuration of the broadcast service received by the broadcast receiver 40100 of this embodiment will be described. For example, if the original frame rate of the broadcast program provided by the broadcast service is 240 Hz, when generating a package at the broadcast station, as shown in FIG. 31A, video frames F00, F04, F08, ~ are used to generate video asset A, video frames F02, F06, F10, ~ are used to generate video asset B, and video frames F01, F03, F05, F07, F09, ~ are used to generate video asset C. Also, the I frames and P frames in the compression encoding process are included in the video asset A, and the video asset B and video asset C mainly include B frames in the compression encoding process. However, a part of the B frame may be included in the video asset A, or a part of the P frame may be included in the video asset B.

[0329] By generating the package as described above, in the data configuration of the broadcast service, it is assumed that the video information of the broadcast program can be reproduced at a frame rate of 60 Hz using only the encoded data included in the video asset A. Also, it is assumed that the video information of the broadcast program can be reproduced at a frame rate of 120 Hz from the encoded data of the video asset A and the video asset B. Further, by using all the encoded data of the video asset A, the video asset B, and the video asset C, it is assumed that the video information of the broadcast program can be reproduced at the original frame rate of 240 Hz.

[0330] The video asset A shall be the IP data flow included in the TLV stream via the broadcast transmission path and transmitted to the broadcast receiving device 40100 as shown in FIG. 31B. Also, the video assets B and C shall be distributed to the broadcast receiving device 40100 via the IP data flow through the communication line. The video assets B and C are associated with the video asset A by the package ID, asset ID, etc. included in the MPT of the MMT-SI, and can be acquired from the network by location information, etc., as described with reference to FIG. 6E.

[0331] Using FIG. 32, an example of the operation of data output control according to the frame rate correspondence performance of the monitor device connected via the connection cable when the broadcast receiving device 40100 of this embodiment receives a broadcast service adopting MMT as the media transport method will be described.

[0332] The output control unit 41102i of the broadcast receiving device 40100 of this embodiment first reads the EDID data stored in the EDID storage unit 40325c of the monitor device 40300 via the DDC line of the connection cable 40200 and the transmission processing unit 40125b and the transmission control unit 40125a of the digital interface unit 40125.

[0333] <a-1>Data Output Control 1 When it is determined through the EDID data reading process that the monitor device 40300 is capable of displaying video information at frame rates of 60 Hz, 120 Hz, and 240 Hz, the broadcast receiving device 40100, under the control of the transport processing unit 1102a, first acquires video asset A, audio asset A, data asset A, video asset B, and video asset C that make up the broadcast program package. Furthermore, the video decoder 141 decodes the encoded data of video asset A, video asset B, and video asset C to play back video data with a frame rate of 240 Hz. Furthermore, the audio decoder 143 decodes the audio asset A, and the data decoder 151 decodes the data asset A.

[0334] Next, the video synthesis unit 161 appropriately selects and / or superimposes the video data with a frame rate of 240 Hz output from the video color gamut conversion unit 142 and the additional data output from the data decoder 151. Next, based on the control of the output control unit 41102i, the video data with a frame rate of 240 Hz output from the video synthesis unit 161, the audio data output from the audio synthesis unit 164, etc. are transmitted in a predetermined format from the digital interface unit 40125 to the monitor device 40300 via the connection cable 40200.

[0335] The monitor device 40300 receives, via a digital interface unit (not shown), the video data, audio data, etc. with a frame rate of 240 Hz transmitted in the predetermined format from the broadcast receiving device 40100. The monitor device 40300 also provides the user with video information, audio information, etc. with a frame rate of 240 Hz obtained by performing predetermined signal processing on the received video data, audio data, etc. with a frame rate of 240 Hz via a display device such as a liquid crystal panel and a speaker.

[0336] <a-2>Data Output Control 2 When it is grasped by the read process of the data of the EDID that the monitor device 40300 supports only the display of video information at frame rates of 60 Hz and 120 Hz, the broadcast receiving device 40100 first acquires the video asset A, audio asset A, data asset A, and video asset B that constitute the package of the broadcast program based on the control of the transport processing unit 1102a. The acquisition of the video asset C is not performed. Further, in the video decoder 141, the encoded data of the video asset A and the video asset B is decoded to reproduce the video data at a frame rate of 120 Hz.

[0337] Also, in the audio decoder 143, the decoding process of the audio asset A is performed, and in the data decoder 151, the decoding process of the data asset A is performed. Next, in the video synthesizing unit 161, the selection and / or superimposing process of the video data at a frame rate of 120 Hz output from the video color gamut conversion unit 142 and the additional data output from the data decoder 151 is appropriately performed. Next, based on the control of the output control unit 41102i, the video data at a frame rate of 120 Hz output from the video synthesizing unit 161, the audio data output from the audio synthesizing unit 164, etc. are transmitted from the digital interface unit 40125 to the monitor device 40300 via the connection cable 40200 in a predetermined format.

[0338] Note that, as described above, when it is grasped by the read process of the data of the EDID that the monitor device 40300 supports only the display of video information at frame rates of 60 Hz and 120 Hz, the broadcast receiving device 40100 may acquire the video asset A, audio asset A, data asset A, video asset B, and video asset C that constitute the package of the broadcast program, and in the video decoder 141, perform the decoding process using only the encoded data of the video asset A and the video asset B to reproduce the video data at a frame rate of 120 Hz.

[0339] The monitor device 40300 receives video data, audio data, etc. with a frame rate of 120 Hz transmitted from the broadcast receiving device 40100 in the predetermined format through a digital interface section (not shown). Further, the monitor device 40300 provides video information, audio information, etc. with a frame rate of 120 Hz obtained by performing predetermined signal processing on the received video data, audio data, etc. with a frame rate of 120 Hz to the user via a display device such as a liquid crystal panel and a speaker.

[0340] <a-3>Data Output Control 3 If the EDID data read process determines that the monitor device 40300 is only compatible with displaying video information at a frame rate of 60 Hz, the broadcast receiving device 40100, under the control of the transport processing unit 1102a, first acquires video asset A, audio asset A, and data asset A that make up the broadcast program package. It does not acquire video asset B or video asset C. Furthermore, the video decoder 141 decodes the encoded data of video asset A to play back video data at a frame rate of 60 Hz.

[0341] Furthermore, the audio decoder 143 performs decoding processing of the audio asset A, and the data decoder 151 performs decoding processing of the data asset A. Next, the video synthesis unit 161 appropriately selects and / or superimposes the video data with a frame rate of 60 Hz output from the video color gamut conversion unit 142 and the additional data output from the data decoder 151. Next, based on the control of the output control unit 41102i, the video data with a frame rate of 60 Hz output from the video synthesis unit 161, the audio data output from the audio synthesis unit 164, etc. are transmitted in a predetermined format from the digital interface unit 40125 to the monitor device 40300 via the connection cable 40200.

[0342] As mentioned above, if the broadcast receiving device 40100 determines through the EDID data reading process that the monitor device 40300 is only compatible with displaying video information at a frame rate of 60 Hz, the broadcast receiving device 40100 may obtain the video asset A, audio asset A, data asset A, video asset B, and video asset C that make up the broadcast program package, and perform a decoding process in the video decoder 141 using only the encoded data of video asset A, thereby reproducing the video data at a frame rate of 60 Hz.

[0343] The monitor device 40300 receives, via a digital interface unit (not shown), the video data, audio data, etc. with a frame rate of 60 Hz transmitted from the broadcast receiving device 40100 in the predetermined format. Further, the monitor device 40300 provides the user with video information, audio information, etc. with a frame rate of 60 Hz obtained by performing predetermined signal processing on the received video data, audio data, etc. with a frame rate of 60 Hz via a display device such as a liquid crystal panel and a speaker.

[0344] <a-4>Data Output Control 4 Regardless of the result of the read process of the data of the EDID (regardless of whether the data of the EDID indicates correspondence or non-correspondence regarding the display of video information with a frame rate of 60 Hz, correspondence or non-correspondence regarding the display of video information with a frame rate of 120 Hz, and correspondence or non-correspondence regarding the display of video information with a frame rate of 240 Hz for the monitor device 40300), in the broadcast receiving device 40100 of the present embodiment, when the function of the network communication process of the LAN communication unit 121 is invalid (for example, when a LAN cable is not connected to the LAN communication unit 121, when the power of the router device 200r is off, etc., and including cases where it is substantially invalid such as when access to a server device on the Internet 200 is not possible) or when the communication speed required to acquire the video asset B or the video asset C cannot be ensured, based on the control of the transport processing unit 1102a, only the video asset A, the audio asset A, and the data asset A that constitute the package of the broadcast program are acquired, and in the video decoder 141, the encoded data of the video asset A may be decoded to reproduce video data with a frame rate of 60 Hz. The description of the subsequent operations will be omitted.

[0345] By performing the above data output control, the broadcast receiving device 40100 of the present embodiment can perform data output control according to the frame rate compatibility performance of the monitor device connected via the connection cable.

[0346] Also, when the read process of the data of the EDID cannot be performed or when there is no description regarding the frame rate compatibility performance of the monitor device in the data of the EDID, etc., the above-mentioned <a-4>The same output control may be performed to play video data at a frame rate of 60 Hz. That is, the video data at a frame rate of 60 Hz is more likely to be displayed on the monitor device as compared with video data at a frame rate of 120 Hz or 240 Hz.

[0347] In addition, when the broadcast receiving apparatus 40100 of the present embodiment is a DVD recorder or an HDD recorder and is capable of recording a broadcast program, it is possible to use the monitor device 40300 to check the content of the broadcast program being recorded while performing the recording process of the broadcast program. At this time, the handling of each asset constituting the package of the broadcast program may be made different between the control of the recording process and the data output control.

[0348] For example, when it is grasped by the read process of the EDID data that the monitor device 40300 supports only the display of video information at a frame rate of 60 Hz, the broadcast receiving apparatus 40100 first acquires a video asset A, an audio asset A, a data asset A, a video asset B, and a video asset C that constitute a package of a broadcast program based on the control of the transport processing unit 1102a. Here, as the control of the recording process, the encoded data of all the assets of the acquired video asset A, audio asset A, data asset A, video asset B, and video asset C are respectively associated with the identification information for identifying the broadcast program and stored in the content storage area 1200 of the storage (accumulation) unit 110. On the other hand, as the data output control, as described above, in the video decoder 141, only the encoded data of the video asset A is decoded to play video data at a frame rate of 60 Hz, and in the audio decoder 143, the decoding process of the audio asset A is performed, and in the data decoder 151, the decoding process of the data asset A is performed.

[0349] By performing each of the above controls, the data of all the assets constituting the package of the broadcast program is stored in the content storage area 1200 of the storage (accumulation) unit 110. Therefore, when the broadcast program stored in the content storage area 1200 of the storage (accumulation) unit 110 is reproduced at a later date, it is possible to perform data output control according to the display performance of the monitor device connected at that time again.

[0350] That is, when the monitor device 40300 connected when the broadcast program stored in the content storage area 1200 of the storage (accumulation) unit 110 is reproduced at a later date supports the display of video information with frame rates of 60Hz, 120Hz, and 240Hz, by performing decoding processing using the encoded data of the video asset A, the video asset B, and the video asset C stored in the content storage area 1200 of the storage (accumulation) unit 110, it is possible to reproduce video data with a frame rate of 240Hz and output it to the monitor device 40300.

[0351] Also, when the monitor device 40300 connected when the broadcast program stored in the content storage area 1200 of the storage (accumulation) unit 110 is reproduced at a later date supports only the display of video information with frame rates of 60Hz and 120Hz, by performing decoding processing using the encoded data of the video asset A and the video asset B stored in the content storage area 1200 of the storage (accumulation) unit 110, it is possible to reproduce video data with a frame rate of 120Hz and output it to the monitor device 40300.

[0352] Also, when the monitor device 40300 connected when the broadcast program stored in the content storage area 1200 of the storage (accumulation) unit 110 is reproduced at a later date supports only the display of video information with a frame rate of 60Hz, by performing decoding processing using only the encoded data of the video asset A stored in the content storage area 1200 of the storage (accumulation) unit 110, it is possible to reproduce video data with a frame rate of 60Hz and output it to the monitor device 40300.

[0353] That is, in the broadcast receiving apparatus 40100 of the present embodiment, when reproducing a recorded program of a broadcast service that employs MMT as a media transport method from the content storage area 1200 of the storage (accumulation) unit 110, data output control may be performed according to the frame rate compatibility performance of the monitor device (in this embodiment, the monitor device 40300) connected via a connection cable (in this embodiment, the connection cable 40200).

[0354] Also, in the above description, as shown in the system configuration diagram of FIG. 28, the broadcast receiving apparatus 40100 is an optical disk drive recorder such as a DVD recorder, a magnetic disk drive recorder such as an HDD recorder, an STB, or the like, and video information and audio information are provided to the user via the monitor unit and the speaker of the monitor device 40300 connected by the connection cable 40200. However, this is merely an example, and in the configuration of the broadcast receiving apparatus 100 described in the first embodiment (see FIG. 7A), the above-described data output control may be performed.

[0355] That is, according to the frame rate compatibility performance during video display in the monitor unit 162 of FIG. 7A, when the monitor unit 162 is compatible with the display of video information at frame rates of 60 Hz, 120 Hz, and 240 Hz based on the control of the presentation processing unit 1102h, the above <a-1>Perform the same processing as the data output control 1, and display the video information with a frame rate of 240 Hz output from the video composition unit 161 on the monitor unit 162.

[0356] When the monitor unit 162 only supports the display of video information with frame rates of 60 Hz and 120 Hz, the above <a-2>Perform the same processing as the data output control 2, and display the video information with a frame rate of 120 Hz output from the video synthesis unit 161 on the monitor unit 162. If the monitor unit 162 only supports the display of video information with a frame rate of 60 Hz, then the above-mentioned <a-3>The video information with a frame rate of 60 Hz output from the video synthesis unit 161 can be displayed on the monitor unit 162 by performing the same processing as in the data output control 3 in the above.

[0357] Regardless of the performance of the monitor unit 162, if the network communication processing function of the LAN communication unit 121 is disabled or if the communication speed required to acquire the necessary assets cannot be ensured, <a-4>Perform the same processing as the data output control 4, and display the video information with a frame rate of 60 Hz output from the video composition unit 161 on the monitor unit 162.

[0358] Also, when the broadcast receiving apparatus 100 has a recording function for a broadcast program and checks the content of the broadcast program being recorded on the monitor unit 162 while performing the recording process of the broadcast program, similarly to the above, the handling of each asset constituting the package of the broadcast program may be made different between the control of the recording process and the data output control. Note that the description of the detailed operation is omitted with reference to the above.

[0359] (B) Output control according to the 3D display performance of the monitor device An example of data output control according to the 3D display performance of a monitor device (in this embodiment, monitor device 40300) connected via a connection cable (in this embodiment, connection cable 40200) when receiving a broadcast service that employs MMT as a media transport method in the broadcast receiving apparatus 40100 of this embodiment is shown below.

[0360] First, the data configuration of the broadcast service received by the broadcast receiver 40100 of this embodiment will be described. For example, the broadcast programs provided by the broadcast service are each composed of a left-eye video frame and a right-eye video frame at 120 Hz, and further, the left-eye video frame and the right-eye video frame are 3D video information transmitted in a frame-sequential manner. When generating a package at a broadcast station, as shown in FIG. 33A, a video asset A is generated from the left-eye video frames of video frames F00, F02, F04, F06, ~, and a video asset B is generated from the right-eye video frames of video frames F01, F03, F05, F07, ~. Also, the compression encoding process may be completed separately for the left-eye video frame at a frame rate of 120 Hz and the right-eye video frame at a frame rate of 120 Hz, or the left-eye video frame at a frame rate of 120 Hz may complete the compression encoding process alone, and the right-eye video frame at a frame rate of 120 Hz may be generated by the difference from the paired left-eye video frame.

[0361] By generating the package as described above, in the data configuration of the broadcast service, it is possible to reproduce a 2D video at a frame rate of 120 Hz using only the encoded data included in the video asset A (by regarding the left-eye video frame as a 2D video frame), and it is assumed that it is possible to reproduce a 3D video by frame sequential using the encoded data of the video asset A and the video asset B.

[0362] As shown in FIG. 33B, the video asset A is included in an IP data flow in a TLV stream via a broadcast transmission path and is transmitted to the broadcast receiver 40100. Also, the video asset B is distributed to the broadcast receiver 40100 in an IP data flow via a communication line. As described with reference to FIG. 6E, the video asset B is associated with the video asset A by a package ID, an asset ID, etc. included in the MPT of the MMT-SI, and can be acquired from the network based on location information and the like.

[0363] Using FIG. 34, an example of the operation of data output control according to the 3D display performance of a monitor device connected via a connection cable when the broadcast receiving device 40100 of this embodiment receives a broadcast service that employs MMT as a media transport method will be described.

[0364] The output control unit 41102i of the broadcast receiving device 40100 of this embodiment first reads the EDID data stored in the EDID storage unit 40325c of the monitor device 40300 via the DDC line of the connection cable 40200 and the transmission processing unit 40125b and the transmission control unit 40125a of the digital interface unit 40125.

[0365] <b-1>Data Output Control 1 If the broadcast receiving device 40100 determines through the EDID data reading process that the monitor device 40300 is capable of displaying 3D video, under the control of the transport processing unit 1102a, it first acquires video asset A, audio asset A, data asset A, and video asset B that make up the broadcast program package. Furthermore, the video decoder 141 decodes the encoded data of video asset A and video asset B to play back video data for left-eye video frames with a frame rate of 120 Hz and video data for right-eye video frames with a frame rate of 120 Hz. The audio decoder 143 also decodes audio asset A, and the data decoder 151 also decodes data asset A. Next, the video synthesis unit 161 performs packing processing according to the input 3D video format supported by the monitor device 40300.

[0366] In the packing process, for example, if the monitor device 40300 supports 3D video format input in the "Frame Packing" format, the video synthesis unit 161 performs scaling / synthesis processing to separate the video data of the left-eye video frame and the video data of the right-eye video frame vertically and fit them into the same frame with a blank layer inserted. If the monitor device 40300 supports 3D video format input in the "Side-by-side Half" format, the video synthesis unit 161 performs scaling / synthesis processing to connect the video data of the left-eye video frame and the video data of the right-eye video frame horizontally and fit them into the same frame while maintaining the number of scanning lines. If the monitor device 40300 supports 3D video format input in the "Top-and-Bottom" format, the video synthesis unit 161 performs scaling / synthesis processing to connect the video data of the left-eye video frame and the video data of the right-eye video frame vertically and fit them into the same frame while maintaining the horizontal resolution. When other 3D video format input is supported, the video synthesis unit 161 may appropriately perform scaling / synthesis processing as needed.

[0367] Next, based on the control of the output control unit 41102i, the packed video data with a frame rate of 120 Hz output from the video synthesis unit 161 and the audio data output from the audio synthesis unit 164 are transmitted in a predetermined format from the digital interface unit 40125 to the monitor device 40300 via the connection cable 40200.

[0368] The monitor device 40300 receives the packed video data and audio data with a frame rate of 120 Hz transmitted in the predetermined format from the broadcast receiving device 40100 via a digital interface unit (not shown). The monitor device 40300 also performs predetermined signal processing on the received packed video data with a frame rate of 120 Hz to alternately display video information of left-eye video frames with a frame rate of 120 Hz and video information of right-eye video frames with a frame rate of 120 Hz on a display device such as an LCD panel, and outputs audio information obtained by performing predetermined signal processing on the received audio data from a speaker. Note that the details of the processing of packed video data in the monitor device 40300 are similar to those of a general 3D-compatible television, and therefore will not be described here.

[0369] <b-2>Data Output Control 2 If the EDID data reading process determines that the monitor device 40300 is not compatible with 3D video display, the broadcast receiving device 40100, under the control of the transport processing unit 1102a, first acquires video asset A, audio asset A, and data asset A that make up the broadcast program package. Video asset B is not acquired. Furthermore, the video decoder 141 decodes the encoded data of video asset A to play back video data for left-eye video frames with a frame rate of 120 Hz. Furthermore, the audio decoder 143 performs decoding processing for audio asset A, and the data decoder 151 performs decoding processing for data asset A.

[0370] The video decoder 141 outputs the video data of the left-eye video frame with a frame rate of 120 Hz reproduced by the decoding process as 2D video data. Next, under the control of the output control unit 41102i, the 2D video data output from the video synthesis unit 161, the audio data output from the audio synthesis unit 164, etc. are transmitted in a predetermined format from the digital interface unit 40125 to the monitor device 40300 via the connection cable 40200.

[0371] As mentioned above, if the broadcast receiving device 40100 determines through the EDID data reading process that the monitor device 40300 does not support the display of 3D video, the broadcast receiving device 40100 may obtain the video asset A, audio asset A, data asset A, and video asset B that make up the broadcast program package, and perform a decoding process in the video decoder 141 using only the encoded data of the video asset A, thereby reproducing only the video data of the left-eye video frame with a frame rate of 120 Hz.

[0372] The monitor device 40300 receives, via a digital interface unit (not shown), the 2D video data and audio data with a frame rate of 120 Hz transmitted in the predetermined format from the broadcast receiving device 40100. The monitor device 40300 also provides the 2D video information and audio information with a frame rate of 120 Hz obtained by performing predetermined signal processing on the received 2D video data and audio data with a frame rate of 120 Hz to the user via a display device such as a liquid crystal panel and a speaker.

[0373] <b-3>Data Output Control 3 Regardless of the result of the EDID data read process, in the broadcast receiving device 40100 of this embodiment, if the network communication processing function of the LAN communication unit 121 is disabled or if the communication speed required to acquire the video asset B cannot be ensured, only the video asset A, audio asset A, and data asset A that make up the package of the broadcast program may be acquired under the control of the transport processing unit 1102a, and the coded data of the video asset A may be decoded in the video decoder 141 to play back video data of left-eye video frames with a frame rate of 120 Hz. Explanation of the subsequent operations will be omitted.

[0374] By performing the above data output control, the broadcast receiving device 40100 of this embodiment can perform data output control according to the 3D display performance of the monitor device connected via a connection cable.

[0375] In addition, if the EDID data cannot be read or if the EDID data does not contain any information about the monitor's 3D display capabilities, <b-3>The same output control as above can be performed to play back video data for left-eye video frames with a frame rate of 120 Hz. The video data can also be further down-converted and played back as 2D video data with a frame rate of 60 Hz. Even if it is determined that the monitor device is capable of displaying 3D video, if information about the packing processes that it can support is not available, the above-mentioned <b-3>Alternatively, a predetermined packing process may be selected to perform the output control similar to that described above. <b-1>Output control similar to the above may be performed. The predetermined packing process may be arbitrarily selected by the user.

[0376] Note that the data output control in (B) can also be applied to the data output control when the broadcast receiving apparatus 40100 of this embodiment is a DVD recorder or an HDD recorder and the content of the broadcast program being recorded is confirmed using the monitor apparatus 40300 while performing the recording process of the broadcast program, in the same manner as the description of the data output control in (A) above. Also, in the configuration of the broadcast receiving apparatus 100 described in the first embodiment (see FIG. 7A), the data output control in (B) can be applied to the data output control according to whether the monitor unit 162 can support the display of 3D images.

[0377] (C) Output control according to the resolution compatibility performance of the monitor apparatus The following shows an example of data output control according to the resolution compatibility performance of a monitor apparatus (in this embodiment, the monitor apparatus 40300) connected via a connection cable (in this embodiment, the connection cable 40200) when receiving a broadcast service that employs MMT as the media transport method by the broadcast receiving apparatus 40100 of this embodiment.

[0378] The original number of pixels per frame of the broadcast program provided in the broadcast service is 7680×4320 pixels. When generating a package at the broadcast station, a video asset A is generated with 1920×1080 pixels extracted by a first extraction method from all the pixels, a video asset B is generated with the difference between 3840×2160 pixels extracted by a second extraction method from all the pixels and the pixels included in the video asset A, and a video asset C is generated with the difference between the original 7680×4320 pixels and the pixels included in the video asset A and the video asset B.

[0379] Also in this case, similar to the data output control of (A), according to the resolution compatibility performance of the monitor device 40300, if the monitor device 40300 supports high-resolution display (display of 7680×4320 pixels), in the video decoder 141, the encoded data of video asset A, video asset B, and video asset C are decoded. If the monitor device 40300 supports medium-resolution display (display of 3840×2160 pixels), in the video decoder 141, only the encoded data of video asset A and video asset B are decoded. If the monitor device 40300 supports low-resolution display (display of 1920×1080 pixels), in the video decoder 141, only the encoded data of video asset A is decoded.

[0380] Although the following detailed description is omitted, by performing the above data output control, in the broadcast receiving device 40100 of this embodiment, it is possible to perform data output control according to the resolution compatibility performance of the monitor device connected via the connection cable. Also, when the data reading process of the EDID cannot be performed or when there is no description regarding the resolution compatibility performance of the monitor device in the EDID data, etc., the same control as when the monitor device 40300 only supports low-resolution display may be performed.

[0381] As described above, in this embodiment, examples of output control according to various display performances of the monitor device have been described. However, even if these output controls are set at the time of shipment, it is desirable to configure so that the setting of the output control of the output data format under each condition can be changed by manual setting through the user's menu operation or the like via the operation input unit 170. This is because even when correct information about the performance of the monitor device cannot be obtained due to defects in the software of the broadcast receiving device 40100 itself or the monitor device, etc., it is possible to prevent causing disadvantages to the user by configuring to obtain the data output required by the user through manual setting.

[0382] As described above, according to the broadcast receiving apparatus 40100 of the present embodiment, it is possible to perform output control according to the display performance of the monitor device acquired from the monitor device connected by the connection cable, that is, it is possible to provide a broadcast receiving apparatus capable of executing a function with higher added value.

[0383] (Embodiment 4) Hereinafter, Embodiment 4 of the present invention will be described. Note that the system configuration in this embodiment is assumed to be the same as that shown in FIG. 28 of Embodiment 3, and the hardware configuration of the broadcast receiving apparatus is assumed to be the same as that in FIG. 29A. Therefore, the description of the system configuration and the hardware configuration will be omitted to avoid duplication. Hereinafter, the software configuration of the broadcast receiving apparatus and the data output control in this embodiment, which are different from the description of Embodiment 3, will be described.

[0384] [Software Configuration of Broadcast Receiving Apparatus] FIG. 35 is a software configuration diagram of the broadcast receiving apparatus 40100 of the present embodiment, showing the software configuration in the ROM 103, the RAM 104, and the storage (accumulation) unit 110. Compared with the software configuration diagram of the broadcast receiving apparatus 40100 in Embodiment 3, it is assumed that the server function program 41003 is added to the storage (accumulation) unit 110. Further, the storage (accumulation) unit 110 is provided with a server data storage area 41400 for storing various data (applications, contents, other data, etc.) used for services provided to external devices connected via a network. In addition, since the receiver function execution unit 1102 in the RAM 104 is equivalent to the software configuration diagram (FIG. 29B) of Embodiment 3, it is shown as an omitted display, but it is assumed to have the same processing units as in Embodiment 3.

[0385] The server function program 41003 stored in the storage (accumulation) unit 110 is loaded into the RAM 104, and the main control unit 101 executes the loaded server function program to form a server function execution unit 41103. The server function execution unit 41103 manages various data (applications, content, other data, etc.) stored in the server data storage area 41400, controls the process of distributing the various data in response to requests from external devices, and performs authentication processing for the external devices as necessary. In other words, with the server function execution unit 41103 and the server data storage area 41400, the broadcast receiving device 40100 also has the functions of a general server device.

[0386] [Interface configuration between broadcast receiving device and monitor device] 36 is a system configuration diagram showing an example of the interface configuration between the broadcast receiving device 40100 and the monitor device 40300. In this embodiment, a case will be described in which a connection terminal (not shown) of the digital interface unit 40125 on the broadcast receiving device 40100 side and a connection terminal of the digital interface unit (not shown) on the monitor device 40300 side are connected by a connection cable 40200a.

[0387] The connection cable 40200a is composed of n pairs of differential transmission lanes of CH1 to CHn, DDC lines, HPD lines, CEC lines, etc., in the same manner as the connection cable 40200 (see FIG. 30) described in Example 3, and further has m pairs of communication lines (TX / RX lines in the figure). Each pair of the communication lines may each be a differential transmission lane or a twisted pair of a signal line and a GND line. Also, the m pairs of communication lines may be one pair of transmission lines (transmission as seen from the broadcast receiving device 40100 side) and one pair of reception lines (reception as seen from the broadcast receiving device 40100 side). They may be two pairs of transmission lines (transmission as seen from the broadcast receiving device 40100 side) and two pairs of reception lines (reception as seen from the broadcast receiving device 40100 side). They may also be four pairs of transmission and reception lines. Further, all or part of the DDC line, HPD line, and CEC line may be used also as part of the communication lines.

[0388] The communication lines shall have the same performance / functions as the LAN cable connected to the LAN communication unit 121. Also, the transmission control unit 40125d of the digital interface unit 40125 on the broadcast receiving device 40100 side and the reception control unit 40325d of the digital interface unit on the monitor device 40300 side shall have functions equivalent to those of the transmission control unit 40125a and the reception control unit 40325a shown in FIG. 30, respectively, and further shall have the same network communication functions as the LAN communication unit 121. That is, the communication lines of the connection cable 40200a form a local area network to which only the broadcast receiving device 40100 and the monitor device 40300 are connected.

[0389] [Data Output Control of Broadcast Receiving Device] The broadcast receiving apparatus 40100 of this embodiment is assumed to have a function of performing output control according to the display performance of the monitor apparatus acquired from the monitor apparatus connected by a connection cable. Hereinafter, an example of data output control according to the network communication processing performance of the monitor apparatus (monitor apparatus 40300 in this embodiment) connected via a connection cable (connection cable 40200a in this embodiment) when the broadcast receiving apparatus 40100 receives a broadcast service adopting MMT as a media transport method will be described.

[0390] First, when the broadcast receiving apparatus 40100 of this embodiment is receiving a broadcast service adopting MMT as a media transport method, it refers to the MH-AIT of the control signal (MMT-SI) included in the MMT data sequence output from the tuner / demodulator unit 131. FIG. 37 shows an example of the data structure of the MH-AIT. Based on the description of the referred MH-AIT, when there is an application control code (corresponding to 'application_control_code' in the figure) specified by 'PREFETCH (acquire and hold)', etc. among the cooperation data (applications, contents, other data, etc.) regarding the broadcast programs to be broadcast in the future, the broadcast receiving apparatus 40100 acquires the cooperation data in advance from a predetermined server apparatus on the network and stores it in the server data storage area 41400 of the storage (accumulation) unit 110.

[0391] For example, when the event of the broadcast program is composed of a video asset A, an audio asset A, and a data asset B as shown in FIG. 38, and the data asset B can be acquired in advance from a predetermined server apparatus according to the specifications of the MPT and the MH-AIT, the broadcast receiving apparatus 40100 acquires the data asset B in advance and stores it in the server data storage area 41400 of the storage (accumulation) unit 110.

[0392] Further, the broadcast receiving apparatus 40100 reads out the EDID data stored in the EDID storage unit 40235c of the monitor device 40300 via the DDC line of the connection cable 40200a and the transmission processing unit 40125b and the transmission control unit 40125d of the digital interface unit 40125, and assumes that the display performance of the monitor device 40300 has been confirmed.

[0393] For example, when the monitor device 40300 is a device having a LAN communication function, the output control unit 41102i of the broadcast receiving apparatus 40100 grasps that the monitor device 40300 supports network communication processing by the readout process of the EDID data. In this case, the broadcast receiving apparatus 40100 receives the TLV stream transmitted on the broadcast transmission path at the tuner / demodulation unit 131 during the broadcast program playback time, and inputs the MMT data sequence including the video asset A and the audio asset A to the separation unit 132. The output control unit 41102i of the broadcast receiving apparatus 40100 causes the MMT data sequence to be output from the separation unit 132 as it is, and controls it to be output to the monitor device 40300 via the data lane of the digital interface unit 40125 and the connection cable 40200a. Here, for example, the broadcast receiving apparatus 40100 may transmit the MMT data sequence including the video asset A and the audio asset A received by the tuner / demodulation unit 131 via the broadcast transmission path which is one-way transmission on the one-way transmission line of 40200a (CH1, CH2,... CHn in FIG. 36, etc.).

[0394] In the monitor device 40300, the MMT data sequence transmitted from the broadcast receiving device 40100 is received by a digital interface unit, and the received MMT data sequence is input to an MMT decoding processing unit. The MMT decoding processing unit references the MMT-SI of the MMT data sequence and acquires data asset B stored in a predetermined server device on the network via a communication circuit capable of two-way communication, based on MPT location information, etc. Furthermore, it decodes video asset A and audio asset A included in the acquired data asset B and the received MMT data sequence, and provides the video information and audio information to the user via a monitor unit and speaker.

[0395] On the other hand, if the monitoring device 40300 does not have a LAN communication function, the output control unit 41102i of the broadcast receiving device 40100 determines through the EDID data read process that the monitoring device 40300 does not support network communication processing. In this case, the broadcast receiving device 40100 receives the TLV stream transmitted over the broadcast transmission path during the broadcast time of the broadcast program using the tuner / demodulation unit 131, and inputs the MMT data string including the video asset A and the audio asset A to the separation unit 132. The output control unit 21102i of the broadcast receiving device 40100 also performs a process of rewriting location information, etc. in the MMT-SI of the MMT data string output from the separation unit 132. Furthermore, it controls the MMT data string after the process of rewriting the location information, etc. so that it can be output to the monitoring device 40300 via the digital interface unit 40125 and the data lane of the connection cable 40200a. In this case, the broadcast receiving device 40100 simply transmits the MMT data sequence including the video asset A and audio asset A received by the tuner / demodulation unit 131 via a one-way broadcast transmission path, for example, via the one-way transmission line 40200a (CH1, CH2, ... CHn in Figure 36, etc.).

[0396] Specifically, the rewriting process of the location information, etc., involves rewriting the location information (corresponding to "MMT_general_location_info()" shown in FIG. 17) for data asset B included in the MPT from "location_type=0x01", which indicates that the data is multiplexed in an IPv4 data flow, or "location_type=0x02", which indicates that the data is multiplexed in an IPv6 data flow, to "location_type=0x05", which indicates that the data is located at a specified URL. Furthermore, the specified URL can be set to point to the server data storage area 41400 managed by the server function execution unit 41103.

[0397] In the monitor device 40300, the MMT data sequence transmitted from the broadcast receiving device 40100 via the unidirectional transmission data lane of the connection cable 40200a is received by a digital interface unit, and the received MMT data sequence is input to an MMT decoding processing unit. The MMT decoding processing unit references the MMT-SI contained in the MMT data sequence, and requests the broadcast receiving device 40100 to transmit data asset B via the TX / RX line of the connection cable 40200a, which is capable of bidirectional transmission, based on the location information included in the MPT, etc.

[0398] Based on the control of the server function execution unit 41103, the broadcast receiving device 40100 transmits data of data asset B stored in the server data storage area 41400 of the storage unit 110 (data asset acquired by the broadcast receiving device 40100 from a predetermined location on the network via a communication circuit capable of bidirectional transmission) to the monitor device 40300 via the TX / RX line, which is a line capable of bidirectional transmission, of the connection cable 40200a. The monitor device 40300 decodes data asset B received via the TX / RX line of the connection cable 40200a and video asset A and audio asset A included in the MMT data string received via the data lane of the connection cable 40200a, and provides the video information and audio information to the user via the monitor unit and speaker. For example, if data asset B is a video asset, image asset, or text asset, it is decoded and output to the monitor unit together with the decoded video of video asset A. If data asset B is an audio asset, it is decoded and output from the speaker together with the decoded audio of audio asset A.

[0399] As described above, according to the broadcast receiving device 40100 of this embodiment, it is possible to perform output control according to the display performance of the monitor device obtained from the monitor device connected via a connection cable, and in other words, it is possible to provide a broadcast receiving device that can perform functions with higher added value.

[0400] In the above example, the MMT data string including the video asset A and audio asset A is transmitted to the monitor device 40300 via the data lane of the connection cable 40200a, and the MMT data string is decoded in the monitor device 40300, thereby reproducing the video information and audio information. On the other hand, the decoding process of the video asset A and audio asset A may also be performed on the broadcast receiving device 40100 side.

[0401] That is, the broadcast receiving apparatus 40100 receives, by the tuner / demodulator unit 131, the TLV stream transmitted on the broadcast transmission path at the broadcast time of the broadcast program, and inputs the MMT data sequence including the video asset A and the audio asset A to the separation unit 132. The separation unit 132 extracts a video data sequence, an audio data sequence, etc. based on the control signal (MMT-SI) included in the MMT data sequence, and distributes them to the video decoder 141 and the audio decoder 143, respectively. The video decoder 141 and the audio decoder 143 perform predetermined decoding processing on the video data sequence and the audio data sequence, and further perform video color gamut conversion processing in the video color gamut conversion unit 142, and then output video information and audio information to the video composition unit 161 and the audio composition unit 164.

[0402] The output control unit 41102i of the broadcast receiving apparatus 40100 transmits the video information and the audio information output from the video composition unit 161 and the audio composition unit 164 to the monitor device 40300, for example, in a format conforming to the HDMI (registered trademark) specification or the Display Port (registered trademark) specification, via the one-way transmission data lane of the digital interface unit 40125 and the connection cable 40200a. At this time, in the reserved area of the HDMI format or the Display Port format, information such as the fact that the data asset B can be acquired via the communication line of the connection cable 40200a and the URL information serving as the access destination for acquiring the data asset B may be described.

[0403] On the monitor device 40300 side, the video information and audio information received by the digital interface unit via the data lane of the connection cable 40200a are input to an MMT decoding processing unit. The MMT decoding processing unit does not decode the MMT data string, but instead performs processes such as brightness adjustment, contrast adjustment, and volume adjustment on the input video information and audio information as necessary. Meanwhile, based on the information written in the reserved area, the monitor device 40300 requests the broadcast receiving device 40100 to transmit data asset B via the TX / RX line of the connection cable 40200a, which allows bidirectional transmission. Under the control of the server function execution unit 41103, the broadcast receiving device 40100 transmits the data of data asset B stored in the server data storage area 41400 of the storage unit 110 to the monitor device 40300 via the TX / RX line of the connection cable 40200a, which allows bidirectional transmission.

[0404] The monitor device 40300 interprets data asset B received via the TX / RX line of the connection cable 40200a to generate data content, and provides the user with video information and audio information via a monitor unit and a speaker along with the decoded video acquired via the unidirectional transmission data lane of the connection cable 40200a. For example, if data asset B is a video asset, image asset, or text asset, it is decoded and output to the monitor unit together with the decoded video of video asset A. If data asset B is an audio asset, it is decoded and output from the speaker together with the decoded audio of audio asset A.

[0405] As described above, even if the decoding process of the video asset A and the audio asset A is performed on the broadcast receiving device 40100 side, the broadcast receiving device 40100 of this embodiment is capable of performing output control according to the display performance of the monitor device obtained from the monitor device connected via a connection cable, thereby providing a broadcast receiving device that can perform functions with higher added value.

[0406] In this embodiment, the data of the data asset B is transmitted from the broadcast receiving device 40100 to the monitor device 40300 via the TX / RX line without using the data lane or CEC line of the connection cable 40200a. That is, by using a dedicated line (i.e., the TX / RX line) for transmitting various data (applications, content, other data, etc.) provided to the monitor device 40300, it is possible to avoid putting pressure on the data transmission capacity of the data lane, and to perform the transmission of the various data at high speed in parallel with the communication processing using the DDC line and CEC line.

[0407] Note that when the location information included in the MMT data sequence transmitted via the broadcast transmission network of digital broadcasting in the broadcast receiving device 40100 indicates a URL, the URL indicates the IP address of the external network from the perspective of the broadcast receiving device 40100. On the other hand, since the broadcast receiving device 40100 and the monitor device 40300 are directly connected by a wired cable, in order to indicate the server data storage area 41400 managed by the server function execution unit 41103 in the broadcast receiving device 40100 after connection, it is sufficient to indicate an IP address within the same subnet mask as the IP address of the monitor device 40300.

[0408] Therefore, it can be said that the location information rewriting process in this embodiment when the location information included in the MMT data sequence transmitted via the broadcast transmission network of digital broadcasting in the broadcast receiving device 40100 indicates a URL is a process of rewriting the location information indicating an IP address not within the same subnet mask as the subnet mask to which the IP addresses of the broadcast receiving device 40100 and the monitor device 40300 belong into location information indicating an IP address within the same subnet mask as the subnet mask to which the IP addresses of the broadcast receiving device 40100 and the monitor device 40300 belong.

[0409] Furthermore, in this embodiment, as described above, the data included in the data flow acquired by the broadcast receiving device 40100 via a broadcast transmission path that is unidirectional transmission and the data included in the data flow acquired via a communication line that is capable of bidirectional transmission are output via different lines, even though they are the same wired digital interface. By using different lines in this way, the two data flows can be output separately without any special multiplexing to combine them into a single data flow.

[0410] 38, the IP data flow acquired by the broadcast receiving device 40100 via the broadcast transmission path and the IP data flow acquired by the broadcast receiving device 40100 via the communication line are output as the IP data flow of output signal 1 and the IP data flow of output signal 2, respectively, without being multiplexed with each other, although the location information is rewritten. This eliminates the need for special multiplexing processing of the IP data flow of output signal 1 and the IP data flow of output signal 2, and the monitoring device also does not need to be equipped with a separation process compatible with this special multiplexing. Rather, if both output signal 1 and output signal 2 are configured to be output in MMT format, and the monitoring device has an MMT decoder similar to that of the broadcast receiving device 40100, it can decode output signal 1 and output signal 2 without special separation processing, which is beneficial because this output state greatly enhances the versatility of the system.

[0411] Furthermore, in this embodiment, as described above, data included in the data flow acquired by the broadcast receiving device 40100 via a unidirectional broadcast transmission path is output to an external monitor device via a unidirectional transmission line of the wired digital interface, and data included in the data flow acquired via a bidirectional communication line is output to the external monitor device via a bidirectional transmission line of the wired digital interface. The monitor device acquires data acquired by the broadcast receiving device 40100 via a unidirectional broadcast transmission path via a unidirectional transmission line, and acquires data acquired by the broadcast receiving device 40100 via a bidirectional communication line via a bidirectional transmission line, thereby achieving high processing affinity with the broadcast receiving device of this embodiment. In other words, the monitor device can be manufactured by partially utilizing the processing circuitry of the broadcast receiving device, reducing the number of dedicated processing circuits and enabling low-cost manufacturing of a monitor device capable of receiving output data from the broadcast receiving device of this embodiment. This makes it possible to provide users with a more suitable system at low cost.

[0412] The transmission line for one-way communication described in this embodiment may be a single physical line or a group of lines combining multiple lines. The transmission line capable of two-way communication described in this embodiment may be a single physical line or a group of lines combining multiple lines for transmitting using a two-way communication protocol.

[0413] In the above, in this embodiment, examples of output control according to various display performances of the monitor device have been described. However, even if these output control settings are set at the time of shipment, it is desirable to configure the output control settings for the output data format under each condition so that they can be changed manually by the user operating a menu via the operation input unit 170. This is because, even if correct information about the performance of the monitor device cannot be obtained due to a malfunction of the broadcast receiving device 40100 itself or the software of the monitor device, it is possible to prevent disadvantages to the user by configuring the data output required by the user to be obtained by manual setting.

[0414] Although examples of the embodiments of the present invention have been described above using Examples 1 to 4, the configurations for realizing the technology of the present invention are not limited to the above examples, and various modifications are possible. For example, it is possible to replace part of the configuration of one example with the configuration of another example, or it is also possible to add the configuration of another example to the configuration of one example. All of these fall within the scope of the present invention. Furthermore, numerical values, messages, etc. appearing in the text and figures are merely examples, and the effects of the present invention will not be impaired even if different ones are used.

[0415] The functions of the present invention described above may be realized in part or in whole by hardware, for example by designing them as integrated circuits. Alternatively, they may be realized by software, such as by a microprocessor unit interpreting and executing an operating program that realizes each function. Hardware and software may also be used in combination.

[0416] The software that controls the broadcast receiving device 100 may be stored in the ROM 103 and / or storage unit 110 of the broadcast receiving device 100 before the product is shipped. Alternatively, the software may be acquired via the LAN communication unit 121 from another application server 500 on the Internet 200 after the product is shipped. Alternatively, the software may be stored on a memory card, optical disk, or the like and acquired via the expansion interface unit 124.

[0417] In addition, the control lines and information lines shown in the diagram are those considered necessary for explanation, and do not necessarily represent all the control lines and information lines on the product. In reality, it can be assumed that almost all components are interconnected. [Explanation of symbols]

[0418] 100,800,40100... Broadcast receiving device, 100a,40100a... Antenna, 101,801... Main control unit, 102,802... System bus, 103,803... ROM, 104,804... RAM, 110,810... Storage unit, 121,821... LAN communication unit, 124,824... Expansion interface unit, 125,825,40125... Digital interface unit, 131,831,832... Tuner / demodulation unit, 132... Separation unit, 141... Video decoder, 142... Video color 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, 1,64,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, 40200,40200a... Connection cable, 40300... Monitor device.

Claims

【Claim 1】 A content protection processing method in the broadcast receiving apparatus of a transmission system that transmits broadcast program content from a broadcasting station side and receives the broadcast program content by a broadcast receiving apparatus, comprising: a receiving step of receiving the broadcast program content; a storing step of storing the broadcast program content received in the receiving step; an outputting step of outputting the broadcast program content stored in the storing step to an external device; wherein in the storing step, when the broadcast program content received in the receiving step is content that can be copied without restriction in the transmission system and is transmitted with protection by encryption, the broadcast program content is stored in an encrypted state so as to be reproducible only by the broadcast receiving apparatus; 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 apparatus via the IP interface; in the outputting step when the external device is a display device, the output of the broadcast program content can be performed according to the corresponding performance of the resolution of the display device, regardless of the resolution at which the broadcast program content received in the receiving step is transmitted in the transmission system and the content stored in the storing step; the output in the outputting step includes an output performed by HDMI and an output performed by an IP interface configured by hardware corresponding to the 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 different from 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, The output 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 becomes possible by pairing the external device with 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.

Citation Information

Patent Citations

  • Broadcasting system for data broadcast in tv broadcast

    JP2001186486A

  • Image displaying method

    JP2002010156A

  • Recording control method

    JP2009048703A

  • Receiver, receiving method, and output control method

    JP2011139191A

  • Digital broadcasting reception device, and digital broadcasting reception method

    JP2012249320A