JP2022009281A - Broadcast receiver - Google Patents

Abstract

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

SOLUTION: A broadcast receiver 100 receives the broadcast wave of a digital broadcast service in which the capability or incapability of cooperative operation with a mobile information terminal is set for each broadcast program in an application which is cooperatively executable with a broadcast program, to separate the video of the broadcast program, electronic program listing information, and an application-related information from the received broadcast wave. At the generation of an electronic program listing screen on the basis of the separated electronic program listing information and the application-related information, the application, which is cooperatively executable with the broadcast program, generates the electronic program listing screen for each broadcast program of the digital broadcast service, to display with a display format which enables identifying the existence or non-existence of the synchronous presentation operation with the mobile information terminal.

SELECTED DRAWING: Figure 8A

COPYRIGHT: (C)2022,JPO&INPIT

Description

The present invention relates to a broadcast receiving device.

One of the extended functions of the digital broadcasting service is data broadcasting, which transmits digital data by broadcasting 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 Unexamined Patent Publication No. 2001-186486

In response to changes in the environment related to content distribution in recent years, TV receivers are also required to expand their functions in various ways. In particular, there are many demands for distribution of contents and linked applications using a broadband network environment such as the Internet, and demands for higher resolution / definition of video contents. However, it is difficult to provide a high-value-added TV receiver that can meet the above-mentioned demand only by diversion of the data broadcast receiving function or the like provided in the current TV receiver or only the function expansion of the data broadcast receiving function or the like. ..

An object of the present invention is to provide a broadcast receiving device capable of executing a function having higher added value.

As a means for solving the above-mentioned problems, the technique described in the claims is used.

By using the technique of the present invention, it is possible to provide a broadcast receiving device capable of executing a function having higher added value.

It is a block diagram of the broadcasting communication system including the broadcasting receiving apparatus which concerns on Example 1. FIG. It is explanatory drawing of the component of the coded signal in MMT. It is a block diagram of MPU in MMT. It is a block diagram of the MMTP packet in MMT. It is a conceptual diagram of the protocol stack of the broadcasting system using MMT. It is a hierarchical structure diagram of the control information used in a broadcasting system. It is a list of tables used in TLV-SI of a broadcasting system. It is a list of descriptors used in TLV-SI of a broadcasting system. It is a list of messages used in MMT-SI of a broadcasting system. It is a list of tables used in MMT-SI of a broadcasting system. It is a list (1) of a descriptor used in MMT-SI of a broadcasting system. It is a list (2) of a descriptor used in MMT-SI of a broadcasting system. It is a list (3) of a descriptor used in MMT-SI of a broadcasting system. It is a figure which shows the relationship between the component of a broadcasting system and each table. It is a figure which shows the data structure of the MPT of a broadcasting system. It is a figure which shows the data structure of the location information of a broadcasting system. It is a figure which shows the data structure of the MPU time stamp descriptor of a broadcasting system. It is a figure which shows the data structure of MH-EIT of a broadcasting system. It is a figure which shows the data structure of the event package descriptor of a broadcasting system. It is a block diagram of the broadcast receiving apparatus which concerns on Example 1. FIG. It is a block diagram of the logical plane structure of the presentation function of the broadcast receiving apparatus which concerns on Example 1. FIG. It is a software block diagram of the broadcast receiving apparatus which concerns on Example 1. FIG. It is a block diagram of the broadcasting station server which concerns on Example 1. FIG. It is a block diagram of the service provider server which concerns on Example 1. FIG. It is a block diagram of the mobile information terminal which concerns on Example 1. FIG. It is a software block diagram of the mobile information terminal which concerns on Example 1. FIG. FIG. 5 is a system configuration diagram of clock synchronization / presentation synchronization of the broadcast receiving device according to the first embodiment. It is a figure which shows the data structure of the NTP format of a broadcasting system. It is a figure which shows the data structure of MH-TOT of a broadcasting system. It is a figure which shows the format of the JST_time parameter of a broadcasting system. It is a figure which shows the data structure of the time information of the TMCC extended information area of a broadcasting system. It is a figure which shows the calculation method of the present date from MJD of the broadcast receiving apparatus which concerns on Example 1. FIG. It is operation sequence diagram at the time of the channel scan of the broadcast receiving apparatus which concerns on Example 1. FIG. It is a figure which shows the data structure of the TLV-NIT of a broadcasting system. It is a figure which shows the data structure of the satellite distribution system descriptor of a broadcasting system. It is a figure which shows the data structure of the service list descriptor of a broadcasting system. It is a figure which shows the data structure of the AMT of a broadcasting system. It is operation sequence diagram at the time of channel selection of the broadcast receiving apparatus which concerns on Example 1. FIG. It is a conceptual diagram explaining the reference of MPT of each package by PLT of a broadcasting system. It is a figure which shows the data structure of the PLT of a broadcasting system. FIG. 5 is an external view of a remote controller capable of controlling the broadcast receiving device according to the first embodiment. It is a figure which shows the data structure of the remote control key descriptor of a broadcasting system. It is a figure explaining the channel selection process of a multi-organization channel. It is a figure explaining the angle selection process of a multi-view compatible program. It is a figure which shows the data structure of the LCT of a broadcasting system. It is a figure which shows the data structure of the MPU presentation area designation descriptor of a broadcasting system. It is a figure which shows the assignment of the layout to the layout number based on LCT. It is a figure which shows the assignment of the layout to the layout number based on LCT. It is a figure which shows the assignment of the layout to the layout number based on LCT. It is a figure which shows the assignment of the layout to the layout number based on LCT. It is a figure explaining the exception handling of the screen layout control based on LCT. It is a figure explaining the exception handling of the screen layout control based on LCT. It is a figure which shows the data structure of the video component descriptor of a broadcasting system. It is a figure explaining the meaning of the video signal aspect ratio of the video component descriptor. It is a figure explaining the aspect ratio conversion process of the broadcast receiving apparatus which concerns on Example 1. FIG. It is a figure explaining the aspect ratio conversion process of the broadcast receiving apparatus which concerns on Example 1. FIG. It is a screen display figure of the EPG screen of the broadcast receiving apparatus which concerns on Example 1. FIG. It is a screen display figure of the EPG screen of the broadcast receiving apparatus which concerns on Example 1. FIG. It is a screen display figure of the EPG screen of the broadcast receiving apparatus which concerns on Example 1. FIG. It is a screen display figure at the time of the emergency warning broadcast display of the broadcast receiving apparatus which concerns on Example 1. FIG. It is a figure which shows the data structure of the content copy control descriptor of a broadcasting system. It is a figure which shows the meaning of the copy control information of a content copy control descriptor. It is a figure which shows the data structure of the content utilization control descriptor of a broadcasting system. It is a block diagram of the broadcast receiving apparatus which concerns on Example 2. FIG. It is a figure explaining the inconsistency of the present time display at the time of switching a broadcasting service. It is a figure explaining the operation of the selection control of the present time information reference source which concerns on Example 2. FIG. It is a screen display figure of the EPG screen of the broadcast receiving apparatus which concerns on Example 2. FIG. It is a screen display figure of the EPG screen of the broadcast receiving apparatus which concerns on Example 2. FIG. It is a figure which shows the application transmission system. It is a figure which shows the type of an asset. It is a figure which shows the data structure of the location information of the asset acquisition destination. It is a figure which shows the meaning of the type of an asset acquisition destination. It is a figure which shows the data structure of the MPU presentation area designation descriptor. It is a figure which shows the data structure of MH-AIT. It is a figure which shows the assignment of an application type. It is a figure which shows the regulation of an application control code. It is a figure which shows the data structure of an application identifier. It is a figure which shows the data structure of MH-application descriptor. It is a figure which shows the data structure of the MH-transmission protocol descriptor. It is a figure which shows the meaning of a protocol identification. It is a figure which shows the data structure of a selector area. It is a figure which shows the data structure of MH-simple application location descriptor. It is a figure which shows the data structure of the MH-application boundary authority setting descriptor. It is a figure which shows the data structure of the MH-start priority information descriptor. It is a figure which shows the data structure of the MH-cache information descriptor. It is a figure which shows the data structure of the MH-application expiration date descriptor. It is a figure which shows the data structure of the MH-stochastic application delay descriptor. It is operation sequence diagram at the time of application activation of the broadcast receiving apparatus which concerns on Example 3. FIG. It is operation sequence diagram at the time of application activation of the broadcast receiving apparatus which concerns on Example 3. FIG. It is operation sequence diagram at the time of application activation of the broadcast receiving apparatus which concerns on Example 3. FIG. It is operation sequence diagram at the time of cooperation of the mobile information terminal which concerns on Example 3. FIG. It is operation sequence diagram at the time of cooperation of the mobile information terminal which concerns on Example 3. FIG. It is operation sequence diagram at the time of application activation of a broadcast receiving device and a mobile information terminal which concerns on Example 3. FIG. It is a screen display figure of the basic screen of the cooperation control application of the mobile information terminal which concerns on Example 3. FIG. It is a screen display figure of the basic screen of the cooperation control application of the mobile information terminal which concerns on Example 3. FIG. It is a screen display figure of the notification screen of the broadcast receiving apparatus which concerns on Example 3. FIG. It is a screen display figure of the broadcast cooperation application launcher of the broadcast receiving device which concerns on Example 3. FIG. It is a screen display figure of the data broadcasting screen of the broadcasting receiving apparatus which concerns on Example 3. FIG. It is a screen display figure of the broadcasting cooperation application execution screen of the broadcasting receiving apparatus which concerns on Example 3. FIG. It is a screen display figure of the broadcasting cooperation application execution screen of the broadcasting receiving apparatus which concerns on Example 3. FIG. It is a screen display figure of the broadcasting cooperation application execution screen of the broadcasting receiving apparatus which concerns on Example 3. FIG. It is a screen display figure of the broadcasting cooperation application execution screen of the broadcasting receiving apparatus which concerns on Example 3. FIG. It is a screen display figure of the error display screen of the broadcast receiving apparatus which concerns on Example 3. FIG. It is a screen display figure of the broadcasting cooperation application execution screen of the mobile information terminal which concerns on Example 3. FIG. It is a figure of the detailed information of the EPG display screen of the broadcast receiving apparatus which concerns on Example 3. FIG. It is a figure of the detailed information of the EPG display screen of the broadcast receiving apparatus which concerns on Example 3. FIG. It is a figure of the detailed information of the EPG display screen of the broadcast receiving apparatus which concerns on Example 3. FIG. It is a figure of the detailed information of the EPG display screen of the broadcast receiving apparatus which concerns on Example 3. FIG. It is a figure of the detailed information of the EPG display screen of the broadcast receiving apparatus which concerns on Example 3. FIG. It is a figure of the detailed information of the EPG display screen of the broadcast receiving apparatus which concerns on Example 3. FIG. It is operation sequence diagram at the time of acquisition of the broadcasting cooperation application of the broadcasting receiving apparatus which concerns on Example 3. FIG. It is operation sequence diagram at the time of acquisition of the broadcasting cooperation application of the mobile information terminal which concerns on Example 3. FIG. It is a figure which shows the data structure of MH-application descriptor. It is operation sequence diagram at the time of terminal cooperation which concerns on Example 4. FIG. It is operation sequence diagram at the time of terminal cooperation which concerns on Example 5. FIG. It is operation sequence diagram at the time of terminal cooperation which concerns on Example 6. FIG. It is operation sequence diagram at the time of terminal cooperation which concerns on Example 6. FIG. It is a screen display figure of the broadcast cooperation application launcher of the broadcast receiving device which concerns on Example 7. FIG. It is a screen display figure of the broadcast cooperation application launcher of the broadcast receiving device which concerns on Example 7. FIG. It is a screen display figure of the broadcast cooperation application launcher of the broadcast receiving device which concerns on Example 7. FIG. It is a screen display figure of the broadcast cooperation application launcher of the broadcast receiving device which concerns on Example 7. FIG. It is a screen display figure of the broadcast receiving apparatus which concerns on Example 7. FIG. It is a screen display figure of the broadcasting cooperation application of the mobile information terminal which concerns on Example 7. FIG.

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 broadcasting communication system including the broadcasting receiving device of the present embodiment. The broadcasting communication system of this embodiment includes a broadcasting receiving device 100 and an antenna 100a, a broadband network such as the Internet 200, a router device 200r and an access point 200a, a broadcasting station radio tower 300t and a broadcasting satellite (or communication satellite) 300s, and a broadcasting station. It is composed of a server 300, a service provider server 400, another application server 500, a mobile telephone communication server 600, a base station 600b of a mobile telephone communication network, and a mobile information terminal 700.

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

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 mobile information terminal 700 by wireless communication. For the wireless communication, a method such as Wi-Fi (registered trademark) may be used. As a result, each server device and other communication devices on the Internet 200, the broadcast receiving device 100, and the portable information terminal 700 can mutually exchange data via the router device 200r. 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 a broadcasting facility of a broadcasting station, and transmits broadcast waves including coded data of broadcast programs, subtitle information, other applications, general-purpose data, and the like. The broadcasting satellite (or communication satellite) 300s receives the broadcasting wave transmitted from the radio tower 300t of the broadcasting station, performs frequency conversion and the like as appropriate, and then broadcasts the broadcast to the antenna 100a connected to the broadcasting receiving device 100. It is a repeater that retransmits waves. Further, the broadcasting station shall include a broadcasting station server 300. The broadcasting station server 300 stores metadata such as broadcast programs (video contents, etc.), program titles, program IDs, program outlines, performer information, broadcast dates, etc. of each broadcast program, and stores the video contents and each metadata. , It shall be possible to provide to the service provider based on the contract. The moving image content and each metadata may be provided to the service provider through an API (Application Programming Interface) provided in the broadcasting station server 300.

The service provider server 400 is a server device prepared by the service provider, and is capable of providing various services linked to a broadcast program distributed from a broadcasting station. In addition, the service provider server 400 stores, manages, and distributes video content and metadata provided by the broadcasting station server 300, and various contents and applications linked to the broadcasting program. It also has a function to search for contents and applications that can be provided and to provide a list in response to inquiries from TV receivers and the like. It should be noted 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 each different service. Further, the function 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, operation programs, contents, data, and the like. There may be a plurality of other application servers 500 on the Internet 200.

The mobile telephone communication server 600 is connected to the Internet 200, while being connected to the mobile information terminal 700 via the base station 600b. The mobile telephone communication server 600 manages telephone communication (call) and data transmission / reception via the mobile telephone communication network of the mobile information terminal 700, and each server device and other communication devices on the mobile information terminal 700 and the Internet 200. Enables transmission and reception of data by communication with. Communication between the base station 600b and the mobile information terminal 700 is performed by the W-CDMA (Wideband Code Division Multiple Access) (registered trademark) method, the GSM (Global System for Mobile communications) (registered trademark) method, and the LTE (LongT) method. , Or other communication method may be used.

The mobile information terminal 700 shall have a function of telephone communication (call) and data transmission / reception via a mobile telephone communication network and a function of wireless communication by Wi-Fi (registered trademark) or the like. The mobile information terminal 700 can be connected to the Internet 200 via a router device 200r or an access point 200a, or via a base station 600b and a mobile telephone communication server 600 of a mobile telephone communication network, and can be connected to the Internet 200 on the Internet 200. It is possible to send and receive data by communicating 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 mobile information terminal 700 by wireless communication. For the wireless communication, a method such as Wi-Fi (registered trademark) may be used. Communication between the mobile information terminal 700 and the broadcast receiving device 100 is performed via the access point 200a, the Internet 200, and the router device 200r, or the base station 600b and the mobile telephone communication server 600, and the Internet 200 and the router device 200r. It may be done through.

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

MPEG2-TS is characterized in that components such as video and audio constituting a program are multiplexed into one stream together with a control signal and a clock. Since it is treated as one stream including the clock, it is suitable for transmitting one content on one transmission line whose transmission quality is ensured, and has been adopted in many conventional digital broadcasting systems. On the other hand, the functions of MPEG2-TS in response to changes in the environment related to content distribution, such as the diversification of content in recent years, the diversification of devices that use content, the diversification of transmission channels for distributing content, and the diversification of content storage environments. The newly formulated media transport method is MMT because of its limitations.

FIG. 2A shows an example of an outline of the coded signal in the MMT of this embodiment. As shown in the figure, the MMT of this embodiment has an MFU (Media Fragment Unit), an MPU (Media Processing Unit), an MMTP (MMT Protocol) payload, and an MMTP packet as elements constituting the coded signal. And.

The MFU is a format at the time of transmission of video, audio, and the like, and may be configured in NAL (Network Operation Layer) unit units or access unit units. It is assumed that the MPU includes one or more access units and can perform video and audio decoding processing by the MPU alone. The MPU may be composed of MPU metadata including information on the configuration of the entire MPU, movie fragment metadata including information on encoded media data, and sample data which is encoded media data. A plurality of movie fragment data and sample data may exist in one MPU. Further, 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, it is assumed that any MPU can be distinguished from other MPUs by the asset ID that identifies the asset and the sequence number of the MPU. Further, in the case of media such as a video component and an audio component, the presentation time and the decoding time may be specified for each MPU or access unit.

The MMTP packet is composed of a header part and an MMTP payload, and transmits MFU and MMT control information. The MMTP payload shall include a payload header according to the content (data unit) stored in the payload unit. FIG. 2C shows an example of an outline of configuring an MFU from a video / audio signal, further storing it in an MMTP payload, and constructing an MMTP packet. In the video signal encoded by using the inter-frame prediction, it is desirable to configure the MPU in GOP (Group Of Pictures) units. Further, when the size of the MFU to be transmitted is small, one MFU may be stored in one payload unit, or a plurality of MFUs of the same type may be stored in one payload unit. Further, when the size of the MFU to be transmitted is large, one MFU may be divided into a plurality of payload units and stored. Further, the MMTP packet may be protected by using a technique such as AL-FEC (Application Layer Forward Error) or ARQ (Automatic Repeat Request) in order to recover the packet loss on the transmission path.

In the broadcasting system of this embodiment, MPEG-H HEVC (High Efficiency Video Coding) is used as the video coding method, and MPEG-4 AAC (Advanced Audio Coding) or MPEG-4 ALS (Audio Lossless) is used as the audio coding method. Coding) shall be used. Encoded data such as video and audio of broadcast programs encoded by each of the above methods is in the form of MFU or MPU, further mounted on an MMTP payload, converted into an MMTP packet, and transmitted as an IP (Internet Protocol) packet. And. Further, the data content related to the broadcast program may be in the format of MFU or MPU, further mounted on the MMTP payload, converted into an MMTP packet, and transmitted as an IP packet. Data content transmission methods include (1) subtitle / character super transmission method used for streaming data synchronized with broadcasting, (2) application transmission method used for data transmission service asynchronous with broadcasting, and (3) from broadcasting stations. Four types are available: an event message transmission method used for synchronous / asynchronous message notification to applications running on TV receivers, and (4) a general-purpose data transmission method for transmitting other general-purpose data in synchronous / asynchronous manner. It shall be.

For the transmission of MMTP packets, 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. .. Further, in the broadcast transmission line, a TLV (Type Length Value) multiplexing method is used for efficient transmission of IP packets. FIG. 3 shows an example of the protocol stack of the broadcasting system of this embodiment. In the figure, (A) is an example of a protocol stack in a broadcast transmission 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), shall be prepared. MMT-SI is control information indicating the structure of a broadcast program and the like. It shall be in the form of an MMT control message, put on an MMTP payload, converted into an MMTP packet, and transmitted as an IP packet. The TLV-SI is control information regarding the multiplexing of IP packets, and shall provide information for channel selection and information on the correspondence between the IP address and the service.

Further, even in a broadcasting system using MMT, time information is transmitted in order to provide an absolute time. In addition, while MPEG2-TS shows the display time of the component based on a different clock for each TS, MMT shows the display time of the component based on Coordinated Universal Time (UTC). do. These mechanisms enable terminal devices to synchronously display components transmitted from different transmission points on different transmission lines. In order to provide UTC, it is assumed that an IP packet in NTP (Network Time Protocol) format is used.

[Control information of broadcasting system using MMT]
In the broadcasting system supported by the broadcasting receiving device 100 of this embodiment, 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 MMT-SI involved. The TLV-SI provides information for the broadcast receiving device 100 to demultiplex the IP packets multiplexed on the broadcast transmission line. TLV-SI is composed of a "table" and a "descriptor". The "table" shall be transmitted in section format and the "descriptor" shall be placed within the "table". The MMT-SI is transmission control information indicating information related to the configuration of the MMT package and the broadcasting service. MMT-SI consists of three layers: a "message" that stores "tables" and "descriptors", a "table" that has elements and attributes that show specific information, and a "descriptor" that shows more detailed information. It shall be. FIG. 4 shows an example of the hierarchical structure of the control information used in the broadcasting system of this embodiment.

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

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

(2) AMT
The address map table (Addless Map Table: AMT) provides a list of multicast groups of IP packets that make up each service transmitted in the network.

(3) Table set by the business operator In addition, it is possible to prepare a table set by the service provider 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 broadcasting receiving device 100 of this embodiment. In this embodiment, the following is used as the "descriptor" of the TLV-SI.

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

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

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

(4) Network name descriptor The network name descriptor describes the network name in character code.

(5) Remote control key descriptor The remote control key descriptor is used to set the service assigned to the one-touch tuning button of the remote controller for the receiver.

(6) Descriptor set by the business operator In addition, it is possible to prepare a descriptor set by the service provider or the like.

<Message used in MMT-SI>
FIG. 6A shows a list of "messages" used in the MMT-SI of the broadcasting system supported by the broadcasting receiving device 100 of this embodiment. In this embodiment, the following "message" of MMT-SI is used.

(1) PA message The 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 limited reception method.

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

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

(6) Message set by the business operator In addition, it is possible to prepare a message independently set by the service provider or the like.

<Table used in MMT-SI>
FIG. 6B shows a list of "tables" used in the MMT-SI of the broadcasting system supported by the broadcasting receiving device 100 of this embodiment. The table is control information having elements and attributes indicating specific information, and is stored in a message and transmitted as an MMTP packet. The message for storing the table may be determined according to the table. In this embodiment, the following is used as the "table" of MMT-SI.

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

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

(3) LCT
The layout setting table (Layout Configuration Table: LCT) is used to associate the layout information for presentation with the layout number. The LCT may be stored in a PA message.

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

(5) EMM
The Enterprise Mobility (EMM) transmits individual information including contract information for each subscriber and key information for decrypting ECM (common information). The EMM may be stored in the M2 section message.

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

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

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

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

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

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

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

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

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

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

(16) DDM table The data directory management table (Data Directory Management Table: DDM table) provides a directory structure of files constituting an application in order to separate the file structure of the application from the structure for file transmission. The DDM table may be stored in the data transmission message.

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

(18) DCC Table The Data Content Management Table (DCC Table) provides configuration information of a file as data content in order to realize flexible and effective cache control. The DCC table may be stored in the data transmission message.

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

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

<Descriptor used in MMT-SI>
6C, 6D and 6E show a list of "descriptors" arranged in the MMT-SI of the broadcast system supported by the broadcast receiver 100 of this embodiment. The descriptor is the control information that provides more detailed information and shall be placed in the table. The table in which the descriptor is placed may be determined according to the descriptor. In this embodiment, the following is used as the "descriptor" of MMT-SI.

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

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

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

(4) MPU presentation area designation descriptor The MPU presentation area designation descriptor provides a position for presenting the MPU. The MPU presentation area specification descriptor may be placed in the MPT.

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

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

(7) Access control descriptor The access control descriptor provides information for identifying the limited reception method. The access control descriptor may be located in MPT or CAT (MH).

(8) Scramble method descriptor The scramble method descriptor provides information for identifying the encryption target and the type of the encryption algorithm at the time of scrambling. The scrambled descriptor may be located 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 method descriptor may be placed in MPT or CAT (MH).

(10) Emergency information descriptor (MH)
The emergency information descriptor (MH) is used when performing an emergency warning broadcast. The 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 coding parameters of the ISO / IEC 14496-3 (MPEG-4 audio) audio stream. Used for The MH-MPEG-4 audio descriptor may be located in the MPT.

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

(13) MH-HEVC Video Descriptor The MH-HEVC video descriptor is described in the ITU-T Recommendation H.D. 265 | Used to describe the basic coding parameters of the ISO / IEC 2608-2 video stream (HEVC stream). The MH-HEVC video descriptor may be placed in the MPT.

(14) MH-Link Descriptor The MH-link descriptor identifies a service provided when the viewer requests additional information related to a particular one described in the program sequence information system. The MH-link descriptor may be arranged in MPT, MH-EIT, MH-SDT, or the like.

(15) MH-event group descriptor The MH-event group descriptor is used to indicate that a group of events is grouped when there is a relationship between a plurality of events. The MH-event group descriptor may be located in the MH-EIT.

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

(17) MH-Short Event Descriptor The MH-Short Event Descriptor represents an event name and a short description of the event in text format. The MH-short event descriptor may be located 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 may be located in the MH-EIT.

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

(20) MH-stream identification descriptor The MH-stream identification descriptor is used because the component stream of the service is labeled and the description content indicated by the video component descriptor in the MH-EIT can be referred to by this label. .. The MH-stream identification descriptor may be placed in the MPT.

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

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

(23) MH-Audio Component Descriptor The MH-Audio Component Descriptor indicates each parameter of the audio elemental stream and is also used to express the elementary stream in character format. The MH-voice component descriptor may be located in the 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 constituting the program. The MH-Target Area Descriptor may be located in the MPT.

(25) MH-series descriptor The MH-series descriptor is used to identify a series program. The MH-series descriptor may be placed in the MH-EIT.

(26) MH-SI transmission parameter descriptor The MH-SI transmission parameter descriptor is used to indicate the transmission parameter of SI. The MH-SI transmission parameter descriptor may be located 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 located in the MH-BIT.

