KR20090101078A - Method of processing data in iptv and the iptv - Google Patents

Abstract

PURPOSE: A method of processing data in an IPTV receiver and the IPTV receiver are provided to expand a BCG(Broadband Content Guide) while maintaining compatibility of an existing IPTV system, thereby providing an SDP(Session Description Protocol). CONSTITUTION: A method of processing data in an IPTV receiver comprises the following steps. A resolution request signal of an CRID(Content Reference IDentifier) corresponding to a content is transmitted(S102). Location information which defines both an SIP-URI(Session Initiation Protocol-Uniform Resource Identifier) and an SDP(Sesstion Description Protocol) file corresponding to the CRID is received(S103). Session setup is controller to process the content by using the received SDP file.

Description

Data processing method of the IP receiver and the IP receiver {METHOD OF PROCESSING DATA IN IPTV AND THE IPTV}

The present invention relates to an IPTV system, and more particularly, to a data processing method of the IPTV receiver and the IPTV receiver.

Existing TV systems are implemented in the following manner, for example. The content produced by a broadcaster is transmitted by a cable, terrestrial, or satellite broadcast provider through a radio wave medium such as a broadcast network. Therefore, the user of the TV system can watch the content through the TV receiver capable of receiving the above-mentioned radio wave medium.

However, as digital-based digital TV technology has been developed and commercialized in existing analog broadcasting, real-time broadcasting, CoD (Contents on Demand), games, news, etc., using the Internet network connected to each home in addition to the existing radio media. A variety of content can be provided to users.

As described above, an IPTV receiver that provides various contents using the Internet network has various advantages, such as being able to watch desired contents at a desired time, unlike general airwave broadcasting, cable broadcasting, or satellite broadcasting. .

In addition, in recent years, there is a discussion for improving problems related to a network in an IPTV broadcasting environment, but a specific protocol for solving the above-described problems is not defined.

One embodiment of the present invention is to provide a data processing method and an IPTV receiver of an IPTV receiver that can improve network-related problems in an IPTV broadcasting environment.

In addition, another embodiment of the present invention is to clearly define a data protocol capable of quickly processing various contents (eg, CoD, etc.) in an IPTV broadcasting environment in which IMS is introduced.

A data processing method of an IPTV receiver according to an embodiment of the present invention includes transmitting a resolution request signal of a content reference identifier (CRID) corresponding to a content, and transmitting to the CRID. Receiving location information defining both a corresponding Session Initiation Protocol-Uniform Resource Identifier (SIP-URI) and a Session Description Protocol (SDP) file; and using the received SDP file, Controlling the session setup to be processable.

In addition, the IPTV receiver according to an embodiment of the present invention includes a transmitter for transmitting a resolution request signal of a content reference identifier (CRID) corresponding to content, and a SIP-URI corresponding to the CRID. A receiving unit for receiving location information defining both a Session Initiation Protocol-Uniform Resource Identifier (SID) file and a Session Description Protocol (SDP) file, and the received SDP file, so that the content can be processed. It includes a control unit for controlling the session setup.

According to an embodiment of the present invention, it is possible to improve a network related problem in an IPTV broadcasting environment.

In addition, according to another embodiment of the present invention, it is possible to clearly define a data protocol capable of quickly processing various contents (eg, CoD, etc.) in an IPTV broadcasting environment in which IMS is introduced.

In addition, according to another embodiment of the present invention, it is possible to provide a Session Description Protocol (SDP) by extending a Broadband Content Guide (BCG) while maintaining backward compatibility of an existing IPTV system.

Further, according to another embodiment of the present invention, the content can be processed more quickly in an IPTV broadcasting environment in which IMS is introduced. For example, it is possible to more quickly receive a Session Description Protocol (SDP) file necessary for processing the corresponding content.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings and the contents described in the accompanying drawings, but the present invention is not limited or limited to the embodiments.

