JP6741841B2 - Broadcast receiver - Google Patents

Description

The present invention relates to a broadcast receiving device.

One of the extended functions of the digital broadcasting service is data broadcasting in which digital data is transmitted by a broadcast wave and various kinds of information such as weather forecasts, news and recommended programs are displayed. A large number of television receivers capable of receiving data broadcasting have already been put on the market, and a large number of technologies related to data broadcasting reception have been published, including Patent Document 1 below.

JP 2001-186486 A

In response to recent changes in the environment related to content distribution, television receivers are also required to expand various functions. In particular, there are many demands for distribution of contents and cooperative applications using a broadband network environment such as the Internet, and demands for higher resolution/higher definition of video contents. However, it is difficult to provide a high-value-added television receiver that can meet the above demands, by diverting only the data broadcast receiving function or the like provided in the current television receiver or only by expanding the function 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 with higher added value.

The technique described in the claims is used as a means for solving the problems.

For example, in a broadcast receiving device, location information describing broadcast data of broadcast program content and a reference destination for acquiring data related to the broadcast data from a broadcast transmission path and a layout regarding a display layout of the broadcast program content are described. A broadcast receiving unit capable of receiving control information, a communication unit capable of receiving communication data of broadcast program content from a reference destination described in the location information via a communication line, and a broadcast program content received by the broadcast receiving unit. A recording/reproducing unit capable of recording and reproducing the broadcast data, an output unit for outputting the broadcast data of the broadcast program content reproduced from the recording/reproducing unit to an external device, a server function unit having a server function for the external device, The output state from the output unit includes the broadcast data reproduced from the recording/reproducing unit, the location information in which the description of the reference destination is rewritten to the description indicating the server function unit, and the state of the state received by the broadcast receiving unit. There is a state in which the layout control information described as is is output.

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

FIG. 1 is a system configuration diagram showing an example of a broadcast communication system including a broadcast receiving apparatus according to a first embodiment. It is an explanatory view of the outline 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 a protocol stack of a broadcasting system using MMT. It is a hierarchical block diagram of control information used in a broadcasting system. It is a list of tables used in TLV-SI of the broadcasting system. 6 is a list of descriptors used in TLV-SI of the broadcasting system. 3 is a list of messages used in MMT-SI of the broadcasting system. It is a list of tables used in MMT-SI of the broadcasting system. It is a list (1) of descriptors used in MMT-SI of the broadcasting system. It is a list (No. 2) of descriptors used in MMT-SI of the broadcasting system. It is a figure which shows the data transmission of a broadcasting system, and the relationship of each table. 3 is a block diagram of the broadcast receiving apparatus according to the first embodiment. FIG. FIG. 3 is a configuration diagram of a logical plane structure of a presentation function of the broadcast receiving device according to the first embodiment. FIG. 3 is a system configuration diagram of clock synchronization/presentation synchronization of the broadcast receiving apparatus according to the first embodiment. 3 is a software configuration diagram of the broadcast receiving apparatus according to the first embodiment. FIG. FIG. 3 is a block diagram of a broadcast station server according to the first embodiment. FIG. 3 is a block diagram of a service provider server according to the first embodiment. 3 is a block diagram of the portable information terminal according to the first embodiment. FIG. 3 is a software configuration diagram of the portable information terminal according to the first embodiment. FIG. 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. 5 is a diagram illustrating a method of calculating the current date from the MJD of the broadcast receiving apparatus according to the first embodiment. FIG. It is a figure which shows the structure of the NTP format 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 the time information of the TMCC extended information area of a broadcasting system. FIG. 7 is an operation sequence diagram during channel scanning of the broadcast receiving apparatus according to the first embodiment. It is a figure which shows the data structure of 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 AMT of a broadcasting system. FIG. 7 is an operation sequence diagram when the broadcast receiving device according to the first embodiment selects a channel. It is a figure which shows the data structure of MPT of a broadcasting system. It is a figure which shows the data structure of LCT of a broadcasting system. It is a figure which shows the example of allocation of the layout to the layout number based on LCT. It is a figure which shows the example of allocation of the layout to the layout number based on LCT. It is a figure which shows the example of allocation of the layout to the layout number based on LCT. It is a figure which shows the example of allocation of the layout to the layout number based on LCT. It is a figure explaining operation|movement of the exceptional process of the screen layout control based on LCT. It is a figure explaining operation|movement of the exceptional process of the screen layout control based on LCT. It is a figure which shows the data structure of MH-EIT of a broadcasting system. 3 is a screen display diagram of an EPG screen of the broadcast receiving apparatus according to the first embodiment. FIG. 3 is a screen display diagram of an EPG screen of the broadcast receiving apparatus according to the first embodiment. FIG. 3 is a screen display diagram of an EPG screen of the broadcast receiving apparatus according to the first embodiment. FIG. 3 is a screen display diagram when displaying an emergency alert broadcast of the broadcast receiving apparatus according to the first embodiment. FIG. FIG. 7 is a block diagram of a broadcast receiving device according to a second embodiment. It is a figure explaining the inconsistency of the present time display at the time of broadcast service change. FIG. 9 is a diagram illustrating an operation of selection control of a current time information reference source according to the second embodiment. FIG. 10 is an operation sequence diagram of update processing of current time information according to the second embodiment. 9 is a screen display diagram of an EPG screen of the broadcast receiving apparatus according to the second embodiment. FIG. 9 is a screen display diagram of an EPG screen of the broadcast receiving apparatus according to the second embodiment. FIG. FIG. 9 is a system configuration diagram of a broadcast communication system according to a third embodiment. FIG. 9 is a block diagram of a broadcast receiving device according to a third embodiment. FIG. 9 is a software configuration diagram of a broadcast receiving device according to a third embodiment. FIG. 7 is an interface configuration diagram of a broadcast receiving device and a monitor device according to a third embodiment. It is a figure explaining the package structure of a broadcast service. FIG. 11 is a screen display diagram illustrating a recording reservation setting screen of the broadcast receiving apparatus according to the third embodiment. FIG. 9 is a screen display diagram illustrating a menu configuration of the broadcast receiving apparatus according to the third embodiment. It is a figure which shows the data structure of MH-AIT of a broadcasting system. It is a list of MH-AIT parameters and descriptors of the broadcasting system. FIG. 11 is a screen display diagram illustrating a recorded program list screen of the broadcast receiving apparatus according to the third embodiment. FIG. 9 is a diagram illustrating an output format of a broadcast receiving device according to a fourth embodiment. FIG. 9 is a diagram illustrating an output format of a broadcast receiving device according to a fourth embodiment. FIG. 9 is a diagram illustrating an output format of a broadcast receiving device according to a fourth embodiment. FIG. 9 is a diagram illustrating an output format of a broadcast receiving device according to a fourth embodiment.

Embodiments of the present invention will be described below with reference to the drawings.
(Example 1)

[System configuration]
FIG. 1 is a system configuration diagram showing an example of a broadcast communication system including the broadcast receiving apparatus of the present embodiment. The broadcast communication system of this embodiment includes a broadcast receiving device 100, an antenna 100a, a broadband network such as the Internet 200, a router device 200r, an access point 200a, a radio tower 300t of a broadcasting station, a broadcasting satellite (or communication satellite) 300s, and a broadcasting station. The server 300, the service provider server 400, the other application server 500, the mobile telephone communication server 600, the base station 600b of the mobile telephone communication network, and the portable information terminal 700.

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

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

The radio tower 300t is a broadcasting facility of a broadcasting station and sends out a broadcast wave including encoded data of a broadcast program, caption information, other applications, general-purpose data, and the like. The broadcast satellite (or communication satellite) 300s receives the broadcast wave transmitted from the radio tower 300t of the broadcast station, performs frequency conversion and the like as appropriate, and then performs the broadcast to the antenna 100a connected to the broadcast receiving apparatus 100. It is a repeater that retransmits waves. In addition, the broadcasting station includes a broadcasting station server 300. The broadcasting station server 300 stores metadata such as broadcast programs (moving image contents, etc.) and program titles, program IDs, program outlines, cast information, broadcasting date and time of each broadcasting program, and stores the moving image contents and each metadata. , It is possible to provide to the service provider based on the contract. It should be noted that the provision of the moving image content and each metadata to the service provider may be performed through an API (Application Programming Interface) included 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 broadcast programs distributed from broadcast stations. The service provider server 400 also stores, manages, and distributes moving image content and metadata provided by the broadcast station server 300, and various content and applications that cooperate with broadcast programs. In addition, in response to an inquiry from a television receiver or the like, it also has a function of searching available contents and applications and providing a list. The storage, management and distribution of the content and metadata and the storage, management and distribution of the application may be performed by different server devices. The broadcasting station and the service provider may be the same or different. A plurality of service provider servers 400 may be prepared for different services. Also, the function of the service provider server 400 may be included in the broadcasting station server 300.

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

The mobile phone communication server 600 is connected to the Internet 200, while being connected to the portable 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 on the mobile information terminal 700 and the Internet 200 and other communication devices. Data can be sent and received by communicating with. The communication between the base station 600b and the portable information terminal 700 is a W-CDMA (Wideband Code Division Multiple Access) (registered trademark) method, a GSM (Global System for Mobile communications) (registered trademark) method, or an LTE (Long-term Evolution) method. Alternatively, another communication method may be used.

The portable information terminal 700 has a function of telephone communication (call) and data transmission/reception via a mobile telephone communication network, and a function of wireless communication by Wi-Fi (registered trademark) or the like. The portable information terminal 700 can be connected to the Internet 200 via the router device 200r or the access point 200a, or via the base station 600b of the mobile telephone communication network and the mobile telephone communication server 600, and 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 also connected to the portable information terminal 700 by wireless communication. A method such as Wi-Fi (registered trademark) may be used for the wireless communication. Communication between the portable information terminal 700 and the broadcast receiving apparatus 100 is performed via the access point 200a and the Internet 200 and the router apparatus 200r, or between the base station 600b and the mobile telephone communication server 600, the Internet 200 and the router apparatus 200r. It may be carried out through.

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

The MPEG2-TS is characterized in that components such as video and audio which form a program are multiplexed into one stream together with a control signal and a clock. Since it is handled as one stream including the clock, it is suitable for transmitting one content through one transmission path with secured transmission quality, and has been adopted in many conventional digital broadcasting systems. On the other hand, the function of MPEG2-TS against recent environmental changes related to content distribution, such as diversification of content, diversification of devices that use content, diversification of transmission channels for content distribution, diversification of content storage environment, etc. Due to the limitation of MMT, the newly established media transport method is MMT.

FIG. 2A shows an example of the 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 a coded signal. And The MFU is a format for transmitting video, audio, etc., and may be configured in NAL (Network Abstraction Layer) unit units or access unit units. The MPU may be composed of MPU metadata including information about the configuration of the entire MPU, movie fragment metadata including information about encoded media data, and sample data that is encoded media data. Moreover, it is assumed that the MFU can be extracted from the sample data. In the case of media such as video components and audio components, the presentation time and decoding time may be specified in MPU units or access unit units. FIG. 2B shows an example of the configuration of the MPU.

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

In the broadcasting system of the present embodiment, MPEG-H HEVC (High Efficiency Video Coding) is used as a video encoding method, and MPEG-4 AAC (Advanced Audio Coding) or MPEG-4 ALS (Audio Lossless) is used as an audio encoding method. Coding) shall be used. Encoded data such as video and audio of a broadcast program encoded by each of the above-mentioned schemes is in the form of MFU or MPU, further carried on an MMTP payload to be 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, may be further loaded on the MMTP payload to be converted into MMTP packets, and may be transmitted as IP packets. Data content transmission methods include closed caption/character super transmission method used for streaming data synchronized with broadcasting, application transmission method used for asynchronous data transmission with broadcasting, and synchronous/asynchronous message for applications operating on a television receiver. Four types of event message transmission methods used for notification and other general-purpose data transmission methods for transmitting general-purpose data in a synchronous/asynchronous manner are prepared.

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

The broadcasting system of the present embodiment is provided with a mechanism for transmitting two types of control information, MMT-SI (MMT-Signaling Information) and TLV-SI (TLV-Signaling Information). MMT-SI is control information indicating the configuration of broadcast programs. It is assumed that the format of the MMT control message is such that it is carried in the MMTP payload to be converted into an MMTP packet and transmitted as an IP packet. The TLV-SI is control information relating to multiplexing of IP packets and provides information for channel selection and IP address-service correspondence information.

Also, in a broadcasting system using MMT, time information is transmitted to provide absolute time. It should be noted that, while the MPEG2-TS indicates the display time of the component based on the clock that is different for each TS, the MMT indicates that the display time of the component is based on the Coordinated Universal Time (UTC). To do. With these mechanisms, it becomes possible for the terminal device to synchronously display the components transmitted from different transmission points through different transmission paths. It is assumed that an NTP (Network Time Protocol) type IP packet is used to provide UTC.

[Control information of broadcasting system using MMT]
In the broadcast system supported by the broadcast receiving apparatus 100 of the present embodiment, as described above, the control information includes the TLV-SI related to the TLV multiplexing method for multiplexing IP packets and the MMT which is the media transport method. Prepare the MMT-SI involved. The TLV-SI provides information for the broadcast receiving apparatus 100 to demultiplex the IP packet multiplexed on the broadcast transmission path. The TLV-SI is composed of a "table" and a "descriptor". The "table" is transmitted in section format, and the "descriptor" is placed in the "table". The MMT-SI is transmission control information indicating information related to the configuration of the MMT package and the broadcasting service. The MMT-SI is composed of three layers: a "message" that stores a "table" and a "descriptor", a "table" that has elements and attributes that indicate specific information, and a "descriptor" that shows more detailed information. Shall be. FIG. 4 shows an example of a hierarchical structure of control information used in the broadcasting system of this embodiment.

<Table used in TLV-SI>
FIG. 5A shows a list of “tables” used in TLV-SI of the broadcasting system to which the broadcast receiving apparatus 100 of this embodiment corresponds. In the present embodiment, the following table is used as the "table" of TLV-SI.