(28) MH-Service Descriptor The MH-Service Descriptor represents the organization channel name and its operator name in character code together with the service type. The MH-service descriptor may be located in the MH-SDT.

(29) IP data flow descriptor The IP data flow descriptor provides information on the IP data flow constituting the service. The IP data flow descriptor may be located in the MH-SDT.

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

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

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

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

(35) MH-data encoding scheme descriptor The MH-data encoding scheme descriptor is used to identify the data encoding scheme. The MH-data coding scheme descriptor may be located 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 may be placed in the EMT.

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

(38) MH-Local Time Offset Descriptor The MH-local time offset descriptor is used to give a constant offset value to the actual time (for example, UTC + 9 hours) and the display time to the human system when the daylight saving time is executed. The MH-local time offset descriptor may be located in the MH-TOT.

(39) MH-Component Group Descriptor The MH-Component Group Descriptor defines and identifies a combination of components in an event. The MH-component group descriptor may be located in the MH-EIT.

(40) MH-Logo Transmission Descriptor The MH-logo transmission descriptor is used to describe a character string for a simple logo, pointing to a logo in CDT format, and the like. The MH-logo transmission descriptor may be located in the MH-SDT.

(41) MPU Extended Timestamp Descriptor The MPU Extended Timestamp Descriptor provides the decryption time of the access unit in the MPU. The MPU extended timestamp descriptor may be placed in the MPT.

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

(43) MH-Network Download Content Descriptor The MH-Network Download Content Descriptor is used to describe the attribute information of the content downloaded using the network. The MH-Network Downloadable Content Descriptor may be located in the MH-SDTT.

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

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

(46) MH-Simple Application Location Descriptor The MH-Simple Application Location Descriptor is described to indicate the details of the acquisition destination of the application. The MH-Simple Application Location Descriptor may be located in the MH-AIT.

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

(48) MH-Startup Priority Information Descriptor The MH-Startup Priority Information Descriptor is described to specify the start-up priority of the application. The MH-start priority information descriptor may be placed in the MH-AIT.

(49) MH-cache information descriptor The MH-cache information descriptor is described for use in cache control when the resources constituting the application are cached and held when the application is expected to be reused. .. The MH-cache information descriptor may be placed in the MH-AIT.

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

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

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

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

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

(55) Application service descriptor The application service descriptor describes entry information and the like of an application related to the service. The application service descriptor may 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. The MPU node descriptor may be placed in the DAM table.

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

(58) MH-Hierarchical Coding Descriptor The MH-Hierarchical Coding Descriptor describes information for identifying the hierarchically coded video stream component. The MH-hierarchical coding descriptor may 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 device for the entire service, and when digital recording is expected to be performed, the broadcasting station (copyright). It is used by the person) to convey information about the copy or the maximum transmission rate to the digital recording device. The content copy control descriptor may be arranged in MPT, MH-EIT, MH-SDT, or the like.

(60) Content usage control descriptor The content usage control descriptor indicates information related to copy control and remote viewing control when storing a program on a hard disk or the like or when outputting a video / audio signal from a receiver. Used for The content usage control descriptor may be arranged in MPT, MH-EIT, MH-SDT, or the like.

(61) Descriptor set by the business operator In addition, it is possible to prepare a descriptor set by the service provider or the like.

<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 broadcast system supported by the broadcast receiver 100 of the present embodiment and a typical table of MMT-SI will be described. In the MMT method, a component is defined as an asset, and in the following, the component may be referred to as an asset.

In the broadcasting system supported by the broadcasting receiving device 100 of this embodiment, data can be transmitted by a plurality of routes such as a TLV stream via a broadcasting transmission line and an IP data flow via a communication line. The TLV stream includes TLV-SI such as TLV-NIT and AMT, and an IP data flow which is a data flow of an IP packet. The IP data flow includes a video asset including a series of video MPUs and an audio asset including a series of audio MPUs. Similarly, the IP data flow may include a subtitle asset including a series of subtitle MPUs, a character super asset including a series of character super MPUs, a data asset including a series of data MPUs, and the like.

These various assets are associated with the "package" by the description of the MPT (MMT package table) stored and transmitted in the PA message. Specifically, the association may be made 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 figure corresponds to the package ID, and the "asset_id_byte" parameter corresponds to the asset ID.

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

In addition, 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 the IPv4 data flow (location_type = 0x01)
(3) Data multiplexed in the IPv6 data flow (location_type = 0x02)
(4) Data multiplexed with MPEG2-TS of broadcasting (location_type = 0x03)
(5) Data multiplexed in MPEG2-TS format in the IP data flow (location_type = 0x04)
(6) Data at the specified URL (location_type = 0x05)
It is possible to configure the broadcast receiving device 100 so that various data transmitted by various transmission paths can be referred to.

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

Further, in media such as a video component and an audio component, the presentation time and the decoding time can be specified for each MPU or access unit. The information regarding the presentation time and the 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 time stamp descriptor that describes the information regarding the presentation time. The presentation time information of each MPU is specified by the "mpu_presentation_time" parameter of the MPU time stamp descriptor. Further, the MPU to be designated can be identified by the "mpu_sequence_number" parameter. In the broadcast receiving device 100 of the present embodiment, a plurality of MPUs designated by the MPT are presented (displayed and output) in conjunction with each other based on the clock based on NTP, which is the time information in UTC notation, using the presented time information. Etc.). Further, the information regarding the decoding time is also described by the MPU extended time stamp descriptor, but detailed description thereof will be omitted. The presentation control of various data using the clock based on the NTP will be described later.

In the broadcasting system of this embodiment, the series of data in the "package" unit corresponds to the "service" of digital broadcasting. Further, the "service" is a series of "programs" transmitted according to a schedule. The "program" is treated as an "event" in the MMT system. The start time and duration of each event are specified by MH-EIT. Further, the event package descriptor arranged in MH-EIT specifies the ID of the MMT package corresponding to each event. FIG. 7E shows an example of the data structure of MH-EIT. The "start_time" parameter in the figure specifies the start time, and the "duration" parameter specifies the duration. FIG. 7F shows an example of the data structure of the event package descriptor. The correspondence between each event and the MMT package can be specified by the "MMT_package_id_byte" parameter of the event package descriptor placed in the MH-EIT. The MH-EIT performs various processes (for example, electronic program guide generation process, recording reservation and viewing reservation control, temporary storage, and the like) in the broadcast receiving device 100 of the present embodiment in units of the "event". ) Etc.

[Hardware configuration of broadcast receiver]
FIG. 8A is a block diagram showing an example of the internal configuration of the broadcast receiving device 100. The broadcast receiving device 100 includes a main control unit 101, a system bus 102, a ROM 103, a RAM 104, a storage (storage) unit 110, a LAN communication unit 121, an expansion interface unit 124, a digital interface unit 125, a tuner / demodulation unit 131, and a separation unit 132. , Video decoder 141, video color gamut conversion unit 142, audio decoder 143, character super decoder 144, subtitle decoder 145, subtitle synthesis unit 146, subtitle color gamut conversion unit 147, data decoder 151, cache unit 152, application control unit 153, It 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, a voice synthesis unit 164, a speaker unit 165, an audio output unit 166, and an operation input unit 170. Will be done.

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

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

The storage (storage) unit 110 stores an operation program of the broadcast receiving device 100, an operation setting value, personal information of a 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, contents such as moving images, still images, and sounds acquired from broadcast waves or downloaded via the Internet 200 can also be stored. A part of the storage (storage) unit 110 may be used to replace all or part of the functions of the ROM 103. Further, the storage (storage) unit 110 needs to hold the stored information even when the broadcast receiving device 100 is not supplied with power from the outside. Therefore, for example, a device such as a non-volatile semiconductor device memory such as a flash ROM or SSD (Solid State Drive), a magnetic disk drive such as an HDD (Hard Disk Drive), or the like is used.

It is assumed that each of the operation programs stored in the ROM 103 and the storage (storage) unit 110 can be added, updated, and expanded in function by a download process from each server device on the Internet 200.

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

The tuner / demodulation unit 131 receives the broadcast wave transmitted from the radio tower 300t via the antenna 100a, and tunes (selects) to the channel of the service desired by the user based on the control of the main control unit 101. Further, the tuner / demodulation unit 131 demodulates the received broadcast signal to acquire the MMT data string. Although the example shown in FIG. 8A illustrates a configuration in which one tuner / demodulation unit is used, the broadcast receiving device 100 uses the tuner / demodulation unit for the purpose of simultaneous display on multiple screens, counterprogram recording, and the like. It may be configured to mount multiple devices.

The separation unit 132 is an MMT decoder, and based on the control signal in the input MMT data string, the video data string, the audio data string, the character super data string, the subtitle data string, and the like, which are real-time presentation elements, are converted into the video decoder 141, respectively. , Audio decoder 143, character super 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 line. Further, the separation unit 132 reproduces the multimedia application and the file-based data which is a component thereof, and is temporarily stored in the cache unit 152. Further, the separation unit 132 extracts general-purpose data and outputs it to the data decoder 151 in order to use it for streaming data to a data or an application used by a player that presents data other than video / audio subtitles. Further, the separation unit 132 may perform error correction, access restriction control, and the like for the input MMT data string based on the control of the main control unit 101.

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

The character super decoder 144 decodes the character super data string input from the separation unit 132 and outputs the character super information. The subtitle decoder 145 decodes the subtitle data string input from the separation unit 132 and outputs the subtitle information. The character super information output from the character super decoder 144 and the subtitle information output from the subtitle decoder 145 are combined by the subtitle composition unit 146, and further, the subtitle color gamut conversion unit 147 is used in the video composition unit 161. Color space conversion processing is performed as necessary for image composition processing. In this embodiment, among the services centered on text information presented at the same time as the video of the broadcast program, those related to the content of the video are referred to as subtitles, and the others are referred to as character supermarkets. do. In addition, when they are not distinguished, they are collectively referred to as subtitles.

The browser unit 154 uses the multimedia application file acquired from the server device on the Internet 200 via the cache unit 152 or the LAN communication unit 121 and the file system data which is a component thereof, as well as the control information included in the MMT data string and the LAN. It is presented according to the instruction of 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 the video composition processing in the video composition unit 161 as necessary. Further, the browser unit 154 also acts on the sound source unit 156 to reproduce the application voice information.

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

The presentation function of the broadcast receiving device 100 of this embodiment is provided with a logical plane structure in order to display the multimedia service as intended by the provider. FIG. 8B shows an example of the configuration of the logical plane structure provided in the presentation function of the broadcast receiving device 100 of this embodiment. In the logical plane structure, the character super plane for displaying the character super is arranged in the foreground, and the subtitle plane for displaying the subtitle is arranged in the next layer. A multimedia plane that displays broadcast video, multimedia applications, or their composite video is placed on the third layer, and a background plane is placed on the back. The subtitle composition unit 146 and the video composition unit 161 draw the character super information on the character super plane, draw the subtitle information on the subtitle plane, and draw the video information, application information, and the like on the multimedia plane. Further, the background color is drawn on the background plane based on the LCT or the like included in the MMT-SI. It is assumed that a plurality of third-layer multimedia planes can be prepared according to the number of video decoders 141. However, even when 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 foremost multimedia plane.

The voice synthesis unit 164 inputs the voice information output from the voice decoder 143 and the application voice information reproduced by the sound source unit 156, and appropriately selects and / or performs processing such as mixing. The speaker unit 165 provides the user of the broadcast receiving device 100 with the voice information selected and / or mixed by the voice synthesis unit 164. The voice output unit 166 is a voice output interface that outputs voice information selected and / or mixed by the voice synthesis unit 164.

The expansion interface unit 124 is a group of interfaces for expanding the functions of the broadcast receiving device 100, and in this embodiment, it is configured to include 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 connects to a PC or the like to send and receive data. Broadcast programs and contents may be recorded by connecting an HDD. You may also connect a keyboard or other USB device. The memory interface connects a memory card or other memory medium to send and receive data.

The digital interface unit 125 is an interface for outputting or inputting encoded digital video data and / or digital audio data. The digital interface unit 125 can output the MMT data string obtained by demodulation by the tuner / demodulation unit 131, the MMT data string acquired via the LAN communication unit 121, or the mixed data of each MMT data string as it is. It shall be. Further, the MMT data string input from the digital interface unit 125 may be controlled to be input to the separation unit 132. The digital content stored in the storage (storage) unit 110 may be output, or the digital content may be stored in the storage (storage) unit 110 via the digital interface unit 125.

The digital interface unit 125 is a DVI terminal, an HDMI (registered trademark) terminal, a DisplayPort (registered trademark) terminal, or the like, and data is output or input in a format compliant with the DVI specification, HDMI specification, DisplayPort specification, or the like. It may be something. It may be output or input in the form of serial data conforming to the IEEE1394 specifications and the like. Further, it may be configured as an IP interface that outputs a digital interface via hardware such as Ethernet (registered trademark) or wireless LAN. In this case, the digital interface unit 125 and the LAN communication unit 121 may share the hardware configuration.

The operation input unit 170 is an instruction input unit for inputting operation instructions to the broadcast receiving device 100, and in this embodiment, a remote control receiving unit and a button switch for receiving commands transmitted from a remote controller (not shown) are arranged. It shall consist of operation keys. Only one of them may be used. Further, the operation input unit 170 may be replaced with a touch panel arranged on the monitor unit 162. A keyboard or the like connected to the expansion interface unit 124 may be used instead. The remote controller (not shown) may be replaced with a mobile information terminal 700 having a remote controller command transmission function.

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

[Software configuration of broadcast receiver]
FIG. 8C is a software configuration diagram of the broadcast receiving device 100 of this embodiment, and shows the software configuration of the ROM 103, the RAM 104, and the storage (storage) unit 110. In this embodiment, the basic operation program 1001 and other operation programs are stored in the ROM 103, and the reception function program 1002, the cooperation function program 1003, the recording / playback function program 1004, and other operations are stored in the storage (storage) unit 110. The program is remembered. Further, the storage (storage) unit 110 stores the content storage area 1200 for storing contents such as moving images, still images, and voices, and authentication for storing authentication information necessary for accessing an external mobile terminal device or each server device. It shall be provided with an information storage area 1300 and various information storage areas for storing various other information.

The basic operation program 1001 stored in the ROM 103 is expanded in the RAM 104, and the main control unit 101 further executes the expanded basic operation program 1001 to form the basic operation execution unit 1101. Further, the reception function program 1002, the cooperation function program 1003, and the recording / playback function program 1004 stored in the storage (storage) unit 110 are similarly expanded in the RAM 104, and the main control unit 101 further expands the reception function program 1002 and the expanded reception function program 1002. By executing the cooperation function program 1003 and the recording / playback function program 1004, the reception function execution unit 1102, the cooperation function execution unit 1103, and the recording / playback function execution unit 1104 are configured. Further, the RAM 104 is provided with a temporary storage area for temporarily holding the data created at the time of executing each operation program as needed.

In the following, in order to simplify the explanation, the main control unit 101 performs a process of controlling each operation block by expanding and executing the basic operation program 1001 stored in the ROM 103 in the RAM 104. It is described as assuming that the unit 1101 controls each operation block. The same description is made for other operation programs.

The reception function execution unit 1102 controls each operation block of the broadcast reception device 100 in order to reproduce components such as video and audio transmitted by the broadcast system of this embodiment. In particular, the transport processing unit 1102a mainly controls the MMT decoder function of the separation unit 132, and distributes the video data string, the audio data string, and the like 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 1102c mainly controls the cache unit 152, the application control unit 153, the browser unit 154, and the sound source unit 156. The character super processing unit 1102d mainly controls the character super decoder 144. The subtitle processing unit 1102e mainly controls the subtitle decoder 145. The general-purpose data processing unit 1102f mainly controls the data decoder 151. The EPG generation unit 1102g interprets the description contents such as MH-EIT included in the MMT-SI and generates the EPG screen. Based on the logical plane structure, the presentation processing unit 1102h includes a video color gamut conversion unit 142, a subtitle synthesis unit 146, a subtitle color gamut conversion unit 147, an application color gamut conversion unit 155, a video synthesis unit 161 and a voice synthesis unit 164. Is mainly controlled.

In addition, the cooperation function execution unit 1103 manages device authentication and connection, transmission / reception of each data, and the like when the broadcast receiving device 100 performs a cooperation operation with an external device such as a portable information terminal 700. The recording / playback function executing unit 1104 stores broadcast programs acquired from the digital broadcast wave of the main broadcasting system, contents acquired from each server device on the network, and the like in the content storage area 1200 of the storage (storage) unit 110 and the extended interface unit 124. Control is performed when recording to an external storage or the like connected to the above, or when playing back the broadcast program or content.

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

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

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

The storage unit 310 stores a basic operation program 3001, a broadcast content management / distribution program 3002, and a broadcast content transmission program 3003, and further includes a broadcast content storage area 3200 and a metadata storage area 3300. The broadcast content storage area 3200 stores the program content and the like of each broadcast program broadcast by the broadcasting station. The metadata storage area 3300 stores metadata such as a program title, a program ID, a program outline, a performer, a broadcast date and time, and copy control information related to each program content of each broadcast program.

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

In the following, in order to simplify the explanation, the main control unit 301 basically expands the basic operation program 3001 stored in the storage unit 310 into the RAM 304 and executes the process to control each operation block. It is described as assuming that the operation execution unit 3101 controls each operation block. The same description is made for other operation programs.

The broadcast content management / distribution execution unit 3102 manages the program content and the like of each broadcast program and each metadata stored in the broadcast content storage area 3200 and the metadata storage area 3300, and the program content and the like of each broadcast program and each. Controls the provision of metadata to service providers based on contracts. Further, when the broadcast content management / distribution execution unit 3102 provides the program content and the like of each broadcast program and each metadata to the service provider, the service provider based on the contract is required. The authentication process of the server 400 may be performed.

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

The LAN communication unit 321 is connected to the Internet 200 and communicates with a service provider server 400 or the like on the Internet 200. The LAN communication unit 321 is provided with a code 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. of the program content of each broadcast program stored in the broadcast content storage area 3200. , It is transmitted as a digital broadcast wave via the radio tower 300t.

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

The storage unit 410 stores the basic operation program 4001, the video content management / distribution program 4002, and the application management / distribution program 4004, and further stores the video content storage area 4200, the metadata storage area 4300, the application storage area 4400, and the user information storage. It comprises a region 4500. The video content storage area 4200 stores the program content of the broadcast program provided by the broadcasting station server 300 as the video content. It also stores video content and the like produced by the service provider. The metadata storage area 4300 stores each metadata provided from the broadcasting station server 300, metadata related to the video content produced by the service provider, and the like. The application storage area 4400 stores various applications for realizing a service linked to a broadcast program for distribution in response to a request from each television receiver. The user information storage area 4500 stores information (personal information, authentication information, etc.) about a user who is permitted to access the service provider server 400.

Further, the basic operation program 4001 and the video content management / distribution program 4002 and the application management / distribution program 4004 stored in the storage unit 410 are expanded in the RAM 404, respectively, and the main control unit 401 further expands the expanded basic operation program and the video. By executing the content management / distribution program and the application management / distribution program, the basic operation execution unit 4101, the video content management / distribution execution unit 4102, and the application management / distribution execution unit 4104 are configured.

In the following, in order to simplify the explanation, the main control unit 401 basically expands the basic operation program 4001 stored in the storage unit 410 into the RAM 404 and executes the process to control each operation block. It is described as assuming that the operation execution unit 4101 controls each operation block. The same description is made for other operation programs.

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

The LAN communication unit 421 is connected to the Internet 200 and communicates with the broadcast receiving device 100 via the broadcasting station server 300 on the Internet 200 and the router device 200r. The LAN communication unit 421 shall include a coding circuit, a decoding circuit, and the like.

[Hardware configuration of mobile information terminal]
FIG. 11A is a block diagram showing an example of the internal configuration of the mobile information terminal 700. 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, a voice processing unit 750, and a sensor unit 760. Consists of ,.

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

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

The storage unit 710 stores the operation program and operation setting value of the mobile information terminal 700, the 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, contents such as moving images, still images, and sounds downloaded via the Internet 200 can also be stored. A part of the storage unit 710 may be used to replace all or part of the functions of the ROM 703. Further, the storage unit 710 needs to hold the stored information even when the mobile information terminal 700 is not supplied with power from the outside. Therefore, for example, a device such as a non-volatile semiconductor device memory such as a flash ROM or SSD, a magnetic disk drive such as an HDD, or the like is used.

It is assumed that each of the operation programs stored in the ROM 703 and the storage unit 710 can be added, updated, and expanded in function by a download process 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 / receives data to / from each server device and other communication devices on the Internet 200. The connection with the router device 200r and the access point 200a shall be made by wireless connection such as Wi-Fi (registered trademark). The mobile telephone network communication unit 722 performs telephone communication (call) and data transmission / reception by wireless communication with the base station 600b of the mobile telephone network. The NFC communication unit 723 performs wireless communication when it is in close proximity to the corresponding reader / writer. The LAN communication unit 721, the mobile telephone network communication unit 722, and the NFC communication unit 723 shall each include a code circuit, a decoding circuit, an antenna, and the like. Further, the communication processing unit 720 may further include other communication units such as a Bluetooth (registered trademark) communication unit and an infrared communication unit.

The expansion interface unit 724 is a group of interfaces for expanding the functions of the portable information terminal 700, and in this embodiment, it is 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 connects to a PC or the like to send and receive data. You may also connect a keyboard or other USB device. The memory interface connects a memory card or other memory medium to send and receive data.

The operation unit 730 is an instruction input unit for inputting operation instructions to the mobile information terminal 700. In this embodiment, the operation unit 730 is composed of a touch panel 730t arranged on the display unit 741 and an operation key 730k in which button switches are arranged. It shall be. Only one of them may be used. The mobile information terminal 700 may be operated by using a keyboard or the like connected to the extended interface unit 724. The mobile information terminal 700 may be operated by 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. Further, the touch panel function may be provided in the display unit 741.

The image processing unit 740 includes a display unit 741, an image signal processing unit 742, a first image input unit 743, and a second image input unit 744. The display unit 741 is a display device such as a liquid crystal panel, and provides the image data processed by the image signal processing unit 742 to the user of the mobile information terminal 700. The image signal processing unit 742 includes a video RAM (not shown), and the display unit 741 is driven based on the image data input to the video RAM. Further, the image signal processing unit 742 shall have a function of performing format conversion, menu and other OSD (On Screen Display) signal superimposition processing, etc., as necessary. The first image input unit 743 and the second image input unit 744 convert the light input from the lens into an electric signal by using an electronic device such as a CCD (Charge Coupled Device) or a CMOS (Complementary Metal Oxide Sensor) sensor. , A camera unit that inputs image data of surroundings and objects.

The voice processing unit 750 is composed of a voice output unit 751, a voice signal processing unit 752, and a voice input unit 753. The voice output unit 751 is a speaker, and provides the voice signal processed by the voice signal processing unit 752 to the user of the mobile information terminal 700. The voice input unit 753 is a microphone, and converts a user's voice or the like into voice data for input.

The sensor unit 760 is a sensor group for detecting the state of the portable information terminal 700. In this embodiment, the GPS receiving unit 761, the gyro sensor 762, the geomagnetic sensor 763, the acceleration sensor 764, the illuminance sensor 765, and the proximity sensor 766 are used. , Consists of. With these sensor groups, it is possible to detect the position, tilt, direction, movement, and ambient brightness of the portable information terminal 700, the proximity of surrounding objects, and the like. Further, the mobile information terminal 700 may further include other sensors such as a barometric pressure sensor.

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

The configuration example of the mobile information terminal 700 shown in FIG. 11A includes many configurations that are not essential to this embodiment, such as the sensor unit 760, but the present embodiment even if the configuration is not provided with these. Does not impair the effect of. Further, a configuration (not shown) such as a digital broadcast receiving function and an electronic money payment function may be further added.

[Software configuration of mobile information terminal]
FIG. 11B is a software configuration diagram of the mobile information terminal 700 of this embodiment, and shows the software configuration of the ROM 703, the RAM 704, and the storage unit 710. In this embodiment, the basic operation program 7001 and other operation programs are stored in the ROM 703, and the cooperation control program 7002 and other operation programs are stored in the storage unit 710. Further, the storage unit 710 has a content storage area 7200 for storing contents such as moving images, still images, and voices, and an authentication information storage area 7300 for storing authentication information and the like required for accessing a TV receiver and each server device. It shall be provided with various information storage areas for storing various other information.

The basic operation program 7001 stored in the ROM 703 is expanded in the RAM 704, and the main control unit 701 further executes the expanded basic operation program to form the basic operation execution unit 7101. Further, the cooperation control program 7002 stored in the storage unit 710 is also expanded in the RAM 704, and the main control unit 701 further executes the expanded cooperation control program to form the cooperation control execution unit 7102. Further, the RAM 704 is provided with a temporary storage area for temporarily holding the data created at the time of executing each operation program as needed.

In the following, for the sake of simplicity, the main control unit 701 expands the basic operation program 7001 stored in the ROM 703 into the RAM 704 and executes the process to control each operation block. It is described as assuming that the unit 7101 controls each operation block. The same description is made for other operation programs.

The linkage control execution unit 7102 manages device authentication and connection, transmission / reception of each data, and the like when the mobile information terminal 700 performs a linkage operation with a television receiver. Further, the cooperation control execution unit 7102 is provided with 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. After the product is shipped, it may be acquired from another application server 500 or the like on the Internet 200 via the LAN communication unit 721 or the mobile telephone network communication unit 722. Further, each of the operation programs stored in the memory card, the optical disk, or the like may be acquired via the extended interface unit 724 or the like.

[Time management of broadcast receiver]
The broadcast receiving device 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. Hereinafter, the two types of time management functions will be described.