The terminology used herein is a general term that is widely used as possible while considering functions in the present invention, but may vary according to the intention or custom of a person skilled in the art or the emergence of a new technology. In addition, in certain cases, there is a term arbitrarily selected by the applicant, and in this case, the meaning will be described in the corresponding description of the invention. Therefore, it is to be understood that the terminology used herein is to be interpreted based on the actual meaning of the term and the contents throughout the specification, rather than simply on the name of the term.

1 is a diagram illustrating a data processing process of a system including an IPTV receiver according to an embodiment of the present invention.

As shown in FIG. 1, a system including an IPTV receiver according to an embodiment of the present invention may include, for example, an Open IPTV Terminal Function (OITF) 100, an Internet protocol multimedia subsystem gateway (IG) 110, And it may be configured as a service server 120. In particular, unlike the existing IPTV broadcasting environment, when the IG 110 is added on a network, a specific method for processing various contents will be described with reference to FIG. 1.

The service server 120 may include, for example, metadata control 121, authentication and session management (ASM) 122, and cluster control (CC) 123. The IPTV receiver according to the embodiment of the present invention may include the OITF 100 or may include both the OITF 100 and the IG 110. In addition, the metadata control 121 may perform a function of a location resolution server.

In the IPTV broadcasting environment according to an embodiment of the present invention, when the OITF 100 receives a signal for selecting a specific content (for example, CoD, etc.) (S101), the OITF 100, the content In step S102, a resolution request signal of a content reference identifier (CRID) corresponding to the metadata control 121 is transmitted. The metadata control 121 receives location information defining both a Session Initiation Protocol-Uniform Resource Identifier (SIP-URI) and a Session Description Protocol (SDP) file corresponding to the CRID (S103). ).

The OITF 100 controls the session setup so that the content can be processed using the received SDP file. More specifically, it may correspond to, for example, the steps S104, S105, S106, S107, S108, and S109 shown in FIG.

That is, the OITF 100 transmits a session setup request signal to the IG 110 (S104). The IG 110 transmits a SIP Invite signal to the ASM 122 (S105), and the ASM 122 transmits the session setup request signal to the CC 123 ( S106). In addition, the CC 123 transmits a service session respond signal to the ASM 123 (S107), and the ASM 123 forwards the service session response signal to the IG 110. Forward (S108). The IG 110 transmits a session setup response signal to the OITF 100 (S109).

Meanwhile, although the metadata control 121, the ASM 122, the CC 123, and the like have been illustrated in FIG. 1 and the related description, the metadata control 121, the ASM 122, the CC 123, and the like are service servers. It can also be implemented with other modules or servers included in.

As such, according to an embodiment of the present invention, by directly receiving the SDP file corresponding to the arbitrary content in the IPTV broadcasting environment through the location information, there is no need for a process such as requesting an SDP file separately, and more quickly SDP. You can receive and process the file.

For reference, the location information used in the present specification means address information or the like that can obtain arbitrary content, and the location information may be used interchangeably with the term locator. The SDP file may include a streaming multimedia initialization parameter constituting arbitrary content. More specifically, for example, information about a media flow constituting content may be included. For example, media detail, transport address, session description metadata, etc. may be included.

2 is a diagram newly defining a schema of Time And URL Type added to BCG information according to an embodiment of the present invention. 3 is a diagram newly defining a schema of an instance description type added to BCG information according to an embodiment of the present invention. In particular, the attribute information otherwise indicated in bold bold letters in FIGS. 2 and 3 is newly defined according to an embodiment of the present invention.

2 and 3, location information directly defining an SDP file and a specific protocol for processing the location information will be described below.

First, the location information is designed to include an instance metadata identifier (IMI) identifying an instant of the content, and SDP MODE attribute information identifying a method of transmitting an SDP file. For reference, the content may be, for example, the movie "Spider-Man", and the instance may be, for example, "Spider-Man-HD quality", "Spider-Man-SD quality", "Spider-Man-" Mobile image quality ”.

