KR20090002822A - Method of receiving service guide information and apparatus for receiving service guide information - Google Patents

Abstract

A method of receiving service guide information and an apparatus for receiving service guide information are provided to receive service guide information through another server when a server transmitting service guide information through an interactive channel can not transmit the service guide information. A terminal requests service guide information to the first server through an interactive channel(S110). When the first server is unable to transmit the service guide information, the first server obtains location information of the second server providing the service guide information(S120). The location information of the second sever that the first server obtains is transmitted to a terminal(S130). The terminal requests the service guide information from the second server. The requested service guide information is received from the second server(S140).

Description

Method of receiving service guide information and apparatus for receiving service guide information}

The present invention relates to a service guide information receiving method and a service guide information receiving device.

Content refers to content or information including images, sounds, and text to a user via wired or wireless communication. Recent content is digitally produced and provided through various broadcast channels and interactive channels. For example, a user may download and watch content watched through a broadcast through the Internet. As the broadcasting system and the communication system are converged, a method of receiving the same contents from the broadcasting system and the communication system is being considered.

An object of the present invention is to provide a service guide information receiving method and a service guide information receiving device capable of obtaining service guide information efficiently.

In order to achieve the object, the present invention provides a requesting step for requesting service guide information from a first server through an interactive channel, and when the first server fails to transmit service guide information, the requested service guide information from the first server. Requesting service guide information from the second server using the first receiving step of receiving location information of the second server capable of providing the location information and the received location information of the second server, and providing a service guide from the second server. It provides a service guide information receiving method comprising a second receiving step of receiving information.

In addition, a message for requesting service guide information is generated from the interactive channel to the first server, the location information of the second server is obtained from the response of the first server, and the service guide information is provided to the location information of the second server. A control unit controlling to transmit a request message and a signal including a request message for service guide information is transmitted to the first server and the second server under the control of the control unit, and the service is transmitted from the second server. Provided is a service guide information receiving device including a communication unit for demodulating and receiving a signal including guide information.

According to the present invention, even when a server to which service guide information is to be transmitted through the interactive channel fails to transmit it, the service guide information can be received through another server, thereby efficiently obtaining service guide information.

Hereinafter, the information related to the serviced content and access to the content is referred to as service guide information.

The service guide information includes at least one of schedule information for each service that allows the user to select a service, and information that allows the user to purchase, access, and store items in the terminal. The user may be provided with service guide information through the terminal, and may select or purchase a desired service. Herein, an interactive channel refers to a channel capable of bidirectional communication, and a broadcast channel or a broadcast channel refers to a unidirectional communication channel without designating a user during multicast.

The service guide information is a first process (hereinafter referred to as a bootstrap process) of recognizing whether the terminal can use the service guide information or how to obtain the service guide, and a second process of the terminal obtaining and processing the service guide information (hereinafter, Acquisition process, the terminal may be processed by a third process of updating the service guide information obtained by the terminal (hereinafter, an update process).

After obtaining the information for the first process from the received signal, the terminal may use the information as trigger information to obtain service guide information. Hereinafter, the information obtained in the first process is referred to as bootstrap information. The terminal may obtain respective service guide information through the bootstrap information, and may obtain information about each service or access content from the service guide information.

1 is a diagram illustrating an example of service guide information. Referring to Figure 1, the structure of the service guide information is as follows.

The service guide information may be provided to the user in subdivided units. Here, the subdivided sub-unit of the service guide information is called a fragment. 1 shows a service fragment, a schedule event fragment, a content fragment, a service bundle fragment, a service fragment, a purse channel fragment, and an accumulation acquistion) fragment. Arrows in FIG. 1 indicate reference relationships. According to the example shown in FIG. 1, the service bundle fragment may refer to a service fragment. The numbers illustrated above each arrow indicate the number of references for each fragment. For example, 0 ... n means that you can refer to other fragments from 0 to n (n is any natural number).

The service fragment contains information about a service provided to the user, for example, a service such as one conventional television channel. The service bundle fragment contains information about a service group. The service group may be, for example, a sports service bundle, a cinema service bundle, or the like. The content fragment includes metadata about the content. For example, the content fragment may include a type of A / V, text, and image for the content in the content fragment.

