KR20130044582A - Display device, method of receiving contents and method of providing contents - Google Patents

Abstract

A display device, a content receiving method, and a content providing method are disclosed. The receiving unit receives the content from the server, and receives a request signal for requesting the transmission of the content from the display device. In response to receiving the request signal, the controller controls the response signal to be transmitted to the display device and controls the transmission of the content received from the server to the display device. The display then displays the content received from the server.

Description

Display device, method of receiving contents and method of providing content {Display device, method of receiving contents and method of providing contents}

The present invention relates to a display device, a content receiving method and a content providing method, and more particularly, to a display device, a content receiving method, and a content providing method that can provide an Internet service.

The display device is a device having a function of receiving and processing a broadcast image that a user can watch. For example, the display device displays a broadcast selected by a user on a display among broadcast signals transmitted from a broadcasting station. Currently, broadcasting is shifting from analog broadcasting to digital broadcasting worldwide.

Digital broadcasting refers to broadcasting for transmitting digital video and audio signals. Digital broadcasting is more resistant to external noise than analog broadcasting, so it has less data loss, is advantageous for error correction, has a higher resolution, and provides a clearer picture. In addition, unlike analog broadcasting, digital broadcasting is capable of bidirectional services.

In addition, in order to use the digital broadcast, the display device has been improved in performance and multifunctionality compared to the existing display device, and various services available in the multimedia device such as Internet service, VOD (Video On Demand), and electronic album service are also various. It was mad.

Video On Demand (VOD) service, which is one of the Internet services, operates a media server through which VOD content providers can stream content, or via the Internet using a Contents Delivery Network (CDN) provider network. It provides a free content, the user is connected to the VOD content server through the Internet connected to the display device to watch the desired content.

Conventional VOD services follow a general client-server model consisting of a display device performing client operations and a server providing content. Accordingly, in the conventional VOD service technology, there is a problem that the bandwidth of the VOD content server increases in proportion to the number of clients connected to the VOD content server.

An object of the present invention is to provide a display device, a content receiving method, and a content providing method capable of maintaining a constant load on a server and providing content to the display device.

In order to achieve the above technical problem, the content receiving method according to the present invention comprises the steps of: transmitting a first request signal for requesting the transmission of content to a server, a first response to the transmitted first request signal from the server Receiving a signal, checking information included in the received first response signal, and if the first response signal includes an address list, receiving the second request signal for requesting transmission of the content to the address; The method may include transmitting to a display device having an address included in a list, and receiving a second response signal to the transmitted second request signal from the display device.

The content providing method may further include receiving content from the server when the received first response signal includes transmission approval information.

The first request signal may include at least one of a content identifier for identifying content, information on a transmission protocol for transmitting content, and content transmission availability information indicating whether the content can be transmitted. Here, the content identifier may include a Uniform Resource Locator (URL), a Uniform Resource Identifier (URI), a Content Reference Identifier (CRID), a Transport ID, a Service ID, and an Event ID. Content receiving method, characterized in that one or more than two.

The second request signal may include information indicating a part of the content to be received.

The address list may include a plurality of addresses.

The source port may be different from the first request signal and the second request signal.

The first response signal and the second response signal may have different destination ports.

In accordance with another aspect of the present invention, there is provided a content providing method, receiving content from a server, receiving a request signal for requesting transmission of the content from a display device, and responding to the request signal reception. The method may include transmitting a response signal to the display device, and transmitting the content to the display device. Here, a port for receiving content from the server and a port for transmitting the content to the display device may be different.

The content providing method may further include storing the received content in a buffer, and generating a copy of the content stored in the buffer, and transmitting the content may include transmitting the generated copy. It may include. The content providing method may further include locking a prohibition of changing the content stored in the buffer.

The content providing method may further include displaying the received content. The transmitting of the content and the displaying of the content may be performed at the same time.

The content providing method may further include checking whether the content can be transmitted in response to receiving the first request signal. The determining of whether the content can be transmitted may include accessing a stored content delivery management table, and confirming whether the content can be transmitted using information included in the accessed delivery management table. have.

According to another aspect of the present invention, a display device according to the present invention includes a receiving unit for receiving content from a server and receiving a request signal for requesting transmission of the content from the display device, and receiving the request signal. The controller may be configured to control a response signal to be transmitted to the display device and to control transmission of the content to the display device.

According to the display device, the content receiving method, and the content providing method according to the present invention, since the content can be received not only from the server but also from another display device, the load on the server can be kept constant and the content can be provided to the display device. Accordingly, it is possible to prevent the server from being overloaded due to a plurality of content transmission requests, to prevent interruption of the VOD service, the display device can receive the content without a long wait or disconnection, the user's waiting in the content reception Discomfort can be minimized and user satisfaction can be maximized.

1 is a structural diagram showing the configuration of a preferred embodiment of a content providing system according to the present invention;
2 is a block diagram showing the configuration of a preferred embodiment of a content providing server according to the present invention;
3 is a diagram illustrating a preferred embodiment of a content delivery status table;
4 is a structural diagram showing a content delivery status indicated by the content delivery status table of FIG.
5 is a graph illustrating a bandwidth of a server according to the present invention;
6 is a block diagram showing the configuration of a preferred embodiment of a display device according to the present invention;
7 is a block diagram showing the configuration of a preferred embodiment of the control unit of the display device according to the present invention;
8 is a diagram illustrating the flow of data in a content providing system according to the present invention;
9 is a diagram showing a preferred embodiment of a content delivery management table;
10 illustrates a structure of a content request frame;
11 is a table illustrating a method and a description of a method for a content request;
12 illustrates an embodiment of a content request frame;
13 illustrates another embodiment of a content request frame;
14 illustrates a structure of a response frame;
15 is a table illustrating a response code and a description of the response code;
16 illustrates an embodiment of a response frame;
17 illustrates another embodiment of a response frame;
18 illustrates another embodiment of a response frame;
19 is a flowchart illustrating a process of performing a preferred embodiment of a method for receiving content of a display device according to the present invention;
20 is a flowchart illustrating a process of performing a preferred embodiment of a method for providing content of a display device according to the present invention;
21 is a flowchart illustrating a process of performing a preferred embodiment of a content providing method of a content providing system according to the present invention.

