JP2023026485A - Content protection processing method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a digital broadcast receiver capable of executing a function having a higher added value.

SOLUTION: A broadcast receiver can receive digital broadcast service of a broadcast system that adopts a media transport method in which an application can be executed in coordination with a broadcast program. The digital broadcast service that can be received by the broadcast receiver makes it possible, for each broadcast program, to further set the propriety of coordination operation between a portable information terminal and an application that can be executed in coordination with the broadcast program. For each broadcast program of the digital broadcast service, an electronic program table creation unit creates an electronic program table screen in a display format in which the propriety of execution of an application that can be executed in coordination with the broadcast program in the case that the portable information terminal exists outside home can be further discriminable.

SELECTED DRAWING: Figure 8A

COPYRIGHT: (C)2023,JPO&INPIT

Description

The present invention relates to a content protection processing method.

One of the extended functions of the digital broadcasting service is data broadcasting that transmits digital data by broadcast waves and displays various information such as weather forecasts, news, and recommended programs. A large number of television receivers capable of receiving data broadcasting are already on the market, and a large number of technologies related to data broadcasting reception, including the following patent document 1, have been published.

Japanese Patent Application Laid-Open No. 2001-186486

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

SUMMARY OF THE INVENTION An object of the present invention is to realize a content protection processing method capable of executing functions with higher added value.

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

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

1 is a configuration diagram of a broadcast communication system including a broadcast receiver according to Embodiment 1; FIG. FIG. 4 is an explanatory diagram of components of an encoded signal in MMT; It is a block diagram of MPU in MMT. FIG. 4 is a configuration diagram of an MMTP packet in MMT; 1 is a conceptual diagram of a protocol stack of a broadcasting system using MMT; FIG. 2 is a hierarchical configuration diagram of control information used in a broadcasting system; FIG. It is a list of tables used in TLV-SI of the broadcasting system. It is a list of descriptors used in TLV-SI of the broadcasting system. 1 is a list of messages used in MMT-SI of the broadcasting system; 1 is a list of tables used in MMT-SI for broadcasting systems; 1 is a list (1) of descriptors used in MMT-SI for broadcasting systems; Figure 2 is a list (2) of descriptors used in MMT-SI for broadcasting systems; 3 is a list of descriptors used in MMT-SI for broadcasting systems (3); It is a figure which shows the component of a broadcasting system, and the relationship of each table. It is a figure which shows the data structure of MPT of a broadcasting system. FIG. 2 is a diagram showing the data structure of location information of a broadcasting system; Fig. 2 shows the data structure of the MPU Timestamp Descriptor of the broadcast system; FIG. 3 is a diagram showing the data structure of MH-EIT in the broadcasting system; FIG. 10 is a diagram showing the data structure of an event package descriptor of the broadcasting system; 1 is a block diagram of a broadcast receiving device according to a first embodiment; FIG. 4 is a configuration diagram of a logical plane structure of the presentation function of the broadcast receiving device according to Example 1; FIG. 3 is a software configuration diagram of the broadcast receiving device according to the first embodiment; FIG. 2 is a block diagram of a broadcasting station server according to the first embodiment; FIG. 3 is a block diagram of a service provider server according to the first embodiment; FIG. 1 is a block diagram of a mobile information terminal according to Example 1; FIG. 2 is a software configuration diagram of the portable information terminal according to the first embodiment; FIG. 2 is a system configuration diagram of clock synchronization/presentation synchronization of the broadcast receiver according to the first embodiment; FIG. FIG. 2 is a diagram showing the NTP format data structure of the broadcasting system; FIG. 3 is a diagram showing the data structure of MH-TOT in the broadcasting system; FIG. 10 is a diagram showing the format of the JST_time parameter of the broadcasting system; FIG. 4 is a diagram showing the data structure of time information in the TMCC extension information area of the broadcasting system; FIG. 5 is a diagram showing a method of calculating the current date from the MJD of the broadcast receiving device according to the first embodiment; 4 is an operation sequence diagram during channel scanning of the broadcast receiving apparatus according to the first embodiment; FIG. FIG. 4 is a diagram showing the data structure of TLV-NIT in the broadcasting system; Fig. 2 shows the data structure of the Satellite Distribution System Descriptor of the Broadcast System; Fig. 2 shows the data structure of a service list descriptor of a broadcasting system; FIG. 2 is a diagram showing the data structure of AMT in the broadcasting system; FIG. 4 is an operation sequence diagram of the broadcast receiving apparatus according to the first embodiment when selecting a channel; FIG. 4 is a conceptual diagram illustrating how the PLT of the broadcasting system refers to the MPT of each package; FIG. 4 is a diagram showing the data structure of PLT in the broadcasting system; 1 is an external view of a remote controller capable of controlling the broadcast receiving device according to Embodiment 1; FIG. Fig. 3 shows the data structure of a broadcast system remote control key descriptor; FIG. 10 is a diagram for explaining channel selection processing for a multi-composition channel; FIG. 10 is a diagram for explaining angle selection processing for multi-view compatible programs; FIG. 3 is a diagram showing the data structure of LCT in the broadcasting system; FIG. 4 is a diagram showing the data structure of an MPU presentation area designation descriptor of a broadcasting system; FIG. 11 illustrates the assignment of layouts to layout numbers based on LCT; FIG. 11 illustrates the assignment of layouts to layout numbers based on LCT; FIG. 11 illustrates the assignment of layouts to layout numbers based on LCT; FIG. 11 illustrates the assignment of layouts to layout numbers based on LCT; FIG. 10 is a diagram for explaining exception processing of screen layout control based on LCT; FIG. 10 is a diagram for explaining exception processing of screen layout control based on LCT; Fig. 2 shows the data structure of a video component descriptor of a broadcast system; FIG. 4 is a diagram for explaining the meaning of a video signal aspect ratio of a video component descriptor; FIG. 5 is a diagram for explaining aspect ratio conversion processing of the broadcast receiving apparatus according to the first embodiment; FIG. 5 is a diagram for explaining aspect ratio conversion processing of the broadcast receiving apparatus according to the first embodiment; 4 is a screen display diagram of an EPG screen of the broadcast receiving device according to the first embodiment; FIG. 4 is a screen display diagram of an EPG screen of the broadcast receiving device according to the first embodiment; FIG. 4 is a screen display diagram of an EPG screen of the broadcast receiving device according to the first embodiment; FIG. FIG. 10 is a screen display diagram of the broadcast receiving apparatus according to the first embodiment when an emergency warning broadcast is displayed; FIG. 4 is a diagram showing the data structure of a content copy control descriptor of a broadcasting system; FIG. 4 is a diagram showing the meaning of copy control information in a content copy control descriptor; FIG. 4 is a diagram showing the data structure of a content usage control descriptor of a broadcasting system; FIG. 11 is a block diagram of a broadcast receiving device according to Example 2; FIG. 10 is a diagram for explaining inconsistency of the current time display when switching broadcasting services; FIG. 11 is a diagram illustrating operation of selection control of a current time information reference source according to the second embodiment; FIG. 11 is an operation sequence diagram of current time information update processing according to the second embodiment; FIG. 11 is a screen display diagram of an EPG screen of the broadcast receiving device according to the second embodiment; FIG. 11 is a screen display diagram of an EPG screen of the broadcast receiving device according to the second embodiment; FIG. 4 is a diagram showing an application transmission method; It is a figure which shows the kind of asset. FIG. 4 is a diagram showing a data structure of location information of an asset acquisition destination; FIG. 10 is a diagram showing the meaning of types of asset acquisition sources; FIG. 10 is a diagram showing the data structure of an MPU presentation area specification descriptor; FIG. 4 is a diagram showing the data structure of MH-AIT; FIG. 10 is a diagram illustrating allocation of application types; FIG. 4 is a diagram showing the definition of application control codes; It is a figure which shows the data structure of an application identifier. Fig. 3 shows the data structure of an MH-Application Descriptor; Fig. 3 shows the data structure of an MH-Transmission Protocol Descriptor; FIG. 4 is a diagram showing the meaning of protocol identification; FIG. 10 is a diagram showing the data structure of a selector area; Fig. 3 shows the data structure of the MH-Simple Application Location Descriptor; Fig. 3 shows the data structure of the MH-Application Boundary Authority Setting Descriptor; FIG. 10 is a diagram showing the data structure of an MH-Activation Priority Information Descriptor; Fig. 3 shows the data structure of an MH-Cache Information Descriptor; Fig. 3 shows the data structure of an MH-Application Expiration Descriptor; Fig. 3 shows the data structure of the MH-Probabilistic Adaptation Delay Descriptor; FIG. 11 is an operation sequence diagram of the broadcast receiving apparatus according to the third embodiment when an application is started; FIG. 11 is an operation sequence diagram of the broadcast receiving apparatus according to the third embodiment when an application is started; FIG. 11 is an operation sequence diagram of the broadcast receiving apparatus according to the third embodiment when an application is started; FIG. 11 is an operation sequence diagram when the mobile information terminals according to the third embodiment are linked; FIG. 11 is an operation sequence diagram when the mobile information terminals according to the third embodiment are linked; FIG. 11 is an operation sequence diagram of the broadcast receiving apparatus and the portable information terminal according to the third embodiment when an application is started; FIG. 11 is a screen display diagram of a basic screen of a cooperative control application of a portable information terminal according to Example 3; FIG. 11 is a screen display diagram of a basic screen of a cooperative control application of a portable information terminal according to Example 3; FIG. 11 is a screen display diagram of a notification screen of the broadcast receiving device according to the third embodiment; FIG. 11 is a screen display diagram of a broadcast cooperation application launcher of the broadcast receiving device according to the third embodiment; FIG. 11 is a screen display diagram of a data broadcasting screen of the broadcast receiving device according to the third embodiment; FIG. 11 is a screen display diagram of a broadcast cooperation application execution screen of the broadcast receiving device according to the third embodiment; FIG. 11 is a screen display diagram of a broadcast cooperation application execution screen of the broadcast receiving device according to the third embodiment; FIG. 11 is a screen display diagram of a broadcast cooperation application execution screen of the broadcast receiving device according to the third embodiment; FIG. 11 is a screen display diagram of a broadcast cooperation application execution screen of the broadcast receiving device according to the third embodiment; FIG. 11 is a screen display diagram of an error display screen of the broadcast receiving device according to the third embodiment; FIG. 11 is a screen display diagram of a broadcast-linked application execution screen of a portable information terminal according to Example 3; FIG. 11 is a diagram of detailed information on an EPG display screen of the broadcast receiving device according to the third embodiment; FIG. 11 is a diagram of detailed information on an EPG display screen of the broadcast receiving device according to the third embodiment; FIG. 11 is a diagram of detailed information on an EPG display screen of the broadcast receiving device according to the third embodiment; FIG. 11 is a diagram of detailed information on an EPG display screen of the broadcast receiving device according to the third embodiment; FIG. 11 is a diagram of detailed information on an EPG display screen of the broadcast receiving device according to the third embodiment; FIG. 11 is a diagram of detailed information on an EPG display screen of the broadcast receiving device according to the third embodiment; FIG. 11 is an operation sequence diagram when acquiring a broadcast cooperation application of the broadcast receiving apparatus according to the third embodiment; FIG. 11 is an operation sequence diagram of the mobile information terminal according to the third embodiment when acquiring a broadcast cooperation application; Fig. 3 shows the data structure of an MH-Application Descriptor; FIG. 13 is an operation sequence diagram when terminals are linked according to the fourth embodiment; FIG. 13 is an operation sequence diagram when terminals are linked according to the fifth embodiment; FIG. 21 is an operation sequence diagram when terminals are linked according to the sixth embodiment; FIG. 21 is an operation sequence diagram when terminals are linked according to the sixth embodiment; FIG. 20 is a screen display diagram of a broadcast cooperation application launcher of the broadcast receiving device according to the seventh embodiment; FIG. 20 is a screen display diagram of a broadcast cooperation application launcher of the broadcast receiving device according to the seventh embodiment; FIG. 20 is a screen display diagram of a broadcast cooperation application launcher of the broadcast receiving device according to the seventh embodiment; FIG. 21 is a screen display diagram of a broadcast cooperation application launcher of the broadcast receiving device according to the seventh embodiment; FIG. 11 is a screen display diagram of a broadcast receiving apparatus according to Embodiment 7; FIG. 21 is a screen display diagram of a broadcast cooperation application of a portable information terminal according to Example 7;

Hereinafter, examples of embodiments of the present invention will be described 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 receiver of this embodiment. The broadcast communication system of this embodiment includes a broadcast receiver 100 and an antenna 100a, a broadband network such as the Internet 200, a router device 200r and an access point 200a, a broadcast station radio tower 300t and a broadcast satellite (or communication satellite) 300s, a broadcast station It consists of a server 300, a service provider server 400, other application servers 500, a mobile phone communication server 600, a mobile phone communication network base station 600b, and a mobile information terminal 700. FIG.

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

The router device 200r is connected to the Internet 200 by wire communication, is connected to the broadcast receiving device 100 by wire communication or wireless communication, and is connected to the portable information terminal 700 by wireless communication. A method such as Wi-Fi (registered trademark) may be used for the wireless communication. As a result, each server device and other communication devices on the Internet 200, the broadcast receiving device 100, and the mobile information terminal 700 can mutually transmit and receive data via the router device 200r. Note that the communication between the broadcast receiving device 100 and the mobile information terminal 700 may be performed directly by a method such as BlueTooth (registered trademark) or NFC (Near Field Communication) without going through the router device 200r.

The radio tower 300t is broadcasting equipment of a broadcasting station, and transmits broadcasting waves including encoded data of broadcast programs, caption information, other applications, general-purpose data, and the like. The broadcasting satellite (or communication satellite) 300 s receives the broadcast wave transmitted from the radio tower 300 t of the broadcasting station, performs frequency conversion etc. as appropriate, and then transmits the broadcast to the antenna 100 a connected to the broadcast receiving device 100 . A repeater that retransmits waves. Also, the broadcasting station is assumed to have a broadcasting station server 300 . The broadcasting station server 300 stores broadcast programs (video content, etc.) and metadata such as program titles, program IDs, program summaries, performer information, broadcast dates, etc. of each broadcast program, and stores the video content and each metadata. , based on the contract, it shall be possible to provide to the service provider. The moving image content and each metadata may be provided to the service provider through an API (Application Programming Interface) of 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 in cooperation with broadcast programs distributed from broadcast stations. In addition, the service provider server 400 stores, manages, distributes, and so forth video content and metadata provided by the broadcast station server 300, and various content and applications linked to broadcast programs. In addition, in response to an inquiry from a television receiver or the like, it is assumed to have a function of searching for contents, applications, etc. that can be provided, and providing a list. Note that the storage, management and distribution of the content and metadata and the storage, management and distribution of the application may be performed by different server devices. The broadcasting station and the service provider may be the same or different. A plurality of service provider servers 400 may be prepared for different services. Also, the functions of the service provider server 400 may be provided by the broadcasting station server 300 .

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. A plurality of other application servers 500 may exist on the Internet 200 .

The mobile telephone communication server 600 is connected to the Internet 200, and is also connected to the mobile information terminal 700 via the base station 600b. The mobile phone communication server 600 manages telephone communication (call) and data transmission/reception via the mobile phone communication network of the mobile information terminal 700, and each server device and other communication equipment on the mobile information terminal 700 and 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 by W-CDMA (Wideband Code Division Multiple Access) (registered trademark), GSM (Global System for Mobile communications) (registered trademark), or LTE (Long Term Evolution). , or other communication methods.

The mobile information terminal 700 is assumed to have a function of telephone communication (phone call) and data transmission/reception via a mobile phone communication network, and a function of wireless communication such as Wi-Fi (registered trademark). The mobile information terminal 700 can be connected to the Internet 200 via the router device 200r or the access point 200a, or via the base station 600b of the mobile telephone communication network and the mobile telephone communication server 600. It is possible to transmit and receive data through communication with each server device and other communication devices. The access point 200a is connected to the Internet 200 by wire communication, and is connected to the portable information terminal 700 by wireless communication. A method such as Wi-Fi (registered trademark) may be used for the wireless communication. Communication between mobile information terminal 700 and broadcast receiving apparatus 100 is performed via access point 200a, Internet 200, and router apparatus 200r, or via base station 600b, mobile telephone communication server 600, Internet 200, and router apparatus 200r. It may be performed through

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

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 handles a single stream including the clock, it is suitable for transmitting a single content over a single transmission line with a guaranteed transmission quality, and has been adopted in many conventional digital broadcasting systems. On the other hand, MPEG2-TS functions in response to environmental changes related to content distribution, such as the recent diversification of content, the diversification of devices that use content, the diversification of transmission paths for distributing content, and the diversification of content storage environments. MMT is a newly developed media transport scheme due to the limitations of .

FIG. 2A shows an example of an outline of a coded 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. and

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

An MMTP packet consists of a header portion and an MMTP payload, and shall transmit MFU and MMT control information. The MMTP payload is assumed to have a payload header corresponding to the content (data unit) stored in the payload section. FIG. 2C shows an example of an overview of constructing an MFU from a video/audio signal, storing it in an MMTP payload, and constructing an MMTP packet. Note that in a video signal encoded using inter-frame prediction, it is desirable to configure the MPU in GOP (Group Of Pictures) units. Also, when the size of the MFU to be transmitted is small, one MFU may be stored in one payload section, or multiple MFUs of the same type may be stored in one payload section. Also, when the size of the MFU to be transmitted is large, one MFU may be divided into a plurality of payload parts and stored. Also, 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 line.

In the broadcasting system of this embodiment, MPEG-H HEVC (High Efficiency Video Coding) is used as a video coding method, and MPEG-4 AAC (Advanced Audio Coding) or MPEG-4 ALS (Audio Lossless Video Coding) is used as an audio coding method. Coding) shall be used. Encoded data such as video and audio of a broadcast program encoded by each of the above methods is in the form of MFU or MPU, further put on the MMTP payload to be MMTP packetized, and transmitted by IP (Internet Protocol) packet. and Also, the data content related to the broadcast program may be in the form of MFU or MPU, put on the MMTP payload, converted into MMTP packets, and transmitted as IP packets. Data content transmission methods include (1) closed caption/text superimposition 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 notification for applications running on a television receiver, and (4) a general-purpose data transmission method for transmitting other general-purpose data synchronously/asynchronously. shall be

For transmission of MMTP packets, it is assumed that UDP/IP (User Datagram Protocol/Internet Protocol) is used in the broadcast transmission line, and UDP/IP or TCP/IP (Transmission Control Protocol/Internet Protocol) is used in the communication line. . It is also assumed that a TLV (Type Length Value) multiplexing method is used for efficient transmission of IP packets on the broadcast transmission path. An example of the protocol stack of the broadcasting system of this embodiment is shown in FIG. In the figure, (A) is an example of a protocol stack in a broadcast transmission line, 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 prepared. MMT-SI is control information indicating the structure of a broadcast program. It is assumed to be in the form of an MMT control message, put on an MMTP payload, form an MMTP packet, and be transmitted as an IP packet. TLV-SI is control information related to multiplexing of IP packets, and provides information for channel selection and correspondence information between IP addresses and services.

Also, in a broadcasting system using MMT, it is assumed that time information is transmitted in order to provide absolute time. 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 enable terminal devices to synchronously display components transmitted from different transmission points through different transmission paths. It is assumed that NTP (Network Time Protocol) format IP packets are used to provide UTC.

[Control information for broadcasting system using MMT]
In the broadcasting system to which the broadcast receiving apparatus 100 of this embodiment corresponds, as described above, the control information includes TLV-SI related to the TLV multiplexing method for multiplexing IP packets and MMT, which is the media transport method. Prepare the relevant MMT-SI. The TLV-SI provides information for the broadcast receiving apparatus 100 to demultiplex the IP packets multiplexed on the broadcast transmission path. TLV-SI consists of a "table" and a "descriptor". The "table" shall be transmitted in the form of sections, and the "descriptor" shall be placed within the "table". MMT-SI is transmission control information indicating information related to the configuration of MMT packages and 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 to which the broadcast receiving apparatus 100 of this embodiment is compatible. In this embodiment, the following table is used as the TLV-SI "table".

(1) TLV-NIT
The Network Information Table for TLV (TLV-NIT) represents information about the physical structure 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 carried in the network.

(3) Table set by business operator In addition, it is possible to prepare a table that is uniquely set by a service business operator or the like.

<Descriptor used in TLV-SI>
FIG. 5B shows a list of "descriptors" arranged in the TLV-SI of the broadcasting system supported by the broadcast receiving apparatus 100 of this embodiment. In this embodiment, the following is used as the "descriptor" of TLV-SI.

(1) Service List Descriptor The service list descriptor provides a list of services by service identifier 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 The network name descriptor describes the 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 of the remote controller for the receiver.

(6) Descriptors set by service providers In addition, descriptors set independently by service providers can be prepared.

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

(1) PA message Package Access (PA) message is 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) Messages set by service providers In addition, it is possible to prepare messages set independently by service providers.

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

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

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

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

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

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

(6) CAT (MH)
A CA table (Conditional Access Table: CAT) (MH) is used to store descriptors for identifying conditional access systems. CAT(MH) can be stored in the CA message.

(7) DCM
A Download Control Message (DCM) transmits key-related information such as a key for decrypting transmission path encryption for download. DCMs can be stored in M2 section messages.

(8) DMM
A Download Management Message (DMM) transmits key-related information such as a download key for decrypting the DCM. DMMs can be stored in M2 section messages.

(9) MH-EIT
The MH-Event Information Table (MH-EIT) is chronological information on events included in each service. MH-EIT can be stored in the M2 section message.

(10) MH-AIT
The MH-Application Information Table (MH-AIT) stores all information related to the application, the activation state required for the application, and the like. MH-AIT can be stored in the M2 section message.

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

(12) MH-SDTT
The MH-Software Download Trigger Table (MH-SDTT) is used for download notification information. MH-SDTT can be stored in the M2 section message.

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

(14) MH-TOT
The MH-Time Offset Table (MH-TOT) carries JST time and date (Modified Julian Day) information. MH-TOT can 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 non-volatile memory in section format to all receivers that receive it. MH-CDT can be stored in the M2 section message.

(16) DDM Table A Data Directory Management Table (DDM table) provides a directory structure of files that constitute an application in order to separate the file structure of the application and the structure for file transmission. DDM tables can be stored in data transmission messages.

(17) DAM Table A Data Asset Management Table (DAM table) provides configuration of MPUs in an asset and version information for each MPU. DAM tables can be stored in data transfer messages.

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

(19) EMTs
An event message table (EMT) is used to transmit information about event messages. The EMT can be stored in the M2 section message.

(20) Table set by business operator In addition, it is possible to prepare a table uniquely set by a service business operator or the like.

<Descriptor used in MMT-SI>
6C, 6D and 6E show a list of "descriptors" arranged in the MMT-SI of the broadcasting system to which the broadcast receiving apparatus 100 of this embodiment is compatible. A descriptor is control information that provides more detailed information and shall be placed in a table. Note that the table in which descriptors are arranged may be determined according to the descriptors. In this embodiment, the following are used as the "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 can be placed in the MPT.

(2) Event Package Descriptor The event package descriptor provides correspondence between events representing programs and packages. The event package descriptor can be placed in the MH-EIT carried 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 location where the MPU is presented. MPU presentation area specification descriptors may be placed in the MPT.

(5) MPU Timestamp Descriptor The MPU Timestamp Descriptor indicates the presentation time of the first access unit in presentation order in the MPU. The MPU Timestamp Descriptor can be placed in the MPT.

(6) Dependency Descriptor The Dependency Descriptor provides the Asset ID of the dependent Asset. Dependency descriptors can be placed in the MPT.

(7) Access control descriptor The access control descriptor provides information for identifying the conditional access system. Access control descriptors may be located in the MPT or CAT (MH).

(8) Scrambling scheme descriptor The scrambling scheme descriptor provides information for identifying the type of encryption target and encryption algorithm during scrambling. The scrambling scheme descriptor may be placed in 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 Scheme Descriptor may be placed in the MPT or CAT (MH).

(10) Emergency Information Descriptor (MH)
An emergency information descriptor (MH) is used when an emergency warning is broadcast. 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 audio stream of ISO/IEC 14496-3 (MPEG-4 audio). used for MH-MPEG-4 audio descriptors can be placed in the MPT.

(12) MH-MPEG-4 Audio Extension Descriptor The MH-MPEG-4 Audio Extension Descriptor is used to describe MPEG-4 audio stream profiles, levels, and coding system-specific settings. MH-MPEG-4 audio extension descriptors can be placed in the MPT.

(13) MH-HEVC Video Descriptor The MH-HEVC video descriptor conforms to ITU-T Recommendation H.264. H.265|Used to describe the basic encoding parameters of a video stream (HEVC stream) of ISO/IEC 23008-2. MH-HEVC video descriptors can be placed in the MPT.

(14) MH-Link Descriptor The MH-Link descriptor identifies the service to be provided when the viewer requests additional information related to a particular thing listed in the service information system. MH-Link descriptors may be located in MPT, MH-EIT, MH-SDT, and so on.

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

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

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

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

(19) Video Component Descriptor The video component descriptor indicates parameters and descriptions related to the video component, and is also used to represent the elementary stream in character format. Video component descriptors may be placed in the MPT or MH-EIT.

(20) MH-Stream Identifier Descriptor MH-Stream Identifier Descriptor is used to label component streams of a service and to refer to the description content indicated by the video component descriptor in MH-EIT by this label. . An MH-stream identifier descriptor can be placed in the MPT.

(21) MH-Content Descriptor MH-Content Descriptor indicates the genre of the event. The MH-Content Descriptor can be placed in the MH-EIT.

(22) MH-Parental Rate Descriptor The MH-Parental Rate Descriptor is used to represent age-based viewing restrictions and to extend based on 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. MH-Audio Component Descriptor may be located in MPT or MH-EIT.

(24) MH-Target Area Descriptor The MH-Target Area Descriptor is used to describe the target area of a program or some streams that constitute a program. The MH-Target Area Descriptor can be placed in the MPT.

(25) MH-series descriptor The MH-series descriptor is used to identify series programs. MH-series descriptors 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 can 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 expresses the program channel name and its carrier name together with the service format type in character code. The MH-Service Descriptor can be placed in the MH-SDT.

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

(30) MH-CA activation descriptor The MH-CA activation descriptor describes activation information for activating the CAS program on the CAS infrastructure. 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 by the application transmission method. MH-Type descriptors can be placed in a DAM table.

(32) MH-Info descriptor MH-Info descriptor describes information about MPU or item. MH-Info descriptors can be placed in a DAM table.

(33) MH-Expire descriptor The MH-Expire descriptor describes the expiration date of the item. MH-Expire descriptors can be placed in the 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 can be placed in the DAM table.

(35) MH-Data Encoding Descriptor MH-Data Encoding Descriptor is used to identify the data encoding. The MH-Data Coding Descriptor can 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. The UTC-NPT reference descriptor can be placed in the EMT.

(37) Event message descriptor The event message descriptor conveys information about event messages in general. Event message descriptors can be placed in the EMT.

(38) MH-Local Time Offset Descriptor The MH-Local Time Offset Descriptor is used to give a certain offset value between the actual time (eg, UTC+9 hours) and the display time for the human system when daylight saving time is implemented. The MH-Local Time Offset Descriptor can be placed in the MH-TOT.

(39) MH-Component Group Descriptor The MH-Component Group Descriptor defines and identifies the combination of components within an event. The MH-Component Group Descriptor can be placed in the MH-EIT.

(40) MH-Logo Transmission Descriptor The MH-Logo Transmission Descriptor is used to describe simple logo character strings, pointing to logos in CDT format, and the like. The MH-Logo Transmission Descriptor can be placed in the MH-SDT.

(41) MPU Extended Timestamp Descriptor The MPU Extended Timestamp Descriptor provides the decoding time of the access unit within the MPU. The MPU Extended Timestamp Descriptor can be placed in the MPT.

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

(43) MH-Network Download Contents Descriptor The MH-Network Downloads Contents Descriptor is used to describe the attribute information of the content downloaded using the network. The MH-Network Download Content Descriptor can be placed in the MH-SDTT.

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

(45) MH-Transmission Protocol Descriptor The MH-transmission protocol descriptor is used to designate transmission protocols such as broadcasting and communication and to indicate location information of applications dependent on the transmission protocols. The MH-Transport Protocol Descriptor can be placed in the MH-AIT.

(46) MH-Simple Application Location Descriptor MH-Simple Application Location Descriptor is written to indicate the details of the acquisition source of the 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 used to set the application boundary and set the broadcasting resource access authority for each area (URL). The MH-Application Boundary Authorization Descriptor can be placed in the MH-AIT.

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

(49) MH-Cache Information Descriptor MH-Cache Information Descriptor is used for cache control when resources that make up an application are cached and held when reuse of the application is assumed. . The MH-Cache Information Descriptor can be placed in the MH-AIT.

(50) MH-Probabilistic Application Delay Descriptor MH-Probabilistic Application Delay Descriptor delays the timing of application control by a stochastically set delay amount, assuming load distribution of server access for application acquisition. described in The MH-Probabilistic Adaptation Delay Descriptor can be placed in the MH-AIT.

(51) Link Destination PU Descriptor The link destination PU descriptor describes other presentation units that may transition from the presentation unit (PU). Linked-to PU descriptors may be placed in the DCC table.

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