The schedule event fragment includes schedule information about one content of the service. For example, the broadcast time of the content may correspond to this. The furniture fragment includes information related to the purchase of a service that a user can purchase. The aperture channel fragment refers to an interface through which a terminal or a user communicates with a purchasing system. The aperture channel fragment includes information related to the purchase system and parameters related to the purchase system.

An Acquisition Fragment contains information related to access of a service or content. A user may access and purchase a service or content through information related to an acquisition fragment through service guide information from a terminal.

As such, the service guide information may have a lower unit called a fragment. Each fragment may be encoded so that one or more fragment units may be encapsulated or formed into one larger unit and transmitted. This encapsulated unit is called a container. The container of the service guide information may be transmitted and received according to a protocol for transmitting the service guide information. A system and a transmission / reception protocol for transmitting and receiving such information are exemplified below.

Meanwhile, as described above, the service guide information may be obtained from the bootstrap information. A process of receiving the bootstrap information of the service guide information will be described below.

In the table information in which one or more sections of the broadcast signal transmitted through a broadcast channel are transmitted to a section, the IP / MAC notification table (INT) indicates the IP address and transport stream of the IP (internet protocol) stream in the transport stream of the broadcast signal. Contains mapping information between PIDs (packet identifiers). When the terminal obtains the IP address for receiving the bootstrap information of the service guide information from the INT that is the mapping information, the terminal may receive the bootstrap information from the program number (program_number) on the PMT in which the obtained IP address is defined. It can be seen. When the packet corresponding to the packet ID is encapsulated in the transmission signal, the terminal may decapsulate the packet to obtain bootstrap information.

The bootstrap information provides information on a provider of service guide information or information on obtaining possible service guide information. The service guide information transmitted by the bootstrap information may be transmitted in a stream format based on IP. For example, the service guide information may be transmitted according to Asynchronous Layered Coding / Layered Coding Transport (ALC / LCT) in a FLUTE (File Delivery over Unidirectional Transport) session running on an IP protocol.

The terminal can obtain the bootstrap information for the service guide information from the IP address described in the table information (for example, INT) according to the PSI / SI. For example, the IP address is in the IP version 4 format according to the DVB-H system. Bootstrap information can be obtained from 224.0.23.14 when transmitted via FF0X: 0: 0: 0: 0: 0: 0: 12D when using IP version 6. The terminal may obtain service guide information from the broadcast channel or the interactive channel from the bootstrap information. When the terminal obtains the service guide information through the interactive channel, the terminal may obtain location information of the server transmitting the service guide information through the interactive channel from the bootstrap information, for example, URL information. The terminal requests the service guide information from the server using the location information and receives the service guide information.

There may be a plurality of servers providing service guide information to a terminal through an interactive channel. Since the server accesses and downloads the service guide information simultaneously by multiple terminals through the interactive channel, the terminal side needs to receive the service guide information from a server with a small load rather than receiving the service guide information from a specific server. And you can get service guide information quickly.

That is, since a server having a large number of terminal accesses may not be able to respond to requests of terminals within a proper time due to a bandwidth problem or the like, a load balance problem may occur between servers providing service guide information. In the following description, for convenience of explanation, the first server accessed by the terminal using the location information of the server obtained from the bootstrap information is called a master server, and the server accessed after the master server is called a slave server. . Hereinafter, the method in which the terminal approaches the slave server due to the overload of the master server so as to solve the load balance problem will be described.

First, FIG. 2 illustrates a conceptual diagram in which a master server can inform a slave server to a terminal. The terminal obtains location information of a server capable of receiving service guide information through the interactive channel from the bootstrap information. For example, the terminal may obtain URL information of the master server from the bootstrap information.

Then, the service guide information is requested to the master server through the terminal interactive channel (left side of FIG. 2). If the master server cannot respond to the request of the terminal, the master server may allow the terminal's request to be redirected to the slave server. An example in which the master server selects a slave server and delivers a request of a terminal to the slave server is described in detail below.

The master server may transmit the location information (eg, URI information) of the slave server to the terminal in response to the request of the terminal. Therefore, the terminal can obtain the location information of the slave server (right side of FIG. 2). Requests and responses between the server and the terminal can use request and response messages in HTTP format. A detailed description thereof will be given with reference to FIGS. 4 and 5.

3A to 3D illustrate an example in which a server provides service guide information according to an appropriate load balance for requesting service guide information of a plurality of terminals. An example of providing service guide information in a load balancing method that is initiated according to a communication sequence between a server and a terminal will be described below.

