JP2024003091A - video display system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a digital broadcast receiver capable of performing a function with higher added-value.

SOLUTION: A broadcast receiver, capable of receiving broadcast data transmitted by a plurality of transport systems different from each other, includes a first reception section which receives broadcast data of a first transmission system; a second reception section which receives broadcast data of a second transmission system; a video output section which outputs a video developed on the basis of each decoded data; and an operation input section and a control section which receive control information from a remote controller. The remote controller includes a button for switching between display and non-display of services interlocking with a broadcast program. When the remote controller is operated by a user, the control section executes different display control dependent on when a program displayed on an output video from a video output section is a program transmitted and received by the first transmission system and when it is a program transmitted and received by the second transmission system.

SELECTED DRAWING: Figure 29

COPYRIGHT: (C)2024,JPO&INPIT

Description

The present invention relates to a video display system.

One of the expanded functions of digital broadcasting services is data broadcasting, which transmits digital data via broadcast waves and displays various information such as weather forecasts, news, and recommended programs. Many television receivers capable of receiving data broadcasting are already on the market, and many technologies related to data broadcasting reception have been published, including Patent Document 1 listed below.

Japanese Patent Application Publication No. 2001-186486

In response to recent changes in the environment regarding content distribution, television receivers are also required to have various functional enhancements. In particular, there are many demands for the distribution of content and cooperative applications using broadband network environments such as the Internet, and demands for higher resolution/higher definition of video content. However, it is difficult to provide a high-value-added television receiver that can meet the above requirements by simply reusing the data broadcasting reception function, etc., of current television receivers, or by simply expanding the data broadcasting reception function, etc. .

An object of the present invention is to realize a video display system that can perform functions with higher added value.

As a means for solving the above problem, the technology described in the claims is used.

To give an example, a video display device that can receive and display both broadcast data of the MPEG2 transmission method and broadcast data of the MMT transmission method, and a remote controller that can be operated by transmitting control information to the video display device. A video display system comprising: a first receiving section that receives broadcast data using the MPEG2 transmission method; and a second receiving section that receives broadcast data using the MMT transmission method. , a first decoding unit that decodes the broadcast data received by the first receiving unit, a second decoding unit that decodes the broadcast data received by the second receiving unit, and the first decoding unit or a display unit that displays an image generated based on data decoded by the second decoding unit; an operation input unit that receives control information from the remote controller; a control section that controls the first receiving section, the first decoding section, the second receiving section, the second decoding section, and the display section; controls to switch whether to display or hide a display screen of a hybrid cast service that is linked with the broadcast data of the MPEG2 transmission method decoded by the first decoding unit in the display video displayed on the display unit. a first control state to be performed; and control for switching between displaying or non-displaying a display screen of the multimedia service of the MMT transmission method decoded by the second decoding unit in the display video displayed on the display unit. and a second control state in which the remote controller is configured to include a button for outputting control information for bringing the control unit into the first control state, and a second control state in which the control unit is in the second control state. A button for outputting control information for setting the state is configured as the same button, and the control section further includes a button for displaying a video of a broadcast program transmitted by the MPEG2 transmission method on the display section. If the same button is pressed while the display unit is displaying a video of a broadcast program transmitted by the MMT transmission method, the same button is pressed. When is pressed, the video display system is used which is in the second control state.

By using the technology of the present invention, it is possible to realize a video display system that can perform functions with higher added value.

1 is a configuration diagram of a broadcast communication system including a broadcast receiving device according to a first embodiment. FIG. 2 is an explanatory diagram of constituent elements of an encoded signal in MMT. It is a block diagram of MPU in MMT. FIG. 2 is a configuration diagram of an MMTP packet in MMT. FIG. 2 is a conceptual diagram of a protocol stack of a broadcasting system using MMT. FIG. 3 is a hierarchical configuration diagram of control information used in a broadcasting system. This is a list of tables used in TLV-SI of the broadcasting system. This is a list of descriptors used in TLV-SI of the broadcasting system. This is a list of messages used in MMT-SI of the broadcasting system. This is a list of tables used in MMT-SI of the broadcasting system. This is a list (1) of descriptors used in MMT-SI of the broadcasting system. This is a list (2) of descriptors used in MMT-SI of the broadcasting system. This is a list (3) of descriptors used in MMT-SI of the broadcasting system. FIG. 3 is a diagram showing the relationship between components of the broadcasting system and each table. FIG. 3 is a diagram showing a data structure of MPT of a broadcasting system. FIG. 2 is a diagram showing a data structure of location information of a broadcasting system. FIG. 2 is a diagram showing a data structure of an MPU timestamp descriptor of a broadcasting system. FIG. 3 is a diagram showing the data structure of MH-EIT of the broadcasting system. FIG. 2 is a diagram showing a data structure of an event package descriptor of a broadcasting system. 1 is a block diagram of a broadcast receiving device according to a first embodiment. FIG. FIG. 2 is a configuration diagram of a logical plane structure of a presentation function of the broadcast receiving device according to the first embodiment. 1 is a software configuration diagram of a broadcast receiving device according to a first embodiment. FIG. FIG. 2 is a block diagram of a broadcast station server according to the first embodiment. FIG. 2 is a block diagram of a service provider server according to the first embodiment. 1 is a block diagram of a portable information terminal according to a first embodiment. FIG. 1 is a software configuration diagram of a portable information terminal according to a first embodiment. FIG. FIG. 2 is a system configuration diagram of clock synchronization/presentation synchronization of the broadcast receiving device according to the first embodiment. FIG. 2 is a diagram showing the data structure of the NTP format of the broadcasting system. FIG. 3 is a diagram showing the data structure of MH-TOT of the broadcasting system. FIG. 2 is a diagram illustrating a format of a JST_time parameter of a broadcasting system. FIG. 3 is a diagram showing a data structure of time information in a TMCC extended information area of a broadcasting system. 3 is a diagram showing a method of calculating the current date from MJD of the broadcast receiving device according to the first embodiment. FIG. FIG. 2 is an operation sequence diagram of the broadcast receiving device according to the first embodiment during channel scanning. FIG. 2 is a diagram showing a data structure of TLV-NIT of a broadcasting system. FIG. 2 is a diagram illustrating the data structure of a satellite distribution system descriptor for a broadcast system. FIG. 2 is a diagram showing a data structure of a service list descriptor of a broadcasting system. FIG. 2 is a diagram showing a data structure of AMT of a broadcasting system. FIG. 2 is an operation sequence diagram of the broadcast receiving device according to the first embodiment when selecting a channel. FIG. 2 is a conceptual diagram illustrating how the MPT of each package is referenced by the PLT of the broadcasting system. FIG. 2 is a diagram showing a data structure of a PLT of a broadcasting system. FIG. 2 is an external view of a remote control capable of controlling the broadcast receiving device according to the first embodiment. FIG. 3 is a diagram showing a data structure of a remote control key descriptor of a broadcasting system. It is a figure explaining the channel selection process of a multi-organized channel. FIG. 3 is a diagram illustrating angle selection processing for a multi-view compatible program. FIG. 2 is a diagram showing a data structure of an LCT of a broadcasting system. FIG. 2 is a diagram showing a data structure of an MPU presentation area designation descriptor of a broadcasting system. FIG. 6 is a diagram showing assignment of layouts to layout numbers based on LCT. FIG. 6 is a diagram showing assignment of layouts to layout numbers based on LCT. FIG. 6 is a diagram showing assignment of layouts to layout numbers based on LCT. FIG. 6 is a diagram showing assignment of layouts to layout numbers based on LCT. FIG. 3 is a diagram illustrating exception handling of screen layout control based on LCT. FIG. 3 is a diagram illustrating exception handling of screen layout control based on LCT. FIG. 3 is a diagram showing a data structure of a video component descriptor of a broadcasting system. FIG. 3 is a diagram illustrating the meaning of a video signal aspect ratio of a video component descriptor. FIG. 3 is a diagram illustrating aspect ratio conversion processing of the broadcast receiving device according to the first embodiment. FIG. 3 is a diagram illustrating aspect ratio conversion processing of the broadcast receiving device according to the first embodiment. 3 is a screen display diagram of an EPG screen of the broadcast receiving device according to the first embodiment. FIG. 3 is a screen display diagram of an EPG screen of the broadcast receiving device according to the first embodiment. FIG. 3 is a screen display diagram of an EPG screen of the broadcast receiving device according to the first embodiment. FIG. FIG. 3 is a screen display diagram of the broadcast receiving device according to the first embodiment when an emergency warning broadcast is displayed. FIG. 2 is a diagram showing a data structure of a content copy control descriptor of a broadcasting system. FIG. 3 is a diagram showing the meaning of copy control information of a content copy control descriptor. FIG. 3 is a diagram showing a data structure of a content usage control descriptor of a broadcasting system. FIG. 2 is a block diagram of a broadcast receiving device according to a second embodiment. FIG. 3 is a diagram illustrating inconsistency in current time display when switching broadcast services. FIG. 7 is a diagram illustrating the operation of selection control of a current time information reference source according to the second embodiment. FIG. 7 is an operation sequence diagram of current time information update processing according to the second embodiment. FIG. 7 is a screen display diagram of an EPG screen of the broadcast receiving device according to the second embodiment. FIG. 7 is a screen display diagram of an EPG screen of the broadcast receiving device according to the second embodiment. FIG. 7 is an external view of a remote control capable of controlling a broadcast receiving device according to a third embodiment. FIG. 7 is a diagram illustrating an overview of the operation of the broadcast receiving device according to the third embodiment when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when pressing the MM key. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when pressing the MM key. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed. FIG. 3 is a diagram illustrating the operation of the broadcast receiving device when the MM key is pressed.

Examples of embodiments of the present invention will be described below with reference to the drawings.

(Example 1)
[System configuration]
FIG. 1 is a system configuration diagram showing an example of a broadcast communication system including a broadcast receiving apparatus according to this embodiment. The broadcast communication system of this embodiment includes 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 broadcasting station, a broadcasting satellite (or communication satellite) 300s, a broadcasting station It is composed of a 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.

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

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

The radio tower 300t is a broadcasting facility of a broadcasting station, and transmits broadcast waves containing encoded data of broadcast programs, subtitle information, other applications, general-purpose data, and the like. A broadcasting satellite (or communication satellite) 300s receives broadcast waves transmitted from a radio tower 300t of a broadcasting station, performs appropriate frequency conversion, etc., and transmits the broadcast waves to an antenna 100a connected to a broadcast receiving device 100. It is a repeater that retransmits waves. Further, it is assumed that the broadcast station includes a broadcast station server 300. The broadcasting station server 300 stores broadcast programs (video content, etc.) and metadata such as the program title, program ID, program summary, performer information, broadcast date and time of each broadcast program, and stores the video content and each metadata. , may be provided to service providers based on a contract. Note that 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.

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 by broadcast stations. Further, the service provider server 400 stores, manages, and distributes video content and metadata provided from the broadcast station server 300, various contents and applications linked to broadcast programs, and the like. It also has a function to search for and provide a list of content, applications, etc. that can be provided in response to inquiries from television receivers and the like. Note that storage, management, and distribution of the content and metadata and storage, management, and distribution of the application 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 provided for different services. Furthermore, the functions of the service provider server 400 may also be provided by the broadcasting station server 300.

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

Mobile telephone communication server 600 is connected to the Internet 200 and, on the other hand, to mobile information terminal 700 via base station 600b. The mobile phone communication server 600 manages telephone communication (calls) and data transmission and reception via the mobile phone communication network of the mobile information terminal 700, and connects the mobile information terminal 700 to each server device and other communication devices on the Internet 200. It is possible to send and receive data by communicating with. Communication between the base station 600b and the mobile information terminal 700 is performed using the W-CDMA (Wideband Code Division Multiple Access) (registered trademark) method, the GSM (Global System for Mobile communications) (registered trademark) method, or the LTE method. (Long Term Evolution) method , or other communication methods.

It is assumed that the mobile information terminal 700 has functions of telephone communication (call) and data transmission/reception via a mobile telephone communication network, and a function of wireless communication using 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 the base station 600b of the mobile telephone communication network and the mobile telephone communication server 600, and can be connected to the Internet 200. It is possible to send and receive data through communication with each server device and other communication devices. The access point 200a is connected to the Internet 200 by wired communication, and is also connected to the mobile information terminal 700 by wireless communication. For the wireless communication, a method such as Wi-Fi (registered trademark) may be used. Note that communication between the mobile information terminal 700 and the broadcast receiving device 100 is performed via the access point 200a, the Internet 200, and the router device 200r, or via the base station 600b, the mobile phone communication server 600, the Internet 200, and the router device 200r. It may also be done through.

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

MPEG2-TS is characterized by multiplexing components such as video and audio that make up a program into one stream together with control signals and clocks. Since it is treated as one stream including the clock, it is suitable for transmitting one content over one transmission path with guaranteed transmission quality, and has been adopted in many conventional digital broadcasting systems. On the other hand, the MPEG2-TS function responds to changes in the environment related to content distribution, such as the recent diversification of content, the diversification of devices that use content, the diversification of transmission routes for content distribution, and the diversification of content storage environments. MMT is a newly developed media transport method.

FIG. 2A shows an example of an outline of an encoded signal in 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. shall be.

The MFU is a format for transmitting video, audio, etc., and may be configured in units of NAL (Network Abstraction Layer) units or in units of access units. It is assumed that the MPU includes one or more access units and is capable of decoding video and audio by itself. The MPU may be configured with MPU metadata that includes information regarding the overall configuration of the MPU, movie fragment metadata that includes information about encoded media data, and sample data that is encoded media data. A plurality of movie fragment data and sample data may exist in one MPU. Furthermore, it is assumed that the MFU can be extracted from the sample data. FIG. 2B shows an example of the configuration of the MPU. Note that by adding a sequence number to each MPU belonging to the same asset, it is possible to distinguish any MPU from other MPUs using the asset ID that identifies the asset and the sequence number of the MPU. Furthermore, in the case of media such as video components and audio components, the presentation time and decoding time may be specified for each MPU or access unit.

The MMTP packet is composed of a header section and an MMTP payload, and transmits MFU and MMT control information. It is assumed that the MMTP payload includes a payload header corresponding to the content (data unit) stored in the payload section. FIG. 2C shows an example of an overview of configuring an MFU from a video/audio signal, storing it in an MMTP payload, and configuring an MMTP packet. Note that in a video signal encoded using interframe prediction, it is desirable to configure the MPU in units of GOPs (Groups of Pictures). Furthermore, when the size of the MFU to be transmitted is small, one MFU may be stored in one payload section, or a plurality of MFUs of the same type may be stored in one payload section. Furthermore, when the size of the MFU to be transmitted is large, one MFU may be divided into a plurality of payload parts and stored. Furthermore, MMTP packets may be protected using techniques such as AL-FEC (Application Layer Forward Error Correction) and ARQ (Automatic Repeat Request) in order to recover from packet loss on the transmission path.

In the broadcasting system of this embodiment, MPEG-H HEVC (High Efficiency Video Coding) is used as a video encoding method, and MPEG-4 AAC (Advanced Audio Coding) or MPEG-4 ALS (Audio Lossless) is used as an audio encoding method. Coding) shall be used. Encoded data such as video and audio of broadcast programs encoded by each of the above methods is in MFU or MPU format, and is further put on an MMTP payload, converted into MMTP packets, and transmitted as IP (Internet Protocol) packets. shall be. Further, data content related to broadcast programs may be in MFU or MPU format, and further may be placed on an MMTP payload to be converted into MMTP packets and transmitted as IP packets. Data content transmission methods include (1) subtitle/superimposed transmission method used for data streaming synchronized with broadcasting, (2) application transmission method used for data transmission services asynchronous to broadcasting, and (3) transmission from broadcasting stations. Four types are available: an event message transmission method used for synchronous/asynchronous message notifications to applications running on television receivers, and (4) a general-purpose data transmission method for transmitting other general-purpose data synchronously/asynchronously. shall be taken as a thing.

To transmit 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. rotocol) shall be used. . Further, in the broadcast transmission path, a TLV (Type Length Value) multiplexing method is used for efficient transmission of IP packets. FIG. 3 shows an example of the protocol stack of the broadcasting system of this embodiment. In the figure, (A) is an example of a protocol stack in a broadcast transmission path, and (B) is an example of a protocol stack in a communication line.

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 indicating the structure of a broadcast program. It is assumed that the message is in the format of an MMT control message, is placed on an MMTP payload, is converted into an MMTP packet, and is transmitted as an IP packet. TLV-SI is control information regarding multiplexing of IP packets, and provides information for channel selection and correspondence information between IP addresses and services.

Also, in a broadcasting system using MMT, time information is transmitted to provide absolute time. Note that while MPEG2-TS indicates the component display time based on a different clock for each TS, MMT indicates the component display time based on Coordinated Universal Time (UTC). do. These mechanisms allow terminal devices to synchronize and display components transmitted from different transmission points through different transmission paths. In order to provide UTC, it is assumed that IP packets in NTP (Network Time Protocol) format are used.

[Control information for broadcasting system using MMT]
As described above, in the broadcasting system supported by the broadcast receiving apparatus 100 of this embodiment, the control information includes TLV-SI, which is related to the TLV multiplexing method for multiplexing IP packets, and MMT, which is the media transport method. Prepare the MMT-SI involved. The TLV-SI provides information for the broadcast receiving apparatus 100 to demultiplex IP packets multiplexed on a broadcast transmission path. TLV-SI consists of a "table" and a "descriptor". It is assumed that the "table" is transmitted in section format, and the "descriptor" is placed within the "table". MMT-SI is transmission control information indicating the configuration of an MMT package and information related to broadcasting services. MMT-SI consists of three layers: ``messages'' that store ``tables'' and ``descriptors,''``tables'' that have elements and attributes that indicate specific information, and ``descriptors'' that indicate more detailed information. shall be FIG. 4 shows an example of the hierarchical structure of control information used in the broadcasting system of this embodiment.

<Tables used in TLV-SI>
FIG. 5A shows a list of "tables" used in the TLV-SI of the broadcasting system supported by the broadcast receiving apparatus 100 of this embodiment. In this embodiment, it is assumed that the following table is used as the TLV-SI "table".

