KR20140126327A - 애플리케이션의 썸네일-이미지 선택 기법 - Google Patents

Abstract

본 명세서는 애플리케이션의 썸네일-이미지 선택을 가능하게 하는 기법 및 장치를 설명한다. 몇몇 실시예에서, 본 기법 및 장치는 디스플레이 상에 현재 노출되어 있지 않은 애플리케이션에 대해 선택 가능한 썸네일 이미지를 갖는 사용자 인터페이스를 가능하게 한다. 본 기법 및 장치는 사용하고 기억하기 쉬운 간단한 제스처를 통해 이런 사용자 인터페이스의 선택을 가능케 할 수 있다. 또한, 디스플레이에 현재 노출되어 있지 않은 선택 가능한 애플리케이션이 선택 시에 나타날 각각의 애플리케이션의 애플리케이션 인터페이스를 표현하는 썸네일 이미지를 통해 선택될 수 있다.

Description

애플리케이션의 썸네일-이미지 선택 기법{THUMBNAIL-IMAGE SELECTION OF APPLICATIONS}

디스플레이에 현재 프레젠테이션된 인터페이스를 갖고 있지 않은 애플리케이션을 선택하는 종래의 기법은 종종 혼동되고, 중요한 디스플레이 공간을 차지하거나, 또는 다른 장치들에 보편적으로 적용되지 않을 수 있다. 종래의 일부 기법에 의하면, 예를 들어, 지속적인 태스크바(persistent task bar)의 온스크린 컨트롤(onscreen controls)을 통해 애플리케이션을 선택할 수 있다. 그러나 이런 온스크린 컨트롤은 중요한 디스플레이 공간을 차지하게 된다.

일부 다른 종래의 기법에 의하면 핫키(hot key)와 버튼과 같은 하드웨어를 통해 애플리케이션을 선택할 수 있다. 최상의 경우에도, 이런 기법들은 어떤 키, 키 조합, 또는 하드웨어 버튼을 선택할지를 사용자가 기억할 것을 요구한다. 이런 경우에서조차, 사용자는 실수로 종종 틀린 키나 버튼을 선택한다. 또한, 컴퓨터 장치의 하드웨어가 장치 모델, 세대(generation), 판매 회사, 또는 제조업체마다 다를 수 있으므로, 많은 경우에 하드웨어 선택 기법이 보편적으로 적용될 수 없다. 이 경우에, 다른 컴퓨팅 장치들 사이에서 그 기법이 작동하지 않거나 또는 다르게 작동할 것이다. 이는 사용자들이 정확한 하드웨어 구성을 기억해야 하는 문제를 악화시키고, 많은 사용자들이 다수의 장치를 갖고 있으므로, 다른 장치들에 대한 다른 하드웨어 선택을 기억할 필요가 있다. 또한, 많은 컴퓨팅 장치들에서, 터치스크린 장치가 사용자의 정신적 및 물리적 방향을 디스플레이-기반 인터랙션에서 하드웨어-기반 인터랙션으로 변경할 것을 사용자에게 요구할 때와 같이 사용자의 정상적인 인터랙션 흐름 밖에서 컴퓨팅 장치와 관여하도록 하드웨어 선택이 사용자에게 강요할 수 있다.

본 명세서는 애플리케이션의 썸네일-이미지 선택을 가능하게 하는 기법 및 장치를 설명한다. 몇몇 실시예에서, 본 기법 및 장치는 디스플레이 상에 현재 노출되어 있지 않은 애플리케이션에 대해 선택 가능한 썸네일 이미지를 갖는 사용자 인터페이스를 가능하게 한다. 본 기법 및 장치는 사용하고 기억하기 쉬운 간단한 제스처를 통해 이런 사용자 인터페이스의 선택을 가능케 할 수 있다. 또한, 디스플레이에 현재 노출되어 있지 않은 선택 가능한 애플리케이션이 선택 시에 나타날 각각의 애플리케이션의 애플리케이션 인터페이스를 표현하는 썸네일 이미지를 통해 선택될 수 있다.

본 요약은 아래의 상세한 설명에서 추가로 기술되는 애플리케이션의 썸네일-이미지 선택에 관한 단순한 개념들을 소개하기 위해 제공되었다. 본 요약은 특허청구된 대상의 중요 특성을 식별하기 위한 것이 아니며, 특허청구된 대상의 범위를 결정하기 위해 사용되기 위한 것도 아니다. 또한 애플리케이션의 썸네일-이미지 선택을 가능케 하는 기법 및/또는 장치는 맥락에 따라 "기법"으로서 따로 또는 함께 본 명세서에서 지칭된다.

애플리케이션의 썸네일-이미지 선택을 가능케 하는 실시예가 다른 기법을 가능케 하는 다른 실시예와 함께 아래의 도면들을 참조하여 기술된다. 유사한 특징 및 컴포넌트를 참조하기 위하여 도면 전반에 걸쳐 동일한 부호가 사용된다.
도 1은 애플리케이션의 썸네일-이미지 선택 기법이 구현될 수 있는 예시적인 시스템을 도시한다.
도 2는 이전에-인터랙션한 애플리케이션(previously-interacted-with application)으로 스위칭 백(switching back)하도록 선택하기 위해 사용 가능한 에지 제스처를 가능케 하는 예시적인 방법을 도시하며, 에지 제스처는 제스처가 시작되는 에지에 대해 대략 수직이다.
도 3은 몰입형(immersive) 인터페이스를 프레젠테이션하는 터치-민감형 디스플레이를 구비하는 예시적인 태블릿 컴퓨팅 장치를 도시한다.
도 4는 예시적인 에지들과 함께 도 3의 예시적인 몰입형 인터페이스를 도시한다.
도 5는 수직선으로부터의 다양한 각도의 선들 및 제스처의 시작 포인트(start point)에서 나중 포인트(later point)까지의 선과 함께 3 및 도 4의 예시적인 몰입형 인터페이스를 도시한다.
도 6은 우측 에지의 2개의 영역과 함께 도 4에서 도시된 몰입형 인터페이스의 에지들을 도시한다.
도 7은 도 3의 몰입형 인터페이스와 웹페이지에 대해 행해진 에지 제스처에 응답하여 시스템-인터페이스 모듈에 의해 프레젠테이션되는 타일-기반 애플리케이션-선택 인터페이스를 도시한다.
도 8은 제스처의 일부 인자에 기반한 프레젠테이션할 인터페이스의 결정을 포함하는 에지 제스처를 가능케 하는 예시적인 방법을 도시한다.
도 9는 에지 제스처 또는 다른 애플리케이션 인터페이스의 프레젠테이션에 응답하여 프레젠테이션되는 애플리케이션 인터페이스의 확장(expansion) 또는 프레젠테이션의 중단을 가능케 하는 예시적인 방법을 도시한다.
도 10은 윈도우-기반 이메일 인터페이스 및 2개의 몰입형 인터페이스를 갖고 있는 터치-민감형 디스플레이를 구비한 랩탑 컴퓨터를 도시한다.
도 11은 시작 포인트, 나중 포인트, 및 하나 이상의 후속 포인트(successive point)를 갖고 있는 2개의 제스처와 함께 도 10의 인터페이스를 도시한다.
도 12는 에지 제스처에 응답하여 프레젠테이션된 이메일 핸들링 인터페이스와 함께 도 10 및 도 11의 윈도우-기반 이메일 인터페이스를 도시한다.
도 13은 에지로부터 미리 설정된 거리에 후속 포인트를 갖도록 결정된 제스처에 응답하여 프레젠테이션된 추가-이메일-옵션 인터페이스와 함께 도 12의 인터페이스를 도시한다.
도 14는 큐(queue)를 사용하여 이전에-인터랙션한 애플리케이션으로 스위칭 백하는 방법을 도시한다.
도 15는 사용자가 다양한 애플리케이션과 인터랙션하는 예시적인 인터랙션 순서를 도시한다.
도 16은 이전 애플리케이션의 애플리케이션 인터페이스의 썸네일 이미지와 함께 도 3의 몰입형 인터페이스를 도시한다.
도 17은 큐를 사용하거나 사용하지 않을 수 있는, 이전에-인터랙션한 애플리케이션으로 스위칭 백하는 방법을 도시한다.
도 18은 도 3 및 도 16의 몰입형 인터페이스, 2개의 점진적인(progressive) 프레젠테이션, 및 2개의 제스처 포션을 도시한다.
도 19는 애플리케이션의 썸네일-이미지 선택을 가능하게 하는 방법을 도시한다.
도 20은 도 3의 몰입형 인터페이스와 웹페이지 상의 썸네일-이미지-기반 애플리케이션-선택 사용자 인터페이스를 도시한다.
도 21은 애플리케이션의 썸네일-이미지 선택을 가능케 하는 방법을 도시하고, 썸네일 이미지는 하나 이상의 마우스-기반 제스처를 통해 프레젠테이션 및 선택된다.
도 22는 애플리케이션 인터페이스를 여러 크기 및/또는 위치에 프레젠테이션하기 위한 선택을 가능하게 하는 예시적인 메뉴를 도시한다.
도 23은 애플리케이션의 썸네일-이미지 선택을 가능케 하는 방법을 도시하고, 썸네일 이미지는 에지 제스처에 응답하여 프레젠테이션된다.
도 24는 애플리케이션의 썸네일-이미지 선택 기법이 구현될 수 있는 예시적인 장치를 도시한다.

개관

본 명세서는 애플리케이션의 썸네일-이미지 선택을 가능케 하는 기법 및 장치를 설명한다. 본 기법은, 몇몇 실시예에서, 사용자가 애플리케이션을 빠르고 쉽게 선택할 수 있게 해준다.

사용자가 쇼핑 웹사이트를 방문하여 조카딸의 생일을 위해 장난감 말을 찾은 후, 로컬 워드 프로세싱 문서와 인터랙션하고 나서, 동일한 쇼핑 웹사이트를 방문하여 조카딸 생일을 위해 색칠공부 책을 찾은 후, 소셜 네트워킹 웹사이트에 방문하고, 그 다음에 웹에서 이용 가능한 라디오 웹사이트를 방문하는 경우를 고려해보자. 사용자가, 라디오 웹사이트에서 노래를 듣고 있을 때, 장난감 말을 사기 위해 쇼핑 웹사이트를 방문하기로 결정한다고 가정하자.

예를 들어, 사용자는 자신의 디스플레이의 에지에서 시작하여 디스플레이의 그 에지에서 멀어지도록 “스와이프(swiping)하는” 제스처를 통해 소셜 네트워킹 웹사이트를 크게 또는 썸네일 크기로 재빨리 보기 위해 단순히 선택할 수 있다. 사용자는 장난감 말이 나타나는 페이지까지 색칠공부 책이 있는 쇼핑 웹사이트 등을 재방문하기 위해 다시 스와이프할 수 있다. 그러나, 본 기법은 추가적으로 또는 그 대신에 사용자가 다수의 썸네일 이미지들을 동시에 볼 수 있게 허용할 수 있으며, 이미지들은 애플리케이션의 인터페이스가 선택 시에 어떻게 보일 것인지를 나타낼 수 있다. 따라서, 본 기법은 이런 썸네일 이미지들을 보려고 선택하는 제스처를 가지고, 쇼핑 웹사이트에서 보여지는 대로의 장난감 말의 사진, 사용자가 마지막으로 열었던 (워드 프로세싱 애플리케이션의 아이콘이 아닌) 썸네일 이미지의 워드 프로세싱 문서, 색칠공부 책을 보여주는 쇼핑 웹사이트에 대한 다른 썸네일, 및 선택 시에 프레젠테이션되는 대로 소셜 네트워킹 웹사이트를 보여주는 썸네일 이미지를 프레젠테이션할 수 있다. 이렇게 해서, 사용자는 어떤 웹페이지가 장난감 말을 갖고 있는지를 쉽게 볼 수 있어 그 웹페이지를 빠르고 쉽게 선택할 수 있다. 장난감 말을 갖는 썸네일의 선택 시에, 본 기법은 색칠공부 책이 아닌 장난감 말을 나타낸 쇼핑 웹사이트를 프레젠테이션한다.

이는 애플리케이션의 썸네일-이미지 선택을 가능케 하는 기법의 많은 방식들 중 일례에 불과하며, 그 나머지는 아래에서 기술된다.

예시적인 시스템

도 1은 애플리케이션의 썸네일-이미지 선택에 관한 기법이 구현될 수 있는 예시적인 시스템(100)을 도시한다. 시스템(100)은 컴퓨팅 장치(102)를 포함하고, 컴퓨팅 장치는 6개의 예시들: 랩탑 컴퓨터(104), 태블릿 컴퓨터(106), 스마트폰(108), 셋탑 박스(110), 데스크탑 컴퓨터(112), 및 게임 장치(114)로 도시되어 있지만, 서버 및 노트북과 같은 기타 컴퓨팅 장치 및 시스템 역시 사용될 수 있다.