3A to 3D, a terminal may receive service guide information through any one of a plurality of servers through an interactive channel. Each server is represented by (a) to (d), the interactive channel is represented by a double-headed arrow, and the server providing service guide information through the interactive channel is represented by IA.

When the terminal obtains the location information of the server capable of receiving the service guide information through the interactive channel from the bootstrap information, the server (a) requests the service guide information (FIG. 3A). The terminal may obtain URI information of the server capable of providing the service guide information from the bootstrap information. If the server (a) needs to transmit service guide information to other terminals, or there is a bandwidth problem (a) due to the overload of the server, the service guide information cannot be transmitted to the terminal within a certain reference time. There may be. In such a case, the second server capable of providing the service guide information requested by the terminal may be selected to transmit the location information of the second server to the terminal.

Server a obtains information as to whether or not IP datagrams can be received at other servers b, c, d to determine whether other servers are operating (dotted line in FIG. 3b). For example, the server a may execute a program such as ping that operates on the TCP / IP protocol to obtain information on whether other servers can respond (dotted line in FIG. 3B).

When server (a) has received the response from server (c) the earliest (Fig. 3c), server (a) is a server from which the terminal can request service guide information and informs the terminal of the location of server (c) (Fig. 3c). ).

The terminal may set the server (c) as a server capable of receiving the service guide information through the interactive channel, and request the service guide information from the server (c) (FIG. 3D).

4 and 5 illustrate a HyperText Transfer Protocol (HTTP) format as a message format in which a client terminal and a server can communicate with each other. The request message, which is a form in which the terminal requests the server according to the HTTP format, is illustrated in FIG. 4, and the response, in which the server responds to the request of the terminal, is illustrated in FIG. 5.

HTTP is one of protocols running on an application layer, and is a signal transmission / reception protocol that can be driven based on TCP, a protocol driven in a transport layer. HTTP can describe how a client (eg, a browser that can run on a terminal) requests information such as a web page from a server, and how the server responds to the request.

In FIG. 4, the request line in the request message format is set to a method requesting the server, a requesting Uniform Resource Identifier (URI), and an HTTP version. The request message includes a header line where the address of the host server where each object is located, an attribute when connecting to the server, and a user agent can be set. The header line may include a general header, a request header, and an entity header. In addition, the message-body may set a message body which is data according to content transmitted by the terminal to the server, such as a search word provided by the terminal to the server.

In FIG. 5, an HTTP version, a status code region phrase, are set in a status-line of a response message format. The header line of the response message includes the general header, the response header, and the entity header. The message-body is included in the content of the response message.

After the server receives the request message of FIG. 4 from the terminal, the server responds by transmitting an HTTP response message according to the format illustrated in FIG. 5. status-line is

HTTP-version SP (space) status-code SP (space) reason-phrase

The status code contains the status information code for the receipt in the request message. As an example of the status information code, 1xx (where xx follows the number defined by IETF RFC 2616) indicates notification information about request reception and the like, and 2xx indicates that the action was successfully received. 3xx indicates that an additional action should be performed to complete the request, and 5xx indicates that the server failed to receive and fulfill an externally valid request. See IETF RFC 2616 for details.

In FIG. 5, the response header may enable the server to process additional information not located in the status-line. The response header provides information about the server or accesses the resource identified by the request URI. In particular, the location field of the response header illustrated in FIG. 5 may allow a browser receiving a response message to a location different from the Request-URI set in the request message, that is, a new resource.

The syntax of location is shown at the bottom of FIG. 5, and as illustrated, location information of a new resource may be represented by a location (“Location”) and an absoluteURI value.

The message requesting the service guide information from the terminal to the server may follow the POST method of HTTP 1.1. When the terminal requests according to the HTTP POST, the Request-URI included in the request message may be location information indicated in the URLByte of the bootstrap information. For example, assume that the location information of the server is http://bbc.co.uk/ESG1, and assume that this server is the first server.

In this case, when the first server corresponding to the location of the example http://bbc.co.uk/ESG1 fails to provide the service guide information to the terminal within a reference time due to a problem such as bandwidth, the service guide may be a program such as ping. You can investigate other servers that can provide information. As a result, it is assumed that the second server capable of providing the service guide information is http://bbc.co.uk/ESG2.