Hereinafter, the present invention will be described in more detail with reference to the drawings.

The suffix "module" and " part "for components used in the following description are given merely for ease of description, and the" module "and" part "

On the other hand, the display device described herein is, for example, an intelligent display device that adds a computer support function to the broadcast reception function, and is faithful to the broadcast reception function, but with the addition of the Internet function, the handwriting type input device, touch screen, touch It can have more convenient interface than pad or space remote controller. In addition, it is connected to the Internet and a computer with the support of a wired or wireless Internet function, and can perform functions such as e-mail, web browsing, banking or gaming. A standardized general-purpose OS can be used for these various functions.

Therefore, in the display device described in the present invention, various applications can be freely added or deleted, for example, on a general-purpose OS kernel, and thus various user-friendly functions can be performed. More specifically, the display device may be, for example, a network TV, an HBBTV, a smart TV, an open hybrid TV (OHTV), or the like, and may be applied to a smartphone, a PC, and a home appliance in some cases.

BRIEF DESCRIPTION OF THE DRAWINGS The above and other features and advantages of the present invention will be more apparent from the following detailed description taken in conjunction with the accompanying drawings, in which: FIG.

As used herein, terms used in the present invention are selected from general terms that are widely used in the present invention while taking into account the functions of the present invention, but these may vary depending on the intention or custom of a person skilled in the art or the emergence of new technologies. In addition, in certain cases, there may be a term arbitrarily selected by the applicant, in which case the meaning thereof will be described in the description of the corresponding invention. Therefore, it is intended that the terminology used herein should be interpreted based on the meaning of the term rather than on the name of the term, and on the entire contents of the specification.

1 is a structural diagram showing a configuration of a preferred embodiment of a content providing system according to the present invention.

Referring to FIG. 1, the content providing system 1 according to the present invention may include a content providing server 10 and display apparatuses 20, 30, and 40. The content providing system 1 provides a Video On Demand (VOD) service and a Peer to Pear (P2P) service. Here, the P2P service of the content providing system 1 includes a VOD service of the content providing server 10 and a P2P service of the display apparatuses 20, 30, and 40. In addition, streaming of content data provided through a VOD service is referred to as VOD streaming, and streaming of content data provided through a P2P service is referred to as P2P streaming. VOD streaming and P2P streaming may be transmitted using the same protocol, and may be transmitted using different protocols.

The content providing server 10 may provide a VOD service. The content providing server 10 receives a request signal for requesting transmission of content from the display device 20, and transmits the content requested by the received request signal to the display device 20. The content may be transmitted to the display 20 in a streaming manner and may be transmitted to the display 20 in a file download manner. VOD Streaming 21 of FIG. 1 indicates that the content is transmitted in a streaming manner. Here, the request signal for requesting the transmission of the content may include a content request frame.

The content providing server 10 may provide a P2P service. In the P2P service of the content providing server 10, when the display device 30 requests content from the content providing server 10, the content providing server 10 does not transmit the requested content and the other display device 20 does not transmit the requested content. Means a service that provides the display device 30 with the address of the other display device 20 to receive the requested content.

The display device 20 may provide a P2P service. The P2P service of the display device 20 refers to a service for transmitting content to the display device 30 when receiving a request signal for requesting transmission of content from the display device 30.

For example, when the content providing server 10 receives the request signal for requesting the transmission of the content 21 from the display device 30 while transmitting the content 21 to the display device 20, The content providing server 10 transmits the address of the display apparatus 20 to the display apparatus 30 (31). The display device 30 transmits a request signal for requesting transmission of the content 21 to the display device 20 using the address of the display device 20 transmitted by the content providing server 10. In response to receiving the transmitted request signal, the display device 20 provides the P2P streaming 23 of the content 21 to the display device 30.

In addition, when receiving a request signal for requesting the transmission of the content 21 from the display device 40, the content providing server 10 transmits the address of the display device 20 to the display device 40 ( 41). The display device 40 transmits a request signal for requesting transmission of the content 21 to the display device 20 using the address of the display device 20 transmitted by the content providing server 10. In response to receiving the transmitted request signal, the display device 20 provides the display device 40 with P2P streaming 25 of the content 21. That is, the display device 20 may simultaneously perform P2P streaming 23 and P2P streaming 25.

2 is a block diagram showing the configuration of a preferred embodiment of a content providing server according to the present invention.

2, the content providing server 10 may include a communication unit 210, a control unit 220, and a storage unit 230.

The communication unit 210 receives a content transmission request signal for requesting transmission of content from the display apparatuses 20, 30, and 40, and transmits a response signal to the received content transmission request signal. The response signal may include a response frame.

The controller 220 searches for the content requested by the content transmission request signal received by the communication unit 210, and transmits the retrieved content directly to the display apparatuses 20, 30, and 40 or causes the display apparatus to transmit the content instead. Determine. In this case, the controller 220 may determine whether to directly transmit using the information included in the content transmission status table. The contents transmission status table includes a content identifier, an address of a display device, a range of contents stored in the display device, information on whether P2P service of the display device is available, information on the number of display devices that the display device provides P2P service, and display. It may include at least one of the information on the region where the device is located, and may include information for associating the information included in the content transmission status table.