In addition, the SDP MODE attribute information is additionally defined in the TIME AND URL TYPE schema of BCG (Broadband Content Guide) as shown in FIG. 2. On the other hand, since the SIP-URI does not include information on the time to consume the content, the SIP-URI is delivered through the TIME AND URL TYPE schema, and SDP files can also be delivered using the TIME AND URL TYPE schema. Design to

As shown in Fig. 2, attribute information whose attribute name is SDP MODE is defined to identify how the SDP file is transmitted. That is, by defining such attribute information, there is an advantage that can be distinguished from the case where the SDP file is transmitted through another path. On the other hand, for example, when the SDP MODE attribute information has a value of “InlineSDP”, the TIME AND URL TYPE schema defines that the SDP file is signaled through specific BCG information. In addition, the specific BCG information to which the SDP file is transmitted may be a schema of Instance Description Type of BCG. On the other hand, the names and the like illustrated in the specification and drawings are all only one example, and the scope of the present invention should in principle be defined by the claims.

That is, according to an embodiment of the present invention, the SDP file corresponding to the specific content is delivered through the instance description information. However, the instance description information may be referred to as instance description metadata, instance description, and the like.

In this design, the IMI is included in the location information, and the SDP file is included in the instance description information having the same IMI as the IMI and transmitted. In order to include the SDP file directly in the instance description information, an Instance Description Type schema is designed as shown in FIG. 3.

According to an embodiment of the present invention, a process of delivering an SDP file directly by using location information of BCG is described as follows.

The IPTV receiver according to an embodiment of the present invention determines whether the SDP file transmission method corresponds to the inline SDP file transmission type by checking the SDP MODE attribute information. When the determination result corresponds to the inline SDP file transmission type, the SDP element information defined in the instance description information having the IMI corresponding to the IMI may be checked to directly receive the SDP file corresponding to the specific content. There is a number.

However, the SDP MODE attribute information may be additionally defined in the TIME AND URL TYPE schema of BCG as shown in FIG. 2, and the SDP element information may be defined in the INSTANCE DESCRIPTION TYPE schema of BCG as shown in FIG. 3. It may be defined additionally.

Furthermore, the location information according to another embodiment of the present invention may include information about a protocol name used to transmit an SDP file corresponding to content, SIP-URI, and IP multicast address information combined with parameters of the SDP file. It may be defined in the form including a. The IP multicast address information defined as described above may be defined, for example, in the following form.

IPTVContent: // <SIP-URI>? <Query of SDP Parameters>

The IPTVCentent may mean a name of a protocol used to transmit an SDP file corresponding to a specific content, and the <SIP-URI> may mean a SIP-URI corresponding to the content, and the <Query of SDP Parameters> may mean parameters of an SDP file corresponding to the content. In addition, the <Query of SDP Parameters>, for example, is defined in the form of a text, the IPTV receiver can easily process the parameters.

As such, according to an embodiment of the present invention, it is possible to express a single URL or a plurality of parameters in a single URL, so that SIP-URI and SDP file parameters of specific content can be provided in a single URL format. . In addition, using this method, a session setup for content processing provided in an IPTV broadcasting environment is faster by using an IPTVContent URL including both SIP-URI and SDP file parameters in the locator without extending the locator. Can be done.

Furthermore, when using the above-described IP multicast address information, there is an advantage that the SDP file can be directly received without additionally modifying the BCG information and without the need for a separate signaling process for the SDP MODE.

Meanwhile, according to another embodiment of the present invention, each content may be identified using a content reference identifier (CRID). Furthermore, in order to display the content selected by the user, a location information capable of obtaining content corresponding to the CRID is obtained through a CRID location resolution process. For example, as shown in FIG. 4 (a diagram generally showing a content referencing process in an IPTV broadcasting environment according to an embodiment of the present invention), a content selected by a user is identified by a CRID, and the CRID. Through a location resolving process for, location information including the location of the instance of the content may be extracted and the content may be consumed.