<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 the broadcasting system supported by the broadcasting receiving device 100 of this embodiment. In the broadcasting system of this embodiment, UTC is transmitted from the broadcasting transmitting system to a receiver (broadcast receiving device 100 of this embodiment, etc.) in a 64-bit length NTP time stamp format. In the NTP time stamp format, "more than a second" of UTC is represented by 32 bits, and "less than a second" is represented by 32 bits. However, in reality, it is difficult to reproduce one second with 32-bit accuracy. Therefore, the system clock for synchronizing the video system and the system clock for operating the NTP format clock are, for example, "2 to the 24th power" Hz (about 16.8 MHz) as shown in the figure. The frequency of may be used. 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, 2 of about "2 to the 24th power" to "2 to the 28th power". It is desirable to use the power frequency as the system clock.

When the system clock is set to a power frequency of 2 such as "2 to the 24th power" to "2 to the 28th power" as described above on the broadcast transmission system side or the receiver side, it is received from the broadcast transmission system side. In the NTP time stamp format transmitted to the machine side, the lower 8 to 4 bits not referred to by the PLL (Phase Locked Loop) system for reproducing the system clock or the NTP format clock are "0" or "1". It may be fixed to. That is, if the system clock is "2 to the nth root" Hz (n = 24 in the example of FIG. 12A, the same applies hereinafter), the lower "32-n" bit in the NTP time stamp format is changed to "0" or "1". It may be fixed. Alternatively, the receiver may perform processing so as to ignore the lower "32-n" bits of the NTP time stamp format.

On the broadcast transmission system side, when NTP format time information is obtained from the outside, a PLL system is configured with a 32 + n-bit counter by a VCO (Voltage Controlled Oscillator) of "2 to the nth power" Hz, and the time information given from the outside is used. Realize a synchronous sending system clock. In addition, the entire signal processing system is operated in synchronization with the system clock of "2 to the nth root" Hz. Further, 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. As for the time information in the NTP length format to be transmitted to the receiver side, the lower "32-n" bit among the 32 bits representing "less than a second" may be fixed to "0" or "1". That is, the system clock counter on the broadcast transmission system side is composed of 32 + n bits.

The receiver side receives the time information in NTP length format via the broadcast transmission line, and reproduces the reception system clock by the PLL system based on the VCO of "2 to the nth power" Hz as in 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 broadcast transmission system side and the receiver side is realized, and stable signal reproduction is possible. Become.

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

When focusing on the above-mentioned control of the decoding timing and the presentation timing for each presentation unit of the video / audio signal, the video / audio signal is synchronized even with a clock of about "2 to the 16th power" Hz (about 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 "2 mth" Hz clock generated by dividing the system clock by dividing the system clock is used to control the decoding timing and the presentation timing, it is lower than the NTP time stamp format described in the MPU time stamp descriptor or the like. The "32-m" bit does not have to be referenced. Therefore, the lower "32-m" bit 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 the NTP format in the time management function based on NTP described above. The "reference_timestamp" parameter, "transmit_timestop" parameter, etc. in the NTP format are time data in the NTP length format having a 64-bit length, and the "mpu_presentation_time" parameter in the MPU time stamp descriptor shown in FIG. 7D is also 64-bit length. NTP time stamp format time data. The time data in the NTP length format and the time data in the NTP time stamp format are data in which "more than a second" of UTC is represented by 32 bits and "less than a second" is represented by 32 bits. That is, the time information in the NTP format can transmit the time information up to "less than a second". Furthermore, since the NTP format time information is expressed in UTC, it is distributed via a data flow and a communication line transmitted via a broadcast transmission line, as shown in FIG. 3, unlike the time management in conventional digital broadcasting. By managing both of the data flows in the NTP format time information, it is possible to easily match the data of both.

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 device 100 of this embodiment can acquire the current date and the current time from the "JST_time" parameter of the MH-TOT. As shown in FIG. 12D, the "JST_time" parameter has the lower 16 bits of the coded data of the current date by the modified Julian Date (MJD) and the Japanese standard time (Japan Standard Time: JST) of 6 4 4 bits. It is assumed to include 24-bit information expressed in Bit Binary Coded Decimal (BCD). The current date can be calculated by performing a predetermined operation on the 16-bit coded data of the MJD. Also, the 6 4-bit 2-evolved decimal numbers represent "hours" in 2 decimal digits by the first 2 4-bit 2-evolved decimal numbers, and 10 by the next 2 4-bit 2-evolved decimal numbers. Two decimal digits represent "minutes", and the last two 4-bit 2-evolved decimal numbers represent "seconds" in two decimal digits.

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

The broadcast receiving device 100 of the present embodiment uses the time management function based on NTP, which is the time information in UTC notation, to perform synchronization processing of decoding and displaying the video, audio, subtitles, character super, and other presented data which are the contents of the broadcast signal. By using the above, more accurate synchronization processing can be realized. Furthermore, by referring to the information in the UTC notation instead of the clock notation of the broadcasting station, the video, audio, subtitles, character supermarkets, or other data that are the contents received by the broadcast signal, and the video and audio acquired by the communication line path. , Subtitles, text supervision, or other data decoding and display synchronization processing can also be performed.

Further, in the broadcast receiving device 100 of this embodiment, a time management function based on "JST_time" including 24-bit information represented by 6 4-bit binary coded decimal numbers of MH-TOT is provided to the user at the current time. It may be used for the presentation process or each process for handling MH-EIT shown in FIG. 7E. In general, in the process of presenting the current time to the user in the broadcast receiving device, accuracy of less than a second is rarely required. Further, each time information described in the MH-EIT is 24-bit information represented by 6 4-bit 2-evolved decimal numbers, similar to the EIT of the conventional digital broadcasting transmitted by the MPEG2-TS method. It is stored in "hours", "minutes", and "seconds" with two decimal digits. Therefore, the time management function based on MH-TOT in the broadcast receiving device 100 of this embodiment is easy to match with each process handling MH-EIT. Specifically, each process dealing with MH-EIT is, for example, an electronic program guide generation process, a recording reservation or viewing reservation control, a copyright management process such as temporary storage, and the like. This is because accuracy of less than a second is rarely required for any of the processes, and accuracy in units of one second is sufficient.

In addition, functions such as generation processing of the electronic program guide, control of recording reservation and viewing reservation, copyright management processing such as temporary storage, etc. are also installed in the receiver of the digital broadcasting system using the conventional MPEG2-TS method. Is. Then, also in the broadcasting system of this embodiment, in the processing such as the generation processing of the electronic program guide, the control of recording reservation and viewing reservation, and the copyright management processing such as temporary storage, the conventional MPEG2-TS system digital broadcasting system. If it is configured so that it can be handled by time management processing that is consistent with the above, a broadcast receiving device having both a conventional MPEG2-TS digital broadcast receiving function and an MMT digital broadcast receiving function is configured. In these processes (processing such as electronic program guide generation processing, recording reservation and viewing reservation control, and copyright management processing such as temporary storage), it is no longer necessary to design processing algorithms separately, which is costly. Can be lowered.

Further, even if the receiver does not have the conventional MPEG2-TS digital broadcast receiving function but only the MMT digital broadcast receiving function, it can generate an electronic program guide and control recording reservation and viewing reservation. , Because it is possible to divert the algorithm of the function installed in the receiver of the digital broadcasting system using the conventional MPEG2-TS method without creating a completely new processing algorithm such as copyright management processing such as temporary storage. , Can be developed at lower cost.

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

As described above, the broadcast receiving device 100 of this embodiment has a time management function using two types of time information having different accuracy. That is, the first time information is notation time information consistent with the conventional digital broadcasting system, and the second time information is time information having a 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 electronic program guide generation processing and recording reservation. It is possible to provide a broadcast receiving device at low cost by using it for control of viewing reservations, copyright management processing such as temporary storage, and the like.

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

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

In the first modification, in order to improve the accuracy of the management time of the NTP-based time management function already described with reference to FIG. 12A, from the time management server (not shown) or the broadcasting station server 300 to the broadcasting receiving device 100. Information on the estimated delay time in time information transmission is included in the broadcast signal and transmitted, and the broadcast receiving device 100 is configured to use the information on the estimated delay time to correct the system clock of the time management function based on NTP. Is also good.

At this time, the information regarding the assumed delay time is not in the TLV multiplexing stream of the protocol stack in the broadcast transmission line shown in FIG. 3A, but in the TMCC (Transmission and Multiplexing Control) region outside the TLV multiplexing stream. It may be configured to transmit. If the transmission is performed within the TMCC region, the broadcast receiving device 100 can extract the information regarding the assumed delay time without going through the separation processing (demax processing) of the TLV multiplexed stream. That is, it is possible to acquire information that is not easily affected by the delay due to the separation process in the broadcast receiving device 100, and therefore, it is possible to perform a highly accurate correction process of the system clock. An example of the data structure of the time information transmitted by the TMCC signal will be described with reference to FIG. 12E. The time information may be stored in the TMCC extended information area and transmitted, for example. In the time information in the TMCC extended information area shown in the figure, the "delta" parameter sets the assumed value of transmission delay from the time management server that distributes UTC or the server device that creates TMCC signals to a general broadcast receiving device. Represented by a 32-bit signed fixed decimal point. The upper 16 bits describe the integer part, and the lower 16 bits describe the decimal point. The "transmit_timestamp" parameter is a transmission time stamp, and describes the time when the TMCC signal is transmitted 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 point.

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

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

As described above, the broadcast receiving device 100 of the present embodiment has a time management function of acquiring the current date and the Japanese standard time from the information transmitted by the MH-TOT and managing the time. The current date and the Japanese standard time acquired by the information transmitted by the MH-TOT are superimposed on the video information, the application information, etc. by the video synthesis unit 161 of the broadcast receiving device 100, and thereby 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 device 100 can acquire the current date and the current time from the "JST_time" parameter of the MH-TOT.

However, since only the lower 16 bits of the MJD encoded data are used in the above-mentioned "JST_time" parameter, an overflow will occur on "April 22, 2038", and the predetermined calculation will occur. It is not possible to express the date after "April 23, 2038" by itself. Therefore, in the second modification of this embodiment, the date after "April 23, 2038" is expressed by switching the calculation method between the case where the value of MJD is equal to or more than the predetermined value and the case where the value is less than the predetermined value. It shall be controlled so that it can be done.

FIG. 12F shows an example of a first calculation method used when the value of MJD is equal to or more than a predetermined value and a second calculation method used when the value of MJD is less than a predetermined value. For example, when the predetermined value is "32768 (0x8000)", the current date is calculated using the first calculation method when the MJD is "32768" or more, and when the MJD is less than "32768". Calculates the current date using the second calculation method. 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 device 100 of this embodiment, it is possible to express the date after "April 23, 2038". However, the predetermined value can be arbitrarily set, and the predetermined value may be set to "16384 (0x4000)", "49152 (0xC000)", or the like. The switching condition of the calculation method may be set when the upper 2 bits of the 16-bit data of the MJD are "00" and the upper 2 bits of the 16-bit data of the MJD are not "11". If the above-mentioned means is used with the predetermined value set to "32768", the date before "September 4, 1948" cannot be expressed, but there is no particular problem in practical use as a television receiver. ..

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

Further, in the broadcasting system of this embodiment, as described above, an absolute time in NTP format is transmitted, and the broadcasting receiving device 100 of this embodiment has a time management function based on the NTP. Further, in the broadcast receiving device 100 of the present embodiment, the decoding timing and presentation for each presentation unit of the video / audio signal are referred to by referring to the NTP time stamp or the like described in the MPU time stamp descriptor set for each MPU. The timing is controlled. As described above, the NTP format time information has the configuration shown in FIG. 12B. Further, the MPU time stamp descriptor has the configuration shown in FIG. 7D.

Therefore, in the broadcast receiving device 100 of the present embodiment, the "reference_time stamp" parameter, the "transmit_time stamp" parameter, the "mpu_presentation_time" parameter, or the like is referred to, and the above-mentioned first is performed according to the value of the time data or the like referred to. You may choose whether to use one calculation method or the second calculation method. That is, for example, when the most significant bit of the 64-bit length NTP length format time data is "0", the second calculation method is used, and when it is not "0", the first calculation method is used. And so on.

By any of the above methods, the broadcast receiving device 100 of the present embodiment can express the date after "April 23, 2038".

[Tuning process of broadcast receiver (initial scan)]
The AMT of the broadcasting system of this embodiment provides a list of multicast groups of IP packets for receiving IP packets transmitted by the TLV multiplexing method as indistinguishably as possible from IP packets transmitted on a communication line. It shall be. It is possible to list multiple IP multicast groups for one service identification. It is also possible to use an address mask to efficiently describe consecutive IP addresses.

In the broadcast receiving device 100 of this embodiment, a list of services acquired from TLV-NIT at the time of channel scan at the time of initial setting or at the time of rescan for setting change is displayed in a non-volatile memory such as ROM 103 or storage unit 110. Further, the list of IP multicast groups corresponding to the respective services can be stored in the non-volatile memory in association with the respective services as IP-related information. do. By storing the list of services and IP-related information in the non-volatile memory so that they can be referred to at all times, it is not necessary to reacquire TLV-NIT and AMT when switching channels, etc., and the acquisition of broadcast contents is efficient. It will be possible to do.

FIG. 13A is a diagram showing an example of an operation sequence at the time of channel scan (rescan) in the broadcast receiving device 100 of this embodiment.

When the channel scan is started, the reception function execution unit 1102 instructs the tuner / demodulation unit 131 to set an initial frequency value and tune to the frequency value (S101). When the tuner / demodulation unit 131 succeeds in locking to the set frequency value (S102: Yes), the reception function execution unit 1102 next acquires the TLV-NIT from the received signal (S103).

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

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

Next, the reception function execution 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. If the AMT has a list of IP multicast groups related to a plurality of service IDs, the process of S110 is repeated. When there are a plurality of AMTs having a list of IP multicast groups related to different service IDs, the processes of S109 to S110 are repeated. Next, the reception function execution unit 1102 stores the list of IP multicast groups acquired in the process of S110 in the ROM 103 or the storage unit 110 or the like as IP-related information in association with the service ID (updated at the time of rescanning). (S111).

If the tuner / demodulation unit 131 did not succeed in locking to the set frequency value in the processing of S102 (S102: No), and the TLV-NIT acquired in the processing of S103 is not valid data. In the case (S104: No), the processes of S105 to S111 are not performed.

When the processing of S111 is completed, the reception function executing unit 1102 ends the processing if the frequency value set in the tuner / demodulation unit 131 is the final frequency value in 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 / demodulation unit 131 is increased (S113), and the processes of S102 to S111 are performed. repeat. If one TLV-NIT can acquire service IDs related to all services constituting the broadcasting network, and further can acquire an AMT having a list of IP multicast groups related to the service IDs, S112 to S113. No processing is required.

By the series of processes described above, the broadcast receiving device 100 of the present embodiment has a list of services (service list) constituting the broadcast network at the time of channel scan at the time of initial setting or at the time of rescan for setting change. At the same time as the creation / update, the list of IP multicast groups (IP-related information) corresponding to each service can be created / updated and further stored in a non-volatile memory such as the ROM 103 or the storage unit 110.

The rescan for changing the setting is automatically performed when it is detected that the information in the table has changed by referring to the "version_number" parameter of TLV-NIT or AMT. May be. When a change in one of the "version_number" parameters of TLV-NIT and AMT is detected, only the information about the table in which the change in the parameter is detected may be automatically updated. However, when the above-mentioned automatic update is performed, it is desirable to notify the user that the rescan has been automatically performed. Further, 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 process (channel switching) of broadcast receiver]
FIG. 14A is a diagram showing an example of an operation sequence at the time of channel selection (channel switching) in the broadcast receiving device 100 of this embodiment.

When the user operates a remote controller or the like (not shown) to instruct to switch channels, the reception function executing unit 1102 interprets the command transmitted from the remote controller and specifies the service ID of the target service (S201). Next, the reception function execution unit 1102 starts acquiring AMT from the reception signal of the tuner / demodulation unit 131. When the acquisition of the AMT is successful within a predetermined time (S202: Yes), the information regarding the list of IP multicast groups corresponding to the service ID is acquired from the acquired AMT (S204). On the other hand, when the acquisition of AMT is not successful within a predetermined time (S202: No), the IP corresponding to the service ID is obtained by referring to the IP-related information stored in the ROM 103 or the storage unit 110 (S203). Acquire information about the list of multicast groups (S204). It should be noted that the IP-related information stored in the ROM 103, the storage unit 110, or the like may always be referred to without performing the determination process of S202.

Next, the reception function execution unit 1102 starts acquiring the TLV-NIT from the reception signal of the tuner / demodulation unit 131. When the acquisition of the TLV-NIT is successful within a predetermined time (S205: Yes), the distribution system information for acquiring the IP data flow corresponding to the service ID is acquired from the acquired TLV-NIT (S207). On the other hand, when the acquisition of the TLV-NIT is not successful within a predetermined time (S205: No), the service ID is supported by referring to the service list stored in the ROM 103 or the storage unit 110 (S206). The distribution system information for acquiring the IP data flow is acquired (S207). It should be noted that the determination process of S205 may not be performed, and the service list stored in the ROM 103, the storage unit 110, or the like may always be referred to.

When the distribution system information is acquired in the process of S207, the reception function execution unit 1102 then controls the tuner / demodulation unit 131 with the frequency value indicated by the acquired distribution system information, and the service ID. (S208), the MMT data string is extracted from the received IP data flow and output to the separation unit 132.

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

On the other hand, when the lower 16 bits of the "MMT_packet_id_byte" parameter are not the same value as the service ID (S211: No), the MMTP packet having the packet ID "0" has the data of the program 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 transmitting the MPT having the "MMT_packet_id_byte" parameter corresponding to the service ID. Confirm (let's say x) (S213). Further, the transport processing unit 1102a acquires an MMTP packet whose packet ID is “x” from the input MMT data string (S214), and acquires an MPT included in the acquired MMTP packet (S215). Further, the MFU acquisition process is started based on the acquired information of the MPT.

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

Here, the above-mentioned process of identifying the packet ID of the MMTP packet having the data of the program corresponding to the service ID by confirming the PLT and acquiring the MPT will be described. An MMTP packet having a packet ID of "0" indicates that a PA message is transmitted. When multiplexing a plurality of packages, the PLT (package list table) is included in this PA message as shown in FIG. 14B. The PLT has a list of packet IDs of MMTP packets that transmit PA messages including MPTs of other packages, and by checking the PLT, PA messages including MPTs that are entry points of each service from the package IDs. It becomes possible to specify the MMTP packet to be transmitted. FIG. 14C shows an example of the data structure of PLT. It is assumed that the location information for transmitting the PA message of the package indicated by the "MMT_package_id_byte" parameter is specified 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 for transmitting the desired MFU (S216). .. Further, the MPU presentation time is acquired from the MPU time stamp descriptor arranged in the MPT, and the MPU layout number is acquired from the MPU presentation area designation descriptor arranged in the MPT (S217, S218), and further. The MFU is acquired based on the IP address and the packet ID of the acquired IP data flow (S219). Next, the coded video data, the coded audio data, and the like are extracted from the acquired MFU, video / audio decoding processing is performed based on the control of the AV decoding processing unit 1102b, and the acquisition is performed under the control of the presentation processing unit 1102h. The presentation process is performed based on the information regarding the presentation time and the information regarding the layout control (S220).

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

Through the above series of processes, the broadcast receiving device 100 of this embodiment can execute a channel selection (channel switching) operation. In particular, as described with reference to FIGS. 13A and 14A, a service list and IP-related information are created at the time of channel scan at the time of initial setting or at the time of rescan for setting change, and the ROM 103 and the storage unit. By storing it in a non-volatile memory such as 110 so that it can be referred to at all times, and referring to the service list and IP-related information stored in the non-volatile memory such as the ROM 103 and the storage unit 110 at the time of channel selection (channel switching). It makes it 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 channel selection (channel switching) to the end of channel selection (channel switching) as compared with the case of reacquiring AMT or TLV-NIT at the time of channel selection (channel switching). Become.

[Remote control key setting process of broadcast receiver]
FIG. 15A shows an example of the appearance of the remote controller (remote controller) 100R used for inputting operation instructions to the broadcast receiving device 100 of this embodiment. The remote controller 100R includes at least a power key 100R1, a numeric keypad 100R2, a channel up / down key 100R3, a menu key 100R4, an EPG key 100R5, a cursor key 100R6, a decision key 100R7, and a color key 100R8. 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 instructing the broadcast receiving device 100 of this embodiment to switch channels by using the remote controller 100R, the following three methods are used. May be used. The first method is a method of directly inputting and designating a service ID of a desired channel (service) by pressing the numeric keypad 100R2 a plurality of times. The second method is a method of sequentially advancing (or reversing) channels until a desired channel (service) is displayed by repeatedly pressing the channel up / down keys 100R3 as necessary. The third method is a method of performing so-called one-touch channel selection, 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 method, which is the third method, is an easy-to-use channel selection method, but it is necessary to set the association of a predetermined channel (service) to each key of the numeric keypad 100R2 in advance in the broadcast receiving device 100. be.

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

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

When the number of channels (services) in the same network is large, 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, a numerical value corresponding to the "remote_control_key_id" parameter may be assigned to each key of the color key 100R8 in advance.

The remote control key descriptor may be described as a TLV-NIT descriptor. Therefore, for example, when the TLV-NIT acquired in the process of S103 of the operation sequence at the time of channel scan shown in FIG. 13A is valid data, the description of the remote control key descriptor is described together with the process of S105 to S107. The association may be set by storing the contents in the ROM 103 of the broadcast receiving device 100 or the non-volatile memory such as the storage unit 110.

In addition to the method of setting the association according to the description contents of the remote control key descriptor as described above, the user appropriately assigns the service of an arbitrary channel to each key of the numeric keypad 100R2 according to his / her preference. You may go by doing so. Further, both the association setting according to the description content of the remote control key descriptor and the association setting assigned according to the user's preference are simultaneously stored in the non-volatile memory of the broadcast receiving device 100, and menu operations and the like are performed. Depending on your choice, you may choose to use only one of the settings. Further, in this case, the association setting assigned by the user according to his / her preference may be preferentially used. Further, according to the value of the priority flag described in the remote control key descriptor, the setting of the association according to the description content of the remote control key descriptor is prioritized over the setting of the association assigned by the user according to the preference. You may use it. The priority flag may be set by using a part or all of the "reserved" parameter of the remote control key descriptor shown in FIG. 15B, or by adding a new parameter. In this case, the value of the priority flag may be controllable for each service ID.

Further, when the association setting assigned by the user according to the preference is stored in the non-volatile memory, the association setting according to the description content of the remote control key descriptor is not stored in the non-volatile memory. May be. Further, only the association setting assigned by the user according to the preference is stored in the non-volatile memory of the broadcast receiving device 100, and when the remote control key descriptor is described in the receiving TLV-NIT, the remote control key descriptor is described. Use 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 receiving TLV-NIT, the association assigned by the user according to preference. You may choose to use the settings.

The process of changing the association of a predetermined channel (service) to each key of the numeric keypad 100R2 according to the description content of the remote control key descriptor is described in the service list descriptor in the network specified by TLV-NIT. It may be performed for all services at the same time, or it may be performed for only some services. When the above processing is performed only for some services, the old settings may be retained for other services. Further, when the "service_id" parameter is a predetermined value (for example, 999 or the like), the setting specified by the "remote_control_key_id" parameter among the set contents stored in the non-volatile memory of the broadcast receiving device 100. It may be deleted only with respect to.

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

[Multi-channel channel selection process]
Also in the broadcasting system of this embodiment, it is possible to perform multi-organization in which a plurality of programs are broadcast in parallel on one channel (service). When simultaneously broadcasting a plurality of programs by multi-organization, it is conceivable that the above-mentioned one-touch tuning is possible only for the multi-organization main channel and not for the multi-organization sub-channel. That is, when selecting a sub-channel of multi-organization, the method of directly inputting and specifying the service ID is used, or the main channel of multi-organization is once selected by one-touch tuning, and then the channel up / down key 100R3 is used. It is necessary to use a method of selecting a desired subchannel by pressing, which causes a problem that the operation becomes complicated.

In order to solve the above problem, in the broadcast receiving device 100 of the present embodiment, the function of one-touch tuning is expanded, and the numeric keypad 100R2 to which a predetermined service ID is assigned is repeatedly pressed a plurality of times within a predetermined time. This enables direct tuning of multi-organized sub-channels.

This will be described with reference to FIG. 16A. For example, it is assumed that the service of channel 011 is assigned in advance to the "1" key of the numeric keypad 100R2 of the remote controller 100R. In this case, if the channel selection operation is performed in a state where the multi-organization is not performed (see (A) in the figure), the 011 channel is selected regardless of the number of times the "1" key is pressed. On the other hand, in the case of the channel selection operation in the state of performing multi-organization (see (B) in the figure), if the "1" key is pressed only once, the 011 channel is selected and the first "1" key is selected. If the "1" key is pressed again within a predetermined time from the pressing, the 012 channel is selected. Similarly, if the "1" key is pressed three times within a predetermined time, channel 013 is selected. If the "1" key is pressed again after a predetermined time has passed since the first "1" key was pressed, the 011 channel may remain selected.

By enabling the above-mentioned operations, the broadcast receiving device 100 of the present embodiment enables direct channel selection of sub-channels at the time of multi-organization with a simpler operation.

Similarly, the angle of the multi-view compatible program and the selection of a predetermined video asset from a plurality of video assets may be selected 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 is assumed that the main view is displayed after being stationed. Further, if the "1" key is pressed again within a predetermined time after the first "1" key is pressed, the subview 1 of the multi-view compatible program is displayed. Similarly, when the "1" key is pressed three times within a predetermined time, the subview 2 of the multi-view compatible program is displayed. When the "1" key is pressed again after a predetermined time has passed since the first pressing of the "1" key, the main view of the multi-view compatible program may remain displayed. It may be possible to select a predetermined video asset from a plurality of video assets by the same operation as described above.

By enabling the above-mentioned operations, in the broadcast receiving device 100 of the present embodiment, it is possible to select the angle of the multi-view compatible program and select a predetermined video asset from a plurality of video assets with a simpler operation. It is supposed to be.

When one or more programs at the time of multi-organization are programs compatible with multi-view or programs having a plurality of assets, only one of the above-mentioned operations may be valid and the other may be invalid. For example, if one or more programs during multi-organization are programs that support multi-view or have multiple assets, the operation of pressing the same key multiple times within a predetermined time is directly selected for the sub-channel during multi-organization. To be assigned to the processing of. Which operation is valid or invalid may be predetermined or may be selected by the user.

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

In the LCT data structure, in particular, the "left_top_pos_x" parameter and the "right_down_pos_x" parameter are the horizontal position at the upper left and the lower right of the area when the left side of the full screen display is "0" / the right side is "100". The horizontal position shall be indicated by the ratio to the total number of pixels in the horizontal direction. The "left_top_pos_y" parameter and the "right_down_pos_y" parameter are 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". It shall be shown as a ratio to the total number of pixels. Further, the "layer_order" parameter shall indicate the relative position of the region in the depth direction.

An example of assigning a layout to a layout number based on the setting of each parameter will be described below together with the setting value of each parameter.

FIG. 17C is a default layout setting of the broadcast receiving device 100 of this embodiment, and is an example of setting only one area on the full screen. FIG. 17D is an example in which the entire screen is divided into three areas, and the respective areas are set as "area 0", "area 1", and "area 2". For example, when the number of pixels of the full screen is 7680 pixels horizontally / 4320 pixels vertically, the "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". , "Right_down_pos_y" parameter is "80", so it is set in the range of (0,0)-(6143,3455). Similarly, "region 1" is set in the range of (6144,0)-(7679,4319), and "region 2" is set in the range of (0,3456)-(6143,4319).

FIG. 17E is an example of setting three regions as in FIG. 17D, but "region 0" is set in the range of (0,0)-(7679,4319), and "region 1" and "region 1" are set. 2 ”is arranged in front of“ region 0 ”in the same range as described above, depending on the setting of the“ layer_order ”parameter. In FIG. 17F, "region 0" is set in device 0 (default device: broadcast receiving device 100 in this embodiment), and "region 1" is set in device 1 (mobile information terminal 700 in this embodiment). This is an example of the case where it is done.

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

In the area where the program image or the data screen is not displayed due to the screen layout control described above, a predetermined background color specified by the background color specification descriptor described in the LCT may be displayed. Further, if the LCT does not include the background color specification descriptor, or if the broadcast receiving device 100 cannot correctly acquire the background color specification descriptor, the predetermined background color specified by the background color specification descriptor is used. If it is not possible to display due to hardware restrictions, etc., 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. The above notification may be arbitrary information.

In addition, the fraction after the decimal point generated when the screen is divided according to the set value of the parameter such as "left_top_pos_x" may be rounded up or rounded down. It may be rounded (or rounded to zero in binary). For example, the number of pixels of the full screen is 7680 pixels / vertical 4320 pixels, the "left_top_pos_x" parameter of "region 0" is "0", the "left_top_pos_y" parameter is "0", the "right_down_pos_x" parameter is "51", and "right_down_". When the parameter is "51", "area 0" may be set in the range of (0,0)-(3916,2203) by the rounding process, or (0,0)-(3915,) by the rounding process. "Area 0" may be set in the range of 2202). Further, in consideration of the macroblock in the video compression processing, the rounding up / rounding down processing may be performed in units of 8 pixels, 16 pixels, or the like. By the processing, it becomes possible to efficiently perform the area setting based on the LCT and the resolution conversion processing of the multimedia content in the area.