(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.

(2) AMT
An Address Map Table (AMT) provides a list of multicast groups of IP packets that constitute each service transmitted in a network.

(3) Table set by the business operator In addition, it is possible for the service provider etc. to prepare a table set independently.

<Descriptors used in TLV-SI>
FIG. 5B shows a list of "descriptors" placed in the TLV-SI of the broadcast system to which the broadcast receiving apparatus 100 of this embodiment supports. In this embodiment, it is assumed that the following is used as a "descriptor" of TLV-SI.

(1) Service list descriptor The service list descriptor provides a list of services by service identification and service type.

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

(3) System management descriptor The system management descriptor is used to distinguish between broadcasting and non-broadcasting.

(4) Network name descriptor A network name descriptor describes a network name using character codes.

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

(6) Descriptor set by the service provider In addition, it is possible for the service provider etc. to prepare a descriptor set independently.

<Messages used in MMT-SI>
FIG. 6A shows a list of "messages" used in MMT-SI of the broadcasting system to which the broadcasting receiving apparatus 100 of this embodiment supports. In this embodiment, it is assumed that the following is used as the MMT-SI "message".

(1) PA Message Package Access (PA) messages are used to transmit various tables.

(2) M2 section message The M2 section message is used to transmit the section extension format of MPEG-2 Systems.

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

(4) M2 short section message The M2 short section message is used to transmit the section short format of MPEG-2 Systems.

(5) Data transmission message A data transmission message is a message that stores a table related to data transmission.

(6) Message set by the service provider In addition, it is possible for the service provider etc. to prepare a message set independently.

<Tables used in MMT-SI>
FIG. 6B shows a list of "tables" used in the MMT-SI of the broadcasting system supported by the broadcasting receiving apparatus 100 of this embodiment. The table is control information having elements and attributes indicating specific information, and is stored in a message and transmitted in an MMTP packet. Note that the message that stores the table may be determined depending on the table. In this embodiment, it is assumed that the following table is used as the MMT-SI "table".

(1) MPT
The MMT Package Table (MPT) provides information that constitutes a package, such as a list of assets and the location of the assets on the network. The MPT may be stored in the PA message.

(2) PLT
The Package List Table (PLT) shows a list of IP data flows and packet IDs that transmit PA messages of MMT packages provided as broadcasting services, and IP data flows that transmit IP services. The PLT may be stored in the PA message.

(3) LCT
A layout configuration table (LCT) is used to associate layout information for presentation with layout numbers. The LCT may be stored in the PA message.

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

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

(6) CAT(MH)
A CA table (Conditional Access Table: CAT) (MH) is used to store a descriptor for identifying a conditional access system. CAT(MH) may be stored in the CA message.

(7) DCM
The Download Control Message (DCM) transmits key-related information such as a key for decoding the transmission path encryption for downloading. DCM may be stored in M2 section messages.

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

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

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

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

(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.

(13) MH-SDT
The MH-Service Description Table (MH-SDT) has a sub-table representing services included in a specific TLV stream, and contains information about the organized channel, such as the name of the organized channel and the name of the broadcaster. to transmit. The MH-SDT may be stored in the M2 section message.

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

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

(16) DDM Table The Data Directory Management Table (DDM table) provides the directory structure of the files that make up the application in order to separate the file structure of the application and the structure for file transmission. DDM tables may be stored in data transmission messages.

(17) DAM Table The Data Asset Management Table (DAM table) provides the configuration of the MPU in the asset and version information for each MPU. DAM tables may be stored in data transmission messages.

(18) DCC Table A data content configuration table (DCC table) provides configuration information of files as data contents in order to realize flexible and effective cache control. The DCC table may be stored in the data transmission message.

(19) EMT
An event message table (EMT) is used to transmit information regarding event messages. EMT may be stored in the M2 section message.

(20) Tables set by business operators In addition, it is possible for service businesses etc. to prepare tables set independently.

<Descriptors used in MMT-SI>
FIGS. 6C, 6D, and 6E show a list of "descriptors" arranged in the MMT-SI of the broadcast system to which the broadcast receiving apparatus 100 of this embodiment supports. The descriptor is control information that provides more detailed information, and shall be placed in the table. Note that the table in which the descriptors are arranged may be determined depending on the descriptor. In this embodiment, it is assumed that the following is used as a "descriptor" of MMT-SI.

(1) Asset Group Descriptor The asset group descriptor provides the group relationship of assets and their priority within the group. Asset group descriptors may be placed in the MPT.

(2) Event Package Descriptor The event package descriptor provides a correspondence between an event representing a program and a package. The event package descriptor may be placed in the MH-EIT transmitted in the M2 section message.

(3) Background color specification descriptor The background color specification descriptor provides the backmost background color in layout specification. A background color specification descriptor may be placed in the LCT.

(4) MPU presentation area specification descriptor The MPU presentation area specification descriptor provides the position where the MPU is presented. The MPU presentation area specification descriptor may be placed in the MPT.

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

(6) Dependency Descriptor A dependency descriptor provides an asset ID of an asset in a dependent relationship. Dependency descriptors may be placed in the MPT.

(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).

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

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

(10) Emergency information descriptor (MH)
The emergency information descriptor (MH) is used when broadcasting an emergency warning. An emergency information descriptor (MH) may be placed in the MPT.

(11) MH-MPEG-4 audio descriptor The MH-MPEG-4 audio descriptor describes basic information for specifying the encoding parameters of the ISO/IEC 14496-3 (MPEG-4 audio) audio stream. used for The MH-MPEG-4 audio descriptor may be placed in the MPT.

(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 settings specific to the encoding method. The MH-MPEG-4 audio extension descriptor may be placed in the MPT.

(13) MH-HEVC video descriptor The MH-HEVC video descriptor is based on ITU-T Recommendation H. 265|Used to describe the basic encoding parameters of ISO/IEC 23008-2 video streams (HEVC streams). The MH-HEVC video descriptor may be placed in the MPT.

(14) MH-Link Descriptor The MH-Link Descriptor identifies the service provided when the viewer requests additional information related to something specific listed in the program information system. The MH-link descriptor may be placed in the MPT, MH-EIT, MH-SDT, etc.

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

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

(17) MH-Short Event Descriptor The MH-Short Event Descriptor represents an event name and a short description of the event in text format. The MH-Short Event Descriptor may be placed in the MH-EIT.

(18) MH-Extended Format Event Descriptor The MH-Extended Format Event Descriptor is used in addition to the MH-Short Format Event Descriptor to provide a detailed description of the event. The MH-Extended Format Event Descriptor may be placed in the MH-EIT.

(19) Video component descriptor The video component descriptor indicates parameters and explanations regarding the video component, and is also used to express elementary streams in character format. The video component descriptor may be placed in the MPT or MH-EIT.

(20) MH-Stream Identification Descriptor The MH-Stream Identification Descriptor is used to label the component stream of a service and use this label to refer to the description content indicated by the video component descriptor in the MH-EIT. . The MH-Stream Identification Descriptor may be placed in the MPT.

(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.

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

(23) MH-Audio Component Descriptor The MH-Audio Component Descriptor indicates each parameter of the audio elementary stream, and is also used to express the elementary stream in character format. The MH-Audio Component Descriptor may be placed in the MPT or MH-EIT.

(24) MH-Target Area Descriptor The MH-Target Area Descriptor is used to describe the area targeted by a program or some streams that make up the program. The MH-territory descriptor may be placed in the MPT.

(25) MH-Series Descriptor The MH-Series Descriptor is used to identify series programs. The MH-series descriptor may be placed in the MH-EIT.

(26) MH-SI transmission parameter descriptor The MH-SI transmission parameter descriptor is used to indicate SI transmission parameters. The MH-SI transmission parameter descriptor may be placed in the MH-BIT.

(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.

(28) MH-Service Descriptor The MH-Service Descriptor represents the organization channel name and its provider name together with the service format type using character codes. The MH-Service Descriptor may be placed in the MH-SDT.

(29) IP Data Flow Descriptor The IP data flow descriptor provides information on the IP data flows that constitute the service. The IP data flow descriptor may be placed in the MH-SDT.

(30) MH-CA activation descriptor The MH-CA activation descriptor describes activation information for activating a CAS program on the CAS platform. The MH-CA activation descriptor may be placed in the MPT or CAT (CA).

(31) MH-Type descriptor The MH-Type descriptor indicates the type of file transmitted using the application transmission method. The MH-Type descriptor may be placed in the DAM table.

(32) MH-Info descriptor The MH-Info descriptor describes information regarding the MPU or item. The MH-Info descriptor may be placed in a DAM table.

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

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

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

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

(37) Event Message Descriptor An event message descriptor conveys information about event messages in general. Event message descriptors may be placed in the EMT.

(38) MH-Local Time Offset Descriptor The MH-Local Time Offset Descriptor is used to set a constant offset value between the actual time (for example, UTC+9 hours) and the time displayed to the human system when summer time is implemented. The MH-Local Time Offset Descriptor may be placed in the MH-TOT.

(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 may be placed in the MH-EIT.

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

(41) MPU extended timestamp descriptor The MPU extended timestamp descriptor provides the decoding time of an access unit within the MPU. The MPU extended timestamp descriptor may be placed in the MPT.

(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.

(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 located in the MH-SDTT.

(44) MH-Application Descriptor The MH-Application Descriptor describes application information. The MH-Application Descriptor may be placed in the MH-AIT.

(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.

(46) MH-Simple Application Location Descriptor The MH-Simple Application Location Descriptor is written to indicate details of where to obtain an application. The MH-Simple Application Location Descriptor may be placed in the MH-AIT.

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

(48) MH-Startup Priority Information Descriptor The MH-Startup Priority Information Descriptor is written to specify the startup priority of an application. The MH-Activation Priority Information Descriptor may be placed in the MH-AIT.

(49) MH-cache information descriptor The MH-cache information descriptor is written for use in cache control when caching and retaining the resources that make up the application when the application is expected to be reused. . The MH-Cache Information Descriptor may be placed in the MH-AIT.

(50) MH-Probabilistic application delay descriptor The MH-Probabilistic application delay descriptor is used to delay the timing of application control by a probabilistically set delay amount, assuming load distribution of server access for application acquisition. Describe it in The MH-Probabilistic Application Delay Descriptor may be placed in the MH-AIT.

(51) Link destination PU descriptor The link destination PU descriptor describes another presentation unit to which the presentation unit (PU) may transition. The linked PU descriptor may be placed in the DCC table.

(52) Lock cache specification descriptor The lock cache specification descriptor describes the specification of files to be cached and locked in the presentation unit. Lock cache specification descriptors may be placed in the DCC table.

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

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

(55) Application Service Descriptor The application service descriptor describes application entry information related to a service. Application service descriptors may be placed in the MPT.

(56) MPU node descriptor The MPU node descriptor indicates that the MPU corresponds to a directory node defined in the data directory management table. MPU node descriptors may be placed in a DAM table.

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

(58) MH-Hierarchical Coding Descriptor The MH-Hierarchical Coding Descriptor describes information for identifying hierarchically encoded video stream components. The MH-layer coding descriptor may be placed in the MPT.

(59) Content copy control descriptor The content copy control descriptor indicates information that controls the copy generation in digital recording equipment for the entire service. used to convey copy-related information or the maximum transmission rate to the digital recording device. The content copy control descriptor may be placed in the MPT, MH-EIT, MH-SDT, etc.

(60) Content usage control descriptor The content usage control descriptor indicates information regarding copy control and remote viewing control when storing a program on a hard disk, etc. or when outputting video/audio signals from a receiver. used for The content usage control descriptor may be placed in the MPT, MH-EIT, MH-SDT, etc.

(61) Descriptor set by the service provider In addition, it is possible for the service provider etc. to prepare a descriptor set independently.

<Relationship between data transmission and each control information in MMT method>
Here, using FIG. 7A, a description will be given of the relationship between each component such as video and audio transmitted by the broadcast system to which the broadcast receiving apparatus 100 of this embodiment supports and a typical table of MMT-SI. Note that in the MMT system, a component is defined as an asset, and hereinafter, a component may be referred to as an asset.

In the broadcasting system supported by the broadcast receiving apparatus 100 of this embodiment, data transmission can be performed through a plurality of routes, such as a TLV stream via a broadcast transmission path and an IP data flow via a communication line. The TLV stream includes TLV-SI such as TLV-NIT and AMT, and an IP data flow that is an IP packet data flow. 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, an IP data flow may include a subtitle asset that includes a series of subtitle MPUs, a text super asset that includes a series of text superimpose MPUs, a data asset that includes a series of data MPUs, and the like.

These various assets are associated with a "package" by a description in an MPT (MMT package table) that is stored and transmitted in a PA message. Specifically, the association may be performed by writing in the MPT a package ID that identifies a package and an asset ID that identifies each asset included in the package. FIG. 7B shows an example of the data structure of MPT. The "MMT_package_id_byte" parameter in the figure corresponds to the package ID, and the "asset_id_byte" parameter corresponds to the asset ID.

The assets that make up the package can be only the assets in the TLV stream, but as shown in FIG. 7A, the assets that are transmitted in the IP data flow of the communication line can also be included. This is done by writing the asset ID that identifies each asset included in the package and the location information of the asset in the MPT, so that the broadcast receiving device 100 of this embodiment can grasp the reference destination of each asset. realizable. The location information is specified by "MMT_general_location_info()" in the MPT data structure shown in FIG. 7B. FIG. 7C shows an example of the data structure of location information.

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

Among the above-mentioned reference destinations, (1) is, for example, an IP data flow included in the TLV stream of the digital broadcast signal that the broadcast receiving apparatus 100 of this embodiment receives via the antenna 100a. However, if the MPT is also included in the IP data flow on the communication line side and transmitted, the reference destination in (1) may be the IP data flow received via the communication line. Moreover, the above (2), (3), (5), and (6) are IP data flows that the broadcast receiving apparatus 100 of this embodiment receives via the communication line. Furthermore, the above (4) has a receiving function for receiving a digital broadcast signal using the MMT method and a receiving function for receiving a digital broadcast signal using the MPEG2-TS method, for example, like the broadcast receiving device 800 of Example 2 described later. In the case of a broadcast receiving device having both reception functions, MPEG2-, which is received by a reception function that receives a digital broadcasting signal using the MPEG2-TS method, is based on MPT location information included in a digital broadcasting signal using the MMT method. It can be used when referring to data multiplexed in a TS.

Furthermore, for media such as video components and audio components, the presentation time and decoding time can be specified for each MPU or access unit. Information regarding the presentation time and decoding time is described in the MPT as an MPU timestamp descriptor or an MPU extended timestamp descriptor. FIG. 7D shows an example of the data structure of an MPU timestamp descriptor that describes information regarding the presentation time. The presentation time information of each MPU is specified by the "mpu_presentation_time" parameter of the MPU timestamp descriptor. Further, the MPU to be specified can be identified by the "mpu_sequence_number" parameter. In the broadcast receiving apparatus 100 of this embodiment, using the presentation time information, multiple MPUs designated by the MPT are presented (displayed, etc.). Further, information regarding the decoding time is similarly described by an MPU extended time stamp descriptor, but detailed explanation will be omitted. Note that presentation control of various data using a clock based on the NTP will be described later.

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

[Hardware configuration of broadcast receiving device]
FIG. 8A is a block diagram showing an example of the internal configuration of broadcast receiving device 100. The broadcast receiving apparatus 100 includes a main control section 101, a system bus 102, a ROM 103, a RAM 104, a storage section 110, a LAN communication section 121, an expansion interface section 124, a digital interface section 125, a tuner/demodulation section 131, and a separation section 132. , video decoder 141, video color gamut conversion unit 142, audio decoder 143, text super 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, Consists of a browser section 154, an application color gamut conversion section 155, a sound source section 156, a video synthesis section 161, a monitor section 162, a video output section 163, an audio synthesis section 164, a speaker section 165, an audio output section 166, and an operation input section 170. be done.

The main control section 101 is a microprocessor unit that controls the entire broadcast receiving apparatus 100 according to a predetermined operation program. The system bus 102 is a data communication path for transmitting and receiving data between the main control unit 101 and each operational block within the broadcast receiving apparatus 100.

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

The storage unit 110 stores operating programs and operating settings of the broadcast receiving apparatus 100, personal information of the user of the broadcast receiving apparatus 100, and the like. Further, it is possible to store operation programs downloaded via the Internet 200 and various data created using the operation programs. It is also possible to store content such as moving images, still images, audio, etc., obtained from broadcast waves or downloaded via the Internet 200. All or part of the functions of the ROM 103 may be replaced by a partial area of the storage section 110. Furthermore, the storage unit 110 needs to retain stored information even when power is not supplied to the broadcast receiving apparatus 100 from the outside. Therefore, devices such as non-volatile semiconductor element memories such as flash ROMs and SSDs (Solid State Drives), and magnetic disk drives such as HDDs (Hard Disc Drives) are used.

Note that each of the operating programs stored in the ROM 103 and the storage unit 110 can be added, updated, and expanded in function by downloading from each server device on the Internet 200.

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

The tuner/demodulator 131 receives broadcast waves transmitted from the radio tower 300t via the antenna 100a, and tunes (selects) the channel of the service desired by the user based on the control of the main controller 101. Further, the tuner/demodulator 131 demodulates the received broadcast signal to obtain an MMT data string. Note that although the example shown in FIG. 8A illustrates a configuration in which there is one tuner/demodulator, the broadcast receiving apparatus 100 may have a tuner/demodulator for purposes such as displaying multiple screens simultaneously or recording a different program. It is also possible to have a configuration in which multiple devices are installed.

The separation unit 132 is an MMT decoder, and based on the control signal in the input MMT data string, real-time presentation elements such as a video data string, an audio data string, a character superimposition data string, a subtitle data string, etc. are sent to the video decoder 141, respectively. , audio decoder 143, character super decoder 144, subtitle decoder 145, and so on. The data input to the separation unit 132 includes an MMT data string transmitted via a broadcast transmission path and demodulated by the tuner/demodulation unit 131, and MMT data transmitted via a communication line and received by the LAN communication unit 121. It can be a row. Furthermore, the separation unit 132 reproduces the multimedia application and its component file-based data, and temporarily stores it in the cache unit 152. Furthermore, the separation unit 132 extracts general-purpose data and outputs it to the data decoder 151 in order to use it for data used by a player that presents data other than video/audio subtitles or for streaming data for an application. Further, the separation unit 132 may perform error correction, access restriction control, etc. for the input MMT data string based on the control of the main control unit 101.

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 audio information. Further, even if streaming data, such as MPEG-DASH (MPEG-Dynamic Adaptive Streaming over HTTP) format, obtained from the Internet 200 via the LAN communication unit 121 is input to the video decoder 141 and the audio decoder 143, good. Furthermore, a plurality of video decoders 141, video gamut converters 142, audio decoders 143, etc. may be provided in order to simultaneously decode a plurality of types of video data strings and audio data strings.

The character superimposition decoder 144 decodes the character superimposition data string input from the separation unit 132 and outputs character superimposition information. The subtitle decoder 145 decodes the subtitle data string input from the separation unit 132 and outputs subtitle information. The superimposed text information outputted from the superimposed text decoder 144 and the subtitle information outputted from the subtitle decoder 145 are combined in a subtitle synthesis section 146, and further processed in a subtitle color gamut conversion section 147, Color space conversion processing is performed as necessary for video composition processing. In this example, among the services mainly consisting of text information that are presented at the same time as the video of the broadcast program, those related to the content of the video are called subtitles, and the other services are called superimposed text. do. In addition, if they are not distinguished, they are collectively referred to as subtitles.

The browser unit 154 uses the control information included in the MMT data string and the file system data that is the component of the multimedia application file acquired from the server device on the Internet 200 via the cache unit 152 or the LAN communication unit 121 to The information is presented in accordance with instructions from the application control unit 153 that interprets control information acquired from a server device on the Internet 200 via the communication unit 121. Note that the multimedia application file may be an HTML (Hyper Text Markup Language) document, a BML (Broadcast Markup Language) document, or the like. The application information output from the browser section 154 is further subjected to color space conversion processing in an application color gamut conversion section 155 as necessary for video composition processing in the video composition section 161. It is also assumed that the browser section 154 also reproduces application audio information by acting on the sound source section 156.

The video synthesis section 161 inputs the video information outputted from the video color gamut conversion section 142, the subtitle information outputted from the subtitle color gamut conversion section 147, the application information outputted from the application color gamut conversion section 155, etc., and converts the video information as appropriate. Processing such as selection and/or superimposition is performed. The video synthesis section 161 includes a video RAM (not shown), and the monitor section 162 and the like are driven based on video information inputted to the video RAM. Further, under the control of the main control unit 101, the video synthesis unit 161 performs scaling processing and an EPG (Electronic Program Guide: (Electronic program guide) Performs superimposition processing of screen information, etc. The monitor section 162 is, for example, a display device such as a liquid crystal panel, and provides the user of the broadcast receiving apparatus 100 with the video information selected and/or superimposed by the video composition section 161. The video output unit 163 is a video output interface that outputs the video information that has been selected and/or superimposed by the video synthesis unit 161.

It is assumed that the presentation function of the broadcast receiving apparatus 100 of this embodiment has a logical plane structure in order to display the multimedia service as intended by the provider. FIG. 8B shows an example of the configuration of a logical plane structure included in the presentation function of the broadcast receiving apparatus 100 of this embodiment. In the logical plane structure, a character superplane for displaying superimposed characters is placed at the forefront, and a subtitle plane for displaying subtitles is placed at the next layer. A multimedia plane for displaying broadcast video, multimedia applications, or their composite video is placed on the third layer, and a background plane is placed on the backmost layer. In the subtitle synthesis unit 146 and the video synthesis unit 161, text superimposition information is drawn on a text superplane, subtitle information is drawn on a subtitle plane, and video information, application information, etc. are drawn on a multimedia plane. Further, the background color is drawn on the background plane based on the LCT etc. included in the MMT-SI. Note that a plurality of third-layer multimedia planes can be prepared depending on the number of video decoders 141. However, even if there are multiple multimedia planes, the application information etc. output from the application color gamut conversion unit 155 are output only to the foreground multimedia plane.

The audio synthesis unit 164 inputs the audio information output from the audio decoder 143 and the application audio information reproduced by the sound source unit 156, and performs processing such as selection and/or mixing as appropriate. The speaker section 165 provides the user of the broadcast receiving apparatus 100 with the audio information selected and/or mixed by the audio synthesis section 164. The audio output unit 166 is an audio output interface that outputs audio information that has been selected and/or mixed by the audio synthesis unit 164.

The expansion interface unit 124 is a group of interfaces for expanding the functions of the broadcast receiving device 100, and in this embodiment, it is configured of an analog video/audio interface, a USB (Universal Serial Bus) interface, a memory interface, etc. do. 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 the external video/audio input device, and so on. The USB interface is connected to a PC or the like to send and receive data. Broadcast programs and content may be recorded by connecting an HDD. Additionally, a keyboard or other USB devices may be connected. The memory interface connects a memory card or other memory medium to send and receive data.

The digital interface section 125 is an interface that outputs or inputs encoded digital video data and/or digital audio data. The digital interface section 125 can directly output the MMT data string demodulated by the tuner/demodulator 131, the MMT data string obtained via the LAN communication section 121, or mixed data of the MMT data strings. shall be taken as a thing. Further, the MMT data string inputted from the digital interface section 125 may be controlled to be inputted to the separation section 132. The digital content stored in the storage unit 110 may be output or stored in the storage unit 110 via the digital interface unit 125.

The digital interface section 125 is a DVI terminal, an HDMI (registered trademark) terminal, a Display Port (registered trademark) terminal, etc., and outputs or inputs data in a format that conforms to the DVI specifications, HDMI specifications, Display Port specifications, etc. It is fine if it is something that The data may be output or input in the form of serial data conforming to the IEEE1394 specification or the like. Alternatively, it may be configured as an IP interface that performs digital interface output via hardware such as Ethernet (registered trademark) or wireless LAN. In this case, the digital interface section 125 and the LAN communication section 121 may share the same hardware configuration.

The operation input unit 170 is an instruction input unit for inputting operation instructions to the broadcast receiving apparatus 100, and in this embodiment, a remote control reception unit that receives commands transmitted from a remote control (not shown) and button switches are arranged side by side. It shall consist of operation keys. It may be only one of them. Further, the operation input section 170 may be replaced by a touch panel placed over the monitor section 162. A keyboard or the like connected to the expansion interface unit 124 may be used instead. The remote controller (not shown) may be replaced by a portable information terminal 700 having a remote control command sending function.

Note that, as described above, when the broadcast receiving apparatus 100 is a television receiver or the like, the video output section 163 and the audio output section 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 an HDD recorder, an STB (Set Top Box), or the like. It may also be a PC (Personal Computer), a tablet terminal, a navigation device, a game machine, etc. that is equipped with a digital broadcast reception function or a broadcast communication cooperation function. When the broadcast receiving device 100 is a DVD recorder, an HDD recorder, an STB, etc., the monitor section 162 and the speaker section 165 may not be provided. By connecting an external monitor and an external speaker to the video output section 163 and the audio output section 166 or the digital interface section 125, the same operation as the broadcast receiving apparatus 100 of this embodiment is possible.

[Software configuration of broadcast receiving device]
FIG. 8C is a software configuration diagram of the broadcast receiving apparatus 100 of this embodiment, and shows the software configuration in the ROM 103, RAM 104, and storage unit 110. In this embodiment, a basic operation program 1001 and other operation programs are stored in the ROM 103, and a reception function program 1002, a cooperation function program 1003, a recording/playback function program 1004, and other operation programs are stored in the storage section 110. Program is memorized. The storage unit 110 also includes a content storage area 1200 that stores content such as videos, still images, and audio, and an authentication storage area 1200 that stores authentication information necessary for accessing external mobile terminal devices and each server device. The information storage area 1300 and various other information storage areas for storing various information are provided.

The basic operation program 1001 stored in the ROM 103 is expanded into the RAM 104, and the main control section 101 further executes the expanded basic operation program 1001, thereby forming a basic operation execution section 1101. Further, the reception function program 1002, cooperation function program 1003, and recording/playback function program 1004 stored in the storage unit 110 are similarly expanded to the RAM 104, and the main control unit 101 By executing the cooperation function program 1003 and the recording and playback function program 1004, a reception function execution unit 1102, a cooperation function execution unit 1103, and a recording and playback function execution unit 1104 are configured. Furthermore, the RAM 104 is provided with a temporary storage area that temporarily holds data created when each operating program is executed, as needed.

In the following, to simplify the explanation, the process in which the main control unit 101 controls each operation block by expanding the basic operation program 1001 stored in the ROM 103 into the RAM 104 and executing it will be referred to as basic operation execution. The description will be made assuming that the unit 1101 controls each operation block. Similar descriptions are made for other operating programs.

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

Further, the cooperation function execution unit 1103 manages device authentication and connection, transmission and reception of each data, etc. when the broadcast receiving apparatus 100 performs a cooperation operation with an external device such as the mobile information terminal 700. The recording and playback function execution unit 1104 stores broadcast programs acquired from the digital broadcast waves of the broadcasting system, contents acquired from each server device on the network, etc. to the content storage area 1200 of the storage unit 110 and the expansion interface unit 124. It controls when recording to an external storage etc. connected to the computer, or when playing back the broadcast program or content.

Each of the operating programs may be stored in advance in the ROM 103 and/or the storage unit 110 at the time of product shipment. The information may be acquired from another application server 500 or the like on the Internet 200 via the LAN communication unit 121 after the product is shipped. Further, each of the operating programs stored in a memory card, an optical disk, or the like may be acquired via the expansion interface unit 124 or the like.

[Broadcast station server configuration]
FIG. 9 is a block diagram showing an example of the internal configuration of the broadcast station server 300. The broadcasting station server 300 includes a main control section 301, a system bus 302, a RAM 304, a storage section 310, a LAN communication section 321, and a digital broadcast signal transmission section 360.

The main control section 301 is a microprocessor unit that controls the entire broadcasting station server 300 according to a predetermined operating program. The system bus 302 is a data communication path for transmitting and receiving data between the main control unit 301 and each operational block within the broadcast station server 300. The RAM 304 serves as a work area when each operating program is executed.

The storage unit 310 stores a basic operation program 3001, a broadcast content management/distribution program 3002, and a broadcast content transmission program 3003, and further includes a broadcast content storage area 3200 and a metadata storage area 3300. The broadcast content storage area 3200 stores program contents 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, performers, broadcast date and time, copy control information related to each program content, etc. of each broadcast program.

Further, the basic operation program 3001, the broadcast content management/distribution program 3002, and the broadcast content transmission program 3003 stored in the storage unit 310 are each expanded to the RAM 304, and the main control unit 301 executes each of the expanded programs. This constitutes a basic operation execution unit 3101, a broadcast content management/distribution execution unit 3102, and a broadcast content transmission execution unit 3103.

In the following, to simplify the explanation, the process in which the main control unit 301 controls each operation block by expanding the basic operation program 3001 stored in the storage unit 310 into the RAM 304 and executing it will be described as a basic explanation. The description will be made assuming that the action execution unit 3101 controls each action block. Similar descriptions are made for other operating programs.

Broadcast content management/distribution execution unit 3102 manages program content, etc. and each metadata of each broadcast program stored in broadcast content storage area 3200 and metadata storage area 3300, and manages program content, etc. of each broadcast program, and each metadata. Controls the provision of metadata to service providers based on contracts. Further, the broadcast content management/distribution execution unit 3102 may, when providing the program content, etc. and each metadata of each of the broadcast programs to the service provider, as necessary. Authentication processing for the server 400 may also be performed.

The broadcast content transmission execution unit 3103 transmits the program content of the broadcast program stored in the broadcast content storage area 3200, the program title, program ID, program content copy control information, etc. of the broadcast program stored in the metadata storage area 3300. Time schedule management and the like are performed when transmitting the included MMT data string from the radio tower 300t via the digital broadcasting signal transmitter 360.

The LAN communication unit 321 is connected to the Internet 200 and communicates with the service provider server 400 and the like on the Internet 200. It is assumed that the LAN communication unit 321 includes an encoding circuit, a decoding circuit, and the like. The digital broadcast signal transmitter 360 modulates an MMT data string composed of a video data string, an audio data string, a program information data string, etc. of program content of each broadcast program stored in the broadcast content storage area 3200. , and is transmitted as a digital broadcast wave via the radio tower 300t.

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

The main control unit 401 is a microprocessor unit that controls the entire service provider server 400 according to a predetermined operating program. The system bus 402 is a data communication path for transmitting and receiving data between the main control unit 401 and each operational block within the service provider server 400. The RAM 404 serves as a work area when each operating program is executed.

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 stores a video content storage area 4200, a metadata storage area 4300, an application storage area 4400, and a user information storage area. A region 4500 is provided. The video content storage area 4200 stores program content of a broadcast program provided from the broadcast station server 300 as video content. It also stores video content and the like produced by the service provider. The metadata storage area 4300 stores each metadata provided from the broadcasting station server 300, metadata related to video content produced by the service provider, and the like. The application storage area 4400 stores various applications and the like for implementing services linked to broadcast programs, to be distributed in response to requests from each television receiver. The user information storage area 4500 stores information (personal information, authentication information, etc.) regarding users who are permitted to access the service provider server 400.

Further, 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 to the RAM 404, and the main control unit 401 is A basic operation execution unit 4101, a video content management/distribution execution unit 4102, and an application management/distribution execution unit 4104 are configured by executing the content management/distribution program and the application management/distribution program.

In the following, to simplify the explanation, the process in which the main control unit 401 controls each operation block by expanding the basic operation program 4001 stored in the storage unit 410 into the RAM 404 and executing it will be described as a basic explanation. The description will be made assuming that the action execution unit 4101 controls each action block. Similar descriptions are made for other operating programs.

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

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. It is assumed that the LAN communication unit 421 includes an encoding circuit, a decoding circuit, and the like.

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

Main control section 701 is a microprocessor unit that controls the entire mobile information terminal 700 according to a predetermined operating program. The system bus 702 is a data communication path for transmitting and receiving data between the main control unit 701 and each operational block within the mobile information terminal 700.

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

The storage unit 710 stores the operating program and operation setting values of the portable information terminal 700, the personal information of the user of the portable information terminal 700, and the like. Further, it is possible to store operating programs downloaded via the Internet 200 and various data created using the operating programs. Further, contents downloaded via the Internet 200 such as moving images, still images, and audio can also be stored. All or part of the functions of the ROM 703 may be replaced by a partial area of the storage section 710. Furthermore, the storage unit 710 needs to retain stored information even when power is not supplied to the portable information terminal 700 from the outside. Therefore, for example, devices such as non-volatile semiconductor element memories such as flash ROMs and SSDs, and magnetic disk drives such as HDDs are used.

Note that each of the operating programs stored in the ROM 703 and the storage unit 710 can be added, updated, and expanded in function by downloading from each server device on the Internet 200.

The communication processing section 720 includes a LAN communication section 721, a mobile telephone network communication section 722, and an NFC communication section 723. The LAN communication unit 721 is connected to the Internet 200 via the router device 200r and the access point 200a, and sends and receives data to and from each server device and other communication devices on the Internet 200. It is assumed that the connection with the router device 200r and the access point 200a is made by wireless connection such as Wi-Fi (registered trademark). The mobile telephone network communication unit 722 performs telephone communication (call) and data transmission/reception through 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. It is assumed that the LAN communication section 721, the mobile telephone network communication section 722, and the NFC communication section 723 each include an encoding circuit, a decoding circuit, an antenna, and the like. Further, the communication processing unit 720 may further include other communication units such as a Bluetooth (registered trademark) communication unit and an infrared communication unit.

The expansion interface unit 724 is a group of interfaces for expanding the functions of the mobile information terminal 700, and in this embodiment, it is assumed to be composed of a video/audio interface, a USB interface, a memory interface, and the like. The video/audio interface inputs video signals/audio signals from an external video/audio output device, outputs video signals/audio signals to the external video/audio input device, and so on. The USB interface is connected to a PC or the like to send and receive data. Additionally, a keyboard or other USB devices may be connected. The memory interface connects a memory card or other memory medium to send and receive data.

The operation unit 730 is an instruction input unit for inputting operation instructions to the mobile information terminal 700, and in this embodiment, it is composed of a touch panel 730t arranged over a display unit 741 and an operation key 730k arranged with button switches. shall be taken as a thing. It may be only one of them. The portable information terminal 700 may be operated using a keyboard or the like connected to the expansion interface section 724. The portable information terminal 700 may be operated using a separate terminal device connected by wired communication or wireless communication. That is, the portable information terminal 700 may be operated from the broadcast receiving device 100. Further, the touch panel function may be provided in the display section 741.

The image processing section 740 includes a display section 741, an image signal processing section 742, a first image input section 743, and a second image input section 744. The display unit 741 is, for example, 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 section 742 includes a video RAM (not shown), and the display section 741 is driven based on image data input to the video RAM. Furthermore, the image signal processing unit 742 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 convert light input from a lens into an electrical signal using an electronic device such as a CCD (Charge Coupled Device) or a CMOS (Complementary Metal Oxide Semiconductor) sensor. , a camera unit that inputs image data of surroundings and objects.

The audio processing section 750 includes an audio output section 751, an audio signal processing section 752, and an audio input section 753. The audio output unit 751 is a speaker, and provides the user of the mobile information terminal 700 with the audio signal processed by the audio signal processing unit 752. The voice input unit 753 is a microphone, and converts the user's voice into voice data and inputs the voice data.

The sensor unit 760 is a group of sensors for detecting the state of the mobile information terminal 700, and in this embodiment, it includes a GPS receiving unit 761, a gyro sensor 762, a geomagnetic sensor 763, an acceleration sensor 764, an illuminance sensor 765, and a proximity sensor 766. , consists of. These sensor groups make it possible to detect the position, inclination, direction, movement, surrounding brightness, proximity of surrounding objects, etc. of the mobile information terminal 700. Furthermore, the mobile information terminal 700 may further include other sensors such as an atmospheric pressure sensor.

The portable information terminal 700 may be a mobile phone, a smart phone, a tablet terminal, or the like. It may be a PDA (Personal Digital Assistant) or a notebook PC. Further, it may be a digital still camera, a video camera capable of shooting moving images, a portable game machine, a navigation device, or other portable digital equipment.

Note that the configuration example of the mobile information terminal 700 shown in FIG. 11A includes many configurations that are not essential to this embodiment, such as a sensor section 760, but even if the configuration does not include these, this embodiment does not impair its effectiveness. Furthermore, configurations not shown may be further added, such as a digital broadcast reception function and an electronic money payment function.

[Software configuration of mobile information terminal]
FIG. 11B is a software configuration diagram of the portable information terminal 700 of this embodiment, showing the software configuration in the ROM 703, RAM 704, and storage unit 710. In this embodiment, a basic operation program 7001 and other operation programs are stored in the ROM 703, and a cooperation control program 7002 and other operation programs are stored in the storage unit 710. The storage unit 710 also includes a content storage area 7200 that stores contents such as videos, still images, and audio, an authentication information storage area 7300 that stores authentication information necessary for accessing the television receiver and each server device, It is assumed that various information storage areas are provided to store various other information.

The basic operation program 7001 stored in the ROM 703 is expanded into the RAM 704, and the main control unit 701 further executes the expanded basic operation program to constitute a basic operation execution unit 7101. Further, the cooperation control program 7002 stored in the storage unit 710 is similarly expanded to the RAM 704, and further, the main control unit 701 configures the cooperation control execution unit 7102 by executing the expanded cooperation control program. Furthermore, the RAM 704 is provided with a temporary storage area that temporarily holds data created when each operating program is executed, as needed.

In the following, to simplify the explanation, the process in which the main control unit 701 controls each operation block by expanding the basic operation program 7001 stored in the ROM 703 into the RAM 704 and executing it will be referred to as basic operation execution. The description will be made assuming that the unit 7101 controls each operation block. Similar descriptions are made for other operating programs.

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

Each of the operating programs may be stored in advance in the ROM 703 and/or the storage unit 710 at the time of product shipment. It may be acquired from another application server 500 or the like on the Internet 200 via the LAN communication unit 721 or the mobile telephone network communication unit 722 after the product is shipped. Further, each of the operating programs stored in a memory card, an optical disk, or the like may be acquired via the expansion interface section 724 or the like.

[Broadcast receiving device time management]
The broadcast receiving apparatus 100 of this embodiment has two types of time management functions. The first time management function is a time management function based on NTP, and the second time management function is a time management function based on MH-TOT. Below, the two types of time management functions will be explained.

<Time management function based on NTP>
First, the time management function based on NTP will be explained.

FIG. 12A is an example of a system configuration for clock synchronization/presentation synchronization in a broadcast system to which the broadcast receiving apparatus 100 of this embodiment supports. In the broadcast system of this embodiment, UTC is transmitted in a 64-bit NTP time stamp format from the broadcast transmission system to a receiver (such as the broadcast receiving apparatus 100 of this embodiment). In the NTP timestamp format, "more than a second" in UTC is 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 precision. For this reason, the system clock for synchronizing the video system and the system clock for operating the NTP format clock have a frequency of "2 to the 24th power" Hz (approximately 16.8 MHz), as shown in the same figure, for example. It is also possible to use a frequency of . Furthermore, considering the fact that the system clock in the conventional broadcasting system was 27MHz and that the hardware configuration of the receiver can be easily constructed, the It is desirable to adopt a power frequency as the system clock.

Furthermore, if the system clock is set to a frequency of a power of 2 between "2 to the 24th power" to "2 to the 28th power" as described above on the broadcast transmission system side and the receiver side, the reception from the broadcast transmission system side In the NTP time stamp format transmitted to the machine side, the lower 8 to 4 bits that are not referenced by the system clock or the PLL (Phase Locked Loop) system for reproducing the NTP format clock are "0" or "1". It may be fixed to . In other words, if the system clock is "2 to the n power" Hz (n = 24 in the example of Fig. 12A, the same applies hereafter), the lower "32-n" bits of the NTP timestamp format are set to "0" or "1". It may be fixed. Alternatively, the receiver side may process to ignore the lower "32-n" bits of the NTP timestamp format.

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

On the receiver side, time information in the NTP long format is received via the broadcast transmission path, and similarly to the broadcast transmission system side, the receiving system clock is reproduced by a PLL system based on a VCO of "2 to the nth power" Hz. Thereby, the receiving system clock becomes a clock synchronized with the broadcast transmitting system side. In addition, by operating the signal processing system of the receiver in synchronization with the system clock of "2 to the nth power" Hz, clock synchronization between the broadcast transmission system and the receiver is achieved, making stable signal reproduction possible. Become.

Furthermore, 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. The decoding time is specified by an MPU extended time stamp descriptor (not shown) stored in the MPT. Further, the presentation time is specified by the MPU timestamp descriptor (see FIG. 7D) stored in the MPT. The "mpu_sequence_number" parameter in the MPU timestamp descriptor indicates the sequence number of the MPU that describes the timestamp, and the "mpu_presentation_time" parameter indicates the MPU presentation time as a 64-bit NTP timestamp. It is shown in the format. In other words, by referring to the MPU time stamp descriptor stored in the MPT, the receiver can control the presentation (display, output, etc.) timing for each MPU of video/audio signals, subtitles, superimposed text, etc. Become.

Note that when focusing on the control of the decoding timing and presentation timing for each presentation unit of the video/audio signals, etc. mentioned above, it is possible to synchronize the video/audio signals even with a clock of about "2 to the 16th power" Hz (approximately 65.5 KHz). can be secured, and in this case, it is not necessary to refer to the lower 16 bits of the NTP timestamp format written in the MPU timestamp descriptor or the like. In other words, when a "2 to the m power" Hz clock generated by frequency division of the system clock is used to control the decoding timing and presentation timing, the lower order of the NTP timestamp format described in the MPU timestamp descriptor etc. The "32-m" bit does not need to be referenced. 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".

<Time management function based on MH-TOT>
FIG. 12B shows an example of the structure of time information transmitted in NTP format in the NTP-based time management function described above. The "reference_timestamp" parameter and the "transmit_timestamp" parameter in the NTP format are 64-bit long NTP format time data, and the "mpu_presentation_time" parameter in the MPU timestamp descriptor shown in FIG. 7D is also 64-bit long. This is time data in NTP timestamp format. The time data in the NTP length format and the time data in the NTP timestamp format are data in which "more than a second" in UTC is represented by 32 bits, and "less than a second" is represented by 32 bits. That is, time information in the NTP format can transmit time information up to "less than a second". Furthermore, since time information in the NTP format is expressed in UTC, unlike time management in conventional digital broadcasting, as shown in Figure 3, the data flow transmitted via the broadcast transmission path and the time information distributed via the communication line are different from the time management in conventional digital broadcasting. By managing both data flows using the NTP format time information, it is possible to easily match both data flows.

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

FIG. 12C shows an example of the data structure of MH-TOT. The broadcast receiving apparatus 100 of this embodiment can obtain the current date and time from the "JST_time" parameter of the MH-TOT. As shown in FIG. 12D, the "JST_time" parameter consists of the lower 16 bits of encoded data of the current date using Modified Julian Date (MJD) and six 4 bits representing Japan Standard Time (JST). It is assumed that 24 bits of information expressed in bit binary coded decimal (BCD) are included. The current date can be calculated by performing a predetermined operation on the 16-bit encoded data of the MJD. Also, the six 4-bit binary coded decimal numbers represent "hour" in two decimal digits by the first two 4-bit binary coded decimal numbers, and the hour is expressed by the next two 4-bit binary coded decimal numbers. Two digits in base 1 represent minutes, and the last two 4-bit binary coded decimal numbers represent seconds in 2 digits in decimal.

In other words, the difference between time management based on the NTP format and time management based on MH-TOT is that while the former time management based on the NTP format can transmit time information up to "less than a second" as described above, The latter time management based on MH-TOT is capable of transmitting only time information up to "seconds" in JST notation.

The broadcast receiving apparatus 100 of this embodiment performs a time management function based on NTP, which is time information expressed in UTC, and synchronizes decoding and display of video, audio, subtitles, superimposed text, and other presentation data, which are contents of broadcast signals. By using this method, more accurate synchronization processing can be achieved. Furthermore, by referring to the information in UTC notation rather than the clock notation of the broadcasting station, it is possible to distinguish between the video, audio, subtitles, text superimposition, or other data that is the content received in the broadcast signal and the video and audio obtained through the communication line route. It is also possible to perform decoding and display synchronization processing with subtitles, superimposed text, or other data.

Furthermore, in the broadcast receiving apparatus 100 of this embodiment, the time management function based on "JST_time" including 24-bit information expressed in six 4-bit binary coded decimal numbers of MH-TOT is used to notify the user of the current time. It may be used in the presentation process or each process that handles the MH-EIT shown in FIG. 7E. Generally, in the process of presenting the current time to a user in a broadcast receiving device, precision to the sub-second level is rarely required. In addition, each time information described in the MH-EIT is 24-bit information expressed in six 4-bit binary coded decimal numbers, similar to the EIT of conventional digital broadcasting transmitted by the MPEG2-TS system. It is stored in two decimal digits for hours, minutes, and seconds. Therefore, the time management function based on the MH-TOT in the broadcast receiving apparatus 100 of this embodiment is easily compatible with each process that handles the MH-EIT. Specifically, various processes that handle MH-EIT include, for example, electronic program guide generation processing, control of recording reservations and viewing reservations, and copyright management processing such as temporary storage. This is because it is rare for any processing to require precision of less than a second, and precision of one second is sufficient.

In addition, the generation processing of the electronic program guide, control of recording reservations and viewing reservations, copyright management processing such as temporary storage, etc. are functions that are also installed in receivers of digital broadcasting systems using the conventional MPEG2-TS system. It is. Then, in the broadcasting system of this embodiment, processing such as generation of an electronic program guide, control of recording reservations and viewing reservations, and copyright management processing such as temporary storage is performed using the conventional MPEG2-TS digital broadcasting system. By configuring the system so that it can handle time management processing that is consistent with There is no need to design separate processing algorithms for these processes (electronic program guide generation, control of recording and viewing reservations, copyright management such as temporary storage), and costs are reduced. can be lowered.

In addition, even if the receiver has only the reception function of MMT digital broadcasting without the conventional MPEG2-TS digital broadcasting reception function, it is possible to generate electronic program guides and control recording reservations and viewing reservations. , it is possible to reuse algorithms for functions that are also installed in receivers of digital broadcasting systems using the conventional MPEG2-TS method, without having to create completely new algorithms for processing such as copyright management processing such as temporary storage. , can be developed at lower cost.

Therefore, the time management function based on the "JST_time" parameter of MH-TOT is used for these processes (electronic program guide generation processing, control of recording reservations and viewing reservations, copyright management processing such as temporary storage, etc.). With this configuration, even a broadcast receiving device for MMT digital broadcasting can be provided at a lower cost by improving compatibility with conventional broadcasting systems.

As explained above, the broadcast receiving apparatus 100 of this embodiment has a time management function using two types of time information with different accuracy. That is, the first time information is time information in a notation consistent with the conventional digital broadcasting system, and the second time information is time information with higher resolution than the first time information. By using the second time information for synchronization processing of each content data of the broadcast signal, it is possible to realize more advanced information presentation processing than conventional broadcasting systems, and the first time information is used for generation processing of electronic program guides and recording reservations. The broadcast receiving device can be provided at a low cost by using it for copyright management processing such as content management, viewing reservation control, and temporary storage.

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

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

In the first modification, in order to improve the accuracy of the management time of the NTP-based time management function already explained using FIG. information regarding the expected delay time in time information transmission is included in the broadcast signal and transmitted, and the broadcast receiving device 100 is configured to use the information regarding the expected delay time to correct the system clock of the time management function based on NTP. Also good.

At this time, information regarding the estimated delay time is not stored in the TLV multiplexed stream of the protocol stack in the broadcast transmission path shown in FIG. 3A, but in the TMCC (Transmission and Multiplexing Configuration Control) area outside the TLV multiplexed stream. It may also be configured to transmit. If transmitted within the TMCC area, it becomes possible for the broadcast receiving apparatus 100 to extract information regarding the estimated delay time without performing separation processing (demuxing processing) 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 processing in the broadcast receiving apparatus 100, and therefore, it is possible to perform highly accurate system clock correction processing. An example of the data structure of time information transmitted by the TMCC signal will be described using FIG. 12E. The time information may be stored in the TMCC extended information area and transmitted, for example. In the time information in the TMCC extended information area shown in the same figure, the "delta" parameter is the expected value of the transmission delay from the time management server that distributes UTC or the server device that creates the TMCC signal to the general broadcast receiving device. Represented as a 32-bit signed fixed point number. Note that the upper 16 bits describe the integer part, and the lower 16 bits describe the decimal point. The "transmit_timestamp" parameter is a transmission timestamp, and describes the time at which 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 point.

In the first modification, the broadcast receiving apparatus 100 of the present embodiment uses information regarding the estimated delay time described in the time information stored in the TMCC extended information area and transmitted (for example, the above-mentioned "delta"). The system clock of the NTP-based time management function used for synchronization processing of each content data of a broadcast signal can be corrected with higher precision using the parameter and/or the "transmit_timestamp" parameter).

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

As described above, the broadcast receiving apparatus 100 of this embodiment has a time management function that acquires the current date and Japan Standard Time from the information transmitted by MH-TOT and manages the time. The current date and Japan standard time obtained from the information transmitted by MH-TOT are superimposed on video information, application information, etc. by the video synthesis unit 161 of the broadcast receiving device 100, and are sent to the monitor unit 162 and video output unit 163. It can be output and provided to the user. As described above, the MH-TOT has the data structure shown in FIG. 12C, and the broadcast receiving apparatus 100 can obtain the current date and time from the "JST_time" parameter of the MH-TOT.

However, since the above-mentioned "JST_time" parameter uses only the lower 16 bits of the MJD encoded data, an overflow occurs after "April 22, 2038", and the predetermined operation cannot express dates after ``April 23, 2038''. Therefore, in the second modification of this embodiment, dates after "April 23, 2038" are expressed by switching the calculation method depending on whether the MJD value is greater than or equal to a predetermined value and when it is less than a predetermined value. It shall be controlled so that it can be carried out.

FIG. 12F shows an example of a first calculation method used when the value of MJD is greater than or equal to a predetermined value, and an example of 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)", if the MJD is "32768" or more, the current date is calculated using the first calculation method, and if the MJD is less than "32768", the current date is calculated. calculates the current date using the second calculation method. Note that the case where MJD is less than "32768" is equivalent to the case where the most significant bit of the 16-bit data of MJD is "0". Thereby, in the broadcast receiving device 100 of this embodiment, it becomes possible to express dates after "April 23, 2038". However, the predetermined value can be set arbitrarily, and the predetermined value may be set to "16384 (0x4000)" or "49152 (0xC000)". The conditions for switching the arithmetic method may be a case where the upper two bits of the 16-bit data of the MJD are "00", or a case where the upper two bits of the 16-bit data of the MJD are not "11". Note that if the predetermined value is set to ``32768'' and the above-mentioned method is used, dates before ``September 4, 1948'' cannot be expressed, but this does not pose any particular problem in practical use as a television receiver. .

Furthermore, instead of switching between the first calculation method and the second calculation method according to the comparison result between MJD and the predetermined value, the "reserved" parameter in the MH-TOT data structure shown in FIG. The first calculation method and the second calculation method may be switched depending on a partially or completely replaced flag or a newly added flag. For example, if the most significant bit of the 16-bit encoded data of the MJD is "0" and the MJD indicates "April 23, 2038" or later, the flag is set to "1". However, if it does not indicate a date after "April 23, 2038," "0" may be set. Then, when the flag is "1", the second calculation method shown in FIG. 12F is used, and when the flag is "0", the first calculation method is used. Alternatively, a new descriptor having the same meaning as the flag may be prepared and placed in the MH-TOT.

Further, in the broadcasting system of this embodiment, as described above, absolute time in the NTP format is transmitted, and the broadcast receiving device 100 of this embodiment has a time management function based on the NTP. Furthermore, in the broadcast receiving apparatus 100 of the present embodiment, the decoding timing and presentation of each video/audio signal presentation unit can be determined by referring to the NTP timestamp written in the MPU timestamp descriptor set for each MPU. It controls the timing. As described above, the NTP format time information has the configuration shown in FIG. 12B. Further, the MPU time stamp descriptor has the configuration shown in FIG. 7D.

Therefore, in the broadcast receiving apparatus 100 of the present embodiment, the "reference_timestamp" parameter, the "transmit_timestamp" parameter, the "mpu_presentation_time" parameter, etc. are referred to, and the above-mentioned It is also possible to select which of the first calculation method and the second calculation method to use. That is, for example, if the most significant bit of the 64-bit NTP length format time data is "0", the second calculation method is used, and if it is not "0", the first calculation method is used. You can do something like, ``do,'' etc.

By any of the above methods, the broadcast receiving apparatus 100 of this embodiment can represent dates after "April 23, 2038."

[Broadcast receiving device tuning process (initial scan)]
The AMT of the broadcasting system of this embodiment provides a list of multicast groups for IP packets in order to receive IP packets transmitted using the TLV multiplexing method as indistinguishably as possible from IP packets transmitted over a communication line. shall be taken as a thing. Multiple IP multicast groups can be listed for one service identification. Additionally, address masks can be used to efficiently describe consecutive IP addresses.

In the broadcast receiving apparatus 100 of this embodiment, the list of services acquired from the TLV-NIT is stored in a non-volatile memory such as the ROM 103 or the storage unit 110 during channel scanning during initial settings or when rescanning for setting changes. Further, a list of IP multicast groups corresponding to each service can be stored in the nonvolatile memory in association with each service as IP related information. do. By storing the list of services and IP-related information in non-volatile memory so that they can be referenced at all times, there is no need to re-obtain TLV-NIT or AMT when switching channels, etc., making the acquisition of broadcast content more efficient. It becomes possible to do so.

FIG. 13A is a diagram illustrating an example of an operation sequence during channel scanning (rescanning) in broadcast receiving apparatus 100 of this embodiment.

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

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

FIG. 13C shows an example of the data structure of a satellite distribution system descriptor. FIG. 13D shows an example of the data structure of a service list descriptor. Note that if the TLV-NIT has a plurality of different data such as TLV stream ID, original network ID, distribution system information, service ID list, etc., the processes of S105 to S107 are repeated. Next, the reception function execution unit 1102 creates a service list based on data such as the TLV stream ID, original network ID, distribution system information, and list of service IDs acquired in the processing of S105 to S107, and The service list is stored in the ROM 103 or the storage unit 110 (updated when rescanning) (S108).

Next, the receiving function execution unit 1102 obtains the AMT from the received signal (S109), and further obtains a list of IP multicast groups related to each service ID stored in the service list (S110). FIG. 13E shows an example of the data structure of AMT. Note that if the AMT has a list of IP multicast groups related to multiple service IDs, the process of S110 is repeated. If there are multiple AMTs that have lists of IP multicast groups related to different service IDs, the processes of S109 to S110 are repeated. Next, the reception function execution unit 1102 stores the list of IP multicast groups acquired in the process of S110 in the ROM 103 or the storage unit 110, etc., as IP related information in association with the service ID (updated at the time of rescanning). (S111).

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

After completing the process in S111, if the frequency value set in the tuner/demodulator 131 is the final frequency value in the channel scan range (S112: Yes), the reception function execution unit 1102 ends the process. On the other hand, if the set frequency value is not the final frequency value of the channel scan range (S112: No), the frequency value set in the tuner/demodulator 131 is increased (S113), and the processing of S102 to S111 is performed. repeat. Note that if one TLV-NIT can acquire service IDs related to all the services that make up the broadcast network, and can also acquire an AMT that has a list of IP multicast groups related to the service ID, steps S112 to S113 are performed. No processing required.

Through the series of processes described above, the broadcast receiving apparatus 100 of the present embodiment can check the list of services (service list) that constitute the broadcast network during channel scanning during initial settings or when rescanning for changing settings. Simultaneously with the creation/update, a list of IP multicast groups (IP related information) corresponding to each service can be created/updated, and further stored in a non-volatile memory such as the ROM 103 or the storage section 110.

Note that rescanning for changing the settings is automatically performed when it is detected that there has been a change in the information in the table by referring to the "version_number" parameter of TLV-NIT or AMT. It's okay. When a change in the "version_number" parameter of either TLV-NIT or AMT is detected, only the information regarding the table in which the change in the parameter was detected may be automatically updated. However, when the above-mentioned automatic update is performed, it is desirable to notify the user that rescanning has been performed automatically. Furthermore, the user may be notified that there has been a change in the information in the table, and the user may be asked to select whether or not to perform the rescan.

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

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

Next, the reception function execution unit 1102 starts acquiring TLV-NIT from the received signal of the tuner/demodulation unit 131. If the TLV-NIT is successfully acquired within the 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), by referring to the service list stored in the ROM 103 or the storage unit 110, etc. (S206), the service ID corresponding to the service ID is determined. Distribution system information for acquiring the IP data flow is acquired (S207). Note that the service list stored in the ROM 103 or the storage unit 110 may be always referred to without performing the determination process in S205.

After acquiring the distribution system information in the process of S207, the reception function execution unit 1102 controls the tuner/demodulation unit 131 using the frequency value specified by the acquired distribution system information, and uses the service ID. (S208), extracts an MMT data string from the received IP data flow, and outputs it to the separation unit 132.

In the separation unit 132, the transport processing unit 1102a acquires the MMTP packet whose packet ID is “0” from the input MMT data string (S209), and further acquires the MPT included in the acquired MMTP packet. (S210). Next, the transport processing unit 1102a refers to the "MMT_package_id_byte" parameter of the acquired MPT, and checks whether the lower 16 bits of the "MMT_package_id_byte" parameter have the same value as the service ID. In the example of the MPT data structure shown in FIG. 7B, if the lower 16 bits of the "MMT_package_id_byte" parameter have the same value as the service ID (S211: Yes), the MMTP packet whose packet ID is "0" is It is determined that the packet is an MMTP packet containing program data corresponding to the service ID, and the process proceeds to MFU acquisition processing based on the information held by the acquired MPT.

On the other hand, if the lower 16 bits of the "MMT_package_id_byte" parameter do not have the same value as the service ID (S211: No), the MMTP packet whose packet ID is "0" is an MMTP packet containing program data corresponding to the service ID. It is determined that it is not a packet. In this case, the transport processing unit 1102a acquires the PLT again (S212), and by checking the acquired PLT, determines the packet ID of the MMTP packet that transmits the MPT having the "MMT_package_id_byte" parameter corresponding to the service ID. (set as x) is confirmed (S213). Further, the transport processing unit 1102a obtains an MMTP packet whose packet ID is "x" from the input MMT data string (S214), and obtains the MPT included in the obtained MMTP packet (S215). Furthermore, the MFU acquisition process is started based on the information possessed by the acquired MPT.

Note that the processing in S212 to S215 may be always performed without performing the processing in S209 to S211. In this case, when data of a program corresponding to the service ID is stored in an MMTP packet with a packet ID other than "0", processing time can be shortened.

Here, the process of identifying the packet ID of the MMTP packet having program data corresponding to the service ID and acquiring the MPT by checking the PLT will be described. An MMTP packet with a packet ID of "0" indicates that a PA message is transmitted. When multiplexing multiple packages, this PA message includes a PLT (package list table), as shown in FIG. 14B. The PLT has a list of packet IDs of MMTP packets that transmit PA messages that include the MPT of other packages, and by checking the PLT, the PA message that includes the MPT that is the entry point for each service can be identified from the package ID. It becomes possible to specify the MMTP packet that transmits the MMTP packet. FIG. 14C shows an example of the data structure of PLT. It is assumed that the location information for transmitting the PA message of the package indicated by the "MMT_package_id_byte" parameter is specified in "MMT_general_location_info()".

Returning to the explanation of the operation sequence shown in FIG. 14A. In the MFU acquisition process, the transport processing unit 1102a first refers to the MPT acquired in S210 or S215 and acquires the IP address and packet ID of the IP data flow that transmits the desired MFU (S216). . Further, the presentation time of the MPU is obtained from the MPU timestamp descriptor placed in the MPT, and the layout number of the MPU is obtained from the MPU presentation area specification descriptor placed in the MPT (S217, S218), and further, An MFU is acquired based on the IP address and packet ID of the acquired IP data flow (S219). Next, encoded video data, encoded audio data, etc. are extracted from the acquired MFU, video/audio decoding processing is performed under the control of the AV decoding processing section 1102b, and under the control of the presentation processing section 1102h, the acquired Presentation processing is performed based on information regarding presentation time and information regarding layout control (S220).

Note that if the PLT could not be obtained in the process of S212, and the "MMT_package_id_byte" parameter matching the service ID could not be confirmed in the process of S213, the MMTP packet with the packet ID "x" could not be obtained in the process of S215. If the program cannot be acquired, etc., the program display process (that is, the process of S216 to S220) may be performed based on the data of the MMTP packet whose packet ID is "0" acquired in the process of S210. . Further, in this case, it is preferable to display a message to the effect that the program corresponding to the service ID selected by the user could not be displayed.

Through the series of processes described above, the broadcast receiving apparatus 100 of this embodiment can perform a channel selection (channel switching) operation. In particular, as explained using FIGS. 13A and 14A, service lists and IP-related information are created during channel scanning during initial settings or when rescanning for setting changes, and the ROM 103 and storage section 110 etc. so that it can be referenced at all times, and when selecting a channel (channel switching), by referring to the service list and IP related information stored in the non-volatile memory such as ROM 103 and storage section 110, This makes it possible to improve the efficiency of operation during channel selection (channel switching). In other words, compared to reacquiring AMT and TLV-NIT when tuning (channel switching), it is possible to shorten the time from the start of tuning (channel switching) to the end of tuning (channel switching). Become.

[Broadcast receiving device remote control key setting process]
FIG. 15A shows an example of the external appearance of a remote controller 100R used for inputting operation instructions to the broadcast receiving apparatus 100 of this embodiment. The remote control 100R includes at least a power key 100R1, a numeric keypad 100R2, a channel up/down key 100R3, a menu key 100R4, an EPG key 100R5, a cursor key 100R6, a decision key 100R7, and a color key 100R8. It may further include a volume up/down key, a network switching key, an input switching key, a recording key, a playback key, etc.

For example, in the process of S201 of the operation sequence during channel selection shown in FIG. 14A, when instructing the broadcast receiving apparatus 100 of this embodiment to switch channels using the remote control 100R, the following three methods are available. may be used. The first method is to directly input and specify the service ID of a desired channel (service) by pressing the numeric keypad 100R2 multiple times. The second method is to repeatedly press the channel up/down key 100R3 as necessary to advance (or reverse) the channels until the desired channel (service) is displayed. The third method is to call a predetermined channel (service) associated with each key on the numeric keypad 100R2 by pressing the numeric keypad 100R2 only once, so-called one-touch channel selection. The third method, one-touch channel selection, is an easy-to-use channel selection method, but it is necessary to set the association of a predetermined channel (service) to each key of the numeric keypad 100R2 in the broadcast receiving device 100 in advance. be.

The broadcast receiving apparatus 100 compatible with the broadcasting system of this embodiment is capable of automatically setting the association based on control information included in the digital broadcast wave received by the tuner/demodulator 131. shall be. That is, the broadcasting system of this embodiment prepares a remote control key descriptor as a TLV-SI descriptor. The association may be set by referring to the remote control key descriptor.

FIG. 15B shows an example of the data structure of a remote control key descriptor. The "service_id" parameter in the figure is a service ID that identifies a channel (service). The "remote_control_key_id" parameter is a recommended value of the remote control button number to which the channel (service) identified by the service ID is assigned. The channel (service) identified by the "service_id" parameter may be associated with the key specified by the "remote_control_key_id" parameter value of the numeric keypad 100R2 according to the values of each of the parameters.

Note that if there are many channels (services) within the same network, the channels (services) may be assigned to keys other than the numeric keypad 100R2. For example, a predetermined channel (service) may be assigned to the color key 100R8. In this case, a numerical value corresponding to the "remote_control_key_id" parameter may be assigned to each key of the color key 100R8 in advance.

The remote control key descriptor may be described as a TLV-NIT descriptor. Therefore, for example, if the TLV-NIT acquired in the process of S103 of the operation sequence during channel scanning shown in FIG. 13A is valid data, the description of the remote control key descriptor is The association may be set by storing the contents in a nonvolatile memory such as the ROM 103 or the storage unit 110 of the broadcast receiving device 100.

Note that the above-mentioned association settings can be made in accordance with the description content of the remote control key descriptor as described above, or alternatively, the user can appropriately assign the service of any channel to each key of the numeric keypad 100R2 according to his/her preference. You may do so depending on the situation. Furthermore, the non-volatile memory of the broadcast receiving device 100 stores both the association settings according to the description content of the remote control key descriptor and the association settings assigned according to the user's preference, so that menu operations etc. Depending on the selection, only one setting may be used. Further, in this case, the association settings assigned by the user according to his/her preference may be used preferentially. Furthermore, according to the value of the priority flag written in the remote control key descriptor, the setting of the association according to the description content of the remote control key descriptor is given priority over the setting of the association assigned according to the user's preference. You may also use it. The priority flag may be set by using part or all of the "reserved" parameter of the remote control key descriptor shown in FIG. 15B, or by adding a new parameter. In this case, the value of the priority flag may be controllable for each service ID.

Furthermore, if the non-volatile memory stores the association settings assigned by the user according to the user's preference, the association settings according to the description contents of the remote control key descriptor are not stored in the non-volatile memory. It's okay. Further, the non-volatile memory of the broadcast receiving device 100 stores only the association settings assigned by the user according to the user's preference, and if a remote control key descriptor is written in the TLV-NIT being received, The association settings according to the description content of the remote control key descriptor are used, and if the remote control key descriptor is not described in the TLV-NIT being received, the association settings assigned by the user according to the user's preferences are used. You may also use the settings.

Note that the process of changing the association of a predetermined channel (service) with each key of the numeric keypad 100R2 according to the description content of the remote control key descriptor is described in the service list descriptor in the network specified by TLV-NIT. It may be performed for all services at the same time, or it may be performed only for some services. When the above process is performed only for some services, the old settings may be maintained as they are for other services. Further, when the "service_id" parameter is a predetermined value (for example, 999, etc.), the setting specified by the "remote_control_key_id" parameter from among the set contents stored in the nonvolatile memory of the broadcast receiving device 100 It is also possible to erase only the information regarding the information.

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

[Multi-channel channel selection processing]
In the broadcasting system of this embodiment as well, it is assumed that multi-programming in which multiple programs are broadcast in parallel on one channel (service) is possible. When simultaneously broadcasting a plurality of programs in a multi-program, the one-touch channel selection described above is possible only for the main channel of the multi-program, but not for the sub-channels in the multi-program. In other words, when selecting a sub-channel of a multi-format, you can specify it by directly inputting the service ID, or you can use one-touch tuning to select the main channel of a multi-format and then press the channel up/down key 100R3. It is necessary to use a method of selecting a desired subchannel by pressing the button, which causes a problem that the operation becomes complicated.

In order to solve the above problem, in the broadcast receiving apparatus 100 of the present embodiment, the one-touch channel selection function is expanded, and the numeric keypad 100R2 to which a predetermined service ID is assigned is repeatedly pressed multiple times within a predetermined time. This makes it possible to directly select subchannels of multiple channels.

This will be explained using FIG. 16A. For example, it is assumed that the service of channel 011 is previously assigned to the "1" key of the numeric keypad 100R2 of the remote control 100R. In this case, if the channel selection operation is performed in a state where multi-organizing is not performed (see (A) in the figure), channel 011 will be selected regardless of the number of presses of the "1" key. On the other hand, in the case of a channel selection operation in the state where multi-format is being performed (see (B) in the figure), if the "1" key is pressed only once, channel 011 will be selected, and the first "1" key will be pressed. If the "1" key is pressed again within a predetermined time after being pressed, channel 012 will be selected. Similarly, if the "1" key is pressed three times within a predetermined time, channel 013 is selected. Note that if the "1" key is pressed again after a predetermined time has elapsed since the first press of the "1" key, channel 011 may remain selected.

By enabling the operations described above, the broadcast receiving apparatus 100 of the present embodiment allows direct selection of subchannels in multi-channel configuration with easier operations.

Similarly, angle selection of a multi-view compatible program or selection of a predetermined video asset from a plurality of video assets may be performed by repeatedly pressing the numeric keypad 100R2 multiple times. As shown in FIG. 16B, if the service ID of a multi-view compatible program is assigned to the "1" key of the numeric keypad 100R2 of the remote control 100R, pressing the "1" key only once selects the multi-view compatible program. station and the main view is displayed. Further, it is assumed that if the "1" key is pressed again within a predetermined time after the "1" key is pressed for the first time, subview 1 of the multi-view compatible program will be displayed. Similarly, if the "1" key is pressed three times within a predetermined time, subview 2 of the multiview compatible program is displayed. Note that if the "1" key is pressed again after a predetermined time has elapsed since the first press of the "1" key, the main view of the multi-view compatible program may remain displayed. It may also be possible to select a predetermined video asset from a plurality of video assets by the same operation as described above.

By enabling the operations described above, the broadcast receiving apparatus 100 of the present embodiment allows angle selection of a multi-view compatible program and selection of a predetermined video asset from a plurality of video assets with easier operations. It is said that

Note that if one or more programs in multi-programming are multi-view compatible programs or programs that have multiple assets, it is sufficient to enable only one of the above-mentioned operations and disable the other. For example, if one or more programs in multi-programming are multi-view compatible programs or programs with multiple assets, pressing the same key multiple times within a predetermined time can be used to directly select subchannels in multi-programming. Assign it to processing. Which operations are to be enabled and which are to be disabled may be determined in advance, or may be selected by the user.

[Screen layout control of broadcast receiving device]
It is assumed that the broadcast receiving apparatus 100 of this embodiment is capable of controlling the screen layout based on the description of the LCT. FIG. 17A shows an example of the data structure of the LCT. FIG. 17B shows an example of the data structure of the MPU presentation area specification descriptor.

In the data structure of the LCT, in particular, the "left_top_pos_x" and "right_down_pos_x" parameters indicate the horizontal position of the top left and bottom right of the area when the left side of the full screen display is set to ``0'' and the right side is set to ``100''. Each horizontal position is expressed as a percentage of the total number of pixels in the horizontal direction. The "left_top_pos_y" and "right_down_pos_y" parameters set the vertical position of the upper left and lower right of the area, respectively, when the upper side of the full screen display is set to ``0'' and the lower side is set to ``100''. It shall be expressed as a percentage of the total number of pixels. Furthermore, the "layer_order" parameter indicates the relative position of the region in the depth direction.

An example of assignment of layouts to layout numbers based on the settings of each of the parameters will be described below along with the setting values of each of the parameters.

FIG. 17C shows the default layout setting of the broadcast receiving apparatus 100 of this embodiment, and is an example in which only one area is set on the entire screen. FIG. 17D is an example in which the entire screen is divided into three regions, and the respective regions are designated as "area 0," "area 1," and "area 2." For example, if the number of pixels of the entire screen is 7680 pixels horizontally/4320 pixels vertically, in "area 0", the "left_top_pos_x" parameter is "0", the "left_top_pos_y" parameter is "0", and the "right_down_pos_x" parameter is "80". ” and the “right_down_pos_y” parameter is “80”, so it is set in the range of (0,0)-(6143,3455). Similarly, "area 1" is set to the range of (6144,0)-(7679,4319), and "area 2" is set to the range of (0,3456)-(6143,4319).

FIG. 17E is an example in which three areas are set like in FIG. 2'' has the same range as described above, and is placed in front of the ``area 0'' according to the setting of the ``layer_order'' parameter. In FIG. 17F, "area 0" is set to device 0 (default device: broadcast receiving device 100 in this embodiment), and "area 1" is set to device 1 (in this embodiment, mobile information terminal 700). This is an example of a case where

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

Note that in areas where no program video or data screen is displayed due to the screen layout control described above, a predetermined background color specified by a background color specification descriptor written in the LCT may be displayed. Further, if the background color specification descriptor is not included in the LCT, and the broadcast receiving device 100 cannot correctly acquire the background color specification descriptor, the predetermined background color specified by the background color specification descriptor is In cases where the image cannot be displayed due to hardware limitations, a predetermined pattern predetermined by the video display device 100 may be displayed in the area. Further, the area may be used as a notification display area for the user from the video display device 100. Note that the notification may be any information.

Incidentally, the fractions below the decimal point that occur when dividing the screen according to the setting values of parameters such as "left_top_pos_x" may be rounded up or down. Rounding (or rounding to the nearest whole number in binary numbers) may also be used. For example, if the number of pixels on the entire screen is 7680 pixels/4320 pixels vertically, 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 "0". ” parameter is “51”, “area 0” can be set in the range (0,0)-(3916,2203) by rounding up, or (0,0)-(3915, 2202) may be set as "area 0". Further, in consideration of macroblocks during video compression processing, rounding up/down processing may be performed in 8 pixel units, 16 pixel units, or the like. The above processing makes it possible to efficiently perform area setting based on LCT and resolution conversion processing of multimedia content in the area.

Alternatively, the setting values of the parameters such as "left_top_pos_x" may be limited to only "multiples of 5" or "multiples of 10" in the range of "0" to "100". In this case as well, it is possible to suitably perform the area setting.

Note that the content displayed in each area is specified by the MPU presentation area specification descriptor shown in FIG. 17B. It is assumed that the content of the MPU whose sequence number is specified by the "mpu_sequence_number" parameter in the figure is associated with the LCT description by the "layout_number" parameter and the "region_number" parameter.

Also, in the first "for" loop of the description of the MPU presentation area specification descriptor, multiple "layout_number" parameters and "region_number" parameters are described for one "mpu_sequence_number" parameter, and the layout is performed according to which description. The user may be allowed to select whether or not to perform the control. For example, in the first "for" loop, if the "layout_number1" parameter, "region_number1" parameter, "layout_number2" parameter, and "region_number2" parameter are described for a predetermined "mpu_sequence_number" parameter, the above " Allowing the user to select whether to control the layout of the MPU specified by the "mpu_sequence_number" parameter based on the "layout_number1" parameter and "region_number1" parameter, or based on the "layout_number2" parameter and "region_number2" parameter, etc. It is. In this way, the user can control the layout of the video program according to his/her preference.

[Exception handling for screen layout control of broadcast receiving device]
In the broadcast receiving apparatus 100 of this embodiment, even if the screen layout area is controlled by the LCT described above, when the user instructs to display the EPG screen, as an exception process, It is assumed that it is possible to perform screen layout control ignoring the description content of the LCT. FIG. 18A shows an example of the operation of exception handling for screen layout control based on LCT.

Screen layout control similar to that shown in FIG. 17D is performed by the LCT description, and broadcast program video is displayed in "area 0", and broadcast program linkage data etc. linked to the broadcast program are displayed in "area 1" and "area 2". When the user instructs to display the EPG screen using a remote controller (not shown) while content is being displayed, the broadcast receiving apparatus 100 of this embodiment writes the LCT description as shown in FIG. 18A(A). Regardless of the content, the screen layout settings are returned to the default settings (that is, the screen layout control similar to that in FIG. 17C is performed), and the EPG screen is controlled to be displayed on the entire screen. Further, when the user instructs to end the display of the EPG screen, screen layout control is re-executed in accordance with the contents described in the LCT.

By performing the above-described control, the EPG screen can be displayed larger than the case where the EPG screen is displayed while maintaining the area control of the screen layout as shown in FIG. 18A(B). It is possible to improve visibility.

Note that the screen layout control exception processing is not only applied when displaying an EPG screen, but also applies to various setting screens (in the illustrated example, the recording setting screen) of the broadcast receiving device 100, as shown in FIG. 18B. ) may be applied when displaying a sub-screen or when displaying two screens.

In the case of the recording setting screen shown in FIG. 5A, the display area for broadcast content is changed from the entire screen to only the small screen portion at the bottom right of the screen. Similarly, in the case of the two-screen display shown in FIG. 6B, the display area of the broadcast content is changed from the entire screen to only the split screen portion on the left side of the middle of the screen. In either case, the display area for displaying the broadcast content is narrower than when using the entire screen, so it is possible to maintain area control of the screen layout within the display area (i.e., do not divide the area). It is not desirable for visual recognition to display multiple broadcast contents at the same time. Therefore, in the broadcast receiving apparatus 100 of the present embodiment, in the above situation, only the broadcast content of "area 0" is selected and displayed in the display area. Note that broadcast content in "area 1" or "area 2" may be selected and displayed depending on the previous area selection status.

By performing the above-described control, it is possible to improve the ease of viewing the broadcast content, compared to the case where various broadcast contents are displayed while maintaining the area control of the screen layout. The same applies when displaying a small screen on a recorded program list screen, when displaying Internet content in a browser, etc.

[Video signal aspect ratio conversion processing]
The aspect ratio of video signals in television broadcasting services includes "4:3" used in conventional SDTV, "16:9" used in recent HDTV, and "21:9" suitable for movie content. ', etc. In the broadcasting system of this embodiment, information on the aspect ratio of the video signal may be described by a video component descriptor. FIG. 19A shows an example of the data structure of a video component descriptor. In the figure, the "video_aspect_ratio" parameter is information regarding the aspect ratio of the video signal. FIG. 19B shows an example of the meaning of the "video_aspect_ratio" parameter. A different aspect ratio than that illustrated may be further assigned.

On the other hand, the aspect ratio of the display section of a television receiver (such as the broadcast receiving apparatus 100 of this embodiment) capable of receiving the television broadcast service is generally "16:9". That is, when displaying video content with an aspect ratio of "4:3" or "21:9" on a general television receiver, aspect ratio conversion processing may be performed.

Whether or not to perform the aspect ratio conversion process may be determined by comparing the specifications of the monitor section 162 of the broadcast receiving apparatus 100 and the "video_aspect_ratio" parameter of the video component descriptor. For example, when the aspect ratio of the monitor unit 162 of the broadcast receiving device 100 is "16:9" (3840 pixels horizontally x 2160 pixels vertically, etc.), the value of the "video_aspect_ratio" parameter is "0", "2", or " If it is ``3'', the aspect ratio conversion process may not be performed, and if it is ``1'' or ``5'', the aspect ratio conversion process may be performed. For example, if the aspect ratio of the monitor unit 162 of the broadcast receiving device 100 is "21:9" (5040 pixels horizontally x 2160 pixels vertically, etc.), the value of the "video_aspect_ratio" parameter is "0" or "5". If so, the aspect ratio conversion process may not be performed, and if the value is "1", "2", or "3", the aspect ratio conversion process may be performed.

An example of the aspect ratio conversion process when the aspect ratio of the monitor unit 162 of the broadcast receiving apparatus 100 is "16:9" and the value of the "video_aspect_ratio" parameter is "5" is shown in FIGS. 19C and 19D. When displaying video content with an aspect ratio of ``21:9'' on the monitor section 162 with an aspect ratio of ``16:9,'' the aspect ratio can be adjusted by adding black bars above and below the video content with an aspect ratio of ``21:9''. may be converted to "16:9" (display A in the figure). In this way, it becomes possible to display the entire area of the original video content without distortion. Alternatively, only the central portion of the video content with an aspect ratio of "21:9" may be cut out and displayed on the monitor unit 162 (display B in the figure). In this way, it becomes possible to display the main part of the original video content in a large size. Furthermore, a little black band may be added at the top and bottom of the video content with an aspect ratio of "21:9" to further cut out the central portion (display C in the figure). In this way, it becomes possible to display most of the original video content in a large size. Alternatively, the left and right ends of video content with an aspect ratio of "21:9" may be compressed to display the entire area (display D in the figure). In this way, it is possible to display the entire area of the original video content in a large size and to display the main part without distortion. Furthermore, a small black band may be added to the top and bottom of the video content with an aspect ratio of "21:9", and the left and right edges may be further compressed to display the entire area (display E in the figure). In this way, it is possible to display the entire area of the original video content in a larger size and with less distortion at the left and right edges.

The user may be able to select how to perform the aspect ratio conversion process by setting a menu or the like. Alternatively, it may be possible to switch by pressing a predetermined key on a remote control or the like. Note that the above-mentioned aspect ratio "21:9" includes those having an aspect ratio of approximately "21:9", such as "2.35:1" of so-called CinemaScope. The same applies to other aspect ratio values.

[EPG display of broadcast receiving device]
In the broadcasting system of this embodiment, it is assumed that time-series information regarding events (so-called programs) included in each service constituting the broadcasting network is transmitted using the MH-EIT. The MH-EIT shown in FIG. 7E is identified into two classes by the table ID (corresponding to the "talbe_id" parameter in the figure), and information on the current/next event of the own TLV stream and information on each event of the own TLV stream. It is assumed that schedule information can be shown. The broadcast receiving apparatus 100 of this embodiment refers to the MH-EIT, etc., and performs identification using the service ID (corresponding to the "service_id" parameter in the figure), thereby obtaining information such as the start time and broadcast time of each event. It is assumed that the EPG screen can be created by acquiring the EPG, and that the created EPG can be superimposed on video information etc. by the video synthesis section 161 and displayed on the monitor section 162.

FIG. 20A is a diagram showing an example of an EPG screen in broadcast receiving apparatus 100 of this embodiment. The EPG screen 162a has a matrix shape with the vertical axis representing time and the horizontal axis representing service IDs (channels), and displays detailed information on broadcast programs broadcast on each channel in each time period. Further, the detailed information 162a1 of each broadcast program is mainly composed of a title area 162a2 and a detailed explanation area 162a3. The detailed information 162a1 of each broadcast program may display program information, etc. described in the MH-short format event descriptor or the MH-extended format event descriptor and distributed. If there is a large amount of program information, etc. described in each descriptor, it may be displayed in abbreviated form during normal operation, and all program information may be displayed in a pop-up or the like when selected by operating a remote controller (not shown). . Alternatively, at the time of selection, the program information and the like described in each descriptor may be transmitted to the mobile information terminal 700 operating in cooperation, and the mobile information terminal 700 may be instructed to display it on the display unit 741.

In the title area 162a2 of the detailed information 162a1 of each broadcast program, the title of the broadcast program and symbols representing the attributes of the broadcast program are displayed. The symbols and the like representing attributes of the broadcast program include, for example, symbols/characters indicating that the program is a new program, symbols/characters indicating that the program is a rebroadcast program, and the like. Alternatively, it may be a mark symbolizing "data" which means that data broadcasting by a broadcasting service is supported. Alternatively, it may be a mark 162a4 symbolizing "NetWork", which means that content, applications, etc. related to the broadcast program can be obtained from the network. Further, the symbols representing the attributes of the broadcast program may be replaced 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.

Note that there is a case where each control information (message, table, descriptor, etc.) in the broadcasting system of this embodiment indicates that content, applications, etc. related to the broadcast program can be obtained from the network. However, if the LAN cable is not connected to the LAN communication unit 121 of the broadcast receiving device 100, and access to each server device on the network is not possible, the mark 162a4 symbolizing the “NetWork” is displayed. etc. may be controlled so as not to be displayed.

Further, in the case where the broadcast program is a distribution program distributed via the Internet 200 and cannot be acquired only from broadcast waves, furthermore, as described above, the broadcast receiving device 100 is a distribution program distributed by each server device on the network. If the EPG screen 162b cannot be accessed, the detailed information 162b1 displayed on the EPG screen 162b may be controlled to be grayed out, as shown in FIG. 20B. That is, control is performed so that detailed information about distribution programs that cannot be viewed is not displayed. Further, by differentiating the background color of the detailed information 162b1 from others, this may be used as an alternative to the gray-out processing. Alternatively, a message such as "This program cannot be viewed" may be displayed in the detailed explanation area 162a3 of the distributed program. When detailed information 162b1 is selected by operating a remote control (not shown), a message indicating that the broadcast receiving device 100 is unable to access each server device on the network or viewing a distributed program associated with detailed information 162b1 is displayed. The user may be notified that this is not possible through a pop-up or the like.

Through each of the above-described controls, the broadcast receiving apparatus 100 can provide program information for each broadcast program in a format that is more natural to the user, depending on the network connection status.

FIG. 20C is a diagram showing another example of the EPG screen in the broadcast receiving apparatus 100 of this embodiment. In the figure, "M1 TV", "M2 Broadcast", "M3 Channel", "M4TV", "TV M5", etc. are the broadcast station names of each channel. In particular, "M2 Broadcast" station is It is assumed that a broadcast program to be distributed and a distribution program to be distributed via the Internet 200 (information 162c1 in the frame indicated by "Net Broadcast" in the figure) are provided at the same time.

As shown in the figure, if there is a channel that only has distribution programs distributed via the Internet 200, normally all channels (including information 162c1) are control the display of information. On the other hand, when the broadcast receiving apparatus 100 is unable to access each server apparatus on the network, as shown in the EPG screen 162d in FIG. The information on the channel "M2 Broadcast (Net Broadcasting)" (information 162c1 in FIG. 3(A)) may be controlled not to be displayed.

Each of the above-described controls makes it possible for the user of the broadcast receiving apparatus 100 to eliminate the need to check information on channels that the user cannot view.

[Emergency warning broadcast display on broadcast receiving device]
The broadcast receiving device 100 of this embodiment performs the emergency warning broadcast reception process when the emergency warning broadcast start control signal bit of the TMCC signal included in the transmission data including the TLV stream changes from "0" to "1". It shall be possible to do so.

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

Due to the above-described control, in the broadcast receiving apparatus 100 of this embodiment, even when the user selects and displays the EPG screen, various setting screens, recorded program list screen, Internet browser, etc., the emergency warning broadcast is not displayed. When receiving the emergency warning broadcast, it is possible to avoid missing important text information based on the emergency warning broadcast. Note that this control may be performed on normal text information with superimposed text that is not based on emergency warning broadcasts.

Furthermore, if the emergency warning broadcast is provided as a broadcast program on a dedicated channel (service ID), the channel (service ID) of the emergency warning broadcast can be used regardless of the channel (service ID) of the program currently being viewed. Automatic channel selection may also be used. In addition, when the emergency warning broadcast is provided as a broadcast program on a dedicated channel (service ID) or as an application, the cooperation function execution unit 1103 controls an external mobile terminal device (in this embodiment In this case, the broadcast program and application of the emergency warning broadcast may be distributed to the mobile information terminal 700, etc.).

Moreover, if the power of the broadcast receiving apparatus 100 is not turned on when the emergency warning broadcast is distributed, control may be performed so that the power of the broadcast receiving apparatus 100 is automatically turned on. Alternatively, control may be performed to send a notification that the emergency warning broadcast has started to the mobile information terminal 700 that has a history of cooperation with the broadcast receiving device 100.

By the above-mentioned control, in the broadcast receiving apparatus 100 of the present embodiment, it is possible to avoid overlooking the display of important broadcast programs and application videos based on the emergency warning broadcast.

[Display control exception handling]
The broadcast receiving apparatus 100 of the present embodiment may perform the following exception processing, for example, if data transmitted through a route other than the TLV stream cannot be acquired among the data constituting the same package.

As explained using FIG. 7A, in the broadcasting system supported by the broadcast receiving apparatus 100 of this embodiment, the data acquired from the TLV stream and the TLV stream based on the location information (see FIG. 7C) stored in the MPT are Data obtained from other routes can be included in the same package. However, data transmitted via data transmission paths other than TLV streams (for example, IPv4 data flow and IPv6 data flow of communication lines, MPEG2-TS of broadcasting, etc.) pointed to by location information cannot be used with the TLV/MMT stream reception function. is data obtained by another receiving function. Therefore, even if the broadcast receiving device 100 is operating, the reception functions of these transmission paths may not be operating, or even if the reception function itself is operating, there may be situations where relay devices, etc. on the transmission paths are not operating. It is difficult to acquire data from these transmission paths, such as in situations where there is no wired or wireless connection for these transmission paths, or in situations where the broadcast receiving device 100 is installed in an environment where these transmission paths cannot be connected in the first place. There may be situations where this is not possible.

Under such circumstances, an event is received that indicates that the location information stored in the MPT is to associate data obtained from the TLV stream and data obtained from a route other than the TLV stream so that they are included in the same package. In this case, the broadcast receiving apparatus 100 of this embodiment may perform the following operations.

For example, LCT has set multiple areas on the screen as shown in Figures 17D and 17E, and displays program video based on data acquired from the TLV stream in ``area 0'', and in ``area 1'' and ``area 1''. In the case where "Area 2" is associated with content based on data acquired from a transmission path other than the TLV stream, and the TLV stream other than the TLV stream that should be displayed in "Area 1" or "Area 2" is displayed. If the data of the transmission route cannot be obtained, display of the layout of multiple areas designated by the LCT may be prohibited. Specifically, even if the LCT is received, the program video based on the data acquired from the TLV stream remains displayed in "area 0" of the default layout display shown in FIG. 17C, and the program video based on the data acquired from the TLV stream remains displayed. What is necessary is to avoid shifting to a layout display of multiple areas like this. Furthermore, even if an instruction to change the default layout to the layout indicated by the LCT is input to the operation input unit 170 of the broadcast receiving apparatus 100 in this state, the default layout shown in FIG. 17C may remain displayed, or other changes may be made. The screen may be switched to the data broadcasting screen so as not to shift to the layout display of multiple areas as shown in FIGS. 17D and 17E.

In addition, the LCT has set multiple areas within the screen as shown in FIGS. 17D and 17E, and displays the program video based on the data acquired from the TLV stream in ``area 0'', and in ``area 1'' and ``area 1''. In the case where "Area 2" is associated with content based on data acquired through a transmission path other than the TLV stream to be displayed, and the TLV stream other than the TLV stream that should be displayed in "Area 1" or "Area 2" Another example of operation when transmission path data cannot be obtained is to display the display frame of multiple areas shown in FIG. 17D or FIG. If data on a transmission path other than the TLV stream indicated by the MPT location information cannot be obtained even after a predetermined period of time has passed, the display returns to the default layout display state shown in FIG. 17C. The display may be switched. In this case, when changing from the layout of FIG. 17C to the layout of FIG. 17D or 17E, or from the layout of FIG. 17D or 17E to the layout of FIG. 17C, the TLV stream is stored in "area 0" of each layout. It is preferable if the program video based on the data acquired from the program video is continuously displayed so that the user can continue viewing the program video.

In addition, because data on transmission paths other than the TLV stream that should be displayed in "Area 1" and "Area 2" cannot be obtained, the data obtained from the TLV stream is displayed in "Area 0" of the default layout display shown in FIG. 17C. When the program video based on the program is being displayed, the various communication functions and various reception functions of the broadcast receiving apparatus 100 of this embodiment start, and the communication environment/communication status of various communication functions and various reception functions Due to a change in the reception environment/reception situation, a situation may arise in which data on a transmission route other than the TLV stream to be displayed in "area 1" or "area 2" can be obtained. In this case, the broadcast receiving apparatus 100 of the present embodiment immediately switches from the default layout display shown in FIG. 17C to a layout of multiple areas as shown in FIGS. 17D and 17E shown by the LCT, and It may be possible to switch to display a program video based on data obtained from a TLV stream in "area 1" or "area 2" and display content based on data obtained from a transmission path other than the TLV stream. Alternatively, the layout change may not be performed immediately, but after an instruction to change from the default layout to the layout indicated by the LCT is input from the operation input unit 170. In this case, it is preferable to notify the user through OSD display or the like that the layout can be changed.

[Copyright protection function]
In the digital broadcasting system supported by the broadcast receiving apparatus 100 of this embodiment, by transmitting copy control information in the MPT etc., for example, "unlimited copying possible"("unlimited copying possible and encrypted data during storage and output") is possible. It may be divided into two types: ``unlimited copying and no encryption processing required during storage and output''), ``only one generation allowed to be copied'', and ``copyable a predetermined number of times'' (for example, 9 times). It may also indicate the copy control status of the content referred to by the MPT, such as "dubbing 10" (if copying is allowed + one move allowed) or "copying prohibited". In this case, the broadcast receiving apparatus 100 of this embodiment stores the content in the storage unit 110, records it on a removable recording medium, outputs it to an external device, and outputs it to an external device according to the copy control information. It may be configured to control copying, moving processing to an external device, etc.

Note that the storage processing target is not only the storage unit 110 inside the broadcast receiving device 100, but also removable recording media that have undergone protection processing such as encryption processing so that they can be played only by the broadcast receiving device 100. It may also include external equipment. Specifically, this includes, for example, an external recording device such as an HDD connected to the expansion interface section 124 that can be recorded and reproduced only by the broadcast receiving device 100.

<Content copy control>
A specific example of content copy control processing based on the copy control information will be described below.

First, when the copy control information included in the MPT etc. indicates "unrestricted copying", the broadcast receiving apparatus 100 of this embodiment can store information in the storage section 110, record it on a removable recording medium, and record it on an external You may output to a device, copy to an external device, move to an external device, etc. without any restrictions. However, if the control based on the copy control information is divided into ``unlimited copying and encryption processing required during storage and output'' and ``unlimited copying possible and encryption processing not required during storage and output'', , if "unlimited copying is possible and encryption processing is required during storage and output" is indicated, storage in the storage unit 110, recording on a removable recording medium, output to an external device, copying to an external device is possible. , move processing to an external device, etc. can be performed without restriction, but it is necessary to perform encryption processing in both cases.

In addition, when the copy control information included in the MPT etc. indicates that "only one generation can be copied", the broadcast receiving apparatus 100 of this embodiment performs encrypted storage in the storage (storage) section 110 and broadcast reception. It may be possible to record on a removable recording medium that has undergone protection processing such as encryption processing so that it can be reproduced only by the device 100. Furthermore, when the stored content is output to an external device for viewing, it is encrypted and output together with copy control information of "copy prohibited". Furthermore, so-called move processing to an external device (processing of copying content to the external device and rendering the content in the storage section 110 of the broadcast receiving device 100 unplayable by erasing processing or the like) is possible.

Furthermore, when the copy control information included in the MPT etc. indicates that "copying is possible for a predetermined number of times", the broadcast receiving apparatus 100 of this embodiment performs the process of encrypting and accumulating in the storage (storage) unit 110, It may be possible to record on a removable recording medium that has undergone protection processing such as encryption processing so that it can be reproduced only by the device 100. Furthermore, when the stored content is output to an external device for viewing, it is encrypted and output together with copy control information of "copy prohibited". Further, it may be possible to perform copy and move processing to an external device a predetermined number of times. In the case of the so-called "dubbing 10" regulation, it is possible to perform nine copies to an external device and one move process.

Further, when the copy control information included in the MPT etc. indicates "copy prohibited", the broadcast receiving apparatus 100 of this embodiment prohibits storage (copying) to the storage (storage) unit 110 etc. However, the broadcast receiving device 100 performs storage only for a predetermined time or a predetermined time specified by control information included in the broadcast signal (e.g., based on the MH-Expire descriptor, content usage control descriptor, etc.). ) unit 110 etc., it may be configured to have a "temporary storage" mode. In this case, the broadcast receiving device 100 can temporarily retain the content in the storage unit 110 etc. even if the copy control information included in the MPT etc. indicates "copy prohibited". shall be. When the content whose copy control information included in the MPT etc. is "copy prohibited" is to be output to an external device for viewing, it is encrypted and output together with the copy control information "copy prohibited".

Note that the above-mentioned output for viewing to the external device is performed via the video output unit 163 and audio output unit 166 of the broadcast receiving device 100 of this embodiment, or the digital I/F unit 125, the LAN communication unit 121, etc. Just go. The copying or moving process to the external device described above may be performed via the digital I/F section 125, the LAN communication section 121, or the like.

FIG. 22A shows an example of the data structure of a content copy control descriptor in the broadcasting system of this embodiment. It is assumed that the "digital_recording_control_data" parameter in the figure is digital copy control information and indicates information that controls the copy generation of content. Further, FIG. 22B shows an example of parameter values of the digital copy control information and their meanings. For example, if the parameter is "00", it indicates "unlimited copying", if the parameter is "01", it can be defined by the business operator, and if the parameter is "10", it indicates "unlimited copying". It indicates that "only one generation can be copied", and when the parameter is "11", it indicates that "copying is prohibited". Further, FIG. 23 shows an example of the data structure of the content usage control descriptor in the broadcasting system of this embodiment. It is assumed that the "copy_restriction_mode" parameter in the figure is a copy restriction mode, and indicates whether limited copying is possible.

In the broadcast receiving apparatus 100 of this embodiment, it is assumed that when the digital copy control information is "01", it is possible to execute an accumulation process that allows copying a predetermined number of times predetermined by the broadcaster. Alternatively, when the digital copy control information is not "11" and the copy restriction mode indicates that copying with a limited number of copies is allowed, an accumulation process that allows copying a predetermined number of times predetermined by the broadcaster can be executed. Also good. Alternatively, in this case, the number of times each content can be copied may be specified by using part or all of the "reserved_future_use" parameter of the digital content usage descriptor.

Through the above processing, the broadcast receiving apparatus 100 of the present embodiment can realize the content copy control of "copying a predetermined number of times" described above.

Further, the "retention_mode" parameter in the content usage control descriptor shown in FIG. 23 is a temporary storage control bit, and when the digital copy control information indicates "copy prohibited", temporary storage of the target content is allowed. This indicates whether or not to do so. Further, the "retention_state" parameter is a temporary storage allowable time, and indicates the temporary storage allowable time when the temporary storage allowable bit allows temporary storage of the target content.

In the broadcast receiving apparatus 100 of the present embodiment, by referring to each information of the temporary storage control bit and temporary storage allowable time, temporary storage when the digital copy control information of each content indicates "copy prohibited" is performed. It becomes possible to control whether storage is possible and the storage time.

According to the process described above, appropriate content protection can be realized according to the copy control information associated with the content.

<Content output control>
Next, a specific example of processing for controlling output of content to an external device will be described below.

In the content usage control descriptor shown in FIG. 23, the "image_constraint_token" parameter is a resolution restriction bit, and indicates whether or not image quality restriction is required when outputting the content to an external device. If the resolution restriction bit indicates that image quality restriction is necessary, the broadcast receiving apparatus 100 of this embodiment limits the image quality of the target content when outputting the target content to an external device. Note that the image quality limitation may not be necessary when accumulating in the storage unit 110 or the like. The image quality restriction is, for example, converting received (or stored) UHD (7680 pixels x 4320 pixels) video content to SHD (3840 pixels x 2160 pixels) and outputting it, or For example, converting (pixel) video into SD (640 pixels x 480 pixels) video and outputting it. The extent to which the image quality of the target content is restricted, that is, the resolution of the image quality after image quality restriction, is specified by using part or all of the "reserved_future_use" parameter of the digital content usage descriptor. You can do it like this.

Similarly to the above, for example, you can use part or all of the "reserved_future_use" parameter to prepare frame rate limit bits and pixel resolution limit bits, and limit the frame rate and pixel resolution when outputting content to an external device. It may also be controlled. If the frame rate restriction bit indicates that frame rate restriction is necessary, the broadcast receiving apparatus 100 of this embodiment limits the frame rate of the target content when outputting the target content to an external device. Assumed to be performed. For example, video content with a frame rate of 120 Hz may be converted to a frame rate of 60 Hz and output. Further, when the pixel resolution restriction bit indicates that pixel resolution restriction is necessary, the broadcast receiving apparatus 100 of this embodiment controls each pixel of the target content when outputting the target content to an external device. Resolution shall be limited. For example, each pixel of video content in which each pixel is composed of 12 bits is converted to 8 bits and output.

Furthermore, by using part or all of the "reserved_future_use" parameter, a resolution limitation control flag, a frame rate limitation control flag, and a pixel resolution limitation control flag are prepared, and the resolution limitation control flag, frame rate limitation control flag, and pixel resolution limitation control flag are prepared. It may be possible to control whether or not to limit the image quality, limit the frame rate, or limit the pixel resolution in accordance with the resolution limit control flag. For example, when the resolution restriction control flag indicates that the resolution restriction control is to be performed according to the interface specifications, if the interface that outputs the target content is equipped with a predetermined content protection technology, the image quality restriction is not performed and the resolution restriction control is performed according to the specified interface specifications. If the content protection technology is not provided, the image quality may be restricted.

Specifically, for example, when the digital interface unit 125 is an HDMI interface and outputs target content to an external device connected to the HDMI interface, the HDMI interface of the external device supports HDCP (High-bandwidth Digital Content Protection) If the external device is compatible with version 2.2 or later, the target content is output without the image quality restriction, and if the HDCP version of the HDMI interface of the external device is lower than 2.2, the image quality restriction is applied. to output the target content. That is, depending on whether or not the interface that outputs the target content is equipped with a predetermined content protection technology, or if it is equipped with the content protection technology, depending on the version of the content protection technology. , it may be possible to control whether or not to limit the image quality of the target content. Note that if the resolution restriction control flag does not indicate that the resolution restriction control is to be performed according to the interface specifications, the presence or absence of the image quality restriction may be controlled only according to the resolution restriction bit. Similar processing may be performed regarding the frame rate limitation control flag and the pixel resolution limitation control flag.

In addition, content whose copy control information described above indicates copy restrictions such as "only one generation allowed to be copied", "predetermined number of copies allowed", and "copy prohibited" is transferred to an external device via the LAN communication unit 121. Copy processing is possible only when the IP address of the external device that is the destination of the transmission packet from the broadcast receiving device 100 is within the same subnet as the IP address of the broadcast receiving device 100, and the IP address of the external device is If it is outside the same subnet as the IP address of the receiving device 100, it may be prohibited. Contents whose copy control information is ``unrestricted copying and encryption processing required during storage and output'' may be handled in the same way.

Similarly, content for which the above-mentioned copy control information indicates copy restrictions such as ``only one generation can be copied'', ``copies can be made a predetermined number of times'', ``unlimited copies can be made and encryption processing is required when storing and outputting''. Once stored in the storage (accumulation) unit 110, the IP address of the external device that is the destination of the packet sent from the broadcast receiving device 100 is This is allowed only when the address is within the same subnet as the IP address of the broadcast receiving device 100, and may be prohibited when the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100.

In addition, as a general rule, the viewing video output and audio output of the content stored in the storage unit 110 of the broadcast receiving device 100 is performed when the IP address of the external device that is the destination of the transmission packet from the broadcast receiving device 100 is This is possible only if the IP address of the external device is within the same subnet as the IP address of the broadcast receiving device 100, and prohibited if the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100. However, if the external device is connected within the same subnet as the IP address of the broadcast receiving device 100 within a predetermined period, and registration processing is performed as a device that can be viewed even outside the same subnet as the IP address of the broadcast receiving device 100. (paired) device, even if the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100, the storage (storage) of the broadcast receiving device 100 in the external device ) The content stored in the section 110 may be configured to be capable of outputting video and audio for viewing. In this case, the video output and audio output for viewing are performed after encrypting the content.

However, the encryption process may be controlled according to the value of the "encryption_mode" parameter of the content usage control descriptor shown in FIG. 23. That is, if the value of the "encryption_mode" parameter indicates that output protection of the IP interface output is required, the encryption process is performed, and if it indicates that output protection of the IP interface output is not required. In some cases, the viewing video and audio may be output without performing the encryption process. In addition, if the value of the "encryption_mode" parameter indicates that output protection of the IP interface output is required, the encryption process can be performed by using part or all of the "reserved_future_use" parameter of the content usage control descriptor. It is also possible to specify a range of IP addresses of external devices that can perform the above-mentioned viewing video output and audio output without performing the above. That is, it is possible to output video and audio for viewing to a predetermined IP address even if the IP address is not in the same subnet as the IP address of the broadcast receiving device 100.

Furthermore, the period during which the registration process (pairing) is valid may be specified by using part or all of the "reserved_future_use" parameter of the content usage control descriptor. In this case, if the date and time when the registration process (pairing) of the external device was executed is within the specified period, even if the external device is outside the same subnet as the IP address of the broadcast receiving device 100, the external device The device may be controlled to allow viewing video output and audio output to the device, but not to allow it outside the specified period.

Further, the above-mentioned moving process, copy process, output process, etc. of content to an external device via the LAN communication unit 121 may be controlled according to the value of the "remote_view_mode" parameter of the content usage control descriptor. . In other words, if the value of the "remote_view_mode" parameter does not permit remote viewing of the target content, all processes such as moving, copying, and outputting the content to an external device via the LAN communication unit 121 are disabled. It may also be controlled to prohibit it.

According to the processing described above, it is possible to realize appropriate content protection even when outputting content to an external device.

<Exception handling of content copy control 1>
In the data structure of the content copy control descriptor shown in FIG. 22A, the first digital copy control information (the "digital_recording_control_data" parameter located immediately after "descriptor_length") is copy generation control information regarding the entire content; The second digital copy control information (the "digital_recording_control_data" parameter located immediately after the "component_tag") is copy generation control information regarding each of the components constituting the content. Note that each component is specified using the "component_tag" parameter.

In the broadcasting system of this embodiment, when controlling the copy generation of the entire content (program), only the first digital copy control information is written in the content copy control descriptor, and the first digital copy control information is written in the content copy control descriptor. Copy generations are controlled using control information. On the other hand, when controlling the copy generation for each component constituting the content, both the first digital copy control information and the second digital copy control information are described in the content copy control descriptor, Controls copy generation. Furthermore, when controlling copy generations for each component constituting the content, the descriptions of the first digital copy control information and the second digital copy control information described in the content copy control descriptor do not match. The situation can be considered. In the above-mentioned situation, the broadcast receiving apparatus 100 of this embodiment may perform the following operations.

First, in a first operation example, if the descriptions of the first digital copy control information and the second digital copy control information do not match, the copy generation control indicated in the first digital copy control information This method controls the operation based on the following. In this case, simple copy generation control common to each component configuring the same content becomes possible.

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

Furthermore, in a third operation example, when the descriptions of the first digital copy control information and the second digital copy control information do not match, the stricter condition of the two different digital copy control information is used. This is a method of controlling operations based on digital copy control information. For example, if one side is "unlimited copying allowed" and the other is "copying only one generation", the information of "only one generation copying allowed" is followed. Alternatively, if one is "copyable a predetermined number of times" and the other is "copy prohibited", the "copy prohibited" information is followed. Alternatively, if both of them are "copyable a predetermined number of times", the information specified separately with the smaller number of copies is followed. In this case, stricter copy generation control becomes possible.

By performing the above processing, the broadcast receiving apparatus 100 of this embodiment can operate suitably even when two different pieces of digital copy control information are written in the content copy control descriptor.

<Content copy control exception handling 2>
As explained using FIG. 7A, in the digital broadcasting system supported by the broadcast receiving apparatus 100 of this embodiment, the location information in the MPT (see FIG. 7C) causes a route different from the data acquired in the TLV stream of the broadcast route. (IPv4, IPv6, MPEG2-TS, URL, etc.) may also be included in the same package and same event as the data obtained in the TLV stream, but in this case, copy control information is not included in the MPT, etc. Explain content protection when

First, when copy control information is included in MPT, etc., data included in the same package and same event in the location information is routed differently from the data acquired in the TLV stream of the broadcast route (IPv4, IPv6, MPEG2-TS, URL, etc.). etc.) may be controlled according to the copy control information included in the TLV stream. As mentioned above, the copy control status of the content specified by these copy control information includes ``unlimited copying'' (``unlimited copying possible and encryption required during storage and output'') and ``unlimited copying possible''. It may be divided into two types: ``and encryption processing is not required during storage and output''), ``only one generation can be copied'', and ``copying is possible for a predetermined number of times'' (for example, if 9 times of copying + 1 move is allowed, so-called ``copying is possible''). ``dubbing 10''), ``copying prohibited'', etc. can be specified.