(53) Unlock Cache Specification Descriptor The unlock cache specification descriptor describes the specification of files to be unlocked among files locked in the presentation unit. Unlocked cache specification descriptors can be placed in the DCC table.

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

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

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

(57) PU Configuration Descriptor The PU configuration descriptor indicates a list of MPUs that compose a presentation unit as mapping information between the presentation unit and transmission units. PU configuration descriptors can be placed in the DCC table.

(58) MH-Hierarchical Encoding Descriptor The MH-Hierarchical Encoding Descriptor describes information for identifying a hierarchically encoded video stream component. MH-layer coding descriptors can be placed in the MPT.

(59) Content Copy Control Descriptor The content copy control descriptor indicates information for controlling the copy generation in the digital recording equipment for the entire service, and when it is assumed that digital recording will be performed, the broadcasting station (copyright is used to convey information about copying or the maximum transmission rate to the digital recording equipment. Content copy control descriptors may be located in MPT, MH-EIT, MH-SDT, and so on.

(60) Content Usage Control Descriptor The content usage control descriptor indicates information related to copy control and remote viewing control when programs are stored on a hard disk or the like or when video/audio signals are output from a receiver. used for Content usage control descriptors may be located in MPT, MH-EIT, MH-SDT, and so on.

(61) Descriptors set by service providers In addition, it is possible to prepare descriptors set independently by service providers.

<Relationship between data transmission and each control information in the MMT method>
Here, with reference to FIG. 7A, the relationship between each component such as video and audio transmitted by the broadcasting system to which the broadcast receiving apparatus 100 of the present embodiment is compatible and a representative table of MMT-SI will be described. In addition, in the MMT method, a component is defined as an asset, and hereinafter, the component may be referred to as an asset.

In the broadcasting system to which the broadcast receiving apparatus 100 of this embodiment is compatible, data transmission can be performed through a plurality of paths such as TLV streams via broadcast transmission paths and IP data flows via communication lines. The TLV stream includes TLV-SI such as TLV-NIT and AMT, and IP data flow, which is a data flow of IP packets. An IP data flow contains 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 caption asset including a series of caption MPUs, a text super asset including a series of text super MPUs, a data asset including a series of data MPUs, and so on.

These various assets are associated with "packages" by descriptions in MPT (MMT Package Table) that are stored and transmitted in PA messages. Specifically, the association may be performed by describing 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 drawing 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 they can also include the assets that are transmitted in the IP data flow of the communication line, as shown in FIG. 7A. This is done by describing the location information of the asset together with the asset ID that identifies each asset included in the package in the MPT so that the broadcast receiving apparatus 100 of the present 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.

According to 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 in IP data flow (location_type=0x04)
(6) Data at the specified URL (location_type=0x05)
For example, various data transmitted through various transmission paths can be configured so that the broadcast receiving apparatus 100 can refer to them.

Of the above references, (1) is, for example, the IP data flow included in the TLV stream of the digital broadcast signal received by the broadcast receiver 100 of this embodiment via the antenna 100a. However, when the MPT is transmitted by including it in the IP data flow on the communication line side, the reference destination of (1) may be the IP data flow received via the communication line. Also, the above (2), (3), (5), and (6) are IP data flows received by the broadcast receiver 100 of the present embodiment via the communication line. Further, the above (4) is, for example, a receiving function of receiving a digital broadcasting signal using the MMT method and a receiving function of receiving a digital broadcasting signal using the MPEG2-TS method, like the broadcast receiving apparatus 800 of the second embodiment described later. In the case of a broadcast receiving device having both reception functions, based on the MPT location information included in the digital broadcast signal using the MMT method, MPEG2-receives with the reception function for receiving the digital broadcast signal using the MPEG2-TS method. It can be used when referring to data multiplexed in TS.

In media such as video components and audio components, presentation time and decoding time can be designated for each MPU or each access unit. Information about the presentation time and decoding time is described in the MPT as an MPU time stamp descriptor or an MPU extended time stamp descriptor. FIG. 7D shows an example of the data structure of the MPU Timestamp Descriptor describing information about the presentation time. The presentation time information of each MPU is specified by the 'mpu_presentation_time' parameter of the MPU timestamp descriptor. Also, the MPU to be specified can be identified by the "mpu_sequence_number" parameter. In the broadcast receiving apparatus 100 of the present embodiment, using the presentation time information, a plurality of MPUs designated by the MPT are presented (displayed, output etc.). Also, the information about the decoding time is similarly described by the MPU Extended Time Stamp Descriptor, but the detailed explanation is omitted. The presentation control of various data using the NTP-based clock 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. Also, the "service" is a series of "programs" transmitted according to a schedule. The "program" is handled as an "event" in the MMT system. Each event is specified by the MH-EIT in terms of start time and duration. Also, the ID of the MMT package to which each event corresponds is specified by the event package descriptor placed in the MH-EIT. FIG. 7E shows an example of the data structure of MH-EIT. The start time is designated by the "start_time" parameter in the figure, and the duration is designated by the "duration" parameter. FIG. 7F shows an example data structure of an event package descriptor. The "MMT_package_id_byte" parameter of the event package descriptor placed in the MH-EIT makes it possible to specify the correspondence between each event and the MMT package. MH-EIT performs various types of processing (for example, processing for generating an electronic program guide, control of recording reservations and viewing reservations, copyright management processing such as temporary storage, etc.) for each "event" in the broadcast receiving apparatus 100 of this embodiment. ), etc.

[Hardware Configuration of Broadcast Receiver]
FIG. 8A is a block diagram showing an example of the internal configuration of broadcast receiving apparatus 100. As shown in FIG. Broadcast receiver 100 includes main control unit 101, system bus 102, ROM 103, RAM 104, storage unit 110, LAN communication unit 121, expansion interface unit 124, digital interface unit 125, tuner/demodulation unit 131, separation unit 132. , video decoder 141, video color gamut conversion unit 142, audio decoder 143, text super decoder 144, subtitle decoder 145, subtitle synthesizing unit 146, subtitle color gamut conversion unit 147, data decoder 151, cache unit 152, application control unit 153, Consists of a browser unit 154, an application color gamut conversion unit 155, a sound source unit 156, a video synthesis unit 161, a monitor unit 162, a video output unit 163, an audio synthesis unit 164, a speaker unit 165, an audio output unit 166, and an operation input unit 170. 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. A system bus 102 is a data communication path for transmitting and receiving data between the main control unit 101 and each operation block in the broadcast receiving apparatus 100 .

A ROM (Read Only Memory) 103 is a non-volatile memory that stores a basic operation program such as an operating system and other operation programs. 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 for executing the basic operation program and other operation programs. The ROM 103 and the RAM 104 may be configured integrally with the main control section 101 . Also, the ROM 103 may use a partial storage area in the storage (accumulation) section 110 instead of having an independent configuration as shown in FIG. 8A.

The storage (accumulation) unit 110 stores an operation program and operation setting values of the broadcast receiving device 100, personal information of the user of the broadcast receiving device 100, and the like. Further, it is possible to store an operation program downloaded via the Internet 200 and various data created by the operation program. In addition, content such as moving images, still images, and audio obtained from broadcast waves or downloaded via the Internet 200 can also be stored. A partial area of the storage (accumulation) unit 110 may be used to replace all or part of the functions of the ROM 103 . In addition, the storage (accumulation) unit 110 needs to retain stored information even when power is not supplied to the broadcast receiving apparatus 100 from the outside. Therefore, for example, devices such as non-volatile semiconductor element memories such as flash ROMs and SSDs (Solid State Drives) and magnetic disk drives such as HDDs (Hard Disc Drives) are used.

It should be noted that each operation program stored in the ROM 103 and the storage (accumulation) unit 110 can be added, updated, and expanded 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 on the Internet 200 and other communication devices. It is also assumed that an MMT data string (or part thereof) of a program transmitted via a communication line is acquired. The connection with 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. Also, the broadcast receiving apparatus 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) to a service channel desired by the user under the control of the main controller 101. FIG. Furthermore, the tuner/demodulator 131 demodulates the received broadcast signal to obtain an MMT data string. Although the example shown in FIG. 8A exemplifies a configuration in which there is one tuner/demodulator, the broadcast receiving apparatus 100 may include a tuner/demodulator for the purpose of simultaneous display of multiple screens, recording of counterprograms, and the like. It is good also as a structure which mounts more than one.

The separation unit 132 is an MMT decoder, and separates real-time presentation elements such as a video data string, an audio data string, a text superimposition data string, a caption data string, and the like based on the control signal in the input MMT data string into the video decoder 141. , audio decoder 143, character decoder 144, subtitle decoder 145, and the like. The data input to the separation unit 132 is an MMT data string transmitted via a broadcast transmission line and demodulated by the tuner/demodulation unit 131, or MMT data transmitted via a communication line and received by the LAN communication unit 121. It can be a row. Also, the separation unit 132 reproduces the multimedia application and file-based data that are its constituent elements, and temporarily stores them in the cache unit 152 . The separating unit 132 also extracts general-purpose data and outputs it to the data decoder 151 in order to use it for streaming data for applications or data used by a player that presents data other than audiovisual subtitles. Further, the separation unit 132 may perform error correction, access restriction control, etc. for the input MMT data string under 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 by the video synthesis unit 161 . The audio decoder 143 decodes the audio data string input from the separator 132 and outputs audio information. In addition, even if streaming data such as MPEG-DASH (MPEG-Dynamic Adaptive Streaming over HTTP) format or the like obtained from the Internet 200 via the LAN communication unit 121 is input to the video decoder 141 and the audio decoder 143, good. Also, the video decoder 141, the video color gamut conversion unit 142, the audio decoder 143, etc. may be provided in plurality in order to simultaneously decode multiple types of video data strings and audio data strings.

The superimposed text decoder 144 decodes the superimposed data string input from the separator 132 and outputs superimposed text information. The caption decoder 145 decodes the caption data string input from the separation unit 132 and outputs caption information. The superimposed text information output from the superimposed text decoder 144 and the subtitle information output from the subtitle decoder 145 are subjected to a synthesizing process in the subtitle synthesizing unit 146. For image synthesis processing, color space conversion processing is applied as necessary. In this embodiment, of the services centered on character information presented simultaneously with the video of the broadcast program, those related to the content of the video are called subtitles, and the other services are called superimposed text. do. In addition, when they are not distinguished, they are collectively referred to as subtitles.

The browser unit 154 retrieves multimedia application files and file-based data, which are components thereof, obtained from a server device on the Internet 200 via the cache unit 152 or the LAN communication unit 121 as control information contained in the MMT data string and LAN The information is presented according to instructions from the application control unit 153 that interprets the control information acquired from the server device on the Internet 200 via the communication unit 121 . The multimedia application file may be an HTML (Hyper Text Markup Language) document, a BML (Broadcast Markup Language) document, or the like. The application information output from the browser unit 154 is further subjected to color space conversion processing in the application color gamut conversion unit 155 for image composition processing in the image composition unit 161 as necessary. The browser unit 154 also reproduces application audio information by working on the sound source unit 156 .

The video composition unit 161 receives the video information output from the video color gamut conversion unit 142, the caption information output from the subtitle color gamut conversion unit 147, the application information output from the application color gamut conversion unit 155, and the like. Processing such as selection and/or superimposition is performed. The video synthesizing unit 161 includes a video RAM (not shown), and the monitor unit 162 and the like are driven based on the video information and the like input to the video RAM. In addition, the video synthesizing unit 161, under the control of the main control unit 101, if necessary, an EPG (Electronic Program Guide: (Electronic program guide) Superimpose processing of screen information, etc. The monitor unit 162 is, for example, a display device such as a liquid crystal panel, and provides the user of the broadcast receiving apparatus 100 with video information selected and/or superimposed by the video synthesizing unit 161 . The video output unit 163 is a video output interface that outputs the video information selected and/or superimposed by the video synthesizing unit 161 .

It should be noted 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 the logical plane structure provided by the presentation function of the broadcast receiving apparatus 100 of this embodiment. In the logical plane structure, a superimposed text plane for displaying superimposed text is arranged in the foreground, and a subtitle plane for displaying subtitles is arranged in the next layer. A multimedia plane for displaying broadcast video, multimedia applications, or composite video thereof is placed on the third layer, and a background plane is placed on the backmost layer. In the subtitle synthesizing unit 146 and the video synthesizing unit 161, drawing of superimposed text information on the superimposed text plane, drawing of subtitle information on the subtitle plane, and drawing of video information, application information, etc. on the multimedia plane are performed. Also, the background color is drawn on the background plane based on the LCT and the like included in the MMT-SI. It is assumed that a plurality of multimedia planes in the third layer can be prepared according to the number of video decoders 141 . However, even if there are a plurality of multimedia planes, the application information and the like output from the application color gamut conversion unit 155 are output only to the frontmost multimedia plane.

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

The extension interface unit 124 is a group of interfaces for extending the functions of the broadcast receiving apparatus 100, and in this embodiment, it is assumed to be composed of an analog video/audio interface, a USB (Universal Serial Bus) interface, a memory interface, and the like. do. The analog video/audio interface inputs analog video/audio signals from an external video/audio output device, outputs analog video/audio signals to an external video/audio input device, and the like. The USB interface is connected to a PC or the like to transmit and receive data. Broadcast programs and contents may be recorded by connecting an HDD. Also, a keyboard or other USB devices may be connected. A memory interface connects a memory card or other memory medium to transmit and receive data.

The digital interface unit 125 is an interface that outputs or inputs encoded digital video data and/or digital audio data. The digital interface unit 125 can directly output the MMT data string obtained by demodulation by the tuner/demodulator 131, the MMT data string acquired via the LAN communication unit 121, or the mixed data of each MMT data string. shall be Also, control may be performed so that the MMT data string input from the digital interface unit 125 is input to the separation unit 132 . Output of digital content stored in the storage (accumulation) unit 110 or storage of digital content in the storage (accumulation) unit 110 may be performed via the digital interface unit 125 .

The digital interface unit 125 is a DVI terminal, an HDMI (registered trademark) terminal, a Display Port (registered trademark) terminal, or the like, and outputs or inputs data in a format conforming to the DVI specification, the HDMI specification, the Display Port specification, or the like. It can be anything. It 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 hardware configuration.

The operation input unit 170 is an instruction input unit for inputting an operation instruction to the broadcast receiving apparatus 100. In this embodiment, a remote control receiving unit for receiving commands transmitted from a remote controller (not shown) and a button switch are arranged. It shall consist of operation keys. Only one of them may be used. Further, the operation input unit 170 may be replaced by a touch panel arranged over the monitor unit 162 . A keyboard or the like connected to the expansion interface section 124 may be substituted. The remote control not shown may be replaced by the portable information terminal 700 having a remote control command transmission 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 the television receiver, the broadcast receiving apparatus 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, a STB (Set Top Box), or the like. It may be a PC (Personal Computer), a tablet terminal, a navigation device, a game machine, or the like, which has a digital broadcasting reception function and a broadcast communication cooperation function. If broadcast receiving apparatus 100 is a DVD recorder, HDD recorder, STB, or the like, monitor section 162 and speaker section 165 may not be provided. By connecting an external monitor and an external speaker to the video output unit 163 and the audio output unit 166 or the digital interface unit 125, the same operation as the broadcast receiving apparatus 100 of this embodiment can be performed.

[Software Configuration of Broadcast Receiver]
FIG. 8C is a software configuration diagram of the broadcast receiving apparatus 100 of the present embodiment, showing the software configuration in the ROM 103, RAM 104 and storage (accumulation) section 110. As shown in FIG. In this embodiment, the ROM 103 stores a basic operating program 1001 and other operating programs, and the storage unit 110 stores a receiving function program 1002, a linking function program 1003, a recording/playback function program 1004, and other operating programs. program is stored. The storage (accumulation) unit 110 also includes a content storage area 1200 for storing content such as moving images, still images, and audio, and an authentication area for storing authentication information required when accessing external portable terminal devices and each server device. It is assumed that an information storage area 1300 and various information storage areas for storing other various information are provided.

A basic operation program 1001 stored in the ROM 103 is developed in the RAM 104, and the main control unit 101 executes the expanded basic operation program 1001 to configure a basic operation execution unit 1101. FIG. Similarly, the reception function program 1002, the cooperation function program 1003, and the recording/playback function program 1004 stored in the storage (accumulation) unit 110 are expanded in the RAM 104. By executing the link function program 1003 and the recording/playback function program 1004, the reception function execution unit 1102, the link function execution unit 1103, and the recording/playback function execution unit 1104 are configured. The RAM 104 also has a temporary storage area for temporarily holding data created when executing each operating program as needed.

In the following description, for the sake of simplicity, the basic operation program 1001 stored in the ROM 103 is loaded into the RAM 104 and executed by the main control unit 101 to control each operation block. It is assumed that the unit 1101 controls each operation block. Similar descriptions are made for other operating programs.

The receiving function executing unit 1102 controls each operation 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 unit 1102a mainly controls the MMT decoder function of the separating unit 132, and distributes the video data string, the audio data string, etc. separated from the MMT data string to the corresponding decoding processing units. The AV decoding processing unit 1102b mainly controls the video decoder 141, the audio decoder 143, and the like. The application processing unit 1102 c mainly controls the cache unit 152 , the application control unit 153 , the browser unit 154 and the sound source unit 156 . The superimposed text processing unit 1102d mainly controls the superimposed text decoder 144. FIG. The caption processing unit 1102 e mainly controls the caption decoder 145 . The general-purpose data processing unit 1102f mainly controls the data decoder 151. FIG. The EPG generation unit 1102g interprets the description contents such as MH-EIT included in the MMT-SI and generates an EPG screen. The presentation processing unit 1102h converts the video color gamut conversion unit 142, the subtitle synthesis unit 146, the subtitle color conversion unit 147, the application color conversion unit 155, the video synthesis unit 161, and the audio synthesis unit 164 based on the logical plane structure. is primarily controlled.

In addition, the cooperation function execution unit 1103 manages device authentication, connection, transmission and reception of each data, etc. when the broadcast receiving device 100 performs cooperative operation with an external device such as the mobile information terminal 700 . The recording/playback function executing unit 1104 stores broadcast programs obtained from the digital broadcast waves of the present broadcasting system, content obtained from each server device on the network, and the like, in the content storage area 1200 of the storage (accumulation) unit 110 and the expansion interface unit 124. It performs control when recording to an external storage or the like connected to the , or when reproducing the broadcast program, content, or the like.

Each of the operation programs may be stored in the ROM 103 and/or the storage (accumulation) unit 110 in advance at the time of product shipment. It may be obtained from another application server 500 or the like on the Internet 200 via the LAN communication section 121 after product shipment. Further, each operation program stored in a memory card, an optical disc, or the like may be acquired via the expansion interface section 124 or the like.

[Broadcast station server configuration]
FIG. 9 is a block diagram showing an example of the internal configuration of the broadcasting station server 300. As shown in FIG. The broadcasting station server 300 is composed of 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 operation program. A system bus 302 is a data communication path for transmitting and receiving data between the main control unit 301 and each operation block in the broadcasting station server 300 . A RAM 304 serves as a work area when each operation program is executed.

Storage section 310 stores basic operation program 3001 , broadcast content management/distribution program 3002 and broadcast content transmission program 3003 , and further comprises broadcast content storage area 3200 and metadata storage area 3300 . A broadcast content storage area 3200 stores program content of each broadcast program broadcast by a broadcasting station. The metadata storage area 3300 stores metadata such as program titles, program IDs, program outlines, performers, broadcast dates and times, and copy control information related to each program content of each broadcast program.

Also, 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 developed in the RAM 304, and the main control unit 301 executes the developed programs. Thus, a basic operation execution unit 3101, a broadcast content management/distribution execution unit 3102, and a broadcast content transmission execution unit 3103 are configured.

In the following description, for the sake of simplicity, the basic operation program 3001 stored in the storage unit 310 is loaded into the RAM 304 and executed by the main control unit 301 to control each operation block. It is assumed that the action execution unit 3101 controls each action block. Similar descriptions are made for other operating programs.

The broadcast content management/distribution execution unit 3102 manages the program content and the like of each broadcast program and each metadata accumulated in the broadcast content storage area 3200 and the metadata storage area 3300, and manages the program content and the like of each broadcast program and each metadata. It controls when metadata is provided to service providers based on contracts. Further, the broadcast content management/distribution execution unit 3102, when providing the program content and the like of each broadcast program and each metadata to the service provider, may be provided to the service provider based on the contract as necessary. Authentication processing of the server 400 or the like may be performed.

Broadcast content transmission execution unit 3103 receives program content of broadcast programs stored in broadcast content storage area 3200, program titles, program IDs, and program content copy control information of broadcast programs stored in metadata storage area 3300. Time schedule management and the like are performed when the MMT data string containing the data is transmitted from the radio tower 300t via the digital broadcast signal transmission unit 360. FIG.

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 transmission unit 360 modulates an MMT data string composed of a video data string, an audio data string, a program information data string, etc., such as program content of each broadcast program stored in the broadcast content storage area 3200, and modulates it. , and the radio tower 300t as digital broadcast waves.

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

The main control unit 401 is a microprocessor unit that controls the entire service provider server 400 according to a predetermined operating program. A system bus 402 is a data communication path for transmitting and receiving data between the main control unit 401 and each operation block in the service provider server 400 . A RAM 404 serves as a work area when each operation 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 includes a video content storage area 4200, a metadata storage area 4300, an application storage area 4400, and user information storage. A region 4500 is provided. The video content storage area 4200 stores program content of broadcast programs provided from the broadcasting station server 300 as video content. In addition, it stores video content and the like produced by the service provider. The metadata storage area 4300 stores metadata provided by 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.) on users permitted to access the service provider server 400 .

Further, the basic operation program 4001, the video content management/distribution program 4002 and the application management/distribution program 4004 stored in the storage unit 410 are developed in the RAM 404, and the main control unit 401 executes the expanded basic operation program and video. 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 description, for the sake of simplicity, the basic operation program 4001 stored in the storage unit 410 is loaded into the RAM 404 and executed by the main control unit 401 to control each operation block. It is assumed that the action execution unit 4101 controls each action block. Similar descriptions are made for other operating programs.

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

The LAN communication unit 421 is connected to the Internet 200 and communicates with the broadcasting station server 300 on the Internet 200 and the broadcast receiving apparatus 100 via the router apparatus 200r. It is assumed that the LAN communication unit 421 includes an encoding circuit, a decoding circuit, and the like.

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

Main control unit 701 is a microprocessor unit that controls the entire portable information terminal 700 according to a predetermined operation program. A system bus 702 is a data communication path for transmitting and receiving data between the main control unit 701 and each operation block in the portable information terminal 700 .

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

The storage unit 710 stores an operation program and operation setting values of the mobile information terminal 700, personal information of the user of the mobile information terminal 700, and the like. Further, it is possible to store an operation program downloaded via the Internet 200 and various data created by the operation program. In addition, content such as moving images, still images, and sounds downloaded via the Internet 200 can also be stored. All or part of the functions of the ROM 703 may be replaced by a partial area of the storage unit 710 . Moreover, 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.

It should be noted that each operation program stored in the ROM 703 and storage unit 710 can be added, updated, and expanded in function by downloading from each server device on the Internet 200 .

The communication processing unit 720 is composed of a LAN communication unit 721 , a mobile telephone network communication unit 722 and an NFC communication unit 723 . The LAN communication unit 721 is connected to the Internet 200 via the router device 200r and the access point 200a, and transmits and receives data to and from each server device on the Internet 200 and other communication devices. It is assumed that the connection with the router device 200r and the access point 200a is performed by wireless connection such as Wi-Fi (registered trademark). The mobile phone network communication unit 722 performs telephone communication (phone call) and data transmission/reception through wireless communication with the base station 600b of the mobile phone network. The NFC communication unit 723 performs wireless communication with a corresponding reader/writer when in close proximity. The LAN communication unit 721, the mobile phone network communication unit 722, and the NFC communication unit 723 are each provided with an encoding circuit, a decoding circuit, an antenna, and the like. Also, 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/audio signals from an external video/audio output device, outputs video/audio signals to an external video/audio input device, and the like. The USB interface is connected to a PC or the like to transmit and receive data. Also, a keyboard or other USB devices may be connected. A memory interface connects a memory card or other memory medium to transmit and receive data.

The operation unit 730 is an instruction input unit for inputting an operation instruction to the mobile information terminal 700, and in this embodiment, it is composed of a touch panel 730t arranged over the display unit 741 and operation keys 730k arranged with button switches. shall be Only one of them may be used. The portable information terminal 700 may be operated using a keyboard or the like connected to the extended 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 mobile information terminal 700 may be operated from the broadcast receiving device 100 . Also, the touch panel function may be provided by the display unit 741 .

The image processing section 740 is composed of 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 a display device such as a liquid crystal panel, for example, and provides the user of the mobile information terminal 700 with image data processed by the image signal processing unit 742 . The image signal processing unit 742 includes a video RAM (not shown), and the display unit 741 is driven based on the image data input to the video RAM. Also, the image signal processing unit 742 has functions such as format conversion and superimposition processing of menus and other OSD (On Screen Display) signals, if necessary. The first image input unit 743 and the second image input unit 744 convert the light input from the lens into an electrical signal using an electronic device such as a CCD (Charge Coupled Device) or CMOS (Complementary Metal Oxide Semiconductor) sensor. , is a camera unit that inputs image data of surroundings and objects.

The audio processing unit 750 is composed of an audio output unit 751 , an audio signal processing unit 752 and an audio input unit 753 . The audio output unit 751 is a speaker, and provides the user of the mobile information terminal 700 with the audio signal processed by the audio signal processing unit 752 . A voice input unit 753 is a microphone that converts a user's voice or the like 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 includes a GPS receiver unit 761, a gyro sensor 762, a geomagnetic sensor 763, an acceleration sensor 764, an illuminance sensor 765, and a proximity sensor 766. , consists of These sensors make it possible to detect the position, tilt, direction, movement of the mobile information terminal 700, the brightness of the surroundings, the proximity of surrounding objects, and the like. Moreover, the mobile information terminal 700 may further include other sensors such as an air pressure sensor.

The mobile information terminal 700 may be a mobile phone, a smart phone, a tablet terminal, or the like. A PDA (Personal Digital Assistant) or a notebook PC may be used. It may also be a digital still camera, a video camera capable of capturing 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 components such as the sensor unit 760 that are not essential to the present embodiment, but even if the configuration does not include these components, the present embodiment without compromising the effect of In addition, a configuration (not shown) such as a digital broadcast reception function, an electronic money payment function, and the like may be added.

[Software configuration of portable information terminal]
FIG. 11B is a software configuration diagram of the portable information terminal 700 of this embodiment, and shows the software configuration in the ROM 703, RAM 704 and storage unit 710. As shown in FIG. In this embodiment, the ROM 703 stores a basic operating program 7001 and other operating programs, and the storage unit 710 stores a cooperative control program 7002 and other operating programs. The storage unit 710 also includes a content storage area 7200 for storing content such as moving images, still images, and audio, an authentication information storage area 7300 for storing authentication information required when accessing the television receiver and each server device, Various information storage areas for storing various other information are provided.

A basic operation program 7001 stored in the ROM 703 is loaded into the RAM 704, and the main control unit 701 executes the loaded basic operation program to configure a basic operation execution unit 7101. FIG. Similarly, the cooperative control program 7002 stored in the storage unit 710 is expanded in the RAM 704, and the main control unit 701 executes the expanded cooperative control program to configure the cooperative control execution unit 7102. The RAM 704 also has a temporary storage area for temporarily holding data created during execution of each operating program as needed.

In the following description, for the sake of simplicity, the basic operation program 7001 stored in the ROM 703 is loaded into the RAM 704 and executed by the main control unit 701 to control each operation block. It is assumed 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, connection, transmission and reception of each data, etc. when the mobile information terminal 700 performs cooperative operation with the television receiver. Also, the cooperation control execution unit 7102 is assumed to have a browser engine function for executing an application linked with the television receiver.

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

[Time Management of Broadcast Receiver]
The broadcast receiver 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. The two types of time management functions are described below.

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

FIG. 12A is an example of a system configuration for clock synchronization/presentation synchronization in a broadcasting system to which the broadcast receiving apparatus 100 of this embodiment is compatible. In the broadcasting system of this embodiment, the UTC is transmitted in the 64-bit NTP time stamp format from the broadcasting transmission system to the receiver (broadcast receiving apparatus 100 of this embodiment, etc.). In the NTP time stamp format, "seconds or more" of UTC are represented by 32 bits, and "less than seconds" are represented by 32 bits. However, in practice, it is difficult to reproduce one second with 32-bit precision. For this reason, as a system clock for synchronizing the video system and a system clock for operating an NTP format clock, for example, "2 to the 24th power" Hz (approximately 16.8 MHz) as shown in FIG. may be used. In addition, considering that the system clock in the conventional broadcasting system was 27 MHz and that the hardware configuration of the receiver can be easily constructed, It is desirable to employ a power-law frequency as the system clock.

