KR20090101077A - Ｉｐｔｖ 수신기의 데이터 처리 방법 및 상기 ｉｐｔｖ 수신기 - Google Patents

Ｉｐｔｖ 수신기의 데이터 처리 방법 및 상기 ｉｐｔｖ 수신기 Download PDF

Info

Publication number
KR20090101077A
KR20090101077A KR1020090003305A KR20090003305A KR20090101077A KR 20090101077 A KR20090101077 A KR 20090101077A KR 1020090003305 A KR1020090003305 A KR 1020090003305A KR 20090003305 A KR20090003305 A KR 20090003305A KR 20090101077 A KR20090101077 A KR 20090101077A
Authority
KR
South Korea
Prior art keywords
sdp
url
iptv
content
sdp file
Prior art date
Application number
KR1020090003305A
Other languages
English (en)
Other versions
KR101520700B1 (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 EP09154806.5A priority Critical patent/EP2104299B1/en
Priority to US12/382,183 priority patent/US8554922B2/en
Priority to US12/382,236 priority patent/US8554923B2/en
Publication of KR20090101077A publication Critical patent/KR20090101077A/ko
Application granted granted Critical
Publication of KR101520700B1 publication Critical patent/KR101520700B1/ko
Priority to US14/878,724 priority patent/USRE46566E1/en
Priority to US14/878,366 priority patent/USRE46508E1/en

Links

Images

Classifications

    • 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64784—Data processing by the network
    • 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/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • 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/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • 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/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/385—Uniform resource identifier for session initiation protocol [SIP URI]
    • 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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

본 명세서에는 IPTV 수신기의 데이터 처리 방법 및 상기 IPTV 수신기가 개시된다. 본 발명의 일실시예에 따른 IPTV 수신기의 데이터 처리 방법은, 컨텐트(content)에 대응하는 CRID(Content Reference IDentifier)의 레졸루션(Resolution) 요청 신호를 전송하는 단계와, 상기 CRID에 대응하는 SIP-URI(Session Initiation Protocol-Uniform Resource Identifier)) 및 SDP-URL(Sesstion Description Protocol-Uniform Resource Locator)을 모두 포함하는 로케이션(location) 정보를 수신하는 단계와, 상기 수신된 SDP-URL을 이용하여, 상기 SDP-URL에 대응하는 서버에 SDP 파일을 요청하는 단계와, 그리고 상기 서버로부터, 상기 SDP 파일을 수신하는 단계를 포함한다.
Figure P1020090003305
IPTV (Internet Protocol TeleVision), 컨텐트 (Content)

Description