5 and 6 illustrate a location resolution scheme structure in an IPTV broadcasting environment according to an embodiment of the present invention. For reference, FIGS. 5 and 6 correspond to one schema structure, and are divided into two diagrams due to the size limitation of the drawings.

As illustrated in FIGS. 5 and 6, the location information corresponding to the CRID detected through the CRID resolution process is defined in a location location type, and the location information is a content reference table. It can be transmitted through (Content Referencing Table).

7 illustrates a content referencing table in an IPTV broadcasting environment according to an embodiment of the present invention.

As shown in FIG. 7, the first result record is “dvb: //233a.4000.4740; b028 @, which is a resolution result of the CRID corresponding to“ crid: //bbc.co.uk/1195421736 ”. 2007-04-24T00: 00: 00Z / PT04H00M ”contains location information (locator).

That is, as illustrated in FIGS. 1 to 7, an embodiment of the present invention includes both SIP-URI and SDP file parameters in a location information, and transmits the SIP-URI and SDP file parameters before session establishment. It is now possible to more clearly define a protocol that can acquire all of the SDP file parameters.

Meanwhile, steps S102 and S103 illustrated in FIG. 1 may be referred to as a CRID resolution process, which is a process of searching for location information, that is, a locator. Furthermore, the steps S102 and S103 correspond to a process of delivering instance description information (eg, Instance Description Metadata) according to an embodiment of the present invention. The instance description information may be transmitted in two ways as follows.

First, when the IPTV receiver receives BCG information in a multicast manner, a CRID resolution result is transmitted to the IPTV receiver while being included in the BCG information. Accordingly, the IPTV receiver has already received and has program information and instance description information. In such a case, the CRID resolution process is completed by finding a result in which a CRID value matches in a content referencing table.

That is, the IPTV receiver according to the embodiment of the present invention finds the same IMI as the IMI described in the location information of the found result among the received instance description information. In addition, the SDP file included in the instance description information corresponding to the found IMI is read, and the session setup for processing the corresponding content is controlled using the read SDP file.

When delivering the SDP file using the first method described above, since the CRID resolution process is performed in the IPTV receiver, there is an advantage that no separate interaction with an external device is required. That is, after receiving the entire BCG information, the process of selecting and consuming specific content can be made faster.

Second, when CRID resolution is executed through a bidirectional channel, a Content Referencing Table, which is a result of CRID resolution, is delivered, along with a ProgramLocationTable containing instance description information. do. Meanwhile, when requesting CRID resolution (which may be referred to as CRID location resolution, location resolution, etc.), the above-described tables are transmitted with the submitted CRID set to '1'.

In the second method described above, since BCG information to be transmitted to the IPTV receiver includes only program information, service of metadata corresponding to content can be started quickly by only transmitting BCG information with a relatively small amount of data. Can be done.

Furthermore, in the case of using the second method described above, the service server may dynamically extract the SDP file and transmit it to the OITF during the CRID resolution process. Therefore, there is an advantage that it is not necessary to update BCG information every time the SDP file is updated.

8 is a flowchart illustrating a data processing process of an IPTV receiver according to an embodiment of the present invention. Referring to FIG. 8, an operation of an IPTV receiver capable of directly obtaining an SDP file corresponding to a specific content inline as described above will be described in detail as follows.

The user of the IPTV receiver selects the content he / she wants to use (S801). That is, the control signal of the step S801 is transmitted to the IPTV receiver side. In addition, the IPTV receiver determines whether it already has information on the authority of the CRID corresponding to the content (S802). That is, step S802 is a process in which the IPTV determines whether CRID resolution can be performed in a local area without communicating with a server.

As a result of the determination (S802), if so, CRID resolution is performed in the local area (S803), and it is determined whether the CRID resolution is successful (S804).

If the determination result (S802) does not have it, or if the determination result (S804) is not successful, the CRID resolution is requested to the remote location resolution server (S813). However, in step S813, the submitted CRID flag is set to '1', and the location resolution server transmits the instance description information including the SDP file to the IPTV receiver when the CRID resolution succeeds.