컴퓨팅 장치(102)는 컴퓨터 프로세서(들)(116) 및 컴퓨터-판독가능 저장 매체(118)(매체 (118))를 포함한다. 매체(118)는 운영 체제(120), 윈도우-기반 모드 모듈(122), 몰입형 모드 모듈(124), 시스템-인터페이스 모듈(126), 제스처 핸들러(128), 애플리케이션 관리자(130), 및 하나 이상의 애플리케이션(132)을 포함한다. 애플리케이션 관리자(130)는 애플리케이션 큐(134) 및/또는 애플리케이션 그룹(136)을 포함하거나 이에 액세스한다. 애플리케이션 그룹(136)은 하나 이상의 애플리케이션(132)을 포함하고, 이들 각각은 애플리케이션 인터페이스(138)를 갖고 있다. 애플리케이션 그룹(136)의 이들 애플리케이션을 위한 애플리케이션 인터페이스(138)에 기반하여 하나 이상의 썸네일 이미지(140)가 유지된다.

썸네일 이미지(140)는 애플리케이션에 연관된 애플리케이션 인터페이스가 어떻게 보일지 혹은 최근에 어떻게 보였는지(이전에 사용자와 인터랙션한 경우)에 대한 표지(indication)를 제공한다. 몇몇 실시예에서, 썸네일 이미지(140)는 각각의 애플리케이션 인터페이스가 썸네일 이미지(140)의 선택에 따라 나타날 또는 마지막으로 나타났던 각각의 애플리케이션 인터페이스와 같은, 각각의 애플리케이션 인터페이스의 작은 이미지 또는 저해상도 이미지가 된다. 이렇게 작은 또는 저해상도의 이미지들은 광고 혹은 애플리케이션 인터페이스의 다른 부분들을 제거하는 등 애플리케이션 인터페이스의 전부보다는 애플리케이션 인터페이스의 일부를 포함할 수 있다. 그 남은 부분은 크기가 축소되거나 또는 축소가 필요 없을 정도로 작을 수 있다. 썸네일 이미지(140)는 크기 외에는 애플리케이션 인터페이스와 동일하다는 점에 유의한다.

또한, 썸네일 이미지(140)는, 종종 작거나 또는 저해상도일 수 있지만, 보여질 또는 보였던 것처럼, 움직이는 아이템, 비디오, 애니메이션 등을 포함할 수 있다. 따라서, 상기 예시의 장난감 말이 애니메이션으로 또는 비디오 클립에서 걷는 것으로 보이는 경우, 썸네일 이미지(140)는 더 작은 크기로 이렇게 걷는 것을 보여줄 수 있다.

컴퓨팅 장치(102)는 또한 하나 이상의 디스플레이(142) 및 입력 메커니즘(144)을 포함하거나 그것들에 액세스한다. 4개의 예시적인 디스플레이가 도 1에 도시되어 있다. 입력 메커니즘(144)은, 몇 가지 예를 들면, 터치-기반 센서 및 움직임-추적 센서(예컨대, 카메라-기반형)는 물론, 마우스(단독형 또는 키보드 결합형), 트랙 패드, 및 음성 인식 소프트웨어를 수반하는 마이크로폰과 같은 제스처-민감형 센서 및 장치를 포함한다. 입력 메커니즘(144)은 디스플레이(142)와 분리형이거나 디스플레이(142)와의 통합형일 수 있으며, 통합형의 예는 터치-민감형 또는 움직임-민감형 센서들이 통합된 제스처-민감형 디스플레이를 포함한다.

윈도우-기반 모드 모듈(122)은 프레임을 갖는 윈도우를 통해 애플리케이션 인터페이스(138)를 프레젠테이션한다. 이들 프레임은 애플리케이션(132)과 인터랙션하게 하는 컨트롤 및/또는 사용자가 윈도우를 이동시키거나 크기 조절을 할 수 있게 하는 컨트롤을 제공할 수 있다.

몰입형 모드 모듈(124)은 애플리케이션 인터페이스(138)를 통해 사용자가 하나 이상의 애플리케이션(132)을 볼 수 있고 인터랙션할 수 있도록 하는 환경을 제공한다. 몇몇 실시예에서, 이런 환경은 윈도우 프레임이 없거나 거의 없는 및/또는 사용자가 윈도우 프레임의 레이아웃이나 그 외 다른 윈도우에 대한 상대적 우선성(예컨대, 활성 윈도우 또는 전면에 있는 윈도우)을 관리할 필요 없는, 또는 사용자가 애플리케이션 인터페이스(138)의 크기나 위치를 수동으로 조절할 필요 없는 애플리케이션의 컨텐츠를 프레젠테이션하고, 또한 이 애플리케이션과의 인터랙션을 가능케 한다.

이런 환경은 윈도우-기반 데스크탑 환경의 사용 없이 호스팅되거나 및/또는 표면화될 수 있지만, 반드시 그럴 필요는 없다. 따라서, 경우에 따라서 몰입형 모드 모듈(124)은 윈도우(심지어 실질적으로 프레임 없는 윈도우조차)가 아닌 몰입형 환경을 프레젠테이션하고, 데스크탑-같은 디스플레이(예컨대, 태스크바)를 사용하지 못하게 한다. 나아가, 일부 실시예에서 이런 몰입형 환경은 종료될 수 없다는 점 또는 설치 제거될 수 없다는 점에서 운영 체제와 유사하다. 반드시 그럴 필요는 없지만, 경우에 따라서 이 몰입형 환경은 애플리케이션들에 의해 디스플레이의 픽셀들의 모두 또는 거의 모두를 사용할 수 있게 한다. 몰입형 환경의 예시는 본 기법의 설명의 일부로서 아래에서 제공되지만, 이는 완전한 것이 아니며 본원에 기술된 기법을 제한하기 위한 것도 아니다.

시스템 인터페이스 모듈(126)은, 몇 가지를 언급하면, 애플리케이션-런칭 인터페이스, 시작 메뉴, 또는 시스템 툴 또는 옵션 메뉴와 같이, 그것을 통해 운영 체제(120)와의 인터랙션이 가능케 되는 하나 이상의 인터페이스를 제공한다.

운영 체제(120), 모듈들(122, 124, 및 126)뿐만 아니라 제스처 핸들러(128), 및 애플리케이션 관리자(130)도 상호 분리되거나 또는 임의의 적절한 형태로 결합되거나 통합될 수 있다.

예시적인 방법

예시적인 방법들(200, 800, 및 900)은 에지 제스처를 다루며, 예시적인 방법들(1400 및 1700)은 이전에-인터랙션한 애플리케이션으로의 스위칭 백을 다루며, 예시적인 방법들(1900, 2100, 및 2300)은 애플리케이션의 썸네일-이미지 선택을 다룬다. 방법들(200, 800, 900, 1400 및 1700) 중 하나 이상은 별개로 사용되거나 또는 방법들(1900, 2100, 및/또는 2300)과 전체적으로 혹은 부분적으로 결합되어 사용될 수 있다. 단계들(1400, 1700, 1900, 2100 및 2300)에서는 에지 제스처의 사용을 필요로 하지는 않지만, 다양한 방법들이 결합되거나 보완적으로 동작할 수 있는 두 가지 예시적인 방법에서만, 이전 애플리케이션으로 스위칭 백하도록 선택하거나 선택 가능한 썸네일 이미지들을 갖고 있는 사용자 인터페이스를 프레젠테이션하도록 선택하는 데 에지 제스처를 사용할 수 있다.

도 2는 제스처가 시작되는 에지에 대해 대략적으로 수직인 에지 제스처에 기반하여 에지 제스처를 가능케 하는 방법(200)을 도시한다. 아래의 논의 중 일부에서, 도 1의 시스템(100)을 참조할 수 있으며, 참조는 단지 예를 들기 위한 것이다.

블록(202)은 제스처를 수신한다. 이 제스처는 예컨대 윈도우-기반 인터페이스를 통해, 몰입형 인터페이스를 통해, 또는 인터페이스 없이, 디스플레이의 다양한 부분들에서 수신될 수 있다. 나아가, 이 제스처는 터치 패드, 마우스, 또는 롤러 볼을 통해 수신되는 움직임 또는 움직임-민감형 또는 터치-민감형 메커니즘을 통해 수신된 팔(들), 손가락(들), 또는 스타일러스로 행해지는 물리적인 움직임을 추적하는 포인터와 같이, 다양한 방식으로 취해지고 수신될 수 있다.

예를 들어, 태블릿 컴퓨팅 장치(106)를 도시하는 도 3을 고려해보자. 태블릿(106)은 웹페이지(306)를 포함하는 몰입형 인터페이스(304)를 디스플레이하는 것으로 도시된 터치-민감형 디스플레이(302)를 포함한다. 설명 중인 예의 일부로서, 블록(202)에서 제스처 핸들러(128)는 도 3에 도시된 바와 같은 제스처(308)를 수신한다.

블록(204)은 제스처의 시작 포인트가 에지에 있는지 여부를 판정한다. 앞서 언급된 바와 같이, 문제의 에지는 몰입형이든 또는 윈도우-기반이든 애플리케이션 인터페이스의 및/또는 디스플레이의 에지일 수 있다. 물론 경우에 따라서, 애플리케이션 인터페이스의 에지가 디스플레이의 에지도 된다. 에지의 크기는 디스플레이 또는 인터페이스에 관한 다양한 인자들에 기반하여 달라질 수 있다. 작은 디스플레이 또는 인터페이스는 큰 디스플레이 또는 인터페이스보다 절대적인 면에서 또는 픽셀 면에서 더 작은 크기를 가질 수 있다. 고감도 입력 메커니즘은 더 작은 에지도 허용한다. 예시적인 에지들은 직사각형이며 1 차원에서 1 픽셀 및 20 픽셀 사이에서 변화하며 다른 차원에서 인터페이스 또는 디스플레이의 인터페이스 경계이지만, 볼록한 및 오목한 에지를 포함하여 그 외 다른 크기와 형태가 대신 사용될 수 있다.

설명 중인 예를 계속 들면, 도 3의 몰입형 인터페이스(304) 및 제스처(308)뿐만 아니라 좌측 에지(402), 상부 에지(404), 우측 에지(406), 및 하부 에지(408)를 도시하고 있는 도 4를 고려해보자. 시각적인 간결성을 위해 웹페이지(306)는 도시되어 있지 않다. 이런 예시에서, 인터페이스 및 디스플레이의 차원들은 스마트폰의 차원과 대부분의 랩탑 및 데스크탑 디스플레이의 차원 사이의, 중간 크기의 것이다. 에지들(402, 404, 406, 및 408)은 20 픽셀의 작은 차원을 가지며, 에지들 각각의 영역은 에지 경계(410, 412, 414, 및 416)에서 각각 디스플레이 또는 인터페이스 경계로부터 20 픽셀에서 점선으로 막혀있는 것으로 도시되어 있다.

제스처 핸들러(128)는 제스처(308)가 시작 포인트(418)를 갖고 있는지 및 이 시작 포인트(418)가 좌측 에지(402) 내에 존재하는지를 판정한다. 제스처 핸들러(128)는 이 경우 픽셀 형태로 제스처(308)가 시작되는 [X, Y] 좌표를 가리키는 데이터를 수신하고 이들 좌표 중 첫 번째를 각각의 에지(402-408) 내에 포함되어 있는 픽셀들과 비교함으로써 시작 포인트를 결정한다. 제스처 핸들러(128)는 시작 포인트 및, 이 시작 포인트가 종종 샘플링 속도보다 더 빠르게 에지 내에 존재하는지를 판정할 수 있고, 따라서 제스처가 취해지는 노출된 인터페이스로 직접 제스처를 단순 전달하는 기법들보다 성능 감소가 거의 없거나 또는 아예 없게 할 수 있다.

방법(200)으로 되돌아가서 일반적으로, 블록(204)에서 제스처의 시작 포인트가 에지에 있지 않다고 판정하면, 방법(200)은 "아니오" 경로를 따라 블록(206)으로 진행한다. 블록(206)은 제스처가 수신되었던 기저 인터페이스와 같이 노출된 애플리케이션 인터페이스로 제스처를 전달한다. 설명 중인 예를 변경하여, 제스처(308)가 에지 내에 시작 포인트를 갖고 있지 않은 것으로 결정되었다고 가정하자. 이런 경우 제스처 핸들러(128)는 몰입형 애플리케이션 인터페이스(304)로 제스처(308)를 위해 버퍼링된 데이터를 전달한다. 제스처를 전달한 이후, 방법(200)은 종료한다.

블록(204)에서 제스처의 시작 포인트가 에지 내에 있다고 결정한다면, 방법(200)은 "예" 경로를 따라 블록(208)으로 진행한다. 블록(208)은 제스처의 시작 포인트로부터 나중 포인트까지의 선이 에지로부터 대략적으로 수직인지 여부를 결정함으로써 블록(204)의 긍정적인 결정에 응답한다.

