WO2012023777A2

WO2012023777A2 - 컨텐츠 제공 및 재생 방법, 그를 이용한 컨텐츠 제공 장치 및 수신 장치

Info

Publication number: WO2012023777A2
Application number: PCT/KR2011/005989
Authority: WO
Inventors: 김경호; 김관석
Original assignee: 엘지전자 주식회사
Priority date: 2010-08-16
Filing date: 2011-08-16
Publication date: 2012-02-23
Also published as: WO2012023777A3

Abstract

본 발명은 컨텐츠 제공 및 재생 방법, 그를 이용한 컨텐츠 제공 장치 및 수신 장치에 관한 것으로, 그 방법은 별도의 파일로 제공되는 컨텐츠와 광고에 대한 위치 정보가 재생 순서에 따라 기록되어 있는 플레이 리스트 파일을 수신하는 단계; 플레이 리스트 파일에 기록된 위치 정보를 이용하여 컨텐츠 파일과 광고 파일을 획득하는 단계; 및 플레이 리스트 파일의 재생 순서에 따라 획득된 컨텐츠 파일과 광고 파일을 순차적으로 재생하는 단계를 포함한다.

Description

컨텐츠 제공 및 재생 방법, 그를 이용한 컨텐츠 제공 장치 및 수신 장치

본 발명은 컨텐츠를 광고와 함께 제공하는 방법 및 장치에 관한 것이다.

디지털 TV는 본래 기능인 비디오 및 오디오를 포함하는 다양한 부가 서비스들을 제공할 수 있으며, 예를 들어 프로그램의 방영 시간 등을 나타내는 메타 데이터를 통해 사용자가 원하는 프로그램을 선택할 수 있게 한다.

ATSC(Advanced Television System Committee) 디지털 방송의 경우, 프로그램 정보가 PSIP(Program and System Information Protocol) 규격을 이용하여 전달되고, 상기 디지털 TV는 상기 전달되는 프로그램 정보를 해석하여 사용자가 선택이 용이하도록 전자 프로그램 가이드(EPG, Electronic Program Guide)를 화면에 표시한다.

한편, 유선 또는 무선 통신망을 이용한 디지털 TV 서비스가 보편화되고 있다. 디지털 TV 서비스는 기존의 아날로그 방송 서비스에서는 제공할 수 없었던 다양한 서비스를 제공할 수 있다.

예를 들어, 디지털 TV 서비스의 한 종류인 IPTV(Internet Protocol Television) 서비스의 경우 사용자로 하여금 시청 프로그램의 종류, 시청 시간 등을 능동적으로 선택할 수 있도록 하는 양방향성을 제공한다. IPTV 서비스는 이러한 양방향성을 기반으로 하여 다양한 부가 서비스, 예컨대 인터넷 검색, 홈쇼핑, 온라인 게임 등을 제공할 수도 있다.

본 발명은 컨텐츠를 광고와 함께 효율적으로 제공할 수 있는 컨텐츠 제공 및 재생 방법, 그를 이용한 컨텐츠 제공 장치 및 수신기를 제공하는 것을 목적으로 한다.

본 발명의 실시예에 따른 컨텐츠 재생 방법은, 별도의 파일로 제공되는 컨텐츠와 광고에 대한 위치 정보가 재생 순서에 따라 기록되어 있는 플레이 리스트 파일을 수신하는 단계; 상기 플레이 리스트 파일에 기록된 위치 정보를 이용하여 컨텐츠 파일과 광고 파일을 획득하는 단계; 및 상기 플레이 리스트 파일의 재생 순서에 따라, 상기 획득된 컨텐츠 파일과 광고 파일을 순차적으로 재생하는 단계를 포함한다.

본 발명의 실시예에 따른 컨텐츠 제공 방법은, 별도의 파일로 제공되는 컨텐츠와 광고에 대한 위치 정보가 재생 순서에 따라 기록되어 있는 플레이 리스트 파일을 생성하는 단계; 및 상기 생성된 플레이 리스트 파일을 수신 장치로 전송하는 단계를 포함한다.

본 발명의 실시예에 따른 수신 장치는, 컨텐츠 및 상기 컨텐츠와 함께 재생될 광고를 별도의 파일들로 수신하고, 상기 컨텐츠 및 상기 광고에 대한 위치 정보가 재생 순서에 따라 기록되어 있는 플레이 리스트 파일을 수신하는 수신부; 상기 수신된 컨텐츠 파일 또는 광고 파일을 저장하는 저장부; 및 상기 플레이 리스트 파일에 기록된 위치 정보를 이용해 상기 컨텐츠 파일과 상기 광고 파일을 획득하여 상기 플레이 리스트 파일의 재생 순서에 따라 순차적으로 재생시키는 제어부를 포함한다.

본 발명의 실시예에 따른 컨텐츠 제공 장치는, 별도의 파일로 제공되는 컨텐츠와 광고에 대한 위치 정보가 재생 순서에 따라 기록되어 있는 플레이 리스트 파일을 생성하는 제어부; 및 상기 생성된 플레이 리스트 파일을 수신 장치로 전송하는 송신부를 포함한다.

본 발명의 실시예에 따르면, 컨텐츠와 광고에 대한 위치 정보가 재생 순서에 따라 기록되어 있는 플레이 리스트 파일을 제공하여, 별도의 파일로 제공되는 컨텐츠와 광고가 컨텐츠 제공자가 원하는 재생 순서 및 위치 등에 따라 효율적으로 함께 재생되도록 할 수 있다.

본 발명의 다른 실시예에 따르면, 컨텐츠와 함께 재생되는 광고에 대해 식별 정보를 제공하여, 광고 데이터가 수신 장치에 중복 저장되는 것을 방지할 수 있으며, 그에 따라 수신 장치의 저장 공간을 효율적으로 관리할 수 있다.

본 발명의 또 다른 실시예에 따르면, 광고의 재생 구간 중 실행 가능한 트릭 플레이(trick play)를 제한함으로써, 컨텐츠 제공자의 의도에 따라 광고가 스킵되지 않고 수신 장치에서 재생되도록 할 수 있다.

본 발명의 또 다른 실시예에 따르면, 컨텐츠와 함께 재생되는 광고에 대해 다양한 획득 방법을 제공함으로써, 수신 장치의 현재 상태에 따라 적응적으로 컨텐츠와 광고를 함께 재생할 수 있다.

도 1은 본 발명의 일실시예에 따른 컨텐츠 송수신 시스템의 구성을 간략하게 나타내는 블록도이다.

도 2 및 도 3은 플레이 리스트 파일의 구성에 대한 예들을 나타내는 도면들이다.

도 4는 본 발명의 또 다른 실시예에 따른 컨텐츠 송수신 시스템의 구성을 간략하게 나타내는 블록도이다.

도 5는 적응적 스트리밍(adaptive stream)을 위한 플레이 리스트 파일의 구성에 대한 일예를 나타내는 도면이다.

도 6은 본 발명의 실시예에 따른 수신 장치의 구성을 간략하게 나타내는 블록도이다.

도 7은 본 발명의 실시예에 따른 컨텐츠 재생 방법을 나타내는 흐름도이다.

도 8은 컨텐츠와 광고를 함께 재생하는 방법에 대한 제1 실시예를 나타내는 도면이다.

도 9 내지 도 11은 본 발명의 실시예에 따른 플레이 리스트 파일의 구성을 나타내는 도면들이다.

도 12는 컨텐츠와 광고를 함께 재생하는 방법에 대한 제2 실시예를 나타내는 도면이다.

도 13 내지 도 16은 본 발명의 또 다른 실시예에 따른 플레이 리스트 파일의 구성을 나타내는 도면들이다.

도 17 내지 도 22는 플레이 리스트 파일을 수신하는 방법에 대한 실시예들을 설명하기 위한 도면들이다.

도 23은 광고 파일을 수신하는 방법에 대한 제1 실시예를 나타내는 흐름도이다.

도 24는 광고 파일을 수신하는 방법에 대한 제2 실시예를 나타내는 흐름도이다.

도 25는 컨텐츠, 광고 및 플레이 리스트 사이의 관계를 설명하기 위한 도면이다.

도 26은 광고 ID를 이용하여 광고를 공유하는 방법에 대한 일실시예를 나타내는 도면이다.

도 27은 광고 ID를 이용하여 저장된 광고를 검색하는 방법에 대한 일실시예를 나타내는 도면이다.

도 28은 본 발명의 또 다른 실시예에 따른 컨텐츠 재생 방법을 나타내는 흐름도이다.

도 29는 광고 파일을 삭제하는 방법에 대한 일실시예를 나타내는 흐름도이다.

도 30은 수신 장치에서 실행 가능한 트릭 플레이들을 설명하기 위한 도면이다.

도 31 내지 도 34은 광고의 재생 구간 동안 트릭 플레이를 제한하는 방법에 대한 실시예들을 나타내는 도면들이다.

도 35 및 도 36은 광고의 다양한 수신 방법들을 제공하는 방법에 대한 일실시예를 설명하기 위한 도면들이다.

도 37은 적응적 스트리밍(adaptive stream)을 위한 플레이 리스트 파일 및 미디어 파일의 구성에 대한 일실시예를 나타내는 도면이다.

도 38 내지 도 43은 도 37에 도시된 플레이 리스트 파일들의 구성에 대한 실시예들을 나타내는 도면들이다.

도 44는 본 발명의 실시예에 따른 IPTV 수신기의 구성을 나타내는 블록도이다.

이하, 첨부된 도 1 내지 도 44를 참조하여 본 발명의 실시예에 따른 컨텐츠 제공 및 재생 방법, 그를 이용한 컨텐츠 제공 장치 및 수신 장치에 대하여 상세히 설명하기로 한다.

이하에서 본 발명의 실시예를 설명함에 있어, 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고, 후술 되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

도 1은 본 발명의 일실시예에 따른 컨텐츠 송수신 시스템의 간략한 구성을 블록도로 도시한 것으로, 도시된 컨텐츠 송수신 시스템은 방송 시스템(10), 인터넷 서버(20), 수신 장치(30) 및 홈게이트웨이(40)를 포함하여 구성될 수 있다.

먼저, 컨텐츠 서비스의 제공 측면에서 볼 때, 본 발명의 일실시예에 따른 컨텐츠 송수신 시스템은 컨텐츠 제공자(Content Provider : CP) 네트워크 제공자(Network Provider : NP) 및 사용자로 나뉠 수 있다.

상기 컨텐츠 제공자는 각종 컨텐츠를 제작하여 제공하며, 예를 들어 지상파 방송 송출자(terrestrial broadcaster), 케이블 방송 사업자(cable SO(System Operator) 또는 MSO(Multiple System Operator)), 위성 방송 송출자(satellite broadcaster), 인터넷 방송 송출자(Internet broadcaster) 등이 있을 수 있다.

또한, 상기 네트워크 제공자는 상기 서비스를 사용자에게 제공하기 위한 네트워크 망을 제공한다. 사용자는 홈 네트워크(Home Network End User : HNED)를 구축하여 상기 서비스를 제공받을 수 있다.

도 1을 참조하면, 컨텐츠 제공자는 방송 시스템(10) 또는 인터넷 서버(20)를 이용하여 방송망 또는 인터넷 등의 네트워크를 통해 수신 장치(30)로 컨텐츠를 제공할 수 있다.

방송 시스템(10)은 단방향(unidirectional) 채널을 이용하여 멀티캐스트(multicast) 방식의 방송망을 통해 송신 장치(30)로 컨텐츠를 전송할 수 있으며, 구체적으로 실시간(RT, Real-Time) 서비스 또는 비실시간(NRT, Non-Real-Time) 서비스를 방송망을 통해 수신 장치(30)로 제공할 수 있다.

예를 들어, 방송 시스템(10)은 ATSC(Advanced Television Systems Committee) 순응형 디지털 방송 규격에 따라 실시간(RT) 서비스를 위한 방송 신호를 생성하여 방송망을 통해 수신 장치(30)로 전송할 수 있다. 그러나, 본 발명에 따른 실시간 서비스는 상기 ATSC 규격에 제한되지 아니하며, 다양한 방송 통신 규격에 의해 송수신될 수 있다.

상기 비실시간(NRT) 서비스는 비디오 및 오디오 콘텐트가 방송국(10)으로부터 DTV 수신기(20)로 실시간 속도보다 느린 속도 또는 빠른 속도(또는 이들의 조합)를 가지고 스트리밍되는 서비스로서, 실시간 스트리밍이 아닌 비실시간 전송, 저장 및 시청 동작을 수반할 수 있다.

방송 시스템(10)은 상기 실시간 서비스와 비실시간 서비스를 동일 또는 다른 채널을 통해 전송할 수 있으며, 예를 들어 상기 실시간 서비스를 송신하고 그 과정에서 남는 대역폭을 이용하거나 또는 전용 대역폭을 이용하여 상기 비실시간 서비스를 제공할 수 있다.

상기 비실시간 서비스를 이용하여, 방송 시스템(10)은 뉴스 클립(News Clip), 날씨 정보, Push VOD(Video On Demand) 또는 타겟 광고(targeted advertising) 등의 다양한 컨텐츠들을 포함하는 서비스를 제공할 수 있다.

한편, 인터넷 서버(20)는 양방향(unidirectional) 채널을 이용하여 인터넷을 통해 수신 장치(30)사 구성하는 홈네트워크의 홈게이트웨이(40)로 컨텐츠를 전송할 수 있다.