On the other hand, after step S813 described above, it is determined whether the CRID resolution was successful (S814).

If the CRID resolution succeeds as a result of the determination in steps S804 and S814, it is determined whether the SDP MODE attribute information defined in the schema of the TIME AND URL TYPE shown in FIG. 3 corresponds to the value of “inlineSDP” (S805). ). That is, step S805 is a process of determining whether the SDP file is transmitted through specific BCG information. The specific BCG information may be an element type of the Instance Description Type schema of the BCG, as shown in FIG. 3.

As a result of the determination (S805), when the SDP MODE attribute information does not correspond to the "inlineSDP" value, the SDP file is received through another alternative method (S812). On the other hand, when the determination result (S805), the SDP MODE attribute information corresponds to the "inlineSDP" value, IMI is obtained from the location information (locator) (S806).

In addition, the instance description information having the same IMI as the obtained IMI is retrieved (S807). However, the instance description information may be, for example, instance metadata, or may be illustrated as shown in FIG. 3.

In addition, the SDP file defined in the SDP element of the retrieved instance description information is retrieved (S808).

In addition, using the SIP-URI and the SDP file included in the locator, a session setup is requested to the IG (S809), and it is determined whether the session setup is successful (S810). If the determination in step S810 or step S814 is unsuccessful, it is regarded as an error state (S815).

Then, if the determination result (S810) succeeds, it controls to consume the corresponding content (S811).

In summary, according to an embodiment of the present invention, the location information and the locator are obtained by performing a CRID resolution process locally or remotely. Then, the SDP file is obtained through the following process.

First, check whether the SDP MODE attribute information of the locator corresponds to the value of “inlineSDP”. If the SDP MODE attribute information corresponds to the value of “inlineSDP”, the SDP file is transferred to the instance description information having the same IMI as the IMI in the location information. However, the instance description information may be, for example, instance metadata.

On the other hand, the instance metadata can be obtained, for example, in the following two ways.

First, when performing local CRID resolution, there is a method of finding instance metadata having the same IMI as the IMI included in the location information among the received instance metadata.

Second, in case of performing a remote CRID resolution, there is a method using location information and instance metadata received together with the location information.

Therefore, as described above, the OITF of the IPTV receiver according to the embodiment of the present invention directly extracts the SDP file defined in the SDP element from the schema shown in FIG. Request session setup. And, when the session setup process is complete, consume any content.

9 is a block diagram illustrating components of an IPTV receiver according to an embodiment of the present invention. Hereinafter, an embodiment of the present invention for processing content in an IPTV broadcasting environment in which an IG (IMS Gateway, or Internet protocol multimedia subsystem Gateway) is added will be described with reference to FIG. 9.

The IPTV receiver according to the embodiment of the present invention may be designed to include the OITF 900 but not include the IG 950, or may be designed to include both the OITF 900 and the IG 950. In addition, the drawings shown in Figure 9 is only one embodiment, the scope of the present invention should be determined by the claims, in principle, not in FIG.

The OITF 900 includes a network interface 901, a TCP / IP manager 902, a service delivery manager 903, and a demultiplexer 905. (PSIP and / or DVB-SI) decoder 904, Audio Decoder 906, Video Decoder 907, Display A / V and OSD Module 908 , Service Control Manager 909, Service Discovery Manager 910, Metadata Manager 912, SI & Metadata DB 911, UI Manager 914, and Services Manager 913 and the like.

The network interface unit 901 receives the packets received from the network and transmits the packets to the network. That is, the network interface unit 901 receives a service, content, and the like from a service provider through a network.

The TCP / IP manager 902 is involved in packet delivery from the source to the destination for the packet received by the OITF 900 and the packet transmitted by the OITF 900. The TCP / IP manager 902 classifies the received packet to correspond to an appropriate protocol, and classifies the packet into a service delivery manager 905, a service discovery manager 910, a service control manager 909, and a metadata manager 912. Output the printed packet.