The controller 220 controls to transmit a response signal to the content transmission request signal. The controller 220 generates a response frame to be included in the response signal. In addition, the controller 220 manages the update of the content delivery status table.

The storage unit 230 stores the content and the content delivery status table.

3 is a diagram illustrating a preferred embodiment of a content delivery status table.

Referring to FIG. 3, the content delivery status table 300 includes a content identifier (VOD ID), an IP address and a port number (access IP: Port), a content range, and content delivery availability information (P2P availability). , Number of content recipients (number of connected P2Ps) and access area information. The row of the content delivery status table 300 is association information for associating the information included in the content delivery status table 300. That is, the information located in the same row of the content delivery status table 300 refers to information associated with each other.

The content identifier is information for identifying content, and may be one of a Uniform Resource Locator (URL), a Uniform Resource Identifier (URI), and a Content Reference Identifier (CRID), and a transport ID and a service ID. ) And an event id. The content delivery status table 300 includes VOD (A) and VOD (B) as content identifiers.

The IP address and port number are examples of the address of the display device. The content delivery status table 300 includes 111.111.111.111:8080, 222.222.222.222:8080, and 333.333.333.333:8080 as IP addresses and port numbers associated with the IP addresses.

The content range refers to a range of content stored in the display device. The content transmission status table 300 indicates that the display device having the IP address 1111.111.1111.111 stores the range of 10000-30000 bytes of the content data of the VOD (A), and that the display device having the IP address 222.222.222.222 is VOD (A). And information indicating that the display device having the IP address 333.333.333.333 is storing the range 20000-30000 bytes of the content data of the VOD (B).

The content transmission availability information is information on whether P2P service of the display device is available. The content delivery status table 300 includes information 'Y' indicating that the display having the IP address 111.111.1111.111 is P2P enabled, and information 'N' indicating that the display having the IP address 222.222.222.222 is not P2P enabled. The display having the IP address 333.333.333.333 includes information 'Y' indicating that P2P is enabled.

The number of content recipients is information about the number of display devices for which the display device provides a P2P service. The content transmission status table 300 indicates that the number of display devices for which the display having the IP address 111.111.111.111 provides P2P service is two, the display device having the IP address 222.222.222.222 and the display device having the IP address 333.333.333.333. Contains information that it is not providing a P2P service.

The access area information is information about the area where the display device is located. The content delivery status table 300 indicates that the area in which the display device having the IP address 111.111.1111.111 is located is "Seoul xxx", and the area in which the display having the IP address 222.222.222.222 is located is "Busan xxx". The display with the address 333.333.333.333 where the P2P is located contains the information "Incheon xxx".

When the content request signal for requesting the VOD (B) is received, the controller 220 confirms that the VOD (B) is located in three rows in the content delivery status table 300, and the IP address located in the third row. By checking the information 'Y' about 333.333.333.333 and P2P availability, it can be confirmed that the display device having the IP address 333.333.333.333 can provide P2P service for the VOD (B).

FIG. 4 is a structural diagram illustrating a content delivery situation indicated by the content delivery status table of FIG. 3.

Referring to FIG. 4, according to the content delivery status table 300, the content providing server 10 provides the VOD streaming 401 of the VOD (A) to the display device 421 having the IP address 111.111.111.111. And VOD streaming 403 of VOD (A) to the display device 423 having IP address 222.222.222.222, and VOD streaming 405 of VOD (B) to the display device having IP address 333.333.333.333 ( 426).

In addition, the display device 421 provides the P2P streaming 431 of the VOD (A) to the display device 441, and provides the P2P streaming 423 of the VOD (A) to the display device 443. That is, the display device 421 provides two display device P2P services.

5 is a graph illustrating a bandwidth of a server according to the present invention.