In this case, the first server sets the location information of the second server in the lcoation field of the response-header of the response message according to HTTP (response-header = Location: http://bbc.co.kr/ESG2), and sets the location information. A response message can be sent to the terminal to respond to the terminal's request.

When the terminal receives the response message, the terminal may attempt to access the second server to receive the service guide information according to the location information set in the location field of the response-header of the message.

6 is a diagram illustrating an embodiment of a transmitting device for transmitting service guide information. An embodiment of an apparatus for transmitting service guide information will now be described with reference to FIG. 6. In the example of FIG. 6, it is assumed that service guide information is transmitted through a broadcast service.

The broadcast transmission system disclosed in FIG. 6 includes an encoder 310, 320, 330, a multiplexer 340, and a modulator 350. The encoding unit includes a first encoding unit 310, a second encoding unit 320, and a third encoding unit 330.

The first encoding unit 310 may encode content according to audio, video, and data according to a transmission / reception protocol such as, for example, a transport stream of MPEG-2.

The second encoder 320 may encode data including service guide information in an IP datagram format. The IP datagram refers to a signal processing format in which a signal is transmitted in a packet by an internet protocol, and includes a header including an IP address and a data container for transmitting information. The data container of the packet-based IP datagram may include data of video, audio, and service guide information. That is, in the example of FIG. 6, the video signal, the audio signal, and the data signal may be transmitted by performing an IP protocol (IP datacasting) method of dividing and compressing the video signal, the audio signal, and the data signal in packet units. IP data may be encapsulated in multi-protocol encapsulation (MPE) and then embedded in an MPEG-2 trasnport stream (TS). The MPE may be multi-protocol encapsulation-forward error correction (MPE-FEC) section data added with a forward error correction code (FEC). By arranging the transmission signal by the MPE-FEC scheme, it is possible to improve the carrier-to-noise (CN) ratio of the transmission signal. MPE-FEC data including FEC or MPE data without FEC may include transmission data in an IP data format.

The second encoding unit 320 may encode the service guide information in the IP datagram format. The second encoder 320 may encapsulate the IP datagram including the service guide information into the MPE, and then multiplex it with a time slicing technique to reduce power consumption. The multiplexed signal can be converted to a transport stream and multiplexed with MPEG-2 transport stream packets carrying video or audio signals.

The third encoder 330 may encode multiplexed information of packets encoded by the first encoder 310 or the second encoder, for example, stream packets related to a program or a service. The multiplexing information includes table information about PSI / SI (Program Specific Information / Service Information). The table information encoded by the third encoding unit 330 includes INT (IP / MAC Notification table) including mapping information of an IP address encoded by the second encoding unit 320 and a packet ID (PID) including an IP datagram. ) May be included. Accordingly, the third encoding unit 330 may encode and transmit INT information including IP address information about bootstrap information.

The multiplexer 340 multiplexes and outputs a transport packet output from the first encoding unit 310, the second encoding unit 320, and the third encoding unit 330, and the modulation and encoding unit 350 The multiplexed signal can be modulated, encoded and transmitted.

When the multiplexer 340 multiplexes and outputs the packet data encoded by the first encoder 310, the second encoder 320, and the third encoder 330, the modulation and coding unit 350 may multiplex the signal. The signal may be modulated and encoded according to the modulation and coding unit 350 according to the transmission system and then transmitted as an RF signal. The modulation and coding unit 350 may follow modulation schemes and encoding schemes of various broadcasting systems. For example, a transmission scheme such as an ATSC scheme and an ISDB-T scheme according to a DMB scheme, a DVB-H scheme, or a VSB modulation scheme may be used. Can be used.

FIG. 7 is a diagram illustrating the modulation and coding unit disclosed in FIG. 6. In FIG. 7, the modulation and encoding scheme may be, for example, DVB-T / H (digital video broadcasting-terrestial / handheld) scheme.

The first encoder 410 includes an outer coder 411 and an outer interleaver 412. The first encoder 410 may encode and interleave the multiplexed data to improve transmission performance of the multiplexed signal. For example, a Reed-Solomon code conversion method may be used as an outer coding method, and a convolution interleaving method may be performed as an interleaving method.