(1) TLV-NIT
The TLV network information table (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 (AMT) provides a list of multicast groups of IP packets that form each service transmitted in the network.

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

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

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

(2) Satellite distribution system descriptor The satellite distribution system descriptor shows 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 with a character code.

(5) Descriptor set by the business operator In addition to the above, it is possible to prepare a descriptor uniquely set by the service business operator.

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

(1) PA Message A Package Access (PA) message is used to transmit various tables.

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

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

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

(5) Data Transmission Message The data transmission message is a message that stores a table related to data transmission.

(6) Message set by business operator In addition, it is possible to prepare a message uniquely set by a service business operator.

<Table used in MMT-SI>
FIG. 6B shows a list of “tables” used in the MMT-SI of the broadcasting system to which the broadcasting receiving apparatus 100 of this embodiment corresponds. The table is control information having elements and attributes that indicate specific information, and is stored in a message and transmitted as an MMTP packet. Note that the message storing the table may be determined according to the table. In the present embodiment, the following is used as the "table" of MMT-SI.

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

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

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

(4) ECM
Entry Control Message (ECM) is common information including 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 Entitlement Management Message (EMM) transmits individual information including contract information for each subscriber and key information for decrypting ECM (common information) encryption. The EMM may be stored in the M2 section message.

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

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

(8) DMM
The Download Management Message (DMM) transmits key-related information including a download key for decrypting the DCM encryption. 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 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 the information about the application, the activation 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 the broadcasters existing on the network. The MH-BIT may be stored in the M2 section message.

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

(13) MH-SDT
The MH-Service Description Table (MH-SDT) has a sub-table indicating services included in a specific TLV stream, and information about the organization channel such as the organization channel name 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 (modified Julian date) 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 for all receivers that receive the MH-Common Data Table to transmit common data to be stored in the nonvolatile memory in a section format. The MH-CDT may be stored in the M2 section message.

(16) DDM table A data directory management table (DDM table) provides a directory structure of files that make up an application in order to separate a file structure of an application and a structure for file transmission. The DDM table may be stored in the data transmission message.

(17) DAM table The data asset management table (DAM table) provides the configuration of the MPU in the asset and the 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 file configuration information 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 (Event Message Table: EMT) is used for transmitting information about the event message. 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 uniquely set by the service business operator or the like.

<Descriptor used in MMT-SI>
6C and 6D show a list of "descriptors" arranged in the MMT-SI of the broadcasting system to which the broadcast receiving apparatus 100 of the present embodiment corresponds. The descriptor is control information that provides more detailed information, and is placed in the table. Note that the table in which the descriptors are placed may be determined according to the descriptors. In the present embodiment, the following is used as the "descriptor" of MMT-SI.

(1) Asset Group Descriptor The asset group descriptor provides a group relationship of assets and a priority within the group. The asset group descriptor may be located 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 carried in the M2 section message.

(3) Background Color Designation Descriptor The background color designation descriptor provides the background color of the background in the layout designation. The background color designation 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 time stamp descriptor may be located in the MPT.

(6) Dependency Descriptor The dependency relationship descriptor provides the asset ID of an asset having a dependency relationship. The dependency descriptor may be located in the MPT.

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

(8) Scramble system descriptor The scramble system descriptor provides information for identifying the encryption target and the type of encryption algorithm when scrambling. The scramble method descriptor may be arranged in MPT or CAT (MH).

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

(10) Emergency information descriptor (MH)
The emergency information descriptor (MH) is used when performing emergency alert broadcasting. The emergency information descriptor (MH) may be located in the MPT.

(11) MH-MPEG-4 Audio Descriptor The MH-MPEG-4 audio descriptor describes basic information for specifying encoding parameters of an audio stream of ISO/IEC 14496-3 (MPEG-4 audio). 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 setting unique to the encoding method. The MH-MPEG-4 audio extension descriptor may be located in the MPT.

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

(14) MH-Link Descriptor The MH-Link Descriptor identifies the service provided when a viewer requests additional information related to a particular one described in the Program Sequence Information System. The MH-link descriptor may be located in the MPT, MH-EIT, MH-SDT, etc.

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

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

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

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

(19) Video Component Descriptor The video component descriptor indicates parameters and explanations regarding the video component and is also used to represent the elementary stream in a character format. The video component descriptor may be located in the MPT or MH-EIT.

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

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

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

(23) MH-Voice Component Descriptor The MH-Voice Component Descriptor indicates each parameter of the audio elementary stream and is also used to represent the elementary stream in a 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 a target area of a program or a part of 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 together with the service format type by character codes. 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 flows that make up 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 activating a CAS program on the CAS base. 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 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 the MPU or 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 the 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 its 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 Coding Scheme Descriptor The MH-Data Coding Scheme Descriptor is used to identify the data coding 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 located in the EMT.

(37) Event Message Descriptor The event message descriptor conveys information regarding event messages in general. The event message descriptor may be located in the EMT.

(38) MH-Local Time Offset Descriptor The MH-Local Time Offset Descriptor is used when the actual time (for example, UTC+9 hours) and the display time to the human system are given a constant offset value when the summer 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 within 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 simple logo, pointing to a logo in the CDT format, and the like. The MH-Logo transmission descriptor may be located in the MH-SDT.

(41) MPU Extended Time Stamp Descriptor The MPU extended time stamp descriptor provides the decoding time of the access unit in the MPU. The MPU Extended Timestamp Descriptor may be located in the MPT.

(42) MPU Download Content Descriptor The MPU download content descriptor is used to describe attribute information of the content downloaded using the MPU. The MPU Download Content Descriptor may be located 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 Download Content Descriptor may be located in the MH-SDTT.

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

(45) MH-Transmission Protocol Descriptor The MH-Transmission Protocol Descriptor is used for designating a transmission protocol such as broadcasting and communication and indicating 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 written to indicate the details of the acquisition source 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 an application boundary and set a broadcasting resource access authority for each area (URL). The MH-application boundary authority setting descriptor may be placed in the MH-AIT.

(48) MH-Launch Priority Information Descriptor The MH-Launch priority information descriptor is written to specify the launch priority of the application. The MH-activation priority information descriptor may be located in the MH-AIT.

(49) MH-Cache Information Descriptor The MH-Cache Information Descriptor is written to be used for cache control when the resources constituting the application are cached and retained when the reuse of the application is expected. .. The MH-cache information descriptor may be located in the MH-AIT.

(50) MH-stochastic application delay descriptor The MH-stochastic application delay descriptor delays the timing of application control by a stochastically set delay amount, assuming load distribution of server access for application acquisition. To describe. The MH-Probabilistic Apply Delay Descriptor may be located in the MH-AIT.

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

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

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

(54) Descriptor set by the business operator In addition, it is possible to prepare a descriptor uniquely set by the service business operator.

<Relationship between data transmission and each control information in MMT system>
Here, with reference to FIG. 6E, the relationship between data transmission and a typical table in the broadcast system to which the broadcast receiving apparatus 100 of the present embodiment corresponds will be described.

In the broadcast system supported by the broadcast receiving apparatus 100 according to the present embodiment, data transmission can be performed through a plurality of routes such as a TLV stream via a broadcast transmission path and an IP data flow via a communication line. The TLV stream includes TLV-SI such as TLV-NIT and AMT, and IP data flow which is a data flow of 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 superasset including a series of character super MPUs, a data asset including a series of data MPUs, and the like. These various assets are associated in units of "package" by an MPT (MMT package table) stored and transmitted in a PA message. Specifically, the MPT includes a package ID (corresponding to the “MMT_package_id_byte” parameter shown in FIG. 17 described later) and an asset ID of each asset included in the package (corresponding to the “asset_id_byte” parameter shown in FIG. 17 described later). Is described, the association is performed.

The assets constituting the package may be only the assets in the TLV stream, but may also include the assets transmitted by the IP data flow of the communication line, as shown in FIG. 6E. This is because the location information of each asset included in the package (corresponding to “MMT_general_location_info()” shown in FIG. 17, which will be described later) is included in the MPT so that the broadcast receiving apparatus 100 of the present embodiment can refer to each asset. It can be realized by being able to grasp. Specifically, by changing the value of the “MMT_general_location_infolocation_type” parameter arranged in the location information,
(1) Data multiplexed in the same IP data flow as MPT (location_type=0x00)
(2) Data multiplexed in IPv4 data flow (location_type=0x01)
(3) Data multiplexed in IPv6 data flow (location_type=0x02)
(4) Data multiplexed in MPEG2-TS for broadcasting (location_type=0x03)
(5) Data multiplexed in MPEG2-TS format in the IP data flow (location_type=0x04)
(6) Data at specified URL (location_type=0x05)
It is possible to configure the broadcast receiving apparatus 100 to refer to various data transmitted through various transmission paths.

Among the above-mentioned reference destinations, (1) is, for example, an IP data flow received via a digital broadcast signal received by the tuner/demodulation unit 131 of the broadcast receiving apparatus 100 of FIG. 7A described later. When the MPT is also included in the IP data flow on the communication line side for transmission, the reference destination of (1) may be the IP data flow received by the LAN communication unit 121 to be described later via the communication line. Further, (2), (3), (5), and (6) are IP data flows received by the LAN communication unit 121 described later via a communication line. Further, the above (4) is, for example, a receiving function for receiving a digital broadcast signal using the MMT method and a digital broadcast using the MPEG2-TS method, as in a broadcast receiving apparatus 800 of Embodiment 2 shown in FIG. 24 described later. In the case of a broadcast receiving apparatus having both a receiving function of receiving a signal, a digital broadcast using the MPEG2-TS system based on MPT location information (“MMT_general_location_info()”) included in a digital broadcast signal using the MMT system. This can be used when referring to the data multiplexed in the MPEG2-TS received by the receiving function of receiving a signal.

Note that the data forming the "package" is designated in this way, but in the broadcasting system supported by the broadcast receiving apparatus 100 of the present embodiment, a series of data in the "package" unit is converted into the "service" unit of the digital broadcast. Treat as.

Furthermore, in the MPT, presentation time information of each MPU designated by the MPT (corresponding to the “mpu_presentation_time” parameter shown in FIG. 13B described later) is described, and a plurality of presentation time information designated by the MPT is used. It is possible to present (display, output, etc.) the MPU in conjunction with each other based on the clock based on NTP which is time information expressed in UTC. The presentation control of various data using the clock based on the NTP will be described later.

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

[Hardware configuration of broadcast receiving device]
FIG. 7A is a block diagram showing an example of the internal configuration of broadcast receiving apparatus 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. , A video decoder 141, a video color gamut conversion unit 142, an audio decoder 143, a character super decoder 144, a subtitle decoder 145, a subtitle synthesis unit 146, a subtitle color gamut conversion unit 147, a data decoder 151, a cache unit 152, an application control unit 153, A browser unit 154, an application color gamut conversion unit 155, a sound source unit 156, a video synthesis unit 161, a monitor unit 162, a video output unit 163, a voice synthesis unit 164, a speaker unit 165, a voice output unit 166, and an operation input unit 170. To be done.

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

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

The storage unit 110 stores an operation program and operation setting values of the broadcast receiving apparatus 100, personal information of the user of the broadcast receiving apparatus 100, and the like. Further, it is possible to store an operation program downloaded via the Internet 200, various data created by the operation program, and the like. In addition, it is possible to store contents such as moving images, still images, and sounds acquired from broadcast waves or downloaded via the Internet 200. All or some of the functions of the ROM 103 may be replaced with a partial area of the storage (accumulation) unit 110. Further, the storage (accumulation) unit 110 needs to hold the stored information even when the broadcast receiving apparatus 100 is not supplied with power from the outside. Therefore, for example, a nonvolatile semiconductor element memory such as a flash ROM or SSD (Solid State Drive), a magnetic disk drive such as an HDD (Hard Disc Drive), or the like is used.

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

A LAN (Local Area Network) communication unit 121 is connected to the Internet 200 via a router device 200r and transmits/receives data to/from each server device on the Internet 200 and other communication devices. Further, the MMT data string (or part thereof) of the program transmitted via the communication line is also 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 includes an encoding circuit, a decoding circuit, and the like. Further, the broadcast receiving device 100 may further include other communication units such as a BlueTooth (registered trademark) communication unit, an NFC communication unit, and an infrared communication unit.

The tuner/demodulation unit 131 receives the broadcast wave transmitted from the radio tower 300t via the antenna 100a, and tunes (tunes) to the channel of the service desired by the user under the control of the main control unit 101. Further, the tuner/demodulation unit 131 demodulates the received broadcast signal and acquires the MMT data string. Note that the example shown in FIG. 7A illustrates a configuration in which there is one tuner/demodulation unit, but the broadcast receiving device 100 has a tuner/demodulation unit for the purpose of simultaneous display of a plurality of screens, back program recording, and the like. It may be configured to mount a plurality of units.

The separating unit 132 is an MMT decoder, and based on the control signal in the input MMT data string, a video data string, an audio data string, a character super data string, a caption data string, and the like, which are real-time presentation elements, are respectively decoded by the video decoder 141. , Audio decoder 143, character super decoder 144, subtitle decoder 145, and the like. The data input to the separation unit 132 is the MMT data string transmitted via the broadcast transmission line and demodulated by the tuner/demodulation unit 131, or the MMT data transmitted via the communication line and received by the LAN communication unit 121. It may be a line. Further, the separation unit 132 reproduces the multimedia application and file system data that is a component thereof, and temporarily stores the reproduction data in the cache unit 152. Further, the separation unit 132 extracts general-purpose data and outputs the general-purpose data to the data decoder 151 for use in streaming data used by a player that presents data other than the audiovisual subtitles or data for an application. Further, the separation unit 132 may perform error correction, access restriction control, or the like on the input MMT data string based on the control of the main control unit 101.

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

The character super decoder 144 decodes the character super data string input from the separating unit 132 and outputs the character super information. The subtitle decoder 145 decodes the subtitle data string input from the separating unit 132 and outputs subtitle information. The character super information output from the character super decoder 144 and the caption information output from the caption decoder 145 are combined in the caption combining unit 146, and further, in the caption color gamut conversion unit 147, in the video combining unit 161. A color space conversion process is performed as necessary for the image composition process. In addition, in the present embodiment, of the services centered on character information, which are 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 other services are referred to as superimposition To do. When they are not distinguished, they are collectively referred to as subtitles.

The browser unit 154 receives 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-based data that is a component thereof as the control information and the LAN included in the MMT data string. The application information is presented according to an instruction from the application control unit 153 that interprets the control information acquired from the server device on the Internet 200 via the communication unit 121. The multimedia application file may be an HTML (Hyper Text Markup Language) document, a BML (Broadcast Markup Language) document, or the like. The application information output from the browser unit 154 is further subjected to color space conversion processing in the application color gamut conversion unit 155 as necessary for the video combination processing in the video combination unit 161. The browser unit 154 also plays back the application voice information by acting on the sound source unit 156.

The video composition unit 161 inputs the video information output from the video color gamut conversion unit 142, the subtitle information output from the subtitle color gamut conversion unit 147, the application information output from the application color gamut conversion unit 155, and the like, and appropriately. Processing such as selection and/or superposition is performed. The video composition 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 synthesizing unit 161 is, under the control of the main control unit 101, an EPG (Electronic Program Guide) created based on information such as scaling processing and MH-EIT included in MMT-SI, as necessary. Superimposes screen information. The monitor unit 162 is, for example, a display device such as a liquid crystal panel, and provides the user of the broadcast receiving apparatus 100 with the video information selected and/or superposed by the video composition unit 161. The video output unit 163 is a video output interface that outputs the video information that has been selected and/or superposed by the video composition unit 161.

The presentation function of the broadcast receiving apparatus 100 according to the present embodiment has a logical plane structure in order to display the multimedia service as intended by the provider. FIG. 7B shows an example of the configuration of the logical plane structure included in the presentation function of the broadcast receiving device 100 of this embodiment. In the logical plane structure, the character super plane for displaying the character super is arranged on the forefront, and the subtitle plane for displaying the subtitle is arranged on the next layer. A multimedia plane for displaying broadcast video, multimedia application, or a composite video thereof is arranged on the third layer, and a background plane is arranged at the back. In the subtitle composition unit 146 and the video composition unit 161, drawing of the character super information on the character super plane, drawing of subtitle information on the subtitle plane, and drawing on the multimedia plane of video information, application information, etc. are performed. Further, the background color is drawn on the background plane based on the LCT or the like included in the MMT-SI. 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 output from the application color gamut conversion unit 155 is 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 performs selection and/or mixing processing. The speaker unit 165 provides the user of the broadcast receiving apparatus 100 with the audio information selected and/or mixed by the audio synthesis unit 164. The voice output unit 166 is a voice output interface that outputs the voice information selected and/or mixed by the voice synthesis unit 164.

The expansion interface unit 124 is an interface group for expanding the function of the broadcast receiving apparatus 100, and in the present embodiment, it is composed of an analog video/audio interface, a USB (Universal Serial Bus) interface, a memory interface, and the like. To do. The analog video/audio interface inputs an analog video signal/audio signal from an external video/audio output device, outputs an analog video signal/audio signal to an external video/audio input device, and the like. The USB interface is connected to a PC or the like to send and receive data. A HDD may be connected to record broadcast programs and contents. Alternatively, a keyboard or other USB device may be connected. The memory interface connects to a memory card or other memory medium to send and receive data.

The digital interface unit 125 is an interface that outputs or inputs encoded digital video data and/or digital audio data. The digital interface unit 125 can output the MMT data sequence demodulated by the tuner/demodulation unit 131, the MMT data sequence acquired via the LAN communication unit 121, or the mixed data of the MMT data sequences as they are. I shall. Further, the MMT data string input from the digital interface unit 125 may be controlled to be input to the separation unit 132. The output of the digital content stored in the storage (accumulation) unit 110 or the storage of the digital content in the storage (storage) unit 110 may be performed via the digital interface unit 125.

The digital interface unit 125 is a DVI terminal, an HDMI (registered trademark) terminal, a Display Port (registered trademark) terminal, or the like, and outputs or inputs data in a format conforming to the DVI specification, the HDMI specification, the Display Port specification, or the like. It may be one. It may be output or input in the form of serial data conforming to the IEEE 1394 specifications or 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 thereof.

The operation input section 170 is an instruction input section for inputting an operation instruction to the broadcast receiving apparatus 100, and in this embodiment, a remote control receiving section for receiving a command transmitted from a remote controller (not shown) and a button switch are arranged. It shall consist of operation keys. Only one of them may be used. Further, the operation input unit 170 may be replaced 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 portable information terminal 700 having a remote 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 for the present invention. In addition to the television receiver, the broadcast receiving apparatus 100 may be an optical disk drive recorder such as a DVD (Digital Versatile Disc) recorder, a magnetic disk drive recorder such as an HDD recorder, an STB (Set Top Box), or the like. It may be a PC (Personal Computer), a tablet terminal, a navigation device, a game machine or the like having a digital broadcast receiving function and 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 that of the broadcast receiving apparatus 100 of this embodiment can be performed.

[System configuration of broadcast receiver clock synchronization/presentation synchronization]
FIG. 7C is an example of a system configuration of clock synchronization/presentation synchronization in the broadcast system supported by the broadcast receiving apparatus 100 of the present embodiment. In the broadcast system of the present embodiment, UTC is transmitted from the broadcast transmission system to the receiver (the broadcast receiving apparatus 100 or the like of the present embodiment) in the 64-bit NTP time stamp format. In the NTP time stamp format, “less 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 1 second with 32-bit accuracy. Therefore, as the system clock for synchronizing the video system and the system clock for operating the NTP type clock, for example, "2 to the 24th power" Hz (about 16.8 MHz) as shown in FIG. You may make it use the frequency of. In consideration of the fact that the system clock in the conventional broadcasting system is 27 MHz and that the hardware configuration of the receiver can be easily constructed, etc., the number of 2's of "2 to the 24th power" to "2 to the 28th power" is considered. It is desirable to use the power frequency as the system clock.

When the system clock is set to a power of 2 power of "2 to the 24th power" to "2 to the 28th power" on the broadcast transmission system side or the receiver side as described above, the system clock 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 which are not referred to 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 power" Hz (n=24 in the example of FIG. 7C), the lower "32-n" bits of the NTP time stamp format are fixed to "0" or "1". You may do it. Alternatively, the receiver side may perform processing so as to ignore the lower "32-n" bits of the NTP time stamp format.

On the side of the broadcast transmission system, when the time information in the NTP format is obtained from the outside, a PLL system is configured with a 32+n-bit counter by a VCO (Voltage Controlled Oscillator) of "2 to the nth power" Hz, and the time information given from the outside is used. Realizes a synchronized delivery system clock. Also, the entire signal processing system is operated in synchronization with the system clock of "2 to the nth power" Hz. Further, the output of the transmission system clock is periodically transmitted as time information in the NTP length format to the receiver side via the broadcast transmission path.

On the receiver side, the time information in the NTP length format is received via the broadcast transmission path, and the receiver system clock is reproduced by the PLL system based on the VCO of "2 to the power of n" Hz, similarly to the broadcast transmission system side. As a result, the reception system clock becomes a clock synchronized with the broadcast transmission system side. By operating the signal processing system of the receiver in synchronization with the system clock of "2 to the power of n" Hz, clock synchronization between the broadcast transmission system side and the receiver side is 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. Here, an MPU time stamp descriptor shown in FIG. 13B described later is stored in the MPT stored in the PA message transmitted by the broadcast signal. The “mpu_sequence_number (MPU sequence number)” parameter in the MPU time stamp descriptor of FIG. 13B indicates the sequence number of the MPU describing the time stamp, and the “mpu_presentation_time (MPU presentation time)” parameter indicates the presentation time of the MPU as 64-bit NTP. It is shown in the time stamp format. Therefore, the receiver can refer to the MPU time stamp descriptor stored in the MPT to control the presentation (display, output, etc.) timing of each MPU such as a video signal, an audio signal, a caption, and a character super. ..

When focusing on the control of the decoding timing and the presentation timing of each presentation unit of the video/audio signal, etc., the synchronization of the video/audio signal can be achieved even by 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 m-th power" Hz clock generated by dividing the system clock or the like is used to control the decoding timing and the presentation timing, a lower level of the NTP time stamp format described in the MPU time stamp descriptor or the like is used. It is not necessary to refer to the "32-m" bit. Therefore, the lower "32-m" bits of the NTP time stamp format described in the MPU time stamp descriptor or the like may be fixed to "0" or "1".

[Software configuration of broadcast receiving device]
FIG. 7D is a software configuration diagram of the broadcast receiving apparatus 100 of the present embodiment, and shows a software configuration of the ROM 103, the RAM 104, and the storage (accumulation) 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 and other operation programs are stored in the storage unit 110. Further, the storage (accumulation) unit 110 stores a content storage area 1200 that stores content such as moving images, still images, and audio, authentication that stores authentication information necessary for accessing an external mobile terminal device or each server device, and the like. The information storage area 1300 and various information storage areas for storing other various information are provided.

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 to form a basic operation execution unit 1101. Further, the reception function program 1002 stored in the storage (accumulation) unit 110 is similarly expanded in the RAM 104, and the main control unit 101 further executes the expanded reception function program to configure the reception function execution unit 1102. To do. Further, the RAM 104 has a temporary storage area for temporarily holding the data created at the time of execution of each operation program as needed.

In the following, for the sake of simplicity, the main control unit 101 expands the basic operation program 1001 stored in the ROM 103 into the RAM 104 and executes it to control each operation block. It is described 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, etc. separated from the MMT data string to the corresponding decoding processing units. The AV decoding processing unit 1102b mainly controls the video decoder 141, the audio decoder 143, and the like. The application processing unit 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 151. The general-purpose data processing unit 1102f mainly controls the data decoder 151. The EPG generation unit 1102g interprets the description content such as MH-EIT included in MMT-SI to generate an EPG screen. The presentation processing unit 1102h, based on the logical plane structure, the video color gamut conversion unit 142, the subtitle synthesis unit 146, the subtitle color gamut conversion unit 147, the application color gamut conversion unit 155, the video synthesis unit 161, and the audio synthesis unit 164. Control mainly.

Each operation program may be in a state of being stored in the ROM 103 and/or the storage (accumulation) 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 disc, or the like may be acquired via the expansion interface unit 124 or the like.

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

The main controller 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 sending program 3003, and further includes a broadcast content storage area 3200 and a metadata storage area 3300. The broadcast content storage area 3200 stores the program content of each broadcast program broadcast by the broadcast station. The metadata storage area 3300 stores metadata such as program titles, program IDs, program outlines, performers, broadcast dates and times, copy control information relating to each program content, of each broadcast program.

In addition, the basic operation program 3001, the broadcast content management/distribution program 3002, and the broadcast content transmission program 3003 stored in the storage unit 310 are expanded in the RAM 304, respectively, and the main control unit 301 executes the expanded programs. Thus, 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 order to simplify the description, a process of controlling each operation block by expanding the basic operation program 3001 stored in the storage unit 310 in the RAM 304 and executing the basic operation program 3001 will be basically described below. The operation execution unit 3101 is described as controlling each operation block. The same description is made for other operation programs.

The broadcast content management/delivery execution unit 3102 manages the program content and the like of each broadcast program accumulated in the broadcast content storage area 3200 and the metadata storage area 3300 and each metadata, and the program content of each broadcast program and the like. Controls the provision of metadata to service providers based on contracts. Furthermore, the broadcast content management/delivery execution unit 3102, when providing the program content and the like of each broadcast program and each metadata to the service provider, the service provider based on the contract as necessary. Authentication processing or the like 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, the copy control information of the program content, and the like. The time schedule management etc. when transmitting the including MMT data sequence from the radio tower 300t via the digital broadcast signal transmitting unit 360 are performed.

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

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

The storage unit 410 stores a basic operation program 4001, a video content management/distribution program 4002, and an application management/distribution program 4004, and further stores a video content storage area 4200, a metadata storage area 4300, an application storage area 4400, and user information storage. A region 4500 is provided. The video content storage area 4200 stores the program content of the broadcast program provided by the broadcast station server 300 as video content. Further, it stores the 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 about the video content created by the service provider, and the like. The application storage area 4400 stores various applications and the like for realizing a service linked to a broadcast program, which is distributed in response to a request from each television receiver. The user information storage area 4500 stores information (personal information, authentication information, etc.) regarding users who are permitted to access the service provider server 400.

Also, the basic operation program 4001, the video content management/distribution program 4002, and the application management/distribution program 4004 stored in the storage unit 410 are expanded in the RAM 404, respectively, and the main control unit 401 further expands the basic operation program and 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.

It should be noted that, in order to simplify the description, a process for controlling each operation block by the main control unit 401 expanding the basic operation program 4001 stored in the storage unit 410 into the RAM 404 and executing the basic operation program 4001 will be basically described below. It is described 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 the like of the broadcast program and the metadata from the broadcast 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 distribution of the video content and the like and each metadata to each television receiver. Furthermore, the video content management/distribution execution unit 4102 performs, when necessary, the authentication processing of each television receiver when distributing each of the video content and the like and each metadata to each television receiver. You can go. The application management/distribution execution unit 4104 also 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 and the like as necessary when distributing each application to each television receiver.

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

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

The main control unit 701 is a microprocessor unit that controls the entire mobile 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 that stores a basic operation program such as an operating system and other operation programs, and is a rewritable ROM such as an EEPROM or a flash ROM. The RAM 704 serves as a work area when the basic operation program and other operation programs are executed. The ROM 703 and the RAM 704 may be integrated with the main controller 701. The ROM 703 may use a partial storage area in the storage unit 710 instead of the independent configuration shown in FIG. 10A.

The storage unit 710 stores an operation program and operation setting values of the mobile information terminal 700, personal information of the user of the mobile information terminal 700, and the like. Further, it is possible to store an operation program downloaded via the Internet 200, various data created by the operation program, and the like. It is also possible to store contents such as moving images, still images, and sounds downloaded via the Internet 200. All or part of the functions of the ROM 703 may be replaced with a partial area of the storage unit 710. Further, the storage unit 710 needs to hold the stored information even when power is not supplied to the portable information terminal 700 from the outside. Therefore, for example, a device such as a nonvolatile semiconductor element memory such as a flash ROM or SSD, a magnetic disk drive such as an HDD, or the like is used.

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 includes 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 on the Internet 200 and other communication devices. The connection with the router device 200r and the access point 200a is assumed to 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 communication network. The NFC communication unit 723 performs wireless communication when it is close to a corresponding reader/writer. The LAN communication unit 721, the mobile telephone network communication unit 722, and the NFC communication unit 723 are each equipped with a coding circuit, a decoding circuit, an antenna, and the like. The communication processing unit 720 may further include other communication units such as a BlueTooth (registered trademark) communication unit and an infrared communication unit.

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 assumed that it is composed of a video/audio interface, a USB interface, a memory interface, and the like. The video/audio interface inputs a video signal/audio signal from an external video/audio output device, outputs a video signal/audio signal to an external video/audio input device, and the like. The USB interface is connected to a PC or the like to send and receive data. Alternatively, a keyboard or other USB device may be connected. The memory interface connects to a memory card or other memory medium to send and receive data.

The operation unit 730 is an instruction input unit for inputting an operation instruction to the portable information terminal 700, and in the present embodiment, it is configured by a touch panel 730t arranged on the display unit 741 and an operation key 730k in which button switches are arranged. I shall. Only one of them may be used. The portable information terminal 700 may be operated using a keyboard or the like connected to the extension interface unit 724. The portable information terminal 700 may be operated using a separate terminal device connected by wire communication or wireless communication. That is, the portable information terminal 700 may be operated from the broadcast receiving apparatus 100. Further, the touch panel function may be included 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 user of the portable information terminal 700 with the image data processed by the image signal processing unit 742. The image signal processing unit 742 includes a video RAM (not shown), and the display unit 741 is driven based on the image data input to the video RAM. Further, the image signal processing unit 742 is assumed to have a function of performing format conversion, superimposing processing of a menu and other OSD (On Screen Display) signals, and the like as necessary. The first image input unit 743 and the second image input unit 744 convert light input from a lens into an electric signal using an electronic device such as a CCD (Charge Coupled Device) or a CMOS (Complementary Metal Oxide Semiconductor) sensor. , A camera unit for inputting image data of surroundings and objects.

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

The sensor unit 760 is a sensor group for detecting the state of the portable information terminal 700, and 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. ,,. With these sensor groups, it becomes possible to detect the position, inclination, direction, movement, and brightness of the surroundings, the proximity of surrounding objects, and the like of the portable information terminal 700. Further, the portable information terminal 700 may further include another sensor such as an atmospheric 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 capturing moving images, a portable game machine, a navigation device, or the like, or other portable digital device.

Note that the configuration example of the portable information terminal 700 shown in FIG. 10A includes a large number of configurations that are not essential to this embodiment, such as the sensor unit 760. However, even if this configuration is not provided, this embodiment Does not impair the effect of. Further, a configuration (not shown) such as a digital broadcast receiving function and an electronic money settlement function may be further added.

[Software configuration of mobile information terminal]
FIG. 10B is a software configuration diagram of the portable information terminal 700 of this embodiment, and shows the software configurations of the ROM 703, the RAM 704, and the storage unit 710. In the present embodiment, the ROM 703 stores the basic operation program 7001 and other operation programs, and the storage unit 710 stores the cooperation control program 7002 and other operation programs. The storage unit 710 also stores a content storage area 7200 for storing content such as moving images, still images, and audio, an authentication information storage area 7300 for storing authentication information necessary for accessing a television receiver or each server device, Various information storage areas for storing other various information are provided.

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

Note that, 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 it to control each operation block. It is described that the unit 7101 controls each operation block. The same description is made for other operation programs.

The cooperation control execution unit 7102 manages device authentication and connection, transmission and reception of each data, and the like when the portable information terminal 700 performs a cooperative operation with the television receiver. Also, the cooperation control execution unit 7102 is assumed to have a browser engine function for executing an application that works in conjunction with the television receiver.

Each operation program 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 disc, or the like may be acquired via the expansion interface unit 724 or the like.

[Time management of broadcast receiving device]
The broadcast receiving apparatus of this embodiment has two types of time management functions. The first time management function is a time management function based on NTP and is as already described with reference to FIG. 7C. The second time management function is a time management function based on MH-TOT, which is the time managed based on the time information transmitted by MH-TOT described in FIG. 6B.

FIG. 13A shows an example of the configuration of time information transmitted by NTP. 13B shows an example of the data structure of the MPU time stamp descriptor. The “reference_timestamp” parameter and the “transmit_timestamp” parameter in the NTP format are 64-bit length NTP time format time data, and the “mpu_presentation_time” parameter in the MPU timestamp descriptor is also a 64-bit long NTP time stamp. This is the time data in the format. 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, as the time information in the NTP format, time information up to "less than a second" can be transmitted. Further, since the time information in the NTP format is in UTC notation, unlike the clock management in the conventional digital broadcasting, as shown in FIG. It is possible to match the NTP included in the signal received on the line).