In addition, when the system clock is set to a power-of-two frequency such as "2 to the 24th power" to "2 to the 28th power" on the broadcast transmission system side and the receiver side as described above, 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 referred to by the system clock or the PLL (Phase Locked Loop) system for reproducing the clock in NTP format are "0" or "1". may be fixed to . That is, if the system clock is "2 nth power" Hz (n=24 in the example of FIG. 12A, the same applies hereinafter), the lower "32-n" bits of the NTP time stamp format are set to "0" or "1". It may be fixed. Alternatively, the receiver side may be processed so as to ignore the lower "32-n" bits of the NTP time stamp 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 based on a VCO (Voltage Controlled Oscillator) of "2 nth power" Hz, and the time information given from the outside is Implement synchronized delivery system clocks. In addition, the entire signal processing system is operated in synchronization with the system clock of "2 nth power" Hz. Furthermore, the output of the transmission system clock is periodically transmitted to the receiver side via the broadcast transmission line as time information in NTP length format. The time information in the NTP length format to be transmitted to the receiver side may be fixed to "0" or "1" in the lower "32-n" bits among the 32 bits representing "less than a second". This is because the system clock counter on the broadcast transmission system side consists of 32+n bits.

On the receiver side, the time information in the NTP length format is received via the broadcast transmission line, and the receiving system clock is reproduced by the PLL system based on the VCO of "2 to the nth power" Hz, like the broadcast transmission system side. As a result, the reception system clock becomes a clock synchronized with the broadcast transmission 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 broadcasting transmission system side and the receiver side is realized, enabling stable signal reproduction. Become.

Also, the decoding time and the 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 designated by an MPU extended time stamp descriptor (not shown) stored in the MPT. The presentation time is also 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 describing the timestamp, and the 'mpu_presentation_time' parameter indicates the presentation time of the MPU as a 64-bit NTP timestamp. format. That is, 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 described 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 time stamp format described in the MPU time stamp descriptor or the like. That is, when a clock of "2 mth power" Hz generated by frequency division of the system clock is used for controlling the decoding timing and the presentation timing, the lower order of the NTP timestamp format described in the MPU timestamp descriptor etc. It is not necessary to refer to the "32-m" bits. Therefore, the lower "32-m" bits of the NTP time stamp format described in the MPU time stamp descriptor or the like may be fixed to "0" or "1".

<Time management function based on MH-TOT>
FIG. 12B shows an example of the configuration of time information transmitted in NTP format in the time management function based on NTP described above. The "reference_timestamp" parameter, the "transmit_timestamp" parameter, etc. 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. is time data in NTP time stamp format. The time data in the NTP length format and the time data in the NTP time stamp format are data in which "seconds or more" of UTC are represented by 32 bits, and "less than seconds" are represented by 32 bits. That is, the NTP format time information can transmit time information up to "less than a second". Furthermore, since time information in NTP format is UTC notation, unlike time management in conventional digital broadcasting, as shown in FIG. By managing both data flows using the NTP format time information, it is possible to easily match both data.

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 the encoded data of the current date in Modified Julian Date (MJD) and Japan Standard Time (JST) as six 4 It shall contain 24-bit information expressed in Binary-Coded Decimal (BCD). The current date can be calculated by performing a predetermined operation on the 16-bit encoded data of the MJD. Also, six 4-bit binary coded decimal numbers represent "hour" in two decimal digits with the first two 4-bit binary coded decimal numbers, and 10 with the next two 4-bit binary coded decimal numbers. Two decimal digits represent "minutes", and the last two 4-bit binary coded decimal numbers represent "seconds" in two decimal digits.

That is, the difference between time management based on the NTP format and time management based on MH-TOT is that the former time management based on the NTP format can transmit time information up to "less than a second" as described above. In the latter time management based on MH-TOT, it is possible to transmit only time information up to "seconds" in JST notation.

The broadcast receiving apparatus 100 of the present embodiment performs a time management function based on NTP, which is time information in UTC notation, by decoding video, audio, subtitles, superimposed text, and other presentation data, which are contents of broadcast signals, and synchronous processing of display. , it is possible to achieve more accurate synchronization processing. Furthermore, by referring to the information in UTC notation instead of the clock notation of the broadcasting station, the video, audio, subtitles, superimposed text, or other data that is the content received by the broadcast signal, and the video and audio obtained through the communication line path. , subtitles, superimposed text, or other data, and can be decoded and displayed in synchronization.

Furthermore, in the broadcast receiving apparatus 100 of the present embodiment, the time management function based on "JST_time" including 24-bit information represented by six 4-bit binary coded decimal numbers of MH-TOT is provided to the user. It may be used for the presentation process or each process dealing with MH-EIT shown in FIG. 7E. In general, processing for presenting the current time to a user in a broadcast receiving apparatus rarely requires accuracy to the order of seconds. In addition, each time information described in MH-EIT is 24-bit information represented by six 4-bit binary coded decimal numbers, similar to EIT for conventional digital broadcasting transmitted in the MPEG2-TS system. "Hour", "minute" and "second" are stored in two decimal digits each. For this reason, the time management function based on MH-TOT in the broadcast receiving apparatus 100 of this embodiment is easy to match with each process handling MH-EIT. Specifically, each process dealing with MH-EIT includes, for example, electronic program guide generation process, recording reservation control and viewing reservation control, copyright management process such as temporary storage, and the like. This is because it is rare for any processing to require precision to within a second, and precision in units of one second is sufficient.

In addition, the generation processing of the electronic program guide, control of recording reservation and viewing reservation, copyright management processing such as temporary storage, etc. are functions that are also installed in the receiver of the digital broadcasting system using the conventional MPEG2-TS method. is. Then, in the broadcasting system of the present embodiment as well, in processing such as electronic program table generation processing, recording reservation control, viewing reservation control, copyright management processing such as temporary storage, etc., the conventional MPEG2-TS digital broadcasting system A broadcast receiver having both conventional MPEG2-TS system digital broadcast reception function and MMT system digital broadcast reception function can be constructed by configuring it so as to be able to cope with time management processing consistent with . In this process, there is no need to design a separate processing algorithm for each of these processes (processing for generating an electronic program guide, control of recording reservations and viewing reservations, and processing for copyright management such as temporary storage). can be lowered.

In addition, even if the receiver does not have the conventional MPEG2-TS digital broadcasting reception function but has only the MMT digital broadcasting reception function, the electronic program guide generation process and the recording reservation and viewing reservation control can be performed. Therefore, even if you do not create a completely new algorithm for processing such as copyright management processing such as temporary storage, you can use the algorithm of the function that is also installed in the receiver of the digital broadcasting system using the conventional MPEG2-TS system. , can be developed at a lower cost.

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

As described above, the broadcast receiving apparatus 100 of this embodiment has a time management function using two types of time information with different accuracies. That is, the first time information is time information in notation consistent with a 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, more advanced information presentation processing than the conventional broadcasting system is realized, and the first time information is used for the generation processing of the electronic program guide and the recording reservation. A broadcast receiving apparatus can be provided at a low cost by using it for control of viewing reservations, copyright management processing such as temporary storage, and the like.

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

[First modified example of time management]
Next, a first modified example 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 time management function based on NTP already described using FIG. information about the expected delay time in the time information transmission is included in the broadcast signal and transmitted, and in the broadcast receiving device 100, the information about the expected delay time is used for correcting the system clock of the time management function based on NTP. Also good.

At this time, the information about the assumed delay time is not in the TLV multiplexed stream of the protocol stack in the broadcast transmission path shown in FIG. It may be configured to transmit. If transmitted within the TMCC region, it becomes possible for the broadcast receiving apparatus 100 to extract information about the assumed delay time without going through the separation processing (demux processing) of the TLV multiplexed stream. That is, it is possible to obtain information that is less susceptible to the delay caused by the separation processing in the broadcast receiving apparatus 100, and therefore it is possible to correct the system clock with high accuracy. An example of the data structure of time information transmitted by the TMCC signal will be described with reference to FIG. 12E. The time information may be stored in, for example, the TMCC extension information area and transmitted. In the time information in the TMCC extension information area shown in the same figure, the "delta" parameter is the assumed value of the transmission delay from the time management server that distributes UTC or the server device that creates the TMCC signal to a general broadcast receiver. It is represented by a 32-bit signed fixed point. The upper 16 bits describe the integer part, and the lower 16 bits describe the decimal part. The "transmit_timestamp" parameter is a transmission time stamp, and describes the time when this TMCC signal is sent from the server device in the NTP time stamp length format. The upper 32 bits represent the integer part, and the lower 32 bits represent the decimal part.

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

[Second modification of time management]
Next, a second modified example 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 of acquiring the current date and Japan Standard Time from the information transmitted by MH-TOT and managing the time. The current date and Japan standard time acquired from the information transmitted by MH-TOT are superimposed on the video information, application information, etc. by the video synthesizing unit 161 of the broadcast receiving device 100, and are displayed on the monitor unit 162 and the 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 encoded data of MJD, overflow occurs with "April 22, 2038", and the predetermined operation A date after "April 23, 2038" cannot be represented by only the Therefore, in the second modification of this embodiment, by switching the calculation method depending on whether the value of MJD is equal to or greater than a predetermined value or less than the predetermined value, dates after "April 23, 2038" are represented. shall be controlled as much as possible.

FIG. 12F shows an example of the first calculation method used when the value of MJD is equal to or greater than a predetermined value and the 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", calculates the current date using the second calculation method. Note that the case where the MJD is less than "32768" is equivalent to the case where the most significant bit of the 16-bit data of the MJD is "0". As a result, in the broadcast receiving apparatus 100 of this embodiment, it is 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)", "49152 (0xC000)", or the like. The switching condition of the arithmetic method may be that the upper 2 bits of the 16-bit data of MJD are "00" and the upper 2 bits of the 16-bit data of MJD are not "11". If the predetermined value is "32768" and the above means is used, dates before "September 4, 1948" cannot be represented, but this poses no particular problem in practical use as a television receiver. .

In addition, 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 in accordance with a partially or entirely replaced flag or a newly added flag. For example, the flag is set to "1" if the MJD indicates "April 23, 2038" or later when the most significant bit of 16-bit encoded data of MJD is "0". However, if it does not indicate "April 23, 2038" or later, "0" should 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 NTP format is transmitted, and the broadcast receiving apparatus 100 of this embodiment has a time management function based on the NTP. Furthermore, in the broadcast receiving apparatus 100 of the present embodiment, by referring to the NTP time stamp or the like written in the MPU time stamp descriptor set for each MPU, the decoding timing and presentation time for each presentation unit of the video/audio signal can be determined. controlling the timing. As described above, the NTP format time information has the configuration shown in FIG. 12B. Also, the MPU Timestamp Descriptor has the structure shown in FIG. 7D.

For this reason, in the broadcast receiving apparatus 100 of the present embodiment, the "reference_timestamp" parameter, the "transmit_timestamp" parameter, or the "mpu_presentation_time" parameter, etc. are referred to, and according to the value of the referred time data, etc., the Either of the first calculation method and the second calculation method may be selected. That is, for example, if the most significant bit of the 64-bit NTP format time data is "0", the second calculation method is used, and if it is not "0", the first calculation method is used. and so on.

By any of the methods described above, it is possible to express dates after "April 23, 2038" in the broadcast receiving apparatus 100 of the present embodiment.

[Channel selection processing of broadcast receiving device (initial scan)]
The AMT of the broadcasting system of this embodiment provides a list of IP packet multicast groups for receiving IP packets transmitted by the TLV multiplexing method and IP packets transmitted over communication lines as indistinguishably as possible. shall be One service identification can list multiple IP multicast groups. Address masks can also be used to efficiently describe consecutive IP addresses.

In the broadcast receiving apparatus 100 of the present 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 at the time of channel scanning at the time of initial setting or at the time of rescanning for setting change. Further, a list of IP multicast groups corresponding to each service can be stored in the non-volatile memory as IP-related information in association with each service. do. By storing the list of services and IP-related information in a non-volatile memory so that they can be referenced at all times, there is no need to re-acquire TLV-NIT and AMT when switching channels, etc., and acquisition of broadcast content can be efficiently performed. can be done.

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

When the channel scan is started, the reception function execution section 1102 sets the initial frequency value to the tuner/demodulation section 131 and instructs it to tune 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, original network ID, etc. from the acquired TLV-NIT. (S105). FIG. 13B shows an example of the data structure of TLV-NIT. Information on the TLV stream ID can be obtained from the "tlv_stream_id" parameter, and information on the original network ID can be obtained from the "original_network_id" parameter. Furthermore, from the distribution system descriptor, obtain distribution system information on the physical conditions of the broadcast transmission path corresponding to each TLV stream ID/original network ID (S106), and obtain a list of service IDs from the service list descriptor ( S107).

An example data structure for a satellite distribution system descriptor is shown in FIG. 13C. FIG. 13D shows an example data structure of a service list descriptor. If the TLV-NIT has a plurality of different data such as the TLV stream ID, original network ID, distribution system information, service ID list, etc., the processing of S105 to S107 is repeated. Next, the reception function execution unit 1102 creates a service list based on the 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. The service list is stored in the ROM 103, the storage unit 110, or the like (updated when rescanning) (S108).

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

Note that when 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. If so (S104: No), the processing of S105 to S111 is not performed.

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

Through the above-described series of processes, the broadcast receiving apparatus 100 of the present embodiment obtains a list of services constituting the broadcast network (service list) at the time of channel scanning during initial setting or at the time of rescanning for setting change. Simultaneously with creation/updating, a list of IP multicast groups (IP-related information) corresponding to each service is created/updated, and can be stored in a non-volatile memory such as ROM 103 or storage unit 110 .

In addition, rescanning for changing the setting is automatically performed when it detects that there is a change in the information in the table by referring to the "version_number" parameter of TLV-NIT or AMT. can be When a change in the "version_number" parameter of one of the TLV-NIT and AMT is detected, only the information relating to the table in which the parameter change is detected may be automatically updated. However, when the aforementioned automatic update is performed, it is desirable to notify the user that rescanning has been automatically performed. Alternatively, the user may be notified that the information in the table has changed, and the user may be allowed to select whether or not to perform the rescan.

[Channel selection processing of broadcast receiving device (channel switching)]
FIG. 14A is a diagram showing an example of an operation sequence at the time of channel selection (channel switching) in the broadcast receiving apparatus 100 of this embodiment.

When the user operates a remote controller (not shown) to instruct channel switching, the reception function execution unit 1102 interprets the command sent from the remote controller and designates the service ID of the desired service (S201). Next, reception function execution section 1102 starts acquiring AMT from the received signal of tuner/demodulation section 131 . If the AMT is successfully acquired within the predetermined time (S202: Yes), information on the IP multicast group list corresponding to the service ID is acquired from the acquired AMT (S204). On the other hand, if the AMT is not successfully acquired within the predetermined time (S202: No), by referring to the IP-related information stored in the ROM 103 or the storage unit 110 (S203), the IP corresponding to the service ID is obtained. Information about the list of multicast groups is obtained (S204). It should be noted that IP-related information stored in the ROM 103, the storage unit 110, or the like may always be referred to without performing the determination processing of S202.

Next, reception function execution section 1102 starts acquiring TLV-NIT from the received signal of tuner/demodulation section 131 . If the TLV-NIT is successfully obtained within the predetermined time (S205: Yes), the distribution system information for obtaining the IP data flow corresponding to the service ID is obtained from the obtained TLV-NIT (S207). On the other hand, if the acquisition of the TLV-NIT has not succeeded within the predetermined time (S205: No), by referring to the service list stored in the ROM 103 or the storage unit 110 (S206), the service ID corresponding to the Obtain distribution system information for obtaining IP data flow (S207). Alternatively, the service list stored in the ROM 103, the storage unit 110, or the like may always be referred to without performing the judgment processing of S205.

After acquiring the distribution system information in the process of S207, the reception function executing unit 1102 next controls the tuner/demodulator 131 using the frequency value indicated by the acquired distribution system information, and obtains the service ID. (S 208 ), 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 contained 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 confirms whether or not 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, when the lower 16 bits of the "MMT_package_id_byte" parameter are 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 having program data corresponding to the service ID, and based on the information of the acquired MPT, the MFU acquisition process is performed.

On the other hand, if the lower 16 bits of the 'MMT_package_id_byte' parameter are not the same value as the service ID (S211: No), the MMTP packet with the packet ID of '0' contains program data corresponding to the service ID. Judge that it is not a packet. In this case, the transport processing unit 1102a acquires the PLT again (S212), and by confirming the acquired PLT, the packet ID of the MMTP packet for transmitting the MPT having the "MMT_package_id_byte" parameter corresponding to the service ID. (x) is confirmed (S213). Further, the transport processing unit 1102a acquires the MMTP packet whose packet ID is "x" from the input MMT data string (S214), and acquires the MPT contained in the acquired MMTP packet (S215). Furthermore, the MFU acquisition process is started based on the information of the acquired MPT.

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

Here, the process of identifying the packet ID of the MMTP packet having the data of the program corresponding to the service ID by checking the PLT and acquiring the MPT will be described. An MMTP packet with a packet ID of "0" indicates transmission of a PA message. 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 containing MPTs of other packages, and by checking the PLT, PA messages containing MPTs that are entry points for each service can be identified from the package ID. It is possible to specify the MMTP packet that transmits the . FIG. 14C shows an example of the data structure of PLT. The location information for transmitting the PA message of the package indicated by the 'MMT_package_id_byte' parameter shall be specified by 'MMT_general_location_info()'.

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

If the PLT cannot be obtained in the process of S212, and if the "MMT_package_id_byte" parameter that matches the service ID cannot be confirmed in the process of S213, the MMTP packet whose packet ID is "x" is retrieved in the process of S215. If it is not possible to acquire, etc., the program image output processing (that is, the processing of S216 to S220) may be performed based on the data of the MMTP packet whose packet ID is "0" acquired in the processing of S210. . Also, 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 the present embodiment can perform channel selection (channel switching) operations. In particular, as described with reference to FIGS. 13A and 14A, at the time of channel scanning for initial setting or at the time of rescanning for setting change, the service list and IP-related information are created and stored in ROM 103 and storage unit. 110 or the like so that it can be referenced at all times, and by referring to the service list and IP-related information stored in the nonvolatile memory such as the ROM 103 and the storage unit 110 at the time of channel selection (channel switching), It is possible to improve the efficiency of operation during channel selection (channel switching). That is, it is possible to shorten the time from the start of tuning (channel switching) to the end of tuning (channel switching) compared to the case where AMT and TLV-NIT are reacquired at the time of tuning (channel switching). Become.

[Remote control key setting processing of broadcast receiving device]
FIG. 15A shows an example of the appearance of a remote controller (remote controller) 100R used for inputting operation instructions to the broadcast receiving apparatus 100 of this embodiment. The remote controller 100R has 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, an enter key 100R7, and a color key 100R8. A volume up/down key, a network switching key, an input switching key, a recording key, a playback key, etc. may be further provided.

For example, in the process of S201 of the operation sequence at the time of channel selection shown in FIG. 14A, when using the remote control 100R to instruct the broadcast receiving apparatus 100 of the present embodiment to switch channels, the following three methods are available. may be used. The first method is to directly input and designate the service ID of a desired channel (service) by pressing the ten key 100R2 multiple times. The second method is to repeat the depression of the channel up/down key 100R3 as necessary to forward (or reverse) the channels until the desired channel (service) is displayed. A third method is a so-called one-touch channel selection method in which a predetermined channel (service) associated with each key of the numeric keypad 100R2 is called by pressing the numeric keypad 100R2 only once. The one-touch channel selection, which is the third method, is a user-friendly channel selection method, but it is necessary to set the broadcast receiver 100 in advance to associate a predetermined channel (service) with each key of the numeric keypad 100R2. be.

The broadcast receiver 100 corresponding to the broadcast system of the present embodiment can automatically set the association based on the control information included in the digital broadcast wave received by the tuner/demodulator 131. and That is, the broadcasting system of this embodiment prepares a remote control key descriptor as a TLV-SI descriptor. The setting of the association may be performed by referring to the remote control key descriptor.

FIG. 15B shows an example data structure of a remote control key descriptor. A "service_id" parameter in the figure is a service ID for identifying a channel (service). A 'remote_control_key_id' parameter is a recommended remote control button number for allocating a channel (service) identified by the service ID. 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 the respective parameters.

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

A remote control key descriptor may be described as a TLV-NIT descriptor. Therefore, for example, when the TLV-NIT acquired in the processing of S103 of the operation sequence during channel scanning shown in FIG. 13A is valid data, the remote control key descriptor description By storing the contents in the ROM 103 of the broadcast receiving apparatus 100 or the non-volatile memory such as the storage unit 110, the setting of the association may be performed.

The setting of the association can be done according to the description contents of the remote control key descriptor as described above, or the user can appropriately assign the service of any channel to each key of the numeric keypad 100R2 according to his/her preference. You can go by the way. Also, in the non-volatile memory of the broadcast receiving apparatus 100, both the association setting corresponding to the description content of the remote control key descriptor and the association setting assigned according to the user's preference are stored at the same time. By choice, only one setting may be used. Also, in this case, association settings assigned by the user according to preference may be preferentially used. Also, according to the value of the priority flag described in the remote control key descriptor, the setting of the association according to the description contents of the remote control key descriptor has priority over the setting of the association assigned according to the preference of the user. It is also possible to use 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 may be set by adding a new parameter. In this case, it may be possible to control the value of the priority flag for each service ID.

Further, if the association settings assigned by the user according to preference are stored in the non-volatile memory, the association settings according to the description content of the remote control key descriptor are not stored in the non-volatile memory. can be Also, in the non-volatile memory of the broadcast receiving apparatus 100, only the setting of association assigned according to the user's preference is stored, and when the TLV-NIT being received contains a remote control key descriptor, Using the association setting according to the description content of the remote control key descriptor, and if the remote control key descriptor is not described in the TLV-NIT being received, the association assigned according to the user's preference You can also use the settings.

The process of changing the association of each key of the numeric keypad 100R2 with a predetermined channel (service) 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 simultaneously for all services, or may be performed only for some services. When the above processing is performed only for some services, the old settings may be retained as they are for the other services. Further, when the "service_id" parameter is a predetermined value (for example, 999, etc.), the setting designated by the "remote_control_key_id" parameter among the set contents stored in the non-volatile memory of the broadcast receiving apparatus 100 You may make it erase only about.

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

[Channel selection processing for multi-organization channels]
Also in the broadcasting system of this embodiment, it is assumed that multi-programming is possible in which a plurality of programs are broadcast in parallel on one channel (service). In the case of simultaneous broadcasting of a plurality of programs by multi-programming, it is conceivable that the aforementioned one-touch channel selection is possible only for the main channel of the multi-programming and not possible for the sub-channels of the multi-programming. That is, when selecting a sub-channel of a multi-set, a method of directly inputting and specifying a service ID is used, or a one-touch tuning is used to once select a main channel of a multi-set and then press the channel up/down key 100R3. It is necessary to use a method of selecting a desired sub-channel by pressing the button, and there is a problem that the operation becomes complicated.

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

Description will be made with reference to FIG. 16A. For example, it is assumed that the "1" key of the numeric keypad 100R2 of the remote controller 100R is assigned in advance the service of the 011 channel. In this case, if the channel selection operation is performed in a state in which the multi-organization is not performed (see (A) in the figure), channel 011 is selected regardless of the number of times the "1" key is pressed. On the other hand, in the case of channel selection operation in the state of multi-organization (see (B) in the figure), if the "1" key is pressed only once, channel 011 is selected, and the first "1" key is pressed. If the "1" key is pressed again within a predetermined time after the key is pressed, channel 012 is selected. Similarly, when 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 period of time has passed since the "1" key was pressed for the first time, the 011 channel may remain selected.

By enabling the operation as described above, the broadcast receiving apparatus 100 of the present embodiment enables direct selection of sub-channels during multi-programming with a simpler operation.

Similarly, angle selection of a multi-view compatible program and selection of a predetermined video asset from a plurality of video assets may be performed by repeatedly pressing the numeric keypad 100R2 a plurality of times. As shown in FIG. 16B, when the service ID of the multi-view compatible program is assigned to the "1" key of the numeric keypad 100R2 of the remote controller 100R, pressing the "1" key only once selects the multi-view compatible program. It shall be closed and the main view shall be displayed. Also, if the "1" key is pressed again within a predetermined time after the "1" key is pressed for the first time, the subview 1 of the multi-view compatible program is displayed. Similarly, when the "1" key is pressed three times within a predetermined period of time, subview 2 of the multiview compatible program is displayed. If the "1" key is pressed again after a predetermined time has passed since the "1" key was pressed for the first time, the main view of the multi-view compatible program may remain displayed. Selection of a predetermined video asset from a plurality of video assets may also be possible by the same operation as described above.

By enabling the operations as described above, the broadcast receiving apparatus 100 of the present embodiment enables angle selection of a multi-view compatible program and selection of a predetermined video asset from a plurality of video assets with a simpler operation. and

Note that when one or more programs in multi-programming are multi-view compatible programs or programs having multiple assets, only one of the above-described operations may be enabled and the other may be disabled. For example, if one or more programs during multi-programming are multi-view compatible programs or programs with multiple assets, the operation of pressing the same key multiple times within a predetermined period of time directly selects sub-channels during multi-programming. to be assigned to the processing of Which operation is enabled or disabled may be determined in advance or may be selected by the user.

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

In the data structure of the LCT, the "left_top_pos_x" parameter and the "right_down_pos_x" parameter are, in particular, the upper left horizontal position and the lower right horizontal position of the area when the left side of the full screen display is "0"/right side is "100" The horizontal position is indicated as a percentage of the total number of pixels in the horizontal direction. The "left_top_pos_y" and "right_down_pos_y" parameters specify the vertical positions of the upper left and lower right of the area when the upper side of the full screen display is "0" and the lower side is "100". Shown as a ratio to the total number of pixels. Also, the "layer_order" parameter indicates the relative position of the region in the depth direction.

An example of allocation of layouts to layout numbers based on the setting of each parameter will be described below together with the setting values of each parameter.

FIG. 17C shows the default layout setting of the broadcast receiving apparatus 100 of this embodiment, and is an example of setting only one area on the entire screen. FIG. 17D is an example in which the entire screen is divided into three areas, each of which is designated as "area 0", "area 1", and "area 2". For example, when the number of pixels of the entire screen is 7680 horizontal pixels/4320 vertical pixels, "region 0" has a "left_top_pos_x" parameter of "0", a "left_top_pos_y" parameter of "0", and a "right_down_pos_x" parameter of "80". , and the 'right_down_pos_y' parameter is '80', so it is set within the range of (0, 0)-(6143, 3455). Similarly, "area 1" is set in the range of (6144,0)-(7679,4319), and "area 2" is set in the range of (0,3456)-(6143,4319).

FIG. 17E is an example of setting three regions in the same way as in FIG. 2” is placed in front of “area 0” according to the setting of the “layer_order” parameter in the same range as described above. In FIG. 17F, "area 0" is set to device 0 (default device: broadcast receiving apparatus 100 in this embodiment), and "area 1" is set to device 1 (mobile information terminal 700 in this embodiment). This is an example of when

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 the receiver as intended by the service provider.

In addition, a predetermined background color designated by a background color designation descriptor written in the LCT may be displayed in an area where no program video or data screen is displayed by the screen layout control described above. Further, when the background color specification descriptor is not included in the LCT and the broadcast receiving apparatus 100 cannot correctly acquire the background color specification descriptor, the predetermined background color specified by the background color specification descriptor is In cases such as when display is not possible due to hardware limitations, a predetermined pattern predetermined by the image 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 arbitrary information.

Fractions below the decimal point generated when the screen is divided according to the set values of parameters such as "left_top_pos_x" may be rounded up or down. Rounding (or rounding off to zero in binary numbers) may be used. For example, the number of pixels in the entire screen is 7680 pixels/vertical 4320 pixels, the 'left_top_pos_x' parameter of 'area 0' is '0', the 'left_top_pos_y' parameter is '0', the 'right_down_pos_x' parameter is '51', and the 'right_down_pos_y' parameter is '51'. parameter is "51", "area 0" may be set in the range of (0, 0)-(3916, 2203) by rounding up, or (0, 0)-(3915, 2203) by rounding down. 2202) may be set to "area 0". Also, in consideration of macroblocks at the time of video compression processing, rounding up/down processing may be performed in units of 8 pixels, 16 pixels, or the like. By the above processing, it becomes possible to efficiently perform area setting based on LCT and resolution conversion processing of multimedia content in the area.

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

The content displayed in each area is designated by the MPU presentation area designation 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 description of the LCT 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, a plurality of "layout_number" parameters and "region_number" parameters are described for one "mpu_sequence_number" parameter, and layout is performed according to any of the descriptions. The user may be allowed to select whether to perform control. For example, in the first "for" loop, if a "layout_number1" parameter, a "region_number1" parameter, a "layout_number2" parameter, and a "region_number2" parameter are described for a predetermined "mpu_sequence_number" parameter, the above " mpu_sequence_number” parameter, let the user select whether to perform the layout control of the MPU based on the “layout_number1” parameter and the “region_number1” parameter, or based on the “layout_number2” parameter and the “region_number2” parameter, etc. is. In this way, the user can control the layout of the video program as desired.

[Exception processing of screen layout control of broadcast receiving device]
In the broadcast receiving apparatus 100 of the present embodiment, even if the screen layout area control is performed by the above-described LCT, when the user instructs to display the EPG screen, etc., as exception processing, 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 processing of screen layout control based on LCT.

The same screen layout control as in FIG. 17D is performed by the description of LCT, the broadcast program video is displayed in "area 0", and the program link data linked to the broadcast program is displayed in "area 1" and "area 2". When the user instructs the display of the EPG screen using a remote controller (not shown) while the content is being displayed, the broadcast receiving apparatus 100 of the present embodiment displays the LCT description as shown in FIG. 18A(A). Regardless of the contents, the screen layout setting is returned to the default setting (that is, the screen layout is controlled in the same manner as in FIG. 17C), and the EPG screen is displayed on the entire screen. Furthermore, when the user gives an instruction to end the display of the EPG screen, the screen layout control is re-executed according to the description contents of the LCT.