The second encoder 420 includes an inner coder 421 and an inner interleaver 422. The inner coder 421 and the inner interleaver 422 perform interleaving by recoding a signal to be transmitted in preparation for an error in the transmission signal. The inner coder can encode the transmission signal according to the punctured convolution code, and the inner-interleaving scheme is based on the memory usage according to the transmission modes of 2k, 4k and 8k. Native or in-depth interleaving schemes may be used.

The mapper 430 may transmit a transmission signal such as 16QAM, 64QAM, QPSK, etc. in consideration of a pilot signal and a transmission parameter signal (TPS) according to a transmission mode generated by the system signal generator 425. You can map them to symbols according to the method.

The frame forming unit 440 modulates the mapped signal by an orthogonal frequency division multiplex (OFDM) scheme and forms a frame in which a guard interval is inserted in a data section including the modulated signal. Each frame contains 68 OFDM symbols and four frames form a super frame. For example, one symbol includes 6817 carriers in 8k mode, which is a transmission mode, and 1705 carriers in 2k mode. The guard interval is a cyclic continuation in which data of the data interval is copied, and its length varies depending on the transmission mode. The OFDM frame includes a distributed pilot signal, a continuous pilot signal and a TPS carrier, respectively. An example of a signal frame by the frame forming unit of FIG. 7 is disclosed in FIG. 8.

The digital analog converter 450 converts a broadcast signal in a digital format having a guard interval and a data interval into an analog signal, and the transmitter 460 converts the analog signal converted by the digital analog converter 450 into a radio frequency (RF). ) Can be transmitted by a signal. Accordingly, the encoded service guide information may be transmitted through a broadcast channel according to the example of the transmitting apparatus of FIG. 6.

FIG. 8 is a diagram illustrating signal arrangement according to a result of the frame forming unit forming the frame in the example of FIG. 7. In FIG. 8, Tu denotes the number of usable subcarriers, Dt denotes the distance between distributed pilots on the time axis, and Df denotes the distance between distributed pilots on the frequency axis, respectively. The distance Df between the distributed pilots in the frequency domain determines the delay range of the ghost that can be estimated in the channel. 8 shows up to the position of a pilot to be interpolated upon reception of a signal formed by the frame forming unit.

Therefore, when receiving the signals arranged in this way, the interpolation is performed at the pilot position, and the symbols are arranged so that the same pilot pattern appears for every four input symbols. That is, if the first input symbol (t = 1) is the same distributed pilot signal as the symbol input at t = 5, the terminal receiving the signal is a symbol received at t = 2, 3, 4 at the position of the distributed pilot signal Time interpolation can be performed for.

Further, since the symbol input at t = 6 has the same distributed pilot pattern as the symbol input at t = 2, the terminal receiving the signal is a distributed pilot of the symbol input at t = 6 and the symbol input at t = 2. Time interpolation may be performed on signals t = 3, 4, and 5 in position.

When the signal is received at time t = 7 and then interpolated in the above manner, the symbols input at t = 4 are distributed pilots at four subcarrier positions, and thus the frequency of the input symbol at t = 4. The interval between the distributed pilot signals in the region is reduced to one quarter of the interval between the original distributed pilot signals, and a symbol input at t = 4 has a pattern in which the distributed pilot signals are located at four subcarrier positions. Thus, the terminal receiving the signal can obtain the effect of processing the signal as more pilot signals are located in the symbol. Therefore, when the signal is transmitted using the continuous pilot signal and the distributed pilot signal in this way, the channel compensation can be adaptively performed according to the state of the reception channel upon receiving the signal.

9 is a diagram illustrating an example in which a broadcast program, content and data are transmitted through a channel. According to the transmission apparatus disclosed in FIGS. 6 and 7, a service to which a type slicing scheme is applied to DVB-H and a service transmitted on a common channel of DVB-T and DVB-H may be transmitted. Programs can be transmitted according to channels of respective DVB-H and DVB-T. In case of DVB-H, each service can be transmitted by time division multiplexing by time slicing. Content and service guide information, including video / audio, can be included in IP datagrams by the DVB-H system and transformed into MPE or MPE-FEC and transmitted to MPEG-2 TS with the modified MPE or MPE-FEC embedded. have.