Here, if the position of the data indicated by the location information includes MPEG2-TS data transmitted by another digital broadcasting signal, the MPEG2-TS data will be associated with the copy control information even in the other digital broadcasting signal. It is being broadcasted. Then, the question becomes how to control the copying of data in the MPEG2-TS based on what information (whether to follow the copy control information included in the TLV/MMT stream or to follow the copy control information included in the MPEG2-TS). .

In the digital broadcasting system of this embodiment, as a solution to this problem, the broadcast receiving apparatus 100 may perform any of the following solutions.

<Operation example 1>
In the first operation example, when copy control information is included in MPT, etc., and location information includes MPEG2-TS data transmitted in another digital broadcast signal in data included in the same package and same event, MPEG2 - 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 TS.

For example, the copy control state indicated by the copy control information included in the TLV stream is "1 generation copy allowed", and the copy control state indicated by the copy control information included in the MPEG2-TS is "copy allowed multiple times". If so, copy control may be performed on the data as "1 generation copyable" content even if the data is obtained through a different route (digital broadcasting in MPEG2-TS transmission format) than the data obtained in the TLV stream. For example, the copy control state indicated by the copy control information included in the TLV stream is "unlimited copying allowed", and the copy control state indicated by the copy control information included in the MPEG2-TS is "copying allowed a predetermined number of times". If so, copy control may be performed on the data as "unrestricted copyable" content even if the data is obtained through a different route (digital broadcasting in MPEG2-TS transmission format) than the data obtained in the TLV stream.