블록(208)은, 일부 실시예에서, 사용된 나중 포인트를 결정한다. 예를 들어, 제스처 핸들러(128)는, 도 4에 도시되어 있는 에지(402)에 대한 에지 경계(410)를 지나서 또는 시작 포인트(418)로부터 20 픽셀을 지나서와 같은, 에지 또는 시작 포인트로부터 미리 설정된 거리에서 수신되는 나중 포인트에 기반하여 제스처의 나중 포인트를 결정할 수 있다. 일부 다른 실시예들에서, 제스처 핸들러(128)는, 제스처가 탭-및-정지(tap-and-hold) 또는 호버링(hover) 제스처임을 판정하기 위해 컴퓨팅 장치(102)에 의해 일반적으로 이용되는 것보다 약간 더 많은 시간량과 같이, 시작 포인트의 수신 이후 미리 설정된 시간 안에 수신되는 것에 기반하여 나중 포인트를 결정한다.

설명 중인 실시예에 있어서, 제스처 핸들러(128)는 나중에-수신되는 포인트가 미리 설정된 시간 안에 수신되는 한, 에지(402)의 외부에서 수신된 제스처(308)의 나중에-수신되는 포인트를 사용한다. 그 미리 설정된 시간 내에 에지의 외부에서 수신된 포인트가 없다면, 제스처 핸들러(128)는 블록(206)으로 진행하고 몰입형 인터페이스(304)로 제스처(308)를 전달한다.

시작 포인트를 사용하여, 블록(208)은 제스처의 시작 포인트에서 나중 포인트까지의 선이 에지에 대해 대략적으로 수직인지 여부를 판정한다. 5도, 10도, 20도 또는 30도와 같은, 다양한 각도 변동이 블록(208)에 의한 이 판정에서 사용될 수 있다.

예를 들어, 수직에서 30도의 각도 변동을 고려해보자. 도 5는 수직선(504)으로부터 30도 변동선(502)과 함께 도 3 및 도 4의 몰입형 인터페이스(304), 제스처(308), 좌측 에지(402), 좌측 에지 경계(410), 및 시작 포인트(418)를 보여주면서, 이런 예시의 변동을 도시한다. 따라서, 제스처 핸들러(128)는 시작 포인트(418)에서 나중 포인트(508)까지의(수직에서 약 20도에 있는) 선(516)이 예시적인 30-도 변동선(502) 내에 존재하는 것에 기반하여 대략 수직이라고 판정한다.

일반적으로, 선이 에지에 대략적으로 수직이 아니라고 블록(208)에서 판정한다면, 방법(200)은 "아니오" 경로를 따라 블록(206)으로 진행한다. 앞서 부분적으로 언급된 바와 같이, 블록(208)은 또한 제스처의 나중 포인트 또는 그 외 다른 양태가 제스처를 실격시킨다고 결정할 수 있다. 예시들로는 (예컨대, 애플리케이션 인터페이스 내에서 컨텐츠를 스크롤하기 위해와 같이) 호버링, 태핑, 프레스-앤-홀드, 또는 업-앤-다운 제스처와 같이, 나중 포인트가 에지 내에 존재할 때, 또는 (예컨대, 첫 번째 손가락은 에지에서 시작하지만, 두 번째 손가락은 다른 곳에 착지하는 것 같이) 제스처가 단일-입력 제스처로서 설정되고 두 번째 입력이 수신되는 때를 포함한다.

에지 외부의 나중 포인트에 기반하여 선이 대략적으로 수직이라고 블록(208)이 판정한다면, 방법(200)은 "예" 경로를 따라 블록(210)으로 진행한다.

블록(210)은 노출된 애플리케이션 인터페이스가 아닌 다른 엔티티에게 제스처를 전달함으로써 블록(208)의 긍정 판정에 응답한다. 어쨌든 애플리케이션 인터페이스를 통해 수신되었다고 가정하였을 때, 이 엔티티는 제스처가 수신되었던 애플리케이션 인터페이스가 아니다. 블록(210)은, 예컨대 제스처의 시작 포인트가 수신된 에지 또는 에지의 영역에 기반하여, 어느 엔티티에게 제스처를 전달할 것인지도 역시 결정할 수 있다. 예를 들어, 도 4의 몰입형 인터페이스(304) 및 에지들(402, 404, 406, 및 408)을 도시하면서, 상부 영역(602) 및 하부 영역(604)이 우측 에지(406)에 추가된 도 6을 고려해보자. 상부 영역(602) 내의 시작 포인트는 하부 영역(604)으로 수신된 시작 포인트와 달리 상이한 엔티티(또는 심지어 동일한 엔티티지만 응답이 제공되는 상이한 애플리케이션 인터페이스)로 귀결될 수 있다. 마찬가지로, 상부 에지(404) 내의 시작 포인트는 좌측 에지(402) 또는 하부 에지(408)와는 상이한 엔티티 또는 인터페이스로 귀결될 수 있다.

경우에 따라서, 이 엔티티는 그 애플리케이션 인터페이스에 연관된 하나의 애플리케이션이다. 이러한 경우, 엔티티로 제스처를 전달하는 것은 실질적으로 그 애플리케이션으로 하여금 애플리케이션과의 인터랙션을 가능케 하는 두 번째 애플리케이션 인터페이스를 프레젠테이션하게 할 수 있다. 따라서, 영화를 재생하는 미디어 플레이어는 자막 선택 또는 감독의 논평을 가능케 하는 두 번째 애플리케이션 인터페이스를 프레젠테이션할 수 있다. 이러한 기능은 도 1에서 허락되며, 여기서 애플리케이션들(136) 중 하나는 한 개 이상의 애플리케이션 인터페이스(138)를 포함할 수 있거나 또는 프레젠테이션할 수 있다. 따라서, 블록(210)은, 단지 3개의 가능성만을 들자면, 시스템-인터페이스 모듈(126), 애플리케이션 인터페이스를 현재 프레젠테이션하고 있는 애플리케이션들(136) 중 하나, 또는 애플리케이션들(132) 중 다른 하나에게 제스처를 전달할 수 있다.

설명 중인 실시예를 종료하면서, 블록(210)에서 제스처 핸들러(128)는 시스템-인터페이스 모듈(126)로 제스처(308)를 전달한다. 시스템-인터페이스 모듈(126)은 제스처(308)의 버퍼링된 포션을 수신하며 제스처가 사용자에 의해 취해짐에 따라 제스처(308)의 나머지를 계속해서 수신한다. 도 7은 제스처(308)를 수신한 때에 가능한 응답을 도시하며, 도 3의 몰입형 인터페이스(304) 및 웹페이지(306) 상에 시스템-인터페이스 모듈(126)에 의해 프레젠테이션되는 애플리케이션-선택 인터페이스(702)를 보여준다. 애플리케이션-선택 인터페이스(702)는 선택 가능한 애플리케이션 타일들(704, 706, 708, 및 710)에서 다양한 그 외 다른 애플리케이션들 및 그 각각의 인터페이스들의 선택을 가능케 한다.

예시적인 애플리케이션-선택 인터페이스(702)는, 반드시 그런 것은 아니지만, 몰입형 모드 모듈(124)를 사용하여 프레젠테이션되는 몰입형 애플리케이션 인터페이스이다. 그러나 프레젠테이션된 인터페이스는 윈도우-기반이며 윈도우-기반 모듈(122)을 사용하여 프레젠테이션될 수 있다. 이들 모듈은 모두 도 1에 도시되어 있다.

블록(210)은 수신된 제스처에 관한 그 밖의 다른 인자들에 기반하여 서로 다른 엔티티들 및/또는 인터페이스들에 제스처를 전달할지 여부를 결정할 수도 있다. 예시적인 인자들은 아래의 방법(800)에서 더 상세히 기술된다.

방법(200) 및 이후에 기술되는 그 외 다른 방법들은, 예컨대 제스처가 취해지면서 수신되는 동안, 실시간으로 수행될 수 있음에 유의한다. 이것은 무엇보다도 제스처의 완료 이전에 프레젠테이션되어질 제스처에 응답하여 애플리케이션 인터페이스가 프레젠테이션되도록 허용한다. 나아가, 애플리케이션 인터페이스는 제스처가 수신되는 동안 점진적으로(progressively) 프레젠테이션될 수 있다. 이는 제스처에 (예컨대, 제스처를 취하는 마우스 포인터 또는 사람의 손가락에) "붙어" 있는 것으로 보여지는 애플리케이션 인터페이스에 대해 제스처가 수행될 때 에지로부터 애플리케이션 인터페이스를 드래그 아웃하는 사용자 경험을 허용한다.

도 8은 제스처의 몇몇 인자에 기반한 프레젠테이션할 인터페이스의 결정을 포함하는 에지 제스처를 가능케 하는 방법(800)을 도시한다. 아래의 논의 중 일부에서 도 1의 시스템(100)에 대한 참조가 되지만, 이러한 참조는 단지 예를 들기 위한 것이다. 방법(800)은 본 명세서에서 기술되는 다른 방법들로부터 완전히 또는 부분적으로 분리되거나 또는 결합하여 행동할 수 있다.

블록(802)은 애플리케이션 인터페이스 상에 취해지는 제스처가 애플리케이션 인터페이스의 한 에지 내부에 시작 포인트를 가지며 그 에지 내부가 아닌 곳에 나중 포인트를 가짐을 결정한다. 블록(802)은, 블록(802)의 결정을 뒷받침하기 위하여 나중 포인트를 결정하는 것과 같이, 방법(200)의 양태들과 유사하게 동작하거나 이 양태들을 이용할 수 있다. 블록(802)은 또한 달리 행동할 수도 있다.

예를 들어, 어떤 경우, 제스처가 노출된 몰입형 애플리케이션 인터페이스의 한 에지에서 시작하고 에지에 있지 않는 나중 포인트를 가지며 제스처의 각도에 기반하지도 않는 싱글-핑거 긋기 제스처라고 블록(802)에서 결정한다. 이러한 결정에 기반하여, 블록(802)은 노출된 몰입형 애플리케이션 인터페이스로 제스처를 전달하지 않고 블록(804)으로 전진한다.

블록(804)은 제스처의 하나 이상의 인자에 기반하여 프레젠테이션할 인터페이스를 결정한다. 블록(804)은, 제스처의 최종 또는 중간 길이, 제스처가 단일 포인트인지 또는 멀티-포인트(예컨대, 싱글-핑거 또는 멀티-핑거 제스처)인지 여부, 제스처의 속도에 기반하여 결정할 수 있다. 따라서, 블록(804)은 예컨대 멀티-핑거 제스처에 응답하여 시작 메뉴를, 상대적으로 짧은 싱글-핑거 제스처에 응답하여 애플리케이션-선택 인터페이스를, 또는 상대적으로 긴 싱글-핑거 제스처에 응답하여 컴퓨팅 장치(102)를 셧다운하는 선택을 허용하는 시스템-컨트롤 인터페이스를 프레젠테이션하도록 결정할 수 있다. 그렇게 하기 위하여, 제스처 핸들러(128)는 제스처의 길이 또는 입력들(예컨대, 손가락들)의 개수를 결정할 수 있다. 이에 대한 응답으로, 블록(806)은 결정된 애플리케이션 인터페이스를 프레젠테이션한다.

예를 들어, 제스처 핸들러(128)가, 제스처의 임의의 인자에 기반하여, 운영 체제와의 인터랙션을 가능케 하는 애플리케이션 인터페이스를 프레젠테이션하도록 결정한다고 가정하자. 이에 대한 응답으로, 시스템-인터페이스 모듈(126)은 이 애플리케이션 인터페이스를 프레젠테이션한다. 애플리케이션 인터페이스의 프레젠테이션은, 예컨대 도 7의 애플리케이션-선택 애플리케이션 인터페이스(702)의 점진적인 디스플레이와 같이, 그 외 다른 방법들에서 기술된 방식과 유사할 수 있다.

전체적으로 또는 부분적으로 방법(200) 및/또는 방법(800)에 이어서, 기법들은 도 9의 방법(900)을 수행하도록 진행될 수 있다. 방법(900)은 하나의 에지 제스처에 응답하여 애플리케이션 인터페이스의 확장, 다른 하나의 인터페이스의 프레젠테이션, 또는 프레젠테이션되어 있는 애플리케이션 인터페이스의 프레젠테이션 중단을 가능케 한다.

블록(902)은 두 번째 애플리케이션 인터페이스의 적어도 일부 포션의 프레젠테이션 이후 제스처의 후속 포인트를 수신한다. 앞서 부분적으로 언급된 바와 같이, 방법(200 및/또는 800)은, 예컨대 현재 애플리케이션 인터페이스, 다른 애플리케이션, 또는 시스템 인터페이스와 연관된 동일 애플리케이션을 위한 두 번째 애플리케이션 인터페이스와 같은, 두 번째 애플리케이션 인터페이스를 프레젠테이션할 수 있거나 프레젠테이션되도록 할 수 있다.