On the other hand, the information transmitted by MH-TOT is as follows. It is assumed that the broadcast receiving apparatus 100 can acquire the current date and Japan Standard Time by MH-TOT. FIG. 11A shows an example of the data structure of MH-TOT. The broadcast receiving apparatus 100 can acquire the current date and current time from the "JST_time" parameter of the MH-TOT. As shown in FIG. 11B, the “JST_time” parameter includes four lower 16 bits of the encoded data of the current date based on the modified Julian Date (MJD) and six Japanese Standard Time (JST). It is assumed to include 24-bit information represented by a binary-coded decimal (BCD). The current date can be calculated by performing a predetermined operation on the 16-bit encoded data of MJD. The six 4-bit binary coded decimal numbers represent "time" in two decimal digits using two 4-bit binary coded decimal numbers, and the next two 4-bit binary coded decimal numbers have decimal code 2 The digit represents “minute” and the last two 4-bit binary coded decimal numbers represent “second” in two decimal digits.

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

The broadcast receiving apparatus 100 of the present embodiment has a time management function based on NTP, which is time information expressed in UTC, and performs a decoding and display synchronization processing of video, audio, subtitles, superimposing characters, and other presentation data that are contents of broadcast signals. , It is possible to realize more accurate synchronization processing. Further, by referring to the information in UTC not the clock notation of the broadcasting station, information such as video, audio, subtitles, superimposition, or other data, which is the content of the broadcasting signal received by the broadcasting signal, is acquired through the communication line route. It is also possible to perform decoding and display synchronization processing with video, audio, subtitles, superimposition, or other data.

Furthermore, the broadcast receiving apparatus of the present embodiment presents the current time to the user with a time management function based on "JST_time" that includes 24-bit information represented by six 4-bit binary-coded decimal numbers of MH-TOT. It may be used for the processing or each processing for handling the MH-event information table (MH-EIT) described in FIG. 6B. Generally, 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. Also, each time information described in the MH-event information table (MH-EIT) is represented by six 4-bit binary-coded decimal numbers like the EIT of the conventional digital broadcasting transmitted by the MPEG2-TS system. The stored 24-bit information is stored in two decimal digits "hour", "minute", and "second". For this reason, the time management function based on MH-TOT in the broadcast receiving apparatus 100 of the present embodiment is easy to match the processing using MH-EIT. Specifically, the processing using the MH-EIT is a program guide generation processing (described later), recording reservation or viewing reservation control, copyright management processing such as temporary storage, and the like. This is because it is rare that precision of less than seconds is required in any of the processes, and precision of one second unit is sufficient.

Further, the program guide generation processing, recording reservation and viewing reservation control, and copyright management processing such as temporary storage are functions that are also installed in a receiver of a conventional digital broadcasting system using the MPEG2-TS system. .. Then, also in the broadcasting system of the present embodiment, in the processing such as the program guide generation processing, the recording reservation and the viewing reservation control, and the copyright management processing such as the temporary storage, the conventional MPEG2-TS system digital broadcasting system is used. If it is configured to be compatible with time management processing having consistency, a broadcast receiving apparatus having both a conventional MPEG2-TS digital broadcast receiving function and an MMT digital broadcast receiving function is configured. At this time, in these processes (processes such as program guide generation process, recording reservation/viewing reservation control, and copyright management processes such as temporary storage), it is not necessary to separately design processing algorithms, and the cost is reduced. can do.

Even if the receiver does not have the conventional MPEG2-TS digital broadcast receiving function but has only the MMT digital broadcast receiving function, program guide generation processing, recording reservation and viewing reservation control, Since it is possible to use the algorithm of the function installed in the receiver of the digital broadcasting system using the conventional MPEG2-TS method, it is possible to use the algorithm of the function such as the copyright management process such as the temporary storage without completely creating a new algorithm. It can be developed at a lower cost.

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

As described above, the broadcast receiving apparatus 100 according to the present embodiment has a time management function that uses two types of time information with different accuracy. One time information is notation time information that is consistent with a conventional digital broadcasting system, the other time information is time information having a higher resolution than the one time information, and the latter time information is used as a broadcast signal. By using it for synchronization processing of each content data, it realizes more advanced information presentation processing than the conventional broadcasting system, and uses the former time information for program guide generation processing, recording reservation and viewing reservation control, temporary storage, etc. A broadcast receiving device can be provided at low cost by using it for rights management processing and the like.

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

[First Modification of Time Management]
Next, a first modified example of time management in the broadcasting system of the present embodiment will be described below.

In the first modification, from the time management server (not shown) or the broadcasting station server 300 to the broadcast receiving apparatus 100, in order to improve the accuracy of the management time of the time management function based on NTP already described using FIG. 7C. The information about the estimated delay time in the time information transmission is transmitted by including it in the broadcast signal, and the broadcast receiving apparatus 100 is configured to use the information about 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 on the assumed delay time may be transmitted not in the TLV multiplexed stream shown in FIG. 3A but in the TMCC (Transmission and Multiplexing Configuration Control) area outside the TLV multiplexed stream. good. By transmitting in the TMCC area, the broadcast receiving apparatus 100 can extract the information on the estimated delay time without passing through the TLV multiplexed stream separation processing (demux processing). That is, it is possible to obtain information that is not easily affected by the delay due to the separation processing in the broadcast receiving apparatus 100, and therefore it is possible to perform highly accurate correction processing 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. 13C. The time information may be stored in the TMCC extended information area and transmitted, for example. In the time information of the TMCC extended information area of FIG. 13C, the “delta” parameter is an assumed value of transmission delay of 32 bits from a time management server that distributes UTC or a server device that creates a TMCC signal to a general broadcast receiving device. Signed fixed point. The upper 16 bits describe the integer part, and the lower 16 bits describe the part after the decimal point. The “transmit_timestamp” parameter is a transmission time stamp, and describes the time when this 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 fractional part.

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

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

As described above, the broadcast receiving apparatus 100 of the present embodiment has the time management function of acquiring the current date and Japan Standard Time by the information transmitted by 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 and the application information by the video synthesizing unit 161 of the broadcast receiving apparatus 100, so that the monitor unit 162 and the video output unit 163 receive the information. It can be output and provided to the user. As described above, the MH-TOT has the data structure shown in FIG. 11A, and the broadcast receiving apparatus 100 can obtain the current date and the current time from the “JST_time” parameter of the MH-TOT.

However, in the above-mentioned “JST_time” parameter, since only the lower 16 bits of the MJD encoded data are used, overflow occurs due to “April 22, 2038”, and the predetermined operation is performed. The date after "April 23, 2038" cannot be expressed only by itself. Therefore, in the second modified example of the present embodiment, the date after "April 23, 2038" is expressed by switching the calculation method depending on whether the value of MJD is equal to or more than a predetermined value or less than the predetermined value. It shall be controlled so that it can.

FIG. 12 shows an example of a first calculation method used when the value of MJD is equal to or larger than a predetermined value and a second calculation method used when the value of MJD is smaller than the predetermined value. For example, when the predetermined value is “32768 (0x8000)”, when MJD is “32768” or more, the current date is calculated using the first calculation method, and when 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 apparatus 100 according to the present embodiment, it is possible to express dates after "April 23, 2038". However, the predetermined value can be set arbitrarily, and the predetermined value may be set to "16384 (0x4000)", "49152 (0xC000)", or the like. The operation method switching condition may be that the upper 2 bits of the MJD 16-bit data are “00” and the upper 2 bits of the MJD 16-bit data are not “11”. When the above-mentioned means is used with the predetermined value set to "32768", dates 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 of MJD and the predetermined value, the “reserved” parameter of the MH-TOT data structure shown in FIG. 11A is set. The first calculation method and the second calculation method may be switched according to a flag in which some or all are replaced or a flag newly added. For example, the flag is set to "1" when the most significant bit of MJD 16-bit encoded data 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. When the flag is "1", the second operation method shown in FIG. 12 is used, and when the flag is "0", the first operation method is used. Alternatively, a descriptor having the same meaning as the flag may be newly prepared and placed in the MH-TOT.

As described above, the broadcast system of this embodiment transmits the absolute time in the NTP format, and the broadcast receiving device 100 of this embodiment has a time management function based on the NTP. Further, in the broadcast receiving apparatus 100 of the present embodiment, by referring to the NTP time stamp described in the MPU time stamp descriptor set for each MPU, the decoding timing and the presentation for each presentation unit of the video/audio signal are presented. It controls the timing. As described above, the time information in the NTP format has the configuration shown in FIG. 13A. The MPU time stamp descriptor has the configuration shown in FIG. 13B.

Therefore, in the broadcast receiving apparatus 100 according to the present embodiment, the “reference_timestamp” parameter, the “transmit_timestamp” parameter, the “mpu_presentation_time” parameter, or the like is referred to, and the first time data or the like is referred to in accordance with the value. It is possible to select which of the one calculation method and the second calculation method is used. That is, for example, if the most significant bit of the 64-bit length NTP length time data is "0", the second operation method is used, and if it is not "0", the first operation method is used. Yes, and so on.

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

[Broadcast receiver tuning process (initial scan)]
The AMT of the broadcasting system of the present embodiment provides a list of multicast groups of IP packets for receiving the IP packets transmitted by the TLV multiplexing method as distinctively as possible from the IP packets transmitted by the communication line. I shall. It is possible to list multiple IP multicast groups in a service identification. In addition, an address mask can be used to efficiently describe consecutive IP addresses.

In the broadcast receiving apparatus 100 of the present embodiment, the list of services acquired from the TLV-NIT is stored in the nonvolatile memory such as the ROM 103 or the storage unit 110 at the time of channel scanning at the time of initial setting or at the time of rescanning for changing the setting. Further, it is possible to store a list of IP multicast groups corresponding to each service as IP related information in association with each service in the nonvolatile memory. To do. By storing the list of services and IP-related information in a non-volatile memory so that they can be referred to at all times, it is not necessary to re-acquire TLV-NIT or AMT when switching channels, and acquisition of broadcast content can be performed efficiently. It becomes possible to do.

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

When the channel scan is started, the reception function execution unit 1102 sets an initial frequency value to the tuner/demodulation unit 131 and instructs the tuner/demodulation unit 131 to perform tuning 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 then acquires TLV-NIT from the reception signal (S103).

When the TLV-NIT acquired in the process of S103 is valid data (S104: Yes), the reception function execution unit 1102 acquires information such as the TLV stream ID and the original network ID from the acquired TLV-NIT. (S105). FIG. 15A shows an example of the data structure of TLV-NIT. The information of the TLV stream ID can be obtained from the “tlv_stream_id” parameter, and the information of the original network ID can be obtained from the “original_network_id” parameter. Further, distribution system information relating to physical conditions of the broadcast transmission path corresponding to each TLV stream ID/original network ID is acquired from the distribution system descriptor (S106), and a list of service IDs is acquired from the service list descriptor ( S107). FIG. 15B shows an example of the data structure of the satellite distribution system descriptor. FIG. 15C shows an example of the data structure of the service list descriptor. When the TLV-NIT has a plurality of different data such as the TLV stream ID, the original network ID, the distribution system information, the service ID list, and the like, the processes of S105 to S107 are repeated. Next, the reception function execution unit 1102 creates a service list based on the data such as the TLV stream ID, the original network ID, the distribution system information, and the service ID list 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 when 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 related to each service ID stored in the service list (S110). FIG. 15D 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 processing of S109 to S110 is 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 when rescanning). Yes (S111).

In the process of S102, when the tuner/demodulation unit 131 does not successfully lock to the set frequency value (S102: No), and the TLV-NIT acquired in the process of S103 is not valid data. In the case (S104: No), the processes of S105 to S111 are not performed.

When the process of S111 ends, the reception function execution unit 1102 ends the process if the frequency value set in the tuner/demodulation unit 131 is the final frequency value of the channel scan range (S112: Yes). On the other hand, if the set frequency value is not the final frequency value in the channel scan range (S112: No), the frequency value set in the tuner/demodulation unit 131 is increased (S113), and the processes of S102 to S111 are performed. repeat. If one TLV-NIT can acquire the service IDs of all the services configuring the broadcasting network and further can acquire the AMT having the list of IP multicast groups related to the service IDs, the steps S112 to S113 are performed. No processing is required.

Through the series of processes described above, the broadcast receiving apparatus 100 according to the present embodiment displays a list (service list) of services that configure the broadcast network at the time of channel scanning at the time of initial setting or at the time of rescanning for changing settings. At the same time as the creation/updating, it is possible to create/update the list of the IP multicast groups (IP related information) corresponding to each service, and further to store the list in the nonvolatile memory such as the ROM 103 and the storage unit 110.

The rescan for changing the setting is automatically performed when it is detected that the information in the table is changed by referring to the “version_number” parameter of TLV-NIT or AMT. May be. When a change in the “version_number” parameter of one of TLV-NIT and AMT is detected, only the information regarding the table in which the change of the parameter is detected may be automatically updated. However, when the above-described automatic update is performed, it is desirable to notify the user that the rescan is 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.

[Broadcast receiver channel selection processing (channel switching)]
FIG. 16 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 the present embodiment.

When the user operates a remote controller or the like (not shown) to instruct to switch channels, the reception function execution unit 1102 interprets the command transmitted from the remote controller and specifies the service ID of the target service (S201). Next, the reception function execution unit 1102 starts acquisition of AMT from the reception signal of the tuner/demodulation unit 131. When the AMT is successfully acquired within the predetermined time (S202: Yes), the information about the list of IP multicast groups corresponding to the service ID is acquired from the acquired AMT (S204). On the other hand, when the AMT is not successfully acquired within the predetermined time (S202: No), the IP corresponding to the service ID is referred to by referring to the IP related information stored in the ROM 103 or the storage unit 110 (S203). Information on the list of multicast groups is acquired (S204). Note 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 acquisition of TLV-NIT from the reception signal of the tuner/demodulation unit 131. When the TLV-NIT has been successfully acquired within the 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 TLV-NIT is not successfully acquired within the predetermined time (S205: No), the service ID stored in the ROM 103 or the storage unit 110 is referred to (S206) to correspond to the service ID. Distribution system information for acquiring the IP data flow is acquired (S207). Note that the service list stored in the ROM 103, the storage unit 110, or the like may always be referred to without performing the determination process of S205. When the distribution system information is acquired in the process of S207, next, the reception function execution unit 1102 controls the tuner/demodulation unit 131 with the frequency value instructed by the acquired distribution system information, and the service ID. (S208), the MMT data string is extracted from the received IP data flow, and the MMT data string is output to the separation unit 132.

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

On the other hand, when the lower 16 bits of the “MMT_package_id_byte” parameter are not the same value as the service ID (S211: No), the MMTP packet with the packet ID “0” has the MMTP having the program data corresponding to the service ID. Judge that it is not a packet. In this case, the transport processing unit 1102a newly acquires the PLT (S212), and by checking the acquired PLT, the packet ID of the MMTP packet that transmits the MPT having the “MMT_package_id_byte” parameter corresponding to the service ID. Confirm (x) (S213). Further, the transport processing unit 1102a acquires the MMTP packet having the packet ID “x” from the input MMT data string (S214), and acquires the MPT included in the acquired MMTP packet (S215). Further, the MFU is acquired based on the information included in the acquired MPT (S216).

