WO2010110605A2 - Iptv 수신기 및 그의 컨텐트 다운로드 방법 - Google Patents

Iptv 수신기 및 그의 컨텐트 다운로드 방법 Download PDF

Info

Publication number
WO2010110605A2
WO2010110605A2 PCT/KR2010/001831 KR2010001831W WO2010110605A2 WO 2010110605 A2 WO2010110605 A2 WO 2010110605A2 KR 2010001831 W KR2010001831 W KR 2010001831W WO 2010110605 A2 WO2010110605 A2 WO 2010110605A2
Authority
WO
WIPO (PCT)
Prior art keywords
information
oicd
content
provider
service
Prior art date
Application number
PCT/KR2010/001831
Other languages
English (en)
French (fr)
Other versions
WO2010110605A3 (ko
Inventor
김경호
김진필
홍호택
이준휘
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to US13/260,133 priority Critical patent/US20120180098A1/en
Priority to EP10756360.3A priority patent/EP2413600A4/en
Publication of WO2010110605A2 publication Critical patent/WO2010110605A2/ko
Publication of WO2010110605A3 publication Critical patent/WO2010110605A3/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/632—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing using a connection between clients on a wide area network, e.g. setting up a peer-to-peer communication via Internet for retrieving video segments from the hard-disk of other client devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/02—Arrangements for relaying broadcast information
    • H04H20/08—Arrangements for relaying broadcast information among terminal devices

Definitions

  • the present invention relates to a receiver and a method for downloading content through an IPTV network. More particularly, the present invention relates to a DVB-IPTV network to receive information about a service provider, and to use various information on the received service provider.
  • IPTV Internet Protocol TV
  • the IPTV refers to a service that provides information service, moving picture content, and broadcasting to a television using high-speed Internet.
  • the IPTV is similar to general cable broadcasting or satellite broadcasting in providing broadcast contents including video, but has a great feature in that bidirectionality is added. And unlike general public broadcasting, cable broadcasting or satellite broadcasting, viewers can watch programs they want to watch at their convenient time.
  • the detailed information, the access location, the service provider information, the service channel, etc. of each content may be provided using the content guide service.
  • the technical problem to be achieved by the present invention is to provide a more efficient and convenient broadcast environment to users by distributing network traffic by receiving content from a server or other broadcast receiver in a peer-to-peer (P2P) manner in an IPTV receiver.
  • P2P peer-to-peer
  • the service discovery and selection (SD & S) information including OICD (Open Internet Content Delivery) service information by accessing the IPTV network Receiving; Parsing the OICD service information to obtain location information of an OICD provider; Accessing an OICD provider through location information of the OICD provider, wherein the OICD service information includes location information of an OICD provider that provides network information for downloading content in a peer-to-peer manner. It includes.
  • OICD Open Internet Content Delivery
  • the network interface for connecting to the IPTV network and receives Service Discovery and Selection (SD & S) information including Open Internet Content Delivery (OICD) service information;
  • a PSI decoder for parsing the OICD service information to obtain location information of an OICD provider;
  • a service access unit for accessing the OICD provider through the OICD provider's location information, wherein the OICD service information includes location information of the OICD provider that provides network information for downloading content in a peer-to-peer manner. It includes.
  • SD & S Service Discovery and Selection
  • OICD Open Internet Content Delivery
  • a PSI decoder for parsing the OICD service information to obtain location information of an OICD provider
  • a service access unit for accessing the OICD provider through the OICD provider's location information, wherein the OICD service information includes location information of the OICD provider that provides network information for downloading content in a peer-to-peer manner. It includes.
  • the IPTV receiver can download various contents in a peer-to-peer manner.
  • IPTV receivers can download not only CoD (Content on Demand) but also broadcast contents provided in real time in a peer-to-peer manner, which greatly increases network utilization efficiency and significantly reduces traffic concentration in terms of service providers. Can be. From the user's point of view, the content download path can be operated efficiently, increasing the content receiving speed and system efficiency.
  • CoD Content on Demand
  • FIG. 1 is a diagram illustrating a file delivery architecture of a general IPTV network and a P2P network according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating a process of receiving SD & S information of a DVB-IPTV receiver according to an embodiment of the present invention.
  • FIG. 3 is a diagram illustrating a network architecture of an Open Internet Content Delivery (OICD) service according to an embodiment of the present invention.
  • OICD Open Internet Content Delivery
  • FIG. 4 illustrates an SD & S record according to an embodiment of the present invention.
  • FIG. 5 illustrates an SD & S record according to another embodiment of the present invention.
  • FIG. 6 is a diagram illustrating a configuration of an OICD service discovery payload according to an embodiment of the present invention.
  • FIG. 7 is a diagram illustrating the structure of OICD discovery type information according to an embodiment of the present invention.
  • FIG. 8 is a diagram illustrating a process for an IPTV receiver to log in to an OICD provider according to an embodiment of the present invention.
  • FIG. 9 is a diagram illustrating a process of requesting an OICD service from an OICD provider by an IPTV receiver according to an embodiment of the present invention.
  • FIG. 10 is a diagram illustrating a process of requesting an OICD service menu from an OICD provider by an IPTV receiver according to an embodiment of the present invention.
  • FIG. 11 is a diagram illustrating a process of requesting an OICD service menu from an OICD provider by an IPTV receiver according to an embodiment of the present invention.
  • FIG. 12 is a diagram illustrating a structure of SD & S information when signaling by including OICD discovery information in SD & S information according to an embodiment of the present invention.
  • FIG. 13 is a diagram illustrating a structure of SD & S information when signaling by including OICD discovery information in SD & S information according to another embodiment of the present invention.
  • FIG. 14 is a flowchart illustrating an OICD service discovery process according to an embodiment of the present invention.
  • FIG. 15 illustrates a user interface (UI) for providing OICD provider information according to an embodiment of the present invention.
  • UI user interface
  • FIG. 16 illustrates a UI for providing information on a service of an OICD provider according to an embodiment of the present invention.
  • FIG. 17 illustrates XML format data of a main menu transmitted for providing a menu of an OICD provider as shown in FIG. 16 according to an embodiment of the present invention.
  • FIG. 18 illustrates XML format data of content information transmitted for providing content information of an OICD provider as shown in FIG. 16 according to an embodiment of the present invention.
  • 19 is a flowchart illustrating a hash code generation and content registration process for content of a receiver according to an embodiment of the present invention.
  • 20 is a conceptual diagram illustrating a generation process of a hash code according to an embodiment of the present invention.
  • 21 is a diagram showing the structure of OICD type information transmitted by content search of a receiver according to an embodiment of the present invention.
  • FIG 22 illustrates an IPTV receiver according to an embodiment of the present invention.
  • FIG. 23 is a flowchart illustrating a content download method of an IPTV receiver according to an embodiment of the present invention.
  • IPTV services use a central file distribution scheme.
  • the receiving terminal uses a method of receiving a service by receiving a service by accessing a server to which the connection is allowed.
  • network traffic is concentrated on the server where the content is located. Accordingly, the present invention provides a method for downloading content so as to reduce such network traffic and to efficiently transmit data including content.
  • the present invention describes a method of providing and receiving data using a P2P network in providing an IPTV service.
  • the present invention will be described as an embodiment of an IPTV receiver or a DVB-IPTV receiver and an IPTV network.
  • the IPTV receiver may be referred to as a term such as a DVB-IPTV receiver, a receiver, a home network end device (HNED), an IPTV terminal function (ITF), a peer, etc., for convenience of description.
  • FIG. 1 is a diagram illustrating a file delivery architecture of a general IPTV network and a P2P network according to an embodiment of the present invention.
  • root nodes 1010 and 1040 may indicate a server having an original file
  • inode 1020 may indicate a relay server that distributes files
  • a node 1030. May represent a peer.
  • the peer on the network may represent a receiving terminal, such as an IPTV receiver.
  • FIG. 1 shows the file delivery architecture of an IPTV network.
  • each node 1030 receives a file by connecting to a root node 1030 provided with a file through an inode 1020 serving as a distribution server. Therefore, as the number of nodes increases, the load and bottleneck of traffic on the inode and the root node become deeper, which may lead to deterioration of transmission speed and quality.
  • FIG. 1 shows the file delivery architecture of a P2P network.
  • files are transmitted by directly accessing nodes 1050 under one root node 1040, and a file that has been transmitted once has a structure that helps mutual transmission between nodes. Therefore, once a file is transferred from a root node to a node, each node plays the role of an child node, so that network traffic is distributed.
  • P2P virtual network
  • the terminal accesses a predetermined P2P tracker address through an application that can access a specific P2P network.
  • P2P networks enable file sharing through logical connections from peer to peer in the network. Therefore, connection to peer-to-peer tracker is essential before peer-to-peer connection can be made.
  • the P2P tracker acts as a server that constitutes a P2P network.
  • the P2P tracker can be viewed as a database that contains the peer's IP address, port information, version of the P2P application, and index information about the shared files. Therefore, peers can share files using a P2P network by connecting to a P2P tracker, and the address of the P2P tracker must be preset in the peer.
  • a peer is a basic unit constituting a P2P network, which may correspond to various broadcasting equipments and receiving terminals according to a network.
  • a peer may correspond to an IPTV receiver, a DVB-IPTV receiver, a computer, and the like.
  • Peers connect to the P2P tracker and tell their peers (eg, IP address, port information, version information of the P2P application, etc.) their peers and peers attempting to connect. Therefore, smooth communication is possible according to the communication protocol, and data transmission can be performed efficiently.
  • there may be a peer that directly connects some or all of the file and a peer that wants to download the file from the other peer through the P2P network if only part of the file or no file exists.
  • IPTV receivers basically connect to a centralized network and receive information about what services are available and how they can be received. This is called Service Discovery and Selection (SD & S).
  • SD & S Service Discovery and Selection
  • DVB-IPTV system adopts a distribution and reception method of SD & S information through multicast or unicast.
  • FIG. 2 is a diagram illustrating a process of receiving SD & S information of a DVB-IPTV receiver according to an embodiment of the present invention.
  • the IPTV 2010 is a device in a consumer domain, and corresponds to a set-top box and an IPTV receiver required for a user to use an IPTV service.
  • Provisioning Server (2020), IPTV Application Server (2030), Multicast Server (2040), and LiveMediaServer (1050) are all IPTV service providers.
  • the IPTV When the system starts, the IPTV is provided with a setting for accessing the network through the provisioning server 2020, and performs authentication for service provision in this process. If you are authenticated as a normal user or device, you are connected to the network.
  • the service provider uses various methods to provide SD & S information to the IPTV (2010), a representative method of which is the transmission of the SD & S information through the multicast channel. Using multicast channels can effectively manage the transmission of the same information to large IPTV receivers and reduce network traffic. Transmission over a multicast channel can also be used for live media streaming.
  • the SD & S information is transmitted through the multicast server 2040.
  • the multicast server 2040 data to be transmitted to the IPTV 2010 should be updated to the latest version.
  • the IPTV application server 2030 sends the SD & S information to the multicast server 2040
  • the multicast server 2040 creates a well-known multicast channel and transmits the SD & S information through this channel. do.
  • the IPTV receiver is normally connected to the network, it attempts to connect to a well-known multicast channel to receive SD & S information.
  • the IPTV receiver can provide IPTV service to a user thereafter. This is because even when a user changes a channel, the changed channel can know which multicast channel.
  • receiving SD & S information in an IPTV network plays an important role in searching for a service available to an IPTV receiver. Therefore, in order to use a P2P network, there is a need for a method of allowing an IPTV receiver to connect to a P2P network and make a transmission request by including information about the P2P network in the SD & S information.
  • FIG. 3 is a diagram illustrating a network architecture of an Open Internet Content Delivery (OICD) service according to an embodiment of the present invention.
  • OICD Open Internet Content Delivery
  • the OICD service means a service in which a P2P service is additionally provided in the IPTV network.
  • a P2P service is additionally provided in the IPTV network.
  • this will be described as a network environment in which a P2P network is used together with an IPTV network and a service used therein.
  • the OICD provider may be used in the same sense as the P2P tracker.
  • the IPTV receiver 3010 may receive content directly from the content provider or service provider 3020, connect to the P2P tracker 3030, use the P2P network, and content from another IPTV receiver 3020. May be received.
  • a service provider can directly operate a P2P tracker to directly distribute content through a P2P service, and can transmit information about this to the receiver through SD & S information.
  • a content provider may operate a P2P tracker without the help of a service provider, or may entrust operation to another P2P tracker provider.
  • the P2P tracker may be directly operated by the service provider or the content provider, but may separately provide content provided from the service provider and the content provider to the P2P.
  • an embodiment of the present invention describes a method of transmitting P2P service discovery information to service discovery information of an IPTV system. Including the P2P service discovery information in the service discovery information of the IPTV system transmits the following advantageous effects.
  • RTP can be used to provide live media streaming and Content on Demand (CoD) services, which can be more effective when downloading CoD for P2P services.
  • CoD Content on Demand
  • OICD service discovery information may be included in SD & S information (or SD & S record) to be delivered to the receiver in order to maximize the above-described effects.
  • FIG. 4 illustrates an SD & S record according to an embodiment of the present invention.
  • the SD & S payload ID for the OICD service discovery information is allocated as “0xC2”.
  • the OICD service discovery information may be referred to as OICD discovery information, and in this case, the OICD discovery information may be used to mean OICD service information and OICD provider information.
  • the IPTV receiver may receive the SD & S record as shown in FIG. 4 by obtaining the OICD service provider information and the P2P tracker information.
  • syntax of the DVBSTP protocol may be followed.
  • the OICD discovery payload can also be obtained using the following HTTP Get Request.
  • a specific payload may be directly designated and received.
  • FIG. 5 illustrates an SD & S record according to another embodiment of the present invention.
  • an additional payload ID may be allocated to separately receive P2P provider information and P2P service information. That is, the payload ID "0xC2" may be assigned to the payload including the information about the OICD provider, and the payload ID "0xC3" may be assigned to the payload including the information about the OICD service. Payloads to which the payload ID of FIG. 5 is allocated may be divided into segments and transmitted.
  • the information on the OICD provider and the information on the OICD service are separated according to the allocated payload IDs, so that the receiver can receive only the payload of the required portion.
  • the desired information can be directly designated.
  • only one of the OICD provider discovery information or the OICD service discovery information may be transmitted.
  • the OICD provider discovery is performed using the following HTTP Get Request.
  • the payload can be received.
  • the OICD service discovery payload When receiving the OICD service discovery payload, it should be received while increasing the segment ID. Alternatively, the OICD service discovery payload may be received by designating the payload ID as "0xC3".
  • Such a method may be useful when there is a lot of information of a P2P provider or a lot of information of a P2P service and it is difficult to receive it while increasing the segment ID.
  • FIG. 6 is a diagram illustrating a configuration of an OICD service discovery payload according to an embodiment of the present invention.
  • the OICD service discovery payload includes three pieces of information, OICD discovery type information 6010, OICD provider information 6020, and OICD service information 6030.
  • the OICD discovery type information 6010 includes version information and domain name information for a service provider.
  • the version information refers to version information of the payload, and the IPTV receiver may check whether the received P2P service discovery information is up-to-date compared with previously received information.
  • the OICD provider information 6020 includes information about a provider that provides an OICD service.
  • the OICD provider may provide a logo and location URI (Uniform Resource Identifier) displayed on the screen.
  • the OICD provider can use these URIs to provide additional information and functionality to IPTV receivers.
  • the IPTV receiver obtains OICD provider information 6020, logs in (or signs in) to the OICD provider, and transmits the information needed to download the file, the OICD provider sends the associated file. It may provide information about peers, including.
  • the IPTV receiver may receive and update new OICD services (or a list of trackers providing such services) provided by the OICD provider. The user may directly select an OICD provider or automatically connect to perform P2P communication according to the receiver's configuration.
  • the OICD service information 6030 includes information about a tracker that can receive the OICD service.
  • the receiver attempts to access a P2P service using an address included in the OICD service information.
  • the OICD service information 6030 includes a tracker name and a connection URI of the tracker providing the OICD service.
  • the tracker's URI may be used for login purposes, similar to the OICD provider's location, and in some embodiments may be used to retrieve the current tracker's status and to retrieve the desired files and search results of the receiver.
  • the OICDAccessInfo information includes the OICD tracker access address and a description thereof, so that the user can select a P2P tracker, and if the receiver is automatically connected, the information may be displayed on the screen.
  • the OICDAccessInfo information may include lists of tracker addresses that the receiver can access and retrieve.
  • the OICD provider can configure and operate one or more trackers, and the access address for the tracker or trackers that serve it may vary depending on the nature of the content.
  • a list of trackers operated by a specific content provider or a third party may be provided.
  • the OICD provider may include one or more OICD services. If not, the OICD provider may obtain OICD service information using unicast communication using the OICD provider information.
  • the OICD service discovery payload of FIG. 6 illustrates the embodiment of FIG. 4 as an example, and according to the embodiment, the OICD provider information and the OICD service information are provided as separate payloads as in the embodiment of FIG. 5. You may.
  • FIG. 7 is a diagram illustrating the structure of OICD discovery type information according to an embodiment of the present invention.
  • FIG. 7 shows hierarchically the configuration of the payload shown in FIG. 6.
  • FIG. 8 is a diagram illustrating a process for an IPTV receiver to log in to an OICD provider according to an embodiment of the present invention.
  • P2P-OICD Peer1 8010 represents an IPTV receiver
  • DVB Tracker 8020 represents a P2P provider that provides a P2P network, which may correspond to a service provider or an OICD provider according to the description.
  • the receiver may need to log in or sign in to access the OICD provider.
  • this process is required when a service provider provides differentiated services according to users.
  • the user authentication procedure can be performed through the HTTP protocol as follows.
  • FIG. 9 is a diagram illustrating a process of requesting an OICD service from an OICD provider by an IPTV receiver according to an embodiment of the present invention.
  • the OICD provider can update the information about the tracker it provides. At this time, if the receiver sends the following OICD service request to the location URI of the OICD provider, the OICD provider sends the information about the tracker to the receiver.
  • the OICD provider transmits the following information about the tracker to the receiver in extensible markup language (XML).
  • XML extensible markup language
  • the information about the tracker transmitted by the OICD provider can be changed according to the XML format.
  • the tracker's URI, the tracker's name, address, and port information may be included.
  • FIG. 10 is a diagram illustrating a process of requesting an OICD service menu from an OICD provider by an IPTV receiver according to an embodiment of the present invention.
  • the receiver may request a service menu managed by the OICD provider as the location URI of the OICD provider as follows.
  • the OICD provider may transmit a service menu including content that can be provided to the receiver.
  • the menu data may be transmitted in the form of XML or XHTML (extemsible hytertext markup language).
  • the receiver may request menu data from the OICD provider when the user selects the OICD provider from the menu.
  • the receiver can display the menu data on the screen, and when received in XHTML, the OICD provider can display the desired screen.
  • the receiver may request the OICD service menu from one or more OICD providers at the same time, the receiver may distinguish different OICD networks with the structure shown in FIG. 10.
  • FIG. 11 is a diagram illustrating a process of requesting an OICD service menu from an OICD provider by an IPTV receiver according to an embodiment of the present invention.
  • the user may perform a search using a specific keyword through the receiver or automatically register a keyword frequently used by the user according to a setting and perform a search through the receiver automatically.
  • the receiver may query the tracker URI of the P2P service for a keyword or sentence corresponding to a title and download additional content.
  • the tracker searches for information corresponding to the keyword and transmits the information to the receiver.
  • the type of information transmitted from the tracker may be transmitted in a format conforming to the P2P protocol so that the OICD application (or P2P application) may process and provide it to the user through the screen.
  • the receiver may request how much content or peers the tracker is currently managing.
  • the tracker may transmit the type and summary information of the user and content currently connected to the receiver.
  • the OICD discovery information included in the SD & S information describes the structure of the SD & S information.
  • FIG. 12 is a diagram illustrating a structure of SD & S information when signaling by including OICD discovery information in SD & S information according to an embodiment of the present invention.
  • FIG. 12 illustrates OICD service discovery information, in the present invention, as shown in FIGS. 4 and 12, when information about an OICD service and information about an OICD provider are transmitted in one payload, the OICD discovery information 12010. It may also be referred to as).
  • FIG. 13 is a diagram illustrating a structure of SD & S information when signaling by including OICD discovery information in SD & S information according to another embodiment of the present invention.
  • the structure of the SD & S information of FIG. 13 corresponds to the SD & S record described above with reference to FIG. 5, and unlike the cases of FIGS. 12 and 4, the OICD discovery information may be replaced by the OICD provider discovery information 1301 and the OICD service discovery information 1320. Is an embodiment of the case of transmitting in a separate payload.
  • FIG. 14 is a flowchart illustrating an OICD service discovery process according to an embodiment of the present invention.
  • the IPTV receiver may be referred to as a home network end device (HNED) or an IPTV terminal function (ITF) with reference to FIG. 14.
  • HNED home network end device
  • ITF IPTV terminal function
  • the receiver accesses an IPTV network and receives an IP address from a service provider (S14010).
  • the receiver accesses the SD & S multicast channel using the assigned IP address (S14020).
  • the receiver receives the SD & S payload through the connected SD & S multicast channel (S14030). Receiving the SD & S payload through the SD & S multicast channel of the receiver is as described with reference to FIG. 2.
  • the receiver acquires a P2P discovery payload (OICD discovery payload) from the received SD & S payload (S14040). As described above, the receiver may request and receive the P2P discovery payload through the unicast channel.
  • OICD discovery payload P2P discovery payload
  • S14040 SD & S payload
  • the receiver parses the received OICD discovery payload and provides information on a P2P (OICD) provider (S14050).
  • the receiver may display the name, logo, and description information of the P2P provider on the screen.
  • the information provided may be information about a plurality of P2P providers.
  • a P2P provider providing a P2P network to be accessed from the user is selected (S14060)
  • a list of contents that can be provided by accessing the selected P2P provider is received and a list is provided (S14070).
  • the receiver may display a list of content received from the P2P provider on the screen.
  • the receiver receives a selection for content that the user wants to download or watch from the content list provided by the user (S14080).
  • the receiver receives detailed information about the selected content from the P2P provider (S14090).
  • the content information to be received includes content title and content description information, content type information, hash code information for the content, quality information such as image quality, size information, and the like. It may include connection information for peer (s) that may be. For example, if the content is a video file, it can have various properties such as picture quality (SD, HD, etc.), file size, peers that own the content, and language of the content, and each content or group of content is unique. Can be identified by the hash code information. Peer information about the peer that owns the content may include location information (including URI, IP address, or Port information) of peers that can connect to the peer, and the receiver uses this peer information to select the selected content. You can connect to the downloadable peer.
  • location information including URI, IP address, or Port information
  • the receiver provides the user with detailed information received about the selected content (S14100). Similarly, according to an embodiment, the receiver may display the received detailed information on the screen.
  • the receiver downloads the selected content using a hash code of the selected content (S14120).
  • the receiver When the download of the content is completed (S14130), the receiver displays and notifies the completion of downloading of the content for a predetermined time (S14140).
  • the receiver When the user selects the content displayed on the P2P download scheduler (S14050), the receiver plays the content on the screen. (S14060).
  • FIG. 15 illustrates a user interface (UI) for providing OICD provider information according to an embodiment of the present invention.
  • UI user interface
  • the receiver may acquire OICD discovery information through the SD & S information and display information on the OICD provider as shown in FIG. 15.
  • the OICD provider description information 15020 including the logo 15010 of the OICD providers available to the user, a description of the location and the OICD provider, and the number of peers connected to the corresponding OICD provider ( 15030) and provide the number of contents 15040 available through the corresponding OICD provider, respectively.
  • the service provider may provide information about one or more OICD providers as IPTV side information. As shown in FIG. 15, a user may view information of available OICD providers (or OICD service providers) and select which P2P network to use.
  • FIG. 16 illustrates a UI for providing information on a service of an OICD provider according to an embodiment of the present invention.
  • the UI as shown in FIG. 16 may be provided by the OICD provider.
  • services are classified by genre in the corresponding OICD provider, and the genre is a drama, and content information is provided through a menu 16010 for the most popular content.
  • Information about the content includes a name of the content (16020), a description of the content (16030), the number of peers that can download the content (16040), and whether the content is downloaded and whether the preview is provided (16050) Doing.
  • the tracker In order to provide the content information so that the user can easily select, the tracker must transmit the information to the receiver and the requested peers and content using a hash code.
  • the above-described tracker URI may be used to implement such a function in a standardized manner.
  • FIG. 17 illustrates XML format data of a main menu transmitted for providing a menu of an OICD provider as shown in FIG. 16 according to an embodiment of the present invention.
  • the receiver may receive the XML data as shown in FIG. 17 and provide a menu such as the name of the OICD tracker, the name of the content, and the genre as shown in FIG. 16.
  • FIG. 18 illustrates XML format data of content information transmitted for providing content information of an OICD provider as shown in FIG. 16 according to an embodiment of the present invention.
  • the receiver may receive XML data as shown in FIG. 18 and provide information as shown in FIG. 16 about content provided by the OICD provider.
  • 19 is a flowchart illustrating a hash code generation and content registration process for content of a receiver according to an embodiment of the present invention.
  • the receiver can also function as an OICD client (peer).
  • OICD client peer
  • it In order for an OICD client to share its own file with another OICD client (peer or receiver), it must generate a hash code that is unique information about the file to be shared to distinguish the file.
  • the receiver selects a file to be shared or a directory where a file to be shared is located (S19010) and generates a hash code for the selected file or files located in the selected directory (S19020).
  • the receiver divides the file into a predetermined size according to the size of the file and generates a hash code for all pieces (S19030).
  • the generation of the hash code may use the SHA-1 algorithm, which is an algorithm that generates a unique value of 20 bytes or 160 bits for a large amount of data.
  • the receiver can generate a hash code by dividing a large file into a certain size, and divides it into pieces of a certain size and generates an independent hash code for each piece of the file.
  • the receiver transmits content information about a file to be shared to the tracker (S19040).
  • information about a file to be shared includes a file name, a publisher, a timestamp (date, time, etc.) for the file, a generated hash code (s) and a connection location (e.g., an IP address or Information such as port information).
  • the tracker checks the information about the received file and provides the received information to peers along with the accessible location information (S19050).
  • 20 is a conceptual diagram illustrating a generation process of a hash code according to an embodiment of the present invention.
  • one shared file is divided into n pieces (Piece-1, Piece-2, ..., Piece-n).
  • n 20-byte [n] info keys are generated using the SHA-1 algorithm.
  • these generated values become keys representing the respective pieces, and these keys generate a sentence (string).
  • string For example, if there are n pieces, a string of (20-byte ⁇ n) bytes is generated. This string is again used to generate a unique hash key using the SHA-1 algorithm.
  • the resulting hash key can also be referred to as an info key, which is used as a representative key for the file to be shared and used by the tracker to retrieve it.
  • Information registered in the tracker may be searched by other peers, and the tracker may compare file names, file sizes, hash codes, and the like to determine whether the files of each peer are the same.
  • the information about the file thus determined is provided as information searched by the user, and the number of peers having the same file can be summed and provided as shown in FIGS. 16 to 16.
  • 21 is a diagram showing the structure of OICD type information transmitted by content search of a receiver according to an embodiment of the present invention.
  • the receiver may search for content through the OICD provider using the HTTP protocol. For example, when the receiver sends a request for keyword search, information about content and detailed peer information should be transmitted to the receiver in an XML structure. As described above, in the present invention, transmission of OICD type information as shown in FIG. 21 will be described as an embodiment.
  • the content information 21010 includes information about content, and according to an embodiment, the content genre, information for playing video and audio, information on an expiration time of the content, and price information of the content may be provided. It may include.
  • the information on the expiration time of the content may include date and time information on the period during which the content is validly provided, and the price information of the content may include price information provided in the case of content purchase using Digital Rights Management (DRM). It may include.
  • DRM Digital Rights Management
  • PeerInfo 21020 is information about a peer that can download the corresponding content, and may include the number of peers, location information of the peer, update information, and the like according to an embodiment.
  • the distribution information 21030 may include a URI for receiving necessary information by HTTP when collectively deleting a DRM system or content.
  • a URI for receiving necessary information by HTTP when collectively deleting a DRM system or content.
  • P2P network through PC it is common for users to play and delete content.However, in case of IPTV, user convenience is increased and the user pays the fee by using DRM system when the user wants to use additional content automatically. To make it possible.
  • FIG 22 illustrates an IPTV receiver according to an embodiment of the present invention.
  • the IPTV receiver of FIG. 22 includes a front end (Fontend) 22010, a network transport (22020), a service access (22030), a storage (Volatile / Non-Volatile Storage System; 22040), and a PSI.
  • Decoder Program System Information Decoder; 22050
  • Authentication DRM / CP / CAS; 22060
  • DVR Engine DVR Engine 22070
  • Embedded DBMS / Filesystem 22080
  • System Control Hybrid / OITF / HNED Subsystem 22090 and OTIF / HNED Applications 22100.
  • the front end 22010 includes an RF interface for receiving a digitized radio frequency (RF) signal and a network interface for transmitting and receiving an IP (Internet Protocol) packet.
  • RF radio frequency
  • IP Internet Protocol
  • the network transmission unit 22020 delivers IP packets, and classifies IP packets into appropriate Internet protocol managers, adjusts bandwidth according to services, and adjusts the quality of IPTV services.
  • QoS / Bandwidth Control QoS & Bandwidth Control
  • Service Protection Control Service Protection Control
  • the bandwidth may be controlled by an IPTV application or a service provider, and in particular, may block the connection of another peer or another system.
  • the service access unit 22030 may perform discovery of an IP service through a two-way IP network and provide a service discovery unit for providing service selection information, and a meta data managing XML data and storing the XML data in a file system.
  • Service and session controls that select or control communications sessions and services, such as live broadcast services, using the Data Manager, Internet Group Management Protocol (IGMP), or Real-time Transport Control Protocol (RTCP) protocols. Management), and a service delivery unit for receiving content from a content server and processing real-time streaming data.
  • the service delivery unit may retrieve and receive the content selected by the user from another peer or IPTV receiver.
  • the storage unit 22040 includes a content database for storing content received through the content download system and a metadata / SI database for storing service discovery information and metadata related to the service. do.
  • the PSI decoder 22050 sets PIDs for system information (SI) or program system information (PSI) in the demultiplexer to decode the extracted system information and program system information.
  • SI system information
  • PSI program system information
  • the decoded system information and program information may include SD & S information and OICD discovery information included in the embodiment of the present invention.
  • the authenticator 22060 stores a license or a key for the content and performs content authentication through decoding or descramble on the encrypted content according to a use right.
  • the DVR engine 22070 performs recording and reproduction of live streaming content. It may also collect metadata about the recorded content that may be provided to the user.
  • the DBMS / file system unit 22080 manages data such as electronic program schedule data and XML data.
  • the system control unit 22090 decodes MPEG-2 TS packets and IP packets, a system decoder for decoding an MPEG-2 TS packet and an IP packet, a demultiplexer (DEMUX) for demultiplexing a received signal and a packet under the control of a PSI decoder, and a video element.
  • the video decoder includes a video decoder and an audio decoder that decodes an audio element.
  • the system controller 22090 includes an IEEE1394 support unit (IEEE1394) that supports the IEEE1394 interface, a copy protection unit that prevents copying of content through encryption / decryption, scramble / descramble, and a USB host that supports the USB interface.
  • (2D / 3D Graphic Processor) to display USB Host
  • captions and UI to display
  • control OSD and 2D graphic data render 3D data
  • video filtering and video to control and process video or still picture Video Display Processor
  • RS-232 support for RS-232 interface to PC compatible systems
  • HDMI / HDCP support HDMI / HDCP
  • HDMI output for HDMI output
  • HDCP content protection Like the I / O controller and the remote controller that controls the I / O data flow by filtering the packet inside the device or blocking the stream.
  • Receiving an input signal from the user input device, and has a received signal may include an IR receiving unit (IR (infrared) Receiver) for analyzing and demodulation.
  • IR infrared
  • the application unit 22100 controls an EPG / BCG display unit (EPG / BCG) that collects XML data and content information and displays an EPG (Eletronic Program Guide) or BCG (Broadband Content Guide), and displays them on a screen. And a UI application unit for controlling the UI to be received and receiving a user input through a user input means or a display panel.
  • the application unit 22100 may include an OICD application unit that delivers downloadable content to a P2P via an Internet connection, and a remote management client unit that allows a user to control an application and a system entity.
  • P2P Remote Scheduler which allows users to connect to the Open Internet Terminal Function (OITF) or to the OICD network to search for content and execute downloads of desired content, search for recent firmware software, Firmware Upgrade to provide users with firmware upgrades, Event Handlers to manage messages and events received from service providers or protocols and to determine which messages and events to send, Open Internet Render content to the screen Web browser (Embedded Web Browser) can be further included.
  • OITF Open Internet Terminal Function
  • OICD Open Internet Terminal Function
  • firmware Upgrade to provide users with firmware upgrades
  • Event Handlers to manage messages and events received from service providers or protocols and to determine which messages and events to send
  • Open Internet Render content to the screen Web browser Embedded Web Browser
  • FIG. 23 is a flowchart illustrating a content download method of an IPTV receiver according to an embodiment of the present invention.
  • the IPTV receiver connects to the IPTV network using a network interface and receives SD & S information (S23010).
  • the reception operation of the SD & S information of the IPTV receiver is as described above with reference to FIG.
  • the received SD & S information has the same structure as described with reference to FIGS. 4, 5, 12, and 13 and includes OICD service information.
  • the OICD service information has the above-described structure as shown in FIG. 6, and may include OICD provider information and OICD service information according to an embodiment.
  • the IPTV receiver parses OICD service information included in SD & S information using a PSI decoder to obtain location information of the OICD provider (S23020).
  • the OICD service information includes information on an OICD provider serving as a P2P tracker that provides information on a P2P network.
  • the OICD service information includes location information on an OICD provider to which an IPTV receiver can connect.
  • the location information of the OICD provider may be provided as IRU, IP address, port information, and the like.
  • the OICD service information may provide location information for a plurality of OICD providers to a user to connect to the OICD provider selected by the user.
  • the IPTV receiver connects to the OICD provider using the service access unit (S23030).
  • the IPTV receiver may connect to the OICD provider using the obtained location information of the OICD provider.
  • the IPTV receiver receives network information from the OICD provider connected using the network interface (S23040).
  • Network information includes content information for downloadable content and peer information for peers that can download content.
  • OICD provider operates a database for P2P network and provides content information and peer information to connected IPTV receivers.
  • the IPTV receiver parses network information received using a PSI decoder to obtain content information and peer information (S23050).
  • the content information may include the name of the content that can be downloaded, the length of the content, the type of the content, the list of the content, the description of the content, and a content-specific hash code that identifies the content. All information may be included.
  • Peer information may include information such as location information of a peer from which content can be downloaded, the number of peers, a connection state of a peer, and the like.
  • the peer information may include all the information about the peer described above in the detailed description.
  • the IPTV receiver connects to a peer capable of downloading content using the service access unit (S23060).
  • the IPTV receiver uses the obtained content information and peer information to connect to a peer that can download the content by owning the specific content.
  • the IPTV receiver downloads the content from the peer connected using the network interface (S23070). As described above, the IPTV receiver may download the content by using the hash code and download the entire file from one peer. However, in some cases, the portions of the file identified by the hash code may be downloaded from a plurality of peers. May be received.
  • FIG. 23 may be applied to the descriptions of FIGS. 1 to 22, and the above descriptions are not repeated, but the details of the steps of FIG. 23 may be applied to the description of FIGS. 1 to 22.
  • P2P discovery information is included in SD & S information so that an IPTV receiver can obtain information on a P2P provider and use a P2P service.
  • a P2P network service provider may be defined to display information of the P2P service provider on the screen.
  • the present invention defines a P2P service so that a P2P service provider can inform the IPTV receiver of information on a plurality of P2P trackers, so that an IPTV receiver can automatically access a specific tracker without a user input or selection. It has an effect.
  • the present invention defines a TrackerURI to use a variety of queries that can access the P2P tracker to search and download the content when receiving the P2P service.
  • the present invention provides a function that can be displayed on the screen so that the user knows what information is in the P2P service using the P2P service information. That is, the top menu information provided by the P2P provider is received in the form of XML or XHTML and displayed on the screen, and the user can easily select and use the service displayed on the screen.
  • the present invention defines a P2PContentType, a structure in which the tracker informs the receiver of information about the content and the peer for P2P service and transmits the information.
  • the IPTV receiver may receive information about the content and the peer from the tracker for the content selected by the user, and request the content or data required by the peer.
  • Method invention according to the present invention are all implemented in the form of program instructions that can be executed by various computer means can be recorded on a computer readable medium.
  • the computer readable medium may include program instructions, data files, data structures, etc. alone or in combination.
  • Program instructions recorded on the media may be those specially designed and constructed for the purposes of the present invention, or they may be of the kind well-known and available to those having skill in the computer software arts.
  • Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tape, optical media such as CD-ROMs, DVDs, and magnetic disks, such as floppy disks.
  • program instructions include machine code, such as produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like.
  • the hardware device described above may be configured to operate as one or more software modules to perform the operations of the present invention, and vice versa.
  • the present invention may be applied in whole or in part to a digital broadcasting system.