By performing the aforementioned control, the EPG screen can be displayed larger than when the EPG screen is displayed while maintaining the area control of the screen layout as shown in FIG. 18A(B). Visibility can be improved.

Note that the exception processing of the screen layout control is not only applied when displaying the EPG screen, but as shown in FIG. ) may be applied when displaying a child screen or when displaying two screens.

In the case of the recording setting screen shown in FIG. 8A, the display area of the broadcast content is changed from the entire screen to only the child screen portion at the bottom right of the screen. Similarly, in the case of the two-screen display shown in FIG. 2B, 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 stage of the screen. In either case, the display area for displaying the broadcast content is narrower than when the entire screen is used. It is not preferable visually to display a plurality of broadcast contents at the same time. Therefore, in the broadcast receiving apparatus 100 of the present embodiment, only the broadcast content of "area 0" is selected and displayed in the display area in the above situation. It is also possible to select and display the broadcast content of "area 1" or "area 2" according to the state of area selection immediately before.

By performing the control described above, it is possible to improve the visibility of the broadcast content compared to the case where various broadcast content is displayed while maintaining the area control of the screen layout. The same is true for sub-screen display on the recorded program list screen, browser display of Internet content, and the like.

[Video signal aspect ratio conversion processing]
The aspect ratios of video signals in television broadcasting services include "4:3" used in conventional SDTV, "16:9" used in recent HDTV, and "21:9" suitable for movie content. , etc. Information on the aspect ratio of the video signal may be described by a video component descriptor in the broadcasting system of the present embodiment. FIG. 19A shows an example data structure of a video component descriptor. In the figure, the "video_aspect_ratio" parameter is information about the aspect ratio of the video signal. FIG. 19B shows an example of the meaning of the "video_aspect_ratio" parameter. Further aspect ratios different from those shown may be assigned.

On the other hand, the aspect ratio of the display unit of a television receiver capable of receiving the television broadcast service (such as the broadcast receiver 100 of the present embodiment) 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 apparatus 100 is "16:9" (3840 horizontal pixels x 2160 vertical pixels, etc.), the value of the "video_aspect_ratio" parameter is "0", "2", or " If it is "3", the aspect ratio conversion process should not be performed, and if it is "1" or "5", the aspect ratio conversion process should be performed. Further, for example, when the aspect ratio of the monitor unit 162 of the broadcast receiving apparatus 100 is "21:9" (5040 horizontal pixels x 2160 vertical pixels, etc.), the value of the "video_aspect_ratio" parameter is "0" or "5". If so, the aspect ratio conversion process should not be performed, and if it is "1", "2", or "3", the aspect ratio conversion process should be performed.

19C and 19D show an example of aspect ratio conversion processing 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". When video content with an aspect ratio of “21:9” is displayed on the monitor unit 162 with an aspect ratio of “16:9”, adding black bars above and below the video content with an aspect ratio of “21:9” reduces the aspect ratio. may be converted to "16:9" (display A in the figure). By doing so, it is possible to display the entire area of the original video content without distortion. Alternatively, only the center portion of the video content with the aspect ratio of "21:9" may be cut out and displayed on the monitor unit 162 (display B in the figure). By doing so, it is possible to display the main portion of the original video content in a large size. In addition, it is also possible to add a little black bands to the top and bottom of the video content with the aspect ratio of "21:9" and further cut out the central portion (display C in the figure). In this way, most of the original video content can be displayed in a large size. Also, the left and right edges of the video content with the aspect ratio of "21:9" may be compressed to display the entire area (display D in the figure). By doing so, it is possible to display the entire area of the original video content in a large size and to display the main portion without distortion. Further, it is also possible to add a little black bars to the top and bottom of the video content with the aspect ratio of "21:9" and further compress the left and right edges to display the entire area (display E in the figure). By doing so, it is possible to display the entire area of the original video content with less distortion at the left and right edges.

A user may be able to select how to perform the aspect ratio conversion process by setting a menu or the like. Alternatively, switching may be performed by pressing a predetermined key on a remote control or the like. Note that the aforementioned aspect ratio of "21:9" includes an aspect ratio of roughly "21:9" such as "2.35:1" of the 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 the MH-EIT transmits time-series information about events (so-called programs) included in each service that constitutes the broadcasting network. MH-EIT shown in FIG. 7E is identified into two classes by the table ID (corresponding to the "talbe_id" parameter in the figure), the information of the current/next event of the own TLV stream and the information of each event of the own TLV stream It shall be possible to indicate schedule information. The broadcast receiving apparatus 100 of the present embodiment refers to the MH-EIT or the like and performs identification by 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. can be acquired to create an EPG screen, and the created EPG can be superimposed on video information or the like by the video synthesizing unit 161 and displayed on the monitor unit 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 displays detailed information of a broadcast program broadcast on each channel in each time slot in a matrix form with the vertical axis representing time and the horizontal axis representing service IDs (channels). Further, the detailed information 162a1 of each broadcast program is mainly composed of a title area 162a2 and a detailed description area 162a3. The detailed information 162a1 of each broadcast program may display program information or the like described in the MH-short format event descriptor or the MH-extended format event descriptor and distributed. If the amount of program information, etc., described in each descriptor is large, it may be displayed in an abbreviated manner normally, 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 mobile information terminal 700 may be instructed to transmit the program information and the like described in each descriptor to the mobile information terminal 700 in cooperative operation and display it on the display unit 741 .

In the title area 162a2 of the detailed information 162a1 of each broadcast program, the program title of the broadcast program and symbols representing attributes of the broadcast program are displayed. The symbol or the like representing the attribute of the broadcast program is, for example, a symbol/character indicating that the program is a new program, a symbol/character indicating that the program is a rebroadcast program, or the like. Alternatively, a mark or the like that symbolizes "data", which means that data broadcasting by a broadcasting service is supported, may be used. Alternatively, a mark 162a4 or the like symbolizing "NetWork", which means that contents, applications, and the like related to the broadcast program can be obtained from the network, may be used. Also, the symbol or the like representing the attribute of the broadcast program may be substituted by distinguishing 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.

It should be noted that each control information (message, table, descriptor, etc.) in the broadcasting system of the present embodiment indicates that contents, applications, etc. related to the broadcast program can be obtained from the network. However, if the LAN communication unit 121 of the broadcast receiving apparatus 100 is not connected to the LAN cable, or the server apparatuses on the network cannot be accessed, the mark 162a4 symbolizing "NetWork" is displayed. etc. may be controlled so as not to be displayed.

In addition, when the broadcast program is a distribution program distributed via the Internet 200 and cannot be acquired only from the broadcast wave, the broadcast receiving device 100 is the same as described above, and each server device on the network 20B, the detailed information 162b1 displayed on the EPG screen 162b may be grayed out as shown in FIG. 20B. That is, control is performed so as not to display detailed information on distribution programs that cannot be viewed. Alternatively, the background color of the detailed information 162b1 may be differentiated from others as an alternative to the grayout processing. Alternatively, a message such as "This program cannot be viewed" may be displayed in the detailed explanation area 162a3 of the distribution program. When the detailed information 162b1 is selected by operating a remote controller (not shown), the broadcast receiving apparatus 100 is notified that the server apparatus on the network cannot be accessed, or the distributed program associated with the detailed information 162b1 is viewed. The user may be notified of the impossibility by pop-up or the like.

Through the above-described controls, the broadcast receiving apparatus 100 can provide program information of each broadcast program in a form that does not give the user a sense of discomfort, 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 names of broadcasting stations for each channel. It is assumed that the broadcast program to be distributed and the distribution program to be distributed via the Internet 200 (information 162c1 in the frame indicated by "net broadcasting" in the figure) are provided simultaneously.

As shown in the figure, when there is a channel having only a distribution program distributed via the Internet 200, normally all channels (including information 162c1) are displayed as shown in the EPG screen 162c of the figure (A). control to display the information of On the other hand, when the broadcast receiving device 100 cannot access each server device on the network, etc., as shown in the EPG screen 162d in FIG. It may be controlled not to display the information of the channel of "M2 broadcasting (net broadcasting)" (information 162c1 in FIG. 4A).

Through the above-described controls, the user of the broadcast receiving apparatus 100 can eliminate the need to check information on channels that he or she cannot view.

[Emergency warning broadcast display on broadcast receiver]
The broadcast receiving apparatus 100 of the present embodiment performs emergency warning broadcast reception processing when the emergency warning broadcast activation control signal bit of the TMCC signal included in the transmission data including the TLV stream changes from "0" to "1". 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 display application, or may be provided as superimposed text as text information. When the emergency warning broadcast is provided in superimposed text as text information, it is preferable to display the superimposed text information regardless of the state of the broadcast receiving apparatus 100 immediately before receiving the emergency warning broadcast. That is, as shown in FIG. 21, when the 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 emergency warning broadcast The character information 162e1 is superimposed on the program screen 162e and displayed. Similarly, when the user instructs the display of the EPG screen and an emergency warning broadcast is received while the EPG screen 162f is being displayed on the monitor unit 162, the character information 162f1 from the emergency warning broadcast is superimposed on the EPG screen 162f. control to display

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

In addition, when the emergency warning broadcast is provided as a broadcast program on a dedicated channel (service ID), regardless of the channel (service ID) of the program currently being viewed, the channel (service ID) of the emergency warning broadcast It is also possible to select a channel automatically. 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 portable terminal device (this embodiment , the broadcast program and application of the emergency warning broadcast may be distributed to the mobile information terminal 700, etc.).

Further, if the power of the broadcast receiving device 100 is not turned on when the emergency warning broadcast is distributed, the power of the broadcast receiving device 100 may be automatically turned on. Alternatively, control may be performed so as to transmit a notification to the effect that the emergency warning broadcast has started to the portable information terminal 700 that has a history of cooperative operation with the broadcast receiving apparatus 100 .

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

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

As described using FIG. 7A, in the broadcasting system to which the broadcast receiving apparatus 100 of the present embodiment is compatible, data obtained from the TLV stream and the TLV stream are based on the location information (see FIG. 7C) stored in the MPT. It is possible to include data acquired from routes other than the one in the same package. However, data transmitted by data transmission paths other than the TLV stream indicated by the location information (for example, IPv4 data flow or IPv6 data flow of the communication line, MPEG2-TS of broadcasting, etc.) is the reception function of the TLV / MMT stream. is the data obtained by another receiving function. Therefore, even when the broadcast receiving apparatus 100 is in operation, there is a situation where the reception function of these transmission paths is not in operation, or even if the reception function itself is in operation, the relay apparatus or the like on the transmission path is in operation. data acquisition from these transmission paths, such as a situation where there is no wired or wireless connection for these transmission paths, a situation where the broadcast receiving apparatus 100 is installed in an environment where these transmission paths cannot be connected in the first place, etc. may not be possible.

Under such circumstances, the location information stored in the MPT receives an event indicating that the data acquired from the TLV stream and the data acquired from the path other than the TLV stream are associated so as to be included in the same package. In this case, the broadcast receiving apparatus 100 of this embodiment may perform the following operations.

For example, LCT, as shown in FIG. 17D and FIG. 17E, has set a plurality of areas in the screen, displays the program video based on the data obtained from the TLV stream in "area 0", "area 1" and When "area 2" is associated so that content based on data acquired from a transmission path other than the TLV stream is displayed, and the TLV stream to be displayed in "area 1" or "area 2" is not displayed When the data of the transmission route cannot be acquired, the layout display of the multiple areas specified 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 is displayed in the "area 0" of the default layout display shown in FIG. It is preferable not to shift to such a layout display of multiple areas. Furthermore, in this state, even if an instruction to change from the default layout to the layout indicated by the LCT is input to the operation input unit 170 of the broadcast receiving apparatus 100, the default layout display shown in FIG. It is also possible to switch to the data broadcast screen so as not to shift to the layout display of multiple areas as shown in FIGS. 17D and 17E.

In addition, LCT, as shown in FIG. 17D and FIG. 17E, has set a plurality of areas in the screen, and displays the program video based on the data acquired from the TLV stream in "area 0", "area 1" and When "area 2" is associated so that content based on data acquired through a transmission path other than the TLV stream is displayed, and the TLV stream to be displayed in "area 1" or "area 2" is not displayed As another example of operation when the data of the transmission route cannot be acquired, the display frames of the multiple areas shown in FIG. 17D and FIG. or a predetermined still image is displayed, and if data on the transmission path other than the TLV stream indicated by the location information of the MPT cannot be acquired even after the predetermined time has passed, the state of the default layout display shown in FIG. 17C is restored. Display switching may be performed. In this case, when the layout in FIG. 17C is changed to the layout in FIG. 17D or 17E, and when the layout in FIG. 17D or 17E is changed to the layout in FIG. If the program image based on the data obtained from the device is continuously displayed, the user can continue viewing the program image, which is preferable.

In addition, since the data of the transmission path other than the TLV stream to be displayed in "area 1" and "area 2" cannot be acquired, the data acquired from the TLV stream is displayed in "area 0" of the default layout display shown in FIG. 17C. When the program image based on the program image is displayed, the operation of various communication functions and various reception functions of the broadcast receiving device 100 of the present embodiment starts, the communication environment / communication status of various communication functions, and various reception functions Due to changes in the receiving environment/receiving status of , there may be a situation where data on transmission paths other than the TLV stream to be displayed in "area 1" or "area 2" can be acquired. In this case, the broadcast receiving apparatus 100 of this embodiment immediately switches from the default layout display shown in FIG. 17C to the layout of multiple areas shown in FIGS. It may be switched to display the program video based on the data acquired from the TLV stream in , and display the content based on the data acquired from the transmission path other than the TLV stream in "area 1" or "area 2". Alternatively, the layout may not be changed immediately, but may be changed after an instruction to change from the default layout to the layout indicated by the LCT is input from the operation input unit 170 . In this case, it is preferable to notify the user by OSD display or the like that the layout can be changed.

[Copyright protection function]
In the digital broadcasting system to which the broadcast receiving apparatus 100 of the present embodiment is compatible, by transmitting copy control information in the MPT or the like, for example, "unlimited copying"("unlimited copying and encryption during storage and output and "unlimited copying and no encryption processing required during storage and output"), "only one generation copy allowed", "predetermined number of copies allowed" (e.g., 9 times The copy control state of the content referred to by the MPT or the like may be indicated, such as so-called "dubbing 10" if copying is allowed and move is allowed once), or "copying is prohibited." In this case, according to the copy control information, the broadcast receiving apparatus 100 of the present embodiment accumulates the content in the storage (accumulation) unit 110, records it in the removable recording medium, outputs it to the external device, and outputs it to the external device. copy, move processing to an external device, and the like may be controlled.

Note that the object of the accumulation process is not only the storage (accumulation) unit 110 inside the broadcast receiving device 100, but also a removable recording medium subjected to protection processing such as encryption processing so that it can be played back only by the broadcast receiving device 100. External equipment and the like may also be included. Specifically, for example, among external recording devices such as an HDD connected to the expansion interface unit 124, those that are made recordable and reproducible only by the broadcast receiving device 100 are included.

<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 or the like indicates "unlimited copying", the broadcast receiving apparatus 100 of the present embodiment performs accumulation in the storage (accumulation) section 110, recording on a removable recording medium, external Output to equipment, copy to external equipment, move processing to external equipment, etc. may be performed without restriction. However, if the control based on the copy control information is divided into "unlimited copying allowed and encryption processing required during storage and output" and "unlimited copying allowed and encryption processing unnecessary during storage and output" , ``Unrestricted copying is possible and encryption processing is required at the time of storage and output. , move processing to an external device, etc. can be performed without restriction, but it is necessary to perform encryption processing in each case.

Further, when the copy control information included in the MPT or the like indicates that "only one generation can be copied", the broadcast receiving apparatus 100 of the present embodiment encrypts and accumulates data in the storage (accumulation) unit 110, and receives broadcast data. Recording on a removable recording medium that has undergone protection processing such as encryption processing so that it can be played back only by the device 100 may be possible. Also, when outputting the stored content to an external device for viewing, it is encrypted together with the copy control information of "copy prohibited" and output. Also, a so-called move process to an external device (a process of copying the content to the external device and rendering the content in the storage (accumulation) unit 110 of the broadcast receiving apparatus 100, etc., unreproducible by erasing processing or the like) is allowed.

Further, when the copy control information included in the MPT or the like indicates that "predetermined number of copies are permitted", the broadcast receiving apparatus 100 of the present embodiment performs processing of encrypting and storing in the storage (storage) unit 110, It may be possible to perform processing for recording onto a removable recording medium that has undergone protection processing such as encryption processing so that it can be played back only by the device 100 . Also, when outputting the stored content to an external device for viewing, it is encrypted together with the copy control information of "copy prohibited" and output. Also, it is 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" rule, it is possible to perform 9 copies to an external device and 1 move processing.

Further, when the copy control information included in the MPT or the like indicates "copy prohibited", the broadcast receiving apparatus 100 of the present embodiment prohibits accumulation (copying) to the storage (accumulation) section 110 or the like. However, the broadcast receiving apparatus 100 is stored only for a predetermined time period or a predetermined time period specified by control information included in the broadcast signal (for example, by MH-Expire descriptors, content usage control descriptors, etc.). ) may be configured to have a "temporary storage" mode that enables storage in the unit 110 or the like. In this case, even if the copy control information included in the MPT or the like indicates "copy prohibited", the broadcast receiving apparatus 100 can temporarily hold the content in the storage (accumulation) unit 110 or the like. and When outputting a content whose copy control information included in an MPT or the like is "copy prohibited" to an external device for viewing, it is encrypted together with the copy control information "copy prohibited" and output.

In addition, the output for viewing to the external device described above is performed via the video output unit 163 and the audio output unit 166 of the broadcast receiving apparatus 100 of the present embodiment, or the digital I/F unit 125, the LAN communication unit 121, or the like. you should go. The copy or move processing to the external device described above may be performed via the digital I/F unit 125, the LAN communication unit 121, or the like.

FIG. 22A shows an example of the data structure of the 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 the digital copy control information and indicates information for controlling the copy generation of the content. 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 operator, and if the parameter is "10", If the parameter is "11", it indicates "copy prohibited". Also, FIG. 23 shows an example of the data structure of the content usage control descriptor in the broadcasting system of this embodiment. It is assumed that the "copy_restriction_mode" parameter in FIG.

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

By the above processing, the broadcast receiving apparatus 100 of the present embodiment can realize the above-described content copy control of "predetermined number of copies allowed".

Also, when the 'retention_mode' parameter in the content usage control descriptor shown in FIG. It indicates whether or not to Also, the "retention_state" parameter indicates the allowable temporary storage time, and the allowable temporary storage time is indicated when the temporary storage allowable bit permits the temporary storage of the target content.

In the broadcast receiving apparatus 100 of the present embodiment, by referring to the information of the temporary accumulation control bit and the temporary accumulation allowable time, temporary It is possible to control whether or not to perform the accumulation and the accumulation time.

According to the processing 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 necessary when outputting content to an external device. When the resolution restriction bit indicates that image quality restriction is necessary, the broadcast receiving apparatus 100 of this embodiment restricts the image quality of the target content when outputting the target content to an external device. It should be noted that the above image quality limitation may not be necessary when storing in the storage (accumulation) unit 110 or the like. The image quality limitation is, for example, converting received (or accumulated) UHD (7680 pixels x 4320 pixels) video content into SHD (3840 pixels x 2160 pixels) video and outputting it, or HD (1920 pixels x 1080 pixels) For example, a pixel) image is converted into an SD (640 pixels×480 pixels) image and output. 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.

In the same way as described above, for example, by using part or all of the "reserved_future_use" parameter, a frame rate limit bit and a pixel resolution limit bit are prepared, and when content is output to an external device, the frame rate limit and the pixel resolution limit can be set. You may make it control. When the frame rate limit bit indicates that the frame rate must be limited, the broadcast receiving apparatus 100 of the present 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 is converted to a frame rate of 60 Hz and output. Further, when the pixel resolution limit bit indicates that the pixel resolution needs to be limited, the broadcast receiving apparatus 100 according to the present embodiment, when outputting the target content to an external device, sets each pixel of the target content to The resolution shall be limited. For example, each pixel of video content in which each pixel consists of 12 bits is converted to 8 bits and output.

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

Specifically, for example, when the digital interface unit 125 is an HDMI interface and the target content is output to an external device connected to the HDMI interface, the HDMI interface of the external device is HDCP (High-bandwidth Digital Content Protection) 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 less than 2.2, the image quality restriction is performed. 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. , whether or not to restrict the image quality of the target content may be controlled. If the resolution limit control flag does not indicate that the resolution limit control is to be performed in accordance with the interface specification, whether or not the image quality is limited may be controlled based on only the resolution limit bit. Similar processing may be performed for the frame rate limit control flag and the pixel resolution limit control flag.

Also, the above-mentioned copy control information indicates copy restrictions such as "only one generation copy allowed", "predetermined number of copies allowed", "copy prohibited", etc., to an external device via the LAN communication unit 121. Copy processing is possible only when the IP address of the external device, which is the destination of the transmission packet from the broadcast receiving device 100, is in 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 is permitted and encryption processing is required at the time of storage and output'' may be handled in the same manner.

Similarly, content for which the above-mentioned copy control information indicates copy restrictions such as "one generation copy allowed", "predetermined number of copies allowed", "unlimited copy allowed and encryption processing required for storage and output" Once stored in the storage (accumulation) unit 110, the move processing or copy processing to the external device via the LAN communication unit 121 also involves the IP This is possible only when the address is within the same subnet as the IP address of the broadcast receiver 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 receiver 100.

Also, in principle, viewing video output and audio output for content stored in the storage (accumulation) unit 110 of the broadcast receiving device 100 is performed when the IP address of the external device, which is the destination of the transmission packet from the broadcast receiving device 100, is It is possible only when it is in the same subnet as the IP address of the broadcast receiver 100, and is prohibited when the IP address of the external device is outside the same subnet as the IP address of the broadcast receiver 100. However, the external device is connected within a predetermined period within the same subnet as the IP address of the broadcast receiving device 100 and is registered as a device that can be viewed even outside the same subnet as the IP address of the broadcast receiving device 100. In the case of a (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, storage (accumulation) of the broadcast receiving device 100 in the external device ) section 110 may be configured to enable viewing video output and audio output for the content stored in the section 110 . In this case, the viewing video output and audio output are performed by encrypting the contents.

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. That is, when the value of the "encryption_mode" parameter indicates that output protection of the IP interface output is required, the encryption process is performed, and when it indicates that output protection of the IP interface output is not required. , the video output for viewing and the audio output may be performed without performing the encryption processing. Further, when the value of the "encryption_mode" parameter indicates that output protection of the IP interface output is required, encryption processing is performed by using part or all of the "reserved_future_use" parameter of the content usage control descriptor. Alternatively, the range of IP addresses of the external devices capable of outputting the video and audio for viewing may be specified without applying the That is, for a predetermined IP address, even if the IP address is not in the same subnet as the IP address of the broadcast receiving apparatus 100, it is possible to perform viewing video output and audio output.

Also, a 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 is executed is within the specified period, even if the external device is outside the same subnet as the IP address of the broadcast receiving apparatus 100, the external device Control may be performed so that viewing video output and audio output to the device are permitted, and are not permitted outside the specified period.

In addition, the above-described moving processing, copying processing, output processing, 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. . That is, when the value of the "remote_view_mode" parameter does not allow remote viewing of the target content, all processing such as moving, copying, and outputting the content to an external device via the LAN communication unit 121 is performed. You may control so that it may be prohibited.

According to the processing described above, appropriate content protection can be achieved even when the content is output to an external device.

<Exception processing 1 of content copy control>
In the data structure of the content copy control descriptor shown in FIG. 22A, the first digital copy control information (“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 (“digital_recording_control_data” parameter located immediately after “component_tag”) is copy generation control information relating to each component constituting the content. It should be noted that each component is designated by 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 described in the content copy control descriptor, and the first digital copy control information is described in the content copy control descriptor. The copy generation is controlled by the 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, Control copy generation. Furthermore, when copy generation control is performed 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. situation is conceivable. In the above-described situation, the broadcast receiving apparatus 100 of this embodiment should perform the following operations.

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

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

Furthermore, in the third operation example, if the descriptions of the first digital copy control information and the descriptions of the second digital copy control information do not match, the stricter condition of the two different digital copy control information is set. This is a method of performing control so as to operate based on digital copy control information. For example, if one is "unlimited copying" and the other is "copying only one generation", the information "copying one generation only" is followed. Alternatively, if one is "copyable a predetermined number of times" and the other is "copying prohibited", the "copying prohibited" information is followed. Alternatively, if both are "copyable a predetermined number of times", the separately specified information 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 the present embodiment can preferably operate even when two different pieces of digital copy control information are written in the content copy control descriptor.

<Exception processing 2 of content copy control>
As described with reference to FIG. 7A, in the digital broadcasting system to which the broadcast receiving apparatus 100 of the present embodiment is compatible, the location information in the MPT (see FIG. 7C) indicates that the data acquired in the TLV stream of the broadcast path and a different path Data acquired by (IPv4, IPv6, MPEG2-TS, URL, etc.) may be included in the same package and in the same event as data acquired by TLV stream, but at this time copy control information is included in MPT etc. Describe content protection when

First, when copy control information is included in MPT etc., the data included in the same package and the same event in the location information is a path different from the data acquired in the TLV stream of the broadcast path (IPv4, IPv6, MPEG2-TS, URL, etc.) may be controlled according to the copy control information included in the TLV stream. As described above, the copy control statuses of the content specified by these pieces of copy control information include "unlimited copying" ("unlimited copying and encryption processing required at storage and output" and "unlimited copying"). and no encryption processing is required at the time of storage and output”), “only one generation can be copied”, and “predetermined number of copies are allowed” (for example, if nine copies are allowed + one move is allowed, the so-called “ Dubbing 10”), “copy prohibition”, 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 is also associated with the copy control information of the other digital broadcasting signal. are being broadcast. Then, according to which information and how to perform copy control of the MPEG2-TS data (whether according to the copy control information included in the TLV/MMT stream or according to the copy control information included in MPEG2-TS) becomes a problem. .

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

<Operation example 1>
In the first operation example, when copy control information is included in MPT or the like, and data included in the same package and in the same event as location information includes MPEG2-TS data transmitted by another digital broadcasting signal, MPEG2 - Prioritize the copy control state indicated by the copy control information included in the TLV stream over the copy control state indicated by the copy control information included in the TS.

For example, the copy control status indicated by the copy control information included in the TLV stream is "one generation copy allowed", and the copy control status indicated by the copy control information included in the MPEG2-TS is "predetermined multiple copies allowed". If so, even if the data is acquired through a route (digital broadcasting in MPEG2-TS transmission format) different from that acquired through the TLV stream, copy control may be performed as the content of "1st generation copy permitted". For example, the copy control status indicated by the copy control information included in the TLV stream is "unlimited copying allowed", and the copy control status indicated by the copy control information included in the MPEG2-TS is "predetermined multiple copies allowed". If so, even if the data is acquired through a route (digital broadcasting in MPEG2-TS transmission format) different from that acquired through the TLV stream, copy control may be performed as "unlimited copying" content.

In the case of this operation, it is possible to put the data acquired through a path other than the TLV stream into a copy state desired to be managed in the broadcasting system supported by the broadcast receiving apparatus 100 of the present embodiment.

<Operation example 2>
In the second operation example, when copy control information is included in MPT or the like, and data included in the same package and the same event as location information includes MPEG2-TS data transmitted by another digital broadcasting signal, 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, storage processing to the storage (accumulation) unit 110 or the like, recording processing to a removable recording medium, or output processing from the digital interface is performed. When doing so, the MPEG2-TS data is excluded from the contents to be processed.

In the case of this operation, for data acquired through a route other than the TLV stream, while respecting the original copy control information set in the broadcasting system that transmits the data, the broadcast receiving apparatus 100 of the present embodiment copies 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 state as the copy control state indicated by the copy control information included in the TLV stream or is in a looser copy control state In other words, MPEG2-TS data included in the same package and in the same event with the location information may be copy-controlled as content in the copy-controlled state indicated by the copy control information included in the TLV stream.

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

In the above explanation, the copyright protection function of the broadcast receiving apparatus 100 of this embodiment is explained 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 the MPT, the MH-service description table (MH-SDT) and MH-event information table (MH-EIT) described in FIG. 6B, or other tables are placed and transmitted, and the broadcast receiving apparatus 100 follows these tables. Copyright protection processing may be performed.

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

(Example 2)
A second embodiment of the present invention will be described below. It should be noted that the configuration, processing, effects, etc. of this embodiment are the same as those of the first embodiment unless otherwise specified. Therefore, the differences between the present embodiment and the first embodiment will be mainly described below, and descriptions of common points will be omitted as much as possible to avoid duplication. Also, the broadcast receiving apparatus of this embodiment will be described below assuming that it is a television receiver compatible with both the MMT system and the MPEG2-TS system as media transport systems.

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

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

A first tuner/demodulator 831 receives broadcast waves of a broadcast service adopting 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 (tune) to the channel of Further, the first tuner/demodulator 831 demodulates the received broadcast signal to obtain an MMT data string, and outputs it to the MMT decoding processor 841 . The second tuner/demodulator 832 receives broadcast waves of a broadcast service that employs MPEG2-TS as a media transport method via an antenna (not shown), and, based on the control of the main control unit 801, reproduces the signals desired by the user. Tune in (tune) to the channel of the service you want. Furthermore, the second tuner/demodulator 832 demodulates the received broadcast signal to obtain an MPEG2-TS data string and outputs it to the MPEG2-TS decoding processor 842 .