예를 들어, 윈도우-기반 이메일 인터페이스(1004) 및 두 개의 몰입형 인터페이스(1006 및 1008)를 디스플레이하고 있는 터치-민감형 디스플레이(1002)를 구비한 랩탑 컴퓨터(104)를 도시하는 도 10을 고려해보자. 윈도우-기반 이메일 인터페이스(1004)는 이메일을 관리하는 애플리케이션과 연관되며, 이는 랩탑 컴퓨터(104)에 대해 원격에 또는 로컬에 있을 수 있다. 도 10은 또한 2개의 제스처(1010 및 1012)를 도시한다. 제스처(1010)는 직선으로 앞으로 진행하고 반면에 제스처(1012)는 뒤로 역행한다(reverse)(2개의 방향을 보여주기 위해 2개의 화살표로 도시).

도 11은 시작 포인트(1102), 나중 포인트(1104), 및 후속 포인트(1106)를 갖고 있는 제스처(1010), 및 동일한 시작 포인트(1102), 나중 포인트(1108), 및 첫 번째 후속 포인트(1110), 및 두 번째 후속포인트(1112)를 갖고 있는 제스처(1012)를 도시한다. 도 11은 또한 하부 에지(1114), 나중-포인트 영역(1116), 및 인터페이스-추가 영역(1118)을 보여준다.

블록(904)은, 후속 포인트에 기반하여, 제스처가 역행을 포함하는지, 확장(extension)을 포함하는지 또는 둘 다 포함하지 않는지 여부를 결정한다. 블록(904)은 후속 포인트가 에지에 있다는 것 또는 제스처의 이전 포인트보다 에지에 더 가깝다는 것을 결정함으로써 역행을 결정할 수 있다. 블록(904)은 후속 포인트가 에지로부터 또는 나중 포인트로부터 미리 설정된 거리에 있음에 기반하여 제스처가 확장하고 있다고 결정할 수 있다. 이들 중 어느 것도 참이라고 결정되지 아니하면, 방법(900)은 제스처가 종료할 때까지 추가적인 후속 포인트들을 수신하고 분석하기 위하여 블록들(902 및 904)을 반복할 수 있다. 블록(904)이 역행이 존재한다고 결정한다면, 방법(900)은 "역행" 경로를 따라 블록(906)으로 진행한다. 블록(904)이 제스처가 확장된다고 결정한다면, 방법(900)은 "확장" 경로를 따라 블록(908)으로 진행한다.

본 예시의 맥락에서, 제스처 핸들러(128)가 제스처(1012)의 첫 번째 후속 포인트(1110)를 수신한다고 가정하자. 그 이후에 후속 제스처 핸들러(128)는 첫 번째 후속 포인트(1110)가 에지(1114)에 있지 않고, 제스처의 이전 포인트보다 에지(1114)에 더 가깝지 않으며(예컨대, 나중 포인트(1108)보다 더 가깝지 않으며), 또한 인터페이스-추가 영역(1118) 내에 있지 않음으로써 에지 또는 나중 포인트로부터 미리 설정된 거리에 있지 않다고 결정한다. 이러한 경우 방법(900)은 블록(902)으로 되돌아간다.

블록(902)의 두 번째 반복에서, 제스처 핸들러(128)가 두 번째 후속 포인트(1112)를 수신한다고 가정하자. 이러한 경우, 제스처 핸들러(128)는 두 번째 후속 포인트(1112)가 첫 번째 후속 포인트(1110)보다 에지(1114)에 더 가깝고 따라서 제스처(1012)는 역행을 포함한다고 결정한다. 다음으로 제스처 핸들러(128)는 블록(906)으로 진행하여 제스처에 대한 응답으로 이전에 프레젠테이션된 두 번째 애플리케이션 인터페이스의 프레젠테이션을 중단한다. 예를 들어, 이메일 핸들링 인터페이스(1202)를 도시하고 있는 도 12를 고려해보자. 블록(806)의 이런 예시적인 경우에, 제스처 핸들러(128)는 제스처(1012)(제거되어 도시되지 않음)의 역행에 응답하여 이메일 애플리케이션으로 하여금 인터페이스(1202)의 프레젠테이션을 중단하게 한다.

그러나, 블록(908)은 세 번째 애플리케이션 인터페이스를 프레젠테이션하거나 또는 두 번째 애플리케이션 인터페이스의 확장을 프레젠테이션하거나 또는 그 프레젠테이션을 하게 한다. 설명 중인 예를 계속하면, 도 11의 인터페이스-추가 영역(1118)에 있는, 후속 포인트(1106)가 에지(1104)로부터 미리 설정된 거리에 있다고 결정된 제스처(1010)에 응답하여 추가-이메일-옵션 인터페이스(1302)를 도시하는 도 13을 고려해보자. 이 영역 및 미리 설정된 거리는 제스처에 대한 응답으로 이전에 프레젠테이션된 애플리케이션 인터페이스의 크기에 기반하여 설정될 수 있다. 따라서, 추가 컨트롤을 추가하고 싶은 사용자는 단순히 제스처의 이전 포션에 응답하여 프레젠테이션된 애플리케이션 인터페이스를 지나 제스처를 확장할 수 있다.

방법(900)은 추가 애플리케이션 인터페이스를 추가하거나 또는 프레젠테이션된 애플리케이션 인터페이스를 확장하기 위해 반복될 수 있다. 예를 들어, 도 7의 예시적인 인터페이스(702)로 돌아가면, 제스처 핸들러(128)는 제스처(308)가 인터페이스(702)를 지나 확장될 때, 예컨대 선택 가능한 애플리케이션 타일들의 추가적인 세트를 프레젠테이션함으로써, 인터페이스(702)에 인터페이스 또는 컨트롤을 계속 추가할 수 있다. 제스처(308)가 추가적인 타일들을 지나 확장한다면, 제스처 핸들러(128)는 시스템-인터페이스 모듈(126)로 하여금 타일들 옆에 사용자가 컴퓨팅 장치(102)를 정지(suspend), 수면(hibernate), 모드 변경(몰입형을 윈도우-기반으로 및 그 역으로), 또는 셧다운하는 것과 같은 컨트롤을 선택할 수 있게 하는 다른 인터페이스를 프레젠테이션하게 할 수 있다.

에지 제스처에 응답하여 프레젠테이션되는 위의 예시적인 애플리케이션 인터페이스들은 불투명하지만, 이들은 또한 부분적으로 투명할 수도 있다. 이는 컨텐츠를 가리지 않으므로 유용할 수 있다. 전술한 영화 예시에서, 프레젠테이션된 애플리케이션 인터페이스는 부분적으로 투명할 수 있고, 이에 의해 영화가 애플리케이션 인터페이스의 사용 중에 부분적으로만 가려질 수 있게 된다. 유사하게, 도 12 및 도 13의 예에서, 인터페이스(1202 및 1302)는 부분적으로 투명할 수 있고, 이에 의해 사용자는 인터페이스들 중 하나에서 컨트롤을 선택하는 동안에도 이메일의 텍스트를 볼 수 있게 된다.

앞서 언급된 바와 같이, 예시적인 방법들(200, 800, 및 900)은 에지 제스처를 다루며 방법들(1400 및 1700) 이전에 기술되어 있고, 이들 방법들(1400, 1700)은 이전에-인터랙션했던 애플리케이션으로의 스위칭 백을 다루며, 이는 다시 썸네일 이미지를 사용한 애플리케이션의 선택을 다루는 방법들(1900, 2100, 및 2300) 이전에 기술된다. 이들 방법 중 하나 이상의 방법은 별개로 사용될 수 있거나 또는 임의의 다른 방법들과 전체적으로 또는 부분적으로 결합되어 사용될 수 있다.

도 14는 큐를 사용하여 이전에-인터랙션했던 애플리케이션으로 스위칭 백하는 방법(1400)을 도시한다. 아래의 논의의 일부에서 도 1의 시스템(100), 방법들(200, 800, 및/또는 900), 및 전술한 예시적인 실시예를 참조할 수 있지만, 이들 참조는 단지 예를 들기 위한 것이다.

블록(1402)은 다수의 인터랙션했던 애플리케이션들의 큐를 유지하며, 큐는 현재 애플리케이션이 아닌 가장-최근에-인터랙션했던 것부터 가장-과거에-인터랙션했던 애플리케이션의 순으로 배열된다. 예를 들어, 사용자가 다양한 애플리케이션들과 인터랙션하는 인터랙션 순서(1502)를 도시하는 도 15를 고려해보자. 첫 번째, 사용자는 웹-검색 애플리케이션(1504)과 웹-검색 애플리케이션의 인터페이스를 통해 인터랙션한다. 두 번째, 사용자는 웹-브라우저를 통해 웹에서 이용 가능한 미디어 애플리케이션(1506)과 인터랙션한다. 세 번째, 사용자는 로컬(웹이 아닌) 사진 애플리케이션(1508)과 로컬 사진 애플리케이션의 인터페이스를 통해 인터랙션한다. 네 번째, 사용자는 웹 브라우저를 통해 소셜-네트워킹 애플리케이션(1510)과 인터랙션한다. 다섯 번째, 사용자는 웹에서 이용 가능한 미디어 애플리케이션(1506)과의 인터랙션으로 돌아간다. 여섯 번째, 사용자는 웹 브라우저를 통해 다시 웹에서 이용 가능한 애플리케이션(1512)과 인터랙션한다.

첫 번째 인터랙션에 대하여는, 이 첫 번째 인터랙션 이전에 인터랙션했던 그 외 다른 애플리케이션들이 없기 때문에, 큐가 유지되지 않는다. 인터랙션 순서(1502)의 두 번째 내지 여섯 번째 인터랙션에 대해서, 첫 번째 인터랙션 이후 각각 인터랙션 순서(1502) 내의 각 인터랙션에 대응하는 큐들(1514, 1516, 1518, 1520, 및 1522)을 고려해보자. 큐들(1514 내지 1522)은, 모두 도 1에 있는, 애플리케이션 관리자(130)에 의해 유지되는 애플리케이션 큐(134)의 예시적인 반복들이다.

도 15에 도시된 바와 같이, 애플리케이션 관리자(130)는 사용자의 인터랙션들에 기반하여 애플리케이션 큐(134)를 최신으로 유지한다. 예를 들어, 큐(1522)는 가장-최근에-인터랙션했던 애플리케이션으로서 미디어 애플리케이션(1506)을 포함하고, 뒤이어 소셜-네트워킹 애플리케이션(1510), 사진 애플리케이션(1508)을 포함하며, 마지막으로 웹-검색 애플리케이션(1504)를 포함한다. 사용자가 미디어 애플리케이션(1506)과 두 번 인터랙션하기 때문에(두 번째 및 다섯 번째 인터랙션에서) 애플리케이션 관리자(130)는 다섯 번째 인터랙션에서 그것을 애플리케이션 큐(134)에서 제거하고 인터랙션들의 최신의 순서를 반영하면서 현재-인터랙션하고 있는 애플리케이션을 제외하도록 다른 애플리케이션들의 순서를 다시 매긴다.

블록(1404)은 하나의 제스처 또는 제스처 포션들을 수신한다. 이 제스처 또는 제스처 포션들은, 본원의 다른 곳에서 설명된 다양한 제스처 또는 포션들의 하나 이상을 포함할 수 있다. 몇몇 실시예에서, 제스처 포션들이 수신되고, 각각의 포션은 하나의 제스처의 일부이며, 각각의 포션이 큐 안에 있는 애플리케이션을 프레젠테이션 하게끔 한다.

설명 중인 실시예를 계속 설명하면, 웹페이지(306)를 포함하는 몰입형 인터페이스(304)를 디스플레이하는 것으로 도시된 터치-민감형 디스플레이(302)를 구비한 태블릿 컴퓨팅 장치(106)를 도시하는 도 3을 다시 고려해보자. 본 예시에서, 몰입형 인터페이스(304)는 뉴스 애플리케이션(1512)와 연관되고 웹페이지(306)는 뉴스 애플리케이션(1512)으로부터의 컨텐츠라고 가정하자.

이런 예시의 일부로서, 블록(1404)에서, 제스처 핸들러(128)는 도 3에서 도시된 바와 같은 제스처(308)를 수신하고, 이 제스처를 제스처 핸들러(128)가 애플리케이션 관리자(130)에게 전달한다. 설명 중인 예에 있어서, 제스처(308)는 어떤 다른 기능 또는 애플리케이션이 아니라 이전에-인터랙션했던 애플리케이션으로 스위칭 백하는 것에 연관되는 것으로 결정된다고 가정하자.