Referring to FIG. 5, when the content providing server 10 exceeds the preset band whistle, the display device transmits the content that is unstable, so that even if the time 510 elapses, the predetermined band whiskey ( 520 may be maintained. In addition, even if the content providing server 10 receives a request for transmitting the same content from a plurality of display apparatuses, the content providing server 10 may distribute the load in such a manner that other display apparatuses transmit the requested content, and thus, even if the content transmission request is increased, You can keep the band whiskey.

6 is a block diagram showing the configuration of a preferred embodiment of a display device according to the present invention.

Referring to FIG. 6, the display device 600 according to the present invention includes a receiver 601, a signal processor 640, a display 650, an audio output unit 660, an input device 670, and a storage unit 680. And a controller 690. According to an exemplary embodiment, the display apparatus 600 may include a photographing apparatus 90. The display apparatus 20. 30. 40 illustrated in FIG. 1 may be implemented as the display apparatus 600.

The receiver 601 may receive a real time broadcast service and an internet service. The receiver 601 may include a tuner 610, a demodulator 620, a mobile communication unit 615, a network interface unit 630, and an external signal receiver 635.

The network interface unit 630 transmits a content transmission request signal for requesting transmission of content to the content providing server 10 or another display device, and transmits the content transmission request signal from the content providing server 10 or another display device. Receive a response signal for. The content transmission request signal may include a content request frame, and the response signal may include a response frame.

In addition, the network interface unit 630 may receive broadcast data and multimedia data through a network, and may output the received broadcast data and multimedia data to the signal processor 640 or the controller 690. Here, the multimedia data may be received from the content providing server 10 or the display device 20, 30. 40. In addition, the multimedia data may be VOD streaming data or P2P streaming data.

The signal processor 640 demultiplexes the stream signal output by the demodulator 620 and performs signal processing (video decoding and audio decoding) on the demultiplexed signal, and then outputs an image to the display 650. The sound 661 is output to the audio output unit 660. In addition, the signal processor 640 may receive image data, audio data, and broadcast data from the mobile communication unit 615, the network interface unit 630, and the external signal receiver 635. In addition, the signal processor 640 may receive the VOD streaming data or the P2P streaming data from the network interface unit 630 and decode the video data and the audio data included in the received VOD streaming data or the P2P streaming data. Can be.

Display 650 displays image 652. In addition, the display 650 may operate in connection with the control unit 690. The display 650 may display a graphical user interface (GUI) 653 that provides an easy-to-use interface between the user of the display device and an operating system or an application running on the operating system.

The voice output unit 660 may receive voice data from the signal processor 640 and the controller 690 and output a sound 661 in which the received voice data is reproduced.

The input device 670 may be a touch screen disposed on or in front of the display 650 and may be a communication unit that receives a signal from a remote controller.

The storage unit 680 generally provides a place for storing program codes and data used by the display apparatus 600. The storage unit 680 may be implemented as a read only memory (ROM), a random access memory (RAM), a hard disk drive, or the like. The program code and data may reside in a removable storage medium and may be loaded or installed onto the display device 600 as needed. Removable storage media may include CD-ROM, PC-CARD, memory cards, floppy disks, magnetic tape, and network components.

The storage unit 680 may store the received content and the content delivery management table. The storage unit 680 may store a partial range of the received content, and may buffer the stored content and provide the buffered content to the signal processor 640. The content delivery management table includes at least one of a content identifier, a range of stored content, an address of a display device requesting content, a range of requested content, and information indicating a delivery status, and the information included in the content delivery management table. May include information that associates them.

The controller 690 executes a command and performs an operation associated with the display apparatus 600. For example, using the command retrieved from the storage unit 680, the controller 690 may control input and output between the components of the display apparatus 600, and reception and processing of data. The controller 690 may be implemented on a single chip, multiple chips, or multiple electrical components. For example, various architectures may be used for the controller 690, including dedicated or embedded processors, single purpose processors, controllers, ASICs, and the like.

The control unit 690 executes computer code together with an operating system to generate and use data. The operating system is generally known and will not be described in more detail. By way of example, the operating system may be a Window based OS, Unix, Linux, Palm OS, DOS, Android, Macintosh, and the like. The operating system, other computer code, and data may reside in storage 680 that operates in conjunction with control 690.

The controller 690 may recognize a user action and control the display apparatus 600 based on the recognized user action. The user action may include a touch gesture and a space gesture. Touch gestures may be defined as stylized interactions with the input device 670, which map to one or more specific computing operations. Touch gestures can be made through various hands, more specifically through finger movements. As another alternative or in addition, the gesture may be done with a stylus.

The controller 690 detects a user action for requesting display of the VOD content, and in response to the user action detection, controls the content transmission request signal for requesting the transmission of the VOD content to the content providing server 10. In addition, the controller 690 controls the reception of the VOD stream data transmitted by the content providing server 10. In addition, in response to the transmission request signal, when the content providing server 10 transmits an address list, the controller 690 may control the content transmission request signal to be transmitted to a display device having an address included in the address list. Can be. The controller 690 controls reception and display of P2P stream data transmitted from the display device.

The controller 690 retrieves the content requested by the content transmission request signal received by the network interface unit 630 and determines whether to transmit the retrieved content to the requesting display device. The controller 690 may determine whether to transmit the information by using information included in the content delivery management table stored in the storage 680. In addition, the controller 690 may control P2P streaming provided to the display apparatus requesting the content.

The input device 670 receives the gesture 671, and the controller 690 executes commands for performing operations associated with the gesture 671. In addition, storage 680 may include a gesture actuation program 681, which may be part of an operating system or a separate application. Gesture operator 681 generally recognizes the occurrence of gesture 671 and in response to gesture 671 and / or gesture 671 tells one or more software agents what action (s) should be taken. Contains the command of.

7 is a block diagram showing the configuration of a preferred embodiment of the control unit of the display device according to the present invention.

Referring to FIG. 7, the controller 690 may include a client module 710, a buffer manager 720, and a P2P daemon 730. Here, the client 710, the buffer manager 720, and the P2P daemon 730 may be each implemented as one daemon program.

The client module 710 controls the request of the VOD stream to the content providing server 10 and controls the reception of the VOD stream data provided by the content providing server 10. In addition, when the client module 710 receives the VOD stream data from the content providing server 10, the client module 710 transmits the received VOD stream data to the buffer manager 720.

The buffer manager 720 stores the VOD stream data delivered by the client module 710 in the storage unit 680. The buffer manager 720 may allocate a buffer to a predetermined area in the storage unit 680, store the VOD stream data in the allocated buffer, and control the buffering of the VOD stream data stored in the buffer. Here, the buffer may be composed of a ring buffer.

In addition, the buffer manager 720 may pass the VOD stream data stored in the buffer to the signal processor 640. The signal processor 640 decodes the buffered VOD stream data.

The P2P daemon 730 performs a function including a client role for receiving P2P stream data transmitted from another display device and a server role for transmitting P2P stream data for a content transmission request of another display device.

The P2P daemon 730 manages information on the playback section position of the currently displayed VOD stream data stored in the storage unit 680 of the display device 600 and the size of the stored stream data.

The P2P daemon 730 responds to the content transmission request of the other display device, whether or not the data of the requested playback section matches the data held in the storage unit 680 of the display device 600, and matches the content. In this case, P2P streaming is controlled for the data of the matching section.

The client module 710 and the P2P daemon 730 receive data received by the network interface unit 630 through different ports, and transmit the data through the network interface unit 630.

Since the client module 710 and the P2P daemon 730 are performed independently and in parallel, receiving the VOD stream data and transmitting the P2P stream data may be performed without affecting each other. While providing the P2P service, the display apparatus 600 may display the stream data received from the content providing server 10 without problems such as stopping and image quality abnormality.

8 is a diagram illustrating the flow of data in a content providing system according to the present invention.

Referring to FIG. 8, the content providing server 10 transmits VOD stream data 811. The display device 20 receives the transmitted VOD stream data 811. The VOD stream data 811 may be transmitted in packet units.

The client module 810 delivers the received VOD stream data 811 to the buffer manager 820. In this case, the client module 810 may deliver the VOD stream data 811 to the buffer manager 810 in a callback copy 821.

The display device 20 receives a content request signal for requesting content from the display device 30. The P2P daemon 830 requests the buffer manager 820 for data of content requested by the received content request signal. The buffer manager 820 copies the VOD stream data of the requested content to the local buffer of the P2P daemon 830. Here, the buffer manager 820 may copy the entire block 823 of the VOD stream data stored in the buffer to a local buffer of the P2P daemon 830 in a memory copy method 831. In addition, the buffer manager 820 may lock the entire block 823 of the VOD stream data while copying the VOD stream data of the content so that the VOD stream data of the requested content is not damaged.

The P2P daemon 830 controls the VOD stream data stored in its locon buffer to be transmitted to the display device 30 through P2P streaming. Here, the P2P stream data 881 transmitted through P2P streaming may be transmitted in packet units.

The packet 881 may have the same structure and size as the packet 811 and may have a different structure and size. In addition, the packet 881 may be transmitted in the same transport protocol as the packet 811, and may be transmitted in another transport protocol.

When the client module 860 receives the address list in response to the content transmission request signal from the content providing server 10, the client module 860 transmits the received address list to the P2P daemon 880. The P2P daemon 880 selects one of the addresses included in the address list and controls the content transmission request signal to be transmitted to the display device 20 having the selected address. The P2P daemon 880 controls the reception of the P2P stream data 881 transmitted by the display device 20.

The P2P daemon 880 delivers the received P2P stream data 881 to the buffer manager 870. Here, the P2P daemon 880 may deliver the P2P stream data 871 to the buffer manager 870 as a callback copy 871.

9 is a diagram illustrating a preferred embodiment of the content delivery management table.

Referring to FIG. 9, the content delivery management table 900 includes a content identifier (VOD ID), a content range, a IP address and a port number (access IP: Port), a requested content range (request range), and a transmission. Contains status information (transmission status). A row of the content delivery management table 900 is association information for associating information included in the content delivery management table 900. That is, the information located in the same row of the content delivery management table 900 refers to information associated with each other.

The content identifier is information for identifying content, and may be one of a Uniform Resource Locator (URL), a Uniform Resource Identifier (URI), and a Content Reference Identifier (CRID), and a transport ID and a service ID. ) And an event id. In addition, the content identifier may be the same as the content identifier of the content transmission status table 300. The content delivery management table 900 includes VOD (A) as a content identifier.