It should be noted that the processing of S212 to S215 may be always performed without performing the processing of S209 to S211. 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.

When the MFU is acquired in the process of S216, the transport processing unit 1102a extracts the coded video data, the coded audio data, and the like from the acquired MFU and outputs them to the video decoder 141, the audio decoder 143, and the like. Hereinafter, the video/audio decoding processing based on the control of the AV decoding processing section 1102b and the presentation processing based on the control of the presentation processing section 1102h are performed, but since the respective processings are publicly known, detailed description thereof will be omitted.

Through the series of processes described above, the broadcast receiving apparatus 100 of the present embodiment can execute the channel selection (channel switching) operation. In particular, as described with reference to FIGS. 14 and 16, the service list and the IP related information are created at the time of the channel scan at the time of the initial setting or the rescan for changing the setting, and the ROM 103 and the storage unit are created. By storing in a non-volatile memory such as 110 to enable constant reference, and by referencing 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 enables to improve the operation efficiency at the time of 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), compared to the case of reacquiring AMT or TLV-NIT at channel selection (channel switching). Become.

[Screen layout control of broadcast receiving device]
The broadcast receiving apparatus 100 according to the present embodiment is capable of screen layout control based on the LCT description. FIG. 18 shows an example of the data structure of LCT.

In the figure, in particular, the “left_top_pos_x” parameter and the “right_down_pos_x” parameter are the horizontal position of the upper left and lower right of the area when the left side of the full screen display is “0”/the right side is “100”. Each of them is shown as a ratio to the total number of pixels in the horizontal direction. The "left_top_pos_y" and "right_down_pos_y" parameters are the vertical position 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 is shown as a ratio to the total number of pixels. Further, the “layer_order” parameter indicates the relative position of the area in the depth direction.

19A to 19D show examples of layout allocation to layout numbers based on the setting of each parameter, together with the setting values of each parameter.

FIG. 19A is a default layout setting of the broadcast receiving apparatus 100 according to the present embodiment, and is an example in which only one area is set on the entire screen. FIG. 19B is an example in which the entire screen is divided into three areas, and each area is defined as “area 0”, “area 1”, and “area 2”. For example, when the number of pixels of the entire screen is horizontal 7680 pixels/vertical 4320 pixels, in the “region 0”, the “left_top_pos_x” parameter is “0”, the “left_top_pos_y” parameter is “0”, and the “right_down_pos_x” parameter is “80”. , And “right_down_pos_y” parameters are “80”, the range is set to (0,0)−(6143,3455). Similarly, “area 1” is set in the range of (6144,0)−(7679,4319), and “area 2” is set in the range of (0,3456)−(6143,4319).

FIG. 19C is an example in which three areas are set as in FIG. 19B, but “area 0” is set in the range of (0, 0)−(7679, 4319), and “area 1” and “area 1” are set. "2" is in the same range as described above, and is arranged in front of "area 0" according to the setting of the "layer_order" parameter. In FIG. 19D, “area 0” is set in device 0 (default device: broadcast receiving apparatus 100 in this embodiment), and “area 1” is set in device 1 (mobile information terminal 700 in this embodiment). This is an example of the case.

As described above, in the broadcasting system of this 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.

The fractions after the decimal point generated when the screen is divided according to the setting values of the parameters such as “left_top_pos_x” may be rounded up or rounded down. Rounding (or rounding to zero in binary number) may be used. For example, the number of pixels of the entire 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 the “right_down_down_pos”. If the parameter is "51", "region 0" may be set in the range of (0,0)-(3916,2203) by rounding up, or (0,0)-(3915, "Area 0" may be set in the range 2202). Further, in consideration of macroblocks at the time of video compression processing, rounding up/down processing may be performed in units of 8 pixels or 16 pixels. With the above processing, it is possible to efficiently perform area setting based on LCT and resolution conversion processing of multimedia contents in the area.

[Exceptional processing for screen layout control of broadcast receiving device]
In the broadcast receiving apparatus 100 according to the present embodiment, even when the area control of the screen layout is performed by the above LCT, when the user instructs the display of the EPG screen, the exceptional processing is performed. It is assumed that it is possible to perform screen layout control ignoring the description content of the LCT. FIG. 20A shows an example of the operation of exceptional processing of screen layout control based on LCT.

The screen layout control similar to that of FIG. 19B is performed by the description of LCT, the broadcast program image is displayed in “area 0”, and the broadcast of program cooperation data or the like that cooperates with the broadcast program in “area 1” and “area 2”. When the user gives an instruction to display the EPG screen with a remote controller (not shown) while the content is displayed, the broadcast receiving apparatus 100 according to the present embodiment describes the LCT as shown in FIG. 20A(A). Regardless of the contents, the screen layout setting is returned to the default setting (that is, the same screen layout control as in FIG. 19A is performed), and the EPG screen is controlled to be displayed on the entire screen. Further, when the user gives an instruction to end the display of the EPG screen, the screen layout control according to the description content of the LCT is re-executed.

By performing the above-described control, the EPG screen can be displayed in a larger size as compared with the case where the EPG screen is displayed while maintaining the area control of the screen layout as shown in FIG. It is possible to improve the visibility.

The exception process of the screen layout control is not applied only when the EPG screen is displayed. As shown in FIG. 20B, various setting screens of the broadcast receiving apparatus 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 FIG. 9A, the display area of the broadcast content is changed from the entire screen to only the child screen portion at the lower right of the screen. Similarly, in the case of the dual screen display shown in FIG. 6B, the display area of the broadcast content is changed from the entire screen to only the split screen portion on the left side of the middle stage of the screen. In either case, the display area for displaying the broadcast content is narrower than the case where 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 visually preferable to go and keep a plurality of broadcast contents displayed simultaneously. Therefore, in the broadcast receiving apparatus 100 of the present embodiment, in the above situation, only the broadcast content of "area 0" is selected and displayed in the display area. It should be noted that the broadcast contents of “region 1” and “region 2” may be selected and displayed according to the immediately preceding region selection situation.

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

[EPG display of broadcast receiving device]
In the broadcasting system of the present embodiment, it is assumed that time series information regarding events (so-called programs) included in each service constituting the broadcasting network is transmitted by MH-EIT. FIG. 21 shows an example of the data structure of the MH-EIT of this embodiment. The MH-EIT is identified into two classes by the table ID (corresponding to the "talbe_id" parameter in the figure), and indicates the current/next event information of the own TLV stream and the schedule information of each event of the own TLV stream. Shall be possible. The broadcast receiving apparatus 100 according to the present embodiment refers to the MH-EIT or the like and performs identification by the service ID (corresponding to the “service_id” parameter in the figure) to thereby obtain information such as the start time and broadcast time of each event. It is assumed that the EPG screen can be obtained by creating the EPG screen, and the created EPG can be displayed on the monitor unit 162 by being superimposed on the image information or the like by the image synthesizing unit 161.

FIG. 22A is a diagram showing an example of the EPG screen in the broadcast receiving device 100 of the present embodiment. The EPG screen 162a has a matrix shape in which the vertical axis represents time and the horizontal axis represents service ID (channel), and detailed information of a broadcast program broadcast on each channel in each time zone is displayed. The detailed information 162a1 of each broadcast program is mainly composed of a title area 162a2 and a detailed explanation area 162a3.

In the title area 162a2, a program title of the broadcast program and a symbol representing the attribute of the broadcast program are displayed. The symbol or the like indicating the attribute of the broadcast program is, for example, a symbol/character indicating that it is a new program or a symbol/character indicating that it is a rebroadcast program. Alternatively, it may be a mark or the like that symbolizes "data", which means that it corresponds to data broadcasting by a broadcasting service. Further, it may be a mark 162a4 or the like that symbolizes "NetWork", which means that it is possible to acquire contents, applications, etc. related to the broadcast program from the network. Further, by distinguishing the background color of the detailed information 162a1 from other colors, or by surrounding the display area of the detailed information 162a1 with a thick frame, the symbols representing the attributes of the broadcast program may be substituted.

It is to be noted that each control information (message, table, descriptor, etc.) in the broadcast system of the present embodiment indicates that the content, application, etc. related to the broadcast program can be acquired from the network. However, if the LAN communication unit 121 of the broadcast receiving apparatus 100 is not connected to a LAN cable or the like cannot access each server apparatus on the network, the mark 162a4 that symbolizes "NetWork" is displayed. You may control not to display etc.

Further, in the case where the broadcast program is a distribution program distributed via the Internet 200 and cannot be acquired from only broadcast waves, the broadcast receiving apparatus 100 is also a server apparatus on the network as described above. When it is not possible to access to, for example, as shown in FIG. 22B, control may be performed such that the portion of the detailed information 162b1 displayed on the EPG screen 162b is grayed out. That is, control is performed so that detailed information of a distribution program that cannot be viewed is not displayed. Further, by differentiating the background color of the detailed information 162b1 from others, the grayout processing may be replaced. When the detailed information 162b1 is selected by operating a remote controller (not shown), the broadcast reception 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 fact that it cannot be performed may be notified to the user by a popup or the like.

By the above-described respective controls, the broadcast receiving apparatus 100 can provide the program information of each broadcast program in a format that is more comfortable for the user according to the network connection status.

FIG. 22C is a diagram showing another example of the EPG screen in the broadcast receiving device 100 of the present embodiment. In the figure, "M1 TV", "M2 broadcast", "M3 channel", "M4TV", "TV M5", etc. are broadcasting station names of respective channels, and in particular, "M2 broadcasting" station depends on the broadcast wave. It is assumed that the broadcast program to be distributed and the distribution program to be distributed via the Internet 200 (information 162c1 in the frame indicated by “net broadcasting” in the figure) are provided at the same time.

As shown in the figure, when there is a channel having only distribution programs to be distributed via the Internet 200, normally, all channels (including information 162c1) are displayed as shown in the EPG screen 162c of FIG. Control to display the information of. On the other hand, when the broadcast receiving apparatus 100 is in a state where it cannot access each server apparatus on the network, as shown in the EPG screen 162d of FIG. 7B, it has only a delivery program to be delivered via the Internet 200. The control may be performed so that the information of the "M2 broadcast (net broadcast)" channel (information 162c1 in FIG. 9A) is not displayed.

By the above-mentioned respective controls, the user of the broadcast receiving apparatus 100 does not need to confirm the information of the channel that he/she cannot watch.

[Emergency warning broadcast display on broadcast receiver]
The broadcast receiving apparatus 100 of the present embodiment performs the reception processing of the emergency alert broadcast when the emergency alert broadcast activation control signal bit of the TMCC signal included in the transmission data including the TLV stream changes from "0" to "1". It shall be possible to do.

The emergency alert broadcast may be provided as an application for full-screen display, or may be provided as text information in a text superimposition. When the emergency alert broadcast is provided in the text superimposition as text information, it is preferable to display the text information of the text superimposition regardless of the state of the broadcast receiving apparatus 100 immediately before the reception of the emergency alert broadcast. That is, as shown in FIG. 23, when the user views an ordinary broadcast program and receives an emergency alert broadcast while the program screen 162e of the broadcast program is displayed on the monitor unit 162, the emergency alert broadcast is performed. The character information 162e1 is displayed so as to be superimposed on the program screen 162e. Similarly, when the user instructs to display the EPG screen and receives the emergency alert broadcast while the EPG screen 162f is displayed on the monitor 162, the character information 162f1 based on the emergency alert broadcast is superimposed on the EPG screen 162f. Control to display.

By the control described above, in the broadcast receiving apparatus 100 of the present embodiment, even when the user selects and displays the EPG screen, various setting screens, recorded program list screen, Internet browser, etc., the emergency alert broadcast is performed. When it receives, it is possible to avoid missing important character information based on the emergency alert broadcast. It should be noted that this control may be performed on the character information of a normal character superimposing that does not depend on the emergency alert broadcast.

[Various exception handling]
The broadcast receiving apparatus 100 of the present embodiment may perform the following exceptional processing, for example, when the data outside the TLV stream in the same package cannot be acquired.

As described with reference to FIG. 6E, in the broadcast system to which the broadcast receiving apparatus 100 of the present embodiment corresponds, based on the location information stored in the MPT (corresponding to “MMT_general_location_info()” in FIG. 17), the TLV stream The data to be acquired and the data to be acquired by a route other than the TLV stream can be included in the same package. However, the data transmission path (for example, IPv4 data flow, IPv6 data flow, broadcast MPEG2-TS, etc.) other than the TLV stream indicated by the location information is a reception function different from the reception function of the TLV/MMT stream. Therefore, even when the broadcast receiving apparatus 100 is operating, the receiving function of these transmission paths is not operating, or the receiving apparatus itself is operating but the relay device or the like is not operating. There may be situations in which data cannot be acquired from these transmission paths, such as a situation in which the transmission paths are not wired or wirelessly connected, or the broadcast receiving apparatus 100 is installed in an environment where these transmission paths cannot be connected in the first place. ..

Under such a situation, an event indicating that the location information stored in the MPT indicates that the data acquired in the TLV stream and the data acquired by the route other than the TLV stream are associated with each other so as to be included in the same package. When receiving, the broadcast receiving apparatus 100 of the present embodiment may perform the following operation, for example.

For example, as shown in FIGS. 19B and 19C, the LCT sets a plurality of areas on the screen, displays an image included in the TLV stream in “area 0”, and displays “area 1” and “area 2”. Is associated with the data acquired through a transmission path other than the TLV stream such that the data of the transmission path other than the TLV stream to be displayed in the “area 1” or the “area 2” is displayed. If it cannot be acquired, layout display of a plurality of areas designated by the LCT may be prohibited. Specifically, even when the LCT is received, the video of the content received in the TLV stream is displayed in the “area 0” of the default layout display shown in FIG. 19A, and the image is displayed as shown in FIGS. 19B and 19C. It suffices not to shift to the layout display of multiple areas. Further, in this state, even if an instruction to change from the default layout to the layout indicated by LCT is input to the operation input unit 170 of FIG. 7A, the default layout display shown in FIG. It is also possible to switch to the layout display of a plurality of areas as shown in FIGS. 19B and 19C by switching to, for example.

As shown in FIGS. 19B and 19C, the LCT sets a plurality of areas on the screen, displays the video included in the TLV stream in “area 0”, and displays in the “area 1” and “area 2”. In the case where the data acquired through the transmission path other than the TLV stream is associated so as to be displayed, the data of the transmission path other than the TLV stream to be displayed in the "area 1" or the "area 2" cannot be acquired. As another operation example in such a case, the display frames of the plurality of regions shown in LCT in FIG. 19B and FIG. 19C are once displayed, and the background color and a predetermined still image are displayed for “region 1” and “region 2”. If the data of the transmission path other than the TLV stream indicated by the location information of the MPT cannot be acquired even after the lapse of a predetermined time, the display may be switched back to the state of the default layout display shown in FIG. 19A. In this case, if the program video included in the TLV stream is continuously displayed in the “area 0” even when the layout of FIGS. 19A, 19B, and 19C is changed, the program video of the user itself Is preferable because it continues.

Further, since the data of the transmission path other than the TLV stream to be displayed in the "area 1" or the "area 2" cannot be acquired, the content received in the TLV stream in the "area 0" of the default layout display shown in FIG. 19A. The operation of various communication functions and various reception functions of the broadcast receiving apparatus 100 of the present embodiment is started when the image of the above is displayed, the communication environment of various communication functions, the communication status and various reception functions Due to changes in the receiving environment and the receiving situation, there may be a situation where the data of the transmission path other than the TLV stream to be displayed in the “area 1” or the “area 2” can be acquired. In this case, the broadcast receiving apparatus 100 of the present embodiment immediately switches from the default layout display shown in FIG. 19A to the layout of a plurality of areas as shown in FIG. 19B and FIG. 19C indicated by the LCT, and sets the TLV to “area 0”. The video of the content received in the stream may be displayed, and the data acquired from the transmission path other than the TLV stream may be displayed in the “area 1” and the “area 2”. Alternatively, the layout change may be executed immediately after the instruction to change the layout from the default layout to the layout indicated by the LCT is input from the operation input unit 170 without performing the layout change immediately.

[Copyright protection function]
In the digital broadcasting system supported by the broadcast receiving apparatus 100 of the present embodiment, by transmitting the MPT including the copy control information, for example, “unlimited copying is possible” (“unlimited copying is possible and storage is possible” according to the copy control information. Also, it may be divided into two types, "encryption processing is required at output" and "unlimited copying is possible and encryption processing is not required at storage and output"), "copy only one generation is allowed", "predetermined multiple times allowed" ( For example, if it is possible to copy 9 times + move 1 time, so-called "dubbing 10"), "copy prohibited", or the like, the copy control state of the content referred to by the MPT may be indicated and transmitted. In this case, the broadcast receiving apparatus 100 according to 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, or outputs it to an external device according to the copy control information. It may be configured to control copying, move processing to an external device, and the like. Note that the target of the accumulation processing may include not only the storage (accumulation) unit 110 inside the broadcast receiving apparatus 100, but also the recording that has been subjected to the protection processing such as the encryption processing so that it can be reproduced only by the broadcast receiving apparatus 100. .. Specifically, the target of the accumulation processing includes, among the external recording devices and the like, those that can be recorded and reproduced only by the broadcast receiving device 100.

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

First, when the copy control information included in the MPT indicates "unlimited copying is possible", the broadcast receiving apparatus 100 according to the present embodiment stores in the storage unit 110, records in a removable recording medium, and external devices. Output to, external device copy, and external device move processing without restriction. However, if "Unlimited copying is possible and encryption processing is required for storage and output" and "Unlimited copying is required and encryption processing is not required for storage and output" are separated, "Unlimited copying is possible, storage and output When "encryption process is required", the number of times of storage in the storage unit 110, recording on a removable recording medium, output to an external device, copying to an external device, and move processing to an external device is limited. It can be performed without any encryption, but both require encryption processing.

Further, when the copy control information included in the MPT indicates “copying is possible only for one generation”, the broadcast receiving apparatus 100 of the present embodiment enables encrypted storage in the storage unit 110. When outputting the stored content to an external device for viewing, it is encrypted and output together with the copy control information of "copy prohibited". However, a so-called move process to the external device (a process of copying the content to the external device and rendering the content in the storage (accumulation) unit 110 of the broadcast receiving apparatus 100 unerasable by erasing) is possible.

Further, when the copy control information included in the MPT indicates “permissible copying a predetermined number of times”, the broadcast receiving apparatus 100 of the present embodiment can encrypt and store in the storage unit 110. When outputting the stored content to an external device for viewing, it is encrypted and output together with the copy control information of "copy prohibited". However, a predetermined number of copies and move processes to an external device may be possible. In the case of the so-called "dubbing 10", the copying may be performed 9 times and the moving processing may be performed once to the external device.

When the copy control information included in the MPT indicates “copy prohibited”, the broadcast receiving apparatus 100 of this embodiment prohibits copying to the storage (accumulation) unit 110. However, the broadcast receiving apparatus 100 stores (accumulates) the storage unit 110 only for a predetermined time or a predetermined time specified by control information (for example, by the MH-Expire descriptor shown in FIG. 6D) included in the broadcast signal. If the copy control information included in the MPT indicates “copy prohibited”, the storage (storage) unit 110 can be stored in the storage (storage) unit 110. The content can be held temporarily. When the content whose copy control information included in the MPT is “copy prohibited” is output for viewing on an external device, it is encrypted and output together with the copy control information “copy prohibited”.

The above-mentioned output for viewing to the external device may be performed via the video output unit 163 and the audio output unit 166 of FIG. 7A, the digital I/F unit 125, the LAN communication unit 121, or the like. The above-described copy or move processing to the external device may be performed via the digital I/F unit 125, the LAN communication unit 121, or the like in FIG. 7A.

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

In addition, copy processing of the content whose copy control information indicates copy restrictions such as “copy only for one generation”, “copy for a predetermined number of times”, and “copy prohibited” to the external device via the LAN communication unit 121. With respect to the above, only when the IP address of the external device which is the destination of the packet transmitted from the broadcast receiving device 100 is in the same subnet as the IP address of the broadcast receiving device 100, the IP address of the external device is the broadcast receiving device. If the IP address of 100 is outside the same subnet, it may be prohibited. 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, once the content whose copy control information indicates a copy restriction such as "copy only for one generation", "copy for a predetermined number of times", "copy unlimited and encryption required for storage and output" Also in the process of moving to the external device via the LAN communication unit 121 after storing the data in the storage unit 110, the IP address of the external device which is the destination of the packet transmitted from the broadcast receiving apparatus 100 is the broadcast receiving apparatus 100. If the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving apparatus 100, it may be prohibited.