Abstract

IPTV 및 IPTV의 컨텐트 다운로드 방법이 개시된다. 본 발명의 일 실시예에 따른 IPTV 수신기의 컨텐트 다운로드 방법은, IPTV 네트워크에 접속하여 OICD(Open Internet Content Delivery) 서비스 정보를 포함하는 SD&S(Service Discovery and Selection) 정보를 수신하는 단계; 상기 OICD 서비스 정보를 파싱하여 OICD 프로바이더의 로케이션 정보를 획득하는 단계; 상기 OICD 프로바이더의 로케이션 정보를 통해 OICD 프로바이더에 접속하는 단계를 포함하며, 상기 OICD 서비스 정보는, 컨텐트를 피어-투-피어 방식으로 다운로드할 수 있는 네트워크 정보를 제공하는 OICD 프로바이더의 로케이션 정보를 포함한다. 또한, 본 발명의 일 실시예에 따른 IPTV 수신기는, IPTV 네트워크에 접속하여 OICD(Open Internet Content Delivery) 서비스 정보를 포함하는 SD&S(Service Discovery and Selection) 정보를 수신하는 네트워크 인터페이스; 상기 OICD 서비스 정보를 파싱하여 OICD 프로바이더의 로케이션 정보를 획득하는 PSI 디코더; OICD 프로바이더의 로케이션 정보를 통해 OICD 프로바이더에 접속하는 서비스 액세스부를 포함하며, 상기 OICD 서비스 정보는, 컨텐트를 피어-투-피어 방식으로 다운로드할 수 있는 네트워크 정보를 제공하는 OICD 프로바이더의 로케이션 정보를 포함한다.