The content range means a range of content stored in the storage 680. The content delivery management table 900 includes information indicating that 10000-30000 bytes of the content data of the VOD (A) are stored.

The IP address and port number (access IP: Port) refer to the address and port number of the display apparatus that requested the content. The content delivery management table 900 includes 444.444.444.444:8080 and 555.555.555.555:8080 as IP addresses and port numbers associated with the IP addresses.

The requested content range (request range) means a range of content requested by the display device. The content delivery management table 900 indicates that the display device having the IP address 444.444.444.444 has requested a range of 10000-12000 bytes of the content data of the VOD (A) and the display device having the IP address 555.555.555.555. Contains information indicating that 2000-22000 bytes of content data is requested.

The transmission status information is information indicating the transmission status. The content delivery management table 900 reads that the P2P streaming is provided to the display device having the IP address 444.444.444.444 and that the P2P streaming provided to the display device having the IP address 555.555.555.555 is completed. complete).

According to the content delivery management table 900, the display device 600 may be viewed as the display device 421 of FIG. 4. In this case, the display device 600 completes provision of the P2P streaming 431 of the VOD (A) to the display device 441 having the IP address 555.555.555.555, and the VOD streaming 433 of the VOD (A). The display device 443 having the IP address 444.444.444.444 is being prepared for provision.

10 illustrates a structure of a content request frame.

Referring to FIG. 10, the content request frame 1000 may include a method field [[Method] [URL]) and a header field [[Headers]: [Value]). In addition, the content request frame 1000 may include a plurality of header fields.

The method field contains a method name and parameters that indicate the action that the server requests to process.

The header field contains necessary additional information. The header field may include various information values, and a plurality of header fields may be included in one content request frame. The header field may be an information value and may include at least one of content range information, P2P availability information (P2P_enable), and version information (version).

FIG. 11 is a table illustrating a method and a description of a method for a content request.

Referring to Figure 11, the method can be divided into two categories. That is, the method may be divided into a method between the content providing server 10 and the display device and a method between the display devices. The method between the content providing server 10 and the display device is defined as a server method, the method between display devices is defined as a P2P method, and the P2P method name is prefixed with "P2P_" to distinguish it from the server method.

The OPTIONS method is a method that requests method information that can be supported on the server side. The option method returns the method names that the server can respond to. For example, an optional method returns a method name such as a get method or a post method.

The get method is a method for requesting content specified by a Uniform Resource Locator (URL) included as a parameter in a method field. When receiving a response frame containing 200 codes in response to the method, the received response frame means that the server provides the content directly, and when receiving a response frame containing 300 codes in response to the method, the received response frame is received. The response frame means receiving content from a display device having an address in the transmitted address list.

The POST method is for passing data that the server requests to process. The data may be at least one of login information and search word information.

The P2P options (P2P_OPTIONS) method is a method for requesting P2P method information that can be supported by a display device serving as a content sender when connecting between display devices. P2P option methods return method names such as P2P get methods and P2P post methods.

The P2P get (P2P_GET) method is a method that requests content specified by a Uniform Resource Locator (URL) included as a parameter in the method field. When receiving a response frame including a 200 code in response to the P2P get method, the received response frame means that the transmission of the content is possible or the transmission of the content is started. That is, the 200 code is transmission approval information indicating the transmission approval. If a response frame including an error code is received in response to the P2P get method, the received response frame means that transmission of content is impossible.

The P2P post (P2P_POST) method is a method for delivering data requesting processing in a display device serving as a content sender.

12 is a diagram illustrating an embodiment of a content request frame.

Referring to FIG. 12, the method field of the content request frame 1200 includes a GET method and includes rtst: //111.222.333.444/vod/01 as a URL. That is, the content request frame 1200 requests the content providing server 10 to transmit the content indicated by “111.222.333.444/vod/01” through the RTST protocol.

The header field of the content request frame 1200 includes "P2P_enable: yes". "P2P_enable: yes" tells the server that P2P is enabled.

13 illustrates another embodiment of a content request frame.

Referring to FIG. 13, the method field of the content request frame 1300 includes a P2P_GET method and includes http://111.222.333.444/vod/02 as a URL. That is, the content request frame 1300 requests the display device to transmit the content indicated by “111.222.333.444/vod/02” through the HTTP protocol.

The header field of the content request frame 1300 includes "Content-range: 20000-40000 bytes" and "P2PP_version: 1.0". "Content-range: 20000-40000 bytes" informs the display device to transmit data corresponding to the range of 20000-40000 bytes among the data of the content indicated by "111.222.333.444/vod/02", and "P2PP_version: 1.0" Indicates that the supported protocol is Peer to Peer Protocol (P2PP) and its version is 1.0. Here, the P2PP protocol may be used during P2P communication between the display apparatuses 20, 30 and 40 and the content providing server 10 or between the display apparatuses 20, 30 and 40. The P2PP has an ASCII-based protocol structure like HTTP, and aims at a structure similar to HTTP.

14 is a diagram illustrating the structure of a response frame.

Referring to FIG. 14, the response frame 1400 includes a protocol information field P2PP / [Version], a response code field [Status-code], and a header field [Headers]: [Value]. The protocol information field contains transport protocol and version information used. The response code field includes a response code indicating the processing result for the content request frame. The header field contains necessary additional information values.

15 is a table illustrating a response code and a description of the response code.

Referring to Figure 15, the 200th (2XX) response code indicates that the request was successful. When the 200th response code is included in the response frame of the content providing server 10 for the GET method, the response code means that the content providing server 10 directly provides the requested content. When the 200th response code is included in the response frame of the display device 20 for the P2P_GET method, the response code means that the display device 20 can transmit the requested content.

The 300th (3XX) response code is a response code for the address of the display device. When the 300th response code is included in the response frame of the content providing server 10 for the GET method, the response code indicates that the response frame includes the address of the display device capable of providing the requested content. It means to request to receive the requested content from.

The 400th (4XX) response code indicates a client error. The response frame may include the 400th response code when requesting invalid content, an address cannot be found, or a request syntax error is found.

The 500th band (5XX) represents an error that occurred on the server side. When the server cannot process the request internally, the response frame may include the 500 response code.

16 illustrates an embodiment of a response frame.

Referring to FIG. 16, the protocol information field of the response frame 1600 includes "P2PP / 1.0". "P2PP / 0.1" indicates that the transport protocol used is P2PP and its version is 1.0. The response code field of the response frame 1600 includes "200 OK". "200 OK" indicates acceptance of the request.

17 illustrates another embodiment of a response frame.

Referring to FIG. 17, the protocol information field of the response frame 1700 includes "P2PP / 1.0". "P2PP / 0.1" indicates that the transport protocol used is P2PP and its version is 1.0.

The response code field of the response frame 1700 includes "300 address list". "300 address list" indicates to receive the requested content from display devices having addresses included in the address list.

The header field of the response frame 1700 includes the address list "P2P_address: 111.222.333.444:xx, 555.666.777.888:xx". "111.222.333.444" and "555.666.777.888" are IP addresses of display devices capable of P2P streaming to the requested content, and "xx" is a port number.

18 is a diagram illustrating another embodiment of a response frame.

Referring to FIG. 18, the protocol information field of the response frame 1800 includes "P2PP / 1.0". "P2PP / 1.0" indicates that the transport protocol used is P2PP and its version is 1.0.

The response code field of the response frame 1800 includes "200 OK". "200 OK" indicates acceptance of the request.

The header field of the response frame 1800 includes "content-range: 10000-30000 bytes". "content-range: 10000-30000 bytes" indicates that the range of content to be transmitted is in the range 10000-30000 bytes.

19 is a flowchart illustrating a process of performing a preferred embodiment of a method of receiving content of a display device according to the present invention.

Referring to FIG. 19, the network interface unit 630 transmits a first request signal for requesting transmission of content to the content providing server 10 (S100). Here, the first request signal transmitted may include information (P2P_enable: yes) indicating that P2P is possible, and may include information (P2P_enable: no) indicating that P2P is not available.

In addition, the first request signal may include a content request frame, and the content request frame may have a structure of the content request frame 1000 illustrated in FIG. 10, and may be the content request frame 1200 illustrated in FIG. 12. Can be.

The network interface unit 630 receives a first response signal to the first request signal transmitted from the content providing server 10, and the controller 690 is included in the first response signal received by the network interface unit 630. Confirm the information (S110). Here, the first response signal may include a response frame, and the response frame may have a structure of the response frame 1400 illustrated in FIG. 14, and the response frame 1600 of FIG. 16 and the response frame of FIG. 17 ( 1700).