As a general rule, for viewing video output and audio output of content accumulated in the storage (accumulation) unit 110 of the broadcast receiving apparatus 100, the IP address of the external device, which is the destination of the packet transmitted from the broadcast receiving apparatus 100, is broadcast received. This is possible only when the IP address of the device 100 is in the same subnet, and is prohibited when the IP address of the external device is outside the same subnet as the IP address of the broadcast receiving device 100. However, the external device is connected within the same subnet as the IP address of the broadcast receiving apparatus 100 within a predetermined period, and is registered as a device that can be viewed even outside the same subnet as the IP address of the broadcast receiving apparatus 100. In the case of (paired) devices, 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 (accumulation) of the broadcast receiving device 100 in the external device is performed. The content stored in the unit 110 may be output for viewing video and audio. In this case, the video output for viewing and the audio output are performed by encrypting the content.

According to the processing described above, different processing is performed depending on whether the external device is in the same subnet or outside the same subnet as the IP address of the broadcast receiving apparatus 100, thereby achieving both user convenience and content protection. Can be realized.

Next, as described with reference to FIG. 6E, in the digital broadcasting system supported by the broadcast receiving apparatus 100 according to the present embodiment, the location information (“MMT_general_location_info()” in FIG. 17) in the MPT causes the TLV stream of the broadcast route to be generated. Data acquired through a route different from the acquired data (IPv4, IPv6, MPEG2-TS, URL, etc.) may be included in the same package and the same event as the data acquired in the TLV stream, but at this time, it is copied to the MPT. The content protection when the control information is included will be described.

First, when copy control information is included in the MPT, the data included in the same package and the same event in the location information is different from the data acquired in the TLV stream of the broadcast path (IPv4, IPv6, MPEG2-TS, URL, etc.). Even if it is the data acquired in (4), it may be controlled according to the copy control information included in the TLV stream. As described above, the copy control status of the content specified by these copy control information is “infinitely copyable” (“infinitely copyable and encryption required at storage and output” and “unlimited copyable Also, it may be divided into two types, "no encryption processing is required at the time of storage and output", "Only one generation can be copied", "Predetermined multiple times can be copied" (for example, if 9 copies are possible + 1 move is allowed, the so-called " Dubbing 10"), "copy prohibited", etc. can be specified.

Here, when the position of the data indicated by the location information includes the data of MPEG2-TS transmitted by another digital broadcast signal, the data of the MPEG2-TS is associated with the copy control information in another digital broadcast signal. Has been broadcast. Then, how to perform the copy control of the data of the MPEG2-TS according to which information (whether to follow the copy control information included in the TLV/MMT stream or the copy control information included in the MPEG2-TS) becomes a problem. ..

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

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

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

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

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

In the case of this operation, regarding the data acquired through the route other than the TLV stream, the copy on the broadcast receiving apparatus 100 of the present embodiment is performed while respecting the original copy control information set by the broadcast system transmitting the data. Duplication of control states can be eliminated.

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 state as the copy control state indicated by the copy control information included in the TLV stream or a looser copy control state. For the MPEG2-TS data included in the same package and the same event in the location information, the copy control may be performed 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, regarding the data acquired through the route other than the TLV stream, the copy on the broadcast receiving apparatus 100 of the present embodiment is performed while respecting the original copy control information set by the broadcast system transmitting the data. Duplication of control states can be eliminated.

In the above description, the copyright protection function of the broadcast receiving apparatus 100 according to the present embodiment has been described as being performed based on the copy control information included in the MPT. However, the table in which the copy control information is arranged is not limited to MPT. In addition to the MPT, the MH-service description table (MH-SDT) and MH-event information table (MH-EIT) described in FIG. 6B are arranged and transmitted, and the broadcast receiving apparatus 100 follows them. You may perform copyright protection processing.

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

The second embodiment of the present invention will be described below. Note that the configuration, processing, effects, and the like in this embodiment are the same as those in the first embodiment unless otherwise specified. Therefore, in the following, differences between the present embodiment and the first embodiment will be mainly described, and common points will be omitted as much as possible to avoid duplication. Further, the broadcast receiving apparatus of the present embodiment will be described below as a television receiver compatible with both the MMT system and the MPEG2-TS system as the media transport system.

[Hardware configuration of broadcast receiving device]
FIG. 24 is a block diagram showing an example of the internal configuration of broadcast receiving apparatus 800. The broadcast receiving 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, 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. ,,.

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, The main control unit 101, the system bus 102, the ROM 103, the RAM 104, the storage (accumulation) unit 110, the expansion interface unit 124, the digital interface unit 125, the monitor unit 162, and the video output unit 163 in the broadcast receiving apparatus 100 according to the first embodiment. , The speaker unit 165, the voice output unit 166, the operation input unit 170, and the like, and have the same functions, respectively, and detailed description thereof is omitted.

The first tuner/demodulation unit 831 receives a broadcast wave of a broadcasting service adopting MMT as a media transport method via an antenna (not shown), and based on the control of the main control unit 801, a service desired by the user. Tune to (tune in to) the channel. Further, the first tuner/demodulation unit 831 demodulates the received broadcast signal to acquire an MMT data string, and outputs it to the MMT decoding processing unit 841. The second tuner/demodulation unit 832 receives a broadcast wave of a broadcasting service adopting MPEG2-TS as a media transport system via an antenna (not shown), and a user's request based on the control of the main control unit 801. Tune to (tune to) the channel of the service you want to use. Further, the second tuner/demodulation unit 832 demodulates the received broadcast signal to acquire an MPEG2-TS data string and outputs it 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, a video data string and an audio data string that are real-time presentation elements, Separation processing of a character super data string, subtitle data string, and the like, and decoding processing are performed. The MMT decoding processing unit 841 includes the separation unit 132, the video decoder 141, the video color gamut conversion unit 142, the audio decoder 143, the character super decoder 144, the subtitle decoder 145, and the subtitle synthesis unit 146 in the broadcast receiving device 100 according to the first embodiment. The subtitle color gamut conversion unit 147, the data decoder 151, the cache unit 152, the application control unit 153, the browser unit 154, the application color gamut conversion unit 155, the sound source unit 156, and the like are provided. The MMT decoding processor 841 can perform the 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 based on a control signal included in the MPEG2-TS data string, video data that is a real-time presentation element. Separation processing and decoding processing of a string, a voice data string, a character super data string, a caption data string, and the like are performed. The MPEG2-TS decoding processing unit 842 has a function equivalent to that of an IRD (Integrated Receiver Decoder) unit of a conventional television receiver that receives a broadcast wave of a broadcasting service that employs MPEG2-TS as a media transport system. Detailed description is omitted.

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

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 on the Internet 200 and other communication devices. Further, the MMT data sequence (or a part thereof) or the MPEG2-TS data sequence (or a part thereof) of the program transmitted via the communication line is acquired, and the MMT decoding processing unit 841 and the MPEG2-TS are appropriately acquired. It is output to the decoding processing unit 842.

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

Further, in general, when the video synthesizing unit 861 mainly selects the video information and 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 described above. When the video synthesizing unit 861 mainly selects the video information 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 and the current time acquired from the TOT is described above. It may be controlled so as to be superimposed on video information and the like.

However, since there is a difference in the encoding process/decoding process, the transmission route, etc. between the broadcasting service that uses MMT as the media transport system and the broadcasting service that uses MPEG2-TS as the media transport system, the current time display In the above, there is a possibility that inconsistency may occur at the time of selecting a broadcast service adopting MMT as a media transport method and at the time of selecting a broadcast service adopting MPEG2-TS as a media transport method. For example, as shown in FIG. 25, an EPG screen 162g displaying channel information of a broadcasting service adopting MMT as a media transport method is displayed from an EPG screen 162g displaying channel information of a broadcasting service adopting MPEG2-TS as a media transport method. When the screen display is switched to the screen 162h, there is a possibility that the user may feel a sense of visual discomfort due to the inconsistency caused by switching the current time display 162g1 to the current time display 162h1.

In the broadcast receiving apparatus 800 of the present embodiment, even in the case where the video synthesizing unit 861 mainly selects the video information and the like output from the MMT decoding processing unit 841 in order to prevent the user's visual discomfort. , And controls to superimpose the information about the current date and the current time acquired from the TOT on the video information and the like. That is, the control is performed so that the current time information provided by the broadcast service adopting MPEG2-TS as the media transport method is superimposed on the content of the broadcast service adopting the MMT as the media transport method.

By performing the control, the broadcast receiving apparatus 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 the broadcast service that uses MMT as the media transport method and the broadcast service that uses MPEG2-TS as the media transport method are switched, the user feels a visual discomfort due to the mismatch of the display of the current time. It is possible to prevent this.

It should be noted that FIG. 26A shows an example of selection control of the current time information reference source according to the reception status of each broadcast service in the broadcast receiving apparatus 800 of the present embodiment. In the broadcast receiving apparatus 800 of the present embodiment, the current time information is always obtained by referring to the TOT when the broadcast service adopting the MPEG2-TS as the media transport system can be received. The MH-TOT can be received only when the broadcast service adopting the MPEG2-TS as the media transport system cannot be received and the broadcast service adopting the MMT as the media transport system can be received. Control to obtain the current time information by referring to.

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

In addition, as described above, in the case where control is performed so that the current time information provided by the broadcast service that uses MPEG2-TS as the media transport method is superimposed on the content of the broadcast service that uses the MMT as the media transport method. And a case where control is performed so as to superimpose the current time information provided by the broadcast service adopting MMT as the media transport method on the content of the broadcast service adopting the MPEG2-TS as the media transport method. Also, in the same manner as described in [Time management of broadcast receiving device] of the first embodiment, the current time information can be corrected by referring to the “delta” parameter of the time information of the TMCC extended information area. It is possible.

In addition, in both cases of 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 MH-TOT or TOT transmitted by each broadcasting service that constitutes the network is It is conceivable that there is an error due to a failure of the transmitting system or a transmission error. In the broadcast receiving device 800 of the present embodiment, as a countermeasure against the error of the MH-TOT or TOT, if it is determined that the MH-TOT or TOT acquired from the service being received has an error, the other network Which has a function to update the time information of the built-in clock by acquiring MH-TOT or TOT from any other broadcasting service of other networks and referring to the current time information. And

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

When the time information of the built-in clock is updated in the broadcast receiving apparatus 800 of the present embodiment, first, the reception function executing unit 1102 receives MPEG2 of the broadcast service currently being received (broadcast service adopting MPEG2-TS as a media transport method). -Obtain TOT from the TS data string (S301), and further obtain the current time information by referring to the obtained TOT (S302). Next, the reception function execution unit 1102 performs a process of comparing the current time information acquired in the process of S302 with the time information of the built-in clock.

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

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

If the current time information whose difference from the time information of the built-in clock is within a predetermined range cannot be acquired by repeating the processing of S304 to S305, such as at the time of initial setting after factory shipment, the current time information is acquired by the processing of S302. The time information of the built-in clock may be set again using the present time information. By doing so, it is possible to deal with the case where there is an error in the time information side of the built-in clock of the broadcast receiving apparatus 800 of this embodiment.

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

However, the broadcast receiving apparatus 800 according to the present embodiment is displaying the video information or the like provided by the broadcasting service that employs MMT as the media transport method, or the MPEG2-TS as the media transport method. It is possible to obtain both the MH-EIT and the EIT even when displaying video information and the like provided by the broadcasting service adopting the above-mentioned method, thereby improving the usability for the user.

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

For example, when a user operates a remote controller (not shown) to instruct display of an EPG screen while viewing a broadcast program provided by a broadcast service that employs MMT as a media transport system, an initial screen of the EPG screen (illustrated Is omitted) is displayed. The initial screen of the EPG screen is an EPG screen created based on MH-EIT, which is a broadcasting service that employs MMT as a media transport system, and is from “17:00-October 7, 2014 (today)”. Detailed information of the broadcast program of each channel "(near current time)" is displayed. Next, the user desires to confirm the detailed information of the broadcast program of each channel of "20 o'clock" of "October 9, 2014", and operates the remote controller (not shown) to instruct to update the EPG screen. Then, the EPG screen 162i is displayed.

Further, when the user desires to confirm detailed information of a broadcast program provided by a broadcasting service that employs MPEG2-TS as a media transport method, and operates a remote controller (not shown) to instruct switching of the network, the EPG The screen 162j is displayed. At this time, in the broadcast receiving apparatus 800 of the present embodiment, the initial screen of the EPG screen created based on the EIT of the broadcast service that employs MPEG2-TS as the media transport system (that is, “October 7, 2014”). "17:00-" of the broadcast program of each channel), not the EPG screen 162i displayed immediately before the same time zone (that is, "October 9th, 2014" )) Control to display detailed information of the broadcast program of each channel.

By the control described above, the user can continuously check detailed information on broadcast programs in the same time zone at the same time on a plurality of networks having different media transport systems 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 of the EPG screen in the broadcast receiving device 800 of the present embodiment. The EPG screen 162k shows a state in which the EPG screen 162i shown in FIG. 27A is displayed and scrolled in the channel direction (horizontal direction) by operating a remote controller (not shown). That is, in the example shown in FIG. 27B, by scrolling the EPG screen in the channel direction (horizontal direction), the channel information and the media created based on the MH-EIT of the broadcasting service that employs MMT as the media transport method are recorded. The channel information created based on the EIT of the broadcasting service adopting MPEG2-TS as the transport system is seamlessly displayed on the same time axis.

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

The third embodiment of the present invention will be described below. Note that the configuration, effects, and the like in this embodiment are the same as those in the first embodiment unless otherwise specified. Therefore, in the following, differences between the present embodiment and the first embodiment will be mainly described, and common points will be omitted as much as possible to avoid duplication.

[System configuration]
FIG. 28 is a system configuration diagram showing an example of a broadcast communication system including the broadcast receiving apparatus according to the present embodiment. The broadcast communication system of this embodiment includes a broadcast receiving device 40100, an antenna 40100a, a connection cable 40200, a monitor device 40300, a broadband network such as the Internet 200 and a router device 200r, a broadcasting station radio tower 300t, and a broadcasting satellite (or a communication satellite). 300s, broadcasting station server 300, service provider server 400, and other application server 500. Although illustration is omitted, the access point 200a, the mobile telephone communication server 600, and the base station 600b of the mobile telephone communication network are connected by the same connection as the system configuration diagram (see FIG. 1) of the broadcast communication system of the first embodiment. , Portable information terminal 700 may be further included. In that case, the mobile information terminal 700 may be capable of directly communicating with the broadcast receiving device 40100 without using the router device 200r or the like.

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

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

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

The broadcast receiving apparatus 40100 of the present embodiment is assumed to be an optical disk drive recorder such as a DVD recorder or a BD recorder, a magnetic disk drive recorder such as an HDD recorder, or an STB. That is, as compared with the broadcast receiving apparatus 100 of the first embodiment, the monitor unit 162 and the speaker 165 may be omitted.

The digital interface unit 40125 is an interface that outputs or inputs encoded digital video data and/or digital audio data. The digital interface unit 40125 can output the MMT data sequence demodulated by the tuner/demodulation unit 131, the MMT data sequence acquired via the LAN communication unit 121, or the mixed data of the MMT data sequences as it is. I shall. Further, the MMT data sequence input from the digital interface unit 40125 may be controlled to be input to the separation unit 132. The output of the digital content stored in the storage (accumulation) unit 110 or the storage of the digital content in the storage (storage) unit 110 may be performed via the digital interface unit 40125. The digital interface unit 40125 is a DVI terminal, an HDMI (registered trademark) terminal, a Display Port (registered trademark) terminal, or the like, and is in a format conforming to the DVI specification, the HDMI specification, the Display Port specification, or the like, and the video composition unit 161. Also, it may be controlled to output the video data, the audio data, and the like output from the audio synthesis unit 164.

As a modification of the hardware configuration, the function of the digital interface unit 40125 may be integrated with the LAN communication unit 121. In that case, the LAN communication unit 121 executes various processes of the digital interface unit 40125 described in the following embodiments. In addition, the broadcast receiving device 40100 performs various processes on the information acquired from the server on the network via the LAN communication unit 121, and then, to the external device connected to the network via the LAN communication unit 121. Digital data is output.

The transcode processing unit 40181 is a signal processing unit that performs a transcode operation process for converting the encoding format, bit rate, media transport system, etc. of each component that constitutes the content. For example, the transcode processing unit 40181 outputs the MMT data string of the content of the broadcast program including the video component of the MPEG-H HEVC format output from the separating unit 132 in the MPEG-2 or MPEG-4 AVC (Advanced Video Coding) format. It is assumed that the program content including the video component can be converted into an MPEG2-TS data string or the like. Further, it is also possible to perform processing such as changing only the bit rate without changing the component encoding format and the media transport method. The program content that has been subjected to the transcode calculation processing can be stored in the storage section 110 as recorded content, or can be output from the digital interface section 40125 or the like and supplied to an external monitor device or the like. Shall be

[Software configuration of broadcast receiving device]
FIG. 29B is a software configuration diagram of the broadcast receiving apparatus 40100 of this embodiment, and shows the software configuration of the ROM 103, the RAM 104, and the storage (accumulation) unit 110. A server function program 41003, a transcode processing program 41004, and a recording/reproducing processing program 41005 are added to the storage (accumulation) unit 110 as compared with the software configuration diagram (see FIG. 7D) of the broadcast receiving apparatus 100 of the first embodiment. And Further, the storage (accumulation) unit 110 includes a server data storage area 41400 that stores various data (application, content, other data, etc.) used for services provided to external devices connected via a network. To do. The server data storage area 41400 may be shared with the content storage area 1200.

The server function program 41003, the transcode processing program 41004, and the recording/reproducing processing program 41005 stored in the storage unit 110 are expanded in the RAM 104, respectively, and the main control unit 101 further expands the server function program and the transcode. By executing the processing program and the recording/playback processing program, the server function execution unit 41103, the transcode processing execution unit 41104, and the recording/playback processing execution unit 41105 are configured.

The server function execution unit 41103 manages various data (application, content, other data, etc.) stored in the server data storage area 41400, controls processing of distributing the various data in response to a request from an external device, In addition, authentication processing of the external device and the like are performed as necessary. That is, it is assumed that the broadcast receiving device 40100 also has a function as a general server device by using the server function execution unit 41103 and the server data storage area 41400. The transcode processing execution unit 41104 mainly controls the transcode operation processing in the transcode processing unit 40181. The recording/playback processing execution unit 41105 mainly controls the recording processing of the content of the broadcast program in the content storage area 1200 and the playback processing of the recorded content from the content storage area 1200.

Further, the reception function execution unit 1102 expanded in the RAM 104 further includes an output control unit 41102i. The output control unit 41102i of the reception function execution unit 1102 controls each process related to data output from the video output unit 163, the audio output unit 166, and the digital interface unit 40125.

In the following description, an example of a process of recording (recording) the received content, and then reproducing and outputting the content will be described. However, the output content or the control information about the content may be changed or rewritten from the time when the content is received. .. The change or rewrite process may be performed when the content is received, when the content is recorded, when the content is played back, or when the content is output. When the content or the control information related to the content is changed or rewritten at the time of receiving the content, the transcoding process execution unit 41104 may execute the process. When changing or rewriting the content or the control information related to the content at the time of recording or reproducing the content, the transcoding process executing unit 41104 or the recording/reproducing process executing unit 41105 may execute the process. When changing or rewriting the content or the control information related to the content at the time of outputting the content, the transcode processing execution unit 41104 or the output control unit 41102i may execute the processing.

The software configuration shown in FIG. 29B is merely an example, and in the present embodiment, it is not necessary to include all the illustrated programs and execution units.

[Interface configuration between broadcast receiving device and monitor device]
FIG. 30 is a system configuration diagram showing an example of an interface configuration between the broadcast receiving device 40100 and the monitor device 40300. In the present embodiment, regarding a case where the connection terminal (not shown) of the digital interface section 40125 on the broadcast receiving apparatus 40100 side and the connection terminal of the digital interface section (not shown) on the monitor apparatus 40300 side are connected by the connection cable 40200. explain. Note that monitor device 40300 may have the same configuration as broadcast receiving device 100 shown in FIG. 7A. In this case, the digital interface unit 125 corresponds to the above-mentioned digital interface unit on the monitor device 40300 side, and the connection cable 40200 is connected to the connection terminal thereof.

As shown in FIG. 30, the connection cable 40200 includes n pairs of differential transmission lanes CH1 to CHn, a DDC (Display Data Channel) line standardized by VESA (Video Electronics Standard Association), and an HPD (Hot Plug Detect). ) Line, a CEC (Consumer Electronics Control) line, a communication line (TX/RX line in the figure), and the like. The differential transmission lane may be referred to as a differential transmission line.

