KR20160097538A - Method and server for providing contents through udp based multicast and user device - Google Patents

Abstract

A method for providing contents through UPD based multicast to a server, includes a step of receiving a first stream ID including a first channel ID from a first terminal, a step of generating a second stream ID by combining the first channel ID and a first content ID, a step of transmitting the second stream ID to a multicast network, a step of generating a third stream ID by combining the first channel ID and the second content ID, and a step of transmitting the third stream ID to the multicast network. So, wireless network transmission efficiency can be improved.

Description

METHOD AND SERVER FOR PROVIDING CONTENTS THROUGH UDP BASED MULTICAST AND USER DEVICE,

The present invention relates to a method, a server, and a user terminal for providing contents in UDP-based multicast.

A Web service is a technology that integrates and interconnects different types of information systems so that application software existing in other systems on the Internet can be easily called and used as they are. When the web service environment is established, it is possible to receive a consistent web service at any time, anywhere, and any equipment without installing necessary software for each terminal. In connection with such web service, Korean Patent Laid-Open Publication No. 2013-0015085 Discloses a web service management system.

In recent years, a new protocol called HTTP2 has been designated as standardization, and it is expected to shorten the loading time of web pages through server push. However, in the HTTP2 protocol, a unique stream ID is allocated and managed for each web resource (for example, HTML file, image, etc.) requested by the client, so that a multicast application There is a drawback that it is difficult. For example, in the case of HTTP streaming, the same web resource (video chunk) can not be multicast simultaneously because the requested stream ID is different for each client.

Recently, QUIC (Quick UDP Internet Connection), a new UDP - based transport protocol that provides reliability and security of TCP level, has been developed and will be used to provide faster web services. Existing Web services have used TCP as a transport protocol, but TCP has been a barrier to improving Web response speed and multimedia service performance while providing reliable transport. However, UDP-based transport protocols such as QUIC can be used for web services, and new multicast-based web services are expected to emerge in the future.

It is intended to improve network transmission efficiency by reducing network congestion and reducing investment cost due to media services that generate large traffic such as HTTP live streaming by multicast-based web media service transmission. UDP-based multicast transmission of web media service aims to improve media service quality such as shortening of response time and synchronization between clients. We will extend the business model by applying to new services such as server push in HTTP2, SPDY based web service environment. It is to be understood, however, that the technical scope of the present invention is not limited to the above-described technical problems, and other technical problems may exist.

According to an aspect of the present invention, there is provided a method for transmitting a stream ID to a first terminal, the method comprising: receiving a first stream ID including a first channel ID from a first terminal; Generating a second stream ID by combining the first channel ID and the second content ID, transmitting the second stream ID to the multicast network, generating a third stream ID by combining the first channel ID and the second content ID, And transmitting the stream ID to the multicast network.

According to another aspect of the present invention, there is provided a method for generating a stream ID, the method comprising: receiving a first stream ID including a first channel ID from a first terminal; generating a second stream ID by combining the first channel ID and the first content ID A stream ID generation unit and a transmission unit for transmitting the second stream ID to the multicast network. In the stream ID generation unit, when the third stream ID is generated by combining the first channel ID and the second content ID, The transmitting unit may provide a server for providing contents by multicast, the third stream ID being transmitted to the multicast network.

According to still another aspect of the present invention, there is provided a method for controlling a multicast network, comprising: a stream ID transmitting unit for transmitting a first stream ID including a first channel ID to a server; a session managing unit for opening a session for the first channel ID; A stream ID receiving unit for receiving a second stream ID in which the first channel ID and the first content ID are combined from the multicast network, a second stream ID receiving unit for extracting the first channel ID of the second stream ID An extracting unit for determining whether the first channel ID extracted from the second stream ID is the same as the first channel ID included in the first stream ID and if the first channel ID is identical to the first channel ID included in the second stream ID, And a data receiving unit for receiving the data through the first content ID included in the stream ID.

The above-described task solution is merely exemplary and should not be construed as limiting the present invention. In addition to the exemplary embodiments described above, there may be additional embodiments described in the drawings and the detailed description of the invention.