Description

IPTV 수신기 및 그의 컨텐트 다운로드 방법
본 발명은 IPTV 네트워크를 통해 컨텐트를 다운로드받기 위한 수신기 및 방법에 관한 것으로, 더욱 상세하게는 DVB-IPTV 네트워크에 연결하여 서비스 제공자에 대한 정보를 수신하고, 수신된 서비스 제공자에 대한 정보를 사용하여 다양한 서비스에 접속하여 컨텐트를 다운로드하는 IPTV 수신기 및 그의 컨텐트 다운로드 방법에 관한 것이다.
기존의 TV는 방송사에서 제작하는 컨텐트를 지상파(terrestrial), 케이블(cable) 또는 위성(satellite) 등의 전파 전달 매체를 통해서 송출하고, 시청자는 상기 각 전달 매체를 수신할 수 있는 TV 수상기를 통해 시청하는 방식으로 서비스되었다. 그러나 기존의 아날로그 방송에서 디지털 기반의 디지털TV 기술이 개발되고 상용화되면서, 기존의 전파 매체 외에도 각 가정에 연결되어 있는 인터넷을 이용하여 실시간 방송, CoD(Contents on Demand), 게임, 뉴스 등 다양한 컨텐트를 시청자에게 제공할 수 있게 되었다. 상기 인터넷을 이용한 컨텐트 제공의 예로서 IPTV(Internet Protocol TV)를 들 수 있다. 상기 IPTV는 초고속 인터넷을 이용하여 정보 서비스, 동영상 컨텐트 및 방송 등을 텔레비전으로 제공하는 서비스를 말한다.
상기 IPTV는 비디오를 비롯한 방송 컨텐트를 제공한다는 점에서는 일반 케이블방송이나 위성방송과 유사하나, 양방향성이 추가된다는 점에 큰 특징이 있다. 그리고 일반 공중파 방송이나 케이블방송 또는 위성방송과는 달리 시청자가 자신이 편리한 시간에 자신이 보고 싶은 프로그램을 볼 수 있다. 이러한 IPTV의 다양한 서비스에 대하여 컨텐츠 가이드 서비스를 이용하여 각각의 컨텐츠에 대한 상세정보와 접속위치, 서비스 제공자 정보와 서비스 채널 등을 제공할 수 있다.
그러나 컨텐트 프로바이더(provider)에 대한 트래픽의 집중을 피할 수 없고, 이러한 트래픽의 집중은 컨텐트 제공 및 전송 속도의 저하와 이에 다른 서비스 품질 저하를 초래하고 있다.
본 발명이 이루고자 하는 기술적 과제는 IPTV 수신기에서 P2P(Peer-to-Peer) 방식으로 컨텐트를 서버 또는 다른 방송 수신기로부터 수신하여 네트워크 트래픽을 분산시킴으로써 사용자에게 더욱 효율적이고 편리한 방송 환경을 제공하는데 있다.
전술한 기술적 과제를 해결하기 위하여, 본 발명의 일 실시예에 따른 IPTV 수신기의 컨텐트 다운로드 방법은, IPTV 네트워크에 접속하여 OICD(Open Internet Content Delivery) 서비스 정보를 포함하는 SD&S(Service Discovery and Selection) 정보를 수신하는 단계; 상기 OICD 서비스 정보를 파싱하여 OICD 프로바이더의 로케이션 정보를 획득하는 단계; 상기 OICD 프로바이더의 로케이션 정보를 통해 OICD 프로바이더에 접속하는 단계를 포함하며, 상기 OICD 서비스 정보는, 컨텐트를 피어-투-피어 방식으로 다운로드할 수 있는 네트워크 정보를 제공하는 OICD 프로바이더의 로케이션 정보를 포함한다.
또한, 본 발명의 일 실시예에 따른 IPTV 수신기는, IPTV 네트워크에 접속하여 OICD(Open Internet Content Delivery) 서비스 정보를 포함하는 SD&S(Service Discovery and Selection) 정보를 수신하는 네트워크 인터페이스; 상기 OICD 서비스 정보를 파싱하여 OICD 프로바이더의 로케이션 정보를 획득하는 PSI 디코더; OICD 프로바이더의 로케이션 정보를 통해 OICD 프로바이더에 접속하는 서비스 액세스부를 포함하며, 상기 OICD 서비스 정보는, 컨텐트를 피어-투-피어 방식으로 다운로드할 수 있는 네트워크 정보를 제공하는 OICD 프로바이더의 로케이션 정보를 포함한다.
본 발명에 따르면 IPTV 수신기는 다양한 컨텐트를 피어-투-피어 방식으로 다운로드할 수 있다. 즉 IPTV 수신기는 CoD(Content on Demand) 뿐만 아니라 실시간으로 제공되는 방송 컨텐트 역시 피어-투-피어 방식으로 다운로드할 수 있으므로, 서비스 프로바이더 측면에서는 네트워크 사용 효율이 현저히 높아지며 트래픽의 집중 현상을 현저히 감소시킬 수 있다. 사용자 측면에서는 컨텐트 다운로드 경로가 효율적으로 운영될 수 있어 컨텐트 수신 속도 및 시스템 효율이 상승되는 효과가 있다.
도 1은 본 발명의 일 실시예에 따른 일반적인 IPTV 네트워크 및 P2P 네트워크의 파일 전달 아키텍처를 도시한 도면이다.
도 2는 본 발명의 일 실시예에 따른 DVB-IPTV 수신기의 SD&S 정보를 수신하는 프로세스를 나타낸 도면이다.
도 3은 본 발명의 일 실시예에 따른 OICD(Open Internet Content Delivery) 서비스의 네트워크 아키텍처를 도시한 도면이다.
도 4는 본 발명의 일 실시예에 따른 SD&S 레코드를 나타낸 도면이다.
도 5는 본 발명의 다른 일 실시예에 따른 SD&S 레코드를 도시한 도면이다.
도 6은 본 발명의 일 실시예에 따른 OICD 서비스 디스커버리 페이로드의 구성을 나타낸 도면이다.
도 7은 본 발명의 일 실시예에 따른 OICD 디스커버리 타입 정보의 구조를 나타낸 도면이다.
도 8은 본 발명의 일 실시예에 따른 IPTV 수신기가 OICD 프로바이더에 로그인하는 프로세스를 나타낸 도면이다.
도 9는 본 발명의 일 실시예에 따른 IPTV 수신기가 OICD 프로바이더에 OICD 서비스를 요청하는 프로세스를 나타낸 도면이다.
도 10은 본 발명의 일 실시예에 따른 IPTV 수신기가 OICD 프로바이더에 OICD 서비스 메뉴를 요청하는 프로세스를 나타낸 도면이다.
도 11은 본 발명의 일 실시예에 따른 IPTV 수신기가 OICD 프로바이더에 OICD 서비스 메뉴를 요청하는 프로세스를 나타낸 도면이다.
도 12는 본 발명의 일 실시예에 따른 OICD 디스커버리 정보를 SD&S 정보에 포함시켜 시그널링하는 경우 SD&S 정보의 구조를 나타낸 도면이다.
도 13은 본 발명의 다른 일 실시예에 따른 OICD 디스커버리 정보를 SD&S 정보에 포함시켜 시그널링하는 경우 SD&S 정보의 구조를 나타낸 도면이다.
도 14는 본 발명의 일 실시예에 따른 OICD 서비스 디스커버리 과정을 도시한 순서도이다.
도 15는 본 발명의 일 실시예에 따른 OICD 프로바이더 정보를 제공하는 UI(User Interface)를 도시한 도면이다.
도 16은 본 발명의 일 실시예에 따른 OICD 프로바이더의 서비스에 대한 정보를 제공하는 UI를 도시한 도면이다.
도 17은 본 발명의 일 실시예에 따른 도 16에서와 같은 OICD 프로바이더의 메뉴 제공을 위해 전송되는 메인 메뉴의 XML 포맷 데이터를 나타낸다.
도 18은 본 발명의 일 실시예에 따른 도 16에서와 같은 OICD 프로바이더의 컨텐트 정보 제공을 위해 전송되는 컨텐트 정보의 XML 포맷 데이터를 나타낸다.
도 19는 본 발명의 일 실시예에 따른 수신기의 컨텐트에 대한 해쉬 코드 생성 및 컨텐트 등록 과정을 도시한 순서도이다.
도 20은 본 발명의 일 실시예에 따른 해쉬 코드의 생성 과정을 도시한 개념도이다.
도 21은 본 발명의 일 실시예에 따른 수신기의 컨텐트 검색에 의해 전송되는 OICD 타입 정보의 구조를 나타낸 도면이다.
도 22는 본 발명의 일 실시예에 따른 IPTV 수신기를 도시한 도면이다.
도 23은 본 발명의 일 실시예에 따른 IPTV 수신기의 컨텐트 다운로드 방법을 나타낸 순서도이다.
이하 첨부 도면들 및 첨부 도면들에 기재된 내용들을 참조하여 본 발명의 실시예를 상세하게 설명하지만, 본 발명이 실시예들에 의해 제한되거나 한정되는 것은 아니다.
본 명세서에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당분야에 종사하는 기술자의 의도 또는 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 그 의미를 기재할 것이다. 따라서 본 명세서에서 사용되는 용어는, 단순한 용어의 명칭이 아닌 그 용어가 가지는 실질적인 의미와 본 명세서의 전반에 걸친 내용을 토대로 해석되어야 함을 밝혀두고자 한다.
IPTV 서비스는 중앙 집중식 파일 분배 방식을 사용한다. 다시 말해, 수신 단말들에게 컨텐트의 위치를 알려주면, 수신 단말은 접속이 허용된 서버에 접속하여 서비스를 받고 컨텐트를 수신하는 방식을 사용하고 있다. 이러한 방법으로 수신 단말에게 IPTV 서비스를 제공하는 경우, 컨텐트가 위치한 서버로 네트워크 트래픽이 집중되는 현상이 발생하게 된다. 따라서, 본 발명에서는 이하에서 이러한 네트워크 트래픽을 감소하고, 컨텐트를 포함하는 데이터의 전송이 효율적으로 이루어 질 수 있도록 컨텐트를 다운받을 수 있는 방법을 제시하고자 한다.
본 발명은 IPTV 서비스를 제공하는데 있어서 P2P 네트워크를 사용하여 데이터를 제공하고, 수신하는 방법에 대해 설명한다. 이하에서 본 발명은 일 실시예로서 IPTV 수신기 또는 DVB-IPTV 수신기 및 IPTV 네트워크 대해 설명하도록 한다. 이하에서 IPTV 수신기는 설명의 편의에 따라 DVB-IPTV 수신기, 수신기, HNED(Home Network End Device), ITF(IPTV Terminal Function), 피어(peer) 등의 용어로 지칭될 수도 있다.
도 1은 본 발명의 일 실시예에 따른 일반적인 IPTV 네트워크 및 P2P 네트워크의 파일 전달 아키텍처를 도시한 도면이다.
도 1에서, 루트 노드(Root node; 1010, 1040)는 파일의 원본을 갖는 서버를 나타낼 수 있으며, 아이노드(Inode; 1020)는 파일을 분배하는 중계 서버를 나타낼 수 있고, 노드(node; 1030)들은 피어(peer)를 나타낼 수 있다. 네트워크 상에서 피어는 IPTV 수신기와 같은 수신 단말을 나타낼 수 있다.
도 1의 좌측 도면은 IPTV 네트워크의 파일 전달 아키텍처를 나타낸다. 도 1의 경우 각각의 노드(1030)는 배분 서버의 역할을 하는 아이노드(1020)를 통해 파일이 제공되는 루트 노드(1030)에 접속하여 파일을 수신한다. 따라서, 노드의 수가 많아질수록, 아이노드 및 루트노드에 대한 트래픽의 부하 및 병목 현상이 심화되고, 이는 곧 전송 속도 및 품질의 열화로 이어질 수 있다.
도 1의 우측 도면은 P2P 네트워크의 파일 전달 아키텍처를 나타낸다. P2P 네트워크의 전송 방식은 하나의 루트 노드(1040) 하위에 바로 노드(1050)들이 접속하여 파일들이 전송되고, 한번 전송이 된 파일은 노드들 사이에서 상호 전송을 도와주는 구조를 갖는다. 따라서 루트 노드에서 한번 파일이 노드로 전송되고 나면, 각각의 노드들이 아이 노드의 역할을 겸하므로 네트워크 트래픽이 분산되는 효과가 발생한다.
사용자측의 단말에서 P2P라는 가상의 네트워크에 연결하기 위해서는 특정 P2P 네트워크에 접속할 수 있는 애플리케이션을 통해 기설정된 P2P 트래커(tracker)의 주소로 접속한다. P2P 네트워크는 네트워크에서 피어에서 피어로의 논리적인 연결을 통해 파일의 공유를 가능하도록 한다. 따라서 피어에서 피어로의 연결이 이루어지려면 먼저 P2P 트래커로의 접속이 필수적이다.
P2P 트래커는 P2P 네트워크를 구성하는 서버의 역할을 한다. P2P 트래커는 피어의 IP 주소, 포트 정보, P2P 애플리케이션의 버전 및 공유 파일들에 대한 정보의 인덱스 정보를 갖고 있는 데이터 베이스로 볼 수 있다. 따라서 피어는 P2P 트래커에 접속함으로써 P2P 네트워크를 사용하여 파일을 공유할 수 있으며, P2P 트래커의 주소는 피어에 기설정되어 있어야 한다.
피어는 P2P 네트워크를 구성하는 기본적인 단위로서, 네트워크에 따라 다양한 방송 장비, 수신 단말에 이에 해당될 수 있으며, 본 발명의 일 실시예에서는 IPTV 수신기, DVB-IPTV 수신기, 컴퓨터 등이 이에 해당할 수 있다. P2P 네트워크를 구성하는 피어의 수가 많을수록 공유 데이터가 많아질 가능성이 높다. 피어들은 P2P 트래커에 접속하여 자신의 접속 정보(예를 들면, IP 주소, 포트 정보, P2P 애플리케이션의 버전 정보 등)를 P2P 트래커 및 접속을 시도하는 피어들에게 알려준다. 따라서 통신 프로토콜에 따라 원활한 통신이 가능하게 되며, 데이터 전송도 효율적으로 수행될 수 있다. 피어에 따라 파일의 일부 또는 전부를 직접 접속하는 피어와, 파일의 일부만을 갖거나 파일이 전혀 없는 경우 다른 피어로부터 P2P 네트워크를 통해 파일을 다운로드하고자 하는 피어가 존재할 수 있다.
IPTV 수신기에서 상술한 P2P 네트워크를 사용하기 위해서는 P2P 네트워크에 대한 정보를 제공하는 P2P 트래커에 접속하여야 하며, 이를 위해서는 P2P 트래커에 대한 정보를 수신하여야 한다. IPTV 수신기는 기본적으로 중앙 집중식 네트워크에 연결하여 수신기가 어떤 서비스를 이용할 수 있으며 어떻게 수신할 수 있는지에 대한 정보를 수신하는데, 이를 SD&S(Service Discovery and Selection)라고 한다. 현재 DVB-IPTV 시스템에서는 멀티캐스트 또는 유니캐스트를 통한 SD&S 정보의 배포 및 수신 방식을 채택하고 있다.
도 2는 본 발명의 일 실시예에 따른 DVB-IPTV 수신기의 SD&S 정보를 수신하는 프로세스를 나타낸 도면이다.
IPTV(2010)는 소비자(consumer) 도메인에 있는 장치이며, 사용자가 IPTV 서비스를 사용하는데 필요한 셋탑 박스, IPTV 수신기에 해당한다. 그외에 프로비저닝 서버(Provisioning Server; 2020), IPTV 애플리케이션 서버(IPTV Application Server; 2030), 멀티캐스트 서버(Multicast Server; 2040) 및 라이브미디어 서버(LiveMediaServer; 1050)는 모두 IPTV 서비스 프로바이더(service provider) 측에서 제공하는 장치들이다.
IPTV는 시스템이 시작할 때, 프로비저닝 서버(2020)을 통해 네트워크에 접근할 수 있는 설정을 제공받으며, 이 과정에서 서비스 제공에 대한 인증을 수행한다. 정상적인 사용자 또는 장비로 인증이 되면, 네트워크에 연결된다. 서비스 프로바이더는 IPTV(2010)에게 SD&S 정보를 제공하기 위하여 다양한 방법을 사용하는데, 그중 대표적인 방법이 멀티캐스트 채널을 통한 SD&S 정보의 전송이다. 멀티캐스트 채널을 사용하게 되면, 대규모의 IPTV 수신기들에게 동일한 정보를 전송할 때 효과적으로 관리가 가능하며, 네트워크 트래픽을 줄일 수 있다. 멀티캐스트 채널을 통한 정송 방식은 라이브 미디어 스트리밍을 할 때에도 사용될 수 있다.
멀티캐스트 채널을 통해 SD&S 정보를 전송하려면, 멀티캐스트 서버(2040)를 통해 전송하게 된다. 멀티캐스트 서버(2040)에는 IPTV(2010)에 전송할 데이터들이 최신 버전으로 업데이트되어야 한다. IPTV 애플리케이션 서버(2030)가 SD&S 정보를 멀티캐스트 서버(2040)에 전송하면, 멀티캐스트 서버(2040)는 공지된 멀티캐스트 채널(well-known multicast channel)을 생성하여 이 채널을 통해 SD&S 정보를 전송한다. IPTV 수신기는 정상적으로 네트워크에 연결이 되면 공지된 멀티캐스트 채널에 연결을 시도하여 SD&S 정보를 수신하고, 수신한 SD&S 정보가 정상적인 데이터로 복구되면 그 이후부터 사용자에게 IPTV 서비스를 제공할 수 있게 된다. 사용자가 채널을 변경하는 경우에도 변경된 채널이 어떤 멀티캐스트 채널인지를 알 수 있기 때문이다.
이와 같이 IPTV 네트워크에서 SD&S 정보를 수신하는 것은 결국 IPTV 수신기가 사용할 수 있는 서비스를 검색하는데 중요한 역할을 한다. 따라서 P2P 네트워크를 사용하기 위해서도 SD&S 정보에 P2P 네트워트에 대한 정보를 포함시켜 전송함으로써 IPTV 수신기에서 P2P 네트워크에 접속하여 전송 요청을 할 수 있도록 하는 방법이 요구된다.
도 3은 본 발명의 일 실시예에 따른 OICD(Open Internet Content Delivery) 서비스의 네트워크 아키텍처를 도시한 도면이다.
OICD 서비스는, IPTV 네트워크에 있어서 P2P 서비스가 추가로 제공되는 서비스를 의미한다. 이하에서 OICD 서비스 네트워크 및 OICD 서비스에 대하여 설명하는 경우, 이는 IPTV 네트워크와 함께 P2P 네트워크가 사용되는 네트워크 환경 및 그에 사용하는 서비스에 대한 것으로서 설명할 것이다. 또한, OICD 프로바이더는 P2P 트래커와 동일한 의미로 사용될 수도 있다.
도 3에서, IPTV 수신기(3010)는 컨텐트 프로바이더 또는 서비스 프로바이더(3020)로부터 직접 컨텐트를 수신할 수 있으며, P2P 트래커(3030)에 접속하여 P2P 네트워크를 사용, 다른 IPTV 수신기(3020)로부터 컨텐트를 수신할 수도 있다.
OICD 서비스 네트워크에서 서비스 프로바이더는, 직접 P2P 서비스를 통한 컨텐츠 분배를 할 수 있도록 P2P 트래커를 직접 운영할 수 있으며, 이에 대한 정보를 수신기에 SD&S 정보를 통해 전송할 수 있다.
OICD 서비스 네트워크에서 컨텐츠 프로바이더는, 서비스 프로바이더의 도움 없이 P2P 트래커를 운영할 수도 있고, 다른 P2P 트래커 제공자에게 운영을 위탁할 수도 있다.
P2P 트래커는 서비스 프로바이더 또는 컨텐트 프로바이더가 직접 운영할 수도 있으나, 별개로 서비스 프로바이더 및 컨텐트 프로바이더로부터 제공된 컨텐트를 P2P로 제공할 수도 있다.
상술한 OICD 서비스를 검색하는 방법 즉 OICD 서비스 디스커버리를 수행하는 방법으로서, 본 발명에의 일 실시예에서는 IPTV 시스템의 서비스 디스커버리 정보에 P2P 서비스 디스커버리 정보를 포함하여 전송하는 방법을 설명하도록 한다. IPTV 시스템의 서비스 디스커버리 정보에 P2P 서비스 디스커버리 정보를 포함하여 전송하면 이하와 같은 유리한 효과가 파생된다.
1) IPTV 서비스 전송을 기존 방식인 RTP 프로토콜을 이용할 것인지 또는 P2P 정송을 이용할 것인지에 대하여 선택을 할 수 있다. RTP는 라이브 미디어 스트리밍 및 CoD(Content on Demand) 서비스를 제공하는데 사용될 수 있는데, P2P 서비스의 경우 CoD를 다운로드 받을 때 더 효과적일 수 있다.
2) Open Internet에 있는 라이브 비디어 스트리밍 및 CoD와 같은 컨텐트들을 P2P 전송 기술을 사용하여 다운로드할 수 있다.
본 발명의 일 실시예에서, 상술한 효과를 최대한 활용하도록 OICD 서비스 디스커버리 정보를 SD&S 정보(또는 SD&S 레코드)에 포함하여 수신기에 전달할 수 있다.
도 4는 본 발명의 일 실시예에 따른 SD&S 레코드를 나타낸 도면이다.
도 4에서, OICD 서비스 디스커버리 정보에 대한 SD&S 페이로드 ID는 "0xC2"로 할당하였다. 이하에서, OICD 서비스 디스커버리 정보는 OICD 디스커버리 정보로 지칭될 수 있으며, 이러한 경우 OICD 디스커버리 정보는 OICD 서비스 정보 및 OICD 프로바이더 정보를 포함하는 의미로 사용될 수 있다.
IPTV 수신기가 OICD 서비스 프로바이더 정보 및 P2P 트래커 정보를 얻는 방법으로, 도 4와 같은 SD&S 레코드를 수신할 수 있다. 다른 서비스 디스커버리 페이로드의 전송 방식과 같이 멀티캐스트 채널로 전송받는 경우에는 DVBSTP 프로토콜의 신택스(syntax)를 따를 수도 있다.
유니캐스트(unicast)의 경우에는 이하와 같은 HTTP Get Request를 사용하여 OICD 디스커버리 페이로드를 얻을 수도 있다.
Figure PCTKR2010001831-appb-I000001
즉, 위와 같이 특정 페이로드를 직접 지정하여 수신할 수도 있다.
도 5는 본 발명의 다른 일 실시예에 따른 SD&S 레코드를 도시한 도면이다.
도 5에서는, 추가적인 페이로드 ID를 할당하여 P2P 프로바이더 정보와 P2P 서비스 정보를 분리하여 수신하도록 할 수도 있다. 즉, 페이로드 ID "0xC2"를 OICD 프로바이더에 대한 정보를 포함하는 페이로드에, 페이로드 ID "0xC3"를 OICD 서비스에 대한 정보들을 포함하는 페이로드에 각각 할당할 수도 있다. 도 5의 페이로드 ID가 할당된 페이로드들은 세그먼트 단위로 분할되어 전송될 수도 있다.
도 5에서와 같이 OICD 프로바이더에 대한 정보와 OICD 서비스에 대한 정보를 각각 할당된 페이로드 ID에 따라 분리하여 수신기가 필요한 부분의 페이로드만을 수신할 수 있다. 이러한 경우 하나의 페이로드 ID를 사용하는 경우에는 수신하는 정보에 대한 예측이 어려웠지만, 직접 원하는 정보를 지정하여 수신할 수 있는 장점이 있다. 일 실시예로서, OICD 프로바이더 디스커버리 정보 또는 OICD 서비스 디스커버리 정보 중 하나만이 전송될 수도 있다.
도 5의 경우와 같이 OICD 프로바이더 디스커버리 정보 및 OICD 서비스 디크커버리 정보에 별도의 페이로드 ID가 할당되는 경우, 유니캐스트(unicast)의 경우에는 이하와 같은 HTTP Get Request를 사용하여 OICD 프로바이더 디스커버리 페이로드를 수신할 수 있다.
Figure PCTKR2010001831-appb-I000002
OICD 서비스 디스커버리 페이로드를 수신할 경우에는 세그먼트 ID를 증가시키면서 수신해야 하나, 이하와 같이 페이로드 ID를 "0xC3"로 지정하여 수신할 수도 있다.
Figure PCTKR2010001831-appb-I000003
이러한 방법은 P2P 프로바이더의 정보가 많거나 또는 P2P 서비스의 정보가 많아 세그먼트 ID를 증가시키면서 수신하기가 어려운 경우 유용할 수 있다.
도 6은 본 발명의 일 실시예에 따른 OICD 서비스 디스커버리 페이로드의 구성을 나타낸 도면이다.
도 6에서, OICD 서비스 디스커버리 페이로드는 크게 OICD 디스커버리 타입 정보(6010), OICD 프로바이더 정보(6020), OICD 서비스 정보(6030)의 3가지 정보들을 포함한다.
OICD 디스커버리 타입 정보(6010)는, 버전 정보와 서비스 프로바이더에 대한 도메인 네임 정보를 포함한다. 버전 정보는 페이로드의 버전 정보를 의미하며, IPTV 수신기는 수신된 P2P 서비스 디스커버리 정보가 이전에 수신했던 정보와 비교하여 최신 정보인지를 확인할 수 있다.
OICD 프로바이더 정보(6020)는, OICD 서비스를 제공하는 프로바이더에 대한 정보를 포함한다. 일 실시예로서, OICD 프로바이더는 화면에 디스플레이되는 로고(Logo)와 로케이션 URI(Uniform Resource Identifier)를 제공할 수 있다. OICD 프로바이더는 이러한 URI를 이용하여 IPTV 수신기에 추가적인 정보 및 기능을 제공할 수 있다. 일 실시예로서, IPTV 수신기가 OICD 프로바이더 정보(6020)를 획득하여 OICD 프로바이더에 로그인(또는 사인인(sign in))하고, 파일을 다운로드하는데 필요한 정보를 전송하면, OICD 프로바이더는 관련 파일을 포함하는 피어들에 대한 정보를 제공할 수 있다. 또한, IPTV 수신기는 OICD 프로바이더가 제공하는 신규 OICD 서비스(또는 이러한 서비스를 제공하는 트래커의 목록)를 수신하여 업데이트할 수도 있다. 사용자는 OICD 프로바이더를 직접 선택하거나, 수신기의 설정에 따라 자동으로 연결하여 P2P 통신을 수행할 수도 있다.
OICD 서비스 정보(6030)는 OICD 서비스를 제공받을 수 있는 트래커에 대한 정보를 포함한다. OICD 프로바이더가 OICD 서비스 정보를 함께 제공하는 경우, 수신기는 OICD 서비스 정보에 포함되는 주소를 사용하여 P2P 서비스에 접속을 시도한다. OICD 서비스 정보(6030)는 트래커의 명칭과 OICD 서비스를 제공하는 트래커의 접속 URI를 포함한다. 트래커의 URI는 OICD 프로바이더의 로케이션과 유사하게 로그인 용도로 사용될 수 있으며, 실시예에 따라서는 현재 트래커의 상태 및 수신기가 원하는 파일의 검색 및 검색 결과 확인에 사용될 수도 있다. 일 실시예로서, 트래커에 접속하기 전에 OICDAccessInfo 정보에는 OICD 트래커 접속 주소 및 그에 대한 설명이 포함되어 사용자가 P2P 트래커를 선택할 수 있으며, 수신기가 자동으로 연결되되는 경우에는 해당 정보를 화면에 디스플레이할 수도 있다. OICDAccessInfo 정보는 수신기가 접근하여 검색할 수 있는 트래커 주소의 리스트들을 포함할 수 있다. OICD 프로바이더는 하나 이상의 트래커를 구성하여 운영할 수 있으며, 컨텐트의 특성에 따라서 서비스하는 트래커 또는 트래커에 대한 접근 주소가 다를 수도 있다. 또한, 특정 컨텐트 제공 업체나 3rd 파티(party) 업체가 운영하는 트래커들의 리스트를 제공할 수도 있다.
OICD 프로바이더는 하나 이상의 OICD 서비스를 포함할 수 있으며, 포함하지 않는 경우에는 OICD 프로바이더 정보를 사용하여 유니캐스트 방식의 통신을 사용하여 OICD 서비스 정보를 획득할 수도 있다.
도 6의 OICD 서비스 디스커버리 페이로드는 도 4의 실시예를 예로서 도시한 것으로, 실시예에 따라서 도 5의 실시예에서와 같이 OICD 프로바이더 정보 및 OICD 서비스 정보를 별도의 페이로드로 구성하여 제공할 수도 있다.
도 7은 본 발명의 일 실시예에 따른 OICD 디스커버리 타입 정보의 구조를 나타낸 도면이다.
도 7은 도 6에서 나타낸 페이로드의 구성을 계층적으로 도시한다.
이하에서는, 도 6 내지 도 7에서 OICD 서비스 디스커버리 정보에 포함된 정보들을 사용하여 IPTV 수신기에서 P2P 서비스를 사용하는 방법에 대하여 설명하도록 한다.
(1) 로그인(사인인)(Log In(Sign In))
도 8은 본 발명의 일 실시예에 따른 IPTV 수신기가 OICD 프로바이더에 로그인하는 프로세스를 나타낸 도면이다.
도 8에서, P2P-OICD Peer1(8010)은 IPTV 수신기를 나타내며, DVB 트래커(8020)는 P2P 네트워크를 제공하는 P2P 프로바이더를 나타내며, 설명에 따라 서비스 프로바이더 또는 OICD 프로바이더에 해당할 수 있다.
수신기가 OICD 프로바이더에 접근하려면 로그인 또는 사인인 절차가 필요한 경우가 있다. 특히 서비스 제공자가 사용자에 따라 차별화된 서비스를 제공하는 경우 이런 과정이 요구된다. 이러한 경우 이하와 같이 HTTP 프로토콜을 통해 사용자 인증 절차를 수행할 수 있다.
Figure PCTKR2010001831-appb-I000004
즉, 도 8에서 나타낸 바와 같이 OICD 프로바이더에게 현재 접속하려는 사용자의 정보 및 수신기의 정보를 도 4 내지 도 7에서 획득한 프로바이더의 로케이션URI로 HTTP 프로토콜을 사용하여 전송 및 접속하면, OICD 프로바이더는 세션(Session) ID를 할당하여 주고, 이제 수신기와 OICD 프로바이더는 이 세션 ID를 사용하여 통신을 진행하게 된다.
(2) OICD 서비스 요청(Request OICD Service)
도 9는 본 발명의 일 실시예에 따른 IPTV 수신기가 OICD 프로바이더에 OICD 서비스를 요청하는 프로세스를 나타낸 도면이다.
OICD 프로바이더는 제공하는 트래커에 대한 정보를 업데이트할 수 있는데, 이때 수신기가 이하와 같은 OICD 서비스 요청을 OICD 프로바이더의 로케이션 URI로 전송하면 OICD 프로바이더는 수신기에게 트래커에 대한 정보를 전송하게 된다.
Figure PCTKR2010001831-appb-I000005
수신기가 위와 같은 OICD 서비스 요청을 전송하면, OICD 프로바이더는 이하와 같은 트래커에 대한 정보를 XML(extensible markup language)로 수신기에게 전송한다.
Figure PCTKR2010001831-appb-I000006
OICD 프로바이더가 전송하는 트래커에 대한 정보는 XML 포맷에 따라 변경될 수 있다. 다만, 위의 실시예에서와 같이 트래커의 URI, 트래커의 명칭, 주소(Address) 및 포트 정보가 포함될 수 있다.
(3) OICD 서비스 메뉴의 요청(Request OICD Service Menu)
도 10은 본 발명의 일 실시예에 따른 IPTV 수신기가 OICD 프로바이더에 OICD 서비스 메뉴를 요청하는 프로세스를 나타낸 도면이다.
수신기는 OICD 프로바이더가 관리하는 서비스 메뉴를 이하와 같이 OICD 프로바이더의 로케이션 URI로 요청할 수 있다. 이러한 경우 OICD 프로바이더는 제공가능한 컨텐트를 포함하는 서비스 메뉴를 수신기에게 전송할 수 있다.
Figure PCTKR2010001831-appb-I000007
메뉴 데이터는 XML이나 XHTML(extemsible hytertext markup language) 등의 형태로 전송될 수 있다. 일 실시예로서, 수신기는 사용자가 OICD 프로바이더를 메뉴에서 선택했을 때 메뉴 데이터를 OICD 프로바이더에게 요청할 수 있다. 메뉴 데이터가 XML로 수신된 경우 수신기에서 화면에 메뉴 데이터를 디스플레이할 수 있으며, XHTML로 수신된 경우에는 OICD 프로바이더가 원하는 화면을 표시할 수 있다.
수신기는 하나 이상의 OICD 프로바이더에게 동시에 OICD 서비스 메뉴를 요청할 수 있으므로, 도 10에 도시한 것과 같은 구조로 서로 다른 OICD 네트워크를 구분할 수 있다.
(4) 컨텐트 검색(Search Content)
도 11은 본 발명의 일 실시예에 따른 IPTV 수신기가 OICD 프로바이더에 OICD 서비스 메뉴를 요청하는 프로세스를 나타낸 도면이다.
일 실시예로서, 사용자는 수신기를 통해 특정 키워드를 사용하여 검색을 수행하거나, 설정에 따라 사용자가 자주 사용하는 키워드를 수신기에 등록하여 자동으로 수신기를 통해 검색을 수행할 수 있다. 또한, 실시예에 따라 BCG(Broadband Content Guide) 또는 CoD의 경우에도 수신기가 제목 등에 해당하는 키워드나 문장을 P2P 서비스의 트래커 URI에 쿼리(Query)하여 부가적인 컨텐트를 다운로드할 수 있다.
Figure PCTKR2010001831-appb-I000008
수신기로부터 위와 같은 검색 쿼리(Search Query)가 트래커 URI를 통하여 전송되면, 트래커는 키워드에 해당하는 정보들을 검색하여 수신기에 전송한다. 일 실시예에서, 트래커로부터 전송되는 정보의 형태는 P2P 프로토콜에 맞는 형식으로 전송되어 OICD 애플리케이션(또는 P2P 애플리케이션)이 처리하여 화면을 통해 사용자에게 제공될 수 있다.
(5) 트래커의 통계 (Tracker Statistics) 요청
일 실시예로서, 수신기는 트래커가 현재 얼마나 많은 컨텐트 또는 피어들을 관리하고 있는지를 요청할 수 있다. 이하와 같이 수신기가 트래커의 통계 요청을 트래커 URI에 전송하면, 트래커는 현재 접속한 사용자 및 컨텐트의 종류 및 요약 정보 등을 수신기로 전송할 수 있다.
Figure PCTKR2010001831-appb-I000009
이하에서는 SD&S 정보에 포함되는 OICD 디스커버리 정보는 경우 SD&S 정보의 구조를 설명한다.
도 12는 본 발명의 일 실시예에 따른 OICD 디스커버리 정보를 SD&S 정보에 포함시켜 시그널링하는 경우 SD&S 정보의 구조를 나타낸 도면이다.
도 12의 SD&S 정보의 구조는 도 4에서 상술한 SD&S 레코드에 대응된다. 도 4에서는 OICD 서비스 디스커버리 정보로 도시되어 있으나, 본 발명에서는 도 4 및 도 12에서와 같이 OICD 서비스에 대한 정보 및 OICD 프로바이더에 대한 정보가 하나의 페이로드로 전송되는 경우 이를 OICD 디스커버리 정보(12010)로 지칭할 수도 있다.
도 13은 본 발명의 다른 일 실시예에 따른 OICD 디스커버리 정보를 SD&S 정보에 포함시켜 시그널링하는 경우 SD&S 정보의 구조를 나타낸 도면이다.
도 13의 SD&S 정보의 구조는 도 5와 관련하여 상술한 SD&S 레코드에 대응되는 것으로, 도 12 및 도 4의 경우와 달리 OICD 디스커버리 정보를 OICD 프로바이더 디스커버리 정보(13010) 및 OICD 서비스 디스커버리 정보(13020)로서 별개의 페이로드로 전송하는 경우에 대한 실시예이다.
도 14는 본 발명의 일 실시예에 따른 OICD 서비스 디스커버리 과정을 도시한 순서도이다.
IPTV 수신기는 도 14와 관련하여 HNED(Home Network End Device) 또는 ITF(IPTV Terminal Function)으로 지칭될 수 있다.
수신기는 IPTV 네트워크에 접속하여 서비스 프로바이더로부터 IP 주소를 할당받는다(S14010). 그리고 수신기는, 할당받은 IP 주소를 사용하여 SD&S 멀티캐스트 채널에 접속한다(S14020). 수신기는 접속한 SD&S 멀티캐스트 채널을 통해 SD&S 페이로드를 수신한다(S14030). 수신기의 SD&S 멀티캐스트 채널을 통한 SD&S 페이로드의 수신은 도 2와 관련하여 설명한 바와 같다.
수신기는 수신한 SD&S 페이로드로부터 P2P 디스커버리 페이로드(OICD 디스커버리 페이로드)를 획득한다(S14040). 수신기는 P2P 디스커버리 페이로드를 유니캐스트 채널을 통해 요청하여 수신할 수 있음은 전술한 바와 같다.
수신기는 수신한 OICD 디스커버리 페이로드를 파싱하여 P2P(OICD) 프로바이더에 대한 정보를 제공한다(S14050). 실시예에 따라, 수신기는 P2P 프로바이더의 명칭, 로고, 및 설명 정보를 화면에 디스플레이할 수 있다. 제공되는 정보는 복수의 P2P 프로바이더에 대한 정보가 될 수도 있다.
사용자로부터 접속을 원하는 P2P 네트워크를 제공하는 P2P 프로바이더가 선택되면(S14060), 선택된 P2P 프로바이더로 접속하여 제공 가능한 컨텐트의 리스트를 수신하여, 리스트를 제공한다(S14070). 수신기는 P2P 프로바이더로부터 수신한 컨텐트의 리스트를 화면에 디스플레이할 수 있다.
수신기는 사용자로부터 제공된 컨텐트 리스트로부터 사용자가 다운로드받거나 시청을 원하는 컨텐트에 대한 선택을 입력받는다(S14080).
수신기는 선택된 컨텐트에 대한 상세 정보를 P2P 프로비아더로부터 수신한다(S14090). 일 실시예로서, 수신하는 컨텐트 정보는 컨텐트의 타이틀 및 컨텐트에 대한 설명 정보, 컨텐트 타입 정보, 컨텐트에 대한 해쉬 코드(hash code) 정보, 컨텐트의 화질과 같은 품질 정보, 사이즈 정보, 해당 컨텐트를 받을 수 있는 피어(들)에 대한 접속 정보를 포함할 수 있다. 예를 들면 컨텐트가 동영상 파일인 경우 화질(SD, HD 등), 파일 사이즈, 컨텐트를 소유한 피어들, 컨텐트의 언어와 같은 다양한 속성을 가질 수 있으며, 각각의 컨텐트들 또는 이 컨텐트들의 그룹이 고유의 해쉬 코드 정보로 식별될 수 있다. 컨텐트를 소유한 피어에 대한 피어 정보는, 피어로 접속할 수 있는 피어의 로케이션 정보(URI, IP주소, 또는 Port 정보 등을 포함)를 포함할 수 있으며, 수신기는 이 피어 정보를 사용하여 선택한 컨텐트를 다운받을 수 있는 피어로 접속할 수 있다.
수신기는 선택된 컨텐트에 대하여 수신한 상세 정보를 사용자에게 제공한다(S14100). 마찬가지로 실시예에 따라 수신기는 수신한 상세 정보를 화면에 디스플레이할 수 있다.
수신기가 사용자로부터 컨텐트의 선택을 입력받으면(S14110), 수신기는 선택된 컨텐트의 해쉬 코드를 사용하여 선택된 컨텐트를 다운로드한다(S14120).
컨텐트의 다운로드가 완료되면(S14130), 수신기는 컨텐트의 다운로드 완료를 소정의 시간동안 표시하여 알려주고(S14140), 사용자가 P2P 다운로드 스케줄러에 표시된 컨텐트를 선택하면(S14050), 수신기는 컨텐트를 화면에 재생한다(S14060).
도 15는 본 발명의 일 실시예에 따른 OICD 프로바이더 정보를 제공하는 UI(User Interface)를 도시한 도면이다.
수신기는 SD&S 정보를 통해 OICD 디스커버리 정보를 획득하여, OICD 프로바이더에 대한 정보를 도 15와 같이 디스플레이할 수 있다.
도 15의 UI에서는, 사용자가 이용가능한 OICD 프로바이더들의 로고(15010), 로케이션 및 OICD 프로바이더에 대한 설명을 포함하는 OICD 프로바이더 설명 정보(15020), 해당 OICD 프로바이더에 접속된 피어들의 수(15030), 해당 OICD 프로바이더를 통해 이용할 수 있는 컨텐트의 수(15040)를 각각 제공한다.
서비스 프로바이더는 하나 이상의 OICD 프로바이더에 대한 정보를 IPTV 부가 정보로 제공해줄 수 있다. 도 15에서와 같이 사용자는 사용자가 이용가능한 OICD 프로바이더(또는 OICD 서비스 프로바이더)의 정보를 보고 어떤 P2P 네트워크를 사용할지를 선택할 수 있다.
도 16은 본 발명의 일 실시예에 따른 OICD 프로바이더의 서비스에 대한 정보를 제공하는 UI를 도시한 도면이다.
도 15와 같은 UI를 통해 사용자가 OICD 프로바이더를 선택하면, OICD 프로바이더에 의해 도 16과 같은 UI가 제공될 수 있다.
도 16의 UI에서는, 해당 OICD 프로바이더에서 서비스를 장르별로 분류하여, 장르는 드라마이고, 가장 인기가 많은 컨텐트에 대한 메뉴(16010)를 통해 컨텐트 정보를 제공하고 있다. 컨텐트에 대한 정보로는 컨텐트의 명칭(16020), 컨텐트에 대한 설명(16030), 컨텐트를 다운 받을 수 있는 접속된 피어의 수(16040), 및 컨텐트의 다운로드 여부 및 프리뷰 제공 여부(16050)를 제공하고 있다.
이렇게 사용자가 선택을 용이하게 할 수 있도록 컨텐트 정보를 제공하기 위해서, 트래커는 해쉬 코드를 사용하여 요청된 피어들과 컨텐트 등에 정보를 수신기로 전송해주어야 한다. 일 실시예로서, 상술한 트래커 URI를 사용하여 표준화된 방법으로 이와 같은 기능을 구현할 수 있다.
도 17은 본 발명의 일 실시예에 따른 도 16에서와 같은 OICD 프로바이더의 메뉴 제공을 위해 전송되는 메인 메뉴의 XML 포맷 데이터를 나타낸다.
수신기는 도 17과 같은 XML 데이터를 수신하여, 도 16에서 도시된 바와 같이 OICD 트래커의 명칭, 컨텐트의 명칭, 장르와 같은 메뉴를 제공할 수 있다.
도 18은 본 발명의 일 실시예에 따른 도 16에서와 같은 OICD 프로바이더의 컨텐트 정보 제공을 위해 전송되는 컨텐트 정보의 XML 포맷 데이터를 나타낸다.
수신기는 도 18과 같은 XML 데이터를 수신하여, OICD 프로바이더가 제공하는 컨텐트에 대한 도 16에서와 같은 정보를 제공할 수 있다.
도 19는 본 발명의 일 실시예에 따른 수신기의 컨텐트에 대한 해쉬 코드 생성 및 컨텐트 등록 과정을 도시한 순서도이다.
수신기가 OICD 프로바이더를 통해 P2P 네트워크에 접속하면 수신기 역시 OICD 클라이언트(피어)로서 기능할 수 있다. OICD 클라이언트가 자신이 갖는 파일을 다른 OICD 클라이언트(피어 또는 수신기)와 공유하려면 공유할 파일에 대한 고유의 정보인 해쉬 코드를 생성하여 파일을 구별하여야 한다.
수신기는 공유할 파일 또는 공유할 파일이 위치한 디렉토리를 선택하여(S19010) 선택된 파일 또는 선택된 디렉토리 내에 위치하는 파일들에 대한 해쉬 코드를 생성한다(S19020).
이때 수신기는 파일의 사이즈에 따라 파일을 일정한 크기로 나누어 모든 조각들에 대해 각각 해쉬 코드를 생성한다(S19030). 일 실시예에 따라, 해쉬 코드의 생성은 SHA-1 알고리즘을 사용할 수 있으며, SHA-1 알고리즘은 대용량의 데이터에 대하여 20 바이트(byte) 즉 160 비트(bits)의 유일한 값을 생성하는 알고리즘이다. 수신기는 하나의 대용량 파일을 일정한 크기로 나누어 해쉬 코드를 생성할 수 있으며, 일정한 크기의 조각(piece)로 구분하며 파일의 각 조각들에 대해 독립적인 해쉬 코드를 생성한다.
수신기는 공유할 파일에 대한 컨텐트 정보를 트래커로 전송한다(S19040). 일 실시예로서 공유할 파일에 대한 정보는, 파일 명칭, 저작자(publisher), 파일에 대한 시간 기록(날짜, 시간 등), 생성한 해쉬 코드(들) 및 접속 로케이션(예를 들면, IP 주소 또는 포트 정보 등) 정보를 포함할 수 있다.
트래커는 수신한 파일에 대한 정보를 채크하고, 수신 정보를 접속 가능한 로케이션 정보와 함께 피어들에게 제공할 수 있다(S19050).
도 20은 본 발명의 일 실시예에 따른 해쉬 코드의 생성 과정을 도시한 개념도이다.
도 20에서, 공유되는 하나의 파일은 n개의 조각들(Piece-1, Piece-2, ..., Piece-n)로 분할된다. 그리고 각각의 파일 조각들에 대하여 SHA-1 알고리즘을 사용하여 20 바이트의 인포키(20-byte[n] info key)를 n개 생성한다. n개의 인포키가 생성되면, 이 생성된 값들은 각각의 조각들을 대표하는 키가 되며 이 키들로 하나의 문장(문자열)을 생성한다. 예를 들어, n개의 조각이 있다면, (20-byte×n) 바이트 만큼의 문자열이 생성된다. 이 문자열로 다시 SHA-1 알고리즘을 사용하여 고유의 해쉬 키(Unique Hash Key)를 생성한다.
최종적으로 생성된 해쉬 키를 인포 키라고도 지칭할 수 있으며, 이 키는 공유할 파일에 대한 대표키가 되어 트래커에 의해 검색되는데 사용된다. 트래커에 등록된 정보들은 다른 피어들에 의하여 검색이 될 수 있으며, 트래커는 파일 이름, 파일의 크기, 해쉬 코드 등을 비교하여 각각의 피어들이 갖는 파일이 동일한지 여부를 판단할 수 있다. 이렇게 판단된 파일에 대한 정보들이 사용자가 검색된 정보로서 제공되고, 같은 파일을 갖는 피어의 갯수가 합산되어 도 16 내지 도 16 에서와 같이 제공될 수 있다.
도 21은 본 발명의 일 실시예에 따른 수신기의 컨텐트 검색에 의해 전송되는 OICD 타입 정보의 구조를 나타낸 도면이다.
전술한 바((4) 컨텐트 검색(Search Content))와 같이 수신기는 HTTP 프로토컬을 사용하여 OICD 프로바이더를 통해 컨텐트를 검색할 수 있다. 예를 들어, 수신기가 키워드 검색에 대한 요청을 전송한 경우 컨텐트에 대한 정보 및 세부적인 피어에 대한 정보가 XML 구조로 수신기에 전송되어야 한다. 이렇게 검색 결과로서 수신기에 전송되는 정보로서, 본 발명에서는 도 21과 같은 OICD 타입 정보를 전송하는 것을 실시예로서 설명한다.
컨텐트 정보(ContentInfo; 21010)는 컨텐트에 대항 정보들을 포함하며, 실시예에 따라 컨텐트에 대한 장르, 비디오 및 오디오 재생을 위한 정보, 컨텐트가 만료(Expiration) 시점에 대한 정보, 및 컨텐트의 가격 정보를 포함할 수 있다. 컨텐트의 만료 시점에 대한 정보는 컨텐트가 유효하게 제공되는 기간에 대한 날짜 및 시간 정보를 포함할 수 있으며, 컨텐트의 가격 정보는 DRM(Digital Rights Management)을 이용한 컨텐트 구매의 경우에 제공되는 가격 정보를 포함할 수 있다.
피어 정보(PeerInfo; 21020)는 해당 컨텐트를 다운로드 받을 수 있는 피어에 대한 정보로서, 실시예에 따라 피어들의 수, 피어의 로케이션 정보, 업데이트 정보 등을 포함할 수 있다.
배급 정보(Distributor; 21030)는 DRM 시스템이나 컨텐트를 일괄 삭제하는 경우 필요한 정보를 HTTP로 수신할 수 있는 URI가 포함될 수 있다. PC를 통한 P2P 네트워크의 경우 사용자가 컨텐트를 재생하고 삭제하는 것이 일반적이나, IPTV의 경우 사용자 편의성을 높이고 자동적으로 일정 시간이 지나거나 사용자가 컨텐트를 추가로 사용하고자 하는 경우 DRM 시스템을 사용하여 비용 지불을 가능하게 하기 위함이다.
도 22는 본 발명의 일 실시예에 따른 IPTV 수신기를 도시한 도면이다.
도 22의 IPTV 수신기는, 프론트엔드(Fontend; 22010), 네트워크 전송부(Network Transport; 22020), 서비스 액세스부(Service Access; 22030), 저장부(Volatile/Non-Volatile Storage System; 22040), PSI 디코더(Program System Information Decoder; 22050), 인증부(DRM/CP/CAS; 22060), DVR 엔진(DVR Engine; 22070), DBMS/파일시스템부(Embedded DBMS/Filesystem; 22080), 시스템 제어부(Hybrid/OITF/HNED Subsystem; 22090) 및 애플리케이션부(OTIF/HNED Applications; 22100)를 포함한다.
프론트엔드(22010)는, 디지털화된 RF(Radio Frequency) 신호를 수신하는 RF 인터페이스(RF Interface) 및 IP(Internet Protocol) 패킷을 송수신하는 네트워크 인터페이스(Network Interface)를 포함한다.
네트워크 전송부(22020)는, IP 패킷을 전달(delievery)하며, 적절한 인터넷 프로토콜 매니저로 IP 패킷을 분류하는 TCP/IP 매니저(TCP/IP Manager), 서비스에 따라 대역폭을 조정하고 IPTV 서비스의 품질을 조정하는 QoS/대역폭 제어부(QoS&Bandwidth Control) 및 수신기의 통신을 보안(secure)하여 서비스 프로바이더 및 다른 단말과의 로지컬, 피지컬 연결을 보호하는 서비스 보안 제어부(Service Protection Control)를 포함한다. 본 발명의 일 실시예에서, QoS/대역폭 제어부의 경우 대역폭은 IPTV 애플리캐이션 또는 서비스 프로바이더에 의해 제어될 수 있으며, 특히 다른 피어 또는 다른 시스템의 접속을 차단할 수도 있다.
서비스 액세스부(22030)는, 양방향 IP 네트워크를 통한 IP 서비스의 디스커버리(탐색)을 수행하고 서비스 선택을 위한 정보를 제공하는 서비스 디스커버리부(Service Discovery), XML 데이터를 관리하고 파일 시스템에 저장하는 메타데이터 매니저(Metadata Manager), IGMP(Internet Group Management Protocol) 또는 RTCP(Real-time Transport Control Protocol) 프로토콜을 사용하여 라이브 방송 서비스와 같은 통신 세션 및 서비스를 선택하거나 제어하는 서비스/세션 제어부(Service and Session Management), 컨텐트 서버로부터 컨텐트를 수신하고 리얼타임 스트리밍 데이터를 처리하는 서비스 전달부(Service Delievery)를 포함한다. 본 발명의 일 실시예에서, 서비스 전달부는 다른 피어 또는 IPTV 수신기로부터 사용자가 선택한 컨텐트를 검색 및 수신할 수 있다.
저장부(22040)는, 컨텐트 다운로드 시스템을 통해 수신한 컨텐트를 저장하는 컨텐트 데이터베이스(Content Data) 및 서비스 디스커버리 정보 및 서비스에 관련된 메타데이터를 저장하는 메타데이터/SI 데이터베이스(Metadata & SI DB)를 포함한다.
PSI 디코더(22050)는, 디멀티플렉서에 시스템 정보(SI) 또는 프로그램 시스템 정보(PSI)에 대한 PID를 설정하여 추출된 시스템 정보 및 프로그램 시스템 정보를 디코딩한다. 디코딩되는 시스템 정보 및 프로그램 정보에는 본 발명의 일 실시예의 경우 SD&S 정보 및 그에 포함되는 OICD 디스커버리 정보가 포함될 수 있다.
인증부(22060)는, 컨텐트에 대한 라이센스 또는 키를 저장하고, 암호화된 컨텐트에 대해 사용 권한에 따라 디코딩 또는 디스크램블을 통해 컨텐트 인증을 수행한다.
DVR 엔진(22070)은, 라이브 스트리밍 컨텐트의 녹화(recording) 및 재생을 수행한다. 또한 사용자에 제공될 수 있는 녹화된 컨텐트에 대한 메타데이터를 수집할 수도 있다.
DBMS/파일시스템부(22080)는, 전자 프로그램 스케줄 데이터, XML 데이터 등의 데이터를 관리한다.
시스템 제어부(22090)는, MPEG-2 TS 패킷 및 IP 패킷을 디코딩하는 시스템 디코더(System Decoder), PSI 디코더의 제어에 따라 수신한 신호 및 패킷을 디멀티플렉싱하는 디멀티플렉서(DEMUX), 비디오 엘러먼트를 디코딩하는 비디오 디코더(Video Decoder), 오디오 엘러먼트를 디코딩하는 오디오 디코더(Audio Decoder)를 포함한다. 또한, 시스템 제어부(22090)는, IEEE1394 인터페이스를 지원하는 IEEE1394 지원부(IEEE1394), 암호화/복호화 및 스크램블/디스크램블을 통해 컨텐트 복사를 방지하는 복사 방지부(Copy Protection), USB 인터페이스를 지원하는 USB 호스트(USB Host), 캡션 및 UI를 디스플레이하고 OSD 및 2D 그래픽 데이터를 제어하며 3D 데이터를 렌더링하는 2D/3D 그래픽 프로세서(2D/3D Graphic Processor), 비디오 필터링 및 비디오 또는 정지 사진을 제어 및 처리하는 비디오 디스플레이 프로세서(Video Display Processor), PC 호환 시스템에 대한 RS-232 인터페이스를 지원하는 RS-232 지원부(RS-232), HDMI 출력 및 HDCP 컨텐트 보호 기능을 지원하는 HDMI/HDCP 지원부(HDMI/HDCP), 디바이스 내부의 패킷을 필터링하거나 스트림을 차단하여 입출력 데이터 흐름을 제어하는 입출력 제어부(External I/O) 및 리모트 컨트롤러와 같은 사용자 입력 기기의 입력 신호를 수신하고, 수신된 신호를 분석 및 복조하는 IR 수신부(IR(infrared) Receiver)를 포함할 수 있다.
애플리케이션부(22100)는, XML 데이터 및 컨텐트 정보를 수집하고 EPG(Eletronic Program Guide) 또는 BCG(Broadband Content Guide)를 디스플레이하는 EPG/BCG 디스플레이부(EPG/BCG), TV 시스템을 제어하여 스크린에 디스플레이되는 UI를 제어하고 사용자 입력 수단 또는 디스플레이 패널을 통해 사용자 입력을 수신하는 UI 애플리케이션부(UI Application)를 포함한다. 또한, 애플리케이션부(22100)는, 인터넷 연결을 통해 P2P로 다운로드가능한 컨텐트를 전달하는 OICD 애플리케이션부(OICD Application), 사용자가 애플리캐이션 및 시스템 엔터티(entity)를 제어할 수 있도록 하는 리모트 매니지먼트 클라이언트부(Remote Management Client), 사용자가 OITF(Open Internet Terminal Function)에 연결하거나 OICD 네트워크에 연결하여 컨텐트를 검색하고 원하는 컨텐트의 다운로드를 실행하도록 하는 P2P 스케줄러(P2P Remote Scheduler), 최근의 펌웨어 소프트웨어를 검색하고 이를 사용자에게 제공하여 펌웨어의 업그레이드를 수행하는 펌웨어 업그레이드부(Firmware Upgrade), 서비스 프로바이더 또는 포로토콜로부터 수신한 메시지 및 이벤트를 관리하고 전송할 메시지 및 이벤트를 결정하는 이벤트 핸들러(Event Handler), 오픈 인터넷 컨텐트를 스트린에 렌더링하는 웹브라우저(Embedded Web Browser)를 더 포함할 수 있다.
도 23은 본 발명의 일 실시예에 따른 IPTV 수신기의 컨텐트 다운로드 방법을 나타낸 순서도이다.
IPTV 수신기는, 네트워크 인터페이스를 사용하여 IPTV 네트워크에 접속, SD&S 정보를 수신한다(S23010). IPTV 수신기의 SD&S 정보의 수신 동작은 도 2와 관련하여 상술한 바와 같다. 수신한 SD&S 정보는 도 4, 도 5, 도 12 및 도 13과 관련하여 설명한 바와 같은 구조를 가지며, OICD 서비스 정보를 포함한다. OICD 서비스 정보는 도 6 등과 같이 상술한 구조를 가지며, 실시예에 따라 OICD 프로바이더 정보 및 OICD 서비스 정보를 포함할 수 있다.
IPTV 수신기는, PSI 디코더를 사용하여 SD&S 정보에 포함된 OICD 서비스 정보를 파싱하여 OICD 프로바이더의 로케이션 정보를 획득한다(S23020). OICD 서비스 정보는 P2P 네트워크에 대한 정보를 제공하는 P2P 트래커의 역할을 수행하는 OICD 프로바이더 대한 정보를 포함하며, 특히 IPTV 수신기가 접속할 수 있는 OICD 프로바이더에 대한 로케이션 정보를 포함한다. OICD 프로바이더의 로케이션 정보는 IRU, IP 주소, 포트 정보등으로서 제공될 수 있다. OICD 서비스 정보는 복수의 OICD 프로바이더에 대한 로케이션 정보를 사용자에게 제공하여, 사용자가 선택한 OICD 프로바이더로 접속하도록 할 수도 있다.
IPTV 수신기는, 서비스 액세스부를 사용하여 OICD 프로바이더에 접속한다(S23030). IPTV 수신기는 획득된 OICD 프로바이더의 로케이션 정보를 사용하여 OICD 프로바이더에 접속할 수 있다.
IPTV 수신기는, 네트워크 인터페이스를 사용하여 접속한 OICD 프로바이더로부터 네트워크 정보를 수신한다(S23040). 네트워크 정보는 다운로드할 수 있는 컨텐트에 대한 컨텐트 정보 및 컨텐트를 다운로드할 수 있는 피어에 대한 피어 정보를 포함한다. OICD 프로바이더는 P2P 네트워크에 대한 데이터베이스를 운영하며, 접속한 IPTV 수신기에게 컨텐트 정보 및 피어 정보를 제공한다.
IPTV 수신기는, PSI 디코더를 사용하여 수신한 네트워크 정보를 파싱하여 컨텐트 정보 및 피어 정보를 획득한다(S23050). 컨텐트 정보는 다운로드 받을 수 있는 컨텐트의 명칭, 컨텐트의 길이, 컨텐트의 타입, 컨텐트의 리스트, 컨텐트에 대한 설명 및 컨텐트를 식별하는 컨텐트 고유의 해쉬 코드를 포함할 수 있으며, 상세한 설명에서 상술한 컨텐트에 대한 정보가 모두 포함될 수 있다. 피어 정보는 컨텐트를 다운로드할 수 있는 피어의 로케이션 정보, 피어의 수, 피어의 접속 상태 등의 정보를 포함할 수 있으며, 상세한 설명에서 상술한 피어에 대한 정보가 모두 포함될 수 있다.
IPTV 수신기는, 서비스 액세스부를 사용하여 컨텐트를 다운로드할 수 있는 피어로 접속한다(S23060). IPTV 수신기는 획득된 컨텐트 정보 및 피어 정보를 사용하여 특정 컨텐트를 소유하여 이 컨텐트를 다운로드할 수 있는 피어로 접속한다.
IPTV 수신기는, 네트워크 인터페이스를 사용하여 접속한 피어로부터 컨텐트를 다운로드한다(S23070). IPTV 수신기는 상술한 바와 같이 해쉬코드를 사용하여 컨텐트를 식별하여 다운받을 수 있으며, 파일의 전부를 하나의 피어에서 다운받을 수도 있으나, 경우에 따라 해쉬 코드로 식별된 파일의 부분들을 복수의 피어로부터 수신할 수도 있다.
도 23의 설명은 도 1 내지 도 22의 설명이 적용될 수 있으며, 상술한 설명들은 중복하여 설명하지는 않았으나 도 23의 단계들에 대한 상세한 내용은 도 1 내지 도 22의 설명이 적용될 수 있다.
본 발명은 SD&S 정보에 P2P 디스커버리 정보를 포함시켜 IPTV 수신기가 P2P 프로바이더에 대한 정보를 획득하여 P2P 서비스를 사용할 수 있는 효과가 있다. 또한, P2P 네트워크 서비스 프로바이더를 정의하여 화면에 P2P 서비스 프로바이더의 정보를 표시할 수 있다.
본 발명은 P2P 서비스를 정의하여 P2P 서비스 프로바이더가 복수의 P2P 트래커에 대한 정보를 IPTV 수신기에게 알려줄 수 있게 하여, IPTV 수신기 입장에서는 사용자가 별도의 입력 또는 선택을 하지 않아도 자동으로 특정 트래커에 접속할 수 있는 효과가 있다. 또한, 본 발명은 P2P 서비스를 수신하는 경우 P2P 트래커에 접근하여 컨텐트를 검색 및 다운로드할 수 있는 다양한 쿼리를 사용할 수 있도록 TrackerURI를 정의한다.
본 발명은 P2P 서비스 정보를 사용하여 사용자가 P2P 서비스에 어떤 정보들이 있는지 알 수 있도록 화면에 표시할 수 있는 기능을 제공한다. 즉, P2P 프로바이더가 제공하는 최상위 메뉴 정보를 XML 또는 XHTML 형태로 전송받아 화면에 표시하고, 사용자는 용이하게 화면에 표시된 서비스를 선택하여 사용할 수 있다.
본 발명은 P2P 서비스를 위해 컨텐트와 피어에 대한 정보를 트래커에서 수신기에게 알려주어 전송할 수 있는 구조인 P2PContentType을 정의한다. IPTV 수신기는 사용자가 선택한 컨텐트에 대하여 트래커로부터 컨텐트 및 피어에 대한 정보를 수신하고, 피어에게 필요한 컨텐트 또는 데이터를 요청할 수 있다.
본 발명에 따른 방법 발명은 모두 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상과 같이 본 발명은 비록 한정된 실시예와 도면에 의해 설명되었으나, 본 발명은 상기의 실시예에 한정되는 것은 아니며, 본 발명이 속하는 분야에서 통상의 지식을 가진 자라면 이러한 기재로부터 다양한 수정 및 변형이 가능하다. 그러므로, 본 발명의 범위는 설명된 실시예에 국한되어 정해져서는 아니되며, 후술하는 특허청구범위뿐 아니라 이 특허청구범위와 균등한 것들에 의해 정해져야 한다.
전술한 바와 같이, 상기 발명의 실시를 위한 최선의 형태에서, 관련된 사항을 기술하였다.
전술한 바와 같이, 본 발명은 디지털 방송 시스템에 전체적으로 또는 부분적으로 적용될 수 있다.