Alternatively, the setting value of the parameter such as "left_top_pos_x" may be limited to only "multiples of 5" or "multiples of 10" in the range of "0" to "100". Also in this case, the area setting can be preferably performed.

The content displayed in each of the areas 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.

Further, 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 the layout is performed according to any description. The user may be allowed to select whether to perform control. For example, when the "layout_number1" parameter, the "region_number1" parameter, the "layout_number2" parameter, and the "region_number2" parameter are described for a predetermined "mpu_sequence_number" parameter in the first "for" loop, the above-mentioned "rection_number2" parameter is described. Let the user select whether to control the layout of the MPU specified by the "mpu_sequence_number" parameter 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 according to his / her preference.

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

The screen layout control similar to that in FIG. 17D is performed according to the description of the LCT, the broadcast program image is displayed in the "region 0", and the broadcast of the program linkage data and the like linked to the broadcast program in the "region 1" and the "region 2". When the user instructs the display of the EPG screen by the remote controller (not shown) while the content is displayed, the broadcast receiving device 100 of the present embodiment describes the LCT as shown in FIG. 18A (A). Regardless of the content, the screen layout setting is returned to the default setting (that is, the screen layout control similar to that shown in FIG. 17C is performed), and the EPG screen is controlled to be displayed on the entire screen. Further, when the user instructs the end of the display of the EPG screen, the screen layout control according to the description contents of the LCT is re-executed.

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

The exception handling of the screen layout control is not applied only when the EPG screen is displayed, and as shown in FIG. 18B, various setting screens of the broadcast receiving device 100 (recording setting screen in the illustrated example). ) May be applied when the child screen is displayed or when the two screens are displayed.

In the case of the recording setting screen shown in the figure (A), the display area of the broadcast content is changed from the entire screen to only the sub screen portion at the lower right of the screen. Similarly, in the case of the two-screen display shown in FIG. 3B, 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, so that the area control of the screen layout is maintained within the display area (that is, the area division is performed). It is not preferable in terms of visual recognition to go and display a plurality of broadcast contents at the same time. Therefore, in the broadcast receiving device 100 of the present embodiment, in the above situation, only the broadcast content of the "region 0" is selected and displayed in the display area. It should be noted that the broadcast contents of "Area 1" and "Area 2" may be selected and displayed according to the immediately preceding area selection status.

By performing the above-mentioned control, it is possible to improve the visibility of the broadcast content as compared with the case where various broadcast contents are displayed while maintaining the area control of the screen layout. The same applies to the display of a sub screen on the recorded program list screen, the display of Internet content in a browser, and the like.

[Aspect ratio conversion process of video signal]
The aspect ratio of video signals in TV broadcasting services includes "4: 3" used in conventional SDTV, "16: 9" used in recent HDTV, and "21: 9" suitable for movie content. ], Etc. The information on the aspect ratio of the video signal may be described by the video component descriptor in the broadcasting system of this embodiment. FIG. 19A shows an example of the data structure of the video component descriptor. In the figure, the "video_assist_ratio" parameter is information regarding the aspect ratio of the video signal. FIG. 19B shows an example of the meaning of the “video_assist_ratio” parameter. Aspect ratios different from those shown may be further assigned.

On the other hand, the aspect ratio of the display unit of the television receiver (broadcast receiving device 100, etc. of this embodiment) capable of receiving the television broadcasting service is generally "16: 9". That is, when displaying video content having an aspect ratio of "4: 3" or "21: 9" on a general television receiver, the aspect ratio conversion process may be performed.

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

19C and 19D show an example of the aspect ratio conversion process when the aspect ratio of the monitor unit 162 of the broadcast receiving device 100 is "16: 9" and the value of the "video_assist_ratio" parameter is "5". When displaying video content with an aspect ratio of "21: 9" on the monitor unit 162 with an aspect ratio of "16: 9", by adding black bands above and below the video content with an aspect ratio of "21: 9", 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. Further, only the central portion of the video content having the aspect ratio “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 part of the original video content in a large size. Further, a small amount of black bands may be added above and below the video content having an aspect ratio of "21: 9" so that the central portion is further cut out (display C in the figure). By doing so, it is possible to display most of the original video content in a large size. Further, the left and right edges of the video content having an 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 the main part without distortion. Further, a small amount of black bands may be added above and below the video content having an aspect ratio of "21: 9", and the left and right edges may be further compressed to display the entire area (display E in the figure). By doing so, it is possible to display the entire area of the original video content in a large size and with less distortion at the left and right ends.

The user may select how to perform the aspect ratio conversion process by setting a menu or the like. Alternatively, the switching may be performed by pressing a predetermined key such as a remote controller. The aspect ratio "21: 9" described above includes an aspect ratio such as "2.35: 1" of a so-called cinemascope, which is roughly "21: 9". The same applies to the numerical values of other aspect ratios.

[EPG display of broadcast receiver]
In the broadcasting system of this embodiment, time-series information regarding an event (so-called program) included in each service constituting the broadcasting network is transmitted by MH-EIT. The MH-EIT shown in FIG. 7E is identified into two classes by the table ID (corresponding to the "talbe_id" parameter in the figure), and the information of the current / next event of the own TLV stream and each event of the own TLV stream. It shall be possible to show schedule information. The broadcast receiving device 100 of this embodiment refers to the MH-EIT or the like and identifies by a service ID (corresponding to the "service_id" parameter in the figure), thereby providing information such as the start time and broadcast time of each event. It is possible to create an EPG screen by acquiring the above, and it is possible to superimpose the created EPG on video information or the like in the video synthesis unit 161 and display it on the monitor unit 162.

FIG. 20A is a diagram showing an example of an EPG screen in the broadcast receiving device 100 of this embodiment. The EPG screen 162a has a matrix shape with a vertical axis displaying time and a horizontal axis displaying service ID (channel), and displays detailed information of broadcast programs broadcast on each channel in each time zone. Further, the detailed information 162a1 of each broadcast program is mainly composed of a title area 162a2 and a detailed explanation area 162a3. In the detailed information 162a1 of each broadcast program, the program information described in the MH-short format event descriptor, the MH-extended format event descriptor, and the like may be displayed. When the capacity of the program information or the like described in each of the descriptors is large, abbreviated display may be performed in normal times, and all program information may be displayed by a pop-up or the like when selected by operating a remote controller (not shown). .. Alternatively, at the time of selection, the program information or the like described in each of the descriptors may be transmitted to the mobile information terminal 700 in the linked operation, and the mobile information terminal 700 may be instructed to display the program information 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, a symbol representing the attribute of the broadcast program, and the like are displayed. The symbol / character indicating 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, it may be a mark or the like symbolizing "data" which means that it corresponds to data broadcasting by a broadcasting service. Further, the mark 162a4 or the like symbolizing "NetWork", which means that the content or application related to the broadcast program can be acquired from the network, may be used. Further, by differentiating the background color of the detailed information 162a1 from others, or by surrounding the display area of the detailed information 162a1 with a thick frame, a symbol or the like representing the attribute of the broadcast program may be substituted.

It should be noted that each control information (message, table, descriptor, etc.) in the broadcasting system of this embodiment indicates that the content, application, or the like related to the broadcasting program can be acquired from the network. However, if the LAN cable is not connected to the LAN communication unit 121 of the broadcast receiving device 100 and the access to each server device on the network is not possible, the mark 162a4 in which the above-mentioned "NetWork" is symbolized Etc. may be controlled so as not to be displayed.

Further, the broadcast program is a broadcast program distributed via the Internet 200 and cannot be acquired only from the broadcast wave. Further, as described above, the broadcast receiving device 100 is a server device on the network. In a state where access to is not possible, as shown in FIG. 20B, the portion of the detailed information 162b1 displayed on the EPG screen 162b may be controlled to be grayed out. That is, it is controlled so that the detailed information of the distributed program that cannot be viewed is not displayed. Further, by differentiating the background color of the detailed information 162b1 from the others, it may be used as an alternative to the grayout process. Alternatively, a message such as "This program cannot be viewed" may be displayed in the detailed explanation area 162a3 of the distributed program. When the detailed information 162b1 is selected by operating the remote controller (not shown), the broadcast receiving device 100 is in a state where it cannot access each server device on the network, or the distribution program associated with the detailed information 162b1 is viewed. The user may be notified by a pop-up or the like that it cannot be performed.

With each of the above-mentioned controls, the broadcast receiving device 100 can provide the program information of each broadcast program to the user in a more comfortable format according to the network connection status.

FIG. 20C is a diagram showing another example of the EPG screen in the broadcast receiving device 100 of this embodiment. In the figure, "M1 TV", "M2 broadcast", "M3 channel", "M4TV", "TV M5", etc. are the names of the broadcasting stations of each channel, and in particular, the "M2 broadcasting" station is based on the broadcasting wave. It is assumed that the broadcast program to be delivered and the broadcast program delivered via the Internet 200 (information 162c1 in the frame shown in "net broadcast" in the figure) are provided at the same time.

As shown in the figure, when there is a channel having only a distribution program distributed via the Internet 200, all channels (including information 162c1) are normally 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 is in a state where it cannot access each server device on the network, as shown in the EPG screen 162d of FIG. It may be controlled not to display the channel information of "M2 broadcasting (net broadcasting)" (information 162c1 in the figure (A)).

With each of the above-mentioned controls, the user of the broadcast receiving device 100 can eliminate the need to confirm the information of the channel that cannot be viewed by himself / herself.

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

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

By the above-mentioned control, in the broadcast receiving device 100 of this embodiment, even when the user selects and displays the EPG screen, various setting screens, the recorded program list screen, the Internet browser, etc., the emergency warning broadcast is performed. Is received, it is possible to avoid overlooking important text information based on the emergency warning broadcast. It should be noted that this control may be performed on the character information of a normal character supermarket that is not based on the emergency warning broadcast.

When the emergency warning broadcast is provided as a broadcast program of a dedicated channel (service ID), the emergency warning broadcast channel (service ID) is used regardless of the channel (service ID) of the program currently being viewed. You may choose automatically. Further, when the emergency warning broadcast is provided as a broadcast program of a dedicated channel (service ID) or as an application, an external portable terminal device (this embodiment) that cooperates under the control of the cooperation function execution unit 1103. In the above, the broadcast program or application of the emergency warning broadcast may be distributed to the mobile information terminal 700 or the like.

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

By the above-mentioned control, in the broadcast receiving device 100 of this embodiment, it is possible to avoid overlooking the display of the video of an important broadcast program or application based on the emergency warning broadcast.

[Display control exception handling]
When the broadcast receiving device 100 of this embodiment cannot acquire the data transmitted by a route other than the TLV stream among the data constituting the same package, for example, the following exception handling may be performed.

As described with reference to FIG. 7A, in the broadcasting system supported by the broadcasting receiving device 100 of this embodiment, the data acquired from the TLV stream and the TLV stream based on the location information (see FIG. 7C) stored in the MPT. Data acquired from routes other than can be included in the same package. However, the data transmitted by the data transmission path other than the TLV stream (for example, the IPv4 data flow or the IPv6 data flow of the communication line, the MPEG2-TS of the broadcast, etc.) indicated by the location information has the reception function of the TLV / MMT stream. Is data to be acquired by another receiving function. Therefore, even if the broadcast receiving device 100 is in operation, the receiving function of these transmission paths is not operating, or even if the receiving function itself is operating, the relay device or the like on the transmission path is operating. Data acquisition from these transmission paths, such as no situation, no wired or wireless connection of these transmission paths, or a situation where the broadcast receiver 100 is installed in an environment where these transmission paths cannot be connected in the first place. There may be situations where you cannot do it.

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 a route other than the TLV stream are associated with each other so as to be included in the same package. If so, the broadcast receiving device 100 of this embodiment may perform the following operations.

For example, as shown in FIGS. 17D and 17E, the LCT sets a plurality of areas in the screen, displays a program image based on the data acquired from the TLV stream in "area 0", and displays "area 1" or "area 1". When the "region 2" is associated so that the content based on the data acquired from the transmission path other than the TLV stream is displayed, and the content other than the TLV stream to be displayed in the "region 1" or the "region 2" is displayed. If the data of the transmission path of the above cannot be acquired, the layout display of a plurality of areas specified by the LCT may be prohibited. Specifically, even if the LCT is received, the program image based on the data acquired from the TLV stream is still displayed in the "region 0" of the default layout display shown in FIG. 17C, and FIGS. 17D and 17E show. It suffices not to shift to the layout display of multiple areas like this. Further, 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 device 100, the default layout display shown in FIG. 17C may be used or other. It may be possible not to shift to the layout display of a plurality of areas as shown in FIGS. 17D and 17E by switching to the data broadcasting screen.

Further, as shown in FIGS. 17D and 17E, the LCT sets a plurality of areas in the screen, displays a program image based on the data acquired from the TLV stream in the "area 0", and displays the program image in the "area 1" and the like. When the "region 2" is associated so that the content based on the data acquired by the transmission path other than the TLV stream is displayed, and the content other than the TLV stream to be displayed in the "region 1" or the "region 2" is displayed. As another operation example when the data of the transmission path of the above cannot be acquired, the display frames of the multiple areas of FIGS. 17D and 17E shown by the LCT are once displayed, and the background color of the "area 1" and the "area 2" is displayed. Or, if a predetermined still image is displayed and data of a transmission path other than the TLV stream indicated by the location information of the MPT cannot be acquired even after a predetermined time has elapsed, the default layout display state shown in FIG. 17C is restored. You may switch the display. In this case, even when the layout of FIG. 17C is changed to the layout of FIGS. 17D or 17E and the layout of FIGS. 17D or 17E is changed to the layout of FIG. 17C, the TLV stream is set in the "region 0" of each layout. It is preferable if the program video based on the data acquired from the above is operated so as to be continuously displayed, because the user's program video viewing itself can be continued.

Further, 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 in "Area 0" of the default layout display shown in FIG. 17C is used. When the based program video is displayed, the various communication functions and various reception functions of the broadcast receiving device 100 of this embodiment start to operate, and the communication environment / communication status and various reception functions of the various communication functions are started. Due to the change in the reception environment / reception status of the above, it is possible that the data of the transmission path other than the TLV stream to be displayed in the "region 1" or the "region 2" can be acquired. In this case, the broadcast receiving device 100 of the present embodiment immediately switches from the default layout display shown in FIG. 17C to the layout of a plurality of areas as shown in FIGS. 17D and 17E shown by the LCT, and “region 0”. The program video based on the data acquired from the TLV stream may be displayed in, and the content based on the data acquired from the transmission path other than the TLV stream may be displayed in the "region 1" or the "region 2". Alternatively, the layout change may be executed after the change instruction from the default layout to the layout indicated by the LCT is input from the operation input unit 170 without immediately changing the layout. In this case, it is preferable to notify the user by an OSD display or the like that the layout can be changed.

[Copyright protection function]
In the digital broadcasting system supported by the broadcast receiving device 100 of this embodiment, by transmitting the copy control information including the copy control information to the MPT or the like, for example, "unlimited copy possible"("unlimited copy possible and encryption at the time of storage and output" It may be divided into two types: "Cryptography required" and "Unlimited copying and no encryption processing required at the time of storage and output"), "Only one generation can be copied", and "Predetermined multiple times can be copied" (for example, 9 times). If copy is possible + one move is possible, the copy control state of the content referred to by MPT or the like may be indicated, such as so-called "dubbing 10") or "copy prohibited". In this case, the broadcast receiving device 100 of the present embodiment stores the content in the storage (storage) unit 110, records it in a removable recording medium, outputs it to an external device, and sends it to an external device according to the copy control information. It may be configured to control copying, moving processing to an external device, and the like.

The target of the storage process is not only the storage (storage) unit 110 inside the broadcast receiving device 100, but also a removable recording medium that has been subjected to protection processing such as encryption processing so that it can be played only by the broadcast receiving device 100. External devices and the like may be included. Specifically, for example, among external recording devices such as HDDs connected to the expansion interface unit 124, those that can be recorded and reproduced only by the broadcast receiving device 100 are included.

<Content copy control>
A specific example of the content copy control process 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 is possible", the broadcast receiving device 100 of this embodiment is stored in the storage (storage) unit 110, recorded in a removable recording medium, or externally. Output to the device, copy to the external device, move processing to the external device, etc. may be performed without any restrictions. However, the control based on the copy control information is divided into "unlimited copy possible and encryption processing required at the time of storage and output" and "unlimited copy possible and encryption processing not required at the time of storage and output". , "Unlimited copy is possible and encryption processing is required at the time of storage and output", storage in the storage (storage) unit 110, recording on a removable recording medium, output to an external device, copying to an external device , Move processing to external devices can be performed without restrictions, 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 "copying is possible only for one generation", the broadcast receiving device 100 of this embodiment is stored in the storage (storage) unit 110 in an encrypted manner, or broadcast reception. It may be possible to record on a removable recording medium that has been subjected to protection processing such as encryption processing so that it can be reproduced only by the device 100. When the stored content is output to an external device for viewing, it is encrypted and output together with the copy control information of "copy prohibited". Further, so-called move processing to an external device (a process of copying the content to the external device and disabling the content of the storage (storage) unit 110 of the broadcast receiving device 100 or the like by an erasing process or the like) is possible.

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

Further, when the copy control information included in the MPT or the like indicates "copy prohibition", the broadcast receiving device 100 of this embodiment prohibits storage (copying) in the storage (storage) unit 110 or the like. However, the broadcast receiving device 100 stores (stores) only for a predetermined time specified in advance or a predetermined time specified by the control information (for example, by the MH-Expire descriptor, the content use control descriptor, etc.) included in the broadcast signal. ) It may be configured to have a "temporary storage" mode that enables holding in the unit 110 or the like. In this case, the broadcast receiving device 100 can temporarily hold the content in the storage (storage) unit 110 or the like even when the copy control information included in the MPT or the like indicates “copy prohibited”. And. When the copy control information included in the MPT or the like outputs the content of "copy prohibited" to an external device for viewing, it is encrypted and output together with the copy control information of "copy prohibited".

The output for viewing to the above-mentioned external device is via the video output unit 163 and the audio output unit 166 of the broadcast receiving device 100 of this embodiment, the digital I / F unit 125, the LAN communication unit 121, or the like. Just go. The above-mentioned copy or move process to the external device 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 digital copy control information and indicates information that controls the copy generation of the content. Further, FIG. 22B shows an example of the parameter values of the digital copy control information and their meanings. For example, when the parameter is "00", "unlimited copy is possible" is shown, when the parameter is "01", it can be defined by the business operator, and when the parameter is "10", it can be defined. It indicates "copy is possible only for one generation", and when the parameter is "11", it indicates "copy prohibited". Further, FIG. 23 shows an example of the data structure of the content utilization control descriptor in the broadcasting system of this embodiment. It is assumed that the "copy_retrytion_mode" parameter in the figure is the copy restriction mode and indicates whether or not the number limited copy is possible.

In the broadcast receiving device 100 of the present embodiment, when the digital copy control information is "01", it is assumed that the storage process capable of copying a predetermined number of times predetermined by the broadcaster in advance can be executed. Alternatively, when the digital copy control information is not "11" and the copy restriction mode indicates that the number of copies can be limited, the storage process capable of copying a predetermined number of times predetermined by the broadcaster in advance can be executed. Is also good. Alternatively, in this case, the number of copyable times for each content may be specified by using a part or all of the "reserved_future_use" parameter of the digital content usage descriptor.

Through the above processing, the broadcast receiving device 100 of the present embodiment can realize the above-mentioned content copy control of "predetermined multiple times of copying".

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

In the broadcast receiving device 100 of this embodiment, by referring to each information of the temporary storage control bit and the temporary storage allowable time, the digital copy control information of each content indicates "copy prohibited" temporarily. It is possible to control whether or not the accumulation is possible and the accumulation time thereof.

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

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

In the content utilization control descriptor shown in FIG. 23, the "image_constraint_token" parameter is a resolution limiting bit, and indicates whether or not image quality limitation is necessary when the content is output to an external device. When the resolution limiting bit indicates that the image quality limit is required, the broadcast receiving device 100 of this embodiment shall limit the image quality of the target content when outputting the target content to an external device. It should be noted that the image quality limitation may not be necessary when storing in the storage (storage) unit 110 or the like. The image quality limitation is, for example, converting received (or accumulated) UHD (7680 pixels × 4320 pixels) video content into SHD (3840 pixels × 2160 pixels) video and outputting it, or HD (1920 pixels × 1080). Pixel) video is converted into SD (640 pixels x 480 pixels) video and output. The extent to which the image quality of the target content is restricted, that is, the resolution after the image quality restriction is set, is specified by using a part or all of the "reserved_future_use" parameter of the digital content usage descriptor. You may do so.

Similar to the above, for example, a frame rate limit bit and a pixel resolution limit bit are prepared by using a part or all of the "reserved_future_use" parameter, and the frame rate limit and the pixel resolution limit are set when the content is output to an external device. You may try to control it. When the frame rate limiting bit indicates that the frame rate must be limited, the broadcast receiving device 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 having a frame rate of 120 Hz is converted to a frame rate of 60 Hz and output. Further, when the pixel resolution limiting bit indicates that the pixel resolution needs to be limited, the broadcast receiving device 100 of the present embodiment uses the target content for each pixel when the target content is output to an external device. The resolution shall be limited. For example, each pixel of the video content in which each pixel is composed of 12 bits is converted into 8 bits and output.

Further, 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 are prepared. It may be possible to control whether or not the image quality limitation, the frame rate limitation, and the pixel resolution limitation are performed according to the resolution limitation control flag. For example, when the resolution limit control flag indicates that the resolution limit control is performed according to the interface specifications, if the interface that outputs the target content is equipped with the predetermined content protection technology, the image quality limit is not performed and the predetermined image quality is limited. If the content protection technology is not provided, control may be performed so as to limit the image quality.

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 HDMI (High-bandwise Digital). Content Protection) If version 2.2 or later is supported, the target content is output without the image quality restriction, and if the HDMI 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 predetermined content protection technology, or if the interface is equipped with the content protection technology, it depends on the version of the content protection technology. , It suffices to control whether or not the image quality of the target content is restricted. When the resolution limit control flag does not indicate that the resolution limit control is performed according to the interface specifications, the presence or absence of the image quality limit may be controlled only by the resolution limit bit. The same processing may be performed for the frame rate limit control flag and the pixel resolution limit control flag.