수신 장치(30)는 디지털 방송을 수신할 수 있으며, 그와 함께 인터넷 서비스를 수신하여 시청자에게 제공하는 IPTV 수신기일 수 있다. 그를 위해, 수신 장치(30)는 인터넷을 통해 컨텐츠 제공자로부터 직접 인터넷 서비스를 수신할 수 있으며, 컨텐츠 제공자로부터 필요한 정보를 검색을 요청하고 그 결과를 수신하여 사용자에게 제공할 수 있다.

또한, 수신 장치(30)는 인터넷을 통해 컨텐츠를 수신할 수 있을 뿐만 아니라 지상파를 통해 지상파 방송 송출자(terrestrial broadcaster)로부터 방송 서비스를 수신할 수 있고, 케이블을 통해 케이블 방송 사업자(cable SO(System Operator) 또는 MSO(Multiple System Operator))로부터 방송 서비스를 수신할 수 있으며, 위성을 통해 위성 방송 송출자(satellite broadcaster)로부터 방송 서비스를 수신할 수도 있다.

본 발명의 일실시예에 따르면, 수신 장치(30)는 OITF(Open IPTV Terminal Function)이거나, 도 1을 참조하여 설명한 바와 같이 기존 방송망을 이용한 방송 수신과 인터넷을 이용한 양방향 서비스가 가능한 OHTV(Open Hibrid TV)일 수 있다.

예를 들어, 상기 OHTV와 같은 하이브리드(hybrid) 형태의 IPTV 시스템의 경우, 지상파 방송, 케이블 방송, 위성 방송, 개인 방송 등과 같은 각종 방송 컨텐츠나, 다양한 인터넷 영상 컨텐츠, 영상 이외의 데이터 컨텐츠 등을 사용자에게 제공할 수 있다. 그리고 상기 컨텐츠들은 실시간으로 제공될 수도 있고, 요청에 따라 주문형(on demand)으로 제공될 수도 있다.

한편, 상기한 바와 같은 오픈 인터넷(Open Internet)에서는 QoS 보장이 어려우므로, 인터넷 서버(20)는 전송하고자 하는 컨텐츠 파일 등을 복수의 세그먼트들로 분할한 후 네트워크 대역폭(bandwidth)에 따라 적응적으로 스트리밍(adaptive steaming)할 수 있다.

상기 적응적 스트리밍(Adaptive streaming)은 하나의 컨텐츠에 대하여 서로 다른 비트율(bitrate)를 가진 컨텐츠 파일들을 만들어 두고, 수신 장치(30)의 네트워크 대역폭에 따라 전송할 비트율을 선택하여 전송하도록 하는 것이다.

본 발명의 실시예에 따르면, 수신 장치(30)는 방송 시스템(10) 또는 인터넷 서버(20)로부터 재생하고자 하는 컨텐츠이외에, 상기 컨텐츠와 함께 재생되는 광고를 수신할 수 있으며, 컨텐츠 제공자가 의도한 재생 순서 및 위치 등에 따라 상기 수신된 광고를 컨텐츠와 함께 재생할 수 있다.

도 2는 상기 플레이 리스트 파일의 구성에 대한 일예를 도시한 것으로, NULL Soft 사의 윈앰프(winamp)라는 MP3 재생 응용프로그램에서 사용되는 M3U 파일의 플레이 리스트 형식을 나타낸 것이다.

도 2를 참조하면, 플레이 리스트 파일인 M3U 파일은 “#”로 시작되는 명령어들이 나열되는 형식으로 구성된다.

예를 들어“#EXTM3U”는 해당 파일이 M3U 파일 형식으로 만들어진 플레이 리스트라는 것을 의미하는 것으로, 플레이 리스트 파일의 시작을 의미하기 때문에 반드시 필요한 것이다.

또한, “#EXTINF”라는 키워드를 사용하여 재생할 컨텐츠 파일들이 나열되고, “#EXTINF”이후에 해당 컨텐츠에 대한 시간, 저자명 및 프로그램명(타이틀)이 포함되고, 상기 저자명과 프로그램명(타이틀)을 구분하는 구분자인“-“가 존재할 수 있다.

상기 프로그램명은 MP3 파일 또는 MPEG4 비디오 파일 등일 수 있으나, 이에 한정되지 아니하고 해당 플레이 리스트를 사용하는 미디어 플레이어가 어떤 형태로 압축된 멀티미디어 파일들을 재생할 수 있는지에 따라 다양한 종류의 파일들이 포함될 수 있다.

구체적으로, 도 3에 도시된 M3U 플레이 리스트 파일의 경우, 수신 장치(30)의 저장 매체 중 "C:＼Music＼"의 위치에 저장된 저자 "미상"의 "애국가(국민의례).mp3" 파일이 "124" 초 동안 재생된 후, "C:＼Music＼"의 위치에 저장된 저자 "미상"의 "숨바꼭질(동요).mp3" 파일이 "34" 초 동안 재생됨을 나타낼 수 있다.

상기한 바와 같이, M3U 형식의 플레이 리스트 파일에서는, 복수의 컨텐츠 파일들이 해당 파일의 위치 정보와 함께 나열될 수 있다.

한편, 도 2 및 도 3에 도시된 M3U 형식의 플레이 리스트 파일에서 재생할 파일들에 대한 정보를 나열하는 것만으로는, 오픈 인터넷 환경에서 컨텐츠를 전송하는데 어려움이 있을 수 있다.

즉, 오픈 인터넷 환경은 QoS를 보장하지 않으므로, 네트워크 트래픽(network traffic)에 따라 수신 장치(30)로 전송할 수 있는 대역폭이 동적으로 변화하여 컨텐츠 파일의 전송을 위해 필요한 안정적이고 고정적인 대역폭을 확보하기 어려울 수 있다.

예를 들어, 사용자가 집에서 사용하는 PC 시스템에서 네트워크 전송이 빈번한 소프트웨어를 설치 또는 사용하는 경우, 네트워크 트래픽의 증가로 인해 안정적이고 고정적인 대역폭을 확보할 수 없으며, 이러한 문제의 해결을 위해인터넷 게이트웨이가 특정 소프트웨어에 대역폭을 할당하는 방법도 고안되어 있지만 현재까지는 널리 사용되지 못하고 있다.

또한, 수신 장치(30)에 고정적인 대역폭이 보장되는 경우에도, 오픈 인터넷 환경에서 운영되는 인터넷 서버(20)는 여러 다른 네트워크들을 거쳐 서비스가 전송되므로, 여전히 QoS 보장에 어려움이 있을 수 있다.

예를 들어, 유튜브(Youtube) 등과 같은 서비스들은 특정 서비스 사업자 운영하는 다른 네트워크를 통하여 제공되어, 전송 과정에서 네트워크 설정이나 트래픽의 양이 증가함에 따라 컨텐츠가 지연 전송되거나 전송 포기(drop) 또는 재전송될 가능성이 있다.

상기한 바와 같은 QoS 보장의 문제는 오픈 인터넷 환경에서 컨텐츠 서비스를 제공하는 컨텐츠 제공자들에게 어려움을 느끼게 하는 주요한 원인이 될 수 있다.

한편, 상기와 같은 컨텐츠 전송의 어려움을 해결하기 위하여, M3U 형태의 플레이 리스트 파일을 이용하여 네트워크 대역폭에 따라 컨텐츠를 적절하게 송수신할 수 있도록 하는 적응적 스트리밍(adaptive streaming) 방식이 이용될 수 있다.

상기 적응적 스트리밍(adaptive streaming) 방식은 하나의 컨텐츠에 대하여 서로 다른 비트율을 가진 컨텐츠 파일들을 만들어 두고 수신 장치(30)의 대역폭에 따라 비트율을 선택하여 전송 요청할 수 있도록 하는 것으로, 오픈 인터넷 환경에서는 대부분 HTTP 프로토콜을 이용해 컨텐츠를 전송하고 있기 때문에, HTTP Adaptive Streaming이라고 지칭된다.

도 3은 본 발명의 또 다른 실시예에 따른 컨텐츠 송수신 시스템의 구성을 블록도로 도시한 것으로, 상기 적응적 스트리밍(adaptive streaming)을 위한 시스템의 구조에 대한 일예를 나타낸 것이다.

도 3을 참조하면, 적응적 스트리밍(adaptive streaming)을 위한 시스템은 서버(server, 50), 분배 서버(distribution, 60) 및 클라이언트(client, 70)를 포함하여 구성될 수 있다.

서버(50)가 AV(Audio/Video)를 미가공된 데이터(raw data)로 미디어 인코더(media encoder, 51)에 전달하면, 미디어 인코더(51)는 상기 AV 데이터를 MPEG-2 TS 형태의 스트리밍 파일 포맷(streaming File Format)으로 변환할 수 있다.

한편, 스트리밍 세그멘터(stream segmenter, 52)는 미디어 인코더(51)로부터 출력되는 MPEG-2 TS 스트리밍 파일을 복수의 세그먼트들로 분할할 수 있다.

예를 들어, 스트리밍 세그멘터(52)는 하나의 파일 또는 실시간 MPEG-2 TS 스트리밍 파일을 약 10초간 재생할 수 있는 크기의 세그멘트들로 분할한 후 분배 서버(60)에 저장시킬 수 있다.

클라이언트(70)는 도 1을 참조하여 설명한 바와 같은 기능을 가지는 수신 장치(30)를 의미할 수 있으며, HTTP 프로토콜을 이용해 분배 서버(60)에 저장되어 있는 분할된 파일들을 요청하여 전송받아 재생할 수 있다.

한편, 상기 분할된 파일들에 대한 정보는 도 2 및 도 3을 참조하여 설명한 바와 같은 플레이 리스트 파일에 모두 포함되어 있으므로, 클라이언트(70)는 어떤 파일을 다음에 요청해야 하는지 용이하게 알 수 있다.

또한, 서로 다른 비트율을 가지는 MPEG-2 TS 파일 세그먼트들이 분배 서버(60)에 저장될 수 있으며, 그를 위해 각각 특정 비트율로 인코딩된 MPEG-2 TS 파일 세그먼트들이 저장된 웹 서버(web server, 61)가 분배 서버(60)에 여러개 존재할 수 있다.

예를 들어, 20kbps의 비트율로 인코딩된 MPEG-2 TS 파일 세그먼트들과 500kbps의 비트율로 인코딩된 MPEG-2 TS 파일 세그먼트들이 서로 다른 파일명으로 분배 서버(60)에 저장될 수 있다.

그에 따라, 클라이언트(70)는 수신 지역의 대역폭이 감소하는 경우, 20kbps의 비트율로 인코딩된 파일을 요청하여 10초간 재생하고, 상기 재생 시간인 10초가 경과하기 전에 다시 주기적으로 대역폭을 검사할 수 있다.

이 때, 상기 대역폭이 고용량, 고품질의 파일을 전송할 수 있을 정도로 증가하는 경우, 클라이언트(70)는 500kbps의 비트율로 인코딩된 파일의 전송을 요청할 수 있다.

그로 인해, 클라이언트(70)는 네트워크 대역폭에 따라 적응적으로 20kbps와 500kbps의 비트율들로 인코딩된 컨텐츠들을 번갈아 수신하여 재생할 수 있으며, 대역폭이 좋지 않은 경우 재생하는 영상의 질이 저하될 수 있으나 영상이 끊어지는 현상이 최소화될 수 있다.

도 5는 상기한 바와 같은 적응적 스트리밍(adaptive stream)을 위한 플레이 리스트 파일의 구성에 대한 일예를 도시한 것으로, Apple사의 HTTP Adaptive Streaming에서 이용되는 M3U 플레이 리스트 파일의 구성을 나타낸 것이다.

클라이언트(70)는 도 5에 도시된 플레이 리스트 파일을 이용하여 각각 10초 동안 재생할 수 있는 MPEG-2 TS 파일 세그먼트들을 전송 요청할 수 있다.

본 발명의 일실시예에 따르면, 상기한 바와 같은 적응적 스트리밍(Adaptive Streaming) 방식을 이용하여 컨텐츠 및 상기 컨텐츠와 함께 재생되는 광고가 전송될 수 있다.

상기 컨텐츠와 광고는 모두 동영상 데이터로 구성되나, 별도의 독립된 파일들로 서로 다른 서버나 서로 다른 파일들의 형태로 전송될 수 있으며, 특정 부분에서 컨텐츠의 재생이 정지되고 광고가 재생되며 광고 재생이 종료된 후에는 해당 컨텐츠가 자연스럽게 끊김 없이 재생되는 것이 필요하다.

또한, 광고는 재생되는 컨텐츠의 맨 앞과 중간 또는 맨 마지막 부분 등에서 재생될 수 있으며, 상기 광고는 재생 도중에 사용자의 트릭 플레이(trick play)에 의해 스킵(skip) 되거나 다음 부분으로 점프(jump)되어 광고를 제외한 컨텐츠만이 재생되는 것을 방지하는 것이 필요할 수 있다.

그리고, 비실시간 서비스(NRT) 등을 이용하여 광고가 미리 수신 장치(30)에 저장이 되어 있는 경우, 수신 장치(30)는 플레이 리스트 파일만을 이용하여 컨텐츠와 광고를 함께 재생하는 것이 요구될 수 있다.

본 발명의 실시예에 따른 수신 장치는 별도의 파일로 제공되는 컨텐츠와 광고에 대한 위치 정보가 재생 순서에 따라 기록되어 있는 플레이 리스트 파일을 수신하고, 상기 플레이 리스트 파일에 기록된 위치 정보를 이용하여 컨텐츠 파일과 광고 파일을 획득한 후 상기 플레이 리스트 파일의 재생 순서에 따라 순차적으로 재생할 수 있다.

도 6은 본 발명의 실시예에 따른 수신 장치의 간략한 구성을 블록도로 도시한 것으로, 도시된 수신 장치(30)는 수신부(31), 제어부(32), 저장부(33)를 포함하여 구성될 수 있다.

도 6을 참조하면, 수신부(31)는 재생하고자 하는 컨텐츠 및 상기 컨텐츠와 함께 재생될 광고를 별도의 파일들로 수신하고, 컨텐츠 파일과 광고 파일들이 나열된 플레이 리스트 파일을 수신할 수 있다.

한편, 상기 수신되는 플레이 리스트 파일은 도 2 내지 도 5를 참조하여 설명한 바와 같은 M3U 파일 형식을 가질 수 있으며, 함께 재생될 컨텐츠와 광고에 대한 위치 정보가 재생 순서에 따라 기록되어 있을 수 있다.

제어부(32)는 수신부(31)를 통해 수신된 컨텐츠 파일 또는 광고 파일을 저장부(33)에 저장시킬 수 있으며, 저장부(330)에는 상기 컨텐츠 파일 또는 광고 파일과 함께 수신된 메타 데이터가 추가로 저장될 수 있다.

또한, 제어부(32)는 상기 플레이 리스트 파일에 기록된 위치 정보를 이용해 함께 재생될 컨텐츠 파일과 광고 파일을 획득하고, 상기 획득된 컨텐츠 파일과 광고 파일이 상기 플레이 리스트 파일의 재생 순서에 따라 순차적으로 재생되도록 할 수 있다.

한편, 상기 획득된 컨텐츠 파일과 광고 파일이 재생되기 위해, 수신 장치(30)는 제어부(32)의 제어에 따라 영상을 재생하기 위한 디스플레이부(34)를 더 포함할 수 있다.

이하, 도 7 내지 도 22를 참조하여 본 발명 일실시예에 따른 컨텐츠 재생 방법에 대해 상세히 설명하기로 한다.

도 7은 본 발명의 실시예에 따른 컨텐츠 재생 방법을 흐름도로 도시한 것으로, 도 7에 도시된 컨텐츠 재생 방법을 도 6에 도시된 본 발명의 실시예에 따른 수신 장치의 구성을 나타내는 블록도와 결부시켜 설명하기로 한다.

도 7을 참조하면, 수신 장치(30)의 수신부(31)는 플레이 리스트 파일을 수신한 후(S100 단계), 상기 수신된 플레이 리스트 파일에 기록되어 있는 위치 정보를 이용하여 컨텐츠 파일과 광고 파일을 획득한다(S110 단계).

즉, 컨텐츠와 광고는 서로 독립적인 별도의 파일들로 구성되어 각각의 파일들은 서로 다른 컨텐츠나 광고들과 연결되어 함께 재생될 수 있으며, 상기 플레이 리스트 파일은 상기와 같이 함께 재생되는 컨텐츠와 광고 사이의 관계를 연결해주는 기능을 할 수 있다.

한편, 상기 플레이 리스트 파일을 통해 연결되어 함께 재생되는 컨텐츠 파일과 광고 파일은 각각 비실시간 서비스(NRT)를 통해 수신되어 수신 장치(30)의 저장부(33)에 미리 저장되어 있는 상태이거나, 인터넷을 통해 실시간으로 전송될 수 있다.

도 8에 도시된 광고와 컨텐츠의 재생 순서를 나타내는 시나리오를 참조하면, 광고는 컨텐츠 재생되는 구간 중 초기에 한번, 재생 도중에 컨텐츠를 잠시 멈춘 상태에서 한번, 그리고 컨텐츠의 재생이 종료된 후 혹은 바로 직전에 재생 수 있다.

예를 들어, 광고 1(Ads#1)이 컨텐츠가 재생되기 이전에 재생되고, 상기 컨텐츠가 미리 설정된 일정 시간동안 재생된 후 정지되고, 광고 2(Ads#2)가 재생된 후 상기 컨텐츠가 이전 정지된 지점부터 다시 연속하여 재생되고, 상기 컨텐츠의 재생이 완료된 후 광고 3(Ads#3)이 재생될 수 있다.

이 경우, 상기 컨텐츠는 광고 2(Ads#2)의 재생을 위해 2 개의 재생 구간들로 분할될 수 있다. 한편, 컨텐츠의 재생 도중에 2 이상의 광고들이 재생되는 경우, 상기 컨텐츠는 상기 광고들의 재생을 위해 3 이상의 복수의 재생 구간들로 분할될 수도 있다.

도 8을 참조하여 설명한 바와 같은 컨텐츠 제공자가 의도한 시나리오에 따라 컨텐츠와 광고가 전송 및 재생되기 위해, 컨텐츠의 재생 구간 중 어느 지점에서 어떤 광고가 재생되어야 하는지, 광고의 재생 후 컨텐츠가 어느 지점부터 다시 재생되어야 하는 등의 재생 관련 정보가 플레이 리스트 파일에 포함될 수 있다.

예를 들어, 컨텐츠가 광고의 재생을 위하여 복수의 재생 구간들로 분할되어 상기 플레이 리스트 파일에서 재생 순서에 따라 나열되는 경우, 상기 플레이 리스트 파일은 상기 분할된 컨텐츠 재생 구간의 재생 시작 지점에 대한 시간 정보를 포함하여 광고가 재생된 후 상기 컨텐츠가 이전 재생 구간에 연속하여 끈김없이 재생되도록 할 수 있다.

즉, 상기 플레이 리스트 파일에 포함된 재생 시작 지점에 대한 시간 정보는 광고가 재생된 후 상기 컨텐츠가 어느 지점부터 다시 재생되어야 하는지를 나타내는 것으로, 상기 재생 시작 지점에 대한 시간 정보가 존재하지 않는 경우 광고 재생 후 컨텐츠가 이전 재생이 정지된 시점부터 다시 재생될 수 없다.

구체적으로, 도 8에 도시된 경우에 있어서, 플레이 리스트 파일은 광고 2(Ads#2)가 재생된 후 두번째 컨텐츠 재생 구간의 재생 시작 지점(Play)에 대한 시간 정보를 포함할 수 있다.

도 9는 상기 플레이 리스트 파일의 구성에 대한 제1 실시예를 도시한 것으로, M3U 파일 포맷의 #EXT-X-VERSION을 명시하여 확장함에 의해 상기한 바와 같은 재생 관련 정보를 상기 플레이 리스트 파일에 포함시키는 것이다.

도 9를 참조하면, #EXT-X-VERSION는 M3U 파일 포맷의 스펙 버전을 의미하는것으로, 상기 버전 정보를 이용하여 새로운 버전을 만들어 #EXTINF에서 “재생 시작 구간의 시간” 및 “재생 중지 구간의 시간”을 지정하여, 광고를 재생한 후 컨텐츠가 다시 재생되는 재생 시작 지점을 나타낼 수 있다.

예를 들어, 상기 “재생 시작 구간의 시간”은 도 8에 도시된 "Play" 지점에서 컨텐츠의 어떤 부분이 재생되기 시작하는지를 그에 대응되는 시간 정보로 표시한 것이며, 상기 “재생 중지 구간의 시간”은 도 8에 도시된 "Pause" 지점에서 컨텐츠의 어떤 부분이 재생 정지되는지를 그에 대응되는 시간 정보로 표시한 것일 수 있다.

다만, 도 9에 도시된 바와 같은 버전을 새롭게 만들어 #EXTINF의 사용을 확장하는 방식은 하위 호환성(backward compatibility)이 보정되지 않을 수 있다.

도 10은 상기 플레이 리스트 파일의 구성에 대한 제2 실시예를 도시한 것으로, M3U 파일 포맷의 #EXTINF를 사용하지 않고 상기한 바와 같은 재생 관련 정보를 나타내기 위한 새로운 키워드를 만드는 것이다.

도 10을 참조하면, 구 버전의 스펙과 호환성을 유지하기 위하여, “재생 시작 구간의 시간” 및 “재생 중지 구간의 시간”을 지정하기 위한 새로운 키워드인 “#EXTINFO-X-OHTV”를 만들어 사용할 수 있다.

도 11은 상기 플레이 리스트 파일의 구성에 대한 제3 실시예를 도시한 것으로, #EXTINF의 신택스(syntax)를 유지한 상태에서 상기한 바와 같은 재생 관련 정보를 지정할 수 있도록 확장한 것이다.

도 11을 참조하면, 하위 호환성을 보장하면서 확장성을 높이기 위해, M3U 파일의 포맷은 그대로 유지하면서, #EXTINF에서 “,” 로 구분하여 맨 뒤에서 “재생 시작 구간의 시간”을 지정하도록 할 수 있다.

도 12는 광고와 컨텐츠의 재생 순서를 나타내는 시나리오에 대한 구체적인 예를 도시한 것으로, KBS 방송국이 30분 길이의 컨텐츠를 각각 10초의 재생 시간을 가지는 3개의 광고들과 함께 재생하는 경우이다.

이 경우, 상기 30분 길이의 컨텐츠는, 상기 광고들의 재생을 위해, 15분의 재생 시간을 가지는 제1 컨텐츠 재생 구간, 10분의 재생 시간을 가지는 제2 컨텐츠 재생 구간 및 5분의 재생 시간을 가지는 제3 컨텐츠 재생 구간으로 나뉘질 수 있다.

예를 들어, 상기 컨텐츠의 재생 전에 광고 1(kbs_ads1.avi)이 10초 동안 재생되고, 상기 컨텐츠가 15분 동안 재생된 후 광고 2(kbs_ads2.avi)가 10초 동안 재생된 후, 상기 컨텐츠의 재생이 다시 시작되어 10분 동안 재생된 후 광고 3(kbs_ads3.avi)가 10초 동안 재생되며, 상기 컨텐츠의 나머지 5분이 재생될 수 있다.

도 13 내지 도 16은 본 발명의 또 다른 실시예에 따른 플레이 리스트 파일의 구성을 도시한 것으로, 도 11을 참조하여 설명한 바와 같은 방식을 이용하여 도 12에 도시된 재생 순서에 대응되는 플레이 리스트 파일을 구성한 것이다.

도 13을 참조하면, 플레이 리스트 파일에는, 15분, 10분 및 5분의 재생 시간들을 각각 가지는 제1, 2, 3 컨텐츠 재생 구간들에 대한 재생 관련 정보와, 상기 컨텐츠와 함께 재생되는 3개의 광고들에 대한 재생 관련 정보가 재생 순서에 따라 나열되어 있을 수 있다.

도 13에 도시된 플레이 리스트 파일은 컨텐츠와 광고가 수신 장치(30)에 미리 저장되어 있는 경우에 대한 것으로, 예를 들어 “kbs_추노1_1.avi” 라는 컨텐츠가 비실시간(NRT) 서비스인 Push VoD로 수신 장치(30)에 저장된 상태에서 수신 장치(30)에 별도의 파일로 저장되어 있는 광고들(kbs_ads1.avi, kbs_ads2.avi 및 kbs_ads3.avi)과 함께 재생되는 경우를 나타낸 것이다.

도 13을 참조하면, 플레이 리스트 파일은 함께 재생되는 컨텐츠(보다 상세하게는, 분할된 컨텐츠 재생 구간들) 및 광고들 각각에 대한 위치 정보를 재생 순서에 따라 순차적으로 포함할 수 있다.

예를 들어, 상기 컨텐츠는 상기 플레이 리스트 파일에 기록된 위치 정보인 "F:＼KBS＼Contents＼"에 대응되는 수신 장치(30)의 저장부(33) 내의 위치에 "kbs_추노1_1.avi"라는 파일명으로 저장되어 있으며, 제어부(31)가 상기 저장부(33)의 위치로부터 컨텐츠 파일을 획득하여 재생시킬 수 있다.

상기 광고들은 상기 플레이 리스트 파일에 기록된 위치 정보인 "F:＼KBS＼Ads＼"에 대응되는 수신 장치(30)의 저장부(33) 내부의 위치에 "kbs_ads1.avi", "kbs_ads2.avi" 및 "kbs_ads3.avi"라는 파일명들로 저장되어 있으며, 제어부(31)가 상기 저장부(33)의 위치로부터 광고 파일들을 획득하여 재생시킬 수 있다.

또한, 광고가 재생된 후 컨텐츠 재생 시작 구간의 시간이 #EXTINF에서 “,” 로 구분되어 맨 뒤에 추가될 수 있다.

예를 들어, 광고 2(kbs_ads2.avi)가 재생된 후 재생이 다시 시작되는 제2 컨텐츠 재생 구간(10분)에 대한 재생 시작 구간의 시간인 "900" (초)이, 플레이 리스트 파일 중 상기 제2 컨텐츠 재생 구간(10분)에 대응되는 #EXTINF의 맨 뒤에 추가될 수 있다.

또한, 광고 3(kbs_ads3.avi)가 재생된 후 재생이 다시 시작되는 제3 컨텐츠 재생 구간(5분)에 대한 재생 시작 구간의 시간인 "1500" (초)이, 플레이 리스트 파일 중 상기 제3 컨텐츠 재생 구간(5분)에 대응되는 #EXTINF의 맨 뒤에 추가될 수 있다.

상기한 바와 같이 플레이 리스트 파일에서 재생 시작 구간의 시간이 지정됨에 따라, 광고 2(kbs_ads2.avi) 또는 광고 3(kbs_ads3.avi)가 재생된 후 “kbs_추노1_1.avi”파일의 어떤 부분이 재생되어야 하는지가 나타내어 질 수 있다.

도 14에 도시된 플레이 리스트 파일은 컨텐츠가 수신 장치(30)에 미리 저장되어 있고 광고는 인터넷을 통해 전송되는 경우에 대한 것으로, 예를 들어 “kbs_추노1_1.avi” 라는 컨텐츠가 비실시간(NRT) 서비스인 Push VoD로 수신 장치(30)에 저장된 상태에서 인터넷을 통해 전송되는 광고들(kbs_ads1.avi, kbs_ads2.avi 및 kbs_ads3.avi)와 함께 재생되는 경우를 나타낸 것이다.

도 15에 도시된 플레이 리스트 파일은 광고가 수신 장치(30)에 미리 저장되어 있고 컨텐츠는 인터넷을 통해 전송되는 경우에 대한 것으로, 예를 들어 인터넷을 통한 IP VoD로 전송되는 “kbs_추노1_1.avi” 라는 컨텐츠가 비실시간(NRT) 서비스인 Push VoD로 수신 장치(30)에 저장되어 있는 광고들(kbs_ads1.avi, kbs_ads2.avi 및 kbs_ads3.avi)과 함께 재생되는 경우를 나타낸 것이다.

도 16에 도시된 플레이 리스트 파일은 컨텐츠와 광고가 인터넷을 통해 전송되는 경우에 대한 것으로, 예를 들어 인터넷을 통한 IP VoD로 전송되는 “kbs_추노1_1.avi” 라는 컨텐츠가 인터넷을 통해 전송되는 광고들(kbs_ads1.avi, kbs_ads2.avi 및 kbs_ads3.avi)과 함께 재생되는 경우를 나타낸 것이다.

한편, 도 14 내지 도 16에 도시된 바와 같이, 컨텐츠 파일 또는 광고 파일이 인터넷을 통해 전송되는 경우, 해당 컨텐츠 또는 광고를 획득할 수 있는 위치 정보는 URL(Uniform Resource Locator)로 상기 플레이 리스트 파일에 포함될 수 있다.

또한, 도 8 내지 도 16을 참조하여 설명한 바와 같은 플레이 리스트 파일은, 수신 장치(30)의 사용자가 상기 플레이 리스트 파일에 포함된 컨텐츠에 대한 전송 또는 재생을 요청하는 경우 수신될 수 있으며, 상기 컨텐츠를 제공하는 컨텐츠 제공자로부터 상기 컨텐츠와 함께 수신되거나 또는 상기 컨텐츠 제공자와 다른 컨텐츠 제공자로부터 상기 컨텐츠와 별도로 수신될 수 있다.

도 17 내지 도 22는 플레이 리스트 파일을 수신하는 방법에 대한 실시예들을 설명하기 위한 것으로, 도 7의 S100 단계에서 수신 장치(30)의 수신부(31)가 상기 플레이 리스트 파일을 수신하는 방법들을 나타낸 것이다.

도 17을 참조하면, 상기 플레이 리스트 파일은 CE-HTML 문서를 이용하여 수신 장치(30)로 수신될 수 있다. 상기 CE-HTML은 TV 등과 같은 소비자 가전기기의 사용자 인터페이스를 만들기 위한 언어이다.

예를 들어, CE-HTML 문서에 “avscript” 객체를 생성할 때 데이터 속성(data attribute) 항목에 도 17에 도시된 바와 같이 playlist.m3u 파일의 URL을 설정하면, 수신 장치(30)의 브라우저(browser)는 상기 CE-HTML 문서에서 지정된 URL을 이용하여 플레이 리스트 파일을 다운로드 받을 수 있다.

도 17에 도시된 경우에 있어서, 수신 장치(30)의 브라우저는 CE-HTML 문서의 데이터 속성 항목에서 지정된 플레이 리스트 파일의 URL인 "http://ohtv.kbs.co.kr/추노/1-1/plalylist.m3u"에 대응되는 인터넷 서버에 접속하여, 해당 컨텐츠를 광고와 함께 재생하기 위한 플레이 리스트 파일을 다운로드 받을 수 있다.

본 발명의 또 다른 실시예에 따르면, 상기 플레이 리스트 파일을 수신하기 위한 위치 정보는 해당 컨텐츠를 다운로드 하기 위한 CAD 스키마(schema)에 포함될 수 있다.

도 18 내지 도 22를 참조하면, 컨텐츠를 인터넷으로 수신하기 위한 CAD 스키마에 플레이 리스트 파일의 위치 정보인 URL을 나타내는 "PlaylistURL"을 추가할 수 있다.

예를 들어, 수신 장치(30)가 특정 컨텐츠를 다운로드하는 경우, 상기 컨텐츠를 다운로드하기 위한 CAD 스키마에 플레이 리스트 파일을 수신하기 위한 URL이 포함되어 있어, 수신 장치(30)는 상기 URL을 이용하여 플레이 리스트 파일을 수신함으로써 상기 컨텐츠 및 상기 컨텐츠와 함께 재생되는 광고에 대한 위치 정보, 재생 순서 정보 및 재생 시간 정보 등을 획득할 수 있다.

도 8 내지 도 22를 참조하여 설명한 바와 같은 방법을 이용하여 수신 장치(30)가 플레이 리스트 파일을 수신하고(S100 단계), 함께 재생될 컨텐츠 파일 및 광고 파일을 획득한 후(S110 단계), 제어부(32)는 상기 플레이 리스트 파일의 재생 순서에 따라 상기 획득된 컨텐츠 파일과 광고 파일을 순차적으로 재생시킨다(S120 단계).

예를 들어, 상기 수신된 플레이 리스트 파일에는 도 8 내지 도 16을 참조하여 설명한 바와 같이 함께 재생될 컨텐츠 파일 및 광고 파일에 대한 재생 순서 및 재생 시간(구체적으로, 컨텐츠 재생 구간들 및 광고들 각각의 재생 시간 및 광고 재생 후 컨텐츠 재생 구간의 시작 시간)이 기록되어 있으며, 제어부(32)는 상기 플레이 리스트 파일에 기록된 재생 순서 및 재생 시간에 따라 상기 S110 단계에서 획득된 컨텐츠 파일 및 광고 파일을 순차적으로 끈김없이 재생할 수 있다.

이하, 도 23 및 도 24를 참조하여, 컨텐츠 파일과 광고 파일을 수신하는 방법에 대한 실시예들을 상세히 설명하기로 한다.

도 23을 참조하면, 함께 재생될 컨텐츠 파일과 광고 파일은 모두 ATSC 비실시간(NRT) 서비스를 이용하여 수신 장치(30)로 전송될 수 있으며, 예를 들어 Push VoD 컨텐츠 및 상기 컨텐츠와 함께 재생되는 광고가 서로 독립적인 별도의 파일로 상기 비실시간(NRT) 서비스를 이용해 수신 장치(30)로 전송되어 저장부(33)에 저장될 수 있다.

이 경우에도, 상기 Push VoD 컨텐츠와 광고가 함께 재생되는 재생 순서 및 재생 시간 등에 대한 정보가 상기한 바와 같은 구성을 가지는 플레이 리스트 파일에 의해 제공될 수 있다.

그를 위해, 수신 장치(30)의 수신부(31)는 방송국 멀티캐스트 채널에 접근하여(S200 단계), 함께 재생될 컨텐츠 파일 및 광고 파일과 그들에 대한 메타데이터를 수신하고(S210 단계), 제어부(32)는 상기 수신된 컨텐츠 파일, 광고 파일 및 메타데이터를 저장부(33)에 저장시킨다(S220 단계).

그 후, 사용자의 컨텐츠 재생 요청이 있으면(S230 단계), 제어부(32)는 플레이 리스트 파일에 포함된 재생 순서 및 재생 시간에 따라 상기 저장부(33)에 저장된 컨텐츠 파일과 광고 파일을 함께 재생시킨다(S240 단계).

한편, 상기 광고만이 비실시간(NRT) 서비스를 이용해 수신 장치(30)로 전송될 수도 있으며, 이 경우 수신 장치(30)는 컨텐츠와 별도로 광고를 따로 관리해야 할 수 있다.

즉, 상기 광고는 특정 컨텐츠와 연결되지 않은 상태에서 별도로 비실시간(NRT) 서비스를 이용해 수신 장치(30)로 전송되어 저장부(33)에 저장되고, 그 후 인터넷을 이용한 IP VoD로 전송되거나 비실시간 서비스(NRT)를 이용한 Push VoD로 전송되는 컨텐츠와 함께 재생될 수 있다.

한편, 본 발명의 실시예에 따른 플레이 리스트 파일은 상기한 바와 같이 미리 수신 장치(30)에 저장되어 있는 광고와 IP VoD 또는 Push VoD로 전송되는 컨텐츠를 연결시키는 기능을 하며, 그를 위해 광고에 대한 식별 정보(광고 ID)를 포함할 수 있다.

예를 들어, 수신 장치(30)의 제어부(32)는 상기 광고 ID를 이용하여 비실시간(NRT) 서비스 또는 인터넷을 통해 전송되는 광고가 이미 수신 장치(30)에 저장되어 있는지 여부를 확인하여, 동일한 광고가 중복으로 수신되는 것을 방지할 수 있다.

또한, 제어부(32)는 플레이 리스트 파일에 포함된 광고 ID를 이용하여, 해당 컨텐츠와 함께 재생될 광고가 수신 장치(30)에 저장되어 있는지 여부를 확인할 수도 있다.

도 24를 참조하면, 수신 장치(30)의 수신부(31)는 방송국 멀티캐스트 채널에 접근하고(S300 단계), 제어부(32)는 상기 접근된 멀티캐스트 채널을 이용한 비실시간(NRT) 서비스를 통해 제공되는 광고가 저장부(33)에 저장되어 있는지 여부를 상기 광고 ID를 이용해 확인한다(S310 단계).

그 후, 제어부(32)는 저장부(33)에 저장되어 있는 광고는 수신하지 않도록 결정하고, 저장되어 있지 않은 광고 파일 및 그에 대한 광고 메타데이터를 수신하도록 수신부(31)를 제어한다(320 단계).

제어부(32)는 상기 수신된 광고 파일 및 광고 메타데이터를 저장부(33)에 저장시킨 후(S330 단계), 상기 광고 메타데이터를 처리하여 등록한다(S340 단계).

예를 들어, 상기한 바와 같이 광고 ID는 해당 광고를 식별하기 위한 고유 식별자(unique identifier)로서, 상기 광고에 대한 메타데이터에 포함되어 있을 수 있다.

즉, 제어부(32)는, 비실시간(NRT) 서비스를 통해 제공되는 광고 파일을 수신하기 전에, 메타데이터에 포함된 광고 ID를 확인하여 해당 광고가 저장부(33)에 저장되어 있는지 여부를 확인할 수 있다.

한편, 컨텐츠와 광고는 별로의 파일로 구성되어 서로 독립적인 관계를 가지나, 상기한 바와 같이 광고는 본 발명의 실시예에 따른 플레이 리스트 파일에 의해 하나 이상의 컨텐츠와 연결되어 재생될 수 있다.

도 25에 도시된 컨텐츠, 광고 및 플레이 리스트 사이의 관계를 참조하면, 독립적인 컨텐츠와 광고들은 플레이 리스트 파일(Playlist)에 의해 서로 연결되며, 예를 들어 컨텐츠들을 플레이 리스트 파일(Playlist)에 1:1로 연결되고, 다시 광고들은 하나 이상의 플레이 리스트 파일(Playlist)들에 연결될 수 있다.

즉, 컨텐츠와 광고의 관계는 N:N으로 연결될 수 있으며, 컨텐츠와 플레이 리스트 파일(Playlist) 사이의 관계를 1:1로 연결될 수 있다. 또한, 상기 플레이 리스트 파일(Playlist)은 컨텐츠와 광고를 하나 이상 포함할 수 있으므로, 이들 관계는 N:N으로 연결될 수 있다.

상기한 바와 같은 광고 ID를 이용하여, 인터넷이 연결되어 있지 않은 상태에서도 수신 장치(30)가 저장부(33)에 저장되어 있는 광고 파일을 컨텐츠와 함께 재생할 수 있으며, 컨텐츠와 함께 재생되어야 하는 광고들을 방송사들이 서로 공유할 수 있다.

도 26을 참조하면, KBS 방송국의 비실시간(NRT) 서비스로 "광고 1"(Ads#1), "광고 2"(Ads#2) 및 "광고 3"(Ads#3)이 제공되고, SBS 방송국의 비실시간(NRT) 서비스로 "광고 1"(Ads#1), "광고 3"(Ads#3) 및 "광고 4"(Ads#4)가 제공되며, MBC 방송국의 비실시간(NRT) 서비스로 "광고 2"(Ads#2), "광고 5"(Ads#5) 및 "광고 6"(Ads#6)이 제공될 수 있다.

이 경우, KBS 방송국의 비실시간(NRT) 서비스로 "광고 1"(Ads#1), "광고 2"(Ads#2) 및 "광고 3"(Ads#3)이 전송되어 수신 장치(30)의 저장부(33)에 저장되어 있는 경우, SBS 방송국으로부터 제공되는 "광고 1"(Ads#) 및 "광고 3"(Ads#3)와 MBC 방송국으로부터 제공되는 "광고 2"(Ads#2)는 상기 광고 ID를 이용해 다시 수신되지 아니할 수 있으며, 그에 따라 수신 장치(30)의 저장 공간이 효율적으로 관리될 수 있다.

도 27은 광고 ID를 이용하여 저장된 광고를 검색하는 방법에 대한 일실시예를 도시한 것이다.

도 27을 참조하면, 플레이 리스트 파일들은 각각 함께 재생되는 컨텐츠 및 광고들에 대한 재생 관련 정보를 포함하며, 상기 광고들은 각각 해당 광고를 식별하기 위한 광고 ID를 가질 수 있다.

한편, 상기 플레이 리스트 파일에서 참조되는 광고 ID는 수신 장치(30)에서 관리하는 광고 인덱스(index)를 이용하여 해당 광고가 실제 저장되어 있는 저장부(33)의 절대 주소로 변환될 수 있다. 상기 절대 주소는 저장부(33)에 저장된 해당 광고 파일을 직접적으로 접근하여 획득할 수 있는 주소를 의미할 수 있다.

즉, 수신 장치(30)의 제어부(32)는 상기 광고 인덱스를 이용하여 플레이 리스트 파일에 포함된 광고 ID를 해당 광고 파일에 접근할 수 있는 절대 주소로 변환한 후, 상기 절대 주소를 이용해 해당 광고 파일을 획득할 수 있다.

도 28은 본 발명의 또 다른 실시예에 따른 컨텐츠 재생 방법을 흐름도로 도시한 것으로, 도시된 컨텐츠 재생 방법 중 도 7 내지 도 27을 참조하여 설명한 것과 동일한 것에 대한 설명은 이하 생략하기로 한다.

도 28을 참조하면, 사용자가 컨텐츠 재생을 요청하는 경우, 수신 장치(30)의 제어부(32)는 플레이 리스트 파일을 확인해(S400 단계), 상기 플레이 리스트 파일에 포함된 광고 ID를 이용해 상기 재생 요청된 컨텐츠와 함께 재생할 광고를 검색하여(S410 단계), 상기 광고가 저장부(33)에 저장되어 있는지 여부를 확인한다(S420 단계).

예를 들어, 제어부(32)는, 상기 광고의 검색을 위해, 수신 장치(30) 내부에서 관리되는 광고 인덱스를 이용해 상기 플레이 리스트 파일에 포함된 광고 ID를 실제 접근 가능한 절대 주소로 변환하는 과정을 수행할 수 있다.

즉, 특정 광고 ID에 대하여 수신 장치(30) 내부에서 관리되는 상기 광고 인덱스가 존재하지 않는 경우, 해당 광고는 수신 장치(30)의 저장부(33)에 저장되어 있지 않은 것이다.

한편, 특정 광고 ID에 대하여 수신 장치(30) 내부에서 관리되는 상기 광고 인덱스가 존재하는 경우, 해당 광고가 수신 장치(30)의 저장부(33)에 저장되어 있는 것이며, 그에 따라 제어부(32)는 상기 광고 인덱스를 이용해 상기 광고 ID를 해당 광고 파일에 접근할 수 있는 절대 주소로 변환할 수 있다.

상기 광고가 저장부(33)에 저장되어 있는 경우, 제어부(32)는 플레이 리스트 파일에 포함된 위치 정보들을 이용하여 함께 재생된 컨텐츠 파일 및 광고 파일들을 획득한 후 재생 순서에 따라 함께 재생한다(S430 단계).

예를 들어, 도 27에 도시된 경우에 있어서, 제어부(32)는 "추노 1-1.m3u8" 플레이 리스트 파일에 따라 광고들을 컨텐츠와 함께 재생하기 위해, 상기 "추노 1-1.m3u8" 플레이 리스트 파일에 포함된 광고 ID들인 "Ads#1", "Ads#2" 및 "Ads#3" 각각에 대해 상기 광고 인덱스가 존재하는지 여부를 확인하여, 해당 광고 파일들이 수신 장치(30)의 저장부(33)에 저장되어 있는지 여부를 확인할 수 있다.

그 후, 제어부(32)는, 상기 플레이 리스트 파일에 포함된 광고들 중 저장부(33)에 저장되어 있는 광고들에 대해, 광고 ID를 상기 광고 인덱스를 이용해 절대 주소로 변환하고, 상기 변환된 절대 주소를 이용하여 해당 광고 파일을 저장부(33)로부터 읽어들여 컨텐츠와 함께 재생할 수 있다.

한편, 제어부(32)는, 저장부(33)에 저장되어 있는 광고들에 대해서는, 상기 광고를 대체할 수 있는 다른 광고 파일이 저장부(33)에 저장되어 있는지 여부를 확인하여, 그 결과에 따라 상기 대체 광고를 상기 컨텐츠와 함께 재생할 수도 있다.

본 발명의 일실시예에 따르면, 수신 장치(30)에 저장된 컨텐츠를 삭제하고자 하는 경우, 상기 컨텐츠와 연결된 광고도 수신 장치(30)에서 삭제할 것인지 여부가 상기한 바와 같은 광고 식별 정보(예를 들어, 광고 ID)를 이용하여 결정될 수 있다.

도 29를 참조하면, 컨텐츠 삭제가 요청되는 경우(S500 단계), 제어부(32)는 플레이 리스트 파일에 포함된 광고 ID를 이용하여 상기 컨텐츠와 함께 재생되는 광고를 검색하여(S510 단계), 상기 광고가 다른 컨텐츠와 연결되어 있는지 여부를 확인한다(S520 단계).

예를 들어, 상기 컨텐츠 삭제가 요청되는 경우는, 사용자가 수신 장치(30)에 저장된 특정 컨텐츠를 삭제하고자 하거나, 또는 특정 컨텐츠의 유효 기간이 종료된 경우일 수 있다.

즉, 제어부(32)는 수신 장치(30)에 저장된 특정 컨텐츠에 대한 삭제가 요청되는 경우, 상기 컨텐츠와 관계된 플레이 리스트 파일을 확인하여 해당 컨텐츠와 함께 재생되는 광고들을 검색하고, 상기 검색된 광고들의 광고 ID를 이용해 해당 광고가 다른 컨텐츠(예를 들어, 다른 컨텐츠 제공자로부터 제공되는)와도 연결되어 함께 재생되는지 여부를 확인할 수 있다.

그를 위해, 제어부(32)는 상기 삭제하고자 하는 컨텐츠와 관계된 플레이 리스트 파일에 포함된 광고 ID들과 다른 플레이 리스트 파일에 포함된 광고 ID들을 서로 비교하여, 공통된 광고 ID들이 존재하는지 확인할 수 있으며, 상기 공통된 광고 ID에 의해 식별되는 광고는 다른 컨텐츠와도 연결되어 있는 것으로 판단할 수 있다.

상기 확인 결과, 상기 광고가 다른 컨텐츠와 연결되어 있는 경우, 제어부(32)는 상기 삭제 요청된 컨텐츠 만을 삭제하고 그와 연결된 상기 광고는 삭제하지 않고 저장된 상태를 유지시킨다(S530 단계).

그와 달리, 상기 광고가 다른 컨텐츠와 연결되어 있지 않은 경우, 제어부(32)는 상기 삭제 요청된 컨텐츠와 함께 그와 연결된 상기 광고도 삭제한다(S540 단계).

즉, 상기한 바와 같이 광고 ID를 이용해 방송사들 사이에서 광고를 공유하여 재생하는 경우, 삭제하고자 하는 특정 방송사의 컨텐츠와 연결된 광고가 타 방송사의 컨텐츠와도 연결되어 참조되고 있다면, 상기 광고를 제외한 삭제하고자 하는 컨텐츠만이 삭제되는 것이 바람직하다.

한편, 상기한 바와 같은 광고의 재생은 컨텐츠 재생 초기, 재생 중간 또는 재생 끝 부분에 광고가 노출되어 그에 따른 수익 등의 효과를 얻도록 해당 컨텐츠를 제공하는 컨텐츠 제공자에 의해 의도된 것일 수 있다.

따라서 컨텐츠와 함께 광고를 재생함에 있어서 사용자가 광고를 리모컨 등을 통한 트릭 플레이(trick play) 기능을 이용하여 스킵(skip)할 수 없도록 하여, 컨텐츠 및 광고가 컨텐츠 제공자의 의도에 따라 재생되도록 하는 것이 필요할 수 있다.

그를 위해, 본 발명의 일실시예에 따르면, 상기 플레이 리스트 파일은 상기 광고의 재생 구간 동안 제한되는 트릭 플레이(trick play)에 대한 정보를 포함할 수 있다.

도 30을 참조하면, 수신 장치(30)에서 실행 가능한 트릭 플레이들에는 "Fast Forward(FF)", "Fast Rewind(FR)", "Forward Jump(FJ), "Backward Jump(BJ), "Play", "Stop", "Slow Motion(Forward, Backward)" 등의 재생과 관련된 동작들이 있을 수 있다.

한편, 상기한 바와 같은 트릭 플레이들 중 적어도 일부는 컨텐츠와 함께 광고를 재생하고자 하는 컨텐츠 제공자의 의도에 반하는 것일 수 있으므로, 그에 따라 광고가 재생되는 부분에서는 해당 트릭 플레이들이 실행되지 않도록 제한하는 것이 필요하다.

이하에서는, 도 31 내지 도 34를 참조하여, 플레이 리스트 파일을 이용하여 광고 재생 구간동안 특정 트릭 플레이들을 제한하는 방법에 대한 실시예들을 상세히 설명하기로 한다.

도 31을 참조하면, "Forward Jump(FJ)", "Fast Forward(FF)" 및 "Stop"의 트릭 플레이들을 제한하기 위해, “TRICKPLAY”라는 키워드를 사용하여 M3U 파일 포맷의 #EXTINF를 확장할 수 있다.

이 경우, M3U 플레이 리스트 파일에서 상기 “TRICKPLAY” 키워드가 적용된 컨텐츠 또는 광고에 대해서는, 재생 도중에 "Forward Jump(FJ)", "Fast Forward(FF)" 및 "Stop"에 해당하는 리모컨 동작이 실행되지 않는다.

한편, 수신 장치(30)의 제어부(32)는 상기 M3U 플레이 리스트 파일에 포함된 “TRICKPLAY” 키워드를 해석하여, 어떠한 컨텐츠 또는 광고의 재생 구간 동안 어떠한 트릭 플레이들이 제한되는지를 확인하여 적용시킬 수 있다.

도 32를 참조하면, 상기한 바와 같은 트릭 플레이의 제한을 위해, 새로운 키워드, 예를 들어 “EXT-X-TRICKPLAY” 키워드가 새롭게 만들어질 수 있다.

예를 들어, 상기 “EXT-X-TRICKPLAY” 키워드가 적용된 컨텐츠 또는 광고에 대해서는, 재생 도중에 상기 “EXT-X-TRICKPLAY” 키워드에서 "NO"로 설정된 트릭 플레이들, 즉 "Forward Jump(FJ)", "Fast Forward(FF)" 및 "Stop"은 실행되지 않으며, "YES"로 설정된 "PAUSE"는 제한되지 않는다.

한편, 상기 “EXT-X-TRICKPLAY” 키워드에서 "YES" 또는 "NO"로 설정되어 있지 않은 트릭 플레이들은 기본적(default)으로 "YES"로 동작하여 제한되지 않을 수 있다.

도 33을 참조하면, #EXT-X-STREAM-INF에 “TRICKPLAY” 키워드를 추가하여 확장함으로써, 플레이 리스트 파일을 이용해 특정 트릭 플레이들의 실행을 제한할 수도 있다.

예를 들어, 도 34에 도시된 바와 같이, 플레이 리스트 파일에서 컨텐츠 재생 전 광고, 컨텐츠 재생 중간 15분 광고 및 컨텐츠 재생 25분 예고 전 광고에 대해 상기한 바와 같이 “TRICKPLAY” 키워드가 추가되어 확장된 #EXT-X-STREAM-INF을 적용함으로써, 상기 광고들의 재생 도중에 "Forward Jump(FJ)", "Fast Forward(FF)" 및 "Stop"과 같은 트릭 플레이들의 실행이 제한되도록 할 수 있다.

한편, 컨텐츠와 함께 재생되는 광고는 상황에 따라 수신 장치(30)로 수신되어 저장부(33)에 미리 저장되어 있을 수도 있고, 그와 달리 인터넷을 통해 인터넷 서버(20)로부터 전송 받아야 하는 경우도 있을 수 있다.

따라서 플레이 리스트 파일은 상기한 바와 같이 광고가 이미 저장되어 있거나 또는 전송받아야 하는 모든 상황들에 대비할 수 있도록 구성될 수 있다.

그를 위해, 본 발명의 실시예에 따른 플레이 리스트 파일은 컨텐츠와 함께 재생되는 광고 파일을 획득할 수 있는 복수의 위치들에 대한 정보를 포함할 수 있다.

즉, 상기 플레이 리스트 파일에서 광고가 재생되어야 하는 위치에 복수의 광고 소스들을 표시하여, 수신 장치(30)가 어떠한 상황에서도 광고 파일을 획득하여 컨텐츠와 함께 재생하도록 할 수 있다.

도 35에 도시된 플레이 리스트 파일을 참조하면, 특정 컨텐츠와 함께 “F:＼KBS＼Ads＼"의 위치에 저장된 "kbs_ads1.avi” 광고 파일이 재생되며, 상기 광고 파일의 재생 중에는 "Forward Jump(FJ)", "Fast Forward(FF)" 및 "Stop"과 같은 트릭 플레이들의 실행이 제한될 수 있다.

그러나, 상기 "kbs_ads1.avi” 광고 파일이 수신 장치(30)에 저장되어 있지 않은 경우, 수신 장치(30)는 도 35에 도시된 플레이 리스트 파일을 이용하여 해당 광고를 재생할 수 없다.

그에 따라, 도 36에 도시된 바와 같이, 상기 "kbs_ads1.avi” 광고 파일을 인터넷을 통해 전송받을 수 있는 위치 정보(예를 들어, URL)를 상기 저장 위치와 함께 플레이 리스트 파일에서 지정함으로써, 수신 장치(30)는 상기 "kbs_ads1.avi” 광고 파일이 저장부(33)에 저장되어 있지 않더라도 인터넷을 통해 해당 파일을 수신하여 재생할 수 있다.

예를 들어, 수신 장치(30)의 제어부(32)는 상기 플레이 리스트 파일에서 지정된 저장 위치인 “F:＼KBS＼Ads＼"을 확인하여 상기 "kbs_ads1.avi” 광고 파일이 저장되어 있는지 먼저 확인하여, 저장부(33)에 저장되어 있는 광고 파일을 재생하고, 상기 "kbs_ads1.avi” 광고 파일이 저장되어 있지 않은 경우 상기 플레이 리스트 파일에서 함께 지정된 URL 주소인 "http://www.kbs.co.kr/ads/kbs_ads1.avi"를 이용하여 인터넷을 통해 상기 상기 "kbs_ads1.avi” 광고 파일을 수신하여 재생할 수 있다.

상기와 같이 컨텐츠 제공자가 플레이 리스트 파일에서 컨텐츠와 함께 재생되는 광고를 획득하기 위한 위치들을 2 이상 부가적으로 설정함으로써, 수신 장치(30)의 상황에 따라 광고가 재생되지 않는 문제를 해결할 수 있다.

한편, 상기한 바와 같이 플레이 리스트 파일을 이용하여 함께 재생되는 컨텐츠 파일 및 광고 파일은 도 4 및 도 5를 참조하여 설명한 바와 같은 적응적 스트리밍(adaptive stream) 방식을 이용하여 수신될 수 있다.

예를 들어, HTTP Adaptive Streaming 방식의 경우, 상기 컨텐츠 파일과 상기 광고 파일은 각각 서로 다른 비트율들로 인코딩된 후 10초 단위 또는 임의의 시간 단위로 세그먼트들로 분할되어 서버에 저장되어 있으며, 수신 장치(30)는 네트워크 대역폭에 적합한 비트율을 가지는 컨텐츠 파일 또는 광고 파일을 서버에 요청하여 수신할 수 있다.

그를 위해, 본 발명의 또 다른 실시예에 따르면, 상기 플레이 리스트 파일은 상기 적응적 스트리밍 방식을 통해 스트리밍 가능한 비트율들에 각각 대응되도록 복수의 파일들로 존재할 수 있다.

즉, 상기 적응적 스트리밍을 위한 플레이 리스트 파일의 구조는, 상기 전송 비트율들에 각각 대응되는 복수의 하위 플레이 리스트 파일들과 상기 복수의 하위 플레이 리스트들에 대한 정보를 포함하는 하나의 상위 플레이 리스트 파일로 구성될 수 있다.

예를 들어, 컨텐츠 제공자가 500kbps, 1Mbps 및 2Mbps의 비트율들로 컨텐츠 파일 또는 광고 파일을 제공하는 경우, 상기 3개의 비트율들에 각각 대응되는 3개의 하위 플레이 리스트 파일들이 구성되며, 그와 함께 상기 3개의 하위 플레이 리스트 파일들을 포함하는 하나의 상위 플레이 리스트 파일이 구성될 수 있다.

한편, 상기 상위 플레이 리스트 파일은 적응적 스트리밍을 위해 복수의 비트율들에 맞추어 구성된 하위 플레이 리스트 파일들을 포함하는 것으로, 변종 플레이 리스트 파일(variant playlist)라도 불릴 수 있다.

이하에서는, 도 37 내지 도 43을 참조하여, 적응적 스트리밍(adaptive stream)을 위한 플레이 리스트 파일의 구성에 대한 실시예들에 대해 상세히 설명하기로 한다.

도 37을 참조하면, 상위 플레이 리스트 파일인 “추노.m3u8”파일은 적응적 스트리밍을 복수의 비트율들 각각에 대응되도록 구성된 복수의 하위 플레이 리스트 파일들(예를 들어, "500k.m3u8", "1m.m3u8" 및 "2m.m3u8")을 포함할 수 있다.

한편, 상기 “M3U8”은 UTF-8 문자를 사용할 수 있는 M3U 파일을 의미할 수 있다.

이 경우, 미디어 파일(또는, 부호화된 스트림(encoded stream))은 500kbps, 1Mbps 및 2Mbps의 서로 다른 비트율들로 인코딩된 후 각각 복수의 세그먼트들로 분할되어 서버에 저장되고, 수신 장치(30)는 현재 대역폭에 따라 상기 500kbps, 1Mbps 및 2Mbps 중 어느 하나의 비트율을 선택하여 미디어 파일의 전송을 상기 서버에 요청할 수 있다. 그에 따라, 사용자는 네트워크의 트래픽이 순간적으로 증가하여도 인식하지 못할 정도로 화질 차이만을 느낄 수 있다.

예를 들어, 대역폭이 크게 감소하는 경우, 수신 장치(30)는 상위 플레이 리스트 파일인 “추노.m3u8”파일에 포함된 하위 플레이 리스트 파일들 중 500kbps의 비트율에 대응되는 "500k.m3u8" 파일에 기록된 위치 정보에 따라 컨텐츠 파일 또는 광고 파일을 전송 요청할 수 있으며, 그에 따라 500kbps의 비트율로 인코딩된 후 분할된 상기 컨텐츠 파일 또는 광고 파일의 세그먼트들이 수신할 수 있다.

한편, 대역폭이 다시 증가하는 경우, 수신 장치(30)는 상기 하위 플레이 리스트 파일들 중 2Mbps의 비트율에 대응되는 "2m.m3u8" 파일에 기록된 위치 정보에 따라 컨텐츠 파일 또는 광고 파일을 전송 요청할 수 있으며, 그에 따라 2Mbps의 비트율로 인코딩된 후 분할된 상기 컨텐츠 파일 또는 광고 파일의 세그먼트들이 수신할 수 있다.

또한, 상위 플레이 리스트 파일인 “추노.m3u8”파일은 RF를 이용하는 방송망을 통해 수신되는 컨텐츠 파일 또는 광고 파일을 재생하기 위한 별도의 하위 플레이 리스트 파일을 더 포함할 수 있다.

예를 들어, 도 37에 도시된 하위 플레이 리스트 파일인“pushvod.m3u8” 파일은 수신 장치(30)에 구비된 튜너(미도시)를 이용하여 방송망을 통해 수신되어 저장된(예를 들어, 비실시간(NRT) 서비스를 이용하여 수신된) 컨텐츠 파일 또는 광고 파일을 재생할 수 있도록 한다.

도 38은 도 37에 도시된 상위 플레이 리스트 파일인 “추노.m3u8”파일의 구성에 대한 일실시예를 나타낸 것으로, 상기한 바와 같이 “추노.m3u8”파일에는 복수의 비트율들에 맞춰 구성된 하위 플레이 리스트 파일들인 "500k.m3u8", "1m.m3u8" 및 "2m.m3u8"과, 수신 장치(30)에 저장된 컨텐츠 파일 또는 광고 파일의 재생을 위한 하위 플레이 리스트 파일인“pushvod.m3u8”이 포함되어 있을 수 있다.

예를 들어, 수신 장치(30)는 도 38에 도시된 바와 같은 “추노.m3u8”파일에 포함된 위치 정보를 이용해 "500k.m3u8", "1m.m3u8" 및 "2m.m3u8" 파일들 각각에 대해 전송을 요청하여 수신할 수 있으며, 상기 수신된 하위 플레이 리스트 파일들은 저장부(33)에 저장될 수 있다.

또한, 상위 플레이 리스트 파일에서 지정되는“PROGRAM-ID”는 해당 컨텐츠(또는, 서비스)를 식별하기 위한 것으로, 상기 “PROGRAM-ID”가 동일하면 같은 컨텐츠(또는, 서비스)로 인식될 수 있다.

예를 들어, 도 38에 도시된 경우에 있어서, 상기 “PROGRAM-ID"가 "1”지정되어 있는데, 수신 장치(30)는 상기 “PROGRAM-ID"가 "1”이 아닌 다른 값을 가지는 컨텐츠에 대해서는 상기 컨텐츠와 다른 컨텐츠로 인식할 수 있다.

한편, 상기 “pushvod.m3u8” 파일은 수신 장치(30)에 저장되어 있으므로, 수신 장치(30)가 별도로 전송 요청할 필요가 없으며, “추노.m3u8”파일에서 지정된 저장 위치(예를 들어, "F:＼kbs＼drama＼추노1_1＼pushvod.m3u8")로부터 바로 획득될 수 있다.

또한, 상기 수신 장치(30)에 저장된 컨텐츠 또는 광고를 재생하기 위한 하위 플레이 리스트 파일은 도 39에 도시된 바와 같은 형식의 “#EXT-X-FILE-INF” 키워드를 이용하여 상위 플레이 리스트 파일에서 나타내어 질 수 있다.

도 39를 참조하면, 상기 “#EXT-X-FILE-INF”는 “#EXT-X-STREAM-INF”에서 사용하는 속성(attribute)와 값(value)을 사용할 수 있다.

예를 들어, 인터넷을 통해 도 38에 도시된 바와 같은 상위 플레이 리스트 파일이 수신되면, 수신 장치(30)는 상기 “#EXT-X-FILE-INF” 키워드를 확인하여 내부에 저장된 컨텐츠 또는 광고 파일이 있으면 해당 파일에 대해 인터넷으로 전송 요청하지 아니하고 상기 저장된 파일을 이용하여 재생할 수 있다.

도 40은 500kbps의 비트율에 대응되는 하위 플레이 리스트 파일의 구성에 대한 일실시예를 도시한 것으로, 도 38에 도시된 상위 플레이 리스트 파일인 “추노.m3u8”파일에 포함된 "500k.m3u8" 파일의 구성을 나타낸 것이다.

예를 들어, 수신 장치(30)는 네트워크 대역폭이 크게 감소하는 경우, 도 40에 도시된 바와 같은 하위 플레이 리스트 파일에 포함된 위치 정보를 이용하여 500kbps의 비트율로 인코딩된 후 복수의 세그먼트들로 분할된 컨텐츠 파일 또는 광고 파일의 전송을 서버에 요청하여 재생할 수 있다.

도 41은 1Mbps의 비트율에 대응되는 하위 플레이 리스트 파일의 구성에 대한 일실시예를 도시한 것으로, 도 38에 도시된 상위 플레이 리스트 파일인 “추노.m3u8”파일에 포함된 "1m.m3u8" 파일의 구성을 나타낸 것이다.

예를 들어, 수신 장치(30)는 네트워크 대역폭이 증가하는 경우, 도 41에 도시된 바와 같은 하위 플레이 리스트 파일에 포함된 위치 정보를 이용하여 1Mbps의 비트율로 인코딩된 후 복수의 세그먼트들로 분할된 컨텐츠 파일 또는 광고 파일의 전송을 HTTP 프로토콜을 이용해 서버에 요청하여 재생할 수 있다.

도 42는 2Mbps의 비트율에 대응되는 하위 플레이 리스트 파일의 구성에 대한 일실시예를 도시한 것으로, 도 38에 도시된 상위 플레이 리스트 파일인 “추노.m3u8”파일에 포함된 "2m.m3u8" 파일의 구성을 나타낸 것이다.

예를 들어, 수신 장치(30)는 네트워크 대역폭이 크게 증가하는 경우, 도 42에 도시된 바와 같은 하위 플레이 리스트 파일에 포함된 위치 정보를 이용하여 2Mbps의 비트율로 인코딩된 후 복수의 세그먼트들로 분할된 컨텐츠 파일 또는 광고 파일의 전송을 서버에 요청하여 재생할 수 있다.

도 43은 수신 장치(30)에 저장된 컨텐츠 파일 또는 광고 파일을 재생하기 위한 하위 플레이 리스트 파일의 구성에 대한 일실시예를 도시한 것으로, 도 38에 도시된 상위 플레이 리스트 파일인 “추노.m3u8”파일에 포함된 "pushvod.m3u8" 파일의 구성을 나타낸 것이다.

예를 들어, 수신 장치(30)는 컨텐츠 파일 또는 광고 파일이 내부에 저장되어 있는 경우, 도 43에 도시된 바와 같은 하위 플레이 리스트 파일에 포함된 위치 정보를 이용하여 저장부(33)에 저장된 컨텐츠 파일 또는 광고 파일을 읽어들여 재생할 수 있다.

본 발명의 실시예에 따른 컨텐츠 제공 방법은, 별도의 파일로 제공되는 컨텐츠와 광고에 대한 위치 정보가 재생 순서에 따라 기록되어 있는 플레이 리스트 파일을 생성하는 단계 및 상기 생성된 플레이 리스트 파일을 수신 장치로 전송하는 단계를 포함할 수 있다.

그를 위해, 본 발명의 실시예에 따른 컨텐츠 제공 장치는 상기 플레이 리스트 파일을 생성하는 제어부(미도시)와 상기 생성된 플레이 리스트 파일을 전송하는 송신부(미도시)를 포함하여 구성될 수 있다.

상기 컨텐츠 제공 장치의 제어부(미도시)가 상기 플레이 리스트 파일을 생성하는 방법은 도 7 내지 도 43을 참조하여 설명한 것과 동일할 수 있으므로, 이에 대한 상세한 설명은 생략하기로 한다.

또한, 상기 컨텐츠 제공 장치의 제어부(미도시)가 상기 생성된 플레이 리스트 파일을 수신 장치(30)로 전송하는 방법은 도 17 내지 도 22를 참조하여 설명한 바와 같은 플레이 리스트 파일의 송수신 방법과 동일할 수 있다.

한편, 상기 플레이 리스트 파일을 생성하여 수신 장치(30)로 전송하는 컨텐츠 제공 장치는, 상기 플레이 리스트 파일을 이용해 연결되어 함께 재생되는 컨텐츠와 광고를 제공하는 컨텐츠 제공자와 다를 수 있다.

도 1 내지 도 43을 참조하여 설명한 바와 같은 컨텐츠 재생 방법은 본 발명의 실시예에 따른 IPTV 수신기에 의해 수행될 수 있다.

그를 위해, 상기 IPTV 수신기는 송신 측(예를 들어, 인터넷 서버)로부터 플레이 리스트 파일을 수신하고 상기 수신된 플레이 리스트 파일을 이용해 컨텐츠와 광고를 함께 재생할 수 있으며, 상기 플레이 리스트 파일은 도 7 내지 도 43을 참조하여 설명한 바와 같은 구성을 가질 수 있다.

도 44는 본 발명의 실시예에 따른 IPTV 수신기의 구성을 블록도로 도시한 것이다.

도 44를 참조하면, IPTV 수신기(600)는 프론트엔드(frontend)(610), 네트워크 트랜스포트(Network Transport)(620), 서비스 억세스(Service Access)(630), 비활성/활성 스토리지 시스템(Volatile/Non-Volatile Storage System)(640), 프로그램 시스템 정보 디코더(Program System Information Decoder)(643), 인증(DRM/CP/CAS)(650), DVR 엔진(DVR Engine)(660), Embeded DBMS/Filesystem(670), 수신기서브시스템(Hybrid/IPTV/OITF HNED Subsyste)(680), 어플리케이션(OITF/HNED Application(s))(690)의 기능을 수행하는 엔터티(functional Entity)를 포함할 수 있다.

또한, IPTV 수신기(600)는 안테나, 케이블 헤드엔드(Cable HeadEnd) 시스템과 같은 RF 트랜스미터(RF Transmitter)(692)와 연결되어 RF 로 전송되는 데이터를 수신할 수 있다.

또한, IPTV 수신기(600)는 HNI-DM 인터페이스를 이용하여 WAN Gateway(700)과 통신할 수 있다.

프론트엔드(frontend)(610)는, RF 를 튜닝하고, 선택된 MPEG2 트랜스포트 스트림을 수신하는 RF 인터페이스를 포함할 수 있다. RF 인터페이스는 Hybrid IPTV의 경우 선택 사항이다.

또한, 프론트엔드는 네트워크 인터페이스를 포함할 수 있다. 네트워크 인터페이스는 본 발명의 일 실시예에 따른 IPTV 수신기의 네트워크 인터페이스부의 기능을 수행한다. 구체적으로, 네트워크 인터페이스는 물리층 및 데이터 링크층(physical layer and data link layer) 간의 IP 패킷의 송수신을 수행한다. 또한, 본 발명의 일 실시예에 따른 네트워크 인터페이스는 IPTV 수신기에서 다운로드되어 DAE(Declarative Application Environment) 에서 실행되는 DAE 어플리케이션을 수신할 수 있다. 또한, 네트워크 인터페이스는 어플리케이션의 포트 매핑의 요청에 의해 외부 포트를 할당받은 경우, 할당받은 포트 정보를 외부 네트워크의 서버 및 디바이스에 통보할 수 있다.

네트워크 트랜스포트(Network Transport)(620)는 IPTV 수신기(600)로부터 송수신되는 패킷에 대하여 소스로부터 목적지까지의 패킷 전달에 관여하는 TCP/IP 매니저를 포함할 수 있다.

또한, 네트워크 트랜스포트(650)는 IPTV의 서비스의 품질을 보장하는 기능을 수행하는 QoS & Bandwidthe Control 기능을 수행할 수 있다. QoS & Bandwidthe Control 기능은 균형잡힌 방식으로 각 서비스가 사용할 대역을 할당할 수 있다. 할당된 대역은 서비스 제공자(service provider)에 의해 제어되거나 수신기 자체에서 자동으로 또는 사용자에 의해 제어될 수 있다. 할당되는 대역은 IPTV 어플리케이션 또는 서비스 제공자에 의해 관리될 수 있다. 즉, 해당 기능은 허용되지 아니한 접근을 거절하는 기능을 수행한다.

또한, 네트워크 트랜스포트(650)는 서비스 보호 기능(service protection)을 수행할 수 있다. 구체적으로, 터미널 간 통신(end to end communication)의 보안을 제공하고, 서비스 제공자 또는 다른 클라이언트 장치에 논리적 연결(logical link) 또는 물리적 연결(physical link)을 보호할 수 있다.

서비스 억세스(Service Access)(630)는, 서비스 발견 매니저(service discovery)(미도시), 메타데이터 매니저(미도시), 서비스와 세션 제어 매니저(service and session control management)(미도시) 기능을 수행할 수 있다.

서비스 발견 매니저는 양방향 IP 네트워크를 통하여 IPTV 서비스의 발견을 수행한다. 즉, 선택된 서비스를 위한 모든 정보를 제공할 수 있다. 서비스 발견 매니저는 P2P 제공자 정보 및 P2P 트래커 접속 정보(P2P Tracker Access Information)을 관리할 수 있다. 서비스 발견 매니저는 IGMP, HCDP 및 SIP 프로토콜 스택을 제공하고 서비스를 검색할 수 있다.

메타데이터 매니저는 XML 다큐먼트를 파싱하고 XML 데이터를 임베디드 데이터베이스와 함께 관리하거나, 파일 시스템에 XML 엘리먼트로서 저장할 수 있다.

서비스와 세션 제어 매니저는 서비스를 선택 및 제어하고, IGMP 또는 RTSP 프로토콜을 이용하여 생방송 서비스 및 VOD 서비스와 같은 세션을 관리한다. 예컨대, IMS 게이트웨이를 통하여 세션을 관리하고 초기화하는 데에 IMS 및 SIP 프로토콜이 이용될 수 있다. 또한, 전달 요구(on demand delivery) 뿐만 아니라, 브로드캐스트 TV 및 오디오의 전달을 제어하는 데에는 RTSP 프로토콜이 이용될 수 있다. RTSP 프로토콜은 지속적인 TCP 커텍션을 사용하고 실시간 미디어 스트리밍에서 트릭 모드 제어(trick mode control)를 허용한다.

서비스 전달 매니저는 수신되는 서비스 데이터의 제어를 담당한다. 서비스 전달 매니저는 실시간 스트리밍 데이터(real-time streaming date)를 핸들링하고, 컨텐츠를 다운로드한다. 예컨대, 서비스 전달 매니저가 실시간 스트리밍 데이터를 제어하는 경우 RTP/RTCP 프로토콜이 사용될 수 있다. 실시간 스트리밍 데이터를 RTP와 프로토콜을 사용하여 전송하는 셩우, 서비스 전달 매니저는 수신된 데이터 패킷을 RTP에 따라 파싱(parsing)하여 디멀티플렉서에 전송하거나 서비스 매니저의 제어에 따라 컨텐츠 데이터베이스(Content DB)에 저장할 수 있다. 또한, 서비스 전달 매니저는 RTCP 를 이용하여 네트워크 수신 정보를 서버측에 피드백한다. 사용자는, VOD 또는 라이브 미디어 브로드 캐스트 MPEG-2 트랜스포트 패킷이 RTP 없이 UDP 에 의해 직접적으로 전송하기 위한 트릭 플레이(trick play)를 지원하기 위하여 IP 스트리밍 프로토콜을 제어할 수 있다. 컨텐츠의 다운로딩을 위하여 HTTP 또는 FLUTE 프로토콜이 전달 프로토콜로서 이용될 수 있다.

서비스 전달 매니저는 이후의 소비를 위하여 컨텐츠 데이터베이스로부터 컨텐츠를 수신할 수 있다. 서비스 전달 매니저는 다른 peers 또는 CDN으로부터 사용자가 요구한 컨텐츠를 검색, 전달할 수 있다.

비활성/활성 스토리지 시스템(Volatile/Non-Volatile Storage System)(640)은, 컨텐츠 데이터베이스(Content DB) 및 메타데이터 및 SI 데이터베이스(Metadata & SI DB)를 포함할 수 있다. 컨텐츠 데이터베이스(Content DB)는 컨텐츠 다운로드 시스템에 의해 전달되거나, 라이브 미디어 TV로부터 기록되는 컨텐츠를 저장하는 데이터베이스이다. 메타데이터 및 SI 데이터베이스는 서비스와 관련되는 메타데이터 및 서비스 디스커버리 정보(service discovery information)을 저장하는 데이터베이스이다.

프로그램 시스템 정보 디코더(Program System Information Decoder)(643)는, PSI 테이블을 위한 PID를 설정하고, PSIP/DVB-SI 테이블을 디먹스로 보내서, 디먹스로 전송된 PSI 및 (PSI 및/또는 DVB-SI) 의 프라이비트 섹션(private section)을 디코딩한다. 디코딩 결과는 de-multiplex 인풋 트랜스포트 패킷에 이용될 수 있다(예: 오디오 및 비디오 PID 를 디먹스로 설정).

인증 매니저(DRM/CP/CAS)(650)은, 메타데이터 매니저에게 요청하여, 라이센스 발행자(license issuer)으로부터 오는 암호화 키 및 컨텐츠 라이센스를 저장한다. 이 매니저는 디먹스 블록으로부터 암호화된 컨텐츠를 디코드 하기 위하여 디스크램블러 블록(descrambler block)을 제어할 수 있다. 인증 매니저는 컨텐츠 보호 기술에 의해 보호되는 다운로드된 컨텐츠 및 라이브 미디어 스트림(live media stream) 모두를 관리한다. 인증 매니저는 수신기에 다운로드된 컨텐츠 및 라이브 미디어 스트림이 수명(lifetime)을 제어할 수 있다. 인증 매니저는 바이패드 모드(bypass mode)를 지원하여 MPEG 디코더를 통과할 수 있다.

DVR 엔진(DVR Engine)(660)은, 라이브 스트리밍 컨텐츠를 기록하고 플레이하며, 기록된 컨텐츠의 모든 필수적 메타데이터를 수집하고, 썸네일 이미지 또는 인덱스 등과 같이 보다 나은 사용자 경험을 위해 부가 정보(additinal information)를 생성한다.

Embeded DBMS/Filesystem(670)는, 전자 프로그램 스케줄 데이터, XML 요소(XML element) 및 관리 가능한 데이터(manageable date)를 관리한다.

수신기서브시스템(Hybrid/IPTV/OITF HNED Subsyste)(680)은, 시스템 디코더(system decoder), 디먹스(demux), IEEE1394, 비디오 디코더(video decoder), 카피 방지(copy protection), USB 호스트(USB host), 2D/3D 그래픽 프로세서(2D/3D graphic processor), 비디오 디스플레이 프로세서(video display processor), RS-232, 오디오 디코더(audio decoder), HDMI/HDCP, IR 수신기(IR receiver) 및 외부 입출력(External I/O)에 관한 엔터티들을 포함할 수 있다.

시스템 디코더(system decoder)는 MPEG-2 트랜스포트 패킷(TS Packer)을 디코드하고 기 정의된 휘발성 메모리 영역으로 패킷 요소(elementary packet)를 카피한다.,

디먹스(demux)는, 입력된 트랜스포트 패킷으로부터 오디오, 비디오 및 PSI 테이블을 디멀티 플렉싱(de-multiplexing)하고, PSI 디코더에 의해 PSI 테이블을 디멀티플렉싱하는 것을 제어한다. 디먹스가 디코딩할 PSI 테이블을 선택하고, PSI 디코더로 전송하면, 수신기는 오디오/비디오 트랜스포트 패킷을 위한 디멀티플렉싱을 제어한다.

IEEE1394 매니저는, IEEE1394 디바이스의 인터페이스를 지원한다.

비디오 디코더(video decoder)는, 비디오 엘리멘터리 스트림 패킷(video elementary stream packets)을 디코딩한다.

오디오 디코더(audio decoder)는, 오디오 엘리멘터리 스트림 패킷(audeo elementary stream packets)을 디코딩한다.

카피 방지(copy protection) 매니저는, AES, DES 및 다른 스크램블 및 디스크램블링 알고리즘을 지원한다. 이 경우, 암호화 키 및 복호화 키는 시스템 내 다른 엔터티에 의해 제공되어야 한다.

USB 호스트(USB host), 사용자 또는 시스템 엔지니어에게 USB 인터페이스를 제공한다.

2D/3D 그래픽 프로세서(2D/3D graphic processor)는, 캡션(caption), UI 어플리케이션을 디스플레이하기 위해 여러가지 평면(surface/plane)을 관리하고, OSD 및 2D 그래픽 데이터를 제어한ㄷ. 또한, 그래픽 디스플레이 평면에 3D 데이터를 만들수 있다.

비디오 디스플레이 프로세서(video display processor)는, 사용자가 선택한한 모든 영역 또는 전체 비디오 스크린에 비디오 필터를 처리한다. 비디오 디스플레이 프로세서는 비디오 프레임 버퍼 메모리(video frame buffer memory)에 접근하여 비디오 또는 스틱 픽쳐(still picture)를 조정할 수 있다.

RS-232 매니저는, PC 호환성 시스템에 RS-232 인터페이스를 지원한다

HDMI/HDCP 매니저는, HDMI 출력을 지원하고 HDCP 보호 기능을 지원한다.

IR 수신기(IR receiver)는 리모트 컨트롤러로부터 IR 신호를 수신하고 디모듈레이트하며, 어떠한 리모트 키(remote keys)가 눌러졌는지 분석한다. 수신기는 리모트 키에 적합한 메시지를 UI 어플리케이션에 전달하고, 해당하는 리모트 모드가 없는 경우 드랍(drop)한다.

외부 입출력(External I/O)은 입출력 흐름을 제어하고, 다른 엔터티 또는 내부 블록으로부터의 패킷을 차단(block)하거나 필터링한다.

어플리케이션(OITF/HNED Application(s))(690)은, EPG/BCG, UI application, OICD Application, Remote Management Client, Internet-TV Content Delivery Application, Firmware Upgrade Client, Event handler, Embedded Web Browser, RF Transmitter, IMS Gateway/DNG 엔터티를 포함할 수 있다.

EPG/BCG 는, 전자 프로그램 가이드(Electronic Program Guide) 및 브로드캐스트 컨텐츠 가이드(Broadcast Content Guide)를 디스플레이하고, 메타데이터 매니저 또는 임베디드 데이터베이스로부터의 XML 데이터 및 컨텐츠 정보를 수집할 수 있다.

UI application은, 스크린상에 그래픽 유저 인터페이스(Graphic User Interface)를 지원하고, 리모트 컨트롤러 또는 프런트 패널(front panel)에 의한 사용자 키를 수신하고, 전체 TV 시스템의 상태를 관리한다.

OICD Application은, 인터넷 커넥션을 통하여 P2P 다운로드 가능한 컨텐츠를 전달한다.

원결 관리 클라이언트(Remote Management Client) 는, 사용자가 로컬 어플리케이션(local application) 또는 시스템 엔터티(system entity)를 제어할 수 있도록 허용한다.

인터넷 TV 컨텐츠 전달 어플리케이션(Internet-TV Content Delivery Application)은, 인터넷 TV가 수신할 수 있는 CDN 또는 peer 시스템을 접속할 수 있다. 사용자는 수신기상에서 인터넷 TV 컨텐츠 딜리버리 어플리케이션을 관리할 수 있고, 다운로드 컨텐츠와 같은 인터넷 TV 서비스를 제어하거나, 인터넷 TV 서비스를 위한 스토리지를 제어할 수 있다.

펌웨어 업그레이드 클라이언트(Firmware Upgrade Client)는, 최근 펌웨어를 발견하고 사용자에게 이를 통보하며, 사용자가 제조자(manufacturere) 또는 서비스 제공자(service provider)로부터의 통보를 허락하는 경우 펌웨어를 업그레이드한다.

이벤트 핸들러(Event handler)는, 서비스 제공자로부터의 이벤트 및 메세지를 관리하고, 어디에 어떠한 이벤트가 전송될 지를 결정한다.

임베디드 웹 브라우저(Embedded Web Browser)는, 스크린 상에 인터넷 컨텐츠를 오픈하도록 한다.

한편, 본 발명의 일 실시예에 따른 IPTV 수신기의 제어부의 기능은 도 44에서의 프론트엔드(610)의 일부 기능, 네트워크 트랜스포트(620), 서비스 억세스(630), DRM/CA/CAS(650), 수신기 어플리케이션(690) 등과 같은 복수의 모듈들에 분할되어 구현될 수 있다.

WAN/LAN Gateway(700)는 WAN/LAN Gateway, QoS, IGMP Support, UPnP Control Point, UC/MC conversion, RMS3, Attachment 기능을 수행할 수 있다.

WAN/LAN Gateway 기능은 광역 통신망(WAN) 및 홈 네트워크(LAN) 에 연결시킬 수 있는 물리적 접속점(physical termination)을 제공하고, UPnP 기능을 수행할 수 있는 게이트웨이다.

QoS 기능은, 상술한 바와 같은 서비스 및 데이터 품질을 보장하는 기능이다.

IGMP Support는, IGMP 프록시 또는 IGMP 스투핑(snooping)을 제공한다.

UPnP Control Point는, 원격지의 관리 동작을 수행하기 위하여, 수신기 내 UPnP 디바이스 매니지먼트 클라이언트와의 통신을 수행한다.

UC/MC conversion은 ,무선 네트워크상에서의 멀티캐스트 방식의 비효율적이고 불안정성을 해결하기 위해 제공된다.

RMS3 기능은, WAN 게이트웨이가 원격에서 모니터링되고 억세스 서비스 제공자에 의해 구성될 때 원격지의 관리자(remote manager)와의 인터페이스를 제공한다.

Attachment 기능은, 네트워크 제공자 또는 어플리케이션 제공자 또는 서비스 제공자가 홈 네트워크에 접속할 수 있도록 한다.

상술한 본 발명에 따른 컨텐츠 제공 및 재생 방법은 컴퓨터에서 실행되기 위한 프로그램으로 제작되어 컴퓨터가 읽을 수 있는 기록 매체에 저장될 수 있으며, 컴퓨터가 읽을 수 있는 기록 매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광 데이터 저장장치 등이 있으며, 또한 캐리어 웨이브(예를 들어 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다.

컴퓨터가 읽을 수 있는 기록 매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다. 그리고, 상기 방법을 구현하기 위한 기능적인(function) 프로그램, 코드 및 코드 세그먼트들은 본 발명이 속하는 기술분야의 프로그래머들에 의해 용이하게 추론될 수 있다.

또한, 이상에서는 본 발명의 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형 실시가 가능한 것은 물론이고, 이러한 변형 실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해되어져서는 안될 것이다.

Claims

컨텐츠를 광고와 함께 재생하는 방법에 있어서,

별도의 파일로 제공되는 컨텐츠와 광고에 대한 위치 정보가 재생 순서에 따라 기록되어 있는 플레이 리스트 파일을 수신하는 단계;

상기 플레이 리스트 파일에 기록된 위치 정보를 이용하여 컨텐츠 파일과 광고 파일을 획득하는 단계; 및

상기 플레이 리스트 파일의 재생 순서에 따라, 상기 획득된 컨텐츠 파일과 광고 파일을 순차적으로 재생하는 단계를 포함하는 컨텐츠 재생 방법.
제1항에 있어서, 상기 플레이 리스트 파일은

CE-HTML 문서 또는 상기 컨텐츠를 다운로드 하기 위한 CAD 스키마에 포함된 URL을 이용하여 다운로드되는 컨텐츠 재생 방법.
제1항에 있어서, 상기 플레이 리스트 파일에 기록된 위치 정보는

상기 컨텐츠 파일과 광고 파일 각각에 대하여, 인터넷 다운로드를 위한 URL 및 수신 장치 내의 저장 위치 중 적어도 하나를 포함하는 컨텐츠 재생 방법.
제1항에 있어서, 상기 플레이 리스트 파일에 기록된 위치 정보는

상기 광고 파일을 획득할 수 있는 복수의 위치들을 포함하는 컨텐츠 재생 방법.
제1항에 있어서,

상기 컨텐츠는 상기 광고의 재생을 위하여 복수의 재생 구간들로 분할되어 상기 플레이 리스트 파일에서 재생 순서에 따라 나열되고,

상기 플레이 리스트 파일은 상기 분할된 컨텐츠 재생 구간의 재생 시작 지점에 대한 시간 정보를 포함하는 컨텐츠 재생 방법.
제1항에 있어서,

상기 플레이 리스트 파일은 상기 광고에 대한 식별 정보를 포함하고,

상기 플레이 리스트 파일에 포함된 광고 식별 정보를 이용하여, 상기 광고가 수신 장치에 저장되어 있는지 여부를 확인하는 단계를 더 포함하는 컨텐츠 재생 방법.
제6항에 있어서,

수신 장치에 저장된 상기 컨텐츠를 삭제하고자 하는 경우, 상기 광고 식별 정보를 이용하여 상기 광고가 다른 컨텐츠와도 함께 재생되는지 여부를 확인하는 단계; 및

상기 확인 결과에 따라, 상기 광고를 상기 컨텐츠와 함께 삭제할 것인지 여부를 결정하는 단계를 포함하는 컨텐츠 재생 방법.
제1항에 있어서, 상기 플레이 리스트 파일은

상기 광고의 재생 구간 동안 제한되는 트릭 플레이(trick play)에 대한 정보를 포함하는 컨텐츠 재생 방법.
제1항에 있어서,

상기 컨텐츠 파일 및 상기 광고 파일 중 적어도 하나는 인터넷을 이용하여 다운로드되는 컨텐츠 재생 방법.
제1항에 있어서,

상기 컨텐츠 파일 및 상기 광고 파일 중 적어도 하나는 비실시간(NRT, Non-Real-Time) 서비스를 이용해 다운로드되어 수신 장치에 저장되어 있는 컨텐츠 재생 방법.
제1항에 있어서,

상기 컨텐츠 파일 및 상기 광고 파일 중 적어도 하나는 복수의 세그먼트들로 분할되어 네트워크 대역폭에 따라 서로 다른 비트율로 스트리밍되는 컨텐츠 재생 방법.
제11항에 있어서, 상기 플레이 리스트 파일은

상기 스트리밍 가능한 비트율들에 각각 대응되도록 복수의 파일들로 존재하는 컨텐츠 재생 방법.
제12항에 있어서, 상기 수신 단계는

상기 비트율들에 각각 대응되는 복수의 하위 플레이 리스트 파일들과, 상기 복수의 하위 플레이 리스트들에 대한 정보를 포함하는 상위 플레이 리스트 파일을 수신하는 컨텐츠 재생 방법.
제13항에 있어서, 상기 상위 플레이 리스트 파일은

수신 장치에 저장되어 있는 컨텐츠 파일 또는 광고 파일에 대응되는 하위 플레이 리스트 파일에 대한 정보를 더 포함하는 컨텐츠 재생 방법.
컨텐츠를 광고와 함께 제공하는 방법에 있어서,

별도의 파일로 제공되는 컨텐츠와 광고에 대한 위치 정보가 재생 순서에 따라 기록되어 있는 플레이 리스트 파일을 생성하는 단계; 및

상기 생성된 플레이 리스트 파일을 수신 장치로 전송하는 단계를 포함하는 컨텐츠 제공 방법.
제15항에 있어서, 상기 플레이 리스트 파일은

상기 광고에 대한 식별 정보 및 상기 광고의 재생 구간 동안 제한되는 트릭 플레이에 대한 정보 중 적어도 하나를 포함하는 컨텐츠 제공 방법.
제15항에 있어서,

상기 컨텐츠는 상기 광고의 재생을 위하여 복수의 재생 구간들로 분할되어 상기 플레이 리스트 파일에서 재생 순서에 따라 나열되고,

상기 플레이 리스트 파일은 상기 분할된 컨텐츠 재생 구간의 재생 시작 지점에 대한 시간 정보를 포함하는 컨텐츠 제공 방법.

방법.
제15항에 있어서,

상기 컨텐츠 파일 및 상기 광고 파일 중 적어도 하나는 비실시간(NRT) 서비스를 이용해 다운로드되어 상기 수신 장치에 미리 저장되어 있는 컨텐츠 제공 방법.
제15항에 있어서,

상기 컨텐츠 파일 및 상기 광고 파일 중 적어도 하나는 복수의 세그먼트들로 분할되어 네트워크 대역폭에 따라 서로 다른 비트율로 스트리밍되며,

상기 플레이 리스트 파일은 상기 스트리밍 가능한 비트율들에 각각 대응되도록 복수의 파일들로 존재하는 컨텐츠 제공 방법.
컨텐츠와 광고를 수신하여 함께 재생하는 수신 장치에 있어서,

컨텐츠 및 상기 컨텐츠와 함께 재생될 광고를 별도의 파일들로 수신하고, 상기 컨텐츠 및 상기 광고에 대한 위치 정보가 재생 순서에 따라 기록되어 있는 플레이 리스트 파일을 수신하는 수신부;

상기 수신된 컨텐츠 파일 또는 광고 파일을 저장하는 저장부; 및

상기 플레이 리스트 파일에 기록된 위치 정보를 이용해 상기 컨텐츠 파일과 상기 광고 파일을 획득하여 상기 플레이 리스트 파일의 재생 순서에 따라 순차적으로 재생시키는 제어부를 포함하는 수신 장치.
제20항에 있어서, 상기 플레이 리스트 파일은

상기 광고에 대한 식별 정보 및 상기 광고의 재생 구간 동안 제한되는 트릭 플레이에 대한 정보 중 적어도 하나를 포함하는 수신 장치.
제20항에 있어서,

상기 컨텐츠는 상기 광고의 재생을 위하여 복수의 재생 구간들로 분할되어 상기 플레이 리스트 파일에서 재생 순서에 따라 나열되고,

상기 플레이 리스트 파일은 상기 분할된 컨텐츠 재생 구간의 재생 시작 지점에 대한 시간 정보를 포함하는 수신 장치.
제20항에 있어서,

상기 컨텐츠 파일 및 상기 광고 파일 중 적어도 하나는 비실시간(NRT) 서비스를 이용해 다운로드되어 상기 저장부에 저장되고,

상기 제어부는

상기 플레이 리스트 파일에 기록된 위치 정보를 이용해 상기 저장부에 저장된 상기 컨텐츠 파일 또는 상기 광고 파일에 액세스하는 수신 장치.
제20항에 있어서,

상기 컨텐츠 파일 및 상기 광고 파일 중 적어도 하나는 복수의 세그먼트들로 분할되어 네트워크 대역폭에 따라 서로 다른 비트율로 스트리밍되며,

상기 플레이 리스트 파일은 상기 스트리밍 가능한 비트율들에 각각 대응되도록 복수의 파일들로 존재하는 수신 장치.
컨텐츠를 광고와 함께 제공하는 장치에 있어서,

별도의 파일로 제공되는 컨텐츠와 광고에 대한 위치 정보가 재생 순서에 따라 기록되어 있는 플레이 리스트 파일을 생성하는 제어부; 및

상기 생성된 플레이 리스트 파일을 수신 장치로 전송하는 송신부를 포함하는 컨텐츠 제공 장치.