Claims (12)

  1. IPTV 네트워크에 접속하여 OICD(Open Internet Content Delivery) 서비스 정보를 포함하는 SD&S(Service Discovery and Selection) 정보를 수신하는 단계;
    상기 OICD 서비스 정보를 파싱하여 OICD 프로바이더의 로케이션 정보를 획득하는 단계;
    상기 OICD 프로바이더의 로케이션 정보를 통해 OICD 프로바이더에 접속하는 단계를 포함하며,
    상기 OICD 서비스 정보는, 컨텐트를 피어-투-피어 방식으로 다운로드할 수 있는 네트워크 정보를 제공하는 OICD 프로바이더의 로케이션 정보를 포함하는, IPTV 수신기의 컨텐트 다운로드 방법.
  2. 제 1 항에 있어서,
    상기 네트워크 정보는, 다운로드할 수 있는 컨텐트에 대한 컨텐트 정보 및 컨텐트를 다운로드할 수 있는 피어에 대한 피어 정보를 포함하는, IPTV 수신기의 컨텐트 다운로드 방법.
  3. 제 2 항에 있어서,
    OICD 프로바이더로부터 상기 네트워크 정보를 수신하는 단계;
    상기 네트워크 정보를 파싱하여 상기 컨텐트 정보 및 상기 피어 정보를 획득하는 단계;
    상기 컨텐트 정보 및 상기 피어 정보를 사용하여 상기 컨텐트를 다운로드할 수 있는 피어로 접속하는 단계;
    상기 피어로부터 상기 컨텐트를 다운로드받는 단계를 더 포함하는, IPTV 수신기의 컨텐트 다운로드 방법.
  4. 제 1 항에 있어서,
    상기 OICD 프로바이더의 로케이션 정보는, 상기 OICD 프로바이더의 URI(Uniform Resource Identification) 정보를 포함하는, IPTV 수신기의 컨텐트 다운로드 방법.
  5. 제 2 항에 있어서,
    상기 컨텐트 정보는 컨텐트에 대한 고유의(unique) 해쉬 코드를 포함하는, IPTV 수신기의 컨텐트 다운로드 방법.
  6. 제 2 항에 있어서,
    상기 피어 정보는, 상기 피어의 로케이션 정보를 포함하는, IPTV 수신기의 컨텐트 다운로드 방법.
  7. IPTV 네트워크에 접속하여 OICD(Open Internet Content Delivery) 서비스 정보를 포함하는 SD&S(Service Discovery and Selection) 정보를 수신하는 네트워크 인터페이스;
    상기 OICD 서비스 정보를 파싱하여 OICD 프로바이더의 로케이션 정보를 획득하는 PSI 디코더;
    OICD 프로바이더의 로케이션 정보를 통해 OICD 프로바이더에 접속하는 서비스 액세스부를 포함하며,
    상기 OICD 서비스 정보는, 컨텐트를 피어-투-피어 방식으로 다운로드할 수 있는 네트워크 정보를 제공하는 OICD 프로바이더의 로케이션 정보를 포함하는, IPTV 수신기.
  8. 제 7 항에 있어서,
    상기 네트워크 정보는, 다운로드할 수 있는 컨텐트에 대한 컨텐트 정보 및 컨텐트를 다운로드할 수 있는 피어에 대한 피어 정보를 포함하는, IPTV 수신기.
  9. 제 8 항에 있어서,
    상기 네트워크 인터페이스는 OICD 프로바이더로부터 상기 네트워크 정보를 수신하고,
    상기 PSI 프로세서는 상기 네트워크 정보를 파싱하여 상기 컨텐트 정보 및 상기 피어 정보를 획득하고,
    상기 서비스 액세스부는 상기 컨텐트 정보 및 상기 피어 정보를 사용하여 상기 컨텐트를 다운로드할 수 있는 피어로 접속하며,
    상기 네트워크 인터페이스는 상기 피어로부터 상기 컨텐트를 다운로드받는 것을 특징으로 하는, IPTV 수신기.
  10. 제 7 항에 있어서,
    상기 OICD 프로바이더의 로케이션 정보는, 상기 OICD 프로바이더의 URI(Uniform Resource Identification) 정보를 포함하는, IPTV 수신기.
  11. 제 8 항에 있어서,
    상기 컨텐트 정보는 컨텐트에 대한 고유의(unique) 해쉬 코드를 포함하는, IPTV 수신기.
  12. 제 8 항에 있어서,
    상기 피어 정보는, 상기 피어의 로케이션 정보를 포함하는, IPTV 수신기.