Further, the above-mentioned copy control information can be copied to an external device via the LAN communication unit 121 of the content indicating copy restrictions such as "only one generation can be copied", "predetermined multiple times can be copied", and "copy prohibited". Copy processing is possible only when the IP address of the external device that is the destination of the transmission packet from the broadcast receiving device 100 is within the same subnet as the IP address of the broadcasting receiving device 100, and the IP address of the external device is broadcast. If it is outside the same subnet as the IP address of the receiving device 100, it may be prohibited. The content whose copy control information is "unlimited copying is possible and encryption processing is required at the time of storage and output" may be handled in the same manner.

Similarly, the above-mentioned copy control information indicates copy restrictions such as "only one generation can be copied", "predetermined multiple times can be copied", "unlimited copying is possible and encryption processing is required at the time of storage and output". Once stored in the storage (storage) unit 110, the IP of the external device, which is the destination of the transmission packet from the broadcast receiving device 100, is also used for move processing, copy processing, etc. to the external device via the LAN communication unit 121. It is possible only when the address is in the same subnet as the IP address of the broadcast receiving device 100, and may be prohibited when the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100.

Further, in principle, the IP address of the external device that is the destination of the transmission packet from the broadcast receiving device 100 is used for the viewing video output and the audio output of the content stored in the storage (storage) unit 110 of the broadcasting receiving device 100. It is possible only when it is in the same subnet as the IP address of the broadcast receiving device 100, and it is prohibited when the IP address of the external device is outside the same subnet as the IP address of the broadcasting receiving device 100. However, the registration process as a device that is connected to the external device within the same subnet as the IP address of the broadcast receiving device 100 within a predetermined period and can be viewed even outside the same subnet as the IP address of the broadcast receiving device 100. In the case of a device that has been (paired), even if the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100, the storage (storage) of the broadcasting receiving device 100 in the external device is performed. ) It may be configured to enable viewing video output and audio output for the content stored in the unit 110. In this case, the video output and audio output for viewing are performed by encrypting the content.

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

Further, the period during which the registration process (pairing) is valid may be specified by using a 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, the external device is outside the same subnet as the IP address of the broadcast receiving device 100. It may be controlled so that the video output for viewing and the audio output to the device are allowed and not allowed if it is outside the specified period.

Further, the above-mentioned move processing, copy processing, output processing, etc. of the content to the 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 of the move processing, copy processing, output processing, etc. of the content to the external device via the LAN communication unit 121 are performed. It may be controlled to prohibit it.

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

<Content copy control exception handling 1>
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, and is the first. The second digital copy control information (the "digital_recording_control_data" parameter located immediately after the "component_tag") is the copy generation control information for each of the components constituting the content. It should be noted that the specification of each component shall be made 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 is described. 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. Controls the copy generation. Further, when the copy generation is controlled for each component constituting the content, the description of the first digital copy control information described in the content copy control descriptor and the description of the second digital copy control information do not match. The situation is possible. In the above situation, the broadcast receiving device 100 of this embodiment may perform the operation as shown below.

First, in the first operation example, when the description of the first digital copy control information and the description of the second digital copy control information do not match, the copy generation control shown in the first digital copy control information 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 becomes possible.

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

Further, in the third operation example, when the description of the first digital copy control information and the description of the second digital copy control information do not match, the stricter condition of the two different digital copy control information is satisfied. It is a method of controlling to operate based on the digital copy control information. For example, if one is "unlimited copy possible" and the other is "only one generation can be copied", the information of "only one generation can be copied" is followed. Alternatively, if one is "copying allowed multiple times" and the other is "copying prohibited", the information of "copying prohibited" is followed. Alternatively, if both are "copyable multiple times", the information specified separately with the smaller number of copies is followed. In this case, stricter copy generation control becomes possible.

By performing the above processing, the broadcast receiving device 100 of the present embodiment can operate suitably even when two different digital copy control information are described in the content copy control descriptor.

<Content copy control exception handling 2>
As described with reference to FIG. 7A, in the digital broadcasting system supported by the broadcasting receiving device 100 of this embodiment, the route different from the data acquired by the TLV stream of the broadcasting route due to the location information in the MPT (see FIG. 7C). The data acquired by (IPv4, IPv6, MPEG2-TS, URL, etc.) may also be included in the same package and the same event as the data acquired by the TLV stream, but at this time, the copy control information is included in the MPT or the like. The content protection when it is.

First, when copy control information is included in MPT or the like, the data included in the same package and the same event in the location information is a route different from the data acquired in the TLV stream of the broadcast route (IPv4, IPv6, MPEG2-TS, URL, Etc.), the data may be controlled according to the copy control information included in the TLV stream. As described above, the copy control state of the content specified by these copy control information is "unlimited copy possible" ("unlimited copy possible and encryption processing required at storage and output" and "unlimited copy possible". And it may be divided into two types, "encryption processing is not required at the time of storage and output"), "copying is possible only for one generation", "copying is possible a predetermined number of times" (for example, if copying is possible 9 times + move 1 time is possible, so-called " Dubbing 10 ”),“ copy prohibited ”, etc. can be specified.

Here, when the position of the data indicated by the location information includes the MPEG2-TS data transmitted by another digital broadcast signal, the MPEG2-TS data is associated with the copy control information even in the other digital broadcast signal. It is being broadcast. Then, the question is how to control the copy of the MPEG2-TS data according to what information (whether the copy control information included in the TLV / MMT stream or the copy control information contained in the MPEG2-TS is followed). ..

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

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

For example, the copy control state indicated by the copy control information included in the TLV stream is "1st generation copy possible", and the copy control state indicated by the copy control information included in the MPEG2-TS is "predetermined multiple times copy possible". If there is, copy control may be performed as the content of "1st generation copy possible" even if the data is acquired by a route different from the data acquired by the TLV stream (digital broadcasting of MPEG2-TS transmission format). For example, the copy control state indicated by the copy control information included in the TLV stream is "unlimited copy possible", and the copy control state indicated by the copy control information included in the MPEG2-TS is "predetermined multiple times copy possible". If there is, copy control may be performed as the content of "unlimited copy possible" even if the data is acquired by a route different from the data acquired by the TLV stream (digital broadcasting of MPEG2-TS transmission format).

In the case of this operation, the data acquired by a route other than the TLV stream can also be put into the copy state to be managed in the broadcasting system supported by the broadcasting receiving device 100 of this embodiment.

<Operation example 2>
In the second operation example, when copy control information is included in MPT or the like, and MPEG2-TS data transmitted by another digital broadcast signal is included in the data included in the same package and the same event in the location information, TLV. The copy control state indicated by the copy control information contained in the stream is compared with the copy control state indicated by the copy control information contained in the MPEG2-TS, and the copy control state indicated by the copy control information contained in the MPEG2-TS is compared. If it is stricter than the copy control state indicated by the copy control information contained in the TLV stream, the storage process in the storage (storage) unit 110 or the like, the recording process in the removable recording medium, or the output process from the digital interface is performed. At that time, it operates so as to exclude the MPEG2-TS data from the processing target content.

In the case of this operation, the data acquired by a route other than the TLV stream is copied on the broadcast receiving device 100 of this embodiment while respecting the original copy control information set in the broadcasting system that transmits the data. It is possible to eliminate duplication of control states.

Further, as a result of the comparison, when the copy control state indicated by the copy control information included in the MPEG2-TS is the same as the copy control state indicated by the copy control information included in the TLV stream, or a looser copy control state. May perform copy control on the MPEG2-TS data included in the same package and the same event in the location information as the content in the copy control state indicated by the copy control information included in the TLV stream.

In the case of this operation, the data acquired by a route other than the TLV stream is copied on the broadcast receiving device 100 of this embodiment while respecting the original copy control information set in the broadcasting system that transmits the data. It is possible to eliminate duplication of control states.

In the above description, the copyright protection function of the broadcast receiving device 100 of this embodiment has been described as being performed based on the copy control information included in the MPT. However, the table in which the copy control information is arranged is not limited to the MPT. In addition to the MPT, the MH-service description table (MH-SDT), the MH-event information table (MH-EIT) described in FIG. 6B, or other tables are arranged for transmission, and the broadcast receiving device 100 conforms to these. 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)
Hereinafter, the second embodiment of the present invention will be described. The configuration, treatment, effects, etc. in this example shall be the same as in Example 1 unless otherwise specified. Therefore, in the following, the differences between the present embodiment and the first embodiment will be mainly described, and the common points will be omitted as much as possible in order to avoid duplication. Further, the broadcast receiving device of this embodiment will be described below assuming that it is a television receiver that supports both the MMT system and the MPEG2-TS system as the media transport system.

[Hardware configuration of broadcast receiver]
FIG. 24 is a block diagram showing an example of the internal configuration of the broadcast receiving device 800. The broadcast receiving device 800 includes a main control unit 801, a system bus 802, a ROM 803, a RAM 804, a storage unit 810, a LAN communication unit 821, an expansion interface unit 824, a digital interface unit 825, a first tuner / demodulation unit 831 and a 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, ROM 103, RAM 104, the storage (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 device 100 of the first embodiment. , The speaker unit 165, the audio output unit 166, the operation input unit 170, and the like have the same functions, respectively, and detailed description thereof will be omitted.

The first tuner / demodulation unit 831 receives the broadcast wave of the broadcast service that employs MMT as the media transport method via an antenna (not shown), and the service desired by the user is controlled by the main control unit 801. Tuning (selecting) to the channel of. Further, the first tuner / demodulation unit 831 demodulates the received broadcast signal to acquire the MMT data string, and outputs the MMT data string to the MMT decoding processing unit 841. The second tuner / demodulation unit 832 receives the broadcast wave of the broadcast service that employs MPEG2-TS as the media transport method via an antenna (not shown), and is desired by the user based on the control of the main control unit 801. Synchronize (select) the channel of the service to be performed. Further, the second tuner / demodulation unit 832 demodulates the received broadcast signal to acquire the MPEG2-TS data string, and outputs the MPEG2-TS data string to the MPEG2-TS decoding processing unit 842.

The MMT decoding processing unit 841 inputs the MMT data string output from the first tuner / demodulation unit 831, and based on the control signal included in the MMT data string, the video data string and the audio data string, which are real-time presentation elements, Separation processing of character super data string, subtitle data string, etc., decoding processing, etc. are performed. The MMT decoding processing unit 841 includes a separation unit 132, a video decoder 141, a video color gamut conversion unit 142, an audio decoder 143, a character super decoder 144, a subtitle decoder 145, and a subtitle synthesis unit 146 in the broadcast receiving device 100 of the first embodiment. It is provided with 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. The MMT decoding processing unit 841 can perform various processes described in the first embodiment. Since the details of the various processes are as described in the first embodiment, the description thereof will be omitted.

The MPEG2-TS decoding processing unit 842 inputs the MPEG2-TS data string output from the second tuner / demodulation unit 832, and the video data which is a real-time presentation element based on the control signal included in the MPEG2-TS data string. Separation processing of columns, audio data strings, character super data strings, subtitle data strings, etc., decoding processing, etc. are performed. The MPEG2-TS decoding processing unit 842 has the same function as the IRD (Integrated Receiver Decorder) unit of a conventional television receiver that receives broadcast waves of a broadcasting service that adopts MPEG2-TS as a media transport method. A detailed description will be omitted.

The video composition unit 861 inputs video information, subtitle information, and application information output from the MMT decoding processing unit 841 and video information, subtitle information, and application information output from the MPEG2-TS decoding processing unit 842. Perform processing such as selection and / or superimposition as appropriate. The video synthesis unit 861 includes a video RAM (not shown), and the monitor unit 862 and the like are driven based on the video information and the like input to the video RAM. Further, the video compositing unit 861 performs scaling processing, overlay processing of EPG screen information, and the like, if necessary, based on the control of the main control unit 801. The voice synthesis unit 164 inputs the voice information output from the MMT decoding processing unit 841 and the voice information output from the MPEG2-TS decoding processing unit 842, and appropriately selects and / or performs processing such as mixing.

The LAN communication unit 821 is connected to the Internet 200 via the router device 200r, and transmits / receives data to / from each server device and other communication devices on the Internet 200. Further, the MMT data string (or a part thereof) or the MPEG2-TS data string (or a part thereof) of the program transmitted via the communication line is acquired, and the MMT decoding processing unit 841 or the MPEG2-TS is appropriately obtained. It is output to the decoding processing unit 842.

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

Further, in general, when the video compositing unit 861 mainly selects the video information or the like output from the MMT decoding processing unit 841, the information regarding the current date and the current time acquired from the MH-TOT is used. When the video compositing unit 861 mainly selects the video information or the like output from the MPEG2-TS decoding processing unit 842 by superimposing it on the video information or the like, the information regarding the current date or the current time acquired from the TOT is described above. It may be controlled so as to be superimposed on video information or the like.

However, since there are differences in the coding / decoding processing, transmission path, etc. between the broadcasting service that uses MMT as the media transport method and the broadcasting service that uses MPEG2-TS as the media transport method, the current time is displayed in particular. In the above, there is a possibility that inconsistency may occur between the selection of the broadcasting service adopting MMT as the media transport method and the selection of the broadcasting service adopting MPEG2-TS as the media transport method. For example, as shown in FIG. 25, the EPG screen 162g that displays the channel information of the broadcasting service that adopts MMT as the media transport method displays the channel information of the broadcasting service that adopts MPEG2-TS as the media transport method. When the screen display is switched to the screen 162h, the display of the current time is switched from the current time display 162g1 to the current time display 162h1, which may cause the user to feel a visual discomfort due to the inconsistency.

In the broadcast receiving device 800 of this embodiment, even when the video compositing 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. , Information on the current date and the current time acquired from the TOT is controlled to be superimposed on the video information and the like. That is, the content of the broadcasting service that adopts MMT as the media transport method is controlled so as to superimpose the current time information provided by the broadcasting service that adopts MPEG2-TS as the media transport method.

By performing the above control, the broadcast receiving device 800 of the present embodiment always displays the current time information acquired by referring to the TOT when displaying the current time. Therefore, even when switching between a broadcasting service that uses MMT as the media transport method and a broadcasting service that uses MPEG2-TS as the media transport method, the user will feel a visual discomfort due to the inconsistency in the display of the current time. It is possible to prevent it from being caused.

Note that FIG. 26 shows an example of selection control of the current time information reference source according to the reception status of each broadcast service in the broadcast receiving device 800 of this embodiment. In the broadcast receiving device 800 of this embodiment, when the broadcasting service adopting MPEG2-TS as the media transport method can be received, the current time information is always acquired by referring to the TOT. The MH-TOT is only available when the broadcast service that uses MPEG2-TS as the media transport method cannot be received and the broadcast service that uses MMT as the media transport method can be received. Control to get the current time information by referring to.

Further, contrary to the above-mentioned control, 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 so as to superimpose the current time information provided by the broadcasting service adopting MPEG2-TS as the media transport method on the contents of the broadcasting service adopting MMT as the media transport method. In either case, the content of the broadcasting service that uses MPEG2-TS as the media transport method is controlled to superimpose the current time information provided by the broadcasting service that uses MMT as the media transport method. Also in the present case, the current time information can be corrected by referring to the "delta" parameter of the time information in the TMCC extended information area, as described in [Time management of broadcast receiving device] in the first embodiment. It is possible.

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

However, the broadcast receiving device 800 of this embodiment is also displaying video information or the like provided by a broadcasting service that employs MMT as the media transport method, or MPEG2-TS as the media transport method. It is possible to acquire both the MH-EIT and the EIT even when displaying the video information or the like provided by the broadcasting service that employs the above, and the usability for the user is improved.

FIG. 27A shows an example of the EPG screen in the broadcast receiving device 800 of this embodiment. In the figure, the EPG screen 162i is an EPG screen created based on the MH-EIT of a broadcasting service that adopts MMT as a media transport method, and is an EPG screen of "M1 TV", "M2 broadcasting", "M3 channel", and "M4TV". , "Television M5", etc. are the names of broadcasting stations of broadcasting services that adopt MMT as the media transport method, respectively. The EPG screen 162j is an EPG screen created based on the EIT of a broadcasting service that adopts MPEG2-TS as a media transport method, and is "T6 TV", "T7 broadcasting", "T8 channel", "T9TV". , "TV TA" and the like are the names of broadcasting stations of broadcasting services that adopt MPEG2-TS as the media transport method, respectively.

For example, when a user is instructing to display the EPG screen by operating a remote controller (not shown) while watching a broadcast program provided by a broadcast service that uses MMT as the media transport method, the initial screen of the EPG screen (shown). Omitted) is displayed. The initial screen of the EPG screen is an EPG screen created based on the MH-EIT of a broadcasting service that adopts MMT as a media transport method, and is "17:00-on October 7, 2014 (today)". (Nearby of the current time) ”is displayed with detailed information on the broadcast program of each channel. Next, the user wants to confirm the detailed information of the broadcast program of each channel of "20 o'clock-" of "October 9, 2014", 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 wants to confirm the detailed information of the broadcast program provided by the broadcast service that adopts MPEG2-TS as the media transport method and instructs to switch the network by operating the remote controller (not shown), the EPG. The screen 162j is displayed. At this time, in the broadcast receiving device 800 of this embodiment, the initial screen of the EPG screen created based on the EIT of the broadcasting service adopting MPEG2-TS as the media transport method (that is, "October 7, 2014" (Detailed information of the broadcast program of each channel of "17:00 ~"), but the same time zone as the EPG screen 162i displayed immediately before (that is, "20: 00 ~" of "October 9, 2014" 』) Control to display the detailed information of the broadcast program of each channel.

By the above-mentioned control, the user can continuously confirm the detailed information about the broadcast programs of the same day and the same time zone of a plurality of networks having different media transport methods by a simple operation. That is, the usability of the broadcast receiving device 800 is improved.

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

Therefore, it is created based on the EIT of the broadcasting service that adopts MPEG2-TS as the media transport method while the user is checking the channel information created based on the MH-EIT of the broadcasting service that adopts MMT as the media transport method. Even when it is desired to confirm the channel information, it is possible to eliminate the need for an instruction to switch the network by operating a remote controller (not shown). Further, the user can simultaneously confirm detailed information about broadcast programs of the same day and the same time zone of a plurality of networks having different media transport methods. That is, the usability of the broadcast receiving device 800 is improved.

(Example 3)
Hereinafter, Example 3 of the present invention will be described. The configuration and effects of this example shall be the same as those of Example 1 or Example 2 unless otherwise specified. Therefore, in the following, the differences between the present embodiment and the first or second embodiment will be mainly described, and the common points will be omitted as much as possible to avoid duplication. Further, in this embodiment, the cooperation operation between the broadcast receiving device and the mobile information terminal will be described.

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

In the broadcasting system of this embodiment, it is assumed that a transmission method equivalent to the data carousel transmission method used in general digital broadcasting is possible. That is, in data download to the receiver or transmission of contents in the multimedia service, the receiver can acquire necessary data at any time during the broadcasting time by repeatedly transmitting the data. The data is encapsulated in an asynchronous MPU and transmitted in file units. Control information about the transmission of the application may be transmitted using a data transmission message. The data transmission message shall contain a data directory management table, a data asset management table, and a data content management table.

The path name of the file constituting the application is specified in the application description such as HTML5. The path name may be described as a combination of a directory node name and a file name. In addition, a node tag is specified as an identifier that integrates a directory node and a file, and it is applied as information that links each table.

The receiver 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, from the data asset management table also in the data transmission message, 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. Further, 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, the obtained download ID and the download ID described in the multi-extended header area of the MMTP packet transmitting the item can uniquely identify the unit of repeated transmission of the file corresponding to the carousel. Among the items that are repeatedly transmitted, the item having the obtained MPU sequence number and item ID can be acquired as a desired file.

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

Further, the receiver can detect that the files constituting the application have been updated by constantly monitoring the data asset management table, and can always present the application in the latest state. Update detection may be possible at each stage, such as asset unit, MPU unit, and file unit. The data asset management table gets the component tag, MPU sequence number and item ID of the updated file. Similar to the above-mentioned file acquisition, the asset can be specified by referring to the MP table, and the item having the obtained MPU sequence number and item ID can be acquired as a desired updated file.

The data content management table provides configuration information of a file as data content in order to realize flexible and effective cache control. A unit (for example, a page) presented in the data content is defined as a presentation unit, and information such as which item is related and which presentation unit is linked in that unit is shown. With this information, it is possible to know other items contained in the same presentation unit as the originally requested item. It is also possible to obtain information such as cache control for each presentation unit. As a result, the receiver can shorten the acquisition time of the entire page and realize preferential caching of the next page.

As described above, applications and data are also transmitted as assets, but the asset type (asset_type) is described in the MP table (MPT: see FIG. 7B). The types of assets are summarized in Fig. 29. In addition to broadcast video, audio, and subtitle data, applications and data used in applications are transmitted as assets. Further, the acquisition destination of the application or the data asset used in the application may be a broadcast wave or a communication line. FIG. 30A shows an example of the data structure of the location information (MMT_general_location_info) that describes the acquisition destination of the asset. The acquisition destination type (location_type) and the acquisition destination are described in this location information. The meaning of the type of acquisition destination is shown in FIG. 30B.

[Application presentation format]
The presentation of the application is also performed in the area defined by the layout setting table (LCT: see FIG. 17A) as in the case of broadcast video and audio. Which area is used is specified by the layout number (layout_number) and the area number (region_number) in the MPU presentation area designation descriptor (MPU_Presentation_Region_Descriptor). FIG. 31 shows an example of the data structure of the MPU presentation area designation descriptor.

[Overview of application control information]
The application control information of this embodiment is an application (hereinafter, broadcast) linked to a broadcast service to a television receiver or the like (in this embodiment, the broadcast receiver 100) in the broadcast communication cooperation function supported by the broadcast receiver 100. This information is intended to inform the existence of (sometimes referred to as a linked application) and instruct its control. The application control information in this embodiment is transmitted in the form of an MH-application information table (MH-AIT: see FIG. 6B) in a broadcasting system.

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

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

The format of the application to be controlled by MH-AIT is indicated by the "application_type" parameter. The application format assignment is shown in FIG. 32B. Further, the control code for controlling the state of the application is indicated by the "application_control_code (application control code)" parameter. The application control code may be specified for each application format. If there is no provision for each application format, it shall be used in the sense of FIG. 32C.

The application is identified by the application identifier (application_identifier). An example of the data structure of the application identifier is shown in FIG. 32D. The application identifier is a value defined for each application format that uniquely identifies each application. The application identifier may be composed of an organization identification (organization_id) that identifies a business operator and an application identification (application_id) that is numbered for each business operator. For application identification by operator, the same value may be reused for different applications at different times, but in that case, the expiration date of the application cache (MH-cache information descriptor: see FIG. 6D) is taken into consideration. It is desirable that the same identification value is not specified for different applications in the receiver.

[Descriptor described in MH-AIT]
Information about each application is described in the descriptor in addition to the above-mentioned parameters. A list of descriptors of this broadcasting system is shown in FIGS. 6C and 6D, but the main ones related to MH-AIT will be described in detail below.

(1) MH-Application Descriptor One MH-application descriptor shall 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 the receiver implements this profile, it indicates that it has the ability to execute the target application. The contents of the profile are defined for each application format.

(2) MH-Transmission Protocol Descriptor As a transmission means of an application, a common descriptor loop of MH-AIT or an MH-AIT common descriptor loop is used for the purpose of designating a transmission protocol such as broadcasting / communication and showing the location information of an application depending on the transmission protocol. In the application information descriptor loop, the number of transmission protocol labels of the application descriptor shall be arranged. An example of the data structure of the MH-transmission protocol descriptor is shown in FIG. 34A. The "protocol_id (protocol identification)" parameter sets the protocol for transmitting the target application. The meaning of the protocol identification is shown in FIG. 34B. Further, supplementary information specified for each protocol identification is stored in the "selector_byte (selector area)". FIG. 34C shows an example of the data structure of the selector region in the case of HTTP / HTTPS transmission and MMT non-timed transmission. It is possible to obtain information about the URL for acquiring the target application by the "URL_base_byte (URL base)" parameter, the "URL_extension_byte (URL extension)" parameter, and the like.

(3) MH-Simple Application Location Descriptor The MH-Simple Application Location Descriptor is intended to indicate the details of the acquisition destination of the application, and is always one for each application in the application information descriptor loop of MH-AIT. It shall be placed. FIG. 35 shows an example of the data structure of the MH-simple application location descriptor. The URL that is the entry point of the target application is indicated in the "initial_path_byte (application URL)" parameter. It may be indicated by a relative path with the location where the target application can be acquired described in the transmission protocol descriptor as the root.

(4) MH-Application Boundary Authority Setting Descriptor The MH-Application Boundary Authority Setting Descriptor aims to set the application boundary and the broadcasting resource access authority for each area (URL), and is MH-. 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 access to all broadcast resources will be permitted. FIG. 36 shows an example of the data structure of the MH-application boundary authority setting descriptor. In the "permission_bitmap (access permission bitmap)" parameter, the accessibility to each broadcast resource is configured by the 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 shown in the access bitmap is applied. Access permission management area setting information is specified in the domain or its subdirectories.

(5) MH-Startup Priority Information Descriptor The MH-Startup Priority Information Descriptor is placed for each application in the MH-AIT application information descriptor loop for the purpose of specifying the application start priority. It shall be. However, this descriptor may be placed only in the application information description indicating that the application control code indicates the automatic start of the application (such as "AUTOSTART"). If this descriptor is not placed, it can be regarded as having the lowest priority including data broadcasting. FIG. 37 shows an example of the data structure of the MH-start priority information descriptor. The "autostart_priority" parameter indicates the startup priority of the target application among the data broadcasting linked to the service currently being received and all the applications.

(6) MH-cache information descriptor The purpose of the MH-cache information descriptor is to be used for cache control when the resources constituting the application are cached and held when the application is expected to be reused. , In the application information descriptor loop of MH-AIT, a maximum of one is placed for each application. If this descriptor is not placed, the receiver may delete the resources that make up the application at the end of the application without retaining them. An example of the data structure of the MH-cache information descriptor is shown in FIG. 38A. The "cache_priority" parameter indicates the priority for holding the cache of the target application. The larger the value, the higher the priority. If the cache capacity is exceeded, the cache will be deleted for each application based on this information. If no priority is specified, this parameter is set to "0xFF". The "application_version" parameter indicates the version number of the target application.

The receiver stores the application version corresponding to the cached application, and if the application version is updated when the application is started after that, the receiver does not use the application held in the cache and newly starts from the specified URL. 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 the date in the lower 16 bits of the MJD. The receiver can cache the target application until this deadline. If the deadline is exceeded, it will be deleted from the cache. If it is indefinite, this parameter is set to "0xFFFF". If this cache expiration parameter is not set, the cache retention after the end of the program may be prohibited by emphasizing the operation stability of the application, or the cache may be indefinitely cached for the convenience of the viewer. The cache may be retained, or the cache may be retained for a predetermined period of time by balancing the two.

Further, the expiration date for each application may be set instead of the cache expiration date. FIG. 38B shows an example of the data structure of the MH-application expiration date descriptor that describes the expiration date for each application. If this deadline is exceeded, the use of the application is prohibited. Although long-term cache is not allowed, it is possible to allow a form of re-acquisition and use at the time of use for a certain period of time, and it is possible to enable various forms of application use.

(7) MH-stochastic application delay descriptor The MH-stochastic application delay descriptor is to delay the timing of application control by the amount of delay set probabilistically, assuming the load distribution of the server access of application acquisition. In the application information descriptor loop of MH-AIT, a maximum of one is placed for each application. If this descriptor is not placed, the control operation indicated in the control code is performed at the timing when a specific version of MH-AIT is first received. An example of the data structure of the MH-stochastic application delay descriptor is shown in FIG. The "range (delay time width)" parameter indicates the maximum delay time from the current time until the control code is applied in seconds. The "rate (number of variances)" parameter indicates the number of steps of the delay time until the control code is applied, which is set stochastically. The receiver calculates the delay time using the formula "N x range ÷ rate" based on the value "N" randomly selected from the integers from "0" to "rate", and receives the MH-AIT. The control code is applied with a delay of the delay time from the time. The "randomization_end_time (stochastic application end time)" parameter indicates the time limit for which the probabilistic application delay processing should be performed. If the MH-AIT is received after the time indicated by this parameter, the control code is applied immediately. The date is encoded in the lower 16 bits of MJD, and the time is encoded in the hour, minute, and second of JST in 24 bits of BCD.

Further, the MH-AIT of this embodiment may further include parameters, descriptors, and the like different from those described above.

Hereinafter, the operation of the broadcast receiving device 100 of this embodiment will be described.

[Operation sequence when starting an application]
First, the automatic activation process of the broadcast cooperation application based on the MH-AIT transmitted by the broadcast wave in the broadcast receiving device 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 started.

When the tuner / demodulation unit 131 of the broadcast receiving device 100 performs channel selection processing for the channel desired by the user to acquire the MMT data string, the application control unit 153 confirms the MH-AIT stored in the M2 section message ( S1001). If the MH-AIT is not stored in the M2 section message, it is assumed that the broadcast cooperation application related to the selected channel does not exist, and the automatic activation process may be terminated. Next, the application format and application control code of each broadcast cooperation application described in the MH-AIT are confirmed (S1002). As a result of the process of S1002, when there is no broadcast cooperation application having the application control code of "automatic start (AUTOSTART)" (S1003: No), the automatic start process may be terminated. In this case, launcher processing is possible again, but this launcher processing will be described later.

On the other hand, if there is a broadcast cooperation application having the application control code of "automatic start" as a result of the processing of S1002 (S1003: Yes), the MH-start priority information descriptor of the MH-AIT related to the broadcast cooperation application. Confirmation is performed (S1004). Next, the broadcast cooperation application having the highest priority among the broadcast cooperation applications having the application control code of "automatic start" is selected (S1005), and the MH-application descriptor of the MH-AIT related to the selected broadcast cooperation application is selected. Is confirmed (S1006). If the broadcast receiving device 100 is satisfied with the application profile described in the MH-application descriptor (S1007: Yes), the process proceeds to the next process. When the broadcast receiving device 100 is not satisfied with the application profile described in the MH-application descriptor (S1007: No), it is determined that the selected broadcast cooperation application cannot be started by the broadcast receiving device 100. In this case, it is confirmed whether or not there is a next priority broadcast cooperation application (S1008), and if there is no next priority broadcast cooperation application, the automatic start processing may be terminated. If there is a next-priority broadcast cooperation application, the next-priority broadcast cooperation application is selected (S1009), and the processes of S1006 to S1007 are repeated.

When it is determined in the process of S1007 that the broadcast receiving device 100 is satisfied with 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 is used. Confirmation is performed (S1010). As a result of the processing of S1010, when the selected broadcast cooperation application can be acquired by HTTP / HTTPS transmission by the protocol identification described in the MH-transmission protocol descriptor (S1011: Yes), the selection is further performed. The MH-simple application location descriptor of the MH-AIT related to the selected broadcast cooperation application is confirmed (S1012), and the URL of the entry point of the selected broadcast cooperation application is acquired.

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

On the other hand, as a result of the processing of S1010, when the selected broadcast cooperation application can be acquired by data carousel transmission by the protocol identification described in the MH-transmission protocol descriptor (S1011: No), the application control unit. Reference numeral 153 confirms the DDM table and the DAM table stored in the data transmission message (S1015, S1016), and the selected broadcast cooperation application is transmitted by the procedure described in the above-mentioned [Overview of application transmission method]. Identify the asset. Further, when the broadcast cooperation application is acquired from the specified asset of the broadcast wave (S1017), the broadcast receiving device 100 activates the received broadcast cooperation application by the browser unit 154 based on the control of the application control unit 153. Is executed (S1018).

Through the above series of processes, the broadcast receiving device 100 of the present embodiment can automatically start the broadcast cooperation application based on the MH-AIT transmitted by the broadcast wave. In the MH-AIT confirmation process in each of the processes of S1004, S1006, S1010, and S1012, the MH-AIT may be acquired from the broadcast wave for confirmation each time, or the MH-AIT acquired in the process of S1001 may be acquired and confirmed. The AIT may be cached and the cached MH-AIT may be confirmed. Further, the operation sequence is merely an example, and different processing procedures may be used.

Next, the launcher processing of the broadcast cooperation application based on the MH-AIT transmitted by the broadcast wave in the broadcast receiving device 100 of the present embodiment will be described with reference to FIG. 40B. This is an example of starting a broadcast cooperation application related to the selected channel based on a user's instruction.

When the tuner / demodulation unit 131 of the broadcast receiving device 100 performs channel selection processing for the channel desired by the user to acquire the MMT data string, the application control unit 153 confirms the MH-AIT stored in the M2 section message ( S1101). If the MH-AIT is not stored in the M2 section message, it is assumed that the broadcast cooperation application related to the selected channel does not exist, and the automatic activation process may be terminated. Next, the application format and application control code of each broadcast cooperation application described in the MH-AIT are confirmed (S1102). As a result of the process of S1102, when there is a broadcast cooperation application having the 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 processing of S1102, when there is no broadcast cooperation application having the application control code of "automatic start" (S1103: No), the broadcast cooperation application having the application control code of "executable (PRESS)" again. If there is no broadcast cooperation application having an "executable" application control code (S1104: No), the launcher process may be terminated. When there is a broadcast cooperation application having an "executable" application control code (S1104: Yes), the MH-application description of the MH-AIT related to each of the broadcast cooperation applications having the "executable" application control code. Confirm the child (S1105). As a result of the processing of S1105, when there is no broadcasting cooperation application in which the broadcasting receiving device 100 satisfies the application profile described in the MH-application descriptor (S1106: No), the launcher processing may be terminated. When there is at least one broadcast cooperation application (S1106: Yes) in which the broadcast receiving device 100 satisfies the application profile described in the MH-application descriptor, the process proceeds to the next process.

It is assumed that the broadcast receiving device 100 has not yet executed the broadcast cooperation application in the state where the processes of S1101 to S1103 and S1104 to S1106 are completed, and the normal broadcast program image is displayed on the monitor unit 162. In this state, when the user gives an instruction to start the broadcast cooperation application launcher using a remote controller or a mobile information terminal capable of operating the broadcast receiving device 100 (S1107), the monitoring unit 162 can be executed by the broadcasting receiving device 100. A list of broadcast cooperation applications is displayed on the OSD (S1108). Further, when the user operates the remote control or the mobile information terminal to instruct the selection of the desired broadcast cooperation application from the list of the broadcast cooperation applications (S1109), the application control unit 153 responds to the user's instruction. A broadcast cooperation application is selected based on the above (S1110), and the selected broadcast cooperation application is acquired and started (S1111 to S1119). The processing of S1111 to S1119 may be the same as the processing of S1010 to S1018 shown in FIG. 40A.

Through the above series of processes, the broadcast receiving device 100 of the present embodiment can perform launcher processing of a broadcast cooperation application based on MH-AIT transmitted by a broadcast wave. In the MH-AIT confirmation process in each process of S1105, S1111, and S1113, the MH-AIT may be acquired from the broadcast wave and confirmed each time, or the MH-AIT acquired in the process of S1101 may be acquired and confirmed. It may be cached and the cached MH-AIT may be confirmed. Further, the order of the processes of S1104 to S1106 and the processes of S1107 to S1110 may be changed. In this case, the profile confirmation process of S1104 to S1106 may be performed only for the broadcast cooperation application selected in the process of S1110. Further, the list of broadcast cooperation applications displayed in the process of S1108 may display only those that can be executed by the broadcast receiving device 100 according to the status of the application profile, regardless of the status of the application profile. You may display all the broadcast cooperation applications and disable the ones that cannot be executed by the broadcast receiver 100. Further, the operation sequence is merely an example, and different processing procedures 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 device 100 of the present embodiment will be described with reference to FIG. 40C.

When the tuner / demodulation unit 131 of the broadcast receiving device 100 performs channel selection processing for the channel desired by the user to acquire the MMT data string, the application control unit 153 confirms the MH-AIT stored in the M2 section message. It is confirmed whether or not there is a broadcast cooperation application having an application control code of "automatic start (AUTOSTART)" or "executable (PRESS)" (S1201 to S1206). 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 device 100 has not yet executed the broadcast cooperation application in the state where the processing of S1201 to S2106 is completed, and the normal broadcast program image is displayed on the monitor unit 162. In this state, when the user gives an instruction to start the data broadcasting screen using a remote control or a mobile information terminal capable of operating the broadcasting receiving device 100 (S1207), (when the data broadcasting screen can be displayed, 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, creates a data broadcasting screen by interpreting the acquired BML document or the like, and displays it on the monitor unit 162 (S1208). If the data broadcasting screen displayed in the processing of S1208 has even one broadcasting cooperation application satisfying the application profile confirmed in the processing of S1206 by the broadcasting receiving device 100, an entry relating to the broadcasting cooperation application is required. A button is displayed. If there is no broadcast cooperation application that the broadcast receiving device 100 is satisfied with the application profile confirmed in the process of S1206, the entry button related to the broadcast cooperation application may not be displayed, or may be displayed in an invalid state. good.

Further, when the user operates the remote control or the mobile information terminal to instruct the selection (activation) of the entry button of the desired broadcast cooperation application displayed on the data broadcasting screen (S1209), the application control unit 153 causes the application control unit 153. , The broadcast cooperation application is selected based on the instruction of the user (S1210), and the selected broadcast cooperation application is acquired (S1211 to S1218). 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 cooperation application is completed in the processes of S1211 to S1218, the display of the data broadcasting screen is terminated (S1219), and the application control unit 153 activates the selected broadcast cooperation application (S1220).

Through the above series of processes, in the broadcast receiving device 100 of this embodiment, it is possible to start the broadcast cooperation application based on the MH-AIT transmitted by the broadcast wave from the data broadcasting screen. In the MH-AIT confirmation process in each of the processes of S1205, S1211, and S1213, the MH-AIT may be acquired from the broadcast wave for confirmation each time, or the MH-AIT acquired in the process of S1201 may be acquired and confirmed. It may be cached and the cached MH-AIT may be confirmed. Further, the order of the processes of S1204 to S1206 and the process of S1207 may be changed. Further, the processing of S1219 may be performed immediately after the processing of S1209. Alternatively, even if the broadcast cooperation application, the data broadcasting screen, the broadcast program video, etc. are simultaneously displayed in each of the divided display areas of the monitor unit 162 based on the description of the LCT without performing the processing of S1219. good. Further, the operation sequence is merely an example, and different processing procedures may be used.

In the activation sequence of the broadcast cooperation application described with reference to FIGS. 40A to 40C, an example of acquiring MH-AIT from a broadcast wave is described, but a predetermined value specified by location information (MMT_general_location_info) or the like is described. The MH-AIT file may be acquired from the server device (broadcasting station server 300, etc.) of the above.

In addition, if there is no response from the service provider server 400 or the like for a predetermined time or more when the distribution request of the broadcast cooperation application is made in S1013, S1114, S1214, a message such as "Please wait" is sent to the monitor unit 162. It may be displayed. Alternatively, in this case, a message inquiring the user to cancel the execution of the broadcast cooperation application may be displayed.

Further, the activation sequence of the broadcast cooperation application is not limited to the above-mentioned three patterns, and may be activated by a different sequence.

[Operation sequence when linking mobile information terminals]
In the broadcast receiving device 100 of this embodiment, it is assumed that the function of the broadcasting communication cooperation service can be expanded by the cooperation operation between the broadcasting receiving device 100 and the portable information terminal 700. For example, by installing an application (cooperation control application) prepared by the manufacturer of the television receiver, the portable information terminal 700 can be used as a high-performance remote controller of the broadcast receiving device 100. Further, the broadcast cooperation application can be executed on the mobile information terminal 700, and for example, a service linked to the broadcast program displayed by the broadcast receiving device 100 can be displayed on the mobile information terminal 700. In addition, in order to expand the function by the cooperative operation between the broadcast receiving device 100 and the mobile information terminal 700, it is desirable that the cooperative control application is started on the mobile information terminal 700 and operates on the mobile information terminal 700. It is assumed that the broadcast cooperation application to be operated is controlled by the cooperation control application.

FIG. 41A is an operation sequence diagram showing an example of an operation when the cooperation control application is started on the mobile information terminal 700. The figure shows a series of flows until the mobile information terminal 700 performs the authentication process with the broadcast receiving device 100 and the cooperative operation becomes possible. It is assumed that the cooperation control application is installed in the storage unit 710 of the mobile information terminal 700 in advance as the cooperation control program 7002. If the cooperation control program 7002 is not installed, the cooperation control program 7002 shall be installed first.

When the user operates the operation unit 730 of the mobile information terminal 700 to instruct to start the cooperation control application (S1301), the cooperation control execution unit 7102 of the mobile information terminal 700 first communicates on the network (cooperation operation). ) Search for possible TV receivers (S1302), and display the search results as a TV receiver list on the display unit 741 (S1303). The displayed TV receiver list may include those having a history of performing linked operations with the mobile information terminal 700 in the past and those having no history. In that case, the past linked operation history may be obtained depending on the display format. It is desirable to be able to determine the presence or absence of. If a TV receiver that can communicate cannot be found, a message to that effect may be displayed and the process may be terminated.

When the user operates the operation unit 730 of the mobile information terminal 700 to select a predetermined TV receiver (broadcast receiving device 100 of this embodiment) from the TV receiver list (S1304), the broadcast receiving device 100 causes the broadcast receiving device 100. If there is a history of performing linked operation with the mobile information terminal 700 in the past (S1305: Yes), the authentication information related to the broadcast receiving device 100 (by the broadcasting receiving device 100) from the authentication information storage area 7300 of the storage unit 710. The specified login name and password, etc.) are read (S1306), and the process proceeds to the next process.