According to any one of the above-mentioned objects of the present invention, web media service transmission using multicast reduces network congestion due to media services that generate large-scale traffic, such as existing HTTP live streaming, The transmission efficiency can be improved. UDP-based multicast transmission of web media service can improve media service quality such as shortening of response time and synchronization between clients. It can be applied to new services such as server push in HTTP2 and SPDY based web service environment to expand business model.

1 is a configuration diagram of a content providing system according to an embodiment of the present invention.
2 is a configuration diagram of a server according to an embodiment of the present invention.
3 is a diagram for explaining a process of providing contents from a server to UDP-based multicast according to an embodiment of the present invention.
4 is a configuration diagram of a user terminal according to an embodiment of the present invention.
5 is a flowchart illustrating a process of receiving data in a multicast from a user terminal according to an embodiment of the present invention.
6 is a flowchart illustrating a content providing method according to an embodiment of the present invention.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings, which will be readily apparent to those skilled in the art. The present invention may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. In order to clearly illustrate the present invention, parts not related to the description are omitted, and similar parts are denoted by like reference characters throughout the specification.

Throughout the specification, when a part is referred to as being "connected" to another part, it includes not only "directly connected" but also "electrically connected" with another part in between . Also, when an element is referred to as "including" an element, it is to be understood that the element may include other elements as well as other elements, And does not preclude the presence or addition of one or more other features, integers, steps, operations, components, parts, or combinations thereof.

In this specification, the term " part " includes a unit realized by hardware, a unit realized by software, and a unit realized by using both. Further, one unit may be implemented using two or more hardware, or two or more units may be implemented by one hardware.

In this specification, some of the operations or functions described as being performed by the terminal or the device may be performed in the server connected to the terminal or the device instead. Similarly, some of the operations or functions described as being performed by the server may also be performed on a terminal or device connected to the server.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is a configuration diagram of a content providing system according to an embodiment of the present invention. Referring to FIG. 1, a content providing system 1 may include a server 110 and a plurality of user terminals 120. The server 110 and the plurality of user terminals 120 shown in FIG. 1 illustratively show the components that can be controlled by the content providing system 1.

The components of the content providing system 1 of FIG. 1 are generally connected through a network. For example, as shown in FIG. 1, a plurality of user terminals 120 may be connected to the server 110 via a network.

A network refers to a connection structure in which information can be exchanged between nodes such as terminals and servers. An example of such a network is Wi-Fi, Bluetooth, Internet, LAN Network, wireless LAN, WAN, PAN, 3G, 4G, LTE, and the like.

