WO2009005322A1 - Procédé de réception d'informations de guide de service et appareil de réception d'informations de guide de service - Google Patents

Procédé de réception d'informations de guide de service et appareil de réception d'informations de guide de service Download PDF

Info

Publication number
WO2009005322A1
WO2009005322A1 PCT/KR2008/003952 KR2008003952W WO2009005322A1 WO 2009005322 A1 WO2009005322 A1 WO 2009005322A1 KR 2008003952 W KR2008003952 W KR 2008003952W WO 2009005322 A1 WO2009005322 A1 WO 2009005322A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
service guide
esg information
esg
guide information
Prior art date
Application number
PCT/KR2008/003952
Other languages
English (en)
Inventor
Kyoung Soo Moon
Jin Young Choi
Sun Young Choi
Original Assignee
Lg Electronics Inc.
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
Application filed by Lg Electronics Inc. filed Critical Lg Electronics Inc.
Priority to EP08778615A priority Critical patent/EP2174492A4/fr
Publication of WO2009005322A1 publication Critical patent/WO2009005322A1/fr

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/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
    • H04N7/00—Television systems
    • H04N7/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/11—Arrangements for counter-measures when a portion of broadcast information is unavailable
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing 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/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/47—End-user applications
    • H04N21/482—End-user interface for program 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6181—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via a mobile phone 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H04N21/6375—Control signals issued by the client directed to the server or network components for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64315—DVB-H
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H2201/00—Aspects of broadcast communication
    • H04H2201/40—Aspects of broadcast communication characterised in that additional data relating to the broadcast data are available via a different channel than the broadcast channel