블록(1406)은, 제스처 또는 제스처 포션들의 수신에 응답하여, 큐를 통해 다수의 인터랙션했던 애플리케이션들 중에 다른 하나의 애플리케이션으로 진행한다. 따라서, 제스처 또는 제스처 포션(들)을 수신하면, 애플리케이션 관리자(130)는 첫 번째로, 즉 애플리케이션 큐(134)의 애플리케이션들 중 가장-최근에 인터랙션했던 것으로 진행할 수 있다. 일부 실시예에서, 2개의 제스처들 또는 포션들을 수신하면, 애플리케이션 관리자(130)는 애플리케이션 큐(134)의 두 번째 가장-최근에-인터랙션했던 애플리케이션으로 진행할 수 있지만, 방법(1400)은 아래에서 기술된 바와 같이 블록들(1404, 1406 및/또는 1408 등)을 반복함으로써 그렇게 할 수도 있다.

설명 중인 실시예를 계속 설명하면, 제스처(308)가 현재-인터랙션하는 애플리케이션이 뉴스 애플리케이션(1512)인 때인 여섯 번째 인터랙션 이후에 수신되며, 애플리케이션 큐(134)가 최신이며 도 15의 큐(1522)로 표현된다고 가정하자. 이러한 경우, 애플리케이션 관리자(130)는 제스처 또는 제스처 포션을 수신하면 미디어 애플리케이션(1506)으로 진행한다.

블록(1408)은 다른 애플리케이션과 연관되어 있는 애플리케이션 인터페이스를 프레젠테이션한다. 이 애플리케이션 인터페이스는, 일부 실시예에서, 애플리케이션과의 인터랙션이 이전에 그것을 통해 이루어졌었던 것과 동일한 애플리케이션 인터페이스이다. 일부 실시예에서, 애플리케이션 인터페이스는 현재 프레젠테이션된 애플리케이션 인터페이스 위의 썸네일 또는 투명한 오버레이(overlay)로서 프레젠테이션된다. 애플리케이션 관리자(130)는 이 애플리케이션 인터페이스를 단독으로 프레젠테이션하거나 또는, 예컨대 연관된 애플리케이션이 사용자가 최근에 인터랙션한 애플리케이션 인터페이스를 프레젠테이션하도록 함으로써, 연관된 애플리케이션과 결합하여 프레젠테이션한다.

이런 예시에서, 애플리케이션 관리자(130)는 제스처(308)가 수신된 때에 애플리케이션을 위한 애플리케이션 인터페이스의 썸네일 이미지를 점진적으로 프레젠테이션하고, 다음으로 제스처가 종료한 때에 디스플레이의 이용 가능한 공간을 차지하도록 썸네일을 확장한다. 이에 의해 애플리케이션 관리자(130)는 몰입형 인터페이스(304) 내의 웹페이지(306)를 대체하거나 또는 몰입형 인터페이스(304)를 몰입형 또는 윈도우-기반일 수 있는 다른 하나의 인터페이스로 대체한다.

이는 뉴스 애플리케이션(1512)의 몰입형 인터페이스(304) 및 웹페이지(306) 상에 프레젠테이션된 미디어 애플리케이션(1506)의 애플리케이션 인터페이스의 썸네일 이미지(1602)로 도 16에서 도시된다. 제스처(308)가 종료한 이후, 썸네일 이미지(1602)는 전체-크기 애플리케이션 인터페이스(1604)로 확장되고, 몰입형 인터페이스(304) 내의 웹페이지(306)를 대체한다. 그러나 이것은 선택된 애플리케이션을 위한 애플리케이션 인터페이스를 프레젠테이션하는 하나의 예시적인 방식이고, 점진적으로 반응하거나 또는 그렇지 않은 다른 방식들은 본 명세서의 다른 곳에서 기술된다.

일부 실시예에서, 블록(1408)은 현재의 애플리케이션 인터페이스를 두 번째 썸네일 이미지로 축소시키고 이 두 번째 썸네일 이미지를 첫 번째-언급된 썸네일 이미지가 점진적으로 프레젠테이션되고 있는 디스플레이의 한 영역으로 전달한다. 즉, 블록(1408)은 썸네일 이미지(1602)를 전체-크기 애플리케이션 인터페이스(1604)로 확장하는 한편으로 웹페이지(306)를 썸네일 이미지로 축소하고 그 썸네일을 썸네일 이미지(1602)가 선택되었던 에지로 전달한다.

블록(1408)에서 애플리케이션 인터페이스의 프레젠테이션 동안에, 다른 제스처 또는 제스처 포션이 수신되어, 블록(1404)으로 되돌아 갈 수 있다. 경우에 따라서, 블록(1408)에 의해 애플리케이션 인터페이스가 프레젠테이션되는 동안에 어떤 양의 시간 내에 다른 제스처 또는 제스처 포션이 수신된다. 블록(1404)으로 되돌아가는 것에 이어서, 그 다음으로 블록(1406)은 다수의 인터랙션했던 애플리케이션들 중 또 다른 애플리케이션 또는 후속 애플리케이션으로 진행할 수 있다. 계속 진행되면, 그 다음에 블록(1408)은 다수의 인터랙션했던 애플리케이션들 중 후속 애플리케이션과 연관되어 있는 애플리케이션 인터페이스를 프레젠테이션한다.

따라서, 블록들(1404, 1406, 및 1408)을 반복함으로써, 이전에 인터랙션했던 애플리케이션들과 연관된 애플리케이션 인터페이스들이 이어서 프레젠테이션될 수 있다. 경우에 따라서, 이전에-인터랙션했던 애플리케이션과 연관된 애플리케이션 인터페이스는 각각의 수신된 제스처에 응답하여 프레젠테이션될 수 있다. 현재의 예의 맥락에서, 미디어 애플리케이션(1506)의 애플리케이션 인터페이스를 프레젠테이션하는 동안에 다른 제스처가 수신되면, 소셜-네트워킹 애플리케이션(1510)(큐(1522)의 두 번째 가장-최근에 인터랙션했던 애플리케이션)과 연관된 애플리케이션 인터페이스가 프레젠테이션된다. 소셜-네트워킹 애플리케이션(1510)과 연관된 애플리케이션 인터페이스의 프레젠테이션 동안에 또 다른 제스처 또는 제스처 포션의 수신은 사진 애플리케이션(1508)(큐(1522)의 세 번째 가장-최근에-인터랙션했던 애플리케이션) 등과 연관된 애플리케이션 인터페이스의 프레젠테이션을 하게 된다.

현재 애플리케이션을 프레젠테이션하는 것으로부터 다른 하나의 선택된, 이전의 애플리케이션으로 이렇게 스위칭한 다음에, 블록(1410)은 다른 애플리케이션과 연관된 애플리케이션 인터페이스와의 인터랙션에 응답하여, 또는 그 프레젠테이션 동안에 경과된 시간 기간에 응답하여, 큐를 업데이트한다. 경우에 따라서, 이전의 애플리케이션이 선택된 다음에 다른 하나가 바로 선택될 수 있어, 큐 내의 애플리케이션들을 효과적으로 스캐닝할 수 있다. 이러한 경우, 신속 보기(quick viewing)는 인터랙션으로 간주되지 않을 수 있으므로, 블록(1410)은 큐를 업데이트하지 않을 수 있다.

애플리케이션 관리자(130)가 애플리케이션 큐(134)를 업데이트하는 예시적인 인터랙션들은, 예컨대 미디어 플레이어의 전체-크기 애플리케이션 인터페이스(1604)에 도시된 컨트롤들을 사용하여 현재 재생중인 미디어의 재생을 컨트롤 하거나 또는 그 미디어에 관련된 정보를 편집하는 것과 같이, 새로 프레젠테이션된 인터페이스와 인터랙션하기 위한 명시적인 선택을 포함한다. 다른 경우에, 인터랙션은 경과하는 시간 기간에 기반하여 결정된다. 예를 들어, 현재 애플리케이션이 아니라 뉴스 애플리케이션의 웹페이지가 선택 시에 프레젠테이션된다고 가정하자. 예를 들어 1초, 2초, 또는 3초와 같은 어떤 기간 이후에, 애플리케이션 관리자(130)는 사용자가 웹페이지 내의 뉴스 기사를 읽고 있을 거라는 가능성에 기반하여 이런 지연은 사실상 인터랙션이라고 결정한다. 유사하게, 미디어를 재생하고 있으며 애플리케이션 큐(134) 내의 애플리케이션들 중 다른 하나의 선택 없이 디스플레이 상에 남아있는 블록(1408)에서의 미디어 애플리케이션의 애플리케이션 인터페이스의 프레젠테이션 역시 인터랙션으로 간주될 수 있다.

앞서 부분적으로 언급된 바와 같이, 애플리케이션 큐(134)는 순환식일(circular) 수 있다. 그렇게 해서, 애플리케이션의 선택은 사용자가 애플리케이션 큐(134)의 가장 과거에-인터랙션했던 애플리케이션에 도달한다면 중단되지 않고 회전한다. 예를 들어, 소셜-네트워킹 애플리케이션(1510)으로부터 이전 애플리케이션으로, 즉 큐(1518)을 사용한 스위칭 백의 선택 시에, 한번의 스위칭 백은 사진 애플리케이션(1508)을 선택하게 되고, 두 번은 미디어 애플리케이션(1506)을, 또한 세 번은 웹-검색 애플리케이션(1504)을 선택하게 된다. 네 번째 스위칭 백의 선택은, 순환 방식으로, 사진 애플리케이션(1508)을 다시 프레젠테이션하도록 되돌아간다.

방법(1400)은 기법들이 이전에-인터랙션했던 애플리케이션들의 선택을 가능하게 하고 큐에 기반하여 어떤 것을 프레젠테이션할지를 결정할 수 있는 다양한 방식을 기술한다. 방법(1700)은 방법(1400) 및 본 명세서에서 기술된 다른 방법들과 함께 동작할 수 있지만, 큐의 사용이 필수적이지는 않다. 그러므로, 방법(1400)은 예시적인 방법(1700)에서 기술되는 바와 같은 기법들을 제한하기 위한 것이 아니다.

도 17은, 큐를 사용하거나 또는 사용하지 않을 수 있는, 이전에-인터랙션했던애플리케이션으로 스위칭 백하는 방법(1700)을 도시한다. 아래 논의의 일부분에서 도 1의 시스템(100), 전술한 방법들(200, 800, 900, 1400) 및 예시적인 실시예들을 참조하지만, 이런 참조는 단지 예를 들기 위한 것이다.

블록(1702)에서는 현재 애플리케이션과 연관된 현재 애플리케이션 인터페이스 상에 취해지는 제스처를 통해 이전에-인터랙션했던 애플리케이션의 선택을 가능케 한다. 블록(1702)은, 일례로서, 예컨대 에지 제스처 또는 그 포션으로 전술한 다양한 방식들로 그렇게 할 수 있다.

블록(1704)은, 제스처를 수신하고 추가 선택이 없는 것에 응답하여, 이전에-인터랙션했던 애플리케이션과 연관된 이전 애플리케이션 인터페이스를 프레젠테이션한다.

예를 들어, 현재 애플리케이션 인터페이스의 에지에서 시작하고 에지에서 대략 수직으로 멀어지는 방향으로 진행하는 에지 제스처와 같이, 이전 애플리케이션의 선택과 연관된 제스처의 포션이 수신된다고 가정하자. 이에 응답하여, 블록(1704)은 이전에-인터랙션했던 애플리케이션의 애플리케이션 인터페이스 또는 이 인터페이스의 썸네일 이미지, 또는 선택된 애플리케이션 또는 인터페이스의 지시자(indicator)와 함께 선택이 성공적으로 이루어졌다는 몇몇 지시자를 프레젠테이션한다.

예시적인 썸네일 이미지 또는 지시자는 도 7의 선택 가능한 애플리케이션 타일들(704, 706, 708, 및 710)의 임의의 것을 포함하며, 이들 중 일부는 인터페이스의 썸네일의 이미지를 포함하고 다른 것들은 선택된 애플리케이션을 가리킨다. 다른 예로 도 16의 썸네일 이미지(1602)가 있다.

블록(1704)은, 전체-크기 애플리케이션 인터페이스(1604)에서 도 16에 도시된 바와 같이, 선택된, 이전에-인터랙션했던 애플리케이션의 애플리케이션 인터페이스를 프레젠테이션한다. 그렇게 해서, 블록(1704)은 추가 선택 없이 몰입형 인터페이스(304)를 통해 사진 애플리케이션(1508)과의 인터랙션을 가능케 할 수 있다. 따라서, 사용자가 하나의 제스처와 같은 것을 사용하여 선택한 이후, 이전 애플리케이션은 다른 선택을 할 필요 없이 인터랙션할 수 있다. 사용자는 예를 들어, 애플리케이션-선택 모드를 나가기 위해 선택할 필요가 없고 또는 프레젠테이션된 인터페이스를 "살아 있는" 또는 우선시되는 또는 스택의 최상단으로 만들 필요가 없다. 간단히 말해서, 기법들은 이전 애플리케이션의 선택 및 그 이전 애플리케이션과의 추가 인터랙션을 단 하나의 입력으로 가능케 한다.