On the other hand, when the broadcast receiving device 100 does not have a history of performing the linked operation with the mobile information terminal 700 in the past (S1305: No), the cooperation control execution unit 7102 logs in to the broadcast receiving device 100. The request is transmitted (S1307). When the login screen information is transmitted from the broadcast receiving device 100 in response to the processing 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 linked control application has login screen information related to the broadcast receiving device 100 in advance, the processes of S1307 to S1308 may be omitted. When the user inputs the authentication information to the displayed login screen (S1310), the input authentication information is stored in the authentication information storage area 7300 of the storage unit 710, and the process proceeds to the next step.

The presence or absence of the history of performing the linked operation is determined by confirming whether or not the authentication information related to the broadcast receiving device 100 is stored in the authentication information storage area 7300 of the storage unit 710. It may be good, or it may be done by other methods.

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 device 100 (S1311). The processing 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. ..

In the broadcast receiving device 100, whether or not the received authentication information is correct by comparing 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. Is confirmed (S1312). When 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 stored in the mobile information terminal. It is transmitted to 700 (S1313). When it is confirmed by the process of S1312 that the received authentication information is incorrect, the authentication result (authentication NG) is carried without storing the information identifiable by the mobile information terminal 700 in the authentication information storage area 1300. It is transmitted to the information terminal 700.

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

Through the above series of processes, the mobile information terminal 700 and the broadcast receiving device 100 can be linked with each other.

When the broadcast cooperation application is started in the broadcast receiving device 100 following the above-mentioned processing, the processing of FIGS. 40A to 40C may be performed after the above-mentioned processing.

FIG. 41B is an operation sequence diagram showing an example of an operation when the cooperation control application is started on the mobile information terminal 700. The figure shows a series of flows until the cooperation operation becomes possible when the broadcast reception device 100 that executes the activation sequence of the broadcast cooperation application requests the activation of the cooperation control application on the mobile information terminal 700. It shows.

When the tuner / demodulator 131 of the broadcast receiving device 100 performs channel selection processing for 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. It is confirmed whether or not there is a broadcast cooperation application having the application control code of "automatic startup (AUTOSTART)", and the profile of the broadcasting cooperation application having the application control code of "automatic startup" is confirmed (S1401). The processing of S1401 may be the same as the processing of S1001 to S1009 shown in FIG. 40A.

In the profile confirmation process of the highest priority application in S1401, when the broadcast receiving device 100 is satisfied with the application profile of the highest priority application and it is determined that the operation of cooperation with the mobile terminal device is necessary, the storage is stored. By referring to the authentication information storage area 1300 of the unit 110, a portable terminal device (portable information terminal 700 of this embodiment) having a history of performing a linked operation with the broadcast receiving device 100 in the past is selected (S1402). In the profile confirmation process of the highest priority application in S1401, when the broadcast receiving device 100 is satisfied with the application profile of the highest priority application and it is determined that the cooperation operation with the mobile terminal device is not necessary, FIG. 40A is taken as it is. The same process as above may be performed. In the profile confirmation process of the highest priority application in S1401, if the broadcast receiving device 100 is not satisfied with the application profile of the highest priority application, the start process of the broadcast cooperation application and the start process of the cooperation control application may be terminated.

The mobile information terminal 700 may be selected by referring to the authentication information storage area 1300 by selecting the mobile terminal device having the latest cooperation operation history or the most frequently used mobile terminal device. Further, information about a plurality of mobile terminal devices having a linked operation history may be displayed on the monitor unit 162 so that the user can select the linked mobile terminal device. Further, when the cooperation operation history does not exist, the fact may be displayed on the monitor unit 162 so that the cooperation control application can be started by the operation of the mobile information terminal 700 side. The processing in this case is as shown in FIG. 41A.

The cooperation control execution unit (however, not shown) of the broadcast receiving device 100 transmits a cooperation control application activation request to the mobile information terminal 700 selected in the process of S1402 (S1403).

The main control unit 701 of the mobile 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. The 7102 reads out the 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 portable information terminal in the broadcast receiving device 100, and the like. A series of processes are executed (S1405 to S1408). The processing of S1405 to S1408 may be the same as the processing of S1306 and S1311 to S1313 shown in FIG. 41A.

When the linkage control execution unit 7102 of the mobile information terminal 700 receives the authentication result (authentication OK) from the broadcast receiving device 100, the display unit 741 displays the basic screen (for example, the high-performance remote controller screen) of the cooperation control application (for example, the high-performance remote control screen). S1409), the activation success response of the cooperation control application is transmitted to the broadcast receiving device 100 (S1410). On the other hand, when the authentication result (authentication NG) is received, the start failure response of the cooperation control application is transmitted to the broadcast receiving device 100 without displaying the basic screen of the cooperation control application, and the operation of the cooperation control application is performed. To finish.

Upon receiving the activation success response from the mobile information terminal 700, the broadcast receiving device 100 acquires and activates the broadcast cooperation application selected in the process of S1401 (S1411). The processing of S1411 may be the same as the processing of S1010 to S1018 shown in FIG. 40A. On the other hand, when the start failure response is received from the mobile information terminal 700, the broadcast receiving device 100 does not have to acquire and start the broadcast cooperation application selected in the process of S1401. When the broadcast cooperation application can be operated in an operation mode that does not require the operation in cooperation with the mobile terminal device, it may be activated in the operation mode.

Through the above series of processes, the mobile information terminal 700 and the broadcast receiving device 100 can be linked with each other.

If the broadcast cooperation application (terminal side) is to be activated on the mobile information terminal following the above-mentioned processing, the processing shown in FIG. 41C may be performed after the above-mentioned processing.

FIG. 41C is an operation sequence diagram showing an example of an operation when the broadcast cooperation application (terminal side) is started on the portable information terminal 700 based on the transmission information from the broadcast receiving device 100.

That is, after executing the processes of S1401 to S1411 of FIG. 41B (S1501), the application control unit 153 of the broadcast receiving device 100 then next, 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 processing of S1502, when the terminal-side broadcast cooperation application can be acquired by HTTP / HTTPS transmission by the protocol identification described in the MH-transmission protocol descriptor (S1503: Yes), the terminal is further further described. 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).

The mobile information terminal 700 that has received the information of the URL from the broadcast receiving device 100 is then sent to the server (in this embodiment, the service provider server 400) designated by the URL on the Internet 200 by the LAN communication unit 721. On the other hand, a distribution request is made for the terminal-side broadcast cooperation application (S1506). The service provider server 400 that has received the distribution request appropriately performs authentication processing of the mobile information terminal 700 and then distributes the requested terminal-side broadcast cooperation application (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 becomes a browser engine based on the control of the activated linkage control application (cooperation control execution unit 7102). Then, the received terminal-side broadcast cooperation application is started (S1512). The authentication process of the mobile information terminal 700 performed by the service provider server 400 may be a known process, and detailed description thereof will be omitted.

On the other hand, as a result of the processing of S1502, when the terminal-side broadcast cooperation application can be acquired by data carousel transmission by 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 in the procedure described in the above-mentioned [Outline of application transmission method], the terminal side broadcast cooperation Identify the assets to which the app will be transmitted. Further, when the terminal-side broadcast cooperation application is acquired from the specified asset of the broadcast wave (S1510), the broadcast receiving device 100 transmits the acquired terminal-side broadcast cooperation application to the mobile information terminal 700 (S1511). Further, in the mobile information terminal 700, the terminal-side broadcast cooperation application transmitted from the broadcast reception device 100 is executed by the browser engine based on the control of the activated linkage control application (cooperation control execution unit 7102) (S1512). ).

The terminal-side broadcast cooperation application acquired in S1510 is stored in the content information storage area 1200 of the storage unit 110, and the URL of the content information storage area 1200 is replaced with the transmission processing of the terminal-side broadcast cooperation application in the processing of S1511. May be transmitted to cause the mobile information terminal 700 to access the content information storage area 1200 so that the mobile information terminal 700 acquires the terminal-side broadcast cooperation application. If the mobile information terminal 700 has a digital broadcast reception function, the mobile information terminal 700 may acquire the terminal-side broadcast cooperation application from the broadcast wave.

Further, the processes of S1502 to S1512 are executed by using the terminal-side broadcast cooperation application transmission request (however, not shown) transmitted from the portable information terminal 700 to the broadcast receiving device 100 as a trigger after S1501. Is also good.

Further, the operation sequences of FIGS. 40A to 40C and 41A to 41C can be partially combined as appropriate, and further, some operation steps are appropriately rearranged and simultaneously operated with other operation steps. Etc. are possible.

[Basic screen of mobile information terminal cooperation control application]
42A is a screen display diagram showing an example of a basic screen of the cooperation control application displayed by the process of S1314 of FIG. 41A, the process of S1409 of FIG. 41B, and the like. In this embodiment, the basic screen 741a of the cooperation control application is provided with a function as a high-performance remote controller corresponding to the broadcast receiving device 100.

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

It is convenient to use each of the operation keys in the same key layout / operation as the dedicated remote controller attached to the broadcast receiving device 100. Further, the power key 741a1, the network selection key 741a2, the number key 741a3, and the like 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 broadcasting communication cooperation function of this embodiment.

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

If the linked application key 741a9 or another operation key having the same function is prepared on the basic screen 741a of the linked control application in this way, each broadcast linked application used in the broadcast linked system of this embodiment can be easily selected / It will be possible to start. Further, the linked application key 741a9 or another operation key having a similar function may be provided in the dedicated remote controller attached to the broadcast receiving device 100.

42B is a screen display diagram showing an example of the basic screen of the cooperation control application displayed by the process of S1314 of FIG. 41A, the process 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 is composed of the cooperation control in progress message 741b1 and the cooperation control application operation screen 741b2. Other objects may be displayed further. The 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 device 100. The cooperation control application operation screen 741b2 is an area in which an arbitrary screen display is performed by the cooperation control application, and detailed description thereof will be omitted in this embodiment. For example, the configuration in the cooperation control application operation screen 741b2 may be the same as the above-mentioned basic screen 741a of the cooperation control application. The sub screen of the broadcast program displayed on the broadcast receiving device 100 may be displayed.