In operation S110, the controller 690 may check a response code included in the response frame of the first response signal. If the response code is the 400th response code or the 500th response code, the controller 190 may determine that the first response signal indicates an error. In addition, if the response code is the 200th response code, the controller 190 may confirm that the first response signal indicates that the content can be transmitted or that the content is started. In addition, if the response code is 300, the controller 190 detects an address list included in the response frame.

When the first response signal indicates an error, the controller 690 may control an error message associated with the response code included in the first response signal to be displayed.

When the first response signal includes the address list, the network interface unit 630 transmits a second request signal for requesting the transmission of the content to the display device having the address included in the address list (S120). Here, the controller 690 controls the second request signal to be transmitted to the display device having the address included in the address list. When a plurality of addresses are included in the address list, the controller 690 may select one of the plurality of addresses and control the second request signal to be transmitted to the display apparatus having the selected address. In this case, the second request signal may include a content request frame, and the content request frame may have a structure of the content request frame 1000 illustrated in FIG. 10, and may be the content request frame 1300 illustrated in FIG. 13. Can be.

The network interface unit 630 receives a second response signal for the second request signal from the display device to which the second request signal is transmitted, and the controller 690 responds to the second response signal received by the network interface unit 630. Check the included information (S130). The second response signal may include a response frame, and the response frame may have a structure of the response frame 1400 illustrated in FIG. 14, and may be the response frame 1800 of FIG. 18.

In operation S130, the controller 690 may check a response code included in the response frame of the second response signal. If the response code is the 400th response code or the 500th response code, the controller 190 may determine that the first response signal indicates an error. In addition, if the response code is the 200th response code, the controller 190 may confirm that the second response signal indicates that transmission is possible.

When the second response signal indicates an error, the controller 690 selects another address among addresses included in the address list included in the first response signal, and transmits content to the display device having the selected address. The requesting second request signal may be controlled to be transmitted.

If there is no address to be selected in the address list, step S100 may be performed again.

When the second response signal indicates that the content can be transmitted or starts to transmit the content, the controller 690 controls the content to be received from the display device that has transmitted the second response signal (S140). In this case, the content may be transmitted by a streaming method or a file download method. In one example, the content may be transmitted as P2P stream data. In addition, in operation S140, content data in a range indicated by the second response signal may be received instead of the entire content. The display device that transmits the second response signal may be the display device 20 shown in FIG. 1, and the display device 600 may be one of the display devices 30 and 40 shown in FIG. 1.

If the first response signal indicates that the content can be transmitted or starts to transmit the content, the controller 690 controls the content to be received from the content providing server 10 (S150). In this case, the content may be transmitted by a streaming method or a file download method. In one example, the content may be transmitted as VOD stream data.

The signal processor 640 decodes the content received in step S140 or step S150.

The display 650 displays the decoded content in operation S170.

20 is a flowchart illustrating a process of performing a preferred embodiment of a method for providing content of a display device according to the present invention.

Referring to FIG. 20, the network interface unit 630 receives content from the content providing server 10 (S200). Here, step S200 may be step S150 shown in FIG. 19. When the content is received, the controller 690 may update the content delivery management table. The content delivery management table may be the content delivery management table 900 illustrated in FIG. 9.

The network interface unit 630 receives a request signal for requesting transmission of content from the display device (S210). The display device may be one of the display devices 30 and 40 shown in FIG. 1, and the display device 600 may be the display device 20 shown in FIG. 1. In addition, the request signal may include a content request frame, the content request frame may have a structure of the content request frame 1000 illustrated in FIG. 10, and may be a content request frame 1300 illustrated in FIG. 13. .

The controller 690 searches for the requested content (S220). Herein, the controller 690 may access the content delivery management table stored in the storage 680 and search for the requested content by using the information included in the accessed content delivery management table. The content delivery management table may be the content delivery management table 900 illustrated in FIG. 9.

The controller 690 checks whether the searched content is transferable (S230). Here, the controller 690 may update the content delivery management table to reflect the confirmation result. The content delivery management table may be the content delivery management table 900 illustrated in FIG. 9.

If the content can be transmitted, the network interface unit 630 transmits a response signal indicating that the requested content can be transmitted in response to the request signal to the display device that has transmitted the request signal in step S210 (S240). ). Herein, the response signal may include a response frame, and the response frame may have a structure of the response frame 1400 illustrated in FIG. 14, and may be the response frame 1800 of FIG. 18. In addition, the control unit 690 may include the 200 response code in the response frame of the response signal, the response signal containing the 200 response code indicates that the content can be transmitted.

The controller 690 copies the requested content (S250). Here, the controller 690 may copy the requested data block 823 to a storage area managed by the P2P daemon 830 using the memory copy scheme 831 illustrated in FIG. 8.

The controller 690 controls the copied content to be transmitted to the display apparatus to which the response signal is transmitted in step S240 (S260).

If the content cannot be transmitted, the network interface unit 630 transmits a response signal indicating that transmission of the requested content is impossible in response to the request signal to the display device that has transmitted the request signal in step S210 ( S270).

21 is a flowchart illustrating a process of performing a preferred embodiment of a content providing method of a content providing system according to the present invention.

Referring to FIG. 21, the client module 710 detects a user action for requesting a VOD service access (S300).

In response to the user action detection, the client module 710 controls the VOD service request signal for requesting a VOD service access to the content providing server 10 (S302). The content providing server 10 receives the VOD service request signal. Here, the VOD service request signal may include a content request frame, and the content request frame may have a structure of the content request frame 1000 illustrated in FIG. 10.

In response to receiving the VOD service request signal, the content providing server 10 transmits the VOD list to the display device 600 (S304). The network interface unit 630 receives the VOD list.

The display 650 displays the received VOD list (S306).