도 16의 이런 예시에서, 전체-크기 애플리케이션 인터페이스(1604)가 프레젠테이션되어 웹페이지(306)를 대체한 직후에, 몰입형 인터페이스(304)로의 다음 입력은 즉시 사진 애플리케이션(1508)으로 전달된다. 즉, 하나의 탭, 핫키, 또는 그 외 다른 입력은 사진 애플리케이션(1508)으로 직접 전달되고, 그에 의해 그 입력에 대한 사진 애플리케이션(1508)에 의한 즉각적인 응답을 가능케 한다.

몇몇 실시예들에서, 현재 애플리케이션 인터페이스 상에서 취해진 제스처는 포션들을 포함하며, 각각의 포션은 하나의 이전 애플리케이션의 선택을 지시한다. 이러한 경우, 블록(1704)은 첫 번째 포션에 응답하여 이전 애플리케이션 인터페이스를 프레젠테이션하고, 그 다음에 제스처의 두 번째 포션을 수신하는 블록(1702)에 응답하여, 더 이전에-인터랙션했던 애플리케이션과 연관된 더 이전 애플리케이션 인터페이스를 프레젠테이션하게 된다.

이는 도 18에 도시되어 있으며, 도 18은 도 16의 몰입형 인터페이스(304)(시각적으로 명확하게 하기 위하여 두 번 도시됨)를 프레젠테이션하며, 블록(1704)이 다수의 제스처들 또는 하나의 단일 제스처의 포션들에 대해 응답할 수 있는 방식도 프레젠테이션한다. 도 18은 2개의 점진적인 프레젠테이션들(1802 및 1804), 그리고 2개의 제스처 포션들(1806-1 및 1806-2)을 갖는 제스처(1806)을 각각 도시한다. 첫 번째 점진적인 프레젠테이션(1802)은 썸네일 이미지(1602)의 몰입형 인터페이스(304)의 좌측 에지로부터의 드래그, 및 그에 따라 이전에-인터랙션했던 사진 애플리케이션(1508)의 선택을 도시한다. 썸네일 이미지(1602)가 제스처 포션(1806-1)에 "붙어"있다는 점에 유의한다. 또한, 도 3 및 도 16의 제스처(308)와는 달리, 제스처(1806)는 좌측 에지로 되돌아간다는 점에 유의한다. 이에 응답하여, 제스처(308)가 종료하고 전체-크기 애플리케이션 인터페이스(1604)가 웹페이지(306)를 교체하는 것이 아니라, 제스처(1806)의 제스처 포션(1806-1)이 그것이 시작했던 에지로 되돌아가게 된다. 이 경우, 썸네일 이미지(1602)는 제스처 포션(1806-1)으로 점진적으로 디스플레이되지만 제스처 포션(1806-1)이 에지 또는 유효하지 않은 다른 제스처 종료 위치로 되돌아가면 사라지게 된다.

제스처(1806)는 두 번째 포션(1806-2)으로 계속된다. 이에 응답하여, 블록(1704)은 두 번째 점진적인 프레젠테이션(1804)을 프레젠테이션하며, 이는 몰입형 인터페이스(304)의 좌측 에지로부터 두 번째 드래그를 도시한다. 여기서 소셜-네트워킹 애플리케이션(1510)인 더 이전 애플리케이션의 소셜 네트워크 썸네일 이미지(1808)가 점진적으로 프레젠테이션된다. 제스처(1806)는 두 번째 포션(1806-2)의 일부로서 좌측 에지로 되돌아간다. 이에 응답하여, 블록(1704)은 제스처 포션(1806-2)이 에지로 되돌아갈 때 썸네일 이미지(1808)를 없앤다. 이것은, 사용자가 오직 하나의 단일 제스처로, 이전 애플리케이션들, 이전에-인터랙션했던 애플리케이션들 중 심지어 모두를 선택하고 볼 수 있도록 가능케 하는 방식들 중 단지 하나의 예일 뿐이다. 이런 예시 내의 임의의 포인트에서, 제스처(1806)는 선택된 애플리케이션을 위한 전체 애플리케이션 인터페이스를 프레젠테이션하는 선택을 종료하거나 지시할 수 있는데, 이 때 블록(1704)에서 애플리케이션 인터페이스(예컨대, 도 16의 전체-크기 애플리케이션 인터페이스(1604) 또는 소셜-네트워킹 애플리케이션을 위한 전체 애플리케이션 인터페이스)를 프레젠테이션한다.

앞서의 논의에서는 이전에-인터랙션했던 애플리케이션으로의 스위칭 백을 가능하게 하는 기법에 관한 일부 방법들을 설명하였다. 다른 방법들은 기법이 에지 제스처를 이용 가능하게 하거나 및/또는 에지 제스처를 사용하는 방식을 설명한다. 애플리케이션의 썸네일-이미지 선택을 다루는 또 다른 방법들이 아래에서 설명된다. 이들 방법은 실행되는 동작을 명시하는 일련의 블록들로 도시되어 있지만, 각각의 블록에 의한 동작을 실행하도록 도시된 순서에 반드시 국한되는 것은 아니다.

도 19는 애플리케이션의 썸네일-이미지 선택을 가능하게 하는 방법(1900)을 도시한다. 아래의 논의의 일부에서 전술한 도 1의 시스템(100), 방법들(200, 800, 900, 1400, 1700), 및 예시적인 실시예를 참조하지만, 이들 참조는 단지 예를 들기 위한 것이다.

블록(1902)에서는 애플리케이션의 썸네일 이미지를 유지한다. 본원에서 언급된 바와 같이, 사용자 혹은, 설정이나 사용자 관심 또는 인기, 최근 인터랙션 여부 등에 기반하여 포함되는 기타 엔티티에 의해, 이들 애플리케이션은 이전에-인터랙션했거나, 최근에 인터랙션했거나, 또는 설정될 수 있다. 이들은 앞서 언급한 애플리케이션 큐(134)의 애플리케이션들에 대해 설정된 순서를 비롯한 다양한 방식으로 정렬될 수 있지만, 반드시 그럴 필요는 없다. 또한, 몇 가지 예를 들면, 스마트폰에서는 3개의 썸네일 이미지, 태블릿에서는 6개, 대형 디스플레이 랩탑이나 데스크탑 컴퓨터에서는 12개 등 애플리케이션의 개수가 화면 공간에 따라 달라질 수 있다.

예를 들어, 관리자(130)는 태블릿 컴퓨터(106)의 화면 공간의 크기에 기반하여 6개까지 썸네일 이미지를 유지한다고 가정하자. 또한 관리자(130)는 애플리케이션 그룹(136)에서 6개까지 애플리케이션을 유지하고, 6개의 애플리케이션은 가장 최근에 인터랙션했지만 현재 화면에는 없는 최종 4개의 애플리케이션과 태블릿 컴퓨터(106)와 관련된 사용자가 종종 일반적으로 사용하는 데에 기반한 2개의 애플리케이션으로 선택된다고 가정하자. 따라서, 관리자(130)는 본원의 다른 곳에서 설명된 바와 같이 도 1의 애플리케이션 큐(134)의 순서와 유사한 순서의 처음 4개의 애플리케이션과, 이 4개의 애플리케이션 다음에, 종종 사용되지만 화면에 현재 없으며 처음 4개에도 없는 2개의 애플리케이션을 갖는 애플리케이션 그룹(136)의 애플리케이션들을 구축한다.

블록(1904)에서 썸네일의 프레젠테이션을 선택하는 하나의 제스처 또는 제스처 포션을 수신한다. 이 제스처 또는 제스처 포션은 다양한 마우스 장치들(예컨대, 터치 패드, 롤러-볼 마우스, 트랙-볼 마우스, 펜슬-팁 마우스, 종래의 마우스)를 통해 수신된 움직임 또는 모션-민감형 또는 터치-민감형 메커니즘을 통해 수신된 팔(들), 손가락(들), 또는 스타일러스로 취해진 물리적 움직임을 추적하는 포인터와 같이, 본원의 다른 곳에서 설명된 다양한 제스처 또는 포션들의 하나 이상을 포함할 수 있다. 이런 제스처 및 제스처의 이전 또는 다음 포션들은 디스플레이의 에지에 시작 포인트, 디스플레이의 에지가 아닌 곳에 나중 포인트, 및 디스플레이의 에지에 후속 포인트를 가질 수 있지만, 반드시 그럴 필요는 없다. 따라서, 이런 경우에 다수의 포션들을 갖는 제스처는 다중 루프 나선(multi-loop spiral), 다수의 원, 또는 백-앤-포스(back-and-forth, 예를 들어, 지그재그)처럼 보일 것이며, 각각의 루프, 원, 또는 백-앤-포스는 애플리케이션 인터페이스 또는 디스플레이의 에지에서 시작하여, 떠났다가, 그 에지로 되돌아온다.

예를 들어, 제스처 포션이 이전 포션을 갖고 있고 계속 진행 중인 제스처의 일부인 경우를 고려해보자. 또한 도 16에 도시된 바와 같이 이전 포션이 애플리케이션들(132) 중 어느 하나를 선택했다고 가정하자. 이 경우에, 현재 애플리케이션 인터페이스의 에지에서 시작하고 에지에서 대략 수직으로 멀어지는 방향으로 진행하는 에지 제스처를 사용하여 이전 애플리케이션의 선택과 연관된 제스처의 포션이 수신된다. 이에 응답하여, 관리자(130)는 이전에-인터랙션했던 애플리케이션에 대한 큰 썸네일 이미지를 프레젠테이션한다. 이는 도 16의 썸네일 이미지(1602)로 도시된다.

그러나, 블록(1904)에서 수신된 제스처 포션이 애플리케이션에 연관된 썸네일 이미지, 여기서는 썸네일 이미지(1602)의 프레젠테이션을 중단하도록 선택한다. 본 예시에서, 제스처 포션은 에지로 되돌아간다. 이에 대한 응답으로, 관리자(130)는 썸네일 이미지(1602)의 프레젠테이션을 중단하고 선택 가능한 다수의 썸네일 이미지들을 갖고 있는 사용자 인터페이스의 선택이 의도되었는지를 결정한다.

첫 번째 제스처 혹은 제스처 포션의 수신에 응답하여, 블록(1906)에서는 디스플레이에 사용자 인터페이스를 프레젠테이션하고, 사용자 인터페이스는 애플리케이션들에 대한 썸네일 이미지를 갖고 있으며, 각각의 썸네일 이미지는 애플리케이션 각각에 대한 애플리케이션 인터페이스의 시각적인 형상이다. 블록(1906)에서는, 예를 들어, 상기의 큰 썸네일 이미지(1602)에 대해 설명한 바와 유사하게 디스플레이의 에지로부터 점진적으로, 다양한 방식으로 사용자 인터페이스를 프레젠테이션할 수 있지만, 반드시 그럴 필요는 없다.

설명 중인 예를 계속 들면, 몰입형 인터페이스(304)에서 웹페이지(306)를 도시하고 있고, 그 위에 사용자 인터페이스(2002)가 프레젠테이션된 도 20을 고려해보자. 사용자 인터페이스(2002)는 애플리케이션 그룹(136)의 애플리케이션들(132) 각각에 대한 썸네일 이미지들(2004, 2006, 2008, 2010, 2012, 및 2014)을 포함한다.

블록(1908)에서 두 번째 제스처 혹은 나중의 제스처 포션을 통해 썸네일 이미지들 중 선택된 썸네일 이미지의 선택을 수신하고, 여기서 두 번째 제스처 혹은 나중의 제스처 포션은 선택된 썸네일 이미지를 사용자 인터페이스로부터 디스플레이의 한 영역으로 드래그한다.

썸네일이 드래그된 영역은 달라질 수 있어서 다른 결과를 가져온다. 이 영역은 예를 들어, 도 6에 도시된 에지들의 일부를 비롯한 디스플레이의 에지들을 포함할 수 있다. 이 영역은 도 10의 이메일 인터페이스(1004) 및 두 개의 몰입형 인터페이스(1006 및 1008)와 같이, 윈도우 혹은 몰입형 환경으로 표현되는 인터페이스를 추가적으로 또는 그 대신에 포함할 수 있다. 썸네일이 드래그되는 영역에 기반한 결과가 아래의 블록(1910)의 일부에서 설명된다.

블록(1910)에서는, 선택의 수신에 응답하여 그리고 선택된 썸네일 이미지가 드래그되는 디스플레이의 영역에 기반하여, 선택된 썸네일 이미지와 연관되어 있는 선택된 애플리케이션과의 인터랙션을 실질적으로 가능케 하는 선택된 썸네일 이미지와 연관되어 있는 애플리케이션 인터페이스를 프레젠테이션한다.

블록(1910)에서는 그 영역에 부분적으로 기반한 크기 및/또는 위치에 애플리케이션 인터페이스를 프레젠테이션한다. 예를 들어, 도 20의 몰입형 환경(304)의 중심으로 도 20의 썸네일(2008)의 드래그를 수신하면, 애플리케이션 관리자(130)는 썸네일(2008)의 확장을 표현하는 전체-크기 애플리케이션 인터페이스를 가지고 웹페이지(306)를 대체한다.