As shown in FIG. 42B, by displaying the cooperation control message 741b1, the user of the mobile information terminal 700 can easily grasp that the mobile information terminal 700 is operating in cooperation with the broadcast receiving device 100. It will be like. The link control message 741b1 is not limited to the character display, but may be a symbol display, a graphic display, or the like. It may be used as a substitute for the message 741b1 during cooperation control due to a difference in background color or the like.

[Broadcast cooperation 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 cooperation application that can be activated in the broadcast receiving device 100 of this embodiment.

For example, in the operation sequence shown in FIG. 40B, after the processing of S1106, the display of the broadcast program video is continued without activating either the data broadcasting by the broadcasting service or the broadcasting cooperation application. On the other hand, in this case, if the icon 162m0 as shown in FIG. 43A is displayed on the broadcast program screen 162m in order to notify the user that there is a broadcast cooperation application that can be started, the usability of the broadcast receiving device 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 started.

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

FIG. 43B is a screen display diagram showing an example of a broadcast cooperation application launcher displayed by the process of S1108 of FIG. 40B. In this embodiment, it is assumed that the three broadcast cooperation applications, the cooperation application A, the cooperation application B, and the cooperation application C, can be executed by the broadcast receiving device 100 according to the description of the MH-AIT. In this case, the broadcast cooperation application launcher 162n1 is displayed at an arbitrary position on the broadcast program screen 162n, and further, the entry button 162n2 of the cooperation application A, the entry button 162n3 of the cooperation application B, and the cooperation application C are displayed in the broadcast cooperation application launcher 162n1. The entry button 162n4 and the back 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 cooperation application launcher 162n1 as shown in FIG. 43B is displayed, the entry button 162n2, the entry button 162n3, and the entry button 162n4 are used by using the cursor key 741ac and the enter key 741ad on the basic screen 741a of the cooperation control application. When etc. is selected, the cooperation application A, the cooperation application B, the cooperation application C, etc. may be started by the control of the application control unit 153. When the back button 162n5 is selected, the display of the broadcast cooperation application launcher 162n1 may be terminated.

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

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

By doing so, the user of the broadcast receiving device 100 can easily grasp the type and security status of the broadcast cooperation application that can be executed by the broadcast receiving device 100.

Further, when there is no broadcast cooperation application that can be executed by the broadcast reception device 100, the broadcast cooperation application launcher 162n1 may not be displayed. Alternatively, in this case, a message such as "There is no available application" may be displayed inside the broadcast cooperation application launcher 162n1.

[Data broadcasting screen of broadcast receiving device]
FIG. 44 is a screen display diagram showing an example of a data broadcasting screen displayed by the process of S1208 of FIG. 40C. In this embodiment, it is assumed that the three broadcast cooperation applications, the cooperation application A, the cooperation application B, and the cooperation application C, can be executed by the broadcast receiving device 100 according to the description of the MH-AIT. In this case, the entry button 162o2 of the cooperation application A, the entry button 162o3 of the cooperation application B, and the entry button 162o4 of the cooperation 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-162o4, and other contents on the data broadcasting screen 162o may be controlled by the description of the LCT after summarizing each of them for each area.

In the data broadcasting screen 162o as shown in FIG. 44, when the entry button 162o2, the entry button 162o3, the entry button 162o4, etc. are selected by using the cursor key 741ac and the enter key 741ad of the basic screen 741a of the cooperation control application, the data broadcasting is performed. The display of the screen 162o may be terminated, and the cooperation application A, the cooperation application B, the cooperation application C, and the like may be started by the control of the application control unit 153.

When displaying the data broadcasting screen 162o, the frame color of each entry button depends on the type and security status of the broadcasting cooperation application, the function and genre of the broadcasting cooperation application, the acquisition status of the broadcasting application from the network, etc. The internal color, shape, font, size, blinking status, etc. may be changed as appropriate, as in the case of displaying the entry button of each broadcast cooperation application on the broadcast cooperation application launcher 162n of FIG. 43B. be.

By doing so, the user of the broadcast receiving device 100 can easily grasp the type and security status of the broadcast cooperation application that can be executed by the broadcast receiving device 100.

[Broadcast cooperation application execution screen of broadcast receiver]
45A is a screen display diagram showing an example of a broadcast cooperation application execution screen displayed by 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 this embodiment has graphics performance, effect performance, etc. by HTML5 description, and can be overlaid with a broadcast program screen on the monitor unit 162. For example, as shown in FIG. 45A, the broadcast cooperation application unit 162p1 that displays information such as weather forecasts and news is displayed as an overlay at an arbitrary position on the broadcast program screen 162p. The display position of the broadcast cooperation application unit 162p1 may be controlled by the description of the LCT. The broadcast cooperation application unit 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 be displayed further.

By selecting the data key 741a8 of the basic screen 741a of the cooperation control application while the broadcast cooperation application unit 162p1 is overlaid on the broadcast program screen 162p, the execution of the broadcast cooperation application is terminated and the data broadcasting screen is displayed. It shall be possible to move to. Further, by selecting the cooperation application key 741a9 on the basic screen 741a of the cooperation control application, it is possible to end the execution of the broadcast cooperation application and return to the display of only the broadcast program screen 162p. The process may be realized by different operation keys.

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

When performing the transparency change processing, for example, the object is selected by using the cursor key 741ac of the basic screen 741a of the cooperation control application, and the transparency of the object is increased by using the "blue" key of the color key 741ae. Use the "Yellow" key to reduce the transparency of the object. The transparency change process may be performed using different operation keys. If the entire broadcast cooperation application unit 162p1 is collectively set to 100% transmittance, the broadcast cooperation application unit 162p1 can be temporarily hidden. For example, when an emergency broadcast is delivered by a broadcast wave, it is possible to set the entire broadcast cooperation application unit to 100% transmittance and display only the broadcast program screen of the emergency broadcast on the monitor unit 162. Alternatively, the CM detection unit (not shown) detects that the broadcast program has changed from the main video to the CM video, and the entire broadcast cooperation application unit 162p1 has 100% transmittance (or the broadcast program video clearly). It may be controlled so that the transparency can be confirmed).

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

By performing the above-mentioned processing, when it is desired to check the broadcast program screen in the background while the broadcast cooperation application is being executed, it is possible to check the broadcast program screen without terminating the broadcast cooperation application. Become.

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

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

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

Needless to say, on the broadcast cooperation application execution screen shown in FIG. 45B, the transparency of the broadcast cooperation application unit 162p6 may be changed in the same manner as described above.

FIG. 45C is a screen display diagram showing an example of a case where a program video recommended by the broadcast cooperation application unit 162p6 that introduces a recommended program is displayed. For example, when the first recommended program information 162p7 of the broadcast cooperation application unit 162p6 is selected by using the cursor key 741ac and the enter key 741ad of the basic screen 741a of the cooperation control application, the first recommended program information 162p7 is recommended to the monitor unit 162. The program video 162pa of the program to be played is displayed. The program video 162pa may be paused, timed jump, or the like by the operation of the operation terminal by the user. Further, when displaying the program video 162pa, the original broadcast program screen 162p may be displayed at an arbitrary position in a 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 description of the LCT. 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 the main screen by operating the operation terminal of the user. The size of the window of the original broadcast program screen 162p may be adjusted by operating the user's operation terminal.

Further, an icon display 162pb indicating that the program video 162pa of the recommended program is a video displayed by selecting any recommended program information displayed on the broadcasting cooperation application unit 162p6 is displayed at an arbitrary position on the screen. If it is displayed in, the convenience of the user can be improved.

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

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

Further, as a broadcast cooperation application that can be executed by the broadcast reception device 100 of this embodiment, in addition to the above example, the cooperation function between the broadcast reception device 100 and the mobile information terminal 700 is used to further synchronize with the broadcast timing of the CM. Then, the related CM application may be presented to both the broadcast receiving device 100 and the mobile information terminal 700. Alternatively, in the paid service that can be used by 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 portable information terminal 700. It may be something like changing the display of. In the broadcast receiving device 100 of this embodiment, it is possible to obtain the effects described with reference to FIGS. 45A and 45B regardless of which broadcast cooperation application is executed.

[Error display screen of broadcast receiver]
FIG. 46 is broadcast by confirming the application profile described in the MH-application descriptor of the acquired MH-AIT by the processing of S1007 of FIG. 40A, the processing of S1106 of FIG. 40B, the processing of S1206 of FIG. 40C, and the like. It is a screen display figure which shows an example of the error display screen when it is judged that the linked application cannot be executed. This may be displayed when the profile of the broadcast receiving device 100 is insufficient, or when the acquisition of MH-AIT fails.

In the broadcast receiving device 100 of this embodiment, when it is determined that the broadcast cooperation application cannot be executed, an error is given as to the reason why the broadcast cooperation application cannot be executed, such as the confirmation result of the application profile. Displayed in message 162q1. For example, as a result of checking the application profile, if the predetermined optional function is insufficient on the television receiver side, an error message 162q1 to that effect is displayed. The error code and the guide (URL, etc.) of the homepage of the television receiver manufacturer in which the explanation of the error code is described may be displayed.

Alternatively, when acquiring the broadcast cooperation application from the network, of course, the connection status of the network is confirmed in advance, but at this time, for example, the acquisition of the broadcast cooperation application is performed due to an inadequate connection of the LAN cable or the like. If this is not possible, an error message 162q1 is displayed to that effect. Further, the error message 162q1 may be displayed even when the network connection is established but the broadcast cooperation application cannot be acquired correctly due to the poor error situation. The error message 162q1 may be displayed when the acquisition of the broadcast cooperation application is being executed and the broadcast cooperation application cannot be executed yet. In addition, the error message 162q1 also occurs when the reception status of the broadcast wave is not stable and the information such as MH-AIT cannot be received in the middle of the process even though the information such as MH-AIT can be received at the beginning. May be displayed. 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 status of the broadcast wave is restored.

In addition, as a result of checking the application profile, if the specified optional function is insufficient on the TV receiver side, the error message 162q1 is displayed to recommend checking or updating the latest TV receiver firmware. You can do it. Alternatively, the broadcast receiving device 100 may automatically check or update the latest firmware. Alternatively, if the broadcast cooperation application can be executed by adding paid optional hardware or software to the TV receiver, the information on the paid optional hardware or 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.

[Broadcast cooperation application execution screen of 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 cooperation application execution screen 741c shown in FIG. 47 is composed of a main window 741c1, a sub window 741c2, a selection marker 741c3, cursor keys 741c4, 741c5, a commentary display unit 741c6, and an end button 741c7. Other objects may be added.

The broadcast cooperation application (terminal side) executed by the mobile information terminal 700 in this embodiment is an application for confirming the details of the broadcast program displayed by the broadcast receiving device 100. Further, the same image as the broadcast program screen displayed by the broadcast receiving device 100 is displayed on the main window 741c1, and the enlarged image at the position designated by the selection marker 741c3 is displayed on the sub window 741c2. It is assumed that the position of the selection marker 741c3 can be changed by selecting the cursor keys 741c4 and 741c5. It is assumed that the commentary display unit 714c6 displays the commentary subtitles related to the broadcast program displayed in the main window 741c1 and comments posted by other users regarding the broadcast program. The end button 741c7 is a button for terminating 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 device 100 and the mobile information terminal 700.

[EPG screen of broadcast receiver]
FIG. 48A is a diagram showing an example of the detailed information 162a1 of each broadcast program on the EPG screen 162a in the broadcast receiving device 100 of the present 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 provided with a broadcast cooperation application that can be executed by the broadcast receiving device 100 of the present embodiment. The mark 162a5 or the like in which "Linkage" is symbolized may be displayed. Further, in this case, information (acquisition destination URL, etc.) related to the broadcast cooperation application may be displayed in the detailed explanation area 162a3.

The mark 162a5 or the like symbolized by the "Linkage" displayed in the title area 162a2 is a broadcast receiving device as a result of checking the application profile even when the broadcast cooperation application is prepared for the broadcast program. If the execution at 100 is not possible, it may not be displayed. Further, the mark 162a5, which is displayed in the title area 162a2 and symbolizes "Linkage" indicating that the broadcast program for which the executable broadcasting cooperation application is prepared, is a mobile terminal device (mobile information terminal 700). Etc.), the color, shape, font, etc. may be changed depending on whether or not the linked operation is possible. When the operation in cooperation with the mobile terminal device is possible, the mark 162a7 symbolizing "Mobile" may be further displayed together with the mark 162a5 symbolizing "Linkage" (FIG. 48B).

Furthermore, in the case of a program that synchronizes the presentation of assets with an external device in a linked operation with an external device including a mobile terminal device (mobile information terminal 700, etc.), the mark 162a8 in which "Synchronization" is symbolized is further added. It may be displayed (Fig. 48C).

Whether or not the mark 162a5 symbolizing "Linkage", the mark 162a7 symbolizing "Mobile", and the mark 162a8 symbolizing "Synchronization" are displayed is MH-EIT including detailed information of each broadcast program. Whether or not each broadcast program is a broadcast program for which a broadcast cooperation application that can be executed by the broadcast receiving device 100 of this embodiment is prepared, which is described in advance in the above, the executable broadcast cooperation application is carried. It may be controlled by acquiring information such as whether or not the cooperation operation with the terminal device is possible. In particular, when performing presentation synchronization of assets with an external device, refer to the information on whether or not the external device has an NTP format clock counter or a counter having an equivalent function as shown in FIG. 12A. It is desirable that the display of the mark 162a8 in which "Synchronization" is symbolized is controlled. For example, when the external device capable of performing presentation synchronization cannot be recognized, a display indicating that the presentation synchronization cannot be performed may be performed as shown by the mark 162a9 in FIG. 48D. Further, when the presentation synchronization cannot be performed, the use of the application may be prohibited, and the existence of the application may not be displayed in the electronic program guide.

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

As described above, on the EPG screen 162a, the mark 162a5 symbolizing "Linkage" indicating that the program is a broadcast program for which an executable broadcast cooperation application is prepared, and the cooperation operation with a mobile terminal device are possible. By displaying the mark 167a7 that symbolizes "Mobile" and the mark 162a8 that symbolizes "Synchronization", the user can easily check the correspondence status of each broadcast program in the broadcast receiving device 100 to the broadcast communication cooperation service. It becomes possible to grasp. Needless to say, the mark in which a predetermined character representing the attribute of each broadcast program is symbolized may be replaced with the character itself, a sentence, 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 shown. Further, the mark 162a5 symbolizing "Linkage", the mark 162a7 symbolizing "Mobile", the mark 162a8 symbolizing "Symbolization", etc. are not normally displayed in the title area 162a2, and each broadcast program is displayed. It may be displayed in a pop-up only when it is selected.

The broadcast receiving device 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 by using the cursor key 741ac of the basic screen 741a of the cooperation control application, and an arbitrary broadcast program is selected by the enter key 741ad. Thereby, it is possible to make a viewing reservation and / or a recording reservation of the selected broadcast program.

In the above-mentioned processing, when the broadcast program for which the viewing reservation and / or the recording reservation is made is a broadcast program corresponding to the broadcast communication cooperation service, the broadcasting is triggered by the viewing reservation and / or the recording reservation. The 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, information (location information such as a URL) for designating the acquisition destination of the broadcast cooperation application is described in MH-EIT or the like including detailed information of each broadcast program. By doing so, 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 device 100 can start the acquisition of the broadcast cooperation application before the broadcast start time of the broadcast program is reached.

If the broadcast program for which viewing reservation and / or recording reservation has been made is a broadcast program corresponding to the broadcast communication cooperation service and can be operated in cooperation with the mobile terminal device, the broadcast program is for the mobile terminal device. The broadcast cooperation application (terminal side) prepared in the above may also be started to be acquired before the broadcast start time of the broadcast program by the same processing as described above. Further, as shown in FIG. 48B, a two-dimensional bar code 162a6 or the like indicating information (location information such as a URL) of the acquisition destination 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 encourage the user to download the broadcast cooperation application (terminal side) prepared for the mobile terminal device.

In this way, the broadcast receiving device 100 refers to the acquisition destination information of the broadcast cooperation application included in the MH-EIT or the like, and starts the acquisition of the broadcast cooperation application before the broadcast start time of the broadcast program. If this is set, the load of the service provider server 400 that stores the broadcast cooperation application can be distributed. Further, even when 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 start of broadcasting of the broadcast program. become.

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

When the tuner / demodulation unit 131 of the broadcast receiving device 100 performs channel selection processing for the channel desired by the user to acquire the MMT data string, the EPG generation unit 1102 g of the receiving function executing unit 1102 is stored in the M2 section message MH-. Acquire EIT (S1601). Further, by interpreting the acquired MH-EIT, an EPG screen of the broadcasting service of this embodiment is generated (S1602). The processing of S1601 to S1602 may be performed in the background while the broadcast program video of the channel for which the channel selection processing has been performed is displayed on the monitor unit 162.

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

After the processing 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 cooperation application related to the selected broadcast program, the acquisition destination (URL) of the broadcast cooperation application is confirmed (S1609). In the process of S1609, the application profile of the broadcast cooperation application may be further confirmed. Next, the application control unit 153 is a broadcast cooperation application for the server designated by the URL (in this embodiment, the service provider server 400) via the LAN communication unit 121 based on the acquired URL. (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 (S1611). When the broadcast cooperation application is received from the service provider server 400 via the LAN communication unit 121, the broadcast reception device 100 caches the received broadcast cooperation application in the cache unit 152 based on the control of the application control unit 153. (S1612).

Through the above series of processes, it becomes possible to acquire the broadcast cooperation application when the broadcast receiving device 100 of the present embodiment makes a viewing reservation and / or a recording reservation of a broadcast program from the EPG screen 162a. .. In the MH-EIT confirmation process in the S1608 process, the MH-EIT may be acquired from the broadcast wave for confirmation each time, or the MH-EIT acquired in the S1601 process may be cached and described above. You may check the cached MH-EIT. Further, the operation sequence is merely an example, and different processing procedures may be used.

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

Next, the user operates the operation unit 730 of the mobile information terminal 700 to instruct the start of the cooperation control application to start the cooperation control application (S1702), and the EPG screen 162a as shown in FIG. The two-dimensional bar code 162a6 displayed in the detailed explanation area 162a3 is photographed (S1703).

Next, the acquisition destination (URL) of the broadcast cooperation 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. , The server designated by the URL (in this embodiment, the service provider server 400) 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 (S1707).

Next, when a 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 mobile information terminal 700 caches the received broadcast cooperation application in the storage unit 710 or the like. (S1707).

According to the broadcast receiving device 100 of the present embodiment described above, it is possible to execute a function having higher added value.

(Example 4)
Hereinafter, Example 4 of the present invention will be described. The configuration and effects of this example shall be the same as those of Example 3 unless otherwise specified. Therefore, in the following, the differences between the present embodiment and the third embodiment will be mainly described, and the common points will be omitted as much as possible in order to avoid duplication. Further, in this embodiment, a more detailed embodiment in the case of performing the cooperation processing (hereinafter, referred to as terminal cooperation) between the broadcast receiving device and the mobile information terminal will be described.

When performing the linkage process of the mobile information terminal, it may be desired to limit the use of the terminal linkage only to the mobile information terminal 700 in the same home as the broadcast receiving device 100 (hereinafter, this limitation is referred to as the same home limitation). 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 the broadcast receiving device. For example, when the user of the mobile information terminal 700 is surely to watch the advertisement video displayed on the 100.

The point that must be considered as a procedure is whether or not the target broadcast cooperation application imposes the same in-home restriction. This judgment is not necessary if it is assumed that all broadcast cooperation apps impose the same in-home restriction, but if there is a broadcast cooperation app that does not impose the same in-home restriction, control information regarding the presence or absence of the same in-home restriction is provided. It is necessary for the broadcast receiving device 100 to acquire and change the operation procedure. The control information regarding the presence / absence of this same in-house restriction may be acquired from a broadcast signal (for example, described as a parameter or descriptor in MH-AIT or the like), or may be acquired from a server designated by a broadcasting station. Is also good.

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

Alternatively, even when remote viewing is possible, the "local_mode_flag" parameter is provided in the MH-application descriptor (FIG. 50), and if the value of this parameter is 1, the application has the same in-home restriction. If the value of the parameter is 0, it may be treated as if there is no restriction in the same house. 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 for remote viewing, remote viewing may be prohibited with an emphasis on copyright protection, or remote viewing may be permitted with priority given to the convenience of the viewer. Is also good.

Furthermore, if there is no "local_mode_flag", the use of applications from outside the home may be prohibited with an emphasis on license protection, and the use of applications from outside the home may be prioritized for the convenience of viewers. May be allowed.

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

Including the above procedure, in this embodiment, a procedure for guaranteeing that the mobile information terminal 700 exists in the same house as the broadcast receiving device 100 will be described.

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

Further, even if the mobile information terminal 700 is not on the same local network as the broadcast receiving device 100, if it is a mobile information terminal 700 that directly communicates with the broadcasting receiving device 100 by NFC, Bluetooth, infrared communication, etc., it is in the same house. It can also be determined that it exists. In this case, the communication for acquiring the broadcast cooperation application or the like may be by the above-mentioned direct communication or by mobile telephone communication.

As described above, there are a plurality of methods for confirming that they exist in the same house, but which method is used is described in, for example, MH-AIT, and the broadcast receiving device 100 describes the MH-AIT or the like. It may be selected by reading.

Further, once it can be confirmed that the mobile information terminal 700 exists in the same house, it may be regarded as existing in the same house until the end of the program, or a certain effective time (for example, 10 minutes) may be provided. Although it is considered to exist in the same house during the effective time, it is also possible to use a method in which it is not considered to exist in the same house unless it is confirmed 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 device 100.

Further, for example, an event signal is set in the broadcast signal at any time during the program progress, and each time the event signal is received, it is confirmed that the mobile information terminal 700 exists in the same house. You can also do it. Further, it is also possible to use each of the above-mentioned methods in an appropriate combination.

Next, a specific procedure for permitting terminal cooperation only to the mobile information terminal 700 existing in the same house will be described. In this embodiment, restrictions are set when the mobile information terminal 700 acquires the broadcast cooperation application or when the information used in the broadcast cooperation application is acquired. (Hereinafter, the information used in the broadcast cooperation application and the broadcast cooperation application, specifically, HTML documents, streaming video, etc. are collectively referred to as broadcast cooperation information.) The method of acquiring the broadcast cooperation information is broadcasting. There are two types: communication acquisition acquired from the station server 300 or the operator server 400, and broadcast acquisition acquired from the broadcast wave.

Further, in the case of communication acquisition, there are two types, one is to acquire after the start of broadcast reception and the other is to acquire before the start of broadcast reception. Further, in the case of communication acquisition, the broadcast receiving device 100 once acquires and the mobile information terminal 700 acquires from the broadcast receiving device 100, and the portable information terminal 700 directly acquires from the broadcasting station server 300, the operator server 400, or the like. In some cases. There are various methods, but when viewed from the mobile information terminal 700, they can be roughly classified into two cases, one is to acquire from the broadcast receiving device 100 and the other is to acquire from the broadcasting station server 300 or the operator server 400.

In this embodiment, the case where the portable information terminal 700 acquires the broadcast cooperation information from the broadcast receiving device 100 will be described, and the case where the mobile information terminal 700 acquires the broadcast cooperation information from the broadcasting station server 300, the operator server 400, or the like will be described in the following examples.

FIG. 51A shows the procedure of this embodiment.

First, before performing terminal cooperation, the mobile information terminal 700 and the broadcast receiving device 100 each activate a cooperation control application, which is an application for controlling terminal cooperation (S10001, S10002). In this state, the mobile information terminal 700 makes a terminal cooperation request to the broadcast receiving device 100 (S1003). Next, the MH-AIT stored in the M2 section message of the broadcast signal is acquired (S10004). From this MH-AIT information, it is determined whether or not the application for the target mobile information terminal imposes the same in-home restriction (S10006), and if it imposes the same in-home restriction, the procedure proceeds to S10008. At the first stage when the terminal cooperation request is made, the process proceeds to the step of S1009, and it is determined whether or not the mobile information terminal 700 for which the terminal cooperation request is made is in the same house as the broadcast receiver 100 (S1009). As a result of the determination, if it is determined that they are not in the same house, a response of disapproval of cooperation is made to the cooperation control application on the mobile information terminal side, and the process is terminated (S10011).

Here, in the first place, if it is assumed that all broadcast cooperation applications impose the same in-home restriction, S10006 may be skipped without being determined. The determination of S10006 shall be made when there may be both an application that imposes the same in-home restriction and an application that does not impose the same in-home restriction.

If it is determined by the processing of S10009 that the mobile information terminal 700 is in the same home, or if it is determined by the processing of S10006 that the application does not impose the same home restriction, proceed to S10012 and perform the broadcasting cooperation application-related service. conduct. The 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). This broadcast cooperation information includes broadcast reception device 100 that has received distribution from a distribution server such as a broadcasting station server 300 or a carrier server 400 (S10014 to S10016), one acquired from a broadcast signal (S10017), and broadcast reception. There may be something stored (cached) in the device 100. The broadcast reception device 100 receives the broadcast cooperation information (S10016 or S10017) not only when the broadcast reception device 100 acquires the broadcast cooperation information distribution request (S10013) from the mobile information terminal 700, but also the broadcast reception device 100 autonomously receives the broadcast cooperation information. It may be acquired or acquired based on the occurrence of an event from a broadcast signal. The distribution of the broadcast cooperation information (S10018) to the mobile information terminal 700 may also be voluntary from the broadcast receiving device 100 side.

After a series of processes related to reception (acquisition) and distribution of broadcast cooperation information is completed, it is determined whether or not the broadcast receiving device 100 continues to watch the same program (S10019), and if not, mobile information. It responds to the cooperation control application on the terminal side that the cooperation is not permitted, and ends the process (S10020).