In the case of this operation, data acquired through a route other than the TLV stream can also be brought into a copy state that the broadcast receiving apparatus 100 of this embodiment wants to manage in the corresponding broadcast system.

<Operation example 2>
In the second operation example, when copy control information is included in MPT, etc., and location information includes MPEG2-TS data transmitted in another digital broadcast signal in data included in the same package and same event, TLV The copy control state indicated by the copy control information included in the stream is compared with the copy control state indicated by the copy control information included in the MPEG2-TS, and the copy control state indicated by the copy control information included in the MPEG2-TS is determined. If the copy control state is stricter than the copy control state indicated by the copy control information included in the TLV stream, the storage processing in the storage unit 110, the recording processing on a removable recording medium, or the output processing from the digital interface is performed. When doing so, it operates to exclude the MPEG2-TS data from the content to be processed.

In the case of this operation, data acquired through a route other than the TLV stream is copied on the broadcast receiving apparatus 100 of this embodiment while respecting the original copy control information set in the broadcasting system that transmits the data. Duplication of control states can be eliminated.

Also, as a result of the comparison, if the copy control state indicated by the copy control information included in the MPEG2-TS is the same as the copy control state indicated by the copy control information included in the TLV stream, or if the copy control state is less strict than the copy control state indicated by the copy control information included in the TLV stream. In this case, the MPEG2-TS data included in the same package and the same event with the location information may be subjected to copy control as content in the copy control state indicated by the copy control information included in the TLV stream.

In the case of this operation, data acquired through a route other than the TLV stream is copied on the broadcast receiving apparatus 100 of this embodiment while respecting the original copy control information set in the broadcasting system that transmits the data. Duplication of control states can be eliminated.

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

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

(Example 2)
Example 2 of the present invention will be described below. Note that the configuration, processing, effects, etc. in this example are the same as in Example 1 unless otherwise specified. Therefore, in the following, differences between this example and Example 1 will be mainly explained, and descriptions of common points will be omitted as much as possible to avoid duplication. Further, the following explanation will be given assuming that the broadcast receiving apparatus of this embodiment is a television receiver compatible with both the MMT system and the MPEG2-TS system as media transport systems.

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

Main control section 801, system bus 802, ROM 803, RAM 804, storage section 810, expansion interface section 824, digital interface section 825, monitor section 862, video output section 863, speaker section 865, audio output section 866, operation input section 870, The main control unit 101, system bus 102, ROM 103, RAM 104, storage unit 110, expansion interface unit 124, digital interface unit 125, monitor unit 162, video output unit 163, etc. in the broadcast receiving device 100 of the first embodiment , the speaker section 165, the audio output section 166, the operation input section 170, etc., and a detailed description thereof will be omitted.

The first tuner/demodulator 831 receives broadcast waves of a broadcast service that employs MMT as a media transport method via an antenna (not shown), and selects a service desired by the user based on the control of the main controller 801. Tune in (select) to the channel. Further, the first tuner/demodulator 831 demodulates the received broadcast signal to obtain an MMT data string, and outputs it to the MMT decode processor 841 . The second tuner/demodulator 832 receives broadcast waves of a broadcasting service that adopts MPEG2-TS as a media transport method via an antenna (not shown), and receives the broadcast waves as desired by the user based on the control of the main controller 801. Tune in (select) to the channel of the service you want to use. Further, the second tuner/demodulator 832 demodulates the received broadcast signal to obtain an MPEG2-TS data string, and outputs it to the MPEG2-TS decode processor 842.

The MMT decoding processing section 841 inputs the MMT data string output from the first tuner/demodulation section 831, and based on the control signal included in the MMT data string, real-time presentation elements such as a video data string, an audio data string, Performs separation processing of character superimposition data strings, subtitle data strings, etc., decoding processing, etc. The MMT decoding processing unit 841 includes the separation unit 132, video decoder 141, video gamut conversion unit 142, audio decoder 143, text super decoder 144, subtitle decoder 145, subtitle synthesis unit 146, It is assumed that functions corresponding to the subtitle color gamut conversion section 147, data decoder 151, cache section 152, application control section 153, browser section 154, application color gamut conversion section 155, sound source section 156, etc. are provided. The MMT decoding processing unit 841 is capable of performing the various processes described in the first embodiment. Note that the details of the various processes described above are as explained in the first embodiment, so the explanation will be omitted.

The MPEG2-TS decoding processing section 842 inputs the MPEG2-TS data string output from the second tuner/demodulation section 832, and converts the video data, which is a real-time presentation element, based on the control signal included in the MPEG2-TS data string. This section performs separation processing, decoding processing, etc. of strings, audio data strings, character superimposition data strings, subtitle data strings, etc. The MPEG2-TS decoding processing unit 842 has the same function as the IRD (Integrated Receiver Decoder) unit of a conventional television receiver that receives broadcast waves of a broadcasting service that uses MPEG2-TS as a media transport method. Detailed explanation will be omitted.

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

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 the MMT data string (or part thereof) and MPEG2-TS data string (or part thereof) of the program transmitted via the communication line, and uses the MMT decoding processing unit 841 and MPEG2-TS data string as appropriate. It is output to the decoding processing section 842.

[Broadcast receiving device time display]
It is assumed that the broadcast receiving apparatus 800 of this embodiment can display the current date and time on the EPG screen, various setting screens, and the like. The information regarding the current date and time is transmitted by MH-TOT, etc. in a broadcasting service that uses MMT as a media transport method, and by MPEG-TOT in a broadcasting service that uses MPEG2-TS as a media transport method. The information is transmitted using a TOT (Time Offset Table) or the like included in the SI (Service Information) defined in the 2 system. The broadcast receiving device 800 can obtain information regarding the current date and time by referring to the MH-TOT and the TOT.

Generally, when the video synthesis section 861 mainly selects the video information etc. output from the MMT decoding processing section 841, information regarding the current date and current time acquired from the MH-TOT is When the video information etc. are superimposed on the video information etc. and the video synthesis section 861 mainly selects the video information etc. output from the MPEG2-TS decoding processing section 842, the information regarding the current date and current time acquired from the TOT is superimposed on the above. What is necessary is just to control it so that it is superimposed on video information or the like.

However, because there are differences in encoding/decoding processing, transmission routes, etc. between broadcasting services that use MMT as the media transport method and broadcasting services that use MPEG2-TS as the media transport method, there are differences in the current time display. In this case, an inconsistency may occur when selecting a broadcasting service that uses MMT as a media transport method and when selecting a broadcasting service that uses MPEG2-TS as a media transport method. For example, as shown in FIG. 25, from an EPG screen 162g that displays channel information of a broadcasting service that uses MMT as a media transport method, to an EPG that displays channel information of a broadcasting service that uses MPEG2-TS as a media transport method. When the screen display is switched to the screen 162h, there is a possibility that the user may feel a sense of visual discomfort due to the inconsistency caused by the current time display being switched from the current time display 162g1 to the current time display 162h1.

In the broadcast receiving apparatus 800 of this embodiment, in order to prevent the user from feeling visually uncomfortable, even when the video synthesis section 861 mainly selects the video information etc. output from the MMT decoding processing section 841, , controls to superimpose information on the current date and time acquired from the TOT onto the video information, etc. That is, control is performed so that current time information provided by a broadcasting service that uses MPEG2-TS as a media transport method is superimposed on the content of a broadcast service that uses MMT as a media transport method.

By performing the above control, the broadcast receiving apparatus 800 of this embodiment always displays the current time information obtained by referring to the TOT when displaying the current time. Therefore, even when switching between a broadcasting service that uses MMT as the media transport method and a broadcasting service that uses MPEG2-TS as the media transport method, users may experience visual discomfort due to inconsistencies in the current time display. It is possible to prevent this from happening.

Note that FIG. 26A shows an example of selection control of the current time information reference source according to the reception status of each broadcast service in the broadcast receiving apparatus 800 of this embodiment. The broadcast receiving apparatus 800 of this embodiment always refers to the TOT to obtain current time information when it is possible to receive a broadcast service that uses MPEG2-TS as the media transport method. , the MH-TOT is not available for reception of broadcasting services that use MPEG2-TS as the media transport method, and is available for reception of broadcasting services that use MMT as the media transport method. control to refer to and obtain current time information.

In addition, contrary to the above-mentioned control, current time information provided by a broadcasting service that uses MMT as a media transport method is superimposed on the content of a broadcasting service that uses MPEG2-TS as a media transport method. Even if controlled, the same effect as described above can be obtained.

As mentioned above, when controlling the content of a broadcasting service that uses MMT as a media transport method to superimpose the current time information provided by a broadcasting service that uses MPEG2-TS as a media transport method, In either case, the current time information provided by a broadcasting service that uses MMT as a media transport method is superimposed on the content of a broadcasting service that uses MPEG2-TS as a media transport method. Similarly to the explanation in [Time management of broadcast receiving device] of Embodiment 1, the current time information can be corrected by referring to the "delta" parameter of the time information in the TMCC extended information area. It is possible.

Furthermore, in both broadcasting services that use MMT as the media transport method and broadcasting services that use MPEG2-TS as the media transport method, the MH-TOT or TOT transmitted by each broadcasting service that makes up the network is There is a possibility that the error may be due to a malfunction in the transmitting system or a transmission error. In the broadcast receiving apparatus 800 of this embodiment, as a countermeasure against the error in the MH-TOT or TOT, if it is determined that the MH-TOT or TOT acquired from the service being received has an error, A device that has the function of updating the time information of the built-in clock by acquiring MH-TOT or TOT from the broadcasting service of , or from any broadcasting service on another network and referring to the current time information. shall be.

FIG. 26B shows an example of the process of updating the current time information when the broadcast receiving apparatus 800 of this embodiment is receiving a broadcast service that employs MPEG2-TS as the media transport method. Note that even when receiving a broadcasting service that uses MMT as the media transport method, processing similar to that shown in the figure is possible.

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

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

Through the above processing, if the broadcast receiving apparatus 800 of the present embodiment determines that the MH-TOT or TOT acquired from the service currently being received has an error, it is possible to By acquiring MH-TOT or TOT from any broadcast service on the network and referring to the current time information, it becomes possible to update the time information of the built-in clock.