10 and 11 are diagrams illustrating a receiving apparatus for receiving service guide information. An apparatus for receiving service guide information will be described below with reference to FIGS. 10 and 11. The apparatus for receiving service guide information includes a receiver, an input unit 530, a storage unit 550, a display unit 560, and a controller 600. The receiver may include a broadcast receiver 510 that receives a signal from a broadcast channel, and a communication unit 520 that receives a signal from an interactive channel and transmits and receives a signal through the interactive channel. For example, the channel that the communication unit 520 interacts with may be a wired or wireless channel capable of data communication in both directions.

The broadcast receiver 510 receives, demodulates and outputs a broadcast signal. For example, the room transceiver 510 may include a tuner for selecting a broadcast signal received in the DVB-H scheme and a demodulator for demodulating the broadcast signal in the DVB-H format according to the OFDM scheme. The broadcast receiver 510 demodulates the received broadcast signal and outputs the demodulated signal to the controller 600. The broadcast signal received by the broadcast receiver 510 includes service guide information or bootstrap information of the service guide information.

The communication unit 520 may transmit and receive a signal through an interactive channel capable of bidirectional communication. When the communication unit 520 receives the signal through the interactive channel, the received signal is demodulated in consideration of the modulation method of the communication system, and when the communication system decoding unit 670 outputs the encoded signal, The output signal can be modulated and transmitted according to the modulation scheme. For example, when the communication unit 520 wants to receive the service guide information from the server through the interactive channel, the communication unit 520 may output a signal to access the server and receive the service guide information transmitted by the server. The communication unit 520 transmits a message requesting service guide information to the server, or receives a message for redirecting location information of the second server due to an overload by the server receiving the above message.

The controller 600 may include a system decoder 610, a decoder 620, a service guide information controller 630, and a communication system decoder 670. The controller 600 may control the peripheral functional blocks illustrated in FIG. 8, for example, the receiver, the input unit 530, the storage unit 550, the display unit 560, and the like, and may process a control command received from the user. have.

The system decoder 610 may decode the received signal in consideration of an encoding method of a transmission / reception system of a signal received by the broadcast receiver through a broadcast channel. When the broadcast receiver 510 demodulates and outputs a broadcast signal, the system decoder 610 may obtain a file including service guide information by decoding the output signal. A detailed example of the system decoding unit 610 will be described in detail with reference to FIG. 11.

The controller 600 may include a communication system decoding unit 670 to transmit and receive an interactive channel. The communication system decoding unit 670 may encode a signal to be transmitted through the interactive channel or may decode a signal received from the interactive channel from the communication unit 520. For example, when the communication unit 520 receives a signal including the service guide information from the interactive channel, demodulates it, and outputs the signal, the communication system decoding unit 670 decodes the signal to service the service guide information and the related signal. The information may be output to the guide information controller 630 or the decoder 620. The communication system decoding unit 670 may encode or decode a signal in an IP datagram format. For example, the communication system decoding unit 670 receives a signal demodulated by the communication unit 520, decodes the data in the IP datagram format, or encodes and outputs the signal in the IP datagram format to the communication unit 620. Can be. For example, when the service guide information receiving device receives a signal including a message according to the HTTP protocol from the interactive channel. The communication system decoding unit 670 may decode the message, encode the message according to the HTTP protocol into an IP datagram, and output the encoded message to the communication unit 520. The communication system coder 670 encodes a request message of HTTP for requesting service guide information. When the communication unit 520 receives a response message according to HTTP, the communication system coder 670 is included in the location field of the header of the HTTP response message. The location information of the second server can be decoded. The communication system decoding unit 670 may encode and output a request message of HTTP for requesting service guide information from the second server, and decode the service guide information when the service guide information is received from the second server. The communication system decoding unit 670 decodes the received signal to display the service guide information. For example, the communication system decoding unit 670 transmits the service guide information file (for example, HTTP) in the IP datagram according to a protocol such as HTTP. For example, an XML file).

The decoder 620 may decode the video, audio and data information decoded by the system decoder 610 and the communication system decoder 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 and output video data in H.264 format, for example, and the audio decoder may decode audio data in AC-3 and AAC + format, for example. In addition, the decoder 620 may include a data decoder (not shown) capable of decoding table program information / service information according to PSI / SI. For example, the decoder 620 may decode a signal based on table information such as a program associate table (PAT), a program map table (PMT), a network information table (NIT), etc. from the signal decoded by the system decoder 610, The broadcast signal according to the data broadcast can be decoded. The decoder 620 may parse INT (IP / MAC Notification table), which is table information, from the PMT. INT contains mapping information between the IP address of the IP stream and the PID of the transport stream in the transport stream. When the decoder 620 parses the INT and obtains an IP address from the bootstrap information of the service guide information, the decoder 620 may output the IP address to the service guide information controller 630. Therefore, the service guide receiving apparatus can obtain the service guide information from the broadcast channel or the interactive channel using the IP address.

