Content protection processing method

Abstract

To provide a digital broadcast receiver which can execute a function of higher value.SOLUTION: A broadcast receiver 40100 includes: a tuner / demodulator 131 which receives broadcast data of a program content from a broadcast transmission line; a LAN communication unit 121 which receives communication data of the program content from a communication line; and a recording processing control unit which controls processing to record a broadcast program designated by a user. In recording a predetermined broadcast program, program information for identifying the predetermined broadcast program, broadcast data of broadcast content of the predetermined broadcast program, and communication data of the program content of the predetermined broadcast program can be recorded in association with each other. In recording the above information, the broadcast data of the broadcast content of the predetermined broadcast program is recorded during broadcasting the predetermined broadcast program, and the communication data of the broadcast content of the predetermined broadcast program is recorded in hours other than those in which the predetermined broadcast program is broadcasted.SELECTED DRAWING: Figure 29A

Description

[Technical field]

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

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

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

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

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

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

[0007] As an example, a content protection processing method in a broadcast receiving device that receives control information related to a broadcast program and broadcast program content includes a receiving step of receiving the control information related to the broadcast program and the broadcast program content, a recording reservation step of reserving a recording of the broadcast program using an EIT, which is included in the control information received in the receiving step and which describes information related to an event, a storage step of storing the broadcast program content received in the receiving step using copy control information, which is included in the control information received in the receiving step, for the broadcast program reserved for recording in the recording reservation step, and a video output step of controlling acquisition of a video using an AIT, which is information related to an application, which is included in the control information received in the receiving step, and outputting the video. In the storage step, the broadcast program content received in the receiving step is protected from the copy control information included in the control information. and in the storage step, when the broadcast program content received in the receiving step is content for which protection allowing only one generation of copying is specified by copy control information included in the control information, the broadcast program content is stored in a state in which nine copy processes and one move process are possible and in a state in which the broadcast program content is encrypted so that it can be played only by the broadcast receiving device, and when the broadcast program content received in the receiving step is content for which protection allowing only one generation of copying is specified by copy control information included in the control information, the broadcast program content is stored in a state in which nine copy processes and one move process are possible and in a state in which the broadcast program content can be played only by the broadcast receiving device, and the storage step uses a content protection processing method in which the storage of the broadcast program content can be performed in a storage unit at the output destination of an IP interface configured by hardware compatible with Ethernet provided in the broadcast receiving device. Effect of the Invention

[0008] By using the technology of the present invention, it is possible to realize a content protection processing method capable of executing functions with higher added value. [Brief description of the drawings]

[0009] [Figure 1] 1 is a system configuration diagram showing an example of a broadcast communication system including a broadcast receiving device according to a first embodiment. [Figure 2A] FIG. 1 is an explanatory diagram of an overview of a coded signal in MMT. [Figure 2B] This is a diagram showing the configuration of an MPU in MMT. [Figure 2C] FIG. 1 is a diagram showing the structure of an MMTP packet in MMT. [Diagram 3] FIG. 1 is a conceptual diagram of a protocol stack for a broadcasting system using MMT. [Figure 4] FIG. 2 is a diagram showing a hierarchical structure of control information used in a broadcasting system. [Figure 5A] This is a list of tables used in the TLV-SI of the broadcasting system. [Figure 5B] This is a list of descriptors used in the TLV-SI of the broadcasting system. [Figure 6A] This is a list of messages used in the MMT-SI broadcasting system. [Figure 6B] 1 is a list of tables used in MMT-SI of the broadcasting system. [Figure 6C] This is a list of descriptors used in the MMT-SI of the broadcasting system (part 1). [Figure 6D] This is a list of descriptors used in the MMT-SI of the broadcasting system (part 2). [Figure 6E] FIG. 2 is a diagram showing the relationship between data transmission in a broadcasting system and each table. [Figure 7A] 1 is a block diagram of a broadcast receiving device according to a first embodiment. [Figure 7B] 2 is a configuration diagram of a logical plane structure of a presentation function of the broadcast receiving device according to the first embodiment. FIG. [Figure 7C] 1 is a system configuration diagram of clock synchronization / presentation synchronization of a broadcast receiving device according to a first embodiment. [Figure 7D] 2 is a software configuration diagram of the broadcast receiving device according to the first embodiment. [Figure 8] FIG. 2 is a block diagram of a broadcast station server according to the first embodiment. [Figure 9] FIG. 2 is a block diagram of a service provider server according to the first embodiment. [Figure 10A] FIG. 2 is a block diagram of a portable information terminal according to the first embodiment. [Figure 10B] FIG. 2 is a software configuration diagram of the portable information terminal according to the first embodiment. [Figure 11A] A diagram showing the data structure of MH-TOT of a broadcasting system. [Figure 11B] A diagram showing the format of the JST_time parameter of a broadcasting system. [Figure 12] 11 is a diagram illustrating a method of calculating the current date from the MJD of the broadcast receiving device in accordance with the first embodiment. FIG. [Figure 13A] A diagram showing the configuration of the NTP format of a broadcasting system. [Figure 13B] A diagram showing the data structure of an MPU timestamp descriptor in a broadcasting system. [Figure 13C] A diagram showing the data structure of time information in the TMCC extended information area of ​​a broadcasting system. [Figure 14] FIG. 4 is an operational sequence diagram during channel scanning of the broadcast receiving device according to the first embodiment. [Figure 15A] A diagram showing the data structure of the TLV-NIT of a broadcasting system. [Figure 15B] A diagram showing the data structure of a satellite distribution system descriptor of a broadcasting system. [Figure 15C] A diagram showing the data structure of a service list descriptor for a broadcasting system. [Figure 15D] A diagram showing the data structure of AMT of a broadcasting system. [Figure 16] 4 is a diagram showing an operation sequence when the broadcast receiving device according to the first embodiment selects a channel. FIG. [Figure 17] A diagram showing the data structure of the MPT of the broadcasting system. [Figure 18] A diagram showing the data structure of the LCT of the broadcasting system. [Figure 19A] FIG. 13 is a diagram showing an example of allocation of layouts to layout numbers based on the LCT. [Figure 19B] FIG. 13 is a diagram showing an example of allocation of layouts to layout numbers based on the LCT. [Figure 19C] FIG. 13 is a diagram showing an example of allocation of layouts to layout numbers based on the LCT. [Figure 19D] FIG. 13 is a diagram showing an example of allocation of layouts to layout numbers based on the LCT. [Figure 20A] 11A and 11B are diagrams illustrating the operation of exception handling in screen layout control based on the LCT. [Figure 20B] 11A and 11B are diagrams illustrating the operation of exception handling in screen layout control based on the LCT. [Figure 21] A diagram showing the data structure of the MH-EIT of the broadcasting system. [Figure 22A] 4 is a screen display diagram of an EPG screen of the broadcast receiving device according to the first embodiment. FIG. [Figure 22B] 4 is a screen display diagram of an EPG screen of the broadcast receiving device according to the first embodiment. FIG. [Figure 22C] 4 is a screen display diagram of an EPG screen of the broadcast receiving device according to the first embodiment. FIG. [Diagram 23] 4 is a screen display diagram of the broadcast receiving device according to the first embodiment when an emergency alert broadcast is displayed. FIG. [Figure 24] FIG. 11 is a block diagram of a broadcast receiving device according to a second embodiment. [Diagram 25] 11A and 11B are diagrams illustrating inconsistencies in the current time display when switching broadcast services. [Figure 26] FIG. 11 is a diagram illustrating an operation of current time information reference source selection control according to the second embodiment. [Figure 27A] FIG. 11 is a screen display diagram of an EPG screen of a broadcast receiving device according to a second embodiment. [Figure 27B] FIG. 11 is a screen display diagram of an EPG screen of a broadcast receiving device according to a second embodiment. [Figure 28] FIG. 11 is a system configuration diagram of a broadcast communication system according to a third embodiment. [Figure 29A] FIG. 11 is a block diagram of a broadcast receiving device according to a third embodiment. [Figure 29B] FIG. 11 is a software configuration diagram of a broadcast receiving device according to a third embodiment. [Diagram 30] FIG. 11 is a diagram illustrating an interface configuration between a broadcast receiving device and a monitor device according to a third embodiment. [Diagram 31] FIG. 2 is a diagram illustrating the package configuration of a broadcasting service. [Figure 32A] FIG. 11 is a screen display diagram illustrating a recording reservation setting screen of the broadcast receiving device according to the third embodiment. [Figure 32B] FIG. 11 is a screen display diagram for explaining a menu configuration of a broadcast receiving device according to a third embodiment. [Figure 33A] A diagram showing the data structure of the MH-AIT of a broadcasting system. [Figure 33B] This is a list of MH-AIT parameters and descriptors for the broadcasting system. [Diagram 34] FIG. 11 is a screen display diagram illustrating a recorded program list screen of a broadcast receiving device according to a third embodiment. [Figure 35A] FIG. 11 is a diagram for explaining an output format of a broadcast receiving device according to a fourth embodiment. [Figure 35B] FIG. 11 is a diagram for explaining an output format of a broadcast receiving device according to a fourth embodiment. [Figure 35C] FIG. 11 is a diagram for explaining an output format of a broadcast receiving device according to a fourth embodiment. [Figure 35D] FIG. 11 is a diagram for explaining an output format of a broadcast receiving device according to a fourth embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] Hereinafter, examples of embodiments of the present invention will be described with reference to the drawings. Example 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 radio tower 300t of a broadcast station, a broadcast satellite (or a communication satellite) 300s, a broadcast station server 300, a service provider server 400, other application servers 500, a mobile telephone communication server 600, a base station 600b of a mobile telephone communication network, and a mobile information terminal 700.

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

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

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

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

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

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

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

[0019] [Outline of the MMT method] The broadcast receiving device 100 shown in Fig. 1 is a television receiver that is compatible with MMT (MPEG Media Transport) instead of TS (Transport Stream) (hereinafter referred to as MPEG2-TS) defined in the MPEG (Moving Picture Experts Group)-2 system, which is widely used in conventional digital broadcasting systems, as a media transport method for transmitting data such as video and audio. The television receiver may be compatible with both MPEG2-TS and MMT.

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

[0021] FIG. 2A shows an example of an outline of an encoded signal in the MMT of this embodiment. As shown in the figure, the MMT of this embodiment has an MFU (Media Fragment Unit), an MPU (Media Processing Unit), an MMTP (MMT Protocol) payload, and an MMTP packet as elements constituting an encoded signal. The MFU is a format for transmitting video, audio, etc., and may be configured in NAL (Network Abstraction Layer) unit units or access unit units. The MPU may be configured with MPU metadata including information on the entire MPU configuration, movie fragment metadata including information on the encoded media data, and sample data that is the encoded media data. It is also assumed that the MFU can be extracted from the sample data. In addition, in the case of media such as video components and audio components, the presentation time and the decoding time may be specified in MPU units or access unit units. FIG. 2B shows an example of the configuration of an MPU.

[0022] An MMTP packet is composed of a header section and an MMTP payload, and transmits control information for the MFU and MMT. The MMTP payload is equipped with a payload header according to the contents (data unit) stored in the payload section. FIG. 2C shows an example of an overview of constructing an MFU from a video / audio signal, storing it in the MMTP payload, and constructing an MMTP packet. For video signals that are encoded using interframe prediction, it is desirable to configure the MPU in GOP (Group Of Pictures) units. If the size of the MFU to be transmitted is small, one MFU may be stored in one payload section, or multiple MFUs may be stored in one payload section. If the size of the MFU to be transmitted is large, one MFU may be divided and stored in multiple payload sections. In addition, the MMTP packet may be protected using a technique such as AL-FEC (Application Layer Forward Error Correction) or ARQ (Automatic Repeat Request) to recover packet loss on the transmission path.

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

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

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

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

[0027] [Control information for broadcasting systems using MMT] In the broadcast system supported by the broadcast receiver 100 of this embodiment, as described above, as control information, TLV-SI related to the TLV multiplexing method for multiplexing IP packets and MMT-SI related to MMT which is a media transport method are prepared. TLV-SI provides information for the broadcast receiver 100 to demultiplex the IP packets multiplexed on the broadcast transmission path. TLV-SI is composed of a "table" and a "descriptor". The "table" is transmitted in section format, and the "descriptor" is arranged within the "table". MMT-SI is transmission control information indicating information related to the configuration of MMT packages and broadcast services. MMT-SI is composed of three layers: a "message" storing a "table" and a "descriptor", a "table" having elements and attributes indicating specific information, and a "descriptor" indicating more detailed information. An example of the hierarchical structure of the control information used in the broadcast system of this embodiment is shown in FIG. 4.

[0028] FIG. 5A shows a list of "tables" used in the TLV-SI of the broadcast system supported by the broadcast receiver 100 of this embodiment. In this embodiment, the following are used as the "tables" of TLV-SI.

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

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

[0031] (3) Table set by the operator In addition, it is possible to prepare a table independently set by a service provider or the like.

[0032] <Descriptors used in TLV-SI> Fig. 5B shows a list of "descriptors" arranged in the TLV-SI of the broadcast system corresponding to the broadcast receiver 100 of this embodiment. In this embodiment, the following shall be used as the "descriptors" of TLV-SI.

[0033] (1) Service List Descriptor The Service List Descriptor provides a list of services based on service identification and service format 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 with alphanumeric characters.

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

[0038] <Messages Used in MMT-SI> Fig. 6A shows a list of "messages" used in the MMT-SI of the broadcast system corresponding to the broadcast receiver 100 of this embodiment. In this embodiment, the following shall be used as the "messages" of MMT-SI.