ＩＰＴＶ 수신기의 데이터 처리 방법 및 상기 ＩＰＴＶ 수신기{METHOD OF PROCESSING DATA IN IPTV AND THE IPTV}
본 발명은 IPTV 시스템에 관한 것으로, 보다 상세하게는 IPTV 수신기의 데이터 처리 방법 및 상기 IPTV 수신기에 관한 것이다.
기존의 TV 시스템은 예를 들어 다음과 같이 방식으로 이루어 진다. 방송사에서 제작하는 컨텐트를, 케이블, 지상파, 또는 위성 방송 프로바이더 (provider)가 방송망 등의 전파 매체를 통해서 송출한다. 따라서, 상기 TV 시스템의 이용자는, 전술한 전파 매체를 수신할 수 있는 TV 수신기를 통해, 상기 컨텐트를 시청할 수가 있다.
그러나, 기존의 아날로그 방송에서 디지털 기반의 디지털 TV 기술이 개발되고, 상용화 되면서, 기존의 전파 매체 외에도 각 가정에 연결되어 있는 인터넷 망을 이용하여 실시간 방송, CoD (Contents on Demand), 게임, 뉴스 등 다양한 컨텐트를 사용자에게 제공할 수 있게 되었다.
전술한 바와 같이, 상기 인터넷 망을 이용하여 다양한 컨텐트를 제공하는 IPTV 수신기는, 일반 공중파 방송이나, 케이블 방송, 또는 위성 방송과 달리, 사용 자가 원하는 컨텐트들을 원하는 시간에 볼 수 있는 등 여러가지 장점을 가진다.
또한, 최근에는 IPTV 방송 환경에서 네트워크와 관련된 문제 등을 개선하기 위한 논의가 있으나, 전술한 문제를 해결할 수 있는 구체적인 프로토콜이 정의되지 않았다.
본 발명의 일실시예는, IPTV 방송 환경에서 네트워크 관련 문제를 개선할 수 있는 IPTV 수신기의 데이터 처리 방법 및 상기 IPTV 수신기를 제공하고자 한다.
그리고, 본 발명의 다른 일실시예는, IMS가 도입된 IPTV 방송 환경에서 다양한 컨텐트(예를 들어, CoD 등등)를 신속하게 처리할 수 있는 데이터 프로토콜을 명확하게 정의하고자 한다.
본 발명의 일실시예에 따른 IPTV (Internet Protocol TeleVision) 수신기의 데이터 처리 방법은, 컨텐트(content)에 대응하는 CRID(Content Reference IDentifier)의 레졸루션(Resolution) 요청 신호를 전송하는 단계와, 상기 CRID에 대응하는 SIP-URI(Session Initiation Protocol-Uniform Resource Identifier)) 및 SDP-URL(Sesstion Description Protocol-Uniform Resource Locator)을 모두 포함하는 로케이션(location) 정보를 수신하는 단계와, 상기 수신된 SDP-URL을 이용하여, 상기 SDP-URL에 대응하는 서버에 SDP 파일을 요청하는 단계와, 그리고 상기 서버로부터, 상기 SDP 파일을 수신하는 단계를 포함한다.
그리고, 본 발명의 일실시예에 따른 IPTV 수신기는, 컨텐트(content)에 대응하는 CRID(Content Reference IDentifier)의 레졸루션(Resolution) 요청 신호를 전송하는 전송부와, 상기 CRID에 대응하는 SIP-URI(Session Initiation Protocol-Uniform Resource Identifier)) 및 SDP-URL(Sesstion Description Protocol- Uniform Resource Locator)을 모두 포함하는 로케이션(location) 정보를 수신하는 수신부와, 상기 수신된 SDP-URL을 이용하여, 상기 SDP-URL에 대응하는 서버에 SDP 파일을 요청하는 요청부와, 그리고 상기 서버로부터, 상기 SDP 파일을 수신하는 수신부를 포함한다.
본 발명의 일실시예에 의하면, IPTV 방송 환경에서 네트워크 관련 문제를 개선할 수 있다.
또한, 본 발명의 다른 일실시예에 의하면, IMS가 도입된 IPTV 방송 환경에서 다양한 컨텐트(예를 들어, CoD 등등)를 신속하게 처리할 수 있는 데이터 프로토콜을 명확하게 정의할 수가 있다.
또한, 본 발명의 또 다른 일실시예에 의하면, 기존의 IPTV 시스템의 호환성(backward compatibility)를 유지하면서, BCG(Broadband Content Guide)를 확장하여 SDP(Session Description Protocol)를 제공할 수가 있다.
그리고, 본 발명의 또 다른 일실시예에 의하면, IMS가 도입된 IPTV 방송 환경에서 해당 컨텐트를 보다 신속하게 처리할 수가 있다.
이하 첨부 도면들 및 첨부 도면들에 기재된 내용들을 참조하여 본 발명의 실시예를 상세하게 설명하지만, 본 발명이 실시예들에 의해 제한되거나 한정되는 것은 아니다.
본 명세서에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현 재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당분야에 종사하는 기술자의 의도 또는 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 그 의미를 기재할 것이다. 따라서 본 명세서에서 사용되는 용어는, 단순한 용어의 명칭이 아닌 그 용어가 가지는 실질적인 의미와 본 명세서의 전반에 걸친 내용을 토대로 해석되어야 함을 밝혀두고자 한다.
도 1은 본 발명의 일실시예에 따른 IPTV 수신기를 포함하는 시스템의 데이터 처리 과정을 도시한 도면이다.
도 1에 도시된 바와 같이, 본 발명의 일실시예에 따른 IPTV 수신기를 포함하는 시스템은, 예를 들어 OITF(Open IPTV Terminal Function)(100), IG(Internet protocol multimedia subsystem Gateway)(110), 그리고 서비스 서버(120)로 구성될 수 있다. 특히, 기존 IPTV 방송 환경과 달리, 네트워크 상에서 상기 IG(110)가 추가된 경우, 다양한 컨텐트를 처리하기 위한 구체적인 방법을, 도 1을 통해 설명하도록 하겠다.
한편, 상기 서비스 서버(120)는 예를 들어, 메타데이터 컨트롤(Metadata Control)(121), SDP 파일 로케이션(122), ASM(Authentication and Sesstion Management)(123), 그리고 CC(Cluster Control)(124) 등을 포함할 수 있으며, 본 발명의 일실시예에 따른 IPTV 수신기는, OITF(100)를 포함할 수도 있고, 또는 OITF(100)와 IG(110)를 모두 포함할 수도 있다. 또한, 상기 메타데이터 컨트롤(121)은, 로케이션 레졸루션(Location Resolution) 서버의 기능을 수행할 수도 있다.
본 발명의 일실시예에 따른 IPTV 방송 환경에서, 상기 OITF(100)가 특정 컨텐트(예를 들어, CoD 등등)를 선택하는 신호를 수신한 경우(S101), 상기 OITF(100)는, 상기 컨텐트에 대응하는 CRID(Content Reference Identifier)의 레졸루션(resolution) 요청 신호를 상기 메타데이터 컨트롤(121)에 전송한다(S102). 그리고, 상기 메타데이터 컨트롤(121)은, 상기 CRID에 대응하는 SIP-URI(Session Initiation Protocol-Uniform Resource Identifier) 및 SDP-URL(Session Description Protocol-Uniform Resource Locactor)을 모두 포함하는 로케이션(location) 정보를 수신한다(S103).
상기 OITF(100)는, 상기 수신된 SDP-URL을 이용하여, 상기 SDP-URL에 대응하는 서버에 SDP 파일을 요청한다(S104). 다만, 상기 서버는 예를 들어, 도 1에 도시된 SDP 파일 로케이션(122)이 될 수도 있다. 그리고, 상기 OITF(100)는, 상기 서버로부터 상기 SDP 파일을 직접 수신할 수가 있다(S105).
즉, 본 발명의 일실시예에 따르면, 로케이션 정보에 SDP-URL이 포함되도록 정의함으로써, IMS가 추가된 IPTV 방송 환경에서 OITF 등을 포함하는 IPTV 수신기는, 필요되어지는 SDP 파일을 보다 신속하게 수신하고 처리할 수가 있다. 다만, 로케이션 정보에 SDP-URL을 추가 정의하는 구체적인 실시예에 대해서는, 도 3을 참조하여 보다 상세히 설명하도록 하겠다.
한편, 전술한 S105 단계 이후에, 상기 OITF(100) 및 상기 IG(110)는, 상기 수신된 SIP-URI 및 상기 SDP 파일을 이용하여, 해당 컨텐트를 처리 가능하도록 세 션 셋업(session setup)을 제어할 수가 있다.
보다 구체적으로 설명하면, 도 1에 도시된 바와 같이 상기 OITF(100)는 상기 IG(110)에 세션 셋업 요청 신호를 전송한다(S106). 상기 IG(110)는, SIP 인바이트(Invite) 신호를, 상기 ASM(123)에 전송하고(S107), 상기 ASM(123)는, 상기 세션 셋업 요청 신호를 상기 CC(124)에 전송한다(S108). 또한, 상기 CC(124)는, 서비스 세션 응답(Service Session respond) 신호를 상기 ASM(123)에 전송하고(S109), 상기 ASM(123)는 상기 서비스 세션 응답 신호를 상기 IG(110)로 포워딩 한다(S110). 그리고, 상기 IG(110)는, 세션 셋업 응답(Session setup response) 신호를 상기 OITF(100)로 전송한다(S111).
한편, 도 1 및 관련 설명에서 메타데이터 컨트롤(121), SDP 파일 로케이션(122), ASM(123), CC(124) 등을 예시하였지만, 상기 메타데이터 컨트롤(121), SDP 파일 로케이션(122), ASM(123), CC(124) 등은 서비스 서버에 포함되는 다른 모듈이나 서버로 구현하는 것도 가능하다.
또한, 본 발명의 일실시예에 의하면, 상기 로케이션(location) 정보는, BCG(Broadband Content Guide) 정보의 TIME AND URL TYPE 스키마(schema)에서 정의될 수도 있으며, 상기 TIME AND URL TYPE 스키마는, SDP 파일이 전송되는 방법을 식별하는 SDP MODE 속성(attribute) 정보와, 그리고 상기 SDP 파일을 제공하는 URL을 표시하는 SDP-URL 속성 정보를 추가 정의하고 있다. 다만, 이와 관련해서는 도 3에 대한 설명에서 보다 상세히 설명하도록 하겠다.
도 2는 본 발명의 다른 일실시예에 따른 IPTV 수신기를 포함하는 시스템의 데이터 처리 과정을 도시한 도면이다. 도 1과 비교하여, 도 2는 SDP 파일을 수신하기 전에, 세션 셋업을 미리 요청할 수가 있다.
본 발명의 다른 일실시예에 따른 IPTV 방송 환경에서, 상기 OITF(100)가 특정 컨텐트(예를 들어, CoD 등등)를 선택하는 신호를 수신한 경우(S201), 상기 OITF(100)는, 상기 컨텐트에 대응하는 CRID(Content Reference Identifier)의 레졸루션(resolution) 요청 신호를 상기 메타데이터 컨트롤(121)에 전송한다(S202). 그리고, 상기 메타데이터 컨트롤(121)은, 상기 CRID에 대응하는 SIP-URI(Session Initiation Protocol-Uniform Resource Identifier) 및 SDP-URL(Session Description Protocol-Uniform Resource Locactor)을 모두 포함하는 로케이션(location) 정보를 수신한다(S203).
이 때, 상기 OITF(100)는, 수신한 SIP-URI 및 SDP-URL을 이용하여, 상기 IG(110)에 세션 셋업을 요청한다(S204). 상기 IG(110)는, 상기 수신한 SDP-URL을 이용하여, SDP 파일 요청 신호를 상기 SDP-URL에 대응하는 서버에 요청한다(S205). 다만, 상기 서버는 예를 들어, 도 2에 도시된 SDP 파일 로케이션(122)이 될 수도 있다. 상기 SDP 파일 로케이션(122)은 해당 SDP 파일을, 상기 IG(110)에 전송한다(S206).
이어서, 상기 IG(110)는, SIP 인바이트(Invite) 신호를, 상기 ASM(123)에 전송하고(S207), 상기 ASM(123)는, 상기 세션 셋업 요청 신호를 상기 CC(124)에 전송한다(S208). 또한, 상기 CC(124)는, 서비스 세션 응답(Service Session respond) 신호를 상기 ASM(123)에 전송하고(S209), 상기 ASM(123)는 상기 서비스 세션 응답 신호를 상기 IG(110)로 포워딩 한다(S210). 그리고, 상기 IG(110)는, 세션 셋업 응답(Session setup response) 신호를 상기 OITF(100)로 전송한다(S211).
따라서, 도 1의 경우, SDP 파일을 OITF가 직접 수신하여 처리하는 경우에 유용한 프로세스이며, 도 2의 경우, SDP 파일을 IG가 직접 수신하여 처리하는 경우에 유용한 프로세스 이다.
도 3은 본 발명의 일실시예에 따른 BCG (Broadband Content Guide)정보에 추가된 TIME AND URL TYPE의 스키마(schema)를 새롭게 정의한 도면이다. 이하, 도 3을 참조하여, IMS가 도입된 IPTV 방송환경에서 SDP 파일을 보다 신속하게 처리하기 위하여, 본 발명의 일실시예에서 새롭게 추가하고자 하는 속성(attribute) 정보에 대해서 보다 구체적으로 설명하면 다음과 같다.
본 발명의 일실시예는, 로케이션 정보에 SDP-URL을 추가하고자 한다. 한편, 당해 명세서에서 사용되는 로케이션 정보는, 임의의 컨텐트를 획득 가능한 주소 정보 등을 의미하며, 상기 로케이션 정보는 로케이터(locator)라는 용어로 혼용하여 사용될 수도 있다. 그리고, SDP 파일은, 임의의 컨텐트를 구성하는 스트리밍 멀티미디어 초기화 파라미터(Streaming Multimedia Initiation Parameter)를 포함할 수 있으며, 보다 구체적으로 예를 들면, 컨텐트를 구성하는 미디어 플로우(media flow)에 대한 정보(예를 들어, media detail, transport address, session description metadata 등)를 포함할 수도 있다.
본 발명의 일실시예에 의하면, SDP 파일을 바로 직접 수신할 수 있는 URL이 SDP-URL의 형태로 제공되며, IPTV 수신기는 상기 SDP-URL에 바로 접속하여 SDP 파 일을 신속하게 수신할 수가 있다. 즉, 본 발명의 일실시예는, SDP 파일이 저장된 서버의 위치를 바로 URL로 제공하고, 상기 URL로 접속하여 SDP 파일을 수신하는 프로세스 등으로 이루어 진다. 이와 같은 경우, 예를 들어 HTTP (Hyper Text Transfer Protocol) 또는 FTP (File Transfer Protocol)등의 프로토콜이 사용될 수가 있다.
전술한 프로세스를 구현하기 위하여, 본 발명의 일실시예에 따른 로케이션 정보를 확장하고자 한다. SIP-URI는 특정 컨텐트가 소비 가능한 시간에 대한 정보가 포함되어 있지 않으므로, SIP-URI는 TIME AND URL TYPE 스키마를 통해 전달되어야 하며, 나아가 TIME AND URL TYPE 스키마에 SDP-URL 정보도 추가한다. 이와 같이 확장된 TIME AND URL TYPE 스키마가 도 3에 도시되어 있다.
특히, 도 3에서 굵은 글씨 볼드체로 달리 표시된 속성 정보가, 본 발명의 일실시예에 따라 새롭게 추가 정의된 것이다.
도 3에 도시된 바와 같이, 속성 네임(attribute name)이 SDP MODE인 속성 정보는, SDP 파일이 전송되는 방법을 식별하도록 정의된다. 즉, 이와 같은 속성 정보를 정의함으로써, 다른 경로를 통해서 SDP 파일이 전송되는 경우와 구별할 수 있는 장점이 있다. 한편, 예를 들어, 상기 SDP MODE 속성 정보가, “directRef” 값을 가지는 경우, TIME AND URL TYPE 스키마는 SDP-URL을 추가적으로 정의한다. 한편, 당해 명세서 및 도면에 예시된 명칭 등은 모두 일예에 불과하며, 본 발명의 권리범위는 원칙적으로 특허청구범위에 의해 정해져야 한다. 한편, 도 3에서는 속성 네임이 SDPURI로 예시되어 있으나, 이는 SDP 파일을 수신할 수 있는 URL에 대한 정 보를 정의한다.
따라서, 본 발명의 일실시예에 따른 IPTV 수신기가 SDP 파일을 요청하는 방법은, 상기 SDP MODE 속성 정보를 체크함으로써, 상기 SDP 파일이 전송되는 방법이 다이렉트 SDP 파일 전송 타입에 해당하는지 여부를 판단하는 단계와, 상기 판단 결과 다이렉트 SDP 파일 전송 타입에 해당하는 경우, 상기 SDP-URL 속성 정보를 체크함으로써, SDP 파일을 제공하는 URL을 확인하는 단계와, 그리고 상기 확인된 URL에 대응하는 서버에 SDP 파일을 요청하는 단계를 포함하여 이루어 질 수 있다.
나아가, 본 발명의 일실시예에 따른 로케이션 정보는, 컨텐트에 대응하는 SDP 파일이 전송되는데 사용되는 프로토콜의 명칭과, SIP-URI와, 그리고 SDP 파일을 제공하는 URL로 조합된 IP 멀티캐스트 URL 형태로 정의할 수도 있다. 이와 같이 정의된 IP 멀티캐스트 URL 형태의 예는 다음과 같다.
ipm://<host>:<port>?<query>
상기 ipm 은 특정 컨텐트에 대응하는 SDP 파일이 전송되는데 사용되는 프로토콜의 명칭을 의미할 수 있고, 상기 <host>는 SIP-URI의 IP 멀티캐스트 주소를 의미할 수 있고, 상기 <port>는 SIP-URI의 UDP 포트 넘버일 수 있고, 그리고 <query>는 SDP 파일을 제공하는 URL을 의미할 수 있다. 한편, 상기 <query>는 예를 들어, 복수개가 부가될 수도 있으며, 이를 통해 SDP 파일 관련 여러가지 파라미터들을 부여할 수가 있다.
한편, URL에 의해 소스 스테시픽 IP 멀티캐스트 스트림(source specific IP multicast stream)을 표현하고자 한다면, 상기 <query>는, 다음과 같은 포맷으로 나타날 수도 있다. 또한, 소스 스페시틱 멀티캐스트(source specific multicast) 란 용어는, SSM 으로 표현될 수도 있다.
SSM=<host-name>
한편, 상기 <host-name>은, DNS(Domain Name Service) 서버에 의해 IP 주소로 리졸브되는 IP 주소일 수도 있고, 또는 호스트 네임일 수도 있다.
이와 같이, IP 멀티캐스트 URL을 사용한다면, 하나의 통일된 URL 형태로 SIP-URI와 SDP-URL에 관한 정보를 제공하는 것이 가능하다.
또한, 본 발명의 다른 일실시예에 따르면, CRID(Content Reference Identifier)를 이용하여 각각의 컨텐트를 식별할 수 있다. 나아가, 사용자가 선택한 컨텐트를 디스플레이하기 위해서, CRID 로케이션 레졸루션(location resolution) 프로세스를 거쳐서, 상기 CRID에 대응되는 컨텐트를 획득 가능한 로케이션 정보를 획득한다. 예를 들어, 도 4(본 발명의 일실시예에 따른 IPTV 방송 환경에서 컨텐트 검색(Content Referencing) 과정을 전체적으로 도시한 도면)에 도시된 바와 같이, 사용자가 선택한 컨텐트는 CRID로 식별되며, 상기 CRID에 대한 로케이션 리졸빙(Resolving) 프로세스를 통해, 상기 컨텐트의 인스턴스(instance)의 위치를 포함하는 로케이션 정보를 추출하고, 상기 컨텐트를 소비(consuming)할 수가 있다.
다만, 참고적으로, 상기 컨텐트는 예를 들어 영화 “스파이더맨”이 될 수 있고, 상기 인스턴스는 예를 들어 “스파이더맨-HD급 화질”, “스파이더맨-SD급 화질”, “스파이더맨-모바일용 화질”이 될 수 있다.
도 5 및 도 6은 본 발명의 일실시예에 따른 IPTV 방송 환경에서 로케이션 레졸루션 스키마(Location Resolution Schema) 구조를 도시한 도면이다. 다만, 참고적으로 도 5 및 도 6은 하나의 스키마 구조에 대응되며, 도면의 크기 제한상 2개의 도면으로 나누어 도시하였다.
도 5 및 도 6에 도시된 바와 같이, CRID resolution 프로세스를 통해 검출된 CRID에 대응되는 로케이션 정보는, 로케이션 리절트 타입(Location Result Type)에 상세한 내용이 정의되어 있으며, 상기 로케이션 정보는 컨텐트 참고 테이블(Content Referencing Table)을 통해 전송될 수 있다.
도 7은 본 발명의 일실시예에 따른 IPTV 방송 환경에서 컨텐트 참고 테이블(Content Referencing Table)을 도시한 도면이다.
도 7에 도시된 바와 같이, 첫번째 리절트 레코드(result record)는, “crid://bbc.co.uk/1195421736”에 대응하는 CRID의 레졸루션 결과인 “dvb://233a.4000.4740;b028@2007-04-24T00:00:00Z/PT04H00M” 의 로케이션 정보(locator)를 포함하고 있다.
즉, 도 1 내지 도 7에 도시된 바와 같이, 본 발명의 일실시예는, 로케이션 정보(locator)에 SIP-URI 및 SDP-URL을 모두 포함하여 전송하고자 하며, 또한 세션 설정 이전에 SIP-URI 및 SDP-URL을 모두 확보할 수 있는 프로토콜을 보다 명확히 정의하고자 한다.
한편, 도 1에 도시된 S102, S103 단계들과 도 2에 도시된 S202, S203 단계들은, 로케이션 정보, 즉 로케이터를 검색하는 과정인, CRID 레졸루션(resolution) 프로세스로 명명될 수도 있다. 다만, 본 발명의 다른 일실시예에 따르면, 이와 같은 CRID 레졸루션 프로세스를 2가지 방식으로 구현할 수 있다.
첫째, 상기 CRID 레졸루션 프로세스를 구현하는 방법으로서, BCG(Broadband Content Guide) 정보를 통해 컨텐트 참고 테이블(Content Referencing Table)을 수신하는 단계와, 그리고 상기 테이블에서 정의된 로케이션 정보 중 상기 CRID와 일치하는 로케이션 정보를 검출하는 단계를 이용할 수가 있다.
전술한 첫째 방법은, BCG 정보를 멀티캐스트로 수신한 경우에 유용하며, CRID 레졸루션(resolution) 결과를, BCG 정보에 포함하여 전송한다. 또한, 이와 같은 경우는, IPTV 수신기가 프로그램 정보(program information)와, 인스턴스 디스크립션 메타데이터(instance description metadata)를 이미 수신하여 가지고 있는 경우를 의미하며, 상기 IPTV 수신기는 컨텐트 참고 테이블에서 CRID 값이 일치하는 리절트를 찾아내는 것으로, CRID 레졸루션 프로세스를 완료할 수가 있다.
한편, 참고적으로 상기 BCG 정보는, IPTV 방송 환경에서, 다양한 컨텐츠에 대한 상세정보와 접속위치, 서비스 제공자 정보와 서비스 채널 등을 포함하며, 나아가 상기 BCG 정보는 RTSP/RTP를 통한 스트림 연결 정보를 포함할 수도 있어서, IPTV 수신기가, 바로 스트리밍 서버에 접속가능하도록 하는 역할도 담당한다.
따라서, 전술한 첫째 방법을 사용하면, CRID 레졸루션 과정이 IPTV 수신기 내에서 이루어지므로, 별도로 외부기기와 인터랙션(interaction) 프로세스가 필요없는 장점이 있으며, 따라서 컨텐트에 대한 소비 속도가 보다 개선되는 효과도 있다.
둘째, 상기 CRID 레졸루션 프로세스를 구현하는 방법으로서, CRID를 로케이션 레졸루션 서버(Location Resolution Server)에 전송하는 단계와, 그리고 상기 서버로부터 상기 CRID와 일치하는 로케이션 정보를 포함하는 컨텐트 참고 테이블을 수신하는 단계를 이용할 수가 있다.
전술한 둘째 방법은, CRID 레졸루션을 양방향 채널을 통해 수행하는 경우에 유용하며, 로케이션 레졸루션 서버에 CRID를 전송하고, 레졸루션 결과인 컨텐트 참고 테이블을 수신한다. 이와 같이 설계한 경우, IPTV 수신기에 전송하는 BCG 정보에는 프로그램 정보만 포함되므로, 상대적으로 적은 양의 BCG 정보만 전송하면 되는 장점이 있다. 따라서, 컨텐트 제공이 보다 신속하게 이루어질 수가 있다.
도 8은 본 발명의 일실시예에 따른 IPTV 수신기의 데이터 처리 과정을 도시한 플로우 차트이다. 도 8을 참조하여, 상술한 바와 같이 다이렉트(direct) 방법을 통해 SDP-URL 정보를 획득하는 IPTV 수신기의 동작을 보다 상세히 설명하면 다음과 같다.
IPTV 수신기의 사용자는 본인이 사용하고자 하는 컨텐트를 선택한다(S801). 즉 상기 S801 단계에 의한 제어 신호가 IPTV 수신기 측으로 전송된다. 또한, 상기 IPTV 수신기는, 상기 컨텐트에 대응하는 CRID의 권한(authority)에 대한 정보를 이미 가지고 있는지 여부를 판단한다(S802). 즉, 상기 S802 단계는, 상기 IPTV가 서버 등과의 통신 없이 로컬 영역에서 CRID 레졸루션이 수행 가능한지 여부를 판단하는 과정이다.
상기 판단 결과(S802), 가지고 있는 경우에는, 로컬 영역에서 CRID 레졸루션 을 수행하고(S803), CRID 레졸루션이 성공하였는지 여부를 판단한다(S804).
만약, 상기 판단 결과(S802) 가지고 있지 않은 경우 또는 상기 판단 결과(S804) 성공하지 못한 경우에는, 원격지의(remote) 로케이션 레졸루션 서버에 CRID 레졸루션을 요청한다(S811). S811 단계 다음으로는, CRID 레졸루션이 성공하였는지 여부를 판단한다(S812).
만약, 상기 S804, S811 단계에서의 판단 결과 CRID 레졸루션이 성공하였다면, 도 3에 도시된 TIME AND URL TYPE의 스키마에서 정의된 SDP MODE 속성 정보가, “directRef” 값에 해당하는지 여부를 판단한다(S805). 즉, 상기 S805 단계는, SDP 파일을 수신할 수 있는 SDP-URL 정보가 도 3에 도시된 TIME AND URL TYPE의 스키마 등에서 직접 정의되어 전송되고 있는지 여부를 판단하는 프로세스이다.
상기 판단 결과(S805), SDP MODE 속성 정보가 “directRef” 값에 대응되지 않는 경우, 다른 대체 방법을 통해 SDP 파일을 수신한다(S810). 반면, 상기 판단 결과(S805), SDP MODE 속성 정보가 “directRef” 값에 대응되는 경우, 로케이터에 포함된 SDP-URL 속성 정보를 이용하여, SDP 파일을 수신한다(S806).
또한, 상기 로케이터에 포함된 SDP-URL 및 SIP-URI를 이용하여, IG에 세션 셋업을 요청하고(S808), 상기 세션 셋업이 성공하였는지 여부를 판단한다(S808). 상기 S812, 또는 상기 S808 단계에서의 판단 결과 성공하지 못한 경우, 에러 상태로 간주한다(S813).
그리고, 상기 판단 결과(S808), 성공한 경우에는, 해당 컨텐트가 소비되도록 제어한다(S809).
다시 정리하여 설명하면, 본 발명의 일실시예에 의하면, 로컬 혹은 원격(remote)으로 CRID 레졸루션 프로세스를 수행하여, 로케이션 정보, 로케이터를 획득한다. 또한, 로케이터의 SDP MODE 속성 정보가 “directRef” 값에 해당하는지 확인한다. 만약, 상기 SDP MODE 속성 정보가 “directRef” 값에 해당한다면, SDP-URL에 접속하여 SDP 파일을 수신한다. 그리고, 로케이터에 있는 SIP-URI와 상기 수신한 SDP 파일을 이용하여, IG에 세션 셋업을 요청하고, 해당 컨텐트에 대한 소비가 이루어 지도록 제어한다.
도 9는 본 발명의 일실시예에 따른 IPTV 수신기의 구성 요소들을 도시한 블록도 이다. 이하, 도 9를 참조하여, IG(IMS Gateway, 또는 Internet protocol multimedia subsystem Gateway)가 추가된 IPTV 방송 환경에서, 컨텐트를 처리하는 본 발명의 일실시예를 설명하면 다음과 같다.
본 발명의 일실시예에 따른 IPTV 수신기는 OITF(900)를 포함하되 IG(950)를 포함하지 않도록 설계될 수도 있고, 또는 OITF(900)와 IG(950)를 모두 포함하도록 설계될 수도 있다. 또한, 도 9에 도시된 도면은 일실시예에 불과하며, 본 발명의 권리범위는 원칙적으로 도 9이 아닌 특허청구범위에 의해 결정되어야 한다.
OITF(900)는, 네트워크 인터페이스부(Network Interface)(901), TCP/IP 매니저(TCP/IP Manager)(902), 서비스 전달 매니저(Service Delivery Manager)(903), 디멀티플렉서(Demux)(905), PSI&(PSIP and/or DVB-SI) 디코더(904), 오디오 디코더(Audio Decoder)(906), 비디오 디코더(Video Decoder)(907), 디스플레이부(Display A/V and OSD Module)(908), 서비스 제어 매니저(Service Control Manager)(909), 서비스 디스커버리 매니저(Service Discovery Manager)(910), 메타데이터 매니저(Metadata Manager)(912), SI&Metadata DB(911), UI 매니저(914), 그리고 서비스 매니저(913) 등을 포함하여 이루어 진다.
네트워크 인터페이스부(901)는 네트워크 망으로부터 수신되는 패킷(packet)들을 수신하고, 네트워크 망으로 패킷을 전송한다. 즉 네트워크 인터페이스부(901)는 네트워크 망을 통해 서비스 제공자로부터 서비스, 컨텐츠 등을 수신한다.
TCP/IP 매니저(902)는, OITF(900)로 수신되는 패킷과 OITF(900)가 전송하는 패킷에 대하여, 즉 소스로부터 목적지까지의 패킷 전달에 관여한다. 그리고 TCP/IP 매니저(902)는 수신된 패킷을 적절한 프로토콜에 대응되도록 분류하고, 서비스 전달 매니저(905), 서비스 디스커버리 매니저(910), 서비스 제어 매니저(909) 및 메타데이터 매니저(912)로 분류된 패킷을 출력한다.
서비스 전달 매니저(903)는 수신되는 서비스 데이터의 제어를 담당한다. 예를 들어, 실시간 스트리밍(real-time streaming) 데이터를 제어하는 경우 RTP/RTCP를 사용할 수 있다. 상기 실시간 스트리밍 데이터를 RTP를 사용하여 전송하는 경우, 상기 서비스 전달 매니저(903)는 상기 수신된 데이터 패킷을 RTP에 따라 파싱(parsing)하여 디멀티플렉서(905)에 전송하거나 서비스 매니저(913)의 제어에 따라 SI&Metadata DB(911)에 저장한다. 그리고 RTCP를 이용하여 상기 네트워크 수신 정보를 서비스를 제공하는 서버측에 피드백(feedback)한다.
디멀티플렉서(905)는 수신된 패킷을 오디오, 비디오, PSI(Program Specific Information) 데이터 등으로 역다중화하여 각각 오디오/비디오 디코더(906, 907), PSI&(PSIP and/or DVB-SI) Decoder(904)에 전송한다.
PSI&(PSIP and/or DVB-SI) Decoder(904)는 예를 들어, PSI(Program Specific Information) 등의 서비스 정보를 디코딩한다. 즉, PSI&(PSIP and/or DVB-SI) Decoder(904)는 상기 디멀티플렉서(905)에서 역다중화된 PSI 섹션, PSIP(Program and Service Information Protocol) 섹션 또는 DVB-SI(Service Information) 섹션 등을 수신하여 디코딩한다.
또한 상기 PSI&(PSIP and/or DVB-SI) Decoder(904)는 상기 수신된 섹션들을 디코딩하여 서비스 정보에 관한 데이터베이스를 만들고, 상기 서비스 정보에 관한 데이터베이스는 SI&Metadata DB(911)에 저장한다.
오디오/비디오 디코더(906/907)는, 상기 디멀티플렉서(905)에서 수신된 비디오 데이터와 오디오 데이터를 디코딩한다. 상기 오디오 디코더(906)에서 디코딩된 오디오 데이터 및 상기 비디오 디코더(907)에서 디코딩된 비디오 데이터는 디스플레이부(908)를 통하여 사용자에게 제공된다.
UI 매니저(914) 및 서비스 매니저(913)는, OITF(900)의 전반적인 상태를 관리하고 유저 인터페이스를 제공하며, 다른 매니저를 관리한다.
UI 매니저(914)는 사용자를 위한 GUI(Graphic User Interface)를 OSD(On Screen Display) 등을 이용하여 제공하며, 사용자로부터 키 입력을 받아 상기 입력에 따른 수신기 동작을 수행한다. 예를 들어, 사용자로부터 채널선택에 관한 키 입력을 받으면 상기 키 입력신호를 서비스 매니저(913)에 전송한다.
서비스 매니저(913)는 서비스 전달 매니저(903), 서비스 디스커버리 매니 저(910), 서비스 제어 매니저(909) 및 메타데이터 매니저(912) 등 서비스와 연관된 매니저를 제어한다.
또한 서비스 매니저(913)는 채널 맵(Channel Map)을 만들고 상기 유저 인터페이스 매니저(914)로부터 수신한 키 입력에 따라 상기 채널 맵을 이용하여 채널을 선택하다. 그리고 상기 서비스 매니저(913)는 PSI&(PSIP and/or DVB-SI) Decoder(904)로부터 채널의 서비스정보를 전송받아 선택된 채널의 오디오/비디오 PID(Packet Identifier)를 디멀티플렉서(905)에 설정한다.
서비스 디스커버리 매니저(910)는 서비스를 제공하는 서비스 제공자를 선택하는데 필요한 정보를 제공한다. 상기 서비스 매니저(913)로부터 채널선택에 관한 신호를 수신하면, 서비스 디스커버리 매니저(910)는 상기 정보를 이용하여 서비스를 찾는다.
서비스 제어 매니저(909)는 서비스의 선택과 제어를 담당한다. 예를 들어, 사용자가 기존의 방송방식과 같은 Live Broadcasting 서비스를 선택하는 경우 IGMP 또는 RTSP 등을 사용하고, VOD(Video On Demand)와 같은 서비스를 선택하는 경우에는 RTSP를 사용하여 서비스의 선택, 제어를 수행한다. 상기 RTSP 프로토콜은 실시간 스트리밍에 대해 트릭 모드(trick mode)를 제공할 수 있다. 또한, 서비스 제어 매니저(709)는 IMS(IP Multimedia Subsystem), SIP(Session Initiation Protocol)를 이용하여 IMC 게이트웨이를 통하는 세션을 초기화하고 관리할 수 있다. 상기 프로토콜들은 일 실시예이며, 구현 예에 따라 다른 프로토콜을 사용할 수도 있다.
메타데이터 매니저(912)는 서비스와 연관된 메타데이터를 관리하고 상기 메 타데이터를 SI&Metadata DB(911)에 저장한다.
SI&Metadata DN(911)는 PSI&(PSIP and/or DVB-SI) Decoder(904)가 디코딩한 서비스 정보, 메타데이터 매니저(912)가 관리하는 메타데이터 및 서비스 디스커버리 매니저(910)가 제공하는 서비스 제공자를 선택하는데 필요한 정보를 저장한다. 또한 SI&Metadata DB(911)는 시스템에 대한 셋업 데이터 등을 저장할 수 있다.
SI&Metadata DB(911)는 비휘발성 메모리(NonVolatile RAM : NVRAM) 또는 플래쉬 메모리 등을 사용하여 구현될 수도 있다.
한편, 상기 IG(950)는, IMS 코어 네트워크(core network)에 기반한 IMS 기반의 IPTV 서비스에 접근하기 위해 필요한 기능들을 모아 놓은 게이트웨이 이다. 상기 IG(950)는, IG-OITF 서버(951), 네트워크 디스커버리(953), 인증/세션 매니지먼트 클라이언트/서버(952), 그리고 RMS(954) 등을 포함하여 이루어 진다.
상기 OITF(900)는, 상기 IG(950)와 인터페이스 하여, IMS 기반의 IPTV 서비스를 이용할 수가 있다. 상기 IG(950)와 상기 OITF(900)는, 예를 들어 HN-IGI 인터페이스로 연결되어 있으며, 상기 인터페이스는 상기 OITF(900)가 IMS 기반의 IPTV 서비스를 이용할 수 있도록, IG(950)가 제공하는 기능을 처리할 수 있도록 한다.
상기 IG-OITF 서버(951)는, 인증/세션 매니지먼트 클라이언트/서버(952)의 기능을, OITF(900)에 제공한다. 상기 IG-OITF 서버(951)는, 예를 들어 HTTP 등의 프로토콜을 통해 인증/세션 매니지먼트 클라이언트/서버(952)의 기능을, OITF(900)에 제공할 수 있다.
상기 네트워크 디스커버리(953)는 IMS 서버를 검색하고, 상기 서버로의 접속을 수행한다.
상기 인증/세션 매니지먼트 클라이언트/서버(952)는, 가입자 인증 및 매니지된 네트워크 상에 요구되는 세션 관리를 수행한다.
그리고, 상기 RMS(954)는, 매니지된 환경에서 원격 관리 기능을 수행한다.
한편, 도 1 내지 도 8 등을 참조하여, 본 발명의 일실시예에 따른 IPTV 수신기의 동작을 설명하면 다음과 같다. 다만, 상기 IPTV 수신기는, OITF를 포함하되 IG는 포함하지 않을 수도 있고, 또는 OITF와 IG를 모두 포함하도록 설계할 수도 있다.
상기 OITF(900)의 전송부는, 컨텐트에 대응하는 CRID의 레졸루션 요청 신호를 전송한다. 다만, 상기 전송부의 기능을, 상기 네트워크 인터페이스(901)와, 상기 TCP/IP 매니저(902)가 담당하도록 설계할 수도 있다.
상기 OITF(900)의 수신부는, 상기 CRID에 대응하는 SIP-URI 및 SDP-URL을 모두 포함하는 로케이션 정보를 수신한다. 이와 같은 로케이션 정보를 도 3과 같이 예시될 수 있으며, 상기 수신부의 기능을 상기 네트워크 인터페이스(901)와, 상기 TCP/IP 매니저(902)가 담당하도록 설계할 수도 있다.
상기 OITF(900)의 요청부는, 상기 수신된 SDP-URL을 이용하여, 상기 SDP-URL에 대응하는 서버에 SDP 파일을 요청한다. 다만, 상기 요청부의 기능을, 상기 서비스 제어 매니저(909)가 담당하도록 설계할 수도 있다. 참고적으로, 상기 서버는, 도 1 및 도 2에 도시된 서버 중, SDP 파일 로케이션(122)에 해당할 수도 있다.
상기 OITF(900)의 수신부는, 상기 서버로부터 상기 SDP 파일을 수신한다. 다만, 상기 수신부의 기능을, 상기 네트워크 인터페이스(901)와, 상기 TCP/IP 매니저(902)가 담당하도록 설계할 수도 있다.
그리고, 상기 OITF(900)의 상기 서비스 디스커버리 매니저(910) 및 상기 메타데이터 매니저(912)가, 직접 수신한 SDP 파일을 이용하여, 상기 컨텐트를 처리 가능하도록 세션 셋업을 제어한다.
물론, 이와 같은 기능들을 도 9에 도시된 다른 모듈에서 담당하도록 설계하거나, 또는 도시되지 않은 IPTV 수신기내 다른 모듈에서 담당하도록 설계하는 것도 가능하다.
도 1 내지 도 9를 통해 전술하여 설명한 바와 같이, 본 발명의 일실시예에 따르면 IMS 기반의 IPTV 방송 환경에서, BCG 정보를 확장하여 세션 셋업에 필요한 SDP 파일을 보다 신속하게 확보할 수 있다. 또한, 본 발명의 다른 일실시예에 의하면, 추후에 도입될 수 있는 여러가지 방법의 SDP 파일 수신 방법을 대비할 수도 있다.
본 발명에 따른 방법 발명은 모두 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하 드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상과 같이 본 발명은 비록 한정된 실시예와 도면에 의해 설명되었으나, 본 발명은 상기의 실시예에 한정되는 것은 아니며, 본 발명이 속하는 분야에서 통상의 지식을 가진 자라면 이러한 기재로부터 다양한 수정 및 변형이 가능하다.
그러므로, 본 발명의 범위는 설명된 실시예에 국한되어 정해져서는 아니되며, 후술하는 특허청구범위뿐 아니라 이 특허청구범위와 균등한 것들에 의해 정해져야 한다.
도 1은 본 발명의 일실시예에 따른 IPTV 수신기를 포함하는 시스템의 데이터 처리 과정을 도시한 도면이다.
도 2는 본 발명의 다른 일실시예에 따른 IPTV 수신기를 포함하는 시스템의 데이터 처리 과정을 도시한 도면이다.
도 3은 본 발명의 일실시예에 따른 BCG 정보에 추가된 Time And URL Type의 스키마(schema)를 새롭게 정의한 도면이다.
도 4는 본 발명의 일실시예에 따른 IPTV 방송 환경에서 컨텐트 검색(Content Referencing) 과정을 전체적으로 도시한 도면이다.
도 5 및 도 6은 본 발명의 일실시예에 따른 IPTV 방송 환경에서 로케이션 레졸루션 스키마(Location Resolution Schema) 구조를 도시한 도면이다.
도 7은 본 발명의 일실시예에 따른 IPTV 방송 환경에서 컨텐트 참고 테이블(Content Referencing Table)을 도시한 도면이다.
도 8은 본 발명의 일실시예에 따른 IPTV 수신기의 데이터 처리 과정을 도시한 플로우 차트이다.
그리고, 도 9는 본 발명의 일실시예에 따른 IPTV 수신기의 구성 요소들을 도시한 블록도 이다.
<도면의 주요 부분에 대한 부호의 설명>
100 : OITF
110 : IG
120 : Service Server
121 : Metadata Control
122 : SDP file location
123 : ASM
124 : CC (Cluster Control)