The service delivery manager 903 is responsible for controlling the received service data. For example, RTP / RTCP can be used to control real-time streaming data. When transmitting the real-time streaming data using the RTP, the service delivery manager 903 parses the received data packet according to the RTP and transmits it to the demultiplexer 905 or under the control of the service manager 913. Accordingly stored in the SI & Metadata DB (911). Then, the RTCP is used to feed back the network reception information to a server that provides a service.

The demultiplexer 905 demultiplexes the received packet into audio, video, program specific information (PSI) data, and the like, so that the audio / video decoders 906 and 907 and the PSIP and / or DVB-SI Decoder 904 respectively. To transmit.

PSIP and / or DVB-SI Decoder 904 decodes service information such as, for example, Program Specific Information (PSI). That is, the PSIP and / or DVB-SI Decoder 904 receives the demultiplexed PSI section, the Program and Service Information Protocol (PSIP) section, or the Service Information (DVB-SI) section from the demultiplexer 905. To decode it.

In addition, the PSIP and / or DVB-SI Decoder 904 decodes the received sections to create a database of service information, and stores the database of the service information in the SI & Metadata DB 911.

An audio / video decoder 906/907 decodes the video data and the audio data received at the demultiplexer 905. The audio data decoded by the audio decoder 906 and the video data decoded by the video decoder 907 are provided to the user through the display unit 908.

The UI manager 914 and the service manager 913 manage the overall state of the OITF 900, provide a user interface, and manage other managers.

The UI manager 914 provides a graphical user interface (GUI) for a user by using an OSD (On Screen Display) and the like, and receives a key input from the user to perform a receiver operation according to the input. For example, upon receiving a key input related to channel selection from a user, the key input signal is transmitted to the service manager 913.

The service manager 913 controls a manager associated with a service, such as a service delivery manager 903, a service discovery manager 910, a service control manager 909, and a metadata manager 912.

In addition, the service manager 913 creates a channel map and selects a channel using the channel map according to a key input received from the user interface manager 914. The service manager 913 receives service information of a channel from a PSIP and / or DVB-SI decoder 904 and sets an audio / video PID (packet identifier) of the selected channel to the demultiplexer 905.

The service discovery manager 910 provides information necessary for selecting a service provider providing a service. Upon receiving a signal regarding channel selection from the service manager 913, the service discovery manager 910 finds a service using the information.

The service control manager 909 is responsible for selecting and controlling services. For example, if a user selects a live broadcasting service like the conventional broadcasting method, IGMP or RTSP is used. If a user selects a service such as VOD (Video On Demand), RTSP is used to select and control the service. Perform The RTSP protocol may provide a trick mode for real time streaming. In addition, the service control manager 709 may initialize and manage a session through the IMC gateway using an IP multimedia subsystem (IMS) or a session initiation protocol (SIP). The protocols are one embodiment, and other protocols may be used depending on implementation.

The metadata manager 912 manages metadata associated with the service and stores the metadata in the SI & Metadata DB 911.

The SI & Metadata DN 911 provides service information decoded by the PSIP and / or DVB-SI Decoder 904, metadata managed by the metadata manager 912, and service providers provided by the service discovery manager 910. Store the information needed to make a selection. In addition, the SI & Metadata DB 911 may store setup data for the system.

The SI & Metadata DB 911 may be implemented using nonvolatile memory (NVRAM) or flash memory.

Meanwhile, the IG 950 is a gateway that collects functions necessary for accessing an IMS based IPTV service based on an IMS core network. The IG 950 includes an IG-OITF server 951, a network discovery 953, an authentication / session management client / server 952, an RMS 954, and the like.

The OITF 900 may interface with the IG 950 to use an IMS-based IPTV service. The IG 950 and the OITF 900 are connected to, for example, an HN-IGI interface, and the interface is provided by the IG 950 so that the OITF 900 can use an IMS-based IPTV service. To be able to handle