Note that if it is not possible to obtain current time information whose difference from the internal clock time information is within a predetermined range by repeating the processes of S304 and S305, such as during initial settings after factory shipment, the current time information is obtained in the process of S302. The time information of the built-in clock may be set again using the current time information. In this way, it is possible to cope with the case where there is an error in the time information side of the built-in clock of the broadcast receiving apparatus 800 of this embodiment.

[EPG display of broadcast receiving device]
Event schedule information of broadcasting services that employ MMT as a media transport method is transmitted by MH-EIT or the like. On the other hand, event schedule information of a broadcasting service that adopts MPEG2-TS as a media transport method is transmitted by an EIT (Event Information Table) or the like provided in an SI defined in the MPEG-2 system. Therefore, in general, when displaying video information etc. provided by a broadcasting service that uses MMT as a media transport method, event schedule information (MH-EIT) of the broadcasting service that uses MMT is displayed. ) can be obtained, and when displaying video information etc. provided by a broadcasting service that uses MPEG2-TS as the media transport method, event schedule information of the broadcasting service that uses MPEG2-TS is displayed. (EIT) can be obtained.

However, the broadcast receiving apparatus 800 of the present embodiment may also display video information, etc. provided by a broadcasting service that uses MMT as a media transport method, or uses MPEG2-TS as a media transport method. Both the MH-EIT and the EIT can be obtained even when displaying video information etc. provided by a broadcasting service that employs the MH-EIT, improving usability for the user.

FIG. 27A shows an example of an EPG screen in broadcast receiving apparatus 800 of this embodiment. In the figure, the EPG screen 162i is an EPG screen created based on MH-EIT, a broadcasting service that uses MMT as the media transport method, and includes "M1 TV," "M2 Broadcast," "M3 Channel," and "M4TV." ”, “TV M5”, etc. are the names of broadcasting stations of broadcasting services that employ MMT as the media transport method. Further, the EPG screen 162j is an EPG screen created based on the EIT of a broadcasting service that adopts MPEG2-TS as a media transport method, and includes "T6 TV", "T7 Broadcast", "T8 Channel", and "T9TV". , "TV TA", etc. are the names of broadcasting stations of broadcasting services that employ MPEG2-TS as the media transport method.

For example, if a user operates a remote control (not shown) to instruct display of the EPG screen while viewing a broadcast program provided by a broadcasting service that uses MMT as the media transport method, the initial screen of the EPG screen (not shown) (omitted) is displayed. The initial screen of the EPG screen is an EPG screen created based on MH-EIT, a broadcasting service that uses MMT as the media transport method, and is an EPG screen created based on MH-EIT, a broadcasting service that uses MMT as a media transport method. (near the current time)" detailed information on the broadcast programs of each channel is displayed. Next, the user wishes to check the detailed information of the broadcast program of each channel "from 20:00" on "October 9, 2014", and instructs to update the EPG screen by operating the remote control (not shown). Then, the EPG screen 162i is displayed.

Furthermore, if the user wishes to check detailed information on broadcast programs provided by a broadcasting service that uses MPEG2-TS as the media transport method, and instructs to switch networks by operating a remote controller (not shown), the EPG A screen 162j is displayed. At this time, in the broadcast receiving apparatus 800 of this embodiment, the initial screen of the EPG screen created based on the EIT of the broadcasting service that adopts MPEG2-TS as the media transport method (i.e., "October 7, 2014 (Detailed information on broadcast programs of each channel from 17:00 on ``17:00~''), but on the same day and at the same time as the EPG screen 162i that was displayed immediately before (i.e., ``8:00~ on October 9, 2014'') ”) to display detailed information on broadcast programs for each channel.

The above-mentioned control allows the user to continuously confirm detailed information regarding broadcast programs on the same day and at the same time on a plurality of networks using different media transport methods with a simple operation. That is, the usability of broadcast receiving apparatus 800 is improved.

FIG. 27B is a diagram showing an example of an EPG screen in the broadcast receiving apparatus 800 of this embodiment, which is different from the above. The EPG screen 162k shows a state in which the EPG screen 162i shown in FIG. 27A is scrolled in the channel direction (horizontal direction) by operating a remote controller (not shown). That is, in the example shown in FIG. 27B, by scrolling the EPG screen in the channel direction (horizontal direction), channel information and media created based on MH-EIT of a broadcasting service that uses MMT as the media transport method can be displayed. Channel information created based on the EIT of a broadcasting service that uses MPEG2-TS as the transport method is seamlessly displayed on the same time axis.

Therefore, while the user is checking the channel information created based on the MH-EIT of the broadcasting service that has adopted MMT as the media transport method, the EIT of the broadcasting service that has adopted MPEG2-TS as the media transport method is Even when the user desires to check the channel information that has been sent, it is possible to eliminate the need for instructions to switch networks by operating a remote controller (not shown). Furthermore, the user can simultaneously confirm detailed information regarding broadcast programs of multiple networks using different media transport methods on the same day and at the same time. That is, the usability of broadcast receiving apparatus 800 is improved.

(Example 3)
Example 3 of the present invention will be described below. Note that the configuration, processing, effects, etc. in this example are the same as those in Example 1 and Example 2 unless otherwise specified. Therefore, in the following, differences between this embodiment and Embodiments 1 and 2 will be mainly explained, and explanations of common points will be omitted as much as possible to avoid duplication. Further, in this embodiment, operation/control when receiving a multimedia service will be explained.

FIG. 28 shows an example of an external view of a remote control 100R used for inputting operation instructions to the broadcast receiving apparatus 100 of this embodiment. Similarly to the above-described embodiments, the remote control 100R transmits a control signal or control information to the operation input unit of the broadcast receiving device 100 via infrared rays or wireless communication in response to a key or button press by the user. This realizes control of the broadcast receiving device 100. The remote controller 100R of this embodiment also includes keys or buttons (hereinafter simply referred to as "keys") similar to the remote controller shown in FIG. 15A. It is assumed that a multimedia key 100R9 is provided for use in instructing reception of a service. Furthermore, the broadcast receiving device 100 of the present embodiment is a television receiver that supports both the MMT method and the MPEG2-TS method as media transport methods, similar to the broadcast receiving device of the second embodiment. It is assumed that it is possible to switch the receiving network using the switching key 100RA. That is, in this embodiment, by pressing the "BS" key etc. of the network switching key 100RA, it is possible to receive 2K broadcasting based on the MPEG2-TS system, and by pressing the "Advanced" key of the network switching key 100RA. By doing so, it may be possible to receive 4K/8K broadcasting based on the MMT method.

In the broadcast receiving device 100 of this embodiment, the operation when the multimedia key 100R9 is pressed is that the broadcast receiving device 100 transmits a broadcast program (a 2K broadcast program) transmitted in the MPEG2-TS format and a broadcast program transmitted in the MMT format. Which broadcast program (4K/8K broadcast program) is being received and displayed, and whether the broadcast receiving device 100 can communicate with each server device (service provider server 400, etc.) on the Internet 200? It differs depending on whether or not. These judgments may be made in the main control section of the broadcast receiving apparatus 100 described in the above embodiment. FIG. 29 shows an outline of the operation when the multimedia key 100R9 is pressed in the broadcast receiving apparatus 100 of this embodiment. In the following description and drawings, the multimedia service may be referred to as MM service, and the multimedia key may be referred to as MM key.

Below, details of the operation of the broadcast receiving apparatus 100 of the present embodiment when the MM key 100R9 is pressed will be described under each condition shown in the figure.

[Operation when receiving and displaying MPEG2-TS format broadcast programs]
As shown in FIG. 29, when the broadcast receiving apparatus 100 receives and displays a broadcast program transmitted in the MPEG2-TS format (a 2K broadcast program), the broadcast receiving apparatus 100 also The broadcast receiving apparatus 100 of this embodiment is configured to operate according to conditions such as whether or not communication is possible with each server apparatus, and whether the broadcast program being received is compatible with Hybridcast or data broadcasting. It is assumed that each of the operations [Operation Example 11] to [Operation Example 18] is possible.

Here, "Hybridcast" is a broadcast collaboration technology defined by the IPTV Forum (IPTV FORUM JAPAN), a general incorporated association. The data (hybrid cast data) for performing the broadcast is distributed to a broadcast receiving device via an IP communication network, and the broadcast receiver displays a broadcast program transmitted in the MPEG2-TS format and a display using the hybrid cast data. This is a broadcast communication cooperation technology that displays images in cooperation with each other. In the present embodiment, in the broadcast receiving apparatus 100 of the second embodiment, when the MPEG2-TS decoding processing section 842 supports hybrid cast, the MPEG2-TS decoding processing section 842 receives the signal at the second tuner/demodulation section 832. It decodes the broadcast program transmitted in the MPEG2-TS format, decodes the hybrid cast data acquired from an external server via the LAN communication section 821, and displays the decoded data of both in cooperation. The detailed operation is disclosed in the standard published by the IPTV Forum, so the explanation will be omitted here.

Furthermore, "data broadcasting" is a technology defined by the Association of Radio Industries and Businesses (ARIB) in its STD-B24 standard, and is data that is multiplexed into a stream and transmitted along with broadcast programs transmitted in the MPEG2-TS format. A broadcast receiving device receives broadcast media (text, still images, video, audio, etc.) and displays or outputs it. In this embodiment, in the broadcast receiving apparatus 100 of the second embodiment, data broadcast data is multiplexed with the stream of the broadcast program transmitted in the MPEG2-TS format received by the second tuner/demodulator 832 and transmitted. In this case, the MPEG2-TS decoding processing unit 842 can decode both the video data of the broadcast program and the data broadcast data, and display both decoded data at the same time. The detailed operation is disclosed in the standards published by the Radio Industry Association, so the explanation will be omitted here.

[Operation example 11]
Broadcasting when the MM key 100R9 is pressed when the broadcast receiving device 100 is not able to communicate with each server device on the Internet 200 and is receiving a broadcast program that does not support Hybridcast and supports data broadcasting. FIG. 30 shows the operation of the receiving device 100. Further, in the broadcast receiving apparatus 100 of the present embodiment, even under the above conditions, the operation may differ depending on whether the broadcast program being received is a program set to automatically start a data broadcast screen.

Note that only one of the following [Operation Example 11-1] and [Operation Example 11-2] may be selected and operated/controlled. Similarly, only one of the following [Operation Example 11-3] and [Operation Example 11-4] may be selected and operated/controlled.

・Operation example 11-1
If the broadcast program being received is a program that is set to automatically start the data broadcast screen, the data broadcast screen is automatically started and displayed "before the MM key is pressed", and the data broadcast screen continues to be displayed thereafter. In this state, if you press the MM key (first time), you can hide the data broadcast screen and return to the broadcast program screen. Furthermore, when the user presses the MM key (second time), the data broadcasting screen may be displayed again. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to easily switch between displaying and non-displaying the data broadcasting screen according to the user's instructions.

・Operation example 11-2
If the broadcast program being received is a program that is set to automatically start a data broadcast screen, the data broadcast screen is automatically started and displayed ``before the MM key is pressed'', and the data broadcast screen continues to be displayed thereafter. If you press the MM key (first time) in this state, the data broadcasting screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot currently be used.'') etc.) may be displayed. In this case, the display of the data broadcast screen continues until the broadcast receiving device 100 receives a command from the broadcast wave to end the data broadcast screen or the user changes the channel selection. It becomes possible to control display/non-display of the screen.

・Operation example 11-3
If the broadcast program being received is a program that is set to automatically start the data broadcast screen, and is also a program that is set to hide the data broadcast screen displayed by automatic start after a predetermined time, the ``MM key'' The data broadcasting screen is automatically activated and displayed once before the button is pressed, and after a predetermined time, the data broadcasting screen is hidden and the screen returns to the broadcast program screen. In this state, if the user presses the MM key (first time), the data broadcasting screen may be displayed again. Furthermore, when the user presses the MM key (second time), the data broadcasting screen is hidden again and the user can return to the broadcast program screen. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to arbitrarily display the data broadcasting screen, which has once been hidden, according to the user's instructions.

・Operation example 11-4
If the broadcast program being received is a program that is set to automatically start the data broadcast screen, and is also a program that is set to hide the data broadcast screen displayed by automatic start after a predetermined time, the ``MM key'' The data broadcasting screen is automatically activated and displayed once before the button is pressed, and after a predetermined time, the data broadcasting screen is hidden and the screen returns to the broadcast program screen. If you press the MM key (first time) in this state, the broadcast program screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot be used at this time.'') etc.) may be displayed. In this case, it is possible to prevent the data broadcasting screen whose display has ended under the control of the broadcasting station from being redisplayed in response to a user instruction.

・Operation example 11-5
If the broadcast program being received is a program that is set not to automatically start the data broadcast screen, the data broadcast screen remains hidden and the screen of the broadcast program continues to be displayed "before the MM key is pressed". do. In this state, if the user presses the MM key (first time), the data broadcasting screen may be displayed. Furthermore, when the user presses the MM key (second time), the data broadcasting screen is hidden and the user can return to the broadcast program screen. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to easily switch between displaying and non-displaying the data broadcasting screen according to the user's instructions.

[Operation example 12]
The operation of the broadcast receiving device 100 when the MM key 100R9 is pressed when the broadcast receiving device 100 is not able to communicate with each server device on the Internet 200 and is receiving a broadcast program that does not support Hybridcast or data broadcasting. Shown in FIG.

・Operation example 12-1
Since the broadcast program being received is not compatible with Hybridcast service or data broadcast service, the screen of the broadcast program continues to be displayed "before the MM key is pressed". If you press the MM key (first time) in this state, the broadcast program screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot be used at this time.'') etc.) may be displayed. With such an operation, it becomes possible to notify the user that the program is not compatible with services such as data broadcasting.

[Operation example 13]
Broadcasting when the MM key 100R9 is pressed when the broadcast receiving device 100 is able to communicate with each server device on the Internet 200 and is receiving a broadcast program that does not support Hybridcast and supports data broadcasting. FIG. 32 shows the operation of the receiving device 100. Further, in the broadcast receiving apparatus 100 of the present embodiment, even under the above conditions, the operation may differ depending on whether the broadcast program being received is a program set to automatically start a data broadcast screen.

In addition, in the following [Operation example 13-1] and [Operation example 13-2], and the following [Operation example 13-3] and [Operation example 13-4], only one of them is selected and operated. It may be something that is controlled.

・Operation example 13-1
If the broadcast program being received is a program that is set to automatically start the data broadcast screen, the data broadcast screen is automatically started and displayed "before the MM key is pressed", and the data broadcast screen continues to be displayed thereafter. In this state, if you press the MM key (first time), you can hide the data broadcast screen and return to the broadcast program screen. Furthermore, when the user presses the MM key (second time), the data broadcasting screen may be displayed again. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to easily switch between displaying and non-displaying the data broadcasting screen according to the user's instructions.

・Operation example 13-2
If the broadcast program being received is a program that is set to automatically start a data broadcast screen, the data broadcast screen is automatically started and displayed ``before the MM key is pressed'', and the data broadcast screen continues to be displayed thereafter. If you press the MM key (first time) in this state, the data broadcasting screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot currently be used.'') etc.) may be displayed. In this case, the display of the data broadcast screen continues until the broadcast receiving device 100 receives a command from the broadcast wave to end the data broadcast screen or the user changes the channel selection. It becomes possible to control display/non-display of the screen.

・Operation example 13-3
If the broadcast program being received is a program that is set to automatically start the data broadcasting screen, and is also a program that is set to hide the data broadcasting screen that was displayed automatically after a predetermined time, the ``MM key'' The data broadcasting screen is automatically started and displayed once before the button is pressed, and after a predetermined time, the data broadcasting screen is hidden and the screen returns to the broadcast program screen. In this state, if the user presses the MM key (first time), the data broadcasting screen may be displayed again. Furthermore, when the user presses the MM key (second time), the data broadcasting screen is hidden again, and the screen returns to the broadcast program screen. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to arbitrarily display the data broadcasting screen, which has once been hidden, according to the user's instructions.

・Operation example 13-4
If the broadcast program being received is a program that is set to automatically start the data broadcasting screen, and is also a program that is set to hide the data broadcasting screen that was displayed automatically after a predetermined time, the ``MM key'' The data broadcasting screen is automatically started and displayed once before the button is pressed, and after a predetermined time, the data broadcasting screen is hidden and the screen returns to the broadcast program screen. If you press the MM key (first time) in this state, the broadcast program screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot be used at this time.'') etc.) may be displayed. In this case, it is possible to prevent the data broadcasting screen whose display has ended under the control of the broadcasting station from being displayed again in response to a user's instruction.

・Operation example 13-5
If the broadcast program being received is a program that is set not to automatically start the data broadcast screen, the data broadcast screen remains hidden and the screen of the broadcast program continues to be displayed "before the MM key is pressed". do. In this state, if the user presses the MM key (first time), the data broadcasting screen may be displayed. Furthermore, when the user presses the MM key (second time), the data broadcasting screen is hidden and the user can return to the broadcast program screen. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to easily switch between displaying and non-displaying the data broadcasting screen according to the user's instructions.

[Operation example 14]
The operation of the broadcast receiving device 100 when the MM key 100R9 is pressed when the broadcast receiving device 100 is receiving a broadcast program that does not support Hybridcast and data broadcasting while being able to communicate with each server device on the Internet 200 is described below. Shown in FIG.

・Operation example 14-1
Since the broadcast program being received is not compatible with Hybridcast service or data broadcast service, the screen of the broadcast program continues to be displayed "before the MM key is pressed". If you press the MM key (first time) in this state, the broadcast program screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot be used at this time.'') etc.) may be displayed. With such an operation, it becomes possible to notify the user that the program is not compatible with services such as data broadcasting.

[Operation example 15]
The operation of the broadcast receiving device 100 when the MM key 100R9 is pressed when the broadcast receiving device 100 is not able to communicate with each server device on the Internet 200 and is receiving a broadcast program compatible with Hybridcast and data broadcasting is described below. Shown in FIGS. 34 and 35. FIG. 34 is an example in which the data broadcasting service is prioritized over the Hybridcast service, and FIG. 35 is an example in which the data broadcasting service is not prioritized over the Hybridcast service. In addition, in the broadcast receiving apparatus 100 of the present embodiment, even under the above conditions, it is possible to determine whether the broadcast program being received is a program set to automatically start the Hybridcast service screen or not, and to determine whether the broadcast program being received is a program set to automatically start the data broadcasting screen. The operation may differ depending on whether it is a program or not.

In addition, the following [Operation example 15-1] and [Operation example 15-2], the following [Operation example 15-3] and [Operation example 15-4], and the following [Operation example 15-6] and [Operation example 15-] 7], [Operation example 15-8] and [Operation example 15-9] below, and [Operation example 15-10] and [Operation example 15-11] below, respectively, only one of them is selected and operates. /It may be something that is controlled.

・Operation example 15-1
If the broadcast program being received is a program that prioritizes data broadcasting service over hybridcast service and is a program that is set to automatically launch the data broadcasting screen, the data broadcasting screen is automatically launched "before the MM key is pressed". and then continues displaying the data broadcasting screen. In this state, if you press the MM key (first time), you can hide the data broadcast screen and return to the broadcast program screen. Furthermore, when the user presses the MM key (second time), the data broadcasting screen may be displayed again. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to easily switch between displaying and non-displaying the data broadcasting screen according to the user's instructions.

・Operation example 15-2
If the broadcast program being received is a program that prioritizes data broadcasting service over hybridcast service and is a program that is set to automatically start the data broadcasting screen, the data broadcasting screen is automatically started ``before the MM key is pressed''. and then continues displaying the data broadcasting screen. If you press the MM key (first time) in this state, the data broadcasting screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot currently be used.'') etc.) may be displayed. In this case, the display of the data broadcast screen continues until the broadcast receiving device 100 receives a command from the broadcast wave to end the data broadcast screen or the user changes the channel selection. It becomes possible to control display/non-display of the screen.

・Operation example 15-3
The broadcast program being received is a program that gives priority to data broadcasting service over hybridcast service, is a program that is set to automatically start the data broadcasting screen, and furthermore, the data broadcasting screen that was displayed with automatic startup is disabled after a predetermined time. If the program is set to be displayed, the data broadcast screen is automatically started and displayed once ``before the MM key is pressed'', and after a predetermined time, the data broadcast screen is hidden and the screen returns to the broadcast program screen. In this state, if the user presses the MM key (first time), the data broadcasting screen may be displayed again. Furthermore, when the user presses the MM key (second time), the data broadcasting screen is hidden again, and the screen returns to the broadcast program screen. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to arbitrarily display the data broadcasting screen, which has once been hidden, according to the user's instructions.

・Operation example 15-4
The broadcast program being received is a program that prioritizes data broadcasting service over hybridcast service, is a program that is set to automatically start the data broadcasting screen, and furthermore, the data broadcasting screen that was displayed with automatic startup is disabled after a predetermined time. If the program is set to be displayed, the data broadcasting screen is automatically started and displayed once ``before the MM key is pressed'', and after a predetermined time, the data broadcasting screen is hidden and the screen returns to the broadcast program screen. If you press the MM key (first time) in this state, the broadcast program screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot be used at this time.'') etc.) may be displayed. In this case, it is possible to prevent the data broadcasting screen whose display has ended under the control of the broadcasting station from being displayed again in response to a user's instruction.

・Operation example 15-5
If the broadcast program being received is a program that prioritizes data broadcasting service over hybridcast service and is a program that is set not to automatically start the data broadcasting screen, the data broadcasting screen will be hidden when "before pressing the MM key". The display of the broadcast program screen continues. In this state, if the user presses the MM key (first time), the data broadcasting screen may be displayed. Furthermore, when the user presses the MM key (second time), the data broadcasting screen is hidden and the user can return to the broadcast program screen. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to easily switch between displaying and non-displaying the data broadcasting screen according to the user's instructions.

・Operation example 15-6
Even if the broadcast program being received is a program that gives priority to the Hybridcast service over the data broadcasting service, if the broadcast receiving device 100 is not able to communicate with each server device on the Internet 200, the Hybridcast service is activated. I can't. In this state, if the broadcast program being received is a program that is set to automatically start the data broadcasting screen, the data broadcasting screen will be automatically started and displayed "before the MM key is pressed", and then the data broadcasting screen will not be displayed. continue. In this state, if you press the MM key (first time), you can hide the data broadcast screen and return to the broadcast program screen. Furthermore, when the user presses the MM key (second time), the data broadcasting screen may be displayed again. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to easily switch between displaying and non-displaying the data broadcasting screen according to the user's instructions.

・Operation example 15-7
Even if the broadcast program being received is a program that gives priority to the Hybridcast service over the data broadcasting service, if the broadcast receiving device 100 is not able to communicate with each server device on the Internet 200, the Hybridcast service is activated. I can't. In this state, if the broadcast program being received is a program that is set to automatically start the data broadcasting screen, the data broadcasting screen will be automatically started and displayed "before the MM key is pressed", and then the data broadcasting screen will not be displayed. continue. If you press the MM key (first time) in this state, the data broadcasting screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot be used at this time.'') etc.) may be displayed. In this case, the display of the data broadcast screen continues until the broadcast receiving device 100 receives a command from the broadcast wave to end the data broadcast screen or the user changes the channel selection. It becomes possible to control display/non-display of the screen.

・Operation example 15-8
Even if the broadcast program being received is a program that gives priority to the Hybridcast service over the data broadcasting service, if the broadcast receiving device 100 is not able to communicate with each server device on the Internet 200, the Hybridcast service is activated. I can't. In this state, if the broadcast program being received is a program that is set to automatically start the data broadcasting screen, and is also a program that is set to hide the data broadcasting screen that was displayed automatically after a predetermined time. , the data broadcasting screen is automatically started and displayed once "before the MM key is pressed", and after a predetermined time, the data broadcasting screen is hidden and the screen returns to the broadcast program screen. In this state, if the user presses the MM key (first time), the data broadcasting screen may be displayed again. Furthermore, when the user presses the MM key (second time), the data broadcasting screen is hidden again and the user can return to the broadcast program screen. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to arbitrarily display the data broadcasting screen, which has once been hidden, according to the user's instructions.

・Operation example 15-9
Even if the broadcast program being received is a program that gives priority to the Hybridcast service over the data broadcasting service, if the broadcast receiving device 100 is not able to communicate with each server device on the Internet 200, the Hybridcast service is activated. I can't. In this state, if the broadcast program being received is a program that is set to automatically start the data broadcasting screen, and is also a program that is set to hide the data broadcasting screen that was displayed automatically after a predetermined time. , the data broadcasting screen is automatically started and displayed once "before the MM key is pressed", and after a predetermined time, the data broadcasting screen is hidden and the screen returns to the broadcast program screen. If you press the MM key (first time) in this state, the broadcast program screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot be used at this time.'') etc.) may be displayed. In this case, it is possible to prevent the data broadcasting screen whose display has ended under the control of the broadcasting station from being redisplayed in response to a user instruction.

・Operation example 15-10
Even if the broadcast program being received is a program that gives priority to the Hybridcast service over the data broadcasting service, if the broadcast receiving device 100 is not able to communicate with each server device on the Internet 200, the Hybridcast service is activated. I can't. In this state, if the broadcast program being received is a program that does not automatically start the data broadcast screen, the data broadcast screen remains hidden and the screen of the broadcast program is displayed "before the MM key is pressed". It is good to continue. In this state, if the user presses the MM key (first time), the data broadcasting screen may be displayed. Furthermore, when the user presses the MM key (second time), the data broadcasting screen is hidden and the user can return to the broadcast program screen. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to easily switch between displaying and non-displaying the data broadcasting screen according to the user's instructions.

In addition, if the broadcast program being received is a program that is set to automatically start the data broadcast screen, the data broadcast program screen is not automatically started "before the MM key is pressed" and the operation described in Operation Example 15-10 is performed. / control may be performed.

・Operation example 15-11
Even if the broadcast program being received is a program that gives priority to the Hybridcast service over the data broadcasting service, if the broadcast receiving device 100 is not able to communicate with each server device on the Internet 200, the Hybridcast service is activated. I can't. In this state, if the broadcast program being received is a program that does not automatically start the data broadcast screen, the data broadcast screen remains hidden and the screen of the broadcast program is displayed "before the MM key is pressed". It is good to continue. If you press the MM key (first time) in this state, the broadcast program screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot be used at this time.'') etc.) may be displayed. With such an operation, it becomes possible to notify the user that the device is in a state where it cannot support the Hybridcast service or the like.

In addition, if the broadcast program being received is a program that is set to automatically start the data broadcasting screen, the data broadcasting program screen is not automatically started "before the MM key is pressed" and the operation of the above operation example 15-11 is performed. / control may be performed.

[Operation example 16]
Broadcast reception when the MM key 100R9 is pressed when the broadcast receiving device 100 is not able to communicate with each server device on the Internet 200 and is receiving a broadcast program that supports Hybridcast but does not support data broadcasting. The operation of the device 100 is shown in FIG.

・Operation example 16-1
Even if the broadcast program being received is a program compatible with the Hybridcast service, if the broadcast receiving device 100 is not able to communicate with each server device on the Internet 200, the Hybridcast service cannot be activated. In this state, the screen of the broadcast program may continue to be displayed "before the MM key is pressed". If you press the MM key (first time) in this state, the broadcast program screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot be used at this time.'') etc.) may be displayed. With such an operation, it becomes possible to notify the user that the device is in a state where it cannot support the Hybridcast service or the like.