Claims (13)

  1. IPTV (Internet Protocol TeleVision) 수신기의 데이터 처리 방법에 있어서,
    컨텐트(content)에 대응하는 CRID(Content Reference IDentifier)의 레졸루션(Resolution) 요청 신호를 전송하는 단계;
    상기 CRID에 대응하는 SIP-URI(Session Initiation Protocol-Uniform Resource Identifier) 및 SDP-URL(Sesstion Description Protocol-Uniform Resource Locator)을 모두 포함하는 로케이션(location) 정보를 수신하는 단계;
    상기 수신된 SDP-URL을 이용하여, 상기 SDP-URL에 대응하는 서버에 SDP 파일을 요청하는 단계; 그리고
    상기 서버로부터, 상기 SDP 파일을 수신하는 단계;
    를 포함하여 이루어 지는 IPTV 수신기의 데이터 처리 방법.
  2. 제1항에 있어서,
    상기 로케이션 정보는,
    BCG(Broadband Content Guide) 정보의 TIME AND URL TYPE 스키마(schema)에서 정의되는 IPTV 수신기의 데이터 처리 방법.
  3. 제2항에 있어서,
    상기 TIME AND URL TYPE 스키마는,
    SDP 파일이 전송되는 방법을 식별하는 SDP MODE 속성(Attribute) 정보와, 그리고
    상기 SDP 파일을 제공하는 URL을 표시하는 SDP-URL 속성 정보
    를 추가 정의하는 IPTV 수신기의 데이터 처리 방법.
  4. 제3항에 있어서,
    상기 요청하는 단계는,
    상기 SDP MODE 속성 정보를 체크함으로써, 상기 SDP 파일이 전송되는 방법이 다이렉트 SDP 파일 전송 타입에 해당하는지 여부를 판단하는 단계;
    상기 판단 결과 다이렉트 SDP 파일 전송 타입에 해당하는 경우, 상기 SDP-URL 속성 정보를 체크함으로써, SDP 파일을 제공하는 URL을 확인하는 단계; 그리고
    상기 확인된 URL에 대응하는 서버에 SDP 파일을 요청하는 단계
    를 더 포함하는 IPTV 수신기의 데이터 처리 방법.
  5. 제1항에 있어서,
    상기 로케이션 정보는,
    상기 컨텐트에 대응하는 SDP 파일이 전송되는데 사용되는 프로토콜의 명칭과, SIP-URI와, 그리고 SDP 파일을 제공하는 URL로 조합된 IP 멀티캐스트 URL 정보를 포함하는 IPTV 수신기의 데이터 처리 방법.
  6. 제1항에 있어서,
    상기 SDP 파일을 수신하는 단계 다음에,
    상기 수신된 SIP-URI 및 상기 SDP 파일을 이용하여, 상기 컨텐트를 처리 가능하도록 세션 셋업(session setup)을 제어하는 단계
    가 더 포함되는 IPTV 수신기의 데이터 처리 방법.
  7. 제1항에 있어서,
    상기 로케이션 정보를 수신하는 단계 다음에,
    상기 수신된 SIP-URI 및 상기 SDP-URL을 이용하여, 상기 컨텐트를 처리 가능하도록 하는 세션 셋업을 IG(Internet protocol mltimedia subsystem Gateway)에 요청하는 단계; 그리고
    상기 IG에 의해 상기 세션 셋업이 이루어 지도록 제어하는 단계
    가 더 포함되는 IPTV 수신기의 데이터 처리 방법.
  8. 제1항에 있어서,
    상기 SDP 파일은,
    상기 컨텐트를 구성하는 스트리밍 멀티미디어 초기화 파라미터(Streaming Multimedia Initiation Parameter)를 포함하는 IPTV 수신기의 데이터 처리 방법.
  9. 제1항의 방법을 실행하기 위한 프로그램이 기록되어 있는 것을 특징으로 하 는 컴퓨터에서 판독 가능한 기록 매체.
  10. IPTV (Internet Protocol TeleVision) 수신기에 있어서,
    컨텐트(content)에 대응하는 CRID(Content Reference IDentifier)의 레졸루션(Resolution) 요청 신호를 전송하는 전송부;
    상기 CRID에 대응하는 SIP-URI(Session Initiation Protocol-Uniform Resource Identifier)) 및 SDP-URL(Sesstion Description Protocol-Uniform Resource Locator)을 모두 포함하는 로케이션(location) 정보를 수신하는 수신부;
    상기 수신된 SDP-URL을 이용하여, 상기 SDP-URL에 대응하는 서버에 SDP 파일을 요청하는 요청부; 그리고
    상기 서버로부터, 상기 SDP 파일을 수신하는 수신부;
    를 포함하여 이루어 지는 IPTV 수신기.
  11. 제10항에 있어서,
    상기 로케이션 정보는,
    BCG(Broadband Content Guide) 정보의 TIME AND URL TYPE 스키마(schema)에서 정의되는 IPTV 수신기.
  12. 제11항에 있어서,
    상기 TIME AND URL TYPE 스키마는,
    SDP 파일이 전송되는 방법을 식별하는 SDP MODE 속성(Attribute) 정보와, 그리고
    상기 SDP 파일을 제공하는 URL을 표시하는 SDP-URL 속성 정보
    를 추가 정의하는 IPTV 수신기.
  13. 제10항에 있어서,
    상기 로케이션 정보는,
    상기 컨텐트에 대응하는 SDP 파일이 전송되는데 사용되는 프로토콜의 명칭과, SIP-URI와, 그리고 SDP 파일을 제공하는 URL로 조합된 IP 멀티캐스트 URL 정보를 포함하는 IPTV 수신기.