다른 예를 들면, 에지로의 썸네일의 드래그를 수신하면, 애플리케이션 관리자(130)는 그 에지로, 또한 그 에지에 현재 있는 애플리케이션의 크기로 또는 그 윈도우 또는 몰입형 영역에 대해 이전에 설정된 크기에 기반하여 애플리케이션 인터페이스를 스내핑(snap)할 수 있다. 애플리케이션 인터페이스는, 사용자가 어떤 위치로 수동으로 이동시키고 애플리케이션 인터페이스의 크기를 바꾸고 및/또는 애플리케이션 인터페이스를 정확하게 배치하거나 크기를 바꾸지 않고도, 그 크기로 또는 위치에 자동으로 프레젠테이션됨으로써 그 위치에 및/또는 크기로 “스내핑”된다. 따라서, 사용자는 대략 디스플레이의 에지에 있는 영역으로 썸네일 이미지를 이동시킬 수 있고, 그 이후에 애플리케이션 관리자(130)가 그 에지에 적절한(더 큰) 크기로 애플리케이션 인터페이스를 정확하게 배치한다. (움직임 없이 선택되는 경우) 사용자 인터페이스로부터 그 위치로 이동하는 썸네일 이미지 및/또는 애플리케이션 인터페이스 크기로 점점 확대되는 썸네일 이미지 등으로 스내핑은 서서히 도시될 수 있지만, 반드시 그럴 필요는 없다. 본 기법에서 선택된 썸네일과 연관된 애플리케이션 인터페이스를 프레젠테이션할 수 있는 많은 방식들 중 일부의 예시들이 도 10 및 16에 도시되어 있다.

블록(1910)은, 다른 애플리케이션 인터페이스가 프레젠테이션되어 있다고 가정하면서, 이전 애플리케이션에 연관된 이전에-프레젠테이션했던 애플리케이션 인터페이스를 선택된 애플리케이션의 인터페이스로 대체할 수 있다. 설명 중인 예를 종료하며, 사용자가 몰입형 인터페이스(304)의 일부분으로 썸네일(2010)을 드래그한 후 디스플레이에서 자신의 손가락을 들어올리거나 마우스 버튼을 클릭하거나 터치 패드를 두드림으로써 제스처를 종료한다고 가정하자. 이에 응답하여, 애플리케이션 관리자(130)는, 수신된 제스처를 제외하고, 전체-크기 애플리케이션 인터페이스(1604)로 도시된 도 16의 결과와 유사하게, 웹페이지(306)를 제거하고 애플리케이션 인터페이스를 프레젠테이션한다.

선택적으로, 기법은 사용자 인터페이스가 다시 선택되면 프레젠테이션되거나 프레젠테이션될 썸네일을 실질적으로 바꾸도록 애플리케이션 그룹(136)을 바꿀 수 있다. 따라서, 상기의 예시에서 썸네일(2010)을 선택하고, 나중에 썸네일 이미지들을 선택하면, 블록(1906)은 썸네일(2010)의 프레젠테이션을 중단하고 그 대신에 웹페이지(306)를 나타내는 썸네일을 프레젠테이션할 수 있다.

방법(1900)은 제스처를 통해 썸네일 이미지들은 물론 이들을 프레젠테이션하는 사용자 인터페이스도 선택할 수 있게 하고, 이는 마우스 등에 기반할 수 있다. 방법(2100)은 적어도 부분적으로 마우스-기반 제스처에 의한 선택을 가능하게 한다. 앞서 언급한 바와 같이, 마우스-기반 제스처는 터치 패드, 롤러-볼 마우스, 종래의 마우스 등을 비롯한 다양한 장치들을 사용할 수 있다. 이런 마우스-기반 제스처는 사용자와 장치를 인터랙션하게 해주는 디스플레이에서 볼 수 있는 마우스 포인터 혹은 기타 셀렉터(selector)를 프레젠테이션한다.

블록(2102)은 예컨대, 상기의 블록(1902)에서 기술된 다양한 방식으로 애플리케이션에 대한 썸네일 이미지를 유지한다.

블록(2104)은 첫 번째 마우스-기반 제스처를 수신한다. 이 첫 번째 마우스-기반 제스처는 전술한 많은 제스처 중에 하나일 수 있다. 선택적으로, 기법들은 첫 번째 마우스-기반 제스처를 수신하기 전에, 사용자 인터페이스를 선택할 수 있음을 표현할 수 있고, 이런 표현은 디스플레이의 에지에 있는 각각의 썸네일 이미지에 대한 표시(indicia)를 나타낸다.

예를 들어, 웹페이지(306), 사용자 인터페이스 표시(2202), 및 썸네일 표시(2204, 2206, 2208, 2210, 2212 및 2214)를 갖고 있는 몰입형 인터페이스(304)를 도시하는 도 22를 고려해보자. 이러한 표시는 사용자가 썸네일을 갖고 있는 사용자 인터페이스의 프레젠테이션을 원하는지 여부를 사용자가 결정하게 하는데 유용할 수 있다. 이 표시의 프레젠테이션은 사용자 행동 등에 대한 응답일 수 있다. 따라서, 디스플레이의 에지로 포인터를 이동하면, 본 기법에서 표시를 프레젠테이션할 수 있다. 그 에지의 상부 또는 하부 코너에서 표시 쪽으로 포인터를 이동하는 등의 추가 행동 후에는, 아래에서 설명하는 바와 같이 사용자 인터페이스가 프레젠테이션된다. 표시 쪽으로 향하는 포인터(2216)의 움직임을 통해 또는 표시가 도시된 에지에서의 선택(예컨대, 마우스 클릭, 터치패드 두드리기, 또는 포인터로 호버링)을 통해 썸네일을 선택하는 제스처를 수신한다고 가정하자.

첫 번째 마우스-기반 제스처의 수신에 응답하여, 블록(2106)에서는 디스플레이에 사용자 인터페이스를 프레젠테이션하고, 여기서 사용자 인터페이스는 애플리케이션들에 대한 썸네일 이미지를 갖고 있으며, 각각의 썸네일 이미지는 애플리케이션 각각에 대한 애플리케이션 인터페이스의 시각적인 형상이다. 인터페이스의 일례로 도 22에서 사용자 인터페이스(2002)가 도시된다.

블록(2108)에서 두 번째 마우스-기반 제스처를 통해 썸네일 이미지들 중 선택된 썸네일 이미지의 선택을 수신한다. 예시적인 선택으로, 방법(1900)에서 설명된 바와 같이, 마우스-기반 제스처를 통한 사용자 인터페이스로부터 디스플레이의 한 영역으로의 선택 및 드래그를 들 수 있다. 다른 선택으로 호버링, 태핑, 또는 썸네일 이미지의 클릭을 포함한다. 상기의 예를 계속 들면, 도 22에 도시된 바와 같이, 도 20의 썸네일 이미지(2010) 상에 포인터(2216)의 호버링이 수신된다고 가정하자.

선택된 썸네일 이미지의 선택에 응답하여, 블록(2110)에서는 사용자 인터페이스 내에, 그 위에, 또는 그 근처에 메뉴를 프레젠테이션하고, 이 메뉴는 선택된 썸네일 이미지와 연관된 애플리케이션 인터페이스를 제 1 디스플레이 크기나 위치 및 제 2 디스플레이 크기나 위치에 프레젠테이션하는 선택을 가능하게 한다. 예시적인 메뉴가 도 22에서 메뉴(2218)로 도시된다. 메뉴(2218)는 애플리케이션 인터페이스가 프레젠테이션될 수 있는 여러 크기 및/또는 위치의 선택을 가능하게 하고, 여기에서는 스냅 좌측 컨트롤(2220), 전체 크기 컨트롤(2222), 스냅 우측 컨트롤(2224), 및 제거 컨트롤(2226)이 있다.

스냅 좌측 컨트롤(2220)의 선택은 몰입형 또는 윈도우 기반 환경에서 디스플레이의 왼쪽으로 자동으로 스내핑되는 애플리케이션 인터페이스를 선택한다는 점을 유의한다. 몰입형 환경에서의 일례가 도 13의 몰입형 인터페이스(1006)에서 도시되어 있다. 유사하게, 스냅 우측 컨트롤(2224)은 도 13의 이메일 인터페이스(1004)에서처럼 애플리케이션 인터페이스가 디스플레이의 오른쪽으로 스내핑되게 한다. 제거 컨트롤(2226)은 사용자 인터페이스(여기서 사용자 인터페이스(2002))로부터 연관된 썸네일(여기서 썸네일(2010))을 제거한다.

블록(2112)은, 제 1 또는 제 2 디스플레이 크기 또는 위치의 선택에 응답하여, 선택된 썸네일 이미지와 연관된 애플리케이션 인터페이스를 선택된 제 1 또는 제 2 디스플레이 크기 또는 디스플레이 내의 위치에 프레젠테이션하고, 이 프레젠테이션은 선택된 썸네일 이미지와 연관되어 있는 선택된 애플리케이션과의 인터랙션을 실질적으로 가능하게 한다. 설명 중인 예시를 종료하면서, 사용자가 포인터(2216)를 사용하여 전체 크기 컨트롤(2222)을 선택한다고 가정하자(도시되지 않음). 이에 응답하여, 애플리케이션 관리자(130)는 선택된 썸네일(2010)과 연관된 애플리케이션 인터페이스를, 여기서는 도 16에 도시된 바와 같은 전체-크기 애플리케이션 인터페이스(1604)를 프레젠테이션한다.

앞서 언급한 바와 같이 방법들(1900 및 2100)은 썸네일 이미지들은 물론 이들을 프레젠테이션하는 사용자 인터페이스를 선택 가능하게 한다. 도 23은 방법(2300)을 도시하고 있고, 이는 하나 이상의 에지 제스처를 사용하여 썸네일 이미지를 통해 애플리케이션을 선택하는 보다 상세한 예시를 다룬다. 방법(2300)은, 전체적으로 또는 부분적으로, 방법들(1900 및/또는 2100)과 함께 사용될 수 있으며, 방법(2300)은 방법들(1900 및 2100)의 적용을 제한하기 위한 것은 아니다.

블록(2302)은, 현재 애플리케이션 인터페이스 또는 현재 애플리케이션 인터페이스를 프레젠테이션하는 디스플레이에 가시적이고 선택 가능한 컨트롤을 프레젠테이션하지 않은 채, 디스플레이의 한 에지에서 시작하여, 그 에지로부터 멀어지며, 현재 애플리케이션과 연관된 현재 애플리케이션 인터페이스 상에서 취해진 첫 번째 포션을 갖고 있는 제스처를 수신한다.

블록(2304)에서는, 제스처가 수신될 때, 제스처의 첫 번째 포션의 수신에 응답하여, 제스처의 첫 번째 포션과 함께 이전 애플리케이션 인터페이스의 썸네일 이미지를 점진적으로 프레젠테이션한다. 이후에, 블록(2306)은 그 에지를 향해 움직이는 제스처의 두 번째 포션을 수신한다.

블록(2308)에서는, 제스처의 두 번째 포션의 수신에 응답하여, 디스플레이에 사용자 인터페이스를 프레젠테이션하고, 여기서 사용자 인터페이스는 다른 애플리케이션들에 대한 다른 썸네일 이미지를 갖고 있으며, 다른 썸네일 이미지 각각은 다른 애플리케이션 각각에 대한 애플리케이션 인터페이스의 시각적인 형상이다.

블록(2310)에서 제스처 세 번째 포션 또는 다른 제스처를 통해 다른 썸네일 이미지들 중 선택된 썸네일 이미지의 선택을 수신하고, 여기서 제스처의 세 번째 포션 또는 그 다른 제스처는 선택된 썸네일 이미지를 사용자 인터페이스로부터 디스플레이의 한 영역으로 드래그한다.

블록(2312)에서는, 선택의 수신에 응답하여 그리고 선택된 썸네일 이미지가 드래그되는 디스플레이의 영역에 기반하여, 선택된 썸네일 이미지와 연관되어 있는 애플리케이션 인터페이스를 프레젠테이션하고, 이런 프레젠테이션은 선택된 다른 썸네일 이미지와 연관되어 있는 선택된 애플리케이션과의 인터랙션을 실질적으로 가능하게 한다. 방법(2300)은 전술한 다양한 방식들 중 많은 방식으로 실행될 수 있다.