PCT/KR2010/001831 2009-03-25 2010-03-25 Iptv 수신기 및 그의 컨텐트 다운로드 방법 WO2010110605A2 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US13/260,133 US20120180098A1 (en) 2009-03-25 2010-03-25 Iptv receiver and content-downloading method for same
EP10756360.3A EP2413600A4 (en) 2009-03-25 2010-03-25 IPTV RECEIVER AND METHOD THEREFOR FOR DOWNLOADING CONTENT

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US16305409P 2009-03-25 2009-03-25
US61/163,054 2009-03-25

Publications (2)

Publication Number Publication Date
WO2010110605A2 true WO2010110605A2 (ko) 2010-09-30
WO2010110605A3 WO2010110605A3 (ko) 2010-12-16

Family

ID=42781677

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2010/001831 WO2010110605A2 (ko) 2009-03-25 2010-03-25 Iptv 수신기 및 그의 컨텐트 다운로드 방법

Country Status (3)

Country Link
US (1) US20120180098A1 (ko)
EP (1) EP2413600A4 (ko)
WO (1) WO2010110605A2 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015060494A1 (ko) * 2013-10-21 2015-04-30 주식회사 리얼타임테크 내비게이션 네트워크 데이터에 대한 레코드 아이디 자동 업데이트 장치 및 그 방법

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101723453B1 (ko) * 2011-02-21 2017-04-05 삼성전자주식회사 휴대용 단말기에서 와이파이 다이렉트 연결 기반 유니버설 플러그 앤 플레이 서비스를 제공하기 위한 장치 및 방법
WO2015080746A1 (en) * 2013-11-28 2015-06-04 Hewlett-Packard Development Company, L.P. Cloud-based data sharing
US10051338B2 (en) * 2015-10-21 2018-08-14 At&T Intellectual Property I, L.P. System and method for coordinating back-up services for land based content subscribers
JP6949416B2 (ja) * 2017-07-13 2021-10-13 株式会社デンソー 電子制御装置、プログラム改ざん検知方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020162109A1 (en) * 2001-04-26 2002-10-31 Koninklijke Philips Electronics N.V. Distributed storage on a P2P network architecture
US8413198B2 (en) * 2004-11-12 2013-04-02 Intel Corporation System and method for the controlled on-demand distribution of content via a centralized server and a peer-to-peer network
US8707375B2 (en) * 2006-04-05 2014-04-22 At&T Intellectual Property I, L.P. Peer-to-peer video on demand techniques
CN101110759A (zh) * 2006-07-20 2008-01-23 朗迅科技公司 用于因特网协议电视网络的对等文件下载系统
US20090300673A1 (en) * 2006-07-24 2009-12-03 Nds Limited Peer- to- peer set-top box system
KR101295571B1 (ko) * 2006-11-24 2013-08-09 엘지전자 주식회사 디지털 방송 서비스 방법 및 시스템과 디지털 방송수신방법 및 수신기
KR100863416B1 (ko) * 2007-01-31 2008-10-14 주식회사 케이티 Ｐ2ｐ 기반의 화상통화 서비스 제공 시스템, 제공 방법, 통신 방법 및, 이를 기록한 기록매체
US20090049491A1 (en) * 2007-08-16 2009-02-19 Nokia Corporation Resolution Video File Retrieval