[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 restricted reception method.

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

[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 Operator In addition, it is possible to prepare messages independently set by service providers and the like.

[0045] <Tables Used in MMT-SI> Figure 6B shows a list of the 'tables' used in the MMT-SI of the broadcast system corresponding to the broadcast receiving apparatus 100 of the present embodiment. The table is control information having elements and attributes indicating specific information, and is to be stored in a message and transmitted by an MMTP packet. Note that the message storing the table may be determined according to the table. In the present embodiment, the following are used as the 'tables' of MMT-SI.

[0046] (1) MPT The MMT package table (MMT Package Table: MPT) provides information constituting a package such as a list of assets and the positions of assets on the network. The MPT may be stored in a PA message.

[0047] (2) PLT The package list table (PLT) indicates a list of IP data flows and packet IDs that transmit PA messages of MMT packages provided as broadcast services, and IP data flows that transmit IP services. The PLT may be stored in the PA message.

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

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

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

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

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

[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 an M2 section message.

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

[0055] (10)MH-AIT The MH-Application Information Table (MH-AIT) stores all information about the application and the required activation state of the application, etc. The MH-AIT may be stored in the M2 section message.

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

[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 that represent services included in a specific TLV stream, and transmits information about the organization channel, such as the organization channel name, the broadcaster name, etc. The MH-SDT may be stored in the M2 section message.

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

[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 this. The MH-CDT may be stored in an M2 section message.

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

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

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

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

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

[0066] <Descriptors used in MMT-SI> Figures 6C and 6D show a list of "descriptors" arranged in the MMT-SI of the broadcast system corresponding to the broadcast receiving apparatus 100 of the present embodiment. A descriptor is control information that provides more detailed information and is assumed to be arranged in a table. Note that the table in which the descriptor is arranged may be determined according to the descriptor. In the present embodiment, the following are used as the "descriptors" of MMT-SI.

[0067] (1) Asset Group Descriptor The Asset Group Descriptor provides the group relationship of assets and the priority within the group. The Asset Group Descriptor may be arranged in the MPT.

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

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

[0070] (4) MPU presentation area specification descriptor The MPU presentation area specification descriptor provides the location where the MPU is presented. The MPU presentation area specification descriptor 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 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 IDs of the dependent assets. The dependency descriptor can be placed in the MPT.

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

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

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

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

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

[0078] (12) MH-MPEG-4 Audio Extension Descriptor The MH-MPEG-4 Audio Extension Descriptor is used to describe the profile and level of the MPEG-4 audio stream and the encoding method specific settings. 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 basic coding parameters of a video stream (HEVC stream) of ITU-T Recommendation H.265|ISO / IEC 23008-2. The MH-HEVC video descriptor may be placed in the MPT.

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

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

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

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

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

[0085] (19) Video Component Descriptor The video component descriptor indicates parameters and descriptions related to a video component, and is also used to express an elementary stream in a text format. 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 is used to label the component stream of a service and to refer to the description indicated by the video component descriptor in the MH-EIT by this label. The MH-Stream Identification Descriptor may be placed in the MPT.

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

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

[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 a character format. The MH-audio component descriptor may 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 a part of streams that constitute 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. The MH-series descriptor 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. The MH-SI transmission parameter descriptor 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 expresses the organization channel name and its operator name together with the service format type in character codes. The MH-service descriptor may be placed in the MH-SDT.

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

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

[0099] (33)MH-Expire Descriptor The MH-Expire descriptor describes the expiration time of an item. The MH-Expire descriptor can be placed in the DAM table.

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

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

[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 can be placed in the EMT.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[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 constituting a package can be only assets in a TLV stream, but as shown in Fig. 6E, they can also include assets transmitted in an IP data flow of a communication line. This can be achieved by including location information of each asset included in the package (corresponding to "MMT_general_location_info()" shown in Fig. 17 described later) in the MPT, enabling the broadcast receiving device 100 of this embodiment to grasp the reference destination of each asset. Specifically, by changing the value of the "MMT_general_location_infonolocation_type" parameter placed in the location information, (1) Data multiplexed in the same IP data flow as MPT (location_type=0x00) (2) Data multiplexed in IPv4 data flows (location_type=0x01) (3) Data multiplexed in IPv6 data flows (location_type=0x02) (4) Data multiplexed into the broadcast MPEG2-TS (location_type=0x03) (5) Data multiplexed in MPEG2-TS format within the IP data flow (location_type=0x04) (6) Data at the specified URL (location_type=0x05) It is possible to configure the broadcast receiving device 100 so that it can refer to various types of data transmitted via various transmission paths such as the above.

[0124] Among the above-mentioned reference destinations, (1) is, for example, an IP data flow received via a digital broadcast signal received by the tuner / demodulator unit 131 of the broadcast receiving device 100 in FIG. 7A, which will be described later. When the MPT is also included in the IP data flow on the communication line side and transmitted, the reference destination of (1) may be an IP data flow received by the LAN communication unit 121, which will be described later, via the communication line. Also, the above (2), (3), (5), and (6) are IP data flows received by the LAN communication unit 121, which will be described later, via the communication line. Also, the above (4) can be used, for example, in the case of a broadcast receiving device having both a receiving function for receiving digital broadcast signals using the MMT method and a receiving function for receiving digital broadcast signals using the MPEG2-TS method, such as the broadcast receiving device 800 of the second embodiment shown in FIG. 24, which will be described later, when referring to data multiplexed in the MPEG2-TS received by the receiving function for receiving digital broadcast signals using the MPEG2-TS method, based on the location information of the MPT included in the digital broadcast signal using the MMT method ("MMT_general_location_info()").

[0125] Although the data constituting a "package" is specified in this manner, in the broadcasting system compatible with the broadcast receiving device 100 of this embodiment, a series of data in units of this "package" is treated as a "service" unit of digital broadcasting.

[0126] Furthermore, the MPT describes the presentation time information of each MPU designated by the MPT (corresponding to the "mpu_presentation_time" parameter shown in FIG. 13B described later), and using this presentation time information, it becomes possible to present (display, output, etc.) multiple MPUs designated by the MPT in a linked manner based on a clock based on NTP, which is time information in UTC notation. Presentation control of various data using the clock based on the NTP will be described later.

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

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

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

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

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

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

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

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

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

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

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

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

[0139] The video synthesis unit 161 receives the video information output from the video color gamut conversion unit 142, the subtitle information output from the subtitle color gamut conversion unit 147, the application information output from the application color gamut conversion unit 155, and the like, and performs processing such as selection and / or superimposition as appropriate. The video synthesis unit 161 includes a video RAM (not shown), and the monitor unit 162 and the like are driven based on the video information and the like input to the video RAM. The video synthesis unit 161 also performs scaling processing and superimposition processing of EPG (Electronic Program Guide) screen information created based on information such as MH-EIT included in MMT-SI, as necessary, based on the control of the main control unit 101. The monitor unit 162 is a display device such as a liquid crystal panel, and provides the video information selected and / or superimposed by the video synthesis unit 161 to the user of the broadcast receiving device 100. The video output unit 163 is a video output interface that outputs the video information selected and / or superimposed by the video synthesis unit 161.

[0140] The presentation function of the broadcast receiving device 100 of this embodiment is provided with a logical plane structure in order to display the multimedia service as intended by the provider. FIG. 7B shows an example of the configuration of the logical plane structure provided by the presentation function of the broadcast receiving device 100 of this embodiment. In the logical plane structure, a character superimposition plane for displaying character superimposition is arranged in the foreground, and a subtitle plane for displaying subtitles is arranged in the next layer. A multimedia plane for displaying broadcast video, multimedia applications, or their composite video is arranged in the third layer, and a background plane is arranged in the background. In the subtitle synthesis unit 146 and the video synthesis unit 161, drawing of character superimposition information on the character superimposition plane, drawing of subtitle information on the subtitle plane, drawing of video information, application information, etc. on the multimedia plane are performed. In addition, a background color is drawn on the background plane based on the LCT, etc. included in the MMT-SI. It is assumed that a plurality of multimedia planes in the third layer can be prepared according to the number of video decoders 141. However, even if there are a plurality of multimedia planes, application information, etc. output from the application color gamut conversion unit 155 is output only to the foreground multimedia plane.

[0141] The audio synthesis unit 164 receives the audio information output from the audio decoder 143 and the application audio information reproduced by the sound source unit 156, and performs processing such as appropriate selection and / or mixing. The speaker unit 165 provides the audio information selected and / or mixed by the audio synthesis unit 164 to the user of the broadcast receiving device 100. The audio output unit 166 is an audio output interface that outputs the audio information selected and / or mixed by the audio synthesis unit 164.

[0142] The expansion interface unit 124 is a group of interfaces for expanding the functions of the broadcast receiving device 100, and in this embodiment, is configured with an analog video / audio interface, a USB (Universal Serial Bus) interface, a memory interface, etc. The analog video / audio interface inputs analog video signals / audio signals from an external video / audio output device, outputs analog video signals / audio signals to an external video / audio input device, etc. The USB interface connects to a PC or the like to send and receive data. A HDD may be connected to record broadcast programs and content. A keyboard or other USB device may also be connected. The memory interface connects to a memory card or other memory medium to send and receive data.

[0143] The digital interface unit 125 is an interface that outputs or inputs encoded digital video data and / or digital audio data. The digital interface unit 125 is capable of outputting, as is, an MMT data string obtained by demodulation in the tuner / demodulator unit 131, an MMT data string acquired via the LAN communication unit 121, or mixed data of the MMT data strings. In addition, the digital interface unit 125 may control the MMT data string input to the separator 132. The output of digital content stored in the storage unit 110, or the storage of digital content in the storage unit 110 may be performed via the digital interface unit 125.

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

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

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

[0147] [System configuration for clock synchronization / presentation synchronization of broadcast receiving devices] FIG. 7C is an example of a system configuration of clock synchronization / presentation synchronization in a broadcasting system that the broadcast receiving device 100 of this embodiment supports. In the broadcasting system of this embodiment, UTC is transmitted from the broadcast sending system to the receiver (such as the broadcast receiving device 100 of this embodiment) in a 64-bit NTP timestamp format. In the NTP timestamp format, "seconds or more" of UTC are represented by 32 bits, and "less than a second" is represented by 32 bits. However, in reality, it is difficult to reproduce one second with 32-bit accuracy. For this reason, as a system clock for synchronizing a video system or a system clock for operating a clock in the NTP format, for example, a frequency of "2 to the 24th power" Hz (approximately 16.8 MHz) as shown in the figure may be used. Note that, considering that the system clock in the conventional broadcasting system was 27 MHz and that the hardware configuration of the receiver can be easily constructed, it is desirable to adopt a frequency of a power of 2, such as "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 frequency of a power of 2 such as "2 to the power of 24" to "2 to the power of 28" on the broadcast transmission system side or the receiver side as described above, the lower 8 to 4 bits in the NTP timestamp format transmitted from the broadcast transmission system side to the receiver side, which are not referenced by the PLL (Phase Locked Loop) system for regenerating the system clock or the NTP format clock, may be fixed to "0" or "1". In other words, if the system clock is "2 to the power of n" Hz (n=24 in the example of FIG. 7C), the lower "32-n" bits of the NTP timestamp format may be fixed to "0" or "1". Alternatively, the receiver side may process the lower "32-n" bits of the NTP timestamp format to be ignored.

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

[0150] The receiver receives the time information in the NTP long format via the broadcast transmission path, and regenerates the receiving system clock by a PLL system based on a VCO of "2 to the power of n" Hz, just like the broadcast transmission system. This makes the receiving system clock synchronized with the broadcast transmission system. In addition, 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 and the receiver is realized, enabling stable signal reproduction. In addition, 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 time information in the NTP format. Here, the MPT stored in the PA message transmitted by the broadcast signal stores the MPU timestamp descriptor shown in FIG. 13B described later. The "mpu_sequence_number (MPU sequence number)" parameter in the MPU timestamp descriptor in FIG. 13B 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 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 of video signals, audio signals, subtitles, superimposed text, etc. for each MPU.

[0151] In addition, when focusing on the control of the decoding timing and presentation timing for each presentation unit of the above-mentioned video / audio signals, the synchronization of the video / audio signals can be ensured even with a clock of about 2 to the power of 16 Hz (approximately 65.5 KHz), and 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. In other words, if a clock of 2 to the power of m Hz generated by dividing the system clock, etc. is used to control 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 receiving device] 7D is a software configuration diagram of the broadcast receiving device 100 of this embodiment, and shows the software configuration in the ROM 103, the RAM 104, and the storage (accumulation) unit 110. In this embodiment, a basic operation program 1001 and other operation programs are stored in the ROM 103, and a receiving function program 1002 and other operation programs are stored in the storage (accumulation) unit 110. The storage (accumulation) unit 110 is also assumed to include a content storage area 1200 for storing content such as moving images, still images, and audio, an authentication information storage area 1300 for storing authentication information and the like required for accessing an external mobile terminal device or each server device, and various information storage areas for storing various other information.

[0153] A basic operation program 1001 stored in ROM 103 is loaded into RAM 104, and the main control unit 101 executes the loaded basic operation program to constitute a basic operation execution unit 1101. Similarly, a receiving function program 1002 stored in the storage (accumulation) unit 110 is loaded into RAM 104, and the main control unit 101 executes the loaded receiving function program to constitute a receiving function execution unit 1102. The RAM 104 also includes a temporary storage area for temporarily holding data created when each operation program is executed, as necessary.

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

[0155] The receiving function execution unit 1102 controls each operation block of the broadcast receiving device 100 to reproduce components such as video and audio transmitted in the broadcasting system of this embodiment. In particular, the transport processing unit 1102a mainly controls the MMT decoder function of the separation unit 132, and distributes the video data string and audio data string separated from the MMT data string to the corresponding decoding processing units. The AV decoding processing unit 1102b mainly controls the video decoder 141, the audio decoder 143, etc. The application processing unit 1102c mainly controls the cache unit 152, the application control unit 153, the browser unit 154, and the sound source unit 156. The superimposed text processing unit 1102d mainly controls the superimposed text decoder 144. The subtitle processing unit 1102e mainly controls the subtitle decoder 151. The general-purpose data processing unit 1102f mainly controls the data decoder 151. The EPG generation unit 1102g interprets the description contents of the MH-EIT etc. included in the MMT-SI to generate an EPG screen. The presentation processing unit 1102h mainly controls the video color gamut conversion unit 142, the subtitle synthesis unit 146, the subtitle color gamut conversion unit 147, the application color gamut conversion unit 155, the video synthesis unit 161, and the audio synthesis unit 164 based on the logical plane structure.

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

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

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

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

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

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

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

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

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

[0165] [Service provider server configuration] 9 is a block diagram showing an example of the internal configuration of the service provider server 400. The service provider server 400 is composed of a main control unit 401, a system bus 402, a RAM 404, 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 in accordance with a predetermined operation program. The system bus 402 is a data communication path for transmitting and receiving data between the main control unit 401 and each operation block in the service provider server 400. The RAM 404 serves as a work area when each operation program is executed.

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

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

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

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

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

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

[0173] The main control unit 701 is a microprocessor unit that controls the entire portable information terminal 700 in accordance with a predetermined operation program. The system bus 702 is a data communication path for transmitting and receiving data between the main control unit 701 and each operation block in the portable information terminal 700.

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

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

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

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

[0178] The expansion interface unit 724 is a group of interfaces for expanding the functions of the portable information terminal 700, and in this embodiment, is composed of a video / audio interface, a USB interface, a memory interface, etc. The video / audio interface inputs video signals / audio signals from an external video / audio output device, outputs video signals / audio signals to an external video / audio input device, etc. The USB interface connects to a PC or the like to send and receive data. It may also be used to connect a keyboard or other USB device. The memory interface connects to a memory card or other memory medium to send and receive data.

[0179] The operation unit 730 is an instruction input unit that inputs operation instructions to the mobile information terminal 700, and in this embodiment, is configured with a touch panel 730t arranged on top of the display unit 741 and operation keys 730k arranged with button switches. Only one of them may be used. The mobile information terminal 700 may be operated using a keyboard or the like connected to the extended interface unit 724. The mobile information terminal 700 may be operated using a separate terminal device connected by wired or wireless communication. In other words, the mobile information terminal 700 may be operated from the broadcast receiving device 100. The touch panel function may be provided in the display unit 741.

[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 image data processed by the image signal processing unit 742 to the user of the mobile information terminal 700. The image signal processing unit 742 includes a video RAM (not shown), and the display unit 741 is driven based on image data input to the video RAM. The image signal processing unit 742 also has a function of performing format conversion, superimposition processing of menus and other OSD (On Screen Display) signals, etc., as necessary. The first image input unit 743 and the second image input unit 744 are camera units that input image data of the surroundings and objects by converting light input from a lens into an electrical signal using electronic devices 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 an audio signal processed by the audio signal processing unit 752 to the user of the mobile information terminal 700. The audio input unit 753 is a microphone, and converts the user's voice, etc. into audio data and inputs it.

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

[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 Assistant) or a notebook PC. It may also be a digital still camera, a video camera capable of shooting moving images, a portable game machine, a navigation device, or other portable digital devices.

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

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

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

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

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

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

[0190] [Time management for broadcast receiving devices] The broadcast receiving device 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 explained with reference to Fig. 7C. The second time management function is a time management function based on MH-TOT, and the time is managed based on the time information transmitted by MH-TOT, as explained with reference to Fig. 6B.

[0191] An example of the configuration of time information transmitted by NTP is shown in FIG. 13A. An example of the data structure of the MPU timestamp descriptor is shown in FIG. 13B. The "reference_timestamp" parameter and the "transmit_timestamp" parameter in the NTP format are 64-bit time data in the NTP long format, and the "mpu_presentation_time" parameter in the MPU timestamp descriptor is also 64-bit time data in the NTP timestamp format. The NTP long format time data and the NTP timestamp format time data are data in which "seconds or more" of UTC are expressed in 32 bits and "less than seconds" is expressed in 32 bits. That is, the NTP format time information can transmit time information up to "less than seconds". Furthermore, since the NTP format time information is expressed in UTC notation, it can be consistent with the NTP included in the signal received on the communication line path (for example, the communication line that can be received by the LAN communication unit 121 in FIG. 7A) as shown in FIG. 3(B), unlike the clock management in conventional digital broadcasting.

[0192] In contrast, the information transmitted by the MH-TOT is as follows. The broadcast receiving device 100 is assumed to be able to obtain the current date and Japan Standard Time from the MH-TOT. FIG. 11A shows an example of the data structure of the MH-TOT. The broadcast receiving device 100 is assumed to be able to obtain 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 is assumed to include the lower 16 bits of the coded data of the current date based on the Modified Julian Date (MJD) and 24 bits of information expressing Japan Standard Time (JST) as six 4-bit binary-coded decimal (BCD) numbers. The current date can be calculated by performing a predetermined calculation on the 16-bit coded data of the MJD. The six 4-bit binary coded decimal numbers consist of two 4-bit binary coded decimal numbers that represent the hour in two decimal digits, the next two 4-bit binary coded decimal numbers that represent the minutes in two decimal digits, and the last two 4-bit binary coded decimal numbers that represent the seconds in two decimal digits.

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

[0194] The broadcast receiving device 100 of this embodiment can achieve more accurate synchronization by using a time management function based on NTP, which is time information in UTC, for decoding and displaying synchronization processing of video, audio, subtitles, superimposed text, and other presented data, which are the contents of the broadcast signal. Furthermore, by referring to information in UTC notation instead of the clock notation of the broadcast station, it is also possible to perform synchronization processing of decoding and displaying video, audio, subtitles, superimposed text, or other data, which are the contents of the broadcast signal received by the broadcast signal, and video, audio, subtitles, superimposed text, or other data acquired through a communication line path.

[0195] Furthermore, the broadcast receiving device of this embodiment may use the time management function based on "JST_time" including 24-bit information expressed by six 4-bit binary-coded decimal numbers of MH-TOT in the process of presenting the current time to the user or each process that handles the MH-Event Information Table (MH-EIT) described in FIG. 6B. Generally, the process of presenting the current time to the user in the broadcast receiving device rarely requires accuracy to the nearest second. Also, each piece of time information described in the MH-Event Information Table (MH-EIT) is stored in two decimal digits each for "hour", "minute", and "second" as 24-bit information expressed by six 4-bit binary-coded decimal numbers, similar to the EIT of conventional digital broadcasting transmitted by the MPEG2-TS method. For this reason, the time management function based on MH-TOT in the broadcast receiving device 100 of this embodiment is easily compatible with the process that uses the MH-EIT. Specifically, the process that uses the MH-EIT is a program guide generation process (described later), control of recording and viewing reservations, copyright management process such as temporary storage, etc. This is because it is rare for any process to require accuracy below a second, and accuracy on the order of one second is sufficient.

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

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

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

[0199] As described above, the broadcast receiving device 100 of this embodiment has a time management function that uses two types of time information with different accuracy. One type of time information is time information written in a manner consistent with conventional digital broadcasting systems, and the other type of time information is time information with a higher resolution than the one type of time information. By using the latter type of time information for synchronization processing of each content data of a broadcast signal, a more advanced information presentation processing than that of conventional broadcasting systems is realized, and by using the former type of time information for program guide generation processing, recording reservation control and viewing reservation control, copyright management processing such as temporary storage, etc., a broadcast receiving device can be provided at a low cost.

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

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

[0202] In a first variant, in order to improve the accuracy of the management time of the NTP-based time management function already described with reference to Figure 7C, information regarding an estimated delay time in transmitting time information from a time management server (not shown) or broadcast station server 300 to broadcast receiving device 100 may be included in the broadcast signal and transmitted, and the broadcast receiving device 100 may be configured to use the information regarding the estimated delay time to correct the system clock of the NTP-based time management function.

[0203] In this case, the information on the expected delay time may be configured to be transmitted not in the TLV multiplexed stream shown in FIG. 3A but in a TMCC (Transmission and Multiplexing Configuration Control) area outside the TLV multiplexed stream. If the information is transmitted in the TMCC area, the broadcast receiving device 100 can extract the information on the expected delay time without undergoing a separation process (demux process) of the TLV multiplexed stream. That is, it is possible to obtain information that is not easily affected by the delay caused by the separation process in the broadcast receiving device 100, and therefore it is possible to perform a highly accurate system clock correction process. An example of the data structure of the time information transmitted by the TMCC signal will be described with reference to FIG. 13C. The time information may be stored in, for example, a TMCC extended information area and transmitted. In the time information in the TMCC extended information area in FIG. 13C, the "delta" parameter represents the expected value of the transmission delay from a time management server that distributes UTC or a server device that creates a TMCC signal to a general broadcast receiving device in a 32-bit signed fixed point number. The upper 16 bits describe the integer part, and the lower 16 bits describe the decimal part. The "transmit_timestamp" parameter is a transmission timestamp, and describes the time when this TMCC signal is sent from the server device in NTP timestamp length format. The upper 32 bits represent the integer part, and the lower 32 bits represent the decimal part.

[0204] In the first variant, the broadcast receiving device 100 of this embodiment can use information regarding the expected delay time described in the time information stored in the TMCC extended information area and transmitted (e.g., the aforementioned ``delta'' parameter and / or ``transmit_timestamp'' parameter) to more accurately correct the system clock of the NTP-based time management function used for synchronization processing of each content data of the broadcast signal.

[0205] [Second modified version of time management] Next, a second modification of the time management in the broadcasting system of this embodiment will be described below.

[0206] As described above, the broadcast receiving device 100 of this embodiment has a time management function that acquires the current date and Japan Standard Time from information transmitted in the MH-TOT and manages the time. The current date and Japan Standard Time acquired from information transmitted in the MH-TOT can be superimposed on video information, application information, etc. by the video synthesis unit 161 of the broadcast receiving device 100, and output to the monitor unit 162 or video output unit 163 for provision to the user. As described above, the MH-TOT has the data structure shown in Fig. 11A, and the broadcast receiving device 100 can acquire the current date and current time from the "JST_time" parameter of the MH-TOT.

[0207] However, since the aforementioned "JST_time" parameter uses only the lowest 16 bits of the encoded data of the MJD, an overflow occurs at "April 22, 2038", and dates after "April 23, 2038" cannot be expressed by the above-mentioned specified calculation alone. Therefore, in the second modified example of this embodiment, the calculation method is switched between when the MJD value is equal to or greater than a specified value and when it is less than the specified value, so that dates 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, if the predetermined value is "32768 (0x8000)", the first calculation method is used to calculate the current date when MJD is equal to or greater than "32768", and the second calculation method is used to calculate the current date when MJD is less than "32768". Note that the case where MJD is less than "32768" is equivalent to the case where the most significant bit of the 16-bit data of MJD is "0". This makes it possible to express dates after "April 23, 2038" in the broadcast receiving device 100 of this embodiment. However, the predetermined value can be set arbitrarily, and the predetermined value may be set to "16384 (0x4000)", "49152 (0xC000)", etc. The condition for switching the calculation method may be when the most significant 2 bits of the 16-bit data of the MJD are "00" or when the most significant 2 bits of the 16-bit data of the MJD are not "11." If the above-mentioned means is used with the predetermined value set to "32768," it will not be possible to express dates prior to "September 4, 1948," but this will not be a problem in practical use as a television receiver.

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

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

[0211] For this reason, the broadcast receiving device 100 of this embodiment may refer to the "reference_timestamp" parameter, the "transmit_timestamp" parameter, or the "mpu_presentation_time" parameter, etc., and select whether to use the first calculation method or the second calculation method according to the value of the referenced time data, etc. That is, for example, if the most significant bit of the 64-bit NTP-length format time data is "0", the second calculation method may be used, and if it is not "0", the first calculation method may be used, etc.

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

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

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

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

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

[0217] If the TLV-NIT acquired in the process of S103 is valid data (S104: Yes), the receiving function execution unit 1102 acquires information such as a TLV stream ID and an original network ID from the acquired TLV-NIT (S105). FIG. 15A shows an example of the data structure of a TLV-NIT. The TLV stream ID information can be acquired from the "tlv_stream_id" parameter, and the original network ID information can be acquired from the "original_network_id" parameter. Furthermore, distribution system information related to the physical conditions of the broadcast transmission path corresponding to each TLV stream ID / original network ID is acquired from the distribution system descriptor (S106), and a list of service IDs is acquired from the service list descriptor (S107). FIG. 15B shows an example of the data structure of a satellite distribution system descriptor. FIG. 15C shows an example of the data structure of a service list descriptor. If 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 acquired in the processes of S105 to S107, and stores the created service list in the ROM 103 or the storage unit 110 (updates when rescanning) (S108).

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

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

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

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

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

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

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

[0225] Next, the reception function execution unit 1102 starts acquiring the TLV-NIT from the signal received by the tuner / demodulator unit 131. If the TLV-NIT is successfully acquired within a predetermined time (S205: Yes), distribution system information for acquiring the IP data flow corresponding to the service ID is acquired from the acquired TLV-NIT (S207). On the other hand, if the TLV-NIT is not successfully acquired within the predetermined time (S205: No), the distribution system information for acquiring the IP data flow corresponding to the service ID is acquired (S207) by referring to a service list stored in the ROM 103 or the storage unit 110 (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 may always be referred to. After acquiring the distribution system information in the processing of S207, the receiving function execution unit 1102 then controls the tuner / demodulation unit 131 with the frequency value indicated in the acquired distribution system information, receives the IP data flow corresponding to the service ID (S208), extracts the MMT data string from the received IP data flow, and outputs it to the separation unit 132.

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

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

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

[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 explanations will be omitted.

[0230] By the above series of processes, the broadcast receiving device 100 of this embodiment can execute a channel selection (channel switching) operation. In particular, as described with reference to Figs. 14 and 16, when a channel scan is performed during initial setting or when a rescan is performed for changing settings, a service list and IP-related information are created and stored in a non-volatile memory such as the ROM 103 or the storage unit 110 so that they can be referenced at all times, and when a channel is selected (channel switching), the service list and IP-related information stored in the non-volatile memory such as the ROM 103 or the storage unit 110 are referenced, thereby improving the efficiency of the operation during channel selection (channel switching). That is, compared to the case where AMT or TLV-NIT is reacquired during channel selection (channel switching), it is possible to shorten the time from the start of channel selection (channel switching) to the end of channel selection (channel switching).

[0231] [Screen layout control for broadcast receiving devices] It is assumed that the broadcast receiving device 100 of this embodiment is capable of controlling the screen layout based on the description of the LCT. An example of the data structure of the LCT is shown in FIG.

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

[0233] An example of the allocation of layouts to layout numbers based on the settings of each of the parameters is shown in FIGS. 19A to 19D, along with the setting values ​​of each of the parameters.

[0234] FIG. 19A shows a default layout setting of the broadcast receiving device 100 of this embodiment, and is an example in which only one area is set in the entire screen. FIG. 19B shows an example in which the entire screen is divided into three areas, each of which is designated as "area 0", "area 1" and "area 2". For example, if the number of pixels in the entire screen is 7680 pixels horizontally and 4320 pixels vertically, "area 0" is set in the range of (0,0)-(6143,3455) since the "left_top_pos_x" parameter is "0", the "left_top_pos_y" parameter is "0", the "right_down_pos_x" parameter is "80", and the "right_down_pos_y" parameter is "80". Similarly, "area 1" is set in the range of (6144,0)-(7679,4319), and "area 2" is set in the range of (0,3456)-(6143,4319).

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

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

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

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

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

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

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

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

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

[0244] [EPG display on broadcast receiving device] In the broadcasting system of this embodiment, time-series information on events (so-called programs) included in each service constituting the broadcasting network is transmitted by MH-EIT. FIG. 21 shows an example of the data structure of the MH-EIT of this embodiment. The MH-EIT is identified into two classes by a table ID (corresponding to the "table_id" parameter in the figure), and is capable of indicating information on the current / next event of its own TLV stream and schedule information of each event of its own TLV stream. The broadcast receiving device 100 of this embodiment is capable of acquiring information such as the start time and broadcast time of each event by identifying the event by a service ID (corresponding to the "service_id" parameter in the figure) with reference to the MH-EIT, etc., and creating an EPG screen, and is capable of superimposing the created EPG on video information, etc. in the video synthesis unit 161 and displaying it on the monitor unit 162.

[0245] 22A is a diagram showing an example of an EPG screen in the broadcast receiving device 100 of this embodiment. The EPG screen 162a is in a matrix shape with the vertical axis indicating time and the horizontal axis indicating service ID (channel), and displays detailed information of broadcast programs broadcast on each channel in each time period. In addition, the detailed information 162a1 of each broadcast program is mainly composed of a title area 162a2 and a detailed description area 162a3.

[0246] The title area 162a2 displays the program title of the broadcast program and symbols and the like representing the attributes of the broadcast program. The symbols and the like representing the attributes of the broadcast program are, for example, symbols / characters indicating that it is a new program, symbols / characters indicating that it is a rebroadcast program, etc. Alternatively, it may be a symbolized mark of "data" indicating that it supports data broadcasting by a broadcasting service. It may also be a symbolized mark 162a4 of "NetWork" indicating that content, applications, etc. related to the broadcast program can be obtained from a network. Furthermore, the symbols and the like representing the attributes of the broadcast program may be substituted by differentiating the background color of the detailed information 162a1 from others, or by surrounding the display area of ​​the detailed information 162a1 with a thick frame.

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

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

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

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

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

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

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

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

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

[0256] [Various exception handling] When the broadcast receiving device 100 of this embodiment cannot acquire data outside the TLV stream in the same package, it may perform, for example, exceptional processing such as that described below.

[0257] As described in FIG. 6E, in the broadcast system supported by the broadcast receiving device 100 of this embodiment, the data acquired in the TLV stream and the data acquired through a path other than the TLV stream can be included in the same package based on the location information stored in the MPT (corresponding to "MMT_general_location_info()" in FIG. 17). However, the data transmission path other than the TLV stream indicated by the location information (for example, IPv4 data flow, IPv6 data flow, broadcast MPEG2-TS, etc.) is a receiving function different from the receiving function of the TLV / MMT stream. Therefore, even when the broadcast receiving device 100 is operating, there may be a situation in which data cannot be acquired from these transmission paths, such as a situation in which the receiving function of these transmission paths is not operating, a situation in which the receiving function itself is operating but a relay device or the like is not operating, a situation in which these transmission paths are not connected by wire or wirelessly, or a situation in which the broadcast receiving device 100 is installed in an environment in which these transmission paths cannot be connected in the first place.

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

[0259] For example, in the case where the LCT sets multiple regions in the screen as shown in Figures 19B and 19C, and the video included in the TLV stream is displayed in "region 0" and the data acquired in a transmission path other than the TLV stream is displayed in "region 1" and "region 2", and the data of a transmission path other than the TLV stream to be displayed in "region 1" and "region 2" cannot be acquired, the layout display of the multiple regions specified by the LCT may be prohibited. Specifically, even if the LCT is received, the video of the content received in the TLV stream may be displayed in "region 0" of the default layout display shown in Figure 19A, and the layout display of the multiple regions may not be changed to that of Figures 19B and 19C. Furthermore, even if an instruction to change the default layout to the layout indicated by the LCT is input to the operation input unit 170 in Figure 7A in this state, the default layout display shown in Figure 19A may be left as it is, or the display may be switched to another data broadcasting screen, and the layout display of the multiple regions may not be changed to that of Figures 19B and 19C.

[0260] In the case where the LCT sets multiple regions in the screen as shown in Figures 19B and 19C, and the video included in the TLV stream is displayed in "region 0", and data acquired in a transmission path other than the TLV stream is displayed in "region 1" and "region 2", and data of a transmission path other than the TLV stream to be displayed in "region 1" and "region 2" cannot be acquired, another operation example may be to temporarily display the display frame of the multiple regions shown in Figures 19B and 19C indicated by the LCT, display a background color or a predetermined still image in "region 1" and "region 2", and if data of a 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, perform a display switch to return to the default layout display state shown in Figure 19A. In this case, it is preferable to operate so that the program video included in the TLV stream continues to be displayed in "region 0" even when the layout of Figures 19A, 19B, and 19C is changed, since the user's program video itself will continue.

[0261] In addition, when the video of the content received in the TLV stream is displayed in "Area 0" of the default layout display shown in Fig. 19A due to the inability to obtain data of a transmission path other than the TLV stream to be displayed in "Area 1" or "Area 2", the operation of various communication functions and various reception functions of the broadcast receiving device 100 of this embodiment may start, or the communication environment and communication status of the various communication functions and the reception environment and reception status of the various reception functions may change, resulting in a situation in which data of a transmission path other than the TLV stream to be displayed in "Area 1" or "Area 2" can be obtained. In this case, the broadcast receiving device 100 of this embodiment may immediately switch from the default layout display shown in Fig. 19A to a layout of multiple areas as shown in Fig. 19B or Fig. 19C shown by the LCT, and may display the video of the content received in the TLV stream in "Area 0", and switch to display data obtained from a transmission path other than the TLV stream in "Area 1" or "Area 2". Alternatively, the layout change may not be performed immediately, but may be performed after an instruction to change the default layout to the layout indicated by the LCT is input from the operation input unit 170.

[0262] [Copyright protection function] In the digital broadcasting system compatible with the broadcast receiving device 100 of this embodiment, by including copy control information in the MPT and transmitting it, the copy control information may be configured to transmit, for example, "unlimited copying permitted" (which may be divided into two types: "unlimited copying permitted and encryption processing required when storing and outputting" and "unlimited copying permitted and encryption processing not required when storing and outputting"), "one generation only permitted", "predetermined number of times of copying permitted" (for example, so-called "dubbing 10" if nine copies permitted and one move permitted), "copy prohibited", etc. of the content referenced by the MPT. In this case, the broadcast receiving device 100 of this embodiment may be configured to control the storage of the content in the storage (storage) unit 110, recording on a removable recording medium, output to an external device, copying to an external device, moving to an external device, etc., according to the copy control information. Note that the target of the storage process may not only be the storage (storage) unit 110 inside the broadcast receiving device 100, but may also include records that have been subjected to protection processing such as encryption processing so that they can be played back only by the broadcast receiving device 100. Specifically, the targets of the storage process include external recording devices and the like that are in a state where recording and playback can be performed only by the broadcast receiving device 100 .

[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 "unlimited copying", the broadcast receiving device 100 of this embodiment may perform the processes of storing in the storage unit 110, recording in a removable recording medium, outputting to an external device, copying to an external device, and moving to an external device without any restrictions. However, when "unlimited copying and encryption processing required at the time of storing and outputting" is separated from "unlimited copying and encryption processing not required at the time of storing and outputting", in the case of "unlimited copying and encryption processing required at the time of storing and outputting", the processes of storing in the storage unit 110, recording in a removable recording medium, outputting to an external device, copying to an external device, and moving to an external device may be performed an unlimited number of times, but encryption processing must be performed in all cases.

[0265] Furthermore, when the copy control information included in the MPT indicates "copyable for one generation only", the broadcast receiving device 100 of this embodiment allows for encryption and storage in the storage (accumulation) unit 110, but when outputting the stored content to an external device for viewing, it is encrypted and output together with copy control information of "copy prohibited". However, so-called move processing to an external device (processing in which content is copied to an external device and the content in the storage (accumulation) unit 110 of the broadcast receiving device 100 is made unplayable by erasing processing or the like) is allowed.

[0266] Furthermore, when the copy control information included in the MPT indicates "copyable a specified number of times," the broadcast receiving device 100 of this embodiment is able to encrypt and store the content in the storage (accumulation) unit 110, but when outputting the stored content to an external device for viewing, it is encrypted and output together with copy control information indicating "copy prohibited." However, a predetermined number of copies and move processes to an external device may be possible. In the case of the so-called "dubbing 10" provision, nine copies and one move process to an external device may be performed.

[0267] Furthermore, when the copy control information included in the MPT indicates "copy prohibited", the broadcast receiving device 100 of this embodiment prohibits copying to the storage (accumulation) unit 110. However, when the broadcast receiving device 100 is configured to have a "temporary storage" mode that allows storage in the storage (accumulation) unit 110 only for a predetermined time or a predetermined time specified by control information included in the broadcast signal (for example, by the MH-Expire descriptor shown in FIG. 6D), the content can be temporarily stored in the storage (accumulation) unit 110 even when the copy control information included in the MPT indicates "copy prohibited". When the content whose copy control information included in the MPT is "copy prohibited" is output for viewing on an external device, it is encrypted and output together with the copy control information of "copy prohibited".

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

[0269] According to the above-described process, appropriate content protection can be achieved in accordance with the copy control information associated with the content.

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

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

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

[0273] According to the processing described above, different processing is performed depending on whether the external device is located within the same subnetwork as the IP address of the broadcast receiving device 100 or outside the same subnetwork, thereby achieving both user convenience and content protection.

[0274] Next, as explained in FIG. 6E, in the digital broadcasting system compatible with the broadcast receiving device 100 of this embodiment, due to the location information in the MPT ('MMT_general_location_info()' in FIG. 17), data acquired via a different route (IPv4, IPv6, MPEG2-TS, URL, etc.) from the data acquired via the TLV stream of the broadcast route may be included in the same package and the same event as the data acquired via the TLV stream. In this case, content protection when copy control information is included in the MPT will be explained.

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

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

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

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

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

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

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

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

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

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

[0285] In the above description, the copyright protection function of the broadcast receiving device 100 of this embodiment has been described as being performed based on the copy control information included in the MPT. However, the table in which the copy control information is arranged is not limited to the MPT. In addition to the MPT, the copy control information may be arranged and transmitted in the MH-Service Description Table (MH-SDT) or MH-Event Information Table (MH-EIT) described in Fig. 6B, or in other tables, and the broadcast receiving device 100 may perform copyright protection processing according to these.

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

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

[0288] [Hardware configuration of broadcast receiving device] 24 is a block diagram showing an example of the internal configuration of a broadcast receiving device 800. The broadcast receiving device 800 is composed of a main control unit 801, a system bus 802, a ROM 803, a RAM 804, a storage unit 810, a LAN communication unit 821, an expansion interface unit 824, a digital interface unit 825, a first tuner / demodulation unit 831, a second tuner / demodulation unit 832, an MMT decoding processing unit 841, an MPEG2-TS decoding processing unit 842, a video synthesis unit 861, a monitor unit 862, a video output unit 863, an audio synthesis unit 864, a speaker unit 865, an audio output unit 866, and an operation input unit 870.

[0289] The main control unit 801, system bus 802, ROM 803, RAM 804, storage unit 810, expansion interface unit 824, digital interface unit 825, monitor unit 862, video output unit 863, speaker unit 865, audio output unit 866, operation input unit 870, etc. are assumed to have functions equivalent to those of the main control unit 101, system bus 102, ROM 103, RAM 104, storage (accumulation) unit 110, expansion interface unit 124, digital interface unit 125, monitor unit 162, video output unit 163, speaker unit 165, audio output unit 166, operation input unit 170, etc. in the broadcast receiving device 100 of Example 1, and detailed explanations thereof will be omitted.

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

[0291] The MMT decode processing unit 841 inputs the MMT data string output from the first tuner / demodulation unit 831, and performs separation processing and decoding processing of the video data string, audio data string, superimposed text data string, subtitle data string, etc., which are real-time presentation elements, based on the control signal included in the MMT data string. The MMT decode processing unit 841 is assumed to have functions equivalent to the separation unit 132, video decoder 141, video color gamut conversion unit 142, audio decoder 143, superimposed text decoder 144, subtitle decoder 145, subtitle synthesis unit 146, subtitle color gamut conversion unit 147, data decoder 151, cache unit 152, application control unit 153, browser unit 154, application color gamut conversion unit 155, sound source unit 156, etc., in the broadcast receiving device 100 of the first embodiment. The MMT decode processing unit 841 can perform various processes described in the first embodiment. The details of the various processes are as described in the first embodiment, so their description will be omitted.

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

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

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

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

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

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

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

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

[0300] 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 device 800 of this embodiment. In the broadcast receiving device 800 of this embodiment, when reception of a broadcast service that employs MPEG2-TS as the media transport method is possible, the device always refers to the TOT to acquire current time information, and only when reception of a broadcast service that employs MPEG2-TS as the media transport method is impossible and reception of a broadcast service that employs MMT as the media transport method is possible, the device is controlled to acquire current time information by referring to the MH-TOT.

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

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

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

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

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

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

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

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

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

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

[0311] The following describes the third embodiment of the present invention. The configuration and effects of the third embodiment are the same as those of the first embodiment unless otherwise specified. Therefore, the following mainly describes the differences between the first embodiment and the third embodiment, and omits descriptions of common points 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 device of this embodiment. The broadcast communication system of this embodiment is composed of a broadcast receiving device 40100, an antenna 40100a, a connection cable 40200, a monitor device 40300, a broadband network such as the Internet 200, a router device 200r, a radio tower 300t of a broadcast station, a broadcast satellite (or a communication satellite) 300s, a broadcast station server 300, a service provider server 400, and other application servers 500. Although not shown in the figure, the system may further include an access point 200a, a mobile telephone communication server 600, a base station 600b of a mobile telephone communication network, and a mobile information terminal 700, in the same connection as in the system configuration diagram of the broadcast communication system of the first embodiment (see FIG. 1). In this case, the mobile information terminal 700 may be able to directly communicate with the broadcast receiving device 40100 without going through the router device 200r or the like.

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

[0314] The connection cable 40200 is a communication cable that connects the broadcast receiving device 40100 and the monitor device 40300, and transmits the encoded video / audio data output from the broadcast receiving device 40100. The monitor device 40300 is a video display device that provides the user with video information and audio information obtained by performing a predetermined signal processing on the encoded video / audio data received via the connection cable 40200 via a display device such as a liquid crystal panel and a speaker. The monitor device 40300 may be connectable to the Internet 200 via the router device 200r and may be capable of transmitting and receiving data by communication with each server device on the Internet 200 and other communication devices. The monitor device 40300 may also be capable of receiving broadcast waves sent from a radio tower 300t via an antenna 40300a (not shown).

[0315] [Hardware configuration of broadcast receiving device] 29A is a block diagram showing an example of the internal configuration of a broadcast receiving device 40100. The broadcast receiving device 40100 is composed of a main control unit 101, a system bus 102, a ROM 103, a RAM 104, a storage (accumulation) unit 110, a LAN communication unit 121, an extension interface unit 124, a digital interface unit 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 text superimposition 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, an operation input unit 170, and a transcode processing unit 40181.

[0316] The broadcast receiving device 40100 of this embodiment is an optical disk drive recorder such as a DVD recorder or a BD recorder, a magnetic disk drive recorder such as an HDD recorder, an STB, etc. That is, compared to the broadcast receiving device 100 of the first embodiment, 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 is capable of outputting the MMT data string obtained by demodulation in the tuner / demodulator unit 131, the MMT data string obtained via the LAN communication unit 121, or mixed data of the MMT data strings as is. In addition, the digital interface unit 40125 may be controlled to input the MMT data string inputted from the digital interface unit 40125 to the separator 132. The digital content stored in the storage unit 110 may be outputted or the digital content may be stored in the storage unit 110 via the digital interface unit 40125. In addition, 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 the video data and audio data outputted from the video synthesis unit 161 and the audio synthesis unit 164 in a format conforming to the DVI specification, the HDMI specification, the Display Port specification, or the like.

[0318] As a modified example of the hardware configuration, the functions of the digital interface unit 40125 may be integrated into the LAN communication unit 121. In that case, various processes of the digital interface unit 40125 described in the following embodiments are executed by the LAN communication unit 121. Moreover, the broadcast receiving device 40100 performs various processes on information acquired from a server on the network via the LAN communication unit 121, and then outputs digital data to an external device connected to the network via the LAN communication unit 121.

[0319] The transcode processing unit 40181 is a signal processing unit that performs transcode arithmetic processing to convert the coding format, bit rate, media transport method, etc. of each component that constitutes the content. For example, the transcode processing unit 40181 is capable of converting an MMT data string of a broadcast program content including a video component in MPEG-H HEVC format output from the separation unit 132 into an MPEG2-TS data string of a program content including a video component in MPEG-2 or MPEG-4 AVC (Advanced Video Coding) format. In addition, it is also capable of processing to change only the bit rate without changing the coding format or media transport method of the component. Note that the program content that has been subjected to the transcode arithmetic processing can be stored in the storage unit 110 as a recorded content, or can be output from the digital interface unit 40125 or the like and supplied to an external monitor device or the like.

[0320] [Software configuration of broadcast receiving device] FIG. 29B is a software configuration diagram of the broadcast receiving device 40100 of this embodiment, and shows 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 device 100 of the first embodiment, a server function program 41003, a transcoding processing program 41004, and a recording and playback processing program 41005 are added to the storage (accumulation) unit 110. In addition, the storage (accumulation) unit 110 is provided with a server data storage area 41400 that stores various data (applications, content, other data, etc.) used for services provided to external devices connected via a network. The server data storage area 41400 may be shared with the content storage area 1200.

[0321] The server function program 41003, the transcoding processing program 41004, and the recording / playback processing program 41005 stored in the storage (accumulation) unit 110 are each expanded into the RAM 104, and the main control unit 101 further executes the expanded server function program, the transcoding processing program, and the recording / playback processing program to constitute a server function execution unit 41103, a transcoding processing execution unit 41104, and a recording / playback processing execution unit 41105.

[0322] 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 a request from an external device, and performs authentication processing of the external device as necessary. In other words, the broadcast receiving device 40100 is provided with the functions of a general server device by using the server function execution unit 41103 and the server data storage area 41400. The transcode processing execution unit 41104 mainly controls the transcode calculation processing in the transcode processing unit 40181. The recording and playback processing execution unit 41105 mainly controls the recording processing of the content of the broadcast program to the content storage area 1200 and the playback processing of the recorded content from the content storage area 1200.

[0323] The receiving function execution unit 1102 expanded in the RAM 104 further includes an output control unit 41102i. The output control unit 41102i of the receiving 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.

[0324] In the following description, an example of a process in which the received content is recorded and then played back and output will be described, but there are cases in which the output content or the control information related to the content is changed or rewritten from the time of content reception. The change or rewrite process may be performed when the content is received, when the content is recorded, when the content is played back, or when the content is output. When the content or the control information related to the content is changed or rewritten when the content is received, the transcode process execution unit 41104 may execute the process. When the content or the control information related to the content is changed or rewritten when the content is recorded or played back, the transcode process execution unit 41104 or the recording and playback process execution unit 41105 may execute the process. When the content or the control information related to the content is changed or rewritten when the content is output, the transcode process execution unit 41104 or the output control unit 41102i may execute the process.

[0325] It should be noted that the software configuration shown in FIG. 29B is merely an example, and this embodiment does not necessarily have to include all of the programs and execution units shown in the figure.

[0326] [Interface configuration between broadcast receiving device and monitor device] Fig. 30 is a system configuration diagram showing an example of an interface configuration between the broadcast receiving device 40100 and the monitoring 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 a digital interface unit (not shown) on the monitoring device 40300 side are connected by a connection cable 40200. Note that the monitoring device 40300 may have the same configuration as the broadcast receiving device 100 shown in Fig. 7A. In this case, the digital interface unit 125 corresponds to the digital interface unit on the monitoring device 40300 side described above, and the connection cable 40200 is connected to the connection terminal.

[0327] 30, the connection cable 40200 is configured with n pairs of differential transmission lanes CH1 to CHn, a DDC (Display Data Channel) line standardized by the Video Electronics Standard Association (VESA), an HPD (Hot Plug Detect) line, a CEC (Consumer Electronics Control) line, and a communication line (TX / RX line in the figure), etc. The differential transmission lanes may be called differential transmission lines.

[0328] The n pairs of differential transmission lanes may be one pair of clock lanes and (n-1) pairs of data lanes. For example, n=4 and one pair of clock lanes and three pairs of data lanes may be used, or n=2 and one pair of clock lanes and one pair of data lanes may be used. All of the n pairs of differential transmission lanes may be data lanes that transmit data on which a clock is superimposed. For example, n=4 and four pairs of data lanes may be used. The clock lanes and data lanes may be referred to as clock lines and data lines, respectively.

[0329] Digital video (R / G / B / Vsync / Hsync, Y / Pb(Cb) / Pr(Cr), etc.) / audio signals and other control signals may be output in a predetermined format from the video synthesis unit 161 and audio synthesis unit 164 via the transmission processing unit 40125b of the digital interface unit 40125 on the broadcast receiving device 40100 side to the data lane. The predetermined format may conform to the specifications of HDMI (registered trademark) or the like, and detailed explanations will be omitted. 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 are appropriately subjected to necessary processing such as image quality adjustment and volume adjustment in the video processing unit and audio processing unit (not shown), and are output from the display unit and speaker of the monitor device 40300.

[0330] The communication line may be composed of one transmission line and one reception line, or two transmission lines and two reception lines. Alternatively, it may be composed of one transmission / reception line, two transmission / reception lines, or four transmission / reception lines. The one transmission line and one reception line, and the two transmission lines and two reception lines may be one pair of transmission lines and one pair of reception lines, or two pairs of transmission lines and two pairs of reception lines, which transmit and receive data by differential transmission, respectively. Also, the one transmission / reception line, the two transmission / reception lines, and the four transmission / reception lines may be one pair of transmission / reception lines, two pairs of transmission / reception lines, or four pairs of transmission / reception lines, which transmit and receive data by differential transmission, respectively. Note that the "transmission" / "reception" is assumed to be "transmission" / "reception" as seen from the broadcast receiving device 40100 side in this embodiment.

[0331] The communication line has the same performance / function as the LAN cable connected to the LAN communication unit 121, and the transmission control unit 40125a of the digital interface unit 40125 on the broadcast receiving device 40100 side and the reception control unit 40325a of the digital interface unit on the monitor device 40300 side each have the same network communication function as the LAN communication unit 121. In other words, the communication line of the connection cable 40200 can be regarded as a narrow area network to which the broadcast receiving device 40100 and the monitor device 40300 are connected.

[0332] The connection cable 40200 may further include a power supply line, a GND line, and a backup line, although not shown. The n pairs of differential transmission lanes and communication lines may be shielded by a GND line. All or part of the backup line, DDC line, HPD line, and CEC line may be used as part of the communication line. For example, the backup line and the HPD line may constitute one transmission line and one reception line of the communication line, or one pair of transmission and reception lines. The CEC line, etc. may be omitted. The DDC line may be used as an I2C (I-squared-C) communication line between the main control unit 101 of the broadcast receiving device 40100 and a main control unit (not shown) of the monitor device 40300.

[0333] 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 furthermore, is capable of reading 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. Note that, in this embodiment, the display performance refers to items such as the input resolution and frame rate that the monitor device 40300 can handle, the video standard, whether or not it supports 3D video display, and whether or not it supports network communication via the communication line. In addition, in this embodiment, the following description will be given by taking the process of acquiring the EDID as an example, as a means for the broadcast receiving device 40100 to grasp the display performance of the monitor device 40300. However, the information to be acquired is not limited to EDID. For example, it is possible to acquire performance identification information that is different from the EDID and identifies the display performance and functions of the monitor device 40300. Also, it is possible to grasp the display performance of the monitor device 40300 by a means other than acquiring the performance identification information.

[0334] 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 is capable of detecting, via the HPD line, that the monitor device 40300 has been connected and that the power supply of the monitor device 40300 has been turned on. The transmission control unit 40125a of the digital interface unit 40125 on the broadcast receiving device 40100 side is capable of performing, via the CEC line, a process of turning on the power supply of the monitor device 40300. The reception control unit 40325a of the digital interface unit on the monitor device 40300 side also controls the reception processing unit 40325b.

[0335] Furthermore, the differential transmission lane may be referred to as a unidirectional transmission signal line that transmits data in only one direction, from the broadcast receiving device 40100 to the monitoring device 40300. Similarly, the DDC line, the CEC line, and the communication line may be referred to as a bidirectional transmission signal line that allows data transmission from the broadcast receiving device 40100 to the monitoring device 40300 and data transmission from the monitoring device 40300 to the broadcast receiving device 40100.

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

[0337] Furthermore, the digital interface between the broadcast receiving device 40100 and the monitor device 40300 has been described above as an example of a wired interface using the connection cable 40200, but it may also be configured as a wireless interface.

[0338] [Program recording process] In the MMT broadcasting system of this embodiment, each asset constituting a package can be transmitted via multiple paths. For example, as shown in Fig. 31, it is possible to transmit a video asset A, an audio asset A, and a data asset A in an IP data flow transmitted via a broadcast transmission path, and transmit a video asset B, an audio asset B, and a data asset B in an IP data flow distributed via a communication line. Each of the IP data flows may further include other assets such as a subtitle asset and a text superimposition asset.

[0339] Moreover, the package is a sequence of a number of events, and each of the events corresponds to a so-called "program." The start time, broadcast duration, etc. of each program are specified by the MH-EIT shown in FIG. 21. The asset configuration of each program may be different even if the programs are in the same package. For example, one program may be composed of only video asset A and audio asset A, while another program may be composed of video asset A, audio asset A, audio asset B, and data asset B, etc.

[0340] The broadcast receiving device 40100 of this embodiment is capable of recording a program that does not have copy control information of "copy prohibited" (see [Copyright Protection Function] of the first embodiment) in the storage (accumulation) unit 110 or an external recording medium connected to the extended interface unit 124. The process of recording a program in the storage (accumulation) unit 110 or an external recording medium (hereinafter collectively referred to as storage) may be referred to as a recording process. Note that even if a program has copy control information of "copy prohibited", copying may be exceptionally permitted if other control information specifies that temporary storage is permitted.

[0341] The recording process basically performs the same control as the channel selection process described with reference to FIG. 16, and each asset acquired in the process of S216 may be associated with program information that can identify the program to be recorded in the storage based on the control of the recording and playback process execution unit 41105. In addition, each control information by MMT-SI may be appropriately associated with the program information and recorded in the storage. The acquisition of each asset may be performed from an IP data flow included in a TLV stream transmitted via a broadcast transmission path, or from an IP data flow distributed via a communication line, based on the description of the MPT acquired in the process of S210 or the process of S215. The acquisition of each asset from an IP data flow included in a TLV stream transmitted via a broadcast transmission path and recording in the storage, and the acquisition of each asset from an IP data flow distributed via a communication line and recording in the storage may be performed at the same timing or at different timings.

[0342] Furthermore, the recording process of each acquired asset in the storage may be performed on an asset basis, an IP data flow basis, or a package basis. In any case, it is sufficient that the assets are associated with the program information and managed on the storage. The management process may be performed by the recording / playback process execution unit 41105 creating management information for the management and recording it in the content storage area 1200 or various information storage areas of the storage (accumulation) unit 110.

[0343] <Program recording settings> Among the assets constituting a program, the assets included in the IP data flow transmitted via the broadcast transmission path (hereinafter referred to as the via-broadcast transmission path assets) can be acquired only while the program is being broadcast. On the other hand, among the assets constituting the program, the assets included in the IP data flow distributed via the communication line (hereinafter referred to as the via-communication line assets) may be acquired even when the program is not being broadcast. This is because the via-communication line assets are data stored and distributed in the broadcast station server 300 or the service provider server 400 (hereinafter collectively referred to as the server device). Therefore, unless the via-communication line assets are deleted from the server device, the broadcast receiving device 40100 may be able to acquire the via-communication line assets at any time by accessing the server device via the Internet 200.

[0344] In addition, when viewing a program in real time, it is desirable to simultaneously acquire the broadcast transmission path via assets and the communication line via assets during the broadcast of the program, regardless of whether the program is recorded or not. However, when only recording processing of a program is performed and simultaneous viewing is not performed, the broadcast transmission path via assets are acquired and recorded in storage during the broadcast of the program, but the acquisition of the communication line via assets and recording in storage is not limited to this. In other words, when recording processing of a program, the acquisition of the communication line via assets and recording in storage can be performed at a timing shifted from the broadcast of the program. For example, when recording processing of a program, only the broadcast transmission path via assets are acquired and recorded in storage, and the communication line via assets are not acquired and recorded in storage. Furthermore, when playing processing of the program that has been recorded, control may be performed to acquire the communication line via assets again.

[0345] In order to perform the above-mentioned control, in the broadcast receiving device 40100 of this embodiment, when performing a recording process of a program, whether or not to record the communication line via assets related to the program to be recorded in the storage can be selected by setting. That is, when the user selects to record the communication line via assets in the storage in the setting of the recording process of the program, the broadcast receiving device 40100 acquires both the broadcast transmission path via assets and the communication line via assets and records them in the storage when performing the recording process of the program. Note that the recording processes do not necessarily need to be performed simultaneously. On the other hand, when the user selects not to record the communication line via assets in the storage in the setting of the recording process of the program, the broadcast receiving device 40100 acquires only the broadcast transmission path via assets and records them in the storage when performing the recording process of the program.

[0346] The setting of whether or not to perform the recording process of the communication line asset to the storage when recording the program may be set for each program to be recorded, or the same setting may be used for all programs to be recorded. For example, an item for making the selection may be prepared on the recording reservation setting screen, or a message for prompting the user to make the selection may be displayed in response to pressing the "record" key on the remote control or the like. In this way, the setting can be made for each program to be recorded. Also, for example, a setting value related to the selection set by menu operation or the like may be stored in the ROM 103 or the storage (accumulation) unit 110, and when recording the program, control may be performed based on the stored setting value. In this way, the same setting can be used for all programs to be recorded.

[0347] FIG. 32A is a screen display diagram showing an example of a recording reservation setting screen in the broadcast receiving device 40100 of this embodiment. When "record" is selected in the "communication asset" item in the figure, recording processing is performed in the storage of the communication line asset when recording processing of the program. Also, when "not record" is selected in the above item, recording processing is not performed in the storage of the communication line asset when recording processing of the program. Furthermore, when "record" is selected in the above item, the "recording method" item is enabled. When "only when the program is broadcast" is selected in the "recording method" item, recording processing in the storage of the communication line asset is performed only when the program to be recorded is being broadcast. When "other than when the program is broadcast" is selected in the above item, recording processing in the storage of the communication line asset may be performed at a time other than when the program to be recorded is being broadcast, or may be performed when the program is being broadcast. When the above setting is performed by menu operation, etc., a menu configuration as shown in FIG. 32B may be used. Note that the names and menu configurations of the above items are merely examples, and different names and menu configurations may be used.

[0348] <Recording process for assets via communication line> Next, a process of acquiring a communication line via asset and recording it in storage when a user selects to record a communication line via asset in storage in the settings of a program recording process will be described.

[0349] Each program in the broadcasting system of this embodiment can be uniquely identified by parameters such as "original_network_id", "tlv_stream_id", "service_id", and "event_id", as shown in an example of the data structure of the MH-EIT in FIG. 21. In addition, by referring to the AMT and TLV-NIT using the parameters, information on the TLV stream including the broadcast transmission path via assets constituting the package of each program can be acquired. Furthermore, by referring to the PLT and MPT included in the TLV stream, information on the IP data flow including the communication line via assets constituting the package of each program can be acquired. That is, the broadcast receiving device 40100 of this embodiment can acquire the broadcast transmission path via assets from the IP data flow transmitted in the TLV stream based on the acquired information, and can acquire the communication line via assets by accessing the server device that is the source of the IP data flow that distributes the communication line via assets.

[0350] The broadcast receiving device 40100 of this embodiment can execute the process of acquiring the via-broadcast transmission path asset and recording it in storage only during the broadcast of the program to be recorded. However, there are three times when the process of acquiring the via-communication line asset from the server device and recording it in storage: (A-1) before the broadcast of the program to be recorded starts, (A-2) during the broadcast of the program to be recorded, and (A-3) after the broadcast of the program to be recorded ends. However, the process of acquiring the via-communication line asset from the server device and recording it in storage at the timing of (A-1) is basically only executable when the recording process is performed by scheduled recording. On the other hand, the process of acquiring the via-communication line asset from the server device and recording it in storage at the timing of (A-2) and (A-3) can be executed in both the case of the recording process by scheduled recording and the case of the recording process in which a recording instruction is given to the program being viewed (hereinafter referred to as normal recording).

[0351] Hereinafter, the recording process of the communication line - via asset to storage at each of the timings of (A - 1), (A - 2), and (A - 3) will be described.

[0352] <A - 1: Recording Process of Communication Line - via Asset Before Program Broadcast Start> In the case of the recording process by reserved recording, the program to be the object of the recording process has already been selected before the start of the broadcast of the program. That is, in the broadcast receiving apparatus 40100, parameters such as 'original_network_id', 'tlv_stream_id','service_id', 'event_id', etc. of the program to be the object of the recording process are known. Therefore, if the broadcast receiving apparatus 40100 can obtain the source address, etc. of the server apparatus that stores the communication line - via asset of the program to be the object of the recording process by referring to AMT, TLV - NIT, PLT, or MPT using the above - mentioned parameters, it may access the server apparatus based on the source address.

[0353] On the other hand, when the program to be the object of the recording process is before the start of the broadcast and the source address, etc. of the server apparatus that stores the communication line - via asset of the program to be the object of the recording process cannot be obtained, the broadcast receiving apparatus 40100 may alternatively obtain the source address, etc. of the server apparatus that stores the communication line - via asset of a program having the same parameters as 'original_network_id','service_id', etc. as the program to be the object of the recording process but a different 'event_id' from the program to be the object of the recording process. Further, access the server apparatus based on the source address obtained as the alternative. That is, if the parameters such as 'original_network_id','service_id', etc. are the same, even if the 'event_id' parameter is different, it is considered highly likely that the communication line - via assets are stored in the same server apparatus.

[0354] In any of the above cases, after accessing the server device, if the communication line via assets of the program to be recorded can be acquired based on the "event_id" parameter, the communication line via assets are acquired and recorded in storage. On the other hand, if the communication line via assets of the program to be recorded cannot be acquired, it is determined that the communication line via assets of the program to be recorded cannot be acquired and recorded in storage before the program starts broadcasting. In this case, the timing of the acquisition of the communication line via assets of the program to be recorded and the recording in storage may be changed so that the acquisition of the communication line via assets of the program to be recorded and the recording in storage are performed during the broadcasting of the program to be recorded.

[0355] In addition, in the MH-AIT included in the MMT-SI, the application control code related to the program scheduled to be broadcast on the currently selected channel may be specified as "PREFETCH (acquire and hold)" or the like. In this case, even if the recording process by reservation recording of the program is not performed, as an exceptional process, the acquisition of the communication line asset of the program and the recording process to the storage may be controlled to be performed before the broadcast of the program starts. Note that the communication line asset acquired and recorded to the storage by the above-mentioned control may be controlled to be deleted as it is after the broadcast of the program ends, if the recording process by reservation recording or normal recording of the program is not performed as a result. FIG. 33A shows an example of the data structure of the MH-AIT. The "application_control_code" parameter in the figure corresponds to the application control code.

[0356] Also, as described above, when the application control code for the program scheduled to be broadcast on the currently selected channel is specified by "PREFETCH (acquire and hold)" or the like, even if the copy control information of the program is specified as "copy prohibited", the acquisition of the program's communication line via asset and the recording process to the storage may be performed before the start of the program's broadcast. However, in this case, the recording process to the storage shall be temporary, and it shall be controlled to be deleted or invalidated immediately after the end of the program's broadcast.

[0357] <A-2: Recording Process of Communication Line via Asset During Program Broadcast> The acquisition during broadcast and the recording process to the storage of the communication line via asset of the program to be recorded are the same for both the recording process by reservation recording and the recording process by normal recording. That is, when it is possible to refer to AMT, TLV-NIT, PLT, or MPT using the parameters such as "original_network_id", "tlv_stream_id", "service_id", and "event_id" of the program to be recorded, and to obtain the source address of the server device that stores the communication line via asset of the program to be recorded, access the server device based on the source address. Further, the communication line via asset of the program to be recorded acquired from the server device may be recorded in the storage. Alternatively, the communication line via asset of the program to be recorded sent from the server device in a push format may be selected and acquired based on the destination address or the like and recorded in the storage.

[0358] Note that if it is determined during the broadcast of the program to be recorded that the acquisition during broadcast of the communication line via asset of the program to be recorded is not possible due to insufficient processing capacity due to the multitasking status of the broadcast receiving device 40100 or temporary communication performance degradation due to the network status, the acquisition of the communication line via asset of the program to be recorded and the recording process to the storage may change the processing timing to be performed after the end of the broadcast of the program to be recorded.

[0359] Also, if the processing capacity and network status of the broadcast receiving apparatus 40100 permit, as an exceptional process, acquisition of the communication line-based asset of the program being viewed without performing the recording process may be performed in advance of the progress of the program, and it may be controlled to temporarily record it in the storage. In this case, the communication line-based asset recorded in the storage may be controlled to be deleted after the end of the broadcast of the program. In particular, when the copy control information of the program being viewed is designated as 'Copy Prohibited', it is controlled to always execute the deletion process of the communication line-based asset after the end of the broadcast of the program.

[0360] <A-3: Recording Process of Communication Line-Based Asset after End of Program Broadcast> During the broadcast of the program targeted for the recording process, access to the server device that stores the communication line-based asset of the program targeted for the recording process is expected to be concentrated, making it difficult to acquire the communication line-based asset. The broadcast system of this embodiment enables control based on the MH-probabilistic application delay descriptor in order to avoid the above-described situation. However, even when control is performed with reference to the descriptor, it cannot be denied that there is still a possibility that it will be difficult to acquire the communication line-based asset of the program targeted for the recording process.

[0361] On the other hand, in the case of scheduled recording, it is highly likely that the program to be recorded will not be viewed during or immediately after the broadcast of the program. Also, in the case of normal recording, if a user selects another channel after issuing a recording instruction and watches a program different from the program to which the recording instruction was issued, it is considered that the program to which the recording instruction was issued will not be viewed at the same time. In these cases, the broadcast receiving device 40100 of this embodiment is capable of controlling the acquisition of the communication line-via-asset of the program to be recorded and the recording process to the storage not during the broadcast of the program, but at a predetermined timing after the broadcast of the program ends. The predetermined timing may be a timing when a predetermined time has elapsed after the broadcast of the program to be recorded ends, or may be a predetermined time. It may be a timing based on a separate instruction from the user. It may be any other timing.

[0362] As described above, the acquisition of the communication line assets of the program to be recorded and the recording process in the storage can be performed after the broadcast of the program only when the communication line assets of the program to be recorded are not deleted from the server device even after the broadcast of the program is completed. Therefore, the broadcast receiving device 40100 of this embodiment first checks information on the time limit for acquiring the communication line assets of the program to be recorded from the server device during the broadcast of the program to be recorded, and controls the device to determine whether or not to acquire the communication line assets and record them in the storage after the broadcast of the program depending on the result.

[0363] Figure 33B shows a list of parameters and descriptors to be placed in the MH-AIT of the broadcasting system of this embodiment. The MH-application expiration date descriptor in the figure is information regarding the period during which assets of each program can be obtained from the server device via a communication line. The names of the descriptors are merely examples, and different names may be used. Also, the information may be specified by parameters rather than by descriptors.

[0364] When it is confirmed that the acquisition of the communication line assets and the recording process in the storage can be performed after the broadcast of the program is completed by referring to the MH-application expiration descriptor, the MH-simple application location descriptor is temporarily cached. Furthermore, at a predetermined timing after the broadcast of the program to be recorded is completed, the server device is accessed based on the description of the MH-simple application location descriptor, and the communication line assets of the program are acquired and recorded in the storage. The server device may be accessed based on information acquired by referring to AMT, TLV-NIT, PLT, or MPT using each parameter such as the above-mentioned "original_network_id", "tlv_stream_id", "service_id", and "event_id". On the other hand, when it is confirmed that the acquisition of the communication line assets and the recording process in the storage cannot be performed after the broadcast of the program is completed, the processing timing may be changed so that the communication line assets of the program are acquired and recorded in the storage during the broadcast of the program to be recorded.

[0365] In addition, the following describes exceptional processing in the process of acquiring assets via communication lines after the broadcast of a program has ended.

[0366] For example, in the setting of the program recording process, after the user selects not to record the communication line assets to the storage, the recording process is performed by scheduled recording or normal recording. In this case, in the broadcast receiving device 40100 of this embodiment, only the broadcast transmission path via assets of the program to be recorded are acquired and recorded to the storage, but the communication line via assets of the program are not acquired and recorded to the storage. In this situation, when the user instructs the broadcast receiving device 40100 to play a recorded program, the broadcast receiving device 40100 reads the broadcast transmission path via assets of the recorded program from the storage and acquires the communication line via assets of the recorded program from the server device again.

[0367] On the other hand, if a deadline for retrieving the communication line assets of the recorded program from the server is specified, when the deadline has passed, even if the user instructs to play the recorded program, the broadcast receiving device 40100 may be unable to retrieve the communication line assets of the recorded program from the server device. To solve this problem, the broadcast receiving device 40100 of this embodiment has a function to appropriately retrieve the communication line assets of the recorded program from the server device regardless of the user's instructions when the deadline for retrieving the communication line assets of the recorded program from the server device approaches.

[0368] Specifically, the contents of the MH-application expiration date descriptor associated with each recorded program recorded in the storage are referenced at a predetermined time interval. Furthermore, when the time limit for acquiring the communication line assets of each recorded program from the server device falls within a predetermined period, the server device is accessed to acquire the communication line assets of each recorded program and control is performed so as to add them to the storage. Note that the predetermined time interval may be, for example, every 24 hours, 12 hours, or 6 hours. Also, the predetermined period may be within 72 hours, within 48 hours, or within 24 hours.

[0369] By performing the above-mentioned processing, when the user selects not to record the communication line assets in the storage in the program recording processing settings, the recording processing is performed after the user selects not to record the communication line assets in the storage, and further, even if the deadline for obtaining the communication line assets of the recorded program from the server is specified and the deadline has passed, when the user instructs the broadcast receiving device 40100 to play the recorded program, the broadcast receiving device 40100 can read both the broadcast transmission line assets and the communication line assets of the recorded program from the storage. In other words, high-quality content playback using both the broadcast transmission line assets and the communication line assets is possible.

[0370] In the recording process described in (A-1) to (A-3) above, particularly when the recording process of the communication line assets of the broadcast program to be recorded is performed at a timing other than the broadcast time of the broadcast program to be recorded, it is effective to describe information on the period during which the communication line assets can be acquired in the MH-EIT. The information on the period during which the communication line assets can be acquired may be described in the MH-EIT in the form of a parameter or a descriptor for each event (program), for example, "the start date and time of the period during which the communication line assets can be acquired" and / or "the end date and time of the period during which the communication line assets can be acquired" for each event (program). In this way, for example, when performing the process of (A-1) above, it becomes possible to easily know whether the communication line assets of the broadcast program to be recorded can be acquired before the broadcast of the broadcast program to be recorded starts by referring to the MH-EIT. Similarly, in the processes of (A-2) and (A-3) above, it becomes possible to easily know whether the communication line assets of the broadcast program to be recorded can be acquired after the broadcast of the broadcast program to be recorded ends by referring to the MH-EIT.

[0371] Also, if the MH-EIT contains information about the time limit for which the assets via the communication line can be acquired, the information may be displayed when the EPG is displayed. For example, in the detailed information 162a1 shown in Fig. 22A, if a mark 162a4 symbolizing "Network" is displayed in the title area 162a2 and the program contains information about the time limit for which the assets via the communication line can be acquired, a mark symbolizing "Expiration" (not shown) indicating that a time limit is specified for acquiring the assets via the communication line from the server device may be displayed in the title area 162a2. Also, information about the time limit for which the assets via the communication line can be acquired (such as "start date and time of the period when the assets via the communication line can be acquired" and "end date and time of the period when the assets via the communication line can be acquired") may be displayed in text form in the detailed description area 162a3.

[0372] In this way, by describing information regarding the time limit during which assets can be acquired via a communication line in the MH-EIT, the recording process can be efficiently performed in the broadcast receiving device 40100 of this embodiment. Also, in the EPG display, the user can easily grasp information regarding the time limit during which assets can be acquired via a communication line.

[0373] [List of recorded programs] FIG. 34 is a screen display diagram showing an example of a recorded program list screen in the broadcast receiving device 40100 of this embodiment. For example, when a remote control capable of operating the broadcast receiving device 40100 is operated to instruct the display of a recorded program list, a recorded program list screen 162m as shown in the figure is displayed. The recorded program list screen 162m displays a list of recorded programs recorded in the storage. The display format may be in order of recording date and time, or in order of program title. Subfolders may also be provided for each channel or series. Information on each recorded program may be composed of a thumbnail section and a program detailed information section 162m1. It is also possible to increase the number of recorded programs displayed on the screen without displaying the thumbnail section.

[0374] In this embodiment, the program detail information section 162m1 may be composed of a program attribute area 162m2, a program basic information area 162m3, and a program extended information area 162m4.

[0375] The program attribute area 162m2 displays symbols and the like representing the attributes of each recorded program. The symbols and the like representing the attributes of each recorded program may be, for example, a symbolized mark of "Non-viewed" meaning that the program has not been viewed, a symbolized mark of "Network" meaning that the asset via the communication line of each recorded program can be acquired from the server device, a symbolized mark of "Obtained" meaning that the asset via the communication line has already been acquired and recorded in storage, a symbolized mark of "Expiration" meaning that a deadline is specified for acquiring the asset via the communication line from the server device, and the like. Marks having other meanings may also be displayed. The presence or absence of the marks is controlled according to the status of each recorded program. Also, the marks may be replaced with abbreviations, letters, sentences, and the like having the same meaning. The attributes may not be usually displayed in the program attribute area 162m2, and may be displayed in a pop-up only when each recorded program is selected with a selection marker.

[0376] The basic program information area 162m3 displays basic information such as the program title, recording date and time, recording duration, recording mode, etc., of each recorded program.

[0377] The program extended information area 162m4 displays information on the period during which the assets of each recorded program can be acquired from the server device via the communication line ("Data Acquisition Period" in the figure) when each recorded program has the mark symbolizing the "Network" and the mark symbolizing the "Expiration", and information on the expiration date of each recorded program ("Data Expiration Period" in the figure) when each recorded program has the mark symbolizing the "Obtained". Other information may also be displayed.

[0378] As mentioned above, by displaying marks indicating each of the above-mentioned attributes and information regarding each expiration date on the recorded program list screen 162m, the user can easily grasp various information regarding the communication line assets of each recorded program.

[0379] When the recorded program list screen 162m is displayed, the selection marker of each recorded program can be moved by operating the "cursor" key on the remote control. In addition, the recorded program selected by the selection marker can be played by pressing the "confirm" key on the remote control. In addition, the recorded program selected by the selection marker can be deleted by pressing the "red" key on the remote control. In addition, when the recorded program selected by the selection marker has a mark symbolizing "Network", the communication line asset of the recorded program can be acquired from the server device by pressing the "yellow" key on the remote control. Note that the acquisition process executed when the "yellow" key on the remote control is pressed may be considered to be the process described as an exceptional process in the above section "A-3: Recording process of communication line asset after program broadcasting ends" regardless of the time limit for which the communication line asset can be acquired from the server device and in response to a user's instruction.

[0380] In addition, when the recorded program has a mark symbolizing "Network" and a mark symbolizing "Expiration" and the date indicated in the "Data Acquisition Deadline" has passed, the display of the mark symbolizing "Network" and the mark symbolizing "Expiration" may be erased. That is, the acquisition process of the communication line asset of the recorded program becomes impossible due to the expiration. In addition, when the recorded program has a mark symbolizing "Obtained" and the date indicated in the "Data Expiration Date" has passed, the display of the mark symbolizing "Obtained" may be erased and the communication line asset of the recorded program stored in the storage may be deleted. That is, the playback process of the communication line asset of the recorded program becomes impossible due to the expiration.

[0381] In addition, when the communication line asset of the recorded program including the data to be displayed in "Area 1" or "Area 2" in the layout setting as shown in FIG. 19B according to the description of the LCT cannot be acquired because the period for acquisition from the server device has passed, or when playback processing from the storage cannot be performed because the data expiration date has passed, the broadcast receiving device 40100 of this embodiment controls to display the video in the default layout setting (i.e., the layout setting shown in FIG. 19A) regardless of the description of the layout setting of the LCT. Video display based on the broadcast transmission path asset is performed in "Area 0" of the default layout setting. The above processing may be performed by applying a patch to the description of the layout setting of the LCT recorded in association with the recorded program each time playback processing of the recorded program is performed. Alternatively, this may be realized by rewriting the description of the layout setting of the LCT recorded in association with the recorded program, triggered by the fact that the assets of the recorded program via communication line cannot be acquired from the server device because the period during which they can be acquired has expired, or by the fact that playback processing from storage cannot be performed because the data expiration date has expired, etc. Also, when both "Area 1" and "Area 2" are display areas using assets via communication line, and only one of the areas is unable to be acquired or played, control may be performed to perform patch processing or rewriting processing of the description of the layout setting of the LCT.

[0382] According to the broadcast receiving device 40100 of the present embodiment described above, it is possible to efficiently acquire the communication line assets of a program when recording the program. Also, when displaying a list of recorded programs, it is possible to easily notify the user of the acquisition status of the communication line assets of the program. In other words, it is possible to provide a broadcast receiving device capable of executing functions with higher added value. Example 4

[0383] Hereinafter, Example 4 of the present invention will be described. It is assumed that the configuration, effects, etc. in this example are the same as those in Example 3 unless otherwise specified. Therefore, hereinafter, the differences between this example and Example 3 will be mainly described, and the common points will be omitted as much as possible to avoid duplication. In this example, the data output process from the broadcast receiving apparatus 40100 to the monitor apparatus 40300 via the connection cable 40200 will be mainly described.

[0384] [Program Output Control] In this example, the broadcast receiving apparatus 40100 is assumed to be an optical disk drive recorder, a magnetic disk drive recorder, an STB, or the like. That is, the broadcast receiving apparatus 40100 does not have a monitor unit for video display and a speaker unit for audio output, and outputs video information (video data) and audio information (audio data) from the digital interface unit 40125, and transmits them to the monitor apparatus 40300 via the connection cable 40200. Further, in the monitor apparatus 40300, the video information is displayed and the audio information is output. Note that in the broadcast receiving apparatus 40100, the output formats of the video information (video data) and the audio information (audio data) to the monitor apparatus 40300 via the connection cable 40200 can be appropriately controlled. Hereinafter, an example of the output formats of the video information (video data) and the audio information (audio data) corresponding to the broadcast receiving apparatus 40100 in this example will be described.

[0385] <B-1: Output 1 of Decoded Video Information and Audio Information> The first example of the output formats of the video information and the audio information corresponding to the broadcast receiving apparatus 40100 is a format in which the decoded video information output from the video synthesizing unit 161 and the decoded audio information output from the audio synthesizing unit 164 are output from the digital interface unit 40125 and transmitted to the monitor apparatus 40300 via the data lane of the connection cable 40200.

[0386] In this first example, when viewing a program being broadcast, the broadcast receiving device 40100 acquires each asset (also referred to as broadcast transmission path via assets in this embodiment) included in the IP data flow transmitted via the broadcast transmission path and each asset (also referred to as communication line via assets in this embodiment) included in the IP data flow distributed via the communication line, and performs appropriate decoding processing using the video decoder 141, audio decoder 143, superimposed text decoder 144, subtitle decoder 145, data decoder 151, etc. Note that, if the communication line via assets have been cached because the application control code is specified by "PREFETCH", the communication line via assets may be acquired by reading them from the cache. Furthermore, the decoded video information and audio information that have been subjected to the synthesis processing by the video synthesis unit 161 and the audio synthesis unit 164 are controlled to be output to the monitor device 40300 via the digital interface unit 40125.

[0387] When viewing a recorded program recorded in the storage (accumulation) unit 110 or an external recording medium (also referred to as storage in this embodiment), the broadcast receiving device 40100 may appropriately decode the broadcast transmission path via asset and the communication line via asset read from the storage by the playback process using the video decoder 141, the audio decoder 143, the superimposed text decoder 144, the subtitle decoder 145, the data decoder 151, etc. In addition, during the playback process, an IP data flow including the communication line via asset may be newly acquired from the broadcast station server 300 or the service provider server 400 (also referred to as server device in this embodiment). Furthermore, the decoded video information and audio information that have been subjected to the synthesis process by the video synthesis unit 161 and the audio synthesis unit 164 are controlled to be output to the monitor device 40300 via the digital interface unit 40125.

[0388] When performing the playback process, as for which of the communication line - via assets read from the storage and the communication line - via assets included in the IP data flow newly acquired from the server device is to be used for the decoding process, the priority may be determined in advance by menu settings or the like. Alternatively, depending on the version information or expiration date information attached to the communication line - via asset read from the storage, it may be possible to control whether to newly acquire an IP data flow including the communication line - via asset from the server device. Alternatively, it may be possible to allow the user to select each time. For example, first, attempt to acquire an IP data flow including the communication line - via asset from the server device, and use the communication line - via asset read from the storage when the IP data flow including the communication line - via asset cannot be acquired from the server device. Or, first, read the communication line - via asset from the storage, check the version information and expiration date information of the read communication line - via asset, and then newly acquire an IP data flow including the communication line - via asset from the server device as necessary.

[0389] Note that the transmission of the decoded video information and audio information from the digital interface unit 40125 to the monitor device 40300 is mainly performed via the data lanes of the connection cable 40200 and may be transmitted in a predetermined format compliant with, for example, the HDMI (registered trademark) specification. Also, when the program to be viewed is a program whose layout setting is controlled by the description of LCT, as shown in an example in FIG. 35A, the decoded video information output from the digital interface unit 40125 may already have the layout setting applied. Therefore, in the monitor device 40300, it is possible to display the video information on the monitor unit with the layout setting intended by the content provider without requiring special processing.

[0390] <B - 2: Output of Decoded Video Information and Audio Information 2> A second example of an output format for video information and audio information supported by the broadcast receiving device 40100 is a format in which, for assets via a broadcast transmission path, the decoded video information output from the video synthesis unit 161 and the decoded audio information output from the audio synthesis unit 164 are output directly from the digital interface unit 40125 for assets via a communication line, and the decoded video information and audio information are sent to the monitor device 40300 via the data lane of the connection cable 40200, and the assets via the communication line are sent to the monitor device 40300 via the communication line of the connection cable 40200.

[0391] In this second example, when viewing a program currently being broadcast, the broadcast receiving device 40100 appropriately decodes broadcast transmission path via assets included in an IP data flow transmitted via a broadcast transmission path using the video decoder 141, audio decoder 143, superimposed text decoder 144, subtitle decoder 145, data decoder 151, etc., and controls the decoded video information and audio information that have been subjected to synthesis processing in the video synthesis unit 161 and audio synthesis unit 164 to be output to the monitor device 40300 via the digital interface unit 40125. On the other hand, the broadcast receiving device 40100 controls the communication line via assets included in an IP data flow distributed via a communication line to be output from the separation unit 132 in the format of the IP data flow including the communication line via assets, and to be output to the monitor device 40300 via the digital interface unit 40125. In addition, if the application control code is specified by "PREFETCH" and an IP data flow including an asset via a communication line has already been cached, the IP data flow read from the cache may be output to the monitor device 40300 via the digital interface unit 40125.

[0392] When viewing a recorded program stored in storage, the broadcast receiving device 40100 decodes the broadcast transmission path via assets read from the storage by the playback process as appropriate using the video decoder 141, audio decoder 143, superimposed text decoder 144, subtitle decoder 145, data decoder 151, etc. Regarding the communication line via assets, the communication line via assets read from the storage by the playback process may be reconstructed into an IP data flow format and input to the digital interface unit 40125, or an IP data flow including the communication line via assets newly acquired from the server device may be input to the digital interface unit 40125. Furthermore, the decoded video information and audio information that have been subjected to the synthesis process by the video synthesis unit 161 and audio synthesis unit 164 and the IP data flow including the communication line via assets are controlled to be output to the monitor device 40300 via the digital interface unit 40125.

[0393] During the playback process, the priority of the communication line via assets read from storage and the communication line via assets included in the IP data flow newly obtained from the server device to be output from the digital interface unit 40125 may be determined in a manner similar to that described above in (B-1).

[0394] 35B, the transmission of the IP data flow including the decoded video information and audio information and the communication line via assets from the digital interface unit 40125 to the monitor device 40300 may be controlled so that the decoded video information and audio information are transmitted mainly via the data lane of the connection cable 40200, and the IP data flow including the communication line via assets is transmitted mainly via the communication line of the connection cable 40200. The delivery process of the IP data flow including the communication line via assets to the monitor device 40300 via the communication line of the connection cable 40200 may be performed by delivering the IP data flow including the communication line via assets output from the separation unit 132 from the digital interface unit 40125 to the monitor device 40300 in a push format. Alternatively, the IP data flow including the assets via the communication line output from the separation unit 132 may be temporarily stored in the server data storage area 41400 of the storage (accumulation) unit 110, and the stored IP data flow including the assets via the communication line may be distributed from the digital interface unit 40125 in response to a request from the monitoring device 40300. Regarding the distribution process of the IP data flow including the assets via the communication line to the monitoring device 40300 via the communication line of the connection cable 40200, the same process may be performed in the following explanation.

[0395] Furthermore, association information, which is various control information for associating the decoded video information and audio information with the assets via the communication line, is transmitted through a data lane of the connection cable 40200. The decoded video information and audio information may be transmitted through the data lane of the connection cable 40200 in a predetermined format conforming to the HDMI specification, for example. The association information may be transmitted through the data lane of the connection cable 40200 using, for example, a reserved area or the like defined in the HDMI specification. The reserved area or the like may be an area, etc., arranged in a blanking period portion in the HDMI specification, in which each manufacturer can specify the usage method.

[0396] The association information may be reference location information indicating a reference for acquiring the asset via the communication line, reference time information for controlling the decoding time or presentation time of the asset via the communication line, layout control information for controlling the layout setting in the monitor display of the program to be viewed, etc. Other information may also be transmitted as the association information.

[0397] The reference location information is information indicating a reference for the monitoring device 40300 to acquire the asset via the communication line. When the monitoring device 40300 is caused to acquire an IP data flow including the asset via the communication line from a server device again, the broadcast receiving device 40100 may simply transfer the location information of the MPT, etc., included in the IP data flow acquired via the broadcast transmission path to the monitoring device 40300 as the reference location information. When the monitoring device 40300 is caused to acquire an IP data flow including the asset via the communication line distributed from the broadcast receiving device 40100, the broadcast receiving device 40100 may rewrite the content of the location information of the MPT, etc., included in the IP data flow acquired via the broadcast transmission path and then transmit it to the monitoring device 40300 as the reference location information. Both of the reference location information may be transmitted to the monitoring device 40300, and the monitoring device 40300 may be allowed to select whether to obtain an IP data flow including the asset via the communication line from a server device again, or to obtain an IP data flow including the asset via the communication line distributed from the broadcast receiving device 40100.

[0398] Specifically, the rewrite process may rewrite location information (corresponding to "MMT_general_location_info()" shown in FIG. 17) related to assets via communication lines included in the MPT from "location_type=0x01" indicating that the data is multiplexed in an IPv4 data flow or "location_type=0x02" indicating that the data is multiplexed in an IPv6 data flow to "location_type=0x05" indicating that the data is located at a specified URL. Furthermore, the description of the specified URL may be set to point to the server data storage area 41400 managed by the server function execution unit 41103 of the broadcast receiving device 40100. In the rewrite process of the location information of the MPT, it is preferable to rewrite the description of the reference destination in the same format as the location information of the MPT transmitted via the broadcast wave without changing the format. This is because, when the data output from the broadcast receiving device 40100 and received by the monitoring device 40300 is interpreted by the monitoring device 40300, it can be interpreted using the same function as the MPT location information transmitted via broadcast waves. If the monitoring device 40300 has the same broadcast wave receiving function as the broadcast receiving device 40100, this function can be applied to the reception and interpretation process of the digital interface output from the broadcast receiving device 40100, and there is no need to be equipped with a unique function. Therefore, by configuring in this way, the cost of the entire system can be reduced.

[0399] In addition, when the monitoring device 40300 acquires the communication line-via-asset from an IP data flow delivered in push format from the broadcast receiving device 40100, the reference location information may be the IP packet ID of the IP data flow that the monitoring device 40300 should refer to, or the asset ID of the communication line-via-asset that should be acquired, etc.

[0400] The reference time information may be transferred as is by the NTP acquired by the broadcast receiving device 40100, or may be transmitted after adding a predetermined offset value to the value of the NTP. In the monitoring device 40300, when the IP data flow including the decoded video information and audio information and the asset via the communication line transmitted from the broadcast receiving device 40100 is a playback process of a recorded program recorded in a storage, it is desirable to control the decode process and presentation process of the asset via the communication line based on the reference time information transmitted from the broadcast receiving device 40100. For this reason, when the broadcast receiving device 40100 of this embodiment transmits the IP data flow including the decoded video information and audio information and the asset via the communication line to the monitoring device 40300, it simultaneously transmits playback program flag information indicating whether the IP data flow including the decoded video information and audio information and the asset via the communication line is a program being broadcast or a recorded program being played. The playback program flag information may also be one of the association information.

[0401] The layout control information is information indicating the setting contents of the LCT when the program is a program for which layout setting control is performed according to the description of the LCT. The monitor device 40300 is capable of controlling the layout setting when displaying on the monitor based on the layout control information.

[0402] The monitor device 40300 acquires the decoded video information, audio information, and the layout control information from the broadcast receiving device 40100, and acquires the IP data flow including the assets via the communication line from the broadcast receiving device 40100 or a server device, so that the monitor device 40300 can display the decoded video and various data transmitted in the IP data flow in the layout intended at the time of broadcast. As described above, even if the broadcast receiving device 40100 performs a process of rewriting the location information, the broadcast receiving device 40100 may output the LCT information as it is at the time of reception without rewriting it. This is because in the LCT, the asset acquisition destination for the area to which the assets via the communication line were assigned at the time of reception is changed by rewriting the location information, and the layout itself does not need to be changed. Therefore, if the monitor device 40300 has the same broadcast wave receiving function as the broadcast receiving device 40100, when the decoded video of a program recorded by the broadcast receiving device 40100 and then played back is output to the monitor device 40300 via the digital interface, by transmitting location information in which the reference description has been rewritten while maintaining the same format as the location information of the MPT transmitted via broadcast waves, and LCT information that has not been rewritten while maintaining the same description as when it was transmitted via broadcast waves (there is no need to rewrite it when recording and playing back) from the broadcast receiving device 40100 to the monitor device 40300 via the digital interface, it becomes possible to interpret the control information in the same manner as the broadcast wave receiving function of the monitor device 40300, and therefore it becomes possible to more efficiently reproduce on the monitor device 40300 the display in the layout intended at the time of broadcast.

[0403] In addition, when the layout setting by the description of the LCT indicates a layout composed only of assets via the broadcast transmission path, the layout setting may be controlled on the broadcast receiving device 40100 side, the decoded video information and audio information may be synthesized in a layout-set state, and transmitted to the monitor device 40300 via the data lane of the connection cable 40200. In this case, the layout control information does not need to be transmitted as association information.

[0404] Also, in the output format of this second example, even when the monitor device 40300 does not support the output format of the second example, there is an advantage that only the video information based on the broadcast transmission path asset can be displayed.

[0405] <B-3: Output of Encoded Video Data and Audio Data 1> A third example of the output format of the video data and audio data supported by the broadcast receiving device 40100 is a format in which one IP data flow including a broadcast transmission path asset and a communication line path asset is output from the digital interface unit 40125 and transmitted to the monitor device 40300 via a data lane or communication line of the connection cable 40200.

[0406] In this third example, when the broadcast receiving device 40100 watches a broadcast program, it acquires an IP data flow including a broadcast transmission path asset transmitted via the broadcast transmission path and an IP data flow including a communication line path asset distributed via the communication line, and outputs each IP data flow as it is from the separation unit 132. Further, in the transcoding processing unit 40181, a process of combining the IP data flow including the broadcast transmission path asset and the IP data flow including the communication line path asset into one IP data flow is performed, and control is performed so that the combined IP data flow is output from the digital interface unit 40125 to the monitor device 40300. When the IP data flow including the communication line path asset has been cached because the application control code is specified as 'PREFETCH', the transcoding processing unit 40181 may perform the combining process on the IP data flow including the broadcast transmission path asset and the IP data flow read from the cache.

[0407] Furthermore, when viewing a recorded program recorded in a storage, the broadcast receiving device 40100 may reconstruct the broadcast transmission path via assets and the communication line via assets read from the storage by the playback process into the form of one IP data flow in the transcode processing unit 40181, and output the reconstructed IP data flow as a composite IP data flow from the digital interface unit 40125. When the recording process to the storage is performed on a package basis or an IP data flow basis, the transcode processing unit 40181 may perform a composite process on the IP data flow including the broadcast transmission path via assets read from the storage by the playback process and the IP data flow including the communication line via assets. Furthermore, the communication line via assets may be newly acquired from the server device, and the transcode processing unit 40181 may perform a composite process on the IP data flow including the broadcast transmission path via assets read from the storage and the IP data flow including the communication line via assets newly acquired from the server device.

[0408] During the playback process, the priority of the IP data flow including the assets via the communication line read from the storage and the IP data flow including the assets via the communication line newly obtained from the server device to be used for the synthesis process may be determined by a method similar to that described above in (B-1).

[0409] In addition, various control signals (MMT-SI, etc.) arranged together with the broadcast transmission path via assets in the IP data flow transmitted through the broadcast transmission path are basically arranged as is in the synthesized IP data flow obtained as a result of the synthesis process of the IP data flow including the broadcast transmission path via assets and the IP data flow including the communication line via assets in the transcode processing unit 40181. However, the association information that associates the broadcast transmission path via assets with the communication line via assets is appropriately rewritten. Specifically, the rewriting process may be performed by rewriting the location information (corresponding to "MMT_general_location_info()" shown in FIG. 17) regarding the communication line via assets included in the MPT from "location_type=0x01" indicating that the data is multiplexed in an IPv4 data flow or "location_type=0x02" indicating that the data is multiplexed in an IPv6 data flow to "location_type=0x00" indicating that the data is multiplexed in the own IP data flow.

[0410] The composite IP data flow output from the transcode processing unit 40181 may be transmitted to the monitoring device 40300 via the data lane of the connection cable 40200, as shown in an example in FIG. 35C. Alternatively, it may be distributed to the monitoring device 40300 via the communication line of the connection cable 40200. In this case, the monitoring device 40300 needs to perform a decoding process for each asset based on various control information included in the composite IP data flow transmitted from the broadcast receiving device 40100. That is, it is desirable that the monitoring device 40300 has a configuration similar to that of the broadcast receiving device 100 shown in FIG. 7A and is capable of decoding the MMT data string.

[0411] When the synthesized IP data flow is output from the digital interface unit 40125 and transmitted to the monitor device 40300 via the data lane of the connection cable 40200, for example, it may be performed by storing the synthesized IP data flow as it is in a storage area for video information and audio information in a predetermined format compliant with the HDMI (registered trademark) specification. In this case, it is desirable to transmit information indicating that the data stored in the storage area for the video information and audio information is the synthesized IP data flow, and information indicating that the MMT data sequence and its control information are included in the synthesized IP data flow and that decoding processing of the MMT data sequence is required for program viewing, for example, using a reserved area defined in the HDMI specification.

[0412] <B-4: Output of Encoded Video Data and Audio Data 2> A fourth example of the output format of the video data and audio data corresponding to the broadcast receiving device 40100 is to output an IP data flow including a broadcast transmission path asset and an IP data flow including a communication line path asset from the digital interface unit 40125. As shown in an example in FIG. 35D, for the IP data flow including the broadcast transmission path asset, it is transmitted to the monitor device 40300 via the data lane of the connection cable 40200, and for the IP data flow including the communication line path asset, it is transmitted to the monitor device 40300 via the communication line of the connection cable 40200.

[0413] In this fourth example, when viewing a program being broadcast, the broadcast receiving device 40100 acquires an IP data flow including broadcast transmission path via assets transmitted via a broadcast transmission path and an IP data flow including communication line via assets distributed via a communication line, and outputs each IP data flow as is from the separation unit 132. Furthermore, the IP data flow including the broadcast transmission path via assets is transmitted from the digital interface unit 40125 to the monitoring device 40300 via a data lane of the connection cable 40200, and the IP data flow including the communication line via assets is distributed from the digital interface unit 40125 to the monitoring device 40300 via the communication line of the connection cable 40200. Note that, if the IP data flow including the communication line via assets has been cached because the application control code is specified by "PREFETCH", the IP data flow read from the cache may be distributed to the monitoring device 40300 from the digital interface unit 40125 via the communication line of the connection cable 40200.

[0414] Furthermore, when viewing a recorded program recorded in the storage, the broadcast receiving device 40100 reconstructs the broadcast transmission path via assets and the communication line via assets read from the storage by the playback process into the form of IP data flows in the transcode processing unit 40181. Furthermore, the IP data flow reconstructed from the broadcast transmission path via assets may be transmitted to the monitoring device 40300 via the data lane of the connection cable 40200, and the IP data flow reconstructed from the communication line via assets may be transmitted to the monitoring device 40300 via the communication line of the connection cable 40200. When the recording process to the storage is performed on a package basis or an IP data flow basis, the IP data flow including the broadcast transmission path via assets and the IP data flow including the communication line via assets read from the storage by the playback process may be transmitted to the monitoring device 40300 via the data lane and communication line of the connection cable 40200, respectively. In addition, the assets via the communication line may be obtained again from the server device, and the IP data flow including the assets via the communication line output from the separation unit 132 may be distributed to the monitor device 40300 via the communication line of the connection cable 40200.

[0415] During the playback process, the priority of whether to deliver to the monitor device 40300 an IP data flow including assets via a communication line read from storage or an IP data flow including assets via a communication line newly obtained from a server device may be determined using a method similar to that described above in (B-1).

[0416] In addition, various control signals (MMT-SI, etc.) arranged together with the broadcast transmission path via assets in the IP data flow transmitted via the broadcast transmission path are basically arranged as is in the IP data flow including the broadcast transmission path via assets output from the digital interface unit 40125. However, the association information that associates the broadcast transmission path via assets with the communication line via assets is appropriately rewritten. Specifically, the rewriting process may be performed by rewriting the location information (corresponding to "MMT_general_location_info()" shown in FIG. 17) regarding the communication line via assets included in the MPT from "location_type=0x01" indicating that the data is multiplexed in an IPv4 data flow or "location_type=0x02" indicating that the data is multiplexed in an IPv6 data flow to "location_type=0x05" indicating that the data is located at a specified URL. Furthermore, the specified URL may be set to point to the server data storage area 41400 managed by the server function execution unit 41103 of the broadcast receiving device 40100.

[0417] The rewriting process is performed when the monitoring device 40300 is caused to acquire an IP data flow including the asset via the communication line distributed from the broadcast receiving device 40100. When the monitoring device 40300 is caused to acquire an IP data flow including the asset via the communication line from a server device, the rewriting process does not need to be performed.

[0418] Furthermore, when outputting the IP data flow including the broadcast transmission path via asset from the digital interface unit 40125 and transmitting it to the monitor device 40300 via the data lane of the connection cable 40200, the IP data flow including the broadcast transmission path via asset may be stored as is in a storage area for video information and audio information of a predetermined format conforming to the HDMI (registered trademark) specification. In this case, it is desirable to transmit, for example, information indicating that the data stored in the storage area for the video information and audio information is an IP data flow including the broadcast transmission path via asset, or information indicating that the IP data flow including the broadcast transmission path via asset includes an MMT data string and its control information and that decoding processing of the MMT data string is necessary for program viewing, using a spare area or the like specified in the HDMI specification.

[0419] As described above, the broadcast receiving device 40100 of this embodiment can appropriately select the output format of (B-1) to (B-4) described above. Furthermore, it is also possible to appropriately combine the output formats of (B-1) to (B-4) described above. For example, in accordance with the output format of (B-2) described above, for some communication line via assets, the broadcast receiving device 40100 performs a decoding process, and then performs a synthesis process with video information and audio information obtained by decoding the broadcast transmission line via assets, and transmits the result to the monitor device 40300 via the data lane of the connection cable 40200. For other communication line via assets, the broadcast receiving device 40100 may be controlled to directly distribute the assets to the monitor device 40300 via the communication line of the connection cable 40200. Also, for example, in accordance with the output format of (B-4) above, among the assets constituting the broadcast transmission path via assets and the communication line via assets, video assets, audio assets, etc. may be transmitted as a single IP data flow to the monitor device 40300 via the data lane of the connection cable 40200, and data assets, subtitle assets, etc. may be distributed as a single IP data flow to the monitor device 40300 via the communication line of the connection cable 40200.

[0420] In the broadcast receiving device 40100, the control of the output format may be performed according to the display performance of the monitor device 40300 acquired via the DDC line of the connection cable 40200. The display performance may be acquired by a means different from that described above. In this embodiment, the display performance refers to items such as the decoding performance of the MMT data string in the monitor device 40300, the compatibility with network communication via the communication line of the connection cable 40200, the presence or absence of a LAN communication function for the Internet 200, etc.

[0421] When the output format of the video information and audio information from the broadcast receiving device 40100 is the above (B-4), the monitor device 40300 receives the IP data flow including the broadcast transmission path via asset transmitted from the broadcast receiving device 40100 via the data lane of the one-way transmission of the connection cable 40200 at a digital interface unit, and inputs the received IP data flow to an MMT decode processing unit. The MMT decode processing unit refers to the MMT-SI possessed by the IP data flow, and requests the broadcast receiving device 40100 to transmit the IP data flow including the communication line via asset via the communication line capable of bidirectional transmission based on the location information included in the MPT, etc. The broadcast receiving device 40100 transmits the IP data flow including the communication line via asset stored in the server data storage area 41400 of the storage (accumulation) unit 110 to the monitor device 40300 via the communication line capable of bidirectional transmission of the connection cable 40200 based on the control of the server function execution unit 41103. The monitor device 40300 appropriately decodes the communication line via asset received via the communication line of the connection cable 40200 and the broadcast transmission path via asset received via the data lane of the connection cable 40200, and provides the video information and audio information to the user via the monitor unit and speaker. The same processing is also performed when the output format of the video information and audio information from the broadcast receiving device 40100 is (B-2) or (B-3) described above.

[0422] In the above description, the transmission of the IP data flow including the communication line via assets when the output format of the video information and audio information from the broadcast receiving device 40100 is the above-mentioned (B-2) or (B-4) is performed via the communication line of the connection cable 40200. However, this is merely an example, and for example, the transmission of the IP data flow including the communication line via assets may be performed by outputting from the LAN communication unit 121 of the broadcast receiving device 40100 and inputting to a LAN communication unit (not shown) of the monitor device 40300 via the router device 200r. Similarly, the transmission of the combined IP data flow obtained by combining the broadcast transmission line via assets and the communication line via assets into one IP data flow when the output format of the video information and audio information from the broadcast receiving device 40100 is the above-mentioned (B-3) may be performed by outputting from the LAN communication unit 121 of the broadcast receiving device 40100 and inputting to a LAN communication unit (not shown) of the monitor device 40300 via the router device 200r.

[0423] However, when performing the above-mentioned transmission process, the device to which the IP data flow including the assets via the communication line or the combined IP data flow is sent is limited to a device having an IP address restricted by the same subnet mask as the IP address of the broadcast receiving device 40100. By providing such a restriction, devices outside the user's control will not be able to obtain the IP data flow including the assets via the communication line or the combined IP data flow, etc., without limit, for example, via the Internet 200, which is preferable in terms of copyright management of program content.

[0424] In addition, when location information related to a communication line-routed asset included in an MMT data string acquired by the broadcast receiving device 40100 via a broadcast transmission path indicates a URL, the URL indicates an IP address of an external network from the perspective of the broadcast receiving device 40100. On the other hand, the broadcast receiving device 40100 and the monitoring device 40300 are directly connected by a connection cable 40200, that is, it can be said that they are configured within an area restricted by the same subnet mask. Therefore, the rewriting process of the reference location information described in the explanation of the output format of (B-2) can be said to be a process of rewriting location information indicating an IP address that is not in the same subnet mask as the subnet mask to which the IP address of the broadcast receiving device 40100 and the IP address of the monitoring device 40300 belong to location information indicating an IP address in the same subnet mask as the subnet mask to which the IP address of the broadcast receiving device 40100 and the IP address of the monitoring device 40300 belong.

[0425] In the above-mentioned output format (B-2) or (B-4), the broadcast receiving device 40100 outputs the data included in the IP data flow acquired via the broadcast transmission path, which is a one-way transmission, and the data included in the IP data flow acquired via the communication line, which is capable of two-way transmission, via different lines, even though the broadcast receiving device 40100 is using the same wired digital interface. By using different lines in this way, it is possible to output the two IP data flows without performing a special multiplexing process to combine them into one IP data flow. That is, in the example of the output format (B-4), the IP data flow acquired by the broadcast receiving device 40100 via the broadcast transmission path and the IP data flow acquired via the communication line are output as the IP data flow of the first output signal and the IP data flow of the second output signal, respectively, without being multiplexed with each other, although there is a process such as rewriting the location information. Then, there is no need to perform a special multiplexing process for the IP data flow of the first output signal and the IP data flow of the second output signal, and therefore there is no need to install a separation process corresponding to the special multiplexing process on the monitor device 40300 side. Rather, if the first output signal and the second output signal are configured to be output as MMT data strings, then if the monitor device 40300 has an MMT decoder similar to that of the broadcast receiving device 40100, it will be possible to decode the first output signal and the second output signal without performing any special separation processing, and this output state will be extremely versatile as a system, which is beneficial.

[0426] Also, in the above example, the broadcast receiving device 40100 outputs data included in the IP data flow acquired via the broadcast transmission path, which is unidirectional transmission, to the monitoring device 40300, which is an external device, via the unidirectional transmission line of the wired digital interface, and outputs data included in the IP data flow acquired via the communication line, which is bidirectional transmission, to the monitoring device 40300, which is an external device, via the bidirectional transmission line of the wired digital interface. The monitoring device 40300 acquires data acquired by the broadcast receiving device 40100 via the broadcast transmission path, which is unidirectional transmission, from the unidirectional transmission line of the wired digital interface, and acquires data acquired by the broadcast receiving device 40100 via the communication line, which is bidirectional transmission, from the bidirectional transmission line of the wired digital interface, so that it has high affinity for processing with the broadcast receiving device 40100 of this embodiment. That is, the monitoring device 40300 can be manufactured by diverting many of the processing circuits of the broadcast receiving device 40100, and the dedicated processing circuits can be reduced, and therefore production at low cost is possible. Therefore, it is possible to provide a more suitable system to users at low cost.

[0427] The transmission line capable of one-way communication described in each of the above embodiments may be a single physical line or a group of lines combining multiple lines. The transmission line capable of two-way communication described in each of the above embodiments may be a single physical line or a group of lines combining multiple lines to perform transmission using a two-way communication protocol.

[0428] In addition, the settings of the output format control in each of the above-mentioned embodiments may have a predetermined initial value at the time of shipment. However, it is preferable that the predetermined initial value is configured to be changeable to a setting value according to the usage environment of each user by the user's operation via the operation input unit 170. This is because, even if correct information about the performance of the monitoring device 40300 cannot be obtained due to a malfunction of the broadcast receiving device 40100 itself or the software of the monitoring device 40300, it is possible to configure the device so that data output by the output format control required by the user can be obtained by manual setting, thereby preventing the user from suffering any disadvantage.

[0429] Although 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 modified examples are possible. For example, it is possible to replace a part of the configuration of one example with the configuration of another example, and it is also possible to add the configuration of another example to the configuration of one example. All of these belong to the scope of the present invention. Furthermore, the numerical values, messages, etc. appearing in the text and figures are merely examples, and the effect of the present invention is not impaired even if different ones are used.

[0430] 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. They may also be realized by software, with a microprocessor unit or the like interpreting and executing an operating program that realizes each function. Hardware and software may also be used in combination.

[0431] The software for controlling the broadcast receiving device 100 may be stored in the ROM 103 and / or storage (accumulation) unit 110 of the broadcast receiving device 100 beforehand at the time of product shipment. It may also be acquired via the LAN communication unit 121 from another application server 500 on the Internet 200 after product shipment. In addition, the software stored in a memory card, optical disk, etc. may be acquired via the expansion interface unit 124, etc.

[0432] In addition, the control lines and information lines shown in the diagram are those considered necessary for explanation, and do not necessarily show all the control lines and information lines on the product. In reality, it can be considered that almost all components are connected to each other. [Explanation of symbols]

[0433] 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...extension 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...text superimposition decoder, 145...subtitle decoder, 146...subtitle synthesis unit, 147...subtitle color gamut conversion unit, 151...data decoder, 152...cache unit, 153...application control unit, 154...browser unit, 155...application color gamut conversion unit, 156...sound source unit, 161,861...video synthesis unit, 162,862...monitor unit, 163,863...video output unit, 164,864...audio synthesis unit, 165,865...speaker unit, 166,866...audio output unit, 170,870...operation input unit, 40181...transcoding processing unit, 841...MMT decoding processing unit, 842...MPEG2-TS decoding processing unit, 200...Internet, 200r...router device, 200a...access point, 300t...radio tower, 300s...broadcasting satellite (or communication satellite), 300...broadcasting station server, 400...service provider server, 500...other application servers, 600...mobile telephone communication server, 600b...base station, 700...mobile information terminal, 40200...connection cable, 40300...monitor device.

Claims

[Claim 1] A content protection processing method in a broadcast receiving device that receives control information related to a broadcast program and broadcast program content, comprising: a receiving step of receiving the control information related to the broadcast program and the broadcast program content; a recording reservation step of reserving a recording of the broadcast program by using an EIT including information related to an event among the control information received in the receiving step; a storage step of storing the broadcast program content received in the receiving step, using copy control information among the control information received in the receiving step, for the broadcast program reserved for recording in the recording reservation step; a video output step of controlling acquisition of a video by using an AIT, which is information regarding an application, among the control information received in the receiving step, and outputting the video; Equipped with In the storing step, when the broadcast program content received in the receiving step is a content for which one-generation copy protection is designated by copy control information included in the control information, the broadcast program content is stored in a state in which the broadcast program content is encrypted so as to be reproducible only by the broadcast receiving device, in the storing step, when the broadcast program content received in the receiving step is a content for which protection allowing copying a predetermined number of times is designated by copy control information included in the control information, the broadcast program content is stored in a state in which nine copy processes and one move process are possible for the broadcast program content and in a state in which the broadcast program content is encrypted so as to be reproducible only by the broadcast receiving device; The storage of the broadcast program content in the storage step can be performed in a storage unit at the output destination of an IP interface configured by hardware corresponding to Ethernet provided in the broadcast receiving device via the IP interface. Content protection processing method.

Images