The service guide information controller 630 receives bootstrap information decoded by the system decoder 610 or the communication system decoder 620, and the service guide information receiving apparatus receives the service guide information by using the bootstrap information. You can do that. For example, the service guide information controller 630 may allow the system decoder 610 to receive service guide information from a broadcast channel or the communication system decoder 670 according to the bootstrap information received by the system decoder 610. It may be controlled to receive the service guide information from the interactive channel.

The service guide information controller 630 may include a controller 613, a channel map storage 633, and a browser driver 635. The controller 631 may extract channel map information from the service guide information and store the channel map information in the channel map storage unit 633. The controller 631 may control a session and control a browser driver 635 for driving an application to display the received or stored service guide information.

The apparatus for receiving service guide information may store the received service guide information in the storage unit 550. The storage unit 550 may store service guide information, a file transmitted as an IP datagram, content data, and may store data before and after the decoder 620 decodes the data. The input unit 530 may receive a control command input by the user and output the control command to the controller 600. The display unit 560 may output an audio or video signal output from the controller 600. In addition, the application driven by the service guide information controller 630 may output the service guide information as an image and sound through the display unit 560. Therefore, a user may download a file, provide a web service, or receive service guide information through an application for service guide information.

11 is a diagram illustrating the system decoding unit 610 in detail.

The system decoder 610 may decode in consideration of encoding of a system in which a broadcast signal demodulated by the broadcast receiver 510 is encoded. The system decoder 610 may process the service guide information demodulated by the broadcast receiver 510 as follows.

The system decoder 610 may include an IP decapsulator 611, a user datagram protocol (UDP) decoder 612, an RTP decoder 613, and a file delivery over unidirectional transport protocol (FLUTE) decoder 614. ), A container parser 615, a beam parser 616, and an XML parser 617.

The system decoder 610 may decode content data transmitted in real time in consideration of system encoding. For example, the system decoder 610 may decode a file including content data and service guide information transmitted in an IP datagram format.

An example in which the system decoding unit 610 decodes content data or service guide information in the IP datagram format is as follows. First, the IP decapsulator 611 decapsulates the content data included in the payload of the IP packet with reference to the header of the IP packet. The user datagram protocol (UDP) decoding unit 612 may decode content data transmitted in real time from the IP decapsulated payload according to the user datagram protocol (UDP). The RTP decoding unit 613 may output the content data encoded so that the coding rate is controlled by the RTP control protocol (RTP control protocol) for the content data decoded by the user datagram protocol (UDP) decoding unit 612. The audio / video signal of the content output from the RTP decoder 613 is output to a decoder 620 including an audio decoder and a video decoder, respectively.

When the system decoding unit 610 decodes the data for the service guide information in the file format, the data decoded by the UDP decoding unit 612 is output after the FLUTE decoding 614.

The FLUTE decoding unit 614 may decode data in FLUTE (IETF RFC3926: File Delivery over Unidirectional Transport) format and output files such as binary data, image data, and text. The data decoded and output by the FLUTE decoding unit 614 may include a file including service guide information.

The container parser 615 decodes the container unit file among the service guide information and outputs the fragment unit information. When the service guide information is output in the beam BiM format according to the output of the container parser 615, the beam BiM parser 616 decodes the data according to the BiM format and transmits the data to the XML parser 617. . The XML parser 617 may decode an XML format file output by the container parser 615 or the BiM parser 616.

FIG. 12 illustrates an example of a protocol stack that is followed when service guide information or bootstrap information of service guide information is delivered to a terminal. In FIG. 12, the left side is a protocol stack according to a broadcast network, and the right side is a protocol stack according to an interactive network.

First, a protocol according to a broadcast network will be described.

For example, if service guide information is transmitted according to the DVB-T / H format, the transmitted signal follows a protocol related to MPEG-2 TS (Transport Stream).