The MMT decoding processing unit 841 receives the MMT data string output from the first tuner/demodulation unit 831, and converts video data string, audio data string, Separation processing of superimposed text data string, caption data string, etc., decoding processing, etc. are performed. The MMT decoding processing unit 841 includes the separation unit 132, the video decoder 141, the video color gamut conversion unit 142, the audio decoder 143, the text super decoder 144, the subtitle decoder 145, the subtitle synthesizing unit 146, Functions corresponding to the subtitle color gamut conversion unit 147, the data decoder 151, the cache unit 152, the application control unit 153, the browser unit 154, the application color gamut conversion unit 155, the sound source unit 156, and the like are provided. The MMT decoding processing unit 841 can perform various types of processing described in the first embodiment. The details of the various processes are the same as those described in the first embodiment, so descriptions thereof will be omitted.

The MPEG2-TS decoding processing unit 842 receives the MPEG2-TS data string output from the second tuner/demodulation unit 832, and converts video data, which is a real-time presentation element, based on the control signal included in the MPEG2-TS data string. It performs separation processing, decoding processing, and the like for strings, audio data strings, superimposed text data strings, caption data strings, and the like. The MPEG2-TS decoding processing unit 842 has a function equivalent to that of an IRD (Integrated Receiver Decoder) unit of a conventional television receiver that receives broadcast waves of a broadcasting service adopting MPEG2-TS as a media transport method. Detailed description is omitted.

The video synthesizing unit 861 receives the video information, subtitle information, and application information output from the MMT decoding processing unit 841, and the video information, subtitle information, and application information output from the MPEG2-TS decoding processing unit 842, Processing such as selection and/or superimposition is performed as appropriate. The video synthesizing unit 861 includes a video RAM (not shown), and the monitor unit 862 and the like are driven based on the video information and the like input to the video RAM. Also, the video synthesizing unit 861 performs scaling processing, EPG screen information superimposing processing, etc., as necessary, based on the control of the main control unit 801 . The audio synthesizing unit 164 receives the audio information output from the MMT decoding processing unit 841 and the audio information output from the MPEG2-TS decoding processing unit 842, and performs processing such as 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 on the Internet 200 and other communication devices. Also, it obtains an MMT data string (or a part thereof) or an MPEG2-TS data string (or a part thereof) of a program transmitted via a communication line, Output to the decoding processing unit 842 .

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

Generally, when the video synthesizing unit 861 mainly selects the video information output from the MMT decoding processing unit 841, the information about the current date and the current time obtained from the MH-TOT is superimposed on the video information, etc., and when the video synthesizing unit 861 mainly selects the video information, etc. output from the MPEG2-TS decoding processing unit 842, the information about the current date and the current time obtained from the TOT is Control may be performed so as to be superimposed on video information or the like.

However, there are differences in encoding/decoding processes and transmission paths between broadcasting services that use MMT as a media transport method and broadcasting services that use MPEG2-TS as a media transport method. , there is a possibility that inconsistency may occur between the selection of a broadcasting service that employs MMT as the media transport scheme and the selection of a broadcasting service that employs MPEG2-TS as the media transport scheme. For example, as shown in FIG. 25, an EPG screen 162g displaying channel information of a broadcasting service adopting MMT as a media transport method is changed to an EPG screen 162g displaying channel information of a broadcasting service adopting MPEG2-TS as a media transport method. When the screen display is switched to the screen 162h, the inconsistency caused by the switching of the display of the current time from the current time display 162g1 to the current time display 162h1 may cause a visual discomfort to the user.

In the broadcast receiving apparatus 800 of the present embodiment, even when the video synthesizing unit 861 mainly selects the video information or the like output from the MMT decoding processing unit 841, in order to prevent the user's visual discomfort. , the information relating to the current date and current time obtained from the TOT is superimposed on the video information or the like. That is, control is performed to superimpose the current time information provided by the broadcasting service adopting MPEG2-TS as the media transport method on the content of the broadcasting service adopting MMT as the 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 adopting MMT as a media transport method and a broadcasting service adopting MPEG2-TS as a media transport method, the user will feel a visual discomfort due to inconsistency in the display of the current time. It is possible to prevent

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. In the broadcast receiving apparatus 800 of the present embodiment, when it is possible to receive a broadcast service adopting MPEG2-TS as a media transport method, the TOT is always referenced to acquire the current time information. , the MH-TOT only when it is in a state in which it is impossible to receive a broadcasting service adopting MPEG2-TS as a media transport method and in a state in which it is possible to receive a broadcasting service adopting MMT as a media transport method. to get the current time information.

Contrary to the control described above, the current time information provided by the broadcasting service adopting MMT as the media transport method is superimposed on the content of the broadcasting service adopting MPEG2-TS as the media transport method. Even if it is controlled, the same effect as described above can be obtained.

As described above, when controlling to superimpose the current time information provided by the broadcasting service adopting MPEG2-TS as the media transport method on the content of the broadcasting service adopting MMT as the media transport method. and control to superimpose the current time information provided by the broadcasting service adopting MMT as the media transport method on the contents of the broadcasting service adopting MPEG2-TS as the media transport method. , the current time information can be corrected by referring to the "delta" parameter of the time information in the TMCC extension information area, in the same manner as described in [Time management of broadcast receiving device] in Embodiment 1. It is possible.

Also, in both cases of broadcasting services adopting MMT as a media transport method and broadcasting services adopting MPEG2-TS as a media transport method, MH-TOT or TOT transmitted by each broadcasting service constituting the network is It is conceivable that there may be an error due to a malfunction of the transmission side system or a transmission error. In the broadcast receiving apparatus 800 of the present embodiment, as a countermeasure against the MH-TOT or the TOT error, when it is determined that the MH-TOT or the TOT acquired from the service being received has an error, other than the same network MH-TOT or TOT from the broadcasting service of another network or from any broadcasting service of another network, and refer to the current time information to update the time information of the built-in clock. and

FIG. 26B shows an example of update processing of the current time information when receiving a broadcast service adopting MPEG2-TS as the media transport method in the broadcast receiving apparatus 800 of this embodiment. It should be noted that even when receiving a broadcast service that employs MMT as a media transport method, processing similar to that shown in FIG. 1 is possible.

When updating the time information of the built-in clock in the broadcast receiving apparatus 800 of the present embodiment, first, the reception function execution unit 1102 receives MPEG2 - Acquire the TOT from the TS data string (S301), and acquire current time information by referring to the acquired TOT (S302). Next, the reception function execution unit 1102 performs processing for comparing the current time information acquired in the processing of S302 and the time information of the built-in clock.

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

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

If it is not possible to obtain the current time information within a predetermined range from the time information of the built-in clock by repeating the processing of S304 to S305, such as during initial setting after factory shipment, the current time information is obtained by the processing of S302. The time information of the built-in clock may be set again using the current time information. By doing so, 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 adopting MMT as a media transport method is transmitted by MH-EIT or the like. On the other hand, event schedule information of broadcasting services adopting MPEG2-TS as a media transport method is transmitted by EIT (Event Information Table) provided in SI defined in the MPEG-2 system. Therefore, in general, when displaying video information provided by a broadcasting service that employs MMT as a media transport method, event schedule information (MH-EIT) of the broadcasting service that employs MMT is displayed. ) can be acquired, and when displaying video information, etc., provided by a broadcasting service that employs MPEG2-TS as a media transport method, the event schedule information of the broadcasting service that employs MPEG2-TS (EIT) can be obtained.

However, the broadcast receiving apparatus 800 of the present embodiment can display video information and the like provided by a broadcasting service that employs MMT as a media transport method, or even when MPEG2-TS is used as a media transport method. Both the MH-EIT and the EIT can be acquired even when displaying video information provided by a broadcasting service that employs .

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

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

Furthermore, when the user desires to check detailed information about broadcast programs provided by a broadcasting service that employs MPEG2-TS as a media transport method, and instructs network switching by operating a remote controller (not shown), EPG Screen 162j is displayed. At this time, in the broadcast receiving apparatus 800 of the present embodiment, the initial screen of the EPG screen created based on the EIT of the broadcast service adopting MPEG2-TS as the media transport method (that is, "October 7, 2014 (detailed information of the broadcast program of each channel from "17 o'clock"), but the same day and time zone as the EPG screen 162i displayed immediately before (that is, "from 20 o'clock ]) to display the detailed information of the broadcast program of each channel.

With the above-described control, the user can continuously confirm detailed information about 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 the broadcast receiving apparatus 800 is improved.

FIG. 27B is a diagram showing a different example of the EPG screen in broadcast receiving apparatus 800 of this embodiment. The EPG screen 162k shows a state in which the EPG screen 162i shown in FIG. 27A is displayed and 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 adopting MMT as a media transport method can be displayed. Channel information created based on the EIT of a broadcasting service adopting MPEG2-TS as a transport method is seamlessly displayed on the same time axis.

Therefore, while the user confirms the channel information created based on the MH-EIT of the broadcasting service adopting MMT as the media transport method, the channel information created based on the EIT of the broadcasting service adopting MPEG2-TS as the media transport method Even when the user desires to check the received channel information, it is possible to eliminate the need for instructing network switching by operating a remote controller (not shown). Furthermore, the user can simultaneously confirm detailed information about broadcast programs on the same day and at the same time on a plurality of networks with different media transport methods. That is, the usability of the broadcast receiving apparatus 800 is improved.

(Example 3)
A third embodiment of the present invention will be described below. It should be noted that the configuration and effects of this embodiment are the same as those of the first or second embodiment unless otherwise specified. Therefore, in the following, differences between the present embodiment and the first or second embodiment will be mainly described, and descriptions of common points will be omitted as much as possible to avoid duplication. Also, in this embodiment, a cooperative operation between the broadcast receiving apparatus and the mobile information terminal will be described.

[Outline of application transmission method]
The application transmission method of this embodiment will be described with reference to FIG.

In the broadcasting system of this embodiment, it is assumed that a transmission system equivalent to the data carousel transmission system used in general digital broadcasting is possible. That is, when data is downloaded to a receiver or content is transmitted in a multimedia service, the data is repeatedly transmitted so that the receiver can acquire necessary data at any time during the broadcasting time. Data is encapsulated and transmitted to the asynchronous MPU on a file-by-file basis. Control information regarding application transmission can be transmitted using data transmission messages. The data transmission message shall store a data directory management table, a data asset management table, and a data content management table.

A file constituting an application is specified with a path name in an application description such as HTML5. A path name may be described as a combination of a directory node name and a file name. Also, a node tag is defined as an identifier that integrates directory nodes and files, and is applied as information for linking each table.

The receiver, to which the path name is specified by the application, obtains the node tag of the file with the specified path name from the data directory management table in the data transmission message. Next, the component tag, download ID, MPU sequence number, and item ID of the asset to which the item having the obtained node tag is transmitted are obtained from the data asset management table also in the data transmission message. Furthermore, by referring to the MP table, the location information of the asset having the obtained component tag is acquired, and the asset to which the file is actually transmitted is specified. Within the identified asset, a unit of repeated transmission of files corresponding to the carousel can be uniquely identified by the obtained download ID and the download ID described in the multi-extension header area of the MMTP packet that transmits the item. , among the repeatedly transmitted items, the item having the obtained MPU sequence number and item ID can be obtained as a desired file.

It is assumed that the node tag is unique within a data transmission message, the MPU sequence number is unique within an asset, and the item ID is unique within a service provider.

Furthermore, by constantly monitoring the data asset management table, the receiver can detect that the files that make up the application have been updated, and can always present the application in the latest state. Update detection may be possible on an asset-by-asset basis, an MPU-by-MPU basis, or a file-by-file basis. The data asset management table obtains the updated file's component tag, MPU sequence number and item ID. Similar to the file acquisition described above, the asset can be identified by looking up the MP table, and the item with the obtained MPU sequence number and item ID can be acquired as the desired updated file.

The data content management table provides configuration information of files as data content in order to realize flexible and effective cache control. A unit (for example, page) presented in the data content is defined as a presentation unit, and information such as which item is related and which presentation unit has a link relationship is indicated in that unit. These pieces of information make it possible to know other items contained in the same presentation unit as the originally requested item. Information such as cache control for each presentation unit can also be obtained. As a result, the receiver can shorten the acquisition time of the entire page and preferentially cache the next page.

As described above, applications and data are also transmitted as assets, and the asset type (asset_type) is described in the MP table (MPT: see FIG. 7B). Asset types are summarized in FIG. In addition to broadcast video, audio, and caption data, applications and data used by applications are transmitted as assets. Further, the acquisition destination of the applications and data assets used by the applications may be broadcast waves or via communication lines. FIG. 30A shows an example of the data structure of location information (MMT_general_location_info) describing the acquisition destination of the asset. This location information describes the type of acquisition destination (location_type) and the acquisition destination. FIG. 30B shows the meaning of the type of acquisition source.

[Application Presentation Format]
The presentation of the application is also performed in the area defined by the layout setting table (LCT: see FIG. 17A), like the broadcast video and audio. Which region is to be used is specified by the layout number (layout_number) and region number (region_number) in the MPU presentation region specification descriptor (MPU_Presentation_Region_Descriptor). An example of the data structure of the MPU presentation area designation descriptor is shown in FIG.

[Overview of application control information]
The application control information of this embodiment is an application (hereinafter referred to as broadcast It is information intended to make known the existence of the linked application and instruct its control. It is assumed that the application control information in this embodiment is transmitted in the form of the MH-application information table (MH-AIT: see FIG. 6B) in the broadcasting system.

In addition, the broadcast cooperation application (1) operates only in a broadcast reception state based on a control signal such as start/end contained in a broadcast signal, and is a broadcast managed program that is permitted to access broadcast resources based on the control signal. applications, (2) non-broadcast managed applications that are allowed to access broadcast resources based on means such as application authentication in an operation mode that is not controlled by broadcast signals such as start/end, and (3) broadcast resources. It may be distinguished from other general applications for which access is not permitted.

MH-AIT is stored in the M2 section message (see FIG. 6A) and transmitted. An example of the MH-AIT data structure is shown in FIG. 32A.

The type of application to be controlled by MH-AIT is indicated by the 'application_type (application type)' parameter. Application type assignments are shown in FIG. 32B. Also, the control code that controls the state of the application is indicated by the "application_control_code (application control code)" parameter. Application control codes may be defined for each application type. If there is no definition for each application format, it shall be used in the meaning of FIG. 32C.

An application is identified by an application identifier (application_identifier). An example data structure of an application identifier is shown in FIG. 32D. The application identifier is a value that uniquely identifies each application, which is defined for each application format. The application identifier may consist of an organization identifier (organization_id) that identifies a business and an application identifier (application_id) numbered for each business. The application identification for each operator may reuse the same value for different applications by separating time, but in that case, the expiration date of the cache of the application (MH-cache information descriptor: see FIG. 6D) should be considered. It is desirable to prevent the same identification value from being assigned to different applications within the receiver.

[Descriptor described in MH-AIT]
Information about each application is described in descriptors in addition to the parameters described above. 6C and 6D list the descriptors of the present broadcasting system, and the main ones related to MH-AIT are described in detail below.

(1) MH-application descriptor One MH-application descriptor must be placed for each application in the application information descriptor loop of MH-AIT. An example of the data structure of the MH-Application Descriptor is shown in FIG. The 'application_profile' parameter indicates the application profile of the receiver in which the target application can be executed. If a receiver implements this profile, it indicates that it has the ability to run the target application. The contents of the profile are defined for each application type.

(2) MH-Transmission Protocol Descriptor As an application transmission means, the MH-AIT common descriptor loop or MH-AIT common descriptor loop or In the application information descriptor loop, the number of transmission protocol labels of the application descriptor shall be allocated. An example of the data structure of the MH-Transmission Protocol Descriptor is shown in FIG. 34A. The 'protocol_id' parameter sets the protocol for transmitting the target application. The meaning of protocol identification is shown in FIG. 34B. Furthermore, supplementary information defined for each protocol identification is stored in "selector_byte (selector area)". An example of the data structure of the selector area for HTTP/HTTPS transmission and MMT non-timed transmission is shown in FIG. 34C. It is assumed that it is possible to obtain information about the URL for acquiring the target application from the "URL_base_byte (URL base)" parameter, the "URL_extension_byte (URL extension)" parameter, and the like.

(3) MH-simple application location descriptor The purpose of MH-simple application location descriptor is to specify the details of the acquisition source of the application. shall be placed. An example of the data structure of the MH-Simple Application Location Descriptor is shown in FIG. The "initial_path_byte (application URL)" parameter indicates the URL that is the entry point of the target application. It may be indicated by a relative path whose root is the location where the target application can be obtained, which is described in the transmission protocol descriptor.

(4) MH-application boundary authority setting descriptor One or more shall be placed in the application information descriptor loop of AIT. If this descriptor is not placed, the application boundary will be infinite and all accesses to broadcast resources will be permitted. An example of the data structure of the MH-Application Boundary Authority Setting Descriptor is shown in FIG. In the "permission_bitmap (access authority bitmap)" parameter, permission/prohibition of access to each broadcasting resource is configured by a bitmap for each function. The "managed_URL_byte (access authority management area setting information)" parameter indicates the URL of the area to which the access authority setting indicated by the access bitmap is applied. Access authority management area setting information is specified by a domain or its subdirectory.

(5) MH-Activation Priority Information Descriptor The MH-Activation Priority Information Descriptor is intended to specify the application activation priority, and a maximum of one MH-Activation Priority Information Descriptor shall be placed for each application in the MH-AIT application information descriptor loop. shall be However, this descriptor may be placed only in the application information description indicating that the application control code instructs automatic activation of the application ("AUTOSTART", etc.). Also, if this descriptor is not arranged, it can be regarded as having the lowest priority, including data broadcasting. An example of the data structure of the MH-Activation Priority Information Descriptor is shown in FIG. The "autostart_priority (startup priority)" parameter indicates the startup priority of the target application among the data broadcasting and all applications linked to the service currently being received.

(6) MH-Cache Information Descriptor The MH-Cache Information Descriptor is intended to be used for cache control when the resources that make up the application are cached and held when reuse of the application is assumed. , MH-AIT application information descriptor loops, a maximum of one for each application. If this descriptor is not placed, the receiver may delete the resources that make up the application without retaining them when the application terminates. An example of the data structure of the MH-Cache Information Descriptor is shown in FIG. 38A. The "cache_priority" parameter indicates the priority of keeping the cache of the target application. It is assumed that the larger the value, the higher the priority. If the cache capacity is exceeded, the cache is deleted for each application based on this information. If no priority is specified, set this parameter to "0xFF". The "application_version (application version)" parameter indicates the version number of the target application.

The receiver stores the application version corresponding to the cached application, and when the application version is updated when the application is started after that, the application is renewed from the specified URL without using the application held in the cache. , the application is acquired and used, and the contents of the cache are also rewritten. The "expire_date (cache expiration date)" parameter indicates the cache expiration date of the target application as a year, month, and day in the lower 16 bits of the MJD. The receiver can cache the target application until this expiration date. Delete it from the cache when it expires. If it is to be indefinite, set this parameter to "0xFFFF". If this cache expiration parameter is not set, it may be possible to prohibit cache retention after the end of a program, emphasizing the operational stability of the application. The cache may be held, or the cache may be held for a predetermined period of time by balancing the two.

Also, instead of the cache expiration date, a usable expiration date may be set for each application. FIG. 38B shows an example data structure of the MH-Application Expiration Descriptor, which describes the expiration date for each application. If this period is exceeded, the use of the application is prohibited. Although long-term caching is not permitted, it is possible to permit the mode of re-obtaining and using the data at the time of use for a certain period of time, enabling various modes of application use.

(7) MH-Probabilistic Application Delay Descriptor MH-Probabilistic Application Delay Descriptor delays the timing of application control by a probabilistically set delay amount, assuming load distribution of server access for application acquisition. A maximum of one for each application shall be placed in the MH-AIT application information descriptor loop. If this descriptor is not arranged, the control operation indicated by the control code will be performed at the timing when MH-AIT of a specific version is received for the first time. An example of the data structure of the MH-Probabilistic Adaptation Delay Descriptor is shown in FIG. The "range (delay time width)" parameter indicates the maximum delay time in seconds from the current time until the control code is applied. The "rate (dispersion number)" parameter indicates the number of stages of the delay time until control code application that is stochastically set. Based on the value "N" randomly selected from the integers from "0" to "rate", the receiver calculates the delay time by the formula "N × range ÷ rate", and receives MH-AIT. The control code is applied with a delay of the delay time from time. The "randomization_end_time" parameter indicates the deadline for the time at which the stochastic application delay process should be performed. If the MH-AIT is received after the time indicated by this parameter, apply the control code immediately. The date is encoded with the lower 16 bits of MJD, and the time is encoded with the hour, minute, and second of JST with 24 bits of BCD.

Also, the MH-AIT of this embodiment may further include parameters, descriptors, etc. different from those described above.

The operation of the broadcast receiving apparatus 100 of this embodiment will be described below.

[Operation sequence at application startup]
First, automatic activation processing of a broadcast cooperation application based on MH-AIT transmitted by broadcast waves in the broadcast receiving apparatus 100 of the present embodiment will be described with reference to FIG. 40A. This is an example of the case where the broadcast cooperation application related to the selected channel is automatically activated.

When the tuner/demodulator 131 of the broadcast receiving apparatus 100 selects the channel desired by the user and acquires the MMT data string, the application control unit 153 confirms the MH-AIT stored in the M2 section message ( S1001). Incidentally, when MH-AIT is not stored in the M2 section message, the automatic activation process may be terminated assuming that there is no broadcast cooperation application related to the selected channel. Next, the application format and application control code of each broadcast-linked application described in the MH-AIT are confirmed (S1002). As a result of the process of S1002, if there is no broadcast cooperation application having the application control code of "automatic start (AUTOSTART)" (S1003: No), the automatic start process may be ended. In this case, launcher processing can be performed again, but this launcher processing will be described later.

On the other hand, as a result of the process of S1002, if there is a broadcast-linked application having an application control code of "automatic start" (S1003: Yes), the MH-activation priority information descriptor of the MH-AIT related to the broadcast-linked application Confirmation is performed (S1004). Next, select the broadcast-linked application with the highest priority among the broadcast-linked applications having the application control code of "automatic start" (S1005), and select the MH-application descriptor of the MH-AIT related to the selected broadcast-linked application. is confirmed (S1006). If the broadcast receiving apparatus 100 satisfies the application profile described in the MH-application descriptor (S1007: Yes), the process proceeds to the next step. If the broadcast receiving apparatus 100 does not satisfy the application profile described in the MH-application descriptor (S1007: No), the broadcast receiving apparatus 100 determines that the selected broadcast-linked application cannot be activated. In this case, it is checked whether or not there is a next-priority broadcast-linked application (S1008), and if there is no next-prioritized broadcast-linked application, the automatic activation process may end. If there is a next-priority broadcast-linked application, the next-prioritized broadcast-linked application is selected (S1009), and the processes of S1006 and S1007 are repeated.

In the process of S1007, when it is determined that the broadcast receiving apparatus 100 satisfies the application profile described in the MH-application descriptor, the MH-transmission protocol descriptor of the MH-AIT related to the selected broadcast cooperation application Confirmation is performed (S1010). As a result of the process of S1010, if the selected broadcast-linked application can be acquired by HTTP/HTTPS transmission based on the protocol identification described in the MH-transmission protocol descriptor (S1011: Yes), the selection The MH-simple application location descriptor of the MH-AIT related to the selected broadcast-linked application is confirmed (S1012), and the URL of the entry point of the selected broadcast-linked application is obtained.

After acquiring the URL of the entry point of the selected broadcast cooperation application in the process of S1012, next, the LAN communication unit 121 connects to the server specified by the URL on the Internet 200 (in this embodiment, the service provider server 400). is requested to distribute the broadcast cooperation application (S1013). The service provider server 400 that has received the distribution request distributes the requested broadcast cooperation application after appropriately performing authentication processing of the broadcast receiving device 100 and the like (S1014). When the broadcast cooperation application is received from the service provider server 400 via the LAN communication unit 121, the broadcast receiving device 100 activates the received broadcast cooperation application in the browser unit 154 based on the control of the application control unit 153. Execute (S1018). Note that the authentication processing of the broadcast receiving device 100 performed by the service provider server 400 may be a known processing, and detailed description thereof will be omitted.

On the other hand, as a result of the process of S1010, if the selected broadcast-linked application can be acquired by data carousel transmission based on the protocol identification described in the MH-transmission protocol descriptor (S1011: No), the application control unit 153 confirms the DDM table and DAM table stored in the data transmission message (S1015, S1016), and the selected broadcast-linked application is transmitted according to the procedure described in the above [Outline of application transmission method]. Identify assets. Furthermore, when the broadcast-linked application is acquired from the identified asset of the broadcast wave (S1017), the broadcast receiving apparatus 100 activates the received broadcast-linked application in the browser unit 154 under the control of the application control unit 153. (S1018).

By the series of processes described above, the broadcast receiving apparatus 100 of the present embodiment can automatically activate the broadcast cooperation application based on the MH-AIT transmitted by the broadcast wave. Note that the MH-AIT confirmation processing in each of the processing of S1004, S1006, S1010, and S1012 may be performed by acquiring the MH-AIT from the broadcast wave each time, or by acquiring the MH-AIT acquired in the processing of S1001. The AIT may be cached and the cached MH-AIT may be confirmed. Also, the operation sequence is merely an example, and a different processing procedure may be used.

Next, the launcher process of the broadcast cooperation application based on the MH-AIT transmitted by the broadcast wave in the broadcast receiving apparatus 100 of this embodiment will be explained using FIG. 40B. This is an example in which a broadcast cooperation application related to the selected channel is activated based on a user's instruction.

When the tuner/demodulator 131 of the broadcast receiving apparatus 100 selects the channel desired by the user and acquires the MMT data string, the application control unit 153 confirms the MH-AIT stored in the M2 section message ( S1101). Incidentally, when MH-AIT is not stored in the M2 section message, the automatic activation process may be terminated assuming that there is no broadcast cooperation application related to the selected channel. Next, the application format and application control code of each broadcast-linked application described in the MH-AIT are confirmed (S1102). As a result of the process of S1102, if there is a broadcast-linked application having an application control code of "automatic start (AUTOSTART)" (S1103: Yes), the automatic start process shown in FIG. 40A is possible.

On the other hand, as a result of the process of S1102, if there is no broadcast-linked application having the application control code of "automatic launch" (S1103: No), the broadcast-linked application having the application control code of "executable (PRESENT)" is confirmed, and if there is no broadcast-linked application having an “executable” application control code (S1104: No), the launcher process may be terminated. If there is a broadcast-linked application having an “executable” application control code (S1104: Yes), the MH-application description of the MH-AIT for each of the broadcast-linked applications having the “executable” application control code The child is confirmed (S1105). As a result of the process of S1105, if there is no broadcast-linked application that satisfies the application profile described in the MH-application descriptor (S1106: No), the launcher process may be terminated. If there is even one broadcast-linked application that satisfies the application profile described in the MH-application descriptor (S1106: Yes), the process proceeds to the next step.

It is assumed that the broadcast receiving apparatus 100 has not yet executed the broadcast cooperation application after the processing of S1101 to S1103 and S1104 to S1106 is completed, and the normal broadcast program image is being displayed on the monitor unit 162 . In this state, when the user uses a remote controller or a mobile information terminal capable of operating the broadcast receiving apparatus 100 to issue an instruction to start the broadcast cooperation application launcher (S1107), the monitor unit 162 displays an executable program on the broadcast receiving apparatus 100. A list of broadcast-linked applications is displayed on the OSD (S1108). Furthermore, when the user operates the remote control or the portable information terminal to instruct selection of a desired broadcast-linked application from the list of broadcast-linked applications (S1109), the application control unit 153 responds to the user's instruction. Based on the selected broadcast cooperation application is selected (S1110), the selected broadcast cooperation application is acquired and started (S1111 to S1119). Note that the processing of S1111 to S1119 may be the same as the processing of S1010 to S1018 shown in FIG. 40A.

By the series of processes described above, the broadcast receiving apparatus 100 of the present embodiment can perform the launcher process of the broadcast cooperation application based on the MH-AIT transmitted by the broadcast wave. Note that the MH-AIT confirmation processing in each of the processing of S1105, S1111, and S1113 may be performed by acquiring MH-AIT from the broadcast wave each time, or by checking the MH-AIT acquired in the processing of S1101. It may be cached and the cached MH-AIT may be checked. Also, the order of the processing of S1104 to S1106 and the processing of S1107 to S1110 may be reversed. In this case, the profile confirmation processing of S1104 to S1106 may be performed only for the broadcast cooperation application selected in the processing of S1110. In addition, the list of broadcast-linked applications displayed in the process of S1108 may display only those that can be executed by the broadcast receiving apparatus 100 according to the status of the application profile. All broadcast cooperation applications may be displayed, and those that cannot be executed by the broadcast receiving apparatus 100 may be disabled. Also, the operation sequence is merely an example, and a different processing procedure may be used.

Next, the process of activating the broadcast cooperation application based on the MH-AIT transmitted by the broadcast wave in the broadcast receiving apparatus 100 of the present embodiment from the data broadcast screen will be described using FIG. 40C.

When the tuner/demodulator 131 of the broadcast receiver 100 selects the channel desired by the user and acquires the MMT data string, the application controller 153 confirms the MH-AIT stored in the M2 section message, It is checked whether or not there is a broadcast-linked application having an application control code of 'automatic start (AUTOSTART)' or 'executable (PRESENT)' (S1201 to S1206). Note that the processing of S1201 to S1206 may be the same as the processing of S1101 to S1106 shown in FIG. 40B.

It is assumed that the broadcast receiving apparatus 100 has not yet executed the broadcast cooperation application after the processing of S1201 to S2106 is completed, and the normal broadcast program image is being displayed on the monitor unit 162 . In this state, when the user uses a remote control or a portable information terminal capable of operating the broadcast receiving apparatus 100 to issue an instruction to activate the data broadcasting screen (S1207), (if the data broadcasting screen can be displayed, ) The data decoder 151 acquires a BML document or the like from the data carousel of the MMT data string, interprets the acquired BML document or the like, creates a data broadcasting screen, and displays it on the monitor unit 162 (S1208). Note that if there is even one broadcast-linked application that satisfies the application profile confirmed in the process of S1206 on the data broadcasting screen displayed in the process of S1208, the entry related to the broadcast-linked application is displayed. A button appears. If there is no broadcast-linked application that satisfies the application profile confirmed in the process of S1206, the entry button related to the broadcast-linked application may not be displayed, or may be displayed in an invalid state. good.

Further, when the user operates the remote control or the portable information terminal to instruct selection (startup) of the entry button of the desired broadcast-linked application displayed on the data broadcasting screen (S1209), the application control unit 153 , a broadcast-linked application is selected based on the user's instruction (S1210), and the selected broadcast-linked application is acquired (S1211 to S1218). Note that the processing of S1211 to S1218 may be the same as the processing of S1010 to S1017 shown in FIG. 40A. When the acquisition of the selected broadcast-linked application is finished in the processing of S1211 to S1218, the display of the data broadcasting screen is ended (S1219), and the application control unit 153 activates the selected broadcast-linked application (S1220).

By the series of processes described above, the broadcast receiving apparatus 100 of the present embodiment can perform the process of activating the broadcast cooperation application based on the MH-AIT transmitted by the broadcast wave from the data broadcasting screen. Note that the MH-AIT confirmation process in each of the processes of S1205, S1211, and S1213 may be performed by acquiring MH-AIT from the broadcast wave each time, or by checking the MH-AIT acquired in the process of S1201. It may be cached and the cached MH-AIT may be checked. Also, the order of the processing of S1204 to S1206 and the processing of S1207 may be reversed. Further, the process of S1219 may be performed immediately after the process of S1209. Alternatively, without performing the processing of S1219, based on the description of the LCT, in each area obtained by dividing the display area of the monitor unit 162, the broadcast cooperation application, the data broadcasting screen, the broadcast program video, etc., are displayed at the same time. good. Also, the operation sequence is merely an example, and a different processing procedure may be used.

40A to 40C, the start-up sequence of the broadcast cooperation application described using FIG. 40A to FIG. MH-AIT file may be acquired from the server device (broadcasting station server 300, etc.).

In addition, when there is no response from the service provider server 400 or the like for a predetermined time or more when the distribution request for the broadcast cooperation application is made in S1013, S1114, or S1214, a message such as "Please wait for a while" is sent to the monitor unit 162. You may make it display. Alternatively, in this case, a message may be displayed asking the user to stop executing the broadcast cooperation application.

Also, the activation sequence of the broadcast cooperation application is not limited to the three patterns described above, and may be activated according to a different sequence.

[Operational sequence when linking mobile information terminals]
In the broadcast receiving device 100 of the present embodiment, it is assumed that the functions of the broadcast communication cooperation service can be expanded by cooperative operation between the broadcast receiving device 100 and the mobile information terminal 700 . For example, by installing an application (cooperation control application) prepared by the television receiver maker, the portable information terminal 700 can be used as a high-performance remote control for the broadcast receiving apparatus 100 . Also, the broadcast cooperation application can be executed on the portable information terminal 700, and for example, a service linked to the broadcast program being displayed on the broadcast receiving device 100 can be displayed on the portable information terminal 700 as well. It should be noted that in order to extend the functions by cooperative operation between the broadcast receiving apparatus 100 and the mobile information terminal 700, it is desirable that the cooperation control application is activated on the mobile information terminal 700, and the operation on the mobile information terminal 700 is performed. It is assumed that the broadcast cooperation application to operate is controlled by the cooperation control application.

FIG. 41A is an operation sequence diagram showing an example of operations when the cooperative control application is activated on the mobile information terminal 700. FIG. This figure shows a series of flow from the portable information terminal 700 performing authentication processing with the broadcast receiving apparatus 100 to enabling cooperative operation. It is assumed that the cooperative control application is installed in the storage unit 710 of the portable information terminal 700 in advance as the cooperative control program 7002 . If the cooperative control program 7002 is not installed, the cooperative control program 7002 is installed first.

When the user operates the operation unit 730 of the portable information terminal 700 to give an instruction to start the cooperation control application (S1301), the cooperation control execution unit 7102 of the portable information terminal 700 first performs network communication (cooperation operation). ) Searches for possible television receivers (S1302), and displays the search results as a list of television receivers on the display unit 741 (S1303). The displayed list of television receivers may include those having a history of linking operations with the mobile information terminal 700 in the past and those not having a history of linking operations in the past. It is desirable to be able to determine the presence or absence of Also, if a communicable television receiver cannot be found, a message to that effect may be displayed and the processing may be terminated.