The client module 710 detects a user action of selecting VOD content from the displayed VOD list and requesting playback of the selected VOD content (S308).

In response to detecting the user action, the client module 710 controls to transmit the first content transmission request signal for requesting the transmission of the VOD content to the content providing server 10 (S310). The content providing server 10 receives the transmitted first content transmission request signal. Here, the first content transmission request signal may include a content request frame, and the content request frame may have a structure of the content request frame 1000 illustrated in FIG. 10, and the content request frame illustrated in FIG. 12 ( 1200).

In response to receiving the first content transmission request signal, the content providing server 10 transmits a response signal including the address of the display device to the display device 600 (S312). The network interface unit 630 receives the transmitted response signal. The client module 710 transmits the received response signal to the P2P daemon 730. The received response signal may include a response frame, and the response frame may have a structure of the response frame 1400 illustrated in FIG. 14, and may be the response frame 1700 of FIG. 17.

In response to the transmitted response signal, the P2P daemon 730 selects one of the addresses included in the address list and requests a transmission of the VOD content to the display device 2110 having the selected address. The content transmission request signal is controlled to be transmitted (S314). The display device 2110 receives the transmitted second content transmission request signal. Here, the second content transmission request signal may include a content request frame, and the content request frame may have a structure of the content request frame 1000 illustrated in FIG. 10, and the content request frame illustrated in FIG. 13 ( 1300).

In response to receiving the second content transmission request signal, the display device 2110 transmits a response signal indicating that transmission of the VOD content requested by the second content transmission request signal is possible (S316). The network interface unit 630 receives the transmitted response signal. Here, the transmitted response signal may include a response frame, and the response frame may have a structure of the response frame 1400 illustrated in FIG. 14, and may be the response frame 1800 of FIG. 18.

The display device 2110 transmits the VOD content requested by the second content transmission request signal to the display device 600 (S318). The network interface unit 630 receives the transmitted VOD content. In this case, the VOD content may be transmitted by a streaming method or a file download method. In one example, the content may be transmitted as P2P stream data. In addition, content data in a range indicated by the response signal transmitted in step S316 may be received instead of the entire content.

The buffer manager 720 controls the buffering of the received VOD content (S320). The buffer manager 720 may control the video data and audio data of the buffered VOD content to be output to the signal processor 640. If the VOD content is transmitted in the P2P stream, in step S320, the buffer manager 720 buffers the received P2P stream data.

The signal processor 640 decodes the video data and the audio data of the buffered VOD content (S322).

The display 650 displays decoded video data in operation S324.

The display device and its operation method according to the present invention are not limited to the configuration and method of the embodiments described as described above, but the embodiments are all or part of each embodiment so that various modifications can be made. It may alternatively be configured in combination.

On the other hand, the operating method of the display device of the present invention can be implemented as a processor-readable code in a processor-readable recording medium provided in the display device. The processor-readable recording medium includes all kinds of recording apparatuses in which data that can be read by the processor is stored. Examples of the recording medium that can be read by the processor include a ROM, a RAM, a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like, and may also be implemented in the form of a carrier wave such as transmission over the Internet . The processor-readable recording medium can also be distributed over network coupled computer systems so that the processor-readable code is stored and executed in a distributed fashion.

In addition, although the preferred embodiment of the present invention has been shown and described above, the present invention is not limited to the specific embodiments described above, but the technical field to which the invention belongs without departing from the spirit of the invention claimed in the claims. Of course, various modifications can be made by those skilled in the art, and these modifications should not be individually understood from the technical spirit or the prospect of the present invention.

Claims (17)

Transmitting a first request signal for requesting transmission of content to a server;
Receiving a first response signal to the transmitted first request signal from the server;
Confirming information included in the received first response signal;
If the first response signal includes an address list, transmitting a second request signal for requesting transmission of the content to a display device having an address included in the address list; And
And receiving a second response signal to the transmitted second request signal from the display device. The method of claim 1,
And if the received first response signal includes transmission approval information, receiving the content from the server. The method of claim 1,
The first request signal,
And at least one of a content identifier for identifying content, information on a transmission protocol for transmitting content, and content transmission availability information indicating whether the content can be transmitted. The method of claim 3,
The content identifier is,
One or more of a Uniform Resource Locator (URL), Uniform Resource Identifier (URI), Content Reference Identifier (CRID), Transport ID, Transport ID, Service ID, and Event ID. Content receiving method characterized in that. The method of claim 1,
The second request signal is,
And information indicating a portion of the content to be received. The method of claim 1,
And the address list includes a plurality of addresses. The method of claim 1,
And a source port of the first request signal and the second request signal are different. The method of claim 1,
And a destination port is different from the first response signal and the second response signal. Receiving content from a server;
Receiving a request signal for requesting transmission of the content from a display device;
In response to receiving the request signal, transmitting a response signal to the display; And
And transmitting the content to the display device. The method of claim 9,
And a port for receiving the content from the server and a port for transmitting the content to the display device. The method of claim 9,
Storing the received content in a buffer; And
Generating a copy of the content stored in the buffer;
The step of transmitting the content,
And transmitting the generated copy. 12. The method of claim 11,
And locking a prohibition of changing the content stored in the buffer. The method of claim 9,
And displaying the received content. The method of claim 13,
And transmitting the content and displaying the content are performed simultaneously. The method of claim 9,
And in response to receiving the first request signal, checking whether the content can be transmitted. 16. The method of claim 15,
Checking whether the content can be transmitted,
Accessing a stored content delivery management table; And
And checking whether the content can be transmitted using the information included in the accessed transmission management table. A receiving unit for receiving content from a server and receiving a request signal for requesting transmission of the content from a display device; And
And a controller for controlling a transmission of a response signal to the display device in response to receiving the request signal and controlling the transmission of the content to the display device.

Images