On the other hand, if the same program is continuously viewed, the procedure returns to S1005, and in the case of an application that imposes the same in-home restriction, it is confirmed whether or not the mobile information terminal 700 is in the same in-home (S10009). However, it is determined whether the preset valid time has elapsed since the previous confirmation, or whether the 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 move to the execution of the next broadcast cooperation application-related service (S10012) via S10010 without confirming whether or not they are in the same house (S10009). Here, the confirmation request (S10007) from the broadcast signal is described so as to be acquired from the broadcast cooperation information, but here, the event message is also described as being included in the broadcast cooperation information. Further, this confirmation request may be described in MH-AIT.

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

Further, the authentication information described in the MH-AIT may be incorporated into the authentication key used for the authentication process (S10015) on the distribution server. This confirms that the authentication request is legitimate. Further, if the authentication information described in the MH-AIT is changed as the program progresses, the distribution server does not perform authentication unless the authentication key incorporates the information synchronized with the progress of the program. , You can confirm that you continue to watch the same program. In this case, the MH-AIT information is appropriately read and updated (S10021). The authentication information and the like to be incorporated in the broadcast signal may be incorporated as broadcast cooperation information in addition to being described in the MH-AIT. Furthermore, as a method of substantially changing the authentication information or the like, 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 cooperation application-related service (S10012), the portable information terminal 700 receives the broadcast every preset valid time, or every time there is a broadcast signal or a confirmation request from the distribution server. By confirming whether or not the device 100 is in the same house, it is possible to appropriately execute a broadcast-related application that imposes the same house restriction. Furthermore, by using the authentication information incorporated in the broadcast signal for authentication on the distribution server, the legitimacy of the distribution request can be ensured, and if the authentication information of the broadcast signal is changed as appropriate, the same program can be obtained. You can also confirm that you are continuing to watch.

According to the mobile information terminal cooperation technology according to the present embodiment described above, it is possible to realize the same in-home restriction for the mobile information terminal linked with the broadcast receiving device.

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

First, before performing terminal cooperation, the mobile information terminal 700 and the broadcast receiving device 100 each activate a cooperation control application, which is an application for controlling terminal cooperation (S10101, S10102). In this state, the mobile information terminal 700 makes a terminal cooperation request to the broadcast receiving device 100 (S10103). Next, the MH-AIT stored in the M2 section message of the broadcast signal is acquired (S10104). Information such as a URL related to the distribution server is acquired from the MH-AIT information, and the acquired information is transmitted to the mobile 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 the time information to the broadcast receiving device 100 (S10107).

The broadcast receiving device 100 can synchronize the operation of the internal clock with the distribution server by the time information acquired from the distribution server. Further, this makes it possible to issue the authentication key in the subsequent step (S10115) according to the time of the distribution server. If the time difference between the distribution server and the broadcast receiving device 100 is sufficient, 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 to S10107 may be omitted. Further, the time information transmitted in the process of S10107 may be in the NTP format or may be in another format. After that, the loop control indicated by the arrow of S10127 is entered.

First, the mobile information terminal 700 transmits an authentication key issuance request or a broadcast cooperation information distribution request to the broadcast receiving device 100 (S10109). The authentication key is used in the broadcast cooperation information distribution request to the distribution server in the subsequent step (S10125). Further, the broadcast cooperation information distribution request is a distribution request for information acquired from the broadcast signal, and is a trigger for the broadcast cooperation information distribution in the subsequent step (S10126).

In any case, when each request of S10109 is transmitted from the mobile information terminal 700, the broadcast receiving device 100 determines whether or not it is a broadcast cooperation application that imposes the same in-home restriction (S10111), and broadcast that imposes the same in-home restriction. If it is a linked application, the process proceeds to the next step (S10112), and if it is not a broadcast linked application that imposes the same in-home restriction, 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-home restriction, the determination of 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 house, and if it is determined that the mobile information terminal 700 is not in the same house, the terminal cooperation is terminated (S10113). .. When it is determined that the mobile information terminal 700 is in the same house, 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 actually be executed, but the acquisition processing of the broadcast cooperation information may be either acquisition from the distribution server or acquisition from the broadcast signal. In order to show that it is good, both the procedure of S10125 and the procedure of S10126 are illustrated at the same time.
First, the procedure for acquiring broadcast cooperation information from the distribution server (S10125) 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 issuance request) (S10115). The issued authentication key shall include the time information at the time of issuance, and shall be valid only within a predetermined valid time (for example, 10 minutes). The mobile information terminal 700 makes a broadcast cooperation information distribution request including the authentication key information to the distribution server (S10116). The distribution server confirms the authentication information including whether or not the authentication key is within the valid time (S10117), and if the authentication is OK, the distribution of the broadcast cooperation information is permitted (S10118). After that, the distribution of the broadcast cooperation information is permitted if it is within the valid time, but the distribution of the broadcast cooperation information is stopped when the valid time has passed. Thereby, for example, it is possible to control the streaming video so that it cannot be viewed after the valid time.

The valid time may be held in advance by the distribution server, or may be acquired by the broadcast receiving device 100 from a broadcast signal (for example, MH-AIT or the like) and incorporated as valid time information in the authentication key. Further, the mobile information terminal 700 is notified in advance of the information on the valid time, and the broadcast receiving device 100 is requested to issue an authentication key before the valid time expires. Alternatively, the valid time is managed by the broadcast receiving device 100, and after confirming that the mobile information terminal 700 is in the same house before the valid time expires, the broadcast receiving device 100 automatically automatically manages the mobile information terminal. An authentication key may be issued for 700.

Further, the effective time may be the same in one program, or may be changed according to the progress of the program. Further, if the valid time is not set, the authentication may be valid while the program is being watched once the authentication is performed.

Further, the authentication information described in the MH-AIT may be incorporated into the authentication key used for the authentication process (S10117) in the distribution server. This confirms that the authentication request is legitimate. Further, if the authentication information described in the MH-AIT is changed as the program progresses, the distribution server does not perform authentication unless the authentication key incorporates the information synchronized with the progress of the program. , You can confirm that you continue to watch the same program. In this case, the MH-AIT information is appropriately read and updated (S10124).

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

In this case, after it is confirmed that the mobile information terminal 700 is in the same house, the broadcast receiving device 100 acquires the broadcast cooperation information from the broadcast signal (S10119), and subsequently obtains the acquired broadcast cooperation information as the mobile information. 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 that case, if it is acquired from the distribution server, the broadcast receiving device 100 issues an authentication key to the mobile information terminal 700 (S10115), and further notifies that the change notification has been received. If it is within the valid time, the issuance of the authentication key may be omitted and only the notification of the change notification may be used. In the case of acquisition from a broadcast signal, the broadcast receiving device 100 acquires the broadcast cooperation information (S10119) and distributes it to the mobile 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 house for each change notification, and the confirmation is omitted if it is within the valid time as in the fourth embodiment. It doesn't matter. Here, the change notification (S10110) from the broadcast signal is described so as to be acquired from the broadcast cooperation information, but here, the event message is also described as being included in the broadcast cooperation information. Further, this change notification may be described in the MH-AIT.

After a series of processes related to reception (acquisition) and distribution of broadcast cooperation information is completed, it is determined whether or not the broadcast receiving device 100 continues to watch the same program (S10121), and if not, mobile information. It responds to the cooperation control application on the terminal side that the cooperation is not permitted, and ends the process (S10123). On the other hand, if the same program is being continuously viewed, the procedure returns to S10108 and the loop process S10127 is continued.

In this way, by including the time information in the authentication key used for the authentication process on the distribution server and managing the valid time, it is confirmed that the portable information terminal 700 is periodically in the same house as the broadcast receiving device 100. It is possible to execute a broadcast cooperation application that appropriately imposes the same in-home restrictions. Furthermore, by using the authentication information incorporated in the broadcast signal for the authentication process on the distribution server, the legitimacy of the distribution request can be ensured, and if the authentication information of the broadcast signal is changed as appropriate, the same You can also confirm that you are continuing to watch the program.

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

(Example 6)
In the fourth and fifth embodiments, the procedure for realizing the same in-home restriction in the terminal cooperation has been described, but the use from outside the house may be permitted depending on the broadcasting cooperation application. In this embodiment, such a case will be described.

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

FIG. 51C shows a specific procedure of this embodiment. Since a part of the procedure is common to the fourth and fifth embodiments, the description of the part overlapping with the fourth and fifth embodiments will be omitted as appropriate.

First, the mobile information terminal 700 activates 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 device 100 may be started in advance (S10201), or the cooperation control application may be triggered by reception of a terminal cooperation request (S10203) from the mobile information terminal 700 described later. You may start it.

When the broadcast receiving device 100 receives a terminal cooperation request (S10203) from the mobile information terminal 700 outside the home, the broadcast cooperation application permits the use outside the home by first confirming the MH-AIT (S10204). If it is a broadcast cooperation application that is permitted to be used outside the home, check whether the request source is the registered mobile information terminal 700 (S10205), and then permit the cooperation. To do so. On the other hand, if it is not a broadcast cooperation application that is permitted to be used outside the home, the process is terminated (S10206).

In the case of a broadcast cooperation application that is permitted to be used outside the home, then, if necessary, authentication is performed between the mobile information terminal 700 and the broadcast receiving device 100 in order to protect the copyright of the broadcast video and broadcast cooperation information. Processing may be performed (S10207). Further, information such as a URL related to the distribution server is acquired from the information of MH-AIT, and the acquired information is transmitted to the mobile information terminal 700 (S10208).

The authentication process may be authentication on the distribution server. Information on the necessity of copyright protection and information on the authentication method for copyright protection are obtained from a broadcast signal (for example, described in MH-AIT, etc.) and controlled accordingly. Just do it. When such information is not stored in the broadcast signal, a predetermined method predetermined in the broadcast receiving device 100 is followed. For example, a predetermined copyright protection process may be performed. Further, if such information is not stored in the broadcast signal, it may be determined in advance that the broadcast receiving device 100 does not perform the copyright protection process.

A specific example of the authentication process 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 process exemplified below may be combined with other authentication processes not exemplified below.

[Authentication by ID and password]
When registering the mobile information terminal 700 in the broadcast receiving device 100, an ID and a password are issued, and the broadcast receiving device 100 permits cooperation by confirming the ID and the password.

[Use encryption key]
In addition to the above-mentioned authentication using the ID and password, an encryption key for decrypting the encrypted video data or the like is transmitted from the broadcast receiving device 100 to the mobile 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 a distribution server, the mobile information terminal 700 transmits an ID and a password to the distribution server and acquires an encryption key. In this case, the location information (specifically, URL or the like) of the distribution server is acquired from the broadcast signal (for example, described in MH-AIT or the like), and the broadcast receiving device 100 transmits this location information to the portable information terminal 700. By transmitting, the security is further increased. Since the video or the like cannot be decrypted unless the mobile information terminal 700 can obtain the encryption key, the broadcast receiving device 100 may request the authentication on the distribution server to authenticate the copyright protection, or the mobile information terminal 700. The authentication may be completed by notifying the broadcast receiving device 100 that the encryption key has been acquired. It is also possible that the distribution server charges the user.

[Mutual authentication of encryption key]
The encryption keys of the broadcast receiving device 100 and the portable information terminal 700 are mutually authenticated and confirmed to be copyright protection.

Returning to the description of the operation sequence of FIG. 51C.
In the process of S10207, when the information stored in the broadcast signal indicates that the copyright protection is required by the predetermined method, and the copyright protection authentication process cannot be performed by the predetermined method, the case where the copyright protection cannot be authenticated by the predetermined method. Do not allow terminal cooperation. In addition, even if the broadcast signal does not have a copyright protection designation and the authentication process is performed by the default method of the broadcast receiving device 100, if the copyright protection authentication process cannot be performed by the default method, terminal cooperation is permitted. do not do.

If terminal cooperation is permitted in the processes of S10201 to S10207, it is not confirmed whether or not the mobile information terminal 700 exists in the same house, and the authentication key issuance request or broadcast cooperation from the 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 subsequent stage are executed. The processing of each step of S10212 to S10215 in the processing of S10221 may be the same as the processing of each step of S10115 to S10118 in FIG. 51B. However, it is not necessary to perform control by setting the effective time. Further, the processing of each step of S10216 to S10217 in the processing of S10222 may be the same as the processing of each step of S10119 to S10120 in FIG. 51B. The processing of S10221 and S10222 may be performed in response to the change notification (S10210) issued from the broadcast signal as the program progresses. Alternatively, the processing of S10221 and S10222 may be executed by the voluntary control of the broadcast receiving device 100.

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

The mobile information terminal 700 outside the home can acquire broadcast cooperation information from the broadcast receiving device 100 (S10217). Alternatively, it can be acquired from the distribution server using the authentication key issued by the broadcast receiving device 100 (S10215). Further, the authentication key issued by the broadcast receiving device 100 incorporates the authentication information acquired from the broadcast signal (for example, described in MH-AIT), and the distribution server incorporates the authentication information acquired from the broadcast signal. If the key is used, access can be permitted to further optimize the use outside the home.

Furthermore, there are cases where it is better not to allow unlimited use of broadcast-linked apps, such as when discounting as a premium for watching programs. In such a case, it is preferable to perform authentication once with the mobile information terminal in the same house and then permit the use of the distribution server even if the mobile information terminal is not in the same house. In this case, the mobile information terminal 700 may not be registered in the broadcast receiving device 100.

A specific procedure in this case is shown in FIG. 51D. Since some of the procedures are the same as those in FIG. 51C, the description of the overlapping parts will be omitted.

First, before performing terminal cooperation, the mobile information terminal 700 and the broadcast receiving device 100 each activate a cooperation control application, which is an application for controlling terminal cooperation (S10301, S10302). Next, in a state where the portable information terminal 700 is in the same house as the broadcast receiving device 100, the portable information terminal 700 makes a terminal cooperation request to the broadcast receiving device 100 (S10303). Further, the broadcast receiving device 100 permits the terminal cooperation after confirming that the mobile information terminal 700 is in the same house (S10305). Here, if necessary, an authentication process may be performed between the portable information terminal 700 and the broadcast receiving device 100 in order to protect the copyright of the broadcast video and the broadcast cooperation information (S10307).

The authentication process may be authentication on an external distribution server. Information on the necessity of copyright protection and information on the authentication method for copyright protection are obtained from a broadcast signal (for example, described in MH-AIT, etc.) and controlled accordingly. Just do it. When such information is not stored in the broadcast signal, a predetermined method predetermined in the broadcast receiving device 100 is followed. For example, a predetermined copyright protection process may be performed. Further, if such information is not stored in the broadcast signal, it may be determined in advance that the broadcast receiving device 100 does not perform the copyright protection process.

A specific example of the authentication process 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 process exemplified below may be combined with other authentication processes not exemplified below.

[Use encryption key]
While the mobile information terminal 700 is in the same house, an encryption key for decrypting encrypted video data or the like is transmitted from the broadcast receiving device 100 to the mobile information terminal 700. This encryption key may be obtained from a broadcast signal (for example, described in MH-AIT or the like). Authentication is performed by handing over this encryption key in the same house. Furthermore, if the encryption key can only be obtained from the broadcast signal at a certain point in time and the transfer of the encryption key to the mobile information terminal 700 is limited to the same house, the user must be in the same house at that time. Can be provided and can be used to give a premium to viewing.

[Use of distribution server]
As a method of issuing an encryption key for decrypting encrypted video data or the like from a distribution server, the mobile information terminal 700 transmits an ID and a password to the distribution server and acquires an encryption key. In this case, the location information (specifically, URL or the like) of the distribution server is acquired from the broadcast signal (for example, described in MH-AIT or the like), and the broadcast receiving device 100 transmits this location information to the portable information terminal 700. By transmitting, the security is further increased. Since the video or the like cannot be decrypted unless the mobile information terminal 700 can obtain the encryption key, the broadcast receiving device 100 may request the authentication on the distribution server to authenticate the copyright protection, or the mobile information terminal 700. The authentication may be completed by notifying the broadcast receiving device 100 that the encryption key has been acquired. Access to the distribution server may be performed inside or outside the home, but the location information of the distribution server cannot be acquired from the broadcast signal until a certain point in the program, and the location information can be accessed to the mobile information terminal 700. If the delivery is limited to the same house, it is possible to set a restriction that the user must be in the same house at that time, and it can also be used to give a premium to viewing. It is also possible that the distribution server charges the user.

[Mutual authentication of encryption key]
The encryption keys of the broadcast receiving device 100 and the portable information terminal 700 are mutually authenticated and confirmed to be copyright protection. 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 process of S10307, when the information stored in the broadcast signal indicates that the copyright protection is required by the predetermined method, and the copyright protection authentication process cannot be performed by the predetermined method, the authentication process cannot be performed. Do not allow terminal cooperation. In addition, even if the broadcast signal does not have a copyright protection designation and the authentication process is performed by the default method of the broadcast receiving device 100, if the copyright protection authentication process cannot be performed by the default method, terminal cooperation is permitted. do not do.

When the terminal cooperation is permitted, the following procedure is the same as the procedure shown in FIG. 51C, and thus the description thereof will be omitted.

According to the mobile information terminal cooperation technology according to the present embodiment described above, it is possible to realize the use of the mobile information terminal linked with the broadcast receiving device from outside the house while paying attention to copyright protection.

(Example 7)
In the actual usage situation, it is more desirable to be able to easily understand whether or not there is a terminal cooperation application by the program, which terminal cooperation application can be used, and the like. In this embodiment, a display method such as the availability status of the terminal cooperation application will be described. The terminal cooperation application refers to a broadcasting cooperation application used in terminal cooperation.

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

In the case of this example, the thickness of the border surrounding the character string and the color inside the frame indicate the status of the app. The main body applications A and B (162r12, 162r13) and the terminal applications A and B (162r15, 162r16) are available. The main body application C (162r14) and the terminal application C (162r17) cannot be used. The state in which the terminal application cannot be used means that none of the portable information terminals 700 in a state of being able to communicate with the broadcast receiving device 100 has a function of executing the application.

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

The mobile terminal 1 (162r22) and the mobile terminal 2 (162r23) whose icon border is a solid line are in a state where they can communicate with the broadcast receiving device 100, and the mobile terminal 3 (162r24) whose border is a dotted line. And the mobile terminal 4 (162r25) are not in a state where they can communicate with the broadcast receiving device 100. Further, the mobile terminal 1 (162r22) and the mobile terminal 3 (162r24) whose icon frame is white have a function of executing the terminal application A, and the mobile terminal 2 (162r23) and the mobile terminal 4 whose frame is gray. (162r25) indicates that it does not have the function of executing the terminal application A. Furthermore, if the app is already running on the device, you may use an icon with a design to indicate that.
In addition, an example of using a pattern for the 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. In addition to the broadcast receiving device 100, icons are shown for each type of mobile information terminal 700. 162r32 and 162r33 are icons indicating the broadcast receiving device 100, 162r34 and 162r35 are icons indicating the smart phone type personal digital assistant 700, and 162r36 are icons indicating the head-mounted display type personal digital assistant 700. Each app is for the device indicated by the icon.

In FIG. 52C, when the application cannot be used, a mark indicating that the application cannot be used (in this embodiment, a diagonal line mark in a circle) is displayed on the pattern of the device. Further, regarding the broadcast receiving device 100, if the application is already running, a mark indicating that fact (in this embodiment, a dot mark in a circle) may be superimposed and displayed. With this display, it is possible to prevent a useless operation of advancing the launcher procedure even though the execution has already been performed. In the case of the mobile information terminal 700, it is also possible to display a mark indicating that the application is being executed on all terminals that are in a state of being able to communicate with the broadcast receiving device 100 and that the application can be executed. be.

FIG. 52D is a screen after selecting the terminal application C on the launcher screen of FIG. 52C. The state of the mobile information terminal 700 of the type corresponding to the terminal application C is shown. On this screen, when the mobile information terminal 700 does not have the execution function of the terminal application C, when it is not in a state where it can communicate with the broadcast receiving device 100, and when the terminal application C is already being executed, that is indicated. The mark that represents it is displayed on top of the icon. In this embodiment, a circle with diagonal lines (162r44, 162r46) if it does not have an execution function, a triangle with an exclamation mark (162r45, 162r46) if it is not in a communicable state, and a circle if it is already being executed. A dot mark (162r43) is displayed on the.

Furthermore, it is desirable to have a display method that shows that there is a broadcast cooperation application when the situation changes without starting 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, there is a change in the communication state between the broadcast receiving device 100 and the mobile information terminal 700. If the execution status of the application changes, the icon will be displayed for a predetermined time, and the status at that time will be displayed.

FIG. 52E shows an example in that 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 the device of that type. In this embodiment, the circled diagonal mark (162r53) indicates that none of the devices of that type are ready to run the app. A dot mark (162r51) in a circle indicates that the app is running on all or part of a device of that type that is ready for use.

FIG. 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. When requesting terminal cooperation from the mobile information terminal 700, it is convenient to know from a list which broadcast cooperation application can be used with which broadcast receiving device 100. FIG. 52F shows the list 741d1 displayed on the basic screen 741d of the cooperation control application. In this list 741d1, it is shown which broadcast receiving device 100 in the home can use the broadcast cooperation application corresponding to the program to be investigated. Further, if the status of each broadcast receiving device 100 is also displayed, the convenience is further enhanced especially when the portable information terminal 700 is used outside the home. In this embodiment, the state of the broadcast receiving device 100 such as receiving the program, receiving another program, being vacant, and having a reservation for another program (when recording of another program is reserved from the middle of the program) is shown.

Here, when the broadcast receiving device 100 includes a plurality of tuners, it is more convenient if the status is displayed for each of the plurality of tuners. In the list 741d1, the branch numbers indicate the distinction between tuners in the same device. For example, the receiving device B-1 and the receiving device B-2 are one and the other of the plurality of tuners in the same broadcast receiving device 100. In the case of terminal cooperation, if the broadcast video and audio can be delivered as streaming data, it is not necessary to use the monitor unit 162 of the broadcast receiver 100, that is, if the tuner in the broadcast receiver 100 can be used, the broadcast can be used. It will be possible, so it is convenient to know the usage status of each tuner.

In addition, in order to perform the display described in this embodiment, whether the application is compatible with the broadcast receiving device 100 or what type of mobile information terminal 700 is supported for each broadcast cooperation application. There must be information. Further, the broadcast receiving device 100 and the mobile information terminal 700 need information for executing the corresponding application. This information can be acquired by the broadcast receiving device 100 by describing it in, for example, MH-AIT or the like.

Although examples of the embodiment of the present invention have been described above with reference to Examples 1 to 7, the configuration for realizing the technique of the present invention is not limited to the above-described embodiment, and various modifications can be considered. For example, it is possible to replace a part of the configuration of one embodiment with the configuration of another embodiment, and it is also possible to add the configuration of another embodiment to the configuration of one embodiment. All of these belong to the category of the present invention. Further, the numerical values and messages appearing in the text and figures are merely examples, and even if different ones are used, the effect of the present invention is not impaired.

The above-mentioned functions and the like of the present invention may be realized by hardware, for example, by designing a part or all of them by an integrated circuit. Further, it may be realized by software by interpreting and executing an operation program in which a microprocessor unit or the like realizes each function or the like. Hardware and software may be used together.

The software for controlling the broadcast receiving device 100 may be stored in the ROM 103 and / or the storage (storage) unit 110 of the broadcast receiving device 100 in advance at the time of product shipment. After the product is shipped, it may be acquired from another application server 500 or the like on the Internet 200 via the LAN communication unit 121. Further, the software stored in the memory card, the optical disk, or the like may be acquired via the extended interface unit 124 or the like.

In addition, the control lines and information lines shown in the figure show what is considered necessary for explanation, and do not necessarily show all the control lines and information lines on the product. In practice, it can be considered that almost all configurations are interconnected.

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

Claims (4)

It is a broadcast receiver that can receive the digital broadcast service of a broadcast system that employs a media transport method that allows applications to be executed in cooperation with broadcast programs.
A broadcast receiver that receives broadcast waves from the digital broadcast service,
A separation unit that separates at least the video, electronic program guide information, and application-related information about the broadcast program from the received broadcast wave.
A broadcast video reproduction unit that reproduces the video of the broadcast program, and
An electronic program guide creation unit that creates an electronic program guide screen based on the electronic program guide information,
An application acquisition unit that acquires a predetermined application based on the location information acquired by referring to the application-related information, and an application acquisition unit.
An application execution unit that executes the acquired predetermined application and outputs an application execution video,
A display unit capable of displaying a video about the broadcast program, the electronic program guide screen, or the application execution video.
Equipped with
The digital broadcasting service that can be received by the broadcasting receiving device can further set whether or not the application that can be executed in cooperation with the broadcasting program and the mobile information terminal can cooperate with each other for each broadcasting program.
The electronic program guide creation unit has a display format that can further identify the presence or absence of a presentation synchronization operation with the mobile information terminal in an application that can be executed in cooperation with the broadcast program for each broadcast program of the digital broadcast service. A broadcast receiver that creates an electronic program guide screen. In the broadcast receiving device according to claim 1,
A broadcast receiving device that creates the electronic program guide screen in a display format that can further identify whether or not the presentation synchronization operation is possible when there is an application that performs the presentation synchronization operation. In the broadcast receiving device according to claim 1,
A broadcast receiving device that prohibits execution of the application that performs the presentation synchronization operation when there is an application that performs the presentation synchronization operation and the mobile information terminal capable of executing the presentation synchronization operation cannot be recognized. In the broadcast receiving device according to claim 1,
If there is an application that performs the presentation synchronization operation and the mobile information terminal capable of executing the presentation synchronization operation cannot be recognized, the electronic program guide screen is created assuming that there is no application that performs the presentation synchronization operation. Broadcast receiver.

Images