When the user operates the operation unit 730 of the portable information terminal 700 to select a predetermined television receiver (broadcast receiving device 100 of the present embodiment) from the television receiver list (S1304), the broadcast receiving device 100 If there is a history of performing linked operations with the mobile information terminal 700 in the past (S1305: Yes), authentication information related to the broadcast receiving device 100 (by the broadcast receiving device 100 specified login name and password, etc.) (S1306), and proceeds to the next process.

On the other hand, when the broadcast receiving device 100 does not have a history of performing linked operations with the mobile information terminal 700 in the past (S1305: No), the linked control execution unit 7102 provides the broadcast receiving device 100 with login screen information. A request is sent (S1307). When the login screen information is transmitted from the broadcast receiving apparatus 100 according to the process of S1307 (S1308), the cooperation control execution unit 7102 receives the login screen information and displays the login screen on the display unit 741 (S1309). ). If the cooperative control application has login screen information related to the broadcast receiving apparatus 100 in advance, the processes of S1307 and S1308 may be omitted. When the user inputs the authentication information on the displayed login screen (S1310), the entered authentication information is stored in the authentication information storage area 7300 of the storage unit 710, and the next process is performed.

It should be noted that the determination of whether or not there is a history of performing the cooperative operation is made by confirming whether or not the authentication information related to the broadcast receiving apparatus 100 is stored in the authentication information storage area 7300 of the storage unit 710. is good, and other methods are also good.

Next, the cooperation control execution unit 7102 transmits the authentication information read in the process of S1306 or the authentication information input in the process of S1310 to the broadcast receiving apparatus 100 (S1311). The process of transmitting the authentication information to the broadcast receiving device 100 may be performed via the LAN communication unit 721 and the router device 200r, or may be performed directly to the broadcast receiving device 100 via the NFC communication unit 723. .

The broadcast receiving apparatus 100 compares the authentication information transmitted from the mobile information terminal 700 with the authentication information stored in the authentication information storage area 1300 of the storage unit 110 to determine whether the received authentication information is correct. is confirmed (S1312). If the received authentication information is confirmed to be correct by the process of S1312, the information that can identify the mobile information terminal 700 is stored in the authentication information storage area 1300, and the authentication result (authentication OK) is sent to the mobile information terminal. 700 (S1313). If the received authentication information is confirmed to be incorrect by the process of S1312, the authentication result (authentication NG) is carried without storing the information that can identify the portable information terminal 700 in the authentication information storage area 1300. Send to the information terminal 700 .

Upon receiving the authentication result (authentication OK) from the broadcast receiving apparatus 100, the linkage control execution unit 7102 of the mobile information terminal 700 displays the basic screen of the linkage control application (for example, a high-performance remote control screen) on the display unit 741 ( S1314). On the other hand, when the authentication result (authentication NG) is received, the operation of the cooperative control application is ended without displaying the basic screen of the cooperative control application. In this case, it is desirable to display an error message or the like notifying that the authentication is NG.

Through the series of processes described above, a state in which cooperative operation between the mobile information terminal 700 and the broadcast receiving apparatus 100 is possible is achieved.

It should be noted that when the broadcast cooperation application is started in the broadcast receiving apparatus 100 following the above-described processing, the processing of FIGS. 40A to 40C may be performed after the above-described processing.

FIG. 41B is an operation sequence diagram showing an example of the operation when the cooperative control application is activated on the mobile information terminal 700. As shown in FIG. The figure shows a series of flows until the cooperative operation becomes possible when the broadcast receiving apparatus 100 that executes the startup sequence of the broadcast cooperative application requests the startup of the cooperative control application on the mobile information terminal 700. is shown.

When the tuner/demodulator 131 of the broadcast receiver 100 selects the channel desired by the user and acquires the MMT data string, the application controller 153 confirms the MH-AIT stored in the M2 section message, It is confirmed whether or not there is a broadcast-linked application having an application control code of "AUTOSTART", and the profile of the broadcast-linked application having the application control code of "automatic activation" is confirmed (S1401). Note that the processing of S1401 may be the same as the processing of S1001 to S1009 shown in FIG. 40A.

In the process of confirming the profile of the highest priority application in S1401, if it is determined that the broadcast receiving apparatus 100 satisfies the application profile of the highest priority application and that cooperation with the mobile terminal device is necessary, the storage By referring to the authentication information storage area 1300 of the unit 110, a portable terminal device (portable information terminal 700 of the present embodiment) having a history of performing cooperative operation with the broadcast receiving apparatus 100 in the past is selected (S1402). In the process of confirming the profile of the highest priority application in S1401, if it is determined that the broadcast receiving apparatus 100 satisfies the application profile of the highest priority application and that the cooperative operation with the mobile terminal device is not necessary, the process proceeds directly to FIG. 40A. You can do the same processing as When the broadcast receiving apparatus 100 does not satisfy the application profile of the highest priority application in the highest priority application profile confirmation process in S1401, the broadcast cooperation application activation process and the cooperation control application activation process may be ended.

It should be noted that the selection of the mobile information terminal 700 by referring to the authentication information storage area 1300 may be performed by selecting the mobile terminal device having the latest cooperation history or the mobile terminal device with the highest frequency of use. Further, the monitor unit 162 may display information about a plurality of mobile terminal devices having a history of linked operation, and allow the user to select a linked mobile terminal device. Also, if there is no cooperation history, the fact is displayed on the monitor unit 162, and the cooperative control application is activated by the operation on the portable information terminal 700 side. The processing in this case is as shown in FIG. 41A.

The cooperative control execution unit (not shown) of the broadcast receiving apparatus 100 transmits a cooperative control application activation request to the portable information terminal 700 selected in the process of S1402 (S1403).

The main control unit 701 of the portable information terminal 700 activates the cooperation control application (cooperation control execution unit 7102) in response to the cooperation control application activation request transmitted from the broadcast receiving device 100 (S1404), and the cooperation control execution unit 7102 reads authentication information related to the broadcast receiving device 100 from the authentication information storage area 7300 of the storage unit 710, transmits the authentication information to the broadcast receiving device 100, authenticates the mobile information terminal in the broadcast receiving device 100, and so on. A series of processes are executed (S1405 to S1408). Note that the processing of S1405 to S1408 may be the same as the processing of S1306 and S1311 to S1313 shown in FIG. 41A.

Upon receiving the authentication result (authentication OK) from the broadcast receiving apparatus 100, the linkage control execution unit 7102 of the mobile information terminal 700 displays the basic screen (for example, high-performance remote control screen) of the linkage control application on the display unit 741 ( S1409), and transmits a successful activation response of the cooperative control application to the broadcast receiving apparatus 100 (S1410). On the other hand, when the authentication result (authentication NG) is received, the basic screen of the cooperative control application is not displayed, and the cooperative control application activation failure response is transmitted to the broadcast receiving apparatus 100, and the cooperative control application operates. exit.

Broadcast receiving apparatus 100, upon receiving the activation success response from mobile information terminal 700, acquires and activates the broadcast cooperation application selected in the process of S1401 (S1411). Note that the processing of S1411 may be the same as the processing of S1010 to S1018 shown in FIG. 40A. On the other hand, when receiving an activation failure response from the mobile information terminal 700, the broadcast receiving apparatus 100 does not need to acquire and activate the broadcast cooperation application selected in the process of S1401. If the broadcast cooperation application can operate in an operation mode that does not require cooperation with a mobile terminal device, the application may be activated in the operation mode.

Through the series of processes described above, a state in which cooperative operation between the mobile information terminal 700 and the broadcast receiving apparatus 100 is possible is achieved.

In addition, following the above-described processing, when the broadcast cooperation application (terminal side) is started also in the portable information terminal, the processing of FIG. 41C may be performed after the above-described processing.

FIG. 41C is an operation sequence diagram showing an example of operation when a broadcast cooperation application (terminal side) is activated on mobile information terminal 700 based on transmission information from broadcast receiving apparatus 100 .

That is, after executing the processing of S1401 to S1411 in FIG. 41B (S1501), the application control unit 153 of the broadcast receiving device 100 next determines the MH-transmission protocol descriptor of the MH-AIT related to the terminal-side broadcast cooperation application. Confirmation is performed (S1502). As a result of the process of S1502, if the terminal-side broadcast cooperation application can be acquired by HTTP/HTTPS transmission based on the protocol identification described in the MH-transmission protocol descriptor (S1503: Yes), the terminal The MH-simple application location descriptor of the MH-AIT related to the side broadcast cooperation application is confirmed (S1504), and the URL of the entry point of the terminal side broadcast cooperation application is acquired. When the URL of the entry point of the terminal-side broadcast cooperation application is acquired in the process of S1504, the information of the URL is transmitted to the mobile information terminal 700 (S1505).

When the mobile information terminal 700 receives the URL information from the broadcast receiving apparatus 100, the LAN communication unit 721 connects to the server specified by the URL on the Internet 200 (in this embodiment, the service provider server 400). In response, a request for distribution of the terminal-side broadcast cooperation application is made (S1506). The service provider server 400 that has received the distribution request distributes the requested terminal-side broadcast cooperation application after appropriately performing authentication processing of the mobile information terminal 700 and the like (S1507). When the terminal-side broadcast cooperation application is received from the service provider server 400 via the LAN communication unit 721, the mobile information terminal 700, based on the control of the already activated cooperation control application (cooperation control execution unit 7102), sends start-up of the received terminal-side broadcast cooperation application (S1512). Note that the authentication processing of the mobile information terminal 700 performed by the service provider server 400 may be a known processing, and detailed description thereof will be omitted.

On the other hand, as a result of the process of S1502, if the terminal-side broadcast cooperation application can be acquired by data carousel transmission based on the protocol identification described in the MH-transmission protocol descriptor (S1503: No), the broadcast receiving device The application control unit 153 of 100 confirms the DDM table and the DAM table stored in the data transmission message (S1508, S1509), and performs the terminal-side broadcast cooperation according to the procedure described in [Outline of application transmission method]. Identify the assets that your app carries. Furthermore, when acquiring the terminal-side broadcast-linked application from the identified asset of the broadcast wave (S1510), the broadcast receiving apparatus 100 transmits the acquired terminal-side broadcast-linked application to the portable information terminal 700 (S1511). Further, in the mobile information terminal 700, the terminal-side broadcast cooperation application transmitted from the broadcast receiving device 100 is executed by the browser engine under the control of the already started cooperation control application (cooperation control execution unit 7102) (S1512). ).

Note that the terminal-side broadcast cooperation application acquired in S1510 is stored in the content information storage area 1200 of the storage unit 110, and in the process of S1511, instead of transmitting the terminal-side broadcast cooperation application, the URL of the content information storage area 1200 is stored. and cause the mobile information terminal 700 to access the content information storage area 1200, thereby causing the mobile information terminal 700 to acquire the terminal-side broadcast cooperation application. If the mobile information terminal 700 has a function of receiving digital broadcasting, the mobile information terminal 700 may acquire the terminal-side broadcast cooperation application from the broadcast wave.

Further, the processing of S1502 to S1512 is triggered by a terminal-side broadcast cooperation application transmission request (not shown) transmitted from the portable information terminal 700 to the broadcast receiving apparatus 100 after S1501. Also good.

40A to 40C and FIGS. 41A to 41C can be partially combined as appropriate, and further, some of the operation steps can be replaced with other operation steps as appropriate, performed simultaneously, performed simultaneously, or performed at the same time. etc. shall be possible.

[Basic screen of cooperative control application for mobile information terminal]
FIG. 42A is a screen display diagram showing an example of the basic screen of the cooperative control application displayed by the processing of S1314 of FIG. 41A, the processing of S1409 of FIG. 41B, and the like. In this embodiment, the basic screen 741 a of the cooperative control application is assumed to have a function as a high-performance remote control corresponding to the broadcast receiving apparatus 100 .

The basic screen 741a of the cooperative control application includes a power key 741a1, a network selection key (terrestrial digital broadcasting, BS, CS) 741a2, numeric keys (1 to 12) 741a3, a volume up/down key 741a4, a channel up/down key 741a5, and an input key. Switch key 741a6, program guide key 741a7, data key 741a8, linked application key 741a9, menu key 741aa, return key 741ab, cursor keys (up, down, left, right) 741ac, enter key 741ad, color keys (blue, red, green, yellow) 741ae. Other operation keys may also be displayed.

The operation keys described above are easy to use if they are arranged and operated in the same manner as the dedicated remote control attached to the broadcast receiving apparatus 100 . Also, the power key 741a1, the network selection key 741a2, the number keys 741a3, etc. are assumed to have the same functions as the operation keys of a general TV remote controller, and detailed description thereof will be omitted. The cooperation application key 741a9 is an operation key prepared for the broadcast communication cooperation function of this embodiment.

In addition, in the process of S1107 in FIG. 40B, it is possible to request activation of the broadcast cooperation application launcher by selecting the cooperation application key 741a9. In addition, in the process of S1207 in FIG. 40C, it is assumed that a data broadcast activation request can be made by selecting the data key 741a8. In the processing of S1109 of FIG. 40B and the processing of S1209 of FIG. 40C, it is assumed that the executable broadcast-linked application can be selected by operating the cursor key 741ac and the enter key 741ad.

If the cooperative application key 741a9 or other operation keys having similar functions are prepared on the basic screen 741a of the cooperative control application, each broadcast cooperative application used in the broadcast cooperative system of the present embodiment can be easily selected/selected. It is possible to start. Also, the dedicated remote control attached to the broadcast receiving apparatus 100 may be provided with the cooperative application key 741 a 9 or other operation keys having similar functions.

FIG. 42B is a screen display diagram showing an example of the basic screen of the cooperative control application displayed by the processing of S1314 of FIG. 41A, the processing of S1409 of FIG. 41B, and the like, and is an example different from FIG. 42A.

The basic screen 741b of the cooperation control application includes a message 741b1 during cooperation control and a cooperation control application operation screen 741b2. Other objects may also be displayed. The in-cooperation control message 741b1 is a message display for notifying the user that the mobile information terminal 700 is operating in cooperation with the broadcast receiving apparatus 100. FIG. The cooperative control application operation screen 741b2 is an area where arbitrary screen display is performed by the cooperative control application, and detailed description thereof will be omitted in this embodiment. For example, the configuration within the cooperative control application operation screen 741b2 may be the same as the basic screen 741a of the aforementioned cooperative control application. A sub-screen or the like of the broadcast program being displayed on the broadcast receiving device 100 may be displayed.

As shown in FIG. 42B , by displaying the cooperation control in progress message 741b1, the user of the mobile information terminal 700 can easily understand that the mobile information terminal 700 is currently operating in cooperation with the broadcast receiving apparatus 100. become. Note that the message 741b1 during cooperation control is not limited to character display, and may be symbol display, graphic display, or the like. The message 741b1 may be substituted for the cooperation control in progress message 741b1 by changing the background color or the like.

[Broadcast-linked application launcher screen of broadcast receiver]
FIG. 43A is a screen display diagram showing an example of a notification screen for notifying the user that there is a broadcast-linked application that can be activated in the broadcast receiving apparatus 100 of this embodiment.

For example, in the operation sequence shown in FIG. 40B, after the process of S1106, the display of the broadcast program video is continued without activating either the data broadcast by the broadcast service or the broadcast cooperation application. On the other hand, in this case, if an icon 162m0 as shown in FIG. 43A is displayed on the broadcast program screen 162m in order to inform the user that there is a broadcast-linked application that can be activated, the usability of the broadcast receiving apparatus 100 is improved. do. That is, by displaying the icon 162m0, it is possible to prevent the user from overlooking the existence of the broadcast cooperation application that can be activated.

The icon 162m0 may be displayed at any position on the screen, but it is desirable that the icon 162m0 be displayed at a position that does not interfere with the viewing of the broadcast program. For example, four corners of the screen. The display position may be controlled by the LCT description. Also, the icon 162m0 may be a character display as shown in FIG. 43A, or may be a symbol, a figure, or the like. Also, the icon 162m0 may be displayed all the time, or may be displayed for a predetermined period of time after the power is turned on or after the channel is switched. Alternatively, it may be displayed at the same time when the program information, channel number, etc. are displayed.

FIG. 43B is a screen display diagram showing an example of a broadcast-linked application launcher displayed by the process of S1108 in FIG. 40B. In this embodiment, it is assumed that three broadcast cooperation applications, namely, cooperation application A, cooperation application B, and cooperation application C, are executable by the broadcast receiving apparatus 100 according to the description of MH-AIT. In this case, a broadcast-linked application launcher 162n1 is displayed at an arbitrary position on the broadcast program screen 162n. Entry button 162n4 and Return button 162n5 are displayed. The position where the broadcast cooperation application launcher 162n1 is displayed may be controlled by the description of the LCT.

While the broadcast collaboration application launcher 162n1 as shown in FIG. 43B is displayed, use the cursor key 741ac and enter key 741ad on the basic screen 741a of the collaboration control application to select the entry button 162n2, the entry button 162n3, the entry button 162n4, and the entry button 162n3. , etc., under the control of the application control unit 153, the cooperative application A, the cooperative application B, the cooperative application C, etc. may be activated. When the return button 162n5 is selected, the display of the broadcast-linked application launcher 162n1 may end.

When the broadcast-linked application launcher 162n1 is displayed on the broadcast program screen 162n, depending on the type of each broadcast-linked application, security status, etc., the frame color, internal color, shape, font, size, The blinking state, etc. may be changed as appropriate. For example, when the cooperative application A is a broadcast managed application, the frame color of the entry button 162n2 is set to blue, and when the cooperative application B is a non-broadcast managed application, the frame color of the entry button 162n3 is set to yellow. For example, if the cooperative application C is a general application, the frame color of the entry button 162n4 is set to red. Alternatively, if the cooperative application A is determined to be reliable in terms of security, the frame color of the entry button 162n2 is set to blue, and if it is determined that the cooperative application B is not necessarily reliable in terms of security, the entry button is displayed. For example, the frame color of the entry button 162n3 is set to yellow, and the frame color of the entry button 162n4 is set to red if it is determined that the cooperative application C is dangerous in terms of security.

In addition, frame color, internal color, shape, font, size, blinking status, etc. of each entry button, depending on the function and genre of the broadcast collaboration application, or depending on the expiration date of use of each broadcast collaboration application. may be changed as appropriate. The frame color, internal color, shape, font, size, blinking state, etc. of each entry button may be appropriately changed depending on whether the broadcast cooperation application has been acquired from the network. . For example, if the cooperative application A has already been acquired from the network (cached in the cache 152 or the like), the frame color of the entry button 162n2 is blue, and if the cooperative application B is being acquired, the entry button 162n3 is framed in yellow, and if the cooperative application C has not yet been acquired, the entry button 162n4 is framed in red.

In this way, the user of the broadcast receiving device 100 can easily grasp the types of broadcast cooperation applications that can be executed by the broadcast receiving device 100, the security status, and the like.

Also, if there is no broadcast-linked application that can be executed by the broadcast receiving apparatus 100, the broadcast-linked application launcher 162n1 may not be displayed. Alternatively, in this case, a message such as "There is no usable application" may be displayed inside the broadcast-linked application launcher 162n1.

[Data Broadcast Screen of Broadcast Receiver]
FIG. 44 is a screen display diagram showing an example of the data broadcasting screen displayed by the process of S1208 in FIG. 40C. In this embodiment, it is assumed that three broadcast cooperation applications, namely, cooperation application A, cooperation application B, and cooperation application C, are executable by the broadcast receiving apparatus 100 according to the description of MH-AIT. In this case, an entry button 162o2 for cooperative application A, an entry button 162o3 for cooperative application B, and an entry button 162o4 for cooperative application C are displayed at arbitrary positions on the data broadcasting screen 162o. The display positions of the program video 162o1, the entry buttons 162o2 to 162o4, and other contents on the data broadcasting screen 162o may be controlled by the LCT description after grouping them for each area.

On the data broadcast screen 162o as shown in FIG. 44, when the entry button 162o2, the entry button 162o3, the entry button 162o4, etc. are selected using the cursor key 741ac and enter key 741ad of the basic screen 741a of the cooperative control application, the data broadcast Along with ending the display of the screen 162o, under the control of the application control unit 153, the cooperative application A, the cooperative application B, the cooperative application C, etc. may be started.

When the data broadcasting screen 162o is displayed, the frame color of each entry button, The fact that the internal color, shape, font, size, blinking state, etc. may be changed as appropriate is the same as in the case of displaying the entry button for each broadcast-linked application on the broadcast-linked application launcher 162n in FIG. 43B. be.

In this way, the user of the broadcast receiving device 100 can easily grasp the types of broadcast cooperation applications that can be executed by the broadcast receiving device 100, the security status, and the like.

[Broadcast cooperation application execution screen of broadcast receiving device]
FIG. 45A is a screen display diagram showing an example of a broadcast-linked application execution screen displayed in the process of S1018 of FIG. 40A, the process of S1119 of FIG. 40B, the process of S1220 of FIG. 40C, and the like. It is assumed that the broadcast cooperation application of the present embodiment has graphics performance, effect performance, etc. based on HTML5 description, and can be overlaid with the broadcast program screen on the monitor unit 162 . For example, as shown in FIG. 45A, a broadcast cooperation application section 162p1 that displays information such as weather forecast and news is overlaid on an arbitrary position on the broadcast program screen 162p. The display position of the broadcast cooperation application section 162p1 may be controlled by the description of the LCT. The broadcast cooperation application section 162p1 is composed of a first main object 162p2, a second main object 162p3, a third main object 162p4, a background object 162p5, and the like. Other objects may also be displayed.

By selecting the data key 741a8 on the basic screen 741a of the cooperation control application in a state where the broadcast cooperation application section 162p1 is overlaid on the broadcast program screen 162p, the execution of the broadcast cooperation application is ended and the data broadcasting screen is displayed. It shall be possible to move to Also, by selecting the cooperative application key 741a9 on the basic screen 741a of the cooperative control application, it is possible to terminate the execution of the broadcast cooperative application and return to display only the broadcast program screen 162p. The processing may be realized by different operation keys.

In addition, while the broadcast cooperation application section 162p1 is overlaid on the broadcast program screen 162p, by operating each operation key on the basic screen 741a of the cooperation control application, the transparency of the broadcast cooperation application section 162p1 is changed. shall be possible. The change process of the degree of transparency may be performed collectively for the entire broadcast cooperation application section 162p1, or may be performed for the first main object 162p2, the second main object 162p3, the third main object 162p4, and the background object 162p5. It may be performed alone. It may be performed for each predetermined group (for example, multiple objects existing in the same graphics layer).