상기의 논의는 기법들이 애플리케이션의 썸네일-이미지 선택을 가능하게 할 수 있는 일부 방법을 설명한다. 다른 방법들은 기법들이 에지 제스처를 가능케 하거나 및/또는 사용하고 및/또는 이전에-인터랙션했던 애플리케이션으로 스위칭 백하는 방식을 설명한다. 이들 방법들의 양태들은 하드웨어(예컨대, 고정 논리 회로), 펌웨어, SoC(System-on-Chip), 소프트웨어, 수동 처리, 또는 이들의 임의의 조합으로 구현될 수 있다. 소프트웨어 구현은 소프트웨어, 애플리케이션, 루틴, 프로그램, 객체, 컴포넌트, 데이터 구조, 프로시져, 모듈, 기능 등과 같이 컴퓨터 프로세서에 의해 실행될 때 특정 태스크를 수행하는 프로그램 코드를 나타낸다. 프로그램 코드는, 컴퓨터 프로세서에 대해 로컬 및/또는 원격 양쪽 모두일 수 있는, 하나 이상의 컴퓨터-판독가능 메모리 장치 내에 저장될 수 있다. 상기 방법들은 또한 다수의 컴퓨팅 장치들에 의한 분산 컴퓨팅 환경 내에서 실시될 수도 있다.

예시적인 장치

도 24는 에지 제스처를 가능케 하는 기법, 이전에-인터랙션했던 애플리케이션으로 스위칭 백하는 기법, 및/또는 애플리케이션의 썸네일-이미지 선택 기법을 구현하기 위하여 앞서 도 1 내지 도 23을 참조하여 전술된 바와 같은 임의의 유형의 클라이언트, 서버, 및/또는 컴퓨팅 장치로서 구현될 수 있는 예시적인 장치(2400)의 다양한 컴포넌트들을 도시한다. 실시예들에서, 장치(2400)는 시스템-온-칩(SoC), 유선 및/또는 무선 장치 중 하나 또는 조합으로서, 텔레비전 클라이언트 장치(예컨대, 텔레비전 셋탑 박스, DVR(digital video recorder) 등), 소비자 장치, 컴퓨터 장치, 서버 장치, 휴대용 컴퓨터 장치, 사용자 장치, 통신 장치, 비디오 프로세싱 및/또는 렌더링 장치, 소비자 가전, 게임 장치, 전자 장치, 및/또는 다른 유형의 장치의 형태로서 구현될 수 있다. 장치(2400)는 또한 사용자(예컨대, 사람)와 연관되거나 및/또는 장치가 사용자, 소프트웨어, 펌웨어, 및/또는 장치들의 조합을 포함하는 논리적인 장치를 기술하는 방식으로 장치를 동작시키는 엔티티와 연관될 수 있다.

장치(2400)는 장치 데이터(2404)(예컨대, 수신된 데이터, 수신 중인 데이터, 방송을 위해 스케줄링된 데이터, 데이터의 데이터 패킷들, 등등)의 유선 및/또는 무선 통신을 가능케 하는 통신 장치(2402)를 포함한다. 장치 데이터(2404) 또는 기타 장치 컨텐츠는 장치의 구성 세팅, 장치 상에 저장된 미디어 컨텐츠, 및/또는 장치의 사용자와 연관된 정보를 포함할 수 있다. 장치(2400) 상에 저장된 미디어 컨텐츠는 오디오, 비디오, 및/또는 이미지 데이터의 임의의 유형을 포함할 수 있다. 장치(2400)는, 사용자-선택 가능한 입력, 메시지, 음악, 텔레비전 미디어 컨텐츠, 기록된 비디오 컨텐츠, 및 임의의 컨텐츠 및/또는 데이터 소스로부터 수신된 임의의 다른 유형의 오디오, 비디오, 및/또는 이미지 데이터와 같은, 임의의 유형의 데이터, 미디어 컨텐츠, 및/또는 입력들이 수신될 수 있는 하나 이상의 데이터 입력(2406)을 포함한다.

장치(2400)는 또한 통신 인터페이스들(2408)을 포함하며, 이것은 직렬 및/또는 병렬 인터페이스, 무선 인터페이스, 임의의 유형의 네트워크 인터페이스, 모뎀 중 임의의 하나 이상으로서, 또는 임의의 다른 유형의 통신 인터페이스로서 구현될 수 있다. 통신 인터페이스들(2408)은 그 외 다른 전자, 컴퓨팅, 및 통신 장치들이 장치(2400)와 데이터를 소통하도록 하는 장치(2400)와 통신 네트워크 사이의 연결 및/또는 통신 링크를 제공한다.

장치(2400)는 하나 이상의 프로세서들(2410)(예컨대, 임의의 마이크로프로세서, 컨트롤러 등)을 포함하며, 이는 장치(2400)의 동작을 제어하기 위하여 그리고 애플리케이션의 썸네일-이미지 선택 기법을 가능케 하기 위하여 다양한 컴퓨터-실행가능 명령어를 프로세싱한다. 그 대신에 또는 추가적으로, 장치(2400)는 시스템 온 칩(SoC)으로 및/또는 하드웨어, 펌웨어, 또는 일반적으로 2412에서 식별되는 프로세싱 및 컨트롤 회로들과 연결하여 구현되는 고정 논리 회로의 임의의 하나 또는 조합으로 구현될 수 있다. 도시되지는 않지만, 장치(2400)는 장치 내의 다양한 컴포넌트들을 연결하는 시스템 버스 또는 데이터 전송 시스템을 포함할 수 있다. 시스템 버스는 메모리 버스 또는 메모리 컨트롤러, 주변장치 버스, USB(universal serial bus), 및/또는 다양한 버스 아키텍처의 임의의 것을 이용하는 프로세서 또는 로컬 버스와 같은, 서로 다른 버스 구조들의 임의의 하나 또는 조합을 포함할 수 있다.

또한 장치(2400)는 (즉, 단순한 신호 전송과는 대비되는) 영구적인 및/또는 비-일시적인(non-transitory) 데이터 저장을 가능케 하는 하나 이상의 메모리 장치와 같은, 컴퓨터-판독가능 저장 매체(2414)를 포함하며, 이것의 예에는 RAM(random access memory), 비-휘발성 메모리(예컨대, 임의의 하나 이상의 ROM(read-only memory), 플래시 메모리, EPROM, EEPROM, 등) 및 디스크 저장 장치가 포함된다. 디스크 저장 장치는, 하드 디스크 드라이브, 기록가능 및/또는 덮어쓰기 가능 컴팩트 디스크(CD), 임의의 유형의 DVD(digital versatile disc) 등과 같은, 임의의 유형의 자기 또는 광학 저장 장치로서 구현될 수 있다. 장치(2400)는 또한 대용량 저장 매체 장치(2416)를 포함할 수 있다.

컴퓨터-판독가능 저장 매체(2414)는 장치 데이터(2404)는 물로, 다양한 장치 애플리케이션들(2418) 및 장치(2400)의 동작적인 양태에 관련된 임의의 다른 유형의 정보 및/또는 데이터도 저장하기 위해 데이터 저장 메커니즘을 제공한다. 예를 들어, 운영 체제(2420)는 컴퓨터-판독가능 저장 매체(2414)에 대해 하나의 컴퓨터 애플리케이션으로서 유지되며 프로세서들(2410) 상에서 실행될 수 있다. 장치 애플리케이션들(2418)은, 컨트롤 애플리케이션, 소프트웨어 애플리케이션, 단일-프로세싱 및 컨트롤 모듈, 특정 장치에 본질적인 코드, 특정 장치를 위한 하드웨어 추상화 계층 등 중 임의의 형태와 같은 장치 관리자를 포함할 수 있다.

장치 애플리케이션들(2418)은 또한, 시스템-인터페이스 모듈(126), 제스처 핸들러(128), 애플리케이션 관리자(130), 및 애플리케이션(들)(136)을 포함하는 장치 애플리케이션들(2418)과 같이, 기법들을 구현하기 위한 임의의 시스템 컴포넌트 또는 모듈을 포함할 수 있다.

결론

애플리케이션의 썸네일-이미지 선택을 위한 기법들 및 장치들의 실시예들이 특징들 및/또는 방법들에 특정된 언어로 기술되었으나, 첨부된 청구범위의 주제는 기술된 특정 특징들 또는 방법들로 반드시 제한되지 않는다는 점을 이해해야 한다. 오히려, 특정 특징들과 방법들은 애플리케이션의 썸네일-이미지 선택을 가능케 하는 예시적인 구현예들로서 기술된다.

Claims (10)

1. 첫 번째 제스처 또는 제스처 포션의 수신에 응답하여, 디스플레이에 사용자 인터페이스를 프레젠테이션하는 단계 - 상기 사용자 인터페이스는 애플리케이션들에 대한 썸네일 이미지들을 갖고 있으며, 상기 썸네일 이미지 각각은 상기 애플리케이션 각각에 대한 애플리케이션 인터페이스의 시각적인 형상임 -,
   두 번째 제스처 혹은 나중의 제스처 포션(later gesture portion)을 통해 상기 썸네일 이미지들 중 어느 하나의 선택을 수신하는 단계 - 상기 두 번째 제스처 혹은 나중의 제스처 포션은 상기 선택된 썸네일 이미지를 상기 사용자 인터페이스로부터 상기 디스플레이의 한 영역으로 드래그함 -, 및
   상기 선택의 수신에 응답하여 그리고 상기 선택된 썸네일 이미지가 드래그되는 상기 디스플레이의 영역에 기반하여, 상기 선택된 썸네일 이미지와 연관된 상기 애플리케이션 인터페이스를 프레젠테이션하는 단계 - 상기 프레젠테이션은 상기 선택된 썸네일 이미지와 연관되어 있는 선택된 애플리케이션과의 인터랙션을 가능하게 함 -
   를 포함하는 컴퓨터 구현 방법.
   
2. 제 1 항에 있어서,
   상기 썸네일 이미지들은, 상기 썸네일 이미지의 선택에 응답하여 보여지게 될 상기 각각의 애플리케이션 인터페이스의 작은 이미지 혹은 저해상도의 이미지인
   컴퓨터 구현 방법.
   
3. 제 1 항에 있어서,
   상기 썸네일 이미지들은, 마지막으로 보여진 상기 각각의 애플리케이션 인터페이스의 작은 이미지 혹은 저해상도의 이미지인
   컴퓨터 구현 방법.
   
4. 제 1 항에 있어서,
   상기 썸네일 이미지들 중 어느 하나는 상기 썸네일 이미지들 중 상기 어느 하나의 선택에 응답하여 보여지게 될 비디오의 작은 또는 저해상도의 비디오를 포함하는
   컴퓨터 구현 방법.
   
5. 제 1 항에 있어서,
   상기 영역은 상기 디스플레이의 한 에지이며, 상기 애플리케이션 인터페이스의 프레젠테이션은 상기 애플리케이션 인터페이스를 상기 에지로 스내핑하는
   컴퓨터 구현 방법.
   
6. 제 5 항에 있어서,
   상기 프레젠테이션은 몰입형 환경(immersive environment) 내에서 미리 설정된 크기를 갖고 있는 상기 애플리케이션 인터페이스를 프레젠테이션하는
   컴퓨터 구현 방법.
   
7. 제 1 항에 있어서,
   상기 영역은 상기 디스플레이의 에지에 있지 않으며, 상기 애플리케이션 인터페이스의 프레젠테이션은 상기 디스플레이 전체 또는 사실상 전체에 상기 애플리케이션을 디스플레이하는
   컴퓨터 구현 방법.
   
8. 제 1 항에 있어서,
   상기 제스처 포션은 계속 진행 중인 제스처(ongoing gesture)의 일부이며, 상기 계속 진행 중인 제스처는 이전 포션을 갖고 있고, 상기 이전 포션은 큐에 정렬된 상기 애플리케이션들의 어느 하나를 선택하고, 이에 응답하여 상기 큐내의 상기 애플리케이션에 연관된 큐 안의 썸네일 이미지가 프레젠테이션되고, 상기 제스처 포션은 상기 애플리케이션과 연관된 상기 썸네일 이미지의 프레젠테이션의 중단을 선택하는
   컴퓨터 구현 방법.
   
9. 제 1 항에 있어서,
   상기 제스처 포션은 계속 진행 중인 제스처의 일부이며, 상기 계속 진행 중인 제스처는 제 1 이전 포션을 갖고 있고, 상기 제 1 이전 포션은 상기 디스플레이의 에지에 시작 포인트를 갖고 있고, 제 2 이전 포션은 상기 디스플레이의 상기 에지가 아닌 곳에 나중 포인트를 갖고 있으며, 상기 제스처 포션은 상기 제 2 이전 포션을 뒤따르며 상기 디스플레이의 상기 에지에 후속 포인트를 갖는
   컴퓨터 구현 방법.
   
10. 제 1 항에 있어서,
    상기 방법은
    상기 사용자 인터페이스를 프레젠테이션하기 전에, 상기 디스플레이와 연관된 장치의 사용자가 이전에 인터랙션했거나, 또는 상기 사용자에 의해 통상 사용되었거나 이전에 선택된 상기 애플리케이션들에 기반하여 상기 애플리케이션들에 대한 상기 썸네일 이미지들을 유지하는 단계를 더 포함하는
    컴퓨터 구현 방법.

Images