KR20180097560A - 복수의 미디어 타이틀을 재생하기 위한 방법, 적응된 미디어 소스 디바이스, 미디어 플레이어 디바이스, 미디어 위임 디바이스, 및 구성 가능하고 적응된 컴퓨터 프로그램 - Google Patents

복수의 미디어 타이틀을 재생하기 위한 방법, 적응된 미디어 소스 디바이스, 미디어 플레이어 디바이스, 미디어 위임 디바이스, 및 구성 가능하고 적응된 컴퓨터 프로그램 Download PDF

Info

Publication number
KR20180097560A
KR20180097560A KR1020187017401A KR20187017401A KR20180097560A KR 20180097560 A KR20180097560 A KR 20180097560A KR 1020187017401 A KR1020187017401 A KR 1020187017401A KR 20187017401 A KR20187017401 A KR 20187017401A KR 20180097560 A KR20180097560 A KR 20180097560A
Authority
KR
South Korea
Prior art keywords
media
title
presentation
player device
media player
Prior art date
Application number
KR1020187017401A
Other languages
English (en)
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 KR20180097560A publication Critical patent/KR20180097560A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • 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/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/411—Peripherals receiving signals from specially adapted client devices having similar hardware or software capabilities as the client device itself, e.g. a first STB connected to a second STB
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP 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/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/44213—Monitoring of end-user related data
    • H04N21/44222—Analytics of user selections, e.g. selection of programs or purchase activity
    • 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/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • 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/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • 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/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • H04N21/4823—End-user interface for program selection using a channel name
    • 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/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • H04N21/4825—End-user interface for program selection using a list of items to be played back in a given order, e.g. playlists
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Social Psychology (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

다수의 사람들이 함께 있고 미디어를 공동으로 소비하기를 원하는 경우, 즉, 미디어 타이틀의 단 하나의 프리젠테이션이 있고 모든 사람들이 공동으로 보고/보거나 듣는 경우, 그때 프리젠테이션되어야 할 미디어 타이틀들이 복수의 미디어 디바이스(10, 20, ..., 70), 클라우드 저장소(100, 200, 300) 또는 스트리밍 서비스 사이에서 분산되어 있는 문제점이 있다. 이러한 문제를 해결하기 위해, 미디어 재생/프리젠테이션을 담당하는 하나의 미디어 디바이스(10, 70)에 미디어 플레이어 기능을 할당하는 아이디어가 있다. 이 디바이스는 공동 미디어 소비 세션에서 미디어 소스 디바이스들(20, 30)이도록 구성된 다른 미디어 디바이스들로부터 프리젠테이션 요청들을 수신할 수 있다. 프리젠테이션 요청이 미디어 플레이어 디바이스(10, 70)에 의해 수락되면, 제안된 타이틀은 공통 재생목록에 추가될 것이다. 타이틀은 재생 중에 미디어 소스 디바이스(20, 30)로부터 미디어 플레이어 디바이스(10, 70)로 스트리밍될 것이다.

Description

복수의 미디어 타이틀을 재생하기 위한 방법, 적응된 미디어 소스 디바이스, 미디어 플레이어 디바이스, 미디어 위임 디바이스, 및 구성 가능하고 적응된 컴퓨터 프로그램
본 개시내용은 복수의 미디어 타이틀(media title)을 재생하기 위한 방법에 관한 것이다. 또한, 본 개시내용은 적응된 미디어 소스 디바이스(media source device), 적응된 미디어 플레이어 디바이스(media player device), 및 적응된 미디어 위임 디바이스(media delegation device)에 관한 것이다. 추가로, 본 개시내용은, 어떻게 구성되느냐에 따라, 컴퓨터 시스템에서 실행될 때 컴퓨터 시스템이 복수의 미디어 타이틀을 재생하기 위한 방법에서 미디어 소스 디바이스, 미디어 플레이어 디바이스 또는 미디어 위임 디바이스의 방법 단계들을 수행하게 하는 컴퓨터 실행가능 명령어들을 포함하는, 구성 가능한 컴퓨터 프로그램에 관한 것이다.
휴대 전화들, 특히 최신 스마트폰들의 사용이 점점 더 광범위해지고 있다. 스마트폰 메모리의 노래들, 영상들, 사진들, 및 전자신문(epaper)과 전자책(ebook)들과 같은 텍스트 문서들과 같은 미디어 타이틀들을 휴대하는 것은 고객들에게 중요하고, 따라서 이러한 종류의 애플리케이션들은 중요한 특징들이며 스마트폰들 상에서 잘 지원된다. 오늘날, 미디어 타이틀들은 스마트폰 저장 수단들에서 액세스할 수 있을 뿐만 아니라, 미디어 타이틀들이 클라우드의 어딘가에 저장되고 스마트폰을 통해 액세스할 수 있도록 지원된다. 마찬가지로 미디어 타이틀들은 Napster, Spotify, Deezer, Apple Music 또는 Google Play Music과 같은 스트리밍 서비스들의 도움으로 액세스가능해질 수 있다. 이를 위해 스마트폰은 인터넷 기술에서 널리 사용되는 TCP/IP, HTTP, UDP, RTP, RTSP, RTMP, RTCP와 같은 복수의 통신 프로토콜을 갖추고 있다.
미디어를 소비할 때, 미디어 콘텐츠에 대한 액세스가 요구된다. 이에 따라, 한 사용자의 미디어 콘텐츠는 다양한 위치들(로컬 디바이스들, 클라우드 저장소, 스트리밍 서비스들)에 저장될 수 있다. 다수의 사람들이 함께 있고 파티 도중이나, 자동차를 타거나, 기차를 타는 등의 상황들에서 공동으로 미디어를 소비하는 것을 원하는 경우, 미디어 콘텐츠는 흔히 다수의 디바이스들에 분산되어 있는데, 즉, 여러 타이틀들이 첫 번째 사람의 멀티미디어 플레이어에 저장되어 있고, 복수의 타이틀은 두 번째 사람의 플레이어 디바이스에 저장되어 있고, 또 다른 타이틀은 세 번째 사람의 플레이어에 저장되어 있다. 따라서 미디어 프리젠테이션/재생을 위해 디바이스들을 스위칭하거나, 프리젠테이션/재생하기 전에 미디어 콘텐츠를 복사할 필요가 있다.
로컬 네트워크들 또는 인터넷에서 미디어 파일들을 스트리밍하기 위해 사용할 수 있는 기술들에 대한 전반적 개요는 Kompendium에서도 또한 찾아볼 수 있다: http://kompendium.infotip.de/streaming-media.html!
본 발명의 목적은, 한 그룹의 사람들이 단일 미디어 플레이어 디바이스 상에서 유지되는 재생목록의 제어 하에, 그룹 내의 적어도 두 명 또는 몇몇의 사람들에게 퍼져있는 미디어 타이틀들을 거의 끊김 없이 아주 매끄럽게(more or less seamlessly) 공동으로 소비하는것을 허용하는 기술적인 수단을 제공하는 것이다. 즉, 재생목록에 따라 재생하는 것을 시작하기 전에, 그룹이 소비하고자 하는 모든 미디어 타이틀들을 단일 재생 디바이스에/단일 재생 디바이스 내에 복사/수집할 필요가 없다. 이 목적 및 다른 목적들은 청구항 제1항에 따른 복수의 미디어 타이틀을 재생하기 위한 방법, 청구항 제9항에 따른 적응된 미디어 소스 디바이스, 청구항 제10항에 따른 적응된 미디어 플레이어 디바이스, 청구항 제11항에 따른 적응된 미디어 위임 디바이스, 및 청구항 제12항에 따른 구성 가능하고 적응된 컴퓨터 프로그램으로 해결된다.
제안된 발명에 따르면, 한 그룹의 사람들은 디바이스들을 스위칭하거나 미디어 콘텐츠를 복사하지 않고 그룹 내의 사람들의 디바이스들에 분산된/저장된 미디어 콘텐츠를 공동으로 소비할 수 있다. 본 발명은 하나의 디바이스에서 소비하기 이전에 디바이스들을 물리적으로 스위칭하거나 미디어를 복사할 필요 없이 다수의 사용자들이 그들의 미디어(사진들, 음악, 영상들, 문자, …)를 제시하고 재생하고 믹스(mix)할 수 있는 방법을 설명한다. 아이디어는 미디어 재생을 담당하는 하나의 디바이스를 갖는 것이다. 이 디바이스는 다른 미디어 소스 디바이스들로부터 미디어 프리젠테이션/재생에 대한 요청들을 수신할 수 있다.
종속항들은 본 개시내용에 따른 방법 및 디바이스들에 유리한 개발들 및 개선들을 포함한다.
미디어 플레이어 디바이스(예를 들어, 스마트폰)가 선택되고, 그 다음에 미디어 프리젠테이션 디바이스(예를 들어, 홈/자동차 엔터테인먼트 시스템)와 페어링된다(paired). 이러한 페어링은 USB 또는 오디오/비디오 케이블을 통해 무선으로 행해질 수 있다. 미디어 플레이어 디바이스는 미디어 프리젠테이션 디바이스에 대한 중앙 연결(central connection)을 갖는다. 미디어 플레이어 디바이스는 프리젠테이션을 제어하는 데 필요한 모든 일반 기능들(예를 들어, 오디오, 비디오, 사진들 및 문서들에 대한 전체 재생 제어)을 갖추고 있다. 그러면, 공동 미디어 소비(joint media consumption)를 위해, 그룹 내의 다른 사람들은 미디어 소스 디바이스를 필요로 한다.
본 개시내용에 따른 방법에서, 프리젠테이션 요청은 미디어 소스 디바이스 상에 위치되거나 통신 네트워크를 통해 미디어 소스 디바이스에 의해 액세스될 수 있는 서버 상에 위치한 미디어 타이틀을 지정하는 미디어 소스 디바이스로부터 미디어 플레이어 디바이스로 송신된다. 미디어 플레이어 디바이스는 프리젠테이션 요청에서 지정된 미디어 타이틀을 미디어 플레이어 디바이스의 재생목록에 추가한다. 따라서 공동 미디어 소비를 위한 공통 재생목록은 미디어 플레이어 디바이스 상에서 유지된다.
프리젠테이션 요청은 프리젠테이션 요청에서 식별된 미디어 타이틀에 대한 URL(uniform resource locator) 정보를 포함한다. 이러한 URL 정보는 모든 상이한 핸드헬드 디바이스(handheld device)들의 유형들이 이 정보를 이해할 수 있도록 표준화되어 있다.
서버 상의, 미디어 소스 디바이스로부터 멀리 떨어진 곳에 위치된 미디어 타이틀들의 경우, 미디어 소스 디바이스가 미디어 플레이어 디바이스로부터 프리젠테이션 요청 승인 메시지를 수신한 때에, 재생목록에 추가된 미디어 타이틀의 파일을 서버로부터 다운로드하기 시작하는 것이 유리하다. 보통 미디어 타이틀들의 다운로드에는 시간이 좀 걸리기 때문에, 이는 공통 재생목록에 따라 타이틀을 재생할 때 미디어 소스 디바이스의 로컬 메모리에서 미디어 타이틀이 이용가능할 것이라는 이점을 가지고 있다.
공동 미디어 소비의 경우, 미디어 플레이어 디바이스 상의 재생목록에 추가된 미디어 타이틀의 재생을 위해, 미디어 플레이어 디바이스가 액세스 요청을 미디어 소스 디바이스에 송신하고, 여기서 액세스 요청에 응답하여 미디어 소스 디바이스가 미디어 플레이어 디바이스에 대해 요청된 미디어 타이틀의 스트리밍을 시작하는 것이 유리하다. 따라서 사전에 공통 재생목록을 유지하는 미디어 플레이어 디바이스에 모든 미디어 타이틀들을 복사할 필요가 없다.
바람직하게는, 액세스 요청은 액세스가 요청된 미디어 타이틀의 URL 정보에 기초하여 미디어 타이틀의 파일명 및 위치를 식별하는 HTTP Get 요청에 대응한다. HTTP 프로토콜은 전자 디바이스들에서 널리 지원된다.
마찬가지로, 미디어 소스 디바이스가 스트리밍 프로토콜로 미디어 플레이어 디바이스로의 미디어 타이틀의 스트리밍을 수행하는 것이 유리하다. 이러한 스트리밍 프로토콜은 미디어 소스 디바이스 및 미디어 플레이어 디바이스 모두에서 지원될 필요가 있다. 널리 지원되는 스트리밍 프로토콜들은 HTTP 스트리밍, RTP 스트리밍 또는 HTTP 청크 트랜스퍼 인코딩(HTTP chunked transfer encoding) 중 하나이다.
또한 미디어 플레이어 디바이스가, 내장형 또는 연결된 프리젠테이션 수단(라우드스피커, 디스플레이)으로 미디어 타이틀을 프리젠테이션하기 위해 사용되는 경우에, 미디어 플레이어 디바이스는 재생을 위해 미디어 플레이어 디바이스 상에 위치한 미디어 파일을 디코딩하고, 그 자체의 또는 연결된 프리젠테이션 수단으로 디코딩된 콘텐츠를 프리젠테이션한다.
미디어 플레이어 디바이스가 외부 미디어 프리젠테이션 디바이스와 페어링된 경우에, 재생을 위해 미디어 플레이어 디바이스는 미디어 타이틀의 스트리밍 동안 수신된 미디어 파일의 세그먼트(segment)들을 디코딩하고, 프리젠테이션을 위해 디코딩된 콘텐츠를 미디어 프리젠테이션 디바이스로 포워딩한다. 이러한 포워딩 동작은 또한 스트리밍 프로토콜을 가진 미디어 스트리밍 동작의 형태일 수 있다.
자동차의 운전자가 자동차 엔터테인먼트 시스템과 페어링된 스마트폰의 소유자인 경우와 같은 일부 시나리오에서는 공동 미디어 소비를 위해 미디어 프리젠테이션/재생의 제어를 위임할 필요가 있다. 여기에서, 다른 사람의 미디어 디바이스를 미디어 위임 디바이스로 구성하는 것이 유리하다. 위임 디바이스는 미디어 플레이어 디바이스를 제어하는 데 사용될 것이다. 따라서, 제어는 미디어 플레이어 디바이스로부터 미디어 위임 디바이스로 위임된다. 이것은 프리젠테이션 요청들, 재생목록 및 재생에 대한 제어를 포함한다. 미디어 플레이어 디바이스로부터 위임 디바이스로의 제어의 위임은 미디어 소스 디바이스들에서 인식되지 않는다(transparent).
또한, 미디어 플레이어 디바이스가 미디어 소스 디바이스로부터 프리젠테이션 요청을 수신할 때 프리젠테이션 요청을 미디어 위임 디바이스로 포워딩하고, 미디어 위임 디바이스가 프리젠테이션 요청을 처리하고, 프리젠테이션 요청을 수락한 때에 재생목록 업데이트 메시지를 미디어 플레이어 디바이스에 송신하는 것이 유리하다. 미디어 업데이트 메시지의 수신에 응답하여 미디어 플레이어 디바이스는 미디어 플레이어 디바이스에서 유지되는 재생목록에 미디어 타이틀을 추가한다.
본 개시내용의 예시적인 실시예들이 도면들에 도시되어 있으며, 다음의 설명에서 보다 상세하게 설명된다.
도 1은 공동 미디어 소비 셋업의 제1 예를 도시한다.
도 2는 위임 디바이스를 포함하는 공동 미디어 소비 셋업의 제2 예를 도시한다.
도 3은 결합된 미디어 플레이어 및 미디어 프리젠테이션 디바이스의 블록도를 도시한다.
도 4는 결합된 미디어 플레이어 및 미디어 프리젠테이션 디바이스가 사용되는 공동 미디어 소비 셋업의 제3 예를 예시한다.
도 5a는 미디어 소스 디바이스에 대한 그래픽 사용자 인터페이스의 예를 도시한다.
도 5b는 위임 제어 기능이 디스에이블(disable)된 모드에서의 결합된 미디어 프리젠테이션-재생- 및 소스 디바이스에 대한 그래픽 사용자 인터페이스의 예를 도시한다.
도 5c는 위임 제어 기능이 인에이블(enable)된 모드에서의 결합된 미디어 프리젠테이션-재생- 및 소스 디바이스에 대한 그래픽 사용자 인터페이스의 예를 도시한다.
도 5d는 미디어 위임 디바이스에 대한 그래픽 사용자 인터페이스의 예를 도시한다.
도 5e는 결합된 미디어 위임 및 소스 디바이스에 대한 그래픽 사용자 인터페이스의 예를 도시한다.
도 6은 본 개시내용에 따른 스마트폰의 블록도를 도시한다.
도 7은 미디어 디바이스를 구성하기 위한 소프트웨어 프로그램의 흐름도를 도시한다.
도 8은 미디어 소스 디바이스 모드로 구성된 미디어 디바이스에 의해 실행되는 소프트웨어 프로그램의 흐름도를 도시한다.
도 9는 미디어 플레이어 디바이스로 구성된 미디어 디바이스에 의해, 또는 결합된 미디어 플레이어 및 미디어 프리젠테이션 디바이스로 구성된 미디어 디바이스에 의해 실행되는 제1 소프트웨어 프로그램의 흐름도를 도시한다.
도 10은 미디어 플레이어 디바이스로 구성된 미디어 디바이스에 의해 실행되는 제2 소프트웨어 프로그램의 흐름도를 도시한다.
도 11은 결합된 미디어 플레이어 및 미디어 프리젠테이션 디바이스로 구성된 실행되는 제3 소프트웨어 프로그램의 흐름도를 도시한다.
도 12는 위임 디바이스로 구성된 미디어 디바이스에 의해 실행되는 제4 소프트웨어 프로그램의 흐름도를 도시한다.
도 13은 미디어 플레이어 디바이스로 구성된 미디어 디바이스에 의해 실행되는 제5 소프트웨어 프로그램의 흐름도를 도시한다.
본 설명은 본 개시내용의 원리들을 예시한다. 따라서, 해당 기술분야의 통상의 기술자는, 본 명세서에 명시적으로 설명되거나 도시되지는 않았지만, 본 개시내용의 원리들을 구현하고 그것의 범위 내에 포함되는 다양한 구성들을 만들어낼 수 있을 것이라는 점을 이해할 것이다.
본 명세서에서 열거된 모든 예들 및 조건부 언어는 독자로 하여금 발명자가 해당 기술분야의 증진을 위해 기여한 본 개시내용의 원리들 및 개념들을 이해하는 것을 도울 교육적 목적들로 의도된 것으로, 이러한 구체적으로 열거되는 예들 및 조건들에 제한되지 않는 것으로 해석되어야 한다.
따라서, 예를 들어, 해당 기술분야의 통상의 기술자라면 본 명세서에 제시된 블록도들은 본 개시 내용의 원리들을 구체화하는 예시적인 회로의 개념도들을 표현한다는 점을 알 것이다. 유사하게, 임의의 순서도들, 흐름도들, 상태 전이도들, 의사코드 등은 실질적으로 컴퓨터 판독가능 매체에서 표현될 수 있고, 그러한 컴퓨터 또는 프로세서가 명시적으로 도시되어 있든 아니든 간에, 컴퓨터 또는 프로세서에 의해 그렇게 실행될 수 있는 다양한 처리들을 표현한다는 점을 알 것이다.
도면들에 도시된 다양한 요소들의 기능들은 전용 하드웨어뿐만 아니라 적합한 소프트웨어에 연관된 소프트웨어를 실행할 수 있는 하드웨어의 사용을 통해 제공될 수 있다. 프로세서에 의해 제공될 때, 기능들은, 단일 전용 프로세서에 의해, 단일 공유 프로세서에 의해, 또는 일부가 공유될 수 있는 복수의 개별 프로세서에 의해 제공될 수 있다. 또한, 용어 "프로세서" 또는 "제어기"의 명시적 사용은 소프트웨어를 실행할 수 있는 하드웨어만을 배타적으로 지칭하는 것으로 해석되어서는 안되며, 제한 없이, 디지털 신호 프로세서(DSP) 하드웨어, 소프트웨어를 저장하기 위한 판독 전용 메모리(ROM), 랜덤 액세스 메모리(RAM) 및 비휘발성 저장소를 묵시적으로 포함할 수 있다.
도 1은 한 그룹의 사람들, 예를 들어 차를 가진 가족의 여행 동안 자동차에서 공동 미디어 소비가 발생하는 본 발명의 실시예를 도시한다. 세 명의 사람들이 스마트폰들(10, 20, 30)을 가지고 있다고 가정한다. 또한, 운전자 또는 운전자 옆의 사람은 자동차 엔터테인먼트 시스템(40)과 페어링된 스마트폰(10)을 가지고 있다고 가정한다. 페어링 프로세스는 블루투스 통신 시스템의 일반적인 형태로 존재한다. 대안으로서, WLAN 인터페이스, USB 케이블, HDMI 케이블, 또 다른 AV 케이블 또는 순수 오디오 케이블(예를 들어 RCA 케이블 또는 헤드폰 케이블)로 자동차 엔터테인먼트 시스템에 연결될 수 있다. 동시에, 그 사람의 스마트폰(10)은 다른 스마트폰(20, 30)이 SSID 및 패스워드를 가진 일반적인 형태로 접속하는 WLAN 근거리 네트워크를 셋업한다. 이 경우 WLAN 네트워크는 디바이스가 액세스 포인트에 존재하지 않는 애드 혹 모드(ad hoc mode)로 셋업될 것이다. 셋업 프로세스는 수동으로 수행될 수 있다.
대안적인 실시예에서, WLAN 네트워크는 모든 스마트폰들(10, 20, 30)이 접속하는 액세스 포인트인 자동차 엔터테인먼트 시스템을 가진 인프라스트럭쳐(infrastructure) 모드로 셋업될 것이다. 이를 위해 자동차 엔터테인먼트 시스템(40)은 WLAN 인터페이스(도시되지 않음)를 갖출 필요가 있다.
네트워크 내의 스테이션들에서 서비스들을 찾기 위해, 바람직하게는 디스커버리(discovery) 서비스(도시되지 않음)가 스테이션들에서 구현된다. 이것은 바람직하게는 소위 REST 서비스의 형태로 행해질 수 있다. 이러한 디스커버리 서비스들의 예들은 DNS-SD(Apple Bonjour), UpnP 시스템의 일부인 SSDP, 및 AllSeen 동맹을 통한 AllJoyn이다. 이들 모든 솔루션들은 서비스 광고 및 디스커버리 추출(discovery abstraction)을 제공한다. 서비스 디스커버리에 관한 추가 정보에 대해서는, 다음 링크 하에서 제로 구성 및 서비스 디스커버리에 대한 Wikipedia 항목을 의미 있게 참조된다:
https://en.wikipedia.org/wiki/Zero-configuration_networking#Service_discovery
자동차에서의 공동 미디어 소비의 예는 음악 타이틀들을 듣는 것이다. 스마트폰들의 소유자들은 일반적으로 스마트폰 상에 저장된 그들의 음악 타이틀들을 갖는다. 승객들이 자동차 엔터테인먼트 시스템의 라우드 스피커들을 통한 프리젠테이션에 의해 공동으로 음악을 소비하는 경우, 그들은 미리 선택된 스마트폰(10)에 위치한 재생목록의 순서대로 그들의 좋아하는 음악 타이틀들을 듣고자할 수 있다. 제1 예에서, 스마트폰(10) 소유자는 그의 스마트폰에 저장된 음악 타이틀들을 가지고 있지 않다고 가정한다. 공동 음악 소비를 위해, 스마트폰(10) 상에 유지된 재생목록에 음악 타이틀들을 추가할 필요가 있다. 이 재생목록은 이하에서는 공통 재생목록으로 지칭될 것이다.
이러한 목적을 위해, 스마트폰들(20 및 30)은 프리젠테이션 요청 구축 능력(presentation request building capability)을 갖추고 있다. 이 능력은 스마트폰 소유자가 스마트폰(10) 상에 위치하는 공통 음악 재생목록에 추가하고자 하는 각각의 음악 타이틀에 대한 프리젠테이션 요청을 구축하고 전송하도록 허용한다. 프리젠테이션 요청은 최소한의 음악 타이틀 및 URL 정보를 포함한다. 복수의 타이틀이 재생목록에 추가되는 경우, 프리젠테이션 요청은 선택된 모든 음악 타이틀들 및 대응하는 URL 정보의 목록을 포함한다. 이러한 프리젠테이션 요청의 예는 아래에 제시된다:
Figure pct00001
프리젠테이션 요청은 HTTP 프로토콜로 송신되며, HTTP Post 요청의 포맷을 갖는다. 위에 주어진 예에서, 그것은 두 개의 타이틀들에 대한 프리젠테이션 요청이다. 이 예에서는, 각각의 타이틀에 대해 두 개의 URL들이 나열되는데, 하나는 프리뷰 썸네일(preview-thumbnail)을 위한 것이고 다른 하나는 대응하는 오디오 스트림을 위한 것이다. URL에서의 경로 정보는 스테이션 이름, 예컨대 스마트폰-20, 소스 컴포넌트, 예컨대 sc, 그리고 암호화된(encrypted) 경로 정보인 식별자(identifier), 예컨대 임시 아이디1(temp-id1)으로 구성된다. 스마트폰(10)이 스마트폰(20) 폴더에 관한 정보를 깨끗하게 얻지 못할 것이기 때문에, 이 경로 정보의 암호화는 다른 스마트폰(20) 폴더들로의 액세스를 제한하는 데에 중요하다. 그래서, 대응하는 임시 아이디를 가져 오지 않고 다른 폴더들에 액세스할 수 없다. 따라서, 스마트폰(20 및 30) 상에 위치한 선택된 음악 타이틀들은 스마트폰(10) 상에 유지되는 공통 재생목록에 추가될 것이다. 스마트폰(10)의 UI 컴포넌트(13)는 다른 승객들로부터의 프리젠테이션 요청들을 디스플레이하도록 적응된다. 그 다음 스마트폰(10)의 소유자는 프리젠테이션 요청들을 보여주기 위해 사용자 메뉴에 디스플레이된 OK 버튼을 클릭함으로써 수동으로 프리젠테이션 요청을 수락할 기회를 갖는다.
미디어 소스 디바이스(20, 30)로부터의 프리젠테이션 요청은 하나 이상의 프리젠테이션 요청 항목을 포함한다. 프리젠테이션 요청 항목은 미디어 플레이어 디바이스(10)의 재생목록에 추가될 수 있고/있거나 미디어를 스트리밍하는 데 사용되는 임시 미디어 스트림 위치(예를 들어, URL)를 포함한다. 프리젠테이션 요청 항목은 또한 시각적 표현(예를 들어 썸네일) 및 미디어 타이틀을 설명하는 다른 메타데이터(metadata)를 포함할 수도 있다. 프리젠테이션 요청이 하나보다 많은 프리젠테이션 요청 항목을 포함한다면, 미디어 플레이어 디바이스(10)의 사용자는 어느 프리젠테이션 요청 항목들을 받아들일지 선택할 수 있다.
재생목록에 추가된 선택된 음악 타이틀은 프리젠테이션 요청을 송신한 스마트폰(20 및 30) 상에 저장된 채로 유지된다. 스마트폰(20, 30)의 선택된 타이틀들 중 어느 것도 미리 스마트폰(10)에 다운로드되지 않을 것이다. 스마트폰(10)으로부터 멀리 떨어진 위치에 있는 타이틀은 재생목록에 따라 그 타이틀이 재생될 때 액세스될 것이다. 그 순간, 스마트폰(10)은 재생목록으로부터의 그 타이틀의 URL 정보의 도움으로 HTTP Get 요청을 생성한다. 이러한 다운로드 요청의 예는 아래에 묘사되어 있다:
Get thumbnail: GET https : // smartphone-20/sc/temp-id1/thumbnail HTTP/1.1
Get stream: GET https : // smartphone20/sc/temp-id1/stream HTTP/1.1
다운로드 요청은 HTTP 프로토콜로 송신되며 HTTP Get 요청의 포맷을 가진다. 타이틀의 재생은 상당한 지연없이 시작되기 때문에, 자동차 엔터테인먼트 시스템(40)과 페어링된 스마트폰(10)으로 음악 타이틀을 전송하기 위해 HTTP 스트리밍이 사용되는 것이 바람직하다. 특히, HTTP 스트리밍 기술에서, 스마트폰(20 또는 30) 상의 웹 서버는 재생될 음악 파일의 데이터를 복수의 더 작은 크기의 파일들로 조직(organize)할 것이고, 예를 들어 그러한 더 작은 크기의 파일들 각각은 10초의 재생 길이를 갖는다. 웹 서버는 음악 타이틀의 상이한 청크(chunk)들을 제공하는 더 작은 크기의 파일들에 대한 메타데이터를 포함하는 확장된 재생목록에 대응하는 인덱스 파일을 생성할 것이다. 이러한 준비된 파일 세그먼트들은 인덱스 파일이 스마트폰(10)에 다운로드된 후에 생성되는 대응하는 HTTP Get 요청들에 대한 복수의 HTTP 응답으로 스마트폰(10)에 전송될 것이다. 그 결과, 복수의 응답들 각각에서, 파일은 일반적인 HTTP Get 요청 응답에서처럼 다운로드될 수 있고, 이는 그 요청들이 오직 표준 HTTP 트랜잭션(transaction)들만 사용하기 때문에, HTTP 스트리밍은, RTP와 같은 UDP 기반 스트리밍 프로토콜들과 달리, 표준 HTTP 트래픽(traffic)을 통과시키는 방화벽(firewall)이나 프록시 서버(proxy server)를 횡단할 수 있다는 분명한 이점을 갖는다. 또한 이는 콘텐츠가 종래의 원천 HTTP 서버들로부터 제공되고 널리 사용 가능한 HTTP 기반 콘텐츠 전달 네트워크들을 통해 전달되는 것을 허용한다. HTTP 스트리밍 기술을 명시하는 애플사(Apple Inc.)에 의해 작성된 기존 인터넷 드래프트(Internet Draft)가 있다. 그것은 이 점에 관하여, 본 발명의 개시내용의 목적을 위해 HTTP 스트리밍에 관한 인터넷 드래프트로 명시적으로 지칭된다.
선택된 음악 타이틀들이 HTTP 스트리밍으로 액세스 가능하게 될 웹 서버(도시되지 않음)를 제공하는 스마트폰들(20 및 30) 내의 소스 컴포넌트(21 및 31)가 있다. 음악 타이틀들은 로컬 저장소 컴포넌트, 전형적으로 FEPROM 또는 CMOS-RAM, SD 카드 또는 마이크로 SD 카드의 형태로 된 고체 상태 메모리(solid state memory)에 저장될 것이다. 저장소 컴포넌트들의 다른 가능한 형태들은 HDD, SDD, DVD 등에 해당한다.
스마트폰(10)은 음악 파일 조각(piece)들을 수신하고, 재생을 위해 그것들을 모은다. 재생 중에, 음악 타이틀은, 오디오 디코딩을 위한 mp3 또는 AAC 디코더처럼, 스마트폰(10)의 내장 컴포넌트인 대응하는 디코더로 디코딩될 것이다. 디코더는 스마트폰(10) 내의 재생/재생목록 컴포넌트(11)의 일부이다. 디코더 버퍼를 채우기에 충분한 데이터가 이용 가능해지면 곧 재생이 시작되므로, 전체 파일이 전송될 때까지 기다릴 필요가 없다. 디코딩된(압축되지 않은) 오디오 데이터는 프리젠테이션을 위해 자동차 엔터테인먼트 시스템(40)으로 출력될 것이다. 자동차 엔터테인먼트 시스템은 자동차에 내장된 라우드 스피커들을 이용한 프리젠테이션을 위한 이퀄라이징(equalizing), 서라운드 사운드 믹싱(surround sound mixing), 라우드니스(loudness), 레벨 조정(level adjustment), 및 마지막으로 DA 변환(conversion) 및 증폭과 같은 사운드 생성을 위해 데이터로 후처리(postprocessing)를 수행한다. 이 데이터는 스마트폰(10)과의 케이블 연결(USB, HDMI, RCA 등)을 통해, 또는 상술한 바와 같이 무선 블루투스 연결을 통해 자동차 엔터테인먼트 시스템으로 운송된다.
오늘날, 소유자들의 음악 타이틀들 중 일부는 스마트폰에 저장되는 것이 아니라, "클라우드"에, 즉 클라우드 저장소 제공자의 클라우드 저장소 디바이스, 예컨대 드롭박스(Dropbox) 상의 어딘가에 저장되는 것이 또한 일반적이다. 자동차에서의 프리젠테이션을 위해 "클라우드"로부터 음악 타이틀들을 또한 검색하기 위해서는 스마트폰(20 및 30)의 추가 적응(adaptation)이 필요하다. 스마트폰(20)의 사용자의 클라우드 저장소는 참조 번호(200)로 표시되어 있다. 스마트폰(30)의 사용자의 클라우드 저장소는 참조 번호(300)로 표시되어 있다.
스마트폰(20)의 소유자가 클라우드 저장소(200) 상에 저장된 음악 타이틀을 공통 재생목록에 추가하기 위해 선택한 후에, 스마트폰(20) 내의 소스 컴포넌트(21)는 클라우드 저장소(200)로 송신될 HTTP Get 요청을 생성할 것이다. 음악 타이틀은 클라우드 저장소(200)로부터 즉시 다운로드되고, 로컬 복사본(local copy)은 소스 컴포넌트(21)의 웹 서버에 저장될 것이다. 클라우드 저장소(200)로부터 파일을 다운로드하기 위한 HTTP Get 요청은 전화 네트워크를 통해 클라우드 저장소 제공자에게 송신될 것이다. 적합한 전화 네트워크 기술의 예들은 LTE(4G) 또는 UMTS(3G) 휴대 전화 통신 표준들이다. 또한, 요청된 파일은 전화 네트워크를 통해 스마트폰(20)으로 전송될 것이다.
소스 컴포넌트(21)는 또한 다운로드 프로세스 전에 또는 다운로드 프로세스 후에, 공통 재생목록에 추가하기 위해, 클라우드로부터의 음악 타이틀에 대한 프리젠테이션 요청을 생성하고 송신할 것이다. 소스 컴포넌트(21)는, 선택된 음악 타이틀에 대한 프리젠테이션 요청을 스마트폰(10)에 송신할 때, 소스 컴포넌트(21)의 일부로서 그것의 로컬 웹 서버에 대한 URL 정보를 삽입할 것이다.
그 다음에, 스마트폰(20)에 의해 공통 재생목록에 추가된 타이틀을 재생할 때가 되는 상황이 고려된다. 이 음악 타이틀의 재생 시에, 스마트폰(10) 내의 재생/재생목록 컴포넌트(11)는 스마트폰(20) 상의 웹 서버로 향하는 HTTP Get 요청을 생성할 것이다. 그 다음 소스 컴포넌트(21)는 음악 타이틀에 액세스하고, 위에서와 같이, 로컬 저장된 음악 타이틀과 동일한 방식으로 HTTP 스트리밍을 통해 스마트폰(10)으로 그것을 송신할 것이다.
도 2는 본 발명의 다른 실시예를 도시한다. 유사한 참조 번호는 도 1과 관련하여 설명된 유사 컴포넌트들을 나타내며, 반복을 피하기 위해 다시 설명되지 않을 것이다. 미디어 프리젠테이션/재생 기능의 제어를 별도의 디바이스에 위임할 수 있다. 이것은 자동차에서의 공동 미디어 소비의 시나리오에서 유용할 수 있다. 일반적으로, 운전자는 자동차 엔터테인먼트 시스템(40)에 대한 제어권을 가지며, 자신의 스마트폰(10)을 자동차 엔터테인먼트 시스템(40)과 페어링할 것이다. 그러나, 여행 중에, 그는 자동차를 운전하는 동안에는 주의 산만의 위험 때문에 스마트폰(10)을 조작할 수 없다. 따라서 다른 승객들이 운전자의 스마트폰(10) 상에 기록된 공통 재생목록에 미디어 타이틀들을 추가하고 싶은 경우, 운전자가 수동으로 프리젠테이션 요청들을 수락하는 것이 불가능하다.
이 문제를 해결하기 위해, 제어권이 위임된 경우 미디어 플레이어 디바이스(10)를 제어하는 데 사용될 수 있는 위임 디바이스(50)를 도입하는 것이 제안된다. 따라서, 제어권은 미디어 플레이어 디바이스(10)로부터 미디어 위임 디바이스(50)로 위임된다. 이는 프리젠테이션 요청들, 재생목록 및 재생에 대한 제어권을 포함한다. 공통 재생목록은 스마트폰(10) 상에 저장되어 유지될 것이라는 점을 주목해야 한다. 미디어 플레이어 디바이스(10)로부터 위임 디바이스(50)로의 제어권의 위임은 미디어 소스 디바이스(20, 30)에서 인식되지 않는다.
미디어 플레이어 디바이스(10), 위임 디바이스(50) 및 미디어 소스 디바이스(20, 30)는 각각 사용자 인터페이스 컴포넌트(그래픽, 스피치, …)를 갖는다. 미디어 소스 디바이스(20, 30)의 사용자 인터페이스 컴포넌트(22 및 32)로, 사용자는 로컬 미디어 저장소(23, 33) 상에 또는 연관된 클라우드 저장소(200, 300) 내에 저장된 미디어 콘텐츠를 프리젠테이션되도록 선택할 수 있고, 이 선택된 콘텐츠에 대한 미디어 프리젠테이션 요청들을 미디어 플레이어 디바이스(10)에 송신할 수 있다. 미디어 플레이어 디바이스(10) 또는 위임 디바이스(50)의 사용자 인터페이스 컴포넌트(13, 52)로, 사용자는 재생/재생목록 컴포넌트(11)의 공통 재생목록에 미디어 프리젠테이션 요청들을 추가하기 위해 그들을 수락할 수 있다. 사용자 인터페이스 컴포넌트들(13, 52)의 도움으로, 또한, 모든 또는 하나 이상의 특정 미디어 소스 디바이스들(20, 30)로부터의 "항상 요청" / "항상 허용" 프리젠테이션 요청들과 같은 특정 모드들을 구성하거나, 위임 디바이스(50)에 대한 미디어 플레이어 디바이스(10)의 제어권의 위임을 시작/정지시키는 것이 가능하다.
도 3은 본 발명의 추가 실시예를 도시한다. 미디어 플레이어 디바이스(10), 프리젠테이션 디바이스(40), 미디어 소스 디바이스(20, 30), 및 위임 디바이스(50)의 능력들은 하나의 미디어 디바이스(60)로 결합될 수 있으며, 그것의 블록도는 도 3에 도시된다. 이것은 전형적으로 본 발명이 소프트웨어 수단으로, 예를 들어 구글 플레이 스토어(Google Play Store) 또는 애플의 iOS 시스템용 앱 스토어(App Store)와 같은 앱 마켓 플레이스(app market place)로부터 다운로드될 수 있는 스마트폰 앱의 형태로 구현되는 경우에 해당된다. 앱(app)은 구성될 수 있고, 따라서 미디어 소스 디바이스(20, 30), 미디어 플레이어 디바이스(10) 또는 위임 디바이스(50) 중 어느 하나로 사용될 수 있다. 따라서, 공동 미디어 소비 세션의 시작 시에, 사람들의 그룹은 하나의 디바이스가 미디어 플레이어 디바이스(10)로, 임의로(optionally) 다른 디바이스가 위임 디바이스(50)로 되는 것에 동의해야 한다. 나머지 디바이스들은 미디어 소스 디바이스들(20, 30)로 구성될 것이다.
도 4는 본 발명의 다른 실시예를 도시한다. 여기서, 스마트폰(70)은 또한, 예컨대 통합 라우드 스피커들 또는 연결된 사운드바(soundbar)를 통해, 음악 타이틀들을 프리젠테이션하는 데 사용될 것이다. 따라서, 스마트폰(70)은 프리젠테이션 컴포넌트(41)를 포함한다. 게다가, 스마트폰(70)은 스마트폰 사용자에 의해 소유된 복수의 음악 타이틀을 자신의 로컬 미디어 저장소(14)에 기록해 놓았다. 따라서, 스마트폰(70)의 소유자는 다른 스마트폰들(20, 30)로부터의 프리젠테이션 요청들을 수락하기 전에 먼저 재생목록을 정의할 수 있다. 완전한 파일이 로컬 미디어 저장소(14)에서 로컬로 이용 가능하기 때문에, 스마트폰(70) 내의 소스 컴포넌트(15)는 HTTP 스트리밍으로 재생/재생목록 컴포넌트(11)에 음악 파일을 스트리밍할 필요가 없다. 음악 타이틀들을 재생할 때 재생 컴포넌트는 통상적인 방식으로 그곳으로부터 그것을 취할 것이다. 스마트폰(70)의 소유자가 또한 연관된 클라우드 저장소(100) 상에 저장된 음악 타이틀들을 공통 재생목록에 추가하면, 마찬가지로 그 데이터는 도 1의 설명과 관련하여 설명된 것과 동일한 방식으로 재생목록에 추가된 후에 즉시 다운로드될 것이다.
미디어 소스 디바이스(20, 30)가 네트워크를 떠날 경우(예를 들어, 사람이 그룹을 떠나는 경우), 이 미디어 소스 디바이스(20, 30)로부터 비롯하여 미디어 플레이어 디바이스(10, 70)의 재생목록에 여전히 저장된 모든 미디어 스트림 위치들은 재생목록에서 제거된다. 이 목적을 위해 미디어 플레이어 디바이스(10, 70)는 어떤 미디어 소스 디바이스들(20, 30)이 WLAN에 연결되어 있는지 모니터링해야 할 필요가 있다. 미디어 소스 디바이스들(20, 30) 중 하나가 WLAN으로부터 연결이 끊기면, 미디어 플레이어 디바이스(10, 70)는 WLAN 네트워크를 떠난 미디어 소스 디바이스(20, 30)로부터 비롯한 모든 미디어 타이틀들을 공통 재생목록으로부터 제거할 것이다.
상이한 카테고리의 미디어 디바이스들에 대한 그래픽 사용자 인터페이스(GUI)의 포맷이 도 5a 내지 도 5e에 도시되어 있다. GUI는 애플리케이션 프로그램, 예컨대 위에서 설명한 바와 같이 전형적인 스마트폰 앱의 일부로서 구현될 것이다. 도 5a는 미디어 소스 디바이스(20, 30)의 형태로 구성된 스마트폰 앱에 대한 GUI의 예를 도시한다. 스크린 상에 도시된 앱(24)은 미디어 소스 선택을 위한 윈도우(25)를 포함한다. 이 윈도우에서, 로컬 저장소(23, 33) 또는 클라우드 저장소(200, 300) 내에 저장된 모든 미디어 타이틀들이 선택 가능하다. 윈도우(25)에서 선택된 미디어 타이틀을 클릭함으로써, 타이틀은 재생 윈도우(26) 상에 나열될 것이다. 사용자가 자신의 선택을 완료하면, 미디어 소스 선택 윈도우(25)를 빠져나간 후 OK 버튼을 누름으로써, 재생 윈도우(27)의 필드(28)에 열거된 타이틀들에 대한 프리젠테이션 요청이 생성될 것이다.
도 5b는 위임 기능이 디스에이블된, 결합된 미디어 소스, 미디어 프리젠테이션 및 미디어 재생, 및 미디어 위임 디바이스(60)의 형태로 구성된 스마트폰 앱에 대한 GUI의 예를 도시한다. 스크린 상에 표시된 앱(64)은 결합된 디바이스의 재생 기능의 공통 재생목록을 표시하기 위한 필드(66)를 갖는 재생 윈도우(65)를 포함한다. 재생 제어를 위한 필드(67)가 도시되어 있다. 이 필드에는 전형적인 재생 제어 버튼들, 예컨대, 재생, 정지, 일시 정지, 타이틀 점프 포워드 및 타이틀 점프 백워드가 예를 들어 픽토그램(pictogram)으로 도시되어 있다. 소스 윈도우(69)는 두 개의 필드들을 포함한다. 필드(61)에서, 로컬 저장소(14) 또는 클라우드 저장소(100)에 저장된 모든 미디어 타이틀들이 선택 가능하다. 필드(61)에서 선택된 미디어 타이틀을 클릭함으로써, 타이틀이 강조 표시(highlight)될 것이다. 사용자가 자신의 선택을 완료하면, 미디어 소스 선택 필드(61)를 빠져나간 후 OK 버튼을 누름으로써, 선택된 타이틀들이 재생목록 필드(66)에 추가될 것이다. 필드(62)에서, 다른 미디어 소스 디바이스들(20, 30)로부터 수신된 프리젠테이션 요청은 나열될 것이다. 커서로 그들을 선택하고 OK 버튼을 누름으로써, 대응하는 프리젠테이션 요청이 승인될 것이다. 대응하는 확인 응답 메시지(acknowledge message)는 요청이 수신된 미디어 소스 디바이스(20, 30)로 다시 송신될 것이다. 버튼(63)으로 제어권 위임 기능이 활성화될 수 있다. 버튼(63)이 눌러지면, 위임 모듈이 활성화된 네트워크 내의 스테이션들의 목록이 나타날 것이다. 그 다음 사용자는 나열된 스테이션들 중 하나를 선택하여 어느 스테이션에 재생목록 관리가 위임되는지를 결정할 수 있다. 필드(68)에서, 사용자는 어느 라우드 스피커들의 세트에 오디오 신호가 출력될 것인지를 선택할 수 있다. 선택은 스마트폰(70)이 구비하는 또는 스마트폰(70)이 페어링된(예를 들어, 블루투스(Bluetooth) 또는 와이파이(WiFi)를 통해) 로컬 스피커들 사이에서 이루어진다.
도 5c는 위임 기능이 인에이블된, 결합된 미디어 소스, 미디어 프리젠테이션 및 미디어 재생, 및 미디어 위임 디바이스(60)의 형태로 구성된 스마트폰 앱에 대한 GUI의 예를 도시한다. 도 5c에 도시된 GUI는 기본적으로 도 5b와 동일한 형태를 갖는다. 그러나, 필드들(66, 67, 61 및 62)은 회색으로 표시(grey-out)될 것이다. 이 필드들은 재생목록 관리 기능이 위임된 스마트폰의 GUI에 표시될 것이다. 따라서, 사용자는 오디오 출력을 위한 라우드 스피커들을 선택하고 위임 중지 버튼(63b)을 통해 위임을 중지하는 것만 할 수 있다.
도 5d는 미디어 위임 디바이스(50)의 형태로 구성된 스마트폰 앱에 대한 GUI의 예를 도시한다. 유사한 참조 번호들은 도 5b 및 도 5c에 도시된 것과 동일한 컴포넌트들을 지정한다.
도 5e는 결합된 미디어 소스 및 미디어 위임 디바이스의 형태로 구성된 스마트폰 앱에 대한 GUI의 예를 도시한다. 유사한 참조 번호들은 도 5b 및 도 5c에 도시된 것과 동일한 컴포넌트들을 지정한다.
구성 가능한 스마트폰(60)의 전형적인 하드웨어 컴포넌트들은 도 6에 도시되어 있다. 이는 프로세서(201), 메모리(202 및 203), 디스플레이 패널(204), 터치 센서(205), 센서들(212 및 213), GPS 수신기(211), 카메라들(208 및 207), 전력 관리 회로(206) 및 통신 인터페이스들(210)을 포함한다.
본 개시내용에 따른 소프트웨어는 플래시 메모리(FLASH-Memory)(203)에 저장되고 RAM(202)의 사용에 의해 프로세서(201) 상에서 실행된다.
본 개시내용에 따른 미디어 디바이스(60)에 대한 소프트웨어 구현예는 도 7의 흐름도에 도시된다. 애플리케이션은 이전에 설명된 것처럼 설정 선호도 또는 사용자 입력 중 어느 하나에 따라 미디어 플레이어 디바이스 모드, 미디어 플레이어 & 프리젠테이션 디바이스 모드, 미디어 소스 디바이스 모드 또는 미디어 위임 디바이스 모드로 구성될 수 있다. 프로그램은 단계(601)에서 시작한다. 분기(branching) 단계(602)에서, 미디어 디바이스가 미디어 소스 디바이스 모드로 구성될 것인지 여부가 체크된다. 물론, 여기에서 대응하는 사용자 입력을 기다릴 필요가 있다. 만약 그렇다면, 미디어 디바이스는 미디어 소스 디바이스 모드로 구성될 것이고, 프로그램은 라벨(label) 1로 진행한다. 만약 그렇지 않다면, 프로그램은 분기 단계(603)로 계속된다. 분기 단계(603)에서, 미디어 디바이스가 미디어 플레이어 디바이스 모드로 구성될 것인지 여부가 체크된다. 만약 그렇다면, 미디어 디바이스는 미디어 플레이어 디바이스 모드로 구성될 것이고, 프로그램은 라벨 2로 진행한다. 만약 그렇지 않다면, 프로그램은 분기 단계(604)로 계속된다. 분기 단계(604)에서, 미디어 디바이스가 미디어 플레이어 & 프리젠테이션 디바이스 모드로 구성될 것인지 여부가 체크된다. 만약 그렇다면, 미디어 디바이스는 미디어 플레이어 & 프리젠테이션 디바이스 모드로 구성될 것이고, 프로그램은 라벨 3으로 진행한다. 만약 그렇지 않다면, 프로그램은 분기 단계(605)로 진행한다. 분기 단계(605)에서, 미디어 디바이스가 미디어 위임 디바이스 모드로 구성될 것인지 여부가 체크된다. 만약 그렇다면, 미디어 디바이스는 미디어 위임 디바이스 모드로 구성될 것이고, 프로그램은 라벨 4로 진행한다. 만약 그렇지 않다면, 그러면 이 프로그램은 단계(606)에서 종료한다.
라벨 1로 표시된 프로그램 부분에 대한 흐름도는 도 8에 도시된다. 라벨 1에서 시작한 다음, 프로그램은 단계(301)에서 타이틀을 선택하기 위한 사용자 입력을 기다린다. 이러한 사용자 입력이 이루어지면, 미디어 소스 디바이스(30)는 단계(302)에서 미디어 플레이어 디바이스(10)에 프리젠테이션 요청을 송신한다. 분기 단계(303)에서, 프리젠테이션 요청의 수락이 미디어 플레이어 디바이스(10)로부터 다시 수신되었는지 여부가 체크된다. 만약 그렇지 않다면, 프로그램은 단계(301)로 되돌아간다. 만약 그렇다면, 프리젠테이션 요청에서 식별된 타이틀이 클라우드 저장소 디바이스에 저장되는지 여부가 분기 단계(304)에서 체크된다. 이는 프리젠테이션 요청에서 식별된 타이틀에 관한 URL 정보를 평가함으로써 행해질 수 있다. 만약 그렇지 않다면, 다음 단계(305)는 건너뛴다. 만약 그렇다면, 프로그램은 단계(305)에서 클라우드 저장소(300)로부터 식별된 타이틀을 다운로드한다. 다음 분기 단계(306)에서, 미디어 플레이어 디바이스(10)로부터 HTTP Get 요청이 다시 수신되었는지 여부가 체크된다. 만약 그렇지 않다면, 프로그램은 루프(loop) 내에서 HTTP Get 요청을 기다린다. 만약 그렇다면, 선택된 타이틀의 HTTP 스트리밍이 단계(307)에서 수행된다. 그 후, 프로그램은 단계(308)에서 종료된다.
도 9는 미디어 플레이어 디바이스(10) 또는 미디어 플레이어 & 프리젠테이션 디바이스(70)에 의해 실행되는 프로그램의 제1 부분에 대한 흐름도를 도시한다. 이 프로그램 부분의 시작은 라벨 2와 라벨 3으로 표시된다. 분기 단계(101)에서, 프리젠테이션 요청이 미디어 소스 디바이스(20, 30)로부터 수신되었는지 여부를 체크한다. 만약 그렇다면, 미디어 플레이어 디바이스(10) 또는 미디어 플레이어 & 프리젠테이션 디바이스(70)는 스마트폰 소유자가 재생목록에 추가하기 위해 타이틀을 수락한 후에 단계(102)에서 프리젠테이션 요청을 확인 응답한다. 만약 그렇지 않다면, 프로그램은 라벨 2와 라벨 3으로 다시 분기한다. 그 다음에, 타이틀은 단계(102)에서 공통 재생목록에 추가될 것이다. 프로그램의 이 부분은 단계(103)에서 종료된다.
도 10은 도 1에 도시된 미디어 플레이어 디바이스(10)에서 실행되는 프로그램 부분의 흐름도를 도시한다. 이 프로그램 부분은 단계(110)에서 시작한다. 단계(111)에서, 플레이어는 재생을 위해 공통 재생목록 상의 다음 타이틀을 선택한다. 단계(112)에서, HTTP Get 요청은 재생목록을 위해 타이틀을 제안한 미디어 소스 디바이스로 송신된다. 단계(113)에서, 미디어 플레이어 디바이스(10)는 메모리에서 HTTP 스트리밍으로 되돌아오는 모든 파일 세그먼트들을 모은다. 타이틀의 재생은 단계(114)에서 시작한다. 여기서, 디코딩 버퍼가 충분히 채워지도록 충분한 세그먼트들이 수신될 때 재생이 시작한다. 단계(115)에서, 디코딩된 데이터는, 케이블 연결을 통해, 또는 WLAN, 블루투스 또는 다른 무선 통신 기술의 도움을 받아 무선으로 미디어 프리젠테이션 디바이스(40)로 포워딩된다. 프로그램의 이 부분은 단계(116)에서 종료한다. 디코딩된 콘텐츠를 압축된 형태로 프리젠테이션 디바이스에 전송하기 위해, 애플(Apple)의 에어플레이(Airplay) 프로토콜이 사용될 수 있다. 이 프로토콜에 따르면 애플 로스리스(Apple Lossless) 오디오 코딩 방법이 사용될 것이다. 대안으로, SBC 코딩 또는 aptX 코딩을 갖는 블루투스 A2DP 프로토콜이 사용될 수 있다. 그러나 SBC 및 aptX 코딩 기술들은 로스리스 코딩 방법들이 아니다.
다른 실시예에서, 개선된 버퍼 배열(buffer arrangement)이 구현될 수 있다. 개선된 버퍼 배열에서, 버퍼는 타이틀의 부분들을 미리 로딩할 것이다. 따라서, 현재 재생되는 타이틀이 종료에 가까워질 때, 다음 타이틀이 실제로 재생되기 전에 재생목록에서 연이은 타이틀의 첫 번째 부분이 버퍼에 로딩된다. 이것은 연이은 타이틀들을 재생목록으로부터 재생할 때 갭(gap)들의 발생을 방지할 수 있다. 다시 말해서, 이 솔루션은 끊김 없이 아주 매끄러운(seamless) 재생 경험에 이점이 있다.
도 11은 도 4에 도시된 미디어 플레이어 디바이스(70)에서 실행되는 프로그램 부분의 흐름도를 도시한다. 프로그램 부분은 도 10에서와 동일한 프로그램 단계들(111, 112, 113, 및 114)을 포함한다. 차이점은 프리젠테이션이 미디어 플레이어 디바이스(70) 자체로 수행될 것이라는 점이다. 따라서, 도 10의 단계(115)는 수행되지 않는다. 프로그램의 이 부분은 단계(117)에서 종료한다.
도 12는 도 3의 위임 디바이스(50)에서 실행될 프로그램의 부분에 대한 흐름도를 도시한다. 분기 단계(501)에서, 포워딩된 프리젠테이션 요청이 미디어 플레이어 디바이스(10)로부터 수신되었는지 여부가 체크된다. 만약 그렇지 않다면, 프로그램은 루프 내에서 이 요청을 수신할 때까지 기다린다. 만약 그렇다면, 요청을 인증한 사용자 입력 후에, 단계(502)에서 미디어 위임 디바이스(50)는 미디어 플레이어 디바이스(10)를 대신하여 미디어 소스 디바이스(20, 30)에 프리젠테이션 요청의 수신을 확인 응답한다. 또한, 그것은 미디어 플레이어 디바이스(10)에 프리젠테이션 요청의 수신을 확인 응답한다. 프로그램은 단계(503)에서 종료한다.
다음으로, 도 13의 흐름도가 간략하게 설명된다. 이 흐름도는 도 3의 미디어 플레이어 디바이스(10)에 의해 실행되는 프로그램에 대한 것이다. 프로그램 시작은 참조 번호(120)로 표시된다. 체크 단계(121)에서, 프리젠테이션 요청이 미디어 소스 디바이스(20, 30)로부터 수신되었는지 여부가 체크된다. 단계(122)에서, 미디어 플레이어 디바이스(10)는 미디어 위임 디바이스(50)로 프리젠테이션 요청을 포워딩한다. 단계(123)에서, 포워딩된 프리젠테이션 요청에 대해 미디어 위임 디바이스(50)로부터 확인 응답 메시지가 다시 수신되었는지 여부가 체크된다. 만약 그렇지 않다면, 프로그램은 분기 단계(123)로 되돌아간다. 만약 그렇다면, 프리젠테이션 요청 메시지에서 제안된 타이틀은 단계(124)에서 미디어 플레이어 디바이스(10) 내의 재생목록에 추가될 것이다. 프로그램은 단계(125)에서 종료한다.
본 개시내용의 실시예들은 미디어 타이틀들로서 음악 타이틀들의 예를 들어 설명되었다. 그러나 미디어 타이틀은 비디오 타이틀들, 전자책 타이틀들, 게임 타이틀들, 텍스트 타이틀들, 프리젠테이션 타이틀들, 사진 타이틀들 등과 같은 다른 타이틀들일 수도 있다. 이러한 타이틀들의 프리젠테이션을 위해, 미디어 플레이어 디바이스(10, 70)의 외부 또는 내부에 있을 수 있는 디스플레이가 사용될 필요가 있다. 물론, 여기에서 디스플레이는, 설사 그것이 헤드 업(head-up) 디스플레이 또는 데이터 글래스의 형태일지라도, 디스플레이 패널, CRT, 프로젝션 디스플레이, LCD, OLED, PDP, E-Ink, 퀀텀닷(Quantum Dot) 등의 임의의 형태를 의미한다.
본 개시내용의 실시예들은 그룹 내의 모든 사람들이 스마트폰들을 갖는 경우에 사람들의 그룹이 공동으로 미디어 타이틀들을 소비하고 있는 예에 기초하여 추가로 설명되었다. 그러나 이 개시내용은 스마트폰들을 사용하는 것에만 제한되지 않는다. 보다 일반적으로, 상이한 모바일 디바이스들의 유형들이 사람들의 그룹에서 사용될 수 있다. 일반적으로, 본 발명의 원리들은 임의의 휴대용 핸드헬드 디바이스에 적용될 수 있다. 전형적인 예들로는 휴대 전화, 특히 스마트폰, 태블릿 컴퓨터, 노트북 컴퓨터, 전자책 리더, 스마트 시계, 내비게이션 시스템 등이 있다!
도 1과 관련되어 설명된 실시예와 관련하여 하나의 분명한 대안적인 실시예가 있다. 클라우드 저장소로부터 공통 재생목록으로 타이틀을 추가할 때, 타이틀은 그 타이틀이 스마트폰(20, 30)의 소유자의 클라우드 저장소(200, 300)에 저장되어 있다는 표시와 함께 재생목록에 추가될 것이다. 그러면 재생목록에 추가된 직후에 타이틀이 다운로드되지 않을 것이다. 이 타이틀을 재생할 시간이 되면, 스마트폰(10)은 위의 예에서 나타낸 것과 동일한 유형의 정보와 함께 스마트폰(20, 30)에 HTTP Get 요청을 송신할 것이다. URL 정보는 임시 아이디로 코딩될 것이다. 임시 아이디를 로컬 저장소(23, 33) 또는 클라우드 저장소(200, 300) 상의 URL로 변환하는 것은 스마트폰(20, 30)이다. 응답으로 스마트폰(20, 30)은 그 타이틀에 대한 올바른 URL정보를 가지고 클라우드 저장소(200, 300)에 HTTP Get 요청을 송신할 것이다. 다시 수신된 데이터는 마치 타이틀이 스마트폰(20, 30) 상에 로컬 저장되어 있는 것과 정확히 동일한 방법으로 스마트폰(10)에 전달될 것이고, 그렇게 함으로써 스마트폰(20, 30) 상에서 패스 스루 모드(pass through mode)를 구현한다.
추가 옵션들은 스마트폰들(10, 20, 30, 50, 60, 70)의 구성에 관한 것이다. 이러한 옵션들은 도 7에 도시된 프로그램의 수정에 관한 것이다: 하나의 가능성은 로컬 또는 클라우드 저장소 서비스가 발견되면 미디어 소스 디바이스를 자동으로 활성화시키는 것이다. 유사한 방식으로, 내부 또는 외부 프리젠테이션 서비스가 선택되면 미디어 플레이어 서비스 부분이 자동으로 활성화될 수 있다. 미디어 플레이어 서비스를 활성화시키는 것은 미디어 소스 디바이스들이 그들의 프리젠테이션 요청들을 송신할 수 있는 미디어 플레이어 디바이스를 찾을 것이라는 점을 보장한다. 대안으로서, 미디어 플레이어 서비스의 활성화는 사용자 입력에 의해 일어날 수 있다. 미디어 플레이어 디바이스로부터 미디어 위임 디바이스로 제어권을 위임할 수 있도록, 미디어 위임 디바이스 부분은 항상 활성화되어 있을 수 있다.
본 개시내용은 여기에서 설명된 예시적인 실시예들에 제한되지 않는다. 이 개시내용에 속하는 것으로 또한 간주되는 많은 다른 적응들 및 개발들에 대한 범위가 존재한다.
제안된 방법 및 장치는 하드웨어, 소프트웨어, 펌웨어, 특수 목적 프로세서들, 또는 이들의 조합의 다양한 형태로 구현될 수 있음이 이해될 것이다. 특수 목적 프로세서들은 응용 주문형 집적 회로(application specific integrated circuit; ASIC)들, 감소된 명령어 세트 컴퓨터(reduced instruction set computer; RISC)들 및/또는 필드 프로그래머블 게이트 어레이(field programmable gate array; FPGA)들을 포함할 수 있다. 바람직하게는, 제안된 방법 및 장치는 하드웨어와 소프트웨어의 조합으로서 구현된다. 게다가, 소프트웨어는 바람직하게는 프로그램 저장소 디바이스 상에 유형으로(tangibly) 구현된 응용 프로그램으로서 구현된다. 응용 프로그램은 임의의 적합한 아키텍처를 포함하는 머신에 업로드되고, 그 머신에 의해 실행될 수 있다. 바람직하게는, 머신은 하나 이상의 중앙 처리 장치(central processing unit; CPU), 랜덤 액세스 메모리(random access memory; RAM) 및 입/출력(input/output; I/O) 인터페이스(들)와 같은 하드웨어를 갖는 컴퓨터 플랫폼 상에 구현된다. 또한 컴퓨터 플랫폼은 운영 체제 및 마이크로 명령어 코드를 포함한다. 본 명세서에서 설명된 다양한 프로세스들 및 기능들은 마이크로 명령어 코드의 일부 또는 운영 체제를 통해 실행되는 응용 프로그램의 일부(또는 이들의 조합)일 수 있다. 또한, 추가적인 데이터 저장소 디바이스, 경보 출력 디바이스/통신 디바이스 및 인쇄 디바이스와 같은 다양한 다른 주변 디바이스들이 컴퓨터 플랫폼에 연결될 수 있다.
도면들에 도시된 요소들은 다양한 형태의 하드웨어, 소프트웨어 또는 이들의 조합으로 구현될 수 있다는 점이 이해되어야 한다. 바람직하게는, 이러한 요소들은, 프로세서, 메모리 및 입/출력 인터페이스들을 포함할 수 있는 하나 이상의 적합하게 프로그래밍된 범용 디바이스들 상에 하드웨어와 소프트웨어의 조합으로 구현된다. 본 명세서에서, "결합된(coupled)"이라는 문구는 직접 연결되거나, 하나 이상의 중간 컴포넌트를 통해 간접적으로 연결되는 것을 의미하도록 정의된다. 이러한 중간 컴포넌트들은 하드웨어 및 소프트웨어 기반 컴포넌트들 모두를 포함할 수 있다.
첨부된 도면들에 도시된 구성 시스템 컴포넌트들 및 방법 단계들의 일부는 바람직하게는 소프트웨어로 구현되기 때문에 시스템 컴포넌트들(또는 프로세스 단계들) 간의 실제 연결들은 제안된 방법 및 장치가 프로그래밍되는 방식에 따라 다를 수 있음이 또한 이해될 것이다. 본 명세서의 교시를 감안할 때, 해당 기술분야의 통상의 기술자는 제안된 방법 및 장치의 이들 및 유사한 구현들 및 구성들을 예상할 수 있다.

Claims (11)

  1. 복수의 미디어 타이틀의 재생을 위임(delegating)하기 위한 방법으로서,
    재생목록이 미디어 플레이어 디바이스(10, 70) 상에 유지되고,
    미디어 위임 디바이스(50)에 의해 상기 미디어 플레이어 디바이스(10, 70)로부터 프리젠테이션 요청을 수신하는 단계 - 상기 프리젠테이션 요청은 미디어 소스 디바이스(20, 30) 상에 위치하거나 또는 통신 네트워크를 통해서 상기 미디어 소스 디바이스(20, 30)에 의해 액세스될 수 있는 서버(100, 200, 300) 상에 위치한 미디어 타이틀을 명시함 - ;
    상기 미디어 위임 디바이스(50)에 의해 상기 프리젠테이션 요청을 처리하는 단계; 및
    상기 미디어 위임 디바이스(50)에 의해 상기 미디어 플레이어 디바이스(10, 70)에 재생목록 업데이트 메시지를 송신하는 단계
    를 포함하는, 방법.
  2. 제1항에 있어서,
    상기 프리젠테이션 요청은 상기 프리젠테이션 요청에서 식별된 상기 미디어 타이틀에 대한 URL 정보를 포함하는, 방법.
  3. 복수의 미디어 타이틀을 재생하기 위한 방법으로서,
    재생목록이 미디어 플레이어 디바이스(10, 70) 상에 유지되고,
    상기 미디어 플레이어 디바이스(10, 70)에 의해 미디어 위임 디바이스(50)로 프리젠테이션 요청을 포워딩하는 단계 - 상기 프리젠테이션 요청은 미디어 소스 디바이스(20, 30) 상에 위치하거나 또는 통신 네트워크를 통해서 상기 미디어 소스 디바이스(20, 30)에 의해 액세스될 수 있는 서버(100, 200, 300) 상에 위치한 미디어 타이틀을 명시함 - ; 및
    상기 미디어 플레이어 디바이스(10, 70)에 의해 상기 미디어 타이틀을 상기 재생목록에 추가하는 단계
    를 포함하는, 방법.
  4. 제3항에 있어서,
    상기 미디어 플레이어 디바이스(10, 70)에 의해 프리젠테이션 요청 승인 메시지를 다시 상기 미디어 소스 디바이스(20, 30)에 송신하는 단계; 및
    상기 미디어 소스 디바이스(20, 30)에 의해 상기 서버(100, 200, 300)로부터 상기 재생목록에 추가된 상기 미디어 타이틀의 파일을 다운로드하는 단계
    를 더 포함하는, 방법.
  5. 제1항 내지 제4항 중 어느 한 항에 있어서,
    상기 미디어 플레이어 디바이스(10, 70) 상의 상기 재생목록에 추가된 상기 미디어 타이틀의 재생을 위해, 상기 미디어 플레이어 디바이스(10, 70)는 상기 미디어 소스 디바이스(20, 30)에 액세스 요청을 송신하고, 상기 액세스 요청에 응답하여, 상기 미디어 소스 디바이스(20, 30)는 상기 미디어 플레이어 디바이스(10, 70)에 대해, 요청된 미디어 타이틀의 스트리밍을 시작하는, 방법.
  6. 제1항 내지 제5항 중 어느 한 항에 있어서,
    상기 액세스 요청은 액세스가 요청된 상기 미디어 타이틀의 상기 URL 정보에 기초하여 상기 미디어 타이틀의 파일명 및 위치를 식별하는 HTTP Get 요청에 대응하고, 상기 미디어 소스 디바이스(20, 30)는 스트리밍 프로토콜로 상기 미디어 플레이어 디바이스(10, 70)에 대해 상기 미디어 타이틀의 스트리밍을 수행하는, 방법.
  7. 제1항 내지 제6항 중 어느 한 항에 있어서,
    상기 스트리밍 프로토콜은 HTTP 스트리밍, RTP 스트리밍 또는 HTTP 청크 트랜스퍼 인코딩(HTTP chunked transfer encoding) 중 하나인, 방법.
  8. 제1항 내지 제7항 중 어느 한 항에 있어서,
    재생을 위해, 상기 미디어 플레이어 디바이스(10, 70)는 상기 미디어 플레이어 디바이스(10, 70) 상에 위치한 상기 미디어 파일 또는 상기 미디어 타이틀의 스트리밍 동안 수신된 상기 미디어 파일의 세그먼트들을 디코딩하고, 디코딩된 콘텐츠를 프리젠테이션을 위해 미디어 프리젠테이션 디바이스(40)로 포워딩하거나 상기 디코딩된 콘텐츠를 그 자신의 또는 연결된 프리젠테이션 수단으로 프리젠테이션하는, 방법.
  9. 미디어 플레이어 디바이스(10, 70)로서,
    미디어 타이틀들의 재생목록을 유지하고;
    미디어 위임 디바이스(50)로 프리젠테이션 요청을 포워딩하고 - 상기 프리젠테이션 요청은 미디어 소스 디바이스(20, 30) 상에 위치하거나 또는 통신 네트워크를 통해서 상기 미디어 소스 디바이스(20, 30)에 의해 액세스될 수 있는 서버(100, 200, 300) 상에 위치한 미디어 타이틀을 명시함 - ;
    상기 미디어 타이틀을 상기 재생목록에 추가
    하도록 구성된 미디어 플레이어 디바이스.
  10. 미디어 위임 디바이스(50)로서,
    미디어 타이틀들의 재생목록이 유지되는 미디어 플레이어 디바이스(10, 70)로부터 프리젠테이션 요청을 수신하고 - 상기 프리젠테이션 요청은 미디어 소스 디바이스(20, 30) 상에 위치하거나 또는 통신 네트워크를 통해서 상기 미디어 소스 디바이스(20, 30)에 의해 액세스될 수 있는 서버(100, 200, 300) 상에 위치한 미디어 타이틀을 명시함 - ;
    상기 프리젠테이션 요청을 처리하고;
    상기 미디어 플레이어 디바이스(10, 70)에 재생목록 업데이트 메시지를 송신
    하도록 구성된 미디어 위임 디바이스.
  11. 구성 가능한 적응된 컴퓨터 프로그램(configurable adapted computer program)으로서,
    컴퓨터 시스템에서 실행될 때 상기 컴퓨터 시스템으로 하여금 제1항 내지 제8항 중 어느 한 항에 기재된 미디어 플레이어 디바이스(10, 70) 또는 미디어 위임 디바이스(50)의 방법 단계들을 수행하게 하는 컴퓨터 실행 가능한 명령어들을 포함하는, 구성 가능한 적응된 컴퓨터 프로그램.
KR1020187017401A 2015-12-22 2016-12-06 복수의 미디어 타이틀을 재생하기 위한 방법, 적응된 미디어 소스 디바이스, 미디어 플레이어 디바이스, 미디어 위임 디바이스, 및 구성 가능하고 적응된 컴퓨터 프로그램 KR20180097560A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP15307107.1 2015-12-22
EP15307107.1A EP3185566A1 (en) 2015-12-22 2015-12-22 Method for playing back a plurality of media titles, adapted media source device, media player device, media delegation device and configurable and adapted computer program
PCT/EP2016/079814 WO2017108384A1 (en) 2015-12-22 2016-12-06 Method for playing back a plurality of media titles, adapted media source device, media player device, media delegation device and configurable and adapted computer program

Publications (1)

Publication Number Publication Date
KR20180097560A true KR20180097560A (ko) 2018-08-31

Family

ID=55221242

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020187017401A KR20180097560A (ko) 2015-12-22 2016-12-06 복수의 미디어 타이틀을 재생하기 위한 방법, 적응된 미디어 소스 디바이스, 미디어 플레이어 디바이스, 미디어 위임 디바이스, 및 구성 가능하고 적응된 컴퓨터 프로그램

Country Status (6)

Country Link
US (1) US20190014370A1 (ko)
EP (2) EP3185566A1 (ko)
JP (1) JP2019507511A (ko)
KR (1) KR20180097560A (ko)
CN (1) CN108370452A (ko)
WO (1) WO2017108384A1 (ko)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3297282A1 (en) 2016-09-15 2018-03-21 Thomson Licensing Method and apparatus for video coding with adaptive clipping
KR102592833B1 (ko) * 2018-12-14 2023-10-23 현대자동차주식회사 차량의 음성 인식 기능 연동 제어 시스템 및 방법
US20220100331A1 (en) * 2020-09-30 2022-03-31 Snap Inc. Turn-based collaborative playlist

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102209089B (zh) * 2010-03-29 2014-07-16 上海博泰悦臻网络技术服务有限公司 车载音乐的提供、获取方法和装置以及车载音乐传输系统
US8954596B2 (en) * 2010-04-02 2015-02-10 Netflix, Inc. Dynamic virtual chunking of streaming media content
US8954597B2 (en) * 2010-06-28 2015-02-10 Hulu, LLC Method and apparatus for synchronizing paused playback across platforms
US20120112986A1 (en) * 2010-11-10 2012-05-10 Sony Network Entertainment International Llc Web browser as second display control device
KR101860024B1 (ko) * 2011-09-26 2018-05-23 삼성전자 주식회사 차량 기반 통신 서비스 포워딩 방법 및 시스템과 이를 지원하는 단말기
US20140215544A1 (en) * 2012-09-28 2014-07-31 Google Inc. Music on video site
US20140129618A1 (en) * 2012-11-08 2014-05-08 General Instrument Corporation Method of streaming multimedia data over a network
CN102970425A (zh) * 2012-11-15 2013-03-13 广东好帮手电子科技股份有限公司 一种通过智能手机远程控制车载主机的系统及方法
US9325945B2 (en) * 2012-11-21 2016-04-26 Morega Systems Inc. Video server and client with custom key exchange and methods for use therewith
CN103051690B (zh) * 2012-12-12 2016-03-30 广东好帮手电子科技股份有限公司 一种局域网内车载主机播放手机音乐的系统及实现方法
US20140282250A1 (en) * 2013-03-14 2014-09-18 Daniel E. Riddell Menu interface with scrollable arrangements of selectable elements
CN104240469A (zh) * 2013-06-06 2014-12-24 鸿富锦精密工业（深圳）有限公司 遥控器使用权限设置系统及方法
CN103945268B (zh) * 2014-03-17 2017-10-27 深圳创维－Rgb电子有限公司 一种基于多帐号与多目标设备的控制处理方法及系统
US10222939B1 (en) * 2014-03-31 2019-03-05 Google Llc Method for managing collaborative playlists
US20160330794A1 (en) * 2015-05-08 2016-11-10 Fulya Ozcan Seamless Collaborative Music Playback of Multiple Devices

Also Published As

Publication number Publication date
WO2017108384A1 (en) 2017-06-29
EP3395078A1 (en) 2018-10-31
CN108370452A (zh) 2018-08-03
JP2019507511A (ja) 2019-03-14
US20190014370A1 (en) 2019-01-10
EP3185566A1 (en) 2017-06-28

Similar Documents

Publication Publication Date Title
US11570234B2 (en) Connected-media end user experience using an overlay network
US10439678B2 (en) Method and system for transfering data between plurality of devices
JP6662784B2 (ja) 無線通信システムにおけるアプリケーションデータを表示するための方法及び装置
KR101573766B1 (ko) 무선 연결 및 데이터 공유 간소화 장치 및 그 방법
US9357215B2 (en) Audio output distribution
US9736518B2 (en) Content streaming and broadcasting
KR20110056288A (ko) 근거리 네트워크에서의 장치 의존 전송
US8824676B2 (en) Streaming video to cellular phones
US11943515B2 (en) Methods, systems, and media for presenting media content
WO2015180446A1 (zh) 一种多设备联动服务中的连接通道维护系统及方法
CN115665474A (zh) 直播方法、装置、电子设备以及存储介质
KR20180097560A (ko) 복수의 미디어 타이틀을 재생하기 위한 방법, 적응된 미디어 소스 디바이스, 미디어 플레이어 디바이스, 미디어 위임 디바이스, 및 구성 가능하고 적응된 컴퓨터 프로그램
US20170064377A1 (en) Content streaming and broadcasting

Legal Events

Date Code Title Description
WITB Written withdrawal of application