When performing the transparency change process, for example, the cursor key 741ac on the basic screen 741a of the cooperative control application is used to select an object, and the "blue" key of the color key 741ae is used to increase the transparency of the object. Use the "yellow" key to reduce the transparency of the object. A different operation key may be used to change the transparency. If the transparency of the entire broadcast-linked application section 162p1 is collectively set to 100%, the broadcast-linked application section 162p1 can be temporarily hidden. For example, when an emergency broadcast is distributed by airwaves, it is also possible to display only the broadcast program screen of the emergency broadcast on the monitor unit 162 by setting the transparency of the entire broadcast cooperation application unit to 100%. Alternatively, the CM detection unit (not shown) detects that the broadcast program has changed from the main video to the CM video, and batches the entire broadcast cooperation application unit 162p1 with 100% transparency (or the broadcast program video is clearly It may be controlled so as to have a degree of transparency that can be confirmed.

When the display control of the broadcast cooperation application unit 162p1 is performed by the description of the LCT, control the "layer_order" parameter of the broadcast cooperation application unit 162p1 to move the broadcast cooperation application unit 162p1 to the back of the broadcast program screen 162p. Then, the broadcast cooperation application section 162p1 may be temporarily hidden. In this case, the image display state on the monitor unit 162 is the same as when the entire broadcast cooperation application unit 162p1 is collectively set to 100% transparency.

By performing the above-described processing, if it is desired to check the broadcast program screen in the background while the broadcast cooperation application is running, it is possible to confirm the broadcast program screen without terminating the broadcast cooperation application. Become.

FIG. 45B is a screen display diagram showing an example different from the above, of the broadcast cooperation application execution screen displayed in the processing of S1018 of FIG. 40A, the processing of S1119 of FIG. 40B, the processing of S1220 of FIG. 40C, and the like. In the example shown in FIG. 45B, a broadcast cooperation application section 162p6 that introduces recommended programs is overlaid on an arbitrary position on the broadcast program screen 162p. The display position of the broadcast cooperation application section 162p6 may be controlled by the description of the LCT. The first recommended program information 162p7, the second recommended program information 162p8, the third recommended program information 162p9, and the like are displayed in the broadcast cooperation application section 162p6. A larger amount of recommended program information may be displayed by scrolling, page switching, or the like.

Each of the recommended program information may be information of a program recommended in relation to the currently displayed broadcast program (broadcast program screen 162p), or information of a program recommended based on the viewing history of the user. Alternatively, the information may be information about a program that has become a hot topic on the Internet or the like. Information on a recommended program sent to the user by a friend of the user of the broadcast receiving device 100 may also be used. Further, the recommended program may be a program transmitted by a broadcast wave of a digital broadcasting service, or may be a VOD (Video On Demand) program distributed from each server device on the Internet 200. good. An information screen such as a home page prepared in a server device on the Internet 200 may be used.

While the broadcast cooperation application unit 162p6 is overlaid on the broadcast program screen 162p, the first recommended program information 162p7 and the second recommended program are displayed using the cursor key 741ac and the enter key 741ad on the basic screen 741a of the cooperation control application. By selecting the information 162p8, the third recommended program information 162p9, etc., the video of each program recommended by them is displayed on the monitor section 162. FIG.

Needless to say, the degree of transparency of the broadcast-linked application section 162p6 may be changed in the broadcast-linked application execution screen shown in FIG. 45B as well.

FIG. 45C is a screen display diagram showing an example when a program video recommended by the broadcast cooperation application unit 162p6 for introducing recommended programs is displayed. For example, when the first recommended program information 162p7 of the broadcast cooperation application section 162p6 is selected using the cursor key 741ac and the enter key 741ad of the basic screen 741a of the cooperation control application, the monitor section 162 recommends the first recommended program information 162p7. A program video 162pa of the program to be played is displayed. The program image 162pa may be paused, jumped at a specified time, or the like by the user's operation of the operation terminal. Also, when displaying the program video 162pa, the original broadcast program screen 162p may be displayed at an arbitrary position in PIP (Picture In Picture) format or the like. The display position of the original broadcast program screen 162p in the PIP format or the like may be controlled by the LCT description. Further, in this case, it may be possible to change which of the program video 162pa of the recommended program and the original broadcast program screen 162p is used as the main screen by the user's operation on the operation terminal. The size of the window of the original broadcast program screen 162p may be adjusted by the user's operation on the operation terminal.

In addition, the icon display 162pb indicating that the program video 162pa of the recommended program is a video displayed by selecting any of the recommended program information displayed in the broadcast cooperation application section 162p6 is displayed at an arbitrary position on the screen. , the user's convenience can be improved.

FIG. 45D is a screen display diagram showing an example different from the above, of the broadcast cooperation application execution screen displayed in the processing of S1018 of FIG. 40A, the processing of S1119 of FIG. 40B, the processing of S1220 of FIG. 40C, and the like. In the example shown in FIG. 45D, a broadcast cooperation application section 162pc serving as a portal for SNS (Social Networking Service) services is overlaid on an arbitrary position on the broadcast program screen 162p. The display position of the broadcast cooperation application section 162pc may be controlled by the description of the LCT. An entry button 162pd for the first SNS service, an entry button 162pe for the second SNS service, an entry button 162pf for the third SNS service, and the like are displayed on the broadcast cooperation application section 162pc. Entry buttons for more SNS services may be displayed by scrolling, page switching, or the like.

While the broadcast cooperation application unit 162pc is overlaid on the broadcast program screen 162p, the cursor key 741ac and the enter key 741ad on the basic screen 741a of the cooperation control application are used to select the first SNS service entry button 162pd, the second By selecting the entry button 162pe for the SNS service, the entry button 162pf for the third SNS service, and the like, the functions assigned to each entry button, such as the chat function, the bulletin board function, and the Internet phone function, are activated. This makes it possible to enjoy the broadcast program being displayed (broadcast program screen 162p) while exchanging information with others. At the same time, the basic screen 741a of the cooperative control application on the mobile information terminal 700 may be changed to a character input screen such as a software keyboard or a voice input screen for chatting or posting on a bulletin board by voice input. good.

In addition to the above examples, as a broadcast cooperation application that can be executed by the broadcast receiving device 100 of the present embodiment, using the cooperation function between the broadcast receiving device 100 and the mobile information terminal 700, it is possible to further synchronize with the broadcast timing of CM. Then, the related CM application may be presented on both the broadcast receiving device 100 and the mobile information terminal 700 . Alternatively, in a paid service available in the broadcast receiving device 100, the broadcast cooperation application confirms whether or not the user of the broadcast receiving device 100 has subscribed to the paid service, and depending on the result, the broadcast receiving device 100 and/or the mobile information terminal 700 It may be something like changing the display of. In the broadcast receiving apparatus 100 of the present embodiment, the effects described with reference to FIGS. 45A and 45B and the like can be obtained regardless of which broadcast cooperation application is executed.

[Error display screen of broadcast receiver]
FIG. 46 shows the processing of S1007 in FIG. 40A, the processing of S1106 in FIG. 40B, the processing of S1206 in FIG. FIG. 11 is a screen display diagram showing an example of an error display screen when it is determined that execution of the cooperative application is not possible; This may be displayed when the profile of the broadcast receiving apparatus 100 is insufficient, or when acquisition of MH-AIT fails.

In the broadcast receiving apparatus 100 of the present embodiment, when it is determined that the broadcast-linked application cannot be executed, the reason why the broadcast-linked application cannot be executed, such as the confirmation result of the application profile, is displayed as an error. It is displayed in message 162q1. For example, as a result of confirming the application profile, if a predetermined optional function is lacking on the television receiver side, an error message 162q1 to that effect is displayed. It is also possible to display an error code and a guide (URL or the like) of the home page of the television receiver maker in which an explanation of the error code is described.

Alternatively, when acquiring a broadcast-linked application from a network, the network connection status is of course confirmed in advance. If it is not possible, an error message 162q1 to that effect is displayed. Also, the error message 162q1 may be displayed when the broadcast cooperation application cannot be obtained correctly due to a bad error situation, although the network connection is established. An error message 162q1 may be displayed when acquisition of a broadcast-linked application is being executed and the broadcast-linked application cannot be executed yet. In addition, even if the reception condition of the broadcast wave is not stable and the information such as MH-AIT can be received at first, but the information such as MH-AIT cannot be received halfway through, the error message 162q1 will be displayed. Good to see. In such a case, if the broadcast cooperation application acquired from each server device is cached as it is, it can be used as it is after the reception condition of the broadcast wave is recovered.

In addition, if the result of checking the application profile is that the television receiver lacks a predetermined optional function, the error message 162q1 should be displayed to recommend checking or updating the latest firmware for the television receiver. You can do it. Alternatively, the broadcast receiving apparatus 100 may automatically check or update the latest firmware. Alternatively, if the broadcast cooperation application can be executed by adding paid optional hardware or optional software to the television receiver, guidance for the paid optional hardware or optional software may be displayed. good. The error message 162q1 may be displayed on the mobile information terminal 700 instead of the broadcast receiving device 100. FIG.

[Broadcast-linked application execution screen on mobile information terminal]
FIG. 47 is a screen display diagram showing an example of a broadcast cooperation application (terminal side) execution screen displayed in the process of S1512 of FIG. 41C. The broadcast-linked application execution screen 741c shown in FIG. 47 includes a main window 741c1, a sub-window 741c2, a selection marker 741c3, cursor keys 741c4 and 741c5, an explanation display section 741c6, and an end button 741c7. Other objects may be added as well.

In this embodiment, it is assumed that the broadcast cooperation application (terminal side) executed on the mobile information terminal 700 is an application for confirming the details of the broadcast program being displayed on the broadcast receiving device 100 . The main window 741c1 displays the same image as the broadcast program screen displayed on the broadcast receiver 100, and the sub-window 741c2 displays an enlarged image of the position designated by the selection marker 741c3. By selecting the cursor keys 741c4 and 741c5, it is possible to change the position of the selection marker 741c3. The commentary display portion 714c6 displays the commentary subtitles regarding the broadcast program being displayed in the main window 741c1, comments posted by other users regarding the broadcast program, and the like. The end button 741c7 is a button for ending the operation of the broadcast cooperation application (terminal side).

By operating the broadcast cooperation application (terminal side) on the mobile information terminal 700, it is possible to expand the function of the broadcast communication cooperation service by the cooperation operation between the broadcast receiving apparatus 100 and the mobile information terminal 700. FIG.

[EPG screen of broadcast receiving device]
FIG. 48A is a diagram showing an example of detailed information 162a1 of each broadcast program on the EPG screen 162a in the broadcast receiving apparatus 100 of this embodiment, which is different from the description of the first embodiment.

In the title area 162a2, in addition to the symbols/characters, marks, etc. described in the first embodiment, it means that the broadcast program is prepared with a broadcast cooperation application that can be executed by the broadcast receiving apparatus 100 of the present embodiment. A mark 162a5 or the like symbolizing "Linkage" may be displayed. Further, in this case, the detailed explanation area 162a3 may display information (acquisition source URL, etc.) related to the broadcast-linked application.

Note that the mark 162a5 or the like that symbolizes the "Linkage" displayed in the title area 162a2 is displayed on the broadcast receiving apparatus as a result of confirming the application profile, even if a broadcast cooperation application is prepared for the broadcast program. If execution by 100 is not possible, it may not be displayed. Further, the mark 162a5, which is displayed in the title area 162a2 and which symbolizes "Linkage" indicating that the broadcast program is prepared with the executable broadcast cooperation application, further includes a mobile terminal device (mobile information terminal 700 etc.), the color, shape, typeface, etc. may be changed depending on whether or not cooperative operation is possible. If a cooperative operation with a portable terminal device is possible, a mark 162a7 symbolizing "Mobile" may be displayed together with the mark 162a5 symbolizing "Linkage" (FIG. 48B).

Furthermore, in the case of a program that synchronizes presentation of assets with an external device in cooperation with an external device including a mobile terminal device (portable information terminal 700, etc.), a mark 162a8 symbolizing "Synchronization" is further added. You may make it display (FIG. 48C).

Whether or not the mark 162a5 symbolizing "Linkage", the mark 162a7 symbolizing "Mobile", and the mark 162a8 symbolizing "Synchronization" is displayed depends on the MH-EIT including detailed information of each broadcast program. and the like, whether or not each broadcast program is a broadcast program for which a broadcast cooperation application that can be executed by the broadcast receiving apparatus 100 of the present embodiment is prepared. Control may be performed by acquiring information such as whether cooperative operation with a terminal device is possible. In particular, when synchronizing the presentation of assets with an external device, also refer to information on whether the external device has an NTP format clock counter as shown in FIG. 12A or a counter with equivalent functions. It is desirable that the display of indicia 162a8 symbolizing "Synchronization" is controlled. For example, when an external device that can perform presentation synchronization cannot be recognized, a display indicating that presentation synchronization cannot be performed may be performed, like the mark 162a9 in FIG. 48D. Further, when the presentation synchronization cannot be performed, the use of the application may be prohibited, and furthermore, the presence of the application may not be displayed on the electronic program guide.

Alternatively, the information acquired from the program distribution information of the digital broadcast program prepared in a predetermined server device on the Internet 200 is added to the EPG created based on the program information data string acquired from the broadcast waves of the digital broadcast service. You can do it.

As described above, on the EPG screen 162a, a mark 162a5 symbolizing "Linkage" indicating that the program is a broadcast program for which an executable broadcast cooperation application is prepared, and that cooperation with a mobile terminal device is possible. By displaying a mark 167a7 symbolizing "Mobile" and a mark 162a8 symbolizing "Synchronization" indicating that the It is possible to comprehend. Needless to say, the marks obtained by symbolizing the predetermined characters representing the attributes of each broadcast program may be replaced with the characters themselves, sentences, or the like. By changing the background color of the detailed information 162a1 of each broadcast program, the correspondence status of each broadcast program to the broadcast-communication cooperation service may be indicated. In addition, the symbol 162a5 symbolizing "Linkage", the symbol 162a7 symbolizing "Mobile", the symbol 162a8 symbolizing "Synchronization", etc. are not usually displayed in the title area 162a2, and each broadcast program is A pop-up display may be made only when it is selected.

The broadcast receiving apparatus 100 of this embodiment has a function of making a viewing reservation and/or a recording reservation for each broadcast program from the EPG screen 162a. For example, while the EPG screen 162a is displayed, the program selection cursor on the EPG screen 162a is moved using the cursor key 741ac on the basic screen 741a of the cooperative control application, and an arbitrary broadcast program is selected with the enter key 741ad. By doing so, it is possible to reserve viewing and/or recording of the selected broadcast program.

In the above-described process, if the broadcast program for which the viewing reservation and/or the recording reservation has been made is a broadcast program corresponding to the broadcasting and communication cooperation service, the broadcasting is triggered by the viewing reservation and/or the recording reservation. Acquisition of the broadcast cooperation application prepared for the broadcast program may be started without waiting for the broadcast start time of the program. That is, the information (location information such as URL) designating the acquisition destination of the broadcast cooperation application is described in the MH-EIT or the like containing the detailed information of each broadcast program. In this way, the broadcast receiving device 100 can grasp the information of the acquisition destination of the broadcast cooperation application prepared for each broadcast program at the time when the broadcast program is selected with the program selection cursor. Become. Therefore, the broadcast receiving apparatus 100 can start acquiring the broadcast cooperation application before the broadcast start time of the broadcast program.

In addition, if the broadcast program for which the viewing reservation and/or recording reservation has been made is a broadcast program compatible with the broadcasting and communication cooperation service and is a broadcast program that can be operated in cooperation with the mobile terminal device, The broadcast cooperation application (terminal side) provided in the above may also start acquiring before the broadcast start time of the broadcast program by the same processing as described above. Also, as shown in FIG. 48B, a two-dimensional barcode 162a6 or the like indicating the information (location information such as URL) of the acquisition source of the broadcast cooperation application (terminal side) prepared for the mobile terminal device is displayed on the EPG screen 162a. It may be displayed in the detailed explanation area 162a3 to prompt the user to download the broadcast cooperation application (terminal side) prepared for the portable terminal device.

In this way, the broadcast receiving apparatus 100 refers to the acquisition destination information of the broadcast-linked application included in the MH-EIT, etc., and starts acquiring the broadcast-linked application before the broadcast start time of the broadcast program. By doing so, it is possible to distribute the load on the service provider server 400 that stores the broadcast cooperation application. Further, even if the communication speed of the network between the service provider server 400 and the broadcast receiving device 100 is insufficient, the broadcast cooperation application can be effectively utilized immediately after the broadcasting of the broadcast program is started. become.

FIG. 49A is an operation sequence diagram showing an example of the acquisition operation of the broadcast cooperation application when a broadcast program viewing reservation and/or recording reservation is made from the EPG screen 162a.

When the tuner/demodulator 131 of the broadcast receiving apparatus 100 selects the channel desired by the user and acquires the MMT data string, the EPG generator 1102g of the reception function execution unit 1102 generates the MH- information stored in the M2 section message. EIT is acquired (S1601). Furthermore, by interpreting the acquired MH-EIT, an EPG screen of the broadcasting service of this embodiment is generated (S1602). The processes of S1601 and S1602 may be performed in the background while the broadcast program image of the channel for which the tuning process has been performed is displayed on the monitor section 162. FIG.

Here, when the user instructs display (activation) of the EPG screen using a remote controller or a portable information terminal capable of operating the broadcast receiving apparatus 100 (S1603), the generated EPG screen is OSD displayed on the monitor unit 162. (S1604). The EPG screen displayed in the process of S1604 may have a format like the EPG screen 162a shown in FIG. 20A. On the EPG screen 162a, the user operates the remote control or the portable information terminal to instruct selection of a desired broadcast program (S1605), and then reserves viewing and/or recording of the selected broadcast program. When instructed (S1606), the program reservation processing unit (not shown) of the reception function execution unit 1102 executes processing for viewing reservation and/or recording reservation for the selected broadcast program (S1607). The viewing reservation and/or recording reservation processing may be performed by a known broadcast, and detailed description thereof will be omitted.

After the process of S1607, the application control unit confirms the MH-EIT related to the selected broadcast program (S1608), confirms whether or not there is a broadcast cooperation application related to the selected broadcast program, and further If there is a broadcast-linked application related to the selected broadcast program, the acquisition destination (URL) of the broadcast-linked application is confirmed (S1609). In the process of S1609, the application profile of the broadcast cooperation application may be confirmed. Next, based on the acquired URL, the application control unit 153, via the LAN communication unit 121, to the server specified by the URL (in this embodiment, the service provider server 400), the broadcast cooperation application is requested (S1610). The service provider server 400 that has received the distribution request distributes the requested broadcast cooperation application after appropriately performing authentication processing of the broadcast receiving device 100 and the like (S1611). Upon receiving the broadcast-linked application from the service provider server 400 via the LAN communication unit 121, the broadcast receiving device 100 caches the received broadcast-linked application in the cache unit 152 under the control of the application control unit 153. (S1612).

Through the series of processes described above, in the broadcast receiving apparatus 100 of the present embodiment, it becomes possible to acquire a broadcast cooperation application when a broadcast program viewing reservation and/or recording reservation is made from the EPG screen 162a. . Note that the MH-EIT confirmation process in the process of S1608 may be performed by acquiring the MH-EIT from the broadcast wave each time, or by caching the MH-EIT acquired in the process of S1601. The cached MH-EIT may be confirmed. Also, the operation sequence is merely an example, and a different processing procedure may be used.

FIG. 49B shows that a mobile terminal device such as a mobile information terminal 700 uses a two-dimensional barcode 162a6 displayed in a detailed description area 162a3 of an EPG screen 162a to activate a broadcast cooperation application (terminal side) prepared for the mobile terminal device. FIG. 5 is an operation sequence diagram showing an example of an acquisition operation;
First, the broadcast receiving apparatus 100 generates and displays an EPG screen by the same processing as S1601 to S1604 in FIG. 49A (S1701).

Next, the user operates the operation unit 730 of the portable information terminal 700 to instruct activation of the cooperative control application, thereby activating the cooperative control application (S1702), and the EPG screen 162a as shown in FIG. The two-dimensional barcode 162a6 displayed in the detailed explanation area 162a3 is photographed (S1703).

Next, the acquisition destination (URL) of the broadcast collaboration application indicated by the two-dimensional barcode 162a6 is confirmed (S1704), and based on the acquired URL, via the LAN communication unit 721 or the telephone network communication unit 722 , to the server specified by the URL (the service provider server 400 in this embodiment) is requested to distribute the broadcast cooperation application (S1705). The service provider server 400 that has received the distribution request distributes the requested broadcast cooperation application after appropriately performing authentication processing of the mobile information terminal 700 and the like (S1707).

Next, when the broadcast cooperation application is received from the service provider server 400 via the LAN communication unit 721 or the telephone network communication unit 722, the portable information terminal 700 caches the received broadcast cooperation application in the storage unit 710 or the like. (S1707).

According to the broadcast receiving apparatus 100 of the present embodiment described above, it is possible to execute functions with higher added value.

(Example 4)
A fourth embodiment of the present invention will be described below. It should be noted that the configuration and effects of this embodiment are the same as those of the third embodiment unless otherwise specified. Therefore, the differences between the present embodiment and the third embodiment will be mainly described below, and the description of the common points will be omitted as much as possible to avoid duplication. Further, in this embodiment, a more detailed embodiment will be described in the case of performing cooperation processing (hereinafter referred to as terminal cooperation) between the broadcast receiving apparatus and the portable information terminal.

When performing the cooperation processing of the portable information terminal, it may be desired to restrict the use of terminal cooperation only to the portable information terminal 700 in the same home as the broadcast receiving apparatus 100 (hereinafter, this limitation is referred to as same-home restriction). For example, in an application for using a broadcast cooperation service (hereinafter referred to as a broadcast cooperation application), when the display screen of the broadcast receiving device 100 and the display screen of the mobile information terminal 700 are closely related, or when the broadcast receiving device For example, when the user of the portable information terminal 700 wants to view the advertisement video displayed on the display 100 without fail.

A point that must be considered as a procedure is a determination as to whether or not the target broadcast-linked application imposes same-home restrictions. If it is assumed that all broadcast-linked applications impose same-house restrictions, this judgment is not necessary. It is necessary for the broadcast receiving apparatus 100 to acquire and change the operation procedure. The control information regarding the presence or absence of this same-home restriction may be obtained from the broadcast signal (for example, described as a parameter or descriptor in MH-AIT, etc.), or obtained from a server designated by the broadcasting station. Also good.

As an example, when remote viewing is disabled in the content usage control descriptor (FIG. 23) (remote_view_mode is 0), all broadcast collaboration applications related to the broadcast program are treated as having the same in-house restriction, When remote viewing is allowed (remote_view_mode is 1), all broadcast cooperation applications related to the broadcast program may be treated as having no same-home restriction.

Alternatively, even if remote viewing is possible, a ``local_mode_flag'' parameter is provided in the MH-application descriptor (FIG. 50), and if the value of this parameter is 1, the application is restricted within the same home. , and if the parameter value is 0, it may be treated as if there is no same-home restriction. By doing so, it is possible to control the same-in-home restriction for each application, and more detailed control becomes possible.

If there is no flag indicating whether or not remote viewing is possible, it may be possible to prohibit remote viewing by emphasizing copyright protection, or to allow remote viewing by prioritizing the viewer's convenience. Also good.

Furthermore, if there is no "local_mode_flag", the use of the application from outside the home may be prohibited by emphasizing license protection, or the use of the application from outside the home may be prohibited by prioritizing the convenience of viewers. may be allowed.

Further, whether or not remote viewing is possible or whether or not an application can be executed from outside the home may be displayed in the electronic program guide. For example, if remote viewing is permitted or there is an application that is permitted to be used from outside the home, a mark 162a10 symbolizing "remote" (FIG. 48E) is displayed in the corresponding program field. . Furthermore, if remote viewing is not permitted or application use from outside the home is not permitted, a mark such as 162a11 may be displayed (FIG. 48F).

In this embodiment, including the above procedure, the procedure for ensuring that the portable information terminal 700 and the broadcast receiving apparatus 100 are in the same home will be described.

Generally, devices existing in the same home exist on a local network connected to the same router device 200r. Therefore, it can be determined that the mobile information terminal 700 is connected to the same local network as the broadcast receiving apparatus 100, and that the mobile information terminal 700 exists in the same house. It should be noted that whether or not the target device is connected to the local network can be confirmed using a known method, and detailed description thereof will be omitted.

Moreover, even if the portable information terminal 700 is not on the same local network as the broadcast receiving apparatus 100, if it is a portable information terminal 700 that directly communicates with the broadcast receiving apparatus 100 by NFC, BlueTooth, infrared communication, etc., it can be installed in the same home. It can also be determined to exist. In this case, the communication for obtaining the broadcast cooperation application may be the direct communication or the mobile phone communication.

As described above, a plurality of methods for confirming existence in the same home are conceivable. can be selected by reading

Also, once it is confirmed that the mobile information terminal 700 exists in the same home, it may be assumed that it exists in the same home until the program ends. It is also possible to use a method in which it is assumed that they exist in the same house during the effective time, but that they are not regarded as existing in the same house unless confirmation is made again after the effective time has passed. This effective time may be described in, for example, MH-AIT or the like, and read by the broadcast receiving apparatus 100 .

Furthermore, for example, an event signal is set in the broadcast signal at an arbitrary time during the program progress, and the presence of the portable information terminal 700 in the same home is confirmed each time the event signal is received. can also Furthermore, it is also possible to use a suitable combination of the above methods.

Next, a specific procedure for permitting terminal cooperation only to portable information terminals 700 existing in the same home will be described. In this embodiment, restrictions are imposed when the mobile information terminal 700 acquires a broadcast-linked application or acquires information used by the broadcast-linked application. (In the following, information used by the broadcast collaboration application and the broadcast collaboration application, specifically, HTML documents, streaming video, etc., will be collectively referred to as broadcast collaboration information.) There are two types: communication acquisition, which is acquired from the station server 300 or the provider server 400, and broadcast acquisition, which is acquired from broadcast waves.

In addition, in the case of communication acquisition, there are two types of acquisition methods: acquisition after the start of broadcast reception and acquisition before the start of broadcast reception. Furthermore, in the case of communication acquisition, once the broadcast receiving device 100 acquires and the portable information terminal 700 acquires from the broadcast receiving device 100, the portable information terminal 700 directly acquires from the broadcast station server 300 or the business server 400 or the like. Sometimes. There are various methods, but when viewed from the portable information terminal 700, it can be roughly divided into two cases: acquisition from the broadcast receiving device 100 and acquisition from the broadcast station server 300, the provider server 400, or the like.

In this embodiment, the case where the mobile information terminal 700 acquires the broadcast cooperation information from the broadcast receiving apparatus 100 will be explained, and the case where it will be acquired from the broadcast station server 300 or the provider server 400 will be explained in an embodiment described later.

FIG. 51A shows the procedure of this example.

First, before performing terminal cooperation, a cooperation control application, which is an application for controlling terminal cooperation, is activated in each of the mobile information terminal 700 and the broadcast receiving apparatus 100 (S10001, S10002). In this state, the portable information terminal 700 makes a terminal cooperation request to the broadcast receiving apparatus 100 (S10003). Next, the MH-AIT stored in the M2 section message of the broadcast signal is obtained (S10004). From this MH-AIT information, it is determined whether or not the application for the target portable information terminal imposes same-home restrictions (S10006). At the first stage where a terminal cooperation request is made, the process proceeds to step S10009, and it is determined whether or not portable information terminal 700 that has requested terminal cooperation is in the same home as broadcast receiver 100 (S10009). As a result of the determination, if it is determined that they are not in the same house, a response of cooperation disapproval is sent to the cooperation control application on the portable information terminal side, and the process ends (S10011).

Here, in the first place, in the case of the premise that all broadcast cooperation applications impose the same in-home restriction, the determination in S10006 may be skipped without being performed. S10006 is determined when there are both applications that impose the same indoor restrictions and applications that do not impose the same indoor restrictions.

If it is determined in the process of S10009 that the mobile information terminal 700 is in the same home, or if it is determined in the process of S10006 that the application does not impose the same home restriction, the process advances to S10012 to start the broadcast-linked application-related service. conduct. This broadcast cooperation application related service (S10012) processes the broadcast cooperation information distribution request (S10013) from the mobile information terminal 700, and distributes the broadcast cooperation information to the mobile information terminal 700 (S10018). The broadcast linkage information includes information received by the broadcast receiving apparatus 100 from a distribution server such as the broadcast station server 300 and the operator server 400 (S10014 to S10016), information acquired from the broadcast signal (S10017), broadcast reception It may be stored (cached) in the device 100 or the like. The reception processing (S10016 or S10017) of the broadcast cooperation information by the broadcast receiving device 100 is not only obtained in response to the broadcast cooperation information distribution request (S10013) from the mobile information terminal 700, but also when the broadcast receiving device 100 autonomously It may be acquired or may be acquired based on the occurrence of an event from a broadcast signal. Also, the distribution of the broadcast linkage information to the portable information terminal 700 (S10018) may be voluntarily performed by the broadcast receiving apparatus 100 side.

After a series of processes related to reception (acquisition) and distribution of the broadcast cooperation information is completed, it is determined whether or not the broadcast receiving apparatus 100 continues viewing the same program (S10019). A response of cooperation disapproval is sent to the cooperation control application on the terminal side, and the process ends (S10020).

On the other hand, if the same program continues to be viewed, the procedure returns to S10005, and if the application imposes same-home restrictions, it is confirmed whether or not the portable information terminal 700 is in the same home (S10009). However, it is determined whether a preset effective time has passed since the previous confirmation, or whether a confirmation request (S10007) from the broadcast signal or the distribution server has occurred since the previous confirmation (S10008), If none of the conditions are satisfied, it is possible to proceed to execution of the next broadcast-linked application-related service (S10012) via S10010 without checking whether or not they are in the same home (S10009). Here, it is described that the confirmation request (S10007) from the broadcast signal is obtained from the broadcast cooperation information, but here, the event message is also included in the broadcast cooperation information. Furthermore, this confirmation request may be written in the MH-AIT.

The procedure described above is a loop processing procedure for the entire broadcast signal, broadcast receiving apparatus 100, mobile information terminal 700, and distribution server in the section indicated by the arrow in S10022. The confirmation request in S10007 may be made at any timing within the loop.

Furthermore, the authentication information described in the MH-AIT may be incorporated into the authentication key used for authentication processing (S10015) in the distribution server. This makes it possible to confirm that the authentication request is legitimate. Also, if the authentication information, etc. described in MH-AIT is changed as the program progresses, and the delivery server does not perform authentication unless it is an authentication key in which information synchronized with the progress of the program is incorporated. , you can confirm that you continue to watch the same program. In this case, the MH-AIT information is appropriately read and updated (S10021). Authentication information and the like to be incorporated into the broadcast signal may be incorporated as broadcast cooperation information instead of being described in the MH-AIT. Furthermore, as a method of substantially changing the authentication information, etc., it is also possible to use a method of changing the URL itself of the distribution server according to the progress of the program.

In this way, while executing the broadcast-linked application-related service (S10012), the portable information terminal 700 receives the broadcast at each preset effective time, or at each broadcast signal or confirmation request from the distribution server. By confirming whether or not the device is in the same home as the device 100, it is possible to appropriately execute the broadcast-related application that imposes the same home restrictions. Furthermore, by using the authentication information embedded in the broadcast signal for authentication in the distribution server, it is possible to ensure the validity of the distribution request. You can also confirm that you are still watching.

According to the mobile information terminal linking technology according to the present embodiment described above, it is possible to implement the same home restriction for the mobile information terminal linked with the broadcast receiving apparatus.

(Example 5)
In this embodiment, a case will be described in which the portable information terminal 700 acquires the broadcast cooperation information from a distribution server such as the broadcast station server 300 or the business server 400 .
FIG. 51B shows the procedure of this example.

First, before performing terminal cooperation, a cooperation control application, which is an application for controlling terminal cooperation, is activated in each of the mobile information terminal 700 and the broadcast receiving apparatus 100 (S10101, S10102). In this state, the mobile information terminal 700 makes a terminal cooperation request to the broadcast receiving apparatus 100 (S10103). Next, the MH-AIT stored in the M2 section message of the broadcast signal is obtained (S10104). Information such as the URL of the distribution server is obtained from this MH-AIT information, and the obtained information is transmitted to the portable information terminal 700 (S10105). Next, the broadcast receiving device 100 transmits a time confirmation request to the distribution server. (S10106). Based on the time confirmation request, the distribution server transmits time information to the broadcast receiving device 100 (S10107).

Broadcast receiving apparatus 100 can synchronize the operation of the internal clock with the distribution server based on the time information acquired from the distribution server. Also, this makes it possible to issue an authentication key in a later step (S10115) in accordance with the time of the distribution server. If the time difference between the distribution server and the broadcast receiving apparatus 100 is not a problem, the processing of S10106 to S10107 may be omitted. Further, if the distribution server side also operates in synchronization with UTC, the processing of S10106 and S10107 may be omitted. Also, the time information transmitted in the process of S10107 may be in NTP format or in some other format. Thereafter, the loop control indicated by the arrow in S10127 is entered.

First, portable information terminal 700 transmits an authentication key issue request or a broadcast cooperation information distribution request to broadcast receiving apparatus 100 (S10109). It should be noted that the authentication key is used in the broadcast cooperation information distribution request to the distribution server in the subsequent step (S10125). Also, the broadcast link information delivery request is a request for delivery of information acquired from the broadcast signal, and serves as a trigger for broadcast link information delivery in the subsequent step (S10126).

In any case, when each request in S10109 is transmitted from the portable information terminal 700, the broadcast receiving device 100 side determines whether or not it is a broadcast cooperation application that imposes the same in-house restriction (S10111). If the application is a cooperative application, the process proceeds to the next step (S10112). If the application is not a broadcast cooperation application that imposes same-home restrictions, the procedure of S10112 is skipped and the process proceeds to the subsequent step (S10114). If all the broadcast cooperation applications impose the same in-house restriction, the determination in S10111 is not performed, and the process proceeds to S10112. In S10112, it is determined whether or not the mobile information terminal 700 that issued each request is in the same home.If it is determined that the mobile information terminal 700 is not in the same home, terminal cooperation is terminated (S10113). . When it is determined that the mobile information terminal 700 is in the same home, the next procedure according to each request, that is, acquisition of broadcast cooperation information from the distribution server (S10125) or acquisition of broadcast cooperation information from the broadcast signal (S10126) is performed.

It should be noted that either one of the processing of S10125 and the processing of S10126 may be actually executed. For the sake of illustration, both procedures of the processing of S10125 and the processing of S10126 are illustrated at the same time.
First, the acquisition procedure (S10125) of the broadcast cooperation information from the distribution server will be described.

First, the broadcast receiver 100 issues an authentication key to the information linkage terminal 700 in response to the process of S10109 (authentication key issue request) (S10115). It should be noted that the issued authentication key shall include time information at the time of issuance, and shall be valid only within a predetermined validity period (for example, 10 minutes). The mobile information terminal 700 requests the distribution server to distribute broadcast cooperation information including the authentication key information (S10116). The distribution server confirms the authentication information including whether or not the authentication key is within the validity period (S10117), and if the authentication is OK, the distribution of the broadcast cooperation information is permitted (S10118). Thereafter, distribution of the broadcast cooperation information is permitted within the effective time, but the distribution of the broadcast cooperation information is stopped when the effective time has passed. As a result, for example, it is possible to perform control so that the streaming video cannot be viewed after the effective time has passed.

The valid time may be stored in advance by the distribution server, or may be acquired by the broadcast receiving apparatus 100 from a broadcast signal (eg, MH-AIT) and incorporated into the authentication key as valid time information. Also, the valid time information is notified to the mobile information terminal 700 in advance so that the broadcast receiving apparatus 100 is requested to issue an authentication key before the valid time expires. Alternatively, the valid time is managed by the broadcast receiving apparatus 100, and after confirming that the mobile information terminal 700 is in the same home before the valid time expires, the broadcast receiving apparatus 100 automatically detects the mobile information terminal. 700 may issue an authentication key.

Also, the valid time may be the same in one program, or may be changed according to the progress of the program. Also, if there is no valid time setting, once authentication is performed, the authentication may be valid while the program is being viewed.

Furthermore, the authentication information described in the MH-AIT may be incorporated into the authentication key used for authentication processing (S10117) in the distribution server. This makes it possible to confirm that the authentication request is valid. Also, if the authentication information, etc. described in MH-AIT is changed as the program progresses, and the delivery server does not perform authentication unless it is an authentication key in which information synchronized with the progress of the program is incorporated. , you can confirm that you continue to watch the same program. In this case, the MH-AIT information is appropriately read and updated (S10124).

Authentication information and the like to be incorporated into the broadcast signal may be incorporated as broadcast cooperation information instead of being described in the MH-AIT. Furthermore, as a method of substantially changing the authentication information, etc., it is also possible to use a method of changing the URL itself of the distribution server according to the progress of the program. Note that the URL change in this case may be a case where the distribution server is the same and only the URL is different, or it may be a change to a new distribution server due to a change in the broadcast cooperation application or the like. In this case, the procedures of transmitting distribution server information (S10105), requesting time confirmation (S10106), and transmitting time information (S10107) are performed each time the change is made. Next, the procedure for acquiring the broadcast cooperation information from the broadcast signal (S10126) will be described.

In this case, after confirming that the mobile information terminal 700 is in the same home, the broadcast receiving apparatus 100 acquires the broadcast cooperation information from the broadcast signal (S10119). It is delivered to the terminal 700 (S10120).

When the broadcast cooperation information is changed as the program progresses, a change notification may be issued from the broadcast signal (S10110), and the change notification may be used as a trigger to acquire the broadcast cooperation information. In this case, if it is obtained from the distribution server, the broadcast receiving apparatus 100 issues an authentication key to the mobile information terminal 700 (S10115), and further notifies that there has been a change notification. If it is within the validity period, the issuance of the authentication key may be omitted and only the change notification may be sent. In the case of acquisition from a broadcast signal, the broadcast receiving apparatus 100 acquires the broadcast cooperation information (S10119) and distributes it to the portable information terminal (S10120). In the case of acquisition from a broadcast signal, it may be confirmed that the mobile information terminal 700 is in the same home for each change notification, and the confirmation is omitted if it is within the valid time as in the fourth embodiment. I don't mind. Here, it is described that the notification of change from the broadcast signal (S10110) is obtained from the broadcast linkage information, but here it is described that the event message is also included in the broadcast linkage information. Furthermore, this change notification may be written in the MH-AIT.

After a series of processes related to reception (acquisition) and distribution of the broadcast cooperation information is completed, it is determined whether or not the broadcast receiving apparatus 100 continues viewing the same program (S10121). A response of cooperation disapproval is sent to the cooperation control application on the terminal side, and the process ends (S10123). On the other hand, if the user continues to view the same program, the process returns to S10108 to continue loop processing S10127.

In this way, by including time information in the authentication key used for authentication processing in the distribution server and managing the valid time, it is periodically confirmed that the mobile information terminal 700 and the broadcast receiving apparatus 100 are in the same home. It is possible to execute a broadcast cooperation application that appropriately imposes same-home restrictions. Furthermore, by using the authentication information embedded in the broadcast signal for authentication processing in the distribution server, it is possible to ensure the validity of the distribution request. You can also confirm that you are still watching the program.

According to the mobile information terminal cooperation technology according to the present embodiment described above, even when the mobile information terminal that cooperates with the broadcast receiving apparatus acquires the broadcast cooperation information from the distribution server, it is possible to realize the same home restriction. .

(Example 6)
In Embodiments 4 and 5, the procedure for realizing the intra-house restriction in terminal cooperation has been described, but use from outside the home may be permitted depending on the broadcast cooperation application. A present Example demonstrates about such a case.

For example, if the program itself, such as TV shopping, is publicity/advertisement, it is also desirable for the broadcaster to be able to use the broadcast cooperation application regardless of whether the user is at home or outside the home. In the case of such a program, once registered in the broadcast receiving apparatus 100, use of the broadcast cooperation application may be permitted regardless of whether the mobile information terminal 700 is at home. In this case, if there is a broadcast cooperation application that converts the broadcast video itself into streaming data and distributes it from the broadcast receiving apparatus 100 to the mobile information terminal 700 via the Internet, the convenience will be further enhanced. The streaming data may be encrypted by the broadcast receiving apparatus 100 for copyright protection. Whether or not the broadcast cooperation application permits use from outside the home, including distribution of broadcast video outside the home, may be described in data (for example, MH-AIT, etc.) within the broadcast signal.

FIG. 51C shows a specific procedure of this example. Part of the procedure is the same as in the fourth and fifth embodiments, so descriptions of parts that overlap with the fourth and fifth embodiments will be omitted as appropriate.

First, the mobile information terminal 700 starts up a cooperation control application, which is an application for controlling terminal cooperation (S10202). On the other hand, the cooperation control application of the broadcast receiving apparatus 100 may be activated in advance (S10201), or the reception of a terminal cooperation request from the portable information terminal 700 (S10203), which will be described later, triggers the cooperation control application. You can start.

When there is a terminal cooperation request (S10203) from portable information terminal 700 outside the home, broadcast receiving apparatus 100 first confirms MH-AIT (S10204) to allow the broadcast cooperation application to use outside the home. If the broadcast cooperation application is permitted to be used outside the home, after confirming whether the request source is the registered mobile information terminal 700 (S10205), cooperation is permitted. make it On the other hand, if the broadcast cooperation application is not permitted to be used outside the home, the process ends (S10206).

In the case of a broadcast-linked application that is permitted to be used outside the home, authentication is performed between mobile information terminal 700 and broadcast receiver 100 for copyright protection of broadcast video and broadcast-linked information, if necessary. Processing may be performed (S10207). Also, information such as a URL related to the distribution server is obtained from the information of MH-AIT, and the obtained information is transmitted to the portable information terminal 700 (S10208).

The authentication processing may be authentication in the distribution server. The information on whether or not the copyright protection is necessary and the information on the authentication method for the copyright protection are obtained from broadcast signals (for example, described in MH-AIT, etc.), and control is performed accordingly. good if If such information is not stored in the broadcast signal, a predetermined method predetermined in broadcast receiving apparatus 100 is followed. For example, a predetermined copyright protection process may be performed. Further, it may be determined in advance that the broadcast receiving apparatus 100 does not perform copyright protection processing when such information is not stored in the broadcast signal.

A specific example of authentication processing for copyright protection is shown below. Only one of the following authentication processes may be performed. Alternatively, a plurality of authentication processes exemplified below may be combined. Further, the authentication processing illustrated below and other authentication processing not illustrated below may be combined.

[Authentication by ID and password]
When the mobile information terminal 700 is registered with the broadcast receiving apparatus 100, an ID and password are issued, and the broadcast receiving apparatus 100 confirms the ID and password and permits cooperation.

[Use encryption key]
In addition to authentication by the above ID and password, an encryption key for decrypting encrypted video data or the like is transmitted from broadcast receiving apparatus 100 to portable information terminal 700 . This encryption key may be obtained from a broadcast signal (for example, described in MH-AIT or the like).

[Use of distribution server]
As a method of issuing an encryption key for decrypting encrypted video data or the like from the distribution server, the mobile information terminal 700 transmits an ID and a password to the distribution server and acquires the encryption key. In this case, the location information (specifically, URL, etc.) of the distribution server is acquired from the broadcast signal (eg, described in MH-AIT, etc.), and the broadcast receiving apparatus 100 transmits this location information to the mobile information terminal 700. By transmitting, the security is further enhanced. If the mobile information terminal 700 cannot obtain the encryption key, it cannot decrypt the video or the like. The authentication may be completed by notifying the broadcast receiving apparatus 100 that the encryption key has been acquired. Note that billing may be performed by the distribution server.

[Mutual Authentication of Encryption Key]
The encryption keys possessed by the broadcast receiving apparatus 100 and the portable information terminal 700 are mutually authenticated, and copyright protection is authenticated by obtaining confirmation.

Returning to the description of the operation sequence of FIG. 51C.
In the processing of S10207, if the information stored in the broadcast signal indicates that copyright protection is required by a predetermined method, and the authentication processing for copyright protection cannot be performed by the predetermined method, Do not allow terminal cooperation. Even if there is no specification regarding copyright protection in the broadcast signal and authentication processing is performed by the default method of the broadcast receiving apparatus 100, terminal cooperation is permitted if authentication processing for copyright protection cannot be performed by the default method. do not.

In the processing of S10201 to S10207, when terminal cooperation is permitted, it is not confirmed whether or not mobile information terminal 700 exists in the same home, and an authentication key issuance request or broadcast cooperation from mobile information terminal 700 is not performed. In response to the information distribution request (S10211), the processing of S10221 and the processing of S10222 in the latter stage are executed. The processing of steps S10212 to S10215 in the processing of S10221 may be the same as the processing of steps S10115 to S10118 in FIG. 51B. However, it is not necessary to perform control in which the effective time is set. Also, the processing of steps S10216 to S10217 in the processing of S10222 may be the same as the processing of steps S10119 to S10120 in FIG. 51B. The processes of S10221 and S10222 may be performed according to a change notification (S10210) issued from the broadcast signal as the program progresses. Alternatively, the processes of S10221 and S10222 may be executed by spontaneous control of the broadcast receiving apparatus 100. FIG.

Further, the processing of steps S10218 to S10220 following the processing of S10221 and S10222 may be the same as the processing of steps S10121 to S10124 in FIG. 51B.

Portable information terminal 700 outside the home can acquire broadcast cooperation information from broadcast receiving apparatus 100 (S10217). Alternatively, it can be obtained from the distribution server using the authentication key issued from the broadcast receiving device 100 (S10215). Further, the authentication information obtained from the broadcast signal (for example, described in MH-AIT) is incorporated into the authentication key issued by the broadcast receiving apparatus 100, and the distribution server performs authentication incorporating the authentication information obtained from the broadcast signal. If access is permitted if it is a key, it is possible to further optimize use outside the home.

Furthermore, there are cases where it is better not to allow unlimited use of the broadcast cooperation application, such as when discounting as a premium for program viewing. In such a case, it is preferable to perform authentication once while the portable information terminal is in the same home, and then permit use of the distribution server even if the user is not in the same home. In this case, mobile information terminal 700 does not have to be registered with broadcast receiving apparatus 100 .

A specific procedure in this case is shown in FIG. 51D. This procedure is partly the same as that of FIG. 51C, so the explanation of the overlapping part will be omitted.

First, before performing terminal cooperation, a cooperation control application, which is an application for controlling terminal cooperation, is activated in each of mobile information terminal 700 and broadcast receiving apparatus 100 (S10301, S10302). Next, while mobile information terminal 700 is in the same home as broadcast receiving apparatus 100, mobile information terminal 700 issues a terminal cooperation request to broadcast receiving apparatus 100 (S10303). Also, after confirming that the mobile information terminal 700 is in the same home (S10305), the broadcast receiving apparatus 100 permits terminal cooperation. Here, if necessary, authentication processing may be performed between mobile information terminal 700 and broadcast receiving apparatus 100 for copyright protection of broadcast video and broadcast link information (S10307).

The authentication processing may be authentication in an external distribution server. The information on whether or not the copyright protection is necessary and the information on the authentication method for the copyright protection are obtained from broadcast signals (for example, described in MH-AIT, etc.), and control is performed accordingly. good if If such information is not stored in the broadcast signal, a predetermined method predetermined in broadcast receiving apparatus 100 is followed. For example, a predetermined copyright protection process may be performed. Further, it may be determined in advance that the broadcast receiving apparatus 100 does not perform copyright protection processing when such information is not stored in the broadcast signal.

A specific example of authentication processing for copyright protection is shown below. Only one of the following authentication processes may be performed. Alternatively, a plurality of authentication processes exemplified below may be combined. Further, the authentication processing illustrated below and other authentication processing not illustrated below may be combined.

[Use encryption key]
An encryption key for decrypting encrypted video data or the like is transmitted from broadcast receiving apparatus 100 to portable information terminal 700 while portable information terminal 700 is in the same home. This encryption key may be obtained from a broadcast signal (for example, described in MH-AIT or the like). Authentication is achieved by handing over this encryption key within the same home. Furthermore, if the encryption key cannot be obtained from the broadcast signal until a certain point in the program, and the transfer of the encryption key to the portable information terminal 700 is limited to within the same home, the user must be in the same home at that time. can be provided, and can also be used to give a premium for viewing.

[Use of distribution server]
As a method of issuing an encryption key for decrypting encrypted video data or the like from the distribution server, the mobile information terminal 700 transmits an ID and a password to the distribution server and acquires the encryption key. In this case, the location information (specifically, URL, etc.) of the distribution server is acquired from the broadcast signal (eg, described in MH-AIT, etc.), and the broadcast receiving apparatus 100 transmits this location information to the mobile information terminal 700. By transmitting, the security is further enhanced. If the mobile information terminal 700 cannot obtain the encryption key, it cannot decrypt the video or the like. The authentication may be completed by notifying the broadcast receiving apparatus 100 that the encryption key has been acquired. Access to the distribution server may be performed at home or outside the home. If delivery is limited to within the same house, it is possible to set a restriction that the user must be in the same house at that time, which can also be used to give a premium to viewing. Note that billing may be performed by the distribution server.

[Mutual Authentication of Encryption Key]
The encryption keys possessed by the broadcast receiving apparatus 100 and the portable information terminal 700 are mutually authenticated, and copyright protection is authenticated by obtaining confirmation. This authentication may be performed inside the house or outside the house.

Returning to the description of the operation sequence of FIG. 51D.
In the processing of S10307, if the information stored in the broadcast signal indicates that copyright protection is required by a predetermined method, and the authentication processing for copyright protection cannot be performed by the predetermined method, Do not allow terminal cooperation. Even if there is no specification regarding copyright protection in the broadcast signal and authentication processing is performed by the default method of the broadcast receiving apparatus 100, terminal cooperation is permitted if authentication processing for copyright protection cannot be performed by the default method. do not.

Since the subsequent procedure when terminal cooperation is permitted is the same as the procedure in FIG. 51C, description thereof is omitted.

According to the mobile information terminal cooperation technology according to the present embodiment described above, it is possible to use the mobile information terminal that cooperates with the broadcast receiving apparatus from outside the home while paying attention to copyright protection.

(Example 7)
In an actual usage situation, it is more desirable to easily know whether or not there is a terminal-linked application for a program, which terminal-linked application can be used, and the like. In this embodiment, a method of displaying the availability status of the terminal cooperation application will be described. In addition, the said terminal cooperation application refers to the broadcasting cooperation application used by terminal cooperation.

FIG. 52A is a screen display diagram showing an example of a launcher screen of a broadcast cooperation application when there is a terminal cooperation application. In FIG. 52A, a broadcast-linked application launcher 162r11 is displayed at an arbitrary position on the broadcast program screen 162r, and the broadcast-linked application is displayed as a framed character icon. Broadcast cooperation applications (162r12 to 162r14) for the broadcast receiving apparatus 100 and broadcast cooperation applications (162r15 to 162r17) for the mobile information terminal 700 that are associated with the program being viewed are displayed. A back button 162r18 for ending the broadcast-linked application launcher 162r11 is also displayed.

In this example, the application status is indicated by the thickness of the border surrounding the character string and the color of the border. Main body applications A and B (162r12 and 162r13) and terminal applications A and B (162r15 and 162r16) are available. Main body application C (162r14) and terminal application C (162r17) are unavailable. The state in which the terminal application cannot be used means that none of the mobile information terminals 700 that are in a state capable of communicating with the broadcast receiving apparatus 100 have the function to execute the application.

FIG. 52B is a screen after terminal application A is selected on the launcher screen of FIG. 52A. The state of each mobile information terminal 700 related to terminal application A is shown. It is assumed that the portable information terminal 700 displayed on this screen is a terminal that has cooperated with the broadcast receiving apparatus 100 in the past or has been registered.

Mobile terminal 1 (162r22) and mobile terminal 2 (162r23) whose icons have a solid line frame are in a state capable of communicating with the broadcast receiving apparatus 100, and mobile terminal 3 (162r24) whose icon has a dotted line frame. and mobile terminal 4 ( 162 r 25 ) are not in a communicable state with broadcast receiving apparatus 100 . Mobile terminal 1 (162r22) and mobile terminal 3 (162r24) whose icon frames are white have the function of executing terminal application A, and mobile terminal 2 (162r23) and mobile terminal 4 whose icon frames are gray. (162r25) indicates that the terminal application A does not have the function to execute. Furthermore, if an application is already running on the terminal, an icon with a design that indicates that may be used.
In addition, an example of using a pattern for an icon to make it easier to understand visually is shown below.

FIG. 52C is an example of a launcher screen (162r31) showing a list of broadcast cooperation applications. Icons are shown for each type of mobile information terminal 700 in addition to the broadcast receiving device 100 . Icons 162r32 and 162r33 indicate the broadcast receiver 100, icons 162r34 and 162r35 indicate the smart phone type mobile information terminal 700, and icon 162r36 indicates the head mounted display type mobile information terminal 700. FIG. Each app is for the device indicated by the icon.

In FIG. 52C, when the application cannot be used, a mark (in this embodiment, a circle with diagonal lines) is displayed superimposed on the image of the device to indicate that the application is not available. Also, regarding the broadcast receiving apparatus 100, if the application is already running, a mark indicating that fact (in this embodiment, a circle with a dot mark) may be superimposed and displayed. With this display, it is possible to prevent the unnecessary operation of advancing the launcher procedure even though it has already been executed. In the case of the portable information terminal 700, it is also possible to display a mark indicating that the application is being executed when the application is being executed on all terminals that can communicate with the broadcast receiving apparatus 100 and that can execute the application. be.

FIG. 52D is a screen after terminal application C is selected on the launcher screen of FIG. 52C. The state of the portable information terminal 700 of the type corresponding to the terminal application C is shown. On this screen, when the portable information terminal 700 does not have the function of executing the terminal application C, when it is not in a state capable of communicating with the broadcast receiving apparatus 100, when the terminal application C is already being executed, it is displayed. A mark representing the object is superimposed on the icon. In this embodiment, a circle is marked with a slanted line (162r44, 162r46) if it does not have an execution function, a triangle is marked with an exclamation mark (162r45, 162r46) if communication is not possible, and a circle is marked if it is already running. is marked with a dot (162r43).

Furthermore, it is desirable to have a display method that allows the presence of the broadcast cooperation application when the situation changes without having to activate the launcher each time. For example, when the power is turned on, when the channel is changed, when the broadcast cooperation application is changed at the beginning of the program or during the program, the communication state between the broadcast receiving device 100 and the mobile information terminal 700 changes. When the application execution status changes, the icon is displayed only for a predetermined period of time, and the status at that time is displayed.

FIG. 52E shows an example of such a case. When an icon indicating the type of each device is displayed (162r51 to 162r53), it indicates that there is a broadcast cooperation application corresponding to that type of device. In this example, a circle with a slash (162r53) indicates that there are no devices of that type that are enabled to run the app. A dot in a circle (162r51) indicates that the app is running on all or some of the devices of that type that are enabled.

52F is a screen display diagram showing an example of a broadcast cooperation application displayed on the display unit 741 of the mobile information terminal 700. FIG. When requesting terminal cooperation from the portable information terminal 700, it is more convenient to use a list that shows which broadcast cooperation application can be used in which broadcast receiving device 100. FIG. FIG. 52F shows the list 741d1 displayed on the basic screen 741d of the cooperative control application. This list 741d1 indicates which broadcast receiver 100 in the home can use the broadcast cooperation application corresponding to the program to be checked. In addition, if the status of each broadcast receiving device 100 is also displayed, the convenience will be further enhanced especially when the mobile information terminal 700 is used outside the home. In this embodiment, the states of the broadcast receiving apparatus 100 are shown, such as receiving the program in question, receiving another program, idle, and reserved for another program (when another program is reserved for recording from the middle of the program).

Here, if the broadcast receiving apparatus 100 has a plurality of tuners, displaying the state for each of the plurality of tuners will further enhance convenience. In the list 741d1, branch numbers indicate tuners in the same device. For example, the receiver B- 1 and the receiver B- 2 are one and the other of a plurality of tuners in the same broadcast receiver 100 . In the case of terminal cooperation, if broadcast video and audio can be distributed as streaming data, there is no need to use the monitor unit 162 of the broadcast receiving apparatus 100. That is, if the tuner in the broadcast receiving apparatus 100 can be used, broadcasting can be used. Therefore, it is convenient to know the usage status of each tuner.

In addition, in order to perform the display described in the present embodiment, it is necessary to indicate whether the application is compatible with the broadcast receiving apparatus 100 or what type of portable information terminal 700 the application is compatible with for each broadcast-linked application. there must be information. In addition, broadcast receiving apparatus 100 and mobile information terminal 700 require information for executing corresponding applications. These pieces of information can be obtained by the broadcast receiving apparatus 100 by describing them in the MH-AIT or the like.

The embodiments of the present invention have been described above using Examples 1 to 7, but the configuration for realizing the technique of the present invention is not limited to the above-described examples, and various modifications are conceivable. For example, it is possible to replace part of the configuration of one embodiment with the configuration of another embodiment, or to add the configuration of another embodiment to the configuration of one embodiment. These all belong to the scope of the present invention. Numerical values, messages, and the like appearing in the sentences and drawings are merely examples, and the effects of the present invention are not impaired even if different ones are used.

Some or all of the above-described functions and the like of the present invention may be realized by hardware by designing them in an integrated circuit, for example. Alternatively, the functions may be realized by software, in which the microprocessor unit or the like interprets and executes an operation program for realizing each function. Hardware and software may be used together.

The software for controlling the broadcast receiver 100 may be stored in the ROM 103 and/or the storage (accumulation) unit 110 of the broadcast receiver 100 in advance at the time of product shipment. It may be acquired from other application servers 500 or the like on the Internet 200 via the LAN communication unit 121 after product shipment. Also, the software stored in a memory card, an optical disc, or the like may be acquired via the expansion interface section 124 or the like.

Also, the control lines and information lines shown in the drawings are those considered necessary for explanation, and do not necessarily show all the control lines and information lines on the product. In fact, it may be considered that almost all configurations are interconnected.

DESCRIPTION OF SYMBOLS 100,800...Broadcast receiver, 100a...Antenna, 101,801...Main control part, 102,802...System bus, 103,803...ROM, 104,804...RAM, 110,810...Storage part, 121,821... LAN communication section 124, 824... Expansion 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 unit 147 Subtitle color gamut conversion unit 151 Data decoder 152 Cache unit 153 Application control unit 154 Browser unit 155 Application color gamut conversion unit 156 Sound source unit 161, 861 Video synthesizing unit 162, 862 Monitor unit 163, 863 Video output unit 164, 864 Audio synthesizing unit 165, 865 Speaker unit , 166, 866... Audio output unit 170, 870... Operation input unit 841... MMT decoding unit 842... MPEG2-TS decoding unit 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 servers 600...Mobile phone communication server 600b...Base station 700...Portable information terminal .

Claims (1)

A content protection processing method in a broadcast receiving device of a transmission system for transmitting broadcast program content from a broadcasting station and receiving the broadcast program content in a broadcast receiving device, comprising:
a receiving step of receiving the broadcast program content;
a recording reservation step of making a recording reservation for a broadcast program from an EPG screen;
an accumulation step of accumulating the broadcast program content received in the receiving step for the broadcast program reserved for recording in the recording reservation step;
with
The EPG screen displays program names of broadcast programs and attributes of the broadcast programs,
In the accumulating step, when the broadcast program content received in the receiving step is content transmitted in the transmission system with the protection of only one generation of copying being designated, the broadcast program content accumulated in the accumulating step is stored. storing the broadcast program content in a copy-prohibited state and encrypted so that it can be reproduced only by the broadcast receiving device;
The accumulation of the broadcast program content in the accumulation step can be performed in an accumulation unit located at an output destination of the IP interface via an IP interface configured by hardware compatible with Ethernet provided in the broadcast receiving device. be,
Content protection handling method.

Images