Definitions

  • the present invention relates to a method of receiving service guide information and an apparatus for receiving service guide information.
  • Contents indicate contents or information including an image, a sound and a text which are provided to a user via wired/wireless communication. Recently, contents are manufactured by a digital method and provided via a variety of broadcast channels and interactive channels. For example, the user can download and view the contents via the Internet. With a combination of a broadcast system and a communication system, a method of receiving the same contents from the broadcast system and the communication system has been considered. Disclosure of Invention Technical Problem
  • An object of the present invention is to provide a method of receiving service guide information and an apparatus for receiving service guide information, which is capable of efficiently acquiring the service guide information.
  • the present invention provides a method of receiving service guide information, the method including, receiving bootstrap information including attribute information of the service guide information via a broadcast channel, receiving list information of the service guide information from a server which can provide the service guide information via an interactive channel, if the service guide information received via the broadcast channel according to the attribute of the service guide information is incomplete, and receiving the service guide information from the server according to the list information of the service guide information.
  • an apparatus for receiving service guide information including, a broadcast receiving unit which receives service guide information and bootstrap information including attribute information of the service guide information via a broadcast channel, a controller which parses the bootstrap information, outputs a request signal for requesting the service guide information via an interactive channel according to the attribute in- formation, and receives the service guide information corresponding to the output signal via the interactive channel, and a communication unit which transmits the request signal output from the controller via the interactive channel and receives the service guide information via the interactive channel.
  • FIG. 1 is a view showing an example of a data model of electronic service guide
  • FIG. 2 is a view showing an example of representing the bootstrap information for receiving the ESG information in a descriptor format.
  • FIG. 3 is a view showing an example of entry information ESGEntry of the ESG information.
  • FIGs. 4 and 5 are views showing the attributes of the ESG information.
  • FIGs. 6 to 8 are views showing the capability of a server for providing the ESG information.
  • FIG. 9 is a view showing another example of the entry information of the ESG information shown in FIG. 3.
  • FIG. 10 is a view showing an apparatus for transmitting ESG information according to an embodiment of the present invention.
  • FIG. 11 is a view showing a modulating and encoding unit shown in FIG. 10.
  • FIG. 12 is a view showing the signal arrangement according to the result of building frames by a frame builder in the example of FIG. 11.
  • FIG. 13 is a view showing an example of transmitting a broadcasting program, contents and data via a channel.
  • FIG. 14 is a view showing an apparatus for receiving ESG information.
  • FIG. 15 is a detailed view showing a system decoder of FIG. 14.
  • FIG. 16 is a view showing a protocol stack.
  • FIG. 17 is a flowchart illustrating a method of receiving ESG information according to an embodiment of the present invention. Best Mode for Carrying Out the Invention
  • ESG electronic service guide
  • the ESG information includes at least one of service schedule information for allowing a user to select a service, and information for allowing the user to purchase, access and store items using a terminal.
  • the user can receive the ESG information and select and purchase a desired service using the terminal.
  • An interactive channel indicates a bidirectional communication channel and a broadcast channel indicates a unidirectional communication channel in which a user is not specified in a multicast.
  • the ESG information may be processed by the terminal by a first step (hereinafter, referred to as a bootstrap step) of determining whether the terminal can use the ESG information or how the ESG information is obtained, a second step (hereinafter, referred to as an acquisition step) of acquiring and processing the ESG information by the terminal, and a third step (hereinafter, referred to as a update step) of updating the ESG information acquired by the terminal.
  • a bootstrap step of determining whether the terminal can use the ESG information or how the ESG information is obtained
  • a second step hereinafter, referred to as an acquisition step
  • a third step hereinafter, referred to as a update step
  • the terminal can acquire the information for the first step from the received signal and acquire the ESG information using the acquired information as trigger information.
  • the information acquired by the first step is called bootstrap information.
  • the terminal can acquire the ESG information using the bootstrap information and acquire the service information from the ESG information or access the contents.
  • FIG. 1 is a view showing an example of the ESG information. The basic structure of the ESG information will be described with reference to FIG. 1.
  • the ESG information may be provided to the user in sub-units.
  • the sub-unit of the ESG information may be provided to the user in sub-units.
  • ESG information is called a fragment.
  • the example of FIG. 1 includes a service fragment, a schedule event fragment, a content fragment, a service bundle fragment, a purchase fragment, a purchase channel fragment and an acquisition fragment. Arrows of FIG. 1 represent reference relationships.
  • the service bundle fragment can refer to the service fragment.
  • the numeral described on each arrow denotes information on the number of fragments which can be referred to. For example, 0...n indicate that 0 to n (n is a natural number) fragments can be referred to.
  • the service fragment includes information on a service provided to the user, for example, a service such as a conventional television channel.
  • the service bundle fragment includes information on a service bundle.
  • the service bundle may include, for example, a sports service bundle, a cinema service bundle and so on.
  • the content fragment includes metadata of contents. For example, the type of the contents, such as audio/video (A/V), a text and an image of the contents, may be included in the content fragment.
  • the schedule event fragment includes schedule information of contents of the service.
  • the schedule event fragment includes the broadcast time of the content.
  • the purchase fragment includes the purchase information of the service which can be purchased by the user.
  • the purchase channel fragment indicates an interface via which the terminal or the user communicates with a purchase system.
  • the purchase channel fragment includes information on a parameter associated with the purchase system or the management of a purchase channel.
  • the acquisition fragment includes information associated with the access of the service or the contents.
  • the user can access the service or the contents via the information associated with the acquisition fragment of the ESG information using the terminal and purchase the service or the contents.
  • the ESG information may have sub-units called fragments. Each of the fragments is encoded, at least one fragment unit is encapsulated to build a larger unit, and the larger unit is transmitted.
  • the encapsulated unit is called a container.
  • the container of the ESG information may be transmitted/received according to a protocol for transmitting the ESG information. A system for transmitting/receiving the information will be described later.
  • the ESG information can be acquired from the bootstrap information.
  • a process of receiving the bootstrap information of the service guide information will be described.
  • An IP/MAC notification table (INT) of table information transmitted by at least one section in the broadcast signal transmitted via the broadcast channel includes mapping information between an internet protocol (IP) address of an IP stream and a packet identifier (PID) of a transport stream (TS) in the TS of the broadcast signal.
  • IP internet protocol
  • PID packet identifier
  • TS transport stream
  • the terminal can know the PID which can receive the bootstrap information, using a program number program_number of a program map table (PMT) in which the acquired IP address is defined.
  • PMT program map table
  • the terminal may decapsulate the packet so as to acquire the bootstrap information.
  • FIG. 2 is a view showing an example of representing the bootstrap information for receiving the ESG information in a descriptor format.
  • the bootstrap information of the ESG information provides information on a provider of the ESG information and information which can acquire available ESG information.
  • FIG. 2 shows a descriptor (ESG access descriptor) associated with the acquisition of the ESG information
  • FIG. 3 shows an entry point ESGEntry parsed from the descriptor.
  • the descriptor which can acquire the ESG information describes the access to the entry point of the ESG information transmitted via the broadcast channel. Accordingly, the entry point may become the bootstrap information for allowing the terminal to receive the ESG information.
  • the ESG information transmitted by the bootstrap information shown in FIG. 2 may be transmitted in an IP stream format.
  • the ESG information may be transmitted according to an asynchronous layered coding/layered coding transport (ALC/LCT) in a file delivery over unidirectional transport (FULTE) session.
  • ALC/LCT asynchronous layered coding/layered coding transport
  • FULTE unidirectional transport
  • the ESG information may be transmitted/received according to a file transmission/reception protocol on the IP protocol in the form of an extensible Markup Language (XML) file, a hypertext markup language (HTML) file or a JPG file.
  • XML extensible Markup Language
  • HTML hypertext markup language
  • JPG file JPG file
  • the terminal can acquire the bootstrap information of the ESG information from the
  • n_o_ESGEntries indicates the number of entry information (the number of ESGEntires) of the ESG information in which the access information is signaled in the ESG information.
  • the terminal can parse the entry information for receiving the service information according to the number of entry information using the descriptor of FIG. 2.
  • FIG. 3 is a view showing an example of the entry information ESGEntry of the ESG information shown in FIG. 2.
  • an ESGEntry Version field indicates the version of the entry information ESGEntry of the ESG information and indicates whether the descriptor shown in FIG. 3 is transmitted via only the broadcast channel or the interactive channel.
  • the ESGEntry Version field has a value of 1 if the descriptor of FIG. 3 is transmitted via only the broadcast channel and has a value of 2 if the descriptor of FIG. 3 is transmitted via the interactive channel.
  • An ESGEntryLength field indicates the length of the ESGEntry in byte units.
  • ProviderID field indicates the identifier of the provider of the ESG information.
  • An n_o_AccessPoints field indicates the number of entry points which can receive the ESG information.
  • a for loop parses the information on the entry point according to the number of entry points.
  • An AccessType field indicates the channel type which can access and receive the ESG information.
  • an AccessPointLength field indicates the length of the entry point information according to the AccessType field.
  • the entry point information of the ESG information received via the broadcast channel is as follows.
  • a MultipleStreamTransport field is 1, it is indicated that the IP address is provided in a session for implementing the ESG information via an announcement channel and the ESG information is provided to a location indicated by the IP address. If the Multi- pleStreamTransport field is 0, it is indicated that the container of all ESG information is provided in the session for implementing the ESG information.
  • IPVersion ⁇ field indicates whether SourceIP Address and DestinationIP Address are set according to the IP version 6.
  • the IPVersion ⁇ field may include two fields (consistentFlag field and completeESGFlag field) describing the attributes of the ESG information provided by the server for providing the ESG information. The detailed description of the two fields will be described in detail later.
  • the bootstrap information of the ESG information may include the SourceIP Adress which operates in the session (e.g., the FLUTE session) for transmitting/receiving the ESG information and the DestinationIP Address according to the value of the IPVersion ⁇ field.
  • the IP address may describe the source or destination IP address when the value of the IPVersion ⁇ field is the IPversion ⁇ or IPversion4 (if(IPversion ⁇ )).
  • a Port field indicates the port of the IP stream of the session (e.g., FLUTE session) for transmitting/receiving the ESG information
  • a TSI field indicates a transport session identifier of the session for transmitting/receiving the ESG information.
  • the AccessType field is 0x02, it is indicated that the ESG information can be transmitted/received via the interactive channel. If the ESG information is transmitted/received via the interactive channel, the number of servers for storing the ESG information and the location information of the servers, such as the uniform resource identifiers (URLs) of the servers, are included, but are not shown in FIG. 3.
  • URLs uniform resource identifiers
  • the ESG information may be transmitted/received via the broadcast channel or the interactive channel.
  • the attributes of the ESG information transmitted via any channel e.g., the broadcast channel
  • the capability of the server for providing the ESG via the interactive channel will be described.
  • FIGs. 4 and 5 are views showing the attributes of the ESG information.
  • the capability of the server for providing the ESG information may be determined according to the attributes of the ESG information provided via any channel, for example, the broadcast channel.
  • the terminal needs to know the attributes of the ESG information received via the broadcast channel.
  • the consistentFlag field and the completeESGFlag field shown in FIG. 3 describe the attributes of the ESG information provided from the server via any channel.
  • FIG. 4 shows the case where the ESG information has a complete attribute.
  • the complete attribute of the ESG information indicates that the ESG information A and B which is transmitted from the server to the terminal via the broadcast channel (represented by BC) is equal to the ESG information A and B stored in the server. Accordingly, if the terminal receives the ESG information according to the complete attribute, the ESG information received by the terminal includes the same ESG information as the ESG information of the server.
  • the terminal does not need to separately receive the ESG information via another channel (e.g., the interactive channel).
  • another channel e.g., the interactive channel
  • the incomplete attribute of the ESG information indicates that the ESG information received by the terminal via any channel, for example, the broadcast channel includes the information A which is a portion of the ESG information of the server. Accordingly, the terminal receives the remaining ESG information B via another channel (e.g., the interactive channel (represented by IA)).
  • the interactive channel represented by IA
  • FIG. 5 shows the consistent attribute among the attributes of the ESG information.
  • FIG. 5 shows a consistent case and the lower side thereof shows an inconsistent case.
  • the ESG information which is provided from the server to the terminal via any channel may have a concatenation structure as shown in FIG. 1. Accordingly, if a first fragment A of the ESG information is associated with a second fragment B, the ESG information includes the first fragment, the second fragment and information (represented by "-") indicating that the two fragments are linked. That is, the ESG information may include information describing data including actual information and data concatenation structure.
  • the terminal can receive all concatenation information and link information of the ESG information via that channel. However, the terminal receives all link information of the ESG information, regardless of whether or not actual ESG information is received. Accordingly, the consistent attribute of the ESG information received by the terminal via any channel indicates that, when the terminal also receives data corresponding to link information of the ESG information received via that channel, the ESG information of that channel is consistent.
  • the inconsistent attribute indicates that a portion of data according to the concatenation information of the ESG information received by the terminal via any channel is not present. Accordingly, the terminal receives the ESG information data via another channel (e.g. the interactive channel).
  • the complete attribute indicates whether or not all the ESG information is provided via any channel and the consistent attribute indicates whether or not all data which should be included in the ESG information provided via any channel is provided. Accordingly, if the attribute of the ESG information is complete, the attribute of the ESG information is necessarily consistent. However, although the attribute of the ESG information is consistent, the attribute of the ESG information is not necessarily complete.
  • the capability of the server for providing the ESG information via the interactive channel may be determined according to the attributes of the ESG information provided via the broadcast channel. For example, if the attributes of the ESG information received by the terminal via the broadcast channel are included in the entry information of the ESG information, the terminal may determine whether or not the server for providing the ESG information via the interactive channel is accessed according to the attributes thereof.
  • the capability of the server for providing the ESG information via the interactive channel includes complete, complementing and repair.
  • FIGs. 6 to 8 show the capability of the server for providing the ESG information.
  • FIG. 6 shows the case where the capability of the server is complete.
  • the complete indicates the capability of the server in the case where the server for providing the ESG information can provide all ESG information via any channel, for example, the interactive channel. Accordingly, the terminal can receive the ESG information A and B, which can be received via the broadcast channel, from the server having the complete capability via the interactive channel.
  • FIG. 7 shows the case where the capability of the server is complementing.
  • the complementing indicates the capability of the server having the capability for complementing the ESG information (B can be provided) in the case where the ESG information of the terminal for receiving the ESG information via the broadcast channel does not completely include the ESG information of the server (only A is received). Accordingly, the terminal can receive the ESG information B from the server having the complementing capability via the interactive channel in the case where only A of the ESG information including A and B is received via the broadcast channel.
  • FIG. 8 shows the case where the capability of the server is repair.
  • the repair indicates the capability of the server which can retransmit the ESG information of a damaged portion via the interactive channel in the case where the ESG information received by the terminal via the broadcast channel is damaged.
  • the ESG information A can be received from the server having the repair capability via the interactive channel again.
  • the con- sistentFlag field may include the consistent attribute of the ESG information and the completeFlag field may include the complete attribute of the ESG information.
  • the ESG information received via the broadcast channel may have the inconsistent attribute if the consistentFlag field is 0 and may have the consistent attribute if the consistentFlag field is 1.
  • the ESG information received via the broadcast channel may have the complete attribute if the completeFlag field is 1 and may have the incomplete attribute if the completeFlag field is 0 (in opposition to the idea).
  • the terminal can check that the attribute of the ESG information received via the broadcast channel is inconsistent.
  • the terminal can receive the ESG information from the server having the complete capability via the interactive channel such that the received ESG information becomes the ESG information having the complete attribute.
  • the terminal can receive the ESG information from the server having the complementing capability via the interactive channel.
  • the terminal can receive list information (delivery list) of the ESG information provided by the server from the server which can receive the ESG information via the interactive channel.
  • the terminal can determine whether or not the server for receiving the ESG information via the interactive channel includes all ESG information to be complemented using the list information. If the ESG information received by the terminal via the broadcast channel is not normally included, the terminal can receive the ESG information, which is not normally received, from the server having the repair capability via the interactive channel in the fragment or container units.
  • the terminal can check that the attribute of the ESG information received via the broadcast channel is consistent but is not complete.
  • the terminal can receive the ESG information from the server having the complete capability via the interactive channel such that the ESG information becomes complete.
  • the terminal can receive the ESG information from the server having the complementing capability via the interactive channel.
  • the terminal can receive list information (delivery list) of the ESG information provided by the server from the server which can receive the ESG information via the interactive channel.
  • the terminal can determine whether or not the server for receiving the ESG information via the interactive channel includes all ESG information to be complemented using the list information. If the ESG information received by the terminal via the broadcast channel is not normally included, the terminal can receive the ESG information, which is not normally received, from the server having the repair capability via the interactive channel.
  • the completeFlag field is 1 regardless of the value of the consistentFlag field in the bootstrap information received in the terminal, the attribute of the ESG information which can received by the terminal from the entry information of the ESG information is complete. Accordingly, the terminal does not need to receive the ESG information via the interactive channel. However, if the ESG information received via the broadcast channel is not normally received, the ESG information can be received from the server having the complete or repair capability.
  • FIG. 9 is a view showing another example of the entry information of the ESG information shown in FIG. 3.
  • the fields of FIG. 9 are equal to those of FIG. 3 and include the completeESGFlag field indicating the attribute of the ESG information which can be received from the entry information.
  • the completeESGFlag has two bits and indicates that the attribute of the ESG information received via the broadcast channel is inconsistent if the completeESGFlag field is 00.
  • the attribute of the ESG information received via the broadcast channel is consistent but is not complete if the completeESGFlag field is 01, is complete if the completeESGFlag field is 10, and is not specified if the completeESGFlag field is 11.
  • the example of the operation of the terminal according to the attribute of the ESG information was described above.
  • FIG. 10 is a view showing an apparatus for transmitting ESG information according to an embodiment of the present invention.
  • the apparatus for transmitting the ESG information will be described with reference to FIG. 10. In the example of FIG. 10, it is assumed that the ESG information is transmitted via the broadcast channel.
  • the broadcast transmitting system shown in FIG. 10 includes encoders 310, 320 and
  • the encoders include a first encoder 310, a second encoder 320 and a third encoder 330.
  • the first encoder 310 may encode contents according to audio, video and data according to a transmission/reception protocol such as an MPEG-2 TS.
  • the second encoder 320 may encode data including the ESG information in an IP datagram format.
  • the IP datagram indicates a signal processing format for sending a signal by a packet using the IP and includes a data container for transmitting a header including an IP address and information.
  • the data container in the IP datagram of the packet unit may include data of video, audio and ESG information. That is, in the example of FIG. 10, the information can be transmitted by performing an IP datacasting method for dividing, compressing and transmitting a video signal, an audio signal and a data signal by packet units.
  • the IP data may be encapsulated by a multiprotocol encapsulation (MPE) and embedded in the MPEG-2 TS.
  • MPE multiprotocol encapsulation
  • the MPE may become multi protocol encapsulation-forward error correction (MPE-FEC) section data. If the transmitted signal is arranged by the MPEG-FEC method, a carrier-to-noise (CN) ratio of the transmitted signal can be improved.
  • the MPE-FEC data including the FEC or the MPE data not including the FEC may include the transmitted data of the IP data format.
  • the second encoder 320 may encode the ESG information in the IP datagram format.
  • the second encoder 320 may encapsulate the IP datagram including the ESG information by the MPE and multiplex the IP datagram by a time slicing method in order to reduce power consumption.
  • the multiplexed signal may be converted into a transport stream and multiplexed with the MPEG-2 TS including the video or audio signal.
  • the third encoder 330 may encode the packets encoded by the first encoder 310 or the second encoder, for example, the multiplexing information of the stream packets related to a program or a service.
  • the multiplexing information includes table information on program specific information/service information (PSI/SI).
  • the table information encoded by the third encoder 330 may include INT including the mapping information between the IP address encoded by the second encoder 320 and the PID including the IP datagram. Accordingly, the third encoder 330 may encode the INT information including IP address information of the bootstrap information and transmit the encoded INT information.
  • the bootstrap information may include a field indicating the complete/consistent attribute of the ESG information encoded by the second encoder 320 as shown in FIGs. 3 and 9.
  • the multiplexer 340 may multiplex the TSs output from the first encoder 310, the second encoder 320 and the third encoder 330 and output the multiplexed signal.
  • the modulating and encoding unit 350 may modulate and encode the multiplexed signal.
  • the modulating and encoding unit 350 may modulate and encode the multiplexed signal by the modulating and encoding unit 350 according to a transmission system and transmit a radio frequency (RF) signal.
  • RF radio frequency
  • the modulating and encoding unit 350 may use modulating methods and encoding methods of various broadcasting systems, for example, a transmission method such as a DMB method, a digital video broadcasting- handheld (DVB-H) method, an Advanced Television Systems Committee (ATSC) method according to a vestigial sideband (VSB) modulating method and an integrated services digital broadcasting-terrestrial (ISDB-T) method.
  • a transmission method such as a DMB method, a digital video broadcasting- handheld (DVB-H) method, an Advanced Television Systems Committee (ATSC) method according to a vestigial sideband (VSB) modulating method and an integrated services digital broadcasting-terrestrial (ISDB-T) method.
  • FIG. 11 is a view showing the modulating and encoding unit shown in FIG. 10.
  • a digital video broadcasting- terrestrial/handheld (DVB-T/H) method may be used.
  • a first encoder 410 includes an outer coder 411 and an outer interleaver 412.
  • the first encoder 410 encodes and interleaves multiplexed data in order to improve transmission performance of the multiplexed signal.
  • a Reed-Solomon code method may be used as an outer coding method and a convolution interleaving method may be used as an interleaving method.
  • a second encoder 420 includes an inner coder 421 and an inner interleaver 422.
  • the inner coder 421 and the inner interleaver 422 encode and interleave a signal to be transmitted in order to prevent an error from occurring in the transmitted signal.
  • the inner coder may encode the transmitted signal according to a punctured convolution code.
  • a native or in-depth interleaving method may be used according to the use of a memory based on a transmission mode of 2k, 4k or 8k.
  • a mapper 430 may map the transmitted signal to a symbol according to a method such as 16QAM, 64QAM or QPSK in consideration of a transmission parameter signaling (TPS) and a pilot signal according to a transmission mode generated by a system signal generator 425.
  • TPS transmission parameter signaling
  • a frame builder 440 modulates the mapped signal by an orthogonal frequency division multiplex (OFDM) method and builds frames in which a guard interval is inserted into a data interval including the modulated signal.
  • Each of the frames includes 68 OFDM symbols and four frames build a super frame.
  • one symbol includes 6817 carriers in an 8k mode and includes 1705 carriers in a 2k mode.
  • the guard interval is a cyclic continuation in which data of the data interval is duplicated, and the length thereof is changed according to the transmission mode.
  • An OFDM frame includes a scattered pilot signal, a continual pilot signal and a TPS carrier.
  • An example of the signal frames built by the frame builder of FIG. 11 is shown in FIG. 12.
  • a digital/analog converter 450 may convert a digital broadcast signal including the guard interval and the data interval into an analog signal
  • a transmitting unit 460 may transmit the analog signal converted by the digital/analog converter 450 by the RF signal. Accordingly, the encoded ESG may be transmitted by the transmitting apparatus of FIG. 11.
  • FIG. 12 is a view showing the signal arrangement according to the result of building the frames by the frame builder in the example of FIG. 11.
  • Tu denotes the number of effective useful carriers
  • Dt denotes a distance between the scattered pilots in a time direction
  • Df denotes a distance between the scattered pilots in a frequency direction.
  • the distance Df between the scattered pilots in the frequency direction decides a delay range of ghost which can be estimated in a channel.
  • FIG. 12 shows a location where the signal is interpolated when the signal built by the frame builder is received.
  • FIG. 13 is a view showing an example of transmitting a broadcasting program, contents and data via a channel.
  • a service using a DVB-H type slicing method and a service transmitted via a common channel of the DVB_T and the DVB-H may be transmitted by the transmitting apparatus shown in FIGs. 10 and 11.
  • a program may be transmitted via the channels of the DVB-H and the DVB-T, and, according to the DVB-H, services are time-divisionally multiplexed and transmitted by the time slicing method.
  • the contents including the video/audio and the ESG information may be included in the IP datagram according to the DVB-H system and changed to the MPE or MPE-FEC, and the MPEG-2 TS in which the MPE or MPE-FEC is embedded may be transmitted.
  • FIGs. 14 and 15 are views showing an apparatus for receiving the ESG information.
  • the apparatus for receiving the ESG information will be described with reference to FIGs. 14 and 15.
  • the apparatus for receiving the ESG information includes a receiving unit, an input unit 530, a memory 550, an output unit 560 and a controller 600.
  • the receiving unit may include a broadcast receiving unit 510 for receiving a signal via the broadcast channel and a communication unit 520 for transmitting/receiving a signal via the interactive channel.
  • the interactive channel of the communication unit 520 may be a wired/wireless channel for realizing bidirectional data communication.
  • the broadcast receiving unit 510 receives and demodulates a broadcast signal and outputs the demodulated signal.
  • the broadcast receiving unit 510 may include a tuner for selecting the broadcast signal received by the DVB-H method and a demodulator for demodulating the DVB-H broadcast signal according to the OFDM method.
  • the broadcast receiving unit 510 demodulates the received broadcast signal and outputs the demodulated signal to the controller 600.
  • the broadcast signal received by the broadcast receiving unit 510 includes the ESG information or the bootstrap information of the ESG information.
  • the bootstrap information includes the attribute information of the ESG information as shown in FIGs. 3 and 9.
  • the communication unit 520 may transmit/receive the signal via the interactive channel for performing the bidirectional communication.
  • the communication unit 520 may demodulate the received signal in consideration of the modulating method of a communication system when the signal is received via the interactive channel and may modulate and transmit the signal to be transmitted according to the modulating method of the communication system when a communication system codec 670 outputs the encoded signal. For example, when the controller 600 wants to receive the ESG information from the server having the complete or complementing capability via the interactive channel according to the bootstrap information, the communication unit 520 may output the signal such that the server is accessed and receive the ESG information transmitted by the server.
  • the controller 600 may include a system decoder 610, a decoder 620, an ESG information controller 630 and the communication system codec 670.
  • the controller 600 may control the peripheral functional blocks shown in FIG. 14, such as the receiving unit, the input unit 530, the memory 550 and the output unit 560, and process control commands received from the user.
  • the system decoder 610 may decode the received signal according to the encoding method of the transmitting/receiving system of the signal received by the broadcast receiving unit via the broadcast channel.
  • the system decoder 610 may decode the output signal and obtain a file including the ESG information.
  • the system decoder 610 may decode the received signal so as to obtain the information on the capability of the server from the signal including the ESG information received via the broadcast channel and the bootstrap information shown in FIGs. 3 and 9, for example, the signal according to the DVB-H system.
  • the system decoder 610 will be described in detail with reference to FIG. 15.
  • the controller 600 may include the communication system codec 670 for transmission/reception of the signal to/from the interactive channel.
  • the communication system codec 670 may code the signal to be transmitted via the interactive channel or decode the signal received from the communication unit 520 via the interactive channel. For example, when the communication unit 520 receives the signal including the ESG information from the interactive channel, demodulates the signal and outputs the demodulated signal, the communication system codec 670 decodes the signal such that the ESG information and the signal related thereto are output to an ESG information controller 630 or a decoder 620.
  • the communication codec 670 may code or decode the IP datagram signal.
  • the communication system codec 670 may receive the signal demodulated by the communication unit 520, decode the IP datagram signal and output the decoded IP datagram signal or code the IP datagram signal and output the coded IP datagram signal to the communication unit 520.
  • the apparatus for receiving the ESG information may code the signal, which will be output to the server, in order to receive the ESG information from any one of the servers having the complete, complementing and repair capabilities via the interactive channel according to the attribute of the ESG information which will be received from the bootstrap information shown in FIGs. 3 and 9 of the ESG information received via the broadcast channel.
  • the decoder 620 may decode video, audio and data information decoded by the system decoder 610 and the communication system codec 670 according to the system.
  • the decoder 620 may include a video decoder, an audio decoder and a data decoder.
  • the video decoder may decode, for example, video data of a H.264 format and the audio decoder may decode, for example, audio data of an AC-3 or ACC+ format.
  • the decoder 620 may include a data decoder (not shown) for deciding program information/service information of a table format according to the PSFSI.
  • the decoder 620 may decode the signal decoded by the system decoder 610 according to table information such as a program associate table (PAT), a program map table (PMT) or a network information table (NIT) or decode a broadcast signal according to a data broadcast.
  • the decoder 620 may parse the INT, which is the table information, from the PMT.
  • the INT includes the mapping information between the IP address of the IP stream and the PID of the transport stream in the transport stream.
  • the decoder 620 may parse the INT so as to obtain the IP address from the bootstrap information of the ESG information and output the IP address to the ESG information controller 630.
  • the apparatus for receiving the ESG information may obtain the ESG information via the broadcast channel or the interactive channel using the IP address.
  • the example of the bootstrap information parsed by the decoder 620 is shown in FIGs. 3 and 9.
  • the bootstrap information received via the broadcast channel may include at least one of the complete or consistent information which is the attribute information of the ESG information.
  • the ESG information controller 630 may receive the bootstrap information decoded by the system decoder 610 or the communication system codec 670 and allows the apparatus for receiving the ESG information to receive the ESG information using the bootstrap information. For example, the ESG information controller 630 may control the system decoder 610 to receive the ESG information via the broadcast channel according to the bootstrap information received by the system decoder 610 or control the communication system codec 670 to receive the ESG information via the interactive channel. If the apparatus for receiving the ESG information obtains the ESG information via the interactive channel according to the attribute of the ESG information of the bootstrap information shown in FIGs.
  • the communication system codec 670 codes the signal which can access the server for storing the ESG information via the interactive channel and outputs the coded signal.
  • the communication unit 520 may modulate the signal and outputs the modulated signal via the interactive channel and receive the ESG information from the server having the complete or complementing capability.
  • the ESG information controller 630 may include a controller 631, a channel map storage unit 633, and a browser driving unit 635.
  • the controller 631 may extract channel map information from the ESG information and the channel map information in the channel map storage unit 633.
  • the controller 631 may control a session and control the browser driving unit 635 for driving an application or the like such that the received or stored ESG information is output.
  • the apparatus for receiving the ESG information may store the received ESG information in the memory 550.
  • the memory 550 may store a file and content data transmitted by the ESG information and the IP datagram and store data before or after the decoding of the decoder 620.
  • the input unit 530 may receive a control command input by the user and output the control command to the controller 600.
  • the output unit 560 may output the audio or video signal output from the controller 600.
  • the application driven by the ESG information controller 630 may output the ESG in- formation via the output unit by an image or sound. Accordingly, the user can download a file or receive a web service or the ESG information via the application for the ESG information.
  • FIG. 15 is a view showing the system decoder 610.
  • the system decoder 610 decodes the broadcast signal demodulated by the broadcast receiving unit 510 in consideration of the encoding of the system.
  • the 610 may process the ESG information demodulated by the broadcast receiving unit 510 as follows.
  • the system decoder 610 may include an IP decapsulator 611, a user datagram protocol (UDP) decoder 612, a RTP decoder 613, a file delivery over unidirectional transport protocol (FLUTE) decoder 614, a container parser 615, a BiM parser 616 and an XML parser 617.
  • IP IP
  • UDP user datagram protocol
  • RTP RTP
  • FLUTE file delivery over unidirectional transport protocol
  • container parser 615 a container parser 615
  • BiM parser 616 a BiM parser 616
  • XML parser 617 XML parser
  • the system decoder 610 decodes content data transmitted in real time in consideration of the encoding of the system.
  • the system decoder 610 may decode content data of the IP datagram format or a file including the ESG information.
  • the UDP decoder 612 may decode the content data transmitted in real time from the IP decapsulated payload according to the UDP.
  • the RTP decoder 613 may control a coding rate of the content data decoded by the UDP decoder 612 using a RTP control protocol (RTCP) and outputs coded content data.
  • RTCP RTP control protocol
  • the audio/video signal of the contents output from the RTP decoder 613 may be output to the decoder 620 including an audio decoder and a video decoder.
  • the FLUTE decoder 614 may decode the data of a FLUTE (IETF RFC3926) format and output, for example, a file of binary data, image data and text.
  • the data decoded by the FLUTE decoder 614 may include a file including the ESG information.
  • the container parser 615 decodes a container-based file of the ESG information and outputs fragment-based information. If the ESG information is output in a BiM format according to the output result of the container parser 615, the BiM parser 616 decodes the data of the BiM format and transmits the decoded data to the XML parser 617.
  • the XML parser 617 may decode the file of the XML format output from the container parser 615 or the BiM parser 617.
  • the communication system codec 670 may decode an ESG in- formation file (e.g., an XML file) transmitted according to a protocol such as a HyperText Transfer Protocol (HTTP) in the IP datagram.
  • ESG in- formation file e.g., an XML file
  • HTTP HyperText Transfer Protocol
  • FIG. 16 is a view showing an example of a protocol stack when ESG information or bootstrap information of the ESG information is delivered to the terminal.
  • the left side of FIG. 29 denotes a protocol stack according to a broadcast network and the right side thereof denotes a protocol stack according to an interactive network.
  • the delivered signal follows a protocol related to the MPEG-2 TS.
  • the TS may follow a time slicing rule. If the TS is decoded, an MPE or MPE-FEC signal may be obtained.
  • the TS may include information according to the PSI/SI.
  • the TS includes a signal of the IP datagram format.
  • the data according to the IP datagram follows the UDP or TCP.
  • contents delivered by the UDP contents transmitted/received in a real-time streaming format may follow an RTP format and contents delivered in the file format may follow an FLUTE/ ALC format.
  • the contents delivered in the same format become data according to an extensible Markup Language (XML), a binary or a text and may include the ESG information according to the XML or a session description protocol (SDP).
  • XML is an object- oriented language and the ESG information may be transmitted in a state of being included in an object unit via the FLUTE.
  • a physical layer and a data link layer of the signal received via the interactive channel may use a method according to a communication system.
  • the example of FIG. 16 shows the communication system such as a global system for mobile telecommunication (GSM), a general packet radio service (GPRS) or a universal mobile telecommunications system (UMTS).
  • GSM global system for mobile telecommunication
  • GPRS general packet radio service
  • UMTS universal mobile telecommunications system
  • the ESG information transmitted according to the UDP may be received by a file according to the HTTP and a multimedia service such as video/audio may be output according to the RTP.
  • the voice service or short message service (SMS) according to the communication system may be located on the data link layer by the protocol stack (denoted by Voice and SMS in FIG. 16).
  • FIG. 17 is a view showing a method of receiving ESG information according to an embodiment of the present invention. The method of receiving the ESG information according to the embodiment of the present invention will now be described with reference to FIG. 17. [130]
  • the bootstrap information including the attribute of the ESG information is received via the broadcast channel (Sl 10).
  • the bootstrap information may be received using the IP address obtained from the table information of the broadcast channel, such as the INT.
  • the received bootstrap information may include the attribute of the ESG information received via the broadcast channel as shown in FIGs. 3 and 9.
  • the ESG information is received from the server having the complete capability via the interactive channel or from the server having the complementing capability (S 135). If the ESG information received via the broadcast channel is damaged, the ESG information may be received from the server having the repair capability via the interactive channel.
  • the ESG information is received from the server having the complete capability via the interactive channel or from the server having the complementing capability (S 145).
  • the ESG information received in the step S 145 is different from that ESG information in the step S 135 in the received contents. If the ESG information received via the broadcast channel is damaged, the ESG information may be received from the server having the repair capability via the interactive channel.
  • the list information of the ESG information for receiving the ESG information may be first received from the server connected via the interactive channel.
  • a method of transmitting/receiving a signal and an apparatus for transmitting/ receiving a signal of the present invention can be used in broadcast and communication fields.

