KR20130105697A - 압축된 재생목록을 이용한 실시간 또는 준 실시간 스트리밍 - Google Patents

압축된 재생목록을 이용한 실시간 또는 준 실시간 스트리밍 Download PDF

Info

Publication number
KR20130105697A
KR20130105697A KR1020137017811A KR20137017811A KR20130105697A KR 20130105697 A KR20130105697 A KR 20130105697A KR 1020137017811 A KR1020137017811 A KR 1020137017811A KR 20137017811 A KR20137017811 A KR 20137017811A KR 20130105697 A KR20130105697 A KR 20130105697A
Authority
KR
South Korea
Prior art keywords
playlist
file
media
media files
client device
Prior art date
Application number
KR1020137017811A
Other languages
English (en)
Other versions
KR101445994B1 (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 애플 인크.
Publication of KR20130105697A publication Critical patent/KR20130105697A/ko
Application granted granted Critical
Publication of KR101445994B1 publication Critical patent/KR101445994B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • 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/70—Media network packetisation
    • 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/75—Media network packet handling
    • H04L65/756—Media network packet handling adapting media to device capabilities
    • 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/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234363—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by altering the spatial resolution, e.g. for clients with a lower screen resolution
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • 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/439—Processing of audio elementary streams
    • H04N21/4394—Processing of audio elementary streams involving operations for analysing the audio stream, e.g. detecting features or characteristics in audio streams
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44016—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for substituting a video clip
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • 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/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • 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/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/912—Applications of a database
    • Y10S707/913—Multimedia
    • Y10S707/916—Audio

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

방법 및 장치는 HTTP 호환 프로토콜과 같은 전송 프로토콜을 이용하여 콘텐츠의 실시간 또는 준 실시간 스트리밍을 제공한다. 한 실시예에서, 방법은 재생목록 파일(예를 들어, 업데이트된 재생목록)에 대한 요청을 제공하는 단계(300), 및 상기 요청과 함께 또는 상기 요청에 대해 압축 프로토콜을 명시하는 단계를 포함한다; 이 요청은 웹 서버로부터 재생목록을 요청하고 있는 클라이언트 장치로부터 나올 수 있다. 웹 서버는 재생목록을 압축된 포맷으로 제공할 수 있다.

Description

압축된 재생목록을 이용한 실시간 또는 준 실시간 스트리밍{REAL-TIME OR NEAR REAL-TIME STREAMING WITH COMPRESSED PLAYLISTS}
관련 출원
본 출원은 2009년 12월 21일 출원된 미국 가출원 제61/288,828호(Docket No. P7437Z6)의 이득을 주장하며, 이 가출원을 참조에 의해 본 명세서에 포함한다; 본 출원은 또한 하기 US 출원들의 부분 계속 출원이다:
(1) 2008년 12월 31일 출원된 미국 가출원 번호 제61/142,110호(Docket No. P7437Z); 2009년 3월 16일 출원된 미국 가출원 번호 제61/160,693호(Docket No. P7437Z2); 2009년 3월 17일 출원된 미국 가출원 번호 제61/161,036호(Docket No. P7437Z3); 및 2009년 4월 7일 출원된 미국 가출원 번호 제61/167,524호(Docket No. P7437Z4)의 이득을 주장하는, 발명의 명칭이 "Real-Time or Near Real-Time Streaming"인 2009년 6월 5일 출원된 출원 번호 제12/479,690호(Docket No. P7437US1); 및
(2) 2008년 12월 31일 출원된 미국 가출원 번호 제61/142,110호(Docket No. P7437Z); 2009년 3월 16일 출원된 미국 가출원 번호 제61/160,693호(Docket No. P7437Z2); 2009년 3월 17일 출원된 미국 가출원 번호 제61/161,036호(Docket No. P7437Z3); 및 2009년 4월 7일 출원된 미국 가출원 번호 제61/167,524호(Docket No. P7437Z4)의 이득을 주장하는, 발명의 명칭이 "Variant Streams for Real-Time or Near Real-Time Streaming"인 2009년 6월 5일 출원된 출원 번호 제12/479,698호(Docket No. P7437US2); 및
(3) 2008년 12월 31일 출원된 미국 가출원 번호 제61/142,110호(Docket No. P7437Z); 2009년 3월 16일 출원된 미국 가출원 번호 제61/160,693호(Docket No. P7437Z2); 2009년 3월 17일 출원된 미국 가출원 번호 제61/161,036호(Docket No. P7437Z3); 및 2009년 4월 7일 출원된 미국 가출원 번호 제61/167,524호(Docket No. P7437Z4)의 이득을 주장하는, 발명의 명칭이 "Updatable Real-Time or Near Real-Time Streaming"인 2009년 6월 5일 출원된 출원 번호 제12/479,732호(Docket No. P7437US3);
(4) 2008년 12월 31일 출원된 미국 가출원 번호 제61/142,110호(Docket No. P7437Z); 2009년 3월 16일 출원된 미국 가출원 번호 제61/160,693호(Docket No. P7437Z2); 2009년 3월 17일 출원된 미국 가출원 번호 제61/161,036호(Docket No. P7437Z3); 및 2009년 4월 7일 출원된 미국 가출원 번호 제61/167,524호(Docket No. P7437Z4)의 이득을 주장하는, 발명의 명칭이 "Playlists for Real-Time or Near Real-Time Streaming"인 2009년 6월 5일 출원된 출원 번호 제12/479,735호(Docket No. P7437US4); 및
(5) 2009년 9월 8일 출원된 미국 가출원 번호 제61/240,648호(Docket No. P7437Z5)의 이득을 주장하는 2010년 9월 8일 출원된 출원번호 제12/878,002호(Docket No. P7437X). 출원번호 제12/878,002호(Docket No. P7437X)는 본 출원과 일치하는 정도까지 참조에 의해 본 명세서에 포함된다.
기술 분야
본 발명의 실시예들은 데이터 전송 기술에 관한 것이다. 더 구체적으로는, 본 발명의 실시예들은, 예를 들어, 하이퍼텍스트 전송 프로토콜(HTTP; HyperText Transfer Protocol)과 같은 비-스트리밍 프로토콜을 이용한 데이터의 스트리밍을 허용하는 기술에 관한 것이다.
콘텐츠의 스트리밍이란, 일반적으로 끊임없이 서버 장치로부터 전송되고 클라이언트 장치에 의해 수신되는 멀티미디어 콘텐츠를 말한다. 콘텐츠는 대개 스트리밍 서버에 의해 전달 중인 동안 엔드-유저에게 제시된다. 명칭은 미디어 그 자체가 아니라 미디어의 전달 방법을 말한다.
현재의 스트리밍 서비스는 일반적으로 전문화된 서버가 "라이브(live)" 콘텐츠를 엔드 유저에게 배포할 것을 요구한다. 임의의 큰 규모의 배치에서, 이것은 큰 비용을 초래할 수 있고, 전문화된 기술이 셋업되고 운영될 것을 요구한다. 이것은 바람직한 것보다 적은 콘텐츠 라이브러리가 스트리밍에 이용가능하게 되는 결과를 초래한다.
한 실시예에서, 방법은 재생목록의 요청을 제공하고 그 요청 내에 재생목록이 압축될 수 있다는 것을 명시하는 단계, 및 요청에 응답하여, 서버가 재생목록을 압축된 형태로 제공할 수 있다면 압축된 형태의 재생목록을 수신하는 단계를 포함한다(그렇지 않다면, 재생목록은 서버에 의해 압축되지 않은 형태로 제공될 수 있다). 재생목록은 디플레이트(deflate) 또는 gzip과 같은 기존의 HTTP 표준 압축 기술에 의해 지원되는 압축 기술이나 포맷을 이용하여 압축될 수 있다(인코딩된다라고도 함). 압축된 포맷의 재생목록의 송수신은, 특히 재생목록이 시간의 경과에 따라 커질 때(예를 들어, 재생목록이 긴 야구 게임에 대한 것인 경우), 송수신 중인 데이터의 크기를 상당히 줄일 수 있다. 한 실시예에서, 재생목록에 대한 압축의 이용은 클라이언트(재생목록을 요청하는 시스템) 및 서버(재생목록을 전송함으로써 요청에 응답하는 시스템) 양쪽 모두에 대해 선택사항일 수 있다. HTTP 표준의 일부인 압축 기술이나 포맷의 이용은 임의의 호환 웹 서버가 압축된 재생목록을 제공할 수 있게 허용하고 임의의 호환 클라이언트는 그 재생목록을 압축해제하여 이용할 수 있을 것이다.
본 발명은, 유사한 참조부호가 유사한 요소들을 가리키는 첨부된 도면들에서 제한이 아닌 예로서 설명된다.
도 1은 실시간 또는 준 실시간 콘텐츠를 송수신할 수 있는 서버와 클라이언트의 한 실시예의 블록도이다.
도 2a는 하나 이상의 서버 장치가 비-스트리밍 프로토콜을 이용하여 미디어 콘텐츠를 지원하는 기술의 한 실시예의 흐름도이다.
도 2b는 하나 이상의 서버 장치가 하나 이상의 클라이언트 장치에 업데이트된 재생목록을 동적으로 제공하는 기술의 한 실시예의 흐름도이다.
도 2c는 하나 이상의 서버 장치가 복수의 비트 레이트를 이용하여 클라이언트 장치에 미디어 콘텐츠를 제공하는 기술의 한 실시예의 흐름도이다.
도 3a는 클라이언트 장치가 비-스트리밍 프로토콜을 이용한 콘텐츠의 스트리밍을 지원하는 기술의 한 실시예의 흐름도이다.
도 3b는 클라이언트 장치가 복수의 비트 레이트를 이용한 콘텐츠의 스트리밍을 지원하는 기술의 한 실시예의 흐름도이다.
도 4는 서버 스트림 에이전트(agent)의 한 실시예의 블록도이다.
도 5는 클라이언트 스트림 에이전트의 한 실시예의 블록도이다.
도 6은 복수의 태그를 갖는 재생목록 파일의 한 실시예를 나타낸다.
도 7은 여기서 설명되는 조립된 스트림들에 대한 재생 기술의 한 실시예의 흐름도이다.
도 8은 전자 시스템의 한 실시예의 블록도이다.
도 9a는 클라이언트 장치가 변종 재생목록 내의 대안적 콘텐츠 간에 어떻게 전환할 수 있는지의 예를 나타내는 플로차트이다.
도 9b는 클라이언트 장치가 2개의 재생목록 내의 콘텐츠 간에 어떻게 전환할 수 있는지를 나타내는 추가의 플로차트이다.
도 9c는 클라이언트 장치가 오디오 패턴 매칭을 이용하여 콘텐츠 간에 어떻게 전환할 수 있는지의 예를 나타내는 추가의 플로차트이다.
도 9d는 도 9c의 방법이 오디오 패턴 매칭에 의해 어떻게 구현되는지를 도식적으로 나타낸다.
도 10은 대안적 스트림들을 이용하여 클라이언트 장치들에 미디어 콘텐츠를 제공하는 복수의 리던던트(redundant) 장소를 제공하기 위한 기술의 한 실시예의 흐름도이다.
도 11은 한 실시예에 따라 클라이언트(1102)가 하나 이상의 URL들과 양방향으로 통신하는 네트워크를 나타낸다.
이하의 설명에서, 다양한 구체적인 세부사항이 개시된다. 그러나, 본 발명의 실시예들은 이들 구체적인 세부사항 없이도 실시될 수 있다. 다른 예들에서, 공지된 회로, 구조, 및 기술은 본 설명의 이해를 흐리게 하지 않기 위하여 상세히 나타내지 않았다.
본 설명에는, 그래픽 유저 인터페이스 이미지의 예시(illustration)와 같은, 저작권에 의해 보호되는 자료가 포함된다. 본 발명의 양수인을 포함한, 저작권의 소유자는, 이들 자료들에서 저작권을 포함한 그들의 권리를 보유한다. 저작권 소유자는, 특허 문서 또는 특허 개시의 타인에 의한 팩시밀리 복사가 특허 및 상표청 파일이나 기록에 나타나는 경우라면 반대하지 않지만, 그 외의 경우에는 모든 저작권을 보유한다. 저작권 Apple, Inc. 2009.
한 실시예에서, 여기서 설명되는 기술 및 컴포넌트들은 비-스트리밍 프로토콜(예를 들어, HTTP) 및 기타의 기술(예를 들어, MPEG(Motion Picture Expert Group) 스트림)을 이용하여 스트리밍 경험을 전달하는 메커니즘을 포함할 수 있다. 예를 들어, "라이브" 뮤지컬 또는 스포츠 이벤트, 라이브 뉴스, 웹 카메라 피드(Web camera feed) 등을 브로드캐스팅하기 위해 HTTP를 이용하여 준 실시간 스트리밍 경험이 제공될 수 있다. 한 실시예에서, 프로토콜은 들어오는 미디어 데이터를 복수의 미디어 파일들로 세그먼트화하고 이들 세그먼트화된 미디어 파일들을 서버에 저장할 수 있다. 프로토콜은 또한, 클라이언트를 서버에 저장된 세그먼트화된 미디어 파일들로 안내하는 URI(Uniform Resource Identifier)를 포함하는 재생목록 파일을 구축할 수 있다. 세그먼트화된 미디어 파일들이 재생목록 파일(들)에 따라 재생될 때, 클라이언트는 사용자에게 "라이브" 이벤트의 준 실시간 브로드캐스트를 제공할 수 있다. 사전-녹화된 콘텐츠가 유사한 방식으로 제공될 수 있다.
한 실시예에서, 서버는 보충적 또는 대안적 미디어 콘텐츠(예를 들어, 광고, 스포츠 이벤트에 관련된 통계, 메인 프리젠테이션에 대한 추가적 미디어 콘텐츠)를 브로드캐스트 이벤트 내에 동적으로 도입할 수 있다. 예를 들어, 미디어 이벤트의 클라이언트 재생 동안에, 서버는 추가 URI들을 재생목록 파일에 추가할 수 있고, 이 URI들은 클라이언트가 보충 미디어 파일을 다운로드할 수 있는 장소를 식별할 수 있다. 클라이언트는, 서버가 도입한 임의의 보충 또는 추가(또는 양쪽 모두) 미디어 콘텐츠에 액세스하기 위하여, 서버로부터 하나 이상의 업데이트된 재생목록 파일(들)을 주기적으로 검색하도록 지시받을 수 있다.
한 실시예에서, 서버는 누적 모드(cumulative mode) 또는 롤링 모드(rolling mode)로 동작할 수 있다. 누적 모드에서, 서버는 재생목록 파일을 생성하고 그 재생목록 파일의 끝에 미디어 파일 식별자들을 첨부할 수 있다. 그러면 클라이언트는 다운로드시에 단일의 재생목록 파일로부터 스트림의 모든 부분들을 액세스할 수 있다(예를 들어, 사용자는 쇼의 중간 부분에서 시작할 수 있다). 롤링 모드에서, 서버는 롤링 기반으로 재생목록 파일의 시작부로부터 미디어 파일 식별자들을 제거함으로써 미디어 파일들의 가용성을 제한할 수 있고, 이로써 클라이언트 장치에 액세스가능한 미디어 콘텐츠의 슬라이딩 윈도우를 제공한다. 서버는 또한 재생목록에 미디어 파일 식별자들을 추가할 수 있고, 롤링 모드에서, 서버는 미디어 파일들의 가용성을 재생목록에 가장 최근에 추가된 것들로 제한할 수 있다. 그 다음에, 클라이언트는 시청을 계속하기 위해 재생목록 파일의 업데이트된 사본들을 반복적으로 다운로드한다. 재생목록 다운로드에 대한 롤링 기반은, 콘텐츠가 잠재적으로 시간적으로 무제한일 때(예를 들어, 지속적으로 동작하는 웹캠으로부터의 콘텐츠) 유용할 수 있다. 클라이언트는 재생목록에서 종료 태그를 발견할 때까지 롤링 모드에서 재생목록을 반복적으로 요청하는 것을 계속할 수 있다.
한 실시예에서, 이 메커니즘은 동일한 프리젠테이션의 변종 스트림들을 제공함으로써 비트 레이트 전환을 지원한다. 예를 들어, 수 개 버전의 제공될 프리젠테이션이 서버에 저장될 수 있다. 각 버전은 실질적으로 동일한 콘텐츠를 갖지만 상이한 비트 레이트에서 인코딩될 수 있다. 이것은 클라이언트 장치가, 예를 들어, 재생의 연속성을 손상시키지 않고, 가용 대역폭의 검출에 따라 비트 레이트들 사이에서 전환하는 것을 허용할 수 있다.
한 실시예에서, 무허가 이용으로부터 콘텐츠를 보호하기 위해 보호 특징이 제공될 수 있다. 예를 들어, 예측을 방지하기 위해 비순차 미디어 파일 넘버링이 이용될 수 있다. 미디어 파일의 암호화가 이용될 수도 있다. 부분적 미디어 파일 목록이 이용될 수도 있다. 추가의 및/또는 상이한 보호 특징들도 역시 제공될 수 있다.
도 1은 실시간 또는 준 실시간 콘텐츠를 송수신할 수 있는 서버와 클라이언트들의 한 실시예의 블록도이다. 도 1의 예는, 2개의 클라이언트가 네트워크를 통해 서버와 결합되어 있는 간단한 서버-클라이언트 접속을 제공한다. 여기서 설명되는 기술과 메커니즘을 이용하여 임의 개수의 클라이언트가 지원될 수 있다. 또한, 복수의 서버들이 콘텐츠를 제공할 수 있고 및/또는 여기서 설명되는 기술 및 메커니즘에 따라 콘텐츠를 제공하도록 함께 동작할 수 있다. 예를 들어, 하나의 서버는 콘텐츠를 생성하고, 재생목록을 생성하고 복수의 미디어(예를 들어, 파일)를 생성할 수 있으며, 다른 서버들은 생성된 콘텐츠를 저장 및 전송할 수 있다.
네트워크(110)는, 유선, 무선(예를 들어, IEEE 802.11, 802.16) 또는 그 임의의 조합이든, 임의 타입의 네트워크일 수 있다. 예를 들어, 네트워크(100)는 인터넷 또는 인트라넷일 수 있다. 또 다른 예로서, 네트워크(110)는 셀룰러 네트워크(예를 들어, 3G, CDMA)일 수 있다. 한 실시예에서, 클라이언트 장치(150 및 180)는 복수의 네트워크 타입을 통해 통신가능 할 수 있다(예를 들어, 각 장치는 WiFi 무선 LAN을 통해 및 무선 셀룰러 전화 네트워크를 통해 통신할 수 있다). 예를 들어, 클라이언트 장치(150 및 180)는, 데이터 네트워크 뿐만 아니라 셀룰러 무선 전화 네트워크를 통해 통신할 수 있는 스마트폰 또는 셀룰러 가능형 PDA(cellular-enabled personal digital assistants)일 수 있다. 이들 장치들은 어느 한 타입의 네트워크를 통해 여기서 설명되는 스트리밍 메커니즘을 이용하거나, 필요하다면 심지어 네트워크들간에 전환할 수도 있다.
서버(120)는 본 분야에 공지된 임의의 방식으로 HTTP 서버로서 동작할 수 있다. 즉, 서버(120)는 HTTP 프로토콜을 이용하여 콘텐츠를 제공하는 HTTP 서버 에이전트(145)를 포함한다. 도 1의 예는 HTTP의 관점에서 기술되고 있지만, 다른 프로토콜들이 유사한 방식으로 이용될 수 있다. 세그먼터(segmenter)(130) 및 인덱서(indexer)(135)는 서버(120)(또는 복수의 서버)에 존재하는 에이전트로서, 여기서 설명되는 바와 같이 미디어 파일 형태의 콘텐츠에 재생목록 파일을 제공한다. 이들 미디어 파일 및 재생목록 파일은 HTTP 프로토콜을 이용하여 HTTP 서버 에이전트(145)를 경유하여(또는 기타의 서버를 경유하여) 네트워크(110)를 통해 제공될 수 있다. 여기서 논의되는 에이전트는 하드웨어, 소프트웨어, 펌웨어 또는 이들의 조합으로서 구현될 수 있다.
세그먼터(130)는 미디어 데이터의 스트림을 HTTP 프로토콜을 통해 전송될 수 있는 복수의 미디어 파일로 분할하는 기능을 할 수 있다. 인덱서(135)는, 클라이언트 장치가 미디어 파일들을 재조립하여 서버(120)에 의해 제공되는 콘텐츠의 실시간, 또는 준 실시간 전송을 제공할 수 있도록, 세그먼트화된 미디어 파일들에 대응하는 재생목록 파일을 생성하는 기능을 할 수 있다. 클라이언트 장치로부터의 하나 이상의 요청에 응답하여, HTTP 서버 에이전트(145)(또는 기타의 서버들)는, 인덱서(135)에 의해 생성된 하나 이상의 재생목록 파일과 세그먼터(130)에 의해 생성된 콘텐츠의 미디어 파일들을 전송할 수 있다. 서버(120)는 여기서 논의되는 보안 기능들 중 하나 이상(예를 들어, 암호화)을 제공하는 선택사항적 보안 에이전트(140)를 더 포함할 수 있다. 서버(120)는 도 1에 나타내지 않은 추가 컴포넌트를 역시 포함할 수 있다.
클라이언트 장치(150 및 180)는 네트워크(110)를 통해 서버(120)로부터 재생목록 파일 및 미디어 파일을 수신할 수 있다. 클라이언트 장치는 네트워크를 통해 전송된 데이터를 수신할 수 있고 네트워크를 통해 수신된 데이터를 이용하여 출력을 생성하는 임의 타입의 전자 장치, 예를 들어, 무선 모바일 장치, PDA, 오락 기기, 가전 제품 등일 수 있다. 출력은, 예를 들어, 오디오, 비디오 또는 이들의 임의의 조합을 포함한 미디어 타입들의 조합 중 임의의 미디어 타입일 수 있다.
클라이언트 장치(150)는 어셈블러 에이전트(160) 및 출력 생성기 에이전트(165)를 포함할 수 있다. 마찬가지로, 클라이언트 장치(180)는 어셈블러 에이전트(190) 및 출력 생성기 에이전트(195)를 포함할 수 있다. 어셈블러 에이전트(160 및 180)는 서버(120)로부터 재생목록 파일들을 수신하고 재생목록 파일을 이용하여 서버(120)로부터의 미디어 파일들에 액세스하여 다운로드한다. 출력 생성기 에이전트(165 및 195)는 다운로드된 미디어 파일을 이용하여 각각 클라이언트 장치(150 및 160)로부터 출력을 생성한다. 출력은, 하나 이상의 스피커, 하나 이상의 디스플레이 스크린, 스피커 및 디스플레이 스크린의 조합 또는 기타 임의의 입력 또는 출력 장치에 의해 제공될 수 있다. 클라이언트 장치들은 또한, 미디어 파일들이 수신될 때 그 미디어 파일들(또는 압축된 미디어 파일들이나 압축해제된 미디어 파일들)을 저장하기 위한 버퍼로서 작용하는 메모리(예를 들어, 플래시 메모리 또는 DRAM 등)를 포함할 수 있다; 버퍼는 새로운 콘텐츠가 다운로드되고 있는 동안 버퍼링된 콘텐츠가 나중에 디스플레이될 수 있도록 현재 제시 중인 콘텐츠의 시간 이후의 수 초간의 제시 가능한 콘텐츠를 제공할 수 있다. 이 버퍼는 간헐적으로 느린 네트워크 접속을 통해 클라이언트 장치가 콘텐츠의 검색을 시도하는 동안 제시 가능한 콘텐츠를 제공할 수 있으므로, 버퍼는 네트워크 레이턴시나 접속 문제를 숨길 수 있다.
클라이언트 장치(150 및 180)는, 여기서 논의되는 보안 기능들 중 하나 이상을 제공하는 선택사항적인 보안 에이전트(170 및 185)를 각각 더 포함할 수 있다. 클라이언트 장치(150 및 180)는 도 1에 나타내지 않은 추가 컴포넌트를 역시 포함할 수 있다.
한 실시예에서, 본 출원에서 설명되는 기술들은 비-스트리밍 프로토콜(예를 들어, HTTP)을 통해 멀티미디어 데이터의 무제한 스트림을 전송하는데 이용될 수 있다. 실시예들은 또한, 미디어 데이터의 암호화 및/또는 (예를 들어, 대안적 비트 레이트를 제공하기 위한) 스트림의 대안적 버전들의 제공을 포함할 수 있다. 미디어 데이터는 생성 후에 곧 전송될 수 있기 때문에, 데이터는 준 실시간으로 수신될 수 있다. 멀티미디어 데이터 스트림의 서버(송신기)와 클라이언트(수신기)에 의해 취해지는 동작 뿐만 아니라 파일들에 대한 예시적인 데이터 포맷이 제공된다; 그러나, 다른 포맷들도 역시 지원될 수 있다.
시뮬레이팅된 실시간 스트림(또는 준 실시간 스트림)으로서 전송될 수 있는 미디어 프리젠테이션은 재생목록 파일을 나타내는 URI(Universal Resource Indicator)에 의해 명시된다. 한 실시예에서, 재생목록 파일은 추가적 URI들의 순서화된 목록이다. 재생목록 파일 내의 각 URI는, 특정 프로그램에 대한 미디어 데이터의 단일의 연속 스트림일 수 있는, 스트림의 세그먼트인 미디어 파일을 가리킨다.
미디어 데이터의 스트림을 재생하기 위하여, 클라이언트 장치는 서버로부터 재생목록 파일을 얻는다. 클라이언트는 또한 재생목록 파일에 의해 표시된 각각의 미디어 데이터 파일을 얻고 재생한다. 한 실시예에서, 클라이언트는 추가적인 및/또는 상이한 미디어 세그먼트들을 발견하기 위해 재생목록 파일을 동적으로 또는 반복적으로 리로드(reload)할 수 있다.
재생목록 파일은, 예를 들어, 확장된 M3U 재생목록 파일일 수 있다. 한 실시예에서, M3U 포맷을 효과적으로 확장시키는 추가 태그들이 이용된다. M3U는 MP3 URL(Moving Picture Experts Group Audio Layer 3 Uniform Resource Locator)을 지칭하며, 멀티미디어 재생목록을 저장하는데 이용되는 포맷이다. M3U 파일은 미디어 플레이어가 재생하기 위한 하나 이상의 미디어 파일들의 위치를 포함하는 텍스트 파일이다.
재생목록 파일은, 한 실시예에서, 개개의 라인들로 구성된 확장된 M3U-포맷팅된 텍스트 파일이다. 라인들은, 단일의 LF 캐릭터, 또는 LF 캐릭터가 뒤따라오는 CR 캐릭터에 의해 종료될 수 있다. 각 라인은 URI, 블랭크 라인일 수 있으며, 코멘트 캐릭터(예를 들어, '#')로 시작할 수 있다. URI는 재생될 미디어 파일을 식별한다. 블랭크 라인은 무시될 수 있다.
코멘트 캐릭터로 시작하는 라인은 코멘트이거나 태그일 수 있다. 태그는 #EXT로 시작하는 반면, 코멘트 라인은 #로 시작할 수 있다. 코멘트 라인은 통상 서버와 클라이언트에 의해 무시된다. 한 실시예에서, 재생목록 파일은 UTF-8 포맷으로 인코딩된다. UTF-8(8-bit Unicode Transformation Format)은 가변-길이 캐릭터 인코딩 포맷이다. 대안적 실시예에서, 다른 캐릭터 인코딩 포맷이 이용될 수 있다.
후속하는 예에서, 2개의 태그를 포함하는 확장된 M3U 포맷이 이용된다: EXTM3U 및 EXTINF. 확장된 M3U 파일은 "#EXTM3U"를 포함하는 첫 번째 라인에 의해 기본 M3U 파일과 구분될 수 있다.
EXTINF는 태그에 후속하는 URI에 의해 식별되는 미디어 파일을 기술하는 레코드 마커(record marker)이다. 한 실시예에서, 각 미디어 파일 URI 앞에는 EXTINF 태그가 선행한다, 예를 들어:
#EXTINF:<duration>,<title>
여기서, "duration"은 미디어 파일의 지속기간을 나타내고, "title"은 타겟 미디어 파일의 타이틀이다.
한 실시예에서, 미디어 파일의 전송과 재생을 관리하기 위해 이하의 태그들이 이용될 수 있다:
EXT-X-TARGETDURATION
EXT-X-MEDIA-SEQUENCE
EXT-X-KEY
EXT-X-PROGRAM-DATE-TIME
EXT-X-ALLOW-CACHE
EXT-X-STREAM-INF
EXT-X-ENDLIST
이들 태그들 각각은 이하에서 더 상세히 설명될 것이다. 각각의 새로운 태그에 관하여 특정의 포맷 및 속성들이 설명되지만, 대안적 실시예에서는 상이한 속성, 명칭, 포맷 등이 지원될 수 있다.
EXT-X-TARGETDURATION 태그는 프리젠테이션에 추가될 다음 미디어 파일의 근사적인 지속기간을 나타낼 수 있다. 이것은 재생 파일에 포함될 수 있고, 그 포맷은 다음과 같을 수 있다:
#EXT-X-TARGETDURATION:<seconds>
여기서, "seconds"는 미디어 파일의 지속기간을 나타낸다. 한 실시예에서, 실제 지속기간은 태그로 표시된 타겟 지속기간과는 약간 상이할 수 있다. 한 실시예에서, 세그먼트를 나타내는 모든 URI는 그 세그먼트의 근사적인 지속기간과 연관될 것이고; 예를 들어, 세그먼트에 대한 URI 앞에 그 세그먼트의 근사적인 지속기간을 나타내는 태그가 붙어 있을 수 있다.
재생목록 파일 내의 각 미디어 파일 URI는 고유한 시퀀스 번호를 가질 수 있다. URI의 시퀀스 번호는, 존재하는 경우, 한 실시예에서는, 그에 선행한 URI의 시퀀스 번호 + 1과 같다. EXT-X-MEDIA-SEQUENCE 태그는 재생목록 파일에 나타나는 첫 번째 URI의 시퀀스 번호를 나타내며, 그 포맷은 다음과 같을 수 있다:
#EXT-X-MEDIA-SEQUENCE:<number>
여기서 "number"는 URI의 시퀀스 번호이다. 재생목록 파일이 #EXT-X-MEDIA-SEQUENCE 태그를 포함하지 않는다면, 재생목록 내의 첫 번째 URI의 시퀀스 번호는 1로서 간주될 수 있다. 한 실시예에서, 시퀀스 넘버링은 비-순차적일 수 있다; 예를 들어, 1, 5, 7, 17 등과 같은 비-순차적 시퀀스 넘버링은 시퀀스에서 다음 번호의 예측을 어렵게 할 수 있고, 이것은 해적행위(pirating)로부터 콘텐츠를 보호하는데 도움이 될 수 있다. 콘텐츠의 보호에 도움이 되는 또 다른 옵션은 임의의 주어진 시간에서 재생목록의 일부만을 드러내는 것이다.
일부 미디어 파일은 암호화될 수도 있다. EXT-X-KEY 태그는, 그에 후속하는 미디어 파일을 암호해독하는데 이용될 수 있는 정보를 제공하며, 그 포맷은 다음과 같을 수 있다:
#EXT-X-KEY: METHOD=<method>[,URI="<URI>"]
METHOD 파라미터는 암호화 방법을 명시하며, URI 파라미터는, 존재하는 경우, 키를 얻는 방법을 명시한다.
암호화 방법 NONE은 암호화가 없음을 나타낸다. 예를 들어, 128-비트 키와 PKCS7 패딩[RFC3852 참조]을 갖는 AES(Advance Encryption Standard) 암호화를 이용한 암호화를 나타내는 AES-128과 같은 다양한 암호화 방법이 이용될 수 있다. 새로운 EXT-X-KEY 태그는 임의의 종래의 EXT-X-KEY 태그를 대체한다.
URI 파라미터를 갖는 EXT-X-KEY 태그는 키 파일을 식별한다. 키 파일은 재생목록 파일에 열거된 후속하는 미디어 파일들을 암호해독하는데 이용되는 암호 키(cipher key)를 포함할 수 있다. 예를 들어, AES-128 암호화 방법은 16-옥텟 키들을 이용한다. 키 파일의 포맷은 2진 포맷의 16 옥텟들의 팩킹된 어레이(packed array)일 수 있다.
AES-128의 이용은 통상, 암호화 및 암호해독시에 동일한 16-옥텟 초기화 벡터(IV; initialization vector)가 공급될 것을 요구한다. IV를 변화시키는 것은 암호의 길이(strength)를 증가시키는데 이용될 수 있다. AES-128 암호화를 이용하는 경우, 미디어 파일의 시퀀스 번호는, 미디어 파일의 암호화 또는 암호해독시에 IV로서 이용될 수 있다.
EXT-X-PROGRAM-DATE-TIME 태그는 다음 미디어 파일의 시작부를 절대(absolute) 날짜 및/또는 시간과 연관시킬 수 있고 타임 존(time zone)을 포함하거나 표시할 수 있다. 한 실시예에서, 날짜/시간 표현은 ISO/IEC 8601:2004이다. 태그 포맷은 다음과 같을 수 있다:
EXT-X-PROGRAM-DATE-TIME:<YYYY-MM-DDThh:mm:ssZ>
EXT-X-ALLOW-CACHE 태그는 클라이언트가 나중의 재생을 위해 다운로드된 미디어 파일을 캐싱할 수 있는지를 나타내는데 이용될 수 있다. 태그 포맷은 다음과 같을 수 있다:
EXT-X-ALLOW-CACHE:<YES|NO>
EXT-X-ENDLIST 태그는 한 실시예에서 재생목록 파일에 더 이상의 미디어 파일이 추가되지 않을 것임을 나타낸다. 태그 포맷은 다음과 같을 수 있다:
EXT-X-ENDLIST
한 실시예에서, 재생목록이 최종 세그먼트 또는 미디어 파일을 포함하면, 그 재생목록은 EXT-X-ENDLIST 태그를 가질 것이다.
EXT-X-STREAM-INF 태그는, 재생목록 파일 내의 다음 URI가 또 다른 재생목록 파일을 식별한다는 것을 나타내는데 이용될 수 있다. 태그 포맷은, 한 실시예에서 다음과 같을 수 있다:
EXT-X-STREAM-INF:[attribute=value][,attribute=value]*<URI>
여기서, 다음과 같은 속성들이 이용될 수 있다. 속성 BANDWIDTH=<n>은 초당 비트수로서 표현된 스트림 비트 레이트의 근사적 상한이다. 속성 PROGRAM-ID=<i>는 재생목록 파일의 범위 내에서의 특정한 프리젠테이션을 고유하게 식별하는 번호이다. 재생목록 파일은 동일한 프리젠테이션의 변종 스트림들을 기술하기 위해 동일한 PROGRAM-ID를 갖는 복수의 EXT-X-STREAM-INF URI를 포함할 수 있다. 변종 스트림들 및 변종 재생목록들이 본 개시에서 추가로 설명된다(예를 들어, 도 9a 내지 도 9d를 참조).
전술한 태그들 및 속성들은 원래의 미디어 콘텐츠를 표현하는 미디어 파일들을 조직, 전송, 및 처리하기 위해 서버 장치에 의해 이용될 수 있다. 클라이언트 장치는, 클라이언트 장치의 사용자에게 실시간, 또는 준 실시간, 스트리밍 경험(예를 들어, 음악이나 스포츠 이벤트와 같은 라이브 브로드캐스트의 시청)을 제공하는 방식으로 미디어 파일들을 재조립 및 제시하기 위해 이 정보를 이용할 수 있다.
재생목록 파일 내의 각 미디어 파일 URI는 원래의 프리젠테이션(즉, 원래의 미디어 콘텐츠)의 세그먼트인 미디어 파일을 식별한다. 한 실시예에서, 각 미디어 파일은 MPEG-2 트랜스포트 스트림(transport stream), MPEG-2 프로그램 스트림, 또는 MPEG-2 오디오 엘리멘터리 스트림(elementary stream)으로서 포맷팅된다. 포맷은 CODEC을 명시함으로써 명시될 수 있고, 재생목록은 CODEC을 명시함으로써 포맷을 명시할 수 있다. 한 실시예에서, 프리젠테이션 내의 모든 미디어 파일들은 동일한 포맷을 가진다; 그러나, 다른 실시예들에서는 복수의 포맷들이 지원될 수 있다. 한 실시예에서, 트랜스포트 스트림 파일은 단일의 MPEG-2 프로그램을 포함해야 하고, 각 파일의 시작부에는 프로그램 연관 테이블(Program Association Table) 및 프로그램 맵 테이블(Program Map Table)이 있어야 한다. 비디오를 포함하는 파일은 적어도 하나의 키 프레임과 비디오 디코더를 완전히 초기화하기에 충분한 정보를 가져야 한다. 합리적인 서브셋을 선택함으로써 특정한 타입(예를 들어, 오디오 또는 비디오)의 복수의 트랙을 처리하기 위해 클라이언트들이 준비되어야 한다. 클라이언트들은, 한 실시예에서, 그들이 인식하지 않는 트랜스포트 스트림 내부의 사설 스트림을 무시해야 한다. 미디어 파일 내부의 스트림 내의 및 복수의 미디어 파일들에 걸친 대응하는 스트림들 사이의 샘플들에 대한 인코딩 파라미터들은 일관성 있게 유지되어야 한다. 그러나, 클라이언트들은 그들이 만나는 인코딩 변경을, 예를 들어 해상도 변경을 수용하도록 비디오 콘텐츠를 스케일링(scaling)함으로써, 처리해야 한다.
도 2a는 하나 이상의 서버 장치가 비-스트리밍 프로토콜을 이용하여 미디어 콘텐츠를 지원하는 기술의 한 실시예의 흐름도이다. 도 2a의 예는 HTTP의 관점에서 제공되고 있다; 그러나, 다른 비-스트리밍 프로토콜들이 유사한 방식으로 이용될 수 있다. 도 2a의 예는 특정 태스크를 수행하는 단일 서버의 관점에서 제공된다. 그러나, 임의 개수의 서버가 이용될 수도 있다. 예를 들어, 클라이언트 장치들에 미디어 파일을 제공하는 서버는 콘텐츠를 복수의 미디어 파일들로 세그먼트화하는 서버와는 상이한 장치일 수 있다.
동작(200)에서 서버 장치는 제공될 콘텐츠를 수신한다. 콘텐츠는 라이브 오디오 및/또는 비디오(예를 들어, 스포츠 이벤트, 라이브 뉴스, 웹 카메라 피드)를 나타낼 수 있다. 콘텐츠는 또한 사전-녹화된 콘텐츠(예를 들어, 녹화된 콘서트, 교육 세미나 등)를 나타낼 수도 있다. 콘텐츠는, 스트리밍되든 아니든, 본 분야에 공지된 임의의 포맷 및 프로토콜에 따라 서버에 의해 수신될 수 있다. 한 실시예에서, 콘텐츠는 MPEG-2 스트림의 형태로 서버에 의해 수신된다; 그러나, 다른 포맷들도 역시 지원될 수 있다.
그 다음에 동작(210)에서 서버는 콘텐츠의 적어도 일부를 임시로 저장할 수 있다. 콘텐츠 또는 콘텐츠의 적어도 일부는, 예를 들어, 저장 장치(예를 들어, 저장 영역 네트워크(Storage Area Network) 내의 하드 디스크 등)에 또는 메모리에 임시로 저장될 수 있다. 대안으로서, 콘텐츠는 저장 매체(예를 들어, 컴팩트 디스크, 플래시 드라이브)를 통해 수신될 수도 있고, 그 저장 매체로부터 콘텐츠는 저장 장치나 메모리에 전송될 수 있다. 한 실시예에서, 서버는, 필요하다면, 콘텐츠를 하나 이상의 스트림(예를 들어, MPEG-2)으로 변환하는 인코더를 가진다. 이 변환은 수신된 콘텐츠를 영구적으로 저장하지 않고 발생할 수 있으며, 일부 실시예에서는, 저장 동작(210)은 생략될 수 있거나, 또는 다른 실시예들에서는 더 긴 기간의 저장(예를 들어, 기록 보존적 저장(archival storage))일 수 있다.
동작(220)에서 제공될 콘텐츠는 복수의 미디어 파일들로 세그먼트화된다. 한 실시예에서, 서버는, 스트림을, 표준 웹 서버를 이용하여 배포될 수 있는 별개의 구분되는 미디어 파일들(즉, 세그먼트들)로 변환한다. 한 실시예에서, 서버는 개개의 미디어 파일들의 효과적인 디코드를 지원하는 포인트들(예를 들어, PES 패킷 경계 및 i-프레임 경계와 같은 패킷 및 키 프레임 경계 상)에서 미디어 스트림을 세그먼트화한다. 미디어 파일들은 거의 동일한 지속기간을 갖는 원래의 스트림의 부분들일 수 있다. 서버는 또한 각 미디어 파일에 대한 URI를 생성한다. 이들 URI는 클라이언트 장치가 미디어 파일에 액세스하는 것을 허용한다.
세그먼트들은 본질적으로 전체 파일을 전달하는 HTTP 서버들을 이용하여 제공되기 때문에, 서버는, 완전한 세그먼트화된 미디어 파일이 클라이언트들에게 제공될 수 있기 이전에 이용 가능한 완전한 세그먼트화된 미디어 파일을 가져야 한다. 따라서, 클라이언트는 적어도 하나의 미디어 파일 길이만큼 브로드캐스트를 (시간적으로) 래깅(lag)할 수 있다. 한 실시예에서, 미디어 파일 크기는 래그 타임(lag time)과 너무 많은 파일들을 갖는 것 사이의 균형에 기초한다.
한 실시예에서, 2개의 세션 타입(라이브 세션 및 이벤트 세션)이 지원된다. 라이브 세션의 경우, 스트림의 고정 크기 부분만이 보존된다. 한 실시예에서, 기간이 지난 콘텐츠 미디어 파일들은 프로그램 재생목록 파일로부터 제거되고, 서버로부터 제거될 수 있다. 두 번째 타입의 세션은 이벤트 세션이며, 여기서, 클라이언트는 브로드캐스트의 임의의 포인트 내로 튜닝(예를 들어, 시작부로부터 시작, 중간포인트로부터 시작)할 수 있다. 이러한 타입의 세션은, 예를 들어, 재-브로드캐스트에 이용될 수 있다.
동작(230)에서 미디어 파일은 서버 메모리에 저장된다. 미디어 파일은, 동작(230)에서 파일들을 저장하기 전에, 암호화와 같은 보안 특징에 의해 보호될 수 있다. 미디어 파일은, 서버 장치 상의 웹 서버 애플리케이션에 의해 지원되는(또는 전송을 행하는 다른 장치에 의해 지원되는) 네트워크 프로토콜(예를 들어, HTTP 또는 HTTPS)을 이용하여 전송할 준비가 된 파일로서 저장된다.
동작(240)에서, 원래의 콘텐츠를 되살리도록 미디어 파일이 조립되어야 하는 순서를 나타내는 하나 이상의 재생파일 목록이 생성된다. 클라이언트 장치가 미디어 파일들에 액세스하고 미디어 파일들을 재조립하여 클라이언트 장치에서의 스트리밍 경험을 제공하기 위한 정보를 제공하기 위해, 재생목록 파일(들)은 확장된 M3U 태그들과 여기서 설명된 태그들을 이용할 수 있다. 각 미디어 파일에 대한 URI는 미디어 파일들이 재생되는 순서로 재생목록 파일(들)에 포함된다. 서버는 또한, 클라이언트 장치가 재생목록 파일(들)에 액세스하는 것을 허용하기 위해 재생목록 파일(들)에 대한 하나 이상의 URI를 생성할 수 있다.
동작(250)에서 재생목록 파일(들)은 서버에 저장될 수 있다. 미디어 파일 및 재생목록 파일(들)의 생성과 저장이 도 2a에서는 특정 순서로 제시되었지만, 상이한 순서도 역시 이용될 수 있다. 예를 들어, 재생목록 파일(들)은 미디어 파일들이 생성되거나 저장되기 이전에 생성될 수 있다. 또 다른 예로서, 재생목록 파일(들) 및 미디어 파일들은 어느 한 쪽이 저장되기 이전에 생성될 수도 있다.
미디어 파일을 암호화하려 한다면, 재생목록 파일(들)은, 허가된 클라이언트 장치가 미디어 파일을 암호해독하기 위해 암호화 키를 포함하는 키 파일을 획득할 수 있게 하는 URI를 정의할 수 있다. 암호화 키는 보안 접속(예를 들어, HTTPS)을 이용하여 전송될 수 있다. 또 다른 예로서, 재생목록 파일(들)은 HTTPS를 이용하여 전송될 수 있다. 추가의 예로서, 미디어 파일들은 예측불가능한 순서로 배열되어, 클라이언트가 재생목록 파일(들)없이 스트림을 되살릴 수 없게 할 수 있다.
암호화 방법이 AES-128이면, 예를 들어, AES-128 CBC 암호화가 개개의 미디어 파일에 적용될 수 있다. 한 실시예에서, 전체 파일이 암호화된다. 한 실시예에서 암호 블록 체이닝(CBC; cipher block chaining)은 정상적으로는 미디어 파일들에 걸쳐 적용되지 않는다. 전술된 바와 같이, 미디어 파일들의 시퀀스가 IV로서 이용된다. 한 실시예에서, 서버는 키 URI를 갖는 EXT-X-KEY 태그를 재생목록 파일의 끝에 추가한다. 그 다음, 서버는 암호화 구성에서의 변경이 이루어질 때까지 모든 후속하는 미디어 파일들을 그 키로 암호화한다.
새로운 암호화 키로 전환하기 위해, 서버는 프리젠테이션에서 이용된 모든 이전의 키 URI들과는 구분되는 새로운 URI를 통해 새로운 키를 이용가능하게 할 수 있다. 서버는 또한, 새로운 키 URI를 갖는 EXT-X-KEY 태그를 재생목록 파일의 끝에 추가하고 모든 후속하는 미디어 파일들을 새로운 키로 암호화한다.
암호화를 종료하기 위해, 서버는 암호화 방법 NONE을 갖는 EXT-X-KEY 태그를 재생목록 파일의 끝에 추가할 수 있다. (방법으로서 "NONE"을 갖는) 태그는 한 실시예에서 URI 파라미터를 포함하지 않는다. 모든 후속하는 미디어 파일들은, 전술된 바와 같이, 암호화 구성에서의 변경이 이루어질 때까지 암호화되지 않는다. 서버는, 재생목록 파일이 그 키로 암호화된 미디어 파일에 대한 URI를 포함한다면 재생목록 파일로부터 EXT-X-KEY 태그를 제거하지 않는다. 서버는, 도 3a에 관하여 더 상세히 설명되는 바와 같이, 동작(270)에서 클라이언트 요청에 응답하여 네트워크를 통해 재생목록 파일(들)과 미디어 파일들을 전송할 수 있다.
한 실시예에서, 서버는 재생목록 파일에 대한 클라이언트 장치로부터의 요청의 수신에 응답하여 클라이언트 장치에 재생목록 파일을 전송한다. 클라이언트 장치는 클라이언트 장치에 제공된 URI를 이용하여 재생목록 파일을 액세스/요청할 수 있다. URI는 서버 상의 재생목록 파일의 위치를 나타낸다. 응답하여, 서버는 클라이언트 장치에 재생목록 파일을 제공할 수 있다. 클라이언트 장치는 복수의 미디어 파일에 액세스하기 위해 재생목록 파일 내의 태그 및 URI(또는 기타의 식별자)를 이용할 수 있다.
한 실시예에서, 서버는 미디어 파일들의 가용성을 재생목록 파일(들)에 가장 최근에 추가된 것들로 제한할 수 있다. 이를 행하기 위해, 각 재생목록 파일은 단 하나의 EXT-X-MEDIA-SEQUENCE 태그를 포함할 수 있고, 재생목록 파일로부터 제거되는 모든 미디어 파일 URI에 대해 1씩 그 값이 증가될 수 있다. 미디어 파일 URI들은 그것들이 추가된 순서로 재생목록 파일(들)로부터 제거될 수 있다. 한 실시예에서, 서버가 재생목록 파일(들)로부터 미디어 파일 URI를 제거할 때, 미디어 파일은, 그 미디어 파일의 지속기간과 그 미디어 파일이 등장한 가장 긴 재생목록 파일의 지속기간을 합친 것과 동일한 기간 동안 클라이언트에 대해 이용가능하게 남아 있다.
재생목록 파일의 지속기간은 그 재생목록 파일 내의 미디어 파일들의 지속기간들의 합이다. 다른 지속기간도 역시 이용될 수 있다. 한 실시예에서, 서버는 EXT-X-ENDLIST 태그가 존재하지 않는 한, 적어도 3개의 메인 프리젠테이션 미디어 파일들을 재생목록에 항상 유지할 수 있다.
도 2b는 하나 이상의 서버 장치가 하나 이상의 클라이언트 장치에 동적으로 업데이트된 재생목록을 제공하는 기술의 한 실시예의 흐름도이다. 재생목록은 여기서 설명된 누적 모드 또는 롤링 모드 중 어느 하나를 이용하여 업데이트될 수 있다. 도 2b의 예는 HTTP의 관점에서 제공되고 있다; 그러나, 다른 비-스트리밍 프로토콜들(예를 들어, HTTPS 등)이 유사한 방식으로 이용될 수 있다. 도 2b의 예는 특정 태스크를 수행하는 서버의 관점에서 제공된다. 그러나, 임의 개수의 서버가 이용될 수도 있다. 예를 들어, 클라이언트 장치들에 미디어 파일을 제공하는 서버는 콘텐츠를 복수의 미디어 파일들로 세그먼트화하는 서버와는 상이한 장치일 수 있다.
동작(205)에서 서버 장치는 제공될 콘텐츠를 수신한다. 동작(215)에서 서버는 콘텐츠의 적어도 일부를 임시로 저장할 수 있다. 동작(215)은 도 2a의 동작(210)과 유사할 수 있다. 제공될 콘텐츠는 동작(225)에서 복수의 미디어 파일들로 세그먼트화된다. 동작(235)에서 미디어 파일은 서버 메모리에 저장될 수 있다. 미디어 파일은, 동작(235)에서 파일들을 저장하기 전에, 암호화와 같은 보안 특징에 의해 보호될 수 있다.
동작(245)에서, 원래의 콘텐츠를 되살리도록 미디어 파일이 조립되어야 하는 순서를 나타내는 하나 이상의 재생파일 목록이 생성된다. 동작(255)에서 재생목록 파일(들)이 서버에 저장될 수 있다. 미디어 파일 및 재생목록 파일(들)의 생성과 저장이 도 2b에서는 특정 순서로 제시되었지만, 상이한 순서도 이용될 수 있다.
서버(또는 또 다른 서버)는, 도 3a 및 도 3b에 관하여 더 상세히 설명되는 바와 같이, 동작(275)에서 클라이언트 요청에 응답하여 네트워크를 통해 재생목록 파일(들)과 미디어 파일들을 전송할 수 있다.
재생목록 파일(들)은 다양한 이유로 서버에 의해 업데이트될 수 있다. 동작(285)에서 서버는 클라이언트 장치에 제공될 추가 데이터를 수신할 수 있다. 동작(255)에서 재생목록 파일(들)이 저장된 후에 추가 데이터가 수신될 수 있다. 추가 데이터는, 예를 들어, 라이브 프리젠테이션의 추가 부분, 또는 기존 프리젠테이션에 대한 추가 정보일 수 있다. 추가 데이터는 광고 또는 통계(예를 들어, 스포츠 이벤트에 관련된 점수나 데이터)를 포함할 수 있다. 추가 데이터는 프리젠테이션 상에 (반투명으로) 오버레이되거나 사이드바(sidebar) 사용자 인터페이스에 제시될 수 있다. 추가 데이터는 원래 수신된 데이터와 동일한 방식으로 세그먼트화될 수 있다. 추가 데이터가 재생목록에 의해 나타낸 프로그램 내에 삽입될 광고나 기타의 콘텐츠를 구성한다면, 그 추가 데이터는 동작(215)에서 (적어도 임시로) 저장될 수 있고, 동작(225)에서 세그먼트화될 수 있고, 동작(235)에서 저장될 수 있다; 세그먼트화된 추가 데이터의 저장 이전에, 추가 데이터의 세그먼트들은 암호화될 수 있다. 그 다음, 동작(245)에서, 프로그램과 추가 데이터를 포함하는 업데이트된 재생목록이 생성될 것이다. 동작(255)에서 재생목록은 추가 데이터에 기초하여 업데이트되고 다시 저장된다. 재생목록 파일(들)에 대한 변경은 클라이언트 장치의 관점에서 미세하게(atomically) 이루어져야 한다. 업데이트된 재생목록은, 한 실시예에서, 이전의 재생목록을 대체한다. 이하에서 더 상세히 논의되는 바와 같이, 클라이언트 장치는 재생목록을 복수회 요청할 수 있다. 이들 요청은 클라이언트 장치가 가장 최근의 재생목록을 이용할 수 있게 한다. 한 실시예에서, 추가 데이터는 메타데이터일 수 있다; 이 경우, 재생목록은 업데이트될 필요가 없지만, 세그먼트들은 메타데이터를 포함하도록 업데이트될 수 있다. 예를 들어, 메타데이터는 세그먼트들 내의 타임스탬프들과 매칭할 수 있는 타임스탬프들을 포함할 수 있고, 메타데이터는 매칭하는 타임스탬프들을 갖는 세그먼트들에 추가될 수 있다.
업데이트된 재생목록은 또한 미디어 파일들의 제거를 야기할 수 있다. 한 실시예에서, 서버는, 재생목록에 URI들이 추가된 순서로 재생목록으로부터 미디어 파일들에 대한 URI들을 제거해야 한다. 한 실시예에서, 서버가 전체 프리젠테이션을 제거한다면, 그것은 재생목록 파일(들)을 클라이언트 장치에 이용불가능하게 한다. 한 실시예에서, 서버는 제거될 미디어 파일을 포함하는 가장 긴 재생목록 파일(들)의 지속기간 동안에 미디어 파일들 및 재생목록 파일(들)을 유지하여 현재의 클라이언트 장치가 프리젠테이션에의 액세스를 완료할 수 있게 한다. 따라서, 재생목록 파일 내의 모든 미디어 파일 URI 앞에 EXT-X-STREAM-INF 태그가 붙어 있어 재생목록 파일에 의해 표시된 미디어 파일들의 근사적 누적 지속기간을 나타낼 수 있다. 대안적 실시예에서, 미디어 파일들과 재생목록 파일(들)은 즉각 제거될 수 있다.
클라이언트 장치로부터의 재생목록에 대한 후속하는 요청은 동작(275)에서 서버가 업데이트된 재생목록을 제공하게 한다. 한 실시예에서, 재생목록은 규칙적 기반으로, 예를 들어, 타겟 지속기간에 관련된 시간 주기로 업데이트된다. 재생목록 파일의 주기적 업데이트는 서버가 동적으로 변하는 프리젠테이션에 대한 서버로의 액세스를 제공하는 것을 허용한다.
도 2c는, 하나 이상의 서버 장치가 복수의 비트 레이트를 이용하여 클라이언트 장치에 미디어 콘텐츠를 제공하는 기술의 한 실시예의 흐름도이고, 이것은 대안적 스트림의 이용의 한 형태이다. 도 2c의 예는 HTTP의 관점에서 제공되고 있다; 그러나, 다른 비-스트리밍 프로토콜들이 유사한 방식으로 이용될 수 있다. 도 2c의 예는 특정 태스크를 수행하는 서버의 관점에서 제공된다. 그러나, 임의 개수의 서버가 이용될 수도 있다. 예를 들어, 클라이언트 장치들에 미디어 파일을 제공하는 서버는 콘텐츠를 복수의 미디어 파일들로 세그먼트화하는 서버와는 상이한 장치일 수 있다.
한 실시예에서, 서버는 동일한 프리젠테이션의 상이한 인코딩을 제공하기 위해 단일의 재생목록 파일 내에 복수의 미디어 파일 목록을 갖는 단일의 재생목록 파일이나 복수의 재생목록 파일을 제공할 수 있다. 상이한 인코딩들이 제공된다면, 재생목록 파일(들)은 상이한 비트 레이트들을 제공하는 각각의 변종 스트림을 포함하여 클라이언트 장치들이 인코딩들간을 동적으로 전환하는 것을 허용할 수 있다(이것은 도 9a 내지 도 9d와 연계하여 추가로 설명된다). 변종 스트림들을 갖는 재생목록 파일들은 각각의 변종 스트림에 대한 EXT-X-STREAM-INF 태그를 포함할 수 있다. 동일한 프리젠테이션에 대한 각각의 EXT-X-STREAM-INF 태그는 동일한 PROGRAM-ID 속성 값을 가질 수 있다. 각각의 프리젠테이션에 대한 PROGRAM-ID 값은 변종 스트림들 내에서 고유하다.
한 실시예에서, 서버는 변종 스트림들을 생성할 때 다음과 같은 제약을 만족한다. 각각의 변종 스트림은 메인 프리젠테이션의 일부가 아닌 선택사항적 콘텐츠를 포함하는 동일한 콘텐츠로 이루어질 수 있다. 서버는, 스트림들의 가장 작은 타겟 지속기간의 정확성 내에서, 모든 변종 스트림들에 대해 동일한 기간의 콘텐츠가 이용가능하게 할 수 있다. 변종 스트림들의 미디어 파일들은, 한 실시예에서, 모든 변종 스트림들 내의 대응하는 콘텐츠에 대해 매칭하는 샘플 타임스탬프를 갖는 MPEG-2 트랜스포트 스트림 또는 MPEG-2 프로그램 스트림이다. 또한, 모든 변종 스트림들은, 한 실시예에서, 동일한 오디오 인코딩을 포함해야 한다. 이것은 클라이언트 장치들이 콘텐츠를 잃지 않고 변종 스트림들간을 전환하는 것을 허용한다.
도 2c를 참조하면, 동작(202)에서 서버 장치는 제공될 콘텐츠를 수신한다. 그러면, 동작(212)에서 서버는 콘텐츠를 적어도 임시로 저장할 수 있다. 동작(222)에서, 제공될 콘텐츠는 복수의 미디어 파일들로 세그먼트화된다. 동작(232)에서 각각의 미디어 파일이 선택된 비트 레이트(또는 다른 인코딩 파라미터들의 선택된 값)를 위해 인코딩되고 서버에 저장된다. 예를 들어, 미디어 파일은 고-, 중-, 및 저-대역폭 접속을 목표로 할 수 있다. 미디어 파일들은 저장 이전에 암호화될 수 있다. 타겟 대역폭 레벨에서의 스트리밍 경험을 제공하도록 다양한 타입의 접속을 목표로 하는 미디어 파일들의 인코딩이 선택될 수 있다.
한 실시예에서, 동작(242)에서 다양한 인코딩 레벨을 나타내는 여기서 설명된 태그들을 갖는 변종 재생목록이 생성된다. 태그들은, 예를 들어, 대응하는 미디어 재생목록 파일에 대한 URI를 갖는 각각의 인코딩 레벨에 대한 EXT-X-STREAM-INF 태그를 포함할 수 있다.
이 변종 재생목록은 다양한 인코딩 레벨을 위한 미디어 재생목록 파일들에 대한 URI를 포함할 수 있다. 따라서, 클라이언트 장치는 인코딩 레벨들을 나타내는 변종 재생목록에 제공된 대안들로부터 타겟 비트 레이트를 선택할 수 있고 대응하는 재생목록 파일을 검색할 수 있다. 한 실시예에서, (예를 들어, 도 9a 내지 도 9d에 관하여 설명된 바와 같이) 클라이언트 장치는 재생 동안에 비트 레이트들 사이에서 변경할 수 있다. 동작(252)에서 다양한 인코딩 레벨들을 나타내는 변종 재생목록이 서버에 저장된다. 동작(242)에서, 변종 재생목록에서 참조되는 재생목록들 각각이 또한 생성된 다음, 동작(252)에서 저장될 수 있다.
동작(272)에서, 클라이언트 장치로부터의 요청에 응답하여, 서버는 다양한 인코딩 레벨들을 나타내는 변종 재생목록을 전송할 수 있다. 동작(282)에서 서버는 선택된 비트레이트에 대응하는 변종 재생목록에 명시된 미디어 재생목록들 중 하나에 대한 요청을 수신할 수 있다. 동작(292)에서, 요청에 응답하여, 서버는 클라이언트 장치로부터의 요청에 대응하는 미디어 재생목록 파일을 전송한다. 그러면, 클라이언트 장치는 미디어 재생목록을 이용하여 서버로부터 미디어 파일을 요청할 수 있다. 동작(297)에서 서버는 요청에 응답하여 클라이언트 장치에 미디어 파일들을 제공한다.
도 3a는 클라이언트 장치가 비-스트리밍 프로토콜을 이용한 콘텐츠의 스트리밍을 지원하는 기술의 한 실시예의 흐름도이다. 도 3a의 예는 HTTP의 관점에서 제공되고 있다; 그러나, 다른 비-스트리밍 프로토콜들이 유사한 방식으로 이용될 수 있다. 도 3a 및 도 3b에 도시된 방법들은 하나의 클라이언트 장치에 의해 또는 수 개의 별개의 클라이언트 장치들에 의해 수행될 수 있다. 예를 들어, 이들 방법들 중 임의의 방법의 경우에, 단일의 클라이언트 장치가 동작들 모두를 수행하거나(예를 들어, 재생목록 파일을 요청, 재생목록 파일 내의 URI를 이용하여 미디어 파일을 요청, 미디어 파일들을 조립하여 프리젠테이션/출력을 생성 및 제공), 수 개의 별개의 클라이언트 장치들이 동작들 모두가 아닌 일부를 수행할 수 있다(예를 들어, 제1 클라이언트 장치는 재생목록 파일을 요청하고 재생목록 파일 내의 URI를 이용하여 미디어 파일을 요청할 수 있으며 미디어 파일을 처리하여 프리젠테이션/출력을 생성 및 제공할 수 있는 제2 클라이언트 장치에 의한 이용을 위해 이들 미디어 파일들을 저장할 수 있다).
동작(300)에서 클라이언트 장치는 서버로부터 재생목록 파일을 요청할 수 있다. 한 실시예에서, 요청은 HTTP-호환 프로토콜에 따라 이루어진다. 요청은 서버에 저장된 초기 재생목록 파일에 대한 URI를 이용한다. 대안적 실시예에서, 다른 비-스트리밍 프로토콜이 지원될 수 있다. 요청에 응답하여, 서버는 대응하는 재생목록 파일을 네트워크를 통해 클라이언트에 전송할 것이다. 앞서 논의된 바와 같이, 네트워크는 유선 또는 무선일 수 있고, 유선 또는 무선 네트워크의 임의 조합일 수 있다. 또한, 네트워크는, 데이터 네트워크(예를 들어, IEEE 802.11, IEEE 802.16)이거나, 셀룰러 전화 네트워크(예를 들어, 3G)일 수 있다.
동작(310)에서 클라이언트 장치는 재생목록 파일을 수신할 수 있다. 동작(320)에서 재생목록 파일은 클라이언트 장치의 메모리에 저장될 수 있다. 메모리는, 예를 들어, 하드 디스크, 플래시 메모리, 랜덤 액세스 메모리일 수 있다. 한 실시예에서, 재생목록 파일이 재생목록 URI로부터 로딩 또는 리로딩될 때마다, 클라이언트는 그 재생목록 파일이 #EXTM3U 태그로 시작하는지를 판정하기 위해 검사하고 그 태그가 없다면 계속하지 않는다. 앞서 논의된 바와 같이, 재생목록 파일은 하나 이상의 태그뿐만 아니라 미디어 파일들에 대한 하나 이상의 URI를 포함한다.
동작(330)에서, 클라이언트 장치는, 재생목록 파일 내의 URI들로 표시된 미디어 파일들을 요청함으로써 원래의 콘텐츠를 재조립하기 위해 재생목록 파일을 이용하는 어셈블러 에이전트를 포함할 수 있다. 한 실시예에서, 어셈블러 에이전트는 표준 웹 브라우저 애플리케이션의 일부인 플러그-인 모듈이다. 또 다른 실시예에서, 어셈블러 에이전트는 재생목록 파일(들)을 이용하여 미디어 파일들을 수신하고 조립하기 위해 웹 브라우저와 상호작용하는 단독형 애플리케이션일 수 있다. 추가의 예로서, 어셈블러 에이전트는 클라이언트 장치에 내장되는 특수 목적 하드웨어 또는 펌웨어 컴포넌트일 수 있다.
어셈블러는 재생목록 파일로부터의 미디어 파일들이 URI들에 의해 표시된 서버로부터 다운로드 되게 한다. 재생목록 파일이 EXT-X-ENDLIST 태그를 포함한다면, 재생목록 파일에 의해 표시된 임의의 미디어 파일이 먼저 재생될 수 있다. EXT-X-ENDLIST 태그가 존재하지 않는다면, 마지막 및 마지막에서 두 번째 미디어 파일을 제외한 임의의 미디어 파일이 먼저 재생될 수 있다. 일단 재생할 첫 번째 미디어 파일이 선택되었다면, 한 실시예에서, 재생목록 파일 내의 후속하는 미디어 파일들은, 그것들이 재생목록 파일에서 등장하는 순서대로 로딩된다(그렇지 않은 경우, 콘텐츠는 비순차적으로(out of order) 제시된다). 한 실시예에서, 클라이언트 장치는 미디어 파일들이 요구될 때보다 앞에 미디어 파일들의 로딩을 시도(및 이것들을 버퍼에 저장)하여 중단되지 않는 재생을 제공하고 네트워크 레이턴시 및 처리량에서의 일시적인 변동을 보상한다.
동작(340)에서 다운로드된 미디어 파일(들)이 클라이언트 장치의 메모리에 저장될 수 있다. 콘텐츠가 저장될 수 있는 메모리는 클라이언트 장치 상의 임의 타입의 메모리, 예를 들어, 랜덤 액세스 메모리, 하드 디스크, 또는 비디오 버퍼일 수 있다. 저장장치는 재생을 허용하기 위해 임시적일 수 있거나 또는 영구적일 수 있다. 재생목록 파일이 EXT-X-ALLOW-CACHE 태그를 포함하고 그 값이 NO이면, 클라이언트는 다운로드된 미디어 파일들이 재생된 후에 이것들을 저장하지 않는다. 재생목록이 EXT-X-ALLOW-CACHE 태그를 포함하고 그 값이 YES이면, 클라이언트 장치는 나중의 다시보기를 위해 미디어 파일들을 무기한 저장할 수 있다. 클라이언트 장치는 프로그램 개시 시간(program origination time)을 사용자에게 디스플레이하기 위해 EXT-X-PROGRAM-DATE-TIME 태그의 값을 이용할 수 있다. 한 실시예에서, 클라이언트는, 더 나은 사용자 경험을 제공하기 위하여, 그것이 네트워크 지터(network jitter)에 덜 민감하도록 복수의 미디어 파일을 버퍼링할 수 있다.
한 실시예에서, 암호해독 방법이 AES-128이면, AES-128 CBC 암호해독이 개개의 미디어 파일에 적용된다. 전체 파일이 암호해독된다. 한 실시예에서, 미디어 파일들에 걸쳐 암호 블록 체이닝이 적용되지 않는다. 미디어 파일들의 시퀀스 번호가 전술된 바와 같이 초기화 벡터로서 이용될 수 있다.
동작(350)에서, 메모리로부터, 콘텐츠는 클라이언트 장치로부터 출력될 수 있다. 출력 또는 프리젠테이션은, 예를 들어, 내장된 스피커 또는 헤드폰을 통한 오디오 출력일 수 있다. 출력은 스크린을 통해 출력되거나 클라이언트 장치로부터 투사된 비디오를 포함할 수 있다. 본 분야에 공지된 임의 타입의 출력이 이용될 수 있다. 동작(351)에서, 클라이언트 장치는, 저장된 현재의 재생목록 내에 재생되지 않았거나 기타의 방식으로 제시되지 않은 임의의 미디어 파일들이 더 있는지를 판정한다. 이러한 미디어 파일들이 존재한다면(및 이것들이 요청되지 않았다면) 처리는 동작(330)으로 되돌아가고, 여기서 하나 이상의 미디어 파일들이 요청되고 프로세스는 반복된다. 이러한 미디어 파일이 없다면(즉, 현재의 재생목록 내의 모든 미디어 파일들이 재생되었다면), 처리는 동작(352)으로 진행하여, 재생목록 파일이 종료 태그를 포함하는지를 판정한다.
동작(352)에서 재생목록이 종료 태그(예를 들어, EXT-X-ENDLIST)를 포함한다면, 재생목록 파일에 의해 표시된 미디어 파일들이 재생되었을 때 재생은 멈춘다. 종료 태그가 재생목록 내에 있지 않다면, 클라이언트 장치는 서버로부터 다시 재생목록을 요청하고 동작(300)으로 되돌아가서 프로그램에 대한 추가의 또는 업데이트된 재생목록을 얻는다.
도 2b와 관련하여 더 상세히 논의되는 바와 같이, 서버는 재생목록 파일을 업데이트하여 보충 콘텐츠(예를 들어, 라이브 브로드캐스트 내의 추가 미디어 콘텐츠에 대응하는 추가 미디어 파일 식별자) 또는 추가 콘텐츠(예를 들어, 그 스트림 이후의 추가 콘텐츠)를 도입할 수 있다. 보충 콘텐츠 또는 추가 콘텐츠에 액세스하기 위해, 클라이언트는 서버로부터 업데이트된 재생목록을 리로딩할 수 있다. 이것은, 재생목록 파일과 연관된 미디어 콘텐츠의 재생 동안에도 재생목록 파일이 동적으로 업데이트될 수 있는 메커니즘을 제공할 수 있다. 클라이언트는 트리거의 개수에 기초하여 재생목록 파일의 리로딩을 요청할 수 있다. 종료 태그의 결여가 하나의 이러한 트리거이다.
한 실시예에서, 클라이언트 장치는 재생목록 파일이 EXT-X-ENDLIST 태그를 포함하지 않는 한, 재생목록 파일(들)을 주기적으로 리로딩한다. 클라이언트 장치가 재생목록 파일을 처음으로 로딩하거나 재생목록 파일을 리로딩하고 재생목록 파일이 마지막으로 로딩된 이후에 변경되었음을 발견하면, 클라이언트는 재생목록 파일을 다시 리로딩하는 것을 시도하기 이전에 소정 기간 동안 대기할 수 있다. 이 기간은 초기 최소 리로딩 지연(initial minimum reload delay)이라 불린다. 이것은 클라이언트가 재생목록 파일의 로딩을 시작한 시간으로부터 측정된다.
한 실시예에서, 초기 최소 리로딩 지연은 재생목록 파일 내의 마지막 미디어 파일의 지속기간 또는 타겟 지속기간의 3배 중 작은 쪽이다. 미디어 파일 지속기간은 EXTINF 태그에 의해 명시된다. 클라이언트가 재생목록 파일을 리로딩하고 이것이 변경되지 않았음을 발견하면, 클라이언트는 재시도 이전에 소정 기간 동안 대기할 수 있다. 한 실시예에서 최소 지연은 타겟 지속기간의 3배 또는 초기 최소 리로딩 지연의 배수 중 작은 쪽이다. 한 실시예에서, 이 배수는 첫 번째 시도의 경우 0.5이고, 두 번째 시도의 경우 1.5이며, 후속하는 시도들에 대해서는 3.0이다; 그러나, 다른 배수들도 이용될 수 있다.
재생목록 파일이 로딩되거나 리로딩될 때마다, 클라이언트 장치는 로딩할 다음 미디어 파일을 결정하기 위해 재생목록 파일을 검사한다. 로딩할 첫번째 파일은 전술된 바와 같이 먼저 재생하기 위해 선택되는 미디어 파일이다. 재생될 첫번째 미디어 파일이 로딩되었고 재생목록 파일이 EXT-X-MEDIA-SEQUENCE 태그를 포함하지 않는다면, 클라이언트는 현재의 재생목록 파일이 원래 발견된 오프셋에서 마지막 로딩된 미디어 파일의 URI를 포함한다고 확인할 수 있고, 파일이 발견되지 않으면 재생을 중지한다. 로딩할 다음 미디어 파일은 재생목록 파일 내의 마지막-로딩된 URI에 후속하는 첫 번째 미디어 파일 URI일 수 있다.
재생될 첫 번째 파일이 로딩되었고 재생목록 파일이 EXT-X-MEDIA-SEQUENCE 태그를 포함한다면, 로딩될 다음 미디어 파일은 로딩된 마지막 미디어 파일의 시퀀스 번호보다 큰 가장 낮은 시퀀스 번호를 갖는 것일 수 있다. 재생목록 파일이 키 파일 URI를 명시하는 EXT-X-KEY 태그를 포함한다면, 클라이언트 장치는 키 파일을 얻고 그 키 파일 내부의 키를 이용하여 또 다른 EXT-X-KEY 태그를 만날 때까지 그 EXT-X-KEY 태그에 후속하는 미디어 파일들을 암호해독한다.
한 실시예에서, 클라이언트 장치는 재생목록 파일을 다운로드하기 위해 앞서 이용된 것과 동일한 URI를 이용한다. 따라서, 재생목록 파일에 변경이 이루어졌다면, 클라이언트 장치는 업데이트된 재생목록 파일을 이용하여 미디어 파일들을 검색하고 그 미디어 파일들에 기초하여 출력을 제공할 수 있다.
재생목록 파일에 대한 변경은, 예를 들어, 미디어 파일에 대한 URI의 삭제, 새로운 미디어 파일에 대한 URI의 추가, 대체 미디어 파일에 대한 URI의 대체를 포함할 수 있다. 재생목록 파일에 대해 변경이 이루어지면, 하나 이상의 태그가 업데이트되어 그 변경(들)을 반영할 수 있다. 예를 들어, 미디어 파일에 대한 변경이 재생목록 파일에 의해 표시된 미디어 파일의 재생의 지속기간에 대한 변경을 초래하면 지속기간 태그가 업데이트될 수 있다.
도 3b는 클라이언트 장치가 한 형태의 대안적 스트림인 복수의 비트 레이트를 이용한 콘텐츠의 스트리밍을 지원하는 기술의 한 실시예의 흐름도이다. 도 3b의 예는 HTTP의 관점에서 제공되고 있다; 그러나, 다른 비-스트리밍 프로토콜들이 유사한 방식으로 이용될 수 있다.
동작(370)에서 클라이언트 장치는 재생목록 파일을 요청할 수 있다. 앞서 논의된 바와 같이, 재생목록 파일은 클라이언트 장치에 제공되는 URI를 이용하여 검색될 수 있다. 한 실시예에서, 재생목록 파일은 상이한 비트 레이트들에서 동일한 콘텐츠를 제공하기 위해 미디어 파일의 변종 스트림들의 목록을 포함한다; 즉, 단일의 재생목록 파일은 변종 스트림들 각각의 미디어 파일들에 대한 URI를 포함한다. 도 3b에 도시된 예는 이 실시예를 이용한다. 또 다른 실시예에서, 변종 스트림들은 상이한 비트 레이트들에서 동일한 콘텐츠를 각각 제공하는 클라이언트에 별개로 제공되는 복수의 개별 재생목록 파일들에 의해 표현될 수 있고, 변종 재생목록은 개별 재생목록 파일들 각각에 대한 URI를 제공할 수 있다. 이것은 클라이언트 장치가 클라이언트 상태에 기초하여 비트 레이트를 선택하는 것을 허용한다.
동작(375)에서 재생목록 파일(들)은 클라이언트 장치에 의해 검색될 수 있다. 동작(380)에서 재생목록 파일(들)은 클라이언트 장치 메모리에 저장될 수 있다. 동작(385)에서 클라이언트 장치는 현재의 네트워크 접속 속도에 기초하여 이용될 비트 레이트를 선택할 수 있다. 동작(390)에서 선택된 비트 레이트에 대응하는 재생목록 파일에 포함된 URI를 이용하여 서버로부터 미디어 파일들이 요청된다. 검색된 미디어 파일은 클라이언트 장치 메모리에 저장될 수 있다. 동작(394)에서 미디어 파일을 이용하여 클라이언트 장치에 의해 출력이 제공되고, 클라이언트 장치는 비트 레이트를 변경할지를 결정한다.
한 실시예에서, 클라이언트 장치는 처음에 가장 낮은 가용 비트 레이트를 선택한다. 미디어의 재생 동안에, 클라이언트 장치는 가용 대역폭이 재생을 위한 더 높은 비트 레이트의 이용을 지원할 수 있는지를 판정하기 위해 가용 대역폭(예를 들어, 현재의 네트워크 접속 비트 레이트)을 모니터링할 수 있다. 만일 그렇다면, 클라이언트 장치는 더 높은 비트 레이트를 선택하고 그 더 높은 비트 레이트의 미디어 재생목록 파일에 의해 표시된 미디어 파일들을 액세스할 수 있다. 그 역도 역시 지원될 수 있다. 만일 재생이 너무 많은 대역폭을 소비한다면, 클라이언트 장치는 더 낮은 비트 레이트를 선택하고 그 더 낮은 비트 레이트의 미디어 재생목록 파일에 의해 표시된 미디어 파일들을 액세스할 수 있다.
동작(394)에서, 예를 들어, 가용 대역폭의 변경에 응답하여 또는 사용자 입력에 응답하여 클라이언트 장치가 비트 레이트를 변경하면, 동작(385)에서 클라이언트 장치는 상이한 비트 레이트를 선택할 수 있다. 한 실시예에서, 상이한 비트 레이트를 선택하기 위해 클라이언트 장치는 새로운 선택된 비트 레이트에 대응하는 재생목록 파일에 포함된 URI의 상이한 목록을 이용할 수 있다. 한 실시예에서, 클라이언트 장치는 재생목록 내의 미디어 파일들의 액세스 동안에 비트 레이트를 변경할 수도 있다.
동작(394)에서 비트 레이트가 변경되지 않는다면, 클라이언트 장치는 현재의 재생목록에서 검색 및 제시되지 않은 임의의 재생되지 않은 미디어 파일들이 더 있는지를 판정한다. 이러한 미디어 파일이 존재하면, 처리는 동작(390)으로 되돌아가서 재생목록 내의 이들 파일들에 대한 URI를 이용하여 하나 이상의 미디어 파일들이 검색된다. 이러한 미디어 파일이 없다면(즉, 현재의 재생목록 내의 모든 미디어 파일들이 재생되었다면), 처리는 동작(396)으로 진행하여, 재생목록이 종료 태그를 포함하는지가 판정된다. 만일 그렇다면, 프로그램의 재생이 종료하였고 프로세스가 완료하였다; 만일 그렇지 않다면, 처리는 동작(370)으로 되돌아가고, 클라이언트 장치는 프로그램에 대한 재생목록의 리로딩을 요청하고, 프로세스는 도 3b에 도시된 방법을 반복한다.
도 4는 서버 스트림 에이전트의 한 실시예의 블록도이다. 서버 스트림 에이전트(400)의 요소들은 수 개의 서버 장치에 걸쳐 분산될 수 있다는 것을 이해할 것이다. 예를 들어, 제1 서버 장치는 세그먼터(430), 인덱서(440), 및 보안(450)을 포함할 수 있지만 파일 서버(460)를 포함하지 않고, 제2 서버 장치는 파일 서버(450)를 포함할 수 있지만, 세그먼터(430), 인덱서(440) 및 보안(450)을 포함하지 않는다. 이 예에서, 제1 서버 장치는 재생목록과 미디어 파일을 준비하지만 이것들을 클라이언트 장치에 전송하지는 않을 것인 반면, 하나 이상의 제2 서버 장치는 재생목록과 미디어 파일을 수신하여 선택사항으로서 저장하고, 재생목록과 미디어 파일을 클라이언트 장치에 전송할 것이다. 서버 스트림 에이전트(400)는, 서버 스트림 에이전트(400)의 동작을 지시하는 논리적 기능 제어를 구현하는 제어 로직(410)과, 서버 스트림 에이전트(400)의 동작을 지시하는 것과 연관된 하드웨어를 포함한다. 로직은 하드웨어 로직 회로 또는 소프트웨어 루틴 또는 펌웨어일 수 있다. 한 실시예에서, 서버 스트림 에이전트(400)는, 제어 로직(410)에 명령어를 제공하는 코드 시퀀스 및/또는 프로그램을 나타내는 하나 이상의 애플리케이션(412)을 포함한다.
서버 스트림 에이전트(400)는, 메모리 장치 또는 데이터나 명령어를 저장하기 위한 메모리 자원으로의 액세스를 나타내는, 메모리(414)를 포함한다. 메모리(414)는, 서버 스트림 에이전트(400)에 국한된 메모리, 뿐만 아니라, 또는 대안으로서, 서버 스트림 에이전트(400)가 존재하는 호스트 시스템의 메모리를 포함하는 메모리를 포함할 수 있다. 서버 스트림 에이전트(400)는 또한, 서버 스트림 에이전트(400) 외부의 (전자적 또는 인간) 엔티티에 관한 서버 스트림 에이전트(400)로의/로부터의 액세스 인터페이스(입력/출력 인터페이스)를 나타내는 하나 이상의 인터페이스(416)를 포함한다.
서버 스트림 에이전트(400)는 또한, 서버 스트림 에이전트(400)가 여기서 설명된 실시간 또는 준 실시간 스트리밍을 제공하는 것을 가능케 하는 하나 이상의 기능을 나타내는 서버 스트림 엔진(420)을 포함할 수 있다. 도 4의 예는 서버 스트림 엔진(420)에 포함될 수 있는 수 개의 컴포넌트들을 제공한다; 그러나, 상이하거나 추가적인 컴포넌트들도 역시 포함될 수 있다. 스트리밍 환경을 제공하는데 관여될 수 있는 예시적 컴포넌트들로는, 세그먼터(430), 인덱서(440), 보안(450), 및 파일 서버(460)가 포함된다. 이들 컴포넌트들 각각은 다른 기능들을 제공하는 다른 컴포넌트들을 더 포함할 수 있다. 여기서 사용될 때, 컴포넌트란, 하드웨어, 소프트웨어, 펌웨어 또는 이들의 소정 조합으로 구현되든지, 루틴, 서브시스템 등을 말한다.
세그먼터(430)는, 제공될 콘텐츠를, 웹 서버 프로토콜(예를 들어, HTTP)을 이용하여 파일로서 전송될 수 있는 미디어 파일들로 분할한다. 예를 들어, 세그먼터(430)는, 콘텐츠를, 미리 결정된 파일 포맷의 미리 결정된, 고정-크기의 데이터 블록들로 분할할 수 있다.
인덱서(440)는 세그먼터(430)에 의해 생성된 미디어 파일들에 대한 주소 또는 URI를 제공하는 하나 이상의 재생목록 파일들을 제공할 수 있다. 인덱서(440)는, 예를 들어, 세그먼터(430)에 의해 생성된 각 파일에 대응하는 식별자들에 대한 순서의 목록을 갖는 하나 이상의 파일들을 생성할 수 있다. 식별자들은 세그먼터(430) 또는 인덱서(440)에 의해 생성되거나 할당될 수 있다. 인덱서(440)는 또한, 미디어 파일들의 액세스 및/또는 이용을 지원하기 위해 재생목록 파일에 하나 이상의 태그를 포함할 수 있다.
보안(450)은 앞서 논의된 것들과 같은 보안 기능(예를 들어, 암호화)을 제공할 수 있다. 웹 서버(460)는 호스트 시스템에 저장된 파일들을 원격 클라이언트 장치에 제공하는 것과 관련된 웹 서버 기능을 제공할 수 있다. 웹 서버(460)는, 예를 들어, HTTP-호환 프로토콜을 지원할 수 있다.
도 5는 클라이언트 스트림 에이전트의 한 실시예의 블록도이다. 클라이언트 스트림 에이전트의 요소들은 수 개의 클라이언트 장치에 걸쳐 분산될 수 있다는 것을 이해할 것이다. 예를 들어, 제1 클라이언트 장치는 어셈블러(530) 및 보안(550)을 포함할 수 있고, 출력 생성기(540)를 포함하는(그러나, 어셈블러(530) 및 보안(550)을 포함하지 않는) 제2 클라이언트 장치에 미디어 파일들의 암호해독된 스트림을 제공할 수 있다. 또 다른 예에서, 1차 클라이언트 장치는 재생목록을 검색하여 이것들을 2차 클라이언트 장치에 제공할 수 있고, 2차 클라이언트 장치는 재생목록에 명시된 미디어 파일들을 검색하여 이들 미디어 파일들을 제시하는 출력을 생성한다. 클라이언트 스트림 에이전트(500)는, 클라이언트 스트림 에이전트(500)의 동작을 지시하는 논리적 기능 제어를 구현하는 제어 로직(510)과, 클라이언트 스트림 에이전트(500)의 동작을 지시하는 것과 연관된 하드웨어를 포함한다. 로직은 하드웨어 로직 회로 또는 소프트웨어 루틴 또는 펌웨어일 수 있다. 한 실시예에서, 클라이언트 스트림 에이전트(500)는, 제어 로직(510)에 명령어를 제공하는 코드 시퀀스 또는 프로그램을 나타내는 하나 이상의 애플리케이션(512)을 포함한다.
클라이언트 스트림 에이전트(500)는, 메모리 장치 또는 데이터 및/또는 명령어를 저장하기 위한 메모리 자원으로의 액세스를 나타내는, 메모리(514)를 포함한다. 메모리(514)는, 클라이언트 스트림 에이전트(500)에 국한된 메모리, 뿐만 아니라, 또는 대안으로서, 클라이언트 스트림 에이전트(500)가 존재하는 호스트 시스템의 메모리를 포함하는 메모리를 포함할 수 있다. 클라이언트 스트림 에이전트(500)는 또한, 클라이언트 스트림 에이전트(500) 외부의 (전자적 또는 인간) 엔티티에 관한 클라이언트 스트림 에이전트(500)로의/로부터의 액세스 인터페이스(입력/출력 인터페이스)를 나타내는 하나 이상의 인터페이스(516)를 포함한다.
클라이언트 스트림 에이전트(500)는 또한, 클라이언트 스트림 에이전트(500)가 여기서 설명된 실시간 또는 준 실시간 스트리밍을 제공하는 것을 가능케 하는 하나 이상의 기능을 나타내는 클라이언트 스트림 엔진(520)을 포함할 수 있다. 도 5의 예는 클라이언트 스트림 엔진(520)에 포함될 수 있는 수 개의 컴포넌트들을 제공한다; 그러나, 상이하거나 추가적인 컴포넌트들도 역시 포함될 수 있다. 스트리밍 환경을 제공하는데 관여될 수 있는 예시적 컴포넌트들로는, 어셈블러(530), 출력 생성기(540), 및 보안(550)이 포함된다. 이들 컴포넌트들 각각은 다른 기능들을 제공하는 다른 컴포넌트들을 더 포함할 수 있다. 여기서 사용될 때, 컴포넌트란, 하드웨어, 소프트웨어, 펌웨어 또는 이들의 일부 조합으로 구현되든지, 루틴, 서브시스템 등을 말한다.
어셈블러(530)는 웹 서버 프로토콜(예를 들어, HTTP)을 통해 서버로부터의 미디어 파일들을 액세스하기 위해 서버로부터 수신된 재생목록 파일을 이용할 수 있다. 한 실시예에서, 어셈블러(530)는 재생목록 파일 내의 URI들에 의해 표시된 미디어 파일들이 다운로드되게 할 수 있다. 어셈블러(530)는 재생목록 파일에 포함된 태그에 응답할 수 있다.
출력 생성기(540)는, 수신된 미디어 파일들을, 호스트 시스템 상의 오디오 또는 비주얼 출력(또는 오디오 및 비주얼 양쪽 모두)으로서 제공할 수 있다. 출력 생성기(540)는, 예를 들어, 하나 이상의 스피커에 오디오가 출력되게 하고 디스플레이 장치에 비디오가 출력되게 할 수 있다. 보안(550)은 앞서 논의된 것들과 같은 보안 기능을 제공할 수 있다.
도 6은 복수의 태그를 갖는 재생목록 파일의 한 실시예를 나타낸다. 도 6의 예시적 재생목록은 특정 개수와 순서의 태그를 포함한다. 이것은 단지 설명 목적을 위해 제공되는 것이다. 일부 재생목록 파일은 더 많거나, 더 적거나, 또는 상이한 조합의 태그들을 포함할 수 있고, 태그들은 도 6에 도시된 순서와는 상이한 순서로 배열될 수 있다.
시작 태그(610)는 재생목록 파일의 시작을 나타낼 수 있다. 한 실시예에서, 시작 태그(610)는 #EXTM3U 태그이다. 지속기간 태그(620)는 재생 목록의 지속기간을 나타낼 수 있다. 즉, 미디어 파일의 재생의 지속기간은 재생 목록(600)으로 표시된다. 한 실시예에서, 지속기간 태그(620)는 EXT-X-TARGETDURATION 태그이다; 그러나, 다른 태그들도 역시 이용될 수 있다.
날짜/시간 태그(625)는 재생 목록(600)에 의해 표시된 미디어 파일들에 의해 제공되는 콘텐츠의 날짜와 시간에 관련된 정보를 제공할 수 있다. 한 실시예에서, 날짜/시간 태그(625)는 EXT-X-PROGRAM-DATE-TIME 태그이다; 그러나, 다른 태그들도 역시 이용될 수 있다. 시퀀스 태그(630)는 재생목록 파일(600)의 시퀀스를 재생목록들의 시퀀스로 표시할 수 있다. 한 실시예에서, 시퀀스 태그(630)는 EXT-X-MEDIA-SEQUENCE 태그이다; 그러나, 다른 태그들도 역시 이용될 수 있다.
보안 태그(640)는 재생목록 파일(600)에 의해 표시된 미디어 파일들에 적용되는 보안 및/또는 암호화에 관련된 정보를 제공할 수 있다. 예를 들어, 보안 태그(640)는 미디어 파일 표시자에 의해 명시된 파일들을 암호해독하기 위한 암호해독 키를 명시할 수 있다. 한 실시예에서, 보안 태그(640)는 EXT-X-KEY 태그이다; 그러나, 다른 태그들도 역시 이용될 수 있다. 변종 목록 태그(645)는 변종 스트림이 재생목록(600)에 의해 제공되는지 뿐만 아니라 변종 스트림들에 관련된 정보(예를 들어, 몇개, 비트 레이트)를 나타낼 수 있다. 한 실시예에서, 변종 목록 태그(645)는 EXT-X-STREAM-INF 태그이다.
미디어 파일 표시자(650)는 재생될 미디어 파일들에 관련된 정보를 제공할 수 있다. 한 실시예에서, 미디어 파일 표시자(650)는 재생될 복수의 미디어 파일들에 대한 URI를 포함한다. 한 실시예에서, 재생목록(600) 내의 URI들의 순서는 미디어 파일들이 액세스 및/또는 재생되어야 하는 순서에 대응한다. 후속 재생목록 표시자(660)는 재생 파일(600) 이후에 이용될 하나 이상의 재생 파일들에 관련된 정보를 제공할 수 있다. 한 실시예에서, 후속 재생목록 표시자(660)는 재생목록(600)의 미디어 파일이 재생된 후에 이용될 하나 이상의 재생목록 파일들에 대한 URI를 포함할 수 있다.
메모리 태그(670)는 미디어 파일 콘텐츠의 재생 이후에 클라이언트 장치가 미디어 파일을 저장할 수 있는지의 여부 및/또는 얼마나 오랫동안 저장할 수 있는지를 나타낼 수 있다. 한 실시예에서, 메모리 태그(670)는 EXT-X-ALLOW-CACHE 태그이다. 종료 태그(680)는 재생목록 파일(600)이 프리젠테이션을 위한 마지막 재생목록 파일인지를 나타낸다. 한 실시예에서, 종료 태그(680)는 EXT-X-ENDLIST 태그이다.
이하의 섹션은 한 실시예에 따른 수 개의 예시적인 재생목록 파일을 포함한다.
간단한 재생목록 파일
Figure pct00001
HTTPS를 이용한 슬라이딩 윈도우 재생목록
Figure pct00002
암호화된 미디어 파일을 갖는 재생목록 파일
Figure pct00003
변종 재생목록 파일
Figure pct00004
도 7은 여기서 설명되는 조립된 스트림들에 대한 재생 기술의 한 실시예의 흐름도이다. 한 실시예에서, 수신된 미디어 파일들의 재생은 시작, 중단, 되감기 등을 위해 사용자에 의해 제어될 수 있다. 동작(700)에서 재생목록 파일은 클라이언트 장치에 의해 수신된다. 동작(710)에서 재생목록 파일에 의해 표시된 미디어 파일들이 검색된다. 동작(720)에서 수신된 미디어 파일에 기초하여 출력이 생성된다. 미디어 파일을 수신하고 미디어 파일에 기초하여 출력을 생성하는 것은 앞서 설명된 바와 같이 달성될 수 있다.
동작(730)에서 제어 입력이 검출되면, 동작(740)에서 클라이언트 장치는 입력이 중단을 나타내는지를 판정할 수 있다. 입력이 중단이면, 프로세스는 종결되고 재생은 중단된다. 동작(750)에서 입력이 되감기 또는 전진 요청을 나타내면, 동작(760)에서 클라이언트 장치는 메모리에 여전히 저장되어 있는 앞서 재생된 미디어 파일들에 기초하여 출력을 생성할 수 있다. 이들 파일들이 더 이상 캐쉬 내에 있지 않다면, 처리는 동작(710)으로 되돌아가서 미디어 파일들을 검색하고 프로세스를 반복한다. 대안적 실시예에서, 재생은, 중단 입력과 같이 재생을 종결하지 않고 재생을 일시적으로 멈추는 잠시멈춤 특징을 지원할 수 있다.
한 스트림으로부터 또 다른 스트림으로 천이하기 위한 방법이 도 9a 내지 도 9d를 참조하여 더 설명된다. 한 클라이언트 장치가 이들 방법들 각각을 수행할 수 있거나 또는 이들 방법들 각각의 동작들이 여기서 설명된 바와 같이 복수의 클라이언트 장치에 걸쳐 분산될 수 있다; 예를 들어, 분산된 경우, 하나의 클라이언트 장치는 변종 재생목록과 2개의 미디어 재생목록을 검색하고, 이것들을 또 다른 클라이언트 장치에 제공할 수 있으며, 또 다른 클라이언트 장치는 2개의 미디어 재생목록에 의해 명시된 미디어 파일들을 검색하여 검색된 미디어 파일들에 의해 제공되는 2개의 스트림들 사이에서 전환한다. 대안적 실시예에서, 도시된 동작의 순서가 수정되거나 이들 도면에 도시된 것보다 많거나 적은 동작들이 존재할 수 있다는 것을 역시 이해할 것이다. 방법들은 상이한 스트림들을 선택하기 위해 변종 재생목록을 이용할 수 있다. 동작(901)에서 프로그램(예를 들어, 스포츠 이벤트)에 대한 가용 스트림을 판정하기 위해 변종 재생목록이 검색되고 처리될 수 있다. 동작(901)은 클라이언트 장치에 의해 이루어질 수 있다. 동작(903)에서 변종 재생목록으로부터 제1 스트림이 선택될 수 있고, 클라이언트 장치는 그 다음에 제1 스트림에 대한 미디어 재생목록을 검색할 수 있다. 동작(905)에서 클라이언트 장치는 제1 스트림에 대한 미디어 재생목록을 처리할 수 있고, 또한 동작(907)에서 제1 스트림에 대한 네트워크 접속의 비트 레이트를 측정하거나 기타의 방식으로 결정한다. 동작들의 시퀀스는 도 9a에 도시된 것과는 상이한 순서로 수행될 수 있다는 것을 이해할 것이다; 예를 들어, 동작(907)은 동작(903) 동안 수행될 수 있는 등등이다. 동작(911)에서, 클라이언트 장치는 동작(907)으로부터 측정된 비트 레이트에 기초하여 변종 재생목록으로부터 대안적 미디어 재생목록을 선택한다; 이 대안적 미디어 재생목록은 제1 스트림의 기존 비트 레이트보다 높은 제2 비트 레이트에 있을 수 있다. 이것은 통상 대안적 스트림은 제1 스트림보다 높은 해상도를 가질 것임을 의미한다. 대안적 미디어 재생목록은, 현재 상태(예를 들어, 동작(907)에서 측정된 비트 레이트)에 기초하여 제1 스트림에 대한 현재의 재생목록보다 나은 매칭일 경우 선택될 수 있다. 동작(913)에서, 대안적 스트림에 대한 대안적 미디어 재생목록이 검색되고 처리된다. 이것은 통상 클라이언트 장치는 제1 스트림 및 대안적 스트림 양쪽 모두를 수신 및 처리하고 있을 수 있어서 양쪽 모두가 프리젠테이션에 이용가능하다는 것을 의미한다; 하나가 제시되는 동안 다른 하나는 제시될 준비가 되어 있다. 그러면 동작(915)에서 클라이언트 장치는 스트림들의 버전들 사이에서 전환할 천이 포인트를 선택하고, 제1 스트림의 제시를 중단하고 대안적 스트림의 제시를 개시한다. 이러한 전환이 어떻게 달성되는지의 예가 도 9b 내지 도 9d와 연계하여 제공된다. 일부 실시예들에서, 클라이언트 장치는 전환을 행하기 이전에 제1 스트림의 수신을 중단할 수 있다.
도 9b는, 동작(921 및 923)에서 클라이언트 장치가 제1 미디어 재생목록에 의해 명시된 콘텐츠(예를 들어, 제1 스트림)를 검색, 저장 및 제시하고, 제1 재생목록에 의해 명시된 콘텐츠가 제시되고 있는 동안 동작(925)에서 클라이언트 장치도 역시 제2 미디어 재생목록에 의해 명시된 콘텐츠(예를 들어, 제2 스트림)를 검색 및 저장하는 것을 도시한다. 제1 미디어 재생목록으로부터 얻어진 콘텐츠를 제시하는 동안 제2 미디어 재생목록에 의해 명시된 콘텐츠의 검색 및 (예를 들어, 임시 버퍼에의) 저장은, 클라이언트 장치가 프로그램의 실질적인 중단없이 프로그램의 버전들 사이에서 전환하는 것을 허용하는 (도 9d에 도시된) 프로그램의 콘텐츠의 시간에서의 중첩(overlap)(955)을 생성한다. 이런 방식으로, 프로그램의 버전들간의 전환은 많은 경우에 있어서 사용자가 전환이 발생했음을 의식하지 않고(그러나, 사용자는 일부 경우에는 전환 이후의 더 높은 해상도의 이미지를 의식할 수 있다) 또는 프로그램의 프리젠테이션의 실질적인 중단없이 달성될 수 있다. 동작(927)에서, 클라이언트 장치는 제1 미디어 재생목록에 의해 명시된 콘텐츠로부터 제2 미디어 재생목록에 의해 명시된 콘텐츠로 전환하는 천이 포인트를 결정한다; 천이 포인트의 예(천이 포인트(959))가 도 9d에 도시되어 있다. 그 다음 전환 후에 동작(931)에서 제2 미디어 재생목록에 의해 명시된 콘텐츠가 제시된다.
도 9c 및 도 9d에 도시된 방법은 천이 포인트를 결정하기 위한 한 실시예를 나타낸다; 이 실시예는 천이 포인트를 결정하기 위해 2개의 스트림(951 및 953)으로부터의 오디오 샘플들에 대한 패턴 매칭에 의존한다. 대안적 실시예는 천이 포인트를 결정하기 위해 비디오 샘플들에 대한 패턴 매칭을 이용할 수 있거나 2개의 스트림들에서의 타임스탬프들을 이용할 수 있다는 것 등을 이해할 것이다. 이 방법은, 동작(941)에서, 제1 미디어 재생목록에 의해 명시된 콘텐츠(예를 들어, 스트림 951)를 버퍼에 저장하는 단계를 포함할 수 있다; 버퍼는 콘텐츠의 프리젠테이션을 위해 및 패턴 매칭 동작을 위해서도 이용될 수 있다. 스트림(951)은 오디오 샘플(951A) 및 비디오 샘플(951B) 양쪽 모두를 포함한다. 비디오 샘플은, 단일 비디오 프레임을 디스플레이하는데 필요한 모든 콘텐츠를 갖는 i-프레임 또는 키 프레임에 의존하는 압축 기술을 이용할 수 있다. 스트림(951)의 콘텐츠는 시간을 명시하는 타임스탬프(예를 들어, 프로그램의 시작부 이후의 경과 시간)를 포함할 수 있고, 이들 타임스탬프들은 샘플들 각각의 시작부(예를 들어, 오디오 샘플(951A) 각각의 시작부 및 비디오 샘플(951B) 각각의 시작부)를 마킹할 수 있다. 일부 경우에, 2개의 스트림들간의 타임스탬프들의 비교는 천이 포인트의 결정에 있어서 유용하지 않을 수도 있는데, 이것은 그것들이 충분히 정확하지 않을 수 있거나 2개의 스트림들의 샘플들의 경계에서의 차이 때문이다; 그러나, 2개의 스트림들간에 시간에서의 중첩(955)이 있는지를 확인하기 위해 타임스탬프 범위의 비교가 이용될 수 있다. 동작(943)에서, 클라이언트 장치는 제2 미디어 재생목록에 의해 명시된 콘텐츠를 버퍼에 저장한다; 이 콘텐츠는 제1 미디어 재생목록으로부터 얻어진 콘텐츠와 동일한 프로그램에 대한 것이며 타임스탬프도 포함할 수 있다. 한 실시예에서, 타임스탬프는, 스트림에 존재하지 않는 경우, 스트림에 대한 재생목록에 추가될 수 있다; 예를 들어, 한 실시예에서, 하나 이상의 타임스탬프를 포함하는 ID3 태그가, 변종 재생목록 또는 미디어 재생목록과 같은 재생목록 내의 엔트리에 추가될 수 있다. 이 엔트리는, 예를 들어, 오디오 스트림의 첫 번째 샘플에 대한 URI에 있을 수 있다. 도 9d는 제2 미디어 재생목록으로부터 얻어진 콘텐츠(953)의 예를 도시하며, 이것은 오디오 샘플(953A) 및 비디오 샘플(953B)을 포함한다. 동작(945)에서, 클라이언트 장치는 2개의 스트림(951 및 953) 내의 오디오 샘플들에 대한 패턴 매칭을 수행하여 중첩(955)으로부터 천이 포인트(959)를 선택할 수 있는데, 이는 일 실시예에서, 매칭된 오디오 세그먼트들(예를 들어, 세그먼트 957) 이후의 다음 자체 포함형(self contained) 비디오 프레임(예를 들어, i-프레임 961)일 수 있다. i-프레임(961)(및 그 연관된 오디오 샘플)에서 시작하여, 프로그램의 프리젠테이션은 제2 미디어 재생목록으로부터 얻어진 제2 스트림을 이용한다. 전술된 방법은, 한 실시예에서, 더 느린 비트 레이트로부터 더 빠른 비트 레이트로의 변경, 및 더 빠른 비트 레이트로부터 더 느린 비트 레이트로의 변경 양쪽 모두에 이용될 수 있지만, 또 다른 실시예에서, 이 방법은 더 느린 비트 레이트로부터 더 빠른 비트 레이트로의 변경에만 이용될 수 있고, (예를 들어, 천이 포인트의 위치를 파악하는 것이 아니라 가능한 한 빨리 더 느린 비트 레이트 스트림으로부터의 콘텐츠를 저장하고 제시하는 것을 시도하는) 또 다른 방법은 더 빠른 비트 레이트로부터 더 느린 비트 레이트로의 변경에 이용될 수 있다.
도 10은 대안적 스트림들을 이용하여 클라이언트 장치들에 재생목록 또는 미디어 콘텐츠 또는 양쪽 모두를 제공하는 복수의 리던던트(redundant) 장소를 제공하기 위한 기술의 한 실시예의 흐름도이다. 재생목록이 앞서 논의된 바와 같은 대안적 스트림들을 포함한다면, 대안적 스트림들은 대역폭 또는 장치 대안으로서 동작할 수 있을 뿐만 아니라, 고장 폴백(failure fallback)으로서도 동작할 수 있다. 예를 들어, 클라이언트가 (예를 들어, 404 에러 또는 네트워크 접속 에러로 인해) 스트림에 대한 재생목록 파일을 리로딩할 수 없다면, 클라이언트는 대안적 스트림으로의 전환을 시도할 수 있다. 도 10을 참조하면, 페일오버 보호(failover protection)를 구현하기 위해, 제1 서버 장치 또는 제1 콘텐츠 분배 서비스는, 동작(1002)에서 도 2c의 설명과 관련하여 논의되는 바와 같이 복수의 대안적 대역폭 스트림들이나 스트림을 생성하도록 구성된다. 동작(1004)에서, 제1 서버 장치 또는 제1 콘텐츠 분배 서비스는 동작(1002)에서 생성된 스트림(들)으로부터 재생목록 파일(들)을 생성한다. 동작(1006)에서, 제2 서버 장치 또는 제2 콘텐츠 분배 서비스는 병렬 스트림, 또는 스트림들의 세트를 생성할 수 있으며, 재생목록도 생성할 수 있다. 이들 병렬 스트림(들)은 백업 스트림으로서 간주될 수 있다. 그 다음, 동작(1008)에서 백업 스트림들의 목록이 재생목록 파일(들)에 추가되어 1차 스트림 이후에 각 대역폭에서의 백업 스트림(들)이 열거된다. 예를 들어, 1차 스트림이 서버 ALPHA로부터 나오고 백업 스트림은 서버 BETA 상에 있다면, 재생목록 파일은 다음과 같을 수 있다:
Figure pct00005
백업 스트림들은 재생목록 내의 1차 스트림들과 혼합되고, 각 대역폭에서의 백업은 그 대역폭에 대한 1차 스트림 이후에 열거된다는 점에 유의한다. 클라이언트는 단일 백업 스트림 세트로 제한되지 않는다. 위의 예에서, ALPHA와 BETA 뒤에는 예를 들어 GAMMA가 올 수 있다. 마찬가지로, 완전한 병렬 세트의 스트림을 제공하는 것이 필요하지 않다. 예를 들어, 백업 서버 상에 단일의 저-대역폭 스트림이 제공될 수 있다.
동작(1010)에서, 클라이언트는 제1 서버 장치 또는 제1 콘텐츠 분배 서비스와 연관된 제1 스트림을 이용하여 제1 URL로부터 재생목록 파일(들)의 다운로드를 시도한다. 도 11은 한 실시예에 따라 클라이언트(1102)가 하나 이상의 URL, 서버 장치 또는 콘텐츠 분배 서비스와 양방향으로 통신하는 네트워크를 나타낸다. 동작(1012)에서 제1 URL, 서버 장치 또는 콘텐츠 분배 서비스로부터 클라이언트(1102)로 재생목록 파일(들)이 전송될 수 있다. 클라이언트가 (예를 들어, 스트림에 대한 인덱스 파일의 리로딩에서의 에러로 인해) 제1 URL, 서버 장치 또는 콘텐츠 분배 서비스로부터 재생목록 파일(들)을 다운로드할 수 없다면, 클라이언트는 대안적 스트림으로의 전환을 시도한다. 하나의 스트림(예를 들어, 동작 1010)에서의 실패의 경우(예를 들어, 인덱스 로딩 실패), 동작(1014)에서 클라이언트는 네트워크 접속이 지원하는 가장 높은 대역폭의 대안적 스트림을 선택한다. 동일한 대역폭의 복수의 대안들이 존재한다면, 클라이언트는 재생목록에 열거된 순서에 따라 이것들 중에서 선택한다. 예를 들어, 클라이언트(1102)가 URL 1로부터 성공적으로 다운로드할 수 없다면, 그것은 URL 2 또는 또 다른 URL로부터 다운로드할 수 있고, 이 경우 재생목록 파일(들)은 대안적 URL로부터 클라이언트로 전송된다. 이 특징은, 서버 크래쉬(server crashing) 또는 콘텐츠 분배자 노드의 다운(content distributor node going down)과 같은 심각한 국지적 고장의 경우에도 미디어가 클라이언트들에 도달하는 것을 허용하는 리던던트 스트림들을 제공한다.
페일오버 보호는 클라이언트들이 재생목록과 미디어 파일을 검색할 수 있는 복수의 리던던트 위치를 제공하는 능력을 제공한다. 따라서, 클라이언트가 제1 위치로부터 스트림을 검색할 수 없다면, 제2, 제3 등의 위치로부터 스트림의 액세스를 시도할 수 있다.
한 실시예에서, 클라이언트가 재생목록을 검색할 수 있는 추가 위치를 표시하기 위해, 동일한 변종 재생목록 태그에는, 동일한 대역폭이지만 리던던트 위치의 새로운 URI가 제공될 것이다. 클라이언트는 처음에, 원하는 대역폭과 연관된 첫 번째 URL로의 액세스를 시도할 수 있다. 클라이언트가 첫 번째 URL로부터 재생목록을 다운로드할 수 없다면, 그 대역폭에 대해 제시된 다음 URL로의 액세스 등을, 모든 가능성을 소진할 때까지, 시도할 수 있다.
이하의 예는 2560000 대역폭에 대한 1개의 리던던트 위치와 7680000 대역폭에 대한 2개의 리던던트 위치를 포함한다.
Figure pct00006
이 예에서는 파일명(예를 들어, mid-redundant2.m3u8)과 실제의 URL(예를 들어,http://example2.com<http://example2.com/>,http://example3.com<http://example3.com/>) 양쪽 모두가 변한다는 점에 유의한다. 그러나, 한 실시예에서, 리던던트 위치는 오직 파일명에 대한 변경이거나 오직 웹사이트에 대한 변경일 수 있다.
한 실시예에서, 재생목록은 서버 장치에 의해 압축되어 압축된 형태로 클라이언트 장치에 전송될 수 있다. 압축된 재생목록은 통상 재생목록을 표현하기 위해 압축되지 않은 재생목록보다 더 적은 비트를 요구하므로, 압축된 재생목록은, 전송 또는 수신시에, 무선 셀룰러 전화 네트워크와 같은, 네트워크의 가용 대역폭을 더 적게 이용한다. 한 실시예에서, 재생목록은, HTTP 1.1 표준 프로토콜과 같은 전송 프로토콜과 호환되거나 호환가능한 웹 서버에 의해 이용되는 내장된 압축 기술이나 설비에 따라 웹 서버에 의해 압축될 수 있다; 이러한 압축 기술 또는 설비의 예는 HTTP 1.1의 deflate 또는 gzip 압축 설비이다. 다른 실시예들에서는 표준 기반의 전송 프로토콜의 일부인 다른 표준 기반의 압축 설비들이 이용될 수 있다. 압축된 재생목록의 이용은, 한 실시예에서는, 서버 장치들과 클라이언트 장치들의 선택사항적 특징일 수 있다. 한 실시예에서, 재생목록은 텍스트 콘텐츠(예를 들어, 텍스트 파일)일 수 있고 표준 기반의 웹 서버에 의해 deflate 또는 gzip으로 효율적으로 압축된 다음 클라이언트 장치에 의해 자동으로 압축해제될 수 있다. gzip 압축 설비의 한 버전의 설명은 www.ietf.org/rfc/rfc1952.txt에서 찾아볼 수 있다; deflate 압축 설비의 한 버전은 www.ietf.org/rfc/rfc1951.txt에서 찾아 볼 수 있다. 많은 웹 서버들과 클라이언트 장치 상의 많은 웹 브라우저들이 deflate 또는 gzip 설비들을 자동으로 지원할 수 있다.
한 실시예에서, 클라이언트 장치는 업데이트된 재생목록을 주기적으로 요청할 수 있다; 예를 들어, 클라이언트 장치는 서버로부터, 업데이트된 재생목록을 수 초마다(예를 들어, 10, 20, 또는 30초마다, 또는 어떤 다른 기간마다) 요청할 수 있다. 클라이언트가 라이브 게임 동안의 임의의 시간에서 라이브 게임의 시작부로부터 시청을 개시하는 것을 허용하는 라이브 진행 야구 게임에 대한 재생목록과 같은 커져가는 재생목록(growing playlist)은, 그 커져가는 재생목록이 네트워크를 통해 반복적으로 전송되기 때문에, 압축의 이용이 네트워크의 대역폭의 소비를 제한할 수 있을 정도로 충분히 커질 수 있다.
한 실시예에서, 클라이언트 장치는, (업데이트된 재생목록과 같은) 재생목록을 요청할 때, (deflate 또는 gzip과 같은) 어떤 압축 기술을 지원할 수 있는지를 선택사항으로서 명시할 수 있다; 이러한 기술들에 대한 지원은 클라이언트 장치가 압축되거나 인코딩된 콘텐츠를 압축해제 또는 디코딩할 수 있다는 것을 의미한다. 압축 기술의 선택사항적 명시와 함께 재생목록에 대한 클라이언트 장치의 요청은, 한 실시예에서, 재생목록에 대해 압축 기술을 지원할 것을 요구받지 않고 압축되지 않은 재생목록을 전송할 수 있는 웹 서버에 의해 수신된다. 웹 서버는, 클라이언트 장치의 재생목록 요청에 명시된 압축 기술들 중 하나를 이용하여 압축된 재생목록이나 압축되지 않은 재생목록을 클라이언트 장치에 전송함으로써, 클라이언트 장치의 요청에 응답할 수 있다. 클라이언트 장치는 여기서 설명된 바와 같이 재생목록을 수신하고 그것을 이용한다; 재생목록이 압축되어 있다면, 이것은 클라이언트 장치의 웹 브라우저 내의 디코더와 같은 클라이언트 장치 상의 디코더를 이용하여 디코딩된다.
도 8은 전자 시스템의 한 실시예의 블록도이다. 도 8에 나타낸 전자 시스템은, 예를 들어, 데스크탑 컴퓨터 시스템, 랩탑 컴퓨터 시스템, 셀룰러 전화, 셀룰러-가능형 PDA를 포함한 PDA(personal digital assistant), 셋탑 박스, 오락 시스템 또는 기타의 가전제품을 포함한 (유선이든 무선이든) 많은 전자 시스템을 나타내기 위한 것이다. 대안적 전자 시스템은 더 많거나, 더 적거나 및/또는 상이한 컴포넌트들을 포함할 수 있다. 도 8의 전자 시스템은 클라이언트 장치 및/또는 서버 장치를 제공하는데 이용될 수 있다.
전자 시스템(800)은, 정보를 통신하기 위한 버스(805) 또는 기타의 통신 장치, 및 버스(805)에 결합되어 정보를 처리할 수 있는 프로세서(810)를 포함한다. 전자 시스템(800)이 단일의 프로세서를 갖는 것으로 도시되어 있지만, 전자 시스템(800)은 복수의 프로세서 및/또는 코프로세서를 포함할 수도 있다. 전자 시스템(800)은 버스(805)에 결합된 랜덤 액세스 메모리(RAM) 또는 기타의 동적 저장 장치(820)(메인 메모리라고 함)를 포함할 수 있고, 프로세서(810)에 의해 실행될 수 있는 명령어와 정보를 저장할 수 있다. 메인 메모리(820)는 또한, 프로세서(810)에 의한 명령어의 실행 동안의 임시 변수들 또는 기타의 중간 정보를 저장하는데 이용될 수도 있다.
전자 시스템(800)은 또한, 버스(805)에 결합되어 프로세서(810)를 위한 정적인 정보와 명령어를 저장할 수 있는 판독 전용 메모리(ROM) 및/또는 기타의 정적 저장 장치(830)를 포함할 수 있다. 데이터 저장 장치(840)는 정보와 명령어를 저장하기 위해 버스(805)에 결합될 수 있다. 플래시 메모리 또는 자기 디스크 또는 광 디스크와 같은 데이터 저장 장치(840)와 대응하는 드라이브가 전자 시스템(800)에 결합될 수 있다.
전자 시스템(800)은 또한 버스(805)를 통해, 음극선관(CRT) 또는 액정 디스플레이(LCD)와 같은 디스플레이 장치(850)에 결합되어 사용자에게 정보를 디스플레이할 수 있다. 전자 시스템(800)은 또한, 버스(805)에 결합될 수 있는 영숫자 및 기타의 키를 포함하는 영숫자 입력 장치(860)를 포함하여 정보 및 커맨드 선택들을 프로세서(810)에 전달할 수 있다. 또 다른 타입의 사용자 입력 장치는, 방향 정보와 커맨드 선택을 프로세서(810)에 전달하고 디스플레이(850) 상에서의 커서의 움직임을 제어하는 터치패드, 마우스, 트랙볼, 또는 커서 방향키와 같은 커서 제어(870)이다.
전자 시스템(800)은, 근거리 통신망과 같은 네트워크로의 액세스를 제공하는 하나 이상의 네트워크 인터페이스(들)(880)를 더 포함할 수 있다. 네트워크 인터페이스(들)(880)는, 예를 들어, 하나 이상의 안테나(들)를 나타낼 수 있는, 안테나(885)를 갖는 무선 네트워크 인터페이스를 포함할 수 있다. 전자 시스템(800)은, WiFi, Bluetooth, 및 셀룰러 전화 인터페이스의 조합과 같은 복수의 무선 네트워크 인터페이스를 포함할 수 있다. 네트워크 인터페이스(들)(880)는 또한, 예를 들어, 이더넷 케이블, 동축 케이블, 광 섬유 케이블, 직렬 케이블, 또는 병렬 케이블일 수 있는 네트워크 케이블(887)을 통해 원격 장치와 통신하는, 예를 들어, 유선 네트워크 인터페이스를 포함할 수 있다.
한 실시예에서, 네트워크 인터페이스(들)(880)는, 예를 들어, IEEE 802.11b 및/또는 IEEE 802.11g 표준을 따름으로써 근거리 통신망으로의 액세스를 제공할 수 있고, 및/또는 무선 네트워크 인터페이스는, 예를 들어, Bluetooth 표준을 따름으로써 개인 영역 네트워크로의 액세스를 제공할 수 있다. 기타의 무선 네트워크 인터페이스 및/또는 프로토콜도 역시 지원될 수 있다.
무선 LAN 표준을 통한 통신에 추가하여, 또는 그 대신에, 네트워크 인터페이스(들)(880)는, 예를 들어, TDMA(Time Division Multiple Access) 프로토콜, GSM(Global System for Mobile Communications) 프로토콜, CDMA(Code Division Multiple Access) 프로토콜, 및/또는 기타 임의 타입의 무선 통신 프로토콜을 이용하여 무선 통신을 제공할 수 있다.
본 명세서에서 "한 실시예" 또는 "실시예"라는 언급은, 그 실시예와 관련하여 기술되는 특정한 특징, 구조, 또는 특성이 본 발명의 적어도 한 실시예에 포함된다는 것을 의미한다. 명세서의 다양한 곳에서의 문구 "한 실시예에서"의 등장은 반드시 모두가 동일한 실시예를 지칭하는 것은 아니다.
전술된 명세서에서, 본 발명은 그의 특정 실시예들을 참조하여 설명되었다. 그러나, 본 발명의 더 넓은 사상과 범위로부터 벗어나지 않고 다양한 수정 및 변경이 이루어질 수 있다는 것은 명백할 것이다. 따라서, 본 명세서 및 도면은 제한적 의미라기보다는 예시적인 의미로 간주되어야 한다.
부록
이하의 부록은 본 발명의 특정 실시예에 따른 프로토콜의 초안 명세(draft specification)이다. 이 부록 내의 주요 용어(예를 들어, ~해야 한다(MUST), ~해서는 안 된다(MUST NOT), ~한다(SHALL), ~하지 않는다(SHALL NOT) 등)의 이용은 이 특정 실시예에 적용되며, 본 개시에서 설명되는 다른 실시예들에는 적용되지 않는다는 점을 이해할 것이다.
요약
본 문서는 멀티미디어 데이터의 무제한 스트림을 전송하기 위한 프로토콜을 기술한다. 본 문서는 파일들의 데이터 포맷 및 스트림들의 서버(송신기) 및 클라이언트들(수신기)에 의해 취해지는 동작들을 명시한다. 본 문서는 이 프로토콜의 버전 3을 기술한다.
목차
1. 머릿말
2. 요약
3. 재생목록 파일
3.1. 머릿말
3.2. 새로운 태그
3.2.1. EXT-X-TARGETDURATION
3.2.2. EXT-X-MEDIA-SEQUENCE
3.2.3. EXT-X-KEY
3.2.4. EXT-X-PROGRAM-DATE-TIME
3.2.5. EXT-X-ALLOW-CACHE
3.2.6. EXT-X-ENDLIST
3.2.7. EXT-X-STREAM-INF
3.2.8. EXT-X-DISCONTINUITY
3.2.9. EXT-X-VERSION
4. 미디어 파일
5. 키 파일
5.1. 머릿말
5.2. AES-128에 대한 IV
6. 클라이언트/서버 동작
6.1. 머릿말
6.2. 서버 프로세스
6.2.1. 머릿말
6.2.2. 슬라이딩 윈도우 재생목록
6.2.3. 미디어 파일 암호화
6.2.4. 변종 스트림 제공
6.3. 클라이언트 프로세스
6.3.1. 머릿말
6.3.2. 재생목록 파일 로딩
6.3.3. 재생목록 파일 재생
6.3.4. 재생목록 파일 리로딩
6.3.5. 로딩할 다음 파일 결정
6.3.6. 암호화된 미디어 파일 암호해독
7. 프로토콜 버전 호환성
8. 예
8.1. 머릿말
8.2. 간단한 재생목록 파일
8.3. HTTPS를 이용한 슬라이딩 윈도우 재생목록
8.4. 암호화된 미디어 파일들을 갖는 재생목록 파일
8.5. 변종 재생목록 파일
9. 보안 고려사항
10. 참고자료
10.1. 규범적 참고자료
10.2. 유익한 참고자료
1. 머릿말
본 문서는 멀티미디어 데이터의 무제한 스트림의 전송을 위한 프로토콜을 기술한다. 프로토콜은 미디어 데이터의 암호화, 및 스트림의 대안적 버전(예를 들어, 비트레이트)의 제공을 지원한다. 미디어 데이터는 생성된 후에 곧 전송될 수 있어, 미디어 데이터가 준 실시간으로 재생되는 것을 허용한다. 데이터는 대개 HTTP[RFC2616]를 통해 운반된다.
HTTP와 같은 관련된 표준을 기술하는 외부 참고자료가 섹션 11에 열거되어 있다.
2. 요약
멀티미디어 프리젠테이션은, 미디어 URI와 정보성 태그들의 정돈된 목록인 재생목록 파일에 대한 URI[RFC3986]에 의해 명시된다. 각각의 미디어 URI는 단일의 연속적 스트림의 세그먼트에 해당하는 미디어 파일을 참조한다.
스트림을 재생하기 위해, 클라이언트는 먼저 재생목록 파일을 얻은 다음, 재생목록 내의 각 미디어 파일을 재생한다. 클라이언트는 추가의 세그먼트를 발견하기 위해 본 문서에서 기술된 재생목록 파일을 리로딩한다.
주요 용어 "~해야 한다(MUST)", "~해서는 안 된다(MUST NOT)", "요구되는(REQUIRED)", "~해야 한다(SHALL)", "~하지 않아야 한다(SHALL NOT)", "~해야 한다(SHOULD)", "~해서는 안 된다(SHOULD NOT)", "권고되는(RECOMMENDED)", "~일 수도 있다(MAY)", 및 "선택사항적(OPTIONAL)"은 RFC 2119[RFC2119]에 기술된 바와 같이 해석되어야 한다.
3. 재생목록 파일
3.1. 머릿말
재생목록은 확장된 M3U 재생목록 파일[M3U]이어야 한다. 본 문서는 추가의 태그들을 정의함으로써 M3U 파일 포맷을 확장시킨다.
M3U 재생목록은 개별 라인들로 이루어지는 텍스트 파일이다. 라인들은 단일의 LF 캐릭터, 또는 CR 캐릭터에 후속하는 LF 캐릭터에 의해 종료된다. 각 라인은 URI, 블랭크이거나, 코멘트 캐릭터 '#'로 시작한다. 블랭크 라인은 무시된다.　　여백(white space)은, 명시적으로 특정되어 있는 요소들을 제외하고는, 존재해서는 안 된다.
URI 라인은 미디어 파일 또는 변종 재생목록 파일을 식별한다(섹션 3.2.7 참조).
URI는 상대적일 수도 있다. 상대적 URI는 그것을 포함하는 재생목록 파일의 URI에 대하여 해결되어야 한다.
코멘트 캐릭터 '#'로 시작하는 라인들은 코멘트 또는 태그이다. 태그는 #EXT로 시작한다. '#'로 시작하는 모든 다른 라인들은 코멘트이고 무시되어야 한다.
재생목록 파일의 지속기간은 그 재생목록 파일 내의 미디어 파일들의 지속기간의 합이다.
명칭이 .m3u8로 끝나고 및/또는 HTTP 콘텐츠 타입 "application/vnd.apple.mpegurl"을 갖는 M3U 재생목록 파일은 UTF-8[RFC3629]로 인코딩된다. 명칭이 .m3u로 끝나고 및/또는 HTTP 콘텐츠 타입 [RFC2616] "audio/mpegurl"을 갖는 파일들은 US-ASCII [US_ASCII]로 인코딩된다.
재생목록 파일은 .m3u8로 끝나는 명칭을 가지고 및/또는 콘텐츠 타입 "application/vnd.apple.mpegurl"(HTTP를 통해 전송되는 경우)을 가져야 하거나, .m3u로 끝나는 명칭을 가지고 및/또는 HTTP 콘텐츠 타입 "audio/mpegurl"를 가져야 한다(호환성을 위해).
확장된 M3U 파일 포맷은 2개의 태그를 정의한다: EXTM3U 및 EXTINF. 확장된 M3U 파일은, #EXTM3U이어야 하는 그의 첫 라인에 의해 기본 M3U 파일과 구분된다.
EXTINF는 그것을 따르는 URI에 의해 식별된 미디어 파일을 기술하는 레코드 마커(record marker)이다. 각 미디어 파일 URI 앞에는 EXTINF 태그가 선행해야 한다. 그 포맷은 다음과 같다.
　#EXTINF:<duration>,<title>
"duration"은 미디어 파일의 지속기간을 초단위로 명시하는 정수 또는 부동 소수점 수이다. 정수 지속기간은 가장 가까운 정수로 반올림(round)되어야 한다. 3 미만의 재생목록 파일의 프로토콜 버전의 경우 지속기간은 정수이어야 한다. 콤마를 뒤따르는 라인의 나머지는 미디어 파일의 타이틀로서, 미디어 세그먼트의 선택사항적인 인간-판독가능한 정보성 타이틀이다.
이 문서는 다음과 같은 새로운 태그들을 정의한다: EXT-X-TARGETDURATION, EXT-X-MEDIA-SEQUENCE, EXT-X-KEY, EXT-X-PROGRAM-DATE-TIME, EXT-X-ALLOW-CACHE, EXT-X-STREAM-INF,　EXT-X-ENDLIST, EXT-X-DISCONTINUITY, 및 EXT-X-VERSION.
3.2. 새로운 태그들
3.2.1. 　EXT-X-TARGETDURATION
EXT-X-TARGETDURATION 태그는 최대 미디어 파일 지속기간을 명시한다. 재생목록 파일 내의 각 미디어 파일의 EXTINF 지속기간은 타겟 지속기간보다 작거나 같아야 한다. 이 태그는 재생목록 파일 내에 한 번 나타나야 한다. 그 포맷은 다음과 같다.
#EXT-X-TARGETDURATION:<s>
여기서, s는 타겟 지속기간을 초단위로 나타내는 정수이다.
3.2.2. 　EXT-X-MEDIA-SEQUENCE
재생목록 내의 각 미디어 파일 URI는 고유한 정수 시퀀스 번호를 가진다. URI의 시퀀스 번호는 그것에 선행하는 URI의 시퀀스 번호 + 1과 같다. EXT-X-MEDIA-SEQUENCE 태그는 재생목록 파일에 나타나는 첫 번째 URI의 시퀀스 번호를 나타낸다. 그 포맷은 다음과 같다.
　#EXT-X-MEDIA-SEQUENCE:<number>
재생목록 파일은 하나보다 많은 EXT-X-MEDIA-SEQUENCE 태그를 포함해서는 안 된다. 재생목록 파일이 EXT-X-MEDIA-SEQUENCE 태그를 포함하지 않는다면, 재생목록 내의 첫 번째 URI의 시퀀스 번호는 0으로 간주되어야 한다.
미디어 파일의 시퀀스 번호는 그 URI에서 나타날 것이 요구되지 않는다.
EXT-X-MEDIA-SEQUENCE 태그의 처리에 관한 정보를 위해 섹션 6.3.2 및 섹션 6.3.5를 참조한다.
3.2.3. 　EXT-X-KEY
미디어 파일은 암호화될 수도 있다. EXT-X-KEY 태그는 그것을 따르는 미디어 파일을 암호해독하는데 필요한 정보를 제공한다. 그 포맷은 :
#EXT-X-KEY:METHOD=<method>[,URI="<URI>"][,IV=<IV>]
METHOD 속성은 암호화 방법을 명시한다. 2개의 암호화 방법이 정의된다: NONE 및 AES-128.
암호화 방법 NONE은 미디어 파일이 암호화되지 않는다는 것을 의미한다. 암호화 방법이 NONE이라면, URI와 IV 속성은 존재해서는 안 된다.
암호화 방법 AES-128은 미디어 파일이 128-비트 키와 PKCS7 패딩[RFC5652]을 갖는 진보된 암호화 표준 [AES_128]을 이용하여 암호화된다는 것을 의미한다. 암호화 방법이 AES-128이면, URI 속성은 존재해야 한다. IV 속성은 존재할 수도 있다; 섹션 5.2.를 참조한다.
URI 속성은, 존재하는 경우, 키를 얻는 방법을 명시한다. IV 속성은, 존재하는 경우, 키와 함께 이용될 초기화 벡터를 명시한다. IV 속성은 프로토콜 버전 2에서 나타났다.
새로운 EXT-X-KEY는 임의의 종래의 EXT-X-KEY를 대체한다.
재생목록 파일이 EXT-X-KEY 태그를 포함하지 않으면, 미디어 파일은 암호화되지 않는다.
키 파일의 포맷에 대해서는 섹션 5를 참조하고, 미디어 파일 암호화에 관한 추가 정보를 위해서는 섹션 5.2, 섹션 6.2.3 및 섹션 6.3.6을 참조한다.
3.2.4. 　EXT-X-PROGRAM-DATE-TIME
EXT-X-PROGRAM-DATE-TIME 태그는 다음 미디어 파일의 시작부를 절대 날짜 및/또는 시간과 연관시킨다. 날짜/시간 표현은 ISO/IEC 8601:2004 [ISO_8601]이고, 타임 존을 나타내야 한다. 예를 들어:
#EXT-X-PROGRAM-DATE-TIME:<YYYY-MM-DDThh:mm:ssZ>
EXT-X-PROGRAM-DATE-TIME 태그에 관한 더 많은 정보를 위해 섹션 6.2.1 및 섹션 6.3.3을 참조한다.
3.2.5. 　EXT-X-ALLOW-CACHE
EXT-X-ALLOW-CACHE 태그는 클라이언트가 나중의 재생을 위해 다운로드된 미디어 파일을 캐쉬할 수 있는지 또는 캐쉬해서는 안 되는지를 나타낸다. 이것은 재생목록 파일 내의 임의의 장소에 발생할 수도 있다; 이것은 한 번보다 많이 발생해서는 안 된다. EXT-X-ALLOW-CACHE 태그는 재생목록 내의 모든 세그먼트에 적용된다. 그 포맷은 다음과 같다.
#EXT-X-ALLOW-CACHE:<YES|NO>
EXT-X-ALLOW-CACHE 태그에 관한 더 많은 정보를 위해 섹션 6.3.3을 참조한다.
3.2.6. 　EXT-X-ENDLIST
EXT-X-ENDLIST 태그는 재생목록 파일에 더 이상의 미디어 파일이 추가되지 않을 것임을 나타낸다. 이것은 재생목록 파일 내의 임의의 장소에 발생할 수도 있다; 이것은 한 번보다 많이 발생해서는 안 된다. 그 포맷은 다음과 같다.
#EXT-X-ENDLIST
3.2.7. 　EXT-X-STREAM-INF
EXT-X-STREAM-INF 태그는, 재생목록 파일 내의 다음 URI가 또 다른 재생목록 파일을 식별한다는 것을 나타낸다. 그 포맷은 다음과 같다.
#EXT-X-STREAM-INF:[attribute=value][,attribute=value]*<URI>
동일한 EXT-X-STREAM-INF 태그 내에서 속성은 한 번보다 많이 발생해서는 안 된다. 다음과 같은 속성들이 정의된다:
BANDWIDTH=<n>
여기서, n은 초당 정수의 비트수이다. 이것은 재생목록에 나타나거나 재생목록에 나타날, 컨테이너 오버헤드(container overhead)를 포함하도록 계산된, 각 미디어 파일의 전체 비트 레이트의 상한이어야 한다.
PROGRAM-ID=<i>
여기서, i는 재생목록 파일의 범위 내에서의 특정한 프리젠테이션을 고유하게 식별하는 정수이다.
재생목록 파일은 동일한 프리젠테이션의 상이한 인코딩들을 식별하기 위해 동일한 PROGRAM-ID를 갖는 복수의 EXT-X-STREAM-INF 태그를 포함할 수 있다. 이들 변종 재생목록들은 추가의 EXT-X-STREAM-INF 태그들을 포함할 수 있다.
CODECS="[format][,format]*"
여기서, 각각의 포맷은 재생목록 파일 내의 미디어 파일에 존재하는 미디어 샘플 타입을 명시한다.
유효한 포맷 식별자들은 RFC 4281 [RFC4281]에 의해 정의된 ISO 파일 포맷 명칭 공간 내의 식별자들이다.
RESOLUTION=<N>x<M>
여기서, N은 픽셀수로 표현된, 스트림 내의 비디오의 근사적인 인코딩된 수평 해상도이고, M은 근사적인 인코딩된 수직 해상도이다. N과 M은 정수이다.
3.2.8. 　EXT-X-DISCONTINUITY
EXT-X-DISCONTINUITY 태그는 그것을 따르는 미디어 파일과 그것에 선행하는 미디어 파일 사이의 인코딩 불연속성을 나타낸다. 변할 수도 있는 특성들의 집합은 다음과 같다.
o 파일 포맷
o 트랙의 개수 및 타입
o 인코딩 파라미터들
o 인코딩 시퀀스
o 타임스탬프 시퀀스
그 포맷은 다음과 같다.
#EXT-X-DISCONTINUITY
EXT-X-DISCONTINUITY 태그에 관한 더 많은 정보를 위해 섹션 4, 섹션 6.2.1 및 섹션 6.3.3을 참조한다.
3.2.9. 　EXT-X-VERSION
EXT-X-VERSION 태그는 재생목록 파일의 호환 버전을 나타낸다. 재생목록 파일, 그의 연관된 미디어, 및 그의 서버는 태그 값에 의해 표시된 프로토콜 버전을 기술하는 이 문서의 가장 최신 버전의 모든 조항을 따라야 한다.
그 포맷은 다음과 같다.
#EXT-X-VERSION:<n>
여기서, n은 프로토콜 버전을 나타내는 정수이다.
재생목록 파일은 하나보다 많은 EXT-X-VERSION 태그를 포함해서는 안 된다. EXT-X-VERSION 태그를 포함하지 않는 재생목록 파일은 이 프로토콜의 버전 1을 따라야 한다.
4. 미디어 파일
재생목록 파일 내의 각각의 미디어 파일 URI는 전체 프리젠테이션의 세그먼트인 미디어 파일을 식별해야 한다. 각각의 미디어 파일은 MPEG-2 트랜스포트 스트림 또는 MPEG-2 오디오 엘리멘터리 스트림[ISO_13818]으로서 포맷되어야 한다.
트랜스포트 스트림 파일은 단일의 MPEG-2 프로그램을 포함해야 한다. 각 파일의 시작부에는 프로그램 연관 테이블(Program Association Table) 및 프로그램 맵 테이블(Program Map Table)이 있어야 한다. 비디오를 포함하는 파일은 적어도 하나의 키 프레임과 비디오 디코더를 완전히 초기화하는데 충분한 정보를 가져야 한다.
재생목록 내의 미디어 파일은, 재생목록 파일에 지금까지 나타난 첫 번째 미디어 파일이 아니거나, 또는 그 앞에 EXT-X-DISCONTINUITY 태그가 붙어 있지 않은 한, 이전 시퀀스 번호를 갖는 미디어 파일의 끝에서 인코딩된 파일의 연속이어야 한다.
클라이언트는 특정 타입(예를 들어, 오디오 또는 비디오)의 복수의 트랙을 처리할 준비가 되어야 한다. 어떤 다른 선호사항을 갖는 않는 클라이언트는 그것이 재생할 수 있는 가장 낮은 수치 PID를 갖는 것을 선택해야 한다.
클라이언트들은 그것들이 인식하지 않는 트랜스포트 스트림 내부의 사설 스트림을 무시해야 한다.
미디어 파일 내부의 스트림 내의 그리고 복수의 미디어 파일들에 걸친 대응하는 스트림들 사이의 샘플들에 대한 인코딩 파라미터들은 일관성 있게 유지되어야 한다. 그러나, 클라이언트는, 예를 들어, 해상도 변경을 수용하기 위해 비디오 콘텐츠를 스케일링함으로써 그것들이 마주치는 인코딩 변경을 처리해야 한다.
5. 키 파일
5.1. 머릿말
URI 속성을 갖는 EXT-X-KEY 태그는 키 파일을 식별한다. 키 파일은 재생목록 내의 후속하는 미디어 파일들을 암호해독하는데 이용되어야 하는 암호 키를 포함한다.
AES-128 암호화 방법은 16-옥텟 키들을 이용한다. 키 파일의 포맷은 단순히, 2진 포맷의 이들 16 옥텟들의 팩킹된 어레이이다.
5.2. AES-128에 대한 IV
128-비트 AES는 암호화 및 암호해독시에 동일한 16-옥텟 초기화 벡터(IV)가 공급될 것을 요구한다. 이 IV를 변동시키는 것은 암호의 길이(strength)를 증가시킨다.
EXT-X-KEY 태그가 IV 속성을 가진다면, 구현들은, 그 키로 암호화 및 암호해독할 때 IV로서 속성값을 이용해야 한다. 그 값은 128-비트 16진수로서 해석되어야 하고, 그 앞에 0x 또는 0X가 붙어 있어야 한다.
EXT-X-KEY 태그가 IV 속성을 갖지 않는다면, 구현들은, 미디어 파일을 암호화 또는 암호해독할 때 IV로서 그 미디어 파일의 시퀀스 번호를 이용해야 한다. 시퀀스 번호의 빅-엔디언(big-endian) 2진 표현은 16-옥텟 버퍼에 위치해야 하고, (좌측상에서) 제로로 패딩되어야 한다.
6. 클라이언트/서버 동작
6.1. 머릿말
이 섹션은 서버가 어떻게 재생목록과 미디어 파일을 생성하고 클라이언트가 어떻게 그것들을 다운로드하고 재생해야 하는지를 설명한다.
6.2. 서버 프로세스
6.2.1. 머릿말
MPEG-2 스트림의 생성은, 본 문서의 범위 밖이며, 간단히 프리젠테이션을 포함하는 연속 스트림의 소스를 가정한다.
서버는 스트림을 지속기간이 거의 같은 개개의 미디어 파일들로 분할해야 한다. 서버는 개개의 미디어 파일들의 효과적인 디코딩을 지원하는 포인트들에서, 예를 들어, 패킷 및 키 프레임 경계들에서, 스트림의 분할을 시도해야 한다.
서버는 그의 클라이언트들이 파일을 얻도록 허용하는 각 미디어 파일에 대한 URI를 생성해야 한다.
서버는 재생목록 파일을 생성해야 한다. 재생목록 파일은 섹션 3에서 기술된 포맷을 따라야 한다. 서버가 이용가능하게 하기를 원하는 각 미디어 파일에 대한 URI는 그것이 재생되어야 하는 순서대로 재생목록 내에 나타나야 한다. 전체 미디어 파일은 그 URI가 재생목록 파일 내에 있다면 클라이언트에게 이용가능해야 한다.
재생목록 파일은 EXT-X-TARGETDURATION 태그를 포함해야 한다. 그 값은 재생목록 파일에 나타나거나 나타날 임의의 미디어 파일의 EXTINF 값과 같거나 그보다 커야 한다. 그 값은 변하지 않아야 한다. 전형적인 타겟 지속기간은 10초이다.
재생목록 파일은 스트림의 호환 버전을 나타내는 하나의 EXT-X-VERSION 태그를 포함해야 한다. 그 값은 서버, 재생목록 파일, 및 연관된 미디어 파일들 모두가 따르는 가장 낮은 프로토콜 버전이어야 한다.
서버는 그의 클라이언트들이 파일을 얻도록 허용하는 재생목록 파일에 대한 URI를 생성해야 한다.
재생목록 파일이 HTTP에 의해 배포된다면, 서버는 "gzip" 콘텐츠-인코딩을 이용하기 위한 클라이언트 요청을 지원해야 한다.
재생목록 파일에 대한 변경은 클라이언트의 관점에서 미세하게(atomically) 이루어져야 한다.
서버는 EXT-X-ALLOW-CACHE 태그의 값을 변경해서는 안 된다.
재생목록 내의 모든 미디어 파일 URI 앞에, 미디어 파일의 (반올림된) 지속기간을 나타내는 EXTINF 태그가 붙어 있어야 한다.
서버는 그 URI 앞에 EXT-X-PROGRAM-DATE-TIME 태그가 붙어 있음으로써 절대 날짜 및 시간을 미디어 파일과 연관시킬 수도 있다. 날짜 및 시간의 값은, 디스플레이나 기타의 목적을 추구하기 위한 기초로서 이용될 수 있는, 적절한 벽시계 시간에 대한 미디어의 타임라인의 유익한 맵핑을 제공한다. 서버가 이 맵핑을 제공한다면, 서버는 EXT-X-PROGRAM-DATE-TIME 태그를 재생목록 파일 내의 모든 EXT-X-DISCONTINUITY 태그 이후에 두어야 한다.
재생목록이 프리젠테이션의 최종 미디어 파일을 포함한다면, 재생목록 파일은 EXT-X-ENDLIST 태그를 포함해야 한다.
재생목록이 EXT-X-ENDLIST 태그를 포함하지 않는다면, 서버는 적어도 하나의 새로운 미디어 파일 URI를 포함하는 새로운 버전의 재생목록 파일을 이용가능하게 해야 한다. 이것은 이전 버전의 재생목록 파일이 이용가능하게 되었던 시간에 상대적으로 이용가능해야 한다: 그 시간 이후의 타겟 지속기간의 1/2보다 이르지 않고, 그 시간 이후의 타겟 지속기간의 1.5배보다 늦지 않아야 한다.
서버가 전체 프리젠테이션을 제거하기를 원한다면, 서버는 재생목록 파일이 클라이언트에게 이용가능하지 않게 해야 한다. 재생목록 파일 내의 모든 미디어 파일들은 제거시에 적어도 재생목록 파일의 지속기간 동안 클라이언트에게 이용가능하게 유지된다는 것을 보장해야 한다.
6.2.2. 슬라이딩 윈도우 재생목록
서버는 미디어 파일들의 이용가능성을 재생목록에 가장 최근에 추가되었던 것들로 제한할 수도 있다. 이렇게 하기 위해, 재생목록 파일은 정확히 하나의 EXT-X-MEDIA-SEQUENCE 태그를 항상 포함해야 한다. 그 값은 재생목록 파일로부터 제거되는 미디어 파일 URI마다 1씩 증가되어야 한다.
미디어 파일 URI들은 그것들이 추가된 순서로 재생목록 파일로부터 제거되어야 한다.
서버는, (재생목록 파일의 지속기간 - 미디어 파일의 지속기간)이 타겟 지속기간의 3배보다 작다면 재생목록 파일로부터 미디어 파일 URI를 제거해서는 안 된다.
서버가 재생목록 파일로부터 미디어 파일 URI를 제거할 때, 미디어 파일은, (미디어 파일의 지속기간 + 미디어 파일이 나타나 있는 가장 긴 재생목록 파일의 지속기간)과 동일한 기간 동안에 클라이언트에 이용가능하게 남아 있어야 한다.
서버가 미디어 파일을 HTTP를 통해 클라이언트에 전달한 후에 제거할 것을 계획한다면, 서버는 HTTP 응답이, 계획된 생존 시간을 반영하는 만료 헤더를 포함한다는 것을 보장해야 한다.
(EXT-X-ENDLIST 태그를 포함하지 않는 재생목록 파일의 지속기간은 타겟 지속기간의 적어도 3배이어야 한다.)
6.2.3. 미디어 파일 암호화
미디어 파일이 암호화될 예정이라면, 서버는 허가된 클라이언트들이 암호해독 키를 포함하는 키 파일을 얻는 것을 허용하는 URI를 정의해야 한다. 키 파일은 섹션 5에 기술된 포맷을 따라야 한다.
서버는 키가 캐싱될 수 있다는 것을 나타내기 위해 키 응답 내에 HTTP 만료 헤더를 설정할 수도 있다.
암호화 방법이 AES-128이라면, AES-128 CBC 암호화가 개개의 미디어 파일들에 적용되어야 한다. 전체 파일은 암호화되어야 한다. 암호 블록 체이닝은 미디어 파일들에 걸쳐 적용되어서는 안 된다. 암호화에 이용되는 IV는, 섹션 5.2.에 기술된 바와 같이, 미디어 파일의 시퀀스 번호이거나, EXT-X-KEY 태그의 IV 속성의 값 중 어느 하나이어야 한다.
서버는 재생목록 파일 내의 그 URI의 가장 바로 앞에 오는 EXT-X-KEY 태그에 의해 명시된 방법 및 기타의 속성을 이용하여 재생목록 내의 모든 미디어 파일을 암호화해야 한다. 그 방법이 NONE인 EXT-X-KEY 태그가 선행하는 미디어 파일, 또는 임의의 EXT-X-KEY 태그가 선행하지 않는 미디어 파일은 암호화되어서는 안 된다.
서버는, 재생목록 파일이 그 키로 암호화된 미디어 파일에 대한 URI를 포함한다면 재생목록 파일로부터 EXT-X-KEY 태그를 제거해서는 안 된다.
6.2.4. 변종 스트림 제공
서버는 동일한 프리젠테이션의 상이한 인코딩들을 제공하기 위해 복수의 재생목록 파일들을 제공할 수도 있다. 그러한 경우에 서버는 클라이언트가 인코딩들 사이에서 동적으로 전환하는 것을 허용하기 위해 각각의 변종 스트림을 나열하는 변종 재생목록 파일을 제공해야 한다.
변종 재생목록은 각각의 변종 스트림에 대해 EXT-X-STREAM-INF 태그를 포함해야 한다. 동일한 프리젠테이션에 대한 각각의 EXT-X-STREAM-INF 태그는 동일한 PROGRAM-ID 속성값을 가져야 한다. 각각의 프리젠테이션에 대한 PROGRAM-ID 값은 변종 재생목록 내에서 고유해야 한다.
EXT-X-STREAM-INF 태그가 CODECS 속성을 포함한다면, 속성값은 재생목록 파일 내에 나타나거나 나타날 임의의 미디어 파일에 존재하는 [RFC4281]에 의해 정의된 모든 포맷을 포함해야 한다.
서버는 변종 스트림들을 생성할 때에 다음과 같은 제약을 만족해야 한다.
각각의 변종 스트림은 스트림 불연속성을 포함한 동일한 콘텐츠를 제시해야 한다.
각각의 변종 재생목록 파일은 동일한 타겟 지속기간을 가져야 한다.
하나의 변종 재생목록 파일에는 나타나지만 또 다른 변종 재생목록 파일에는 나타나지 않는 콘텐츠는 그 재생목록 파일의 시작부나 끝에 나타나야 하며 타겟 지속기간보다 길어서는 안 된다.
변종 스트림들 내의 매칭하는 콘텐츠는 매칭하는 타임스탬프를 가져야 한다. 이것은 클라이언트가 스트림들을 동기화하는 것을 허용한다.
엘리멘터리 오디오 스트림 파일들은 ID3 PRIV 태그 [ID3]를 소유자 식별자 "com.apple.streaming.transportStreamTimestamp"로 프리펜딩(prepend)함으로써 파일 내의 첫 번째 샘플의 타임스탬프를 시그널링해야 한다. 2진 데이터는 빅-엔디안 8-옥텟 수로서 표현된 33-비트 MPEG-2 프로그램 엘리멘터리 스트림 타임스탬프이어야 한다.
또한, 모든 변종 스트림은 동일한 인코딩된 오디오 비트스트림을 포함해야 한다. 이것은 클라이언트가 가청 글리치(audible glitching)없이 스트림들 사이에서 전환하는 것을 허용한다.
6.3. 클라이언트 프로세스
6.3.1. 머릿말
클라이언트가 재생목록 파일에 대한 URI를 얻는 방법은 본 문서의 범위 밖이다; 이것은 이미 이루어진 것으로 가정한다.
클라이언트는 URI로부터 재생목록 파일을 얻어야 한다. 이렇게 얻어진 재생목록 파일이 변종 재생목록이라면, 클라이언트는 그 변종 재생목록으로부터 재생목록 파일을 얻어야 한다.
이 문서는 클라이언트에 의한 변종 스트림의 취급을 명시하지는 않는다.
6.3.2. 재생목록 파일 로딩
재생목록 URI로부터 재생목록 파일이 로딩되거나 리로딩될 때마다:
클라이언트는, 재생목록 파일이 EXTM3U 태그로 시작하고 EXT-X-VERSION 태그가, 존재하는 경우, 클라이언트에 의해 지원되는 프로토콜 버전을 명시한다는 것을 보장해야 한다; 그렇지 않다면, 클라이언트는 재생목록의 이용을 시도해서는 안 된다.
클라이언트는 자신이 인식하지 못하는 임의의 태그와 속성을 무시해야 한다.
클라이언트는 섹션 6.3.5.에 기술된 바와 같이 로딩할 다음 미디어 파일을 결정해야 한다.
재생목록이 EXT-X-MEDIA-SEQUENCE 태그를 포함한다면, 클라이언트는 재생목록 내의 각각의 미디어 파일은 (재생목록 파일이 로딩된 시간 + 그 재생목록 파일의 지속기간)에서 이용불가능하게 될 것이라고 추정해야 한다. 재생목록 파일의 지속기간은 재생목록 내의 미디어 파일들의 지속기간들의 합계이다.
6.3.3. 재생목록 파일 재생
클라이언트는 재생이 시작될 때 재생목록으로부터 첫 번째로 재생할 미디어 파일을 선택해야 한다. EXT-X-ENDLIST 태그가 존재하지 않고 클라이언트가 미디어를 규칙적으로(즉, 공칭 재생 속도로 재생목록 순서대로) 재생하려고 한다면, 클라이언트는 재생목록 파일의 끝으로부터 3보다 작은 타겟 지속기간을 시작하는 파일을 선택하지 않아야 한다. 그렇게 하는 것은 재생 교착(playback stalls)을 트리거할 수 있다.
규칙적인 재생을 달성하기 위해, 미디어 파일들은 그것들이 재생목록 파일에서 나타나는 순서대로 재생되어야 한다. 클라이언트는 규칙적 재생, 무작위 액세스, 및 트릭(trick) 모드를 포함한 그것이 원하는 임의의 방식으로 가용 미디어를 제공할 수도 있다.
클라이언트는 EXT-X-DISCONTINUITY 태그가 선행하는 미디어 파일을 재생하기 전에 그의 파서(parser)(들) 및 디코더(들)를 리셋하도록 준비되어야 한다.
클라이언트는 그것들이 중단되지 않는 재생을 위해 요구될 때보다 앞에 미디어 파일을 로딩하는 것을 시도하여 레이턴시 및 처리량에서의 일시적 변동을 보상해야 한다.
재생목록 파일이 EXT-X-ALLOW-CACHE 태그를 포함하고 그 값이 NO이면, 클라이언트는 다운로드된 미디어 파일들이 재생된 후에 이것들을 캐싱해서는 안 된다. 그 외의 경우에는, 클라이언트는 나중의 재생을 위해 다운로드된 미디어 파일을 무기한으로 캐싱할 수도 있다.
클라이언트는 프로그램 개시 시간을 사용자에게 디스플레이하기 위해 EXT-X-PROGRAM-DATE-TIME 태그의 값을 이용할 수 있다. 그 값이 타임 존 정보를 포함한다면, 클라이언트는 이것을 고려해야 하지만, 포함하지 않는다면, 클라이언트는 개시 타임 존(originating time zone)을 유추해서는 안 된다.
클라이언트는 EXT-X-PROGRAM-DATE-TIME 태그의 값의 정확성 또는 일관성에 의존해서는 안 된다.
6.3.4. 재생목록 파일 리로딩
클라이언트는 재생목록 파일이 EXT-X-ENDLIST 태그를 포함하지 않는 한, 재생목록 파일은 주기적으로 리로딩해야 한다.
그러나, 클라이언트는 이 섹션에 의해 명시된 것보다 빈번하게 재생목록 파일의 리로딩을 시도해서는 안 된다.
클라이언트가 재생목록 파일을 처음으로 로딩하거나 재생목록 파일을 리로딩하고 이것이 마지막으로 로딩된 이후에 변경되었다는 것을 발견하면, 클라이언트는 재생목록 파일의 리로딩을 다시 시도하기 이전에 소정 기간 동안에 대기해야 한다. 이 기간은 초기 최소 리로드 지연이라 불린다. 이것은 클라이언트가 재생목록 파일의 로딩을 개시한 시간부터 측정된다.
초기 최소 리로드 지연은 재생목록 내의 마지막 미디어 파일의 지속기간이다. 미디어 파일 지속기간은 EXTINF 태그에 의해 명시된다.
클라이언트가 재생목록 파일을 리로딩하고 이것이 변경되지 않았다는 것을 발견하면, 클라이언트는 재시도 이전에 소정 기간 동안 대기해야 한다. 최소 지연은 타겟 지속기간의 배수이다. 이 배수는 첫번째 시도의 경우 0.5이고, 두번째 시도의 경우 1.5이며, 그 후에는 3.0이다.
6.3.5. 로딩할 다음 파일 결정
클라이언트는 재생목록 파일이 로딩되거나 리로딩될 때마다 로딩할 다음 미디어 파일을 결정하기 위해 재생목록 파일을 검사해야 한다.
로딩할 첫 번째 파일은, 섹션 6.3.3에 기술된 바와 같이, 클라이언트가 첫 번째로 재생하기로 선택한 파일이어야 한다.
재생될 첫번째 미디어 파일이 로딩되었고 재생목록 파일이 EXT-X-MEDIA-SEQUENCE 태그를 포함하지 않는다면, 클라이언트는 현재의 재생목록 파일이 원래 발견된 오프셋에서 마지막 로딩된 미디어 파일의 URI를 포함한다는 것을 확인해야 하고, 포함하지 않으면 재생을 중지한다. 로딩할 다음 미디어 파일은 재생목록 내의 마지막으로 로딩된 URI에 후속하는 첫 번째 미디어 파일 URI이어야 한다.
재생될 첫 번째 파일이 로딩되었고 재생목록 파일이 EXT-X-MEDIA-SEQUENCE 태그를 포함한다면, 로딩될 다음 미디어 파일은 로딩된 마지막 미디어 파일의 시퀀스 번호보다 큰 가장 낮은 시퀀스 번호를 갖는 것이어야 한다.
6.3.6. 암호화된 미디어 파일 암호해독
재생목록 파일이 키 파일 URI를 명시하는 EXT-X-KEY 태그를 포함한다면, 클라이언트는 그 키 파일을 얻고 그 키 파일 내부의 키를 이용하여 또 다른 EXT-X-KEY 태그를 만날 때까지 그 EXT-X-KEY 태그에 후속하는 모든 미디어 파일들을 암호해독해야 한다.
암호화 방법이 AES-128이라면, AES-128 CBC 암호해독은 개개의 미디어 파일들에 적용되어야 한다. 전체 파일은 암호해독되어야 한다. 암호 블록 체이닝은 미디어 파일들에 걸쳐 적용되어서는 안 된다. 암호해독에 이용되는 IV는, 섹션 5.2.에 기술된 바와 같이, 미디어 파일의 시퀀스 번호이거나, EXT-X-KEY 태그의 IV 속성의 값 중 어느 하나이어야 한다.
암호화 방법이 NONE이면, 클라이언트는 EXT-X-KEY 태그에 후속하는 모든 미디어 파일들을, 또 다른 EXT-X-KEY 태그를 만날 때까지, 평문(암호화되지 않은 것)으로서 취급해야 한다.
7. 프로토콜 버전 호환성
클라이언트들과 서버들은 다음을 이용하기 위해 프로토콜 버전 2 이상을 구현해야 한다:
o EXT-X-KEY 태그의 IV 속성.
클라이언트들과 서버들은 다음을 이용하기 위해 프로토콜 버전 3 이상을 구현해야 한다:
o 부동 소숫점 EXTINF 지속기간 값들.
8. 예
8.1. 머릿말
이 섹션은 수 개의 예시적 재생목록 파일을 포함한다.
8.2. 간단한 재생목록 파일
Figure pct00007
8.3. HTTPS를 이용한 슬라이딩 윈도우 재생목록
Figure pct00008
8.4. 암호화된 미디어 파일을 갖는 재생목록 파일
Figure pct00009
8.5. 변종 재생목록 파일
Figure pct00010
9. 보안 고려사항
프로토콜은 일반적으로 데이터를 전송하기 위해 HTTP를 이용하므로, 대부분 동일한 보안 고려사항이 적용된다. RFC 2616 [RFC2616]의 섹션 15를 참조한다
미디어 파일 파서(parser)는 통상 "퍼징(fuzzing)" 공격을 받는다. 클라이언트들은 서버로부터 수신된 파일들을 파싱할 때 비호환 파일들이 거부되도록 주의해야 한다.
재생목록 파일들은, 클라이언트들이 임의의 엔티티들의 네트워크 요청을 행하기 위해 이용할 URI들을 포함한다. 클라이언트들은 버퍼 오버플로우(buffer overflow)를 방지하기 위해 응답들을 범위-검사해야 한다(SHOULD range-check responses). RFC 3986 [RFC3986]의 보안 고려사항 섹션을 역시 참조한다.
클라이언트는 서비스-거부 공격(denial-of-service attack)에 기여하는 것을 피하기 위해 URI에 의해 식별된 자원들을 천천히 로딩해야 한다.
HTTP 요청은 종종 사설 사용자 데이터를 포함할 수 있는 세션 상태("쿠키")를 포함한다. 구현은 RFC 2965 [RFC2965]에 의해 명시된 쿠키 제약 및 만료 규칙을 따라야 한다. RFC 2965, 및 RFC 2964[RFC2964]의 보안 고려사항 섹션을 역시 참조한다.
암호화 키들은 URI에 의해 명시된다. 이들 키들의 전달은, 보안 영역 또는 세션 쿠키와 연계하여 TLS[RFC5246] (이전에는 SSL)를 통한 HTTP와 같은 메커니즘에 의해 보안되어야 한다.
10. 참고자료
10.1. 규범적 참고자료
Figure pct00011
Figure pct00012
10.2. 유익한 참고자료
Figure pct00013

Claims (20)

  1. 데이터 처리 시스템에 의해 실행될 때, 상기 데이터 처리 시스템으로 하여금, 방법을 수행하게 하는 실행가능한 프로그램 명령어들을 저장한 머신 판독가능한 저장 매체로서, 상기 방법은,
    클라이언트 장치에 의해, 전송 프로토콜을 이용하여 네트워크를 통해 재생목록 파일을 요청하는 단계 - 상기 요청은 적어도 하나의 압축 프로토콜을 명시함 -;
    상기 클라이언트 장치에 의해, 상기 재생목록 파일을 수신하고, 상기 클라이언트 장치에 의해, 상기 재생목록 파일을 디코딩하는 단계 - 상기 재생목록 파일은, 복수의 미디어 파일을 나타내는 URI들과, 상기 복수의 미디어 파일의 재생에 관련된 파라미터들을 갖는 복수의 태그를 가짐 -;
    상기 전송 프로토콜을 이용하여, 상기 요청된 재생목록 파일에 의해 표시된 순서대로 상기 미디어 파일들 중 하나 이상을 요청하는 단계; 및
    상기 전송 프로토콜을 이용하여 상기 네트워크를 통해 상기 하나 이상의 요청된 미디어 파일들을 수신하는 단계
    를 포함하는, 머신 판독가능한 저장 매체.
  2. 제1항에 있어서, 상기 방법은, 상기 재생목록 파일에 의해 표시된 순서대로 상기 클라이언트 장치에 의해 상기 미디어 파일들을 재생함으로써 콘텐츠의 스트림을 나타내는 오디오 및/또는 비디오 출력을 생성하는 단계를 더 포함하는, 머신 판독가능한 저장 매체.
  3. 제2항에 있어서, 상기 압축 프로토콜은 상기 전송 프로토콜의 표준 기반의 HTTP 구현과 호환되는, 머신 판독가능한 저장 매체.
  4. 제3항에 있어서, 상기 압축 프로토콜은 디플레이트(deflate) 또는 gzip 중 하나인, 머신 판독가능한 저장 매체.
  5. 제4항에 있어서, 상기 디코딩은 상기 압축 프로토콜에 따라 상기 재생목록 파일을 압축해제하는, 머신 판독가능한 저장 매체.
  6. 제1항에 있어서, 서버에 의한 상기 압축 프로토콜의 이용은 선택사항인, 머신 판독가능한 저장 매체.
  7. 제5항에 있어서, 상기 재생목록 내의 상기 미디어 파일들의 순서는 프리젠테이션의 순서를 나타내고, 상기 재생목록은 각 미디어 파일에 대한 지속기간을 포함하고, 대응하는 미디어 파일에 대한 지속기간은 각 대응하는 미디어 파일에 선행하고, 상기 클라이언트 장치는 업데이트된 재생목록을 수신하고, 상기 업데이트된 재생목록은, 상기 압축 프로토콜에 따라 압축되고, 상기 재생목록 내의 상기 미디어 파일들에 대한 URI들과, 상기 재생목록 내에 있지 않은 새로운 미디어 파일들에 대한 새로운 URI들을 포함하고, 이 재생목록은, 상기 업데이트된 재생목록을 수신하기 이전에 상기 클라이언트 장치에 의해 이용되는 이전의 재생목록인, 머신 판독가능한 저장 매체.
  8. 데이터 처리 시스템에 의해 실행될 때, 상기 데이터 처리 시스템으로 하여금, 방법을 수행하게 하는 실행가능한 프로그램 명령어들을 저장한 머신 판독가능한 저장 매체로서, 상기 방법은,
    전송 프로토콜을 이용하여 네트워크를 통해 재생목록 파일에 대한 요청을 수신하는 단계 ―상기 요청은 적어도 하나의 압축 프로토콜을 명시함― ; 및
    상기 적어도 하나의 압축 프로토콜을 이용하여 압축된 포맷으로 상기 재생목록 파일을 클라이언트 장치에 전송하는 단계
    를 포함하는, 머신 판독가능한 저장 매체.
  9. 제5항에 있어서, 상기 적어도 하나의 압축 프로토콜은 상기 전송 프로토콜의 표준 기반의 HTTP 구현과 호환되는, 머신 판독가능한 저장 매체.
  10. 제9항에 있어서, 상기 압축 프로토콜은 디플레이트 또는 gzip 중 하나이고, 상기 재생목록 파일은 복수의 미디어 파일을 나타내는 URI들과 상기 복수의 미디어 파일의 재생에 관련된 파라미터들을 갖는 복수의 태그를 포함하며, 상기 재생목록 내의 상기 미디어 파일들의 순서는 프리젠테이션의 순서를 나타내고, 상기 재생목록은 각 미디어 파일에 대한 지속기간을 포함하고, 대응하는 미디어 파일에 대한 지속기간은 각각의 대응하는 미디어 파일에 선행하고,
    상기 방법은 업데이트된 재생목록 파일을 전송하는 단계를 더 포함하고, 상기 업데이트된 재생목록 파일은, 상기 압축 프로토콜에 따라 압축되고, 상기 재생목록 내의 상기 미디어 파일들에 대한 URI들과, 상기 재생목록 내에 있지 않은 새로운 미디어 파일들에 대한 새로운 URI들을 포함하고, 이 재생목록은, 상기 업데이트된 재생목록을 수신하기 이전에 상기 클라이언트 장치에 의해 이용되는 이전의 재생목록인, 머신 판독가능한 저장 매체.
  11. 머신 구현된 방법으로서,
    클라이언트 장치에 의해, 전송 프로토콜을 이용하여 네트워크를 통해 재생목록 파일을 요청하는 단계 - 상기 요청은 적어도 하나의 압축 프로토콜을 명시함 -;
    상기 클라이언트 장치에 의해, 상기 재생목록 파일을 수신하고, 상기 클라이언트 장치에 의해, 상기 재생목록 파일을 디코딩하는 단계 - 상기 재생목록 파일은, 복수의 미디어 파일을 나타내는 URI들과, 상기 복수의 미디어 파일의 재생에 관련된 파라미터들을 갖는 복수의 태그를 가짐 -;
    상기 전송 프로토콜을 이용하여, 상기 요청된 재생목록 파일에 의해 표시된 순서대로 상기 미디어 파일들 중 하나 이상을 요청하는 단계; 및
    상기 전송 프로토콜을 이용하여 상기 네트워크를 통해 상기 하나 이상의 요청된 미디어 파일들을 수신하는 단계
    를 포함하는, 머신 구현된 방법.
  12. 제11항에 있어서, 상기 방법은, 상기 재생목록 파일에 의해 표시된 순서대로 상기 클라이언트 장치에 의해 상기 미디어 파일들을 재생함으로써 콘텐츠의 스트림을 나타내는 오디오 및/또는 비디오 출력을 생성하는 단계를 더 포함하는, 머신 구현된 방법.
  13. 제12항에 있어서, 상기 압축 프로토콜은 상기 전송 프로토콜의 표준 기반의 HTTP 구현과 호환되는, 머신 구현된 방법.
  14. 제13항에 있어서, 상기 압축 프로토콜은 디플레이트 또는 gzip 중 하나인, 머신 구현된 방법.
  15. 제14항에 있어서, 상기 디코딩은 상기 압축 프로토콜에 따라 상기 재생목록 파일을 압축해제하는, 머신 구현된 방법.
  16. 제11항에 있어서, 서버에 의한 상기 압축 프로토콜의 이용은 선택사항인, 머신 구현된 방법.
  17. 제15항에 있어서, 상기 재생목록 내의 상기 미디어 파일들의 순서는 프리젠테이션의 순서를 나타내고, 상기 재생목록은 각 미디어 파일에 대한 지속기간을 포함하고, 대응하는 미디어 파일에 대한 지속기간은 각 대응하는 미디어 파일에 선행하고, 상기 클라이언트 장치는 업데이트된 재생목록을 수신하고, 상기 업데이트된 재생목록은, 상기 압축 프로토콜에 따라 압축되고, 상기 재생목록 내의 상기 미디어 파일들에 대한 URI들과, 상기 재생목록 내에 있지 않은 새로운 미디어 파일들에 대한 새로운 URI들을 포함하고, 이 재생목록은, 상기 업데이트된 재생목록을 수신하기 이전에 상기 클라이언트 장치에 의해 이용되는 이전의 재생목록인, 머신 구현된 방법.
  18. 머신 구현된 방법으로서,
    전송 프로토콜을 이용하여 네트워크를 통해 재생목록 파일에 대한 요청을 수신하는 단계 ―상기 요청은 적어도 하나의 압축 프로토콜을 명시함― ; 및
    상기 적어도 하나의 압축 프로토콜을 이용하여 압축된 포맷으로 상기 재생목록 파일을 클라이언트 장치에 전송하는 단계
    를 포함하는, 머신 구현된 방법.
  19. 제18항에 있어서, 상기 적어도 하나의 압축 프로토콜은 상기 전송 프로토콜의 표준 기반의 HTTP 구현과 호환되는, 머신 구현된 방법.
  20. 제19항에 있어서, 상기 압축 프로토콜은 디플레이트 또는 gzip 중 하나이고, 상기 재생목록 파일은 복수의 미디어 파일을 나타내는 URI들과 상기 복수의 미디어 파일의 재생에 관련된 파라미터들을 갖는 복수의 태그를 포함하며, 상기 재생목록 내의 상기 미디어 파일들의 순서는 프리젠테이션의 순서를 나타내고, 상기 재생목록은 각 미디어 파일에 대한 지속기간을 포함하고, 대응하는 미디어 파일에 대한 지속기간은 각각의 대응하는 미디어 파일에 선행하고,
    상기 방법은 업데이트된 재생목록 파일을 전송하는 단계를 더 포함하고, 상기 업데이트된 재생목록 파일은, 상기 압축 프로토콜에 따라 압축되고, 상기 재생목록 내의 상기 미디어 파일들에 대한 URI들과, 상기 재생목록 내에 있지 않은 새로운 미디어 파일들에 대한 새로운 URI들을 포함하고, 이 재생목록은, 상기 업데이트된 재생목록을 수신하기 이전에 상기 클라이언트 장치에 의해 이용되는 이전의 재생목록인, 머신 구현된 방법.
KR1020137017811A 2010-12-14 2011-12-12 압축된 재생목록을 이용한 실시간 또는 준 실시간 스트리밍 KR101445994B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US12/968,202 2010-12-14
US12/968,202 US8156089B2 (en) 2008-12-31 2010-12-14 Real-time or near real-time streaming with compressed playlists
PCT/US2011/064346 WO2012082588A2 (en) 2010-12-14 2011-12-12 Real-time or near real-time streaming with compressed playlists

Publications (2)

Publication Number Publication Date
KR20130105697A true KR20130105697A (ko) 2013-09-25
KR101445994B1 KR101445994B1 (ko) 2014-11-04

Family

ID=45406894

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020137017811A KR101445994B1 (ko) 2010-12-14 2011-12-12 압축된 재생목록을 이용한 실시간 또는 준 실시간 스트리밍

Country Status (5)

Country Link
US (3) US8156089B2 (ko)
EP (1) EP2633665B1 (ko)
KR (1) KR101445994B1 (ko)
CN (2) CN106550245B (ko)
WO (1) WO2012082588A2 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150055854A (ko) * 2013-11-14 2015-05-22 삼성테크윈 주식회사 오픈플랫폼기반 영상저장장치 및 오픈플랫폼기반 영상저장장치에서 프로토콜 변환 방법

Families Citing this family (79)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8677397B2 (en) * 2007-09-20 2014-03-18 Visible World, Inc. Systems and methods for media packaging
US8099476B2 (en) 2008-12-31 2012-01-17 Apple Inc. Updatable real-time or near real-time streaming
US8156089B2 (en) 2008-12-31 2012-04-10 Apple, Inc. Real-time or near real-time streaming with compressed playlists
US8578272B2 (en) 2008-12-31 2013-11-05 Apple Inc. Real-time or near real-time streaming
US20100287211A1 (en) * 2009-05-11 2010-11-11 Samsung Electronics Co., Ltd. Object linking
EP2264604A1 (en) * 2009-06-15 2010-12-22 Thomson Licensing Device for real-time streaming of two or more streams in parallel to a solid state memory device array
US8745388B2 (en) * 2010-03-22 2014-06-03 EchoStar Technologies, L.L.C. Systems and methods for securely streaming media content
GB201105502D0 (en) 2010-04-01 2011-05-18 Apple Inc Real time or near real time streaming
US8805963B2 (en) 2010-04-01 2014-08-12 Apple Inc. Real-time or near real-time streaming
US8560642B2 (en) 2010-04-01 2013-10-15 Apple Inc. Real-time or near real-time streaming
US9043484B2 (en) * 2010-04-02 2015-05-26 Disney Enterprises, Inc. Streaming playback and dynamic ad insertion
US8892691B2 (en) 2010-04-07 2014-11-18 Apple Inc. Real-time or near real-time streaming
US8412842B2 (en) * 2010-08-25 2013-04-02 Telefonaktiebolaget L M Ericsson (Publ) Controlling streaming media responsive to proximity to user selected display elements
EP2614653A4 (en) * 2010-09-10 2015-04-15 Nokia Corp METHOD AND APPARATUS FOR ADAPTIVE CONTINUOUS DIFFUSION
US9001886B2 (en) 2010-11-22 2015-04-07 Cisco Technology, Inc. Dynamic time synchronization
US8938619B2 (en) * 2010-12-29 2015-01-20 Adobe Systems Incorporated System and method for decrypting content samples including distinct encryption chains
US8683013B2 (en) 2011-04-18 2014-03-25 Cisco Technology, Inc. System and method for data streaming in a computer network
US8843586B2 (en) 2011-06-03 2014-09-23 Apple Inc. Playlists for real-time or near real-time streaming
US8856283B2 (en) 2011-06-03 2014-10-07 Apple Inc. Playlists for real-time or near real-time streaming
US9515904B2 (en) 2011-06-21 2016-12-06 The Nielsen Company (Us), Llc Monitoring streaming media content
US20130084053A1 (en) * 2011-10-04 2013-04-04 Utc Fire & Security Corporation System to merge multiple recorded video timelines
US20130254159A1 (en) * 2011-10-25 2013-09-26 Clip Interactive, Llc Apparatus, system, and method for digital audio services
US11599915B1 (en) 2011-10-25 2023-03-07 Auddia Inc. Apparatus, system, and method for audio based browser cookies
US8983076B2 (en) * 2011-12-22 2015-03-17 Adobe Systems Incorporated Methods and apparatus for key delivery in HTTP live streaming
US8898717B1 (en) * 2012-01-11 2014-11-25 Cisco Technology, Inc. System and method for obfuscating start-up delay in a linear media service environment
US9875480B2 (en) * 2012-01-27 2018-01-23 Sony Network Entertainment International Llc System, method, and infrastructure for real-time live streaming content
US8887193B2 (en) * 2012-01-27 2014-11-11 Sony Corporation System, method, and infrastructure for real-time live streaming content
US9591098B2 (en) 2012-02-01 2017-03-07 Cisco Technology, Inc. System and method to reduce stream start-up delay for adaptive streaming
CN102591993A (zh) * 2012-02-16 2012-07-18 中国工商银行股份有限公司 一种用于热表数据更新的异步处理方法及装置
EP2829012A4 (en) * 2012-03-21 2015-12-23 Irdeto Bv METHOD AND SYSTEM FOR CHAIN TRANSFORMATION
US8788659B1 (en) 2012-03-29 2014-07-22 Google Inc. Playlist analytics
US20150172353A1 (en) * 2012-07-11 2015-06-18 Miska Hannuksela Method and apparatus for interacting with a media presentation description that describes a summary media presentation and an original media presentation
US9813740B2 (en) 2012-08-24 2017-11-07 Google Inc. Method and apparatus for streaming multimedia data with access point positioning information
US9391727B2 (en) 2012-10-25 2016-07-12 Clip Interactive, Llc Method and system for sub-audible signaling
US20140189141A1 (en) * 2012-12-28 2014-07-03 Humax Co., Ltd. Real-time content transcoding method, apparatus and system, and real-time content receiving method and apparatus
WO2014111984A1 (ja) 2013-01-17 2014-07-24 株式会社ソニー・コンピュータエンタテインメント 情報処理装置およびファイル管理方法
US20140258292A1 (en) 2013-03-05 2014-09-11 Clip Interactive, Inc. Apparatus, system, and method for integrating content and content services
US10171887B2 (en) * 2013-03-13 2019-01-01 Comcast Cable Communications, Llc Methods and systems for intelligent playback
US9558217B2 (en) * 2013-03-15 2017-01-31 Christopher V. Beckman Data storage devices based on supplementation
CN104113790B (zh) * 2013-04-16 2017-09-15 优视科技有限公司 一种基于安卓操作系统的视频播放方法及装置
US8943534B2 (en) 2013-05-20 2015-01-27 Disney Enterprises, Inc. Advanced streaming playback/dynamic ad insertion
WO2015025036A1 (en) * 2013-08-23 2015-02-26 Bitmovin Gmbh System and method for session mobility for adaptive bitrate streaming
US9923945B2 (en) 2013-10-10 2018-03-20 Cisco Technology, Inc. Virtual assets for on-demand content generation
US9661106B2 (en) * 2013-12-04 2017-05-23 Facebook, Inc. Uploading and transcoding media files
FR3016263A1 (fr) * 2014-01-07 2015-07-10 Orange Procede de traitement d'erreur de restitution d'un contenu numerique
EP3100464B1 (en) 2014-01-29 2020-11-18 Koninklijke KPN N.V. Establishing a streaming presentation of an event
JP6433151B2 (ja) * 2014-05-20 2018-12-05 キヤノン株式会社 映像供給装置、映像取得装置およびそれらの制御方法ならびに映像供給システム
CN105141569B (zh) * 2014-05-30 2019-06-21 华为技术有限公司 媒体处理方法及设备
TW201547271A (zh) * 2014-06-04 2015-12-16 Wistron Corp 播放方法與應用其之發送裝置、播放裝置與通訊系統
CN104244028B (zh) * 2014-06-18 2017-11-24 华为技术有限公司 一种基于码流自适应技术的内容分发方法、装置及系统
CN104166882A (zh) * 2014-08-04 2014-11-26 武汉金融资产交易所有限公司 基于p2p技术的金融资产交易方法
CN105376612A (zh) * 2014-08-26 2016-03-02 华为技术有限公司 一种视频播放方法、媒体设备、播放设备以及多媒体系统
WO2016059060A1 (en) * 2014-10-14 2016-04-21 Koninklijke Kpn N.V. Managing concurrent streaming of media streams
US11778014B2 (en) * 2014-12-12 2023-10-03 Arris Enterprises Llc Throttling content download in adaptive HTTP live streaming
US20160285952A1 (en) * 2015-03-25 2016-09-29 Qualcomm Incorporated Conveying data between devices in wireless personal area network
KR102367134B1 (ko) 2015-06-25 2022-02-24 삼성전자주식회사 가속기를 제어하는 방법 및 이를 이용한 가속기
CN105160267A (zh) * 2015-07-20 2015-12-16 天脉聚源（北京）科技有限公司 检测文件安全性的方法和装置
US9973785B1 (en) * 2015-12-28 2018-05-15 Amazon Technologies, Inc. Automatic failover for live video streaming
US10432685B2 (en) * 2016-05-31 2019-10-01 Brightcove, Inc. Limiting key request rates for streaming media
US10347300B2 (en) * 2017-03-01 2019-07-09 International Business Machines Corporation Correlation of recorded video presentations and associated slides
CN107071567A (zh) * 2017-05-18 2017-08-18 深圳算云微豆投资中心（有限合伙） 一种多媒体数据传输过程的监控方法及系统
US10284888B2 (en) * 2017-06-03 2019-05-07 Apple Inc. Multiple live HLS streams
US10638192B2 (en) * 2017-06-19 2020-04-28 Wangsu Science & Technology Co., Ltd. Live streaming quick start method and system
US10984021B2 (en) * 2017-06-29 2021-04-20 Sap Se Deployment of independent database artifact groups
US10776330B2 (en) 2017-06-29 2020-09-15 Sap Se Optimized re-deployment of database artifacts
US11093443B2 (en) 2017-06-29 2021-08-17 Sap Se Database-level container group management
US11166080B2 (en) 2017-12-21 2021-11-02 Facebook, Inc. Systems and methods for presenting content
IT201800002537A1 (it) * 2018-02-09 2019-08-09 St Microelectronics Srl Procedimento per la compressione di dati, sistema, apparecchiatura, veicolo e prodotto informatico corrispondenti
CN108924596B (zh) * 2018-08-28 2020-11-13 苏州科达科技股份有限公司 媒体数据传输方法、装置及存储介质
US11240280B2 (en) 2019-02-19 2022-02-01 Apple Inc. Low latency streaming media
US11265586B2 (en) * 2019-05-06 2022-03-01 Apple Inc. Skipping segments in playlists
US11197052B2 (en) 2019-07-12 2021-12-07 Apple Inc. Low latency streaming media
WO2021009597A1 (en) 2019-07-12 2021-01-21 Carrier Corporation A system and a method for streaming videos by creating object urls at client
US11089379B2 (en) 2019-12-11 2021-08-10 Apple Inc. Preload hinting for low latency HTTP live streaming system
CN112437152B (zh) * 2020-11-20 2022-05-17 北京百度网讯科技有限公司 崩溃处理方法、装置、电子设备和存储介质
FR3110312B1 (fr) * 2021-01-13 2023-04-28 Jc Decaux Procédé et système d’affichage digital, dispositif d’affichage digital et serveur d’affichage digital
WO2022271313A1 (en) * 2021-06-23 2022-12-29 Microsoft Technology Licensing, Llc Meeting management engine for a meeting management system
US11595321B2 (en) 2021-07-06 2023-02-28 Vmware, Inc. Cluster capacity management for hyper converged infrastructure updates
US11695815B1 (en) * 2022-12-06 2023-07-04 CodeShop, B.V. Method and system for redundant media presentation generation

Family Cites Families (245)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5065396A (en) 1990-01-02 1991-11-12 At&T Bell Laboratories Inverse multiplexer and demultiplexer techniques
US5719786A (en) * 1993-02-03 1998-02-17 Novell, Inc. Digital media data stream network management system
US5361259A (en) 1993-02-19 1994-11-01 American Telephone And Telegraph Company Wide area network (WAN)-arrangement
AU5632394A (en) 1993-03-05 1994-09-08 Sony Corporation Apparatus and method for reproducing a prediction-encoded video signal
US5550982A (en) * 1993-06-24 1996-08-27 Starlight Networks Video application server
US5610841A (en) * 1993-09-30 1997-03-11 Matsushita Electric Industrial Co., Ltd. Video server
US5493514A (en) * 1993-11-24 1996-02-20 Intel Corporation Process, apparatus, and system for encoding and decoding video signals
US5524110A (en) * 1993-11-24 1996-06-04 Intel Corporation Conferencing over multiple transports
US5579239A (en) 1994-02-16 1996-11-26 Freeman; Mitchael C. Remote video transmission system
US5819034A (en) 1994-04-28 1998-10-06 Thomson Consumer Electronics, Inc. Apparatus for transmitting and receiving executable applications as for a multimedia system
US5583859A (en) 1994-08-30 1996-12-10 Bell Communications Research, Inc. Data labeling technique for high performance protocol processing
US5613032A (en) * 1994-09-02 1997-03-18 Bell Communications Research, Inc. System and method for recording, playing back and searching multimedia events wherein video, audio and text can be searched and retrieved
US5668948A (en) * 1994-09-08 1997-09-16 International Business Machines Corporation Media streamer with control node enabling same isochronous streams to appear simultaneously at output ports or different streams to appear simultaneously at output ports
US5821986A (en) * 1994-11-03 1998-10-13 Picturetel Corporation Method and apparatus for visual communications in a scalable network environment
EP0720374A1 (en) 1994-12-30 1996-07-03 Daewoo Electronics Co., Ltd Apparatus for parallel decoding of digital video signals
US6181867B1 (en) * 1995-06-07 2001-01-30 Intervu, Inc. Video storage and retrieval system
US5778374A (en) * 1995-08-03 1998-07-07 International Business Machines Corporation Compressed common file directory for mass storage systems
US5741951A (en) * 1995-08-08 1998-04-21 Huntsman Specialty Chemicals Corporation Conjoint manufacture of MTBE and diisobutylene
AU720245B2 (en) 1995-09-01 2000-05-25 Starguide Digital Networks, Inc. Audio file distribution and production system
IL115263A (en) * 1995-09-12 1999-04-11 Vocaltec Ltd System and method for distributing multi-media presentations in a computer network
JPH0981497A (ja) * 1995-09-12 1997-03-28 Toshiba Corp 実時間ストリームサーバ並びに実時間ストリームデータの格納方法および転送方法
US5835495A (en) 1995-10-11 1998-11-10 Microsoft Corporation System and method for scaleable streamed audio transmission over a network
US5933603A (en) * 1995-10-27 1999-08-03 Emc Corporation Video file server maintaining sliding windows of a video data set in random access memories of stream server computers for immediate video-on-demand service beginning at any specified location
US5751951A (en) 1995-10-30 1998-05-12 Mitsubishi Electric Information Technology Center America, Inc. Network interface
US5987510A (en) 1995-11-10 1999-11-16 Kabushiki Kaisha Toshiba Method for transferring files according to file list provided in response to file request
US5627936A (en) * 1995-12-21 1997-05-06 Intel Corporation Apparatus and method for temporal indexing of multiple audio, video and data streams
US5805823A (en) * 1996-01-30 1998-09-08 Wayfarer Communications, Inc. System and method for optimal multiplexed message aggregation between client applications in client-server networks
JP3258236B2 (ja) * 1996-05-28 2002-02-18 株式会社日立製作所 マルチメディア情報転送システム
US6757911B1 (en) 1996-08-30 2004-06-29 Matsushita Electric Industrial Co., Ltd. Digital broadcasting system, digital broadcasting apparatus, and a reception apparatus for digital broadcasts
US5867230A (en) * 1996-09-06 1999-02-02 Motorola Inc. System, device, and method for streaming a multimedia file encoded at a variable bitrate
US5928330A (en) * 1996-09-06 1999-07-27 Motorola, Inc. System, device, and method for streaming a multimedia file
US5819160A (en) * 1996-09-18 1998-10-06 At&T Corp Programmable radio subscription system for receiving selectively defined information
US20030093790A1 (en) * 2000-03-28 2003-05-15 Logan James D. Audio and video program recording, editing and playback systems using metadata
US20020120675A1 (en) * 1997-01-29 2002-08-29 Stewart Neil Everett Method of transferring media files over a communications network
JPH10229420A (ja) 1997-02-17 1998-08-25 Matsushita Electric Ind Co Ltd 通信システム
US6292834B1 (en) * 1997-03-14 2001-09-18 Microsoft Corporation Dynamic bandwidth selection for efficient transmission of multimedia streams in a computer network
US6151632A (en) 1997-03-14 2000-11-21 Microsoft Corporation Method and apparatus for distributed transmission of real-time multimedia information
US6032193A (en) * 1997-03-20 2000-02-29 Niobrara Research And Development Corporation Computer system having virtual circuit address altered by local computer to switch to different physical data link to increase data transmission bandwidth
US5974503A (en) 1997-04-25 1999-10-26 Emc Corporation Storage and access of continuous media files indexed as lists of raid stripe sets associated with file names
US5892915A (en) * 1997-04-25 1999-04-06 Emc Corporation System having client sending edit commands to server during transmission of continuous media from one clip in play list for editing the play list
US6198479B1 (en) * 1997-06-25 2001-03-06 Samsung Electronics Co., Ltd Home network, browser based, command and control
US6014694A (en) * 1997-06-26 2000-01-11 Citrix Systems, Inc. System for adaptive video/audio transport over a network
US5999529A (en) 1997-09-16 1999-12-07 Nortel Networks Corporation Method and apparatus for interworking ATM adaptation layer formats
US5996015A (en) 1997-10-31 1999-11-30 International Business Machines Corporation Method of delivering seamless and continuous presentation of multimedia data files to a target device by assembling and concatenating multimedia segments in memory
US20020002039A1 (en) 1998-06-12 2002-01-03 Safi Qureshey Network-enabled audio device
US6385596B1 (en) * 1998-02-06 2002-05-07 Liquid Audio, Inc. Secure online music distribution system
US6377995B2 (en) * 1998-02-19 2002-04-23 At&T Corp. Indexing multimedia communications
IL123819A (en) * 1998-03-24 2001-09-13 Geo Interactive Media Group Lt Network media streaming
EP0984584A1 (en) 1998-09-04 2000-03-08 America Online, Inc. Internet multimedia broadcast system
US6847778B1 (en) * 1999-03-30 2005-01-25 Tivo, Inc. Multimedia visual progress indication system
US6538665B2 (en) * 1999-04-15 2003-03-25 Apple Computer, Inc. User interface for presenting media information
JP2001036423A (ja) * 1999-05-20 2001-02-09 Yamaha Corp 番組再生システム及び番組再生方法
KR100655034B1 (ko) 1999-05-28 2006-12-07 마츠시타 덴끼 산교 가부시키가이샤 반도체 메모리카드, 재생장치, 기록장치, 재생방법, 기록방법
RU2272318C2 (ru) 1999-08-03 2006-03-20 Вижионартс Инк. Считываемый компьютером носитель записи, на котором записан файл изображения, устройство для изготовления носителя записи, носитель, на котором записана программа для создания файла изображения, устройство для передачи файла изображения, устройство для обработки файла изображения и носитель, на котором записана программа обработки файла изображения
JP3522635B2 (ja) 1999-08-03 2004-04-26 ヴィジョンアーツ株式会社 画像ファイルを記録したコンピュータ読み取り可能な記録媒体、この記録媒体の作成装置、画像ファイル作成プログラムを記録した媒体、画像ファイル送信装置、画像ファイル処理装置、画像ファイル処理プログラムを記録した媒体
US8341662B1 (en) 1999-09-30 2012-12-25 International Business Machine Corporation User-controlled selective overlay in a streaming media
US6625750B1 (en) * 1999-11-16 2003-09-23 Emc Corporation Hardware and software failover services for a file server
AU1627601A (en) 1999-11-29 2001-06-04 Binary Broadcasting Corporation Secure digital music distribution
US20020029166A1 (en) * 1999-12-08 2002-03-07 Qualcomm Incorporated E-mail software and method and system for distributing advertisements to client devices that have such e-mail software installed thereon
US20070038728A1 (en) * 1999-12-08 2007-02-15 Jacobs Paul E A system for controlling the distribution of advertisements to informational client devices using a playlist
US20070005428A1 (en) * 1999-12-08 2007-01-04 Jacobs Paul E Method for distributing advertisements to client devices having e-mail software installed including multiple advertisement operational modes
GB2365287B (en) 1999-12-16 2002-11-06 Actv Inc Method using a local host for network communication
US6947884B2 (en) * 2000-03-02 2005-09-20 Texas Instruments Incorporated Scan interface with TDM feature for permitting signal overlay
US7187947B1 (en) 2000-03-28 2007-03-06 Affinity Labs, Llc System and method for communicating selected information to an electronic device
US7725812B1 (en) 2000-03-31 2010-05-25 Avid Technology, Inc. Authoring system for combining temporal and nontemporal digital media
US7260564B1 (en) 2000-04-07 2007-08-21 Virage, Inc. Network video guide and spidering
EP1158799A1 (en) 2000-05-18 2001-11-28 Deutsche Thomson-Brandt Gmbh Method and receiver for providing subtitle data in several languages on demand
US7756743B1 (en) 2000-06-21 2010-07-13 Clubcom, Llc System and method for branding a facility
US7017189B1 (en) 2000-06-27 2006-03-21 Microsoft Corporation System and method for activating a rendering device in a multi-level rights-management architecture
US6925495B2 (en) * 2000-07-13 2005-08-02 Vendaria Media, Inc. Method and system for delivering and monitoring an on-demand playlist over a network using a template
US7624337B2 (en) 2000-07-24 2009-11-24 Vmark, Inc. System and method for indexing, searching, identifying, and editing portions of electronic multimedia files
US7471834B2 (en) 2000-07-24 2008-12-30 Vmark, Inc. Rapid production of reduced-size images from compressed video streams
US7218837B2 (en) 2000-09-25 2007-05-15 Victor Company Of Japan, Ltd. Program-signal recording and reproducing apparatus
US6834297B1 (en) * 2000-10-06 2004-12-21 Redline Networks, Inc. Web resource transfer acceleration system and method
US20020046315A1 (en) 2000-10-13 2002-04-18 Interactive Objects, Inc. System and method for mapping interface functionality to codec functionality in a portable audio device
US20020083182A1 (en) * 2000-12-18 2002-06-27 Alvarado Juan C. Real-time streamed data download system and method
MY147018A (en) * 2001-01-04 2012-10-15 Thomson Licensing Sa A method and apparatus for acquiring media services available from content aggregators
WO2002057943A1 (en) 2001-01-18 2002-07-25 Yahoo! Inc. Method and system for managing digital content, including streaming media
US20080059532A1 (en) * 2001-01-18 2008-03-06 Kazmi Syed N Method and system for managing digital content, including streaming media
US20020147634A1 (en) 2001-01-31 2002-10-10 Ronald Jacoby System for dynamic generation of online streaming media advertisements
US7308717B2 (en) 2001-02-23 2007-12-11 International Business Machines Corporation System and method for supporting digital rights management in an enhanced Java™ 2 runtime environment
US20030061305A1 (en) * 2001-03-30 2003-03-27 Chyron Corporation System and method for enhancing streaming media delivery and reporting
US8275709B2 (en) 2001-05-31 2012-09-25 Contentguard Holdings, Inc. Digital rights management of content when content is a future live event
US7076478B2 (en) 2001-06-26 2006-07-11 Microsoft Corporation Wrapper playlists on streaming media services
US6990497B2 (en) * 2001-06-26 2006-01-24 Microsoft Corporation Dynamic streaming media management
CN1554094B (zh) 2001-09-10 2010-11-17 汤姆森特许公司 建立和浏览播放列表的方法及音频数据播放器
US7721103B2 (en) 2001-09-18 2010-05-18 Media Rights Technologies, Inc. System and method for providing global media content delivery
US7343487B2 (en) * 2001-10-10 2008-03-11 Nokia Corporation Datacast distribution system
US7334016B2 (en) * 2001-11-15 2008-02-19 Globalview Software Inc. Data transfer system for providing non-buffered, real-time streaming data users
US7039784B1 (en) * 2001-12-20 2006-05-02 Info Value Computing Inc. Video distribution system using dynamic disk load balancing with variable sub-segmenting
EP1470497A1 (en) 2002-01-12 2004-10-27 Coretrust, Inc. Method and system for the information protection of digital content
US7159174B2 (en) 2002-01-16 2007-01-02 Microsoft Corporation Data preparation for media browsing
US7096234B2 (en) * 2002-03-21 2006-08-22 Microsoft Corporation Methods and systems for providing playlists
US20030186645A1 (en) 2002-04-02 2003-10-02 Robert Mori Method for marking a portion of a media broadcast for later use
US6868439B2 (en) 2002-04-04 2005-03-15 Hewlett-Packard Development Company, L.P. System and method for supervising use of shared storage by multiple caching servers physically connected through a switching router to said shared storage via a robust high speed connection
US7020710B2 (en) * 2002-06-21 2006-03-28 Thomson Licensing Streaming media delivery on multicast networks for network and server bandwidth minimization and enhanced personalization
US7549060B2 (en) 2002-06-28 2009-06-16 Microsoft Corporation Using a rights template to obtain a signed rights label (SRL) for digital content in a digital rights management system
US7272296B2 (en) 2002-07-24 2007-09-18 Thomson Licensing Navigating to a particular program or specific time increment in a personal video recorder
US7917557B2 (en) * 2002-09-05 2011-03-29 Koninklijke Philips Electronics N.V. Method and devices for creating a second playlist based on a first playlist
US8584175B2 (en) 2002-09-16 2013-11-12 Touchtunes Music Corporation Digital downloading jukebox system with user-tailored music management, communications, and other tools
US7668842B2 (en) * 2002-10-16 2010-02-23 Microsoft Corporation Playlist structure for large playlists
US7054888B2 (en) * 2002-10-16 2006-05-30 Microsoft Corporation Optimizing media player memory during rendering
KR100699647B1 (ko) * 2002-10-21 2007-03-23 마츠시타 덴끼 산교 가부시키가이샤 데이터 처리 장치
US20040086120A1 (en) * 2002-11-06 2004-05-06 Akins Glendon L. Selecting and downloading content to a portable player
US6812994B2 (en) 2002-12-04 2004-11-02 Eastman Kodak Company Streamlined methods and systems for scheduling and handling digital cinema content in a multi-theatre environment
KR100520115B1 (ko) 2002-12-27 2005-10-10 삼성전자주식회사 플레이리스트 관리 장치 및 방법
CA2457602A1 (en) 2003-02-19 2004-08-19 Impatica Inc. Method of synchronizing streams of real time data
US7383229B2 (en) 2003-03-12 2008-06-03 Yahoo! Inc. Access control and metering system for streaming media
US7287083B1 (en) 2003-03-20 2007-10-23 Novell, Inc. Computing environment failover in a branch office environment
US7349663B1 (en) 2003-04-24 2008-03-25 Leave A Little Room Foundation Internet radio station and disc jockey system
KR100492567B1 (ko) 2003-05-13 2005-06-03 엘지전자 주식회사 이동통신 시스템의 ｈｔｔｐ 기반 비디오 스트리밍 장치및 방법
US20040250293A1 (en) 2003-06-09 2004-12-09 Sony Corporation System and method for providing alternate program services
US20040260835A1 (en) 2003-06-23 2004-12-23 Welk Douglas L. Automotive internet radio system
US20050005025A1 (en) 2003-07-04 2005-01-06 Michael Harville Method for managing a streaming media service
KR20050015937A (ko) 2003-08-05 2005-02-21 삼성전자주식회사 정보 저장 매체, 그 재생 장치 및 방법
US20130097302A9 (en) 2003-10-01 2013-04-18 Robert Khedouri Audio visual player apparatus and system and method of content distribution using the same
US7673062B2 (en) * 2003-11-18 2010-03-02 Yahoo! Inc. Method and apparatus for assisting with playback of remotely stored media files
US8544050B2 (en) 2003-12-30 2013-09-24 Aol Inc. Rule-based playlist engine
US7949726B2 (en) * 2004-03-12 2011-05-24 Ocean And Coastal Environmental Sensing, Inc. System and method for delivering information on demand
US20060179153A1 (en) 2004-03-22 2006-08-10 Nam-Yul Lee Streaming based contents distribution network system and methods for splitting, merging and retrieving files
JP2005323325A (ja) 2004-03-26 2005-11-17 Nec Corp 放送映像音声データ記録方法、装置、および記録媒体
US7818444B2 (en) 2004-04-30 2010-10-19 Move Networks, Inc. Apparatus, system, and method for multi-bitrate content streaming
US7720983B2 (en) 2004-05-03 2010-05-18 Microsoft Corporation Fast startup for streaming media
JP2005332274A (ja) * 2004-05-20 2005-12-02 Toshiba Corp 動画像中のオブジェクトに関するメタデータストリームのデータ構造、検索方法及び再生方法
JP2008507746A (ja) 2004-07-23 2008-03-13 コモンウェルス サイエンティフィック アンド インダストリアル リサーチ オーガニゼーション ブラウズ経歴とメディアプレイリストを統合する方法及びシステム
US20110214059A1 (en) 2010-03-01 2011-09-01 Ashley Edwardo King Media Distribution in a Content Delivery Network
JP4332089B2 (ja) * 2004-08-19 2009-09-16 ソニー株式会社 再生装置、再生方法および再生プログラム、ならびに、記録媒体
US20060083481A1 (en) * 2004-10-14 2006-04-20 Ulead Systems, Inc. Method for generating a playlist and the system for the same
JP2007065928A (ja) * 2005-08-30 2007-03-15 Toshiba Corp 情報記憶媒体、情報処理方法、情報転送方法、情報再生方法、情報再生装置、情報記録方法、情報記録装置、及びプログラム
US7412149B2 (en) * 2004-10-28 2008-08-12 Bitband Technologies, Ltd. Trick mode generation in video streaming
EP1839434A1 (en) * 2004-12-13 2007-10-03 Muvee Technologies Pte Ltd A method of automatically editing media recordings
US7490775B2 (en) 2004-12-30 2009-02-17 Aol Llc, A Deleware Limited Liability Company Intelligent identification of multimedia content for synchronization
US7664872B2 (en) * 2005-01-05 2010-02-16 Divx, Inc. Media transfer protocol
US7434154B2 (en) 2005-01-07 2008-10-07 Dell Products L.P. Systems and methods for synchronizing media rendering
US20070214182A1 (en) * 2005-01-15 2007-09-13 Outland Research, Llc Establishment-based media and messaging service
KR100567157B1 (ko) 2005-02-11 2006-04-04 비디에이터 엔터프라이즈 인크 모바일 환경에서의 플레이리스트를 통한 다수 파일의 스트리밍 방법 및 그 시스템
US7818350B2 (en) * 2005-02-28 2010-10-19 Yahoo! Inc. System and method for creating a collaborative playlist
US8352627B1 (en) 2005-03-23 2013-01-08 Apple Inc. Approach for downloading data over networks using automatic bandwidth detection
US8176565B2 (en) * 2005-04-15 2012-05-08 Sony Corporation Information processing apparatus, information processing method, and computer program
WO2006115060A1 (ja) * 2005-04-22 2006-11-02 Sony Corporation 記録装置および記録方法、再生装置および再生方法、プログラム、並びに記録媒体
EP1877981A4 (en) * 2005-05-02 2009-12-16 Univ Virginia SYSTEMS, DEVICES AND METHODS FOR INTERPRETATION OF MOVEMENTS
US8321041B2 (en) 2005-05-02 2012-11-27 Clear Channel Management Services, Inc. Playlist-based content assembly
US7686215B2 (en) 2005-05-21 2010-03-30 Apple Inc. Techniques and systems for supporting podcasting
JP4731214B2 (ja) 2005-06-17 2011-07-20 ソニー エリクソン モバイル コミュニケーションズ， エービー 携帯端末装置、コンテンツ配信装置、コンテンツ配信システム、及び通信プログラム
US20080005348A1 (en) 2005-06-24 2008-01-03 David Kosiba System and method for enabling playlist navigation of digital multimedia content
US7680824B2 (en) * 2005-08-11 2010-03-16 Microsoft Corporation Single action media playlist generation
US20070055743A1 (en) 2005-09-02 2007-03-08 Pirtle Ross M Remote control media player
US20070174147A1 (en) 2005-12-30 2007-07-26 Realnetworks System and method for updating a playlist based upon ratings
JP2007115293A (ja) * 2005-10-17 2007-05-10 Toshiba Corp 情報記憶媒体、プログラム、情報再生方法、情報再生装置、データ転送方法、及びデータ処理方法
JP2007158414A (ja) 2005-11-30 2007-06-21 Matsushita Electric Ind Co Ltd コンテンツ配信システム及びコンテンツ仲介サーバ
CN101102309A (zh) * 2005-12-02 2008-01-09 阿尔卡特公司 在播放列表上下文中比实时更快的流传输
TW200723081A (en) * 2005-12-13 2007-06-16 Universal Scient Ind Co Ltd Circular multimedia playback progress indicator and method of indicating signals thereof
US8214516B2 (en) * 2006-01-06 2012-07-03 Google Inc. Dynamic media serving infrastructure
JPWO2007111312A1 (ja) 2006-03-28 2009-08-13 パイオニア株式会社 コンテンツ配信システム、サーバ装置、コンテンツ配信方法およびプログラム
US7730420B1 (en) * 2006-05-03 2010-06-01 The Weather Channel, Inc. Systems and methods for creating a playlist
US20070282905A1 (en) 2006-06-06 2007-12-06 Sony Ericsson Mobile Communications Ab Communication terminals and methods for prioritizing the playback of distributed multimedia files
US20080008439A1 (en) * 2006-06-06 2008-01-10 Guangqun Liu Method and System For Dynamic Management Of Multiple Media Data Streams
US20080133603A1 (en) 2006-08-28 2008-06-05 Lawrence Fischer System and method for media publishing
GB2454618B (en) 2006-09-01 2010-03-03 Rowe Internat Corp Automatic music management methods and systems
KR20080020868A (ko) * 2006-09-01 2008-03-06 삼성전자주식회사 스트리밍 컨텐츠 기록과 재생에 관한 장치 및 방법
JP4694448B2 (ja) 2006-09-13 2011-06-08 アルパイン株式会社 オーディオ装置
US20080109888A1 (en) 2006-09-14 2008-05-08 Shah Ullah Methods and systems for securing content projected to a nearby device
US20080091717A1 (en) * 2006-09-27 2008-04-17 Zachary Adam Garbow Generation of Collaborative Playlist Based Upon Musical Preference Data from Multiple Digital Media Players
US9544259B2 (en) 2006-11-08 2017-01-10 Open Invention Network, Llc Apparatus and method for dynamic streaming of multimedia files
US8176058B2 (en) 2006-11-30 2012-05-08 Yahoo! Inc. Method and systems for managing playlists
US8219636B2 (en) * 2006-12-18 2012-07-10 Verizon Patent And Licensing Inc. Networked media recording
WO2008081415A2 (en) 2006-12-28 2008-07-10 France Telecom Media file server
US8078688B2 (en) * 2006-12-29 2011-12-13 Prodea Systems, Inc. File sharing through multi-services gateway device at user premises
US20080256129A1 (en) * 2006-12-31 2008-10-16 Robert Salinas Method and System of Creating Media Playlists and Sending to Mobile Devices
US20080159715A1 (en) * 2007-01-03 2008-07-03 Microsoft Corporation Contextual linking and out-of-band delivery of related online content
US20080209066A1 (en) 2007-01-24 2008-08-28 Spio Mary A Method and apparatus for providing continuous playback of media programs at a remote end user computer
US20100281042A1 (en) 2007-02-09 2010-11-04 Novarra, Inc. Method and System for Transforming and Delivering Video File Content for Mobile Devices
US10382514B2 (en) * 2007-03-20 2019-08-13 Apple Inc. Presentation of media in an application
US20080250319A1 (en) 2007-04-05 2008-10-09 Research In Motion Limited System and method for determining media playback behaviour in a media application for a portable media device
US20080271076A1 (en) 2007-04-27 2008-10-30 General Instrument Corporation Method and Apparatus for Switching Between Edge Device Resources in an SDV System
JP5276099B2 (ja) 2007-07-03 2013-08-28 スリーエム イノベイティブ プロパティズ カンパニー タイムスロットサンプルにコンテンツの複数小片を割り当てて、その割り当てられたコンテンツの効果を測定するためのシステム及び方法
US7769829B1 (en) * 2007-07-17 2010-08-03 Adobe Systems Inc. Media feeds and playback of content
DE102007041143B4 (de) 2007-08-30 2010-04-08 Siemens Enterprise Communications Gmbh & Co. Kg Verfahren zum Analysieren von gleichzeitig übertragenen, verschlüsselten Datenströmen in IP-Netzwerken
EP2212771A4 (en) * 2007-10-05 2011-06-01 Aharon Mizrahi SYSTEM AND METHOD FOR ENABLING A CONTENT SEARCH
CN101448009B (zh) 2007-11-27 2013-02-20 鸿富锦精密工业（深圳）有限公司 音乐同步播放系统、方法及音乐播放器
US9734198B2 (en) * 2007-11-30 2017-08-15 Red Hat, Inc. Query processing
US8543622B2 (en) 2007-12-07 2013-09-24 Patrick Giblin Method and system for meta-tagging media content and distribution
WO2009076658A1 (en) * 2007-12-13 2009-06-18 Highwinds Holdings, Inc. Content delivery network
WO2009079065A1 (en) * 2007-12-14 2009-06-25 Clear Channel Management Services, L.P. Dynamic audio file and method of use
US8364296B2 (en) 2008-01-02 2013-01-29 International Business Machines Corporation Method and system for synchronizing playing of an ordered list of auditory content on multiple playback devices
WO2009097492A1 (en) 2008-01-30 2009-08-06 Azuki Systems, Inc. Media navigation system
WO2009110605A1 (ja) 2008-03-07 2009-09-11 日本ビクター株式会社 サーバ装置、端末装置、再生装置
US8239889B2 (en) 2008-03-10 2012-08-07 Hulu, LLC Method and apparatus for collecting viewer survey data and for providing compensation for same
US20090249222A1 (en) 2008-03-25 2009-10-01 Square Products Corporation System and method for simultaneous media presentation
US20100040349A1 (en) 2008-05-01 2010-02-18 Elliott Landy System and method for real-time synchronization of a video resource and different audio resources
US8275880B2 (en) 2008-05-06 2012-09-25 Microsoft Corporation Media content programming, delivery, and consumption
US7979570B2 (en) 2008-05-12 2011-07-12 Swarmcast, Inc. Live media delivery over a packet-based computer network
US8644675B2 (en) 2008-06-06 2014-02-04 Deluxe Digital Studios, Inc. Methods and systems for use in providing playback of variable length content in a fixed length framework
KR20100000335A (ko) 2008-06-24 2010-01-06 삼성전자주식회사 유저 인터페이스, 컨텐츠 내비게이션 방법 및 컨텐츠 재생장치와 저장 매체
US8452855B2 (en) 2008-06-27 2013-05-28 Yahoo! Inc. System and method for presentation of media related to a context
US8375137B2 (en) 2008-07-22 2013-02-12 Control4 Corporation System and method for streaming audio using a send queue
US10007668B2 (en) * 2008-08-01 2018-06-26 Vantrix Corporation Method and system for triggering ingestion of remote content by a streaming server using uniform resource locator folder mapping
US8473628B2 (en) * 2008-08-29 2013-06-25 Adobe Systems Incorporated Dynamically altering playlists
EP2175577A3 (en) * 2008-10-09 2012-03-28 MMI Broadcasting Ltd. Apparatus and methods for broadcasting
US9788043B2 (en) 2008-11-07 2017-10-10 Digimarc Corporation Content interaction methods and systems employing portable devices
US8527877B2 (en) 2008-11-25 2013-09-03 At&T Intellectual Property I, L.P. Systems and methods to select media content
US9009337B2 (en) * 2008-12-22 2015-04-14 Netflix, Inc. On-device multiplexing of streaming media content
US8099476B2 (en) * 2008-12-31 2012-01-17 Apple Inc. Updatable real-time or near real-time streaming
RU2481720C2 (ru) 2008-12-31 2013-05-10 Эпл Инк. Потоковая передача данных в режиме реального времени или в режиме, близком к реальному времени
US8156089B2 (en) 2008-12-31 2012-04-10 Apple, Inc. Real-time or near real-time streaming with compressed playlists
US8260877B2 (en) 2008-12-31 2012-09-04 Apple Inc. Variant streams for real-time or near real-time streaming to provide failover protection
US8161137B2 (en) * 2009-01-16 2012-04-17 At&T Intellectual Property I., L.P. Environment delivery network
US8621044B2 (en) 2009-03-16 2013-12-31 Microsoft Corporation Smooth, stateless client media streaming
US8429287B2 (en) 2009-04-29 2013-04-23 Rangecast Technologies, Llc Network audio distribution system and method
US10410222B2 (en) 2009-07-23 2019-09-10 DISH Technologies L.L.C. Messaging service for providing updates for multimedia content of a live event delivered over the internet
EP2280521A1 (en) 2009-07-30 2011-02-02 Alcatel Lucent Method of switching media content for a mobile apparatus
CA2767368C (en) 2009-08-14 2013-10-08 Azuki Systems, Inc. Method and system for unified mobile content protection
EP2467786B1 (en) 2009-08-17 2019-07-31 Akamai Technologies, Inc. Method and system for http-based stream delivery
CN101662665B (zh) * 2009-08-31 2015-07-22 传线网络科技（上海）有限公司 实时点播系统及其点播方法
US8392600B2 (en) 2009-09-14 2013-03-05 Adobe Systems Incorporated Dynamic stream switch control
US20110096828A1 (en) * 2009-09-22 2011-04-28 Qualcomm Incorporated Enhanced block-request streaming using scalable encoding
US9237387B2 (en) * 2009-10-06 2016-01-12 Microsoft Technology Licensing, Llc Low latency cacheable media streaming
US8527647B2 (en) 2009-10-06 2013-09-03 Unwired Planet, Inc. Managing network traffic using intermediate flow control
CN102473159A (zh) * 2009-11-04 2012-05-23 华为技术有限公司 媒体内容流播的系统和方法
KR101750049B1 (ko) 2009-11-13 2017-06-22 삼성전자주식회사 적응적인 스트리밍 방법 및 장치
KR101750048B1 (ko) 2009-11-13 2017-07-03 삼성전자주식회사 변속 재생 서비스 제공 방법 및 장치
JP5758398B2 (ja) 2009-11-16 2015-08-05 トゥウェンティース・センチュリー・フォックス・フィルム・コーポレイションＴｗｅｎｔｉｅｔｈ Ｃｅｎｔｕｒｙ Ｆｏｘ Ｆｉｌｍ Ｃｏｒｐｏｒａｔｉｏｎ 多数の言語及び版のための非破壊的なファイルベースのマスタリング
US9621610B2 (en) 2010-01-18 2017-04-11 Telefonaktiebolaget Lm Ericsson (Publ) Methods and arrangements for HTTP media stream distribution
US8972541B2 (en) 2010-02-12 2015-03-03 Alcatel Lucent Method and apparatus providing access network aware presence to applications
US8745388B2 (en) 2010-03-22 2014-06-03 EchoStar Technologies, L.L.C. Systems and methods for securely streaming media content
GB201105502D0 (en) 2010-04-01 2011-05-18 Apple Inc Real time or near real time streaming
US8560642B2 (en) 2010-04-01 2013-10-15 Apple Inc. Real-time or near real-time streaming
US8954596B2 (en) 2010-04-02 2015-02-10 Netflix, Inc. Dynamic virtual chunking of streaming media content
US9043484B2 (en) 2010-04-02 2015-05-26 Disney Enterprises, Inc. Streaming playback and dynamic ad insertion
KR20130115986A (ko) 2010-05-27 2013-10-22 에스엠에스씨 홀딩스 에스에이알엘 미디어 스트림의 끊김 없는 전송
US8555163B2 (en) 2010-06-09 2013-10-08 Microsoft Corporation Smooth streaming client component
AU2010202741B1 (en) 2010-06-30 2010-12-23 Brightcove Inc. Dynamic chunking for media streaming
WO2012009825A1 (en) 2010-07-20 2012-01-26 Thomson Broadband R&D (Beijing) Co., Ltd. Method for content presentation during trick mode operations
EP2614653A4 (en) 2010-09-10 2015-04-15 Nokia Corp METHOD AND APPARATUS FOR ADAPTIVE CONTINUOUS DIFFUSION
WO2012059376A1 (en) 2010-11-02 2012-05-10 Telefonaktiebolaget L M Ericsson (Publ) Methods and devices for media description delivery
EP2451151B1 (en) 2010-11-08 2014-08-13 Deluxe Media Inc. Method and apparatus for use in controlling the playback of contents related with a recorded content.
EP2638682A4 (en) 2010-11-12 2014-07-23 Realnetworks Inc TRAFFIC MANAGEMENT IN ADAPTIVE STREAMING PROTOCOLS
US20120315009A1 (en) 2011-01-03 2012-12-13 Curt Evans Text-synchronized media utilization and manipulation
US9247312B2 (en) 2011-01-05 2016-01-26 Sonic Ip, Inc. Systems and methods for encoding source media in matroska container files for adaptive bitrate streaming using hypertext transfer protocol
CA2827479A1 (en) 2011-02-18 2012-08-23 Aereo, Inc. Method and system for program and stream control of video to target device
US8798777B2 (en) 2011-03-08 2014-08-05 Packetvideo Corporation System and method for using a list of audio media to create a list of audiovisual media
US8849950B2 (en) 2011-04-07 2014-09-30 Qualcomm Incorporated Network streaming of video data using byte range requests
US8510555B2 (en) 2011-04-27 2013-08-13 Morega Systems Inc Streaming video server with virtual file system and methods for use therewith
US20120284804A1 (en) 2011-05-02 2012-11-08 Authentec, Inc. System and method for protecting digital contents with digital rights management (drm)
US9462024B2 (en) 2011-06-08 2016-10-04 Futurewei Technologies, Inc. System and method of media content streaming with a multiplexed representation

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150055854A (ko) * 2013-11-14 2015-05-22 삼성테크윈 주식회사 오픈플랫폼기반 영상저장장치 및 오픈플랫폼기반 영상저장장치에서 프로토콜 변환 방법

Also Published As

Publication number Publication date
US20110138020A1 (en) 2011-06-09
WO2012082588A3 (en) 2012-11-01
US8280863B2 (en) 2012-10-02
EP2633665B1 (en) 2018-10-24
CN103314598B (zh) 2016-11-02
US8762351B2 (en) 2014-06-24
CN106550245B (zh) 2020-11-06
US8156089B2 (en) 2012-04-10
EP2633665A2 (en) 2013-09-04
WO2012082588A2 (en) 2012-06-21
US20120191870A1 (en) 2012-07-26
CN106550245A (zh) 2017-03-29
US20130031165A1 (en) 2013-01-31
KR101445994B1 (ko) 2014-11-04
CN103314598A (zh) 2013-09-18

Similar Documents

Publication Publication Date Title
KR101445994B1 (ko) 압축된 재생목록을 이용한 실시간 또는 준 실시간 스트리밍
KR101233582B1 (ko) 비-스트리밍 프로토콜을 통해 멀티미디어 데이터를 스트리밍하기 위한 방법
EP2475149B1 (en) Method for streaming multimedia data over a non-streaming protocol
US8639832B2 (en) Variant streams for real-time or near real-time streaming to provide failover protection
KR20130118944A (ko) 실시간 또는 준 실시간 스트리밍
AU2016202709B2 (en) Real-time or near real-time streaming
AU2011203178B2 (en) Real-time or near real-time streaming
AU2013201691A1 (en) Method for streaming multimedia data over a non-streaming protocol

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
FPAY Annual fee payment

Payment date: 20170818

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20180903

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20190829

Year of fee payment: 6