The IG-OITF server 951 provides the OITF 900 with the functions of the authentication / session management client / server 952. The IG-OITF server 951 can provide the OITF 900 with a function of the authentication / session management client / server 952 through, for example, a protocol such as HTTP.

The network discovery 953 searches for an IMS server and performs a connection to the server.

The authentication / session management client / server 952 performs subscriber authentication and session management as required on the managed network.

In addition, the RMS 954 performs a remote management function in a managed environment.

On the other hand, with reference to Figures 1 to 8, the operation of the IPTV receiver according to an embodiment of the present invention will be described. However, the IPTV receiver may include an OITF but not an IG, or may be designed to include both an OITF and an IG.

The transmitter of the OITF 900 transmits a resolution request signal of a CRID corresponding to the content. However, the network interface 901 and the TCP / IP manager 902 may be designed to perform a function of the transmission unit.

The receiving unit of the OITF 900 receives location information defining both the SIP-URI and the SDP file corresponding to the CRID. However, as described above, as a method of signaling that the SDP file is directly transmitted as location information, for example, the scheme of FIG. 2 may be used. The same schema can be used. Meanwhile, the network interface 901 and the TCP / IP manager 902 may be designed to perform a function of the receiver.

On the other hand, the receiving unit, by checking the SDP MODE attribute information, the process of determining whether the method of transferring the SDP file corresponds to the inline (SDP) file transfer type, and the determination result inline SDP file transfer type In this case, the process of identifying the SDP element information defined in the instance description information having the IMI that matches the IMI may be further performed.

Alternatively, the receiving unit may further perform a process of directly obtaining a parameter of an SDP file defined in text form among the IP multicast address information.

The controller of the OITF 900 controls the session setup to process the content by using the received SDP file. However, the service control manager 909 may design a function of the controller.

Of course, such functions may be designed to be handled by another module shown in FIG. 9, or by other modules in an IPTV receiver not shown.

As described above with reference to FIGS. 1 to 9, according to an embodiment of the present invention, the Session Content Protocol is extended by extending the Broadband Content Guide (BCG) while maintaining backward compatibility of an existing IPTV system. ) Can be provided.

In addition, according to another embodiment of the present invention, in the IPTV broadcasting environment in which IMS is introduced, it is possible to directly receive an SDP file without any special request procedure, so that a session setup for processing corresponding content corresponding to the SDP file is performed. The process can be made faster.

Further, according to another embodiment of the present invention, it is possible to prepare for a method of receiving SDP files of various methods that can be introduced later.

Method invention according to the present invention are all implemented in the form of program instructions that can be executed by various computer means can be recorded on a computer readable medium. The computer readable medium may include program instructions, data files, data structures, etc. alone or in combination. Program instructions recorded on the media may be those specially designed and constructed for the purposes of the present invention, or they may be of the kind well-known and available to those having skill in the computer software arts. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tape, optical media such as CD-ROMs, DVDs, and magnetic disks, such as floppy disks. Magneto-optical media, and hardware devices specifically configured to store and execute program instructions, such as ROM, RAM, flash memory, and the like. Examples of program instructions include not only machine code generated by a compiler, but also high-level language code that can be executed by a computer using an interpreter or the like. The hardware device described above may be configured to operate as one or more software modules to perform the operations of the present invention, and vice versa.

As described above, the present invention has been described by way of limited embodiments and drawings, but the present invention is not limited to the above embodiments, and those skilled in the art to which the present invention pertains various modifications and variations from such descriptions. This is possible.

Therefore, the scope of the present invention should not be limited to the described embodiments, but should be determined not only by the claims below but also by the equivalents of the claims.

1 is a diagram illustrating a data processing process of a system including an IPTV receiver according to an embodiment of the present invention.

2 is a diagram newly defining a schema of Time And URL Type added to BCG information according to an embodiment of the present invention.

3 is a diagram newly defining a schema of an instance description type added to BCG information according to an embodiment of the present invention.