Landscapes

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

Abstract

La présente invention concerne un procédé de réception d'informations de guide de service et un appareil de réception d'informations de guide de service. Le procédé consiste à recevoir par l'intermédiaire d'un canal de diffusion des informations d'amorce qui comprennent des informations d'attribut des informations de guide de service, à recevoir des informations de liste des informations de guide de service d'un serveur qui peut fournir les informations de guide de service par l'intermédiaire d'un canal interactif, si les informations de guide de service reçues par le canal de diffusion en fonction de l'attribut des informations de guide de service sont incomplètes, puis à recevoir les informations de guide de service du serveur, en fonction des informations de liste des informations de guide de service.
PCT/KR2008/003952 2007-07-04 2008-07-04 Procédé de réception d'informations de guide de service et appareil de réception d'informations de guide de service WO2009005322A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP08778615A EP2174492A4 (fr) 2007-07-04 2008-07-04 Procédé de réception d'informations de guide de service et appareil de réception d'informations de guide de service

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020070067095A KR20090002818A (ko) 2007-07-04 2007-07-04 서비스 가이드 정보 수신 방법 및 서비스 가이드 정보 수신장치
KR10-2007-0067095 2007-07-04

Publications (1)

Publication Number Publication Date
WO2009005322A1 true WO2009005322A1 (fr) 2009-01-08

