KR20140073574A - 무선 디스플레이 디바이스들에 대한 최소 인식 모드 - Google Patents

무선 디스플레이 디바이스들에 대한 최소 인식 모드 Download PDF

Info

Publication number
KR20140073574A
KR20140073574A KR1020147012280A KR20147012280A KR20140073574A KR 20140073574 A KR20140073574 A KR 20140073574A KR 1020147012280 A KR1020147012280 A KR 1020147012280A KR 20147012280 A KR20147012280 A KR 20147012280A KR 20140073574 A KR20140073574 A KR 20140073574A
Authority
KR
South Korea
Prior art keywords
mode
sink device
source device
sink
level
Prior art date
Application number
KR1020147012280A
Other languages
English (en)
Other versions
KR101604296B1 (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 KR20140073574A publication Critical patent/KR20140073574A/ko
Application granted granted Critical
Publication of KR101604296B1 publication Critical patent/KR101604296B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • 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/41422—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance located in transportation means, e.g. personal vehicle
    • 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
    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H04N21/6377—Control signals issued by the client directed to the server or network components directed to server

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Social Psychology (AREA)
  • Telephone Function (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 개시는 소스 디바이스의 동작 및 소스 디바이스로부터 전송된 미디어 데이터를 제어하기 위해 WD(Wireless Display) 시스템에서 싱크 디바이스를 인에이블하기 위한 기법들에 관한 것이다. 일 예에서, 방법은 소스 디바이스와 MC(Minimal Cognitive) 모드에서 동작할 수 있는 적어도 하나의 싱크 디바이스 간의 통신 세션을 설정하는 것 - 상기 MC 모드는 하나 이상의 레벨들을 포함함 - , 싱크 디바이스에서 검출된 트리거 정보에 기초하여 상기 MC 모드의 특정한 레벨을 작동시키도록 싱크 디바이스로부터 신호를 수신하는 것, 및 MC 모드의 특정한 레벨에 대한 소스 디바이스의 변경된 동작에 따라 싱크 디바이스에 미디어 데이터를 전송하는 것을 포함한다.

Description

무선 디스플레이 디바이스들에 대한 최소 인식 모드{MINIMAL COGNITIVE MODE FOR WIRELESS DISPLAY DEVICES}
[0001] 본 출원은 2011년 10월 5일 출원되고, 발명의 명칭이 "MINIMAL COGNITIVE MODE FOR WIRELESS DISPLAY DEVICES"인 미국 가출원 번호 제61/543,675호를 우선권으로 주장하며, 그 가출원의 전체 내용은 그 전체가 인용에 의해 본원에 포함된다.
기술 분야
[02] 본 개시는 무선 소스 디바이스와 무선 싱크 디바이스 사이에서 데이터를 송신하는 것에 관한 것이다.
[03] 무선 디스플레이(WD) 시스템들은 소스 디바이스 및 하나 이상의 싱크 디바이스들을 포함한다. 소스 디바이스 및 각각의 싱크 디바이스들은 모바일 디바이스들 또는 무선 통신 능력들을 가지는 유선 디바이스들일 수 있다. 모바일 디바이스로서, 예를 들어, 소스 디바이스 및 싱크 디바이스들 중 하나 이상은 소위 "스마트" 폰들 및 "스마트" 패드들 또는 태블릿들, 또는 다른 타입들의 무선 통신 디바이스들을 포함하여, 모바일 전화들, 무선 통신 카드들을 가지는 휴대용 컴퓨터들, 개인용 디지털 보조기들(PDA들), 휴대용 미디어 플레이어들 또는 무선 통신 능력들을 가지는 다른 플래시 메모리 디바이스들을 포함할 수 있다. 유선 디바이스들로서, 예를 들어, 소스 디바이스 및 싱크 디바이스들 중 하나 이상은 무선 통신 능력들을 포함하는, 텔레비전들, 데스크톱 컴퓨터들, 모니터들, 프로젝터들 등을 포함할 수 있다.
[04] 소스 디바이스는, 특정한 통신 세션에 참가하는 싱크 디바이스들 중 하나 이상에, 오디오 및/또는 비디오 데이터와 같은 미디어 데이터를 전송한다. 미디어 데이터는 소스 디바이스의 로컬 디스플레이 및 싱크 디바이스들의 각각의 디스플레이들 둘 다에서 재생될 수 있다. 더 구체적으로, 참가하는 싱크 디바이스들 각각은 수신된 미디어 데이터를 자신의 디스플레이 및 오디오 장비 상에 렌더링한다. 몇몇 경우들에서, 싱크 디바이스의 사용자는 터치 입력들 및 원격 제어 입력들과 같은 사용자 입력들을 싱크 디바이스들에 적용할 수 있다. WD 시스템에서, 사용자 입력들은 싱크 디바이스로부터 소스 디바이스로 전송된다. 소스 디바이스는 싱크 디바이스로부터 수신된 사용자 입력들을 프로세싱하고 싱크 디바이스에 전송된 후속 미디어 데이터 상에 사용자 입력들의 효과를 적용한다.
[0005] 일반적으로, 본 개시는 소스 디바이스의 동작 및 소스 디바이스로부터 전송된 미디어 데이터의 타입을 제어하기 위해 WD(Wireless Display) 시스템에서 싱크 디바이스를 인에이블하기 위한 기법들에 관한 것이다. 몇몇 상황들에서, 소스 디바이스 상에서 실행되는 몇몇 애플리케이션을 위해 생성된, 오디오 및/또는 비디오 데이터와 같은 미디어 데이터는 예를 들어, 싱크 디바이스의 사용자가 자동차를 운전중일 때 싱크 디바이스에서 원치 않을 수 있다. 싱크 디바이스는 종종 통신 세션의 관심 초점이어서, 싱크 디바이스가 통신 세션을 종결한 이후 소스 디바이스로부터 자신이 수신한 미디어 데이터에 관한 일부 제어를 갖는 것이 유익하다. 그러므로 기법들은 싱크 디바이스가 소스 디바이스 상에서 실행되는 애플리케이션들 및 소스 디바이스의 동작을 수정하도록 소스 디바이스에 시그널링하는 것을 가능하게 하기 위한 MC(Minimal Cognitive) 모드 매커니즘을 제공한다.
[0006] 보다 구체적으로, 기법들은 싱크 디바이스의 호스트 시스템으로부터 검출된 미리 정의된 트리거 정보에 응답하여, 싱크 디바이스에서 사용자 입력 디바이스들 및 소스 디바이스 상에서 실행되는 애플리케이션들의 동작의 상이한 레벨을 정의하는 MC 모드 매커니즘들을 제공한다. 일 예로서, 호스트 시스템은 자동차 호스트 시스템을 포함할 수 있고, 싱크 디바이스는 자동차 내의 미디어 헤드 유닛을 포함할 수 있다. 미리 정의된 트리거 정보는 환경 조건들, 사용자 행위들 및 호스트 시스템 내의 싱크 디바이스의 사용자가, 소스 디바이스로부터의 특정한 타입들의 미디어 데이터가 원치 않는 활동을 수행한다고 표시하는 사용자 입력들을 포함할 수 있다. 트리거 정보를 검출하는 것에 응답하여, 싱크 디바이스는 사용자의 활동 동안 소스 디바이스의 동작을 수정하도록 소스 디바이스에 MC 모드의 연관된 레벨의 작동을 시그널링한다. 싱크 디바이스에서 사용자 입력 디바이스들의 동작은 또한 MC 모드의 작동 레벨이 기초하여 수정될 수 있다.
[0007] 일 예에서, 방법은 소스 디바이스를 통해, 적어도 하나의 싱크 디바이스와의 연결을 설정하는 단계 - 상기 소스 디바이스 및 상기 싱크 디바이스는 하나 이상의 레벨들을 포함하는 MC 모드를 지원함 - ; 상기 소스 디바이스를 통해, 상기 MC 모드의 레벨들 중 하나를 표시하는 상기 싱크 디바이스로부터의 신호를 수신하는 단계 - 상기 MC 모드의 표시된 레벨은 상기 싱크 디바이스의 호스트 시스템으로부터 검출된 트리거 정보에 기초하여 상기 싱크 디바이스에서 작동됨 - ; 상기 소스 디바이스에서 상기 MC 모드의 표시된 레벨을 작동하는 단계; 및 상기 MC 모드의 작동 레벨에 대한 소스 디바이스의 수정된 동작에 따라 상기 싱크 디바이스에 미디어 데이터를 전송하는 단계를 포함한다.
[0008] 다른 예에서, 싱크 디바이스를 통해, 소스 디바이스와의 연결을 설정하는 단계 - 상기 소스 디바이스 및 상기 싱크 디바이스는 하나 이상의 레벨들을 포함하는 MC 모드를 지원함 - ; 상기 싱크 디바이스의 호스트 시스템으로부터 검출된 트리거 정보에 기초하여 상기 싱크 디바이스에서 상기 MC 모드의 레벨들 중 하나를 작동하는 단계; 상기 싱크 디바이스에서 상기 MC 모드의 작동 레벨을 표시하는 신호를 상기 소스 디바이스에 전송하는 단계; 및 상기 MC 모드의 작동 레벨에 대한 소스 디바이스의 수정된 동작에 따라 상기 싱크 디바이스에서 미디어 데이터를 수신하는 단계를 포함한다.
[0009] 추가의 예에서, 소스 디바이스는 미디어 데이터를 저장하는 메모리; 및 프로세서를 포함하고, 상기 프로세서는, 적어도 하나의 싱크 디바이스와의 연결을 설정하도록 구성되고 상기 소스 디바이스 및 상기 싱크 디바이스는 하나 이상의 레벨들을 포함하는 MC 모드를 지원한다. 소스 디바이스의 프로세서는 또한 상기 MC 모드의 레벨들 중 하나를 표시하는 상기 싱크 디바이스로부터의 신호를 수신하도록 - 상기 MC 모드의 표시된 레벨은 상기 싱크 디바이스의 호스트 시스템으로부터 검출된 트리거 정보에 기초하여 상기 싱크 디바이스에서 작동됨 - ; 상기 소스 디바이스에서 상기 MC 모드의 표시된 레벨을 작동하도록; 및 상기 MC 모드의 작동 레벨에 대한 소스 디바이스의 수정된 동작에 따라 상기 싱크 디바이스에 미디어 데이터를 전송하도록 구성된다. ,
[0010] 다른 예로서, 싱크 디바이스는 미디어 데이터를 저장하는 메모리; 및 프로세서를 포함하고, 상기 프로세서는 소스 디바이스와의 연결을 설정하도록 구성되고 상기 소스 디바이스 및 상기 싱크 디바이스는 하나 이상의 레벨들을 포함하는 MC(Minimal Cognitive) 모드를 지원한다. 싱크 디바이스의 프로세서는 또한 상기 싱크 디바이스의 호스트 시스템으로부터 검출된 트리거 정보에 기초하여 상기 싱크 디바이스에서 상기 MC 모드의 레벨들 중 하나를 작동하도록; 상기 싱크 디바이스에서 상기 MC 모드의 작동 레벨을 표시하는 신호를 상기 소스 디바이스에 전송하도록; 및 상기 MC 모드의 작동 레벨에 대한 소스 디바이스의 수정된 동작에 따라 상기 싱크 디바이스에서 미디어 데이터를 수신하도록 구성된다.
[0011] 추가의 예에서, 소스 디바이스는 적어도 하나의 싱크 디바이스와의 연결을 설정하기 위한 수단 - 상기 소스 디바이스 및 상기 싱크 디바이스는 하나 이상의 레벨들을 포함하는 MC모드를 지원함 - ; 상기 MC 모드의 레벨들 중 하나를 표시하는 상기 싱크 디바이스로부터의 신호를 수신하기 위한 수단 - 상기 MC 모드의 표시된 레벨은 상기 싱크 디바이스의 호스트 시스템으로부터 검출된 트리거 정보에 기초하여 상기 싱크 디바이스에서 작동됨 - ; 상기 소스 디바이스에서 상기 MC 모드의 표시된 레벨을 작동하기 위한 수단; 및 상기 MC 모드의 작동 레벨에 대한 소스 디바이스의 수정된 동작에 따라 상기 싱크 디바이스에 미디어 데이터를 전송하기 위한 수단을 포함한다.
[0012] 부가적인 예에서, 싱크 디바이스는 소스 디바이스와의 연결을 설정하기 위한 수단 - 상기 소스 디바이스 및 상기 싱크 디바이스는 하나 이상의 레벨들을 포함하는 MC 모드를 지원함 - ; 상기 싱크 디바이스의 호스트 시스템으로부터 검출된 트리거 정보에 기초하여 상기 싱크 디바이스에서 상기 MC 모드의 레벨들 중 하나를 작동하기 위한 수단; 상기 싱크 디바이스에서 상기 MC 모드의 작동 레벨을 표시하는 신호를 상기 소스 디바이스에 전송하기 위한 수단; 및 상기 MC 모드의 작동 레벨에 대한 소스 디바이스의 수정된 동작에 따라 상기 싱크 디바이스에서 미디어 데이터를 수신하기 위한 수단을 포함한다.
[0013] 다른 예에서, 컴퓨터-판독 가능한 매체는 명령들은 포함하며, 상기 명령들은, 소스 디바이스에서 실행될 때, 프로그래밍 가능한 프로세서로 하여금, 적어도 하나의 싱크 디바이스와의 연결을 설정하게 하고 - 상기 소스 디바이스 및 상기 싱크 디바이스는 하나 이상의 레벨들을 포함하는 MC 모드를 지원함 - ; 상기 MC 모드의 레벨들 중 하나를 표시하는 상기 싱크 디바이스로부터의 신호를 수신하게 하고 - 상기 MC 모드의 표시된 레벨은 상기 싱크 디바이스의 호스트 시스템으로부터 검출된 트리거 정보에 기초하여 상기 싱크 디바이스에서 작동됨 - ; 상기 소스 디바이스에서 상기 MC 모드의 표시된 레벨을 작동하게 하고; 및 상기 MC 모드의 작동 레벨에 대한 소스 디바이스의 수정된 동작에 따라 상기 싱크 디바이스에 미디어 데이터를 전송하게 한다.
[14] 추가의 예에서, 컴퓨터-판독 가능한 매체는 명령들은 포함하며, 상기 명령들은, 싱크 디바이스에서 실행될 때, 프로그래밍 가능한 프로세서로 하여금, 상기 소스 디바이스와의 연결을 설정하게 하고 - 상기 소스 디바이스 및 상기 싱크 디바이스는 하나 이상의 레벨들을 포함하는 MC 모드를 지원함 - ; 상기 싱크 디바이스의 호스트 시스템으로부터 검출된 트리거 정보에 기초하여 상기 싱크 디바이스에서 상기 MC 모드의 레벨들 중 하나를 작동하게 하고; 상기 싱크 디바이스에서 상기 MC 모드의 작동 레벨을 표시하는 신호를 상기 소스 디바이스에 전송하게 하고; 및 상기 MC 모드의 작동 레벨에 대한 소스 디바이스의 수정된 동작에 따라 상기 소스 디바이스로부터 미디어 데이터를 수신하게 한다.
[15] 본 개시의 하나 이상의 예들의 세부사항들은 첨부한 도면들 및 아래의 설명에서 설명된다. 다른 특징들, 목적들 및 이점들은 설명 및 도면들로부터 그리고 청구항들로부터 명백해질 것이다.
[0016] 도 1은 MC(Minimal Cognitive) 모드를 지원할 수 있는 호스트 시스템 내의 싱크 디바이스 및 소스 디바이스를 포함하는 WD 시스템의 예를 도시하는 블록도이다.
[0017] 도 2는 본 개시의 기법들을 구현할 수 있는 소스 디바이스의 예를 도시하는 블록도이다.
도 3은 본 개시의 기법들을 구현할 수 있는 호스트 시스템 내의 싱크 디바이스의 예를 도시하는 블록도이다.
도 4는 본 개시의 기법들을 구현할 수 있는 송신기 시스템 및 수신기 시스템을 도시하는 블록도이다.
도 5는 소스 디바이스와 싱크 디바이스 간에 MC 모드 능력 협상들을 수행하기 위한 예시적인 메시지 전달 시퀀스를 도시하는 개념도이다.
도 6은 싱크 디바이스로부터 소스 디바이스로 MC 모드의 작동 레벨을 시그널링하기 위해 이용될 수 있는 예시적인 데이터 패킷을 도시하는 개념도이다.
도 7은 MC 모드를 지원할 수 있는 소스 디바이스의 예시적인 동작을 도시하는 흐름도이다.
도 8은 MC 모드를 지원할 수 있는 싱크 디바이스의 예시적인 동작을 도시하는 흐름도이다.
[0024] 본 개시는 WD(Wireless Display) 시스템에서 싱크 디바이스가 소스 디바이스로부터 전송된 미디어 데이터의 타입 및 소스 디바이스의 동작을 제어하는 것을 가능하게 하기 위한 기법들에 관한 것이다. 몇몇 상황들에서, 소스 디바이스 상에서 실행되는 몇몇 애플리케이션들을 위해 생성되는 오디오 및/또는 비디오 데이터와 같은 미디어 데이터는 예를 들어, 싱크 디바이스의 사용자가 운전중일 때 싱크 디바이스에서 원하지 않을 수 있다. 싱크 디바이스는 종종 통신 세션의 관심 초점(attention focal point)이어서, 싱크 디바이스가 통신 세션을 종결한 이후 소스 디바이스로부터 자신이 수신한 미디어 데이터에 관한 일부 제어를 갖는 것이 유익할 수 있다. 그러므로 기법들은 싱크 디바이스가 소스 디바이스 상에서 실행되는 애플리케이션 및 소스 디바이스의 동작을 수정하도록 소스 디바이스에 시그널링하는 것을 가능하게 하는 MC(Minimal Cognitive) 모드 매커니즘을 제공한다.
[0025] 보다 구체적으로, 기법들은 싱크 디바이스의 호스트 시스템으로부터 검출된 미리 정의된 트리거 정보에 응답하여 싱크 디바이스에서 사용자 입력 디바이스들 및 소스 디바이스 상에서 실행되는 애플리케이션의 동작의 상이한 레벨들을 정의하는 MC 모드 매커니즘을 제공한다. 일 예로서, 호스트 시스템은 자동차 호스트 시스템(motor vehicle host system)을 포함할 수 있고 싱크 디바이스는 자동차 내의 미디어 헤드 유닛을 포함할 수 있다. 미리 정의된 트리거 정보는 환경 조건들, 사용자 행위, 또는 소스 디바이스로부터의 특정한 타입들의 미디어 데이터가 원치 않는 활동을 호스트 시스템 내의 싱크 디바이스의 사용자가 수행하고 있다고 표시하는 사용자 입력들을 포함할 수 있다. 트리거 정보의 검출에 응답하여, 싱크 디바이스는 사용자의 활동 동안 소스 디바이스의 동작을 수정하도록 소스 디바이스에 MC 모드의 연관된 레벨의 작동(activation)을 시그널링한다. 싱크 디바이스에서 사용자 입력 디바이스들의 동작은 또한 MC 모드의 작동 레벨에 기초하여 수정될 수 있다.
[0026] 도 1은 MC(Minimal Cognitive) 모드를 지원할 수 있는 호스트 시스템(180) 내의 싱크 디바이스(160) 및 소스 디바이스(120)를 포함하는 WD 시스템(100)의 예를 도시하는 블록도이다. 도 1에서 도시된 바와 같이, WD 시스템(100)은 통신 채널(150)을 통해 싱크 디바이스(160)와 통신하는 소스 디바이스(120)를 포함한다. 호스트 시스템(180)은 싱크 디바이스(160)가 동작하는 환경을 포함한다.
[0027] 예로서, 호스트 시스템(180)은 적어도 하나의 프로세서 및 자동차의 사용자와 호스트 시스템(180) 간의 인터페이스로서 자동차의 콘솔 내에 디스플레이를 포함하는 미디어 헤드 유닛으로서 싱크 디바이스(160)를 포함하는 자동차 호스트 시스템을 포함할 수 있다. 이 경우에, 소스 디바이스(120)는 자동차의 사용자에게 디스플레이하기 위해 호스트 시스템(180) 내의 싱크 디바이스(160)에 미디어 데이터를 제공하는 모바일 디바이스를 포함할 수 있다. 다른 예로서, 호스트 시스템(180)은 컨퍼런스 센터(conference center) 내의 프로젝터, 모니터 또는 텔레비전으로서 싱크 디바이스(160)를 포함하는 컨퍼런스 센터 호스트 시스템을 포함할 수 있다. 이 경우에, 소스 디바이스(120)는 컨퍼런스 센터에서 프리젠테이션의 관객에게 디스플레이하기 위해 호스트 시스템(180) 내의 싱크 디바이스(160)에 미디어 데이터를 제공하는 모바일 디바이스를 포함할 수 있다.
[28] 소스 디바이스(120)는, 오디오 및/또는 비디오(A/V) 데이터(121)를 저장하는 메모리, 디스플레이(122), 스피커(123), 오디오 및/또는 비디오 인코더(124)(인코더(124)로 또한 지칭됨), 오디오 및/또는 비디오(A/V) 제어 모듈(125), 및 송신기/수신기(TX/RX) 유닛(126)을 포함할 수 있다. 싱크 디바이스(160)는 디스플레이(162), 스피커(163), 오디오 및/또는 비디오(A/V) 디코더(164)(디코더(164)로 또한 지칭됨), 송신기/수신기 유닛(166), 사용자 입력(UI) 디바이스(167) 및 사용자 입력 프로세싱 모듈(UIPM)(168)을 포함할 수 있다. 도시된 컴포넌트들은 WD 시스템(100)에 대한 단지 하나의 예시적인 구성을 이룬다. 다른 구성들은 도시된 컴포넌트들보다 더 적은 컴포넌트들을 포함할 수 있거나 또는 도시된 컴포넌트들 이외의 부가적인 컴포넌트들을 포함할 수 있다.
[29] 도 1의 예에서, 소스 디바이스(120)는 A/V 데이터(121)의 비디오 부분을 디스플레이(122) 상에 디스플레이할 수 있고, A/V 데이터(121)의 오디오 부분을 스피커(123) 상에 출력할 수 있다. A/V 데이터(121)는 소스 디바이스(120) 상에 로컬로 저장될 수 있거나, 파일 서버, 하드 드라이브, 외부 메모리, 블루-레이 디스크, DVD, 또는 다른 물리적 저장 매체와 같은 외부 저장 매체로부터 액세스될 수 있거나, 또는 인터넷과 같은 네트워크 접속을 통해 소스 디바이스(120)에 스트리밍될 수 있다. 일부 경우들에서, A/V 데이터(121)는 소스 디바이스(120)의 카메라 및 마이크로폰을 통해 실시간으로 캡처될 수 있다. A/V 데이터(121)는 영화들, 텔레비전 쇼들, 또는 음악과 같은 멀티미디어 컨텐츠를 포함할 수 있지만, 또한 소스 디바이스(120)에 의해 생성되는 실시간 컨텐츠를 포함할 수 있다. 예를 들어, 이러한 실시간 컨텐츠는 예를 들어, 비디오 전화 세션의 부분으로서 캡처되는 비디오 데이터 또는 소스 디바이스(120) 상에서 실행되는 애플리케이션들에 의해 생성될 수 있다. 일부 경우들에서 이러한 실시간 컨텐츠는, 사용자가 선택하도록 이용가능한 사용자 입력 옵션들의 비디오 프레임을 포함할 수 있다. 일부 경우들에서, A/V 데이터(121)는, 비디오의 프레임 상에 오버레이된 사용자 입력 옵션들을 가지는 TV 프로그램 또는 영화의 비디오 프레임과 같은, 상이한 타입들의 컨텐츠의 결합인 비디오 프레임들을 포함할 수 있다.
[30] A/V 데이터(121)를 디스플레이(122) 및 스피커(123)를 통해 로컬로 렌더링하는 것 외에, 소스 디바이스(120)의 A/V 인코더(124)는 A/V 데이터(121)를 인코딩할 수 있고, 송신기/수신기 유닛(126)은 인코딩된 데이터를 통신 채널(150)을 통해 싱크 디바이스(160)에 송신할 수 있다. 싱크 디바이스(160)의 송신기/수신기 유닛(166)은 인코딩된 데이터를 수신하고, A/V 디코더(164)는 인코딩된 데이터를 디코딩하고 디코딩된 데이터를 디스플레이(162) 및 스피커(163)를 통해 출력한다. 이러한 방식으로, 디스플레이(122) 및 스피커(123)에 의해 렌더링되고 있는 오디오 및 비디오 데이터는 디스플레이(162) 및 스피커(163)에 의해 동시에 렌더링될 수 있다. 오디오 데이터 및 비디오 데이터는 프레임들로 배열될 수 있고, 오디오 프레임들은 렌더링될 때 비디오 프레임들과 시간-동기화될 수 있다.
[31] A/V 인코더(124) 및 A/V 디코더(164)는, ITU-T H.264 표준(대안적으로 MPEG-4, Part 10, 진화된 비디오 코딩(AVC: Advanced Video Coding)으로 지칭됨) 또는 새로 등장한 고효율 비디오 코딩(HEVC) 표준과 같은 임의의 수의 오디오 및 비디오 압축 표준들을 구현할 수 있다. 많은 다른 타입들의 사유(proprietary) 또는 표준화된 압축 기법들이 또한 사용될 수 있다. 일반적으로 말해서, A/V 디코더(164)는 A/V 인코더(124)의 역(reciprocal) 코딩 동작들을 수행하도록 구성된다. 도 1에는 도시되지 않았지만, 일부 양상들에서, A/V 인코더(124) 및 A/V 디코더(164)는 각각 오디오 인코더 및 디코더와 통합될 수 있고, 적절한 MUX-DEMUX 유닛들 또는 다른 하드웨어 및 소프트웨어를 포함하여, 공통의 데이터 스트림 또는 별개의 데이터 스트림들에서 오디오 및 비디오 둘 다의 인코딩을 핸들링할 수 있다.
[32]아래에서 더 상세하게 설명될 바와 같이, A/V 인코더(124)는 또한 위에서 설명된 바와 같은 비디오 압축 표준을 구현하는 것 외에, 다른 인코딩 기능들을 수행할 수 있다. 예를 들어, A/V 인코더(124)는, A/V 데이터(121)가 싱크 디바이스(160)에 송신되기 전에, A/V 데이터(121)에 다양한 타입들의 메타데이터를 부가할 수 있다. 일부 경우들에서, A/V 데이터(121)는 인코딩된 형태로 소스 디바이스(120)에서 저장 또는 수신될 수 있고, 따라서, A/V 인코더(124)에 의한 부가적인 압축을 요구하지 않을 수 있다.
[33]도 1은 오디오 페이로드 데이터 및 비디오 페이로드 데이터를 개별적으로 전달하는 통신 채널(150)을 도시하지만, 일부 경우들에서, 비디오 페이로드 데이터 및 오디오 페이로드 데이터는 공통 데이터 스트림의 일부일 수 있다는 것이 이해될 것이다. 적용가능한 경우, MUX-DEMUX 유닛들은 ITU H.223 멀티플렉서 프로토콜, 또는 사용자 데이터그램 프로토콜(UDP)과 같은 다른 프로토콜들을 따를 수 있다. A/V 인코더(124) 및 A/V 디코더(164) 각각은 하나 이상의 마이크로프로세서들, 디지털 신호 프로세서들(DSP들), 주문형 집적 회로들(ASIC들), 필드 프로그램가능한 게이트 어레이들(FPGA들), 이산 로직, 소프트웨어, 하드웨어, 펌웨어 또는 이들의 임의의 결합들로서 구현될 수 있다. A/V 인코더(124) 및 A/V 디코더(164) 각각은, 하나 이상의 인코더들 또는 디코더들에 포함될 수 있고, 이들 중 하나는 결합된 인코더/디코더(CODEC)의 일부로서 통합될 수 있다. 따라서, 소스 디바이스(120) 및 싱크 디바이스(160) 각각은 본 개시의 기법들 중 하나 이상을 실행하도록 구성되는 특수화된 머신들을 포함할 수 있다.
[34]디스플레이(122) 및 디스플레이(162)는, 음극선관(CRT), 액정 디스플레이(LCD), 플라즈마 디스플레이, 발광 다이오드(LED) 디스플레이, 유기 발광 다이오드(OLED) 디스플레이, 또는 다른 타입의 디스플레이 디바이스와 같은 다양한 비디오 출력 디바이스들 중 임의의 비디오 출력 디바이스를 포함할 수 있다. 이러한 예 또는 다른 예들에서, 디스플레이들(122 및 162)은 각각 발광형 디스플레이들 또는 투과형 디스플레이들일 수 있다. 디스플레이(122) 및 디스플레이(162)는 또한 터치 디스플레이들일 수 있어서, 이들은 동시에 입력 디바이스들 및 디스플레이 디바이스들 둘 다이다. 이러한 터치 디스플레이들은, 사용자가 각각의 디바이스에 사용자 입력을 제공하도록 허용하는, 용량성, 저항성 또는 다른 타입의 터치 패널일 수 있다.
[35] 스피커(123)는, 헤드폰들, 단일 스피커 시스템, 멀티-스피커 시스템 또는 서라운드 음향 시스템과 같은 다양한 오디오 출력 디바이스들 중 임의의 오디오 출력 디바이스를 포함할 수 있다. 부가적으로, 디스플레이(122) 및 스피커(123)는 소스 디바이스(120)의 일부로서 도시되고, 디스플레이(162) 및 스피커(163)는 싱크 디바이스(160)의 일부로서 도시되지만, 소스 디바이스(120) 및 싱크 디바이스(160)는 실제로 디바이스들의 일 시스템일 수 있다. 일례로서, 디스플레이(162)는 텔레비전일 수 있고, 스피커(163)는 서라운드 음향 시스템일 수 있으며, 디코더(164)는 디스플레이(162) 및 스피커(163)에 유선 또는 무선으로 접속되는 외부 박스의 일부일 수 있다. 다른 경우들에서, 싱크 디바이스(160)는 태블릿 컴퓨터 또는 스마트폰과 같은 단일 디바이스일 수 있다. 또 다른 경우들에서, 소스 디바이스(120) 및 싱크 디바이스(160)는 유사한 디바이스들인데, 예를 들어, 둘 모두는 스마트폰들, 태블릿 컴퓨터들 등이다. 이러한 경우, 하나의 디바이스는 소스로서 동작할 수 있고, 나머지 디바이스는 싱크로서 동작할 수 있다. 이러한 역할들은 후속하는 통신 세션들에서는 심지어 반전될 수 있다. 또 다른 경우들에서, 소스 디바이스는 모바일 디바이스, 이를테면, 스마트폰, 랩톱 또는 태블릿 컴퓨터를 포함할 수 있고, 싱크 디바이스는 더 정적인 디바이스(예를 들어, AC 전력 코드)를 포함할 수 있고, 이 경우, 소스 디바이스는 싱크 디바이스를 통해 많은 청중에게 프리젠테이션을 위해서 오디오 및 비디오 데이터를 전달할 수 있다.
[36] 송신기/수신기 유닛(126) 및 송신기/수신기 유닛(166) 각각은 데이터를 송신 및 수신하기 위해서 설계된 하나 이상의 안테나들 및 다른 컴포넌트들 뿐만 아니라, 신호 변조를 위해서 설계된 다양한 믹서들, 필터들, 증폭기들 및 다른 컴포넌트들을 포함할 수 있다. 통신 채널(150)은 일반적으로, 비디오 데이터를 소스 디바이스(120)로부터 싱크 디바이스(160)로 송신하기 위한, 임의의 적합한 통신 매체, 또는 상이한 통신 매체들의 집합을 표현한다. 통신 채널(150)은 통상적으로 Wi-Fi, 블루투스 등과 유사한 비교적 단거리 통신 채널이다. 그러나, 통신 채널(150)은 반드시 이러한 점에 제한되는 것은 아니며, 라디오 주파수(RF) 스펙트럼 또는 하나 이상의 물리적 송신 라인들과 같은 임의의 무선 또는 유선 통신 매체 또는 무선 및 유선 매체들의 임의의 결합을 포함할 수 있다. 다른 예들에서, 통신 채널(150)은 심지어, 유선 또는 무선 로컬 영역 네트워크, 광역 네트워크, 또는 인터넷과 같은 글로벌 네트워크와 같은 패킷-기반 네트워크의 일부를 형성할 수 있다. 부가적으로, 통신 채널(150)은 피어-투-피어 링크를 생성하기 위해서 소스 디바이스(120) 및 싱크 디바이스(160)에 의해 사용될 수 있다.
[37] 소스 디바이스(120) 및 싱크 디바이스(160)는 예를 들어, RTSP(Real-Time Streaming Protocol) 제어 메시지를 이용한 능력 협상(capability negotiation)에 따라 통신 세션을 설정할 수 있다. 소스 디바이스(120) 및 싱크 디바이스(160)는 이어서 IEEE 802.11 표준군으로부터의 표준과 같은 통신 프로토콜을 사용하여 통신 채널(150)을 통해 통신할 수 있다. 소스 디바이스(120) 및 싱크 디바이스(160)가 예를 들어, 무선 액세스 포인트들 또는 소위 핫스팟과 같은 매개체를 사용하지 않고 서로 직접 통신하도록, 소스 디바이스(120) 및 싱크 디바이스(160)는 예를 들어, WFD(Wi-Fi Direct) 표준에 따라 통신할 수 있다. 소스 디바이스(120) 및 싱크 디바이스(160)는 또한 네트워크 혼잡을 회피 또는 감소시키기 위해서 TDLS(tunneled direct link setup)를 설정할 수 있다. WFD 및 TDLS는 비교작 단거리 통신 세션들을 셋업하도록 의도된다. 이러한 맥락에서 비교적 단거리는 예를 들어, 대략 70 미터 미만을 지칭할 수 있지만, 잡음있는 또는 차단된 환경에서, 디바이스들 간의 거리는, 대략 35 미터 미만, 또는 대략 20 미터 미만과 같이 훨씬 짧아질 수 있다.
[38] 본 개시의 기법들은 때로는 WFD에 대하여 설명될 수 있지만, 이러한 기법들의 양상들은 또한 다른 통신 프로토콜들과 호환가능할 수 있다는 것이 고려된다. 제한이 아닌 예시로서, 소스 디바이스(120)와 싱크 디바이스 사이의 무선 통신은 직교 주파수 분할 멀티플렉싱(OFDM) 기법들을 활용할 수 있다. 시분할 다중 액세스(TDMA), 주파수 분할 다중 액세스(FDMA), 코드 분할 다중 액세스(CDMA), 또는 OFDM, FDMA, TDMA 및/또는 CDMA의 임의의 결합을 포함하는(그러나 이에 제한되는 것은 아님) 매우 다양한 다른 무선 통신 기법들이 또한 사용될 수 있다.
[39]소스 디바이스(120)로부터 수신된 데이터를 디코딩 및 렌더링하는 것 외에, 싱크 디바이스(160)는 또한 사용자 입력 디바이스(167)로부터 사용자 입력들을 수신할 수 있다. 사용자 입력 디바이스(167)는 예를 들어, 키보드, 마우스, 트랙볼 또는 트랙 패드, 터치 스크린, 음성 커맨드 인식 모듈 또는 임의의 다른 이러한 사용자 입력 디바이스일 수 있다. UIPM(168)은 사용자 입력 디바이스(167)에 의해 수신된 사용자 입력 커맨드들을, 소스 디바이스(120)가 해석할 수 있는 데이터 패킷 구조로 포맷한다. 이러한 데이터 패킷들은 송신기/수신기(166)에 의해 통신 채널(150)을 통해 소스 디바이스(120)로 송신된다. 송신기/수신기 유닛(126)은 데이터 패킷들을 수신하고, A/V 제어 모듈(125)은 데이터 패킷들을 파싱하여, 사용자 입력 디바이스(167)에 의해 수신된 사용자 입력 커맨드를 해석한다. 데이터 패킷에서 수신된 커맨드에 기초하여, A/V 제어 모듈(125)은 인코딩 및 송신되고 있는 컨텐츠를 변경할 수 있다. 이러한 방식으로, 싱크 디바이스(160)의 사용자는 소스 디바이스(120)에 의해 송신되고 있는 오디오 페이로드 데이터 및 비디오 페이로드 데이터를 원격으로 그리고 소스 디바이스(120)와 직접 상호작용하지 않고 제어할 수 있다.
[40] 부가적으로, 싱크 디바이스(160)의 사용자들은 소스 디바이스(120) 상에 애플리케이션들을 론칭하고 제어할 수 있다. 예를 들어, 싱크 디바이스(160)의 사용자는 소스 디바이스(120) 상에 저장된 사진 편집 애플리케이션을 론칭할 수 있고, 이 애플리케이션을 사용하여, 소스 디바이스(120) 상에 로컬로 저장된 사진을 편집할 수 있다. 싱크 디바이스(160)는, 사진이 실제로 소스 디바이스(120) 상에서 편집되고 있지만, 사진이 싱크 디바이스(160) 상에서 로컬로 편집되고 있는 것처럼 보이고 느껴지는 사용자 경험을 사용자에게 제공할 수 있다. 이러한 구성을 사용하면, 디바이스 사용자는 몇몇 디바이스들에 사용하기 위한 하나의 디바이스의 능력들을 레버리지(leverage)할 수 있다. 예를 들어, 소스 디바이스(120)는 대량의 메모리 및 고급 프로세싱 능력들을 가지는 스마트폰을 포함할 수 있다. 그러나, 영화를 시청할 때, 사용자는 더 큰 디스플레이 스크린을 가지는 디바이스 상에서 영화를 시청하기를 원할 수 있고, 이 경우, 싱크 디바이스(160)는 태블릿 컴퓨터 또는 훨씬 더 큰 디스플레이 디바이스 또는 텔레비전일 수 있다. 이메일을 전송하거나 이메일에 답신하기를 원할 때, 사용자는 물리적 키보드를 가지는 디바이스를 사용하기를 원할 수 있고, 이 경우 싱크 디바이스(160)는 랩톱일 수 있다. 두 경우들 모두에서, 사용자가 싱크 디바이스와 상호작용하고 있을지라도 프로세싱의 대부분은 여전히 소스 디바이스(120)에 의해 수행될 수 있다. 소스 디바이스 및 싱크 디바이스는 임의의 주어진 세션에서 디바이스들의 능력들을 협상하고 그리고 또는 식별함으로써 양방향 상호작용을 용이하게 할 수 있다.
[41] 일부 구성들에서, A/V 제어 모듈(125)은 소스 디바이스(120)의 운영 체제에 의해 실행되는 운영 체제 프로세스를 수행할 수 있다. 그러나, 다른 구성들에서, A/V 제어 모듈(125)은 소스 디바이스(120) 상에서 실행되는 애플리케이션의 소프트웨어 프로세스를 포함할 수 있다. 이러한 구성에서, 소스 디바이스(120) 상에서 실행되는 운영 체제와는 반대로, 싱크 디바이스(160)의 사용자가 소스 디바이스(120) 상에서 실행되는 애플리케이션과 직접 상호작용하도록, 사용자 입력 커맨드는 소프트웨어 프로세스에 의해 해석될 수 있다. 운영 체제와는 반대로 애플리케이션과 직접 상호작용함으로써, 싱크 디바이스(160)의 사용자는, 소스 디바이스(120)의 운영 체제에 고유하지 않은(not native) 커맨드들의 라이브러리에 액세스할 수 있다. 부가적으로, 애플리케이션과 직접 상호작용하는 것은, 상이한 플랫폼들 상에서 실행되는 디바이스들에 의해 커맨드들이 더 쉽게 송신 및 프로세싱되게 할 수 있다.
[42] 싱크 디바이스(160)에 인가되는 사용자 입력들은 통신 채널(150)을 통해 소스 디바이스(120)에 다시 전송될 수 있다. 일례에서, 싱크 디바이스(160)가 싱크 디바이스(160)에 인가된 사용자 입력들을 소스 디바이스(120)에 송신할 수 있게 하기 위해서, 사용자 인터페이스 백 채널(UIBC; user interface back channel)로도 또한 지칭되는 역방향 채널 아키텍처가 구현될 수 있다. 역방향 채널 아키텍처는 사용자 입력들을 전송하기 위한 상위층 메시지들, 및 싱크 디바이스(160) 및 소스 디바이스(120)에서 사용자 인터페이스 능력들을 협상하기 위한 하위층 프레임들을 포함할 수 있다. UIBC는 싱크 디바이스(160)와 소스 디바이스(120) 사이에서 인터넷 프로토콜(IP) 전송층 상에 상주할 수 있다. 이 방식으로, UIBC는 오픈 시스템 상호접속(OSI) 통신 모델에서 전송층 위에 있을 수 있다. 사용자 입력 데이터를 포함하는 데이터 패킷들의 순차 전달 및 신뢰할 수 있는 송신을 촉구하기 위해서, UIBC는 송신 제어 프로토콜/인터넷 프로토콜(TCP/IP) 또는 사용자 데이터그램 프로토콜(UDP)과 같은 다른 패킷-기반 통신 프로토콜들의 최상부에서 실행되도록 구성될 수 있다. UDP 및 TCP는 OSI 층 아키텍처에서 병렬로 동작할 수 있다. TCP/IP는 싱크 디바이스(160) 및 소스 디바이스(120)가 패킷 손실 이벤트에서 재송신 기법들을 구현하게 할 수 있다.
[43] UIBC는 크로스-플랫폼 사용자 입력 데이터를 포함하는 다양한 타입들의 사용자 입력 데이터를 전송하도록 설계될 수 있다. 예를 들어, 소스 디바이스(120)는 iOS® 운영 체제를 실행할 수 있는 한편, 싱크 디바이스(160)는 Android® 또는 Windows®와 같은 다른 운영 체제를 실행한다. 플랫폼과는 관계없이, UIPM(168)은 수신된 사용자 입력을 A/V 제어 모듈(125)에 이해될 수 있는 형태로 캡슐화할 수 있다. 소스 및 싱크 디바이스들이 상이한 플랫폼들 상에서 동작하는지 여부와 관계없이 많은 상이한 타입들의 소스 및 싱크 디바이스들이 프로토콜을 활용하도록 허용하기 위해서, 다수의 상이한 타입들의 사용자 입력 포맷들이 UIBC에 의해 지원될 수 있다. 일반적(generic) 입력 포맷들이 정의될 수 있고, 플랫폼 특정 입력 포맷들이 모두 지원될 수 있고, 따라서 사용자 입력이 UIBC에 의해 소스 디바이스(120)와 싱크 디바이스(160) 사이에서 통신될 수 있는 방식으로 유동성을 제공한다.
[0044] 본 개시의 기법들에 따라, 싱크 디바이스(160)는 소스 디바이스(120)로부터 렌더링되고 송신되는 미디어 데이터의 타입을 수정하기 위해 소스 디바이스(120)에서 실행되는 애플리케이션들 및/또는 소스 디바이스(120)의 동작을 제어할 수 있다. 몇몇 상황들에서, 소스 디바이스(120) 상에서 실행되는 몇몇 애플리케이션들을 위해 생성된 전화 호들, 텍스트 메시지들 및 다른 A/V 콘텐츠와 같은 미디어 데이터는 싱크 디바이스(160)에서 원치 않을 수 있다. 예를 들어, 프리젠테이션을 제공하거나 또는 주의산만(distractions)이 환영받지 못하거나 및/또는 위험한 몇몇 다른 활동을 수행하도록 하는, 텍스트 메시지들 및 사용자 상호작용을 요구하는 다른 콘텐츠는 싱크 디바이스(160)의 사용자가 운전중일 때 원치 않을 수 있다. 싱크 디바이스(160)는 종종 통신 세션의 관심 초점이어서, 싱크 디바이스(160)가 단순히 통신 세션을 종결한 이후 소스 디바이스(120)로부터 자신이 수신한 미디어 데이터에 관한 일부 제어를 갖는 것이 유익하다. 그러므로 기법들은 싱크 디바이스(160)가 소스 디바이스(120) 상에서 실행되는 애플리케이션들 및 소스 디바이스(120)의 동작을 수정하기 위해 소스 디바이스(120)에 시그널링하는 것을 가능하게 하는 MC(Minimal Cognitive) 모드 매커니즘을 제공한다.
[0045] 보다 구체적으로, 기법들은 호스트 시스템(180)으로부터 검출된 미리 정의된 트리거 정보에 응답하여, 싱크 디바이스(160)에서 사용자 입력 디바이스들 및 소스 디바이스(120)에서 실행되는 애플리케이션들의 동작들의 하나 이상의 레벨들을 정의하는 MC 모드 매커니즘들을 제공한다. 미리 정의된 트리거 정보는 특정한 환경 조건들, 사용자 행위들 또는 소스 디바이스(120)로부터의 특정한 타입들의 미디어 데이터가 원치 않는 활동을 호스트 시스템 내의 싱크 디바이스의 사용자가 수행하고 있다고 표시하는 사용자 입력들을 포함할 수 있다. 몇몇 경우들에서, 싱크 디바이스(160)는 호스트 시스템(180)에 포함된 하나 이상의 센서들로부터 트리거 정보를 검출할 수 있다. 예를 들어, 호스트 시스템(180)이 자동차 호스트 시스템일 때, 트리거 정보는 차로의 변경, 방향 틀기, 나쁜 날씨 조건(예를 들어, 비 또는 눈), 다른 운송수단이 가까워지는 것, 또는 단순한 운전의 표시들을 포함할 수 있다. 다른 예로서, 호스트 시스템(180)이 컨퍼런스 센터 호스트 시스템을 포함할 때, 트리거 정보는 조명이 어두워지는 것, 다수의 사람들이 방에 들어가는 것, 또는 프리젠테이션이 시작한다는 사용자 입력의 표시들을 포함할 수 있다.
[0046] 트리거 정보를 검출하는 것에 응답하여, 싱크 디바이스(160)는 MC 모드의 연관된 레벨의 작동을 소스 디바이스(120)에 시그널링한다. 소스 디바이스(120)의 A/V 제어 모듈(125)은 이어서 싱크 디바이스(160)에서 작동되는 MC 모드의 레벨을 식별하기 위해 수신된 신호를 파싱(parse)한다. A/V 제어 모듈(125)은 소스 디바이스(120)에서 MC 모드의 표시된 레벨을 작동시키고 사용자의 활동 동안 싱크 디바이스(160)에 송신되고 렌더링되는 콘텐츠의 타입을 변경하기 위해 소스 디바이스(120) 상에서 실행되는 애플리케이션들 및/또는 소스 디바이스(120)의 동작을 수정할 수 있다. MC 모드의 작동 레벨은 또한 사용자의 활동 동안 허용되는 사용자 상호작용의 타입을 변경하도록 싱크 디바이스(160)의 UI 디바이스(167)의 동작을 수정하는데 이용될 수 있다.
[0047] MC 모드의 하나 이상의 레벨들 각각은 소스 디바이스(102) 및/또는 싱크 디바이스(160)의 동작이 수정될 수 있는 규칙들을 특정한다. 예를 들어, MC 모드의 주어진 레벨에 대한 규칙들은 특정한 타입들의 미디어 데이터들만, 예를 들어, 전화 호들, 텍스트 메시지들 및 오디오 및/또는 비디오 콘텐츠들만을 렌더링하도록 소스 디바이스(120) 상에서 실행되는 애플리케이션들 및 소스 디바이스(120)의 동작을 A/V 제어 모듈(125)이 수정하게 할 수 있다. MC 모드의 주어진 레벨에 대한 규칙들은 또한 싱크 디바이스(160)의 UI 디바이스(167)의 수정된 동작이 특정한 타입들의 싱크 디바이스(160)와의 사용자 상호작용들만, 예를 들어, 음성 및 터치 커맨드들, 음성 커맨드만 허용하거나 어떠한 커맨드들도 허용하지 않도록 할 수 있다.
[0048] MC 모드 능력 협상은 통신 세션 전체에 걸쳐서 다양한 시간들에 또는 통신 세션을 설정하기 이전에 소스 디바이스(120)와 싱크 디바이스(160) 사이에서 발생할 수 있다. 이 협상 프로세스의 부분으로서, 소스 디바이스(120) 및 싱크 디바이스(160)는 통신 세션을 위한 MC 모드들을 인에이블하도록 동의할 수 있다. MC 모드가 인에이블되면, 싱크 디바이스(160)는 호스트 시스템(180)으로부터 검출된 트리거 정보에 기초하여 MC 모드의 레벨들 중 하나를 작동시킬 수 있다. 싱크 디바이스(160)는 이어서 MC 모드의 작동 레벨을 표시하는 신호를 소스 디바이스(120)에 전송한다. MC 모드의 작동 레벨에 기초하여, 소스 디바이스(120)는 MC 모드의 작동 레벨에 대해 허용되는 미디어 데이터의 타입들만을 프로세싱하도록 A/V 제어 모듈(125)의 동작을 수정한다. 또한, MC 모드의 작동 레벨에 기초하여, 싱크 디바이스(160)는 MC 모드의 작동 레벨에 대해 허용되는 사용자 입력의 타입들만을 수락하도록 UI 디바이스(167)의 동작을 수정한다.
[0049] 본 개시의 기법들에 따라, 소스 디바이스(120) 및 싱크 디바이스(160)는 RTSP 제어 메시지들을 이용하여 통신 세션에 대한 MC 모드 능력 협상을 수행할 수 있다. 소스 디바이스(120)와 싱크 디바이스(160) 둘 다가 MC 모드를 지원하는 경우, 소스 디바이스(120)는 통신 세션을 위해 MC 모드를 인에이블할 수 있다. MC 모드가 통신 세션을 위해 인에이블되면, 싱크 디바이스(160)는 통신 채널(150) 상에서 MC 모드의 작동 레벨을 소스 디바이스(120)에 시그널링한다. 몇몇 경우들에서, 싱크 디바이스(160)는 MC 모드의 작동 레벨을 소스 디바이스(120)에 시그널링하기 위해 UIBC를 이용할 수 있다. 다른 경우들에서, 싱크 디바이스(160)는 MC 모드의 작동 레벨을 소스 디바이스(120)에 표시하기 위해 RTSP 제어 메시지를 이용할 수 있다.
[0050] 예로서, 호스트 시스템(180)은 자동차의 콘솔 내에 미디어 헤드 유닛으로서 싱크 디바이스(160)를 포함하는 자동차 호스트 시스템을 포함할 수 있다. 호스트 시스템(180)은 자동차의 몇몇 부분들을 제어하고 자동차의 사용자(예를 들어, 운전자 및/또는 승객)와 인터페이스하도록 구성된 자동차의 컴퓨터 시스템을 포함할 수 있다. 미디어 헤드 유닛은 적어도 하나의 프로세서 및 디스플레이를 포함할 수 있고 사용자와 호스트 시스템(180) 간의 인터페이스로서 동작할 수 있다. 이 경우에, 소스 디바이스(120)는 자동차의 사용자에게로의 디스플레이를 위해 호스트 시스템(180) 내의 싱크 디바이스(160)에 미디어 데이터를 제공하는 모바일 디바이스를 포함할 수 있다.
[0051] 일 예로서, 소스 디바이스(120)는 자동차의 사용자에 의해 소유되는 스마트폰을 포함할 수 있다. 사용자가 자동차에 있는 동안, 스마트폰(즉, 소스 디바이스(120))은 사용자에게 디스플레이하기 위해 자동차의 콘솔 내에 임베딩된 호스트 시스템(180)의 미디어 헤드 유닛(즉, 싱크 디바이스(160))에 미디어 데이터를 송신할 수 있다. 사용자가 운전중일 때, 모든 타입들의 미디어 데이터, 특히, 사용자 상호작용을 요구하는 미디어 데이터가 운전자에게 디스플레이하기 위해 싱크 디바이스(160)에 전송되는 것은 바람직하지 않을 수 있다. 본 개시의 기법들은 싱크 디바이스(160)가, 자동차가 운전되는 호스트 시스템(180)으로부터의 트리거 정보 및/또는 운전이 일어나는 환경적 또는 트래픽 조건들을 검출하고 트리거 정보와 연관된 MC 모드의 레벨을 결정하도록 허용한다. 싱크 디바이스(160)는 이어서 운전 조건들에 대해 주의산만 또는 위험하지 않은 데이터만을 포함하도록 소스 디바이스(120)로부터 수신된 미디어 데이터의 타입을 수정하기 위해 MC 모드의 레벨을 표시하는 신호를 소스 디바이스(120)에 전송할 수 있다.
[0052] 다른 예로서, 호스트 시스템(180)은 컨퍼런스 센터 내의 프로젝터, 모니터, 또는 텔레비전으로서 싱크 디바이스(160)를 포함하는 컨퍼런스 센터 호스트 시스템을 포함할 수 있다. 호스트 시스템(180)은 컨퍼런스 센터의 몇몇 부분들을 제어하고 컨퍼런스 센터의 사용자(예를 들어, 프리젠터 및/또는 관객)와 인터페이스하도록 구성된 컨퍼런스 센터의 컴퓨터 시스템을 포함할 수 있다. 이 경우에, 소스 디바이스(120)는 프리젠테이션 동안 하나 이상의 관객들에게 디스플레이하기 위해 호스트 시스템(180) 내의 싱크 디바이스(160)에 미디어 데이터를 제공하는 모바일 디바이스를 포함할 수 있다.
[0053] 일 예로서, 소스 디바이스(120)는 컨퍼런스 센터에서 프리젠터에 의해 소유되는 스마트폰을 포함할 수 있다. 스마트폰(즉, 소스 디바이스(120))은 관객들에게 디스플레이하기 위해 컨퍼런스 센터 내의 호스트 시스템(180)의 프로젝터, 모니터, 또는 텔레비전(즉, 싱크 디바이스(160))에 미디어 데이터를 송신할 수 있다. 사용자가 프리젠테이션을 하고 있을 때, 모든 타입들의 미디어 데이터, 특히 개인용 미디어 데이터가 프리젠테이션의 모든 관객들에게 디스플레이하도록 싱크 디바이스(160)에 송신되는 것은 바람직하지 않을 수 있다. 본 개시의 기법들은 싱크 디바이스(160)가 호스트 시스템(180)으로부터 컨퍼런스 센터가 청중으로 차있고 및/또는 프리젠테이션이 컨퍼런스 센터에서 시작했다는 트리거 정보를 검출하고 트리거 정보와 연관된 MC 모드의 레벨을 결정하도록 허용한다. 싱크 디바이스(160)는 이어서 개인적이거나 프리젠테이션에 관련되지 않은 데이터만을 포함하도록 소스 디바이스(120)로부터 수신되는 미디어 데이터의 타입을 수정하기 위해 MC 모드의 레벨을 표시하는 신호를 소스 디바이스(120)에 전송할 수 있다.
[54] 도 1의 예에서, 소스 디바이스(120)는 스마트폰, 태블릿 컴퓨터, 랩톱 컴퓨터, 데스크톱 컴퓨터, Wi-Fi 인에이블 텔레비전, 또는 오디오 및 비디오 데이터를 송신할 수 있는 임의의 다른 디바이스를 포함할 수 있다. 마찬가지로, 호스트 시스템(180) 내의 싱크 디바이스(160)는 스마트폰, 태블릿 컴퓨터, 랩톱 컴퓨터, 데스크톱 컴퓨터, Wi-Fi 인에이블 텔레비전, 또는 오디오 및 비디오 데이터를 수신할 수 있고 사용자 입력 데이터를 수신할 수 있는 임의의 다른 디바이스를 포함할 수 있다. 일부 경우들에서, 싱크 디바이스(160)는, 모두가 별개지만 상호협력적 디바이스들의 부분들인, 디스플레이(162), 스피커(163), UI 디바이스(167) 및 A/V 인코더(164)와 같은 디바이스들의 시스템을 포함할 수 있다. 마찬가지로, 소스 디바이스(120)는 단일 디바이스보다는 디바이스들의 시스템일 수 있다.
[55] 본 개시에서, 소스 디바이스라는 용어는 일반적으로, A/V 데이터를 송신하고 있는 디바이스를 지칭하도록 사용되고, 싱크 디바이스라는 용어는 일반적으로, 소스 디바이스로부터 A/V 데이터를 수신하고 있는 디바이스를 지칭하도록 사용된다. 많은 경우들에서, 소스 디바이스(120) 및 싱크 디바이스(160)는 유사하거나 또는 동일한 디바이스들일 수 있고, 하나의 디바이스는 소스로서 동작하고 나머지 디바이스는 싱크로서 동작한다. 더욱이, 이러한 역할들은 다른 통신 세션들에서는 반전될 수 있다. 따라서, 하나의 통신 세션에서의 싱크 디바이스는 후속하는 통신 세션에서 소스 디바이스가 될 수 있고, 그 반대도 마찬가지이다.
[0056] 몇몇 예들에서, WD 시스템(100)은 싱크 디바이스(160) 및 호스트 시스템(180) 외에, 하나 이상의 호스트 시스템들 내의 하나 이상의 싱크 디바이스들을 포함할 수 있다. 싱크 디바이스(160)와 유사하게, 부가적인 싱크 디바이스들은 소스 디바이스(120)로부터 A/V 데이터를 수신하고 설정된 UIBC를 통해 소스 디바이스(120)에 사용자 커맨드를 송신할 수 있다. 몇몇 구성들에서, 다수의 싱크 디바이스들은 서로 독립적으로 동작할 수 있고, 소스 디바이스(120)에서 출력된 A/V 데이터는 싱크 디바이스(160) 및 부가적인 싱크 디바이스들 중 하나 이상에서 동시에 출력될 수 있다. 대안적인 구성들에서, 싱크 디바이스(160)는 주 싱크 디바이스일 수 있고, 부가적인 싱크 디바이스들 중 하나 이상은 보조 싱크 디바이스들일 수 있다. 이러한 예시적인 구성에서, 싱크 디바이스(160) 및 부가적인 싱크 디바이스들 중 하나는 커플링될 수 있고, 싱크 디바이스(160)는 부가적인 싱크 디바이스가 대응하는 오디오 데이터를 출력하는 동안 비디오 데이터를 디스플레이할 수 있다. 부가적으로, 몇몇 구성들에서, 싱크 디바이스(160)는 부가적인 싱크 데이터 출력들이 오디오 데이터를 송신하는 동안 비디오 데이터만을 출력으로 송신할 수 있다.
[57] 도 2는 소스 디바이스(220)의 일 예를 도시하는 블록도이다. 소스 디바이스(220)는 도 1의 소스 디바이스(120)와 유사한 디바이스일 수 있고, 소스 디바이스(120)와 동일한 방식으로 동작할 수 있다. 소스 디바이스(220)는 로컬 디스플레이(222), 스피커(223), 프로세서(231), 디스플레이 프로세서(235), 오디오 프로세서(236), 메모리(232), 전송 유닛(233), 무선 모뎀(234) 및 MC 모드 구동기(240)를 포함한다. 도 2에서 도시된 바와 같이, 소스 디바이스(220)는 전송, 저장 및 디스플레이를 위해 A/V 데이터를 인코딩 및/또는 디코딩하는 하나 이상의 프로세서들(즉, 프로세서(231), 디스플레이 프로세서(235) 및 오디오 프로세서(236))를 포함할 수 있다. 미디어 또는 A/V 데이터는 예를 들어, 메모리(232)에 저장될 수 있다. 메모리(232)는 전체 A/V 파일을 저장할 수 있거나, 또는, 예를 들어, 다른 디바이스 또는 소스로부터 스트리밍되는 A/V 파일의 일부분을 단순히 저장하는 더 작은 버퍼를 포함할 수 있다.
[58] 전송 유닛(233)은 네트워크 전송을 위해서 인코딩된 A/V 데이터를 프로세싱할 수 있다. 예를 들어, 인코딩된 A/V 데이터는 프로세서(231)에 의해 프로세싱될 수 있고, 네트워크를 통한 통신을 위해서 전송 유닛(233)에 의해 네트워크 액세스 층(NAL) 유닛들로 캡슐화될 수 있다. NAL 유닛들은 무선 모뎀(234)에 의해 네트워크 접속을 통해 무선 싱크 디바이스에 전송될 수 있다. 무선 모뎀(234)은 예를 들어, IEEE 802.11 표준군 중 하나를 구현하도록 구성되는 Wi-Fi 모뎀일 수 있다. 소스 디바이스(220)는 또한 A/V 데이터를 로컬로 프로세싱 및 디스플레이할 수 있다. 특히, 디스플레이 프로세서(235)는 로컬 디스플레이(222) 상에 디스플레이될 비디오 데이터를 프로세싱할 수 있고, 오디오 프로세서(236)는 스피커(223) 상에서의 출력을 위해서 오디오 데이터를 프로세싱할 수 있다.
[0059] 도 1의 소스 디바이스(120)를 참조하여 위에서 설명된 바와 같이, 소스 디바이스(220)는 싱크 디바이스로부터 사용자 입력 커맨드들 및 MC 모드 레벨 표시들을 수신할 수 있다. 예를 들어, 소스 디바이스(220)의 무선 모뎀(234)은 싱크 디바이스로부터 NAL 유닛들과 같은 캠슐화된 사용자 입력 데이터 패킷들을 수신하고, 역캡슐화(decapsulation)를 위해 캡슐화된 데이터 유닛들을 전송 유닛(233)에 전송할 수 있다. 전송 유닛(233)은 NAL 유닛들로부터 사용자 입력 데이터 패킷들을 추출할 수 있고, 프로세서(231)는 사용자 입력 커맨드들을 추출하기 위해 데이터 패킷들을 파싱할 수 있다. 사용자 입력 커맨드들에 기초하여, 프로세서(231)는 소스 디바이스(220)에 의해 프로세싱되는 A/V 데이터의 타입을 수정한다. 다른 예들에서, 소스 디바이스(220)는 전송 유닛(233)으로부터 사용자 입력 데이터 패킷들을 수신하고, 사용자 입력 커맨드들을 추출하기 위해 데이터 패킷들을 파싱하고 사용자 입력 커맨드들에 기초하여 소스 디바이스(220)에 의해 프로세싱되는 A/V 데이터의 타입을 수정하도록 프로세서(231)에 지시하는 사용자 입력 유닛 또는 구동기(도 2에서 도시되지 않음)를 포함할 수 있다.
[0060] 본 개시의 기법들에 따라, 소스 디바이스(220)의 무선 모뎀(234)은 싱크 디바이스로부터 캡슐화된 데이터 패킷들 또는 제어 메시지들 중 어느 하나에서 MC 모드 레벨 표시들을 수신할 수 있다. 무선 모뎀(234)은 이어서 MC 모드 데이터 패킷들 또는 제어 메시지들을 전송 유닛(233)에 전송할 수 있다. 도 2에서 도시된 바와 같이, MC 모드 유닛(240)은 전송 유닛(233)으로부터 MC 모드 데이터 패킷들 또는 제어 메시지들을 수신하고, MC 모드 레벨들을 추출하기 위해 데이터 패킷들 또는 제어 메시지들을 파싱하고 표시된 MC 모드 레벨들에 기초하여 소스 디바이스(220)에 의해 프로세싱되는 A/V 데이터, 예를 들어, 전화 호들, 텍스트 메시지들, 및 오디오 및/또는 비디오 콘텐츠의 타입을 수정하도록 프로세서(231)에 지시한다. 도 2에서 도시된 바와 같이, 소스 디바이스(220) 내의 별개의 유닛으로서, 다른 예들에서, MC 모드 유닛(240)은 표시된 MC 모드 레벨들을 추출하고 A/V 데이터의 프로세싱을 수정하기 위해 프로세서(231) 내에서 동작할 수 있다. 이러한 방식으로, 도 1의 A/V 제어 모듈(125)을 참조하여 위에서 설명된 기능은 전체적으로 또는 부분적으로, MC 모드 유닛(240) 및 프로세서(231)에 의해 구현될 수 있다.
[0061] 본 개시에서 설명되는 MC 모드 매커니즘들은 싱크 디바이스에 의해 검출된 미리 정의된 트리거 정보에 응답하여 소스 디바이스(220)의 하나 이상의 상이한 동작의 레벨들을 정의한다. MC 모드 특정 규칙들의 하나 이상의 레벨들은 소스 디바이스(220)의 동작이 수정될 수 있는 규칙들을 특정한다. 예를 들어, 주어진 MC의 레벨에 대한 규칙들은 특정한 타입들의 미디어 데이터만, 예를 들어, 전화 호들, 텍스트 메시지들 및 오디오 및/또는 비디오 콘텐츠만을 렌더링하도록 프로세서(231)의 수정을 지시(direct)할 수 있다. 몇몇 경우들에서 주어진 MC의 레벨에 대한 규칙들은 또한 특정한 타입들의 사용자 상호작용만을 허용하도록 싱크 디바이스에서 사용자 입력 인터페이스의 수정을 지시할 수 있다. MC 모드에 포함된 레벨들의 수는 WD 통신 세션 표준, 예를 들어, WFD 또는 TDLS에 따라 정의될 수 있다. 일 예로서, WFD 표준은 3개의 상이한 MC 레벨들: MC-1, MC-2 및 MC-3을 정의할 수 있다. 다른 예들에서, MC는 더 많은 또는 더 적은 동작의 레벨들을 정의할 수 있다.
[0062] 소스 디바이스(220) 및/또는 소스 디바이스(220)와 통신하는 싱크 디바이스의 벤더(vender)는 레벨들 각각에 연관된 규칙들을 구성하는 것을 담당할 수 있다. 벤더는 또한 레벨들 각각을 식별하기 위해 싱크 디바이스에서 이용되는 트리거 정보를 할당하는 것을 담당할 수 있다. MC 모드 레벨들 각각과 연관되는 규칙들은 특정한 MC 모드에서 동작하는 동안 싱크 디바이스에 전송을 위해 프로세서(231)에 의해 렌더링되도록 허용되는 미디어 데이터의 타입을 특정한다. MC 모드의 상이란 레벨들에 대한 구성된 규칙들은 MC 모드 유닛(240) 또는 메모리(232)에 저장될 수 있다. MC 모드 유닛(240)이 데이터 패킷 또는 싱크 디바이스에서 작동되는 MC 모드의 레벨들 중 하나를 표시하는 제어 메시지를 수신할 때, MC 모드 유닛(240)은 MC 모드의 작동 레벨과 연관되는 규칙들에 의해 허용되는 타입의 A/V 데이터만, 예를 들어, 전화 호들, 텍스트 메시지들, 및 오디오 및/또는 비디오 콘텐츠만을 프로세싱하도록 프로세서(231)의 동작을 수정한다.
[0063] 표 1은 아래에서 싱크 디바이스에 의해 수신되는 사용자 입력 및 소스 디바이스(220)에 의해 렌더링되는 상이한 타입들의 미디어 데이터에 대해, MC 모드의 3개의 레벨(MC-1, MC-2 및 MC-3) 각각에 대해 구성되는 예시적인 규칙들을 도시한다.
MC 레벨/애플리케이션 전화 텍스트 메시징 소스에서 일반 AV 싱크에서 사용자 입력
MC-1 AV 허용됨 음성 커맨드만 허용됨 허용됨
MC-2 음성 커맨드만 AV 허용되지 않음 음성 커매드만 음성 커맨드만
MC-3 음성 메일로 리드렉트 AV 허용되지 않음 허용되지 않음 허용되지 않음
예를 들어, 표 1에 따라, MC-1 레벨에서, 소스 디바이스(220)에 의해 전화 호들 및 일반 A/V 콘텐츠의 정규 프로세싱 및 전송을 허용하지만 음성 커맨드 텍스트 메시지들만을 렌더링하도록 프로세서(231)의 동작을 제한할 수 있다. MC-2 레벨에서, 연관된 규칙들은 음성 커맨드 전화 호들 및 음성 커맨드 A/V 콘텐츠만을 렌더링하고 어떠한 텍스트 메시지도 렌더링하지 않도록 프로세서(231)의 동작을 제한할 수 있다. 또한, MC-2 레벨과 연관된 규칙들은 음성 커맨드만으로 싱크 디바이스에서의 사용자 상호작용을 제한할 수 있다. MC-3 레벨에서, 연관된 규칙들은 전화 호들, 텍스트 메시지들, 또는 싱크 디바이스에 전송하기 위한 일반 A/V 콘텐츠 어떠한 것도 렌더링하지 않도록 프로세서(231)의 동작을 제한할 수 있다. 또한, MC-3 레벨과 연관된 규칙들은 싱크 디바이스에서 어떠한 사용자 상호작용도 허용하지 않을 수 있다. 다른 예들에서, 상이한 규칙들이 MC 모드 레벨들(MC-1, MC-2 및 MC-3) 중 하나 이상에 대해 또는 부가적인 MC 모드 레벨들에 대해 구성될 수 있다.
[64] 도 2의 프로세서(231)는 일반적으로, 하나 이상의 디지털 신호 프로세서들(DSP들), 범용 마이크로프로세서들, 주문형 집적 회로들(ASIC들), 필드 프로그램가능한 로직 어레이들(FPGA들), 다른 동등한 집적 또는 이산 로직 회로, 또는 이들의 일부 결합을 포함하는(그러나 이에 제한되는 것은 아님) 폭 넓고 다양한 프로세서들 중 임의의 프로세서를 표현한다. 도 2의 메모리(232)는 SDRAM(synchronous dynamic random access memory)과 같은 RAM(random access memory), ROM(read-only memory), NVRAM(non-volatile random access memory), EEPROM(electrically erasable programmable read-only memory), 플래시 메모리 등을 포함하는 매우 다양한 휘발성 또는 비-휘발성 메모리 중 임의의 것을 포함할 수 있다. 메모리(232)는 오디오/비디오 데이터는 물론 다른 종료들의 데이터를 저장하기 위한 컴퓨터-판독 가능한 저장 매체를 포함할 수 있다. 메모리(232)는 부가적으로 본 개시에서 설명되는 다양한 기법들을 수행하는 것의 부분으로서 프로세서(231)에 의해 실행되는 명ㄹ여들 및 프로그램 코드를 저장할 수 있다.
[0065] 도 3은 본 개시의 기법들을 구현할 수 있는 호스트 시스템(300) 내의 싱크 디바이스(360)의 예를 도시하는 블록도이다. 호스트 시스템(300)은 싱크 디바이스(180)가 동작하는 환경을 포함한다. 예를 들어, 호스트 시스템(300)은 자동차의 사용자, 예를 들어, 운전자 및 승객들에게 디스플레이하기 위해 자동차의 콘솔 내에 임베딩된 미디어 헤드 유닛으로서 싱크 디바이스(360)를 포함하는 자동차 호스트 시스템을 포함할 수 있다. 다른 예로서, 호스트 시스템(300)은 컨퍼런스 센터의 사용자, 예를 들어, 프리젠터 및 관객들에게 프리젠테이션을 위해 컨퍼런스 센터 내의 프로젝터, 모니터, 또는 텔레비전으로서 싱크 디바이스(360)를 포함하는 컨퍼런스 센터 호스트 시스템을 포함할 수 있다. 호스트 시스템(300) 및 싱크 디바이스(360)는 도 1의 호스트 디바이스(180) 및 싱크 디바이스(160)와 유사할 수 있다.
[0066] 싱크 디바이스(360)는 프로세서(331), 메모리(332), 전송 유닛(333), 무선 모뎀(334), 디스플레이 프로세서(335), 로컬 디스플레이(362), 오디오 프로세서(336), 스피커(363), 사용자 입력 인터페이스(376), 및 MC 모드 유닛(378)을 포함한다. 싱크 디바이스(360)는 소스 디바이스로부터 송신된 캡슐화된 데이터 유닛들을 무선 모뎀(334)에서 수신한다. 무선 모뎀(334)은 예를 들어, IEEE 802.11 표준군들로부터 하나 이상의 표준들을 구현하도록 구성된 Wi-Fi 모뎀일 수 있다. 전송 유닛(333)은 캡슐화된 데이터 유닛들을 역캡슐화할 수 있다. 예를 들어, 전송 유닛(333)은 캡슐화된 데이터 유닛들로부터 인코딩된 비디오 스트림을 추출하고 출력을 위해 인코딩 및 렌더링되도록 인코딩된 A/V 데이터를 프로세서(331)에 전송할 수 있다. 디스플레이 프로세서(335)는 로컬 디스플레이(362) 상에 디스플레이되도록 디코딩된 비디오 데이터를 프로세싱하고 프로세서(336)는 스피커(363) 상의 출력을 위해 디코딩된 오디오 데이터를 프로세싱할 수 있다.
[0067] 오디오 및 비디오 데이터를 렌더링하는 것 외에, 무선 싱크 디바이스(360)는 사용자 입력 인터페이스(376)를 통해 사용자 입력 데이터를 또한 수신할 수 있다. 사용자 입력 인터페이스(376)는 터치 디스플레이 인터페이스, 키보드, 마우스, 음성 커맨드 모듈, 제스처 캡처 디바이스(예를 들어, 카메라-기반 입력 캡처 성능을 가짐), 또는 임의의 다른 다수의 사용자 입력 디바이스들을 포함(그러나 이들로 제한되지 않음)하는 다수의 사용자 입력 디바이스들 중 임의의 것을 표현할 수 있다. 사용자 입력 인터페이스(376)를 통해 수신된 사용자 입력은 프로세서(331)에 의해 프로세싱될 수 있다. 이 프로세싱은 수신된 사용자 입력 커맨드를 포함하는 데이터 패킷들을 생성하는 것을 포함할 수 있다. 일단 생성되면, 전송 유닛(333)은 UIBC를 통한 소스 디바이스로의 네트워크 전송을 위한 데이터 패킷들을 프로세싱할 수 있다.
[0068] 본 개시의 기법들에 따라, 싱크 디바이스(360)는 호스트 시스템(300)으로부터 트리거 정보를 검출할 수 있다. 호스트 시스템(300)은 환경 조건들, 사용자 행위 및/또는 호스트 시스템(300)으로부터의 사용자 입력들을 감지할 수 있는 하나 이상의 센서들(312)을 포함할 수 있다. MC 모드 유닛(378)은 검출된 트리거 정보와 연관된 MC 모드의 레벨들 중 하나를 결정하도록 검출된 트리거 정보를 프로세싱한다. MC 모드 유닛(378)은 이어서 사용자 입력 인터페이스(376)를 통해 자동차의 사용자에 의해 허용되는 상호작용의 타입, 예를 들어, 음성 및 터치 커맨드들, 음성 커맨드들만, 허용되는 커맨드들 없음을 수정하도록 싱크 디바이스(360)에서 MC 모드의 결정된 레벨을 작동할 수 있다. 싱크 디바이스(360) 내의 별개의 유닛으로서 도 3에서 도시되었지만, 다른 예들에서, MC 모드 유닛(378)은 검출된 트리거 정보에 기초하여 MC 모드의 레벨을 결정 및 활성화하도록 프로세서(331) 내에서 동작할 수 있다.
[0069] MC 모드의 레벨을 작동하면, MC 모드 유닛(378)은 또한 MC 모드의 작동 레벨을 표시하는 신호를 생성하도록 전송 유닛(333)에 지시하고 신호를 소스 디바이스에 전송할 수 있다. 일 예로서, 전송 유닛(333)은 데이터 패킷 내에서 MC 모드의 작동 레벨을 표시할 수 있다. 전송 유닛(333)은 UIBC를 통해 소스 디바이스로의 네트워크 전송을 위핸 데이터 패킷을 프로세싱할 수 있다. 다른 예로서, 전송 유닛(333)은 통신 채널을 통해 소스 디바이스에 송신된 제어 메시지들, 예를 들어, RTSP 제어 메시지 내에서 MC 모드의 작동 레벨을 표시할 수 있다. 소스 디바이스는 이어서 표시된 MC 모드 레벨에 기초하여 싱크 디바이스(360)에 송신되는 A/V 데이터의 타입, 예를 들어, 전화 호들, 텍스트 메시지들 및 오디오 및/또는 비디오 콘텐츠를 수정할 수 있다.
[0070] 일 예로서, 호스트 시스템(300)은 자동차의 콘솔 내의 미디어 헤드 유닛으로서 싱크 디바이스(360)를 포함하는 자동차 호스트 시스템을 포함할 수 있다. 이 경우에, 호스트 시스템(300)은 자동차의 몇몇 부분들 및 자동차의 사용자와의 상호작용을 제어하도록 구성된 자동차의 컴퓨터 시스템을 포함할 수 있다. 호스트 시스템(300)이 자동차 호스트 시스템을 포함할 때, 트리거 정보는 차로의 변경, 방향 틀기, 나쁜 날씨 조건(예를 들어, 비 또는 눈), 다른 운송수단이 가까워지는 것, 또는 단순한 운전의 표시들을 포함할 수 있다. 몇몇 경우들에서, 트리거 정보는 사용자 입력 인터페이스(376)를 통해 또는 호스트 시스템(300)의 센서들(312) 중 하나를 통해 수신되는, 특정한 환경 조건 또는 의도된 사용자 행위, 예를 들어, 운전을 표시하는 사용자 입력을 포함할 수 있다. 트리거 정보는 모바일 디바이스 또는 다른 컴퓨팅 디바이스를 이용할 때 법, 규정, 안정 운전 습관들을 따르도록 규칙을 정의하는 MC 모드의 특정한 레벨을 식별할 수 있다.
[0071] 다른 예로서, 호스트 시스템(300)은 컨퍼런스 센터 내의 프로젝터, 모니터, 또는 텔레비전으로서 싱크 디바이스(360)를 포함하는 컨퍼런스 센터 호스트 시스템을 포함할 수 있다. 이 경우에, 호스트 시스템(300)은 컨퍼런스 센터의 몇몇 부분들 및 컨퍼런스 센터의 사용자(예를 들어, 프리젠터 및/또는 관객)와의 인터페이스를 제어하도록 구성된 컨퍼런스 센터의 컴퓨터 시스템을 포함할 수 있다. 호스트 시스템(300)이 컨퍼런스 센터를 포함할 때, 트리거 정보는 조명이 어두워지는 것, 다수의 사람들이 방에 들어가는 것, 또는 프리젠테이션이 시작한다는 사용자 입력의 표시들을 포함할 수 있다. 몇몇 경우들에서, 트리거 정보는 사용자 입력 인터페이스(376)를 통해 또는 호스트 시스템(300)의 센서들(312) 중 하나를 통해 수신된 의도된 사용자 행위, 예를 들어, 프리젠테이션 제공(giving a presentation)을 표시하는 사용자 입력을 포함할 수 있다. 이 경우에, 트리거 정보는 프리젠테이션 동안 프리젠테이션의 모든 관객들이 개인적이고 관련되지 않은 미디어 데이터, 예를 들어, 전화 호, 텍스트 메시지들 또는 다른 오디오 및/또는 비디오 콘텐츠를 볼 수 없다는 것을 보장하기 위한 규칙들을 정의하는 MC 모드의 특정한 레벨을 식별할 수 있다.
[0072] 본 개시에서 설명되는 MC 모드 매커니즘들은 호스트 시스템(300)으로부터 검출된 미리 정의된 트리거 정보에 응답하여 싱크 디바이스(360)의 하나 이상의 상이한 동작의 레벨들을 정의한다. MC 모드의 하나 이상의 레벨들 각각은 싱크 디바이스(360)의 동작이 수정될 수 있는 규칙들을 특정한다. 예를 들어, MC 모드의 주어진 레벨에 대한 규칙들은 주어진 MC 모드 레벨에서 동작하는 동안 소스 디바이스로부터 어떤 타입들의 미디어 데이터를 싱크 디바이스(360)가 수신할 것인지 결정할 수 있다. 또한, MC 모드의 주어진 레벨에 대한 규칙들은 특정한 타입들의 사용자 인터페이스들, 예를 들어, 음성 및 터치 커맨드들, 음서 커맨드들만 허용하도록 또는 어떠한 커맨드도 허용하지 않도록 싱크 디바이스(360)에서 사용자 입력 인터페이스(376)의 수정을 지시할 수 있다. 도 2로부터 소스 디바이스(220)에 대해 위에서 설명된 바와 같이, MC 모드에 포함된 레벨들의 수는 WD 통신 세션 표준, 예를 들어, WFD 또는 TDLS에 따라 정의될 수 있다.
[0073] 싱크 디바이스(360) 및/도는 싱크 디바이스(360)와 통신하는 소스 디바이스의 벤더는 레벨들 각각과 연관되는 규칙들을 구성하는 것을 담당할 수 있다. 벤더는 또한 레벨들 각각을 식별하기 위해 호스트 시스템(300)으로부터 트리거 정보를 할당하는 것을 담당할 수 있다. MC 모드의 상이한 레벨들에 대한 구성된 규칙들 및 트리거 정보는 MC 유닛 모드(378) 또는 메모리(332)에 저장될 수 있다. MC 모드 레벨들 각각과 연관되는 규칙들은 특정한 MC 모드 레벨에서 동작하는 동안 소스 디바이스에 의해 렌더링되고 싱크 디바이스(360)에 송신되도록 허용된 미디어 데이터의 타입 및 싱크 디바이스(360)에서 허용된 사용자 상호작용의 타입을 특정한다.
[0074] MC 모드 유닛(378)이 호스트 시스템(300) 내의 센서들(312)로부터 트리거 정보를 수신할 때, MC 모드 유닛(378)은 검출된 트리거 정보와 연관된 MC 모드 레벨을 결정한다. MC 모드 유닛(378)은 이어서 싱크 디바이스(360)에서 MC 모드의 결정된 레벨을 작동시킬 수 있다. 작동된 MC 모드 레벨에 기초하여, MC 모드 유닛(378)은 MC 모드의 작동 레벨과 연관된 규칙들에 의해 허용되는 사용자 입력 및 상호작용의 타입만, 예를 들어, 음성 및 터치 커맨드, 음성 커맨드만 수학하도록 또는 어떠한 커맨드도 수락하지 않도록 사용자 입력 인터페이스(375)의 동작을 수정한다. 또한, MC 모드 유닛(378)은 MC 모드의 작동 레벨을 표시하는 신호를 생성하고 MC 모드 레벨에서 동작하는 동안 렌더링되고 싱크 디바이스(360)로 송신되는 데이터의 타입을 수정하기 위해 이 신호를 소스 디바이스에 전송하도록 전송 유닛(333)에 지시한다.
[0075] 위의 표 1에 관하여, MC-1 레벨에서, 연관된 규칙들은 싱크 디바이스(360)가 전화 호들을 수신하고 소스 디바이스로부터 A/V 콘텐츠를 생성하지만, 음성 커맨드 만으로 텍스트 메시지들을 제한하도록 허용할 수 있다. MC-2 레벨에서, 연관된 규칙들은 전화 호들 및 소스 디바이스로부터 수신된 일반 A/V 콘텐츠를 음성 커맨드 만으로 제한하고 소스 디바이스로부터 텍스트 메시지들을 제거할 수 있다. 이 경우에, MC-2 레벨과 연관된 규칙들은 사용자 입력 인터페이스(376)를 통해 소스 디바이스(360)에서의 모든 사용자 상호작용을 음성 커맨드 만으로 제한할 수 있다. MC-3 레벨에서, 연관된 규칙들은 모든 전화 호들, 텍스트 메시지들, 및 소스 디바이스로부터 수신된 일반 AV 콘텐츠를 제거할 수 있다. 이 경우에, MC-3 레벨과 연관된 규칙들은 싱크 디바이스(360)에서 사용자 입력 인터페이스(376)를 통한 어떠한 사용자 상호작용도 허용하지 않을 수 있다.
[0076] 호스트 시스템(300)이 표 1의 MC 모드 레벨들에 따라 자동차 호스트 시스템을 포함하는 일 예로서, 사용자가 양호한 조건들에서 운전중이라고 호스트 시스템(300)의 센서들(312)을 통해 싱크 디바이스(360)가 검출할 때, 싱크 디바이스(360)는 소스 디바이스에서 텍스트 메시징 애플리케이션의 동작을 단지 수정하도록 MC-1의 작동을 소스 디바이스에 시그널링할 수 있다. 사용자가 열등한 조건들(예를 들어, 교통체증 또는 나쁜 날씨)에서 운전중이라고 싱크 디바이스(360)가 검출할 때, 싱크 디바이스(360)는 소스 디바이스에서 실행되는 모든 미디어 데이터 애플리케이션들의 동작을 수정하고 싱크 디바이스(360)에서 사용자 입력 인터페이스(376)의 동작을 수정하도록 소스 디바이스에 MC-2 또는 MC-3의 작동을 시그널링할 수 있다.
[77] 도 3의 프로세서(331)는 하나 이상의 DSP들(digital signal processors), 범용 마이크로프로세서들, ASIC들(application specific integrated circuits), FPGA들(field programmable logic arrays), 다른 등가의 통합된 또는 이산 로직 회로, 또는 이들의 임의의 결합과 같이 광범위한 프로세서들 중 하나 이상을 포함할 수 있다. 도 3의 메모리(332)는, 동기식 동적 랜덤 액세스 메모리(SDRAM)와 같은 랜덤 액세스 메모리(RAM), 판독 전용 메모리(ROM), 비휘발성 랜덤 액세스 메모리(NVRAM), 전기적으로 소거가능한 프로그램가능한 판독 전용 메모리(EEPROM), FLASH 메모리 등을 포함하는(그러나 이에 제한되는 것은 아님) 폭 넓고 다양한 휘발성 또는 비휘발성 메모리 중 임의의 메모리를 포함할 수 있고, 메모리(232)는 오디오/비디오 데이터 뿐만 아니라 다른 종류들의 데이터를 저장하기 위한 컴퓨터 판독가능한 저장 매체를 포함할 수 있다. 메모리(332)는, 본 개시에 설명되는 다양한 기법들을 수행하는 것의 일부로서 프로세서(331)에 의해 실행되는 명령들 및 프로그램 코드를 추가로 저장할 수 있다.
[78] 도 4는 예시적인 송신기 시스템(410) 및 수신기 시스템(450)을 도시하는 블록도이며, 이들은 통신 채널(150)을 통해 통신하기 위해서 도 1의 송신기/수신기(126) 및 송신기/수신기(166)에 의해 사용될 수 있다. 송신기 시스템(410)에서, 다수의 데이터 스트림들에 대한 트래픽 데이터는 데이터 소스(412)로부터 송신(TX) 데이터 프로세서(414)에 제공된다. 각각의 데이터 스트림은 각각의 송신 안테나를 통해 송신될 수 있다. TX 데이터 프로세서(414)는, 각각의 데이터 스트림에 대하여 선택된 특정한 코딩 방식에 기초하여, 각각의 데이터 스트림에 대한 트래픽 데이터를 포맷, 코딩 및 인터리빙한다. 각각의 데이터 스트림에 대한 코딩된 데이터는 직교 주파수 분할 멀티플렉싱(OFDM) 기법들을 사용하여 파일럿 데이터와 멀티플렉싱될 수 있다. 시분할 다중 액세스(TDMA), 주파수 분할 다중 액세스(FDMA), 코드 분할 다중 액세스(CDMA) 또는 OFDM, FDMA, TDMA 및/또는 CDMA의 임의의 결합을 포함하는(그러나 이에 제한되는 것은 아님) 폭 넓고 다양한 다른 무선 통신 기법들이 또한 사용될 수 있다.
[79] 도 5와 일관하여, 파일럿 데이터는 전형적으로 공지된 방식으로 프로세싱되는 공지된 데이터 패턴이고, 채널 응답을 추정하기 위해서 수신기 시스템(450)에서 사용될 수 있다. 이후, 변조 심볼들을 제공하도록 각각의 데이터 스트림에 대하여 선택된 특정한 변조 방식(예를 들어, 이진 위상 시프트 키잉(BPSK), 직교 위상 시프트 키잉(QPSK), M-PSK, 또는 M-QAM(Quadrature Amplitude Modulation), 여기서 M은 2의 거듭제곱일 수 있음)에 기초하여, 각각의 데이터 스트림에 대하여 멀티플렉싱된 파일럿 및 코딩된 데이터가 변조(예를 들어, 심볼 맵핑)된다. 각각의 데이터 스트림에 대한 데이터 레이트, 코딩 및 변조는, 메모리(432)와 커플링될 수 있는 프로세서(430)에 의해 수행되는 명령들에 의해 결정될 수 있다.
[80] 이후, 데이터 스트림들에 대한 변조 심볼들이 TX MIMO 프로세서(420)에 제공되며, TX MIMO 프로세서(420)는 (예를 들어, OFDM을 위해서) 변조 심볼들을 추가로 프로세싱할 수 있다. 이후, TX MIMO 프로세서(420)는 NT개의 변조 심볼 스트림들을 NT개의 송신기들(TMTR)(422a 내지 422t)("송신기들(422)")에 제공할 수 있다. 특정 양상들에서, TX MIMO 프로세서(420)는 데이터 스트림들의 심볼들, 및 그 심볼들을 송신하고 있는 안테나에 빔포밍 가중치들을 적용한다. 송신기(422)들 각각은 각각의 심볼 스트림을 수신 및 프로세싱하여 하나 이상의 아날로그 신호들을 제공하고, 아날로그 신호들을 추가로 컨디셔닝(예를 들어, 증폭, 필터링, 및 상향변환)하여 MIMO 채널을 통한 송신에 적합한 변조된 신호를 제공할 수 있다. 이후, 송신기들(422a 내지 422t)로부터 NT개의 변조된 신호들은 NT개의 안테나들(424a 내지 424t)("안테나들(424)") 각각으로부터 송신된다.
[81] 수신기 시스템(450)에서, 송신된 변조된 신호들은 NR개의 안테나들(452a 내지 452r)("안테나들(452)")에 의해 수신되고, 각각의 안테나(452)로부터 수신된 신호는 수신기들(RCVR)(454a 내지 454r)("안테나들(454)")의 각각의 수신기로 제공된다. 수신기들(454) 각각은 각각의 수신된 신호를 컨디셔닝(예를 들어, 필터링, 증폭 및 하향변환)하고, 컨디셔닝된 신호를 디지털화하여 샘플들을 제공하고, 상기 샘플들을 추가로 프로세싱하여 대응하는 "수신된" 심볼 스트림을 제공한다. 이후, 수신(RX) 데이터 프로세서(460)는 특정 수신기 프로세싱 기술에 기초하여 NR개의 수신기들(454)로부터 NR개의 수신된 심볼 스트림들을 수신 및 프로세싱하여 NT개의 "검출된" 심볼 스트림들을 제공한다. 그 다음, RX 데이터 프로세서(460)는 각각의 검출된 심볼 스트림을 복조, 디인터리빙(deinterleaving) 및 디코딩하여 데이터 스트림에 대한 트래픽 데이터를 복원한다. RX 데이터 프로세서(460)에 의한 프로세싱은 송신기 시스템(410)에서 TX MIMO 프로세서(420) 및 TX 데이터 프로세서(414)에 의해 수행되는 프로세싱과 상보적이다.
[82] 메모리(472)와 커플링될 수 있는 프로세서(470)는 어떤 프리코딩 행렬을 사용할지를 주기적으로 결정한다. 역방향 링크 메시지는 통신 링크 및/또는 수신된 데이터 스트림에 대한 다양한 타입들의 정보를 포함할 수 있다. 이후, 역방향 링크 메시지는, 데이터 소스(436)로부터의 다수의 데이터 스트림들에 대한 트래픽 데이터를 또한 수신하는 TX 데이터 프로세서(438)에 의해 프로세싱되고, 변조기(480)에 의해 변조되고, 송신기들(454)에 의해 컨디셔닝되어, 다시 송신기 시스템(410)으로 송신된다.
[83] 송신기 시스템(410)에서, 수신기 시스템(450)에 의해 송신된 역방향 링크 메시지를 추출하기 위해서, 수신기 시스템(450)으로부터의 변조된 신호들이 안테나들(424)에 의해 수신되고, 수신기들(422)에 의해 컨디셔닝되고, 복조기(440)에 의해 복조되고, 그리고 RX 데이터 프로세서(442)에 의해 프로세싱된다. 이후, 프로세서(430)는 빔포밍 가중치들을 결정하기 위해서 어떤 프리코딩 행렬을 사용할지를 결정하고, 추출된 메시지를 프로세싱한다.
[0083] 송신기 시스템(410)에서, 수신기 시스템(450)으로부터 변조된 신호들은 안테나들(424)에 의해 수신되고, 수신기(422)에 의해 컨디셔닝되고, 복조기(440)에 의해 복조되고, RX 데이터 프로세서(442)에 의해 프로세싱되어 수신기 시스템(450)에 의해 송신된 역방향 링크 메시지를 추출한다. 프로세서(430)는 이어서 빔포밍 가중치를 결정하기 위해 어느 프리-코딩 매커니즘을 이용할지 결정하고 추출된 메시지를 프로세싱한다.
[0084] 도 5는 소스 디바이스(520)와 싱크 디바이스(560) 간의 MC 모드 능력 협상들을 수행하기 위한 예시적인 메시지 전달 시퀀스를 도시하는 개념도이다. MC 모드 능력 협상은 소스 디바이스(520)와 싱크 디바이스(560) 간의 더 큰 통신 세션 설정 프로세스의 부분으로서 발생할 수 있다. 이 세션은 예를 들어, 근본적인 연결 표준으로서 WFD 또는 TDLS로 설정될 수 있다. WFD 또는 TDLS 세션을 설정한 이 후, 싱크 디바이스(560)는 소스 디바이스(520)와의 TCP, 연결을 개시할 수 있다. TCP 연결을 설정하는 것의 부분으로서, RTSP(real time streaming protocol)를 실행하는 제어 포트는 소스 디바이스(520)와 싱크 디바이스(560) 간의 통신 세션을 관리하도록 설정될 수 있다.
[0085] 소스 디바이스(520)는 일반적으로 도 1의 소스 디바이스(120)에 대해 위에서 설명된 바로 그 방식으로 동작할 수 있고, 싱크 디바이스(560)는 일반적으로 도 1의 싱크 디바이스(160)에 대해 위에서 설명된 바로 그 방식으로 동작할 수 있다. 소스 디바이스(520) 및 싱크 디바이스(560)가 연결을 설정한 이후, 소스 디바이스(520) 및 싱크 디바이스(560)는 그의 후속 통신 세션을 위해 이용될 파라미터들의 세트 및 MC 모드가 능력 협상 교환의 부분으로서 지원되는지를 결정할 수 있다.
[0086] 소스 디바이스(520) 및 싱크 디바이스(560)는 메시지들의 시퀀스를 통해 성능들을 협상할 수 있다. 메시지들은 예를 들어, RTSP(real time streaming protocol) 메시지들일 수 있다. 협상들 중 임의의 스테이지에서, RTSP 요청 메시지의 수신자는 RTSP OK 이외의 다른 RTSP 상태 코드를 포함하는 RTSP 응답으로 응답할 수 있으며, 이 경우 메시지 교환은 파라미터들의 상이한 세트로 재시도될 수 있거나 능력 협상 세션이 종료될 수 있다.
[0087] 소스 디바이스(520)는 싱크 디바이스(560)가 지원하는 RTSP 방법들의 세트를 결정하기 위해 RTSP 옵션 요청 메시지(570)를 싱크 디바이스(560)에 전송할 수 있다. 소스 디바이스(520)로부터 메시지(570)의 수신 시에, 싱크 디바이스(560)는 싱크(560)에 의해 지원되는 RTSP 방법들을 나열하는 RTSP 옵션 응답 메시지(572)로 응답할 수 있다.
[0088] 메시지(572)를 소스 디바이스(520)에 전송한 이후, 싱크 디바이스(560)는 소스 디바이스(520)가 지원하는 RTSP 방법들의 세트를 결정하기 위해 RTSP 옵션 요청 메시지(574)를 전송할 수 있다. 싱크 디바이스(560)로부터 메시지(574)의 수신 시에, 소스 디바이스(520)는 소스 디바이스(520)에 의해 지원되는 RTSP 방법을 나열하는 RTSP 옵션 응답 메시지(576)로 응답할 수 있다. 메시지(576)는 또한 RTSP OK 상태 코드를 포함할 수 있다.
[0089] 메시지(576)를 전송한 이후, 소스 디바이스(520)는 관심있는 성능들의 리스트를 특정하기 위해 RTSP get_parameter 요청 메시지(578)를 소스 디바이스(520)에 전송할 수 있다. 본 개시의 기법들에 따라, 메시지(578)에서 요청된 성능들 중 하나는 싱크 디바이스(560)가 MC 모드를 지원할 수 있는지 여부이다. 예를 들어, MC 모드 성능 파라미터는 "uibc_mc_mode_capa"라 작명될 수 있고, RTSP get_parameter 요청 메시지(578)는 다음과 같을 수 있다:
S-"C: GET_PARAMETER rtsp://wfd_sink_ip/agent RTSP/1.0
CSeq: 431
콘텐츠 타입: 텍스트/파라미터들
세션: 12345678
콘텐츠-길이: 15
uibc_mc_mode_capa
[0090] 싱크 디바이스(560)는 RTSP 상태 코드를 포함할 수 있는 RTSP get_parameter 응답 메시지(580)로 응답할 수 있다. RTSP 상태 코드가 OK인 경우, 메시지(580)는 또한 싱크 디바이스(560)에 의해 지원되는 RTSP get_parameter 요청 메시지(578)에서 특정되는 그러한 파라미터들에 대한 응답 파라미터들을 포함할 수 있다. 싱크 디바이스(560)는 싱크 디바이스(560)가 지원하지 않는 메시지(578) 내의 파라미터들을 무시할 수 있다. 일 예로서, 싱크 디바이스(560)는 MC 모드를 지원하는 그의 성능을 선언(declare)하기 위해 RTSP get_parameter 응답 메시지(580)로 대답할 수 있는데, 예를 들어, uibc_mc_mode_capa: yes이다. 싱크 디바이스(20)의 선언은 다음과 같이 ABNF(Augmented Backus-Naur Form) 포맷에 따를 수 있다:
uibc_mc_mode_capa = "uibc_mc_mode_capa:" SP uibc_mc_mode_capa_option CRLF
uibc_mc_mode_capa_option = "yes" / "no"
이 경우, RTSP get_parameter 응답 메시지(580)는 다음과 같을 수 있다.
C-"S: RTSP/1.0 200 OK
CSeq: 431
콘텐츠-길이: 20
콘텐츠-타입: 텍스트/파라미터들
uibc_mc_mode_capa: yes
[0091] 메시지(580)에 기초하여, 소스 디바이스(520)는 통신 세션에 대해 이용된 파라미터들의 최적의 세트를 결정할 수 있고 set_parameter 요청 메시지(582)를 싱크 디바이스(560)에 전송할 수 있다. set_parameter 요청 메시지(582)는 소스 디바이스(520)와 싱크 디바이스(560) 간의 통신 세션 동안 이용될 파라미터 세트를 포함할 수 있다. 예를 들어, 소스 디바이스(520) 및 싱크 디바이스(560) 둘 다가 MC 모드를 지원하는 경우, 소스 디바이스(520)는 통신 세션을 위해 MC 모드를 인에이블할 수 있다. MC 모드를 인에이블하기 위해 소스 디바이스(520)는 MC 모드가 인에이블되고 통신 세션 동안 이용될 것임을 표시하기 위해 RTSP set_parameter 요청 메시지(582)를 싱크 디바이스(560)에 전송하며, 예를 들어, uibc_mc_mode_capa: yes이다. RTSP set_parameter 요청 메시지(582)는 다음과 같을 수 있다.
S-"C: SET_PARAMETER rtsp://wfd_sink_ip/agent RTSP/1.0
CSeq: 432
콘텐츠-길이: 20
콘텐츠-타입: 텍스트/파라미터들
uibc_mc_mode_capa: yes
[0092] 메시지(582)의 수신 시에, 싱크 디바이스(560)는 메시지(582)에서 특정된 바와 같이 파라미터들을 특정하는 것이 성공되었는지를 표시하는 RTSP 상태 코드를 포함하는 RTSP set_parameter 응답 메시지(584)로 응답할 수 있다. 예를 들어, 싱크 디바이스(560)는 앞선 RTSP set_parameter 응답 메시지(580)에서 MC 모드의 그의 지원을 표시하는 경우, 싱크 디바이스(560)는 MC 모드가 통신 세션동안 이용될 것이라고 소스 디바이스(520)에 긍정으로 확인응답할 것이데, 예를 들어, uibc_mc_mode_capa: yes이다. RTSP set_parameter 응답 메시지(584)는 다음과 같을 수 있다:
C-"S: RTSP/1.0 200 OK
CSeq: 432
콘텐츠-길이: 20
콘텐츠-타입: 텍스트/파라미터들
uibc_mc_mode_capa: yes
[0093] MC 모드가 통신 세션을 위해 인에이블되면, 싱크 디바이스(560)는 싱크 디바이스(560)의 호스트 시스템으로부터 검출된 트리거 정보에 기초하여 MC 모드의 레벨들 중 하나를 작동하고, MC 모드의 작동 레벨을 소스 디바이스(520)에 시그널링한다. 일 예에서, 싱크 디바이스(560)는 MC 모드의 작동 레벨을 소스 디바이스(520)에 표시하기 위해 RTSP 제어 메시지를 이용할 수 있다. 이 예에서, 싱크 디바이스(560)는 MC 모드 레벨 파라미터를 포함하는 RTSP set_parameter 요청 메시지(586)를 소스 디바이스(12)에 전송한다. 예를 들어, MC 모드 레벨 파라미터는 "uibc_mc_mode"라 작명될 수 있고, RTSP set_parameter 요청 메시지(586)는 다음과 같을 수 있다.
uibc_mc_mode= "uibc_mc_mode:" SP uibc_mc_mode_instruction CRLF
uibc_mc_mode_instruction = "no_rules" / "mc-1" / "mc-2" / "mc-3"
[0094] 호스트 시스템으로부터 검출된 트리거 정보에 기초하여 MC 모드의 특정한 레벨, 예를 들어, MC 모드 2("mc-2")를 작동하면, 싱크 디바이스(560)는 MC 모드의 작돌 레벨을 표시하는 신호, 예를 들어, uibc_mc_mode: mc-2를 소스 디바이스에 전송한다. RTSP set_parameter 요청 메시지(586)는 다음과 같을 수 있다:
C-"S: SET_PARAMETER rtsp://wfd_source_ip/agent RTSP/1.0
CSeq: 220
콘텐츠-길이: 20
콘텐츠-타입: 텍스트/파라미터들
uibc_mc_mode: mc-2
[0095] 메시지(586)의 수신 시에, 싱크 디바이스(560)는 메시지(586)에서 특정된 바와 같이 MC 모드 레벨을 세팅하는 것이 성공되었는지를 표시하는 RTSP 상태 코드를 포함하는 RTSP set_parameter 응답 메시지(588)로 응답할 수 있다. 예를 들어, 싱크 디바이스(560)가 메시지(586)에서 MC 모드의 작동 레벨로서 mc-2를 표시하는 경우, 소스 디바이스(520)는 싱크 디바이스(560)에 MC 모드의 레벨 2가 통신 세션 동안 이용될 것이라고 긍정으로 확인응답하는데, 예를 들어, uibc_mc_mode: mc-2이다. RTSP set_parameter 응답 메시지(588)는 다음과 같을 수 있다:
S-"C: RTSP/1.0 200 OK
CSeq: 220
콘텐츠-길이: 20
콘텐츠-타입:텍스스/파라미터들
uibc_mc_mode: mc-2
[0096] 다른 예들에서, 싱크 디바이스(560) 및 소스 디바이스(520)는 MC 모드의 특정한 레벨의 작동 및 이용을 표시하기 위해 도 5에서 도시된 바와 같이 RTSP set_parameter 메시지들(586 및 588)을 교환할 수 있다. 다른 예에서, 싱크 디바이스(560)는 MC 모드의 작동 레벨을 소스 디바이스(520)에 시그널링하기 위해 UIBC를 대신 이용할 수 있다. MC 모드의 작동 레벨을 표시하기 위한 UIBC 패킷의 포맷은 도 6에 관하여 보다 상세히 설명된다. 위에서 언급된 바와 같이, 소스 디바이스 및 싱크 디바이스의 역할들은 상이한 세션들에서 반전 또는 변경될 수 있다. 통신 세션을 셋업하는 메시지들의 순서는 몇몇 경우들에서, 소스로서 동작하는 디바이스를 정의하고 싱크로서 동작하는 디바이스를 정의할 수 있다.
[0097] 도 6은 싱크 디바이스로부터 소스 디바이스로 MC 모드의 작동 레벨을 시그널링하기 위해 이용될 수 있는 예시적인 데이터 패킷(600)을 도시하는 개념도이다. 데이터 패킷(600)의 양상들은 도 1을 참조하여 설명될 것이지만, 논의되는 기법들은 부가적인 타입들의 WD 시스템들에 적용 가능할 수 있다. 데이터 패킷(600)은 데이터 패킷 헤더(610)에 이어 페이로드 데이터(650)를 포함할 수 있다. 데이터 패킷(600)은 예를 들어, 싱크 데이터(160)에서 수신된 사용자 입력 데이터를 시그널링하기 위해 또는 싱크 디바이스(160)에서 작동되는 MC 모드 레벨을 시그널링하기 위해 싱크 디바이스(160)로부터 소스 디바이스(120)로 송신될 수 있다.
[0098] 페이로드 데이터(650)에 포함되는 데이터, 예를 들어, 사용자 입력 데이터의 타입 또는 MC 모드 레벨 데이터는 데이터 패킷 헤더(610)에서 식별될 수 있다. 이러한 방식으로, 데이터 패킷 헤더(610)의 콘텐츠에 기초하여, 소스 디바이스(120)는 싱크 디바이스(160)로부터 사용자 입력 데이터 또는 MC 모드 레벨을 식별하기 위해 데이터 패킷(600)의 페이로드 데이터(650)를 파싱할 수 있다. 본 개시에서 이용되는 바와 같이, 용어들 "파스" 및 "파싱"은 일반적으로 비트스트림으로부터 데이터를 추출하기 위해 비트스트림을 분석하는 프로세스를 지칭한다. 데이터를 추출하는 것은 예를 들어, 비트스트림에서 정보가 어떻게 포맷팅되었는지를 식별하는 것을 포함할 수 있다. 아래에서 보다 상세히 설명될 바와 같이, 데이터 패킷 헤더(610)는 페이로드 데이터(650)에 대한 다수의 가능한 포맷들 중 하나를 정의할 수 있다. 데이터 패킷 헤더(610)를 파싱함으로써, 소스 디바이스(120)는 페이로드 데이터(650)가 어떻게 포맷팅되었는지 그리고 사용자 입력 커맨드들 또는 MC 모드 레벨 표시를 추출하기 위해 페이로드 데이터(650)를 어떻게 파싱할지를 결정할 수 있다.
[0099] 몇몇 예들에서, 데이터 패킷 헤더(610)는 도 6에서 도시된 바와 같이 포맷팅된 하나 이상의 필드들(620)을 포함할 수 있다. 번호들(0 내지 15) 및 필드(520)에 가까운 비트 오프셋들(0, 16, 및 32)은 데이터 패킷 헤더(610) 내에서 비트 위치들을 식별하도록 의도되고 데이터 패킷 헤더(610) 내에 포함된 정보를 실제로 표현하도록 의도되는 것은 아니다. 데이터 패킷 헤더(610)는 버전 필드(621), 타임스탬프 플래그(622), 보존된 필드(623), 입력 카테고리 필드(624), 길이 필드(625) 및 선택적 타임스탬프 필드(626)를 포함한다. 도 6의 예에서, 버전 필드(621)는 싱크 디바이스(160)에 의해 구현되는 특정한 통신 프로토콜의 버전을 표시할 수 있는 3-비트이다. 버전 필드(621)의 값은 잔여 데이터 패킷 헤더(610)를 어떻게 파싱할지는 물론, 페이로드 데이터(650)를 어떻게 파싱할지 알려줄 수 있다.
[0100] 도 6의 예에서, 타임스탬프 플래그(T)(622)는 타임스탬프 필드(626)가 데이터 패킷 헤더(610)에 존재하는지를 표시하는 1-비트 필드이다. 존재할 때, 타임스탬프 필드(626)는 소스 디바이스(120)에 의해 생성되고 싱크 디바이스(160)에 송신되는 멀티미디어 데이터에 기초하여 타임스탬프를 포함하는 16-비트 필드이다. 타임스탬프는 예를 들어, 프레임들이 싱크 디바이스(160)에 송신되기 이전에 소스 디바이스(120)에 의해 비디오의 프레임들에 할당되는 시퀀스 값일 수 있다. 데이터 패킷 헤더(610)를 파싱하고 타임스탬프 필드(626)가 존재하는지를 결정하면, 소스 디바이스(120)는 그것이 타임스탬프 필드(626)에 포함된 타임스탬프를 프로세싱할 필요가 있는지를 알게 된다. 도 6의 예에서, 보존된 필드(623)는 버전 필드(621)에서 식별되는 특정한 프로토콜의 미래의 버전들을 위해 보존된 8-비트 필드이다.
[0101] 도 6의 예에서, 입력 카테고리 필드(624)는 페이로드 데이터(650)에 포함된 데이터에 대한 입력 카테고리를 식별하기 위한 4-비트 필드이다. 예를 들어, 싱크 디바이스(160)는 입력 카테고리를 결정하기 위해 사용자 입력 데이터를 카테고리화한다. 사용자 입력을 카테고리화하는 것은 예를 들어, 커맨드가 수신되는 디바이스에 기초하거나 또는 커맨드 그 자체의 특성에 기초할 수 있다. 싱크 디바이스(160)는 또한 입력 카테고리를 결정하기 위해 MC 모드 레벨 명령들을 카테고리화할 수 있다. 가능하게는, 데이터 패킷 헤더(610)의 다른 정보와 함께, 입력 카테고리 필드(624)의 값은 페이로드 데이터(650)가 어떻게 포맷팅되는지를 소스 디바이스(120)에 식별한다. 이러한 포맷팅에 기초하여, 소스 디바이스(120)는 MC 모드 레벨 표시 또는 사용자 입력 커맨드를 추출하도록 페이로드 데이터(650)를 파싱할 수 있다.
[0102] 길이 필드(625)는 데이터 패킷(600)의 길이를 표시하기 위한 16-비트 필드를 포함할 수 있다. 데이터 패킷(600)이 16비트의 워드들로 소스 디바이스(120)에 의해 파싱되기 때문에, 데이터 패킷(600)은 16 비트들의 정수까지 패딩될 수 있다. 길이 필드(625)에 포함된 길이에 기초하여, 소스 디바이스(120)는 페이로드 데이터(650)의 종료(즉, 데이터 패킷(600)의 종료) 및 새로운 후속적인 데이터 패킷의 시작을 식별할 수 있다.
[0103] 도 6의 예에서 제공된 다양한 크기들의 필드들은 단지 설명인 것으로 의도되며, 필드들은 도 6에서 도시된 것과 상이한 수의 비트들을 이용하여 구현될 수 있다고 의도된다. 부가적으로, 데이터 패킷 헤더(610)는 위에서 논의된 모든 필드들보다 적게 포함할 수 있거나 위에서 논의되지 않은 부가적인 필드들을 이용할 수 있다고 또한 기도된다. 실제로, 본 개시의 기법들은 패킷들의 다양한 데이터 필드들에 대해 이용되는 실제 포맷의 견지에서 유연할 수 있다.
[0104] 입력 카테고리(624)는 다수의 가능한 입력 카테고리들 중 하나를 식별할 수 있다. 하나의 이러한 입력 카테고리는, 페이로드 데이터(650)의 사용자 입력 데이터가 소스 디바이스(120) 및 싱크 디바이스(160) 둘 다에 의해 실행되는 프로토콜에서 정의되는 일반적인 정보 엘리먼트들을 이용하여 포맷팅된다고 표시하기 위한 일반적인 입력 포맷일 수 있다. 일반적인 입력 포맷은 싱크 디바이스(160)의 사용자가 애플리케이션 레벨에서 소스 디바이스(120)와 상호작용하도록 허용하는 일반적인 정보 엘리먼트들을 활용할 수 있다.
[0105] 다른 이러한 입력 카테고리는 페이로드 데이터(650)의 사용자 입력 데이터가 입력 데이터를 수신하는데 이용된 입력 디바이스의 타입에 기초하여 포맷팅된다고 표시하기 위한 HIDC(human interface device command) 입력 포맷일 수 있다. 디바이스들의 타입들의 예들은 키보드, 마우스, 터치 입력 디바이스, 조이스틱, 카메라, 제스처 캡처링 디바이스(이를 테면, 카메라-기반 입력 디바이스) 및 원격 제어를 포함한다. 입력 카테고리 필드(624)에서 식별될 수 있는 다른 타입들의 입력 카테고리들은 페이로드 데이터(650)의 사용자 데이터가 싱크 디바이스(160)에서 발생되지 않았다고 표시하기 위한 포워딩 입력 포맷, 또는 운영 체제 특정 포맷 및 페이로드 데이터(650)가 음성 커맨드를 포함한다고 표시하기 위한 음성 커맨드 포맷을 포함한다.
[0106] 본 개시의 기법들에 따라, 추가의 입력 카테고리는 페이로드 데이터의 사용자 입력 데이터(650)가 소스 디바이스(120) 및 싱크 디바이스(160) 둘 다에 의해 실행되는 프로토콜에서 정의된 명령 정보 엘리먼트들을 이용하여 포맷팅된다고 표시하기 위한 명령 입력 포맷일 수 있다. 명령 입력 포맷은 싱크 디바이스(160)에서 MC 모드의 작동 레벨을 표시하는 명령 정보 엘리먼트를 활용할 수 있다.
[0107] 입력 카테고리 필드(624)에서 식별될 수 있는 입력 카테고리들은 아래의 표 2에 포함된다. 도 6의 예에서, 입력 카테고리(624)는 4비트이고, 16개의 상이한 입력 카테고리들이 가능하게 식별될 수 있다. 표 2는 3개의 입력 카테고리들을 정의하고 잔여 입력 카테고리들을 보존된 채로 유지한다.
입력 카테고리 카테고리 주의
0 일반 사용자 입력 데이터는 일반 정보 엘리먼트를 이용하여 포맷팅됨
1 HIDC 사용자 입력 데이터는 HIDC 정보 엘리먼트들을 이용하여 포맷팅됨
2 명령 명령들은 명령 정보 엘리먼트들을 이용하여 포맷팅됨
3-15 보존됨
[0108] 예를 들어, 명령 입력이 페이로드 데이터(650)에 존재한다고 데이터 패킷 헤더(610)의 입력 카테고리 필드(625)가 표시하는 경우, 페이로드 데이터(650)는 명령 입력 포맷을 가질 수 있다. 소스 디바이스(120)는 이에 따라 명령 입력 포맷에 따라 페이로드 데이터(650)를 파싱할 수 있다. 페이로드 데이터(650) 내의 명령 입력 이벤트는 입력 이벤트 헤더를 포함할 수 있다. 아래의 표 3은 MC 모드 레벨 명령 IE(input event)에 대한 명령 IE 헤더의 필드들을 정의한다.
필드 크기(옥텟) 값
명령 IE ID 1 명령 타입
길이 2 다음 필드의 옥텟의 길이
MC 모드 레벨 코드 1 MC 모드 레벨을 표시함
[0109] 명령 IE ID(identification) 필드는 명령 타입, 예를 들어, MC 모드 명령 타입을 식별한다. 명령 IE ID 필드는 예를 들어, 길이가 1 옥텟(octet)일 수 있고 아래의 표 4로부터 선택된 식별을 포함할 수 있다. 이 예에서와 같이, 명령 IE ID 필드가 8비트인 경우, 256개의 상이한 타입들의 명령들(0-255 식별됨)은 식별 가능할 수 있지만, 모든 256개의 명령들이 반드시 연관된 명령 타입을 필요로 하는 것은 아니다. 256개 중 일부는 미래의 이용을 위해 보존된다. 표 4에서, 예를 들어, 명령 IE ID 0만이 MC 모드 명령 타입을 표시하는 것으로서 정의된다. 명령 ID ID들 1-255는 연관된 명령 타입들을 갖는 것이 아니라, 미래의 명령 타입들에 할당될 수 있다.
[0110] 이 예에서, 명령 IE ID가 MC 모드 명령 타입을 표시하는 경우, 명령 IE 헤더의 길이 필드는 MC 모드 레벨 코드 필드의 길이를 식별하는 반면에, MC 모드 레벨 코드 필드는 명령을 설명하는 정보 엘리먼트들을 포함한다. MC 모드 레벨 코드 필드의 포맷팅은 명령 IE ID 필드의 MC 모드 명령 타입으로부터 알려진다. 따라서, 소스 디바이스(120)는 명령 IE ID 필드에서 식별된 MC 모드 명령 타입에 기초하여 MC 모드 레벨 코드 필드의 콘텐츠들을 파싱할 수 있다. 명령 IE 헤더의 길이 필드에 기초하여, 소스 디바이스(120)는 페이로드 데이터(650)의 명령 IE의 종료를 결정할 수 있다.
[0111] 표 4는 명령 타입들의 예를 제공하며, 각각의 명령 타입들은 명령 타입을 식별하기 위해 이용될 수 있는 대응하는 명령 IE ID를 갖는다. 위에서 논의된 바와 같이, 이 예에서, 명령 IE ID 0만이 MC 모드 명령 타입을 표시하는데 정의된다. 표 4의 명령 IE ID들 1-255는 연관된 명령 타입들을 갖는 것이 아니라, 미래의 명령 타입들에 할당될 수 있다.
명령 IE ID 주의
0 최소 인식 모드
1-255 보존됨
[0112] MC 모드 명령 타입과 연관된 MC 모드 레벨 코드 필드는 특정한 포맷을 가질 수 있다. MC 모드 명령 타입과 연관된 MC 모드 레벨 코드 필드는 특정한 포맷을 가질 수 있다. MC 모드 레벨 코드 필드는 싱크 디바이스(160)에서 작동되는 MC 모드의 레벨들 중 하나를 표시하기 위해 아래의 표 5에서 식별된 정보 엘리먼트들을 포함할 수 있다.
MC 모드 레벨 코드 주의
0 어떠한 MC 모드 규칙 제약도 없음
1 MC-1
2 MC-2
3 MC-3
4-255 보존됨
[0113] 예를 들어, MC 모드 레벨 코드 0은 어떠한 모드 MC 레벨도 싱크 디바이스(160)에서 작동되지 않는다고 표시한다. 이 경우에, 소스 디바이스(120)의 동작을 수정하기 위해 어떠한 규칙들도 적용되지 않는다. 표 5에 따라, MC 모드 레벨 코드 1, 2 및 3은 각각 MC 모드 레벨들 MC-1, MC-2 및 MC-3이 싱크 디바이스(160)에서 작동된다고 표시한다. 작동된 MC 모드 레벨의 표시에 기초하여, 본 개시의 기법들은 작동 레벨을 위해 구성된 규칙들에 기초하여 소스 디바이스(120)의 동작을 수정할 수 있다.
[0114] 예로서, MC-1 레벨에서, 연관된 규칙들은 정규의 프로세싱 및 싱크 디바이스(160)로의 전화 호들 및 일반 A/V 콘텐츠의 전송을 허용할 수 있지만, 오디오-기반 텍스트 메시지들만을 렌더링하도록 소스 디바이스(120)의 동작을 제한할 수 있다. MC-2 레벨에서, 연관된 규칙들은 오디오-기반 전화 호들 및 일반 A/V 콘텐츠만을 렌더링하고 어떠한 텍스트 메시지들로 렌더링하지 않도록 소스 디바이스(120)의 동작을 제한할 수 있다. 부가적으로, MC-2 레벨에 연관된 규칙들은 음성 커맨드 만으로 싱크 디바이스(160)의 사용자 상호작용을 제한할 수 있다. MC-3 레벨에서, 연관된 규칙들은 싱크 디바이스(160)로의 전송을 위해 어떠한 전화 호들, 텍스트 메시지들, 또는 일반 A/V 콘텐츠도 렌더링하지 않도록 소스 디바이스(120)의 동작을 제한할 수 있다. 또한, MC-3 레벨과 연관된 규칙들은 싱크 디바이스(160)에서 어떠한 사용자 상호작용도 허용하지 않을 수 있다. 다른 예에서, 상이한 규칙들은 MC 모드 레벨들(MC-1, MC-2 및 MC-3) 중 하나 이상에 대해 구성될 수 있다.
[0115] MC 모드 레벨 코드 필드는 예를 들어, 길이가 1 옥텟일 수 있고 표 5로부터 선택된 식별을 포함할 수 있다. 이 예에서와 같이, MC 모드 레벨 코드 필드가 8 비트들인 경우, 256개의 상이한 MC 모드 레벨들(0-255 식별됨)은 식별 가능할 수 있지만, 모든 256 식별들이 반드시 연관된 MC 모드 레벨을 필요로 하는 것은 아니다. 256 개중 일부는 미래의 이용을 위해 보존된다. 표 5에서, 예를 들어, MC 모드 레벨 코드들 0-3만이 상이한 MC 모드 레벨들을 표시하는 것으로서 정의된다. MC 모드 레벨 코드들(4-255)은 연관된 MC 모드 레벨들을 갖는 것이 아니라 미래의 레벨들에 할당될 수 있다.
[0116] 도 7은 MC 모드를 지원할 수 있는 소스 디바이스의 예시적인 동작을 도시하는 흐름도이다. MC 모드 동작은 도 2로부터 소스 디바이스(220)에 대해 설명될 것이다. 다른 예들에서, 도시된 동작은 도 1로부터의 소스 디바이스(120)를 포함하는 다른 소스 디바이스들에 의해 수행될 수 있다.
[0117] 소스 디바이스(220)는 싱크 디바이스와의 연결을 먼저 설정한다(700). 예를 들어, 소스 디바이스(220)는 하나 이상의 근처의 싱크 디바이스들에 자신의 미디어 데이터를 어드버타이즈(advertise)할 수 있거나, 도는 소스 디바이스(220)의 사용자는 수동을 특정한 싱크 디바이스에 대한 연결을 구성할 수 있다. 연결이 설정되면, 소스 디바이스(220)는 연결을 통해 통신 세션의 파라미터들을 셋업하도록 싱크 디바이스와 능력 협상 메시지들을 교환한다. 예를 들어, 능력 협상 메시지들은 RTSP 메시지들을 포함할 수 있다. 본 개시의 기법들에 따라, 소스 디바이스(220)는 싱크 디바이스가 MC 모드를 지원하는지를 결정하기 위해 싱크 디바이스에 성능 요청, 예를 들어, RTSP get_parameter 요청 메시지를 전송한다(702).
[0118] 싱크 디바이스가 예를 들어, RTSP get_parameter 응답 메시지에서 표시되는 바와 같이 MC 모드를 지원하지 않는 경우(704의 아니오 브랜치(branch)), 소스 디바이스(220)는 MC 모드가 통신 세션을 위해 인에이블되지 않았다고 표시하는 신호, 예를 들어, RTSP set_parameter 요청 메시지를 싱크 디바이스에 전송한다(706). 소스 디바이스(220)는 이어서 프로세서(231)의 정규 동작에 따라 미디어 데이터를 렌더링하고 싱크 디바이스에 전송할 수 있다.
[0119] 싱크 디바이스가 예를 들어, RTSP get_parameter 응답 메시지에서 표시되는 바와 같이 MC 모드를 지원하지 않는 경우(704의 YES 브랜치), 소스 디바이스(220)는 MC 모드가 통신 세션을 위해 인에이블되었다고 표시하는 신호, 예를 들어, RTSP set_parameter 요청 메시지를 싱크 디바이스에 전송한다(710). MC가 인에이블되면 소스 디바이스(220)는 싱크 디바이스에서 작동된 MC 모드의 레벨을 표시하는 신호를 싱크 디바이스로부터 수신할 수 있다(712). 예를 들어, 싱크 디바이스는 그의 호스트 시스템으로부터 트리거 정보 및 트리거 정보에 기초하여, 싱크 디바이스에서 수신된 미디어 데이터를 수정하기 위해, MC 모드의 레벨들 중 작동된 레벨, 예를 들어, MC-1, MC-2 또는 MC-3을 검출할 수 있다. 소스 디바이스(220)는 에어 메시지, 예를 들어, RTSP set_parameter 요청 메시지, 또는 데이터 패킷, 예를 들어, MC 모드 명령 타입을 갖는 UIBC 패킷 중 하나로부터 MC 모드의 표시된 레벨을 수신할 수 있다.
[0120] 표시된 MC 모드 레벨의 수신 시에, 소스 디바이스(220) 내의 MC 모드 유닛(240)은 소스 디바이스(220)에서 MC 모드의 표시된 레벨을 작동한다(714). MC 모드 유닛(240)은 이어서 MC 모드의 작동 레벨에 연관된 규칙들에 따라 소스 디바이스(220)에 의해 프로세싱되는 AC 데이터의 타입, 예를 들어, 전화 호들, 테스트 메시지들 및 오디오 및/또는 비디오 콘텐츠를 수정하도록 프로세서(231)에 지시한다. 소스 디바이스(220)는 이어서 MC 모드의 작동 레벨에 대한 프로세서(231)의 수정된 동작에 따라 미디어 데이터를 렌더링하고 이를 싱크 디바이스에 전송할 수 있다.
[0121] 도 7은 MC 모드를 지원할 수 있는 싱크 디바이스의 예시적인 동작을 도시하는 흐름도이다. MC 모드 동작은 도 3으로부터 싱크 디바이스(360)에 대해 설명될 것이다. 다른 예들에서, 도시된 동작은 도 1로부터의 싱크 디바이스(160)를 포함하는 다른 싱크 디바이스들에 의해 수행될 수 있다.
[0122] 싱크 디바이스(360)는 우선 소스 디바이스와의 연결을 설정한다(800). 예를 들어, 싱크 디바이스(360)는 근처의 소스 디바이스(220)로부터 미디어 데이터의 어드버타이즈먼트(advertisement)에 응답할 수 있거나, 또는 싱크 디바이스(360)의 사용자는 수동으로 특정한 소스 디바이스에 대한 연결을 구성할 수 있다. 연결이 설정되면, 싱크 디바이스(360)는 연결을 통해 통신 세션의 파라미터들을 셋업하기 위해 소스 디바이스와 능력 협상 메시지들을 교환한다. 예를 들어, 능력 협상 메시지들은 RTSP 메시지들을 포함할 수 있다. 본 개시의 기법들에 따라, 싱크 디바이스(360)는 싱크 디바이스(360)가 MC 모드를 지원하는지에 관한 표시를 위한 성능 요청, 예를 들어, RTSP get_parameter 요청 메시지를 소스 디바이스로부터 수신한다(802).
[0123] 싱크 디바이스(360)가 MC 모드를 지원하지 않는 경우(804의 아니오 브랜치), 싱크 디바이스(360)는 MC 모드가 지원되지 않는다고 표시하는 성능 대답, 예를 들어, RTSP get_parameter 응답 메시지를 소스 디바이스에 전송한다(806). 싱크 디바이스(360)는 이어서 MC 모드가 통신 세션을 위해 인에이블되지 않는다고 표시하는 신호, 예를 들어, RTSP set_parameter 요청 메시지를 소스 디바이스로부터 수신한다(708). 싱크 디바이스(360)는 이어서 소스 디바이스의 정규 동작에 따라 소스 디바이스로부터 미디어 데이터를 수신할 수 있다(810).
[0124] 싱크 디바이스(360)가 MC 모드를 지원하지 않는 경우(804의 예 브랜치), 싱크 디바이스(360)는 MC 모드가 지원된다고 표시하는 성능 대답, 예를 들어, RTSP get_parameter 응답 메시지를 소스 디바이스에 전송한다(812). 싱크 디바이스(360)는 이어서 MC 모드가 통신 세션을 위해 인에이블된다고 표시하는 신호, 예를 들어, RTSP set_parameter 요청 메시지를 소스 디바이스로부터 수신한다(814). MC가 인에이블되면, 싱크 디바이스(360)는 호스트 시스템(300)으로부터 검출된 트리거 정보에 기초하여 MC 모드의 레벨을 작동할 수 있다(816). 예를 들어, 싱크 디바이스(360) 내의 MC 모드 유닛(378)은 호스트 시스템(300)의 센서들(312)로부터 수신된 트리거 정보를 검출하고, 트리거 정보에 기초하여 MC 모드의 레벨들 중 하나, 예를 들어, MC-1, MC-2, 또는 MC-3을 작동시킬 수 있다.
[0125] 싱크 디바이스(360)는 이어서 MC 모드의 작동 레벨을 표시하는 신호를 소스 디바이스에 전송한다(818). 싱크 디바이스(360)는 제어 메시지, 예를 들어, RTSP set_parameter 요청 메시지, 또는 데이터 패킷, 예를 들어, MC 모드 명령 타입을 갖는 UIBC 패킷 중 하나를 이용하여 MC 모드의 작동 레벨을 전송할 수 있다. 싱크 디바이스(360)는 MC 모드의 작동 레벨과 연관된 규칙들에 따라 싱크 디바이스(360)에서 수신된 A/V 데이터의 타입, 예를 들어, 전화 호들, 텍스트 메시지들 및 오디오 및/또는 비디오 콘텐츠를 수정하기 위해 소스 디바이스에 MC 모드의 작동 레벨을 전송한다. 싱크 디바이스(360)는 이어서 MC 모드의 작동 레벨에 대한 소스 디바이스의 수정된 동작에 따라 소스 디바이스로부터 미디어 데이터를 수신한다(820). 또한, MC 모드 유닛(378)은 MC 모드의 작동 레벨에 연관된 규칙들에 의해 허용되는 사용자 상호작용의 타입만을, 예를 들어, 음성 및 터치 커맨드들, 음성 커맨드들만 수학하거나 어떠한 커맨드도 수락하지 않도록 사용자 입력 인터페이스(376)의 동작을 수정한다.
[0126] 하나 이상의 예들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 결합으로 구현될 수 있다. 소프트웨어로 구현되는 경우, 기능들은 컴퓨터-판독 가능한 매체 상에 하나 이상의 명령들 또는 코드로 저장되거나 이들을 통해 전송될 수 있다. 컴퓨터-판독 가능한 매체들은 한 장소에서 다른 장소로 컴퓨터 프로그램의 전달을 용이하게 하는 임의의 매체를 포함하는 데이터 저장 매체들 또는 통신 매체들을 포함할 수 있다. 몇몇 예들에서, 컴퓨터-판독 가능한 매체들은 비-일시적인 컴퓨터-판독 가능한 매체들을 포함할 수 있다. 데이터 저장 매체들은 본 개시에서 설명된 기법들의 구현을 위한 명령들, 코드 및/또는 데이터 구조들을 리트리브(retrieve)하도록 하나 이상의 프로세서들 또는 하나 이상의 컴퓨터들에 의해 액세스될 수 있는 임의의 이용 가능한 매체들일 수 있다.
[0127] 제한이 아닌 예로서, 이러한 컴퓨터-판독 가능한 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 저장소, 자기 디스크 저장, 또는 다른 자기 저장 디바이스들, 플래시 메모리, 또는 컴퓨터에 의해 액세스될 수 있고 명령들 또는 데이터 구조들의 형태로 원하는 프로그램 코드를 전달 또는 저장하는데 이용될 수 있는 임의의 다른 매체와 같은 비-일시적인 매체들을 포함할 수 있다. 또한, 임의의 연결이 컴퓨터-판독 가능한 매체로서 적절히 불린다. 예를 들어, 소프트웨어가 동축 케이블, 광섬유 케이블, 꼬임 쌍선, 디지털 가입자 회선(DSL: digital subscriber line), 또는 적외선, 라디오 및 마이크로파와 같은 무선 기술들을 이용하여 웹사이트, 서버 또는 다른 원격 소스로부터 전송된다면, 동축 케이블, 광섬유 케이블, 꼬임 쌍선, DSL, 또는 적외선, 라디오 및 마이크로파와 같은 무선 기술들이 매체의 정의에 포함된다. 본 명세서에서 사용된 것과 같은 디스크(disk 및 disc)는 콤팩트 디스크(CD: compact disc), 레이저 디스크(laser disc), 광 디스크(optical disc), 디지털 다기능 디스크(DVD: digital versatile disc), 플로피 디스크(floppy disk) 및 블루레이 디스크(blu-ray disc)를 포함하며, 여기서 디스크(disk)들은 보통 데이터를 자기적으로 재생하는 한편, 디스크(disc)들은 데이터를 레이저들에 의해 광학적으로 재생한다. 상기의 결합들이 또한 컴퓨터 판독 가능한 매체의 범위 내에 포함되어야 한다.
[128] 코드는, 하나 이상의 디지털 신호 프로세서들(DSP들), 범용 마이크로프로세서들, 주문형 집적 회로들(ASIC들), 필드 프로그램가능한 로직 어레이들(FPGA들), 또는 다른 동등한 집적 또는 이산 로직 회로와 같은 하나 이상의 프로세서들에 의해 실행될 수 있다. 따라서, 본 명세서에서 사용되는 바와 같은 "프로세서"라는 용어는, 전술한 구조 또는 본 명세서에서 설명되는 기법들의 구현에 적합한 임의의 다른 구조 중 임의의 구조를 지칭할 수 있다. 또한, 일부 양상들에서, 본 명세서에서 설명되는 기능은, 인코딩 및 디코딩을 위해서 구성되거나 또는 결합된 코덱으로 통합되는 전용 하드웨어 및/또는 소프트웨어 모듈들 내에서 제공될 수 있다. 또한, 기법들은 하나 이상의 회로들 또는 로직 엘리먼트들에서 완전히 구현될 수 있다.
[0129] 본 개시의 기법들은 무선 핸드셋, 집적 회로(IC), 또는 IC 들의 세트(예를 들어, 칩셋)를 포함하는 매우 다양한 디바이스들 또는 장치들로 구현될 수 있다. 다양한 컴포넌트들, 모듈들 또는 유닛들이 기재된 기법들을 수행하도록 구성된 디바이스들의 기능적 양상들을 강조하기 위해 본 개시에서 설명되지만, 반드시 상이한 하드웨어 유닛들에 의한 실현을 요구하는 것은 아니다. 오히려, 위에서 설명된 바와 같이, 다양한 유닛들은 적합한 소프트웨어 및/또는 펌웨어와 함께, 위에서 설명된 바와 같은 하나 이상의 프로세서들을 포함하는 상호 동작 가능한 하드웨어 유닛들의 모음에 의해 제공되거나 코덱 하드웨어 유닛으로 결합될 수 있다.
[0130] 본 발명의 다양한 실시예들이 설명되었다. 이들 및 다른 실시예들은 다음의 청구항들의 범위 내에 있다.

Claims (48)

  1. 방법으로서,
    소스 디바이스를 통해, 적어도 하나의 싱크 디바이스와의 연결을 설정하는 단계 - 상기 소스 디바이스 및 상기 싱크 디바이스는 하나 이상의 레벨들을 포함하는 MC(Minimal Cognitive) 모드를 지원함 - ;
    상기 소스 디바이스를 통해, 상기 MC 모드의 레벨들 중 하나를 표시하는 상기 싱크 디바이스로부터의 신호를 수신하는 단계 - 상기 MC 모드의 표시된 레벨은 상기 싱크 디바이스의 호스트 시스템으로부터 검출된 트리거 정보에 기초하여 상기 싱크 디바이스에서 작동됨 - ;
    상기 소스 디바이스에서 상기 MC 모드의 표시된 레벨을 작동하는 단계; 및
    상기 MC 모드의 작동 레벨에 대한 소스 디바이스의 수정된 동작에 따라 상기 싱크 디바이스에 미디어 데이터를 전송하는 단계
    를 포함하는,
    방법.
  2. 제 1 항에 있어서,
    상기 싱크 디바이스가 상기 MC 모드를 지원하는지를 결정하는 단계; 및
    상기 싱크 디바이스가 상기 MC 모드를 지원하는 경우, 상기 MC 모드가 인에이블되었다고 표시하는 신호를 상기 싱크 디바이스에 전송하는 단계
    를 더 포함하는,
    방법.
  3. 제 2 항에 있어서,
    상기 싱크 디바이스가 상기 MC 모드를 지원하지 않는 경우, 상기 MC 모드가 인에이블되지 않았다고 표시하는 신호를 상기 싱크 디바이스에 전송하는 단계; 및
    상기 소스 디바이스의 정규 동작에 따라 상기 싱크 디바이스에 미디어 데이터를 전송하는 단계
    를 더 포함하는,
    방법.
  4. 제 1 항에 있어서,
    상기 MC 모드의 표시된 레벨을 작동하는 단계는,
    상기 MC 모드의 작동 레벨에 대해 구성된 규칙들에 기초하여 상기 소스 디바이스의 동작을 수정하는 단계
    를 더 포함하는,
    방법.
  5. 제 1 항에 있어서,
    상기 MC 모드의 표시된 레벨을 작동하는 단계는,
    상기 소스 디바이스에서의 전화 애플리케이션, 텍스트 메시지 애플리케이션 및 미디어 데이터 렌더링 중 하나 이상의 동작을 수정하는 단계
    를 더 포함하는,
    방법.
  6. 제 1 항에 있어서,
    상기 MC 모드의 표시된 레벨에 대한 트리거 정보는,
    상기 호스트 시스템으로부터 상기 싱크 디바이스에 의해 검출된 환경 조건들, 사용자 행위 및 사용자 입력들 중 하나 이상을 포함하는,
    방법.
  7. 제 1 항에 있어서,
    상기 MC 모드의 레벨들 중 하나를 표시하는 싱크 디바이스로부터의 신호를 수신하는 단계는,
    상기 싱크 디바이스에서 MC 모드의 작동 레벨을 표시하도록 정의된 파라미터를 갖는 RTSP(Real Time Streaming Protocol) 제어 메시지를 수신하는 단계를 포함하는,
    방법.
  8. 제 1 항에 있어서,
    상기 MC 모드의 레벨들 중 하나를 표시하는 싱크 디바이스로부터의 신호를 수신하는 단계는,
    상기 싱크 디바이스에서 MC 모드의 작동 레벨을 표시하도록 정의된 입력 카테고리에 대한 UIBC(User Interaction Back Channel) 패킷을 수신하는 단계를 포함하는,
    방법.
  9. 제 1 항에 있어서,
    상기 소스 디바이스는 무선 통신 디바이스를 포함하고, 상기 싱크 디바이스는 자동차 호스트 시스템 내의 미디어 헤드 유닛을 포함하는,
    방법.
  10. 방법으로서,
    싱크 디바이스를 통해, 소스 디바이스와의 연결을 설정하는 단계 - 상기 소스 디바이스 및 상기 싱크 디바이스는 하나 이상의 레벨들을 포함하는 MC(Minimal Cognitive) 모드를 지원함 - ;
    상기 싱크 디바이스의 호스트 시스템으로부터 검출된 트리거 정보에 기초하여 상기 싱크 디바이스에서 상기 MC 모드의 레벨들 중 하나를 작동하는 단계; 상기 싱크 디바이스에서 상기 MC 모드의 작동 레벨을 표시하는 신호를 상기 소스 디바이스에 전송하는 단계; 및
    상기 MC 모드의 작동 레벨에 대한 소스 디바이스의 수정된 동작에 따라 상기 싱크 디바이스에서 미디어 데이터를 수신하는 단계
    를 포함하는,
    방법.
  11. 제 10 항에 있어서,
    상기 싱크 디바이스가 상기 MC 모드를 지원하는지에 관한 표시에 대한 소스 디바이스로부터의 요청을 수신하는 단계;
    상기 싱크 디바이스가 상기 MC 모드를 지원하는 경우, 상기 싱크 디바이스가 상기 MC 모드를 지원한다고 표시하는 대답(reply)을 상기 소스 디바이스에 전송하는 단계; 및
    상기 MC 모드가 인에이블되었다고 표시하는 상기 소스 디바이스로부터의 표시를 수신하는 단계
    를 더 포함하는,
    방법.
  12. 제 11 항에 있어서,
    상기 싱크 디바이스가 상기 MC 모드를 지원하지 않는 경우, 상기 싱크 디바이스가 상기 MC 모드를 지원하지 않는다고 표시하는 대답을 상기 소스 디바이스에 전송하는 단계;
    상기 MC 모드가 인에이블되지 않았다고 표시하는 상기 소스 디바이스로부터의 신호를 수신하는 단계; 및
    상기 소스 디바이스의 정규 동작에 따라 상기 소스 디바이스로부터 미디어 데이터를 수신하는 단계
    를 더 포함하는,
    방법.
  13. 제 10 항에 있어서,
    상기 MC 모드의 레벨들 중 하나를 작동하는 단계는,
    상기 MC 모드의 작동 레벨에 대해 구성된 규칙에 기초하여 상기 싱크 디바이스의 동작을 수정하는 단계
    를 더 포함하는,
    방법.
  14. 제 10 항에 있어서,
    상기 MC 모드의 레벨들 중 하나를 작동하는 단계는,
    상기 싱크 디바이스에서 사용자 입력 인터페이스의 동작을 수정하는 단계
    를 더 포함하는,
    방법.
  15. 제 10 항에 있어서,
    상기 싱크 디바이스의 호스트 시스템 내의 하나 이상의 센서들로부터 트리거 정보를 검출하는 단계
    를 더 포함하고,
    상기 MC 모드의 작동 레벨에 대한 트리거 정보는 환경 조건들, 사용자 행위 및 사용자 입력들 중 하나 이상을 포함하는,
    방법.
  16. 제 10 항에 있어서,
    상기 MC 모드의 작동 레벨을 표시하는 신호를 상기 소스 디바이스에 전송하는 단계는,
    상기 싱크 디바이스에서 상기 MC 모드의 작동 레벨을 표시하도록 정의된 파라미터를 갖는 RTSP(Real Time Streaming Protocol) 제어 메시지를 전송하는 단계를 포함하는,
    방법.
  17. 제 10 항에 있어서,
    상기 MC 모드의 작동 레벨을 표시하는 신호를 상기 소스 디바이스에 전송하는 단계는,
    상기 싱크 디바이스에서 상기 MC 모드의 작동 레벨을 표시하도록 정의된 입력 카테고리에 대한 UIBC(User Interaction Back Channel) 패킷을 전송하는 단계를 포함하는,
    방법.
  18. 제 10 항에 있어서,
    상기 싱크 디바이스는 자동차 호스트 시스템 내의 미디어 헤드 유닛을 포함하고, 상기 소스 디바이스는 무선 통신 디바이스를 포함하는,
    방법.
  19. 소스 디바이스로서,
    미디어 데이터를 저장하는 메모리; 및
    프로세서
    를 포함하고, 상기 프로세서는,
    적어도 하나의 싱크 디바이스와의 연결을 설정하도록 - 상기 소스 디바이스 및 상기 싱크 디바이스는 하나 이상의 레벨들을 포함하는 MC(Minimal Cognitive) 모드를 지원함 - ;
    상기 MC 모드의 레벨들 중 하나를 표시하는 상기 싱크 디바이스로부터의 신호를 수신하도록 - 상기 MC 모드의 표시된 레벨은 상기 싱크 디바이스의 호스트 시스템으로부터 검출된 트리거 정보에 기초하여 상기 싱크 디바이스에서 작동됨 - ;
    상기 소스 디바이스에서 상기 MC 모드의 표시된 레벨을 작동하도록; 및
    상기 MC 모드의 작동 레벨에 대한 소스 디바이스의 수정된 동작에 따라 상기 싱크 디바이스에 미디어 데이터를 전송하도록
    구성되는,
    소스 디바이스.
  20. 제 19 항에 있어서,
    상기 프로세서는,
    상기 싱크 디바이스가 상기 MC 모드를 지원하는지를 결정하고;
    상기 싱크 디바이스가 상기 MC 모드를 지원하는 경우, 상기 프로세서는 MC 모드가 인에이블되었다고 표시하는 신호를 상기 싱크 디바이스에 전송하는
    소스 디바이스.
  21. 제 20 항에 있어서,
    상기 싱크 디바이스가 상기 MC 모드를 지원하지 않는 경우, 상기 프로세서는 MC 모드가 인에이블되지 않았다고 표시하는 신호를 상기 싱크 디바이스에 전송하고;
    상기 소스 디바이스의 정규 동작에 따라 상기 싱크 디바이스에 미디어 데이터를 전송하는
    소스 디바이스.
  22. 제 19 항에 있어서,
    상기 프로세서는,
    상기 MC 모드의 작동 레벨에 대해 구성된 규칙들에 기초하여 상기 소스 디바이스의 동작을 수정하는,
    소스 디바이스.
  23. 제 19 항에 있어서,
    상기 프로세서는,
    상기 소스 디바이스에서의 전화 애플리케이션, 텍스트 메시지 애플리케이션 및 미디어 데이터 렌더링 중 하나 이상의 동작을 수정하는,
    소스 디바이스.
  24. 제 19 항에 있어서,
    상기 MC 모드의 표시된 레벨에 대한 트리거 정보는,
    상기 호스트 시스템으로부터 상기 싱크 디바이스에 의해 검출된 환경 조건들, 사용자 행위 및 사용자 입력들 중 하나 이상을 포함하는,
    소스 디바이스.
  25. 제 19 항에 있어서,
    상기 프로세서는,
    상기 싱크 디바이스에서 MC 모드의 작동 레벨을 표시하도록 정의된 파라미터를 갖는 RTSP(Real Time Streaming Protocol) 제어 메시지를 수신하는,
    소스 디바이스.
  26. 제 19 항에 있어서,
    상기 프로세서는,
    상기 싱크 디바이스에서 MC 모드의 작동 레벨을 표시하도록 정의된 입력 카테고리에 대한 UIBC(User Interaction Back Channel) 패킷을 수신하는,
    소스 디바이스.
  27. 제 19 항에 있어서,
    상기 소스 디바이스는 무선 통신 디바이스를 포함하고, 상기 싱크 디바이스는 자동차 호스트 시스템 내의 미디어 헤드 유닛을 포함하는,
    소스 디바이스.
  28. 싱크 디바이스로서,
    미디어 데이터를 저장하는 메모리; 및
    프로세서
    를 포함하고, 상기 프로세서는,
    소스 디바이스와의 연결을 설정하도록 - 상기 소스 디바이스 및 상기 싱크 디바이스는 하나 이상의 레벨들을 포함하는 MC(Minimal Cognitive) 모드를 지원함 - ;
    상기 싱크 디바이스의 호스트 시스템으로부터 검출된 트리거 정보에 기초하여 상기 싱크 디바이스에서 상기 MC 모드의 레벨들 중 하나를 작동하도록;
    상기 싱크 디바이스에서 상기 MC 모드의 작동 레벨을 표시하는 신호를 상기 소스 디바이스에 전송하도록; 및
    상기 MC 모드의 작동 레벨에 대한 소스 디바이스의 수정된 동작에 따라 상기 싱크 디바이스에서 미디어 데이터를 수신하도록
    구성되는,
    싱크 디바이스.
  29. 제 28 항에 있어서,
    상기 프로세서는,
    상기 싱크 디바이스가 상기 MC 모드를 지원하는지에 관한 표시에 대한 소스 디바이스로부터의 요청을 수신하고;
    상기 싱크 디바이스가 상기 MC 모드를 지원하는 경우, 상기 프로세서는 상기 싱크 디바이스가 상기 MC 모드를 지원한다고 표시하는 대답(reply)을 상기 소스 디바이스에 전송하고; 및
    상기 MC 모드가 인에이블되었다고 표시하는 상기 소스 디바이스로부터의 표시를 수신하는,
    싱크 디바이스.
  30. 제 29 항에 있어서,
    상기 싱크 디바이스가 상기 MC 모드를 지원하지 않는 경우, 상기 프로세서는 상기 싱크 디바이스가 상기 MC 모드를 지원하지 않는다고 표시하는 대답을 상기 소스 디바이스에 전송하고;
    상기 MC 모드가 인에이블되지 않았다고 표시하는 상기 소스 디바이스로부터의 신호를 수신하고; 및
    상기 소스 디바이스의 정규 동작에 따라 상기 소스 디바이스로부터 미디어 데이터를 수신하는
    싱크 디바이스.
  31. 제 28 항에 있어서,
    상기 프로세서는,
    상기 MC 모드의 작동 레벨에 대해 구성된 규칙에 기초하여 상기 싱크 디바이스의 동작을 수정하는,
    싱크 디바이스.
  32. 제 28 항에 있어서,
    상기 프로세서는,
    상기 싱크 디바이스에서 사용자 입력 인터페이스의 동작을 수정하는 단계
    싱크 디바이스.
  33. 제 28 항에 있어서,
    상기 프로세서는,
    상기 싱크 디바이스의 호스트 시스템 내의 하나 이상의 센서들로부터 트리거 정보를 검출하고,
    상기 MC 모드의 작동 레벨에 대한 트리거 정보는 환경 조건들, 사용자 행위 및 사용자 입력들 중 하나 이상을 포함하는,
    싱크 디바이스.
  34. 제 28 항에 있어서,
    상기 프로세서는,
    상기 싱크 디바이스에서 상기 MC 모드의 작동 레벨을 표시하도록 정의된 파라미터를 갖는 RTSP(Real Time Streaming Protocol) 제어 메시지를 상기 소스 디바이스에 전송하는,
    싱크 디바이스.
  35. 제 28 항에 있어서,
    상기 프로세서는,
    상기 싱크 디바이스에서 상기 MC 모드의 작동 레벨을 표시하도록 정의된 입력 카테고리에 대한 UIBC(User Interaction Back Channel) 패킷을 상기 소스 디바이스에 전송하는,
    싱크 디바이스.
  36. 제 28 항에 있어서,
    상기 싱크 디바이스는 자동차 호스트 시스템 내의 미디어 헤드 유닛을 포함하고, 상기 소스 디바이스는 무선 통신 디바이스를 포함하는,
    싱크 디바이스.
  37. 소스 디바이스로서,
    적어도 하나의 싱크 디바이스와의 연결을 설정하기 위한 수단 - 상기 소스 디바이스 및 상기 싱크 디바이스는 하나 이상의 레벨들을 포함하는 MC(Minimal Cognitive) 모드를 지원함 - ;
    상기 MC 모드의 레벨들 중 하나를 표시하는 상기 싱크 디바이스로부터의 신호를 수신하기 위한 수단 - 상기 MC 모드의 표시된 레벨은 상기 싱크 디바이스의 호스트 시스템으로부터 검출된 트리거 정보에 기초하여 상기 싱크 디바이스에서 작동됨 - ;
    상기 소스 디바이스에서 상기 MC 모드의 표시된 레벨을 작동하기 위한 수단; 및
    상기 MC 모드의 작동 레벨에 대한 소스 디바이스의 수정된 동작에 따라 상기 싱크 디바이스에 미디어 데이터를 전송하기 위한 수단
    을 포함하는,
    소스 디바이스.
  38. 제 37 항에 있어서,
    상기 싱크 디바이스가 상기 MC 모드를 지원하는지를 결정하기 위한 수단; 및
    상기 싱크 디바이스가 상기 MC 모드를 지원하는 경우, 상기 MC 모드가 인에이블되었다고 표시하는 신호를 상기 싱크 디바이스에 전송하기 위한 수단
    을 더 포함하는,
    소스 디바이스.
  39. 제 37 항에 있어서,
    상기 MC 모드의 작동 레벨에 대해 구성된 규칙들에 기초하여 상기 소스 디바이스의 동작을 수정하기 위한 수단
    을 더 포함하는,
    소스 디바이스.
  40. 제 37 항에 있어서,
    상기 소스 디바이스에서의 전화 애플리케이션, 텍스트 메시지 애플리케이션 및 미디어 데이터 렌더링 중 하나 이상의 동작을 수정하기 위한 수단
    을 더 포함하는,
    소스 디바이스.
  41. 제 37 항에 있어서,
    상기 MC 모드의 표시된 레벨에 대한 트리거 정보는,
    상기 호스트 시스템으로부터 상기 싱크 디바이스에 의해 검출된 환경 조건들, 사용자 행위 및 사용자 입력들 중 하나 이상을 포함하는,
    소스 디바이스.
  42. 싱크 디바이스로서,
    소스 디바이스와의 연결을 설정하기 위한 수단 - 상기 소스 디바이스 및 상기 싱크 디바이스는 하나 이상의 레벨들을 포함하는 MC(Minimal Cognitive) 모드를 지원함 - ;
    상기 싱크 디바이스의 호스트 시스템으로부터 검출된 트리거 정보에 기초하여 상기 싱크 디바이스에서 상기 MC 모드의 레벨들 중 하나를 작동하기 위한 수단; 상기 싱크 디바이스에서 상기 MC 모드의 작동 레벨을 표시하는 신호를 상기 소스 디바이스에 전송하기 위한 수단; 및
    상기 MC 모드의 작동 레벨에 대한 소스 디바이스의 수정된 동작에 따라 상기 싱크 디바이스에서 미디어 데이터를 수신하기 위한 수단
    을 포함하는,
    싱크 디바이스.
  43. 제 42 항에 있어서,
    상기 싱크 디바이스가 상기 MC 모드를 지원하는지에 관한 표시에 대한 소스 디바이스로부터의 요청을 수신하기 위한 수단;
    상기 싱크 디바이스가 상기 MC 모드를 지원하는 경우, 상기 싱크 디바이스가 상기 MC 모드를 지원한다고 표시하는 대답(reply)을 상기 소스 디바이스에 전송하기 위한 수단; 및
    상기 MC 모드가 인에이블되었다고 표시하는 상기 소스 디바이스로부터의 표시를 수신하기 위한 수단
    을 더 포함하는,
    싱크 디바이스.
  44. 제 42 항에 있어서,
    상기 MC 모드의 작동 레벨에 대해 구성된 규칙에 기초하여 상기 싱크 디바이스의 동작을 수정하기 위한 수단
    을 더 포함하는,
    싱크 디바이스.
  45. 제 42 항에 있어서,
    상기 싱크 디바이스에서 사용자 입력 인터페이스의 동작을 수정하기 위한 수단
    을 더 포함하는,
    싱크 디바이스.
  46. 제 42 항에 있어서,
    상기 싱크 디바이스의 호스트 시스템 내의 하나 이상의 센서들로부터 트리거 정보를 검출하기 위한 수단
    을 더 포함하고,
    상기 MC 모드의 작동 레벨에 대한 트리거 정보는 환경 조건들, 사용자 행위 및 사용자 입력들 중 하나 이상을 포함하는,
    싱크 디바이스.
  47. 명령들은 포함하는 컴퓨터-판독 가능한 매체로서,
    상기 명령들은, 소스 디바이스에서 실행될 때, 프로그래밍 가능한 프로세서로 하여금, 적어도 하나의 싱크 디바이스와의 연결을 설정하게 하고 - 상기 소스 디바이스 및 상기 싱크 디바이스는 하나 이상의 레벨들을 포함하는 MC(Minimal Cognitive) 모드를 지원함 - ;
    상기 MC 모드의 레벨들 중 하나를 표시하는 상기 싱크 디바이스로부터의 신호를 수신하게 하고 - 상기 MC 모드의 표시된 레벨은 상기 싱크 디바이스의 호스트 시스템으로부터 검출된 트리거 정보에 기초하여 상기 싱크 디바이스에서 작동됨 - ;
    상기 소스 디바이스에서 상기 MC 모드의 표시된 레벨을 작동하게 하고; 및
    상기 MC 모드의 작동 레벨에 대한 소스 디바이스의 수정된 동작에 따라 상기 싱크 디바이스에 미디어 데이터를 전송하게 하는,
    컴퓨터-판독 가능한 매체.
  48. 명령들은 포함하는 컴퓨터-판독 가능한 매체로서,
    상기 명령들은, 싱크 디바이스에서 실행될 때, 프로그래밍 가능한 프로세서로 하여금,
    소스 디바이스와의 연결을 설정하게 하고 - 상기 소스 디바이스 및 상기 싱크 디바이스는 하나 이상의 레벨들을 포함하는 MC(Minimal Cognitive) 모드를 지원함 - ;
    상기 싱크 디바이스의 호스트 시스템으로부터 검출된 트리거 정보에 기초하여 상기 싱크 디바이스에서 상기 MC 모드의 레벨들 중 하나를 작동하게 하고; 상기 싱크 디바이스에서 상기 MC 모드의 작동 레벨을 표시하는 신호를 상기 소스 디바이스에 전송하게 하고; 및
    상기 MC 모드의 작동 레벨에 대한 소스 디바이스의 수정된 동작에 따라 상기 소스 디바이스로부터 미디어 데이터를 수신하게 하는,
    컴퓨터-판독 가능한 매체.
KR1020147012280A 2011-10-05 2012-10-05 무선 디스플레이 디바이스들에 대한 최소 인식 모드 KR101604296B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201161543675P 2011-10-05 2011-10-05
US61/543,675 2011-10-05
US13/420,933 US20130089006A1 (en) 2011-10-05 2012-03-15 Minimal cognitive mode for wireless display devices
US13/420,933 2012-03-15
PCT/US2012/059085 WO2013052887A1 (en) 2011-10-05 2012-10-05 Minimal cognitive mode for wireless display devices

Publications (2)

Publication Number Publication Date
KR20140073574A true KR20140073574A (ko) 2014-06-16
KR101604296B1 KR101604296B1 (ko) 2016-03-25

Family

ID=48042012

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020147012280A KR101604296B1 (ko) 2011-10-05 2012-10-05 무선 디스플레이 디바이스들에 대한 최소 인식 모드

Country Status (7)

Country Link
US (1) US20130089006A1 (ko)
EP (1) EP2764703A1 (ko)
JP (1) JP5932047B2 (ko)
KR (1) KR101604296B1 (ko)
CN (1) CN104041064A (ko)
TW (1) TW201325230A (ko)
WO (1) WO2013052887A1 (ko)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9106651B2 (en) * 2011-09-19 2015-08-11 Qualcomm Incorporated Sending human input device commands over internet protocol
US9360997B2 (en) 2012-08-29 2016-06-07 Apple Inc. Content presentation and interaction across multiple displays
KR102091605B1 (ko) * 2012-09-27 2020-03-20 엘지전자 주식회사 기기간 통신을 수행하는 기기 및 그 방법
US9197680B2 (en) * 2013-05-23 2015-11-24 Qualcomm Incorporated Establishing and controlling audio and voice back channels of a Wi-Fi display connection
US9393918B2 (en) * 2013-07-26 2016-07-19 GM Global Technology Operations LLC Methods, systems and apparatus for providing application generated information for presentation at an automotive head unit
JP6566616B2 (ja) * 2014-08-19 2019-08-28 キヤノン株式会社 通信装置、その制御方法、およびプログラム
US20160308917A1 (en) * 2015-04-20 2016-10-20 Intel Corporation Sensor input transmission and associated processes
KR102411287B1 (ko) 2017-11-22 2022-06-22 삼성전자 주식회사 미디어 출력 제어 장치 및 방법
WO2023090493A1 (ko) * 2021-11-19 2023-05-25 엘지전자 주식회사 디스플레이 장치 및 그의 동작 방법
CN117156190A (zh) * 2023-04-21 2023-12-01 荣耀终端有限公司 投屏管理方法和装置

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002007414A (ja) * 2000-06-26 2002-01-11 Sumitomo Electric Ind Ltd 音声ブラウザシステム
JP2002125013A (ja) * 2000-10-12 2002-04-26 Nissan Motor Co Ltd 自動車用電話装置
US6944679B2 (en) * 2000-12-22 2005-09-13 Microsoft Corp. Context-aware systems and methods, location-aware systems and methods, context-aware vehicles and methods of operating the same, and location-aware vehicles and methods of operating the same
DE10110043A1 (de) * 2001-03-02 2002-09-19 Bosch Gmbh Robert Verfahren zur Darstellung von Videodaten
US20020144259A1 (en) * 2001-03-29 2002-10-03 Philips Electronics North America Corp. Method and apparatus for controlling a media player based on user activity
DE10330613A1 (de) * 2003-07-07 2005-01-27 Robert Bosch Gmbh Geschwindigkeitsabhängige Dienstebereitstellung in einem Kraftfahrzeug
US20050065995A1 (en) * 2003-09-23 2005-03-24 Microsoft Corporation Content and task-execution services provided through dialog-based interfaces
US20090285545A1 (en) * 2004-12-07 2009-11-19 Koninklijke Philips Electronics, N.V. Intelligent pause button
JP2007083873A (ja) * 2005-09-22 2007-04-05 Alpine Electronics Inc 車載表示装置およびこれに用いる車載プロキシサーバ
EP1843591A1 (en) * 2006-04-05 2007-10-10 British Telecommunications Public Limited Company Intelligent media content playing device with user attention detection, corresponding method and carrier medium
WO2007113580A1 (en) * 2006-04-05 2007-10-11 British Telecommunications Public Limited Company Intelligent media content playing device with user attention detection, corresponding method and carrier medium
CN100508409C (zh) * 2006-12-11 2009-07-01 广州桑珑通信科技有限公司 车载电话装置及其与手机的无缝自动转接系统和方法
US8806027B2 (en) * 2007-02-14 2014-08-12 Microsoft Corporation Nearby media device tracking
EP2208346A1 (en) * 2007-09-07 2010-07-21 Emsense Corporation System and method for detecting viewer attention to media delivery devices
US20100008650A1 (en) * 2008-07-10 2010-01-14 Apple Inc. Multi-model modes of one device
JP5239633B2 (ja) * 2008-08-27 2013-07-17 富士通セミコンダクター株式会社 車載用画像データ転送装置
JP2010081419A (ja) * 2008-09-26 2010-04-08 Sharp Corp 携帯端末、携帯端末の制御方法、検知装置、検知装置の制御方法、携帯端末制御システム、携帯端末制御プログラム、検知装置制御プログラム、コンピュータ読み取り可能な記録媒体
US9003500B2 (en) * 2009-03-13 2015-04-07 Hti Ip, Llc Method and system for facilitating synchronizing media content between a vehicle device and a user device
US9652783B2 (en) * 2009-06-30 2017-05-16 Verizon Patent And Licensing Inc. Methods and systems for controlling presentation of media content based on user interaction
JP5478197B2 (ja) * 2009-11-02 2014-04-23 日立コンシューマエレクトロニクス株式会社 無線映像送信装置および無線映像受信装置
KR101732057B1 (ko) * 2009-11-02 2017-05-02 삼성전자주식회사 Ａｖ 시스템에서 사용자 입력 백 채널을 제공하는 방법 및 기기
US8793727B2 (en) * 2009-12-10 2014-07-29 Echostar Ukraine, L.L.C. System and method for selecting audio/video content for presentation to a user in response to monitored user activity
US20130081079A1 (en) * 2011-09-23 2013-03-28 Sony Corporation Automated environmental feedback control of display system using configurable remote module

Also Published As

Publication number Publication date
KR101604296B1 (ko) 2016-03-25
EP2764703A1 (en) 2014-08-13
TW201325230A (zh) 2013-06-16
WO2013052887A1 (en) 2013-04-11
JP5932047B2 (ja) 2016-06-08
CN104041064A (zh) 2014-09-10
JP2014532367A (ja) 2014-12-04
US20130089006A1 (en) 2013-04-11

Similar Documents

Publication Publication Date Title
KR101604296B1 (ko) 무선 디스플레이 디바이스들에 대한 최소 인식 모드
US10911498B2 (en) User input back channel for wireless displays
US8887222B2 (en) Multicasting in a wireless display system
US9065876B2 (en) User input back channel from a wireless sink device to a wireless source device for multi-touch gesture wireless displays
US9582239B2 (en) User input back channel for wireless displays
EP2666275B1 (en) User input back channel for wireless displays
US8914187B2 (en) Vehicle dashboard wireless display system
US8677029B2 (en) User input back channel for wireless displays
US9413803B2 (en) User input back channel for wireless displays
KR101615998B1 (ko) 무선 디스플레이들을 위한 사용자 입력 백 채널
US10135900B2 (en) User input back channel for wireless displays
US20150350288A1 (en) Media agnostic display for wi-fi display
RU2577184C2 (ru) Обратный канал ввода данных пользователем для беспроводных дисплеев

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
LAPS Lapse due to unpaid annual fee