The n pairs of differential transmission lanes may be one pair of clock lanes and (n-1) pairs of data lanes. For example, n=4 may be one pair of clock lanes and three pairs of data lanes, or n=2 may be one pair of clock lanes and one pair of data lanes. Further, all of the n pairs of differential transmission lanes may be data lanes for transmitting data on which a clock is superimposed. For example, n=4 and four pairs of data lanes may be used. The clock lane and the data lane may be referred to as a clock line and a data line, respectively.

Digital data (R/G/B/Vsync/Hsync, Y) from the video synthesizing unit 161 or the audio synthesizing unit 164 is transmitted to the data lane via the transmission processing unit 40125b of the digital interface unit 40125 on the broadcast receiving device 40100 side. /Pb(Cb)/Pr(Cr), etc.)/voice signals and other control signals may be output in a predetermined format. The predetermined format may conform to specifications such as HDMI (registered trademark), and detailed description thereof will be omitted. The digital video/audio signal and other control signals are received by the reception processing unit 40325b of the digital interface unit on the monitor device 40300 side, and the image processing unit and the audio processing unit (not shown) perform image quality adjustment, volume adjustment, and the like. Necessary processing is appropriately performed and output from the display unit and the speaker of the monitor device 40300.

The communication line may be composed of one transmission line and one reception line, or two transmission lines and two reception lines. Alternatively, it may be configured by one transmission/reception line, two transmission/reception lines, or four transmission/reception lines. The one transmission line, one reception line, two transmission lines and two reception lines are a pair of transmission lines and a pair of reception lines for transmitting and receiving data by differential transmission, respectively. It may be two pairs of transmission lines and two pairs of reception lines. The one transmission/reception line, the two transmission/reception lines, and the four transmission/reception lines are a pair of transmission/reception lines for transmitting/receiving data by differential transmission, a pair of transmission/reception lines, and a pair of transmission/reception lines. May be In the present embodiment, the “transmission”/“reception” is “transmission”/“reception” as seen from the broadcast receiving apparatus 40100 side.

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

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

The transmission processing unit 40125b of the digital interface unit 40125 of the broadcast receiving device 40100 communicates with the reception processing unit 40325b of the digital interface unit of the monitoring device 40300 side via the DDC line, and further, the EDID (Extended) from the EDID storage unit 40325c. The Display Identification Data) should be readable. That is, the broadcast receiving device 40100 can grasp the display performance of the monitor device 40300 by acquiring the EDID. In the present embodiment, the display performance means the input resolution and frame rate compatible with the monitor device 40300, the video standard, the availability of 3D image display, the availability of network communication via the communication line, And the like. In addition, in the present embodiment, as a means for the broadcast receiving device 40100 to grasp the display performance of the monitor device 40300, the following description will be given by taking the process of acquiring the EDID as an example. However, the acquired information is not limited to EDID. For example, performance identification information that is information different from the EDID and that identifies the display performance or function of the monitor device 40300 may be acquired. Further, the display performance of the monitor device 40300 may be grasped by means other than the acquisition of the performance identification information.

Further, the transmission control unit 40125a of the digital interface unit 40125 on the side of the broadcast receiving device 40100 controls the transmission processing unit 40125b, and at the same time, the monitor device 40300 is connected via the HPD line and the power supply of the monitor device 40300. It is possible to detect that the switch is turned on. In addition, the transmission control unit 40125a of the digital interface unit 40125 on the side of the broadcast receiving device 40100 can perform processing such as turning on the power of the monitor device 40300 via the CEC line. The reception control unit 40325a of the digital interface unit on the monitor device 40300 side also controls the reception processing unit 40325b.

In addition, the differential transmission lane may be referred to as a unidirectional transmission signal line that performs data transmission in only a single direction from the broadcast receiving device 40100 side to the monitor device 40300 side. Similarly, the DDC line, the CEC line, and the communication line are capable of bidirectional data transmission from the broadcast receiving device 40100 side to the monitor device 40300 side and data transmission from the monitor device 40300 side to the broadcast receiving device 40100 side. It may also be called a transmission signal line.

The configuration of the connection cable 40200, the internal configuration of the digital interface section 40125 of the broadcast receiving device 40100, and the internal configuration of the digital interface section of the monitor device 40300 shown in FIG. 30 are merely examples, and may be different configurations. ..
Further, although the digital interface between the broadcast receiving apparatus 40100 and the monitor apparatus 40300 described above has been described as an example of the wired interface using the connection cable 40200, it may be configured as a wireless interface.

[Program recording process]
In the MMT, which is the broadcasting system of this embodiment, it is possible to transmit each asset that constitutes the package via a plurality of routes. For example, as shown in FIG. 31, a video asset A, a voice asset A, and a data asset A are transmitted by an IP data flow transmitted via a broadcast transmission path, and a video is transmitted by an IP data flow distributed via a communication line. It is possible to transmit asset B, audio asset B and data asset B. Each of the IP data flows may further include other assets such as subtitle assets and text super assets.

Further, the package is a series of a plurality of events, and each of the events corresponds to a so-called “program”. The start time, broadcast time, etc. of each program are defined by the MH-EIT shown in FIG. The asset structure of each program may be the same package or different. For example, a certain program may be composed of only video asset A and audio asset A, and another program may be composed of video asset A, audio asset A, audio asset B, and data asset B.

The broadcast receiving apparatus 40100 of the present embodiment connects a program that does not have the copy control information of “copy prohibition” (see [Copyright protection function] of the first embodiment) to the storage (accumulation) unit 110 and the extension interface unit 124. It is possible to record on the external recording medium. The above-described process of recording a program in the storage (accumulation) unit 110 or an external recording medium (hereinafter collectively referred to as a storage) may be referred to as a recording process. It should be noted that even a program having copy control information of “copy prohibited” may be exceptionally enabled to be copied when other control information specifies temporary storage is possible.

The recording process basically performs the same control as the channel selection process described with reference to FIG. 16, and the respective assets acquired in the process of S216 are recorded based on the control of the recording/reproducing process execution unit 41105. The program to be processed may be recorded in the storage in association with the identifiable program information. Further, each control information based on MMT-SI is also recorded in the storage in association with the program information as appropriate. The acquisition of each asset is based on the description of the MPT acquired in the processing of S210 or S215, from the IP data flow included in the TLV stream transmitted via the broadcast transmission path, or via the communication line. It may be performed based on the IP data flow delivered. Acquisition of each asset from the IP data flow included in the TLV stream transmitted via the broadcast transmission path and recording in the storage, acquisition from the IP data flow distributed via the communication line, and storage in the storage Recording may be performed at the same timing or at different timings.

Further, the recording process of the acquired respective assets in the storage may be performed in asset units, in IP data flow units, or in package units. In either case, the storage may be managed by associating it with the program information on the storage. The management processing may be performed by the recording/playback processing executing unit 41105 creating management information for the management and recording the management information in the content storage area 1200 or various information storage areas of the storage (accumulation) unit 110. ..

<Setting of program recording process>
Among the assets constituting the program, each asset included in the IP data flow transmitted via the broadcast transmission path (hereinafter referred to as the asset via the broadcast transmission path) can be acquired only during the broadcasting of the program. Is. On the other hand, among the assets constituting the program, each asset included in the IP data flow distributed via the communication line (hereinafter, referred to as an asset via the communication line) is acquired in addition to during broadcasting of the program. May be possible. The reason is that the asset via the communication line is data stored and distributed in the broadcasting station server 300 and the service provider server 400 (hereinafter collectively referred to as a server device). Therefore, unless the asset via the communication line is deleted from the server device, the broadcast receiving device 40100 may obtain the asset via the communication line at any timing by accessing the server device via the Internet 200. is there.

Further, when performing real-time viewing of a program, it is desirable to simultaneously acquire the asset via the broadcast transmission path and the asset via the communication line regardless of whether or not the program is recorded. However, when only the program recording process is performed and simultaneous viewing is not performed, acquisition of the asset via the broadcast transmission path and recording in the storage are performed during broadcasting of the program, while on the other hand, the asset via the communication line is acquired. The acquisition and recording in storage are not limited to that. That is, when performing the recording process of the program, the acquisition of the asset via the communication line and the recording in the storage can be performed at a timing different from that during the broadcasting of the program. For example, when recording a program, only the assets via the broadcast transmission path are recorded and recorded in the storage, and the assets via the communication line and the recording in the storage are not recorded. Further, when performing the reproduction process of the program for which the recording process has been performed, control may be performed again so as to acquire the asset via the communication line.

In order to perform the control described above, in the broadcast receiving device 40100 of the present embodiment, when performing the recording process of the program, whether or not to record the asset via the communication line related to the program to be the recording process in the storage, It can be selected by setting. That is, in the setting of the recording process of the program, when the user selects to record the asset via the communication line in the storage, the broadcast receiving device 40100 recognizes the asset via the broadcast transmission line when performing the recording process of the program. Acquire both assets via the communication line and record them in the storage. The recording process does not always have to be performed at the same time. On the other hand, when the user selects not to record the asset via the communication line in the storage in the setting of the recording processing of the program, the broadcast receiving apparatus 40100, when performing the recording processing of the program, only the assets via the broadcast transmission path. And record it in storage.

It should be noted that the setting of whether or not to perform the recording process of the asset via the communication line to the storage when performing the program recording process described above may be performed for each program to be recorded. The same setting may be used for all programs to be processed. For example, an item for making the selection may be prepared on the recording reservation setting screen, or a message for prompting the user to make the selection may be displayed in response to pressing a "record" key on a remote controller or the like. By doing so, the setting can be performed for each program to be recorded. Further, for example, when the setting value related to the selection set by the menu operation or the like is stored in the ROM 103 or the storage (accumulation) unit 110, and when the program recording process is performed, the control is performed based on the stored setting value. You may do it. In this way, it is possible to use the same setting for all programs that are the target of the recording process.

FIG. 32A is a screen display diagram showing an example of a recording reservation setting screen in the broadcast receiving device 40100 of the present embodiment. When "Record" is selected in the item of "Communication asset" in the figure, the recording processing of the asset via the communication line to the storage is performed when recording the program. Further, when "do not record" is selected in the above item, the recording processing of the asset via the communication line to the storage is not performed when recording the program. Furthermore, when "record" is selected in the above item, the item "recording method" is valid. When "Only when program is broadcast" is selected in the item of "Recording method", the recording process of the asset via the communication line to the storage is performed only at the timing of the program to be recorded being broadcast. If "Other than during program broadcast" is selected in the above item, the recording process of the asset via the communication line to the storage may be performed at a timing other than the timing when the program to be recorded is being broadcast. You may go at the timing. When the setting is performed by a menu operation or the like, a menu structure as shown in FIG. 32B may be used. It should be noted that the names, menu configurations, etc. of the respective items are merely examples, and different names, menu configurations, etc. may be used.

<Recording process of assets via communication line>
Next, a description will be given of a process of acquiring an asset via a communication line and recording it in the storage when the user selects to record the asset via the communication line in the storage in the setting of the recording process of the program.

Each program in the broadcasting system of the present embodiment is unique by each parameter such as “original_network_id”, “tlv_stream_id”, “service_id”, and “event_id” as shown in an example of the data structure of MH-EIT in FIG. Can be identified. Further, by referring to AMT or TLV-NIT with each of the above parameters, it is possible to obtain information regarding a TLV stream including assets via a broadcast transmission path that constitutes a package of each of the programs. Further, by referring to the PLT or MPT included in the TLV stream, it is possible to obtain the information regarding the IP data flow including the assets via the communication line configuring the package of each program. That is, the broadcast receiving apparatus 40100 according to the present embodiment distributes the assets via the broadcast transmission path and the assets via the communication line from the IP data flow transmitted in the TLV stream based on the acquired information. Each of the assets via the communication line can be acquired by accessing the server device that is the transmission source of the.

The timing at which the broadcast receiving apparatus 40100 of the present embodiment can execute the process of acquiring the asset via the broadcast transmission path and recording it in the storage is limited to during the broadcasting of the program to be recorded. However, the timing at which the process of acquiring the asset via the communication line from the server device and recording it in the storage can be performed before (A-1) the start of broadcasting of the program to be recorded, and (A-2) the recording process. There are three ways, during the broadcasting of the target program, and (A-3) after the broadcasting of the target program of the recording process is completed. However, the process of acquiring the asset via the communication line from the server device and recording it in the storage at the timing (A-1) can be basically executed only when the recording process by the reserved recording is performed. .. On the other hand, the process of acquiring the asset via the communication line from the server device and recording it in the storage at the timings of (A-2) and (A-3) described above is performed for the program being viewed even in the case of the recording process by the reserved recording. It is also possible to execute a recording process (hereinafter, referred to as a normal recording) in which a recording instruction is given by using the instruction.

In the following, the recording processing of the asset via the communication line to the storage, which is performed at the respective timings (A-1), (A-2), and (A-3), will be described.

<A-1: Recording process of assets via communication line before program broadcasting starts>
In the case of the recording process by the reserved recording, the program to be the recording process is already selected before the start of the broadcasting of the program. That is, in the broadcast receiving apparatus 40100, the parameters such as “original_network_id”, “tlv_stream_id”, “service_id”, and “event_id” of the program to be recorded are known. Therefore, the broadcast receiving device 40100 refers to AMT, TLV-NIT, PLT, or MPT by using each of the parameters, and the transmission source address of the server device that stores the asset via the communication line of the program to be recorded. And the like can be acquired, the server device may be accessed based on the source address.

On the other hand, when the program to be recorded is before the start of broadcasting, it is not possible to acquire the source address of the server device that stores the asset via the communication line of the program to be recorded, etc. The broadcast receiving apparatus 40100 is a program having the same “event_id” as the recording target program but the same parameters as “original_network_id” and “service_id” and different from the recording target program. Alternatively, the transmission source address of the server device that stores the asset via the communication line may be acquired. Further, the server device is accessed based on the transmission source address acquired as the alternative. That is, if the parameters such as “original_network_id” and “service_id” are the same, it is highly likely that the assets via the communication line are stored in the same server device even if the “event_id” parameters are different. Because it is possible.

In any of the above cases, after accessing the server device, if the asset via the communication line of the program to be recorded is acquired based on the “event_id” parameter, the asset via the communication line is acquired. Then, control is performed so as to record in the storage. On the other hand, when the asset via the communication line of the program subject to the recording processing cannot be acquired, the acquisition of the asset via the communication line of the program subject to the recording processing before the program broadcasting starts and the recording processing to the storage are performed. Judge that it is not possible. In this case, the processing timing may be changed so that the acquisition of the program subject to the recording process via the communication line and the recording process to the storage are performed during the broadcasting of the program subject to the recording process.

In the MH-AIT included in the MMT-SI, the application control code related to the program scheduled to be broadcast on the currently selected channel is designated by "PREFETCH (acquire and hold)" or the like. There are cases. In this case, even if the recording process by the reserved recording of the program is not performed, as an exceptional process, the acquisition process of the asset of the program via the communication line and the recording process to the storage are performed before the start of the broadcasting of the program. You may control so that it may be performed. It should be noted that, when the asset via the communication line acquired and recorded in the storage by the control described above does not perform the recording processing by the reserved recording or the normal recording of the program as a result after the broadcasting of the program ends. May be controlled to be deleted as it is. FIG. 33A shows an example of the data structure of MH-AIT. The “application_control_code” parameter in the figure corresponds to the application control code.

Further, as described above, when the application control code relating to the program to be broadcast on the currently selected channel is designated by “PREFETCH (acquire and hold)” or the like, a copy of the program is performed. Even when the control information is designated as "copy prohibited", the acquisition of the asset of the program via the communication line and the recording process to the storage may be performed before the start of the broadcasting of the program. However, in this case, the recording process in the storage is temporary, and the program is controlled so as to be deleted or invalidated after the end of broadcasting the program.

<A-2: Recording process of assets via communication line during program broadcasting>
The acquisition of the asset of the program subject to the recording processing via the communication line during broadcasting and the recording processing to the storage are the same in both cases of the recording processing by the reserved recording and the recording processing by the normal recording. That is, the recording process is performed by referring to AMT, TLV-NIT, PLT, and MPT with parameters such as “original_network_id”, “tlv_stream_id”, “service_id”, and “event_id” of the program to be recorded. If the transmission source address of the server device that stores the asset of the program of interest via the communication line can be acquired, the server device is accessed based on the transmission source address. Further, the assets via the communication line of the program to be the subject of the recording processing acquired from the server device may be recorded in the storage. Alternatively, the asset via the communication line of the program which is the target of the recording processing and is sent from the server device in the push format may be selected and acquired based on the destination address or the like, and may be recorded in the storage.

It should be noted that, while the program to be recorded is being broadcast, the broadcast receiving apparatus 40100 may have a shortage of processing capability due to a multitasking condition or a temporary communication performance due to a network condition, so that the program to be recorded may be transmitted via a communication line. If it is determined that acquisition of the asset during airing is not possible, the acquisition of the asset of the program to be recorded by the recording process via the communication line and the recording process to the storage are performed by broadcasting the program to be recorded. The processing timing may be changed to be performed after the end.

Further, if the processing capability of the broadcast receiving apparatus 40100 and the network condition allow, as an exceptional process, acquisition of an asset via a communication line of a program being viewed without recording processing is performed prior to the progress of the program. It is also possible to perform the control and temporarily record it in the storage. In this case, the asset via the communication line recorded in the storage may be controlled to be deleted after the end of broadcasting the program. In particular, when the copy control information of the program being viewed is designated as "copy prohibited", control is performed so that the processing for deleting the asset via the communication line is always executed after the end of broadcasting of the program. ..

<A-3: Recording process of asset via communication line after program broadcasting ends>
During the broadcast of the program to be recorded, the access to the server device storing the asset of the program to be recorded via the communication line may be concentrated, which makes it difficult to acquire the asset via the communication line. is expected. The broadcast system of the present embodiment enables control based on the MH-stochastic application delay descriptor in order to avoid the above situation. However, it cannot be denied that even if the control with reference to the descriptor is performed, it may be difficult to acquire the asset via the communication line of the program that is the target of the recording process.

On the other hand, in the case of reserved recording, it is considered highly likely that the program to be recorded will not be viewed during or immediately after the program is on air. Also in normal recording, if another channel is selected after a recording instruction is given and a program different from the program for which the recording instruction is given is to be viewed, simultaneous viewing of the program for which the recording instruction is given is not possible. It is thought not to do. In these cases, the broadcast receiving apparatus 40100 of the present embodiment does not intentionally perform the acquisition process of the program subject to the recording process via the communication line and the recording process to the storage during the broadcasting of the program. The program can be controlled to be performed at a predetermined timing after the end of the program broadcasting. It should be noted that the predetermined timing may be a timing when a predetermined time has elapsed after the end of the broadcasting of the program to be recorded, or a predetermined time. The timing may be based on a user instruction separately made. It may be any other timing.

As described above, the acquisition of the assets of the program to be recorded by the communication line and the recording to the storage can be performed at the timing after the end of the broadcasting of the program. Only when the asset via the communication line is not deleted from the server device even after the end of the broadcasting of the program. Therefore, in the broadcast receiving apparatus 40100 of the present embodiment, first, the information regarding the time limit for acquiring the asset via the communication line of the program to be recorded from the server apparatus is confirmed during the broadcasting of the program to be recorded. Then, according to the result, control is performed so as to determine whether or not the acquisition processing of the asset via the communication line and the recording processing to the storage should be performed at the timing after the end of the broadcasting of the program.

FIG. 33B shows a list of parameters and descriptors arranged in the MH-AIT of the broadcasting system of this embodiment. The MH-application expiry date descriptor in the figure is information relating to the expiry date when the asset via communication line of each program can be acquired from the server device. The name of the descriptor is an example, and different names may be used. Further, the information may be specified by a parameter instead of a descriptor.

If it is confirmed with reference to the MH-application expiration date descriptor that the acquisition of the asset via the communication line and the recording process to the storage can be performed at the timing after the end of the broadcasting of the program, MH-simple Temporarily cache the application location descriptor. Furthermore, at a predetermined timing after the end of the broadcasting of the program to be recorded, based on the description of the MH-simple application location descriptor, the server device is accessed to acquire the asset of the program via the communication line and to the storage. Make a record of. The server device is accessed based on the information obtained by referring to the AMT, TLV-NIT, PLT, and MPT by using the parameters such as "original_network_id", "tlv_stream_id", "service_id", and "event_id" described above. You may do it. On the other hand, if it is confirmed that the acquisition of the asset via the communication line and the recording process to the storage cannot be performed at the timing after the end of the broadcast of the program, the program is broadcast during the broadcast of the program to be recorded. The processing timing change control may be performed so as to acquire the asset via the communication line and record the asset in the storage.

Further, an exceptional process in the acquisition process after the end of the program broadcasting of the asset via the communication line will be described below.

For example, in the setting of the recording process of the program, the recording process by the reserved recording or the recording process by the normal recording is performed after the user selects not to record the asset via the communication line in the storage. Then, in the broadcast receiving device 40100 of the present embodiment, only the acquisition of the program subject to the recording processing via the broadcast transmission path and the recording in the storage are performed, and the acquisition of the program via the communication line and the storage in the storage are performed. No recording is done. In the above situation, when the user instructs the broadcast receiving apparatus 40100 to reproduce the recorded program, the broadcast receiving apparatus 40100 reads out the asset of the recorded program via the broadcast transmission path from the storage, and at the same time, records the recorded program. The asset via the communication line will be newly acquired from the server device.

On the other hand, in the case where a deadline that can be acquired from the server is specified in the asset via the communication line of the recorded program, when the deadline is exceeded, even if the user gives an instruction to reproduce the recorded program, the broadcast receiving apparatus 40100 is However, there is a possibility that the asset of the recorded program via the communication line cannot be acquired from the server device. In order to eliminate the above-mentioned inconvenience, in the broadcast receiving apparatus 40100 of the present embodiment, when the time limit for acquiring the assets of the recorded program via the communication line from the server apparatus approaches, the recording is performed regardless of the user's instruction. It is assumed to have a function of appropriately acquiring an asset of a completed program via a communication line from the server device.

Specifically, the contents of the MH-application expiration date descriptor associated with each recorded program recorded in the storage are referred to at predetermined time intervals. Further, when the time limit for acquiring the recorded program assets via the communication line from the server device is within a predetermined period, the server device is accessed to acquire the recorded program assets via the communication line. It suffices to perform control so as to add to the storage. The predetermined time interval may be, for example, 24 hours, 12 hours, or every 6 hours. Further, the predetermined period may be within 72 hours, within 48 hours, within 24 hours, or the like.

By performing the above-mentioned process, in the setting of the recording process of the program, the recording process is performed after the user selects not to record the asset via the communication line in the storage, and the asset via the communication line of the recorded program is further processed from the server. Even if the deadline for acquisition is specified and the deadline has passed, if the user instructs the broadcast receiving apparatus 40100 to reproduce the recorded program, the broadcast receiving apparatus 40100 Can read both the asset via the broadcast transmission path and the asset via the communication line of the recorded program from the storage. That is, it is possible to reproduce high-quality contents using both the asset via the broadcast transmission path and the asset via the communication line.

It should be noted that the recording process described in (A-1) to (A-3) above, in particular, the recording process of the asset via the communication line of the broadcast program to be recorded, is described as the broadcast time of the broadcast program to be recorded. It is effective that the MH-EIT has information about the deadline for acquiring the asset via the communication line when performing at a timing other than medium. The information regarding the deadline for acquiring the asset via the communication line is, for example, “start date and time of period during which asset through communication line can be acquired” and “end date and time of period through which asset through communication line can be acquired” or both. , MH-EIT may be described in the form of parameters or descriptors for each event (program). By doing so, for example, even when performing the above-mentioned processing (A-1), it is possible to acquire the asset of the broadcast program to be recorded via the communication line before the broadcast of the broadcast program to be recorded is started. Whether or not it can be easily grasped by referring to the MH-EIT. Similarly, in the processes of (A-2) and (A-3) described above, whether or not it is possible to acquire the asset via the communication line of the broadcast program to be recorded after the broadcast of the broadcast program to be recorded is completed. Can be easily grasped by referring to MH-EIT.

Further, when the MH-EIT includes information about the deadline for acquiring the asset via the communication line, the information may be displayed when the EPG is displayed. For example, in the detailed information 162a1 shown in FIG. 22A, a mark 162a4 symbolizing “Network” is displayed in the title area 162a2, and this program has information regarding the deadline for acquiring the asset via the communication line. In this case, in the title area 162a2, a mark (but not shown) symbolizing "Expiration", which means that the deadline for acquisition of the asset via the communication line from the server device is designated, is further displayed. You may do it. In the detailed explanation area 162a3, information regarding the deadline for acquiring the asset via the communication line (“the start date and time of the period during which the asset via the communication line can be acquired”, “the end date and time of the period during which the asset via the communication line can be acquired”, etc.) ) May be displayed in characters.

As described above, if the information regarding the deadline for acquiring the asset via the communication line is described in the MH-EIT, the recording process in the broadcast receiving device 40100 of the present embodiment can be efficiently performed. Further, in the EPG display, the user can easily understand the information regarding the deadline for acquiring the asset via the communication line.

[List of recorded programs]
FIG. 34 is a screen display diagram showing an example of a recorded program list screen in the broadcast receiving device 40100 of the present embodiment. For example, when a remote controller capable of operating the broadcast receiving apparatus 40100 is operated to instruct display of a recorded program list, a recorded program list screen 162m as shown in the figure is displayed. The recorded program list screen 162m displays a list of recorded programs recorded in the storage. The display format may be in the order of recording date and time or in the order of program title. Also, a subfolder may be provided for each channel or each series. The information of each recorded program may include a thumbnail portion and a program detailed information portion 162m1. The number of recorded programs displayed on the screen may be increased without displaying the thumbnail portion.

In the present embodiment, the program detailed information section 162m1 may be composed of a program attribute area 162m2, a program basic information area 162m3, and a program extended information area 162m4.

In the program attribute area 162m2, a symbol or the like representing the attribute of each recorded program is displayed. The symbol or the like representing the attribute of each recorded program can be acquired from the server device, for example, a symbolized symbol of "Non-viewed" meaning that the program has not been viewed or an asset via the communication line of each recorded program. A symbol that symbolizes “Network” that means that, or a symbol that symbolizes “Obtained” that means that the asset via the communication line has already been acquired and recorded in storage, or via the communication line It is assumed that a mark or the like that symbolizes "Expiration", which means that a time limit is specified for the acquisition of the asset from the server device, is displayed. Marks having other meanings may be further displayed. Whether or not each mark is displayed is controlled according to the situation of each recorded picture program. Further, each of the marks may be replaced with an abbreviation, letter, sentence or the like having the same meaning. The attributes may not be normally displayed in the program attribute area 162m2, and may be pop-up displayed only when each recorded program is selected by the selection marker.

In the program basic information area 162m3, basic information such as the program title, recording date and time, recording time, and recording mode of each recorded program is displayed.

In the program extended information area 162m4, in the case where each recorded program has a mark symbolizing the “Network” and a symbol symbolizing the “Expiration”, the asset via the communication line of each recorded program is stored in the server device. Information about the deadline that can be acquired from the data (“Data acquisition deadline” in the figure), and information about the expiration date of each recorded program when each recorded program has the “Obtained” (“Data valid in the figure” Deadline'') is displayed. Other information may also be displayed.

As described above, by displaying the mark indicating each attribute and the information regarding each deadline on the recorded program list screen 162m, the user can easily obtain various information regarding the assets via the communication line of each recorded program. It becomes possible to grasp.

It is assumed that it is possible to move the selection marker of each recorded program by operating the "cursor" key of the remote controller while the recorded program list screen 162m is displayed. Further, it is assumed that by pressing the "OK" key of the remote controller, it is possible to perform the reproduction process of the recorded program selected by the selection marker. Further, it is possible to delete the recorded program selected by the selection marker by pressing the "red" key of the remote controller. When the “yellow” key of the remote controller is pressed, if the recorded program selected by the selection marker has a mark symbolizing “Network”, the asset of the recorded program via the communication line is transferred to the server device. Can be obtained from. The acquisition process executed when the “yellow” key of the remote controller is pressed is explained as an exceptional process in the above-mentioned “A-3: Recording process of asset via communication line after program broadcasting”. It may be considered that the processing is performed regardless of the deadline for acquiring the asset via the communication line from the server device or according to the user's instruction.

Further, if the recorded program has a mark that symbolizes the “Network” and a mark that symbolizes the “Expiration”, and if the deadline indicated in the “Data acquisition deadline” has passed, , The control may be performed so as to erase the display of the mark that encodes the “Network” and the mark that encodes the “Expiration”. That is, the acquisition process of the recorded program via the communication line becomes impossible due to the expiration of the period. Further, the recorded program has a mark that encodes the “Obtained”, and when the date shown in the “data expiration date” has passed, a mark that encodes the “Obtained” The display may be erased and the communication line asset of the recorded program stored in the storage may be deleted. That is, the reproduction processing of the asset of the recorded program via the communication line is disabled due to the expiration of the time limit.

It should be noted that the asset via the communication line of the recorded program including the data to be displayed in the “area 1” or the “area 2” in the layout setting as shown in FIG. 19B can be acquired from the server device by the description of the LCT. When the acquisition is not possible due to the expiration of the time limit or the reproduction processing from the storage is not possible due to the data expiration date or the like, the broadcast receiving apparatus 40100 of the present embodiment is Regardless of the description content of the layout setting, it is assumed that the default layout setting (that is, the layout setting shown in FIG. 19A) is used to perform the video display. It is assumed that video display based on the assets via the broadcast transmission path is performed in "area 0" of the default layout setting. The processing may be performed by applying a patch to the description of the layout setting of the LCT recorded in association with the recorded program each time the recorded program is reproduced. Alternatively, it is triggered by the fact that the asset via the communication line of the recorded program cannot be acquired due to the expiration of the expiration date of the server device or the expiration of the data expiration date. It may be realized by rewriting the description of the layout setting of the LCT recorded in association with the recorded program, when the reproduction processing is disabled. Also, when both the “area 1” and the “area 2” are display areas by assets via a communication line, and the area that cannot be acquired or reproduced is only one of the areas, the layout setting of the LCT is performed. The patch processing or the rewriting processing described above may be controlled.

According to the broadcast receiving device 40100 of the present embodiment described above, it is possible to efficiently acquire the assets of the program via the communication line when recording the program. Further, even when the list of recorded programs is displayed, it is possible to easily notify the user of the acquisition status of the assets of the programs via the communication line. That is, it is possible to provide a broadcast receiving device capable of executing a function with higher added value.

(Example 4)
Example 4 of the present invention will be described below. Note that the configuration, effects, and the like in this embodiment are the same as those in the third embodiment unless otherwise specified. Therefore, in the following, differences between the present embodiment and the third embodiment will be mainly described, and common points will be omitted as much as possible to avoid duplication. In this embodiment, the data output process from the broadcast receiving device 40100 to the monitor device 40300 via the connection cable 40200 will be mainly described.

[Program output control]
In this embodiment, the broadcast receiving device 40100 is an optical disc drive recorder, a magnetic disc drive recorder, an STB, or the like. That is, the broadcast receiving device 40100 does not have a monitor unit that displays a video and a speaker unit that outputs a sound, but outputs video information (video data) and audio information (voice data) from the digital interface unit 40125 to connect the connection cable. 40200 to the monitor device 40300. Further, the monitor device 40300 displays the video information and outputs the audio information. In the broadcast receiving device 40100, it is possible to appropriately control the output format of the video information (video data) and the audio information (audio data) to the monitor device 40300 via the connection cable 40200. Hereinafter, an example of an output format of video information (video data) and audio information (audio data) that the broadcast receiving device 40100 of the present embodiment supports will be described.

<B-1: Output 1 of decoded video information and audio information>
The first example of the output format of the video information and the audio information supported by the broadcast receiving device 40100 is a digital interface for the decoded video information output from the video synthesizing unit 161 and the decoded audio information output from the audio synthesizing unit 164. It is a format in which it is output from the unit 40125 and transmitted to the monitor device 40300 via the data lane of the connection cable 40200.

In this first example, when the broadcast receiving apparatus 40100 views a program being broadcast, each asset included in the IP data flow transmitted via the broadcast transmission path (also in this embodiment, the broadcast Each of the assets included in the IP data flow distributed through the communication line (also referred to as a transmission path asset) and each of the assets (also referred to as a communication channel asset in this embodiment) are acquired, and the video decoder 141 and the audio are acquired. The decoder 143, the character super decoder 144, the caption decoder 145, the data decoder 151, and the like appropriately perform decoding processing. If the asset via the communication line is already cached because the application control code is designated by “PREFETCH”, the asset via the communication line may be obtained by reading from the cache. Further, it controls to output the decoded video information and audio information that have been subjected to the synthesis processing by the video synthesis unit 161 and the audio synthesis unit 164 to the monitor device 40300 via the digital interface unit 40125.

In addition, when viewing a recorded program recorded in the storage unit 110 or an external recording medium (also collectively referred to as a storage in this embodiment), the broadcast receiving device 40100 performs a storage by a reproduction process. The asset via the broadcast transmission path and the asset via the communication line read from the above may be appropriately decoded by the video decoder 141, the audio decoder 143, the character super decoder 144, the subtitle decoder 145, the data decoder 151, etc., respectively. During the reproduction process, the IP data flow including the asset via the communication line is newly acquired from the broadcasting station server 300 or the service provider server 400 (also collectively referred to as a server device in this embodiment). You can Further, it controls to output the decoded video information and audio information that have been subjected to the synthesis processing by the video synthesis unit 161 and the audio synthesis unit 164 to the monitor device 40300 via the digital interface unit 40125.

At the time of the reproduction process, which of the asset via the communication line read from the storage and the asset via the communication line included in the IP data flow newly acquired from the server device to be used for the decryption process is prioritized in advance by menu setting or the like. You may decide beforehand. Alternatively, whether or not to newly acquire the IP data flow including the asset via the communication line from the server device may be controlled according to the version information and the expiration date information attached to the asset via the communication line read from the storage. .. Alternatively, the user may select each time. For example, first, an attempt is made to acquire an IP data flow including an asset via a communication line from the server device, and if the IP data flow including the asset via the communication line cannot be acquired from the server device, the asset via the communication line read from the storage is used. To Alternatively, first, after reading the asset via the communication line from the storage and confirming the version information and the expiration date information of the read asset via the communication line, the IP data flow including the asset via the communication line from the server device as necessary. Try to get again.

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

<B-2: Output 2 of decoded video information and audio information>
The second example of the output format of the video information and the audio information supported by the broadcast receiving device 40100 is the decoded video information output from the video synthesizing unit 161 and the output from the audio synthesizing unit 164 for the asset via the broadcast transmission path. With respect to the asset via the communication line, the decrypted audio information is output from the digital interface unit 40125 as it is to the asset via the communication line output from the separating unit 132, and the decrypted video information and the audio information are output from the connection cable 40200. The asset via the communication line is transmitted to the monitor device 40300 via the communication line of the connection cable 40200 via the data lane.

In the second example, when the broadcast receiving apparatus 40100 views a program being broadcast, the asset via the broadcast transmission path included in the IP data flow transmitted via the broadcast transmission path is the video decoder 141. , Audio decoder 143, character super decoder 144, caption decoder 145, data decoder 151, and the like, and the decoded video information and audio that have been subjected to the combining processing by the video combining unit 161 and the audio combining unit 164. Information is controlled to be output to the monitor device 40300 via the digital interface unit 40125. On the other hand, the assets via the communication line included in the IP data flow distributed via the communication line are output from the separation unit 132 in the form of the IP data flow including the assets via the communication line, and the digital interface unit 40125. It is controlled so as to output to the monitor device 40300. In addition, when the IP data flow including the asset via the communication line is already cached because the application control code is designated by “PREFETCH”, the IP data flow read from the cache is transmitted via the digital interface unit 40125. It may be output to the monitor device 40300.

Further, when viewing the recorded program recorded in the storage, the broadcast receiving apparatus 40100 uses the broadcast transmission path assets read from the storage by the reproduction processing as the video decoder 141, the audio decoder 143, and the character super. The decoder 144, the subtitle decoder 145, the data decoder 151, and the like appropriately perform decoding processing. As for the asset via the communication line, the asset via the communication line read from the storage by the reproduction processing may be reconfigured into the IP data flow format and input to the digital interface unit 40125, or the asset newly acquired from the server device. An IP data flow including an asset via a communication line may be input to the digital interface unit 40125. Further, the IP data flow including the decoded video information and audio information that has been subjected to the synthesis processing by the video synthesis unit 161 and the audio synthesis unit 164 and the asset via the communication line is sent to the monitor device 40300 via the digital interface unit 40125. Control to output.

At the time of the reproduction processing, which of the asset via the communication line read from the storage and the asset via the communication line included in the IP data flow newly acquired from the server device is to be output from the digital interface unit 40125 is described in the above (B- The priority order may be determined by the same method as in 1).

Note that transmission of the IP data flow including the decoded video information and audio information and the asset via the communication line from the digital interface unit 40125 to the monitor device 40300 is performed by transmitting the decoded video information and the decoded video information as shown in an example in FIG. 35B. The voice information may be controlled mainly via the data lane of the connection cable 40200, and the IP data flow including the asset via the communication line may be controlled mainly via the communication line of the connection cable 40200. Further, the distribution processing of the IP data flow including the asset via the communication line to the monitor device 40300 via the communication line of the connection cable 40200 includes the IP data flow including the asset via the communication line output from the separating unit 132. May be distributed to the monitor device 40300 in a push format from the digital interface unit 40125. Alternatively, the IP data flow including the asset via the communication line output from the separating unit 132 is temporarily stored in the server data storage area 41400 of the storage (accumulating) unit 110, and stored in response to a request from the monitor device 40300. An IP data flow including an asset via a communication line may be distributed from the digital interface unit 40125. Regarding the distribution process of the IP data flow including the asset via the communication line to the monitor device 40300 via the communication line of the connection cable 40200, the same process may be performed in the following description.

Further, association information, which is various control information for associating the decrypted video information and audio information with the asset via the communication line, is transmitted via the data lane of the connection cable 40200. The transmission of the decoded video information and the audio information via the data lane of the connection cable 40200 may be transmitted in a predetermined format based on the HDMI specification, for example. Further, the transmission of the association information via the data lane of the connection cable 40200 may be performed using, for example, a spare area defined in the HDMI specification. In the HDMI specification, the spare area or the like may be an area or the like which is arranged in the blanking period section and in which each manufacturer can specify the usage method.

The association information is reference location information indicating a reference destination for acquiring the asset via the communication line, reference time information for controlling decoding time or presentation time of the asset via the communication line, and the program to be viewed. The layout control information or the like for controlling the layout setting in the monitor display may be used. Other information may be further transmitted as association information.

The reference destination location information is information indicating a reference destination for the monitor device 40300 to acquire the asset via the communication line. When the monitor device 40300 newly acquires the IP data flow including the asset via the communication line from the server device, the broadcast receiving device 40100 includes the MPT location information included in the IP data flow acquired via the broadcast transmission path. May be directly transferred to the monitor device 40300 as the reference location information. When the monitor device 40300 acquires the IP data flow including the asset via the communication line distributed from the broadcast receiving device 40100, the broadcast receiving device 40100 includes the MPT included in the IP data flow acquired via the broadcast transmission path. The location information, etc., may be transmitted to the monitor device 40300 as reference destination location information after the content is rewritten. Both the reference location information is transmitted to the monitor device 40300, and an IP data flow including the asset via the communication line is newly acquired from the server device, or an IP including the asset via the communication line distributed from the broadcast receiving device 40100 is acquired. The monitor device 40300 may be made to select whether to acquire the data flow.

It should be noted that the rewriting process is specifically performed by using location information (corresponding to “MMT_general_location_info( )” shown in FIG. 17) related to the asset via the communication line included in the MPT, etc., in the data multiplexed in the IPv4 data flow. Rewrite “location_type=0x01” indicating that there is something or “location_type=0x02” indicating that the data is multiplexed in the IPv6 data flow to “location_type=0x05” indicating that the data is at the specified URL. Just do it. Further, the description of the designated URL may be set so as to point to the server data storage area 41400 managed by the server function execution unit 41103 of the broadcast receiving device 40100. In the rewriting process of the location information of the MPT, it is preferable to rewrite the description of the reference destination without changing the format and in the same format as the location information of the MPT transmitted via the broadcast wave. This is because when the data output from the broadcast receiving device 40100 and received by the monitor device 40300 can be interpreted by the monitor device 40300, it can be interpreted by the same function as the location information of the MPT transmitted via the broadcast wave. When the monitor device 40300 has the same broadcast wave receiving function as the broadcast receiving device 40100, the function can be applied to the reception and interpretation processing of the digital interface output from the broadcast receiving device 40100, and a unique function can be provided. No need to install. Therefore, with this configuration, the cost of the entire system can be reduced.

Further, when the monitor device 40300 acquires the asset via the communication line from the IP data flow distributed in the push format from the broadcast receiving device 40100, the IP packet ID of the IP data flow to be referred to by the monitor device 40300, The asset ID of the asset via the communication line to be acquired may be used as the reference location information.

As the reference time information, the NTP acquired by the broadcast receiving device 40100 may be transferred as it is, or a predetermined offset value may be added to the value of the NTP and then transmitted. In the monitor device 40300, when the IP data flow including the decoded video information and audio information transmitted from the broadcast receiving device 40100 and the asset via the communication line is a reproduction process of a recorded program recorded in a storage. In addition, it is desirable to control the decoding process and the presentation process of the asset via the communication line based on the reference time information transmitted from the broadcast receiving device 40100. Therefore, when the broadcast receiving apparatus 40100 of this embodiment transmits the IP data flow including the decoded video information and audio information and the asset via the communication line to the monitor apparatus 40300, the decoded video information and audio is transmitted. It is assumed that the reproduction program flag information indicating whether the IP data flow including the information and the asset via the communication line is for a program currently being broadcast or a recorded program is reproduced. The reproduction program flag information may be one of the association information.

The layout control information is information indicating the setting content of the LCT when the program is a program for which layout setting control is performed according to the description of the LCT. It is assumed that the monitor device 40300 can control the layout setting at the time of monitor display based on the layout control information.

If the monitor device 40300 acquires the decoded video information and audio information and the layout control information from the broadcast receiving device 40100, and acquires the IP data flow including the asset via the communication line from the broadcast receiving device 40100 or the server device, On the monitor device 40300, it becomes possible to display the decoded video and various data transmitted by the IP data flow in a layout intended for broadcasting. As described above, even when the location information is rewritten in the broadcast receiving apparatus 40100, the broadcast receiving apparatus 40100 may output the LCT information as it is at the time of reception without rewriting. This is because, in the LCT, the acquisition source of the asset for the area to which the asset via the communication line was allocated at the time of reception is changed only by rewriting the location information, and the layout itself does not have to be changed. Therefore, when the monitor device 40300 has the same broadcast wave receiving function as the broadcast receiving device 40100, the decoded video of the program recorded by the broadcast receiving device 40100 and then reproduced is displayed on the monitor device 40300 via the digital interface. When outputting, the location information in which the description of the reference destination has been rewritten in the same format as the location information of the MPT transmitted via the broadcast wave, and the state of being transmitted via the broadcast wave (need to be rewritten also during recording and reproduction) If the LCT information that has not been rewritten as described in (1) is transmitted from the broadcast receiving apparatus 40100 to the monitor apparatus 40300 via the digital interface, the same method as the broadcast wave receiving function of the monitor apparatus 40300 can be obtained. Since the control information can be interpreted, it is possible to more efficiently reproduce the display in the layout intended for the broadcast on the monitor device 40300.

When the layout setting described in the LCT indicates a layout configured only by the assets via the broadcast transmission path, the layout setting is controlled on the side of the broadcast receiving apparatus 40100 to display the decoded video information and audio information. It is also possible to synthesize the layout-set state and send it to the monitor device 40300 via the data lane of the connection cable 40200. In this case, the layout control information need not be transmitted as the association information.

Further, in the output format of the second example, even if the monitor device 40300 does not support the output format of the second example, it is possible to display only the video information based on the asset via the broadcast transmission path. There is.

<B-3: Output 1 of encoded video data and audio data>
The third example of the output format of the video data and the audio data supported by the broadcast receiving device 40100 is one IP data flow including the asset via the broadcast transmission path and the asset via the communication line is output from the digital interface unit 40125, and the connection cable is used. The data is transmitted to the monitor device 40300 via the data lane or communication line of the 40200.

In this third example, when the broadcast receiving apparatus 40100 views a program being broadcast, the broadcast receiving apparatus 40100 receives an IP data flow including an asset via a broadcast transmission path transmitted via the broadcast transmission path and a communication line. Each of the IP data flows including the distributed asset via the communication line is acquired, and each IP data flow is output as it is from the separating unit 132. Further, the transcode processing unit 40181 performs a process of combining the IP data flow including the asset via the broadcast transmission path and the IP data flow including the asset via the communication line into one IP data flow, and the combined IP data flow Is output to the monitor device 40300 from the digital interface unit 40125. When the application control code is specified by “PREFETCH” and the IP data flow including the asset via the communication line has been cached, the IP data flow including the asset via the broadcast transmission line and the cache are read. With the IP data flow described above, the transcoding processing unit 40181 may perform the combining process.

In addition, when viewing a recorded program recorded in the storage, the broadcast receiving device 40100 transcodes the asset via the broadcast transmission path and the asset via the communication line read from the storage by the reproduction processing into the transcode processing unit 40181. May be reconfigured into one IP data flow format, and the reconfigured IP data flow may be output from the digital interface unit 40125 as a combined IP data flow. When the recording process to the storage is performed in package units or IP data flow units, the IP data flow including the asset via the broadcast transmission path and the IP data including the asset via the communication line read from the storage by the reproduction process. In the flow, the transcoding processing unit 40181 may perform the combining process. Further, the asset via the communication line is newly acquired from the server device, and the transcode processing unit 40181 retrieves the IP data flow including the asset via the broadcast transmission line read from the storage and the communication line newly acquired from the server device. You may make it perform a synthetic|combination process with the IP data flow containing a transit asset.

At the time of the reproduction process, which of the IP data flow including the asset via the communication line read from the storage and the IP data flow including the asset via the communication line newly acquired from the server device to be used in the combining process is described above. The priority order may be determined by the same method as in B-1).

Note that various control signals (MMT-SI, etc.) arranged with the assets via the broadcast transmission path in the IP data flow transmitted via the broadcast transmission path include the assets via the broadcast transmission path in the transcode processing unit 40181. It is basically arranged as it is in the combined IP data flow obtained as a result of the combining process of the IP data flow and the IP data flow including the asset via the communication line. However, regarding the association information for associating the asset via the broadcast transmission path with the asset via the communication line, rewriting processing is appropriately performed. Specifically, the rewriting process is data in which location information (corresponding to “MMT_general_location_info( )” shown in FIG. 17) regarding assets via communication lines included in MPT is multiplexed into the IPv4 data flow. From “location_type=0x01” indicating that the data is multiplexed into the IPv6 data flow, and from “location_type=0x02” indicating that the data is multiplexed into the IPv6 data flow, to “location_type=0x00” indicating that the data is multiplexed into the own IP data flow. It should be rewritten.

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

When the synthesized IP data flow is output from the digital interface unit 40125 and transmitted to the monitor device 40300 via the data lane of the connection cable 40200, for example, a predetermined compliant with HDMI (registered trademark) specifications is used. Alternatively, the synthesized IP data flow may be stored as it is in the storage area of the format video information and audio information. In this case, information indicating that the data stored in the storage area of the video information and the audio information is the combined IP data flow, and the combined IP data flow includes an MMT data string and its control information. It is desirable to transmit the information that is included and indicates that the decoding process of the MMT data string or the like is necessary for viewing the program, for example, using the spare area defined in the HDMI specification. ..

<B-4: Output 2 of encoded video data and audio data>
The fourth example of the output format of the video data and the audio data supported by the broadcast receiving device 40100 is to output the IP data flow including the asset via the broadcast transmission path and the IP data flow including the asset via the communication line from the digital interface unit 40125. 35D, an example is shown in FIG. 35D, for an IP data flow including the asset via the broadcast transmission path, via the data lane of the connection cable 40200, for an IP data flow including the asset via the communication line, the connection cable 40200 This is a format in which each is transmitted to the monitor device 40300 via the communication line.

In the fourth example, the broadcast receiving device 40100, when viewing a program currently being broadcast, receives an IP data flow including an asset via a broadcast transmission path transmitted via the broadcast transmission path and a communication line. Each of the IP data flows including the distributed asset via the communication line is acquired, and each IP data flow is output as it is from the separating unit 132. Further, the IP data flow including the asset via the broadcast transmission path is transmitted from the digital interface unit 40125 to the monitor device 40300 via the data lane of the connection cable 40200, and the IP data flow including the asset via the communication line is a digital interface. The control is performed so that the data is distributed from the unit 40125 to the monitor device 40300 via the communication line of the connection cable 40200. When the application control code is specified by “PREFETCH” and the IP data flow including the asset via the communication line has already been cached, the IP data flow read from the cache is connected from the digital interface unit 40125. It may be delivered to the monitor device 40300 via the communication line of the cable 40200.

Further, when viewing the recorded program recorded in the storage, the broadcast receiving apparatus 40100 transcodes the asset via the broadcast transmission path and the asset via the communication line read from the storage by the reproduction processing into the transcode processing unit 40181. To reconfigure the IP data flow format. Further, the IP data flow reconfigured from the asset via the broadcast transmission path is monitored via the data lane of the connection cable 40200, and the IP data flow reconfigured from the asset via the communication line is monitored via the communication line of the connection cable 40200. It may be transmitted to the device 40300. When the recording process to the storage is performed in package units or IP data flow units, the IP data flow including the asset via the broadcast transmission path and the IP data including the asset via the communication line read from the storage by the reproduction process. The flows may be transmitted to the monitor device 40300 via the data lane and the communication line of the connection cable 40200, respectively. Further, the asset via the communication line is newly acquired from the server device, and the IP data flow including the asset via the communication line output from the separating unit 132 is distributed to the monitor device 40300 via the communication line of the connection cable 40200. It may be done.

At the time of the reproduction processing, which of the IP data flow including the asset via the communication line read from the storage and the IP data flow including the asset via the communication line newly acquired from the server device to be distributed to the monitor device 40300 is described above. The priority order may be determined by the same method as in (B-1).

It should be noted that various control signals (MMT-SI, etc.) arranged with the assets via the broadcast transmission path in the IP data flow transmitted via the broadcast transmission path are basically the broadcast output from the digital interface unit 40125. It shall be placed as it is in the IP data flow including the asset via the transmission path. However, regarding the association information for associating the asset via the broadcast transmission path with the asset via the communication line, rewriting processing is appropriately performed. Specifically, the rewriting process is data in which location information (corresponding to “MMT_general_location_info( )” shown in FIG. 17) regarding assets via communication lines included in MPT is multiplexed into the IPv4 data flow. "Location_type=0x01" indicating that the data is multiplexed into the IPv6 data flow, and "location_type=0x02" indicating that the data is multiplexed in the IPv6 data flow is changed to "location_type=0x05" indicating that the data is at the specified URL. Just do it. Further, the designated URL may be set so as to point to the server data storage area 41400 managed by the server function execution unit 41103 of the broadcast receiving device 40100.

The rewriting process is performed when the monitor device 40300 acquires the IP data flow including the asset via the communication line distributed from the broadcast receiving device 40100. The rewriting process may not be performed when the monitor device 40300 is caused to newly acquire the IP data flow including the asset via the communication line from the server device.

Further, when the IP data flow including the asset via the broadcast transmission path is output from the digital interface unit 40125 and transmitted to the monitor device 40300 via the data lane of the connection cable 40200, for example, the HDMI (registered trademark) specification is used. Alternatively, the IP data flow including the asset via the broadcast transmission path may be stored as it is in a storage area of video information and audio information in a predetermined format conforming to the above. In this case, information indicating that the data stored in the storage area of the video information and the audio information is an IP data flow including the asset via the broadcast transmission path, or IP data including the asset via the broadcast transmission path. The flow includes the MMT data string and its control information, and information indicating that the decoding process of the MMT data string is necessary for viewing the program is used, for example, by using a spare area defined in the HDMI specification. It is desirable to send it.

As described above, the broadcast receiving apparatus 40100 of this embodiment can appropriately select the output formats (B-1) to (B-4) described above. Furthermore, the output formats of (B-1) to (B-4) described above can be combined appropriately. For example, according to the output format of the above (B-2), with respect to some assets via a communication line, video information obtained by decoding the assets via a broadcast transmission path after performing the decoding process in the broadcast receiving device 40100. And the voice information are combined and transmitted to the monitor device 40300 via the data lane of the connection cable 40200. Other assets via a communication line may be controlled to be distributed to the monitor device 40300 via the communication line of the connection cable 40200 as they are. Further, for example, in accordance with the output format of (B-4), among the assets constituting the assets via the broadcast transmission path and the assets via the communication line, video assets, audio assets, etc. are connected as one IP data flow. Even if it is transmitted to the monitor device 40300 via the data lane of the cable 40200, and data assets, subtitle assets, etc. are distributed as one IP data flow to the monitor device 40300 via the communication line of the connection cable 40200. good.

In the broadcast receiving apparatus 40100, control of how to set the output format may be performed according to the display performance of the monitor apparatus 40300 acquired via the DDC line of the connection cable 40200. The display performance may be obtained by means different from the above. In the present embodiment, the display performance is, for example, decoding performance for the MMT data string in the monitor device 40300, availability of network communication via the communication line of the connection cable 40200, availability of LAN communication function for the Internet 200, and the like. Item.

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

In the above description, the transmission of the IP data flow including the asset via the communication line when the output format of the video information and the audio information from the broadcast receiving device 40100 is the above-mentioned (B-2) or (B-4). Is performed via the communication line of the connection cable 40200. However, this is merely an example, and for example, the transmission of the IP data flow including the asset via the communication line is output from the LAN communication unit 121 of the broadcast receiving device 40100, and the monitoring device 40300 is illustrated via the router device 200r. It may be performed by inputting to the LAN communication unit omitting. Similarly, when the output format of the video information and the audio information from the broadcast receiving apparatus 40100 is the above-mentioned (B-3), the asset via the broadcast transmission path and the asset via the communication line have been combined into one IP data flow. The transmission of the IP data flow may be performed by outputting from the LAN communication unit 121 of the broadcast receiving device 40100 and inputting it to the LAN communication unit (not shown) of the monitor device 40300 via the router device 200r.

However, in the case of performing the above-mentioned transmission processing, the device that is the destination of the IP data flow including the asset via the communication line or the combined IP data flow is restricted by the same subnet mask as the IP address of the broadcast receiving device 40100. It is limited to the device having the assigned IP address. By providing such a restriction, a device outside the user's control can obtain an unlimited number of IP data flows including the assets via the communication line, the combined IP data flow, and the like via the Internet 200, for example. It can be said to be preferable for copyright management of program contents.

Further, when the location information regarding the asset via the communication line, which is included in the MMT data sequence acquired by the broadcast receiving apparatus 40100 via the broadcast transmission path, indicates a URL, the URL of the broadcast receiving apparatus 40100 indicates an external network. It indicates the IP address. On the other hand, it can be said that the broadcast receiving device 40100 and the monitor device 40300 are directly connected by the connection cable 40200, that is, are configured within the area limited by the same subnet mask. Therefore, the rewriting process of the reference location information described in the description of the output format of (B-2) is performed in the same subnet mask as the subnet mask to which the IP address of the broadcast receiving device 40100 and the IP address of the monitoring device 40300 belong. It can be said that this is a process of rewriting the location information indicating the non-existing IP address to the location information indicating the IP address within the same subnet mask as the subnet mask to which the IP address of the broadcast receiving apparatus 40100 and the IP address of the monitoring apparatus 40300 belong.

Further, in the output format of (B-2) or (B-4) described above, the broadcast receiving apparatus 40100 is capable of bidirectionally communicating with data included in the IP data flow acquired via the broadcast transmission path that is one-way transmission. Data included in the IP data flow acquired via a communication line capable of transmission is output via different lines even though the same wired digital interface. By using different lines in this way, it is possible to output the two IP data flows without performing a special multiplexing process for combining the two IP data flows into one IP data flow. That is, in the example of the output format of (B-4), the IP data flow acquired by the broadcast receiving device 40100 via the broadcast transmission path and the IP data flow acquired via the communication line are such as rewriting of location information. Although processed, they are output as the IP data flow of the first output signal and the IP data flow of the second output signal without being multiplexed with each other. Then, since it is not necessary to perform a special multiplexing process for the IP data flow of the first output signal and the IP data flow of the second output signal, the monitor device 40300 side can also perform the special multiplexing process. There is no need to install a corresponding separation process. On the contrary, if the monitor device 40300 has the same MMT decoder as the broadcast receiving device 40100, the first output signal and the second output signal are both output as the MMT data string. Since the first output signal and the second output signal can be decoded without performing special separation processing, the output state is extremely versatile as a system, which is useful.

Further, in the above-described example, the broadcast receiving device 40100 is an external device via the one-way transmission line of the wired digital interface for the data included in the IP data flow acquired via the one-way transmission broadcast transmission path. The data included in the IP data flow that is output to the monitor device 40300 and obtained through the communication line that is bidirectional transmission is output to the monitor device 40300 that is an external device via the bidirectional transmission line of the wired digital interface. There is. The monitor device 40300 obtains the data acquired by the broadcast receiving device 40100 via the broadcast transmission path which is a one-way transmission from the one-way transmission line of the wired digital interface, and the broadcast receiving device 40100 is a two-way transmission communication line. Since the data acquired via the bidirectional transmission line of the wired digital interface is acquired through the, the processing affinity with the broadcast receiving device 40100 of the present embodiment is high. That is, the monitor device 40300 can be manufactured by diverting many processing circuits of the broadcast receiving device 40100, the number of dedicated processing circuits can be reduced, and therefore, the production at low cost can be realized. Therefore, a more suitable system can be provided to the user at a low cost.

The transmission line capable of one-way communication described in each of the above-described embodiments may be a physically single line or a line group formed by combining a plurality of lines. In addition, the transmission line capable of bidirectional communication described in each of the above-described embodiments may be a physically single line, or a line group in which a plurality of lines are combined and transmission is performed using a bidirectional communication protocol. Good.
The output format control settings and the like in each of the above-described embodiments may have a predetermined initial value at the time of shipment. However, it is desirable that the predetermined initial value can be changed to a set value according to the usage environment of each user by an operation of the user via the operation input unit 170. Even when correct information about the performance of the monitor device 40300 cannot be obtained due to a defect in the software of the broadcast receiving device 40100 itself or the monitor device 40300, the manual setting enables data output by controlling the output format required by the user. This is because it is possible to prevent the user from being disadvantaged by being configured to obtain it.

Although the example of the embodiment of the present invention has been described with reference to Examples 1 to 4, the configuration for realizing the technique of the present invention is not limited to the above-described example, and various modifications can be considered. For example, a part of the configuration of one embodiment can be replaced with the configuration of another embodiment, and the configuration of another embodiment can be added to the configuration of one embodiment. All of these belong to the category of the present invention. Also, the numerical values, messages, etc. appearing in the text and in the figures are only examples, and the use of different values does not impair the effects of the present invention.

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

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

Further, the control lines and information lines shown in the drawings are those considered to be necessary for explanation, and not all control lines and information lines on the product are necessarily shown. In reality, it may be considered that almost all the configurations are connected to each other.

100,800,40100...Broadcast receiving device, 100a,40100a...Antenna, 101,801...Main control unit, 102,802...System bus, 103,803...ROM, 104,804...RAM, 110,810...Storage unit, 121, 821... LAN communication unit, 124, 824... Expansion interface unit, 125, 825, 40125... Digital interface unit, 131, 831, 832... Tuner/demodulation unit, 132... Separation unit, 141... Video decoder, 142... Video Color gamut conversion unit, 143... Audio decoder, 144... Character super decoder, 145... Subtitle decoder, 146... Subtitle synthesis unit, 147... Subtitle color gamut conversion unit, 151... Data decoder, 152... Cache unit, 153... Application control unit Reference numeral 154... Browser unit, 155... Application color gamut conversion unit, 156... Sound source unit, 161, 861... Video synthesis unit, 162, 862... Monitor unit, 163, 863... Video output unit, 164, 864... Voice synthesis unit, 165, 865... Speaker section, 166, 866... Audio output section, 170, 870... Operation input section, 40181... Transcode processing section, 841... MMT decoding processing section, 842... MPEG2-TS decoding processing section, 200... Internet, 200r... Router device, 200a... Access point, 300t... Radio tower, 300s... Broadcast satellite (or communication satellite), 300... Broadcast station server, 400... Service provider server, 500... Other application server, 600... Mobile phone Communication server, 600b... Base station, 700... Personal digital assistant, 40200... Connection cable, 40300... Monitor device.

Claims (1)

A broadcast receiving device,
A broadcast receiving unit capable of receiving broadcast data of broadcast program content from a broadcast transmission path, location information describing a reference destination for acquiring data related to the broadcast data, and layout control information regarding a display layout of the broadcast program content,
A communication unit capable of receiving communication data of the broadcast program content from a reference destination described in the location information via a communication line,
A recording/reproducing unit capable of recording and reproducing the broadcast data of the broadcast program content received by the broadcast receiving unit;
An output unit for outputting the broadcast data of the broadcast program content reproduced from the recording/reproducing unit to an external device;
A server function unit having a server function for an external device,
Equipped with
The output state from the output unit includes the broadcast data reproduced from the recording/reproducing unit, the location information in which the description of the reference destination is rewritten to the description indicating the server function unit, and the state received by the broadcast receiving unit. The broadcast receiving apparatus having a state of outputting the layout control information described as is.

Images