EP4164231B1 - Appareil de réception de diffusion et procédé de sortie de contenu - Google Patents

Appareil de réception de diffusion et procédé de sortie de contenu

Info

Publication number
EP4164231B1
EP4164231B1 EP22207206.8A EP22207206A EP4164231B1 EP 4164231 B1 EP4164231 B1 EP 4164231B1 EP 22207206 A EP22207206 A EP 22207206A EP 4164231 B1 EP4164231 B1 EP 4164231B1
Authority
EP
European Patent Office
Prior art keywords
unit
data
broadcast receiving
information
receiving apparatus
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
EP22207206.8A
Other languages
German (de)
English (en)
Other versions
EP4164231A1 (fr
EP4164231C0 (fr
Inventor
Kazuhiko Yoshizawa
Takuya Shimizu
Nobuo Masuoka
Yusuke Uchiyama
Yasunobu Hashimoto
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Maxell Ltd
Original Assignee
Maxell Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from JP2015018226A external-priority patent/JP2016144020A/ja
Priority claimed from JP2015056948A external-priority patent/JP6222781B2/ja
Priority claimed from JP2015058877A external-priority patent/JP6487243B2/ja
Application filed by Maxell Ltd filed Critical Maxell Ltd
Publication of EP4164231A1 publication Critical patent/EP4164231A1/fr
Application granted granted Critical
Publication of EP4164231B1 publication Critical patent/EP4164231B1/fr
Publication of EP4164231C0 publication Critical patent/EP4164231C0/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42607—Internal components of the client ; Characteristics thereof for processing the incoming bitstream
    • H04N21/4263—Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific tuning arrangements, e.g. two tuners
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H04N21/4314—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations for fitting data in a restricted space on the screen, e.g. EPG data in a rectangular grid
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44016—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for substituting a video clip
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440218—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management e.g. creating a master electronic programme guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4621—Controlling the complexity of the content stream or additional data, e.g. lowering the resolution or bit-rate of the video stream for a mobile client with a small screen
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management e.g. creating a master electronic programme guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management e.g. creating a master electronic programme guide from data received from the Internet and a Head-end or controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4623—Processing of entitlement messages, e.g. ECM [Entitlement Control Message] or EMM [Entitlement Management Message]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/482—End-user interface for programme selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/482—End-user interface for programme selection
    • H04N21/4821—End-user interface for programme selection using a grid, e.g. sorted out by channel and broadcast time

Definitions

  • the present invention relates to a broadcast receiving apparatus and a contents outputting method.
  • One of extended functions of the digital broadcasting service is data broadcasting in which digital data is transmitted by broadcast waves to display various pieces of information such as weather forecasts, news, and recommended TV programs.
  • Many types of television receivers capable of receiving data broadcasting have already been on the market, and a lot of techniques for receiving data broadcasting including the technique disclosed in Patent Document 1 listed below have been released to the public.
  • US2013/067509A1 discloses a streaming device that broadcasts multimedia content, such as television signals, to electronic devices in a customer premises.
  • US2015/020137A1 discloses a presentation control apparatus that is enabled to control a presentation form of video content on each device so that the video content is presented in a fashion reflecting a content provider's intention.
  • WO2014/196189A1 discloses a data decoding method that includes a receiving step of receiving packets of a plurality of encoded streams included in encoded data and transmitted through respective transmission paths, a storing step of storing the received packets of the encoded streams in a first buffer, a reordering step of reordering the packets stored in the first buffer according to a decoding sequence, and a decoding step of decoding the packets reordered according to the decoding sequence.
  • ONG HAN KIM (UOS) ET AL "Proposed CD text for MMT content consumption signaling", 102.
  • MPEG MEETING; 20121015 - 20121019, XP030055568 discloses a proposed CD text for MMT content consumption signaling.
  • Patent document 1 Japanese Unexamined Patent Application Publication No. 2001-186486
  • An object of the present invention is to provide a broadcast receiving apparatus capable of exerting 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 the present non-claimed example.
  • the broadcast communication system of this non-claimed example includes a broadcast receiving apparatus 100, an antenna 100a, a broadband network such as the Internet 200, a router device 200r, an access point 200a, a radio tower 300t and a broadcast satellite (or communication satellite) 300s of a broadcast station, a broadcast station server 300, a service provider server 400, an other application server 500, a mobile phone communication server 600, a base station 600b of a mobile phone communication network, and a portable information terminal 700.
  • a broadcast receiving apparatus 100 includes a broadcast receiving apparatus 100, an antenna 100a, a broadband network such as the Internet 200, a router device 200r, an access point 200a, a radio tower 300t and a broadcast satellite (or communication satellite) 300s of a broadcast station, a broadcast station server 300, a service provider server 400, an other application server 500, a mobile phone communication server 600, a base
  • the broadcast receiving apparatus 100 receives broadcast waves transmitted from the radio tower 300t via the broadcast satellite (or communication satellite) 300s and the antenna 100a.
  • the broadcast receiving apparatus 100 may receive broadcast waves transmitted from the radio tower 300t directly from the antenna 100a without passing through the broadcast satellite (or communication satellite) 300s.
  • the broadcast receiving apparatus 100 can be connected to the Internet 200 via the router device 200r, and thus can perform data transmission and reception through the communication with server devices and other communication equipment on the Internet 200.
  • the router device 200r is connected to the Internet 200 through wired communication, to the broadcast receiving apparatus 100 through wired or wireless communication, and to the portable information terminal 700 through wireless communication.
  • the wireless communication may be established by Wi-Fi (registered trademark) or the like. This allows the server devices and other communication equipment on the Internet 200, the broadcast receiving apparatus 100, and the portable information terminal 700 to perform data transmission and reception between one another via the router device 200r.
  • the communication between the broadcast receiving apparatus 100 and the portable information terminal 700 may be performed as direct communication by BlueTooth (registered trademark), NFC (Near Field Communication) or the like without passing through the rooter 200r.
  • the other application server 500 is a publicly known server device that stores, manages, and distributes other general applications, operating programs, contents, data, and others.
  • a plurality of other application servers 500 may be provided on the Internet 200.
  • the mobile phone communication server 600 is connected to the Internet 200 and is further connected to the portable information terminal 700 via the base station 600b.
  • the mobile phone communication server 600 manages telephone communication (telephone call) and data transmission and reception performed by the portable information terminal 700 through the mobile phone communication network, and allows the portable information terminal 700 to perform data transmission and reception through the communication with server devices and other communication equipment on the Internet 200.
  • the communication between the base station 600b and the portable information terminal 700 may be performed by W-CDMA (Wideband Code Division Multiple Access: registered trademark), GSM (Global System for Mobile Communications: registered trademark), LTE (Long Term Evolution), or other communication methods.
  • the portable information terminal 700 has a function of telephone communication (telephone call) and data transmission and reception through the mobile phone communication network and a function of wireless communication through 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 and the mobile phone communication server 600 on the mobile phone communication network, and thus can perform data transmission and reception through the communication with server devices and other communication equipment on the Internet 200.
  • the access point 200a is connected to the internet 200 through wired communication and is further connected to the portable information terminal 700 through wireless communication.
  • the wireless communication may be established by Wi-Fi (registered trademark) or the like. Note that the communication between the portable information terminal 700 and the broadcast receiving apparatus 100 may be performed via the access point 200a, the Internet 200, and the router device 200r or via the base station 600b, the mobile phone communication server 600, the Internet 200, and the router device 200r.
  • the broadcast receiving apparatus 100 shown in FIG. 1 is a television receiver that supports MMT (MPEG Media Transport) as a media transport method for transmitting video and audio data, in place of TS (Transport Stream) defined in the MPEG (Moving Picture Experts Group)-2 system (hereinafter, "MPEG2-TS") mainly adopted by conventional digital broadcasting systems.
  • the broadcast receiving apparatus 100 may be a television receiver supporting both MPEG2-TS and MMT.
  • MPEG2-TS has a characteristic of multiplexing video and audio components and others making up a program, in a single stream together with control signals and clocks. Since the components are treated as single stream with the inclusion of clocks, MPEG2-TS is suitable for the transmission of single contents through a single transmission path with an ensured transmission quality, and thus has been adopted by many conventional digital broadcasting systems. Meanwhile, because of the functional limitations of MPEG2-TS for the recent changes in the contents distribution environment including the diversification of contents, diversification of equipment using contents, diversification of transmission paths through which contents are distributed, and diversification of contents accumulation environment, MMT has been established as a new media transport method.
  • the MMTP packet is configured of a header and an MMTP payload, and transmits control information of the MFU and MMT.
  • the MMTP payload has a payload header corresponding to contents (data unit) stored in a payload section.
  • FIG. 2C shows an example of an outline of a process of making the MFU from video and audio signals, storing the MFU in the MMTP payload, and then creating the MMTP packet.
  • the MPU is desirably configured in units of GOP (Group of Pictures).
  • a single MFU may be stored in a single payload section, or a plurality of MFUs may be stored in a single payload section.
  • a single MFU may be divided and then stored in a plurality of payload sections.
  • the MMTP packet may be protected by such techniques as AL-FEC (Application Layer Forward Error Correction) and ARQ (Automatic Repeat Request).
  • the broadcasting system of this non-claimed example uses MPEG-H HEVC (High Efficiency Video Coding) as a video coding method, and uses MPEG-4 AAC (Advanced Audio Coding) or MPEG-4 ALS (Audio Lossless Coding) as an audio coding method.
  • Coded data of video, audio, and others of broadcasting programs that are coded by the methods described above is formatted into MFU or MPU, stored in an MMTP payload, encapsulated in an MMTP packet, and then transmitted in the form of an IP (Internet Protocol) packet.
  • IP Internet Protocol
  • data contents related to broadcasting programs may also be formatted into MFU or MPU, stored in an MMTP payload, encapsulated in an MMTP packet, and then transmitted in the form of an IP packet.
  • Four types of data contents transmission methods are prepared, which include a subtitle/caption transmission method used for data steaming synchronous with broadcasting, an application transmission method used for data transmission asynchronous with broadcasting, an event message transmission method used for synchronous/asynchronous message notification to applications operating on the television receiver, and a general-purpose data transmission method for synchronous/asynchronous transmission of other general-purpose data.
  • UDP/IP User Datagram Protocol/Internet Protocol
  • TCP/IP Transmission Control Protocol/Internet Protocol
  • TLV Type Length Value
  • FIG. 3 Examples of protocol stack for the broadcasting system of this non-claimed example are shown in FIG. 3 .
  • (A) shows an example of a protocol stack for the broadcast transmission path
  • (B) shows an example of a protocol stack for the communication line.
  • the broadcasting system of this non-claimed example provides a scheme for transmitting two types of control information, that is, MMT-SI (MMT-Signaling Information) and TLV-SI (TLU Signaling Information).
  • MMT-SI is control information indicating the configuration of a broadcasting program and others. This control information is formatted into an MMT control message, stored in an MMTP payload, encapsulated in an MMTP packet, and then transmitted in the form of an IP packet.
  • TLV-SI is control information related to IP packet multiplexing, and provides information for channel selection and correspondence information of IP addresses and services.
  • component presentation time is indicated for each TS based on different clocks in the MPEG2-TS, while component presentation time is indicated based on the coordinated universal time (UTC) in the MMT.
  • UTC coordinated universal time
  • MMT-SI has a three-layer structure composed of a "message” layer storing "table” and “descriptor", a "table” layer having an element and property that indicate specific information, and a "descriptor” layer indicating more detailed information.
  • An example of the layer structure of the control information used in the broadcasting system of this non-claimed example is shown in FIG. 4 .
  • FIG. 5A shows a list of "tables" used for TLV-SI of the broadcasting system compatible with the broadcast receiving apparatus 100 of this non-claimed example.
  • the following tables are used as "tables" of TLV-SI.
  • a network information table for TLV provides information related to the physical configuration of a TLV stream transmitted through a network and indicates the characteristics of the network.
  • An address map table provides a list of multicast groups of IP packets making up respective services transmitted through the network.
  • FIG. 5B shows a list of "descriptors" included in TLV-SI of the broadcasting system compatible with the broadcast receiving apparatus 100 of this non-claimed example.
  • the following descriptors are used as "descriptors" of TLV-SI.
  • a service list descriptor provides a list of services classified by service identifications and service types.
  • FIG. 6A shows a list of "messages" used for MMT-SI of the broadcasting system compatible with the broadcast receiving apparatus 100 of this non-claimed example.
  • the following messages are used as "messages" of MMT-SI.
  • a package access (PA) message is used to transmit various tables.
  • a CA message is used to transmit a table for identifying a conditional access method.
  • a data transmission message is a message storing a table related to data transmission.
  • FIG. 6B shows a list of "tables" used for MMT-SI of the broadcasting system compatible with the broadcast receiving apparatus 100 of this non-claimed example.
  • a table is control information having an element and property that indicate specific information.
  • a table is stored in a message and is encapsulated in an MMTP packet to be transmitted. Note that a message that stores a table may be determined in accordance with the type of the table. In this non-claimed example, the following tables are used as "tables" of MMT-SI.
  • a package list table presents a list of IP data flows for transmitting PA messages of MMT packages provided as a broadcasting service, packet IDs, and IP data flows for transmitting IP services.
  • a PLT may be stored in a PA message.
  • a layout configuration table (LCT) is used to correlate layout information for presentation with layout numbers.
  • An LCT may be stored in a PA message.
  • An entitlement management message is used to transmit personal information including contract information for individual subscribers and key information for decoding ECM (common information).
  • An EMM may be stored in an M2 section message.
  • a download control message transmits key-related information including a key for decoding a transmission path code for downloading.
  • a DCM may be stored in an M2 section message.
  • a download management message transmits key-related information including a download key for decoding an encoded DCM.
  • a DMM may be stored in an M2 section message.
  • An MH-event information table (MH-EIT) is time-series information related to events included in each service.
  • An MH-EIT may be stored in an M2 section message.
  • An MH-broadcaster information table (MH-BIT) is used to provide information of broadcasters present on the network.
  • An MH-BIT may be stored in an M2 section message.
  • An MH-software download trigger table (MH-SDTT) is used to provide download announcement information.
  • An MH-SDTT may be stored in an M2 section message.
  • An MH-service description table (MH-SDT) has a subtable indicating a service included in a specific TLV stream and transmits information related to a sub-channel such as a name of sub-channel and a name of a broadcaster.
  • An MH-SDT may be stored in an M2 section message.
  • An MH-time offset table transmits JST time and date (Modified Julian Date) information.
  • An MH-TOT may be stored in an M2 short section message.
  • An MH-common data table (MH-CDT) is used to transmit common data, which should be stored in a non-volatile memory, in a section format to all receivers that receive the MH-CDT.
  • An MH-CDT may be stored in an M2 section message.
  • a data content configuration (DCC) table provides configuration information of files as data contents in order to achieve flexible and effective cache control.
  • a DCC table may be stored in a data transmission message.
  • An event message table (EMT) is used to transmit information related to an event message.
  • An EMT may be stored in an M2 section message.
  • a background color specifying descriptor provides a background color of a rearmost plane in layout specification.
  • a background color specifying descriptor may be included in LCT.
  • An MPU presentation region specifying descriptor provides a location of presentation of MPU.
  • An MPU presentation region specifying descriptor may be included in MPT.
  • An MPU timestamp descriptor indicates the time of presentation of the first access unit in the presentation order in MPU.
  • An MPU timestamp descriptor may be included in MPT.
  • a dependency relation descriptor provides asset IDs for assets dependent on each other.
  • a dependency relation descriptor may be included in MPT.
  • An access control descriptor provides information for identifying the conditional access method.
  • An access control descriptor may be included in MPT or CAT (MH).
  • a scramble method descriptor provides information for identifying a target to be encoded at the time of scrambling and a type of an encoding algorithm.
  • a scramble method descriptor may be included in MPT or CAT (MH).
  • a message authentication method descriptor provides information for identifying a message authentication method when message authentication is performed.
  • a message authentication method descriptor may be included in MPT or CAT (MH).
  • An emergency information descriptor (MH) is used when emergency warning broadcasting is performed.
  • An emergency information descriptor (MH) may be included in MPT.
  • An MH-MPEG-4 audio descriptor is used to describe basic information for specifying coding parameters of an audio stream defined in ISO/IEC 14496-3 (MPEG-4 audio).
  • An MH-MPEG-4 audio descriptor may be included in MPT.
  • An MH-MPEG-4 audio extension descriptor is used to describe a profile, level, and specific setting to a coding method of an MPEG-4 audio stream.
  • An MH-MPEG-4 audio extension descriptor may be included in MPT.
  • An MH-HEVC video descriptor is used to describe basic coding parameters for a video stream (HEVC stream) defined in ITU-T Recommendation H.265 and ISO/IEC 23008-2.
  • An MH-HEVC video descriptor may be included in MPT.
  • An MH-link descriptor identifies a service that is provided when a viewer demands additional information related to a specific matter described in a program arrangement information system.
  • An MH-link descriptor may be included in MPT, MH-EIT, MH-SDT, and others.
  • An MH-event group descriptor is used to indicate that a plurality of events form a group when these events are related to one another.
  • An MH-event group descriptor may be included in MH-EIT.
  • An MH-service list descriptor provides a list of services classified by service identifications and service types.
  • An MH-service list descriptor may be included in MH-BIT.
  • An MH-short format event descriptor represents an event name and a short description of the event in a text format.
  • An MH-short format event descriptor may be included in MH-EIT.
  • An MH-extension format event descriptor is added to an MH-short format event descriptor, and provides a detailed description of an event.
  • An MH-extension format event descriptor may be included in MH-EIT.
  • a video component descriptor provides parameters and description for a video component, and is used also for expressing an elementary stream in a text format.
  • a video component descriptor may be included in MPT or MH-EIT.
  • An MH-stream identifying descriptor is used to attach a label to a component stream for a service so that descriptive contents indicated by a video component descriptor in MH-EIT can be referred to with the label.
  • An MH-stream identifying descriptor may be included in MPT.
  • An MH-content descriptor indicates the genre of an event.
  • An MH-content descriptor may be included in MH-EIT.
  • An MH-parental rate descriptor indicates age-based viewing restriction, and is used to extend the range of restriction based on other restriction conditions.
  • An MH-parental rate descriptor may be included in MPT or MH-EIT.
  • the broadcast transmitting system When receiving time information in the NTP format, the broadcast transmitting system builds the PLL system with a 32+n bit counter including VCO (Voltage Controlled Oscillator) with a frequency of "n th power of 2" Hz, thereby providing a transmission system clock that synchronizes with the time information given from outside. Also, the broadcast transmitting system causes the overall signal processing units to operate in synchronization with the system clock of "n th power of 2" Hz. In addition, the broadcast transmitting system periodically transmits the output of the transmission system clock as time information in the NTP-length format to the receiver through the broadcast transmission path.
  • VCO Voltage Controlled Oscillator
  • a subtitle processing unit 1102e mainly controls the subtitle decoder 145.
  • a general-purpose data processing unit 1102f mainly controls the data decoder 151.
  • An EPG generating unit 1102g interprets the descriptive contents of an MH-EIT and others included in MMT-SI to generate an EPG screen.
  • a presentation processing unit 1102h mainly controls the video color gamut conversion unit 142, the subtitle synthesizing unit 146, the subtitle color gamut conversion unit 147, the application color gamut conversion unit 155, the video synthesizing unit 161, and the audio synthesizing unit 164 based on the logical plane structure.
  • the above-described operating programs may be stored in advance in the ROM 103 and/or the storage (accumulation) unit 110 at the time of product shipment, or may be acquired from the other application server 500 and others on the Internet 200 through the LAN communication unit 121 after the product shipment.
  • the operating programs stored in a memory card, optical disc, and others may be acquired through the extension interface unit 124 and others.
  • FIG. 8 is a block diagram showing an example of an 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 broadcasting signal transmission unit 360.
  • the main control unit 301 is a microprocessor unit that controls the whole of the broadcast station server 300 in accordance with a predetermined operating program.
  • the system bus 302 is a data communication path through which data is exchanged between the main control unit 301 and each of operating blocks in the broadcast station server 300.
  • the ROM 304 serves as a work area used when each operating program is executed.
  • the broadcasting contents management/distribution executing unit 3102 performs management of the contents of broadcasting programs stored in the broadcasting contents memory region 3200 and the metadata stored in the metadata memory region 3300, and performs control when the contents of broadcasting programs and metadata are delivered to a service provider based on a contract. Further, when delivering the contents of broadcasting programs and metadata to the service provider, the broadcasting contents management/distribution executing unit 3102 may perform a process of authenticating the service provider server 400 based on the contract when necessary.
  • the broadcasting contents transmission executing unit 3103 manages a time schedule and others when transmitting an MMT data string, which includes the contents of broadcasting programs accumulated in the broadcasting contents memory region 3200, and the titles and IDs of broadcasting programs and copy control information of program contents accumulated in the metadata memory region 3300, from the radio tower 300t via the digital broadcasting signal transmission unit 360.
  • the LAN communication unit 321 is connected to the Internet 200, and communicates with the service provider server 400 and others on the Internet 200.
  • the LAN communication unit 321 has a coding circuit, a decoding circuit, and others.
  • the digital broadcasting signal transmission unit 360 modulates an MMT data string composed of a video data string, audio data string, program data string, and others of the contents of broadcasting programs accumulated in the broadcasting contents memory region 3200, and transmits the modulated data string as the digital broadcast waves through the radio tower 300t.
  • FIG. 9 is a block diagram showing an example of an 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 storage unit 410 stores a basic operating program 4001, a video contents management/distribution program 4002, and an application management/distribution program 4004, and includes a video contents memory region 4200, a metadata memory region 4300, an application memory region 4400, and a user information memory region 4500.
  • the video contents memory region 4200 stores the contents of broadcasting programs provided from the broadcast station server 300 as video contents, and stores video contents and others created by the service provider.
  • the metadata memory region 4300 stores metadata provided from the broadcast station server 300 and metadata related to video contents created by the service provider.
  • the application memory region 4400 stores various applications and others for distributing the services cooperated with broadcasting programs in response to demands from television receivers.
  • the user information memory region 4500 stores information (personal information, authentication information, etc.) related to a user who is permitted to access the service provider server 400.
  • the basic operating program 4001, the video contents management/distribution program 4002, and the application management/distribution program 4004 stored in the storage unit 410 are loaded onto the RAM 404, and the respective loaded basic operating program, video contents management/distribution program, and application management/distribution program are executed by the main control unit 401 to configure a basic operation executing unit 4101, a video contents management/distribution executing unit 4102, and an application management/distribution executing unit 4104.
  • the video contents management/distribution executing unit 4102 acquires the contents and others of broadcasting programs and metadata from the broadcast station server 300, manages video contents and others and metadata stored in the video contents memory region 4200 and the metadata memory region 4300, and controls distribution of the video contents and others and metadata to television receivers. Further, when distributing the video contents and others and metadata to the television receivers, the video contents management/distribution executing unit 4102 may perform a process of authenticating the television receivers when necessary. Also, the application management/distribution executing unit 4104 manages applications stored in the application memory region 4400 and controls distribution of the applications in response to demands from the television receivers. Further, when distributing the applications to the television receivers, the application management/distribution executing unit 4104 may perform a process of authenticating the television receivers when necessary.
  • FIG. 10A is a block diagram showing an example of an internal configuration of the portable information terminal 700.
  • the portable information terminal 700 includes a main control unit 701, a system bus 702, a ROM 703, a RAM 704, a storage unit 710, a communication processing unit 720, an extension interface unit 724, an operation unit 730, an image processing unit 740, an audio processing unit 750, and a sensor unit 760.
  • the main control unit 701 is a microprocessor unit that controls the whole of the portable information terminal 700 in accordance with a predetermined operating program.
  • the system bus 702 is a data communication path through which data is exchanged between the main control unit 701 and each of operating blocks in the portable information terminal 700.
  • the ROM 703 is a memory storing a basic operating program such as operating system and other operating programs, and is provided as, for example, a rewritable ROM such as EEPROM and flash ROM.
  • the RAM 704 serves as a work area used when the basic operating program and other operating programs are executed.
  • the ROM 703 and the RAM 704 may be integrated with the main control unit 701. Also, a part of the memory region of the storage unit 710 may be used as the ROM 703 instead of providing the ROM 703 having the independent configuration shown in FIG. 10A .
  • the storage unit 710 stores the operating programs and operation set values of the portable information terminal 700 and personal information of the user of the portable information terminal 700.
  • the storage unit 710 can store an operating program downloaded through the Internet 200 and various data created by the operating program.
  • the storage unit 710 can store such contents as moving images, still images, and sounds that are downloaded through the Internet 200.
  • a part of the memory region of the storage unit 710 may be used to substitute for a part or the whole of the function of the ROM 703.
  • the storage unit 710 needs to retain the stored information even when power is not supplied to portable information terminal 700 from an external power source. Therefore, the storage unit 710 is provided as, for example, a non-volatile semiconductor element memory such as flash ROM or SSD or a magnetic disc drive such as HDD.
  • the operating programs stored in the ROM 703 and the storage unit 710 can be added, updated and functionally extended by the downloading process from server devices on the Internet 200.
  • the communication processing unit 720 includes a LAN communication unit 721, a mobile phone network communication unit 722, and an NFC communication unit 723.
  • the LAN communication unit 721 is connected to the Internet 200 via the router device 200r and the access point 200a, and transmits and receives data to and from server devices and other communication equipment on the Internet 200.
  • the LAN communication unit 721 is connected to the router device 200r and the access point 200a through wireless communication such as Wi-Fi (registered trademark).
  • the mobile phone network communication unit 722 performs telephone communication (telephone call) and data transmission and reception through wireless communication with the base station 600b on the mobile phone communication network.
  • the NFC communication unit 723 communicates wirelessly with the corresponding reader/writer when located in proximity to the reader/writer.
  • the LAN communication unit 721, the mobile phone network communication unit 722, and the NFC communication unit 723 each have a coding circuit, a decoding circuit, an antenna, and others.
  • the communication processing unit 720 may further includes other communication units such as a BlueTooth (registered trademark) communication unit and an infrared communication unit.
  • the extension interface unit 724 is a group of interfaces for extending the function of the portable information terminal 700, and is configured of a video and audio interface, a USB interface, a memory interface, and others in this non-claimed example.
  • the video and audio interface receives video and audio signals from external video and audio output devices, and outputs video and audio signals to external video and audio input devices.
  • the USB interface is connected to a PC and others and transmits and receives data to and from the PC and others.
  • a keyboard and other USB devices may also be connected to the USB interface.
  • a memory card and other memory media are connected to the memory interface to transmit and receive data to and from them.
  • the operation unit 730 is an instruction input unit that inputs operation instructions to the portable information terminal 700.
  • the operation unit 730 is composed of a touch panel 730t overlaid on a display unit 741 and operation keys 730k in which button switches are arranged.
  • the operation unit 730 may be composed of either the touch panel 730t or the operation keys 730k.
  • the portable information terminal 700 may be operated using a keyboard or the like connected to the extension interface unit 724, or may be operated using a separate terminal device connected through wired communication or wireless communication. Namely, the portable information terminal 700 may be operated through instructions from the broadcast receiving apparatus 100.
  • the display unit 741 may be provided with the above-described touch panel function.
  • the image processing unit 740 includes the 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, for example, a display device such as liquid crystal panel, and offers image data processed in the image signal processing unit 742 to the user of the portable information terminal 700.
  • the image signal processing unit 742 has a video RAM (not shown), and the display unit 741 is driven based on image data input to the video RAM. Also, the image signal processing unit 742 has a function of performing processes of converting formats, superposing a menu and other OSD (On Screen Display) signals, and others when necessary.
  • OSD On Screen Display
  • Each of the first image input unit 743 and the second image input unit 744 is a camera unit that inputs image data of surroundings or a target object by converting light input through a lens into electrical signals by using an electronic device such as a CCD (Charge Coupled Device) and CMOS (Complementary Metal Oxide Semiconductor) sensor.
  • an electronic device such as a CCD (Charge Coupled Device) and CMOS (Complementary Metal Oxide Semiconductor) sensor.
  • the audio processing unit 750 includes an audio output unit 751, an audio signal processing unit 752, and an audio input unit 753.
  • the audio output unit 751 is a speaker, and offers an audio signal processed in the audio signal processing unit 752 to the user of the portable information terminal 700.
  • the audio input unit 753 is a microphone, and converts the voice of the user and others into audio data to input it to the portable information terminal 700.
  • the sensor unit 760 is a group of sensors that detect the state of the portable information terminal 700, and includes a GPS receiving unit 761, a gyrosensor 762, a geomagnetic sensor 763, an acceleration sensor 764, an illuminance sensor 765, and a proximity sensor 766 in this non-claimed example. These sensors make it possible to detect the location, tilt, angle, and motion of the portable information terminal 700, and the brightness and the proximity of an object around the portable information terminal 700.
  • the portable information terminal 700 may further include other sensors such as a pressure sensor in addition to these sensors.
  • the portable information terminal 700 may be provided as a cellular phone, a smartphone, or a tablet terminal, or may be provided as a PDA (Personal Digital Assistants), a notebook PC, or the like. Alternatively, the portable information terminal 700 may be provided as a digital still camera, a video camera capable of taking moving pictures, a portable game machine, a navigation device, or other portable digital devices.
  • a PDA Personal Digital Assistants
  • the portable information terminal 700 may be provided as a digital still camera, a video camera capable of taking moving pictures, a portable game machine, a navigation device, or other portable digital devices.
  • the configuration example of the portable information terminal 700 shown in FIG. 10A includes a number of constituent elements that are not essential to this non-claimed example such as the sensor unit 760, but even the configuration that does not include such constituent elements does not impair the effect of this non-claimed example.
  • the portable information terminal 700 may further include additional constituent elements (not shown) such as a digital broadcast receiving function and an electronic money settlement function.
  • FIG. 10B is a software configuration diagram of the portable information terminal 700 of this non-claimed example, and shows respective software configurations of the ROM 703, the RAM 704, and the storage unit 710.
  • the ROM 703 stores a basic operating program 7001 and other operating programs
  • the storage unit 710 stores a cooperation control program 7002 and other operating programs.
  • the storage unit 710 includes a contents memory region 7200 storing such contents as moving images, still images, and sounds, an authentication information memory region 7300 storing authentication information and others needed when access is made to the television receiver or each server device, and a various information memory region storing other various types of information.
  • the basic operating program 7001 stored in the ROM 703 is loaded onto the RAM 704, and the loaded basic operating program is executed by the main control unit 701 to configure a basic operation executing unit 7101.
  • the cooperation control program 7002 stored in the storage unit 710 is loaded onto the RAM 704, and the loaded cooperation control program 7002 is executed by the main control unit 701 to configure a cooperation control executing unit 7102.
  • the RAM 704 has a temporary memory region that temporarily saves data created at execution of each operating program when necessary.
  • the cooperation control executing unit 7102 manages device authentication, connection, data transmission and reception, and others when the portable information terminal 700 performs operations cooperated with the television receiver. Also, the cooperation control executing unit 7102 has a browser engine function for executing an application cooperated with the television receiver.
  • the time information in the NTP format can transmit the time information up to "less than second". Further, since the time information in the NTP format is expressed by the UTC notation, it is compatible with NTP data included in a signal received through the communication line (e.g., signal received by the LAN communication unit 121 of FIG. 7A ) as shown in FIG. 3(B) , unlike the clock management in the conventional digital broadcasting.
  • Each piece of time information in the MH-event information table (MH-EIT) is stored as 24-bit information composed of 6 blocks of 4-bit binary-coded decimal, expressing "hour", “minute”, and “second” with two-digit decimal numbers, like the EIT for conventional digital broadcasting that is transmitted by the MPEG2-TS method.
  • the time management function based on the MH-TOT of the broadcast receiving apparatus 100 of this non-claimed example easily matches with a process using the MH-EIT.
  • the process using the MH-EIT includes, specifically, a process of creating a program guide (to be described later), a process of controlling timer recording and viewing reservation, a process of protecting copy rights such as temporary data storage, and others. This is because each of these processes is rarely required to have the accuracy to the extent of less than "second", and the accuracy covering up to time unit "second” is enough.
  • the broadcast receiving apparatus 100 of this non-claimed example can correct more accurately the system clock for the NTP-based time management function, which is used for the process of synchronizing contents data of broadcasting signals, by using the information related to the estimated delay time (e.g., the "delta" parameter and/or the "transmit_timestamp” parameter) described in the time information stored and transmitted in the TMCC extension information region.
  • the information related to the estimated delay time e.g., the "delta" parameter and/or the "transmit_timestamp” parameter
  • the "JST_time” parameter uses only the 16 low-order bits of the MJD coded data, calculation for determining a date of "April 22, 2038" ends up in arithmetic overflow, and the above-described predetermined calculation cannot express the date following "April 23, 2038".
  • the calculation method is switched depending on whether the value of the MJD is equal to or larger than a given value or the value is smaller than the given value so that the date following "April 23, 2038" can be expressed.
  • FIG. 12 shows a first calculation method that is used when the value of the MJD is equal to or larger than the given value and a second calculation method that is used when the value of the MJD is smaller than the given value.
  • the given value is set to "32768 (0 ⁇ 8000)”
  • the current date is calculated by using the first calculation method in the case where the value of the MJD is equal to or larger than "32768”
  • the second calculation method in the case where the value of the MJD is smaller than "32768.
  • the case in which the value of the MJD is smaller than "32768” is equivalent to the case in which the most significant bit of the 16-bit data of the MJD is "0".
  • the broadcast receiving apparatus 100 of this non-claimed example can express the date following "April 23, 2038".
  • the given value can be determined arbitrarily, and it may be set to, for example, "16384 (0 ⁇ 4000)" or "49152 (0 ⁇ C000)".
  • the condition for switching the calculation method may be set to the case where the 2 high-order bits of the 16-bit data of the MJD are "00" or the case where the 2 high-order bits of the 16-bit data of the MJD are not "11". Note that, when the given value is set to "32768" and the above-described method is used, a date preceding "September 4, 1948" cannot be expressed, but it does not pose a specific problem regarding the practical use of the television receiver.
  • the first calculation method and the second calculation method may be switched depending on a flag that replaces a part or the whole of a "reserved" parameter in the data structure of the MH-TOT of FIG. 11A or depending on a newly added flag, instead of switching the first calculation method and the second calculation method depending on the result of comparison between the MJD and the given value.
  • the flag is set to "1" when the MJD value represents the date following "April 23, 2038"
  • the flag is set to "0" when the MJD value does not represent the date following "April 23, 2038”.
  • the flag is "1”
  • the second calculation method shown in FIG. 12 is used, while when the flag is "0", the first calculation method is used.
  • a descriptor having the same meaning as the above-mentioned flag may be newly prepared and added to the MH-TOT.
  • the broadcast receiving apparatus 100 of this non-claimed example controls the decoding timing and presentation timing of video and audio signals in units of presentation by referring to NTP timestamps and others described in MPU timestamp descriptors set in units of MPU.
  • the time information in the NTP format has the configuration shown in FIG. 13A .
  • the MPU timestamp descriptor has the configuration shown in FIG. 13B .
  • the broadcast receiving apparatus 100 of this non-claimed example may select either the first calculation method or the second calculation method in accordance with the value of time data and others obtained by referring to the "reference_tiemstamp” parameter, the “transmit_timestamp” parameter, or the “mpu_presentation_time” parameter. Specifically, for example, when the most significant bit of the 64-bit time data in the NTP-length format is "0", the second calculation method is used, and when the most significant bit is not "0", the first calculation method is used.
  • the broadcast receiving apparatus 100 of this non-claimed example can express the date following "April 23, 2038".
  • the AMT of the broadcasting system of this non-claimed example provides a list of IP packet multicast groups that is used to receive IP packets transmitted by the TLV multiplexing method without distinguishing them from IP packets transmitted through the communication line as much as possible.
  • a plurality of IP multicast groups can be listed for one service identification.
  • an address mask can be used.
  • a list of services acquired from the TLV-NIT can be stored in a non-volatile memory such as the ROM 103 and the storage unit 110 at the time of channel scan in the initial setting or rescan for the setting change, and a list of IP multicast groups corresponding to the services can be associated with the services as IP-related information and stored in the non-volatile memory.
  • the list of services and IP-related information are stored in the non-volatile memory to be referred to constantly, so that a need of acquiring the TLV-NIT or AMT at the time of channel switching and others is eliminated, and thus the broadcasting contents can be efficiently acquired.
  • FIG. 14 is a diagram showing an example of an operation sequence at the time of channel scan (rescan) in the broadcast receiving apparatus 100 of this non-claimed example.
  • the receiving function executing unit 1102 sets an initial frequency value for the tuner/demodulating unit 131 and instructs the tuner/demodulating unit 131 to tune to the frequency value (S101).
  • the receiving function executing unit 1102 acquires the TLV-NIT from a received signal (S103).
  • the receiving function executing unit 1102 acquires information of a TLV stream ID, an original network ID, and others from the acquired TLV-NIT (S105).
  • FIG. 15A shows an example of the data structure of the TLV-NIT.
  • the information of the TLV stream ID and the information of the original network ID can be acquired from a "tlv_stream_id" parameter and an "original_network_id” parameter, respectively.
  • delivery system information related to physical conditions for the broadcast transmission path corresponding to the TLV stream ID and the original network ID is acquired from a delivery system descriptor (S106), and a service ID list is acquired from a service list descriptor (S107).
  • S106 delivery system descriptor
  • S107 service list descriptor
  • FIG. 15B shows an example of the data structure of a satellite delivery system descriptor.
  • FIG. 15C shows an example of the data structure of a service list descriptor. Note that, when the TLV-NIT has a plurality of different pieces of data such as the TLV stream ID, the original network ID, the delivery system information, and the service ID list, the processes of S105 to S107 are repeated. Subsequently, the receiving function executing unit 1102 creates a service list based on data acquired in the processes of S105 to S107 such as the TLV stream ID, the original network ID, the delivery system information, and the service ID list, and stores the created service list in the ROM 103 or the storage unit 110 (updates the service list at the time of rescan) (S108).
  • the receiving function executing unit 1102 acquires an AMT from the received signal (S109), and further acquires a list of IP multicast groups related to each service ID stored in the service list (S110).
  • FIG. 15D shows an example of the data structure of the AMT. Note that, when the AMT has lists 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 lists of IP multicast groups related to different service IDs, the processes of S109 and S110 are repeated.
  • the receiving function executing unit 1102 then associates the list of IP multicast groups acquired in the process of S110 with the service ID as IP-related information, and stores the IP-related information in the ROM 103 or the storage unit 110 (updates the IP-related information at the time of rescan) (S111).
  • the tuner/demodulating unit 131 fails in locking to the set frequency value in the process of S102 (S102: No) and when the TLV-NIT acquired in the process of S103 is not valid data (S104: No), the processes of S105 to S111 are not performed.
  • the receiving function executing unit 1102 After finishing the process of S111, when finding that the frequency value set for the tuner/demodulating unit 131 is a final frequency value in a channel scan range (S112: Yes), the receiving function executing unit 1102 ends the operation sequence. Meanwhile, when finding that the set frequency value is not the final frequency value in the channel scan range (S112: No), the receiving function executing unit 1102 increases the frequency value set for the tuner/demodulating unit 131 (S113) and repeats the processes of S102 to S111. Note that, if the service IDs for all services making up the broadcasting network can be acquired from one TLV-NIT and an AMT having lists of IP multicast groups related to the service IDs can be acquired, the processes of S112 and S113 are unnecessary.
  • the broadcast receiving apparatus 100 of this non-claimed example can create/update a list of services making up the broadcasting network (service list), and at the same time, create/update a list of IP multicast groups corresponding to each service (IP-related information) and store the created service list and IP-related information in a non-volatile memory such as the ROM 103 and the storage unit 110.
  • service list a list of services making up the broadcasting network
  • IP-related information IP multicast groups corresponding to each service
  • IP-related information IP-related information
  • the rescan for setting change may be automatically performed when a change in the information in the table is detected by referring to respective "version_number" parameters of the TLV-NIT and AMT.
  • a change in the "version_number" parameter of either the TLV-NIT or AMT is detected, only the information related to the table in which the change in parameter is detected may be automatically updated.
  • execution of the automatic rescan should preferably be reported to the user.
  • the change in the information in the table may be reported to the user so that the user makes a decision on whether or not to perform the rescan.
  • FIG. 16 is a diagram showing an example of an operation sequence at the time of channel selection (channel switching) in the broadcast receiving apparatus 100 of this non-claimed example.
  • the receiving function executing unit 1102 interprets the command transmitted from the remote controller and specifies a service ID of an intended service (S201). Next, the receiving function executing unit 1102 then starts to acquire an AMT from the signal received from the tuner/demodulating unit 131. When succeeding in acquiring the AMT within a given time (S202: Yes), the receiving function executing unit 1102 acquires information related to a list of IP multicast groups corresponding to the service ID, from the acquired AMT (S204).
  • the receiving function executing unit 1102 When failing to acquire the AMT within the given time (S202: No), the receiving function executing unit 1102 refers to the IP-related information stored in the ROM 103 or the storage unit 110 (S203), thereby acquiring information related to the list of IP multicast groups corresponding to the service ID (S204). Note that the receiving function executing unit 1102 may always refer to the IP-related information stored in the ROM 103 or the storage unit 110 without performing the determination process of S202.
  • the receiving function executing unit 1102 starts to acquire the TLV-NIT from the signal received from the tuner/demodulating unit 131.
  • the receiving function executing unit 1102 acquires delivery system information for acquiring an IP data flow corresponding to the service ID, from the acquired TLV-NIT (S207).
  • the receiving function executing unit 1102 refers to the service list stored in the ROM 103 or the storage unit 110 (S206), thereby acquiring the delivery system information for acquiring the IP data flow corresponding to the service ID (S207).
  • the transport processing unit 1102a acquires an MMTP packet with a packet ID "0", from the input MMT data string (S209), and further acquires an MPT from the acquired MMTP packet (S210). Next, the transport processing unit 1102a then refers to an "MMT_package_id_byte” parameter included in the acquired MPT, and checks whether the 16 low-order bits of the "MMT_package_id_byte” parameter have the same value as the service ID. When the 16 low-order bits of the "MMT_package_id_byte” parameter have the same value as the service ID in the example of the data structure of the MPT shown in FIG.
  • the MMTP packet with the packet ID "0" is an MMTP packet having the data of the program corresponding to the service ID, and acquisition of an MFU is executed based on information included in the acquired MPT (S216).
  • the transport processing unit 1102a newly acquires a PLT (S212), and checks the acquired PLT to confirm a packet ID (x in this case) of an MMTP packet that transmits an MPT having the "MMT_package_id_byte” parameter corresponding to the service ID (S213).
  • the transport processing unit 1102a then acquires an MMTP packet with a packet ID "x" from the above-mentioned input MMT data string (S214), and acquires an MPT from the acquired MMTP packet (S215). Also, the transport processing unit 1102a then acquires an MFU based on information included in the acquired MPT (S216).
  • the transport processing unit 1102a may always perform the processes of S212 to S215 without performing the processes of S209 to S211. In this case, the process time can be reduced when the data of the program corresponding to the service ID is stored in an MMTP packet other than the MMTP packet with the packet ID "0".
  • the broadcast receiving apparatus 100 of this non-claimed example can execute a channel selection (channel switching) operation.
  • a service list and IP-related information are created and are stored in a non-volatile memory such as the ROM 103 and the storage unit 110 so as to be referred to constantly at the time of channel scan for initial setting or rescan for setting change, and the service list and IP-related information stored in a non-volatile memory such as the ROM 103 and the storage unit 110 are referred to at the time of channel selection (channel switching), so that the efficiency of the channel selection (channel switching) operation can be improved. Namely, the time taken from the start to end of the channel selection (channel switching) can be reduced, compared to a case where the AMT and TLV-NIT are acquired again at the time of channel selection (channel switching).
  • the broadcast receiving apparatus 100 of this non-claimed example can control the screen layout based on the description of an LCT.
  • FIG. 18 shows an example of the data structure of the LCT.
  • a "left_top_pos_x” parameter and a “right_down_pos_x” parameter indicate a horizontal position on the top left of a region and a horizontal position on the bottom right of the region in terms of the ratio of the number of pixels to the total number of pixels arranged in the horizontal direction, respectively, when the left side of the full-screen display is defined as "0" and the right side of the same is defined as "100".
  • a ''left_top_pos_y” parameter and a “right_down_pos_y” parameter indicate a vertical position on the top left of the region and a vertical position on the bottom right of the region in terms of the ratio of the number of pixels to the total number of pixels arranged in the vertical direction, respectively, when the top side of the full-screen display is defined as "0" and the bottom side of the same is defined as "100".
  • a "layer_order” parameter indicates a relative position in the depth direction of the region.
  • FIGs. 19A to 19D Examples of layout assignment to layout numbers based on the parameter settings are shown in FIGs. 19A to 19D together with set values for the parameters.
  • FIG. 19A shows default layout setting of the broadcast receiving apparatus 100 of this non-claimed example, and shows an example in which one region is set for the full-screen.
  • FIG. 19B shows an example in which the full-screen is divided into three regions, and the respective regions are defined as "region 0", "region 1" and "region 2".
  • the "region 0" is set within a range of (0, 0)-(6143, 3455) because the "left_top_pos_x” parameter is "0", the ''left_top_pos_y' parameter is "0”, the “right_down_pos_x” parameter is "80", and the "right_down_pos_y” parameter is "80".
  • the "region 1” is set within a range of (6144, 0)-(7679, 4319)
  • the "region 2" is set within a range of (0, 3456)-(6143, 4319).
  • FIG. 19C shows an example in which three regions are set like the example of FIG. 19B .
  • the "region 0" is set within a range of (0, 0)-(7679, 4319)
  • the "region 1" and “region 2" are set within the same ranges of the "region 1" and “region 2" described above and are located in front of the "region 0" in accordance with the setting of the "layer_order” parameter.
  • FIG. 19D shows an example in which the "region 0" is set in a device 0 (default device: broadcast receiving apparatus 100 in this non-claimed example) and the "region 1" is set in a device 1 (portable information terminal 700 in this non-claimed example).
  • screen layout control for displaying multimedia services on the receiver in a manner intended by the service provider can be performed by using the LCT.
  • decimal fractions that are generated when the screen is divided in accordance with the setting values of the "left_top_pos_x” parameter and others are rounded up or down, or rounded off (or in the case of binary numbers, "0" is rounded down while “1” is rounded up).
  • the "region 0" may be set within a range of (0, 0)-(3916, 2203) by rounding up decimal fractions or may be set within a range of (0, 0)-(3915, 2202) by rounding down decimal fractions.
  • decimal fractions may be rounded up or down in units of 8-pixel blocks or 16-pixel blocks in consideration of macro-blocks at the time of an image compression process.
  • FIG. 20A shows an example of an operation of the exceptional process of the screen layout control based on the LCT.
  • the broadcast receiving apparatus 100 When the screen layout control similar to that shown in FIG. 19B is performed based on the descriptive contents of the LCT, a video of broadcasting program is displayed in the "region 0", and broadcasting contents such as program-cooperation data cooperated with the broadcasting program are displayed in the "region 1" and the "region 2", if the user gives an instruction to display an EPG screen with the remote controller (not shown), the broadcast receiving apparatus 100 of this non-claimed example shifts the screen layout setting back to the default setting (i.e., a state in which the screen layout control similar to that shown in FIG. 19A is performed) as shown in FIG. 20A (A) regardless of the descriptive contents of the LCT, and controls the screen layout to display the EPG screen on the entire screen. Further, when the user gives an instruction to end the display of the EPG screen, the broadcast receiving apparatus 100 executes again the screen layout control in accordance with the descriptive contents of the LCT.
  • the EPG screen can be displayed in a large size and easiness to see the EPG screen can be improved, compared to the case where the EPG screen is displayed while maintaining the control of screen layout region as shown in FIG. 20A (B).
  • the broadcast receiving apparatus 100 of this non-claimed example selects the broadcasting contents of the "region 0" and displays only the selected contents in the display area. Note that the broadcasting contents of the "region 1" or “region 2" may be selected and displayed depending on a region selection state right before the selection.
  • the easiness to see the broadcasting contents can be improved, compared to the case where various broadcasting contents are displayed while maintaining the control of screen layout region.
  • FIG. 21 shows an example of the data structure of the MH-EIT of this non-claimed example.
  • the MH-EIT is classified into two classes by a table ID (corresponding to a "table_id" parameter in FIG. 21 ), and can provide information of the current and next events in its own TLV stream and schedule information of events in its own TLV stream.
  • the broadcast receiving apparatus 100 of this non-claimed example refers to the MH-EIT and others to identity a service with a service ID (corresponding to a "service_id" parameter in FIG.
  • the broadcast receiving apparatus 100 can display the created EPG screen on the monitor unit 162 by superposing it on video information and others in the video synthesizing unit 161.
  • FIG. 22A is a diagram showing an example of an EPG screen in the broadcast receiving apparatus 100 of this non-claimed example.
  • An EPG screen 162a has a matrix form with the vertical axis representing time and the horizontal axis representing service IDs (channels), and displays detailed information of broadcasting programs to be broadcasted in each channel in each time zone. Also, detailed information 162a1 of each broadcasting program is composed mainly of a title region 162a2 and a detail description region 162a3.
  • symbols and others expressing the title and properties of the broadcasting program are displayed.
  • the symbols and others expressing the properties of the broadcasting program are, for example, symbols/characters indicating that the broadcasting program is a new program or rerun program, or may be a mark or the like standing for "data” indicating that the program supports data broadcasting by a broadcasting service, or may be a mark 162a4 or the like standing for "NetWork” indicating that contents, applications, and others related to the broadcasting program can be acquired through the network.
  • the symbols and others expressing the properties of the broadcasting program may be substituted by differentiating the background color of the detailed information 162a1 from others or enclosing the display region of the detailed information 162a1 with a thick line.
  • control information messages, tables, descriptors, etc.
  • the screen may be controlled so as not to display the mark 162a4 or the like standing for "NetWork”.
  • the broadcast receiving apparatus 100 can provide the user with information of broadcasting programs in a form that does not give any sense of discomfort to the user in accordance with the network connection state.
  • FIG. 22C is a diagram showing another example of the EPG screen in the broadcast receiving apparatus 100 of this non-claimed example.
  • "M1 television”, “M2 broadcasting”, “M3 channel”, “M4 TV”, “Television M5", and others are the names of broadcast stations of respective channels, and the "M2 broadcasting" station provides broadcasting programs distributed through broadcast waves as well as network-distribution programs (information 162c1 indicated in a column of "network broadcasting" in FIG. 22C ) distributed through the Internet 200 at the same time.
  • the screen when a channel that provides only the network-distribution programs distributed through the Internet 200 is present, the screen is usually controlled to display the information of all the channels (including the information 162c1) as shown by an EPG screen 162c in FIG. 22C(A). Meanwhile, in the case where the broadcast receiving apparatus 100 cannot access server devices on the network or the like, the screen may be controlled so as not to display information of the channel of "M2 broadcasting (network broadcasting)" that provides only the network-distribution programs distributed through the Internet 200 (information 162c1 in FIG. 22C(A)) as shown by an EPG screen 162d in FIG. 22C(B).
  • M2 broadcasting network broadcasting
  • 19B and 19C specified by the LCT is displayed temporarily to display a background color or a given still image in the "region 1" and "region 2", and if the data from the transmission path other than the TLV stream indicated by the location information of the MPT cannot be acquired after an elapse of a given time, the display layout is shifted back to the default layout display shown in FIG. 19A .
  • the screen is controlled so that the program video included in the TLV stream is kept displayed in the "region 0" even in the layout change shown in FIGs. 19A, 19B , and 19C because the program video itself for the user continues.
  • the output of the contents to the external equipment for viewing can be performed by the video output unit 163 and the audio output unit 166 or through the digital IF unit 125 and the LAN communication unit 121 of FIG. 7A .
  • the copying or move process to the external equipment can be performed through the digital IF unit 125 and the LAN communication unit 121 of FIG. 7A .
  • the copying process of the contents for which the copy control information indicates copy limitations such as "copiable only for one generation", “copiable given times", and "copy prohibited” to external equipment through the LAN communication unit 121 may be allowed only when the IP address of the external equipment which is the destination of a transmission packet sent from the broadcast receiving apparatus 100 is present in the same subnet as the IP address of the broadcast receiving apparatus 100, and may be prohibited when the IP address of the external equipment is outside the subnet in which the IP address of the broadcast receiving apparatus 100 is present.
  • Video and audio output for viewing contents stored in the storage (accumulation) unit 110 of the broadcast receiving apparatus 100 is allowed in principle only when the IP address of the external equipment which is the destination of a transmission packet sent from the broadcast receiving apparatus 100 is present in the same subnet as the IP address of the broadcast receiving apparatus 100, and the output is prohibited when the IP address of the external equipment is outside the subnet in which the IP address of the broadcast receiving apparatus 100 is present.
  • data that is acquired from a path (IPv4, IPv6, MPEG2-TS, URL, etc.) different from data that is acquired from a TLV stream of the broadcasting path may be included in the same package and the same event as the data that is acquired from the TLV stream based on the location information ("MMT_general_location_info()" of FIG. 17 ) in the MTP.
  • MMT_general_location_info() The contents protection that is performed when copy control information is included in the MPT in this case will be described.
  • copy control information when copy control information is included in the MPT, data that is included in the same package and the same event based on the location information may be controlled in accordance with the copy control information included in the TLV stream even if the data is acquired from a path (IPv4, IPv6, MPEG2-TS, URL, etc.) different from data that is acquired from a TLV stream of the broadcasting path.
  • a path IPv4, IPv6, MPEG2-TS, URL, etc.
  • the copy control states of contents specified by the copy control information include “freely copiable” (which may be divided into two types such as “freely copiable and requiring encoding process upon storage and output” and “freely copiable and not requiring encoding process upon storage and output”), “copiable only for one generation”, “copiable given times” (e.g., a so-called “dubbing 10" if copiable nine times + allowing move once), and "copy prohibited”.
  • data location indicated by the location information includes MPEG2-TS data transmitted by a different digital broadcasting signal
  • the transmitted MPEG2-TS data is correlated with copy control information also in the different digital broadcasting signal. Accordingly, a problem arises as to in what way and in accordance with which information the copy control of the MPEG2-TS data should be performed (which of the copy control information included in the TLV/MMT stream and the copy control information included in the MPEG2-TS should be referred to in performing copy control).
  • this problem can be solved by performing any one of the following operations in the broadcast receiving apparatus 100.
  • data acquired from a path other than the TLV stream can also be put in a copy control state desired in the broadcasting system compatible with the broadcast receiving apparatus 100 of this non-claimed example.
  • the MPEG2-TS data that is included in the same package and the same event based on the location information may be subjected to copy control as contents in the copy control state indicated by the copy control information included in the TLV stream.
  • FIG. 24 is a block diagram showing an example of an internal configuration of a broadcast receiving apparatus 800.
  • the broadcast receiving apparatus 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 extension interface unit 824, a digital interface unit 825, a first tuner/demodulating unit 831, a second tuner/demodulating unit 832, an MMT decode processing unit 841, an MPEG2-TS decode processing unit 842, a video synthesizing unit 861, a monitor unit 862, a video output unit 863, an audio synthesizing unit 864, a speaker unit 865, an audio output unit 866, and an operation input unit 870.
  • the second tuner/demodulating unit 832 receives broadcast waves of a broadcasting service adopting the MPEG2-TS method as the media transport method via an antenna (not shown), and tunes to (selects) a channel giving a service that the user wishes to have, under the control by the main control unit 801. Further, the second tuner/demodulating unit 832 demodulates a received broadcasting signal to acquire an MPEG2-TS data string, and outputs the MPEG2-TS data string to the MPEG2-TS decode processing unit 842.
  • the MMT decode processing unit 841 receives the MMT data string output from the first tuner/demodulating unit 831, and performs processes of separating and decoding a video data string, an audio data string, a caption data string, a subtitle data string, and others, which are real-time presentation elements, based on a control signal included in the MMT data string.
  • the MMT decode processing unit 841 has the functions equivalent to those of the separating unit 132, the video decoder 141, the video color gamut conversion unit 142, the audio decoder 143, the caption decoder 144, the subtitle decoder 145, the subtitle synthesizing unit 146, 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 others in the broadcast receiving apparatus 100 of the first non-claimed example.
  • the MMT decode processing unit 841 is capable of performing the various processes described in the first non-claimed example. The details of the various processes have been described in the first non-claimed example, and further descriptions thereof are omitted.
  • the MPEG2-TS decode processing unit 842 receives the MPEG2-TS data string output from the second tuner/demodulating unit 832, and performs processes of separating and decoding a video data string, an audio data string, a caption data string, a subtitle data string, and others, which are real-time presentation elements, based on a control signal included in the MPEG2-TS data string.
  • the MPEG2-TS decode processing unit 842 has the function equivalent to that of an IRD (Integrated Reviver Decoder) of a conventional television receiver that receives broadcast waves of a broadcasting service adopting the MPEG2-TS method as the media transport method, and detailed descriptions thereof are omitted.
  • the video synthesizing unit 861 receives video information, subtitle information, and application information output from the MMT decode processing unit 841 and video information, subtitle information, and application information output from the MPEG2-TS decode processing unit 842, and properly performs a selection process and/or a superposition process.
  • the video synthesizing unit 861 has a video RAM (not shown), and the monitor unit 862 and others are driven based on video information and others input to the video RAM.
  • the video synthesizing unit 861 performs a scaling process, a superposing process of EPG screen information, and others under the control by the main control unit 801 when necessary.
  • the audio synthesizing unit 864 receives audio information output from the MMT decode processing unit 841 and audio information output from the MPEG2-TS decode processing unit 842, and properly performs a selection process and/or a mixing process.
  • the LAN communication unit 821 is connected to the Internet 200 via the router device 200r, and transmits and receives data to and from server devices and other communication equipment on the Internet 200. Also, the LAN communication unit 821 acquires an MMT data string (or part of it) and an MPEG2-TS data string (or part of it) of a program transmitted through the communication line, and properly outputs them to the MMT decode processing unit 841 and the MPEG2-TS decode processing unit.
  • the broadcast receiving apparatus 800 of this non-claimed example can display the current date and current time on the EPG screen and other various setting screens.
  • Information related to the current date and current time is transmitted by an MH-TOT or the like in the case of a broadcasting service adopting the MMT method as the media transport method, and the information is transmitted by a TOT (Time Offset Table) or the like provided in SI (Service Information) defined in the MPEG-2 system in the case of a broadcasting service adopting the MPEG2-TS method as the media transport method.
  • the broadcast receiving apparatus 800 can acquire the information related to the current date and current time by referring to the MH-TOT and the TOT.
  • the video synthesizing unit 861 when the video synthesizing unit 861 mainly selects video information and others output from the MMT decode processing unit 841, the video synthesizing unit 861 superposes the information related to the current date and current time acquired from the MH-TOT on the video information and others, and when the video synthesizing unit 861 mainly selects video information and others output from the MPEG2-TS decode processing unit 842, the video synthesizing unit 861 superposes the information related to the current date and current time acquired from the TOT on the video information and others.
  • the broadcasting service adopting the MMT method as the media transport method is different from the broadcasting service adopting the MPEG2-TS method as the media transport method in coding/decoding processes, transmission paths, and others, there is a possibility that inconsistency occurs in current time display between the case of selecting the broadcasting service adopting the MMT method as the media transport method and the case of selecting the broadcasting service adopting the MPEG2-TS method as the media transport method.
  • an EPG screen 162g displaying channel information of the broadcasting service adopting the MMT method as the media transport method is switched to an EPG screen 162h displaying channel information of the broadcasting service adopting the MPEG2-TS method as the media transport method as shown in FIG. 25
  • the inconsistency caused when the display of current time is switched from a current time display 162g1 to a current time display 162h1 may give the user a feeling of visual discomfort.
  • the broadcast receiving apparatus 800 of this non-claimed example performs control to superpose the information related to the current date and current time acquired from the TOT on the video information and others even when the video synthesizing unit 861 mainly selects the video information and others output from the MMT decode processing unit 841. Namely, the broadcast receiving apparatus 800 of this non-claimed example performs control to superpose current time information provided by the broadcasting service adopting the MPEG2-TS method as the media transport method, on the contents of the broadcasting service adopting the MMT method as the media transport method.
  • the above-mentioned effect can be achieved also by performing control to superpose current time information provided by the broadcasting service adopting the MMT method as the media transport method on contents of the broadcasting service adopting the MPEG2-TS method as the media transport method contrary to the above control.
  • the current time information can be corrected by referring to the "delta" parameter of the time information in the TMCC extension information region as described above in [Time Management of Broadcast Receiving Apparatus] of the first non-claimed example.
  • Event schedule information of the broadcasting service adopting the MMT method as the media transport method is transmitted by MH-EIT or the like.
  • event schedule information of the broadcasting service adopting the MPEG2-TS method as the media transport method is transmitted by EIT (Event Information Table) or the like included in SI defined in the MPEG-2 system. Therefore, in general, when video information or the like provided by the broadcasting service adopting the MMT method as the media transport method is displayed, the event schedule information (MH-EIT) of the broadcasting service adopting the MMT method can be acquired, and when video information or the like provided by the broadcasting service adopting the MPEG2-TS method as the media transport method is displayed, the event schedule information (EIT) of the broadcasting service adopting the MPEG2-TS method can be acquired.
  • the broadcast receiving apparatus 800 of this non-claimed example can acquire both MH-EIT and EIT when displaying video information or the like provided by the broadcasting service adopting the MMT method as the media transport method as well as when displaying video information or the like provided by the broadcasting service adopting the MPEG2-TS method as the media transport method, and thus the user friendliness can be improved.
  • FIG. 27A shows an example of the EPG screen in the broadcast receiving apparatus 800 of this non-claimed example.
  • an EPG screen 162i is an EPG screen that is created based on the MH-EIT of the broadcasting service adopting the MMT method as the media transport method, and ''M1 television", “M2 broadcasting”, “M3 channel”, “M4 TV”, “television M5" and others are the names of broadcast stations that provide the broadcasting service adopting the MMT method as the media transport method.
  • an EPG screen 162j is an EPG screen that is created based on the EIT of the broadcasting service adopting the MPEG2-TS method as the media transport method, and "T6 television”, “T7 broadcasting”, “T8 channel”, “T9 TV”, “television TA” and others are the names of broadcast stations that provide the broadcasting service adopting the MPEG2-TS method as the media transport method.
  • the initial EPG screen is an EPG screen that is created based on the MH-EIT of the broadcasting service adopting the MMT method as the media transport method, and shows detailed information of broadcasting programs of respective channels in a time zone of "from 17:00 (around current time)" on "October 7, 2014 (today)".
  • the EPG screen 162i appears.
  • the broadcast receiving apparatus 800 of this non-claimed example controls the screen to display detailed information of broadcasting programs of the respective channels in the same time zone on the same date (i.e., "from 20:00” on "October 9, 2014") as those of the EPG screen 162i displayed just before the network switching, instead of the initial EPG screen that is created based on the EIT of the broadcasting service adopting the MPEG2-TS method as the media transport method (i.e., detailed information of broadcasting programs of the respective channels in the time zone of "from 17:00” on "October 7, 2014").
  • the user can consecutively check detailed information of broadcasting programs provided in the same time zone on the same date by a plurality of networks with different media transport methods by a simple operation. Namely, the user friendliness of the broadcast receiving apparatus 800 can be improved.
  • the channel information that is created based on the MH-EIT of the broadcasting service adopting the MMT method as the media transport method and the channel information that is created based on the EIT of the broadcasting service adopting the MPEG2-TS method as the media transport method are displayed on the same time axis in a seamless manner.
  • the user does not need to give a network switching instruction or the like by the operation of the remote controller (not shown).
  • the user is allowed to collectively check detailed information of broadcasting programs provided in the same time zone on the same date by a plurality of networks with different media transport methods. Namely, the user friendliness of the broadcast receiving apparatus 800 can be improved.
  • the broadcast receiving apparatus 20100 receives broadcast waves transmitted from the radio tower 300t via the broadcast satellite (or communication satellite) 300s and the antenna 20100a.
  • the broadcast receiving apparatus 20100 may receive broadcast waves transmitted from the radio tower 300t directly from the antenna 20100a without passing through the broadcast satellite (or communication satellite) 300s.
  • the broadcast receiving apparatus 20100 can be connected to the Internet 200 via the router device 200r, and thus can perform data transmission and reception through the communication with server devices and other communication equipment on the Internet 200.
  • the connection cable 20200 is a communication cable that connects the broadcast receiving apparatus 20100 and the monitor device 20300, and transmits coded video and audio data and others output from the broadcast receiving apparatus 20100.
  • the monitor device 20300 is a video display device that offers video and audio information acquired by decoding coded video and audio data and others received through the connection cable 20200, to the user by using a display device such as a liquid crystal panel and a speaker.
  • FIG. 29A is a block diagram showing an example of an internal configuration of the broadcast receiving apparatus 20100.
  • the broadcast receiving apparatus 20100 includes the main control unit 101, the system bus 102, the ROM 103, the RAM 104, the storage (accumulation) unit 110, the LAN communication unit 121, the extension interface unit 124, a digital interface unit 20125, the tuner/demodulating unit 131, the separating unit 132, the video decoder 141, the video color gamut conversion unit 142, the audio decoder 143, the caption decoder 144, the subtitle decoder 145, the subtitle synthesizing unit 146, 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, the video synthesizing unit 161, the video output unit 163, the audio synthesizing unit 164, the audio output unit 166, the operation input unit 170, and a trans
  • the broadcast receiving apparatus 20100 of this embodiment is provided as an optical disc drive recorder such as DVD recorder, a magnetic disc drive recorder such as HDD recorder, an STB, or the like. Namely, when compared with the broadcast receiving apparatus 100 of the first non-claimed example, the monitor unit 162 and the speaker unit 165 may be omitted in the broadcast receiving apparatus 20100.
  • the transcode processing unit 20181 is a signal processing unit that performs a transcode computation process of converting the coding method, bit rate, media transport method, and others of each of the components making up the contents.
  • the transcode processing unit 20181 can convert an MMT data string of broadcasting program contents including a video component in an MPEG-H HEVC format that are output from the separating unit 132, into an MPEG2-TS data string of program contents including a video component in an MPEFG-2 format or MPEG-4 AVC (Advanced Video Coding) format.
  • the program contents subjected to the transcode computation process can be stored as recorded contents in the storage (accumulation) unit 110, or can be output and supplied from the digital interface unit 20125 or the like to an external monitor device or the like.
  • FIG. 29B is a software configuration diagram of the broadcast receiving apparatus 20100 of this embodiment, and shows respective software configurations of the ROM 103, the RAM 104, and the storage (accumulation) unit 110.
  • a transcode program 21003 is added to the storage (accumulation) unit 110 in the broadcast receiving apparatus 20100.
  • the transcode program 21003 stored in the storage (accumulation) unit 110 is loaded onto the RAM 104, and the loaded transcode program is executed by the main control unit 101 to configure a transcode executing unit 21103.
  • the transcode executing unit 21103 mainly controls the transcode computation process performed by the transcode processing unit 20181.
  • the receiving function executing unit 1102 loaded onto the RAM 104 has an output control unit 21102i.
  • the output control unit 21102i of the receiving function executing unit 1102 controls data output in the video output unit 163, the audio output unit 166, and the digital interface unit 20125.
  • FIG. 30 is a block diagram showing an example of an internal configuration of the monitor device 20300.
  • the monitor device 20300 includes a main control unit 20301, a system bus 20302, a ROM 20303, a RAM 20304, a storage unit 20310, an extension interface unit 20324, a digital interface unit 20325, a LAN communication unit 20326, an MMT decode processing unit 20341, an MPEG2-TS decode processing unit 20342, a video synthesizing unit 20361, a monitor unit 20362, an audio synthesizing unit 20364, a speaker unit 20365, and an operation input unit 20370.
  • the first tuner/demodulating unit 831, the second tuner/demodulating unit 832, the video output unit 863, the audio output unit 866, and others may be omitted in the monitor device 20300 of this embodiment.
  • the monitor device 20300 may have the same configuration as that of the broadcast receiving apparatus 800 of the second non-claimed example, that is, the configuration in which the first tuner/demodulating unit 831, the second tuner/demodulating unit 832, the video output unit 863, the audio output unit 866, and others are not omitted.
  • the monitor device 20300 may have the same configuration as that of the broadcast receiving apparatus 100 of the first non-claimed example, or may have the configuration in which the LAN communication unit 121 and the tuner/demodulating unit 131 are omitted from the configuration of the broadcast receiving apparatus 100 of the first non-claimed example, or may have a configuration different from the above configurations.
  • FIG. 31 is a system configuration diagram showing an example of a configuration of an interface between the broadcast receiving apparatus 20100 and the monitor device 20300.
  • a connection terminal (not shown) of the digital interface unit 20125 of the broadcast receiving apparatus 20100 is connected to a connection terminal (not shown) of the digital interface unit 20325 of the monitor device 20300 through the connection cable 20200 will be described.
  • the connection cable 20200 is made up of n pairs of differential transmission lanes CH1 to CHn, a DDC (Display Data Channel) line standardized by the VESA (Video Electronics Standard Association), an HPD (Hot Plug Detect) line, a CEC (Consumer Electronics Control) line, and the like.
  • the differential transmission lane unit may adopt the serial transmission.
  • the connection cable 20200 may further include a power line, a GND line, and a spare line.
  • the CEC line may be omitted from the connection cable 20200.
  • Digital video and audio (R/G/B/Vsync/Hsync) signals, control signals, and others may be output in the given parallel transmission format from the video synthesizing unit 161 and the audio synthesizing unit 164 to the data lane through a transmission processing unit 20125b of the digital interface unit 20125 of the broadcast receiving apparatus 20100.
  • program data and others including coded video and audio data such as an MMT data string and MPEG2-TS data string and control signals may be output in the given serial transmission format from the separating unit 132 and the transcode processing unit 20181.
  • the digital video and audio signals, control signals, and others or the program data and others including coded video and audio data and control signals are received by the reception processing unit 20325b of the digital interface unit 20325 of the monitor device 20300, are subjected to proper processes (including a decoding process in the case of the program data and others including coded video and audio data and control signals), and are then output from the monitor unit 20362 and the speaker unit 20365.
  • the transmission processing unit 20125b of the digital interface unit 20125 of the broadcast receiving apparatus 20100 can read EDID (Extended Display Identification Data) from an EDID memory unit 20325c through the communication with the reception processing unit 20325b of the digital interface unit 20325 of the monitor device 20300 via the DDC line. Namely, the broadcast receiving apparatus 20100 can confirm the capability and functions of the monitor device 20300 by acquiring the EDID.
  • EDID Extended Display Identification Data
  • examples of the capability and functions of the monitor device 20300 of this embodiment that can be confirmed in the above-described manner include items of input resolution, refresh rate, video standard, and others that the monitor device 20300 supports and items as to whether the monitor device 20300 has a function capable of supporting the process of decoding the MMT data string, whether the monitor device 20300 has a function capable of supporting the process of decoding the MPEG2-TS data string, and whether the monitor device 20300 has a function capable of supporting the network communication.
  • the above process of acquiring the EDID is described as an example of a process of acquiring information indicating the functions and capability of the monitor device 20300 and functions that the monitor device 20300 supports (hereinafter referred to as "function identifying information").
  • a method different from the method of reading the EDID may be employed to confirm the display capability of the monitor device 20300.
  • data indicating the display capability in a unique format different from the format of the EDID data may be adopted as the function identifying information, and the function identifying information may be transmitted from the digital interface unit 20325 of the monitor device 20300 to the digital interface unit 20125 of the broadcast receiving apparatus 20100.
  • "function identifying information" such as the EDID
  • "operation state information” indicating whether a given function of the monitor device 20300 is currently in an operable state may be transmitted from the digital interface unit 20325 of the monitor device 20300 to the digital interface unit 20125 of the broadcast receiving apparatus 20100.
  • the monitor device 20300 has the function capable of supporting the network communication, there may be a case in which the function of the monitor device 20300 cannot be exerted in a desirable manner because, for example, the communication network used by the network communication function is in an uncommunicable state for some reasons.
  • the state of the function of the monitor device 20300 can be notified to the broadcast receiving apparatus 20100.
  • This notifying process may be performed by exchanging data between the main control unit 101 of the broadcast receiving apparatus 20100 and the main control unit 20301 of the monitor device 20300 through the transmission control unit 20125a, the CEC line of the connection cable 20200, and the reception control unit 20325a.
  • the transmission control unit 20125a of the digital interface unit 20125 of the broadcast receiving apparatus 20100 controls the transmission processing unit 20125b, and further detects that connection to the monitor device 20300 is established and that the monitor device 20300 is powered on, through the communication with the reception control unit 20325a of the digital interface unit 20325 of the monitor device 20300 via the HDD line.
  • the reception control unit 20325a of the digital interface unit 20325 of the monitor device 20300 further controls the reception processing unit 20325b.
  • connection cable 20200 The configuration of the connection cable 20200, the internal configuration of the digital interface unit 20125 of the broadcast receiving apparatus 20100, and the internal configuration of the digital interface unit 20325 of the monitor device 20300 are shown in FIG. 31 by way of example.
  • Hardware of the digital interface is provided as a DVI terminal, an HDMI (registered trademark) terminal, a Display Port (registered trademark) terminal, an MHL terminal, or the like, and data may be output or input in a format conforming to the DVI specifications, HDMI specifications, Display Port specifications, MHL specifications, and SuperMHL specifications or a format obtained by extending these specifications. Alternatively, data may be output or input in a serial data format conforming to IEEE 1394 specifications and others.
  • the functions of the digital interface unit 20125 of the broadcast receiving apparatus 20100 and the functions of the digital interface unit 20325 of the monitor device 20300 described above may be achieved through communication via hardware such as an Ethernet and wireless LAN.
  • an IP interface is configured by using the LAN communication unit 121 in place of the digital interface unit 20125 of the broadcast receiving apparatus 20100 and using the LAN communication unit 20326 in place of the digital interface unit 20325 of the monitor device 20300.
  • the "function identifying information" and the "operation state information" described above can be transmitted and received between the LAN communication unit 121 and the LAN communication unit 20326 by using an IP protocol to allow data communication between the communication unit 121 and the LAN communication unit 20326. With this configuration, it becomes unnecessary to connect the broadcast receiving apparatus 20100 and the monitor device 20300 with the digital interface if there is an LAN environment available for the broadcast receiving apparatus 20100 and the monitor device 20300.
  • the digital interface and the IP interface described above may be established using either a wired transmission or a wireless transmission.
  • FIGs. 32A and 32B show examples of data output control that is performed in accordance with the decoding capability for an MMT data string and an MPEG2-TS data string of an output destination device connected via a connection cable or an LAN cable, when the broadcast receiving apparatus 20100 of this embodiment receives the broadcasting service adopting the MMT method as the media transport method.
  • the connection cable 20200 is taken as an example of the connection cable and the monitor device 20300 is taken as an example of the output destination device.
  • An output control unit 21102i of the broadcast receiving apparatus 20100 of this embodiment first acquires function identifying information such as EDID data stored in the EDID memory unit 20325c of the monitor device 20300 serving as an output destination device, through the DDC line of the connection cable 20200 and the transmission processing unit 20125b and transmission control unit 20125a of the digital interface unit 20125.
  • the monitor device 20300 serving as an output destination device has the configuration shown in FIG. 30
  • the monitor device 20300 has both of the function of decoding the MMT data string and the function of decoding the MPEG2-TS data string.
  • the device like this stores the function identifying information capable of identifying that the device supports both of the decoding process of the MMT data string and the decoding process of the MPEG2-TS data string in principle.
  • the device stores the function identifying information capable of identifying that the device has only the function of decoding the MMT data string and does not have the function of decoding the MPEG2-TS data string or the function identifying information capable of identifying that the device has only the function of decoding the MPEG2-TS data string and does not have the function of decoding the MMT data string in principle.
  • the device stores the function identifying information capable of identifying that the device does not have the function of decoding the MMT data string and the function of decoding the MPEG2-TS data string in principle.
  • FIG. 32A the results of the function identifying process for the decoding process of the MMT data string and the decoding process of the MPEG2-TS data string in the output destination device performed by the broadcast receiving apparatus 20100 based on the function identifying information acquired from the output destination device are indicated as “supported”, “unsupported”, and “unidentifiable”.
  • FIG. 32A further shows output control examples 1 to 3 indicating output control performed by the broadcast receiving apparatus 20100 in response to the result of the function identifying process.
  • Output MMT data shown in the output control examples 1 to 3 of FIG. 32A will be described.
  • the output control unit 21102i of the broadcast receiving apparatus 20100 performs control so that an MMT data string which is output from the tuner/demodulating unit 131 to the separating unit 132 is output from the separating unit 132 as it is and the MMT data string is output through the digital interface unit 20125 to the monitor device 20300 serving as an output destination device.
  • the output control unit 21102i performs control so that the MMT data string output from the separating unit 132 is subjected to a bit rate conversion process or the like in the transcode processing unit 20181 to reduce the data amount thereof, is put back into the original MMT data string, and then is output through the digital interface unit 20125 to the monitor device 20300.
  • the MMT data string transmitted from the broadcast receiving apparatus 20100 is received by the digital interface unit 20325, a decoding process or the like is performed to the received MMT data string in the MMT decode processing unit 20341, and then video information and audio information are offered to the user through the monitor unit 20362 and the speaker unit 20365.
  • Output MPEG2-TS data shown in the output control examples 1 to 3 of FIG. 32A will be described.
  • the output control unit 21102i of the broadcast receiving apparatus 20100 performs control so that an MMT data string which is output from the tuner/demodulating unit 131 to the separating unit 132 is output from the separating unit 132 as it is and the MMT data string is converted into an MPEG2-TS data string by the conversion process of the media transport method in the transcode processing unit 20181, and the MPEG2-TS data string is output to the monitor device 20300 serving as an output destination device through the digital interface unit 20125.
  • the MPEG2-TS data string transmitted from the broadcast receiving apparatus 20100 is received by the digital interface unit 20325 and a decoding process of the like is performed to the received MPEG2-TS data string in the MPEG2-TS decode processing unit 20342, and then video information and audio information are offered to the user through the monitor unit 20362 and the speaker unit 20365.
  • the following process is preferably performed in the process of converting the MMT data string into the MPEG2-TS data string in the transcode processing unit 20181.
  • time information such as a DTS (Decoding Time Stamp) serving as a reference for decoding coded video and audio data included in a PES (Packetized Elementary Stream) in an MPEG2-TS data string or an MPEG2-PS (Program Stream) data string and a PTS (Presentation Time Stamp) serving as a reference for reproducing such coded video and audio data is preferably created by referring to control information in the MMT data string.
  • DTS Decoding Time Stamp
  • PES Packetized Elementary Stream
  • MPEG2-PS Program Stream
  • PTS Presentation Time Stamp
  • the DTS may be created by referring to an "MPU_presentation_time” parameter of the MPU timestamp descriptor shown in FIG. 13B , an "MPU_decoding_time_offset” parameter, a “timescale” parameter, and a “pts_offset” parameter of the MPU extension timestamp descriptor shown in FIG. 33 , and others.
  • the PTS may be created by referring to the created DTS, a "dts_pts_offset” parameter and a "timescale” parameter of the MPU extension timestamp descriptor shown in FIG. 33 , and others.
  • PCR Program Clock Reference
  • SCR System Clock Reference
  • STC System Time Clock
  • the decoding time and the presentation time can be controlled in units of presentation of video and audio signals, even in the MPEG2-TS data string converted from the MMT data string by the conversion process of media transport method.
  • an MPT of a program to be output specifies a plurality of video assets and the video assets are correlated with layouts, devices, and/or regions transmitted by the LCT shown in FIGs. 19B , 19C, and 19D by the MPU presentation region specifying descriptor, which video asset data should be included in the MPEG2-TS data and output needs to be determined in the conversion process of the MMT data string into the MPEG2-TS data string in the transcode processing unit 20181.
  • a video asset to be included in the MPEG2-TS data and output may be determined based on the corresponding relation between the layouts, devices, and regions specified by the LCT and the video assets.
  • the MPEG2-TS data string including data obtained by the conversion process performed to the video asset correlated with the device number 0 (device_id:0) and the region umber 0 (region_number:0) in the layouts transmitted by the LCT of FIGs. 19B and 19C is created in the transcode processing unit 20181.
  • video data based on video assets correlated with other device numbers and region numbers may not be included in the MPEG2-TS data string to be output.
  • the video asset with the highest order of priority may be selected and converted into the MPEG2-TS data string regardless of the device number and the region number mentioned above. It is also possible to select a video asset displayed in a region chosen by the user and convert it into the MPEG2-TS data string.
  • any of the output control examples 1 to 3 of FIG. 32A when “supported” is specified for one decoding process while “unsupported” or “unidentifiable” is specified for the other decoding process, a data string is output in a format for the decoding process for which "supported” is specified.
  • "follow output control example 4" is specified for each of the output control examples 1 to 3 of FIG. 32A .
  • the output control example 4 will be described later with reference to FIG. 32B .
  • the output control examples 1 to 3 of FIG. 32A differ in output control only when "supported” is specified for both decoding processes.
  • FIG. 32B shows examples of output control (output control examples 4-A1 to 4-E) for combinations of function identifying results in the case where "unsupported” or “unidentifiable” is specified for the decoding process of the MMT data string and the decoding process of the MPEG2-TS data string in the output destination device as a result of the function identifying process performed in the broadcast receiving apparatus 20100.
  • the output control example 4-A1 is an example in which neither a data string in the MMT format nor a data string in the MPEG2-TS format is output ("output no data") when a function identifying result indicates "unsupported” or "unidentifiable”. This case at least reduces a possibility that an unexpected failure occurs in the output destination device.
  • each of the output control examples 4-A2 to 4-A4 no data is output ("output no data") when a function identifying result indicates “unsupported” for both decoding processes, but when "unidentifiable” is specified for at least one of the two decoding processes instead of “unsupported", data is output in the data format corresponding to the decoding process for which the function identifying result indicates "unidentifiable” instead of "unsupported” on the basis of the thought that the output destination device may possibly support the one decoding process for which "unidentifiable” is specified.
  • the output control examples 4-A2 to 4-A4 differ in output control in the case where the function identifying results indicate "unidentifiable” for both decoding processes. However, since the output control for this case is the same as the case in which the function identifying results indicate "supported” for both decoding processes in the output control examples 1 to 3 of FIG. 32A , further descriptions thereof are omitted.
  • the process of "output MPEG2-TS" is performed for the time being for both cases.
  • the function identifying information of the output destination device indicates "unsupported” for the two decoding processes like the case where the output destination device is not the monitor device but is a relay device such as image distributor disposed between the monitor device 20300 and the broadcast receiving apparatus 20100.
  • the output control example 4-B 1 assumes this case, and the process of "output MPEG2-TS" is performed for the time being even if the function identifying result indicates "unsupported” or "unidentifiable” for the two decoding processes.
  • the output control example 4-C1 assumes a similar case, and the process of "output MMT" is performed for the time being even if the function identifying result indicates "unsupported” or "unidentifiable” for the two decoding processes.
  • the output control example 4-B2 and the output control example 4-C2 are modification examples of the output control example 4-B1 and the output control example 4-C1, respectively.
  • data in a data format corresponding to the decoding process for which "unidentifiable" is indicated is preferentially output.
  • possibility that the decoding process can be performed in the output destination device is improved to some extent in comparison with the output control example 4-B1 and the output control example 4-C1.
  • the output control example 4-D is an example in which data is output by following set order of priority for both cases ("output data by following set order of priority") when a function identifying result indicates "unsupported” or "unidentifiable” for the two decoding processes. Since the process of "output data by following set order of priority" has already been described in the output control example 3 of FIG. 32A , further descriptions thereof are omitted.
  • an image having the message superposed thereon may be displayed on a display device which is connected via the audio output unit 163 and is different from the output destination device connected to the digital interface unit 20125 of FIG. 29A .
  • a submonitor (not shown in FIG. 29A ) for displaying various messages to the user may be provided on the broadcast receiving apparatus 20100 to display the above message thereon.
  • the message may be transmitted to the portable information terminal 700 cooperated with the broadcast receiving apparatus 20100 to display the message thereon.
  • only a voice message (audio data) having contents equivalent to the above message may be transmitted to the output destination device so as to ask the user to select the data output format through the speaker of the output destination device.
  • the broadcast receiving apparatus 20100 of this embodiment can perform data output control in accordance with the capability for the decoding process of the MMT data string and the MPEG2-TS data string in the output destination device connected via the connection cable and LAN cable of the digital interface.
  • the broadcast receiving apparatus is configured so that setting of output control for an output data format under the respective conditions can be changed by the manual setting operation by the user on the menu or the like through the operation input unit 170.
  • the broadcast receiving apparatus is configured so that setting of output control for an output data format under the respective conditions can be changed by the manual setting operation by the user on the menu or the like through the operation input unit 170.
  • FIGs. 34A and 34B show examples of data output control in accordance with the network communication capability and network communication state of the output destination device connected via a connection cable or an LAN cable, when the broadcast receiving apparatus 20100 of this embodiment receives the broadcasting service adopting the MMT method as the media transport method.
  • the connection cable 20200 is taken as an example of the connection cable and the monitor device 20300 is taken as an example of the output destination device.
  • the output control unit 21102i of the broadcast receiving apparatus 20100 of this embodiment first acquires function identifying information such as EDID data stored in the EDID memory unit 20325c of the monitor device 20300 serving as an output destination device, through the DDC line of the connection cable 20200 and the transmission processing unit 20125b and transmission control unit 20125a of the digital interface unit 20125.
  • the monitor device 20300 when configured to have the LAN communication unit 20326 as shown in FIG. 30 or includes a different network communication function (e.g., 3G communication function, LTE communication function, etc.), the device like this stores the function identifying information capable of identifying that the device supports the network communication function in principle.
  • the output destination device when the broadcast receiving apparatus 20100 and the output destination device are connected through the LAN cable, the output destination device has the network communication function.
  • FIG. 34A the results of the function identifying process for the network communication function in the output destination device performed by the broadcast receiving apparatus 20100 based on the function identifying information acquired from the output destination device are indicated as “supported”, “unsupported”, and “unidentifiable”.
  • FIG. 34A further shows output control examples indicating output control performed by the broadcast receiving apparatus 20100 in response to the result of the function identifying process.
  • the output control unit 21102i of the broadcast receiving apparatus 20100 performs a process of "output without mixing data acquired by the network communication function". Specifically, the output control unit 21102i performs control so that an MMT data string which is output from the tuner/demodulating unit 131 to the separating unit 132 is output from the separating unit 132 as it is, and is output to the monitor device 20300 serving as an output destination device through the digital interface unit 20125.
  • the MMT data string acquired from the broadcast waves received through the tuner/demodulating unit 131 is output to the monitor device 20300 without mixing the data acquired from the network communication path.
  • the MMT data string transmitted from the broadcast receiving apparatus 20100 is received by the digital interface unit 20325. Further, in the monitor device 20300, when the location information included in the MPT of the MMT data string specifies data that is acquired from the network communication path, related data stored in a given server device on the network is acquired through the LAN communication unit 20326 when necessary, and the MMT data string received from the broadcast receiving apparatus 20100 and the acquired related data are subjected to a decoding process or the like in the MMT decode processing unit 20341, and then video information and audio information are offered to the user through the monitor unit 20362 and the speaker unit 20365.
  • the output control unit 21102i of the broadcast receiving apparatus 20100 performs a process of "output with mixing data acquired by the network communication function". Specifically, the output control unit 21102i performs control for creating an MMT data string obtained by mixing related data acquired from a given server device on the network indicated by the location information through the LAN communication unit 121 and the MMT data string output from the tuner/demodulating unit 131 to the separating unit 132.
  • This data string mixing process can be performed by rearranging the data string, while separating the related data acquired through the LAN communication unit 121 and each data of the MMT data string input from the tuner/demodulating unit 131 to the separating unit 132, in the separating unit 132.
  • the data string mixing process may be achieved by performing a data string conversion process of rearranging the related data acquired through the LAN communication unit 121 and the MMT data string input from the tuner/demodulating unit 131 to the separating unit 132, in the transcode processing unit 20181.
  • the output control unit 21102i performs control so that the MMT data string newly created in the above manner can be output to the monitor device 20300 serving as an output destination device through the digital interface unit 20125.
  • the mixed data transmitted from the broadcast receiving apparatus 20100 is received by the digital interface unit 20325, and this received mixed data is subjected to a decoding process or the like in the MMT decode processing unit 20341, and then video information and audio information are offered to the user through the monitor unit 20362 and the speaker unit 20365.
  • the mixing process of the MMT data string acquired via the broadcast waves and the data acquired from the network communication path is performed in the output destination device. Consequently, since the processing time in the broadcast receiving apparatus 20100 is reduced, a delay in reproduction in the output destination device can be reduced. Meanwhile, when the output destination device does not support the network communication process, the mixing process is performed in the broadcast receiving apparatus 20100 and then the mixed data is output to the output destination device.
  • the output destination device is a monitor device having no network communication function
  • a service of presenting high-quality video, audio, data, and others created by using both of the MTDT data string acquired via broadcast waves and the data acquired from the network communication path can be offered to the user.
  • the output control unit 21102i may perform the same output control as the case of "unsupported”. This is for the purpose of increasing a possibility that a service of presenting high-quality video, audio, data, and others created by using both of the MMT data string acquired via broadcast waves and the data acquired from the network communication path can be offered to the user even when the output destination device does not have the network communication function.
  • a preferable output process can be performed based on whether the output destination device supports the network communication process or not.
  • a package making up a broadcasting service is composed of a video asset A, an audio asset A, a data asset A, a video asset B, an audio asset B, and a data asset B as shown in FIG. 35 .
  • the video asset A, the audio asset A, and the data asset A are distributed in the IP data flow (broadcasting signal) included in a TLV stream transmitted by broadcast waves, while the video asset B, the audio asset B, and the data asset B are distributed in the IP data flow (communication line) from a given server device through a network communication path such as a communication line.
  • the video asset B, the audio asset B, and the data asset B can be acquired by referring to an event package descriptor (disposed in "descriptor()" shown in FIG. 21 ) of an MH-EIT , a package ID (corresponding to an "MMT_package_id_byte” parameter shown in FIG. 17 ) and location information (corresponding to "MMT_general_location info()" shown in FIG. 17 ) of an MPT, included in a control signal (MMT-SI) in the IP data flow (broadcasting signal) transmitted by the TLV stream.
  • an event package descriptor disposed in "descriptor()" shown in FIG. 21
  • a package ID corresponding to an "MMT_package_id_byte” parameter shown in FIG. 17
  • location information corresponding to "MMT_general_location info()" shown in FIG. 17
  • the IP data flow (communication line) correlated to the IP data flow (broadcasting signal) and distributed through the communication line can be acquired by referring to the control signal (MMT-SI) included in the IP data flow (broadcasting signal) transmitted by the TLV stream. Further, a data string of each asset of the IP data flow (broadcasting signal) and a data string of each asset of the IP data flow (communication line) can be output as one IP data flow (output signal) by the mixing process from the digital interface unit 20125.
  • MMT-SI control signal
  • a data string of each asset of the IP data flow (broadcasting signal) and a data string of each asset of the IP data flow (communication line) can be output as one IP data flow (output signal) by the mixing process from the digital interface unit 20125.
  • the monitor device 20300 can acquire the video asset B, the audio asset B, and the data asset B by referring to the IP data flow (output signal) acquired through the communication line 20200.
  • the broadcast receiving apparatus 20100 acquires the network communication state information from the output destination device through the connection cable and LAN cable in addition to the function identifying information.
  • the results of identifying process for the network communication process using the function identifying information are indicated as three results such as "supported", “unsupported”, and "unidentifiable”.
  • the network communication state information indicates “communicable state” and “incommunicable state”, and may indicate "unidentifiable” as a result of the identifying process in the broadcast receiving apparatus 20100.
  • the control unit or the like of the output destination device creates the network communication state information by determining whether its network communication function is in a state of being capable of communication (not necessarily required to perform communication at this point) or in a state of being incapable of communication.
  • the control of "output with mixing data acquired by the network communication function" is performed, regardless of the identifying result indicated by the network communication state information. This is because a possibility that the mixing process can be performed in the output destination device is extremely low in this case.
  • the identifying result indicated by the network communication state information identifies the network communication state as "uncommunicable state”
  • the control of "output with mixing data acquired by the network communication function” is performed, regardless of the identifying result indicated by the function identifying information. This is because a possibility that the mixing process can be performed in the output destination device is extremely low also in this case.
  • the identifying result indicated by the network communication state information indicates "unidentifiable” since a possibility that the mixing process can be performed in the output destination device is unclear, the control of "output with mixing data acquired by the network communication function" is performed.
  • the broadcast receiving apparatus is configured so that setting of output control for an output data format under the respective conditions can be changed by the manual setting operation by the user on the menu or the like through the operation input unit 170. This is because even when normal identifying result cannot be acquired for the network communication state of the output destination device due to the failure of the broadcast receiving apparatus 20100 itself or the software of the output destination device, it is possible to prevent the disadvantage for the user by configuring the broadcast receiving apparatus so that the user is able to obtain necessary data output by manual setting operation.
  • the broadcast receiving apparatus 20100 of this embodiment can perform data output control in accordance with the network communication process capability and network communication state of the monitor device connected via the connection cable and LAN cable.
  • the broadcast receiving apparatus 20100 of this embodiment can perform data output control in accordance with the information related to the display capability of the monitor device acquired from the monitor device connected via the connection cable and LAN cable. Namely, it is possible to provide the broadcast receiving apparatus capable of exerting a function with a higher added value.
  • Some or the whole of the functions and others of the present invention described above may be achieved by means of hardware, for example, by designing such functions with integrated circuits, or may be achieved by means of software by making a microprocessor unit or the like interpret and execute operating programs for achieving respective functions. It is also possible to use hardware and software in combination.
  • the software that controls the broadcast receiving apparatus 100 may be stored in advance in the ROM 103 and/or the storage (accumulation) unit 110 of the broadcast receiving apparatus 100 at the time of product shipment.
  • the software may be acquired from the other application server 500 or the like on the Internet 200 through the LAN communication unit 121 after the product shipment.
  • the software stored in a memory card, optical disc, or the like may be acquired through the extension interface unit 124.
  • control lines and data lines considered to be necessary for the description are shown in the drawings, and all the control lines and data lines included in the product are not always shown in the drawings. Actually, it is presumable that almost all constituent elements are connected with each other.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Claims (2)

  1. Appareil de réception de diffusion (20100) comprenant :
    une unité de réception de diffusion numérique (131) qui est configurée pour recevoir une diffusion numérique dans laquelle des contenus sont transmis ;
    une unité de communication réseau (121) capable d'assurer une communication réseau ;
    une unité de commande de délivrance en sortie (21102i) capable de mélanger un premier flux de données IP des contenus reçus par l'unité de réception de diffusion numérique (131) avec un second flux de données IP acquis par l'unité de communication réseau (121) pour créer un nouveau flux de données IP, dans lequel l'appareil de réception de diffusion est configuré pour réécrire des informations de position dans une table de paquets de transport de médias MPEG (MPT) lorsque le nouveau flux de données IP est créé ; et
    une interface numérique (20125) capable de communiquer avec un équipement externe ;
    dans lequel l'appareil de réception de diffusion (20100) est configuré pour acquérir des informations d'identification de fonction de l'équipement externe par l'intermédiaire de l'interface numérique (20125), dans lequel les informations d'identification de fonction sont destinées à identifier si oui ou non l'équipement externe prend en charge une fonction de communication réseau ;
    dans lequel l'appareil de réception de diffusion (20100) est configuré pour déterminer un état de la communication réseau de l'équipement externe ;
    dans lequel, lorsque les contenus reçus sont délivrés en sortie depuis l'interface numérique (20125) vers l'équipement externe, l'unité de commande de délivrance en sortie (21102i) est configurée pour délivrer en sortie depuis l'interface numérique (20125) :
    le nouveau flux de données IP créé dans l'unité de commande de délivrance en sortie (21102i) en mélangeant le premier flux de données IP des contenus reçus par l'unité de réception de diffusion numérique (131) avec le second flux de données IP acquis par l'unité de communication réseau (121) lorsque les informations d'identification de fonction de l'équipement externe acquises par l'intermédiaire de l'interface numérique (20125) indiquent que la fonction de communication réseau est prise en charge et que l'état de la communication réseau de l'équipement externe est un état non communicable, ou
    un flux de données IP reçu depuis l'unité de réception de diffusion numérique (131) non soumis au processus de mélange lorsque les informations d'identification de fonction de l'équipement externe acquises par l'intermédiaire de l'interface numérique (20125) indiquent que la fonction de communication réseau est prise en charge et que l'état de la communication réseau de l'équipement externe est un état communicable ;
    dans lequel un protocole de transport de médias pour les contenus reçus par l'unité de réception de diffusion numérique (131) est un protocole de transport de médias MPEG (MMT), et
    dans lequel un protocole de transport de médias pour le nouveau flux de données IP délivré en sortie depuis l'interface numérique (20125) est également le protocole MMT.
  2. Procédé de délivrance en sortie de contenus depuis un appareil de réception de diffusion (20100) vers un équipement externe par l'intermédiaire d'une interface numérique (20125), le procédé comprenant :
    une étape de réception de diffusion numérique dans laquelle des contenus sont transmis ;
    une étape de communication réseau consistant à réaliser une communication réseau ;
    une étape de commande de délivrance en sortie consistant à mélanger un premier flux de données IP des contenus reçus dans l'étape de réception consistant à recevoir la diffusion numérique avec un second flux de données IP acquis dans l'étape de communication réseau pour créer un nouveau flux de données IP, dans lequel les informations de position dans une table de paquets de transport de médias MPEG (MPT) sont réécrites lorsque le nouveau flux de données IP est créé ;
    une étape d'entrée/sortie consistant à réaliser une communication avec l'équipement externe et une délivrance en sortie des contenus par l'intermédiaire de l'interface numérique (20125) ; et
    une étape d'acquisition d'informations d'identification de fonction de l'équipement externe par l'intermédiaire de l'interface numérique (20125), dans lequel les informations d'identification de fonction servent à identifier si l'équipement externe prend en charge ou non une fonction de communication réseau ;
    une étape de détermination d'un état de la communication réseau de l'équipement externe ;
    dans lequel, dans l'étape d'entrée/sortie, lorsque les contenus reçus sont délivrés en sortie depuis l'interface numérique (20125) vers l'équipement externe :
    le nouveau flux de données IP créé dans l'étape de commande de délivrance en sortie en mélangeant le premier flux de données IP des contenus reçus dans l'étape de réception avec le second flux de données IP acquis dans l'étape de communication réseau est délivré en sortie depuis l'interface numérique (20125) lorsque les informations d'identification de fonction de l'équipement externe acquises par l'intermédiaire de l'interface numérique (20125) indiquent que la fonction de communication réseau est prise en charge et que l'état de la communication réseau de l'équipement externe est un état non communicable, ou
    un flux de données IP reçu dans l'étape de réception non soumis au processus de mélange est délivré en sortie depuis l'interface numérique (20125) lorsque les informations d'identification de fonction de l'équipement externe acquises par l'intermédiaire de l'interface numérique (20125) indiquent que la fonction de communication réseau est prise en charge et que l'état de la communication réseau de l'équipement externe est un état communicable ;
    dans lequel un protocole de transport de médias pour les contenus reçus dans l'étape de réception est un protocole de transport de médias MPEG (MMT), et
    dans lequel un protocole de transport de médias pour la délivrance en sortie du nouveau flux de données IP depuis l'interface numérique (20125) dans l'étape d'entrée/sortie est également le protocole MMT.
EP22207206.8A 2015-02-02 2016-01-27 Appareil de réception de diffusion et procédé de sortie de contenu Active EP4164231B1 (fr)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2015018226A JP2016144020A (ja) 2015-02-02 2015-02-02 放送受信装置及び放送受信方法
JP2015056948A JP6222781B2 (ja) 2015-03-19 2015-03-19 制御方法
JP2015058877A JP6487243B2 (ja) 2015-03-23 2015-03-23 放送受信装置及びコンテンツ出力方法
PCT/JP2016/052339 WO2016125654A1 (fr) 2015-02-02 2016-01-27 Récepteur de diffusion, procédé de réception de diffusion et procédé de sortie de contenu
EP16746485.8A EP3255895B1 (fr) 2015-02-02 2016-01-27 Appareil de reception de radiodiffusion et procédé de sortie de contenu

Related Parent Applications (2)

Application Number Title Priority Date Filing Date
EP16746485.8A Division-Into EP3255895B1 (fr) 2015-02-02 2016-01-27 Appareil de reception de radiodiffusion et procédé de sortie de contenu
EP16746485.8A Division EP3255895B1 (fr) 2015-02-02 2016-01-27 Appareil de reception de radiodiffusion et procédé de sortie de contenu

Publications (3)

Publication Number Publication Date
EP4164231A1 EP4164231A1 (fr) 2023-04-12
EP4164231B1 true EP4164231B1 (fr) 2025-08-27
EP4164231C0 EP4164231C0 (fr) 2025-08-27

Family

ID=56564003

Family Applications (2)

Application Number Title Priority Date Filing Date
EP22207206.8A Active EP4164231B1 (fr) 2015-02-02 2016-01-27 Appareil de réception de diffusion et procédé de sortie de contenu
EP16746485.8A Active EP3255895B1 (fr) 2015-02-02 2016-01-27 Appareil de reception de radiodiffusion et procédé de sortie de contenu

Family Applications After (1)

Application Number Title Priority Date Filing Date
EP16746485.8A Active EP3255895B1 (fr) 2015-02-02 2016-01-27 Appareil de reception de radiodiffusion et procédé de sortie de contenu

Country Status (4)

Country Link
US (4) US11405679B2 (fr)
EP (2) EP4164231B1 (fr)
CN (3) CN107211184B (fr)
WO (1) WO2016125654A1 (fr)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6381465B2 (ja) * 2015-03-18 2018-08-29 シャープ株式会社 受信装置、受信方法、及びプログラム
CN111711852B (zh) 2015-07-24 2022-09-23 麦克赛尔株式会社 接收装置
KR20180080186A (ko) * 2015-11-05 2018-07-11 소니 주식회사 컨텐츠 재생 장치, 및 컨텐츠 재생 방법
EP3633980A4 (fr) * 2017-06-01 2020-07-22 Sony Corporation Dispositif de traitement d'informations, support d'enregistrement d'informations, procédé de traitement d'informations, et programme
KR101961841B1 (ko) * 2017-11-13 2019-07-17 주식회사 카이 영상 장치 및 영상 장치의 동작 방법
WO2019221080A1 (fr) * 2018-05-15 2019-11-21 マクセル株式会社 Dispositif de réception de diffusion et procédé de traitement d'onde porteuse
WO2020007348A1 (fr) * 2018-07-04 2020-01-09 青岛海信电器股份有限公司 Émission de signal de diffusion
CN112385240A (zh) 2018-07-11 2021-02-19 麦克赛尔株式会社 广播接收装置和数字广播调制波的传输方法
JP7199856B2 (ja) * 2018-07-12 2023-01-06 マクセル株式会社 デジタル放送変調波の伝送方法
JP7201351B2 (ja) * 2018-07-13 2023-01-10 マクセル株式会社 デジタル放送変調波の伝送方法
WO2020259604A1 (fr) * 2019-06-28 2020-12-30 海信视像科技股份有限公司 Appareil et procédé d'émission de contenu numérique, et appareil et procédé de réception de contenu numérique
JP7412977B2 (ja) 2019-11-25 2024-01-15 マクセル株式会社 表示制御方法
JP7000541B2 (ja) * 2020-12-09 2022-01-19 マクセル株式会社 受信装置
JP7061722B2 (ja) * 2020-12-09 2022-04-28 マクセル株式会社 コンテンツの保護方法
JP7137291B2 (ja) * 2020-12-09 2022-09-14 マクセル株式会社 受信装置
JP7377929B2 (ja) * 2021-12-23 2023-11-10 マクセル株式会社 受信装置
JP7831144B2 (ja) * 2022-06-08 2026-03-17 大日本印刷株式会社 サーバ装置、データ変更方法、プログラム、およびデータ変更システム
ES3034915B2 (es) * 2025-03-04 2026-04-23 Zertiban S L Proceso de firma electronica avanzada bancaria

Family Cites Families (65)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998026593A1 (fr) * 1996-12-12 1998-06-18 Rockwell Semiconductor Systems, Inc. Boite de conversion video numerique pour abonne/foyer possedant plusieurs televiseurs
JP3639761B2 (ja) 1999-12-27 2005-04-20 財団法人エヌエイチケイサービスセンター テレビジョン放送におけるデータ放送の放送方法
JP3438694B2 (ja) 2000-02-07 2003-08-18 日本電気株式会社 データ復号記録装置
JP4389323B2 (ja) * 2000-02-29 2009-12-24 ソニー株式会社 シーン記述変換装置及び方法
US8205223B2 (en) * 2000-04-12 2012-06-19 Lg Electronics Inc. Method and video device for accessing information
US20030154481A1 (en) * 2002-02-11 2003-08-14 Andersen David B. Identification of programming having supplementary content
JP4377575B2 (ja) 2002-10-30 2009-12-02 日本放送協会 デジタル放送システム、コンテンツ受信装置およびコンテンツ受信プログラム
JP2004186847A (ja) 2002-12-02 2004-07-02 Canon Inc インターネットと連動したテレビ放送広告システム
CN1509081A (zh) 2002-12-20 2004-06-30 �ʼҷ����ֵ��ӹɷ����޹�˾ 通过广播和网络流传送双层hdtv信号的方法和系统
JP4522885B2 (ja) 2005-02-24 2010-08-11 シャープ株式会社 放送受信装置および電子番組ガイドの表示方法、プログラム、記録媒体
JP4855752B2 (ja) 2005-09-30 2012-01-18 株式会社東芝 Ｉｐ放送の送信方法
JP2007142923A (ja) 2005-11-21 2007-06-07 Matsushita Electric Ind Co Ltd 電子番組ガイド表示装置および表示方法
US8553882B2 (en) * 2006-03-16 2013-10-08 Time Warner Cable Enterprises Llc Methods and apparatus for connecting a cable network to other network and/or devices
JP5144165B2 (ja) 2006-10-24 2013-02-13 キヤノン株式会社 コンテンツ格納制御装置及びその制御方法
WO2008056718A1 (fr) * 2006-11-07 2008-05-15 Sony Corporation Dispositif électronique, procédé de reproduction de contenu et procédé de décodage de contenu
CN101296371B (zh) 2007-04-23 2013-06-05 华为技术有限公司 Iptv终端、iptv系统及iptv业务的实现方法
KR20080097264A (ko) * 2007-05-01 2008-11-05 삼성전자주식회사 Ｅｐｇ 수신 장치 및 방법
CN101094243B (zh) * 2007-05-31 2012-05-30 广东中大讯通软件科技有限公司 基于UPnP的不同类型设备间的多媒体适配系统及多媒体内容适配方法
JP5002371B2 (ja) 2007-08-21 2012-08-15 日立コンシューマエレクトロニクス株式会社 デジタルコンテンツ受信装置、デジタルコンテンツ受信方法、および、デジタルコンテンツ送受信方法
US20090063978A1 (en) * 2007-09-05 2009-03-05 Sony Corporation Network status icon in navigable toolbar
JP2009088819A (ja) 2007-09-28 2009-04-23 Victor Co Of Japan Ltd デジタル放送受信装置
JP4525760B2 (ja) 2008-01-30 2010-08-18 ソニー株式会社 情報処理装置および情報提供方法
JP5049151B2 (ja) 2008-01-31 2012-10-17 日本放送協会 受信装置及び伝送システム
TWI521939B (zh) * 2008-02-27 2016-02-11 恩康普丁公司 用於低頻寬顯示資訊傳輸之系統及方法
JP2009260818A (ja) * 2008-04-18 2009-11-05 Nec Corp サーバ装置とコンテンツ配信方法とプログラム
JP5433239B2 (ja) 2009-01-15 2014-03-05 日本放送協会 放送型アプリケーションの起動システム
US8421930B2 (en) * 2009-03-30 2013-04-16 Mitsubishi Electric Corporation Digital broadcast receiver
JP5197475B2 (ja) * 2009-04-23 2013-05-15 パナソニック株式会社 放送受信装置及び番組ガイド作成方法
US8443399B2 (en) 2009-06-02 2013-05-14 Panasonic Corporation Digital broadcast receiver and digital broadcast transmitter
US20110010742A1 (en) * 2009-07-10 2011-01-13 At&T Intellectual Property I, L.P. Enhanced network search
US20110010301A1 (en) 2009-07-10 2011-01-13 Sadao Tsuruga Output control method, receiver, and receiving method
JP2011018410A (ja) 2009-07-10 2011-01-27 Hitachi Consumer Electronics Co Ltd 出力制御方法
US8943542B2 (en) * 2009-07-29 2015-01-27 Echostar Technologies L.L.C. Systems and methods for providing predefined category-based channel lists
WO2011049278A1 (fr) * 2009-10-25 2011-04-28 Lg Electronics Inc. Procédé pour traiter des informations de programme de diffusion et récepteur de diffusion
JP2011142397A (ja) 2010-01-05 2011-07-21 Canon Inc 放送受信装置及び方法
JP2011239116A (ja) * 2010-05-10 2011-11-24 Funai Electric Co Ltd 映像受信機
JP5050079B2 (ja) 2010-06-02 2012-10-17 日立コンシューマエレクトロニクス株式会社 デジタルコンテンツ受信装置およびデジタルコンテンツ受信方法
US10917624B2 (en) 2010-06-02 2021-02-09 Maxell, Ltd. Reception device, display control method, transmission device, and transmission method for program content type
US9602883B2 (en) 2010-07-19 2017-03-21 Lg Electronics Inc. Method for transmitting/receiving media and device for transmitting/receiving using same
CN101945285A (zh) * 2010-09-29 2011-01-12 广州市聚晖电子科技有限公司 一种嵌入式互动应用服务转编码系统
US9412330B2 (en) * 2011-03-15 2016-08-09 Lattice Semiconductor Corporation Conversion of multimedia data streams for use by connected devices
KR101885377B1 (ko) * 2011-05-04 2018-08-29 엘지전자 주식회사 서비스 목록 표시 방법 및 그를 이용한 영상 표시 장치
JP2013009361A (ja) 2011-05-20 2013-01-10 Nippon Hoso Kyokai <Nhk> 放送通信連携受信装置およびアプリケーションサーバ
JP6148825B2 (ja) 2011-05-20 2017-06-14 日本放送協会 受信機
US9736528B2 (en) * 2011-09-12 2017-08-15 Verizon Patent And Licensing Inc. Content delivery for viewing devices within a customer premises
JP2013074328A (ja) 2011-09-26 2013-04-22 Jvc Kenwood Corp 送信装置および送信方法
KR20130078643A (ko) * 2011-12-30 2013-07-10 한국전자통신연구원 Ｍｍｔ 복합 전달 서비스에서 ｍｍｔ 패킷 스트림 동기화를 위한 ｍｍｔ 제어 계층 시그널링을 이용한 타이밍 정보 제공 방법 및 ｍｍｔ 패킷 스트림 동기화 방법
JP5959206B2 (ja) 2012-01-18 2016-08-02 ソニー株式会社 受信装置、受信方法、及びプログラム
CN104106247B (zh) * 2012-01-31 2018-06-15 夏普株式会社 再现装置、生成装置及系统
CN104081762A (zh) * 2012-01-31 2014-10-01 夏普株式会社 提示控制装置、提示控制方法、提示系统、提示控制程序、记录介质以及元数据
CN103248611B (zh) * 2012-02-07 2017-05-24 华为终端有限公司 媒体播放处理与控制方法、装置及系统
US9071799B2 (en) * 2012-02-17 2015-06-30 Echostar Technologies L.L.C. Channel tuning redirect
JP2013183210A (ja) 2012-02-29 2013-09-12 Toshiba Corp 放送受信装置および放送受信方法
US20140079368A1 (en) 2012-03-12 2014-03-20 Panasonic Corporation Display device and transmission device
JP5306506B1 (ja) * 2012-04-17 2013-10-02 シャープ株式会社 表示装置、テレビジョン受像機、検索方法、プログラムおよび記録媒体
WO2013157447A1 (fr) 2012-04-19 2013-10-24 ソニー株式会社 Dispositif de réception, procédé de réception, dispositif de transmission, procédé de transmission, et programme
JP5095026B2 (ja) 2012-05-11 2012-12-12 日立コンシューマエレクトロニクス株式会社 デジタルコンテンツ送受信システム、および、デジタルコンテンツ送受信方法
CN104756508B (zh) * 2012-10-16 2018-09-21 索尼公司 电子装置、电子装置的充电控制方法、电子装置的电池剩余电量显示方法、源装置和汇集装置
EP2768236A1 (fr) * 2013-02-13 2014-08-20 TP Vision Holding B.V. Dispositif et procédé de réception et d'affichage d'un guide électronique de programme
EP3007454A4 (fr) 2013-06-05 2016-06-01 Panasonic Ip Corp America Procédé de décodage de données, appareil de décodage de données, et procédé de transmission de données
JP2014241520A (ja) 2013-06-12 2014-12-25 日本放送協会 送信システム、情報送信装置、プラットフォーム装置及び受信装置
JP2015015706A (ja) 2013-07-03 2015-01-22 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ データ送信方法、データ再生方法、データ送信装置およびデータ再生装置
JP6625318B2 (ja) 2013-08-29 2019-12-25 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法および受信方法
US9729903B2 (en) * 2013-12-31 2017-08-08 Samsung Electronics Co., Ltd. Data transmitting device and method
US9743150B2 (en) * 2014-07-08 2017-08-22 Verizon Patent And Licensing Inc. Method, apparatus, and system for providing electronic program guide changes during outages in a media stream

Also Published As

Publication number Publication date
US20220337901A1 (en) 2022-10-20
WO2016125654A1 (fr) 2016-08-11
EP3255895A4 (fr) 2018-08-29
US20240089527A1 (en) 2024-03-14
US20180041795A1 (en) 2018-02-08
CN112118479A (zh) 2020-12-22
EP3255895A1 (fr) 2017-12-13
US11871071B2 (en) 2024-01-09
US12267550B2 (en) 2025-04-01
US11405679B2 (en) 2022-08-02
EP3255895B1 (fr) 2023-05-31
US20250184561A1 (en) 2025-06-05
EP4164231A1 (fr) 2023-04-12
CN107211184B (zh) 2020-10-20
CN112118480A (zh) 2020-12-22
CN107211184A (zh) 2017-09-26
EP4164231C0 (fr) 2025-08-27
CN112118480B (zh) 2026-01-30

Similar Documents

Publication Publication Date Title
US12267550B2 (en) Broadcast receiving apparatus, broadcast receiving method, and contents outputting method
US11695985B2 (en) Broadcast receiving apparatus, broadcast receiving method, and contents outputting method
US10708647B2 (en) Broadcast receiving apparatus
US12041295B2 (en) Broadcast receiving apparatus, output video information generating method, broadcast receiving method, and video recording method
US12192580B2 (en) Broadcast receiving apparatus for receiving program contents based on location information
US12238377B2 (en) Broadcast receiving apparatus
US11395042B2 (en) Broadcast receiving apparatus

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20221114

AC Divisional application: reference to earlier application

Ref document number: 3255895

Country of ref document: EP

Kind code of ref document: P

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: GRANT OF PATENT IS INTENDED

INTG Intention to grant announced

Effective date: 20250324

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AC Divisional application: reference to earlier application

Ref document number: 3255895

Country of ref document: EP

Kind code of ref document: P

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602016093421

Country of ref document: DE

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

U01 Request for unitary effect filed

Effective date: 20250910

U07 Unitary effect registered

Designated state(s): AT BE BG DE DK EE FI FR IT LT LU LV MT NL PT RO SE SI

Effective date: 20250916

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20251227

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20251218

Year of fee payment: 11

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20251127

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250827

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20251128

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250827

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: RS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20251127

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250827

U20 Renewal fee for the european patent with unitary effect paid

Year of fee payment: 11

Effective date: 20260119

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250827

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250827

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20250827