KR1020090003305A 2008-03-21 2009-01-15 Ｉｐｔｖ 수신기의 데이터 처리 방법 및 상기 ｉｐｔｖ 수신기 KR101520700B1 (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP09154806.5A EP2104299B1 (en) 2008-03-21 2009-03-10 Method of processing data in an internet protocol television system
US12/382,183 US8554922B2 (en) 2008-03-21 2009-03-10 Method of processing data in internet protocol television receiver and internet protocol television receiver
US12/382,236 US8554923B2 (en) 2008-03-21 2009-03-11 Method of processing data in internet protocol television receiver and internet protocol television receiver
US14/878,724 USRE46566E1 (en) 2008-03-21 2015-10-08 Method of processing data in internet protocol television receiver and internet protocol television receiver
US14/878,366 USRE46508E1 (en) 2008-03-21 2015-10-08 Method of processing data in internet protocol television receiver and internet protocol television receiver

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US3842108P 2008-03-21 2008-03-21
US61/038,421 2008-03-21
US4225608P 2008-04-03 2008-04-03
US61/042,256 2008-04-03

Publications (2)

Publication Number Publication Date
KR20090101077A true KR20090101077A (ko) 2009-09-24
KR101520700B1 KR101520700B1 (ko) 2015-05-15

Family

ID=41359163

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020090003305A KR101520700B1 (ko) 2008-03-21 2009-01-15 Ｉｐｔｖ 수신기의 데이터 처리 방법 및 상기 ｉｐｔｖ 수신기

Country Status (1)

Country Link
KR (1) KR101520700B1 (ko)

Also Published As

Publication number Publication date
KR101520700B1 (ko) 2015-05-15

Similar Documents

Publication Publication Date Title
USRE46566E1 (en) Method of processing data in internet protocol television receiver and internet protocol television receiver
US8291462B2 (en) Broadcast receiver, broadcast data transmitting method and broadcast data receiving method
KR101295571B1 (ko) 디지털 방송 서비스 방법 및 시스템과 디지털 방송수신방법 및 수신기
US8745662B2 (en) Method of transmitting preview content and method and apparatus for receiving preview content
US8621537B2 (en) Method of processing channel information and receiver
KR101356502B1 (ko) 방송 신호 전송 방법, 방송 신호 수신 방법 및 방송 수신기
US20110162021A1 (en) Internet protocol tv(iptv) receiver and a method for receiving application information in an iptv receiver
US20080172701A1 (en) Method of transmitting/receiving digital contents and digital content reception system
KR20120080517A (ko) 컨텐츠 관리 방법 및 이를 위한 영상 표시 기기
CA2674301C (en) Method of processing channel information and receiver
KR101520702B1 (ko) Ｉｐｔｖ 수신기의 데이터 처리 방법 및 상기 ｉｐｔｖ 수신기
US8676987B2 (en) Method of processing data in internet protocol television receiver and internet protocol television receiver
KR101520700B1 (ko) Ｉｐｔｖ 수신기의 데이터 처리 방법 및 상기 ｉｐｔｖ 수신기
KR20100047506A (ko) 방송 서비스 정보 처리 방법 및 디지털 방송 수신기
KR101520701B1 (ko) Ｉｐｔｖ 수신기의 데이터 처리 방법 및 상기 ｉｐｔｖ 수신기
CN101667955B (zh) 一种点播业务会话发起的方法及装置
AU2009201131B2 (en) Method of processing data in internet protocol television receiver and internet protocol television receiver
EP2104298A1 (en) Method of processing data in an internet protocol television system
KR20100133885A (ko) 네트워크와 연결된 서비스 프로바이더에서 ｅｐｇ 데이터를 처리하는 방법 및 ｅｐｇ 데이터를 처리하는 디지털 방송 수신기
CN101540788A (zh) 在因特网协议电视接收机中处理数据的方法和因特网协议电视接收机
KR101637352B1 (ko) 디지털 방송 수신기 및 컨텐츠 관리 방법
KR101666895B1 (ko) 디지털 방송 수신기 및 컨텐츠 관리 방법
KR20090030293A (ko) 프리뷰 컨텐츠의 전송 시스템 및 방법과, 그의 수신장치 및방법

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant