KR20190128120A

KR20190128120A - 스트리밍 컨텐츠 제공 장치 및 방법

Info

Publication number: KR20190128120A
Application number: KR1020190138797A
Authority: KR
Inventors: 탕쯔엉꽁; 이진영; 강정원; 배성준; 정순흥; 김재곤; 박상택; 류원
Original assignee: 아이디어허브 주식회사
Priority date: 2010-09-06
Filing date: 2019-11-01
Publication date: 2019-11-15
Also published as: KR101754414B1; KR20170081608A; KR102042213B1; KR101372161B1; KR20120042808A; KR101875074B1; KR20120122994A; KR20180079269A; KR101371965B1; KR20120120915A

Abstract

콘텐츠에 대한 메타데이터를 사용하는 적응형 HTTP 스트리밍 서비스를 위한 방법 및 장치가 개시된다. 상기의 메타데이터는 하나 이상의 베이스 URL 요소들을 포함한다. 미디어를 구성하는 세그먼트의 URL은 하나 이상의 베이스 URL 요소들에 기반하여 생성된다. 세그먼트의 URL은 세그먼트의 소스 URL 속성에 하나 이상의 베이스 URL 요소 중 임의의 베이스 URL 요소를 사상시킴으로써 세그먼트의 URL들을 생성할 수 있다. 생성된 URL들이 가리키는 세그먼트들은 모두 동일하다.

Description

스트리밍 컨텐츠 제공 장치 및 방법{APPARATUS AND METHOD FOR PROVIDING STREAMING CONTENTS}

본 발명의 기술 분야는 스트리밍 컨텐츠 제공 기술에 관한 것으로, 특히, 적응적 스트리밍을 이용한 미디어 콘텐츠 제공 장치 및 방법에 관한 것이다.

스트리밍(streaming)은 소리 및 동영상 등의 멀티미디어 콘텐츠를 전송 및 재생하기 위한 방식 중 하나이다. 클라이언트는 스트리밍을 통해 콘텐츠을 수신하는 동시에 상기의 콘텐츠를 재생할 수 있다.

적응적 스트리밍 서비스는, 클라이언트의 요청 및 상기의 요청에 대한 서버의 응답으로 구성되는 통신 방식을 통해 스트리밍 서비스를 제공하는 것을 의미한다.

클라이언트는 적응적 스트리밍 서비스를 통해 자신의 환경(예컨대, 자신의 전송 채널)에 적합한 미디어 시퀀스를 요청할 수 있으며, 서버는 자신이 갖고 있는 다양한 퀄리티의 미디어 시퀀스들 중 클라이언트의 요청에 부합하는 미디어 시퀀스를 제공할 수 있다.

적응적 스트리밍 서비스는 다양한 프로토콜에 기반하여 제공될 수 있다.

HTTP 적응적 스트리밍 서비스는 HTTP 프로코콜에 기반하여 제공되는 적응적 스트리밍 서비스를 의미한다. HTTP 적응적 스트리밍 서비스의 클라이언트는 HTTP 프로토콜을 사용하여 서버로부터 콘텐츠를 제공받을 수 있으며, 스트리밍 서비스와 관련된 요청을 서버에게 전송할 수 있다.

본 발명의 일 실시예는 콘텐츠를 재생함에 있어 하나 이상의 베이스 URL 요소들을 사용하여 세그먼트의 URL을 해석하는 장치 및 방법을 제공할 수 있다.

본 발명의 일 실시예는 세그먼트의 소스 URL 속성에 하나 이상의 베이스 URL 요소들 중 임의의 베이스 URL 요소를 사상시킴으로써 세그먼트의 URL을 생성하는 장치 및 방법을 제공할 수 있다.

본 발명의 일 측에 따르면, 미디어의 메타데이터를 수신하는 단계 - 상기 메타데이터는 하나 이상의 베이스 통합 자원 지시기(Uniform Resource Locator; URL) 요소들을 포함함 -, 상기 미디어의 세그먼트를 상기 세그먼트의 URL을 사용하여 요청하는 단계 - 상기 URL은 상기 베이스 URL 요소에 상관되어 해석됨 -, 상기 세그먼트를 수신하는 단계 및 상기 세그먼트 내에 포함된 상기 미디어의 데이터를 디코딩 및 렌더링하는 단계를 포함하는, 미디어 제공 방법이 제공된다.

상기 요청은 HTTP GET 메쏘드일 수 있다.

상기 메타데이터는 범위 속성을 포함할 수 있다.

상기 요청은 상기 URL이 가리키는 자원의 상기 범위 속성이 지정하는 바이트들에 대한 요청일 수 있다.

상기 URL은 절대적 URL 또는 상대적 URL일 수 있다.

상기 하나 이상의 베이스 URL 요소들 각각에 의해 상관되어 해석된 상기 URL들이 가리키는 다중 위치들은 동일한 세그먼트들을 접근할 수 있다.

상기 하나 이상의 베이스 URL 요소들 중 첫 번째 베이스 URL은 기본적인 통합 자원 식별자(Universal Resource Indicator; URI)로 사용될 수 있고, 상기 하나 이상의 베이스 URL 요소들 중 상기 첫 번째 베이스 URL를 제외한 나머지 베이스 URL 요소들은 대안적인 베이스 URL일 수 있다.

상기 메타데이터는 상기 세그먼트의 소스(source) URL 속성을 선택적으로 포함할 수 있고, 상기 메타데이터가 상기 세그먼트의 상기 소스 URL 속성을 선택적으로 포함할 경우, 상기 하나 이상의 베이스 URL 요소들 중 임의의 베이스 URL 요소가 상기 소스 URL 속성에 사상됨으로써 상기 URL이 생성될 수 있다.

상기 메타데이터는 상기 미디어 콘텐츠의 미디어 정보(media presentation description; MPD)일 수 있다.

상기 미디어는 일련의 하나 이상의 주기를 포함할 수 있다.

상기 베이스 URL 요소는 상기 미디어 정보에 대한 하나 이상의 미디어 정보 레벨 베이스 URL 요소들 및 상기 주기에 대한 하나 이상의 주기 레벨 베이스 URL 요소들을 포함할 수 있다.

각 주기에 포함되는 상기 세그먼트의 URL은 상기 주기의 주기 레벨 베이스 URL 요소에 상관하여 해석될 수 있다.

상기 주기 레벨 베이스 URL 요소는 상기 미디어 정보 레벨 베이스 URL 요소에 상관하여 해석될 수 있다.

상기 하나 이상의 주기들 각각은 하나 이상의 그룹들을 포함할 수 있다.

상기 베이스 URL 요소는 상기 그룹에 대한 하나 이상의 그룹 레벨 베이스 URL 요소들을 더 포함할 수 있다.

각 그룹에 포함되는 상기 세그먼트의 URL은 상기 그룹의 그룹 레벨 베이스 URL 요소에 상관하여 해석될 수 있다

상기 그룹 레벨 베이스 URL 요소는 상기 주기 레벨 베이스 URL 요소에 상관하여 해석될 수 있다.

상기 하나 이상의 그룹들 각각은 하나 이상의 레프리젠테이션들을 포함할 수 있다.

상기 레프리젠테이션은 하나의 상기 주기 내의 상기 미디어의 하나 이상의 컴포넌트들의 구조화된 컬렉션일 수 있다.

상기 베이스 URL 요소는 상기 레프리젠테이션에 대한 하나 이상의 레프리젠테이션 레벨 베이스 URL 요소들을 더 포함할 수 있다.

각 레프리젠테이션에 포함되는 상기 세그먼트의 URL은 상기 레프리젠테이션의 레프리젠테이션 레벨 베이스 URL 요소에 상관하여 해석될 수 있다.

상기 레프리젠테이션 레벨 베이스 URL 요소는 상기 그룹 레벨 베이스 URL 요소 또는 상기 주기 레벨 베이스 URL 요소에 상관하여 해석될 수 있다.

본 발명의 다른 일 측에 따르면, 미디어의 메타데이터를 수신하고 - 상기 메타데이터는 하나 이상의 베이스 통합 자원 지시기(Uniform Resource Locator; URL) 요소들을 포함함 -, 상기 미디어의 세그먼트를 상기 세그먼트의 URL을 사용하여 요청하고 - 상기 URL은 상기 베이스 URL 요소에 상관되어 해석됨 -, 상기 세그먼트를 수신하고, 상기 세그먼트들 내에 포함된 상기 미디어의 데이터를 디코딩하는 접근 엔진 및 상기 접근 엔진으로부터 상기 미디어의 데이터를 제공받아 상기 미디어를 출력하는 미디어 엔진을 포함하는고, 단말이 제공된다.

본 발명의 일 실시예는 콘텐츠를 재생함에 있어 하나 이상의 베이스 URL 요소들을 사용하여 세그먼트의 URL을 해석할 수 있다.

본 발명의 일 실시예는 세그먼트의 소스 URL 속성에 하나 이상의 베이스 URL 요소들 중 임의의 베이스 URL 요소를 사상시킴으로써 세그먼트의 URL을 생성할 수 있다.

도 1은 본 발명의 일 예에 따른 시그널링 정보의 카테고리들을 도시한다.
도 2는 본 발명의 일 예에 따른 시그널링 정보의 카테고리들을 도시한다.
도 3은 본 발명의 일 예에 따른 콘텐츠 디비전(division)의 계층 및 시그널링 정보의 레벨들(levels)을 나타낸다.
도 4는 본 발명의 일 예에 따른 MPEG-2 TS 내에서의 가상 경계들의 감지를 설명한다.
도 5는 본 발명의 일 실시예에 따른 단말(100)의 구조도이다.
도 6은 본 발명의 일 실시예에 따른 단말(100)의 구조도이다.

이하에서, 본 발명의 일 실시예를, 첨부된 도면을 참조하여 상세하게 설명한다. 그러나, 본 발명이 실시예들에 의해 제한되거나 한정되는 것은 아니다. 각 도면에 제시된 동일한 참조 부호는 동일한 부재를 나타낸다.

HTTP 상의 동적 적응적 스트리밍(Dynamic Adaptive Streaming over HTTP; DASH)는 1) HTTP 서버로부터 HTTP 클라이언트로의 미디어 콘텐츠의 전달을 가능하게 하고, 2) 표준(standard) HTTP 캐쉬(cache)들에 의한 콘텐츠의 캐슁(caching)을 가능하게 하는 포맷(format)들을 명세한다.

미디어 컴포넌트(media component)는, 예컨대 대역폭(bandwidth), 언어(language) 또는 해상도(resolution)와 같은, 특정한 속성(attribute)들을 갖는 오디오(audio), 비디오(video) 또는 자막(timed text)과 같은 개별(individual) 미디어 타입(type)들의 인코드된(encoded) 버전(version)이다.

미디어 콘텐츠는, 예컨대 비디오, 오디오 및 자막과 같은, 공통(common) 타임라인(timeline)을 갖는 미디어 컴포넌트들의 집합이다. 또한, 미디어 컴포넌트들은 프로그램 또는 영화로서 어떻게(예를 들면, 개별적으로(individually), 결합하여(jointly) 또는 상호 배타적(mutually exclusive)으로) 미디어 컴포넌트들이 상연(present)될 지에 대한 관계(relationships)를 갖는다.

미디어 콘텐츠 및 콘텐츠는 동일한 의미로 사용될 수 있다.

미디어 프리젠테이션(또는, 미디어)은 연속적인 미디어의 컴포넌트들로 구성된 미디어 콘텐츠의 제한되거나(bounded) 제한되지 않은(unbounded) 프리젠테이션(presentation)을 설정하는(establish) 데이터의 구조화된(structured) 컬렉션(collection)이다.

즉, 미디어 프리젠테이션은 스트리밍 서비스를 사용자에게 제공하기 위해, DASH 클라이언트에게 접근 가능한 데이터의 구조화된 컬렉션이다.

미디어 정보(media presentation description; MPD)는 미디어 프리젠테이션의 양식화된(formalized) 설명(description)일 수 있다.

미디어 프리젠테이션은, MPD의 가능한 업데이트들(possible updates)을 포함하여, MPD에 의해 설명될 수 있다.

콘텐츠는 요청(demand)에 따른 콘텐츠 또는 라이브(live) 콘텐츠일 수 있다.

콘텐츠는 하나 이상의 인터벌들(interval)로 나뉘어질 수 있다. 즉, 콘텐츠는 하나 이상의 인터벌들을 포함할 수 있다.

인터벌 및 주기(period)는 동일한 의미로 사용될 수 있다. 주기는 3GPP(Generation Partnership Project) 적응적 HTTP 스트리밍의 용어일 수 있다.

주기는 미디어 프리젠테이션의 인터벌일 수 있다. 모든 주기들의 연속적인 일련(sequence)은 미디어 프리젠테이션을 구성한다.

즉, 미디어 프리젠테이션은 일련의 하나 이상의 주기들을 포함할 수 있다.

하나 이상의 인터벌들은 기본 유닛일 수 있다. 하나 이상의 인터벌들은 메타데이터를 시그널링함에 의해 설명될 수 있다. 즉, 메타데이터는 하나 이상의 인터벌들 각각을 설명할 수 있다.

상기의 메타데이터는 MPD일 수 있다.

MPD는 세그먼트를 위한 자원 식별자들을 알리기 위한 포맷을 정의할 수 있다. MPD는 미디어 프리젠테이션 내에서의 식별된 자원들에 대한 컨텍스트(context)를 제공할 수 있다. 자원 식별자들은 HTTP-URL일 수 있다. URL들은 바이트 범위(byte range) 속성에 의해 제한될 수 있다.

각 인터벌은 프래그먼트(fragment)들로 나뉘어질 수 있다.

프래그먼트 및 세그먼트(segment)는 동일한 의미로 사용될 수 있다. 세그먼트는 3GPP(Generation Partnership Project) 적응적 HTTP 스트리밍의 용어일 수 있다.

세그먼트는, 예컨대 RFC 2616에서 정의된, HTTP-URL에 대한 HTTP/1.1 GET 요청(또는, 바이트 범위(range)에 의해 가리켜진(indicated) 일부에 대한 GET 요청)에 대한 응답(response)의 객체(entity) 바디(body)를 의미할 수 있다.

단말은, 수신된 바이트들(즉, 세그먼트)을 사용하여 미디어 콘텐츠를 재생할 수 있다.

부(sub)-세그먼트는 세그먼트 레벨에서의 세그먼트 인덱스(index)에 의해 인덱스될 수 있는 세그먼트들 내의 가장 작은(smallest) 유닛(unit)을 의미할 수 있다.

하나의 인터벌에 대응하는 두 개 이상의 프래그먼트의 집합들이 있을 수 있다. 프래그먼트의 집합들 각각을 대안(alternative)으로 명명한다.

대안 및 레프리젠테이션(representation)(또는, 표현)은 동일한 의미로 사용될 수 있다.

각 주기는 하나 이상의 그룹들을 포함할 수 있다.

각 그룹은 동일한 미디어 콘텐츠의 하나 이상의 레프리젠테이션들을 포함할 수 있다.

레프리젠테이션은 하나의 주기 내의 하나 이상의 미디어 컴포넌트들의 구조화된(structured) 컬렉션이다. 레프리젠테이션은, 비트레이트(bitrate), 해상도(resolution), 언어(language) 및 코덱(codec) 등과 같은 인코딩(encoding) 선택(choice)이 상이한, 미디어 콘텐츠 또는 미디어 콘텐츠의 부분집합의 대안적인(alternative) 선택(choice)들 중 하나일 수 있다.

MPD(또는, MPD 요소)는 클라이언트가 하나 이상의 레프리젠테이션을 선택하는 것을 가능하게 하는 설명적인 정보를 제공한다.

임의 접근 포인트(Random Access Point; RAP)는 미디어 세그먼트 내의 특정한 위치이다. RAP는 단지 미디어 세그먼트 내에 포함된 정보만을 사용하여 RAP의 위치로부터 계속하여 재생(playback)을 시작할 수 있는 위치인 것으로 식별된다.

각 레프리젠테이션은 하나 이상의 세그먼트들로 구성될 수 있다. 즉, 레프리젠테이션은 하나 이상의 세그먼트들을 포함할 수 있다.

MPD는 1) 세그먼트들을 접근하고, 2) 사용자에게 스트리밍 서비스를 제공하기 위해 적합한(appropriate) HTTP-URL들을 구성하기 위해 DASH 클라이언트에게 요구되는 메타데이터를 포함하는 문서이다. HTTP-URL들은 절대적이거나 상대적일 수 있다.

MPD는 XML-문서일 수 있다.

MPD는 MPD 요소(element)를 포함할 수 있다. MPD는 단지 1 개의 MPD 요소만을 포함할 수 있다.

도 1은 본 발명의 일 실시예에 따른 콘텐츠 처리 방법의 신호 흐름도이다.

단말(100)은 DASH 클라이언트일 수 있다.

DASH 클라이언트는 RFC 2616에 명세된 클라이언트와 호환될 수 있다.

DASH 클라이언트는, 세그먼트들 또는 세그먼트들의 일부들에 접군하기 위해, RFC 2616에서 명세된 것처럼, 일반적으로 HTTP GET 메쏘드(method) 또는 HTTP partial GET 메쏘드를 사용할 수 있다.

서버(110)는 DASH 세그먼트들을 호스팅(hosting)할 수 있다. 서버(110)는 RFC 2616에 명세된 서버와 호환될 수 있다.

단계(120)에서, 단말(100)은 서버(110)로부터 미디어(또는, 콘텐츠)의 메타데이터를 수신한다. 즉, 서버(110)는 단말(100)에게 미디어에 대한 메타데이터를 전송한다.

메타데이터는 베이스(base) 통합 자원 지시기(Uniform Resource Locator; URL) 요소를 포함할 수 있다. 베이스 URL 요소는 하나 이상일 수 있다.

단계(130)에서, 단말(100)은 수신된 메타데이터를 처리한다. 단계(130)에서, 단말(100)은 메타데이터가 제공하는 정보 또는 메타데이터 내에 포함된 정보를 추출할 수 있다.

단계들(140 내지 150)에서, 단말(100)은 메타데이터가 제공하는 정보에 기반하여 미디어의 세그먼트에 접근(access)한다.

여기서, 각 주기는 하나 이상의 그룹들을 포함할 수 있고, 각 그룹은 미디어의 하나 이상의 레프리젠테이션을 포함할 수 있으며, 각 레프리젠테이션은 하나 이상의 세그먼트들을 포함할 수 있다.

메타데이터는 그룹을 설명하는 그룹 요소를 설명할 수 있다.

단계(140)에서, 단말(100)은 서버(110)에게 미디어의 세그먼트를 세그먼트의 URL을 사용하여 요청한다. 여기서, URL은 전술된 베이스 URL 요소에 상관되어 해석될 수 있다. 예컨대, 세그먼트의 URL은 베이스 URL 요소에 기반하여 생성될 수 있다.

단말(100)은 상기의 메타데이터 처리에 기반하여 특정 주기에 대한 적합한 세그먼트를 서버(110)에게 요청할 수 있다. 즉, 요청되는 세그먼트는 메타데이터에 기반하여 선택된 것이다. 상기의 요청은 HTTP GET 메쏘드(method)일 수 있다.

메타데이터는 범위(range) 속성을 포함할 수 있다. 상기의 요청은 URL이 가리키는 자원의, 범위 속성이 지정하는 바이트들에 대한 요청일 수 있다.

세그먼트의 URL은 절대적 URL 또는 상대적 URL일 수 있다.

하나 이상의 베이스 URL 요소들 각각에 의해 상관되어 해석된, URL들이 가리키는 다중 위치들은 동일한 세그먼트들을 접근한다. 즉, 하나 이상의 베이스 URL 요소들에 의해 제공되는 URL들에 의해, 동일한 세그먼트들이 선택적으로 접근될 수 있다.

또한, 하나 이상의 베이스 URL 요소들 중 첫 번째 베이스 URL은 기본적인 통합 자원 식별자(Universal Resource Indicator; URI)로 사용될 수 있고, 하나 이상의 베이스 URL 요소들 중 첫 번째 베이스 URL을 제외한 나머지 베이스 URL 요소들은 대안적인(alternative) 베이스 URL일 수 있다.

또한, 메타데이터는 세그먼트의 소스(source) URL 속성을 선택적으로 포함할 수 있다. 메타데이터가 세그먼트의 소스 URL 속성을 선택적으로 포함할 경우, 하나 이상의 베이스 URL 요소들 중 임의의 베이스 URL 요소가 소스 URL 속성에 사상됨으로써 세그먼트의 URL이 생성될 수 있다.

단계(145)에서, 몇몇 경우에 있어서, 서버(110)는 미디어(예컨대, SVC를 위한 MP4 파일)를 파스(parse)할 필요가 있고, 상기 요청된 세그먼트에 적합한 데이터 파트를 추출할 수 있다.

단계(150)에서, 서버(110)는 단말(100)로부터의 각 요청에 대해 적합한 세그먼트들을 단말(100)로 전송한다. 단말(100)은 서버로부터 세그먼트들을 수신한다.

단계(160)에서, 단말(100)은 세그먼트 내에 포함된 미디어의 데이터를 디코딩 및 렌더링함으로써 미디어를 재생한다.

단말(100)은, 단계들(120 내지 160)을 반복함으로써 수신된 세그먼트를 사용하여, 미디어를 재생할 수 있다.

이 때, 베이스 URL 요소는 미디어 정보에 대한 미디어 정보 레벨 베이스 URL 요소를 포함할 수 있으며, 각 주기에 대한 주기 레벨 베이스 URL 요소를 포함할 수 있다. 주기 레벨 베이스 URL 요소는 자신이 속하는 주기에 적용되는 베이스 URL 요소이다. 즉, 각 주기에 포함되는 세그먼트의 URL은 상기의 주가의 주기 레벨 베이스 URL 요소에 상관하여 해석된다.

미디어 정보 레벨 베이스 URL 요소는 하나 이상일 수 있으며, 주기 레벨 베이스 URL 요소는 하나 이상일 수 있다.

베이스 URL 요소는 그룹에 대한 그룹 레벨 베이스 URL 요소를 더 포함할 수 있다. 각 그룹에 포함되는 세그먼트의 URL은 그룹의 그룹 레벨 베이스 URL 요소에 상관하여 해석될 수 있다. 그룹 레벨 베이스 URL 요소는 하나 이상일 수 있다.

베이스 URL 요소는 레프리젠테이션에 대한 레프리젠테이션 레벨 베이스 URL 요소를 더 포함할 수 있다. 각 레프리젠테이션에 포함되는 세그먼트의 URL은 레프리젠테이션의 레프리젠테에션 레벨 베이스 URL 요소에 상관하여 해석될 수 있다.

특정한 레벨의 베이스 URL 요소는 자신의 상위 레벨의 베이스 URL 요소에 상관하여 해석될 수 있다. 예컨대, 주기 레벨 베이스 URL 요소는 미디어 정보 레벨 베이스 URL 요소에 상관하여 해석될 수 있다. 그룹 레벨 베이스 URL 요소는 주기 레벨 베이스 URL 요소에 상관하여 해석될 수 있다. 레프리젠테이션 레벨 베이스 URL 요소는 그룹 레벨 베이스 URL 요소 또는 주기 레벨 베이스 URL 요소에 상관하여 해석될 수 있다.

도 2는 본 발명의 일 예에 따른 시그널링 정보의 카테고리들을 도시한다.

시그널링 정보(즉, 메타데이터)는 하기의 카테고리들 1) 내지 4)로 나뉘어진다.

1) 일반 정보(general information)(210) : 일반 정보는, 예컨대 지속시간(duration) 및 시작 시각과 같은, 콘텐츠의 일반 설명(description) 및 각 인터벌의 일반 설명을 포함한다.

2) 서비스의 품질 정보(QoS information)(220) : 비트레이트(bitrate), 해상도(resolution), 품질(quality)와 같은, 각 대안의 특성들(characteristics)을 설명한다. 즉, 서비스의 품질 정보는 콘텐츠의 대안들 각각의 특성들을 설명한다.

대안은 물리적(physical)(즉, 미리 생성된)일 수 있고, 가상(virtual)(즉, 온-더-플라이(on the fly)로 생성될)일 수 있다. 대안들의 정보에 기반하여, 클라이언트는 적합한 대안의 프래그먼트를 선택한다. 따라서, 단말들 및 네트워크들의 문맥(context)들에 대한 적합성(adaptivity)을 지원한다.

3) 매핑 정보(Mapping Information)(230) : 콘텐츠를 추출(retrieve)할 위치들(locations)을 설명한다. 특정 경우들(cases)에 의존하여, 상이한 대안들은 동일하거나 상이한 위치들을 가질 수 있다.

4) 클라이언트 요청(Client request)(240) : 이러한 종류의 시그널링 정보는 HTTP 1.1 요청(request) 메시지의 포멧을 따른다(conform). 도 1에서 도시된 것과 같이, 클라이언트에 의해서 요청된 파라미터들은 상기의 1) 내지 3) 카테고리들의 정보로부터 비롯한다(derive).

도 3은 본 발명의 일 예에 따른 콘텐츠 디비전(division)의 계층 및 시그널링 정보의 레벨들(levels)을 나타낸다.

본 발명의 일시예들에 따른 메타데이터의 시그널링은 콘텐츠-레벨 정보(310), 인터벌 레벨 정보(320), QoS 정보(330) 및 매핑(340) 정보로 물리적으로 분리될(separated) 수 있다. 콘텐츠-레벨 정보(310), 인터벌 레벨 정보(320), QoS 정보(330) 및 매핑(340)의 관련된 부분들의 링킹(linking)은 참조(referencing)에 의해 이루어진다.

시그널링 정보의 이러한 부분들은 유연성을 지원하기 위한 상이한 방법들(ways)으로 조합(combine)될 수 있다.

예를 들면, 단지 콘텐츠-레벨 정보(310) 및 인터벌 레벨 정보(320)만이 클라이언트로 전송될 때, 모든 대안들의 결정 및 위치들의 해결(resolve)을 위한 계산들은 서버에 의해 수행된다. 따라서, 콘텐츠-레벨 정보(310) 및 인터벌 레벨 정보(320)만이 클라이언트로 전송될 때 의 프로세싱 모델은 "서버-기반"이다.

만약, 콘텐츠-레벨 정보(310), 인터벌-레벨 정보(320) 및 QoS 정보(330)가 클라이언트로 전송되면, 모든 대안들의 결정 및 위치들의 해결(resolve)을 위한 계산들은 클라이언트 및 서버에 의해 분산하여 수행된다. 따라서, 콘텐츠-레벨 정보(310), 인터벌-레벨 정보(320) 및 QoS 정보(330)가 클라이언트로 전송될 때, 상기의 모델은 "분산된"이 될 것이다.

모든 시그널링 정보들(콘텐츠-레벨 정보(310), 인터벌-레벨 정보(320), QoS 정보(330) 및 매핑 정보(340))이 클라이언트로 전송될 때, 이러한 모델에서 대부분(또는, 전부)의 프로세싱(즉, 대안들의 결정 및 위치들의 해결을 위한 계산)은 클라이언트에서 되기 수행 때문에, 상기 모델은 클라이언트-기반(client-based)이다.

메타데이터 파트들의 분리는 저장 및 전달에 있어서 효율성을 가능하게 한다. 예를 들면, 세션 동안, 콘텐츠-레벨 정보(310)의 메타데이터는 1회 보내질 수 있고, 인터벌 레벨 정보(320)만이 주기적으로 갱신될 수 있다. 유사하게, QoSInfo 파트(330)를 포함하는 하나의 파일이 상이한 인터벌들 및 상이한 콘텐츠를 위해 사용될 수 있다.

XML, 슈도-코드(pseudo-code), 세션 설명 프로토콜(Session Description Protocol; SDP) 등과 같은, 메타데이터의 집합을 표현(represent)하기 위한 상이한 방법들이 있다.

본 발명의 실시예들은 시그널링 신택스를 나타내기 위해 XML 및 슈도-코드 양자를 사용할 수 있다. XML 신택스는 MPEG-21 및 그와 유사한 스키마를 기반으로 하는 XLM 프로파일을 지원하는 클라이언트들을 위해 사용될 수 있다. 반면, 슈도-코드 신택스는 ISO 베이스 미디어 파일 포멧 등의 "언어(language)"에 기반할 수 있으며, 비-XML 클라이언트들 내에서 사용될 수 있다. 특히, 슈도-코드 신택스의 프로파일은 파일-포멧 파싱의 파싱 모듈과 유사한 파실 모듈을 채용(employ)할 수 있다. 이러한 목적을 위한 신택스를 설계하기 위해서, 하기의 실시예들에서 공통 요소들의 테이블(table)이 정의될 것이고, 각 포멧 내의 요소들이 나타내어질 것이다.

이러한 제안된 신택스들은, 임의의 다른 언어들에 의해서도 표현될 수 있다.

하기에서 일반 신택스 요소들의 테이블이 설명된다.

하기의 표들에서, 신택스 요소들은 계층적으로 설명된다. 즉, 자식(child) 요소는 그것의 부모(parent) 요소의 우측에 있는 열(column) 내에서 보인다. "리프"-레벨 요소들은 이텔릭체(italic)로 보인다. 부모 요소들은 볼드체(bold letters)로 보인다. 부모 요소는 대응하는 XML 타입 및 파일 박스로 나타내어진다.

발생횟수(occurrence)의 열 내에서, "0...N"은 발생횟수 요소의 인스턴스들의 개수가 0으로부터 "무제한(unbounded)"까지일 수 있음을 의미한다. 그러나, 0의 최소 발생횟수는 요소가 선택적인(optional)(즉, 존재하지 않음)일 수 있음을 의미한다. 1 이상의 최소 발생횟수는 요소가 신택스 내에서 의무적임(mandatory)을 의미한다.

발생횟수(occurrence)는 카디널리티(cardinality)와 동일한 의미로 사용될 수 있다.

타입 행에서, A는 속성을 나타내고, E는 요소를 나타낸다. 선택성(optionality) 행에서, M은 의무적인 것을 의미하고, O는 선택적인 것을 의미한다. 속성에 있어서, M은 의무적인 것을 의미하고, O는 선택적인 것을 의미하고, OD는 디폴트(default) 값을 갖는 선택적인 것을 의미하고, CM은 조건적으로(conditionally) 의무적인 것을 의미한다. 요소에 있어서, 요소는 <최소 발생들(minOccurs)> ... <최대 발생들(maxOccurs)>과 같이 표현될 수 있다. 이때, N은 무제한(unbounded)를 나타낸다.

이러한 의미는, 본 명세서의 다른 표들에서도 동일하다.

또한, QoSInfo는 더 특정하게는, AdaptationInfo로 불릴 수 있다. 더욱이, 몇몇 요소들은 신택스의 유동성(flexibility)을 높이기 위해 개정(revise)되었다.

하기의 표 1은 일반 정보를 설명한다.

			발생횟수	시맨틱	XML 신택스 syntax (MPEG-21 기반)	슈도-코드 (파일 포멧 박스)
HttpStr			1	HTTP 스트리밍을 위한 메타데이터의 시그널링의 최상위-레벨(top-level) 요소	HttpStreamingType(HTTP스트리밍타입)	'htps' box(박스)
	GeneralInfo		0...N	설명된 콘텐츠의 일반 정보를 포함	GeneralInfoType(일반정보타입)	'geni' box
		TimeScale	0...1	1 초 내의 타임 유닛들의 개수. 이 값은, 시간 유닛이 명세되지 않았을 때, time-related 요소들과 함께 사용됨.	integer(정수)	unsigned int(부호없는정수)(32)
		LiveStartTime	0...1	LiveStartTime 요소가 없으면, 콘텐츠는 Vod 타입임. LiveStartTime 요소가 존재한다는 것은 LiveStartTime의 시각 값에 디스플레이될 라이브 콘텐츠를 가리킴. 만약, LiveStartTime의 시각 값이 0이면, 상기 디스플레이 시각은 알려지지 않음.	dateTime	unsigned int(64)
		Duration	0...1	만약 있다면, 콘텐츠의 지속시간(duration)을 가리킴. 그렇지 않으면 지속시간은 알려지지 않음.	integer	unsigned int(32)
		DefaultIntDuration	0...1	만약 있다면, 콘텐츠의 각 인터벌의 기본(default) 지속시간을 가리킴.	integer	unsigned int(32)
		MinUpdateTime	0...1	만약 있다면, 주 설명 파일을 다시 요청하기 전에 최소 대기 시간을 가리킴.	integer	unsigned int(32)
		ConsistentQoSInfo	0...1	True(참)일 때, QoS 정보는 전체(whole) 콘텐츠 지속시간과 동일함을 가리킴.	Boolean(이진)	flag of the box (박스의 플레그)
		DefaultContentLoc	0...1	콘텐츠의 기본 위치를 제공함.	anyURI(임의의 URI)	string of URL (URL의 문자열)
	IntervalsRef		0...N	Interval 요소의 하나 이상의 인스턴스를 포함하는 설명에 대한 참조(reference)를 제공함. Interval 요소의 하나 이상의 인스턴스는 잇달은(consecutive) 인터벌(들)의 시퀀스(sequence)을 나타냄..	IntervalsRefType(인터벌참조타입)	'iref' box
	Interval		0...N	콘텐츠의 인터벌의 정보를 제공. 인터벌의 정보는 Interval 요소의 인스턴스로서 포함될 수 있고, IntervalsRef 요소에 의해 참조될 수 있음	IntervalType(인터벌타입)	'intv' box
		IntervalInfo	0...1	인터벌의 일반 정보를 제공.	IntervalInfoType(인터벌정보타입)	'inti' box
		QoSInfoRef	0...1	QoSInfo 요소에 의해 표현된 설명으로의 참조를 제공. 만약 QosInfoRef 요소가 있다면, 동일한 레벨에서 QoSInfo 요소는 표현되지 않아야 함.	dia:ReferenceType	'qref' box
		QoSInfo	0...1	자원 특성들(characteristics) 및 품질(quality)/유용성(utility)과 같은, 콘텐츠의 대안들에 관한 정보를 제공. QoSInfo 요소가 있으면 QoSInfoRef 요소는 있지 않음.	QoSInfoType (QoS정보타입)	'QoSi' box
		MappingInfoRef	0...1	MappingInfo 요소에 의해 표현된 설명으로의 참조를 제공. MappingInfoRef 요소가 있다면, 동일한 레벨에서 MappingInfo 요소는 표현되지 않아야 함.	dia:ReferenceType	'mref' box
		MappingInfo	0...1	콘텐츠 대안들의 위치들에 대한 정보를 제공함. 만약 이 정보가 제공되지 않으면, DefaultContentIntLoc(만약 아니면, DefaultContentLoc) 요소가 콘텐츠를 추출(retrieve)하기 위해 사용될 수 있음. MappingInfo 요소가 있으면 MappingINfoRef 요소는 있지 않음.	MappingInfoType (매핑정보타입)	'mapi' box
		NextIntervalsRef	0...1	다음 인터벌(들)의 정보로의 참조를 제공. 다음 인터벌(들)의 정보는 인터벌 요소의 하나 이상의 인스턴스를 포함하는 설명임. 다음 인터벌들의 정보는 Interval 요소에 의해 표현된 설명임. NextIntervalsRef 요소를 사용함으로써, 클라이언트는 HttpStr 요소에 의해 표현되는 주 설명을 리로드(reload)할 필요가 없음. 현재 타임 윈도우(time window) 내에서, 단지 마지막의 인터벌만이 NextIntervalsRef 요소를 포함할 수 있음.	IntervalsRefType, dia:ReferenceType으로부터 확장될 수 있음.	'nref' box
		PreviousIntervalsRef	0...1	이전 인터벌(들)의 정보로의 참조를 제공. 다음 인터벌(들)의 정보는 인터벌 요소의 하나 이상의 인스턴스를 포함하는 설명임. 다음 인터벌들의 정보는 Interval 요소에 의해 표현된 설명임. PreviousIntervalsRef 요소를 사용함으로써, 클라이언트는 HttpStr 요소에 의해 표현되는 주 설명을 리로드(reload)할 필요가 없음. 현재 타임 윈도우(time window) 내에서, 단지 최초의 인터벌만이 NextIntervalsRef 요소를 포함할 수 있음.	IntervalsRefType, dia:ReferenceType으로부터 확장될 수 있음.	'nref' box

하기의 표 2는 IntervalsRef, NextIntervalsRef, PreviousIntervalsRef, QoSInfoRef, MappingInfoRef a및 IntervalInfo 요소를 설명한다.

		발생횟수	시맨틱	XML 신택스 syntax (MPEG-21 기반)	슈도-코드 (파일 포멧 박스)
QoSInfoRef, MappingInfoRef
	Index	1	다음 Location 요소에 의해 참조되는 설명 파일 내의 참조 설명 또는 박스(Interval, QoSInfo, MappingINfo)의 순서(1부터 시작)를 가리킴	not applicable (적용 불가)	unsigned int(8)
	Location	1	Interval, QoSInfo 또는 MappingInfo에 의해 표현되는 설명에 대한 참조를 제공.	dia:ReferenceType 내의 uri 요소	string (representing url)
IntervalInfo
	TimeScale	0...1	1 초 내의 시간 유닛들의 개수. 이 값은 시간 유닛이 명세되지 않았을 때 시간-관련된 요소들과 함께 사용됨. TimeScale 요소가, 만약 있다면, GeneralInfo에 의해 제공되는 타임 스케일(time scale)을 오버라이드(override)함.	integer	unsigned int(32)
	StartTime	0...1	인터벌의 시작 시각을 가리킴.
	Duration	0...1	인터벌의 지속시간을 가리킴.	integer	unsigned int(32)
	DefaultFragDuration	0...1	인터벌의 프래그먼트들의 기본 지속시간을 가리킴. (마지막 프래그먼트 예외)	integer	unsigned int(32)
	DefaultContentIntLoc	0...1	콘텐츠 인터벌을 위한 기본 위치를 제공함.	anyURI type	string
	Last	0...1	만약 참이면, 콘텐츠의 최후의 인터벌임을 가리킴.	boolean	by flag (플래그로)
IntervalsRef, PreviousIntervalsRef NextIntervalRef
	startTime		콘텐츠의 시작 시각(라이브 콘텐츠를 위한 LiveStartTime 및 온-디맨드 콘텐츠를 위한 0)에 대해 상대적인 인터벌들/주기들의 참조된 시퀀스의 시작 시각을 가리킴.	xs:duration (xs:지속시간)
	AvailableTime	0...1	다음 인터벌의 설명이 가용한 시각을 가리킴. 이 시각은 콘텐츠의 시작 시각으로부터의 상대적인 시각임.	integer	unsigned int(32)
	Index	1	다음 Location 요소에 의해 참조되는 설명 파일 내의 참조된 인터벌 설명(또는, 박스)의 순서(1부터 시작)을 가리킴.	not applicable	unsigned int(8)
	Location	1	Interval 설명들을 포함하는 설명 파일에 대한 참조를 제공함.	sx:anyURI type 또는 dia:ReferenceType 내의 uri 요소	string (representing url)(url을 표현)

하기의 표 3은 QoSInfo 요소를 설명한다.

			발생횟수	시맨틱	XML 신택스 syntax (MPEG-21 기반)	슈도-코드 (파일 포멧 박스)
QoSInfo			1	자원 특성들 및 품질/유용성과 같은, 콘텐츠 대안들의 리스트에 대한 정보를 제공함.	QoSInfoType containing a UtilityFunction of dia:AdaptiveQoSType (dia:AdaptiveQoSType의 UtilityFunction을 포함하는 QoS정보타입)	'QoSi' box
	ClassSchemeRef		0...1	분류(Classification) 스킴들(Schemes)의 리스트를 제공함. 분류 스킴들은 몇몇 용어 또는 명칭을 위한 시맨틱스를 제공함.	dia:DescriptionMetadataType (dia:설명메타데이터타입)	'csmr' box
		scheme	1...N	분류 스킴에 대한 참조	Attr. alias & href in dia:DescriptionMetadataType (dia:DescriptionMetadataType 내의 속성 앨리어스 및 href)	a url string
(1)	Resource		0...N	Resource 요소의 각 인스턴스들은, 대안들의 리스트를 위해, 어떤(certain) 자원 타입(예컨대, 비트레이트)의 특성 값들을 설명함.	Element Constraint of dia:UFDataType in DIA Utility-FunctionType (DIA 유틸리티-평션타입 내의 dia:UF데이터타입의 요소 제약)	'resi' box
(2)	AdaptationOperator		0...N	AdaptationOperator 요소의 각 인스턴스들은, 대안들의 리스트를 위해, 어떤 적응 타입(예컨대, 템포럴(temporal) 레이어들을 제거)의 값들을 설명함.	dia:UFDataType	'adpo' box
(3)	Utility		0...N	Utility 요소의 각 인스턴스들은, 대안들의 리스트를 위해, 어떤 품질/유용성 타입(예컨대, MOS) 내의 값들을 설명함.	dia:UFDataType	'util' box
	UtilityRank		0...1	대안들의 리스트를 위한 품질 랭킹을 설명함.	dia:UtilityRankType (유용성순위타입)	'utir' box
		Value	1...N	대안의 품질/유용성 순위를 가리킴. Value 요소의 인스턴스들의 개수는 대안들의 개수와 같음.	integer	unsigned int(16)

하기의 표 4는 표 3의 (1) Resource, (2) AdaptationOperator 및 (3) Utility 요소들의 공통 시맨틱을 나타낸다.

			발생횟수	시맨틱	XML 신택스 syntax (MPEG-21 기반)	슈도-코드 (파일 포멧 박스)
QoSInfo			1	자원 특성들 및 품질/유용성과 같은, 콘텐츠 대안들의 리스트에 대한 정보를 제공함.	QoSInfoType containing a UtilityFunction of dia:AdaptiveQoSType (dia:AdaptiveQoSType의 UtilityFunction을 포함하는 QoS정보타입)	'QoSi' box
	ClassSchemeRef		0...1	분류(Classification) 스킴들(Schemes)의 리스트를 제공함. 분류 스킴들은 몇몇 용어 또는 명칭을 위한 시맨틱스를 제공함.	dia:DescriptionMetadataType (dia:설명메타데이터타입)	'csmr' box
		scheme	1...N	분류 스킴에 대한 참조	Attr. alias & href in dia:DescriptionMetadataType (dia:DescriptionMetadataType 내의 속성 앨리어스 및 href)	a url string
(1)	Resource		0...N	Resource 요소의 각 인스턴스들은, 대안들의 리스트를 위해, 어떤(certain) 자원 타입(예컨대, 비트레이트)의 특성 값들을 설명함.	Element Constraint of dia:UFDataType in DIA Utility-FunctionType (DIA 유틸리티-평션타입 내의 dia:UF데이터타입의 요소 제약)	'resi' box
(2)	AdaptationOperator		0...N	AdaptationOperator 요소의 각 인스턴스들은, 대안들의 리스트를 위해, 어떤 적응 타입(예컨대, 템포럴(temporal) 레이어들을 제거)의 값들을 설명함.	dia:UFDataType	'adpo' box
(3)	Utility		0...N	Utility 요소의 각 인스턴스들은, 대안들의 리스트를 위해, 어떤 품질/유용성 타입(예컨대, MOS) 내의 값들을 설명함.	dia:UFDataType	'util' box
	UtilityRank		0...1	대안들의 리스트를 위한 품질 랭킹을 설명함.	dia:UtilityRankType (유용성순위타입)	'utir' box
		Value	1...N	대안의 품질/유용성 순위를 가리킴. Value 요소의 인스턴스들의 개수는 대안들의 개수와 같음.	integer	unsigned int(16)
	Element (1), (2), (3)			시맨틱스	XML 신택스 syntax (MPEG-21 기반)	슈도-코드 (파일 포멧 박스)
		Name	1	요소의 특정 타입에 대한 식별자. 이 식별자가 이 실시예에 의해 의미론적으로 정의되지 않은 경우, 다음 3 개의 요소들이 분류 스킴 내에서 식별자의 시맨틱스를 찾기 위해 사용됨.	Att. 'iOPinRef', ref. a CS term('iOPinRef" 속성, CS 텀 참조)	unsigned int(32)
		CSref_ind	0...1	ClassSchemeRef 요소에 의해 제공되는 리스트 내의 분류 스킴의 참조 인덱스를 가리킴	Not applicable	unsigned int(16)
		LevelNum	0...1	레벨들의 개수를 가리킴.	Not applicable	unsigned int(16)
		LevelIndex	1...N	LevelIndex 요소의 각 인스턴스는 분류 스킴의 레벨에서의 인덱스 값을 나타냄.	Not applicable	unsigned int(16)
		Value	1...N	대안의 자원(적응 연산자 또는 유용성) 타입의 값을 가리킴. Value 요소의 인스턴스들의 개수는 대안들의 개수와 같다.	a component in dia:VectorDataType (dia:벡터데이터타입 내 콤포넌트)	unsigned int(32)

하기의 표 5는 매핑 정보를 나타낸다.

			발생횟수	시맨틱	XML 신택스 syntax (MPEG-21 기반)	슈도-코드 (파일 포멧 박스)
MappingInfo			0...1		MappingInfoType	'mapi'box
	AlterLocID		0...1	QoSInfo 내에 설명된 각 대안에 대한 위치 ID를 제공함. 만약 AlterLocID 요소가 없으면, 위치 리스트 내의 제1 위치가 모든 대안들을 위해 사용됨.	dia:IntegerVectorType	'aloc' box
		Value	1...N	대안을 위한 위치 ID를 가리킴. The number of instances of this element is equal to the number of alternatives. Value 요소의 n 번째 인스턴스는 QoSInfo 설명의 n 번째 대안에 대응함.	integer	unsigned int(16)
	ReqQoSPara		0...N	클라이언트에 의해 서버로 보내지는 (대안에 대한) 요청 내에 넣어지는 QoSInfo의 파라미터를 가리킴. 파라미터는 Resource, AdaptationOperator, Utility 또는 UtilityRank 요소의 인스턴스일 수 있다.	ReqQoSParaType that extends dia:BooleanVectorType (dia:BooleanVectorType을 확장하는 ReqQoSParaType)	'reqp' box
		RefIndex	1	Resource, AdaptationOperator, Utility 및 UtilityRank 요소들의 인스턴스 리스트 내의 인스턴스 인덱스/참조를 가리킨다.	represented by attribute 'iOPinRef' that references an IOPin in QoSInfo (QoSInfo 내의 IOPin을 참조하는 'iOPinRef'속성에 의해 표현됨)	unsigned int(16)
		All	1	참일 때, 파라미터는 모든 대안들 및 생략(skip)될 수 있는 ReqFlag에 대해 요청됨.	boolean	flag
		ReqFlag	0...N	ReqFlag 요소의 각 인스턴스는 대안에 대응함. ReqFlag의 값이 참일 때, 대응하는 대안에 대한 요청은 상기에서 식별된 파라미터를 가짐.	component of BooleanVectorType (BooleanVectorType의 콤포넌트)	unsigned int(8)
	LocationList		1	콘텐츠 대안들을 추출하기 위한 위치들의 목록을 제공함.	LocationListType	'locl' 박스
		Location	1...N	위치 정보를 제공함.	LocationType	'loca' 박스

Location 요소들의 시맨틱스는 하기의 표 6과 같이 더 제공될 수 있다.

				발생횟수	시맨틱	XML 신택스 syntax (DIA 기반)	슈도-코드 (MP4)
Location				0...N		LocationType (위치타입)	'loca' box
	LocID			1	Location 요소의 인스턴스의 ID를 가리킨다. 위치 요소는 AlterLocID에 의해 참조된다.	integer	unsigned int(16)
	StrLocation			0...N	콘텐츠 인터벌의 스트림의 위치 정보를 제공한다. 각 스트림은 스트림 URL 또는 다수의 프래그먼트 URL들에 의해 제공된다..	StrLocationType	'stlo' box
		FragNum		0...1	프래그먼트들의 개수를 제공함.	integer	unsigned int(16)
		StreamUrl		0...1	스트림의 URL을 설명한다.	anyURI type	string
		FragmentUrl		0...N	프래그먼트의 URL을 설명한다. FragmentUrl 요소의 인스턴스들의 개수는 프래그먼트들의 개수이다.	anyURI type	string
		FragTime		0...1	프래그맨트들의 지속시간을 제공한다.	dia:VectorDataType	'frtm' box
			Value	1...N	프래그먼트의 지속시간을 가리킨다. Value 요소의 인스턴스들의 개수는 프래그먼트들의 개수이다.	integer	unsigned int(32)
		RandAccess		0...1	임의 접근(random access)을 지원하는 프래그먼트들을 설명한다.	dia:VectorDataType	'rdac' box
			Value	1...N	임의 접근 프래그먼트의 순서를 가리킨다.	integer	unsigned int(16)
		MP2TSPara		0...1	MPEG-2 TS 스트림 내의 콘텐츠/프로그램의 정확한 위치를 찾기(locating)위한 추가적인 파라미터들(URL 외의)을 설명한다.	MP2TSParaType (MP2TS파라미터타입)	'mp2p' box
			PID	0...N	MPEG-2 TS 스트림 내의 콘텐츠/프로그램의 PID들의 값들을 설명한다.	dia:VectorDataType	unsigned int(16)
		FragBoundaries		0...1	스트림 내 (가상) 프래그먼트들의 경계들을 설명한다. FragBoundaries 요소의 인스턴스들의 개수는 스트림의 프래그먼트들의 개수와 같다. 하기의 요소들 중 하나의 타입만이 FragBoundaries 인스턴스 내에서 나타난다.	FragBoundariesType	'frbd' box
			MP2TSBoundary	0...N	MPEG-2 TS 스트림 내의 (가상) 프래그먼트 경계를 감지하기 위한 파라미터들을 설명한다. 만약 MP2TSBoundary 요소의 2 개의 인스턴스들이 있다면, 2 개의 인스턴스들은 프래그먼트의 시작 및 끝의 경계들이다. 만약 MP2TSBoundary 요소의 단지 1 개의 인스턴스만이 있다면, 1 개의 인스턴스는 시작 경계이다. 끝 경계는 다음 프래그먼트의 시작 경계의 바로 이전이다.	MP2TSBoundaryType (MP2TS경계타입)	'mp2b' box
			ISOFileBoundary	1...2	ISO 베이스 미디어 파일 포멧에 기반한 파일 내의 (가상) 프래그먼트 경계를 감지하기 위한 파라미터들을 설명한다. 만약 ISOFileBoundary 요소의 2 개의 인스턴스들이 있다면, 2 개의 인스턴스들은 프래그먼트의 시작 및 끝의 경계들이다. 만약 ISOFileBoundary 요소의 단지 1 개의 인스턴스만이 있다면, 1 개의 인스턴스는 시작 경계이다. 끝 경계는 다음 프래그먼트의 시작 경계의 바로 이전이다.	ISOFileBoundaryType (ISO파일경계타입)	'isfb' box
			ByteRanges	1	파일의 파트/프래그먼트를 식별하는 바이트 범위들(ranges)을 설명함. ByteRanges 요소에 의해 제공되는 파라미터들은 HTTP 요청 내의 바이트 범위 옵션들을 위해 사용될 수 있음.	ByteRangesTypes (바이트범위들타입)	'brag' box

MP2TSBoundary, ISOFileBoundary 및 ByteRanges 요소들의 시맨틱스는 하기의 표 7과 같이 더 제공될 수 있다.

		발생횟수	시맨틱	XML 신택스 syntax (DIA 기반)	슈도-코드 (MP4)
MP2TSBoundary				MP2TSBoundaryType (MP2TS경계타입)	'mp2b' box
	PCR_PID	1	연관된 콘텐츠/프로그램의 PCR을 나르는(carring) PID를 설명함.	integer	unsigned int(16)
	PCR_base	1	PCR 베이스 필드의 값을 기술함	long	unsigned int(40)
	PCR_ext	1	PCR 확장(extension) 필드의 값을 기술함.	integer	unsigned int(16)
	Appearance	1	상기의 두 요소들에 의해 식별되는 PCR 값을 포함하는 TS 패킷의 출현(appearance) 순서(예컨대, 제1, 제2)를 설명함. PCR의 리셋팅(resetting)/불연속성(discontinuity)가 있을 때, PCR 값은 인터벌 동안 한 번 이상 출현할 수 있음.	integer	unsigned int(16)
	Media_PID	1...N	프로그램의 미디어(예컨대, 비디오)의 PID를 설명함. Media_PID 요소의 개수는 프로그램/콘텐츠의 미디어의 개수와 같음.	integer	unsigned int(16)
	Media_Offset	1...N	상기의 식별된 PCR 패킷으로부터 프래그먼트의 첫 번째 미디어 패킷으로의, (동일한 미디어 PID의 TS 패킷 내의) 옵셋을 설명함. Media_Offset의 n 번째 인스턴스는 Media_PID의 n 번째 인스턴스와 연관됨.	integer	unsigned int(16)
ISOFileBoundary				ISOFileBoundaryType (ISO파일경계타입)	'isfb' box
	SequenceNo	1	mfhd 박스 내에서 제공되는 시퀀스 번호를 설명함. mfhd 박스는 MP4 파일의 프래그먼트를 정의함. SequenceNo 값이 0인 것은 파일의 시작(beginning)을 가리킴.	integer	unsigned int(16)
ByteRanges				ByteRangesType (바이트범위타입)	'brag' box
	Start	1...N	바이트 범위의 시작 값을 설명 '-1'의 값은 HTTP 요청 내에서 값이 없음을(missing)을 의미함.	integer	unsigned int(32)
	End	1...N	바이터 범위의 끝 값을 설명. '-1'의 값은 HTTP 요청 내에서 값이 없음을(missing)을 의미함. Start-End 인스턴스들은 쌍으로 있다. End의 n 번째 인스턴스는 Start의 n 번째 인스턴스와 연관됨.	integer	unsigned int(32)
	Media _ PID	0...N	상기의 Start-End 쌍의 바이트 범위로부터 추출될 미디어(예컨대, 비디오)의 PID를 설명함. Media _ PID 요소는 바이트 범위가 MPEG-2 TS의 세그먼트(segment)일 때 사용되며, 모든 PID가 전달될 필요는 없음.	integer	unsigned int(16)

하기에서 클라이언트 요청이 설명된다.

클라이언트에 의해 획득된 메타데이터의 시그널링은 시그널링 정보의 상이한 파트들 또는 레벨들을 포함할 수 있다. 따라서, 클라이언트로부터 서버로의 요청은 세부사항(detail)의 상이한 레벨들의 파라미터들을 포함할 수 있다.

클라이언트의 주 파라미터들은 URI이고, 주 파라미터들은 쿼리 파트와 연관되었다.

하기에서 3개의 주요한 시나리오들을 검토한다.

1) 서버-기반 시나리오

이 경우, 서버로부터 클라이언트로 제공되는 메타데이터는 일반 콘텐츠 정보(310) 및 일반 인터벌 정보(320)로 구성된다.

요청된 콘텐츠의 URI에 대해, DefaultContentIntLoc(만약 아니라면, DefaultContentIntLoc)가 사용된다. 클라이언트가 콘텐츠의 특정 프래그먼트를 요청하는 것을 가능하게 하기 위해, (단계(140)의 요청의) 쿼리 부분 내에서 하기의 파라미터들 a) 및 b)가 정의된다.

a) "fragno" : 상기의 인터벌 내에서, 프래그먼트의 순서 값

b) "fragti" : 상기의 인터벌 내에서, 프래그먼트의 시작 시각

예컨대, 요청 URI는 "HTTP://server.com/file.mp4?fragno=5"가 될 수 있다.

2) 분산된 시나리오

이 경우, 서버로부터 클라이언트로 제공되는 메타데이터는 일반 콘텐츠 정보(310), 일반 인터벌 정보(320) 및 QoS 정보(330)를 포함한다.

상기의 파라미터들에 더해, 클라이언트가 적합한 대안을 요청하는 것을 가능하게 하기 위해 하기의 QoS-관련 파라미터들 a) 내지 c)가 (단계(140)의 요청의) 쿼리(query) 파트에서 정의된다.

a) "alter" : 대안의 순서 값이다. 대안의 순서 값에 따라 대안은 QoS 정보 내에서 나타난다.

b) "oper1", "oper2", ... "operN" : "operi"는 QoS 정보 내에서 나타나는 i 번째 적응 연산자(operation)의 값을 나른다(carry).

c) "res1", "res2", ... "resN" : "resi"는 QoS 정보 내에서 나타나는 i 번째 자원의 값을 나른다.

하나의 요청 내에서, 상기의 3 개의 옵션들 중 하나만이 사용될 수 있다.

전형적인 적응 연산자들 및 자원 타입들과 함께, 더 낳은 명료성(intelligibility) 및 상호운용성(interoperability) 특별 파라미터 명칭들이 정의될 수 있다.

적응 연산자들은 하기의 a) 내지 e)와 같다.

a) 오디오레이어들(audiolayers) : 버려질 확장가능한 오디오 레이어들의 개수를 가리킴.

b) 템포럴레이어들(temporallayers) : 버려질 확장가능한 비디오의 템포럴 레이어들의 개수를 가리킴.

c) 공간적레이어들(spatiallayers) : 버려질 확장가능한 비디오의 공간적 레이어들의 개수를 가리킴.

d) 품질레이어들(qualitylayers) : 버려질 확장가능한 비디오의 공간적 레이어들의 개수를 가리킴.

e) 우선순위레이어들(prioritylayers) : 버려질 확장가능한 비디오의 우선순위 레이어들의 개수를 가리킴.

자원 타입들은 하기의 a) 내지 d)와 같다.

a) 비트레이트(bitrate) : 요청된 대안의 평균 비트레이트(Kbps 단위로)를 가리킴.

b) 수직해상도(vertresolution) : 요청된 대안의 수직 해상도를 가리킴.

c) 수평해상도(horiresolution) : 요청된 대안의 수평 해상도를 가리킴.

d) 프레임레이트(framerate): 요청된 대안의 프레임레이트를 가리킴.

이러한 미리 정의된 파라미터들을 사용하는 것으로서, "http://server.com/file.mp4?fragno=5&bitrate=550"이 bitrate에 기반한 URI 요청의 일 예가 될 수 있다.

3) 클라이언트-기반 시나리오

이 경우, 서버로부터 클라이언트로 제공되는 메타데이터는 일반 콘텐츠, 일반 인터벌 정보, QoS 정보 및 매핑 정보를 포함한다.

요청 내에서 사용되는 QoS-관련 파라미터들은 QoSInfo 메타데이터의 ReqQoSPara 파트에 의해 가리켜진다. 만약, ReqQoSPara의 RefIndex가 0 또는 널(null)이면, "alter" 파라미터가 다른 옵션들 대신에 사용된다.

QoSInfo 메타데이터 내에 ReqQoSPara가 없으면, QoS-연관 파라미터들이 사용되지 않는다. 이 경우에서의 대안들은 MappingInfo의 위치들에 의해 암시된다.

콘텐츠의 URI는 MappingInfo의 풍부한 설명으로부터 유래한다. 콘텐츠/프로그램이 MPEG-2 TS 스트림 내에서 운반될 때, 하나 이상의 PID가 상기 스트림 내에서 콘텐츠의 위치를 찾기 위해 사용된다.

프래그먼트 경계들을 감지하기 위한 추가적인 정보가 제공될 때, (단계(140)의 요청의) 쿼리 파트를 위한 하기의 파라미터들 1) 내지 3)이 사용될 수 있다.

1) MPEG-2 TS 경계를 위해, Apperance, PCR_PID, PCR_base, PCR_ext, Media_PID 및 Media_Offset

2) ISO 미디어 파일 경계를 위해, SequenceNo

3) 로(raw) 바이트-시퀀스로서 간주되는 파일을 위해, Start 및 End

이러한 파라미터들의 시맨틱스는 FragBoundaries 요소의 시맨틱스 내에서 제공된다.

Start-End 페어들은 HTTP 요청 메시지의 범위 헤더에 의해 사용될 수 있다. 예컨대, 만약 {(Start=0, End=99); (Start=200, End=299)}이면, 헤더는 "Range: bytes=0-99,200-299"일 수 있다.

하기에서, XML 포멧의 신택스 레프리젠테이션(representation)이 설명된다. 하기에서, 상기의 신택스 요소들의 레프리젠테이션이 XML 포멧으로 제공된다. 각 요소의 시맨틱스는 상기의 표 1 내지 표 7 내에서 추적(trace back)될 수 있다.

몇몇 요소들은 MPEG-21 DIA 내에서 정의된 몇몇 타입들의 확장일 수 있다. 몇몇 요소들은 MPEG-21 DIA 내에서 정의된 몇몇 타입들을 취할 수 있다.

하기의 표 8은 HTTPStreamingType의 XML 포멧을 사용한 신택스 레프리젠테이션이다.

하기의 표 9는 GeneralInfoType의 XML 포멧을 사용한 신택스 레프리젠테이션이다.

하기의 표 10은 IntervalRefType의 XML 포멧을 사용한 신택스 레프리젠테이션이다.

하기의 표 11은 IntervalType의 XML 포멧을 사용한 신택스 레프리젠테이션이다.

하기의 표 12는 IntervalInfoType의 XML 포멧을 사용한 신택스 레프리젠테이션이다.

하기의 표 13는 ISOFileBoundaryType 및 ByteRangesType의 XML 포멧을 사용한 신택스 레프리젠테이션이다.

하기에서, MP4 슈도-코드 포멧의 신택스 레프리젠테이션이 설명된다. 하기에서, 상기의 신택스 요소들의 레프리젠테이션이 MP4 슈도-코드로 제공된다.

하기의 표 14는 HTTPStreamingBox의 MP4 슈도-코드를 사용한 신택스 레프리젠테이션이다.

HTTPStreamingBox
Box Type: 'htps'
Container: Signaling file
Mandatory: Yes
Quantity: One
Aligned(8) class HTTPStreamingBox extends Box('htps') {
}

도 4는 본 발명의 일 예에 따른 MPEG-2 TS 내에서의 가상 경계들의 감지를 설명한다.

TS 스트림에서, 주어진 프로그램의 PCR 패킷은 고정된 PID(즉, PCR_PID)와 함께 수송(carry)되며, 적어도 매 100ms 마다 삽입된다.

PCR 패킷들은 (증가하는 값들과 함께) 프로그램의 앵커 포인트들로서 간주될 수 있다. 다른 한 편으로, 프로그램의 각 미디어들은 주어진 PID(즉, Media_PID)의 패킷들에 의해 수송될 수 있다.

따라서, 미디어 스트림의 프래그먼트 경계는 1) 특정 앵커 포인트 및 2) 상기 앵커로부터 경계에 있는 패킷까지의 옵셋에 의해 정의 또는 식별될 수 있다.

옵셋은 동일한 Media_PID의 패킷들에 의해 카운트될 수 있다..

때때로 PCR 값들은 리셋(불연속성)될 수 있다. 이 경우, 인터벌 내에 동일한 PCR 값의 하나 이상의 PCR 패킷들이 있는 경우, 앵커로서 사용되는 PCR 패킷의 출현 순서가 가리진다..

sourceURL 속성은 요구되는 것에서 선택적인 것으로 변경될 수 있다. 이는, baseURL이 이미 완전한 URL을 제공하기 때문이다. sourceURL은 요구되지 않을 수 있다.

다중 바이트 범위들의 사용은 "가상 세그먼트들"을 다운로딩함에 있어서 유동성을 제공한다. 예컨대, (트릭모드(trickmode)에서 사용될 수 있는) 저(low) 프레임 레이트의 세그먼트는 스트림 또는 원 세그먼트로부터 온-더-플라이로 추출될 수 있다.

추가로, Representation을 위해 다중 URL을 사용하는 것을 지원하기 위해, 하기의 변형이 3GPP 적응적 HTTP 스트리밍의 스키마에 가해질 수 있다.

하기에서, 동일한 자원/콘텐츠를 위한 다중 위치들이 설명된다.

설명의 각 레벨(톱(top)-레벨, Period 레벨, Representation 레벨)은 설명으로부터 절대 URL들을 구축하기 위한 단지 단일한 베이스 URL을 제공한다.

각 설명 레벨에, 다중의 베이스 URL들이 제공될 수 있다. 다중 베이스 URL들은 다중 위치에서의 자원들의 가용성을 시그널한다.

클라이언트의 실제 위치에 의존하여, 클라이언트는 자원을 추출하는 절차에 있어서의 하나 이상의 베이스 URL을 선택할 수 있다.

이러한 변형은 상이한 방식들로 구현될 수 있다. 하나의 방식은 "morebaseURLs"라고 불리는 추가적인 속성 또는 "BaseURLs"라 불리는 요소를 사용하는 것이다.

이러한 속성 또는 요소는 다중 (베이스) URL들로 구성된 문자열일 수 있다. 문자열은, 예컨대 "; "(즉, 세미콜론 및 공백문자)와 같은, 몇몇 특별 문자들에 의해 분리될 수 있다.

만약, 임의의 세미콜론 또는 공백 문자가 URL 내에서 나타나면, 세미콜론 또는 공백 문자는 RFC 2616의 규칙에 의해 인코드될 수 있다.

더 낮은 설명 레벨의 morebaseURL의 속성(또는 BaseURLs 요소)는 더 높은 설명 레벨의 동일한 속성(요소)를 오버라이드한다.

명확성을 위해, morebaseURLs 속성 및 BaseURLs 요소는 상호 배제인 것으로 제한될 수 있다. 즉, 전체 설명 내에서 하나의 타입 만이 존재할 수 있다.

각 인스턴스가 베이스 URL을 제공할 때, 또 다른 방식은, 다중 인스턴스들과 함께 임의의 URI 타입의 MoreBaseURL 요소를 사용하는 것이다.

이러한 상이한 방식들은 단지 다중 베이스 URL들을 제공하기 위한 아이디어의 일 예일 뿐이다. 이러한 아이디어는 많은 상이한 방식들 또는 상이한 언어들로서 구현될 수 있다.

하기에서 자윈/콘텐츠 구성요소들을 위한 다중 location들을 설명한다.

자원/콘텐츠는 하나 이상의 콤포넌트/스트림으로 나뉘어질 수 있다. 하나 이상의 콤포넌트/스트림 각각은 location로부터 전달된다. 이러한 전달은, UriTemplate 요소의 다중 인스턴스들 또는 SegmentInfoType 내의 Url 요소 집합을 허용함으로써 지원될 수 있다. SegmentInfoType 내에서의 변경 "<xs:choice maxOccurs="unbounded">"이 이러한 목적을 위해 사용될 수 있다.

UrlTemplate 인스턴스 또는 Url 집합 인스턴스의 출현 순서는 그것의 "location/stream"의 중요성을 가리킬 수 있다. 더 중요한 location이 덜 중요한 location 전에 나타날 수 있다. 예컨대, 비디오 Representation은 2 개의 스트림들(공간적 베이스 레이어 및 공간적 향상(enhancement) 레이어)로 구성될 수 있다. 각각은 UrlTemplate에 의해 설명된 location로부터 전달된다. 그 다음, UrlTemplate의 첫 인스턴스가 공간적 베이스 레이어를 위한 location이 된다.

더욱이, InitialisationSegmentURL의 다중 인스턴스들이 허용될 수 있다. InitialisationSegmentURL의 n 번째 인스턴스는 (UrlTemplate 요소 또는 Url 요소 집합에 의해) location의 n 번째 인스턴스에 대응한다.

만약, InitialisationSegmentURL의 단 하나의 인스턴스만 있으면, 상기 인스턴스는 모든 location들을 위해 사용될 수 있다.

하기의 표 15 내지 표 19는 3GPP의 AdaptiveHTTPStreaming의 스키마를 나타낸다.

<?xml version="1.0" encoding="UTF-8"?>
<xs:schema targetNamespace="urn:3GPP:ns:PSS:AdaptiveHTTPStreamingMPD:2009"
attributeFormDefault="unqualified"
elementFormDefault="qualified"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns="urn:3GPP:ns:PSS:AdaptiveHTTPStreamingMPD:2009">
<xs:annotation>
<xs:appinfo>Media Presentation Description</xs:appinfo>
<xs:documentation xml:lang="en">
This Schema defines 3GPP Media Presentation Description!
</xs:documentation>
</xs:annotation> 
<xs:element name="MPD" type="MPDtype"/>


<xs:complexType name="MPDtype">
<xs:sequence>
<xs:element minOccurs="0" name="ProgramInformation" type="ProgramInformationType"/>
<xs:choice maxOccurs="unbounded">
<xs:element name="Period" type="PeriodType"/>
<xs:element name="PeriodsRef" type="PeriodsRefType"/>
</xs:choice>
<xs:element minOccurs="0" name="BaseUrls" type="xs:string"/>
<xs:element minOccurs="0" maxOccurs="unbounded" name="MoreBaseUrl" type="xs:anyURI"/>
<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute default="OnDemand" name="type" type="PresentationType"/>
<xs:attribute name="availabilityStartTime" type="xs:dateTime"/>
<xs:attribute name="availabilityEndTime" type="xs:dateTime"/>
<xs:attribute name="mediaPresentationDuration" type="xs:duration"/>
<xs:attribute name="minimumUpdatePeriodMPD" type="xs:duration"/>
<xs:attribute name="minBufferTime" type="xs:duration" use="required"/>
<xs:attribute name="timeShiftBufferDepth" type="xs:duration"/>
<xs:attribute name="baseUrl" type="xs:anyURI"/>
<xs:attribute name="morebaseUrls" type="xs:string"/>
<xs:anyAttribute namespace="##other" processContents="lax"/>
</xs:complexType>

<xs:complexType name="PeriodsRefType">
<xs:sequence>
<xs:element name="Location" type="xs:anyURI"/>
</xs:sequence>
<xs:attribute name="startTime" type="xs:duration"/>
<xs:attribute name="duration" type="xs:duration"/>
<xs:attribute name="availableTime" type="xs:duration"/>
</xs:complexType>

<xs:simpleType name="PresentationType">
<xs:restriction base="xs:string">
<xs:enumeration value="OnDemand"/>
<xs:enumeration value="Live"/>
</xs:restriction>
</xs:simpleType>

<xs:complexType name="PeriodType">
<xs:sequence>
<xs:element minOccurs="0" name="SegmentInfoDefault" type="SegmentInfoDefaultType"/>
<xs:element maxOccurs="unbounded" name="Representation" type="RepresentationType"/>
<xs:element minOccurs="0" name="PreviousPeriodsRef" type="xs:PeriodsRef"/>
<xs:element minOccurs="0" name="NextPeriodsRef" type="xs:PeriodsRef"/>
<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="start" type="xs:duration"/>
<xs:attribute default="false" name="segmentAlignmentFlag" type="xs:boolean"/>
<xs:attribute default="false" name="bitStreamSwitchingFlag" type="xs:boolean"/>
<xs:attribute default="false" name="lastPeriodFlag" type="xs:boolean"/>
<xs:anyAttribute namespace="##other" processContents="lax"/>
</xs:complexType>


<xs:complexType name="ProgramInformationType">
<xs:sequence>
<xs:element minOccurs="0" name="Title" type="xs:string"/>
<xs:element minOccurs="0" name="Source" type="xs:string"/>
<xs:element minOccurs="0" name="Copyright" type="xs:string"/>
<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="moreInformationURL" type="xs:anyURI"/>
<xs:anyAttribute namespace="##other" processContents="lax"/>
</xs:complexType>

<xs:complexType name="SegmentInfoDefaultType">
<xs:sequence>
<xs:element minOccurs="0" name="BaseUrls" type="xs:string"/>
<xs:element minOccurs="0" maxOccurs="unbounded" name="MoreBaseUrl" type="xs:anyURI"/>
<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="baseURL" type="xs:anyURI"/>
<xs:attribute name="morebaseUrls" type="xs:string"/>
<xs:attribute name="duration" type="xs:duration"/>
<xs:attribute name="sourceUrlTemplatePeriod" type="xs:string"/>
<xs:anyAttribute namespace="##other" processContents="lax"/>
</xs:complexType>

<xs:complexType name="RepresentationType">
<xs:sequence>
<xs:element name="SegmentInfo" type="SegmentInfoType"/>
<xs:element minOccurs="0" name="ContentProtection" type="ContentProtectionType"/>
<xs:element minOccurs="0" name="TrickMode" type="TrickModeType"/>
<xs:element minOccurs="0" maxOccurs="unbounded" name="Quality" type="QualityType"/>
<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="bandwidth" type="xs:unsignedInt" use="required"/>
<xs:attribute default="0" name="group" type="xs:unsignedInt"/>
<xs:attribute name="width" type="xs:unsignedInt"/>
<xs:attribute name="height" type="xs:unsignedInt"/>
<xs:attribute name="lang" type="xs:string"/>
<xs:attribute name="mimeType" type="xs:string" use="required"/>
<xs:attribute default="false" name="startWithRAP" type="xs:boolean"/>
<xs:attribute name="qualityRanking" type="xs:unsignedInt"/>
<xs:attribute name="requestPara" type="xs:string"/>
<xs:anyAttribute namespace="##other" processContents="lax"/>
</xs:complexType>

<xs:complexType name="QualityType">
<xs:sequence>
<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="name" type="xs:QualityNameType"/>
<xs:attribute name="value" type="xs:float"/>
</xs:complexType>

<xs:simpleType name="QualityNameType">
<xs:restriction base="xs:string">
<xs:enumeration value="PSNR"/>
<xs:enumeration value="MOS"/>
<xs:enumeration value="ODG"/>
<xs:enumeration value="DI"/>
</xs:restriction>
</xs:simpleType>

<xs:complexType name="SegmentInfoType">
<xs:sequence>
<xs:element minOccurs="0" name="BaseUrls" type="xs:string"/>
<xs:element minOccurs="0" maxOccurs="unbounded" name="MoreBaseUrl" type="xs:anyURI"/>
<xs:element minOccurs="0" maxOccurs="unbounded" name="InitialisationSegmentURL" type="UrlType"/>
<xs:choice maxOccurs="unbounded">
<xs:element minOccurs="0" name="UrlTemplate" type="UrlTemplateType"/>
<xs:sequence>
<xs:element maxOccurs="unbounded" name="Url" type="UrlType"/>
<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
</xs:choice>
</xs:sequence>
<xs:attribute name="baseURL" type="xs:anyURI"/>
<xs:attribute name="morebaseUrls" type="xs:string"/>
<xs:attribute name="duration" type="xs:duration"/>
<xs:attribute name="randAccess" type="xs:string"/>
<xs:anyAttribute namespace="##other" processContents="lax"/>
</xs:complexType>


<xs:complexType name="UrlType">
<xs:sequence>
<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="sourceURL" type="xs:anyURI" use="optional"/>
<xs:attribute name="range" type="xs:string"/>
<xs:anyAttribute namespace="##other" processContents="lax"/>
</xs:complexType>

<xs:complexType name="UrlTemplateType">
<xs:sequence>
<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="sourceURL" type="xs:anyURI"/>
<xs:attribute name="id" type="xs:string"/>
<xs:attribute default="1" name="startIndex" type="xs:unsignedInt"/>
<xs:attribute name="endIndex" type="xs:unsignedInt"/>
<xs:anyAttribute namespace="##other" processContents="lax"/>
</xs:complexType>

<xs:complexType name="ContentProtectionType">
<xs:sequence>
<xs:element minOccurs="0" name="SchemeInformation" type="xs:string"/>
<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="schemeIdUri" type="xs:anyURI"/>
<xs:anyAttribute namespace="##other" processContents="lax"/>
</xs:complexType>


<xs:complexType name="TrickModeType">
<xs:sequence>
<xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="alternatePlayoutRate" type="xs:string"/>
<xs:anyAttribute namespace="##other" processContents="lax"/>
</xs:complexType>

</xs:schema>

도 5는 본 발명의 일 실시예에 따른 단말(100)의 구조도이다.

제어부(510)는 단계(130) 및 단계(140)을 수행한다. 즉, 제어부(510)는 인터벌에 대한 메타데이터를 처리하고, 처리에 기반하여 인터벌에 대해 적합한 상기 프래그먼트를 선택하는

송수신부(520)는 단계(120), 단계(140) 및 단계(150)을 수행한다. 즉, 송수신부(520)는 서버(110)로부터 콘텐츠의 인터벌에 대한 메타데이터를 수신하고, 인터벌에 대해 적합한 프래그먼트를 서버에게 요청하고, 서버로부터 상기 프래그먼트를 수신한다.

도 6은 본 발명의 일 실시예에 따른 단말(100)의 구조도이다.

단말(100)은 접근 엔진(610) 및 미디어 엔진(620)을 포함할 수 있다.

접근 엔진(610)은 DASH 접근 엔진일 수 있다.

접근 엔진(610)은 서버(110)로부터, 메타데이터(예컨대, MPD)를 수신할 수 있다.

접근 엔진(610)은, 요청들을 구성하고, 구성된 요청들을 서버(110)에게 발행(issue)할 수 있다. 접근 엔진(610)은, 미디어(예켄더, 세그먼트들 또는 세그먼트들의 일부들)을 서버(110)로부터 수신할 수 있다. 접근 엔진은 미디어의 세그먼트를 상기 세그먼트의 URL을 사용하여 요청할 수 있다.

접근 엔진(610)은 메타데이터가 제공하는 정보에 기반하여 미디어의 세그먼트들을 수신할 수 있다. 여기서, 각 주기는 하나 이상의 그룹들을 포함할 수 있고, 각 그룹은 상기 미디어의 하나 이상의 레프리젠테이션을 포함할 수 있고, 각 레프리젠테이션은 하나 이상의 세그먼트들을 포함할 수 있다.

접근 엔진(610)은 미디어를 미디어 엔진(620)에게 제공한다. 접근 엔진(610)은 세그먼트들 내에 포함된 미디어의 데이터를 디코딩할 수 있다.

접근 엔진(610)의 출력은, MPEG 컨테니어(container)(예컨대, ISO/IEC 14492-12 ISO 베이스 미디어 파일 포멧 또는 ISO/IEC 13818-2 MPEG-2 트랜스포트 스트림)의 미디어(또는, 미디어의 일부들)을 포함할 수 있다. 또한, 접근 엔진(610)의 출력은 상기 미디어의 내부적(internal) 타이밍을 미디어 프리젠테이션의 타임 라인으로 사상(map)하는 타이밍 정보를 포함할 수 있다.

미디어 엔진(620)은 제공된 미디어를 재생한다. 즉, 미디어 엔진(620)은 접근 엔진으로부터 미디어의 데이터를 제공받아, 미디어를 출력할 수 있다. 미디어 엔진(620)은 접근 엔진(610)으로부터 출력된 미디어의 데이터 및 타이밍 정보를 사용하여 미디어를 출력할 수 있다.

앞서 도 1 내지 도 5를 참조하여 설명된 본 발명의 일 실시예에 따른 기술적 내용들이 본 실시예에도 그대로 적용될 수 있다. 따라서 보다 상세한 설명은 이하 생략하기로 한다.

본 발명의 일 실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 본 발명의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.

이상과 같이 본 발명은 비록 한정된 실시예와 도면에 의해 설명되었으나, 본 발명은 상기의 실시예에 한정되는 것은 아니며, 본 발명이 속하는 분야에서 통상의 지식을 가진 자라면 이러한 기재로부터 다양한 수정 및 변형이 가능하다.

그러므로, 본 발명의 범위는 설명된 실시예에 국한되어 정해져서는 아니 되며, 후술하는 특허청구범위뿐 아니라 이 특허청구범위와 균등한 것들에 의해 정해져야 한다.

100: 단말
110: 서버

Claims

하나 또는 복수의 서버들에 의해 수행되는 미디어 콘텐츠 제공 방법에 있어서,
클라이언트에게 미디어 콘텐츠의 적어도 하나 이상의 MPD(media presentation description)들을 전송하는 단계 -상기 메타데이터는 하나 이상의 주기(period)들을 포함함-
상기 미디어 콘텐츠의 세그먼트의 요청을 수신하는 단계;
상기 클라이언트에 미디어 콘텐츠의 세그먼트를 전송하는 단계
를 포함하고,
상기 MPD는, 미디어 프리젠테이션(Media Presentation)의 양식화된(fomalized) 설명(description)이고,
상기 미디어 프리젠테이션은, 하나 또는 복수의 주기(period)들을 포함하고,
상기 주기는, 하나 또는 복수의 그룹(group)들을 포함하고,
상기 그룹은, 하나 또는 복수의 리프리젠테이션(representation)들을 포함하고,
상기 리프리젠테이션은, 하나 또는 복수의 세그먼트(segment)들을 포함하는 미디어 콘텐츠 제공 방법.
미디어 콘텐츠를 요청하기 위한 적어도 하나 이상의 MPD(media presentation description)들을 획득하는 단계;
상기 미디어 정보에 기초하여 미디어 콘텐츠에 대한 요청을 서버에 전달하는 단계; 및
상기 서버로부터 미디어 콘텐츠의 세그먼트를 수신하는 단계
를 포함하고,
상기 MPD는, 미디어 프리젠테이션(Media Presentation)의 양식화된(fomalized) 설명(description)이고,
상기 미디어 프리젠테이션은, 하나 또는 복수의 주기(period)들을 포함하고,
상기 주기는, 하나 또는 복수의 그룹(group)들을 포함하고,
상기 그룹은, 하나 또는 복수의 리프리젠테이션(representation)들을 포함하고,
상기 리프리젠테이션은, 하나 또는 복수의 세그먼트(segment)들을 포함하는 미디어 콘텐츠 제공 방법.