Family

ID=40226265

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2008/003952 WO2009005322A1 (fr) 2007-07-04 2008-07-04 Procédé de réception d'informations de guide de service et appareil de réception d'informations de guide de service

Country Status (3)

Country Link
EP (1) EP2174492A4 (fr)
KR (1) KR20090002818A (fr)
WO (1) WO2009005322A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016144072A1 (fr) * 2015-03-08 2016-09-15 엘지전자(주) Appareil et procédé pour émettre et recevoir un signal de radiodiffusion
KR101784627B1 (ko) 2016-09-23 2017-11-06 김광섭 임플란트 유닛

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000011869A1 (fr) * 1998-08-21 2000-03-02 United Video Properties, Inc. Guide de programmes electronique client-serveur
KR20000036690A (ko) * 2000-03-25 2000-07-05 김태근 디지털 방송 시청 중 정보 서비스 제공 시스템 및 그방법
JP2004023345A (ja) * 2002-06-14 2004-01-22 Sony Corp 情報検索方法、情報検索システム、受信装置、情報処理装置
KR20040051922A (ko) * 2002-12-13 2004-06-19 삼성전자주식회사 방송 프로그램 정보검색 시스템 및 방법

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1753166A3 (fr) * 2005-08-11 2007-08-29 Samsung Electronics Co., Ltd. Procédé et dispositif pour transmettre et recevoir une information d'accès à un service de multidiffusion
WO2007064150A1 (fr) * 2005-11-29 2007-06-07 Samsung Electronics Co., Ltd. Procede et appareil pour traiter une erreur de transmission d'un guide electronique de services dans un systeme de television numerique

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000011869A1 (fr) * 1998-08-21 2000-03-02 United Video Properties, Inc. Guide de programmes electronique client-serveur
KR20000036690A (ko) * 2000-03-25 2000-07-05 김태근 디지털 방송 시청 중 정보 서비스 제공 시스템 및 그방법
JP2004023345A (ja) * 2002-06-14 2004-01-22 Sony Corp 情報検索方法、情報検索システム、受信装置、情報処理装置
KR20040051922A (ko) * 2002-12-13 2004-06-19 삼성전자주식회사 방송 프로그램 정보검색 시스템 및 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2174492A4 *

Also Published As

Publication number Publication date
KR20090002818A (ko) 2009-01-09
EP2174492A1 (fr) 2010-04-14
EP2174492A4 (fr) 2010-06-30

Similar Documents

Publication Publication Date Title
US10848812B2 (en) Method and device for transmitting and receiving broadcast service in hybrid broadcast system on basis of connection of terrestrial broadcast network and internet protocol network
KR102034593B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
EP2077633A2 (fr) Procédé et appareil pour le traitement d'informations d'un guide de services
WO2009005322A1 (fr) Procédé de réception d'informations de guide de service et appareil de réception d'informations de guide de service
KR101377951B1 (ko) 서비스 가이드 정보 송수신 방법 및 서비스 가이드 정보수신 장치
KR101328951B1 (ko) 서비스 가이드 정보 수신 방법 및 서비스 가이드 정보 수신장치
KR101481504B1 (ko) 서비스 가이드 정보 처리 방법 및 서비스 가이드 정보 처리장치
EP2824932B1 (fr) Procédé et appareil pour le traitement d'informations d'un guide de services
KR101356499B1 (ko) 서비스 가이드 정보 송수신 방법 및 서비스 가이드 정보송수신 장치
EP2177026A2 (fr) Procédé de réception d'information de guide de services et appareil de réception d'information de guide de services
EP2174496A2 (fr) Procédé de réception d'informations de guide de service et appareil de réception d'informations de guide de service
KR20080107137A (ko) 서비스 가이드 정보 송수신 방법 및 서비스 가이드 정보송수신 장치
WO2009005324A2 (fr) Procédé de réception d'informations de guide de service et appareil de réception d'informations de guide de service
KR20090002821A (ko) 서비스 가이드 정보 수신 방법 및 서비스 가이드 정보 수신장치
KR20080107138A (ko) 서비스 가이드 정보 송수신 방법 및 서비스 가이드 정보송수신 장치
KR20090002822A (ko) 서비스 가이드 정보 수신 방법 및 서비스 가이드 정보 수신장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08778615

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2008778615

Country of ref document: EP