The transport stream may follow a time slicing rule, and when the transport stream is decoded, the transport stream may be a signal according to a multiprotocol encapsulation (MPE) or multiprotocol encapsulation-forward error correction (MPE-FEC) format. Information according to PSI / SI may be delivered to the transport stream.

The transport stream contains signals in the form of IP datagrams. The data according to the IP datagram follows the protocol of UDP or TCP. Content transmitted / received in the form of real-time streaming among the contents delivered through UDP may be in accordance with the RTP format, and content delivered in the form of a file may be in FLUTE / ALC format. Streaming content according to RTP may be encoded and transmitted according to H.264 / AAC +. On the other hand, the content delivered in the form of a file may be data according to XML (eXtensible Markup Language), binary, text, or the like, or may include service guide information according to XML, a Session Description Protocol (SDP), and the like. XML (eXtensible Markup Language) is an object-oriented language, and service guide information may be included and transmitted in an object unit through FLUTE.

When the service guide information is received through the interactive channel, the physical layer and the data link layer of the signal received through the interactive channel may use a method according to a communication system. The example of FIG. 12 illustrates a communication system such as a global system for mobile telecommunication (GSM), a general packet radio service (GPRS), a universal mobile telecommunication system (UMTS), and the like.

The service guide information transmitted according to the UDP format among the protocol formats according to the IP datagram can be received as a file according to HTTP. Multimedia services such as video / audio may be expressed according to RTP. For reference, a voice service or a text service according to a communication system may be located on a data link layer with a corresponding protocol stack (indicated by SMS and Voice in FIG. 12), respectively.

13 is a view showing an embodiment of a method of receiving service guide information according to the present invention. An embodiment of a method of receiving service guide information according to the present invention will be described with reference to FIG. 13.

The terminal requests service guide information from the first server through the interactive channel (S110). Location information of the first server may be parsed from, for example, bootstrap information received from a broadcast channel. The terminal may request service guide information from the first server using an HTTP request message.

If the first server fails to transmit the service guide information, the first server obtains location information of the second server capable of providing the service guide information (S120). In this case, the first server may examine servers capable of transmitting service guide information by a program such as ping, and as a result, may receive location information of the second server.

The location information of the second server checked by the first server is transmitted to the terminal (S130). The first server may transmit the location information of the second server in the location field of the header of the response message in step S110.

The terminal requests service guide information from the second server, and receives the requested service guide information from the second server (S140).

1 is a diagram illustrating an example of service guide information;

2 is a conceptual diagram in which a master server may inform a terminal of a slave server

3A to 3D are exemplary views in which a server provides service guide information according to an appropriate load balance for requesting service guide information of a plurality of terminals.

4 and 5 are diagrams illustrating a HyperText Transfer Protocol (HTTP) format as a message format in which a client terminal and a server can communicate with each other.

6 is a diagram illustrating an embodiment of a transmitting device for transmitting service guide information;

7 is a diagram illustrating the modulation and coding unit disclosed in FIG. 6.

8 is a diagram illustrating signal arrangement according to a result of the frame forming unit forming a frame in the example of FIG. 7;

9 illustrates an example in which a broadcast program, content and data are transmitted through a channel.

10 is a diagram illustrating a receiving device for receiving service guide information.

11 is a diagram illustrating a system decoding unit of FIG. 10.

12 illustrates a protocol stack.

13 is a view showing an embodiment of a method of receiving service guide information according to the present invention.

Claims (5)

Requesting service guide information from a first server through an interactive channel; A first receiving step of receiving location information of a second server capable of providing the requested service guide information from the first server if the first server fails to transmit service guide information; And And requesting service guide information from the second server using the received location information of the second server, and receiving service guide information from the second server. The method of claim 1, And in the requesting step, the request transmits a request message of HTTP (HyperText Transfer Protocol). The method of claim 1, The location information of the second server in the first receiving step is set in the location field in the header of the response message of HTTP (HyperText Transfer Protocol). Generating a message requesting service guide information from the interactive channel to the first server, obtaining location information of the second server from the response of the first server, and requesting service guide information from the location information of the second server; A control unit controlling to transmit a message; And Under the control of the controller, a signal including a request message for service guide information is modulated and transmitted to the first server and the second server, and a signal including the service guide information is demodulated from the second server. Service guide information receiving device comprising a communication unit. The method of claim 4, wherein And the requesting message is a request message of HTTP (HyperText Transfer Protocol).

Images