4 is a diagram illustrating an overall content referencing process in an IPTV broadcasting environment according to an embodiment of the present invention.

5 and 6 illustrate a location resolution scheme structure in an IPTV broadcasting environment according to an embodiment of the present invention.

7 illustrates a content referencing table in an IPTV broadcasting environment according to an embodiment of the present invention.

8 is a flowchart illustrating a data processing process of an IPTV receiver according to an embodiment of the present invention.

9 is a block diagram illustrating components of an IPTV receiver according to an embodiment of the present invention.

<Explanation of symbols for the main parts of the drawings>

100: OITF

110: IG

120: Service Server

121: Metadata Control

122: ASM

123: CC (Cluster Control)

Claims (14)

In the data processing method of the IPTV (Internet Protocol TeleVision) receiver, Transmitting a resolution request signal of a content reference identifier (CRID) corresponding to a content; Receiving location information defining both a Session Initiation Protocol-Uniform Resource Identifier (SIP-URI) and a Session Description Protocol (SDP) file corresponding to the CRID; And Controlling a session setup to process the content using the received SDP file Data processing method of the IPTV receiver made including a. The method of claim 1, The location information, An Instance Metadata Identifier (IMI) identifying an instant of the content, and SDP MODE attribute information that identifies how the SDP file is transferred Data processing method of the IPTV receiver comprising a. The method of claim 2, The receiving step, Checking whether the SDP file transmission method corresponds to an inline SDP file transmission type by checking the SDP MODE attribute information; And If the determination result corresponds to an inline SDP file transfer type, identifying SDP element information defined in instance description information having an IMI that matches the IMI; Further comprising a data processing method of the IPTV receiver. The method of claim 3, The SDP MODE attribute information is additionally defined in the TIME AND URL TYPE schema of BCG (Broadband Content Guide). The SDP element information is the data processing method of the IPTV receiver is further defined in the INSTANCE DESCRIPTION TYPE schema of BCG. The method of claim 1, The location information, The IPTV receiver's data processing method comprising a name of a protocol used to transmit an SDP file corresponding to the content, SIP-URI, and IP multicast address information combined with parameters of an SDP file. The method of claim 5, The receiving step, Directly acquiring parameters of the SDP file defined in text form among the IP multicast address information; Further comprising a data processing method of the IPTV receiver. The method of claim 1, The SDP file is, And a streaming multimedia initiation parameter constituting the content. A computer-readable recording medium in which a program for executing the method of claim 1 is recorded. In the IPTV (Internet Protocol TeleVision) receiver, A transmission unit which transmits a resolution request signal of a content reference identifier (CRID) corresponding to a content; A receiver configured to receive location information defining both a Session Initiation Protocol-Uniform Resource Identifier (SIP-URI) and a Session Description Protocol (SDP) file corresponding to the CRID; And A control unit for controlling a session setup to process the content using the received SDP file IPTV receivers are made, including. The method of claim 9, The location information, An Instance Metadata Identifier (IMI) identifying an instant of the content, and SDP MODE attribute information that identifies how the SDP file is transferred IPTV receiver comprising a. The method of claim 10, The receiving unit, By checking the SDP MODE attribute information, it is determined whether the method of transferring the SDP file corresponds to an inline SDP file transfer type, and The IPTV receiver confirming SDP element information defined in the instance description information having an IMI corresponding to the IMI when the determination result corresponds to an inline SDP file transmission type. The method of claim 11, The SDP MODE attribute information is additionally defined in the TIME AND URL TYPE schema of BCG (Broadband Content Guide). The SDP element information is additionally defined in BCG INSTANCE DESCRIPTION TYPE schema. The method of claim 9, The location information, IPTV receiver comprising a name of a protocol used to transmit an SDP file corresponding to the content, SIP-URI, and IP multicast address information combined with parameters of an SDP file. The method of claim 13, The receiving unit, IPTV receiver for directly obtaining the parameters of the SDP file defined in the text form of the IP multicast address information.

Images