Non-Patent Citations (2)

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

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015060494A1 (ko) * 2013-10-21 2015-04-30 주식회사 리얼타임테크 내비게이션 네트워크 데이터에 대한 레코드 아이디 자동 업데이트 장치 및 그 방법

Also Published As

Publication number Publication date
EP2413600A2 (en) 2012-02-01
WO2010110605A3 (ko) 2010-12-16
EP2413600A4 (en) 2015-03-18
US20120180098A1 (en) 2012-07-12

Similar Documents

Publication Publication Date Title
WO2011043597A2 (ko) Iptv 수신기 및 컨텐츠 제공 방법
CN102577421B (zh) 用于使用社交tv服务识别的内容的数字版权管理保护
WO2013077698A1 (ko) Mmt 미디어와 dash 미디어와의 연동 방법
WO2011043534A1 (en) A method for operating an interactive program guide, a user device for an interactive program guide, a method and a device for providing a consolidated data guide information listing
US7864767B2 (en) Providing broadcast channel information
WO2009126008A2 (en) Device for recording and playing contents, sever for managing content location information, information recording medium, method for managing content information
WO2013089437A1 (ko) 미디어 컨텐트를 수신하는 장치 및 방법
WO2013169084A1 (ko) Mmt 패킷 포맷 확장을 통한 하이브리드 전송 방법
WO2012011735A2 (en) Method and apparatus for transmitting and receiving adaptive streaming mechanism-based content
WO2013055191A2 (ko) 방송 시스템에서의 제어 메시지 구성 장치 및 방법
WO2016045207A1 (zh) 一种dvb直播和网络点播相结合的方法及装置
KR20080030899A (ko) 맞춤형 방송 신호 수신기 및 방송 수신 방법
EP2596452A2 (en) Method and apparatus for providing drm service
WO2010123248A2 (ko) P2p 전송 방식에 의한 iptv 스트리밍 서비스를 전송하는 방법 및 p2p 전송 방식에 의한 iptv 스트리밍 서비스를 수신하는 방법.
WO2013137644A1 (ko) 북마크를 이용한 심리스 재생 방법, 장치 및 시스템
WO2010082782A2 (en) Rich media-enabled service guide provision method and system for broadcast service
WO2009157740A2 (en) An internet protocol tv(iptv) receiver and a method for receiving application information in an iptv receiver
WO2010110605A2 (ko) Iptv 수신기 및 그의 컨텐트 다운로드 방법
WO2011037358A2 (ko) 방송 네트워크와 ip 네트워크에 접속 가능한 디지털 디바이스 및 그 제어 방법
WO2011037359A2 (ko) 확장된 서비스/프로그램 가이드를 수신하는 방법 및 장치
WO2016178494A1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2011136581A2 (ko) 네트워크 설정 방법 및 그를 이용한 ｉｐｔｖ 수신기
KR101464772B1 (ko) Ｉｐｔｖ 수신기에서 채널 맵 형성을 위한 채널 제어 방법과 그 장치
WO2011129623A2 (ko) 방송 네트워크로 위젯 스트리밍 서비스를 제공하는 방법 및 이를 위한 장치
WO2016129976A1 (ko) 시스템 데이터를 포함하는 오디오 비트스트림을 디코딩하는 방법 및 장치

Legal Events

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

Ref document number: 10756360

Country of ref document: EP

Kind code of ref document: A2

WWE Wipo information: entry into national phase

Ref document number: 13260133

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2010756360

Country of ref document: EP