[Operation example 17]
The operation of the broadcast receiving device 100 when the MM key 100R9 is pressed when the broadcast receiving device 100 is receiving a broadcast program compatible with Hybridcast and data broadcasting while being able to communicate with each server device on the Internet 200 is described below. Shown in FIGS. 37 and 38. FIG. 37 shows an example in which the data broadcasting service is prioritized over the Hybridcast service, and FIG. 38 shows an example in which the data broadcasting service is not prioritized over the Hybridcast service. In addition, in the broadcast receiving apparatus 100 of the present embodiment, even under the above conditions, it is possible to determine whether the broadcast program being received is a program set to automatically start the Hybridcast service screen or not, and to determine whether the broadcast program being received is a program set to automatically start the data broadcasting screen. The operation may differ depending on whether it is a program or not.

In addition, the following [Operation example 17-1], [Operation example 17-2], and [Operation example 17-3], the following [Operation example 17-4] and [Operation example 17-5], and the following [Operation example 17- 7], [Operation example 17-8], [Operation example 17-9], and the following [Operation example 17-10] and [Operation example 17-11], respectively, only one of the examples is selected and operates. /It may be something that is controlled.

・Operation example 17-1
If the broadcast program being received is a program that prioritizes data broadcasting service over hybridcast service and is a program that is set to automatically launch the data broadcasting screen, the data broadcasting screen is automatically launched "before the MM key is pressed". and then continues displaying the data broadcasting screen. In this state, if you press the MM key (first time), you can hide the data broadcast screen and return to the broadcast program screen. Furthermore, when the user presses the MM key (second time), the data broadcasting screen may be displayed again. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to easily switch between displaying and non-displaying the data broadcasting screen according to the user's instructions.

・Operation example 17-2
If the broadcast program being received is a program that prioritizes data broadcasting service over hybridcast service and is a program that is set to automatically launch the data broadcasting screen, the data broadcasting screen is automatically launched "before the MM key is pressed". and then continues displaying the data broadcasting screen. If you press the MM key (first time) in this state, the data broadcasting screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot be used at this time.'') etc.) may be displayed. In this case, the display of the data broadcast screen continues until the broadcast receiving device 100 receives a command from the broadcast wave to end the data broadcast screen or the user changes the channel selection. It becomes possible to control display/non-display of the screen.

・Operation example 17-3
If the broadcast program being received is a program that prioritizes data broadcasting service over hybridcast service and is a program that is set to automatically start the data broadcasting screen, the data broadcasting screen is automatically started ``before the MM key is pressed''. and then continues displaying the data broadcasting screen. In this state, when the MM key is pressed (first time), the data broadcasting screen may be hidden and the Hybridcast screen may be displayed. Further, when "MM key is pressed (second time)", the Hybridcast screen may be hidden and the broadcast program screen may be displayed. With such an operation, it becomes possible to easily switch between the data broadcast screen and the Hybridcast screen according to the user's instructions.

・Operation example 17-4
The broadcast program being received is a program that gives priority to data broadcasting service over hybridcast service, is a program that is set to automatically start the data broadcasting screen, and furthermore, the data broadcasting screen that was displayed with automatic startup is disabled after a predetermined time. If the program is set to be displayed, the data broadcast screen is automatically started and displayed once ``before the MM key is pressed'', and after a predetermined time, the data broadcast screen is hidden and the screen returns to the broadcast program screen. In this state, if the user presses the MM key (first time), the data broadcasting screen may be displayed again. Furthermore, when the user presses the MM key (second time), the data broadcasting screen is hidden again, and the screen returns to the broadcast program screen. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to arbitrarily display the data broadcasting screen, which has once been hidden, according to the user's instructions.

・Operation example 17-5
The broadcast program being received is a program that gives priority to data broadcasting service over hybridcast service, is a program that is set to automatically start the data broadcasting screen, and furthermore, the data broadcasting screen that was displayed with automatic startup is disabled after a predetermined time. If the program is set to be displayed, the data broadcast screen is automatically started and displayed once ``before the MM key is pressed'', and after a predetermined time, the data broadcast screen is hidden and the screen returns to the broadcast program screen. If you press the MM key (first time) in this state, the broadcast program screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot be used at this time.'') etc.) may be displayed. In this case, it is possible to prevent the data broadcasting screen whose display has ended under the control of the broadcasting station from being displayed again in response to a user's instruction.

・Operation example 17-6
If the broadcast program being received is a program that prioritizes data broadcasting service over Hybridcast service and is set to not automatically start the data broadcasting screen, the data broadcasting screen will be hidden when "before pressing the MM key". The display of the broadcast program screen continues. In this state, if the user presses the MM key (first time), the data broadcasting screen may be displayed. Furthermore, when the user presses the MM key (second time), the data broadcasting screen is hidden and the user can return to the broadcast program screen. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to easily switch between displaying and non-displaying the data broadcasting screen according to the user's instructions.

・Operation example 17-7
If the broadcast program being received is a program that gives priority to the Hybridcast service over the data broadcasting service, and is a program that is set to automatically launch the Hybridcast screen, the Hybridcast screen is automatically launched and displayed "before the MM key is pressed". , and then continues displaying the Hybridcast screen. In this state, if you press the MM key (first time), you can hide the Hybridcast screen and return to the broadcast program screen. Furthermore, when "MM key is pressed (second time)", the Hybridcast screen may be displayed again. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to easily switch between displaying and non-displaying the Hybridcast screen according to the user's instructions.

・Operation example 17-8
If the broadcast program being received is a program that prioritizes Hybridcast service over data broadcasting service, and is a program that is set to automatically launch the Hybridcast screen, the Hybridcast screen will be automatically launched and displayed "before the MM key is pressed". , and then continues displaying the Hybridcast screen. If you press the MM key (first time) in this state, the Hybridcast screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot be used at this time.'') ) may be displayed. In this case, the display of the Hybridcast screen continues until the broadcast receiving device 100 receives a command from the broadcast wave to terminate the Hybridcast screen or the user changes the channel selection. /It becomes possible to control hiding.

・Operation example 17-9
If the broadcast program being received is a program that prioritizes Hybridcast service over data broadcasting service, and is a program that is set to automatically launch the Hybridcast screen, the Hybridcast screen will be automatically launched and displayed "before the MM key is pressed". , and then continues displaying the Hybridcast screen. In this state, if the MM key is pressed (first time), the Hybridcast screen may be hidden and the data broadcast screen may be displayed. Further, when the ``MM key is pressed (second time)'', the data broadcast screen may be hidden and the broadcast program screen may be displayed. With such an operation, it becomes possible to easily switch between the Hybridcast screen and the data broadcast screen according to the user's instructions.

・Operation example 17-10
The broadcast program being received is a program that gives priority to Hybridcast service over data broadcasting service, is a program that is set to automatically launch a Hybridcast screen, and further hides the Hybridcast screen that was displayed by automatic startup after a predetermined time. If the program is set to do so, the Hybridcast screen is automatically started and displayed once ``before the MM key is pressed'', and after a predetermined time, the Hybridcast screen is hidden and the screen returns to the broadcast program screen. In this state, if you press the MM key (first time), the Hybridcast screen may be displayed again. Furthermore, when the user presses the MM key (second time), the Hybridcast screen is hidden again and the user can return to the broadcast program screen. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to arbitrarily display the Hybridcast screen, which is once hidden, according to the user's instructions.

・Operation example 17-11
The broadcast program being received is a program that gives priority to Hybridcast service over data broadcasting service, is a program that is set to automatically start a Hybridcast screen, and further hides the Hybridcast screen displayed by automatic startup after a predetermined time. If the program is set to do so, the Hybridcast screen is automatically activated and displayed once ``before the MM key is pressed'', and after a predetermined period of time, the Hybridcast screen is hidden and the screen returns to the broadcast program screen. If you press the MM key (first time) in this state, the broadcast program screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot be used at this time.'') etc.) may be displayed. In this case, it is possible to prevent the Hybridcast screen whose display has been ended under the control of the broadcasting station from being redisplayed in response to a user instruction.

・Operation example 17-12
If the broadcast program being received is a program that gives priority to the Hybridcast service over the data broadcasting service, and is set to not automatically start the Hybridcast service, the Hybridcast screen remains hidden "before the MM key is pressed". Yes, the screen of the broadcast program continues to be displayed. In this state, if you press the MM key (first time), the Hybridcast screen may be displayed. Furthermore, when the user presses the MM key (second time), the Hybridcast screen is hidden and the user can return to the broadcast program screen. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to easily switch between displaying and non-displaying the Hybridcast screen according to the user's instructions.

[Operation example 18]
Broadcast reception when the MM key 100R9 is pressed when the broadcast receiving device 100 is able to communicate with each server device on the Internet 200 and is receiving a broadcast program that supports Hybridcast but does not support data broadcasting. The operation of the device 100 is shown in FIG. Further, in the broadcast receiving apparatus 100 of this embodiment, even under the above conditions, the operation may differ depending on whether the broadcast program being received is a program set to automatically start the Hybridcast service screen.

In addition, in the following [Operation example 18-1] and [Operation example 18-2], and the following [Operation example 18-3] and [Operation example 18-4], only one of them is selected and operated. It may be something that is controlled.

・Operation example 18-1
If the broadcast program being received is a program that is set to automatically start the Hybridcast screen, the Hybridcast screen is automatically started and displayed "before the MM key is pressed", and the Hybridcast screen continues to be displayed thereafter. In this state, if you press the MM key (first time), you can hide the Hybridcast screen and return to the broadcast program screen. Furthermore, when the user presses the MM key (second time), the Hybridcast screen may be displayed again. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to easily switch between displaying and non-displaying the Hybridcast screen according to the user's instructions.

・Operation example 18-2
If the broadcast program being received is a program that is set to automatically start the Hybridcast screen, the Hybridcast screen is automatically started and displayed "before the MM key is pressed", and the Hybridcast screen continues to be displayed thereafter. If you press the MM key (first time) in this state, the Hybridcast screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot be used at this time.'') ) may be displayed. In this case, the display of the Hybridcast screen continues until the broadcast receiving device 100 receives a command to end the Hybridcast screen from the broadcast wave or the user changes the channel selection. /It becomes possible to control hiding.

・Operation example 18-3
If the broadcast program being received is a program that is set to automatically start the Hybridcast screen, and is also a program that is set to hide the Hybridcast screen that was displayed during automatic startup after a predetermined period of time, "Before pressing the MM key"'', the Hybridcast screen is automatically started and displayed once, and after a predetermined time, the Hybridcast screen is hidden and the screen returns to the broadcast program screen. In this state, if you press the MM key (first time), the Hybridcast screen may be displayed again. Furthermore, when the user presses the MM key (second time), the Hybridcast screen is hidden again and the user can return to the broadcast program screen. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to arbitrarily display the Hybridcast screen, which is once hidden, according to the user's instructions.

・Operation example 18-4
If the broadcast program being received is a program that is set to automatically start the Hybridcast screen, and is also a program that is set to hide the Hybridcast screen that was displayed during automatic startup after a predetermined period of time, "Before pressing the MM key"'', the Hybridcast screen is automatically started and displayed once, and after a predetermined time, the Hybridcast screen is hidden and the screen returns to the broadcast program screen. If you press the MM key (first time) in this state, the broadcast program screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot be used at this time.'') etc.) may be displayed. In this case, it is possible to prevent the Hybridcast screen whose display has been terminated under the control of the broadcasting station from being displayed again in response to a user instruction.

・Operation example 18-5
If the broadcast program being received is a program that does not automatically launch the Hybridcast screen, the Hybridcast screen remains hidden and the broadcast program screen continues to be displayed "before the MM key is pressed". In this state, if you press the MM key (first time), Hybridcast may be displayed. Furthermore, when the user presses the MM key (second time), the Hybridcast screen is hidden and the user can return to the broadcast program screen. Thereafter, the above operation is repeated every time the MM key is pressed. With such an operation, it becomes possible to easily switch between displaying and non-displaying the Hybridcast screen according to the user's instructions.

[Operation when receiving and displaying MMT broadcast programs]
As shown in FIG. 29, when the broadcast receiving device 100 receives and displays a broadcast program (4K/8K broadcast program) transmitted in the MMT method, the broadcast receiving device 100 also The broadcast receiving apparatus 100 of this embodiment is configured to [ It is assumed that each of the operations [Operation Example 21] to [Operation Example 28] is possible. In addition, in the following description of LCT control, when area 0 is displayed in full screen, it means nothing but display in the default layout. The control to switch between a layout that displays area 0 in full screen and another layout can be said to be control to switch between the default layout and another layout.

[Operation example 21]
Operation of the broadcast receiving device 100 when the MM key 100R9 is pressed when the broadcast receiving device 100 is not able to communicate with each server device on the Internet 200 and is receiving a broadcast program compatible with MM service and LCT control are shown in FIGS. 40 to 43. In addition, in the broadcast receiving apparatus 100 of the present embodiment, even under the above conditions, it is possible to check whether the broadcast program being received is a program set to automatically start the MM service or not, and to check the data of the MM service from the broadcast wave. The operation may differ depending on whether the information is acquired or acquired from the network. FIG. 40 shows an example of a program set to automatically start an MM service and where MM service data is acquired from a broadcast wave, and FIG. 41 shows a program set to automatically start an MM service. This is an example of acquiring MM service data from the network. FIG. 42 shows an example of a program in which the MM service is set not to start automatically, and MM service data is obtained from broadcast waves. FIG. 43 shows a program in which the MM service is set not to start automatically. This is an example of acquiring MM service data from the network.

In addition, the following [Operation example 21-1] to [Operation example 21-5], the following [Operation example 21-6] to [Operation example 21-10], and the following [Operation example 21-11] to [Operation example 21- 13] and the following [Operation Example 21-17] to [Operation Example 21-21], only one of them may be selected and operated/controlled.

・Operation example 21-1
If the broadcast program being received is a program that is set to automatically start the MM service, and the data of the MM service is set to be acquired from the broadcast wave, the broadcast program's In the state in which LCT control is applied to the screen (a state in which area 0 and other areas exist.Hereinafter, the expression "state in which LCT control is applied" has the same meaning), in area 0. The MM service is automatically started and displayed, and then the screen display of the MM service is continued. In this state, if ``MM key is pressed (first time)'' is performed, the MM service in area 0 can be ended and the screen display of the broadcast program can be returned to, while maintaining the LCT control. Further, when "MM key is pressed (second time)", the MM service may be started and displayed again in area 0 while maintaining the LCT control. With such an operation, it becomes possible to easily switch the start/end of the MM service according to the user's instructions.

・Operation example 21-2 to 4
If the broadcast program being received is a program that is set to automatically start the MM service, and the data of the MM service is set to be acquired from the broadcast waves, the broadcast program's The MM service is automatically started and displayed in area 0 where the screen is subjected to LCT control, and thereafter the screen display of the MM service is continued. In this state, if the user presses the MM key (first time), the LCT control may be terminated while the MM service screen continues to be displayed. That is, the screen display of the MM service may shift from displaying only area 0 under LCT control to full screen display. Further, when "MM key is pressed (second time)", LCT control may be performed again while the MM service screen continues to be displayed. In this case, the MM service may shift from full-screen display to display in area 0. (Operation Example 21-2) Alternatively, the screen display of the MM service may be ended, the display returns to the broadcast program screen, and the LCT control may be performed again. (Operation Example 21-3) Alternatively, the screen display of the MM service may be ended, the display returns to the broadcast program screen, and the full screen display may be continued. (Operation Example 21-4) With such an operation, it becomes possible to easily switch between enabling and disabling the LCT control and also easily switching between starting and ending the MM service according to the user's instructions.

・Operation example 21-5
If the broadcast program being received is a program that is set to automatically start the MM service, and the data of the MM service is set to be acquired from the broadcast wave, the broadcast program's The MM service is automatically started and displayed in area 0 where the screen is subjected to LCT control, and thereafter the screen display of the MM service is continued. In this state, if you press the MM key (first time), a message may be displayed indicating that pressing the MM key is invalid (for example, ``This key cannot be used at this time''). . In this case, the screen display of the MM service in area 0 continues until the broadcast receiving device 100 receives a command to terminate the MM service from the broadcast wave or the user changes the channel selection. It becomes possible to control the start/end of the MM service.

・Operation example 21-6 to 7
The broadcast program being received is a program that is set to automatically start an MM service, the data of the MM service is set to be acquired from broadcast waves, and the MM service that is automatically started is displayed on the screen. If the program is set to end after a predetermined period of time, the MM service is automatically started in area 0 where LCT control is applied to the screen of the broadcast program before the MM key is pressed, and the MM service is temporarily displayed. After a predetermined time, the MM service screen is hidden and the screen returns to the broadcast program screen. In this state, when "MM key is pressed (first time)", the MM service may be started and displayed again in area 0 while maintaining the LCT control. Furthermore, when "MM key is pressed (second time)", the MM service in area 0 can be ended again and the screen display of the broadcast program can be returned to, while maintaining the LCT control. (Operation Example 21-6) Alternatively, the LCT control may be ended while the MM service screen display continues. That is, the screen display of the MM service may shift from displaying only area 0 under LCT control to full screen display. (Operation Example 21-7) With such an operation, it becomes possible to easily switch between enabling and disabling the LCT control and also easily switching between starting and ending the MM service according to the user's instructions.

・Operation example 21-8 to 10
The broadcast program being received is a program that is set to automatically start an MM service, the data of the MM service is set to be acquired from broadcast waves, and the MM service that is automatically started is displayed on the screen. If the program is set to end after a predetermined period of time, the MM service is automatically started in area 0 where LCT control is applied to the screen of the broadcast program before the MM key is pressed, and the MM service is temporarily displayed. After a predetermined time, the MM service screen is hidden and the screen returns to the broadcast program screen. In this state, if you press the MM key (first time), you can start the MM service again after ending LCT control and transitioning to full-screen display. Further, when "MM key is pressed (second time)", LCT control may be performed again while the MM service screen continues to be displayed. In this case, the MM service may shift from full-screen display to display in area 0. (Operation example 21-8) Alternatively, the screen display of the MM service may be ended, the display returns to the broadcast program screen, and the LCT control may be performed again. (Operation Example 21-9) Alternatively, the screen display of the MM service may be ended, the display returns to the broadcast program screen, and the full screen display may be continued. (Operation Example 21-10) With such an operation, it becomes possible to easily switch between enabling and disabling the LCT control and also easily switching between starting and ending the MM service according to the user's instructions.

・Operation example 21-11
If the broadcast program being received is a program that is set to automatically start the MM service, and the data of the MM service is set to be acquired from the broadcast wave, the broadcast program's The LCT control applied to the screen is terminated, the display shifts to full screen display, and the MM service is started and displayed. In this state, if the user presses the MM key (first time), the screen display of the MM service ends and the display returns to the broadcast program screen, and the full screen display may be continued. Furthermore, if you press the MM key (second time), you can restart the MM service while continuing to display the entire screen. With such an operation, it becomes possible to easily switch the start/end of the MM service according to the user's instructions.

・Operation example 21-12 to 13
If the broadcast program being received is a program that is set to automatically start the MM service, and the data of the MM service is set to be acquired from the broadcast waves, the broadcast program's The LCT control applied to the screen is terminated, the display shifts to full screen display, and the MM service is started and displayed. In this state, if the user presses the MM key (first time), the MM service screen display ends and the broadcast program screen is displayed again, and the LCT control may be performed again. Further, when "MM key is pressed (second time)", the MM service may be started and displayed again in area 0 while maintaining the LCT control. (Operation example 21-12) Alternatively, the LCT control applied to the screen of the broadcast program may be terminated, the screen may be shifted to full screen display, and the MM service may be restarted and displayed. . (Operation Example 21-13) With such an operation, it becomes possible to easily switch the start/end of the MM service according to the user's instructions.

・Operation example 21-14
The broadcast program being received is a program that is set to automatically start an MM service, the data of the MM service is set to be acquired from broadcast waves, and the MM service that is automatically started is displayed on the screen. If the program is set to end after a predetermined time, the LCT control applied to the screen of the broadcast program will be terminated and the screen will be displayed in full screen before the MM key is pressed, and the MM service will be activated. Once started, the MM service screen is displayed once, and after a predetermined time, the MM service screen is hidden and the screen returns to the broadcast program screen. At this time, the LCT control remains finished. In this state, if you press the MM key (first time), you can restart the MM service while continuing to display the entire screen. Furthermore, if you press the MM key (second time), you can terminate the MM service again while continuing to display the entire screen. With such an operation, it becomes possible to easily switch the start/end of the MM service according to the user's instructions.

・Operation example 21-15
The broadcast program being received is a program that is set to automatically start an MM service, the data of the MM service is set to be acquired from broadcast waves, and the MM service that is automatically started is displayed on the screen. If the program is set to end after a predetermined time, the LCT control applied to the screen of the broadcast program will be terminated and the screen will be displayed in full screen before the MM key is pressed, and the MM service will be activated. Once started, the MM service screen is displayed once, and after a predetermined time, the MM service screen is hidden and the screen returns to the broadcast program screen. At this time, the LCT control is executed again. In this state, if you press the MM key (first time), you can start the MM service again after ending LCT control and transitioning to full-screen display. Furthermore, when the "MM key is pressed (second time)", the screen display of the MM service is ended and the display returns to the broadcast program screen, and the LCT control may be performed again. With such an operation, it becomes possible to easily switch between enabling and disabling the LCT control and also easily switching between starting and ending the MM service in accordance with the user's instructions.

・Operation example 21-16
If the broadcast program being received is a program that is set to automatically start the MM service, and the data of the MM service is set to be acquired from the network, the screen of the broadcast program will be displayed "before the MM key is pressed." LCT control is applied to the broadcast program, but since MM service data cannot be obtained from the network, the screen display of the broadcast program continues even in area 0. If you press the MM key (first time) in this state, the broadcast program screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot be used at this time.'') etc.) may be displayed. In this case, it becomes possible to notify the user that the MM service cannot be started.

・Operation example 21-17 to 18
If the broadcast program being received is a program set so that the MM service is not automatically started, and the data of the MM service is set to be acquired from the broadcast waves, "Before pressing the MM key" includes the broadcast program. Although LCT control is applied to the screen of , the MM service is not automatically started and the screen display of the broadcast program continues in area 0 as well. In this state, when "MM key is pressed (first time)", the MM service may be started and displayed in area 0 while maintaining the LCT control. Furthermore, when "MM key is pressed (second time)", the MM service in area 0 may be terminated and the screen display of the broadcast program may be returned to, while maintaining the LCT control. (Operation example 21-17) Alternatively, the LCT control may be ended while the MM service screen display continues. That is, the screen display of the MM service may shift from displaying only area 0 under LCT control to full screen display. (Operation Example 21-18) With such an operation, it becomes possible to easily switch between enabling and disabling the LCT control and also easily switching between starting and ending the MM service, according to the user's instructions.

・Operation example 21-19 to 21
If the broadcast program being received is a program set so that the MM service is not automatically started, and the data of the MM service is set to be acquired from the broadcast waves, the "Before pressing the MM key" field contains the broadcast program. Although LCT control is applied to the screen of , the MM service is not automatically started and the screen display of the broadcast program continues in area 0 as well. In this state, if you press the MM key (first time), you can start the MM service after ending LCT control and transitioning to full-screen display. Further, when "MM key is pressed (second time)", LCT control may be performed again while the MM service screen continues to be displayed. In this case, the MM service may shift from full-screen display to display in area 0. (Operation example 21-19) Alternatively, the screen display of the MM service may be ended, the display returns to the broadcast program screen, and the LCT control may be performed again. (Operation Example 21-20) Alternatively, the screen display of the MM service may be ended, the display returns to the broadcast program screen, and the full screen display may be continued. (Operation Example 21-21) With such an operation, it becomes possible to easily switch between enabling and disabling the LCT control and also easily switching between starting and ending the MM service according to the user's instructions.

・Operation example 21-22
If the broadcast program being received is a program that is set not to automatically start the MM service, and the MM service data is set to be acquired from the network, the screen of the broadcast program will be displayed "before the MM key is pressed." Although LCT control is applied to the broadcast program, the MM service is not automatically started and the screen display of the broadcast program continues even in area 0. If you press the MM key (first time) in this state, the broadcast program screen will remain displayed and a message will appear stating that pressing the MM key is invalid because the MM service data cannot be obtained from the network. (For example, ``This key cannot be used at this time.'') may be displayed. In this case, it becomes possible to notify the user that the MM service cannot be started.

[Operation example 22]
Broadcast when the MM key 100R9 is pressed when the broadcast receiving device 100 is not able to communicate with each server device on the Internet 200 and is receiving a broadcast program that supports the MM service but does not support the LCT control. The operation of the receiving device 100 is shown in FIGS. 44 to 47. In addition, in the broadcast receiving apparatus 100 of the present embodiment, even under the above conditions, it is possible to check whether the broadcast program being received is a program set to automatically start the MM service or not, and to check the data of the MM service from the broadcast wave. The operation may differ depending on whether the information is acquired or acquired from the network. FIG. 44 shows an example of a program set to automatically start the MM service and where MM service data is acquired from broadcast waves. FIG. 45 shows a program set to automatically start the MM service. This is an example of acquiring MM service data from the network. FIG. 46 shows an example of a program in which the MM service is set not to start automatically, and MM service data is obtained from broadcast waves. FIG. 47 shows a program in which the MM service is set not to start automatically. This is an example of acquiring MM service data from the network.

・Operation example 22-1
If the broadcast program being received is a program that is set to automatically start the MM service, and the MM service data is set to be acquired from the broadcast wave, the MM service is automatically started "before the MM key is pressed." The MM service is displayed on the full screen, and then the MM service continues to be displayed on the screen. In this state, if you press the MM key (first time), you can end the MM service and return to the screen display of the broadcast program. Furthermore, when the ``MM key is pressed (second time)'', the MM service may be restarted and displayed while displaying the screen in full. With such an operation, it becomes possible to easily switch the start/end of the MM service according to the user's instructions.

・Operation example 22-2
The broadcast program being received is a program that is set to automatically start an MM service, the data of the MM service is set to be acquired from broadcast waves, and the MM service that is automatically started is displayed on the screen. If the program is set to end after a predetermined time, the MM service will be automatically started and displayed in full screen before the MM key is pressed, and after the predetermined time, the MM service screen will be hidden and the broadcast program will start. Return to screen. In this state, if you press the MM key (first time), the MM service may be started and displayed again while displaying the entire screen. Furthermore, if the user "presses the MM key (second time)", the MM service may be terminated again and the screen display of the broadcast program may be returned to. With such an operation, it becomes possible to easily switch the start/end of the MM service according to the user's instructions.

・Operation example 22-3
If the broadcast program being received is a program that is set to automatically start the MM service, and the MM service data is set to be acquired from the network, the MM service data cannot be acquired from the network. Before the key is pressed, the screen display of the broadcast program continues. If you press the MM key (first time) in this state, the broadcast program screen will remain displayed and a message will appear indicating that pressing the MM key is invalid (for example, ``This key cannot be used at this time.'') etc.) may be displayed. In this case, it becomes possible to notify the user that the MM service cannot be started.

・Operation example 22-4
If the broadcast program being received is a program that is set not to automatically start the MM service, and the MM service data is set to be acquired from the broadcast wave, the MM service is set to "Before pressing the MM key". The broadcast program is not automatically started and continues to be displayed on the screen. In this state, if the ``MM key is pressed (first time)'', the MM service may be started and displayed with the full screen displayed. Furthermore, if the user presses the MM key (second time), the MM service may be terminated and the screen display of the broadcast program may be returned to. With such an operation, it becomes possible to easily switch the start/end of the MM service according to the user's instructions.