In one embodiment, the server 110 may receive a first stream ID including a first channel ID from the user terminal 120. [ The first stream ID may include a first channel ID in a predetermined bit (for example, 10 bits) of a stream ID of 31 bits, for example. Thereafter, the server 110 generates a second stream ID by combining the first channel ID and the first content ID, and multicasts the generated second stream ID and the web resource (video chunk) corresponding to the first channel to the multicast Network. Thereafter, the server 110 generates a third stream ID by combining the first channel ID and the second content ID, and transmits the generated third stream ID and the next web resource (video chunk) corresponding to the first channel to the multi Cast network. The second stream ID and the third stream ID include a first channel ID in a predetermined bit (for example, 10 bits) of stream IDs of 31 bits in total, 1 content ID or a second content ID. For example, the content ID may be odd or even, and the second content ID may be a value obtained by increasing the first content ID by an odd number.

In another embodiment, the server 110 may receive a fourth stream ID including a second channel ID from the user terminal 120. [ For example, the server 110 generates the fifth stream ID by combining the second channel ID and the third content ID, and transmits the generated fifth stream ID and the web resource (video chunk) corresponding to the second channel to the multi- Cast network. In addition, the server 110 generates a sixth stream ID by combining the second channel ID and the fourth content ID, and multicasts the generated second stream ID and the next web resource (video chunk) corresponding to the second channel to the multicast Network. The fifth stream ID and the sixth stream ID include a second channel ID in a predetermined bit (for example, 10 bits) among the stream IDs of the total 31 bits, 3 content ID or a fourth content ID. For example, the content ID may be odd or even, and the fourth content ID may be a value obtained by increasing the third content ID by an odd number.

At this time, the server 110 can transmit the generated stream ID and the web resource (video chunk) of the corresponding channel to the multicast network through a specific UDP port such as 5001. [

The user terminal 120 may transmit (request) the first stream ID including the first channel ID to the server 110. [ For example, when the user terminal 120 requests viewing of the first channel, the user terminal 120 transmits a first stream ID including a first channel ID preset to 10 bits of the 31-bit first stream ID and 0 of 21 bits to the server 110 ).

The user terminal 120 may then send an IGMP message including a command to open the session with the first channel ID and join it to the multicast network.

In one embodiment (when requesting a first channel), the user terminal 120 receives a second stream ID from which the first channel ID and the first content ID are combined from the multicast network and a second stream ID from the web resource Chunk) can be received. The user terminal 120 extracts the first channel ID of the second stream ID and confirms that it is the same as the first channel ID included in the first stream ID requested by the user terminal 120. If the first channel ID is identical, (Video chunk) corresponding to the second stream ID. The user terminal 120 may then receive a third stream ID from the multicast network, which is a combination of the first channel ID and the second content ID. The user terminal 120 extracts the first channel ID of the third stream ID and confirms whether the first channel ID is the same as the first channel ID included in the first stream ID requested by the user terminal 120. If the first channel ID is identical, (Video chunk) corresponding to the third stream ID. Here, the second content ID may be an odd number of the first content ID.

In another embodiment (when requesting a second channel), if the user terminal 120 transmits (requests) a fourth stream ID containing a second channel ID to the server, the user terminal 120 may send A fifth stream ID combined with the second channel ID and the third content ID, and a web resource (video chunk) corresponding to the second channel. The user terminal 120 extracts the second channel ID of the fifth stream ID and confirms whether the second channel ID is the same as the second channel ID included in the fourth stream ID requested by the user terminal 120. If the second channel ID is identical, (Video chunk) corresponding to the fifth stream ID. Thereafter, the user terminal 120 may receive a sixth stream ID from which the second channel ID and the fourth content ID are combined from the multicast network. The user terminal 120 extracts the second channel ID of the sixth stream ID and confirms whether or not it is the same as the second channel ID included in the fourth stream ID requested by the user terminal 120. If the second channel ID is identical, (Video chunk) corresponding to the sixth stream ID. Here, the fourth content ID may be a value increased to an odd number of the third content ID.

2 is a configuration diagram of a server according to an embodiment of the present invention. 2, the server 110 may include a receiving unit 210, a stream ID generating unit 220, and a transmitting unit 230. Here, the user terminal 120 will be referred to as a first terminal 120. [

The receiving unit 210 may receive the stream ID including the channel ID from the first terminal 120. For example, the receiving unit 210 may receive the first stream ID including the first channel ID from the first terminal 120. [ Also, the receiver 210 may receive the fourth stream ID including the second channel ID from the first terminal 120. [ In this case, the first stream ID may include a first channel ID in a predetermined bit (e.g., 10 bits), and the fourth stream ID may include a second channel ID in a predetermined bit.

The stream ID generation unit 220 can generate a stream ID by combining the channel ID and the content ID. For example, the stream ID generation unit 220 may generate the second stream ID by combining the first channel ID and the first content ID. The second stream ID may include a first channel ID in a predetermined bit and a first content ID in a bit different from the predetermined bit. For example, the stream ID generator 220 may generate a second stream ID by combining a predetermined first channel ID of 10 bits and a first content ID of 21 bits in a stream ID of 31 bits in total.

The stream ID generator 220 may generate the third stream ID by combining the first channel ID and the second content ID. The second content ID may be a value obtained by increasing the first content ID by an odd number. For example, when the first channel ID of 10 bits is "110101011" in binary numbers, the stream ID value of the generated 31 bits may include a value between "1790967809 to 1795162111" in decimal.

Alternatively, the stream ID generation unit 220 may generate the stream ID by combining the second channel ID and the content ID. For example, the stream ID generation unit 220 may generate the fifth stream ID by combining the second channel ID and the third content ID. For example, the stream ID generator 220 may generate a fifth stream ID by combining a predetermined second channel ID of 10 bits and a third content ID of 21 bits in a stream ID of 31 bits in total. The stream ID generation unit 220 may generate the sixth stream ID by combining the second channel ID and the fourth content ID. Here, the fourth content ID may be a value obtained by increasing the third content ID by an odd number.

The transmitting unit 230 may transmit the stream ID generated by the server 110 and the web resource (video chunk) of the corresponding channel to the multicast network. For example, the transmitting unit 230 transmits the second stream ID, the third stream ID, the fifth stream ID, the sixth stream ID, and the second stream ID generated by the stream ID generating unit 220 through a specific UDP port such as 5001 The web resource (video chunk) corresponding to the stream ID can be transmitted to the multicast network. At this time, in case of HTTP, QUIC (Quick UDP Internet Connection) protocol may be used for reliable transmission.

3 is a diagram for explaining a process of providing HTTP-based web resources in UDP-based multicast in a server according to an embodiment of the present invention. Referring to FIG. 3, a plurality of user terminals 310 and 311 can request a first channel 301 or a second channel 302 to the server 320. For example, in the case of the first channel 301, if the URL is "XXX.com/playback?live_ch_1_1790967808", the first channel ID is "1710967808 ", which corresponds to the first 10 bits of" 11010101100000000000000000000 " Quot; 1101010110 ". As another example, in the case of the second channel 302, if the URL is "XXX.com/playbkac?live_ch_2_2055208960&quot ;, the second channel ID corresponds to the first 10 bits of" 11110101000000000000000000000 ", which is a binary number of "2055208960 &Quot; 1111010100 ". Thus, the user terminals 310 and 311 can request the content of the corresponding channel to the server using the multicast service URL information described in the ".m3u8" file received from the server, for example.

For example, the plurality of user terminals 310 and 311 may transmit a stream ID including the first channel ID 1101010110 to the server 320. In addition, the plurality of user terminals 310 and 311 may transmit the stream ID including the second channel ID 1111010100 to the server 320. At this time, the plurality of user terminals 310 and 311 can transmit an IGMP message including a command to join to the multicast network.

When the server 320 receives the stream ID including the channel ID from the plurality of user terminals 310 and 311, the server 320 generates a stream ID including the channel ID and the content ID, and transmits the stream ID to the multicast network have. For example, the server 320 may include a first stream ID 331, 1790967819 that combines the first channel ID 330 1101010110 with the first content ID, a 1101010110 that is the first channel ID 330, It is possible to transmit the third stream ID 333, 1790967823 combined with the second stream ID 332, 1790967821, the first channel ID 330 1101010110 and the third content ID to the multicast network. For example, the server 320 may combine 1111010100, which is the second channel ID 340, with the fourth stream ID 341, 2055209435 that combines the first content ID, 1111010100, which is the second channel ID 340, And the fifth stream IDs 342 and 2055209437 to the multicast network. Here, the content ID generated by the server 320 may be an odd-numbered value.

4 is a configuration diagram of a user terminal according to an embodiment of the present invention. 4, a stream ID transmission unit 410, a session management unit 420, a message transmission unit 430, a stream ID reception unit 440, an extraction unit 450, an identification unit 460, and a data reception unit 470 ).

The stream ID transmitting unit 410 may transmit the stream ID including the channel ID to the server 110. [ For example, the stream ID transmitting unit 410 may transmit the first stream ID including the first channel ID to the server 110. [ In addition, the stream ID transmitting unit 410 may transmit the fourth stream ID including the second channel ID to the server 110. The first stream ID may include a first channel ID in a predetermined bit, and the fourth stream ID may include a second channel ID in a predetermined bit. For example, the first stream ID or the fourth stream ID may be transmitted to the server 110 when the channel ID of the total 31 bits is preset to 10 bits, and the remaining 21 bits are set to 0.

The session management unit 420 may open a session with the first channel ID. In addition, if the channel desired to be viewed is changed, the session managing unit 420 may open a session of the second channel ID.

The message transmission unit 430 may transmit the IGMP message to the multicast network. For example, the message transmitting unit 430 may transmit an IGMP message including a join command to the multicast network.

The stream ID receiving unit 440 can receive the stream ID generated from the server 110 and the web resource of the corresponding channel from the multicast network. For example, the stream ID receiving unit 440 may receive a second stream ID, which is a combination of the first channel ID and the first content ID, and a web resource of the corresponding channel. The stream ID receiving unit 440 can receive a third stream ID in which the first channel ID and the second content ID are combined from the multicast network and the web resource of the corresponding channel. The second stream ID includes a first channel ID in a predetermined bit, a first content ID in a bit different from the predetermined bit, the third stream ID includes a first channel ID in a predetermined bit, And may include a second content ID in a bit different from the set bit.

When the channel desired to be watched is changed to the second channel, the stream ID receiving unit 440 can receive the fifth stream ID combined with the second channel ID and the third content ID and the web resource of the corresponding channel. Also, the stream ID receiving unit 440 can receive the sixth stream ID in which the second channel ID and the fourth content ID are combined and the web resource of the corresponding channel. The fifth stream ID includes a second channel ID in a predetermined bit and includes a third content ID in a bit different from the predetermined bit, the sixth stream ID includes a second channel ID in a predetermined bit, And may include a fourth content ID in a bit different from the set bit.

The extracting unit 450 can extract the channel ID included in the stream ID received from the multicast network. For example, the extractor 450 may extract the first channel ID of the second stream ID or the second channel ID of the fifth stream ID through a masking operation.

The confirmation unit 460 can confirm whether the extracted channel ID is the same as the channel ID transmitted from the user terminal 120 to the server 110. [ For example, the confirmation unit 460 can confirm that the first channel ID extracted from the second stream ID is the same as the first channel ID included in the first stream ID requested by the second stream ID. Also, the confirmation unit 460 can confirm whether the second channel ID extracted from the fifth stream ID is the same as the second channel ID included in the fourth stream ID requested by the second stream ID.

As a result of the confirmation, the data receiving unit 470 can receive the web resource corresponding to the stream ID received from the multicast network when the channel ID is the same. For example, if the first channel ID is identical to the first channel ID, the data receiving unit 470 can receive the web resource corresponding to the second stream ID. In addition, the data receiving unit 470 can receive the web resource corresponding to the fifth stream ID.

That is, the confirmation unit 460 can receive the data only by confirming whether the channel ID transmitted from the stream ID transmitting unit 410 and the channel ID received from the stream ID receiving unit 440 are identical.

5 is a flowchart illustrating a process of receiving data in a multicast from a user terminal according to an embodiment of the present invention. 5, when the user terminal 120 receives the stream ID from the server 110 in operation S510, the user terminal 120 may perform bit masking operation on the stream ID in operation S520. The user terminal 120 can confirm whether the received stream ID is the multicast stream ID requested by the user terminal 120 (S530). For example, if it is determined that the stream ID received from the user terminal 120 is not a multicast stream ID (S531), the user terminal 120 may determine whether the stream ID is in an open state or a reserved state (S540). At this time, if the stream ID is not in the open state or the reserved state (S541), the user terminal 120 discards the stream ID (S550). If the stream ID is in the open state or the reserved state (S542) A normal stream (push) can be received (S560). The server may periodically send a push-promise frame to the multicast address to provide the server push service. At this time, the server can use the multicast stream ID already provided as the reference ID. The server can send push content with the corresponding screen ID between the push-promise frames. A terminal that has received a multicast service can receive push content after receiving a push-promise frame.

For example, when it is determined that the stream ID received from the user terminal 120 is a multicast stream ID (S532), the user terminal 120 determines whether the corresponding multicast stream ID is in the open state or the reserved state (S570). At this time, if the corresponding multicast stream ID is not in the open state or the reserved state (S571), the user terminal 120 discards the multicast stream ID (S550). If the multicast stream ID is in the open state or Reserved state (S572), the multicast stream can be received (S580).

In the above description, steps S510 to S580 may be further divided into further steps, or may be combined in fewer steps, according to an embodiment of the present invention. Also, some of the steps may be omitted as necessary, and the order between the steps may be changed.

6 is a flowchart illustrating a content providing method according to an embodiment of the present invention. The method of providing contents by UDP-based multicast performed by the server 110 according to the embodiment shown in FIG. 6 is performed in a time-series manner in the content providing system 1 according to the embodiment shown in FIG. 1 / RTI > Therefore, the content already described with respect to the content providing system 1 according to the embodiment shown in FIG. 1 is not limited to the UDP-based The present invention is also applied to a method of providing contents by multicast.

In step S610, the server 110 may receive the first stream ID including the first channel ID from the first terminal. The first stream ID may include a first channel ID in a predetermined bit. In step S620, the server 110 may generate the second stream ID by combining the first channel ID and the first content ID. The second stream ID may include a first channel ID in a predetermined bit and a first content ID in a bit different from the predetermined bit. In step S630, the server 110 may transmit the second stream ID and the corresponding web resource to the multicast network. In step S640, the server 110 may generate the third stream ID by combining the first channel ID and the second content ID. The second content ID may be a value obtained by increasing the first content ID. In step S650, the server 110 may transmit the third stream ID and the corresponding web resource to the multicast network.

Although not shown in FIG. 6, the server 110 receives the fourth stream ID including the second channel ID from the first terminal, generates the fifth stream ID by combining the second channel ID and the third content ID Transmitting the fifth stream ID and the corresponding web resource to the multicast network, generating the sixth stream ID by combining the second channel ID and the fourth content ID, and generating the sixth stream ID and the corresponding web And transmitting the resource to the multicast network. The fourth content ID may be a value obtained by increasing the third content ID.

In the above description, steps S610 to S650 may be further divided into further steps or combined into fewer steps, according to an embodiment of the present invention. Also, some of the steps may be omitted as necessary, and the order between the steps may be changed.

The method for providing the HTTP-based web resource performed by the server 110 described in FIG. 6 as UDP-based multicast includes a computer program stored in a medium executed by the computer or instructions executable by the computer But may also be embodied in the form of a recording medium. Computer readable media can be any available media that can be accessed by a computer and includes both volatile and nonvolatile media, removable and non-removable media. In addition, the computer-readable medium can include both computer storage media and communication media. Computer storage media includes both volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Communication media typically includes any information delivery media, including computer readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave, or other transport mechanism.

It will be understood by those skilled in the art that the foregoing description of the present invention is for illustrative purposes only and that those of ordinary skill in the art can readily understand that various changes and modifications may be made without departing from the spirit or essential characteristics of the present invention. will be.

It is therefore to be understood that the above-described embodiments are illustrative in all aspects and not restrictive. For example, each component described as a single entity may be distributed and implemented, and components described as being distributed may also be implemented in a combined form.

The scope of the present invention is defined by the appended claims rather than the detailed description and all changes or modifications derived from the meaning and scope of the claims and their equivalents are to be construed as being included within the scope of the present invention do.

110: Server
120: User terminal
210:
220: stream ID generation unit
230:
410: Stream ID transmission unit
420:
430:
440: Stream ID receiving unit
450:
460:
470:

Claims (17)

A method for providing content in a server with UDP-based multicast,
Receiving a first stream ID including a first channel ID from a first terminal;
Generating a second stream ID by combining the first channel ID and the first content ID;
Transmitting the second stream ID to a multicast network;
Generating a third stream ID by combining the first channel ID and the second content ID; And
Transmitting the third stream ID to the multicast network
The method comprising the steps of:
The method according to claim 1,
Wherein the second content ID is a value obtained by increasing the first content ID.
The method according to claim 1,
Receiving a fourth stream ID including a second channel ID from the first terminal;
Combining the second channel ID and the third content ID to generate a fifth stream ID;
Transmitting the fifth stream ID to the multicast network;
Combining the second channel ID and the fourth content ID to generate a sixth stream ID; And
Transmitting the sixth stream ID to the multicast network
Further comprising the steps of:
The method of claim 3,
Wherein the fourth content ID is a value obtained by increasing the third content ID.
The method according to claim 1,
Wherein the first stream ID comprises the first channel ID in a predetermined bit.
The method according to claim 1,
Wherein the second stream ID includes the first channel ID in a predetermined bit and the first content ID in a bit different from the predetermined bit.
A server for providing contents in a UDP-based multicast,
A receiver for receiving a first stream ID including a first channel ID from a first terminal;
A stream ID generation unit for generating a second stream ID by combining the first channel ID and the first content ID; And
And a transmitting unit for transmitting the second stream ID to the multicast network,
If the stream ID generation unit generates the third stream ID by combining the first channel ID and the second content ID,
Wherein the transmitting unit transmits the third stream ID to the multicast network.
8. The method of claim 7,
Wherein the second content ID is a value obtained by increasing the first content ID.
8. The method of claim 7,
In the receiving unit,
When receiving a fourth stream ID including a second channel ID from the first terminal,
Wherein the stream ID generation unit comprises:
Generates a fifth stream ID by combining the second channel ID and the third content ID,
Wherein the transmission unit comprises:
Transmitting the fifth stream ID to the multicast network,
Wherein the stream ID generation unit comprises:
Generates a sixth stream ID by combining the second channel ID and the fourth content ID,
Wherein the transmission unit comprises:
And transmits the sixth stream ID to the multicast network.
10. The method of claim 9,
Wherein the fourth content ID is a value obtained by incrementing the third content ID.
The method according to claim 1,
Wherein the first stream ID includes the first channel ID in a predetermined bit.
The method according to claim 1,
Wherein the second stream ID includes the first channel ID in a predetermined bit and the first content ID in a bit different from the predetermined bit.
A user terminal for receiving contents in a UDP-based multicast,
A stream ID transmission unit for transmitting a first stream ID including a first channel ID to a server;
A session management unit for opening a session of the first channel ID;
A message transmission unit for transmitting an IGMP message to the multicast network;
A stream ID receiver for receiving a second stream ID obtained by combining the first channel ID and the first content ID from the multicast network;
An extracting unit for extracting the first channel ID of the second stream ID;
A confirmation unit for confirming whether a first channel ID extracted from the second stream ID is the same as a first channel ID included in the first stream ID;
And a data receiver for receiving data through a first content ID included in the second stream ID when the first channel ID is identical to the first stream ID.
14. The method of claim 13,
The stream ID receiving unit,
And receives a third stream ID from which the first channel ID and the second content ID are combined from the multicast network.
14. The method of claim 13,
The stream ID transmission unit transmits,
When the fourth stream ID including the second channel ID is transmitted to the server,
Wherein the session management unit opens a session of the second channel ID,
The stream ID receiving unit receives a fifth stream ID in which the second channel ID and the third content ID are combined from the multicast network,
Wherein the extracting unit extracts the second channel ID of the fifth stream ID,
When the second channel ID extracted from the fifth stream ID corresponds to the second channel ID included in the fourth stream ID, the data receiving unit receives the data through the third content ID included in the fifth stream ID Receiving,
Wherein the stream ID receiving unit receives a sixth stream ID in which the second channel ID and the fourth content ID are combined from the multicast network.
14. The method of claim 13,
Wherein the first stream ID comprises the first channel ID in a predetermined bit.
14. The method of claim 13,
Wherein the second stream ID includes the first channel ID in a predetermined bit and the first content ID in a bit different from the predetermined bit.

Images