・Operation example 22-5
If the broadcast program being received is a program that is set not to automatically start the MM service, and the MM service data is set to be acquired from the network, the MM service will not start automatically "before the MM key is pressed". The broadcast program continues to be displayed on the screen. If you press the MM key (first time) in this state, the broadcast program screen will remain displayed and a message will appear stating that pressing the MM key is invalid because the MM service data cannot be obtained from the network. (For example, ``This key cannot be used at this time.'') may be displayed. In this case, it becomes possible to notify the user that the MM service cannot be started.

[Operation example 23]
When the MM key 100R9 is pressed when the broadcast receiving device 100 is not able to communicate with each server device on the Internet 200 and is receiving a broadcast program that does not support MM service and supports LCT control. FIG. 48 shows the operation of broadcast receiving apparatus 100.

・Operation example 23-1
If the broadcast program being received is a program that does not support the MM service, the screen of the broadcast program continues to be displayed under LCT control "before the MM key is pressed". If you press the MM key (first time) in this state, the broadcast program screen will remain displayed under LCT control, and a message will appear indicating that pressing the MM key is invalid (for example, A message such as ``This key cannot be used at this time'' may be displayed. In this case, it becomes possible to notify the user that the program is not compatible with the MM service.

[Operation example 24]
Operation of the broadcast receiving device 100 when the MM key 100R9 is pressed when the broadcast receiving device 100 is not able to communicate with each server device on the Internet 200 and is receiving a broadcast program that does not support MM service and LCT control is shown in FIG.

・Operation example 24-1
If the broadcast program being received is a program that does not support the MM service, the full screen display of the broadcast program continues "before the MM key is pressed". If you press the MM key (first time) in this state, the broadcast program screen will remain displayed in full screen, and a message will appear indicating that pressing the MM key is invalid (for example, ``This key is currently not in use.'' It is also possible to display a message such as "Unable to do so." In this case, it becomes possible to notify the user that the program is not compatible with the MM service.

[Operation example 25]
Operation of the broadcast receiving device 100 when the MM key 100R9 is pressed when the broadcast receiving device 100 is receiving a broadcast program compatible with MM service and LCT control while being able to communicate with each server device on the Internet 200 are shown in FIGS. 50 and 51. Furthermore, in the broadcast receiving apparatus 100 of this embodiment, even under the above conditions, the operation may differ depending on whether the broadcast program being received is a program set to automatically start the MM service, etc. . FIG. 50 is an example of a program set to automatically start an MM service, and FIG. 51 is an example of a program set to not automatically start an MM service.

In addition, the following [Operation example 25-1] to [Operation example 25-5], the following [Operation example 25-6] to [Operation example 25-10], and the following [Operation example 25-11] to [Operation example 25- 13] and the following [Operation Example 25-16] to [Operation Example 25-20], only one of them may be selected and operated/controlled.

・Operation example 25-1
If the broadcast program being received is a program that is set to automatically start the MM service, "before pressing the MM key", the screen of the broadcast program is displayed in area 0 where LCT control is applied. The MM service is automatically started and displayed, and then the screen display of the MM service is continued. In this state, if ``MM key is pressed (first time)'' is performed, the MM service in area 0 can be ended and the screen display of the broadcast program can be returned to, while maintaining the LCT control. Further, when "MM key is pressed (second time)", the MM service may be started and displayed again in area 0 while maintaining the LCT control. With such an operation, it becomes possible to easily switch the start/end of the MM service according to the user's instructions.

・Operation example 25-2 to 4
If the broadcast program being received is a program that is set to automatically start the MM service, "before pressing the MM key", the screen of the broadcast program is displayed in area 0 where LCT control is applied. The MM service is automatically started and displayed, and then the screen display of the MM service is continued. In this state, if the user presses the MM key (first time), the LCT control may be terminated while the MM service screen continues to be displayed. That is, the screen display of the MM service may shift from displaying only area 0 under LCT control to full screen display. Further, when "MM key is pressed (second time)", LCT control may be performed again while the MM service screen continues to be displayed. In this case, the MM service may shift from full-screen display to display in area 0. (Operation example 25-2) Alternatively, the screen display of the MM service may be ended, the display returns to the broadcast program screen, and the LCT control may be performed again. (Operation Example 25-3) Alternatively, the screen display of the MM service may be ended, the display returns to the broadcast program screen, and the full screen display may be continued. (Operation Example 25-4) With such an operation, it becomes possible to easily switch between enabling and disabling the LCT control and also easily switching between starting and ending the MM service according to the user's instructions.

・Operation example 25-5
If the broadcast program being received is a program that is set to automatically start the MM service, "before pressing the MM key", the screen of the broadcast program is displayed in area 0 where LCT control is applied. The MM service is automatically started and displayed, and then the screen display of the MM service is continued. In this state, if you press the MM key (first time), a message may be displayed indicating that pressing the MM key is invalid (for example, ``This key cannot be used at this time''). . In this case, the screen display of the MM service in area 0 continues until the broadcast receiving device 100 receives a command to terminate the MM service from the broadcast wave or the user changes the channel selection. It becomes possible to control the start/end of the MM service.

・Operation example 25-6 to 7
If the broadcast program being received is a program that is set to automatically start the MM service, and is also a program that is set to end the screen display of the automatically started MM service after a predetermined time, the MM key Before the button is pressed, the MM service is automatically started in area 0 where the LCT control is applied to the screen of the broadcast program, and is displayed once, and after a predetermined period of time, the MM service screen is hidden and the Return to the broadcast program screen. In this state, when "MM key is pressed (first time)", the MM service may be started and displayed again in area 0 while maintaining the LCT control. Furthermore, when "MM key is pressed (second time)", the MM service in area 0 can be ended again and the screen display of the broadcast program can be returned to, while maintaining the LCT control. (Operation example 25-6) Alternatively, the LCT control may be ended while the MM service screen display continues. That is, the screen display of the MM service may shift from displaying only area 0 under LCT control to full screen display. (Operation Example 25-7) With such an operation, it becomes possible to easily switch between enabling and disabling the LCT control and also easily switching between starting and ending the MM service according to the user's instructions.

・Operation example 25-8 to 10
If the broadcast program being received is a program that is set to automatically start the MM service, and is also a program that is set to end the screen display of the automatically started MM service after a predetermined time, the MM key Before the button is pressed, the MM service is automatically started in area 0 where the LCT control is applied to the screen of the broadcast program, and is displayed once, and after a predetermined period of time, the MM service screen is hidden and the Return to the broadcast program screen. In this state, if you press the MM key (first time), you can start the MM service again after ending LCT control and transitioning to full-screen display. Further, when "MM key is pressed (second time)", LCT control may be performed again while the MM service screen continues to be displayed. In this case, the MM service may shift from full-screen display to display in area 0. (Operation Example 25-8) Alternatively, the screen display of the MM service may be ended, the display returns to the broadcast program screen, and the LCT control may be performed again. (Operation example 25-9) Alternatively, the screen display of the MM service may be ended, the display returns to the broadcast program screen, and the full screen display may be continued. (Operation Example 25-10) With such an operation, it becomes possible to easily switch between enabling and disabling the LCT control and also easily switching between starting and ending the MM service according to the user's instructions.

・Operation example 25-11
If the broadcast program being received is a program that is set to automatically start the MM service, the LCT control that was applied to the screen of the broadcast program is terminated "before the MM key is pressed". The screen is displayed, and the MM service is started and displayed. In this state, if the user presses the MM key (first time), the screen display of the MM service ends and the display returns to the broadcast program screen, and the full screen display may be continued. Furthermore, if you press the MM key (second time), you can restart the MM service while continuing to display the entire screen. With such an operation, it becomes possible to easily switch the start/end of the MM service according to the user's instructions.

・Operation example 25-12 to 13
If the broadcast program being received is a program that is set to automatically start the MM service, the LCT control that was applied to the screen of the broadcast program will be terminated and the entire screen will be turned off before the MM key is pressed. Shift to screen display, and then start and display the MM service. In this state, if the user presses the MM key (first time), the MM service screen display ends and the broadcast program screen is displayed again, and the LCT control may be performed again. Further, when "MM key is pressed (second time)", the MM service may be started and displayed again in area 0 while maintaining the LCT control. (Operation example 25-12) Alternatively, the LCT control applied to the screen of the broadcast program may be terminated, the screen may be shifted to full screen display, and the MM service may be restarted and displayed. . (Operation Example 25-13) With such an operation, it becomes possible to easily switch the start/end of the MM service according to the user's instructions.

・Operation example 25-14
If the broadcast program being received is a program that is set to automatically start the MM service, and is also a program that is set to end the screen display of the automatically started MM service after a predetermined time, the MM key Before pressing the button, the LCT control applied to the screen of the broadcast program is terminated and the screen is displayed in full screen, the MM service is started and displayed once, and the MM service screen is displayed after a predetermined period of time. The screen is hidden and returns to the screen of the broadcast program. At this time, the LCT control remains finished. In this state, if you press the MM key (first time), you can restart the MM service while continuing to display the entire screen. Also, if you press the MM key (second time), you can end the MM service again while continuing to display the entire screen. With such an operation, it becomes possible to easily switch the start/end of the MM service according to the user's instructions.

・Operation example 25-15
If the broadcast program being received is a program that is set to automatically start the MM service, and is also a program that is set to end the screen display of the automatically started MM service after a predetermined time, the MM key Before pressing the button, the LCT control applied to the screen of the broadcast program is terminated and the screen is displayed in full screen, the MM service is started and displayed once, and the MM service screen is displayed after a predetermined period of time. The screen is hidden and returns to the screen of the broadcast program. At this time, the LCT control is executed again. In this state, if you press the MM key (first time), you can start the MM service again after ending LCT control and transitioning to full-screen display. Furthermore, when the user presses the MM key (second time), the screen display of the MM service ends and the display returns to the broadcast program screen, and the LCT control may be performed again. With such an operation, it becomes possible to easily switch between enabling and disabling the LCT control and also easily switching between starting and ending the MM service according to the user's instructions.

・Operation example 25-16 to 17
If the broadcast program being received is a program that does not automatically start the MM service, LCT control is applied to the screen of the broadcast program "before the MM key is pressed", but the MM service does not start automatically, and continues to display the broadcast program on the screen even in area 0. In this state, when "MM key is pressed (first time)", the MM service may be started and displayed in area 0 while maintaining the LCT control. Furthermore, when "MM key is pressed (second time)", the MM service in area 0 may be terminated and the screen display of the broadcast program may be returned to, while maintaining the LCT control. (Operation example 25-16) Alternatively, the LCT control may be ended while the MM service screen display continues. That is, the screen display of the MM service may shift from displaying only area 0 under LCT control to full screen display. (Operation Example 25-17) With such an operation, it becomes possible to easily switch between enabling and disabling the LCT control and also easily switching between starting and ending the MM service according to the user's instructions.

・Operation example 25-18 to 20
If the broadcast program being received is a program that does not automatically start the MM service, LCT control is applied to the screen of the broadcast program "before the MM key is pressed", but the MM service is not automatically started, and continues to display the broadcast program on the screen even in area 0. In this state, if you press the MM key (first time), you can start the MM service after ending LCT control and transitioning to full-screen display. Further, when "MM key is pressed (second time)", LCT control may be performed again while the MM service screen continues to be displayed. In this case, the MM service may shift from full-screen display to display in area 0. (Operation Example 25-18) Alternatively, the screen display of the MM service may be ended, the display returns to the broadcast program screen, and the LCT control may be performed again. (Operation Example 25-19) Alternatively, the screen display of the MM service may be ended, the display returns to the broadcast program screen, and the full screen display may be continued. (Operation Example 25-20) With such an operation, it becomes possible to easily switch between enabling and disabling the LCT control and also easily switching between starting and ending the MM service according to the user's instructions.

[Operation example 26]
Broadcast when the MM key 100R9 is pressed when the broadcast receiving device 100 is able to communicate with each server device on the Internet 200 and is receiving a broadcast program that supports MM service and does not support LCT control. The operation of the receiving device 100 is shown in FIGS. 52 and 53. Furthermore, in the broadcast receiving apparatus 100 of this embodiment, even under the above conditions, the operation may differ depending on whether the broadcast program being received is a program set to automatically start the MM service, etc. . FIG. 52 is an example of a program set to automatically start an MM service, and FIG. 53 is an example of a program set to not automatically start an MM service.

・Operation example 26-1
If the broadcast program being received is a program that is set to automatically start the MM service, the MM service is automatically started and displayed in full screen before the MM key is pressed, and then the MM service screen is displayed. Continue. In this state, if you press the MM key (first time), you can end the MM service and return to the screen display of the broadcast program. Furthermore, when the ``MM key is pressed (second time)'', the MM service may be started and displayed again while displaying the entire screen. With such an operation, it becomes possible to easily switch the start/end of the MM service according to the user's instructions.

・Operation example 26-2
If the broadcast program being received is a program that is set to automatically start the MM service, and is also a program that is set to end the screen display of the automatically started MM service after a predetermined time, the MM key Before pressing the button, the MM service is automatically started and once displayed in full screen, and after a predetermined time, the MM service screen is hidden and the screen returns to the broadcast program screen. In this state, if you press the MM key (first time), the MM service may be started and displayed again while displaying the entire screen. Furthermore, if the user presses the MM key (second time), the MM service may be terminated again and the screen display of the broadcast program may be returned to. With such an operation, it becomes possible to easily switch the start/end of the MM service according to the user's instructions.

・Operation example 26-3
If the broadcast program being received is a program that does not automatically start the MM service, the MM service will not start automatically and the screen display of the broadcast program will continue "before the MM key is pressed." be done. In this state, if the ``MM key is pressed (first time)'', the MM service may be started and displayed with the full screen displayed. Furthermore, if the user presses the MM key (second time), the MM service may be terminated and the screen display of the broadcast program may be returned to. With such an operation, it becomes possible to easily switch the start/end of the MM service according to the user's instructions.

[Operation example 27]
When the MM key 100R9 is pressed when the broadcast receiving device 100 is able to communicate with each server device on the Internet 200 and is receiving a broadcast program that does not support MM service and supports LCT control. FIG. 54 shows the operation of broadcast receiving apparatus 100.

・Operation example 27-1
If the broadcast program being received is a program that does not support the MM service, the screen of the broadcast program continues to be displayed under LCT control "before the MM key is pressed". If you press the MM key (first time) in this state, the broadcast program screen will remain displayed under LCT control, and a message will appear indicating that pressing the MM key is invalid (for example, A message such as ``This key cannot be used at this time'' may be displayed. In this case, it becomes possible to notify the user that the program is not compatible with the MM service.

[Operation example 28]
Operation of the broadcast receiving device 100 when the MM key 100R9 is pressed when the broadcast receiving device 100 is receiving a broadcast program that does not support MM service and LCT control while being able to communicate with each server device on the Internet 200 is shown in FIG.

・Operation example 28-1
If the broadcast program being received is a program that does not support the MM service, the full screen display of the broadcast program continues "before the MM key is pressed". If you press the MM key (first time) in this state, the broadcast program screen will remain displayed in full screen, and a message will appear stating that pressing the MM key is invalid (for example, ``This key is currently not in use.'' It is also possible to display a message such as "Unable to do so." In this case, it becomes possible to notify the user that the program is not compatible with the MM service.

As explained above, according to the broadcast receiving apparatus 100 of the present embodiment, when the broadcast receiving apparatus 100 is receiving 2K broadcast according to the MPEG2-TS system, only one multimedia key 100R9 on the remote control 100R is used. Even if 4K/8K broadcasting is received using the MMT method, regardless of whether the broadcast receiving device 100 can communicate with each server device on the Internet 200, etc. It becomes possible to perform control to suitably switch between the program screen of a broadcast program and the display screen of a multimedia service, hybridcast service, or data broadcasting service. Therefore, various processes can be suitably realized without unnecessarily increasing the number of keys on the remote controller 100R.

Furthermore, in the above description of the present embodiment, an example has been described in which the broadcast receiving apparatus 100 has both the function of receiving 2K broadcasting according to the MPEG2-TS method and the function of receiving 4K/8K broadcasting according to the MMT method. As a modification of this embodiment, the broadcast receiving apparatus 100 is configured to have a function of receiving 4K/8K broadcasting according to the MMT system, but the broadcast receiving apparatus 100 is not equipped with a function of receiving 2K broadcasting according to the MPEG2-TS system. You may do so. In that case, the operations of the above-mentioned operation examples 21 to 28 will be performed under the control of the main control unit of the broadcast receiving apparatus 100. In this case as well, it is possible to appropriately control both the MM service and LCT control using only the multimedia key 100R9 on the remote control 100R.

Although examples of embodiments of the present invention have been described above using Examples 1 to 3, the configuration for realizing the technology of the present invention is not limited to the above-mentioned examples, and various modifications can be considered. For example, it is possible to replace a part of the configuration of one embodiment with the configuration of another embodiment, and it is also possible to add the configuration of another embodiment to the configuration of one embodiment. All of these belong to the scope of the present invention. Further, the numerical values, messages, etc. that appear in the text and figures are merely examples, and the effects of the present invention will not be impaired even if different values are used.

Some or all of the functions of the present invention described above may be realized by hardware, for example, by designing an integrated circuit. Alternatively, the functions may be realized by software by having a microprocessor unit or the like interpret and execute operating programs for realizing the respective functions. Hardware and software may be used together.

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

Further, the control lines and information lines shown in the figures are those considered necessary for explanation, and do not necessarily show all control lines and information lines on the product. In reality, almost all components can be considered to be interconnected.

100,800...Broadcast receiving device, 100a...Antenna, 101,801...Main control unit, 102,802...System bus, 103,803...ROM, 104,804...RAM, 110,810...Storage unit, 121,821... LAN communication section, 124, 824... Extension interface section, 125, 825... Digital interface section, 131, 831, 832... Tuner/demodulation section, 132... Separation section, 141... Video decoder, 142... Video color gamut conversion section, 143 ...Audio decoder, 144...Text super decoder, 145...Subtitle decoder, 146...Subtitle synthesis section, 147...Subtitle color gamut conversion section, 151...Data decoder, 152...Cache section, 153...Application control section, 154...Browser section, 155...Application color gamut conversion section, 156...Sound source section, 161,861...Video synthesis section, 162,862...Monitor section, 163,863...Video output section, 164,864...Audio synthesis section, 165,865...Speaker section , 166,866...Audio output section, 170,870...Operation input section, 841...MMT decoding processing section, 842...MPEG2-TS decoding processing section, 200...Internet, 200r...Router device, 200a...Access point, 300t...Radio wave tower, 300s...broadcasting satellite (or communication satellite), 300...broadcasting station server, 400...service provider server, 500...other application server, 600...mobile telephone communication server, 600b...base station, 700...portable information terminal .

Claims (19)

A video display including a video display device capable of receiving and displaying both broadcast data of an MPEG2 transmission method and broadcast data of an MMT transmission method, and a remote controller capable of operating the video display device by transmitting control information. A system,
The video display device includes:
a first receiving unit that receives broadcast data of the MPEG2 transmission system;
a second receiving unit that receives broadcast data of the MMT transmission method;
a first decoding unit that decodes broadcast data received by the first receiving unit;
a second decoding unit that decodes broadcast data received by the second receiving unit;
a display unit that displays a video generated based on data decoded by the first decoding unit or the second decoding unit;
an operation input unit that receives control information from the remote controller;
a control unit that controls the first receiving unit, the first decoding unit, the second receiving unit, the second decoding unit, and the display unit based on control information received by the operation input unit; ,
Equipped with
The control state by the control unit includes:
A first control unit for controlling whether to display or hide a display screen of a hybrid cast service that cooperates with the broadcast data of the MPEG2 transmission method decoded by the first decoding unit in the display video displayed on the display unit. 1 control state,
a second control state for controlling whether to display or hide a display screen of the MMT transmission method multimedia service decoded by the second decoding unit in the display video displayed on the display unit; ,
There is,
The remote controller is
a button for outputting control information for bringing the control unit into the first control state;
a button for outputting control information for bringing the control unit into the second control state;
It is configured as the same button,
Furthermore, the control section enters the first control state when the same button is pressed while the display section is displaying a video of a broadcast program transmitted by the MPEG2 transmission method, and the control section changes the display to the first control state. When the same button is pressed when the unit is displaying a video of a broadcast program transmitted by the MMT transmission method, the second control state is entered.
Video display system. The video display system according to claim 1,
The video display device further includes a network communication unit capable of communicating with a network,
The multimedia service of the MMT transmission method is receivable via the second receiving unit and/or the network communication unit.
Video display system. The video display system according to claim 2,
Position information indicating where to obtain data of the multimedia service using the MMT transmission method is received via the second receiving unit;
Video display system. The video display system according to claim 1,
The video display device further includes a memory that temporarily caches data of a hybrid cast service that cooperates with the broadcast data of the MPEG2 transmission system and/or a multimedia service of the MMT transmission system.
Video display system. The video display system according to claim 1,
Control information transmitted from the remote controller and received by the video display device at the operation input unit is transmitted via infrared or wireless communication.
Video display system. A video display including a video display device capable of receiving and displaying both broadcast data of an MPEG2 transmission method and broadcast data of an MMT transmission method, and a remote controller capable of operating the video display device by transmitting control information. A system,
The video display device includes:
a first receiving unit that receives broadcast data of the MPEG2 transmission system;
a second receiving unit that receives broadcast data of the MMT transmission method;
a first decoding unit that decodes broadcast data received by the first receiving unit;
a second decoding unit that decodes broadcast data received by the second receiving unit;
a display unit that displays an image generated based on data decoded by the first decoding unit or the second decoding unit;
an operation input unit that receives control information from the remote controller;
a control unit that controls the first receiving unit, the first decoding unit, the second receiving unit, the second decoding unit, and the display unit based on control information received by the operation input unit; ,
Equipped with
The control state by the control unit includes:
A first control unit for controlling whether to display or hide a display screen of a hybrid cast service that cooperates with the broadcast data of the MPEG2 transmission method decoded by the first decoding unit in the display video displayed on the display unit. 1 control state,
a second control state for controlling whether to display or hide a display screen of the MMT transmission method multimedia service decoded by the second decoding unit in the display video displayed on the display unit; ,
There is,
The remote controller is
a button for outputting control information for bringing the control unit into the first control state;
a button for outputting control information for bringing the control unit into the second control state;
It is configured as the same button,
The hybrid cast service is set to be automatically started or not,
Furthermore, when the display unit is displaying a video of a broadcast program transmitted using the MPEG2 transmission method, the control unit controls whether the same button is pressed depending on whether or not the hybrid cast service is automatically activated. When performing different controls,
Video display system. The video display system according to claim 6,
The video display device further includes a network communication unit capable of communicating with a network,
The multimedia service of the MMT transmission method is receivable via the second receiving unit and/or the network communication unit.
Video display system. The video display system according to claim 7,
Position information indicating where to obtain data of the multimedia service using the MMT transmission method is received via the second receiving unit;
Video display system. The video display system according to claim 6,
The video display device further includes a memory that temporarily caches data of the hybrid cast service of the MPEG2 transmission system and/or the multimedia service of the MMT transmission system.
Video display system. The video display system according to claim 6,
Control information transmitted from the remote controller and received by the video display device at the operation input unit is transmitted via infrared or wireless communication.
Video display system. A video display including a video display device capable of receiving and displaying both broadcast data of an MPEG2 transmission method and broadcast data of an MMT transmission method, and a remote controller capable of operating the video display device by transmitting control information. A system,
The video display device includes:
a first receiving unit that receives broadcast data of the MPEG2 transmission system;
a second receiving unit that receives broadcast data of the MMT transmission method;
a first decoding unit that decodes broadcast data received by the first receiving unit;
a second decoding unit that decodes broadcast data received by the second receiving unit;
a display unit that displays a video generated based on data decoded by the first decoding unit or the second decoding unit;
an operation input unit that receives control information from the remote controller;
a control unit that controls the first receiving unit, the first decoding unit, the second receiving unit, the second decoding unit, and the display unit based on control information received by the operation input unit; ,
Equipped with
The control state by the control unit includes:
A first control unit for controlling whether to display or hide a display screen of a hybrid cast service that cooperates with the broadcast data of the MPEG2 transmission method decoded by the first decoding unit in the display video displayed on the display unit. 1 control state,
a second control state for controlling whether to display or hide a display screen of the MMT transmission method multimedia service decoded by the second decoding unit in the display video displayed on the display unit; ,
There is,
The remote controller is
a button for outputting control information for bringing the control unit into the first control state;
a button for outputting control information for bringing the control unit into the second control state;
It is configured as the same button,
The multimedia service is set to be automatically started or not,
Furthermore, when the display unit is displaying a video of a broadcast program transmitted using the MMT transmission method, the control unit may control whether the same button is pressed depending on whether or not the multimedia service is automatically started. When performing different controls,
Video display system. The video display system according to claim 11,
The video display device further includes a network communication unit capable of communicating with a network,
The multimedia service of the MMT transmission method is receivable via the second receiving unit and/or the network communication unit.
Video display system. The video display system according to claim 12,
Position information indicating where to obtain data of the multimedia service using the MMT transmission method is received via the second receiving unit;
Video display system. The video display system according to claim 11,
The video display device further includes a memory that temporarily caches data of a hybrid cast service that cooperates with the broadcast data of the MPEG2 transmission system and/or a multimedia service of the MMT transmission system.
Video display system. The video display system according to claim 11,
Control information transmitted from the remote controller and received by the video display device at the operation input unit is transmitted via infrared or wireless communication.
Video display system. A video display including a video display device capable of receiving and displaying both broadcast data of an MPEG2 transmission method and broadcast data of an MMT transmission method, and a remote controller capable of operating the video display device by transmitting control information. A system,
The video display device includes:
a first receiving unit that receives broadcast data of the MPEG2 transmission system;
a second receiving unit that receives broadcast data of the MMT transmission method;
A network communication unit capable of communicating with the network,
a first decoding unit that decodes broadcast data received by the first receiving unit;
a second decoding unit that decodes broadcast data received by the second receiving unit;
a display unit that displays a video generated based on data decoded by the first decoding unit or the second decoding unit;
an operation input unit that receives control information from the remote controller;
The first receiving section, the network communication section, the first decoding section, the second receiving section, the second decoding section, and the display section are controlled based on the control information received by the operation input section. a control unit that controls;
Equipped with
The control state by the control unit includes:
A first control unit for controlling whether to display or hide a display screen of a hybrid cast service that cooperates with the broadcast data of the MPEG2 transmission method decoded by the first decoding unit in the display video displayed on the display unit. 1 control state,
a second control state for controlling whether to display or hide a display screen of the MMT transmission method multimedia service decoded by the second decoding unit in the display video displayed on the display unit; ,
There is,
The multimedia service of the MMT transmission method can be received via the second receiving unit and/or the network communication unit,
The remote controller is
a button for outputting control information for bringing the control unit into the first control state;
a button for outputting control information for bringing the control unit into the second control state;
It is configured as the same button,
When the same button of the remote controller is operated by the user and the operation input unit receives control information from the remote controller, the control unit controls whether the program displayed on the display unit is In the case of a broadcast program transmitted and received using a transmission method, different display controls are performed depending on whether or not the video display device is able to communicate with the network;
Video display system. The video display system according to claim 16,
Position information indicating where to obtain data of the multimedia service using the MMT transmission method is received via the second receiving unit;
Video display system. The video display system according to claim 16,
The video display device further includes a memory that temporarily caches data of a hybrid cast service that cooperates with broadcast data of the MPEG2 transmission system and/or a multimedia service of the MMT transmission system.
Video display system. The video display system according to claim 16,
Control information transmitted from the remote controller and received by the video display device at the operation input unit is transmitted via infrared or wireless communication.
Video display system.

Images