KR102103398B1 - 구조화된 제안 - Google Patents

Abstract

전자 디바이스는 그것들의 메시지에 기초하여 사용자들을 위한 연락처들 및 캘린더 이벤트들을 제안한다. 디바이스는 연락처 및 이벤트 정보에 대해 사용자의 메시지들을 분석하고 이러한 정보에 기초하여 사용자를 위해 제안된 연락처들 및 캘린더 이벤트들을 자동으로 생성하거나 업데이트할 수 있다. 제안된 연락처들 및 캘린더 이벤트들은 그것들이 사용자에 의해 수동으로 입력된 것처럼 검색가능할 수 있고, 사용자는 제안된 연락처들 및 캘린더 이벤트들을 추가하거나 무시하도록 선택할 수 있다.

Description

구조화된 제안{STRUCTURED SUGGESTIONS}

관련 출원들의 상호 참조

본 출원은 2014년 5월 30일자로 출원되고 명칭이 "STRUCTURED SUGGESTIONS"인 미국 가특허 출원 제62/005,839호, 및 2015년 5월 20일자로 출원되고 명칭이 "STRUCTURED SUGGESTIONS"인 미국 정규 특허 출원 제14/718,049호에 대한 우선권을 주장하며, 이들은 그 전문이 모든 목적을 위하여 본 명세서에 참조로서 편입된다.

기술분야

본 개시내용은 일반적으로 상황-인식 컴퓨팅(context-aware computing)에 관한 것으로, 더욱 상세하게는 제안된 연락처 정보 및 이벤트 정보를 식별하고 사용자들에게 제공하는 것에 관한 것이다.

현대 전자 디바이스들은 사용자들로 하여금 그 어느 때보다 친구, 동료, 및 액티비티에 연결되게 한다. 그러나, 전자 디바이스들 상의 연락처 및 캘린더 이벤트를 관리하는 것은 부담스러울 수 있다. 예를 들어, 연락처 또는 캘린더 이벤트를 추가하거나 업데이트하는 것은 전형적으로 여러 수동 단계들을 요구한다. 그 결과, 많은 사용자들은 자신의 주소록 및 캘린더를 관리하는 것을 방치하며, 이는 그들이 사람 또는 이벤트에 대한 정보의 위치를 찾을 필요가 있을 때 자신의 디바이스들 상에서의 저장된 메시지 및 다른 콘텐츠의 비효율적인 검색에 의존하는 대신에 선택한다. 이는 불만스러운 사용자 경험을 생성하고 생산성의 손실을 초래할 수 있다.

본원의 선행기술로는 다음과 같은 문헌들이 있다.

- 미국특허출원공개 제2013/0297317호 (2013.11.07.공개)

- 미국특허출원공개 제2012/0173222호 (2012.07.05.공개)

- 미국특허출원공개 제2012/0096389호 (2012.04.19. 공개)

- 미국특허 제6349299호 (2002.02.19.공개)

- 일본특허출원공개 평10-171827호 (1998.06.26. 공개)

- 일본특허출원공개 제2012-059083호 (2012.03.22. 공개)

일부 실시예들에서, 연락처를 제안하는 방법은, 전자 디바이스에서: 메시지를 수신하는 단계; 수신된 메시지 내에서, 엔티티(entity) 및 엔티티와 연관된 연락처 정보를 식별하는 단계; 식별된 엔티티와 연관된 연락처가 데이터베이스 내의 복수의 연락처 중에 존재하지 않는다고 결정하는 단계; 및 결정하는 단계에 응답하여, 엔티티와 연관된 연락처를 생성하는 단계를 포함하며, 생성된 연락처는 연락처 정보, 및 생성된 연락처가 제안된 연락처라는 표시를 포함한다.

일부 실시예들에서, 연락처를 제안하는 방법은, 전자 디바이스에서: 메시지를 수신하는 단계; 수신된 메시지 내에서, 엔티티 및 엔티티와 연관된 연락처 정보의 항목을 식별하는 단계; 식별된 엔티티와 연관된 연락처가 데이터베이스 내의 복수의 연락처 중에 존재하며 연락처가 식별된 연락처 정보의 항목을 포함하지 않는다고 결정하는 단계; 및 결정하는 단계에 응답하여, 연락처 정보의 항목 및 연락처 정보의 항목이 제안된 연락처 정보의 항목이라는 표시를 포함하도록 연락처를 업데이트하는 단계를 포함한다.

일부 실시예들에서, 연락처를 제안하는 방법은, 디스플레이를 구비한 전자 디바이스에서: 메시지를 수신하는 단계; 수신된 메시지 내에서, 엔티티 및 엔티티와 연관된 연락처 정보를 식별하는 단계; 식별된 연락처 정보가 제안된 연락처 정보라는 표시를 생성하는 단계; 및 엔티티와 연관된 연락처에 대응하는 제1 사용자 인터페이스를 표시하는 단계를 포함하며, 제1 사용자 인터페이스는, 생성된 표시에 기초하여, 식별된 연락처 정보가 제안된 연락처 정보라는 것을 나타내는 제1 사용자 인터페이스 객체를 포함한다.

일부 실시예들에서, 연락처를 제안하는 방법은, 디스플레이를 구비한 전자 디바이스에서: 메시지를 수신하는 단계; 수신된 메시지 내에서, 엔티티 및 엔티티와 연관된 연락처 정보를 식별하는 단계; 및 수신된 메시지에 대응하는 제1 사용자 인터페이스를 표시하는 단계를 포함하며, 제1 사용자 인터페이스는, 전자 디바이스에 의해 수신된 메시지의 콘텐츠를 포함하는 제1 부분; 및 제2 부분을 포함하며, 제2 부분은 식별된 엔티티에 대응하는 제1 사용자 인터페이스 객체; 식별된 연락처 정보에 대응하는 제2 사용자 인터페이스 객체; 및 선택될 때 전자 디바이스로 하여금 식별된 연락처 정보를 데이터베이스에 추가하게 하는 식별된 연락처 정보와 연관된 제3 사용자 인터페이스 객체를 포함한다.

일부 실시예들에서, 연락처를 제안하는 방법은, 전자 디바이스에서: 메시지를 수신하는 단계; 수신된 메시지 내에서, 이벤트 정보를 식별하는 단계; 및 식별된 이벤트 정보와 연관된 캘린더 이벤트를 생성하는 단계를 포함하며, 생성된 캘린더 이벤트는 이벤트 정보 및 생성된 캘린더 이벤트가 제안된 캘린더 이벤트라는 표시를 포함한다.

일부 실시예들에서, 캘린더 이벤트를 제안하는 방법은, 디스플레이를 구비한 전자 디바이스에서: 메시지를 수신하는 단계; 수신된 메시지 내에서, 이벤트 정보를 식별하는 단계; 및 수신된 메시지에 대응하는 제1 사용자 인터페이스를 표시하는 단계를 포함하며, 제1 사용자 인터페이스는, 전자 디바이스에 의해 수신된 메시지의 콘텐츠를 포함하는 제1 부분; 및 제2 부분을 포함하며, 제2 부분은 식별된 이벤트 정보에 대응하는 제1 사용자 인터페이스 객체; 및 선택될 때 전자 디바이스로 하여금 식별된 이벤트 정보를 복수의 캘린더 이벤트를 포함하는 데이터베이스에 추가하게 하는 식별된 이벤트 정보와 연관된 제2 사용자 인터페이스 객체를 포함한다.

일부 실시예들에서, 다수의 연락처 및/또는 캘린더 이벤트를 제안하는 방법은, 디스플레이를 구비한 전자 디바이스에서: 메시지를 수신하는 단계; 수신된 메시지 내에서, 연락처 또는 이벤트 정보의 다수의 인스턴스들(multiple instances)을 식별하는 단계; 및 수신된 메시지에 대응하는 제1 사용자 인터페이스를 표시하는 단계를 포함하며, 제1 사용자 인터페이스는, 전자 디바이스에 의해 수신된 메시지의 콘텐츠를 포함하는 제1 부분; 및 선택될 때 전자 디바이스로 하여금 식별된 연락처 또는 이벤트 정보의 다수의 인스턴스들의 목록을 포함하는 제2 사용자 인터페이스를 표시하게 하는 제2 부분을 포함한다.

도 1a는 일부 예들에 따른, 터치 감응형 디스플레이를 구비한 휴대용 다기능 디바이스를 예시하는 블록도이다.
도 1b는 일부 실시예들에 따른, 이벤트 처리(event handling)를 위한 예시적인 컴포넌트들을 나타낸 블록도이다.
도 2는 일부 실시예들에 따른, 터치 스크린을 갖는 휴대용 다기능 디바이스를 예시한다.
도 3은 일부 실시예들에 따른, 디스플레이 및 터치 감응형 표면을 구비한 예시적인 다기능 디바이스의 블록도이다.
도 4a 및 도 4b는 일부에 따른, 휴대용 다기능 디바이스 상의 애플리케이션들의 메뉴에 대한 예시적인 사용자 인터페이스를 예시한다.
도 5a는 일부 실시예들에 따른, 제안된 연락처를 위한 예시적인 데이터 아키텍처의 블록도를 예시한다.
도 5b는 일부 실시예들에 따른, 제안된 캘린더 이벤트를 위한 예시적인 데이터 아키텍처의 블록도를 예시한다.
도 6a 내지 도 6g는 일부 실시예들에 따른, 제안된 연락처 및 캘린더 이벤트를 제공하기 위한 예시적인 사용자 인터페이스들을 예시한다.
도 7a 및 도 7b는 일부 실시예들에 따른 제안된 연락처를 생성하기 위한 예시적인 프로세스의 흐름도를 예시한다.
도 8a 및 도 8b는 일부 실시예들에 따른, 기존 연락처를 제안된 연락처 정보의 항목으로 업데이트하기 위한 예시적인 프로세스의 흐름도를 예시한다.
도 9a 및 도 9b는 일부 실시예들에 따른, 제안된 연락처 정보를 갖는 연락처를 표시하기 위한 예시적인 프로세스의 흐름도를 예시한다.
도 10은 일부 실시예들에 따른, 메시지를 갖는 제안된 연락처 정보를 표시하기 위한 예시적인 프로세스의 흐름도를 예시한다.
도 11a 및 도 11b는 일부 실시예들에 따른 제안된 캘린더 이벤트를 생성하기 위한 예시적인 프로세스의 흐름도를 예시한다.
도 12는 일부 실시예들에 따른, 메시지를 갖는 제안된 이벤트 정보를 표시하기 위한 예시적인 프로세스의 흐름도를 예시한다.
도 13은 일부 실시예들에 따른, 메시지를 갖는 다수의 제안된 연락처 또는 이벤트 정보를 표시하기 위한 예시적인 프로세스의 흐름도를 예시한다.
도 14는 일부 실시예들에 따른 전자 디바이스의 기능 블록도이다.
도 15는 일부 실시예들에 따른 전자 디바이스의 기능 블록도이다.
도 16은 일부 실시예들에 따른 전자 디바이스의 기능 블록도이다.
도 17은 일부 실시예들에 따른 전자 디바이스의 기능 블록도이다.
도 18은 일부 실시예들에 따른 전자 디바이스의 기능 블록도이다.
도 19는 일부 실시예들에 따른 전자 디바이스의 기능 블록도이다.
도 20은 일부 실시예들에 따른 전자 디바이스의 기능 블록도이다.
도 21은 일부 실시예들에 따른 전자 디바이스의 기능 블록도이다.
도 22는 일부 실시예들에 따른 전자 디바이스의 기능 블록도이다.

개시내용 및 실시예들의 다음 설명에서, 첨부된 도면들이 참조되며, 실행될 수 있는 특정 실시예들이 도면들 내에서 예시로서 도시된다. 본 개시내용의 범주를 벗어나지 않으면서 다른 실시예들이 실시될 수 있고, 변경들이 가해질 수 있다는 것이 이해될 것이다.

상술한 바와 같이, 전자 디바이스 상의 연락처 및 캘린더 이벤트를 관리하는 것은 사용자에게 부담이 될 수 있는데, 그 이유는 연락처 및 캘린더 이벤트를 추가하거나 업데이트하는 것은 시간이 지남에 따라 추가하는 여러 수동 단계들을 요구하기 때문이다. 이러한 이유로, 많은 사용자들은, 그들이 특정 연락처 또는 이벤트 정보에 대해 자신의 디바이스에서 수동으로 검색할 필요가 있을 때 그들이 나중에 시간을 들여야 하는, 자신의 주소록 및 캘린더를 최신으로 유지하는 것을 단순히 방치한다. 이는 불만스러운 사용자 경험 및 생산성의 손실을 초래할 수 있다.

본 개시내용은 사용자들에게 그들의 메시지에 기초하여 연락처 및 캘린더 이벤트를 자동으로 제안하는 전자 디바이스를 제공함으로써 이러한 문제를 해결하고자 한다. 디바이스는 연락처 및 이벤트 정보에 대해 사용자의 메시지들을 분석하고 이러한 정보에 기초하여 사용자를 위해 제안된 연락처들 및 캘린더 이벤트들을 자동으로 생성하거나 업데이트할 수 있다. 제안된 연락처들 및 캘린더 이벤트들은 그것들이 사용자에 의해 수동으로 입력된 것처럼 검색가능할 수 있고, 사용자는 제안된 연락처들 및 캘린더 이벤트들을 추가하거나 무시하도록 선택할 수 있다. 이러한 방식으로, 사용자의 연락처 및 캘린더 이벤트는 사용자의 입장에서 노력 없이 또는 최소의 노력으로 유지될 수 있고, 이는 사용자 시간을 절약하고 생산성을 향상시키고 보다 효율적인 인간-기계 인터페이스를 생성할 수 있다.

1. 예시적인 디바이스

이하에서, 도 1a, 도 1b, 도 2, 및 도 3은 연락처 및 이벤트 정보를 제안하기 위한 기법들을 수행하기 위한 예시적인 디바이스들의 설명을 제공한다. 도 4a, 도 4b, 및 도 6a 내지 도 6g는 연락처 및 이벤트 정보를 제안하기 위한 예시적인 사용자 인터페이스들을 예시한다. 이 도면들에서의 사용자 인터페이스들은 도 7a 내지 도 13에서의 프로세스들을 비롯한, 이하에 기술되는 프로세스들을 설명하는 데 또한 사용된다.

이하의 설명이 다양한 요소들을 기술하기 위해 "제1", "제2" 등과 같은 용어들을 사용하지만, 이 요소들이 그 용어들에 의해 제한되어서는 안된다. 이들 용어들은 하나의 요소를 다른 요소로부터 구별하는 데에만 사용된다. 예를 들어, 다양한 기술된 실시예들의 범주로부터 벗어남이 없이, 제1 터치가 제2 터치로 지칭될 수 있을 것이고, 이와 유사하게, 제2 터치가 제1 터치로 지칭될 수 있을 것이다. 제1 터치 및 제2 터치가 둘 다 터치이지만, 그들이 동일한 터치는 아니다.

본 명세서에서 다양한 기술된 실시예들의 설명에 사용되는 용어는 특정의 실시예들을 기술하는 목적만을 위한 것이고, 제한하는 것으로 의도되어 있지 않다. 다양한 기술된 실시예들의 설명 및 첨부된 청구범위에 사용되는 바와 같이, 단수 형태 "하나(a, an)" 및 "그(the)"는, 문맥상 명백히 달리 나타내지 않는 한, 복수의 형태들도 포함하는 것으로 의도되어 있다. 또한, 본 명세서에서 사용되는 것과 같은 용어 "및/또는"은 열거되는 관련 항목들 중 하나 이상의 항목의 임의의 그리고 모든 가능한 조합들을 가리키고 그들을 포괄하는 것임을 잘 알 것이다. 용어들 "포함한다(include)", "포함하는(including)", "포함한다(comprise)", 및/또는 "포함하는(comprising)"은, 본 명세서에서 사용될 때, 언급된 특징들, 정수들, 단계들, 동작들, 요소들, 및/또는 콤포넌트들의 존재를 명시하지만, 하나 이상의 다른 특징, 정수들, 단계들, 동작들, 요소들, 콤포넌트들, 및/또는 이들의 그룹들의 존재 또는 추가를 배제하지 않는다는 것도 추가로 잘 알 것이다.

용어 "~할 경우(if)"는 문맥에 따라 "~할 때(when)" 또는 "~ 할 시(upon)" 또는 "~라고 결정한 것에 응답하여(in response to determining)" 또는 "~을 검출한 것에 응답하여(in response to detecting)"를 의미하는 것으로 해석될 수 있다. 이와 유사하게, 구(phrase) "~라고 결정된 경우" 또는 "[언급된 조건 또는 이벤트가] 검출된 경우"는 문맥에 따라 "~라고 결정할 시" 또는 "~라고 결정한 것에 응답하여" 또는 "[언급된 조건 또는 이벤트]를 검출할 시" 또는 "[언급된 조건 또는 이벤트]를 검출한 것에 응답하여"를 의미하는 것으로 해석될 수 있다.

전자 디바이스들, 이러한 디바이스들에 대한 사용자 인터페이스들, 및 이러한 디바이스들을 사용하기 위한 연관된 프로세스들의 실시예들이 기술된다. 일부 실시예들에서, 디바이스는, PDA 및/또는 음악 재생기 기능들과 같은, 다른 기능들도 포함하는, 휴대 전화와 같은, 휴대용 통신 디바이스이다. 휴대용 다기능 디바이스들의 예시적인 실시예들은 미국 캘리포니아주 쿠퍼티노 소재의 애플 인크.(Apple Inc.)의 아이폰(iPhone)®, 아이팟 터치(iPod Touch)®, 및 아이패드(iPad)® 디바이스들(이들로 제한되지 않음)을 포함한다. 터치 감응형 표면들(예를 들면, 터치 스크린 디스플레이들 및/또는 터치패드들)을 구비한 랩톱 또는 태블릿 컴퓨터들과 같은 다른 휴대용 전자 디바이스들이 옵션적으로 사용된다. 일부 실시예들에서, 디바이스는 휴대용 통신 디바이스가 아니라 터치 감응형 표면(예컨대, 터치 스크린 디스플레이 및/또는 터치패드)을 구비한 데스크톱 컴퓨터임이 또한 이해되어야 한다.

이하의 논의에서, 디스플레이 및 터치 감응형 표면을 포함하는 전자 디바이스가 기술된다. 그러나, 전자 디바이스가 옵션적으로 물리적 키보드, 마우스, 및/또는 조이스틱과 같은 하나 이상의 다른 물리적 사용자 인터페이스 디바이스를 포함한다는 것을 이해하여야 한다.

디바이스는 다음 중 하나 이상과 같은 다양한 애플리케이션들을 지원할 수 있다: 그리기 애플리케이션, 프레젠테이션 애플리케이션, 워드 프로세싱 애플리케이션, 웹사이트 제작 애플리케이션, 디스크 저작 애플리케이션, 스프레드시트 애플리케이션, 게임 애플리케이션, 전화 애플리케이션, 화상 회의 애플리케이션, 이-메일 애플리케이션, 인스턴트 메시징 애플리케이션, 운동 지원 애플리케이션, 사진 관리 애플리케이션, 디지털 카메라 애플리케이션, 디지털 비디오 카메라 애플리케이션, 웹 브라우징 애플리케이션, 디지털 음악 재생기 애플리케이션, 및/또는 디지털 비디오 재생기 애플리케이션.

디바이스 상에서 실행되는 다양한 애플리케이션들은, 옵션적으로, 터치 감응형 표면과 같은 적어도 하나의 통상적인 물리적 사용자 인터페이스 디바이스를 사용한다. 터치 감응형 표면의 하나 이상의 기능뿐만 아니라 디바이스 상에 표시되는 대응하는 정보는 하나의 애플리케이션으로부터 다음 애플리케이션으로 그리고/또는 각자의 애플리케이션 내에서, 옵션적으로, 조정되고/되거나 변경된다. 이러한 방식으로, 디바이스의 (터치 감응형 표면과 같은) 통상적인 물리적 아키텍처는, 옵션적으로, 사용자에게 직관적이고 투명한 사용자 인터페이스들을 갖는 다양한 애플리케이션들을 지원한다.

이제부터, 터치 감응형 디스플레이들을 구비한 휴대용 디바이스들의 실시예들에 대해 살펴본다. 도 1a는 일부 실시예들에 따른, 터치 감응형 디스플레이 시스템(112)을 갖는 휴대용 다기능 디바이스(100)를 나타낸 블록도이다. 터치 감응형 디스플레이(112)는 때때로 편의상 "터치 스크린"이라고 지칭되고, 때때로 "터치 감응형 디스플레이 시스템"으로 알려지거나 지칭된다. 디바이스(100)는 메모리(102)(옵션적으로, 하나 이상의 컴퓨터 판독가능 저장 매체를 포함함), 메모리 제어기(122), 하나 이상의 처리 유닛(CPU)(120), 주변기기 인터페이스(118), RF 회로부(108), 오디오 회로부(110), 스피커(111), 마이크로폰(113), 입/출력(I/O) 서브시스템(106), 다른 입력 또는 제어 디바이스들(116) 및 외부 포트(124)를 포함한다. 디바이스(100)는 옵션적으로 하나 이상의 광 센서(optical sensor)(164)를 포함한다. 디바이스(100)는, 옵션적으로, 디바이스(100)(예컨대, 디바이스(100)의 터치 감응형 디스플레이 시스템(112)과 같은 터치 감응형 표면) 상의 접촉들의 세기를 검출하기 위한 하나 이상의 접촉 세기 센서(165)를 포함한다. 디바이스(100)는, 옵션적으로, 디바이스(100) 상에 촉각적 출력들을 생성(예컨대, 디바이스(100)의 터치 감응형 디스플레이 시스템(112)과 같은 터치 감응형 표면 또는 디바이스(300)의 터치패드(355) 상에 촉각적 출력들을 생성)하기 위한 하나 이상의 촉각적 출력 생성기(167)를 포함한다. 이들 컴포넌트는 옵션적으로 하나 이상의 통신 버스 또는 신호 라인(103)을 통해 통신한다.

명세서 및 청구범위에서 사용되는 바와 같이, 터치 감응형 표면 상에의 접촉의 "세기"라는 용어는 터치 감응형 표면 상에의 접촉(예컨대, 손가락 접촉)의 힘 또는 압력(단위 면적 당 힘), 또는 터치 감응형 표면 상에의 접촉의 힘 또는 압력에 대한 대체물(대용물(proxy))을 지칭한다. 접촉의 세기는, 적어도 4개의 구별되는 값들을 포함하고 더 전형적으로는 수백 개(예컨대, 적어도 256개)의 구별되는 값들을 포함하는 일정 범위의 값들을 갖는다. 접촉의 세기는, 옵션적으로, 다양한 접근법들 및 다양한 센서들 또는 센서들의 조합들을 사용하여 결정(또는 측정)된다. 예를 들어, 터치 감응형 표면 아래의 또는 그에 인접한 하나 이상의 힘 센서가, 옵션적으로, 터치 감응형 표면 상의 다양한 지점들에서 힘을 측정하는 데 사용된다. 일부 구현예들에서, 다수의 힘 센서들로부터의 힘 측정치들이 접촉의 추정되는 힘을 결정하기 위해 조합(예컨대, 가중 평균)된다. 유사하게, 스타일러스의 압력 감응형 팁(tip)이, 옵션적으로, 터치 감응형 표면 상에의 스타일러스의 압력을 결정하는 데 사용된다. 대안으로, 터치 감응형 표면 상에서 검출된 접촉 면적의 크기 및/또는 그에 대한 변화들, 접촉 부근의 터치 감응형 표면의 커패시턴스 및/또는 그에 대한 변화들, 및/또는 접촉 부근의 터치 감응형 표면의 저항 및/또는 그에 대한 변화들은, 옵션적으로, 터치 감응형 표면 상에의 접촉의 힘 또는 압력에 대한 대체물로서 이용된다. 일부 구현예들에서, 접촉 힘 또는 압력에 대한 대체 측정치들은, 세기 임계치가 초과되었는지 여부를 결정하는 데 직접 이용된다(예컨대, 세기 임계치는 대체 측정치들에 대응하는 단위로 기술된다). 일부 구현예들에서, 접촉 힘 또는 압력에 대한 대체 측정치들은 추정된 힘 또는 압력으로 변환되고, 추정된 힘 또는 압력은 세기 임계치가 초과되었는지 여부를 결정하기 위해 이용된다(예컨대, 세기 임계치는 압력의 단위로 측정된 압력 임계치이다). 사용자 입력의 속성으로서 접촉의 세기를 사용하는 것은 그렇지 않았으면 어포던스(affordance)들을 (예컨대, 터치 감응형 디스플레이 상에) 표시하고/하거나 (예컨대, 터치 감응형 디스플레이, 터치 감응형 표면, 또는 노브(knob) 또는 버튼과 같은 물리적/기계식 제어부를 통해) 사용자 입력을 수신하기 위한 제한된 실면적을 갖는 감소된 크기의 디바이스 상에서 사용자에 의해 액세스가능하지 않을 수 있는 부가적인 디바이스 기능에의 사용자 액세스를 가능하게 한다.

명세서 및 청구범위에 사용되는 바와 같이, "촉각적 출력"이라는 용어는 디바이스의 이전 위치에 대한 디바이스의 물리적 변위, 디바이스의 다른 컴포넌트(예컨대, 하우징)에 대한 디바이스의 컴포넌트(예컨대, 터치 감응형 표면)의 물리적 변위, 또는 사용자의 촉각을 이용하여 사용자에 의해 검출될 디바이스의 질량 중심에 대한 컴포넌트의 변위를 지칭한다. 예를 들어, 디바이스 또는 디바이스의 컴포넌트가 터치에 민감한 사용자의 표면(예컨대, 사용자의 손의 손가락, 손바닥, 또는 다른 부위)과 접촉하는 상황에서, 물리적 변위에 의해 생성된 촉각적 출력은 사용자에 의해 디바이스 또는 디바이스의 컴포넌트의 물리적 특성들의 인지된 변화에 대응하는 촉감(tactile sensation)으로서 해석될 것이다. 예를 들면, 터치 감응형 표면(예컨대, 터치 감응형 디스플레이 또는 트랙패드)의 이동은, 옵션적으로, 물리적 액추에이터 버튼의 "다운 클릭(down click)" 또는 "업 클릭(up click)"으로서 사용자에 의해 해석된다. 일부 경우들에서, 사용자는 사용자의 이동에 의해 물리적으로 눌리는(예컨대, 변위되는) 터치 감응형 표면과 연관된 물리적 액추에이터 버튼의 이동이 없을 때에도 "다운 클릭" 또는 "업 클릭"과 같은 촉감을 느낄 것이다. 다른 예로서, 터치 감응형 표면의 이동은, 옵션적으로, 터치 감응형 표면의 평탄성의 변화가 없을 때에도 터치 감응형 표면의 "거칠기(roughness)"로서 사용자에 의해 해석되거나 감지된다. 사용자에 의한 터치의 이러한 해석들이 사용자의 개인화된 감각 인지(sensory perception)들에 영향을 받기 쉬울 것이지만, 대다수의 사용자들에게 공통적인 많은 터치 감각 인지들이 존재한다. 따라서, 촉각적 출력이 사용자의 특정 감각 인지(예를 들면, "업 클릭", "다운 클릭", "거칠기")에 대응하는 것으로서 기술될 때, 달리 언급되지 않는다면, 생성된 촉각적 출력은 통상적인(또는 평균적인) 사용자에 대한 기술된 감각 인지를 생성할 디바이스 또는 그의 컴포넌트의 물리적 변위에 대응한다.

디바이스(100)는 휴대용 다기능 디바이스의 일례에 불과하고 디바이스(100)는, 옵션적으로, 도시된 것보다 더 많거나 더 적은 컴포넌트들을 갖거나, 옵션적으로, 2개 이상의 컴포넌트를 조합하거나, 옵션적으로, 컴포넌트들의 상이한 구성 또는 배열을 갖는다는 것을 잘 알 것이다. 도 1a에 도시된 다양한 컴포넌트들은 하나 이상의 신호 처리 및/또는 ASIC(application-specific integrated circuit)들을 비롯한, 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어 둘다의 조합으로 구현된다.

메모리(102)는 하나 이상의 컴퓨터 판독가능 저장 매체를 포함할 수 있다. 컴퓨터 판독가능 저장 매체들은 유형적(tangible)이고 비일시적(non-transitory)일 수 있다. 메모리(102)는 고속 랜덤 액세스 메모리를 포함할 수 있고, 하나 이상의 자기 디스크 저장 디바이스들, 플래시 메모리 디바이스들, 또는 다른 비휘발성 고체 상태 메모리 디바이스(non-volatile solid-state memory device)들과 같은 비휘발성 메모리를 또한 포함할 수 있다. 메모리 제어기(122)는 디바이스(100)의 다른 컴포넌트들에 의한 메모리(102)에의 액세스를 제어할 수 있다.

주변기기 인터페이스(118)는 디바이스의 입력 및 출력 주변기기들을 CPU(120) 및 메모리(102)에 결합하는 데 사용될 수 있다. 하나 이상의 프로세서(120)는 디바이스(100)에 대한 다양한 기능들을 수행하고 데이터를 처리하기 위해 메모리(102)에 저장된 다양한 소프트웨어 프로그램들 및/또는 명령어들의 세트들을 실행(run 또는 execute)한다. 일부 실시예들에서, 주변기기 인터페이스(118), CPU(120) 및 메모리 제어기(122)는 칩(104)과 같은 단일 칩 상에서 구현될 수 있다. 일부 다른 실시예들에서, 이들은 별개의 칩들 상에서 구현될 수 있다.

RF(radio frequency) 회로부(108)는 전자기 신호들로도 불리는 RF 신호들을 수신 및 송신한다. RF 회로부(108)는 전기 신호들을 전자기 신호들로/로부터 변환하고, 전자기 신호들을 통해 통신 네트워크들 및 다른 통신 디바이스들과 통신한다. RF 회로부(108)는 옵션적으로 안테나 시스템, RF 송수신기, 하나 이상의 증폭기, 튜너, 하나 이상의 발진기, 디지털 신호 프로세서, CODEC 칩셋, 가입자 식별 모듈(subscriber identity module; SIM) 카드, 메모리 등을 포함하지만 이들로 한정되지 않는, 이러한 기능들을 수행하기 위한 잘 알려진 회로부를 포함한다. RF 회로부(108)는 옵션적으로 네트워크들, 예를 들면 월드 와이드 웹(WWW)으로도 지칭되는 인터넷, 인트라넷, 및/또는 무선 네트워크, 예컨대 셀룰러 전화 네트워크, 무선 근거리 통신망(local area network; LAN) 및/또는 대도시 통신망(metropolitan area network; MAN), 및 다른 디바이스들과 무선 통신에 의해 통신한다. RF 회로부(108)는 옵션적으로 단거리 통신 라디오와 같은, 근거리 통신(NFC) 필드를 검출하기 위한 잘 알려준 회로부를 포함한다. 무선 통신은, 옵션적으로, GSM(Global System for Mobile Communications), EDGE(Enhanced Data GSM Environment), HSDPA(high-speed downlink packet access), HSUPA(high-speed uplink packet access), EV-DO(Evolution, Data-Only), HSPA, HSPA+, DC-HSPDA(Dual-Cell HSPA), LTE(long term evolution), NFC(near field communication), W-CDMA(wideband code division multiple access), CDMA(code division multiple access), TDMA(time division multiple access), 블루투스(Bluetooth), BTLE(Bluetooth Low Energy), Wi-Fi(Wireless Fidelity)(예컨대, IEEE 802.11a, IEEE 802.11b, IEEE 802.11g, IEEE 802.11n 및/또는 IEEE 802.11ac), VoIP(voice over Internet Protocol), Wi-MAX, 이-메일용 프로토콜(예컨대, IMAP(Internet message access protocol) 및/또는 POP(post office protocol)), 인스턴트 메시징(예컨대, XMPP(extensible messaging and presence protocol), SIMPLE(Session Initiation Protocol for Instant Messaging and Presence Leveraging Extensions), IMPS(Instant Messaging and Presence Service)), 및/또는 SMS(Short Message Service), 또는 본 문서의 출원일 당시 아직 개발되지 않은 통신 프로토콜들을 비롯한, 임의의 다른 적합한 통신 프로토콜을 포함하지만 이들로 제한되지는 않는, 복수의 통신 표준들, 프로토콜들 및 기술들 중 임의의 것을 이용한다.

오디오 회로부(110), 스피커(111) 및 마이크로폰(113)은 사용자와 디바이스(100) 사이의 오디오 인터페이스를 제공한다. 오디오 회로부(110)는 주변기기 인터페이스(118)로부터 오디오 데이터를 수신하고, 그 오디오 데이터를 전기 신호로 변환하고, 그 전기 신호를 스피커(111)로 송신한다. 스피커(111)는 전기 신호를 사람이 들을 수 있는 음파로 변환한다. 오디오 회로부(110)는 또한 마이크로폰(113)에 의해 음파로부터 변환된 전기 신호를 수신한다. 오디오 회로부(110)는 전기 신호를 오디오 데이터로 변환하고, 처리를 위해 오디오 데이터를 주변기기 인터페이스(118)로 전송한다. 오디오 데이터는 주변기기 인터페이스(118)에 의해 메모리(102) 및/또는 RF 회로부(108)로부터 검색되고/되거나 이로 전송될 수 있다. 일부 실시예들에서, 오디오 회로부(110)는 또한 헤드셋 잭(예컨대, 도 2의 212)을 포함한다. 헤드셋 잭은 출력 전용 헤드폰, 또는 출력(예컨대, 한쪽 또는 양쪽 귀를 위한 헤드폰) 및 입력(예컨대, 마이크로폰) 둘 다를 갖는 헤드셋과 같은, 분리 가능한 오디오 입출력 주변기기들과 오디오 회로부(110) 사이의 인터페이스를 제공한다.

I/O 서브시스템(106)은 터치 스크린(112) 및 다른 입력 제어 디바이스들(116)과 같은, 디바이스(100) 상의 입출력 주변기기들을 주변기기 인터페이스(118)에 결합한다. I/O 서브시스템(106)은 옵션적으로 디스플레이 제어기(156), 광 센서 제어기(158), 세기 센서 제어기(159), 햅틱 피드백 제어기(161) 및 다른 입력 또는 제어 디바이스들을 위한 하나 이상의 입력 제어기(160)를 포함한다. 하나 이상의 입력 제어기(160)는 기타 입력 제어 디바이스들(116)로부터/로 전기 신호들을 수신/송신한다. 기타 입력 제어 디바이스들(116)은 옵션적으로 물리적 버튼들(예컨대, 푸시 버튼, 로커 버튼(rocker button) 등), 다이얼, 슬라이더 스위치, 조이스틱, 클릭 휠 등을 포함한다. 일부 대안의 실시예들에서, 입력 제어기(들)(160)는, 옵션적으로, 키보드, 적외선 포트, USB 포트, 및 마우스와 같은 포인터 디바이스 중 임의의 것에 결합된다(또는 어떤 것에도 결합되지 않는다). 하나 이상의 버튼(예컨대, 도 2의 208)은, 옵션적으로, 스피커(111) 및/또는 마이크로폰(113)의 음량 제어를 위한 업/다운 버튼을 포함한다. 하나 이상의 버튼은, 옵션적으로, 푸시 버튼(예컨대, 도 2의 206)을 포함한다.

푸시 버튼의 빠른 누르기는 터치 스크린(112)의 잠금을 풀거나, 디바이스의 잠금을 해제하기 위해 터치 스크린 상의 제스처들을 사용하는 프로세스를 시작할 수 있으며, 이는 2005년 12월 23일자로 출원되고 명칭이 "Unlocking a Device by Performing Gestures on an Unlock Image"인 미국 특허 출원 제11/322,549호, 미국 특허 제7,657,849호에 기술된 바와 같으며, 이는 참조 문헌으로서 그 전문이 본 명세서에 편입된다. 푸시 버튼(예컨대, 206)의 더 긴 누르기는 디바이스(100)의 전원을 켜거나 끌 수 있다. 사용자는 버튼들 중 하나 이상의 버튼의 기능을 사용자 지정(customize)할 수 있다. 터치 스크린(112)은 가상 또는 소프트 버튼들 및 하나 이상의 소프트 키보드를 구현하는 데 사용된다.

터치 감응형 디스플레이(112)는 디바이스와 사용자 사이에서 입력 인터페이스 및 출력 인터페이스를 제공한다. 디스플레이 제어기(156)는 터치 스크린(112)으로부터/으로 전기 신호들을 수신 및/또는 송신한다. 터치 스크린(112)은 사용자에게 시각적 출력을 표시한다. 시각적 출력은 그래픽, 텍스트, 아이콘들, 비디오 및 이들의 임의의 조합(총칭하여 "그래픽"으로 지칭함)을 포함할 수 있다. 일부 실시예들에서, 시각적 출력 중 일부 또는 모두는 사용자 인터페이스 객체들에 대응할 수 있다.

터치 스크린(112)은 햅틱 및/또는 촉각적 접촉에 기초하는 사용자로부터의 입력을 수용하는 터치 감응형 표면, 센서 또는 센서들의 세트를 갖는다. 터치 스크린(112) 및 디스플레이 제어기(156)는 (메모리(102) 내의 임의의 연관된 모듈들 및/또는 명령어들의 세트들과 함께) 터치 스크린(112) 상의 접촉(및 접촉의 임의의 이동 또는 중단)을 검출하고, 검출된 접촉을 터치 스크린(112) 상에 표시되는 사용자 인터페이스 객체들(예컨대, 하나 이상의 소프트 키들, 아이콘들, 웹 페이지들 또는 영상들)과의 상호작용으로 변환한다. 예시적인 실시예에서, 터치 스크린(112)과 사용자 사이의 접촉 지점은 사용자의 손가락에 대응한다.

터치 스크린(112)은 LCD(liquid crystal display: 액정 디스플레이) 기술, LPD(light emitting polymer display: 발광 중합체 디스플레이) 기술, 또는 LED(light emitting diode: 발광 다이오드) 기술을 이용할 수 있지만, 다른 실시예들에서는 다른 디스플레이 기술들이 이용될 수 있다. 터치 스크린(112) 및 디스플레이 제어기(156)는 터치 스크린(112)과의 하나 이상의 접촉 지점을 결정하기 위한 정전용량, 저항, 적외선 및 표면 탄성파 기술들은 물론, 다른 근접 센서 어레이들 또는 다른 요소들(이들로 제한되지 않음)을 비롯한, 현재 공지되어 있거나 추후에 개발될 복수의 터치 감지 기술들 중 임의의 것을 이용하여, 접촉 및 그의 임의의 이동 또는 중단을 검출할 수 있다. 예시적인 실시예에서, 미국 캘리포니아주 쿠퍼티노 소재의 애플 인크.의 아이폰® 및 아이팟 터치®에서 제공되는 것과 같은 투영형 상호 정전용량 감지 기술(projected mutual capacitance sensing technology)이 이용된다.

터치 스크린(112)의 일부 실시예들에서의 터치 감응형 디스플레이는 하기 미국 특허들 제6,323,846호(Westerman 외), 제6,570,557호(Westerman 외), 및/또는 제6,677,932호(Westerman), 및/또는 미국 특허 공개 제2002/0015024A1호에 기재된 다중-터치 감응형 터치패드들과 유사할 수 있으며, 이들 각각은 그 전문이 본 명세서에 참조로서 편입된다. 그렇지만, 터치 스크린(112)은 디바이스(100)로부터의 시각적 출력을 표시하는 반면, 터치 감응형 터치패드들은 시각적 출력을 제공하지 않는다.

터치 스크린(112)의 일부 실시예들에서의 터치 감응형 디스플레이는 이하의 출원들에 기술된 바와 같을 수 있다: (1) 2006년 5월 2일자로 출원된 미국 특허 출원 제11/381,313호, "Multipoint Touch Surface Controller"; (2) 2004년 5월 6일자로 출원된 미국 특허 출원 제10/840,862호, "Multipoint Touchscreen"; (3) 2004년 7월 30일자로 출원된 미국 특허 출원 제10/903,964호, "Gestures For Touch Sensitive Input Devices"; (4) 2005년 1월 31일자로 출원된 미국 특허 출원 제11/048,264호, "Gestures For Touch Sensitive Input Devices"; (5) 2005년 1월 18일자로 출원된 미국 특허 출원 제11/038,590호, "Mode-Based Graphical User Interfaces For Touch Sensitive Input Devices"; (6) 2005년 9월 16일자로 출원된 미국 특허 출원 제11/228,758호, "Virtual Input Device Placement On A Touch Screen User Interface"; (7) 2005년 9월 16일자로 출원된 미국 특허 출원 제11/228,700호, "Operation Of A Computer With A Touch Screen Interface"; (8) 2005년 9월 16일자로 출원된 미국 특허 출원 제11/228,737호, "Activating Virtual Keys Of A Touch-Screen Virtual Keyboard"; 및 (9) 2006년 3월 3일자로 출원된 미국 특허 출원 제11/367,749호, "Multi-Functional Hand-Held Device." 이 출원들 모두는 그 전문이 본 명세서에 참조로서 편입된다.

터치 스크린(112)은 100 dpi를 초과하는 비디오 해상도를 가질 수 있다. 일부 실시예들에서, 터치 스크린은 대략 160 dpi의 비디오 해상도를 갖는다. 사용자는 스타일러스, 손가락 등과 같은 임의의 적합한 물체 또는 부속물을 사용하여 터치 스크린(112)과 접촉할 수 있다. 일부 실시예들에서, 사용자 인터페이스는 주로 손가락 기반 접촉들 및 제스처들을 이용하여 동작하도록 설계되는데, 이는 터치 스크린 상에서의 손가락의 더 넓은 접촉 면적으로 인해 스타일러스 기반 입력보다 덜 정밀할 수 있다. 일부 실시예들에서, 디바이스는 대략적인 손가락 기반 입력을 사용자가 원하는 행동들을 수행하기 위한 정밀한 포인터/커서 위치 또는 커맨드(command)로 변환한다.

일부 실시예들에서, 터치 스크린 이외에, 디바이스(100)는 특정한 기능들을 활성화하거나 비활성화하기 위한 터치패드(도시되지 않음)를 포함할 수 있다. 일부 실시예들에서, 터치패드는, 터치 스크린과는 달리, 시각적 출력을 표시하지 않는 디바이스의 터치 감응형 영역이다. 터치패드는 터치 스크린(112)과는 별개인 터치 감응형 표면 또는 터치 스크린에 의해 형성되는 터치 감응형 표면의 연장부일 수 있다.

디바이스(100)는 또한 다양한 컴포넌트들에 전력을 제공하기 위한 전력 계통(162)을 포함한다. 전력 계통(162)은 전력 관리 시스템, 하나 이상의 전원(예컨대, 배터리, 교류 전류(AC)), 재충전 시스템, 전력 고장 검출 회로, 전력 변환기 또는 인버터, 전력 상태 표시자(예컨대, 발광 다이오드(LED)), 및 휴대용 디바이스들 내에서의 전력의 생성, 관리 및 분배와 연관된 임의의 다른 컴포넌트들을 포함할 수 있다.

디바이스(100)는 또한 하나 이상의 광 센서(164)를 포함할 수 있다. 도 1a는 I/O 서브시스템(106) 내의 광 센서 제어기(158)에 결합된 광 센서를 도시한다. 광 센서(164)는 CCD(charge-coupled device) 또는 CMOS(complementary metal-oxide semiconductor) 포토트랜지스터들을 포함할 수 있다. 광 센서(164)는 하나 이상의 렌즈를 통해 투사되는, 환경으로부터의 광을 수광하고, 그 광을 이미지를 나타내는 데이터로 변환한다. 이미징 모듈(143)(카메라 모듈이라도 지칭됨)과 함께, 광 센서(164)는 정지 영상들 또는 비디오를 캡처할 수 있다. 일부 실시예들에서, 광 센서는 디바이스 전면 상에 있는 터치 스크린 디스플레이(112)의 반대편인 디바이스(100)의 배면 상에 위치되어, 터치 스크린 디스플레이가 정지 및/또는 비디오 영상 획득을 위한 뷰파인더로서 사용될 수 있게 한다. 일부 실시예들에서, 광 센서가 디바이스의 전면 상에 위치되어, 사용자가 터치 스크린 디스플레이 상에서 다른 화상 회의 참가자들을 보는 동안, 사용자의 영상이 화상 회의를 위해 획득될 수 있게 한다. 일부 실시예들에서, 광 센서(164)의 위치는 사용자에 의해 변경되어(예컨대, 디바이스 하우징 내의 렌즈 및 센서를 회전시킴으로써), 단일 광 센서(164)가 터치 스크린 디스플레이와 함께 화상 회의와 정지 및/또는 비디오 영상 획득 둘 다에 사용되게 할 수 있다.

디바이스(100)는 또한, 옵션적으로, 하나 이상의 접촉 세기 센서(165)를 포함한다. 도 1a는 I/O 서브시스템(106) 내의 세기 센서 제어기(159)에 결합된 접촉 세기 센서를 도시한다. 접촉 세기 센서(165)는, 옵션적으로, 하나 이상의 압전 저항 변형 게이지, 용량성 힘 센서, 전기적 힘 센서, 압전 힘 센서, 광학적 힘 센서, 용량성 터치 감응형 표면, 또는 다른 세기 센서들(예컨대, 터치 감응형 표면 상의 접촉의 힘(또는 압력)을 측정하는 데 사용되는 센서들)을 포함한다. 접촉 세기 센서(165)는 환경으로부터 접촉 세기 정보(예컨대, 압력 정보 또는 압력 정보에 대한 대용물)를 수신한다. 일부 실시예들에서, 적어도 하나의 접촉 세기 센서는 터치 감응형 표면(예컨대, 터치 감응형 디스플레이 시스템(112))과 나란히 위치되거나 그에 근접해 있다. 일부 실시예들에서, 적어도 하나의 접촉 세기 센서가 디바이스(100)의 전면 상에 위치된 터치 스크린 디스플레이(112)의 반대편인 디바이스(100)의 배면 상에 위치된다.

디바이스(100)는 또한 하나 이상의 근접 센서(166)를 포함할 수 있다. 도 1a는 주변기기 인터페이스(118)에 결합된 근접 센서(166)를 도시한다. 대안적으로, 근접 센서(166)는 I/O 서브시스템(106) 내의 입력 제어기(160)에 결합될 수 있다. 근접 센서(166)는, 미국 특허 출원 제11/241,839호, "Proximity Detector In Handheld Device"; 제11/240,788호, "Proximity Detector In Handheld Device"; 제11/620,702호, "Using Ambient Light Sensor To Augment Proximity Sensor Output"; 제11/586,862호, "Automated Response To And Sensing Of User Activity In Portable Devices"; 및 제11/638,251호, "Methods And Systems For Automatic Configuration Of Peripherals"에 기술된 것과 같이 작동할 수 있으며, 이들은 이로써 그 전체가 참고로 본 명세서에 포함된다. 일부 실시예들에서, 근접 센서는 다기능 디바이스가 사용자의 귀 근처에 위치될 때(예컨대, 사용자가 전화 통화를 하고 있을 때), 터치 스크린(112)을 끄고 디스에이블(disable)시킨다.

디바이스(100)는 또한, 옵션적으로, 하나 이상의 촉각적 출력 생성기(167)를 포함한다. 도 1a는 I/O 서브시스템(106) 내의 햅틱 피드백 제어기(161)에 결합된 촉각적 출력 생성기를 도시한다. 촉각적 출력 생성기(167)는, 옵션적으로, 스피커들 또는 다른 오디오 컴포넌트들과 같은 하나 이상의 전자음향 디바이스 및/또는 모터, 솔레노이드, 전기활성 중합체, 압전 액추에이터, 정전 액추에이터, 또는 다른 촉각적 출력 생성 컴포넌트(예컨대, 전기 신호들을 디바이스 상의 촉각적 출력들로 변환하는 컴포넌트)와 같은, 에너지를 선형 모션(linear motion)으로 변환하는 전자기계 디바이스들을 포함한다. 접촉 세기 센서(165)는 햅틱 피드백 모듈(133)로부터 촉각적 피드백 생성 명령어들을 수신하여 디바이스(100)의 사용자에 의해 감지될 수 있는 디바이스(100) 상의 촉각적 출력들을 생성한다. 일부 실시예들에서, 적어도 하나의 촉각적 출력 생성기가 터치 감응형 표면(예컨대, 터치 감응형 디스플레이 시스템(112))과 나란히 위치되거나 그에 근접해 있으며, 옵션적으로, 터치 감응형 표면을 수직으로(예컨대, 디바이스(100)의 표면 안으로/밖으로) 또는 측방향으로(예컨대, 디바이스(100)의 표면과 동일한 평면 내에서 전후로) 이동함으로써 촉각적 출력을 생성한다. 일부 실시예들에서, 적어도 하나의 촉각적 출력 생성기 센서는 디바이스(100)의 전면 상에 위치된 터치 스크린 디스플레이(112)의 반대편인 디바이스(100)의 배면 상에 위치된다.

디바이스(100)는 또한 하나 이상의 가속도계(168)를 포함할 수 있다. 도 1a는 주변기기 인터페이스(118)에 결합된 가속도계(168)를 도시한다. 대안적으로, 가속도계(168)는 I/O 서브시스템(106) 내의 입력 제어기(160)에 결합될 수 있다. 가속도계(168)는 미국 특허 공개 공보 제20050190059호, "Acceleration-based Theft Detection System for Portable Electronic Devices" 및 미국 특허 공개 공보 제20060017692호, "Methods And Apparatuses For Operating A Portable Device Based On An Accelerometer"에 기술된 것과 같이 작동할 수 있으며, 이들 둘 다는 그 전체가 참고로 본 명세서에 포함된다. 일부 실시예들에서, 하나 이상의 가속도계로부터 수신된 데이터의 분석에 기초하여 터치 스크린 디스플레이 상에 세로보기(portrait view) 또는 가로보기(landscape view)로 정보가 표시된다. 디바이스(100)는 가속도계(들)(168) 외에도 자력계(도시되지 않음), 및 디바이스(100)의 위치 및 배향(예컨대, 세로 또는 가로)에 관한 정보를 획득하기 위한 GPS(또는 GLONASS 또는 다른 글로벌 내비게이션 시스템) 수신기(도시되지 않음)를 옵션적으로 포함한다.

일부 실시예들에서, 메모리(102)에 저장된 소프트웨어 컴포넌트들은 운영 체제(126), 통신 모듈(또는 명령어들의 세트)(128), 접촉/모션 모듈(또는 명령어들의 세트)(130), 그래픽 모듈(또는 명령어들의 세트)(132), 텍스트 입력 모듈(또는 명령어들의 세트)(134), GPS(Global Positioning System) 모듈(또는 명령어들의 세트)(135), 및 애플리케이션들(또는 명령어들의 세트들)(136)을 포함한다. 게다가, 일부 실시예들에서, 메모리(도 1a의 102 또는 도 3의 370)는 도 1a 및 도 3에 도시된 바와 같이 디바이스/전역 내부 상태(157)를 저장한다. 디바이스/전역 내부 상태(157)는 애플리케이션들(있는 경우)이 현재 활성이라는 것을 나타내는 활성 애플리케이션 상태; 어떤 애플리케이션들, 뷰(view)들 또는 다른 정보가 터치 스크린 디스플레이(112)의 다양한 영역들을 점유하는지를 나타내는 디스플레이 상태; 디바이스의 다양한 센서들 및 입력 제어 디바이스들(116)로부터 획득된 정보를 포함하는 센서 상태; 및 디바이스의 위치 및/또는 자세에 관한 위치 정보 중 하나 이상을 포함한다.

운영 체제(126)(예컨대, Darwin, RTXC, LINUX, UNIX, OS X, iOS, WINDOWS, 또는 VxWorks와 같은 임베디드 운영 체제)는 일반적인 시스템 작업들(예컨대, 메모리 관리, 저장 디바이스 제어, 전력 관리 등)을 제어 및 관리하기 위한 다양한 소프트웨어 컴포넌트들 및/또는 드라이버들을 포함하고, 다양한 하드웨어 및 소프트웨어 컴포넌트들 사이의 통신을 용이하게 한다.

통신 모듈(128)은 하나 이상의 외부 포트(124)를 통한 다른 디바이스들과의 통신을 용이하게 하고, 또한 RF 회로부(108) 및/또는 외부 포트(124)에 의해 수신되는 데이터를 처리하기 위한 다양한 소프트웨어 컴포넌트들을 포함한다. 외부 포트(124)(예컨대, 범용 직렬 버스(Universal Serial Bus, USB), 파이어와이어(FIREWIRE) 등)는 다른 디바이스들에 직접적으로 또는 네트워크(예컨대, 인터넷, 무선 LAN 등)를 통해 간접적으로 결합하도록 구성된다. 일부 실시예들에서, 외부 포트는 아이팟®(애플 인크.의 상표) 디바이스들에서 사용되는 30-핀 커넥터와 동일하거나 유사하고 그리고/또는 이와 호환가능한 멀티-핀(예를 들어, 30-핀) 커넥터이다.

접촉/모션 모듈(130)은, 옵션적으로, (디스플레이 제어기(156)와 함께) 터치 스크린(112), 및 다른 터치 감응형 디바이스들(예컨대, 터치패드 또는 물리적 클릭 휠)과의 접촉을 검출한다. 접촉/모션 모듈(130)은 접촉이 발생했는지 결정하는 것(예컨대, 손가락-다운 이벤트(finger-down event)를 검출하는 것), 접촉의 세기(예컨대, 접촉의 힘 또는 압력, 또는 접촉의 힘 또는 압력에 대한 대체물)를 결정하는 것, 접촉의 이동이 있는지 결정하고 터치 감응형 표면을 가로지르는 이동을 추적하는 것(예컨대, 하나 이상의 손가락-드래그 이벤트(finger-dragging event)를 검출하는 것), 및 접촉이 중단되었는지 결정하는 것(예컨대, 손가락-업 이벤트(finger-up event) 또는 접촉 중단을 검출하는 것)과 같은, 접촉의 검출에 관련된 다양한 동작들을 수행하기 위한 다양한 소프트웨어 컴포넌트들을 포함한다. 접촉/모션 모듈(130)은 터치 감응형 표면으로부터 접촉 데이터를 수신한다. 일련의 접촉 데이터에 의해 표현되는 접촉 지점의 이동을 결정하는 것은, 옵션적으로, 접촉 지점의 속력(크기), 속도(크기 및 방향), 및/또는 가속도(크기 및/또는 방향의 변화)를 결정하는 것을 포함한다. 이 동작들은, 옵션적으로, 단일 접촉들(예컨대, 한 손가락 접촉들)에 또는 다수의 동시 접촉들(예컨대, "멀티터치"/다수의 손가락 접촉들)에 적용된다. 일부 실시예들에서, 접촉/모션 모듈(130) 및 디스플레이 제어기(156)는 터치패드 상의 접촉을 검출한다.

일부 실시예들에서, 접촉/모션 모듈(130)은 동작이 사용자에 의해 수행되었는지 여부를 결정하기 위해(예컨대, 사용자가 아이콘을 "클릭"했는지 여부를 결정하기 위해) 하나 이상의 세기 임계치의 세트를 이용한다. 일부 실시예들에서, 세기 임계치들의 적어도 서브세트(subset)가 소프트웨어 파라미터들에 따라 결정된다(예컨대, 세기 임계치들은 특정의 물리적 액추에이터들의 활성화 임계치들에 의해 결정되지 않으며, 디바이스(100)의 물리적 하드웨어를 변경함이 없이 조정될 수 있다). 예를 들면, 트랙패드 또는 터치 스크린 디스플레이의 마우스 "클릭" 임계치는 트랙패드 또는 터치 스크린 디스플레이 하드웨어를 변경함이 없이 넓은 범위의 미리정의된 임계치들 중 임의의 것으로 설정될 수 있다. 추가적으로, 일부 구현들에서, 디바이스의 사용자는 (예컨대, 개개의 세기 임계치들을 조정함으로써 그리고/또는 복수의 세기 임계치를 시스템 레벨 클릭 "세기" 파라미터로 한꺼번에 조정함으로써) 세기 임계치들의 세트 중의 하나 이상의 세기 임계치를 조정하기 위한 소프트웨어 설정들을 제공받는다.

접촉/모션 모듈(130)은, 옵션적으로, 사용자에 의한 제스처 입력을 검출한다. 터치 감응형 표면 상의 상이한 제스처들은 상이한 접촉 패턴들(예컨대, 상이한 모션들, 타이밍들, 및/또는 검출된 접촉들의 세기들)을 갖는다. 따라서, 제스처는, 옵션적으로, 특정의 접촉 패턴을 검출함으로써 검출된다. 예를 들면, 손가락 탭핑 제스처(finger tap gesture)를 검출하는 것은 손가락-다운 이벤트를 검출한 다음에 손가락-다운 이벤트와 동일한 위치(또는 실질적으로 동일한 위치)(예컨대, 아이콘의 위치)에서 손가락-업(리프트오프(lift off)) 이벤트를 검출하는 것을 포함한다. 다른 예로서, 터치 감응형 표면 상에서 손가락 스와이프 제스처(swipe gesture)를 검출하는 것은 손가락-다운 이벤트를 검출한 다음에 하나 이상의 손가락-드래그 이벤트를 검출하고, 그에 후속하여 손가락-업(리프트오프) 이벤트를 검출하는 것을 포함한다.

그래픽 모듈(132)은 표시되는 그래픽의 시각적 효과(예컨대, 밝기, 투명도, 채도, 콘트라스트 또는 다른 시각적 속성)를 변경하기 위한 컴포넌트들을 포함하는, 터치 스크린(112) 또는 다른 디스플레이 상에서 그래픽을 렌더링 및 표시하기 위한 다양한 공지된 소프트웨어 컴포넌트들을 포함한다. 본 명세서에서 사용되는 바와 같이, 용어 "그래픽"은 텍스트, 웹 페이지들, 아이콘들(소프트 키들을 포함하는 사용자 인터페이스 객체들 등), 디지털 이미지들, 비디오들, 애니메이션들 등(이들로 제한되지 않음)을 비롯한, 사용자에게 표시될 수 있는 임의의 객체를 포함한다.

일부 실시예들에서, 그래픽 모듈(132)은 사용될 그래픽을 나타내는 데이터를 저장한다. 각각의 그래픽에는 옵션적으로 대응하는 코드가 할당된다. 그래픽 모듈(132)은 필요한 경우 좌표 데이터 및 다른 그래픽 속성 데이터와 함께 표시될 그래픽을 특정하는 하나 이상의 코드를 애플리케이션들 등으로부터 수신하며, 이어서 스크린 이미지 데이터를 생성하여 디스플레이 제어기(156)에 출력한다.

햅틱 피드백 모듈(133)은 디바이스(100)와의 사용자 상호작용들에 응답하여 디바이스(100) 상의 하나 이상의 위치에서 촉각적 출력들을 생성하기 위하여 촉각적 출력 생성기(들)(167)에 의해 이용되는 명령어들을 생성하기 위한 다양한 소프트웨어 컴포넌트들을 포함한다.

그래픽 모듈(132)의 컴포넌트일 수 있는 텍스트 입력 모듈(134)은 다양한 애플리케이션들(예컨대, 연락처(137), 이-메일(140), IM(141), 브라우저(147), 및 텍스트 입력을 필요로 하는 임의의 다른 애플리케이션)에 텍스트를 입력하기 위한 소프트 키보드들을 제공한다.

GPS 모듈(135)은 디바이스의 위치를 결정하고, 이 정보를 다양한 애플리케이션들에서의 사용을 위해 (예컨대, 위치 기반 다이얼링에서 사용하기 위해 전화(138)에, 사진/비디오 메타데이터로서 카메라(143)에, 그리고 날씨 위젯들, 지역 옐로 페이지 위젯들 및 지도/내비게이션 위젯들과 같은 위치 기반 서비스들을 제공하는 애플리케이션들에) 제공한다.

애플리케이션들(136)은 하기의 모듈들(또는 명령어들의 세트들), 또는 이들의 서브세트 또는 수퍼세트(superset)를 포함할 수 있다:

연락처 모듈(137)(때때로 주소록 또는 연락처 목록이라고 지칭됨);

전화 모듈(138);

화상 회의 모듈(139);

이메일 클라이언트 모듈(140);

인스턴트 메시징(IM) 모듈(141);

운동 지원 모듈(142);

정지 및/또는 비디오 영상들을 위한 카메라 모듈(143);

영상 관리 모듈(144);

비디오 재생기 모듈;

음악 재생기 모듈;

브라우저 모듈(147);

캘린더 모듈(148);

날씨 위젯(149-1), 주식 위젯(149-2), 계산기 위젯(149-3), 알람 시계 위젯(149-4), 사전 위젯(149-5), 및 사용자에 의해 획득되는 다른 위젯들뿐만 아니라 사용자-생성 위젯들(149-6) 중 하나 이상을 포함할 수 있는, 위젯 모듈들(149);

사용자 생성 위젯들(149-6)을 만들기 위한 위젯 생성기 모듈(150);

검색 모듈(151);

비디오 재생기 모듈 및 음악 재생기 모듈을 통합하는 비디오 및 음악 재생기 모듈(152);

메모 모듈(153);

지도 모듈(154); 및/또는

온라인 비디오 모듈(155).

메모리(102)에 저장될 수 있는 다른 애플리케이션들(136)의 예들은 다른 워드 프로세싱 애플리케이션들, 다른 영상 편집 애플리케이션들, 그리기 애플리케이션들, 프레젠테이션 애플리케이션들, JAVA 기반(JAVA-enabled) 애플리케이션들, 암호화, 디지털 저작권 관리, 음성 인식, 및 음성 복제를 포함한다.

터치 스크린(112), 디스플레이 제어기(156), 접촉/모션 모듈(130), 그래픽 모듈(132) 및 텍스트 입력 모듈(134)과 함께, 연락처 모듈(137)은, 주소록에 이름(들)을 추가하는 것; 주소록으로부터 이름(들)을 삭제하는 것; 전화번호(들), 이메일 주소(들), 물리적 주소(들) 또는 다른 정보를 이름과 연관시키는 것; 영상을 이름과 연관시키는 것; 이름들을 분류 및 정렬하는 것; 전화(138), 화상 회의 모듈(139), 이메일(140) 또는 IM(141)에 의한 통신을 개시하고 그리고/또는 용이하게 하기 위해 전화번호들 또는 이메일 주소들을 제공하는 것 등을 비롯한, 주소록 또는 연락처 목록(예컨대, 메모리(102) 또는 메모리(370) 내의 연락처 모듈(137)의 애플리케이션 내부 상태(192)에 저장됨)을 관리하는 데 사용될 수 있다.

RF 회로부(108), 오디오 회로부(110), 스피커(111), 마이크로폰(113), 터치 스크린(112), 디스플레이 제어기(156), 접촉/모션 모듈(130), 그래픽 모듈(132), 및 텍스트 입력 모듈(134)과 함께, 전화 모듈(138)은, 전화번호에 대응하는 문자들의 시퀀스를 입력하고, 연락처 모듈(137) 내의 하나 이상의 전화번호에 액세스하고, 입력된 전화번호를 수정하고, 개별 전화번호를 다이얼링하고, 대화를 하고, 대화가 완료된 때 접속해제하거나 끊는 데 사용될 수 있다. 전술한 바와 같이, 무선 통신은 복수의 통신 표준들, 프로토콜들 및 기술들 중 임의의 것을 이용할 수 있다.

RF 회로부(108), 오디오 회로부(110), 스피커(111), 마이크로폰(113), 터치스크린(112), 디스플레이 제어기(156), 광 센서(164), 광 센서 제어기(158), 접촉/모션 모듈(130), 그래픽 모듈(132), 텍스트 입력 모듈(134), 연락처 모듈(137) 및 전화 모듈(138)과 함께, 화상 회의 모듈(139)은 사용자 지시들에 따라 사용자와 한 명 이상의 다른 참여자들 사이의 화상 회의를 개시, 시행 및 종료하도록 하는 실행가능한 명령어들을 포함한다.

RF 회로부(108), 터치 스크린(112), 디스플레이 제어기(156), 접촉/모션 모듈(130), 그래픽 모듈(132) 및 텍스트 입력 모듈(134)과 함께, 이메일 클라이언트 모듈(140)은 사용자 지시들에 응답하여 이메일을 작성, 송신, 수신, 및 관리하는 실행 가능 명령어들을 포함한다. 이미지 관리 모듈(144)과 함께, 이메일 클라이언트 모듈(140)은 카메라 모듈(143)로 촬영된 정지 또는 비디오 이미지들을 갖는 이메일을 작성 및 전송하는 것을 매우 용이하게 한다.

RF 회로부(108), 터치 스크린(112), 디스플레이 제어기(156), 접촉/모션 모듈(130), 그래픽 모듈(132) 및 텍스트 입력 모듈(134)과 함께, 인스턴트 메시징 모듈(141)은, 인스턴트 메시지에 대응하는 문자들의 시퀀스를 입력하고, 이전에 입력된 문자들을 수정하고, (예를 들어, 전화 기반 인스턴트 메시지들을 위한 단문자 메시지 서비스(SMS) 또는 멀티미디어 메시지 서비스(Multimedia Message Service; MMS) 프로토콜을 이용하거나, 인터넷 기반 인스턴트 메시지들을 위한 XMPP, SIMPLE 또는 IMPS를 이용하여) 각자의 인스턴트 메시지를 전송하고, 인스턴트 메시지들을 수신하고, 수신된 인스턴트 메시지들을 보도록 하는 실행가능한 명령어들을 포함한다. 일부 실시예들에서, 전송 및/또는 수신되는 인스턴트 메시지들은 그래픽, 사진들, 오디오 파일들, 비디오 파일들, 그리고/또는 MMS 및/또는 향상된 메시징 서비스(Enhanced Messaging Service, EMS)에서 지원되는 바와 같은 다른 첨부물들을 포함할 수 있다. 본 명세서에서 사용되는 바와 같이, "인스턴트 메시징"은 전화 기반 메시지들(예컨대, SMS 또는 MMS를 이용하여 송신되는 메시지들) 및 인터넷 기반 메시지들(예컨대, XMPP, SIMPLE 또는 IMPS를 이용하여 송신되는 메시지들) 둘 다를 지칭한다.

RF 회로부(108), 터치 스크린(112), 디스플레이 제어기(156), 접촉/모션 모듈(130), 그래픽 모듈(132), 텍스트 입력 모듈(134), GPS 모듈(135), 지도 모듈(154), 및 음악 재생기 모듈과 함께, 운동 지원 모듈(142)은 (예컨대, 시간, 거리, 및/또는 열량 소비 목표와 함께) 운동들을 고안하고; 운동 센서들(스포츠 디바이스들)과 통신하고; 운동 센서 데이터를 수신하고; 운동을 모니터하는 데 사용되는 센서들을 교정하고; 운동 동안 음악을 선택 및 재생하고; 운동 데이터를 표시, 저장 및 전송하도록 하는 실행가능한 명령어들을 포함한다.

터치 스크린(112), 디스플레이 제어기(156), 광 센서(들)(164), 광 센서 제어기(158), 접촉/모션 모듈(130), 그래픽 모듈(132) 및 이미지 관리 모듈(144)과 함께, 카메라 모듈(143)은, 정지 이미지들 또는 비디오(비디오 스트림을 포함함)를 캡처하고 이들을 메모리(102) 내에 저장하거나, 정지 이미지 또는 비디오의 특성을 수정하거나, 메모리(102)로부터 정지 이미지 또는 비디오를 삭제하는 실행 가능 명령어들을 포함한다.

터치 스크린(112), 디스플레이 제어기(156), 접촉/모션 모듈(130), 그래픽 모듈(132), 텍스트 입력 모듈(134) 및 카메라 모듈(143)과 함께, 이미지 관리 모듈(144)은 정지 및/또는 비디오 이미지들을 배열하거나, 수정(예컨대, 편집)하거나, 그렇지 않으면 조작하고, 레이블링하고, 삭제하고, (예컨대, 디지털 슬라이드 쇼 또는 앨범에) 제시하고, 저장하도록 하는 실행가능한 명령어들을 포함한다.

RF 회로부(108), 터치 스크린(112), 디스플레이 제어기(156), 접촉/모션 모듈(130), 그래픽 모듈(132) 및 텍스트 입력 모듈(134)과 함께, 브라우저 모듈(147)은, 웹 페이지들 또는 이들의 부분들뿐만 아니라 웹 페이지들에 링크된 첨부물들 및 다른 파일들을 검색하고, 그들에 링크하고, 수신하고, 그리고 표시하는 것을 비롯한, 사용자 지시들에 따라 인터넷을 브라우징하도록 하는 실행가능한 명령어들을 포함한다.

RF 회로부(108), 터치 스크린(112), 디스플레이 제어기(156), 접촉/모션 모듈(130), 그래픽 모듈(132), 텍스트 입력 모듈(134), 이메일 클라이언트 모듈(140), 및 브라우저 모듈(147)과 함께, 캘린더 모듈(148)은 사용자 지시들에 따라 캘린더들 및 캘린더들과 연관된 데이터(예컨대, 캘린더 엔트리들, 할 일 리스트들 등)를 생성, 표시, 수정, 및 저장하도록 하는 실행가능한 명령어들을 포함한다.

RF 회로부(108), 터치 스크린(112), 디스플레이 제어기(156), 접촉/모션 모듈(130), 그래픽 모듈(132), 텍스트 입력 모듈(134) 및 브라우저 모듈(147)과 함께, 위젯 모듈들(149)은 사용자에 의해 다운로드 및 사용될 수 있거나(예컨대, 날씨 위젯(149-1), 주식 위젯(149-2), 계산기 위젯(149-3), 알람 시계 위젯(149-4) 및 사전 위젯(149-5)), 또는 사용자에 의해 생성될 수 있는(예컨대, 사용자-생성 위젯(149-6)) 미니-애플리케이션들이다. 일부 실시예들에서, 위젯은 HTML(Hypertext Markup Language) 파일, CSS(Cascading Style Sheets) 파일 및 자바스크립트(JavaScript) 파일을 포함한다. 일부 실시예들에서, 위젯은 XML(Extensible Markup Language) 파일 및 자바스크립트 파일(예컨대, 야후!(Yahoo!) 위젯들)을 포함한다.

RF 회로부(108), 터치 스크린(112), 디스플레이 제어기(156), 접촉/모션 모듈(130), 그래픽 모듈(132), 텍스트 입력 모듈(134) 및 브라우저 모듈(147)과 함께, 위젯 생성기 모듈(150)은 사용자에 의해 위젯들을 생성(예를 들어, 웹 페이지의 사용자-특정 부분을 위젯으로 변경)하는 데 사용될 수 있다.

터치 스크린(112), 디스플레이 제어기(156), 접촉/모션 모듈(130), 그래픽 모듈(132) 및 텍스트 입력 모듈(134)과 함께, 검색 모듈(151)은 사용자 지시들에 따라 하나 이상의 검색 기준(예컨대, 하나 이상의 사용자 지정 검색어)에 일치하는 메모리(102) 내의 텍스트, 음악, 사운드, 이미지, 비디오, 및/또는 다른 파일들을 검색하는 실행 가능 명령어들을 포함한다.

터치 스크린(112), 디스플레이 제어기(156), 접촉/모션 모듈(130), 그래픽 모듈(132), 오디오 회로부(110), 스피커(111), RF 회로부(108) 및 브라우저 모듈(147)과 함께, 비디오 및 음악 재생기 모듈(152)은, 사용자가 MP3 또는 AAC 파일들과 같은 하나 이상의 파일 포맷으로 저장된 녹음된 음악 및 다른 사운드 파일들을 다운로드 및 재생할 수 있게 하는 실행가능한 명령어들, 및 비디오들을 (예컨대, 터치 스크린(112) 상에서 또는 외부 포트(124)를 통해 외부의 접속된 디스플레이 상에서) 표시하거나, 상영하거나, 또는 달리 재생하도록 하는 실행가능한 명령어들을 포함한다. 일부 실시예들에서, 디바이스(100)는 옵션적으로 아이팟(애플 인크.의 상표)과 같은 MP3 재생기의 기능을 포함한다.

터치 스크린(112), 디스플레이 제어기(156), 접촉/모션 모듈(130), 그래픽 모듈(132) 및 텍스트 입력 모듈(134)과 함께, 메모 모듈(153)은 사용자 지시들에 따라 메모들, 할 일 목록들 등을 생성 및 관리하도록 하는 실행가능한 명령어들을 포함한다.

RF 회로부(108), 터치 스크린(112), 디스플레이 제어기(156), 접촉/모션 모듈(130), 그래픽 모듈(132), 텍스트 입력 모듈(134), GPS 모듈(135), 및 브라우저 모듈(147)과 함께, 지도 모듈(154)은 사용자 지시들에 따라 지도들 및 지도들과 연관된 데이터(예컨대, 운전 방향; 특정한 위치에서의 또는 그 인근의 상점들 및 다른 관심 지점들에 관한 데이터; 및 다른 위치-기반 데이터)를 수신하고, 표시하고, 수정하고, 저장하는 데 사용될 수 있다.

터치 스크린(112), 디스플레이 제어기(156), 접촉/모션 모듈(130), 그래픽 모듈(132), 오디오 회로부(110), 스피커(111), RF 회로부(108), 텍스트 입력 모듈(134), 이메일 클라이언트 모듈(140) 및 브라우저 모듈(147)과 함께, 온라인 비디오 모듈(155)은 사용자가 H.264와 같은 하나 이상의 파일 포맷의 온라인 비디오들을 액세스하고, 브라우징하고, (예컨대, 스트리밍 및/또는 다운로드에 의해) 수신하고, (예컨대, 터치 스크린 상에서 또는 외부 포트(124)를 통해 외부의 접속된 디스플레이 상에서) 재생하고, 특정한 온라인 비디오로의 링크와 함께 이메일을 전송하고, 달리 관리하게 하는 명령어들을 포함한다. 일부 실시예들에서, 이메일 클라이언트 모듈(140)보다는 오히려 인스턴트 메시징 모듈(141)이 특정 온라인 비디오로의 링크를 전송하는 데 사용된다. 온라인 비디오 애플리케이션에 대한 추가적 설명은, 2007년 6월 20일자로 출원된 미국 가특허 출원 제60/936,562호, "Portable Multifunction Device, Method, and Graphical User Interface for Playing Online Videos" 및 2007년 12월 31일자로 출원된 미국 특허 출원 제11/968,067호, "Portable Multifunction Device, Method, and Graphical User Interface for Playing Online Videos"에서 찾아볼 수 있으며, 이 출원들의 내용은 이로써 그 전체가 참고로 본 명세서에 포함된다.

앞서 식별된 모듈들 및 애플리케이션들의 각각은 전술한 하나 이상의 기능 및 본 출원에 기술된 방법들(예컨대, 본 명세서에 기술된 컴퓨터-구현 방법들 및 다른 정보 처리 방법들)을 수행하기 위한 실행가능한 명령어들의 세트에 대응한다. 이들 모듈들(예컨대, 명령어들의 세트들)은 별도의 소프트웨어 프로그램들, 절차들 또는 모듈들로서 구현될 필요는 없으며, 따라서 이들 모듈들의 다양한 서브세트들이 다양한 실시예들에서 조합되거나 달리 재배열될 수 있다. 예를 들어, 비디오 재생기 모듈은 음악 재생기 모듈과 결합되어 단일 모듈(예컨대, 도 1a의 비디오 및 음악 재생기 모듈(152))로 될 수 있다. 일부 실시예들에서, 메모리(102)는 앞서 식별된 모듈들 및 데이터 구조들의 서브세트를 저장할 수 있다. 또한, 메모리(102)는 전술하지 않은 추가의 모듈들 및 데이터 구조들을 저장할 수 있다.

일부 실시예들에서, 디바이스(100)는 디바이스 상의 미리정의된 세트의 기능들의 동작이 터치 스크린 및/또는 터치패드를 통해 전용으로 수행되는 디바이스이다. 터치 스크린 및/또는 터치패드를 디바이스(100)의 동작을 위한 주 입력 제어 디바이스로서 사용함으로써, 디바이스(100) 상의 (푸시 버튼들, 다이얼들 등과 같은) 물리적 입력 제어 디바이스들의 수가 감소될 수 있다.

전적으로 터치 스크린 및/또는 터치패드를 통해 수행되는 미리정의된 세트의 기능들은, 옵션적으로, 사용자 인터페이스들 사이의 탐색을 포함한다. 일부 실시예들에서, 터치패드는, 사용자에 의해 터치될 때, 디바이스(100)를 디바이스(100) 상에 표시되는 임의의 사용자 인터페이스로부터 메인, 홈 또는 루트 메뉴로 내비게이팅(navigate)한다. 이러한 실시예들에서, "메뉴 버튼"이 터치패드를 이용하여 구현된다. 일부 다른 실시예들에서, 메뉴 버튼은 터치패드 대신에 물리적 푸시 버튼 또는 다른 물리적 입력 제어 디바이스이다.

도 1b는 일부 실시예들에 따른, 이벤트 처리를 위한 예시적인 컴포넌트들을 나타낸 블록도이다. 일부 실시예들에서, 메모리(도 1a의 102 또는 도 3의 370)는 (예컨대, 운영 체제(126)에서의) 이벤트 분류기(170) 및 각자의 애플리케이션(136-1)(예컨대, 전술된 애플리케이션들(137 내지 151, 155, 380 내지 390) 중 임의의 것)을 포함한다.

이벤트 분류기(170)는 이벤트 정보를 수신하고 그 이벤트 정보를 전달할 애플리케이션(136-1), 및 애플리케이션(136-1)의 애플리케이션 뷰(191)를 결정한다. 이벤트 분류기(170)는 이벤트 모니터(171)와 이벤트 디스패처 모듈(event dispatcher module)(174)을 포함한다. 일부 실시예들에서, 애플리케이션(136-1)은 애플리케이션이 활성이거나 실행 중일 때 터치 감응형 디스플레이(112) 상에 표시되는 현재 애플리케이션 뷰(들)를 나타내는 애플리케이션 내부 상태(192)를 포함한다. 일부 실시예들에서, 디바이스/전역 내부 상태(157)는 이벤트 분류기(170)에 의해 어느 애플리케이션(들)이 현재 활성 상태인지를 결정하는 데 이용되며, 애플리케이션 내부 상태(192)는 이벤트 분류기(170)에 의해 이벤트 정보를 전달할 애플리케이션 뷰들(191)을 결정하는 데 이용된다.

일부 실시예들에서, 애플리케이션 내부 상태(192)는 애플리케이션(136-1)이 실행을 재개할 때 이용될 재개 정보, 애플리케이션(136-1)에 의해 표시되고 있거나 표시될 준비가 된 정보를 나타내는 사용자 인터페이스 상태 정보, 사용자가 애플리케이션(136-1)의 이전 상태 또는 뷰로 되돌아가게 하기 위한 상태 큐, 및 사용자에 의해 취해진 이전 동작들의 재실행(redo)/실행취소(undo) 큐 중 하나 이상과 같은 추가의 정보를 포함한다.

이벤트 모니터(171)는 주변기기 인터페이스(118)로부터 이벤트 정보를 수신한다. 이벤트 정보는 서브-이벤트(예컨대, 멀티-터치 제스처의 일부로서 터치 감응형 디스플레이(112) 상의 사용자 터치)에 관한 정보를 포함한다. 주변기기 인터페이스(118)는 I/O 서브시스템(106) 또는 센서(근접 센서(166), 가속도계(들)(168), 및/또는 (오디오 회로부(110)를 통한) 마이크로폰(113) 등)로부터 수신하는 정보를 전송한다. 주변기기 인터페이스(118)가 I/O 서브시스템(106)으로부터 수신하는 정보는 터치 감응형 디스플레이(112) 또는 터치 감응형 표면으로부터의 정보를 포함한다.

일부 실시예들에서, 이벤트 모니터(171)는 요청들을 미리결정된 간격으로 주변기기 인터페이스(118)로 송신한다. 그에 응답하여, 주변기기 인터페이스(118)는 이벤트 정보를 전송한다. 다른 실시예들에서, 주변기기 인터페이스(118)는 중요한 이벤트(예컨대, 미리결정된 잡음 임계치를 초과하는 입력 및/또는 미리결정된 지속기간 초과 동안의 입력을 수용하는 것)가 있을 때에만 이벤트 정보를 전송한다. 일부 실시예들에서, 이벤트 분류기(170)는 또한 히트 뷰(hit view) 결정 모듈(172) 및/또는 활성 이벤트 인식기 결정 모듈(173)을 포함한다.

히트 뷰 결정 모듈(172)은 터치 감응형 디스플레이(112)가 하나 초과의 뷰를 표시할 때 하나 이상의 뷰 내에서 서브-이벤트가 발생한 곳을 결정하기 위한 소프트웨어 프로시저들을 제공한다. 뷰들은 사용자가 디스플레이 상에서 볼 수 있는 제어부들 및 다른 요소들로 이루어져 있다.

애플리케이션과 연관된 사용자 인터페이스의 다른 양태는 본 명세서에서 때때로 애플리케이션 뷰들 또는 사용자 인터페이스 창(user interface window)들로 지칭되는 한 세트의 뷰들이며, 여기서 정보가 표시되고 터치 기반 제스처가 발생한다. 터치가 검출되는 (각자의 애플리케이션의) 애플리케이션 뷰들은 애플리케이션의 프로그램적 또는 뷰 계층구조 내의 프로그램적 레벨들에 대응할 수 있다. 예를 들어, 터치가 검출되는 최하위 레벨의 뷰는 히트 뷰로 지칭될 수 있고, 적절한 입력들로서 인식되는 이벤트들의 세트는 터치 기반 제스처를 시작하는 초기 터치의 히트 뷰에 적어도 부분적으로 기초하여 결정될 수 있다.

히트 뷰 결정 모듈(172)은 터치 기반 제스처의 서브-이벤트들에 관련된 정보를 수신한다. 애플리케이션이 계층구조에서 편성된 다수의 뷰들을 가질 때, 히트 뷰 결정 모듈(172)은 히트 뷰를 서브-이벤트를 처리해야 하는 계층구조에서의 최하위 뷰로서 식별한다. 대부분의 상황들에서, 히트 뷰는 개시되는 서브-이벤트가 발생하는 최하위 레벨 뷰이다(예컨대, 이벤트 또는 잠재적 이벤트를 형성하는 서브-이벤트들의 시퀀스 내의 첫 번째 서브-이벤트임). 일단 히트 뷰가 히트 뷰 결정 모듈(172)에 의해 식별되면, 히트 뷰는 전형적으로 그것이 히트 뷰로서 식별되게 하는 것과 동일한 터치나 입력 소스에 관련된 모든 서브-이벤트들을 수신한다.

활성 이벤트 인식기 결정 모듈(173)은 뷰 계층구조 내에서 어느 뷰 또는 뷰들이 서브-이벤트들의 특정 시퀀스를 수신해야 하는지를 결정한다. 일부 실시예들에서, 활성 이벤트 인식기 결정 모듈(173)은 히트 뷰만이 서브-이벤트들의 특정 시퀀스를 수신해야 하는 것으로 결정한다. 다른 실시예들에서, 활성 이벤트 인식기 결정 모듈(173)은 서브-이벤트의 물리적 위치를 포함하는 모든 뷰들이 적극 참여 뷰(actively involved view)인 것으로 결정하고, 그에 따라 모든 적극 참여 뷰들이 서브-이벤트들의 특정 시퀀스를 수신해야 하는 것으로 결정한다. 다른 실시예들에서, 터치 서브-이벤트들이 전적으로 하나의 특정 뷰와 연관된 영역으로 한정되더라도, 계층구조 내의 상위 뷰들은 여전히 적극 참여 뷰들로서 유지될 것이다.

이벤트 디스패처 모듈(174)은 이벤트 정보를 이벤트 인식기(예컨대, 이벤트 인식기(180))에 송달한다. 활성 이벤트 인식기 결정 모듈(173)을 포함하는 실시예들에서, 이벤트 디스패처 모듈(174)은 이벤트 정보를 활성 이벤트 인식기 결정 모듈(173)에 의해 결정된 이벤트 인식기에 전달한다. 일부 실시예들에서, 이벤트 디스패처 모듈(174)은 이벤트 큐 내에 이벤트 정보를 저장하는데, 이벤트 정보는 각각의 이벤트 수신기(182)에 의해 인출된다.

일부 실시예들에서, 운영 체제(126)는 이벤트 분류기(170)를 포함한다. 대안적으로, 애플리케이션(136-1)은 이벤트 분류기(170)를 포함한다. 또 다른 실시예들에서, 이벤트 분류기(170)는 독립형 모듈, 또는 접촉/모션 모듈(130)과 같이 메모리(102)에 저장되는 다른 모듈의 일부이다.

일부 실시예들에서, 애플리케이션(136-1)은 복수의 이벤트 핸들러들(190) 및 하나 이상의 애플리케이션 뷰(191)를 포함하며, 이들의 각각은 애플리케이션의 사용자 인터페이스의 각각의 뷰 내에 발생하는 터치 이벤트들을 처리하기 위한 명령어들을 포함한다. 애플리케이션(136-1)의 각각의 애플리케이션 뷰(191)는 하나 이상의 이벤트 인식기(180)를 포함한다. 전형적으로, 각자의 애플리케이션 뷰(191)는 복수의 이벤트 인식기(180)를 포함한다. 다른 실시예들에서, 이벤트 인식기들(180) 중 하나 이상은 사용자 인터페이스 키트(도시되지 않음) 또는 애플리케이션(136-1)이 방법들 및 다른 속성들을 상속받는 상위 레벨 객체와 같은 별개의 모듈의 일부이다. 일부 실시예들에서, 각자의 이벤트 핸들러(190)는 데이터 업데이터(176), 객체 업데이터(177), GUI 업데이터(178), 및/또는 이벤트 분류기(170)로부터 수신된 이벤트 데이터(179) 중 하나 이상을 포함한다. 이벤트 핸들러(190)는 데이터 업데이터(176), 객체 업데이터(177) 또는 GUI 업데이터(178)를 이용하거나 호출하여 애플리케이션 내부 상태(192)를 업데이트할 수 있다. 대안적으로, 애플리케이션 뷰들(191) 중 하나 이상은 하나 이상의 각자의 이벤트 핸들러(190)를 포함한다. 또한, 일부 실시예들에서, 데이터 업데이터(176), 객체 업데이터(177), 및 GUI 업데이터(178) 중 하나 이상은 각자의 애플리케이션 뷰(191)에 포함된다.

각자의 이벤트 인식기(180)는 이벤트 분류기(170)로부터 이벤트 정보(예컨대, 이벤트 데이터(179))를 수신하고 이벤트 정보로부터 이벤트를 식별한다. 이벤트 인식기(180)는 이벤트 수신기(182) 및 이벤트 비교기(184)를 포함한다. 일부 실시예들에서, 이벤트 인식기(180)는 또한 적어도 메타데이터(183) 및 이벤트 전달 명령어들(188)(서브-이벤트 전달 명령어들을 포함할 수 있음)의 서브세트를 포함한다.

이벤트 수신기(182)는 이벤트 분류기(170)로부터 이벤트 정보를 수신한다. 이벤트 정보는 서브-이벤트, 예를 들면 터치 또는 터치 이동에 대한 정보를 포함한다. 서브-이벤트에 따라, 이벤트 정보는 또한 서브-이벤트의 위치와 같은 추가의 정보를 포함한다. 서브-이벤트가 터치의 모션에 관한 것일 때, 이벤트 정보는 또한 서브-이벤트의 속력 및 방향을 포함할 수 있다. 일부 실시예들에서, 이벤트들은 하나의 배향으로부터 다른 배향으로(예컨대, 세로 배향으로부터 가로 배향으로, 또는 그 반대로)의 디바이스의 회전을 포함하며, 이벤트 정보는 디바이스의 현재 배향(디바이스 자세로도 지칭됨)에 관한 대응하는 정보를 포함한다.

이벤트 비교기(184)는 이벤트 정보를 미리정의된 이벤트 또는 서브-이벤트 정의들과 비교하고, 그 비교에 기초하여, 이벤트 또는 서브-이벤트를 결정하거나, 이벤트 또는 서브-이벤트의 상태를 결정 또는 업데이트한다. 일부 실시예들에서, 이벤트 비교기(184)는 이벤트 정의들(186)을 포함한다. 이벤트 정의들(186)은 이벤트들(예컨대, 서브-이벤트들의 미리정의된 시퀀스들), 예를 들면 이벤트 1(187-1), 이벤트 2(187-2) 등의 정의를 포함한다. 일부 실시예들에서, 이벤트(187) 내의 서브-이벤트들은, 예를 들어, 터치 시작, 터치 종료, 터치 이동, 터치 취소, 및 다중 터치를 포함한다. 하나의 예에서, 이벤트 1(187-1)에 대한 정의는 표시된 객체 상의 더블 탭(double tap)이다. 더블 탭은, 예를 들면 미리결정된 페이즈(phase) 동안의 표시된 객체 상의 제1 터치(터치 시작), 미리결정된 페이즈 동안의 제1 리프트오프(liftoff)(터치 종료), 미리결정된 페이즈 동안의 표시된 객체 상의 제2 터치(터치 시작), 및 미리결정된 페이즈 동안의 제2 리프트오프(터치 종료)를 포함한다. 다른 예에서, 이벤트 2(187-2)에 대한 정의는 표시된 객체 상의 드래그(drag)이다. 드래그는, 예를 들어, 미리결정된 페이즈 동안의 표시된 객체 상의 터치(또는 접촉), 터치 감응형 디스플레이(112)를 가로지르는 터치의 이동, 및 터치의 리프트오프(터치 종료)을 포함한다. 일부 실시예들에서, 이벤트는 또한 하나 이상의 연관된 이벤트 핸들러(190)에 대한 정보를 포함한다.

일부 실시예들에서, 이벤트 정의(186)는 각자의 사용자 인터페이스 객체에 대한 이벤트의 정의를 포함한다. 일부 실시예들에서, 이벤트 비교기(184)는 어느 사용자 인터페이스 객체가 서브-이벤트와 연관되어 있는지 결정하기 위해 히트 테스트(hit test)를 수행한다. 예를 들어, 3개의 사용자 인터페이스 객체들이 터치 감응형 디스플레이(112) 상에 표시되는 애플리케이션 뷰에서, 터치가 터치 감응형 디스플레이(112) 상에서 검출되는 경우, 이벤트 비교기(184)는 3개의 사용자 인터페이스 객체들 중 어느 것이 터치(서브-이벤트)와 연관되어 있는지를 결정하기 위해 히트 테스트를 수행한다. 각각의 표시된 객체가 각자의 이벤트 핸들러(190)와 연관되는 경우, 이벤트 비교기는 어느 이벤트 핸들러(190)가 활성화되어야 하는지 결정하는 데 히트 테스트의 결과를 이용한다. 예를 들면, 이벤트 비교기(184)는 히트 테스트를 트리거하는 서브-이벤트 및 객체와 연관된 이벤트 핸들러를 선택한다.

일부 실시예들에서, 각자의 이벤트(187)에 대한 정의는 또한 서브-이벤트들의 시퀀스가 이벤트 인식기의 이벤트 유형에 대응하는지 대응하지 않는지가 결정된 후까지 이벤트 정보의 전달을 지연하는 지연된 행동들을 포함한다.

각자의 이벤트 인식기(180)가 일련의 서브-이벤트들이 이벤트 정의들(186) 내의 이벤트들 중 어느 것과도 일치하지 않는 것으로 결정할 때, 각자의 이벤트 인식기(180)는 이벤트 불가능, 이벤트 실패, 또는 이벤트 종료 상태에 진입하고, 그 후 각자의 이벤트 인식기는 터치 기반 제스처의 후속하는 서브-이벤트들을 무시한다. 이러한 상황에서, 히트 뷰에 대해 활성인 채로 있는 다른 이벤트 인식기들(있는 경우)이 진행 중인 터치 기반 제스처들의 서브-이벤트들을 계속해서 추적 및 처리한다.

일부 실시예들에서, 각자의 이벤트 인식기(180)는 이벤트 전달 시스템이 어떻게 능동적으로 관여된 이벤트 인식기들에 대한 서브-이벤트 전달을 수행해야 하는지를 나타내는 구성가능한 속성들, 플래그(flag)들, 및/또는 목록들을 갖는 메타데이터(183)를 포함한다. 일부 실시예들에서, 메타데이터(183)는 이벤트 인식기들이 어떻게 서로 상호작용할 수 있는지, 또는 상호작용하게 될 수 있는지를 나타내는 구성가능한 속성들, 플래그들, 및/또는 목록들을 포함한다. 일부 실시예들에서, 메타데이터(183)는, 서브-이벤트들이 뷰 또는 프로그램 계층구조에서의 다양한 레벨들에 전달되는지 여부를 나타내는 구성가능한 속성들, 플래그들, 및/또는 목록들을 포함한다.

일부 실시예들에서, 각자의 이벤트 인식기(180)는 이벤트의 하나 이상의 특정의 서브-이벤트가 인식될 때 이벤트와 연관된 이벤트 핸들러(190)를 활성화한다. 일부 실시예들에서, 각자의 이벤트 인식기(180)는 이벤트와 연관된 이벤트 정보를 이벤트 핸들러(190)에 전달한다. 이벤트 핸들러(190)를 활성화하는 것은 각자의 히트 뷰에 서브-이벤트들을 송신(및 지연 송신)하는 것과는 구별된다. 일부 실시예들에서, 이벤트 인식기(180)는 인식된 이벤트와 연관된 플래그를 던지고(throw), 그 플래그와 연관된 이벤트 핸들러(190)는 그 플래그를 잡아서(catch) 미리정의된 프로세스를 수행한다.

일부 실시예들에서, 이벤트 전달 명령어들(188)은 이벤트 핸들러를 활성화함이 없이 서브-이벤트에 관한 이벤트 정보를 전달하는 서브-이벤트 전달 명령어들을 포함한다. 대신에, 서브-이벤트 전달 명령어들은 일련의 서브-이벤트들과 연관된 이벤트 핸들러들에 또는 능동적으로 관여된 뷰들에 이벤트 정보를 전달한다. 일련의 서브-이벤트들 또는 능동적으로 관여된 뷰들과 연관된 이벤트 핸들러들은 이벤트 정보를 수신하고 미리결정된 프로세스를 수행한다.

일부 실시예들에서, 데이터 업데이터(176)는 애플리케이션(136-1)에서 이용되는 데이터를 생성 및 업데이트한다. 예를 들면, 데이터 업데이터(176)는 연락처 모듈(137)에서 이용되는 전화번호를 업데이트하거나 비디오 재생기 모듈에서 이용되는 비디오 파일을 저장한다. 일부 실시예들에서, 객체 업데이터(177)는 애플리케이션(136-1)에서 이용되는 객체들을 생성 및 업데이트한다. 예를 들면, 객체 업데이터(177)는 새로운 사용자 인터페이스 객체를 생성하거나 사용자 인터페이스 객체의 위치를 업데이트한다. GUI 업데이터(178)는 GUI를 업데이트한다. 예를 들면, GUI 업데이터(178)는 디스플레이 정보를 준비하고 이것을 터치 감응형 디스플레이 상의 표시를 위한 그래픽 모듈(132)에 송신한다.

일부 실시예들에서, 이벤트 핸들러(들)(190)는 데이터 업데이터(176), 객체 업데이터(177), 및 GUI 업데이터(178)를 포함하거나 이들에 액세스한다. 일부 실시예들에서, 데이터 업데이터(176), 객체 업데이터(177), 및 GUI 업데이터(178)는 각각의 애플리케이션(136-1) 또는 애플리케이션 뷰(191)의 단일 모듈 내에 포함된다. 다른 실시예들에서, 이들은 2개 이상의 소프트웨어 모듈에 포함된다.

터치 감응형 디스플레이들 상의 사용자 터치들의 이벤트 처리에 관하여 전술한 논의는 또한 입력 디바이스들을 갖는 다기능 디바이스들(100)을 작동시키기 위한 다른 형태들의 사용자 입력들에도 적용되지만, 그 모두가 터치 스크린들 상에서 개시되는 것이 아니라는 것을 이해해야 한다. 예를 들면, 단일 또는 다수의 키보드 누르기 또는 유지와 옵션적으로 조화된 마우스 이동 및 마우스 버튼 누르기; 터치패드 상의, 탭, 드래그, 스크롤 등과 같은 접촉 이동들; 펜 스타일러스 입력들; 디바이스의 이동; 구두 명령어들; 검출된 눈 움직임들; 생체 측정 입력들; 및/또는 이들의 임의의 조합이 인식될 이벤트를 정의하는 서브-이벤트들에 대응하는 입력들로서 옵션적으로 이용된다.

도 2는 일부 실시예들에 따른, 터치 스크린(112)을 갖는 휴대용 다기능 디바이스(100)를 예시한다. 터치 스크린은, 옵션적으로, 사용자 인터페이스(UI)(200) 내에서 하나 이상의 그래픽을 표시한다. 이러한 실시예는 물론 이하에서 기술되는 다른 실시예들에서, 사용자는, 예를 들어, 하나 이상의 손가락(202)(도면에서 축척대로 도시되지 않음) 또는 하나 이상의 스타일러스(203)(도면에서 축척대로 도시되지 않음)을 이용하여 그래픽 상에 제스처를 행함으로써 그래픽들 중 하나 이상을 선택할 수 있다. 일부 실시예들에서, 하나 이상의 그래픽의 선택은 사용자가 하나 이상의 그래픽과의 접촉을 중단할 때 발생한다. 일부 실시예들에서, 제스처는 옵션적으로 디바이스(100)와 접촉한 손가락의 하나 이상의 탭, (좌에서 우로, 우에서 좌로, 위로 및/또는 아래로의) 하나 이상의 스와이프 및/또는 (우에서 좌로, 좌에서 우로, 위로 및/또는 아래로의) 롤링을 포함한다. 일부 구현예들 또는 상황들에서, 그래픽과 부주의하여 접촉되면 그 그래픽은 선택되지 않는다. 예를 들면, 선택에 대응하는 제스처가 탭인 경우에, 애플리케이션 아이콘 위를 지나가는 스와이프 제스처는 옵션적으로, 대응하는 애플리케이션을 선택하지 않는다.

디바이스(100)는 또한 "홈" 또는 메뉴 버튼(204)과 같은 하나 이상의 물리적 버튼을 포함할 수 있다. 이전에 설명한 바와 같이, 메뉴 버튼(204)은 디바이스(100) 상에서 실행될 수 있는 애플리케이션들의 세트 내의 임의의 애플리케이션(136)으로 내비게이팅하는 데 사용될 수 있다. 대안적으로, 일부 실시예들에서, 메뉴 버튼은 터치 스크린(112) 상에 표시된 GUI에서 소프트 키로서 구현된다.

일부 실시예들에서, 디바이스(100)는 터치 스크린(112), 메뉴 버튼(204), 디바이스의 전원을 온/오프하고 디바이스를 잠그기 위한 푸시 버튼(206), 음량 조절 버튼(들)(208), 가입자 식별 모듈(SIM) 카드 슬롯(210), 헤드셋 잭(212), 및 도킹/충전 외부 포트(124)를 포함한다. 푸시 버튼(206)은, 옵션적으로, 버튼을 누르고 버튼을 미리정의된 시간 간격 동안 누른 상태로 유지함으로써 디바이스에서 전원을 켜거나/끄고; 버튼을 누르고 미리정의된 시간 간격이 경과하기 전에 버튼 누르기를 해제함으로써 디바이스를 잠그고; 그리고/또는 디바이스를 잠금해제하거나 잠금해제 프로세스를 개시하는 데 사용된다. 대안의 실시예에서, 디바이스(100)는 또한 마이크로폰(113)을 통해 일부 기능들의 활성화 또는 비활성화를 위한 구두 입력을 받는다. 디바이스(100)는 또한, 옵션적으로, 터치 스크린(112) 상의 접촉들의 세기를 검출하기 위한 하나 이상의 접촉 세기 센서(165) 및/또는 디바이스(100)의 사용자를 위해 촉각적 출력들을 생성하기 위한 하나 이상의 촉각적 출력 생성기(167)를 포함한다.

도 3은 일부 실시예들에 따른, 디스플레이 및 터치 감응형 표면을 구비한 예시적인 다기능 디바이스의 블록도이다. 디바이스(300)가 휴대용일 필요는 없다. 일부 실시예들에서, 디바이스(300)는 랩톱 컴퓨터, 데스크톱 컴퓨터, 태블릿 컴퓨터, 멀티미디어 재생기 디바이스, 내비게이션 디바이스, (아이들의 학습 장난감과 같은) 교육용 디바이스, 게임 시스템, 또는 제어 디바이스(예컨대, 가정용 또는 산업용 제어기)이다. 디바이스(300)는 전형적으로 하나 이상의 처리 유닛(CPU)(310), 하나 이상의 네트워크 또는 다른 통신 인터페이스들(360), 메모리(370), 및 이들 컴포넌트를 상호접속하기 위한 하나 이상의 통신 버스(320)를 포함한다. 통신 버스들(320)은 옵션적으로 시스템 컴포넌트들을 상호접속시키고 이들 사이의 통신을 제어하는 회로부(때때로 칩셋이라고 지칭됨)를 포함한다. 디바이스(300)는 전형적으로 터치 스크린 디스플레이인 디스플레이(340)를 포함하는 입출력(I/O) 인터페이스(330)를 포함한다. I/O 인터페이스(330)는 또한, 옵션적으로, 키보드 및/또는 마우스(또는 다른 포인팅 디바이스)(350) 및 터치패드(355), (예컨대, 도 1a를 참조하여 전술된 촉각적 출력 생성기(들)(167)와 유사한) 디바이스(300) 상에 촉각적 출력들을 생성하기 위한 촉각적 출력 생성기(357), 센서들(359)(예컨대, 도 1a를 참조하여 전술된 접촉 세기 센서(들)(165)와 유사한 광, 가속도, 근접, 터치 감응형, 및/또는 접촉 세기 센서들)을 포함한다. 메모리(370)는 DRAM, SRAM, DDR RAM 또는 다른 랜덤 액세스 솔리드 스테이트 메모리 디바이스들과 같은 고속 랜덤 액세스 메모리를 포함하며; 옵션적으로 하나 이상의 자기 디스크 저장 디바이스, 광 디스크 저장 디바이스, 플래시 메모리 디바이스, 또는 다른 비휘발성 솔리드 스테이트 저장 디바이스와 같은 비휘발성 메모리를 포함한다. 메모리(370)는 옵션적으로 CPU(들)(310)로부터 원격으로 위치된 하나 이상의 저장 디바이스를 포함한다. 일부 실시예들에서, 메모리(370)는 휴대용 다기능 디바이스(100)(도 1a)의 메모리(102)에 저장된 프로그램들, 모듈들, 및 데이터 구조들과 유사한 프로그램들, 모듈들, 및 데이터 구조들 또는 이들의 서브세트를 저장한다. 또한, 메모리(370)는, 옵션적으로, 휴대용 다기능 디바이스(100)의 메모리(102) 내에 존재하지 않는 추가의 프로그램들, 모듈들 및 데이터 구조들을 저장한다. 예를 들어, 디바이스(300)의 메모리(370)는, 옵션적으로, 그리기 모듈(380), 프레젠테이션 모듈(382), 워드 프로세싱 모듈(384), 웹사이트 제작 모듈(386), 디스크 저작 모듈(388), 및/또는 스프레드시트 모듈(390)을 저장하는 반면, 휴대용 다기능 디바이스(100)(도 1a)의 메모리(102)는, 옵션적으로, 이 모듈들을 저장하지 않는다.

도 3에서의 앞서 식별된 요소들 각각은 이전에 언급된 메모리 디바이스들 중 하나 이상에 저장될 수 있다. 앞서 식별된 모듈들 각각은 전술한 기능을 수행하기 위한 명령어들의 세트에 대응한다. 앞서 식별된 모듈들 또는 프로그램들(예컨대, 명령어들의 세트들)은 별개의 소프트웨어 프로그램들, 절차들 또는 모듈들로서 구현될 필요는 없으며, 따라서 이 모듈들의 다양한 서브세트들이 다양한 실시예들에서 조합되거나 다른 방식으로 재배열될 수 있다. 일부 실시예들에서, 메모리(370)는 앞서 식별된 모듈들 및 데이터 구조들의 서브세트를 저장할 수 있다. 또한, 메모리(370)는 전술하지 않은 추가의 모듈들 및 데이터 구조들을 저장할 수 있다.

이제부터 예를 들어 휴대용 다기능 디바이스(100) 상에서 구현될 수 있는 사용자 인터페이스들의 실시예들을 살펴본다.

도 4a는 일부 실시예들에 따른, 휴대용 다기능 디바이스(100) 상의 애플리케이션들의 메뉴에 대한 예시적인 사용자 인터페이스를 예시한다. 유사한 사용자 인터페이스들이 디바이스(300) 상에 구현될 수 있다. 일부 실시예들에서, 사용자 인터페이스(400)는 하기의 요소들, 또는 그 서브세트나 수퍼세트를 포함한다:

셀룰러 및 Wi-Fi 신호들과 같은 무선 통신(들)에 대한 신호 세기 표시자(들)(402);

시간(404);

블루투스 표시자(405);

배터리 상태 표시자(406);

다음과 같은, 빈번하게 사용되는 애플리케이션들에 대한 아이콘들을 갖는 트레이(408):

o 부재 중 전화들 또는 음성메일 메시지들의 개수의 표시자(414)를 옵션적으로 포함하는 "전화"라고 레이블링된 전화 모듈(138)용 아이콘(416);

o 읽지 않은 이메일들의 개수의 표시자(410)를 옵션적으로 포함하는 "메일"이라고 레이블링된 이메일 클라이언트 모듈(140)용 아이콘(418);

o "브라우저"라고 레이블링된 브라우저 모듈(147)용 아이콘(420); 및

o 아이팟(애플 인크.의 상표) 모듈(152)로도 지칭되는, "아이팟"이라고 레이블링된 비디오 및 음악 재생기 모듈(152)용 아이콘(422); 및

다음과 같은, 다른 애플리케이션들용 아이콘들:

o "메시지"라고 레이블링된 IM 모듈(141)용 아이콘(424);

o "캘린더"라고 레이블링된 캘린더 모듈(148)용 아이콘(426);

o "사진"이라고 레이블링된 이미지 관리 모듈(144)용 아이콘(428);

o "카메라"라고 레이블링된 카메라 모듈(143)용 아이콘(430);

o "온라인 비디오"라고 레이블링된 온라인 비디오 모듈(155)용 아이콘(432);

o "주식"이라고 레이블링된 주식 위젯(149-2)용 아이콘(434);

o "지도"라고 레이블링된 지도 모듈(154)에 대한 아이콘(436);

o "날씨"라고 레이블링된 날씨 위젯(149-1)에 대한 아이콘(438);

o "시계"라고 레이블링된 알람 시계 위젯(149-4)에 대한 아이콘(440);

o "운동 지원"이라고 레이블링된 운동 지원 모듈(142)에 대한 아이콘(442);

o "메모"라고 레이블링된 메모 모듈(153)에 대한 아이콘(444); 및

o 디바이스(100) 및 그의 다양한 애플리케이션들(136)에 대한 설정에의 액세스를 제공하는, "설정"이라고 레이블링된, 설정 애플리케이션 또는 모듈에 대한 아이콘(446).

도 4a에 예시된 아이콘 레이블들이 단지 예시적인 것임에 주목하여야 한다. 예를 들면, 비디오 및 음악 재생기 모듈(152)용 아이콘(422)은 옵션적으로 "음악" 또는 "음악 재생기"로 레이블링될 수 있다. 기타 레이블들이 옵션적으로 다양한 애플리케이션 아이콘들에 대해 사용된다. 일부 실시예들에서, 각각의 애플리케이션 아이콘에 대한 레이블은 각각의 애플리케이션 아이콘에 대응하는 애플리케이션의 이름을 포함한다. 일부 실시예들에서, 특정 애플리케이션 아이콘에 대한 레이블은 특정 애플리케이션 아이콘에 대응하는 애플리케이션의 이름과 별개이다.

도 4b는 디스플레이(450)(예컨대, 터치 스크린 디스플레이(112))와 별개인 터치 감응형 표면(451)(예컨대, 태블릿 또는 터치패드(355), 도 3)을 갖는 디바이스(예컨대, 디바이스(300), 도 3) 상의 예시적인 사용자 인터페이스를 예시한다. 디바이스(300)는 또한, 옵션적으로, 터치 감응형 표면(451) 상의 접촉들의 세기를 검출하기 위한 하나 이상의 접촉 세기 센서(예컨대, 센서들(357) 중 하나 이상) 및/또는 디바이스(300)의 사용자에 대한 촉각적 출력들을 생성하기 위한 하나 이상의 촉각적 출력 생성기(359)를 포함한다.

후속하는 일부 예들이 (터치 감응형 표면과 디스플레이가 결합된) 터치 스크린 디스플레이(112) 상의 입력들을 참조하여 제공될 것이지만, 일부 실시예들에서, 디바이스는 도 4b에 도시된 바와 같이 디스플레이와 별개인 터치 감응형 표면 상에서 입력들을 검출한다. 일부 실시예들에서, 터치 감응형 표면(예컨대, 도 4b의 451)은 디스플레이(예컨대, 450) 상의 주축(예컨대, 도 4b의 453)에 대응하는 주축(예컨대, 도 4b의 452)을 갖는다. 이 실시예들에 따르면, 디바이스는 디스플레이 상의 각자의 위치들에 대응하는 위치들(예컨대, 도 4b에서, 460은 468에 대응하고, 462는 470에 대응함)에서 터치 감응형 표면(451)과의 접촉들(예컨대, 도 4b의 460 및 462)을 검출한다. 이러한 방식으로, 터치 감응형 표면(예컨대, 도 4b의 451) 상에서 디바이스에 의해 검출된 사용자 입력들(예컨대, 접촉들(460, 462) 및 그 이동들)은 터치 감응형 표면이 디스플레이와 별개일 때 디바이스에 의해 다기능 디바이스의 디스플레이(예컨대, 도 4b의 450) 상의 사용자 인터페이스를 조작하는 데 사용된다. 유사한 방법들이, 옵션적으로, 본 명세서에 기술된 다른 사용자 인터페이스들에 사용된다는 것을 잘 알 것이다.

그에 부가하여, 하기의 예들이 손가락 입력들(예컨대, 손가락 접촉들, 손가락 탭핑 제스처들, 손가락 스와이프 제스처들)을 주로 참조하여 주어지는 반면, 일부 실시예들에서, 손가락 입력들 중 하나 이상은 다른 입력 디바이스로부터의 입력(예컨대, 마우스 기반 입력 또는 스타일러스 입력)으로 대체된다는 것을 잘 알 것이다. 예를 들어, 스와이프 제스처가, 옵션적으로, (예컨대, 접촉 대신에) 마우스 클릭 및 뒤이은 (예컨대, 접촉의 이동 대신에) 스와이프의 경로를 따른 커서의 이동으로 대체된다. 다른 예로서, (예컨대, 접촉의 검출 및 뒤이은 접촉을 검출하는 것을 중지하는 것 대신에) 커서가 탭핑 제스처의 위치 위에 위치되는 동안에 탭핑 제스처가, 옵션적으로, 마우스 클릭으로 대체된다. 유사하게, 다수의 사용자 입력들이 동시에 검출되는 경우, 다수의 컴퓨터 마우스들이, 옵션적으로, 동시에 사용되거나, 또는 마우스와 손가락 접촉들이, 옵션적으로, 동시에 사용된다는 것을 잘 알 것이다.

여기서 사용되는 바와 같이, "어포던스"라는 용어는 디바이스들(100, 300, 및/또는 500)(도 1, 도 3, 및 도 5)의 디스플레이 화면 상에 표시될 수 있는 사용자 상호작용 그래픽 사용자 인터페이스 객체(user-interactive graphical user interface object)를 지칭한다. 예를 들어, 영상(예컨대, 아이콘), 버튼, 및 텍스트(예컨대, 하이퍼링크)는 각각이 어포던스를 구성할 수 있다.

본 명세서에 사용되는 바와 같이, "포커스 선택자"라는 용어는 사용자와 상호작용하고 있는 사용자 인터페이스의 현재 부분을 나타내는 입력 요소를 지칭한다. 커서 또는 다른 위치 마커(location marker)를 포함하는 일부 구현들에서, 커서가 특정의 사용자 인터페이스 요소(예컨대, 버튼, 창, 슬라이더 또는 다른 사용자 인터페이스 요소) 위에 있는 동안 터치 감응형 표면(예컨대, 도 3의 터치 패드(355) 또는 도 4b의 터치 감응형 표면(451)) 상에서 입력(예컨대, 누르기 입력)이 검출될 때, 특정의 사용자 인터페이스 요소가 검출된 입력에 따라 조정되도록, 커서가 "포커스 선택자"로서 기능한다. 터치 스크린 디스플레이 상의 사용자 인터페이스 요소들과의 직접적인 상호작용을 가능하게 하는 터치 스크린 디스플레이(예컨대, 도 1a의 터치 감응형 디스플레이 시스템(112) 또는 도 4a의 터치 스크린(112))을 포함하는 일부 구현들에서, 입력(예컨대, 접촉에 의한 누르기 입력)이 특정의 사용자 인터페이스 요소(예컨대, 버튼, 창, 슬라이더 또는 다른 사용자 인터페이스 요소)의 위치에 있는 터치 스크린 디스플레이 상에서 검출될 때, 특정의 사용자 인터페이스 요소가 검출된 입력에 따라 조정되도록, 터치 스크린 상에서 검출된 접촉이 "포커스 선택자"로서 기능한다. 일부 구현예들에서, (예컨대, 탭 키(tab key) 또는 화살표 키들을 사용하여 포커스를 하나의 버튼으로부터 다른 버튼으로 움직이는 것에 의해) 터치 스크린 디스플레이 상에서의 대응하는 커서의 이동 또는 접촉의 이동 없이 포커스가 사용자 인터페이스의 하나의 영역으로부터 사용자 인터페이스의 다른 영역으로 이동되며; 이 구현들에서, 포커스 선택자는 사용자 인터페이스의 상이한 영역들 사이에서의 포커스의 이동에 따라 움직인다. 포커스 선택자가 갖는 특정의 형태와 무관하게, 포커스 선택자는 일반적으로 (예컨대, 사용자가 상호작용하고자 하는 사용자 인터페이스의 요소를 디바이스에 알려주는 것에 의해) 사용자 인터페이스와의 사용자의 의도된 상호작용을 전달하기 위해 사용자에 의해 제어되는 사용자 인터페이스 요소(또는 터치 스크린 디스플레이 상에서의 접촉)이다. 예를 들어, 터치 감응형 표면(예컨대, 터치패드 또는 터치 스크린) 상에서 누르기 입력이 검출되는 동안 각각의 버튼 위의 포커스 선택자(예컨대, 커서, 접촉 또는 선택 상자)의 위치는 (디바이스의 디스플레이 상에 보여지는 다른 사용자 인터페이스 요소들과 달리) 사용자가 각각의 버튼을 활성화시키려고 하고 있다는 것을 나타낼 것이다.

명세서 및 청구범위에서 사용되는 바와 같이, 접촉의 "특성 세기(characteristic intensity)"라는 용어는 접촉의 하나 이상의 세기에 기초한 접촉의 특성을 지칭한다. 일부 실시예들에서, 특성 세기는 다수의 세기 샘플들에 기초한다. 특성 세기는, 옵션적으로, 미리정의된 수의 세기 샘플들, 또는 미리정의된 이벤트에 대해(예컨대, 접촉을 검출한 후, 접촉의 리프트오프를 검출하기 이전, 접촉의 이동의 시작을 검출하기 이전 또는 이후, 접촉의 종료를 검출하기 이전, 접촉의 세기의 증가를 검출하기 이전 또는 이후, 그리고/또는 접촉의 세기의 감소를 검출하기 이전 또는 이후) 미리결정된 기간(예컨대, 0.05, 0.1, 0.2, 0.5, 1, 2, 5, 10 초) 동안 수집된 세기 샘플들의 세트에 기초한다. 접촉의 특성 세기는, 옵션적으로, 접촉의 세기들의 최댓값, 접촉의 세기들의 중간값(mean value), 접촉의 세기들의 평균값(average value), 접촉의 세기들의 상위 10 백분위 값(top 10 percentile value), 접촉의 세기들의 최대값의 절반의 값, 접촉의 세기의 최대값의 90 퍼센트의 값 등 중 하나 이상에 기초한다. 일부 실시예들에서, 접촉의 지속기간은 (예컨대, 특성 세기가 시간에 따른 접촉의 세기의 평균일 때) 특성 세기를 결정하는 데 사용된다. 일부 실시예들에서, 동작이 사용자에 의해 수행되었는지 여부를 결정하기 위해, 특성 세기가 하나 이상의 세기 임계치의 세트와 비교된다. 예를 들어, 하나 이상의 세기 임계치의 세트는 제1 세기 임계치 및 제2 세기 임계치를 포함할 수 있다. 이 예에서, 제1 임계치를 초과하지 않는 특성 세기를 갖는 접촉의 결과, 제1 동작이 행해지고, 제1 세기 임계치를 초과하지만 제2 세기 임계치를 초과하지 않는 특성 세기를 갖는 접촉의 결과, 제2 동작이 행해지며, 제2 임계치 초과의 특성 세기를 갖는 접촉의 결과, 제3 동작이 행해진다. 일부 실시예들에서, 특성 세기와 하나 이상의 임계치들 간의 비교는, 제1 동작 또는 제2 동작을 수행할지를 결정하기 위해 사용되기보다는, 하나 이상의 동작을 수행할지 여부(예컨대, 각자의 동작을 수행할지 각자의 동작을 수행하는 것을 그만둘지)를 결정하기 위해 사용된다.

일부 실시예들에서, 특성 세기를 결정하기 위해 제스처의 일부분이 식별된다. 예를 들어, 터치 감응형 표면은 시작 위치로부터 이동하여 종료 위치(이 지점에서 접촉의 세기가 증가함)에 도달하는 연속적인 스와이프 접촉을 수신할 수 있다. 이 예에서, 종료 위치에서의 접촉의 특성 세기는 스와이프 접촉 전체가 아니라 연속적인 스와이프 접촉의 일부분에만(예컨대, 종료 위치에서의 스와이프 접촉의 부분에만) 기초할 수 있다. 일부 실시예들에서, 접촉의 특성 세기를 결정하기 전에 스와이프 접촉의 세기들에 평활화 알고리즘이 적용될 수 있다. 예를 들어, 평활화 알고리즘은, 옵션적으로, 비가중 이동 평균(unweighted sliding-average) 평활화 알고리즘, 삼각(triangular) 평활화 알고리즘, 메디안 필터(median filter) 평활화 알고리즘, 및/또는 지수(exponential) 평활화 알고리즘 중 하나 이상을 포함한다. 어떤 상황들에서, 이 평활화 알고리즘들은 특성 세기를 결정하기 위해 스와이프 접촉의 세기들에서의 좁은 급등(spike)들 또는 급감(dip)들을 제거한다.

터치 감응형 표면 상에서의 접촉의 세기가, 접촉 검출 세기 임계치, 가볍게 누르기 세기 임계치, 깊게 누르기 세기 임계치, 및/또는 하나 이상의 다른 세기 임계치와 같은, 하나 이상의 세기 임계치에 대해 특성화될 수 있다. 일부 실시예들에서, 가볍게 누르기 세기 임계치는, 디바이스가 물리적 마우스의 버튼 또는 트랙패드를 클릭하는 것과 전형적으로 연관된 동작들을 수행하게 될 세기에 대응한다. 일부 실시예들에서, 깊게 누르기 세기 임계치는, 디바이스가 물리적 마우스의 버튼 또는 트랙패드를 클릭하는 것과 전형적으로 연관된 동작들과 상이한 동작들을 수행하게 될 세기에 대응한다. 일부 실시예들에서, 접촉이 가볍게 누르기 세기 임계치 미만의(예컨대, 그리고 공칭 접촉 검출 세기 임계치(이 미만에서는 접촉이 더 이상 검출되지 않음) 초과의) 특성 세기로 검출될 때, 디바이스는 가볍게 누르기 세기 임계치 또는 깊게 누르기 세기 임계치와 연관된 동작을 수행함이 없이 터치 감응형 표면 상의 접촉의 이동에 따라 포커스 선택자를 이동시킬 것이다. 일반적으로, 달리 언급되지 않는 한, 이 세기 임계치들은 사용자 인터페이스 도면들의 상이한 세트들 사이에서 일관성이 있다.

가볍게 누르기 세기 임계치 미만의 세기로부터 가볍게 누르기 세기 임계치와 깊게 누르기 세기 임계치 사이의 세기로의 접촉의 특성 세기의 증가는 때때로 "가볍게 누르기" 입력으로서 지칭된다. 깊게 누르기 세기 임계치 미만의 세기로부터 깊게 누르기 세기 임계치 초과의 세기로의 접촉의 특성 세기의 증가는 때때로 "깊게 누르기" 입력으로서 지칭된다. 접촉 검출 세기 임계치 미만의 세기로부터 접촉 검출 세기 임계치와 가볍게 누르기 세기 임계치 사이의 세기로의 접촉의 특성 세기의 증가는 때때로 터치 표면 상의 접촉의 검출로서 지칭된다. 접촉 검출 세기 임계치 초과의 세기로부터 접촉 검출 세기 임계치 미만의 세기로의 접촉의 특성 세기의 감소는 때때로 터치 표면으로부터 접촉의 리프트오프의 검출로서 지칭된다. 일부 실시예들에서, 접촉 검출 세기 임계치는 0이다. 일부 실시예들에서, 접촉 검출 세기 임계치는 0 초과이다.

본 명세서에 기술된 일부 실시예들에서, 하나 이상의 동작은, 각자의 누르기 입력을 포함하는 제스처를 검출하는 것에 응답하여 또는 각자의 접촉(또는 복수의 접촉)으로 수행되는 각자의 누르기 입력을 검출하는 것에 응답하여 수행되며, 여기서 각자의 누르기 입력은 누르기-입력 세기 임계치 초과의 접촉(또는 복수의 접촉)의 세기의 증가를 검출하는 것에 적어도 부분적으로 기초하여 검출된다. 일부 실시예들에서, 각자의 동작은, 누르기-입력 세기 임계치 초과의 각자의 접촉의 세기의 증가(예컨대, 각자의 누르기 입력의 "다운 스트로크(down stroke)")를 검출하는 것에 응답하여 수행된다. 일부 실시예들에서, 누르기 입력은 누르기-입력 세기 임계치 초과의 각자의 접촉의 세기의 증가 및 누르기-입력 세기 임계치 미만의 접촉의 세기의 후속하는 감소를 포함하며, 각자의 동작은 누르기 입력 임계치 미만의 각자의 접촉의 세기의 후속하는 감소(예컨대, 각자의 누르기 입력의 "업 스트로크(up stroke)")를 검출하는 것에 응답하여 수행된다.

일부 실시예들에서, 디바이스는 때때로 "지터"라고 불리는 돌발적인 입력들을 회피하기 위해 세기 히스테리시스를 채용하며, 여기서 디바이스는 누르기-입력 세기 임계치에 대한 미리정의된 관계를 갖는 히스테리시스 세기 임계치(예를 들어, 히스테리시스 세기 임계치는 누르기-입력 세기 임계치보다 더 낮은 X 세기 단위이거나, 또는 히스테리시스 세기 임계치는 누르기-입력 세기 임계치의 75%, 90%, 또는 어떤 적절한 비율임)를 정의하거나 선택한다. 이와 같이, 일부 실시예들에서, 누르기 입력은 누르기-입력 세기 임계치 초과의 각자의 접촉의 세기의 증가 및 누르기-입력 세기 임계치에 대응하는 히스테리시스 세기 임계치 미만의 접촉의 세기의 후속하는 감소를 포함하며, 각자의 동작은 히스테리시스 세기 임계치 미만의 각자의 접촉의 세기의 후속하는 감소(예컨대, 각자의 누르기 입력의 "업 스트로크")를 검출하는 것에 응답하여 수행된다. 이와 유사하게, 일부 실시예들에서, 누르기 입력은 히스테리시스 세기 임계치 이하의 세기로부터 누르기-입력 세기 임계치 이상의 세기로의 접촉의 세기의 증가 그리고, 옵션적으로, 히스테리시스 세기 이하의 세기로의 접촉의 세기의 후속하는 감소를 디바이스가 검출할 때에만 검출되며, 각자의 동작은 누르기 입력을 검출(예컨대, 상황에 따라, 접촉의 세기의 증가 또는 접촉의 세기의 감소)하는 것에 응답하여 수행된다.

설명의 편의상, 누르기-입력 세기 임계치와 연관된 누르기 입력에 응답하여 또는 누르기 입력을 포함하는 제스처에 응답하여 수행되는 동작들의 설명은, 옵션적으로, 누르기-입력 세기 임계치 초과의 접촉의 세기의 증가, 히스테리시스 세기 임계치 미만의 세기로부터 누르기-입력 세기 임계치 초과의 세기로의 접촉의 세기의 증가, 누르기-입력 세기 임계치 미만의 접촉의 세기의 감소, 및/또는 누르기-입력 세기 임계치에 대응하는 히스테리시스 세기 임계치 미만의 접촉의 세기의 감소 중 어느 하나를 검출한 것에 응답하여 트리거된다. 또한, 동작이 누르기-입력 세기 임계치 미만의 접촉의 세기의 감소를 검출하는 것에 응답하여 수행되는 것으로서 기술되어 있는 예들에서, 동작은, 옵션적으로, 누르기-입력 세기 임계치에 대응하고 그보다 더 낮은 히스테리시스 세기 임계치 미만의 접촉의 세기의 감소를 검출하는 것에 응답하여 수행된다.

2. 구조화된 제안

본 개시내용의 실시예들에서, 전자 디바이스는 그들의 메시지로부터 사용자를 위한 제안된 연락처 및 캘린더 이벤트를 구조화할 수 있다. 제안된 연락처들 및 캘린더 이벤트들은 그것들이 사용자에 의해 수동으로 입력된 것처럼 검색가능할 수 있고, 사용자는 제안된 연락처들 및 캘린더 이벤트들을 추가하거나 무시(예컨대, 거절)하도록 선택할 수 있다. 이러한 방식으로, 사용자의 연락처 및 캘린더 이벤트는 사용자의 입장에서 노력 없이 또는 최소의 노력으로 유지될 수 있고, 이는 사용자 시간을 절약하고 생산성을 향상시키고 보다 효율적인 인간-기계 인터페이스를 생성할 수 있다.

2.1 제안된 연락처 정보

도 5a는 일부 실시예들에 따른, 제안된 연락처를 위한 예시적인 데이터 아키텍처(502A)를 예시한다. 도 5a에 도시된 바와 같이, 전자 디바이스(500)는 메시지(510)로부터의 연락처 정보(520A)를 대응하는 연락처(530A)와 연관(즉, 저장)시킬 수 있다. 메시지(510)는 디바이스(500)의 사용자에 의해 전송되거나 수신될 수 있는 임의의 유형의 메시지, 예컨대, 이메일, 인스턴트 메시지, 디바이스(500) 상의 애플리케이션을 통한 메시징 등을 포함할 수 있고, 메시지(510)에 임의의 첨부물을 포함할 수 있다.

연락처 정보(520A)는 엔티티의 이름, 전화번호, 주소, 사업체 또는 소셜 네트워킹 별칭(social networking handle) 등과 같은 주소록 데이터베이스 내의 연락처 엔트리와 전형적으로 연관된 정보를 포함할 수 있다. 연락처 엔트리들은 전형적으로 개인, 그룹, 기관, 회사 등을 포함할 수 있는 엔티티에 의해 체계화되거나 인덱싱(indexing)된다. 연락처 정보(520A)는 연락처 모듈(137)과 같은 애플리케이션들이 연락처 정보(520A)를 처리하기 위해 인식할 수 있는 임의의 적합한 포맷으로 저장될 수 있다. 연락처 정보(520)는 또한 다른 클라이언트들로 네트워크를 통해 업데이트하거나 동기화하는 것을 허용하기 위해, CardDAV 프로토콜과 같은 표준 프로토콜에 따라 포맷팅될 수 있다.

일부 실시예들에서, 식별된 연락처 정보(520A)는 3개의 상호 배제 상태들 - 제안된 상태(540), 추가된 상태(550), 및 거절된 상태(560) 중 임의의 하나에서 연락처(530A)와 연관될 수 있다. 제안된 상태(540)는 사용자가 연락처에 연락처 정보(520A)의 추가를 아직 확정하거나 승인하지 않은 상태를 반영할 수 있다. 추가된 상태(550)는 사용자가 연락처에 연락처 정보(520A)의 추가를 확정하거나 승인한 상태를 반영할 수 있다. 거절된 상태(560)는 사용자가 연락처에 연락처 정보(520A)의 추가를 거절된 상태를 반영할 수 있다. 연락처(530A)는 또한 모든 연관된 연락처 정보가 동일한 상태에 속하는 경우 이러한 3개의 상태 중 임의의 하나와 연관될 수 있다.

일부 실시예들에서, 추가된 상태(550)는 디폴트 상태로서 디바이스(500)에 의해 취급될 수 있고, 이는 그것들이 추가된 상태(550)에 있음을 나타내기 위해 이러한 연락처들과 연관되도록 추가 데이터가 요구되지 않는다는 것을 의미한다. 예를 들어, 디바이스(500) 상의 사용자 추가 연락처들은 추가된 상태(550)로 디폴트될 수 있다.

추가된 상태(550)가 디폴트 상태로서 취급되는 실시예들에서, 디바이스(500)는 연락처 정보(520A)가 제안된 상태(540) 또는 거절된 상태(560)에 속함을 나타내기 위해 데이터를 연락처 정보(520A)와 연관시킬 수 있다. 이러한 데이터는, 연락처 정보(520A)가 제안된 상태(540) 또는 거절된 상태(560)에 있음을 인식하기 위하여 연락처 정보(520A)를 처리하는 애플리케이션들에 의해 사용될 수 있는, 메타데이터와 같은 임의의 적합한 형태를 취할 수 있다. 디바이스(500)는 또한 연락처(530A) 및 모든 연관된 연락처 정보가 제안된 상태(540) 또는 거절된 상태(560)에 속함을 나타내기 위해 데이터를 연락처(530A)와 연관시킬 수 있다.

제안된 상태(540)에 연락처 정보(520A)를 저장함으로써, 디바이스(500)(예컨대, 디바이스(500) 상에서 실행되는 애플리케이션을 통해)는 연락처들의 검색 시에 제안된 연락처 정보를 포함할 수 있다. 사용자의 혼동을 피하기 위하여, 디바이스(500)는 또한 시각적 표시(예컨대, 레이블링 또는 하이라이트를 통해)를 제공하고/하거나 사용자가 연락처 정보(520A)에 대해 직접 행동을 하는 것을 방지함으로써(예컨대, 사용자가 연락처 정보(520A)에 대해 행동하게 하기 전에 사용자에게 추가 입력을 제공하도록 요구함으로써) 연락처 정보(520A)가 제안된 상태(540)에 있음을 사용자에게 나타낼 수 있다. 입력은 터치, 마우스, 음성 등과 같은 입력으로 임의의 적합한 방식을 지칭할 수 있다.

연락처 정보(520A)를 거절된 상태(560)에 저장함으로써, 디바이스(500)는 사용자가 거절한 앞서 제안된 연락처 정보를 다시 사용자에게 제안하지 않도록 그것을 기억할 수 있다. 거절된 상태(560) 내의 연락처 정보(520A)는 추가된 상태(550) 및 제안된 상태(540) 내의 연락처 정보를 처리하는 애플리케이션들에 의해 무시될 수 있다.

디바이스(500)는 디바이스(500) 상에 국부적으로 연락처 정보(520A)를 저장하고, 연락처 정보(520A)가 제안된 상태(540)로부터 추가된 상태(550)로 변경될 때까지 연락처 정보(520A)를 원격 데이터베이스에 동기화하는 것을 억제할 수 있다. 다른 실시예들에서, 연락처 정보(520A)는 제안된 상태(540)에 있는 동안 원격 데이터베이스에 업데이트될 수 있다.

디바이스(500)는 메시지(510) 내의 구조화되거나 비구조화된 콘텐츠로부터 연락처 정보(520A)를 식별할 수 있다. 구조화된 콘텐츠는 동일한 미리정의된 방식으로(예컨대, 동일한 HTML 구조를 이용하여) 비행, 호텔, 및/또는 차량 예약 정보를 계획하는 온라인 여행사에 의해 제공된 자동 이메일과 같은, 미리정의된 포맷에 따라 배열된 정식 구성 또는 구조를 갖는 콘텐츠를 지칭한다. 일부 실시예들에서, 구조화된 콘텐츠로부터 연락처 정보(520A)를 식별하기 위하여, 디바이스(500)는 이러한 메시지들에 의해 제공된 특정 포맷으로 연락처 정보를 인식하도록 구성된 템플릿을 사용할 수 있다. 일부 실시예들에서, 디바이스(500)는 네트워크를 통해 이러한 템플릿을 추가하고/하거나 업데이트할 수 있다.

비구조화된 콘텐츠는 자연 언어 콘텐츠(예컨대, 누군가 그들이 새 번호를 가짐을 메시지로 말함) 및 이메일 서명과 같은 정식 구성 또는 구조가 없는 콘텐츠를 지칭한다. 비구조화된 콘텐츠로부터 연락처 정보(520A)를 식별하기 위하여, 디바이스(500)는 "I got a new number, it's <번호>."처럼 특정 구들과 같은, 연락처 정보에 대한 미리정의된 참조들을 식별하도록 구성되는 데이터 검출기를 사용할 수 있다. 디바이스(500)는 또한 네트워크를 통해 이러한 데이터 검출기들을 추가하거나/업데이트할 수 있다. 디바이스(500)는 디바이스(500) 상에서 연락처 정보(예컨대, 주소록 데이터베이스 내의)를 디바이스(500) 상의 연락처 정보(예컨대, 메시지들 내의)와 연관된 언어와 상호상관시킴으로써 데이터 검출기에 의해 의존되는 미리정의된 참조들을 향상시킬 수 있다. 이어서, 상관된 언어는 후속 사용을 위한 미리정의된 참조들을 정제하는 데 사용될 수 있다. 디바이스(500)에 의해 분석된 메시지의 콘텐츠는 메시지 메타데이터를 포함하는 디바이스(500)에 의해 인식가능한 임의의 정보를 포함할 수 있다.

일부 실시예들에서, 디바이스는 연락처(예컨대, 개인 또는 사업)를 갖는 통신(예컨대, 전화 통화, 인스턴트 메시지, 이메일)을 개시하기 위하여 명령어(예컨대, 사용자 요청)를 수신한다. 디바이스는 연락처가 디바이스의 주소록에 있지 않다고 결정한다. 이에 응답하여, 디바이스는 하나 이상의 통신(예컨대, 인스턴트 메시지, 이메일, 캘린더 엔트리)에 기초하여 연락처 정보(예컨대, 전화번호, 사용자 이름, 이메일 주소)의 위치를 찾아낸다. 다시 말하면, 디바이스는 명령어 내에 참조된 요청된 연락처를 명확화하기 위해 잠재적 연락처들의 데이터베이스 전체를 검색한다. 옵션적으로, 디바이스는 잠재적으로 일치하는 연락처들의 랭크된 목록을 표시하고 의도된 연락처를 선택하는 사용자 입력을 수신한다. 의도된 연락처를 선택하는 사용자 입력에 응답하여, 디바이스는 의도된 연락처를 갖는 통신(예컨대, 전화 통화, 인스턴트 메시지, 이메일)을 개시할 수 있다.

2.2 제안된 이벤트 정보

도 5b는 일부 실시예들에 따른, 제안된 캘린더 이벤트들을 위한 예시적인 데이터 아키텍처(502B)를 예시한다. 도 5b에 도시된 바와 같이, 전자 디바이스(500)는 메시지(510)로부터의 이벤트 정보(520B)를 대응하는 캘린더 이벤트(530B)와 연관(즉, 저장)시킬 수 있다. 메시지(510)는 디바이스(500)의 사용자에 의해 전송되거나 수신될 수 있는 임의의 유형의 메시지, 예컨대, 이메일, 인스턴트 메시지, 디바이스 상의 애플리케이션을 통한 메시징 등을 포함할 수 있고, 메시지에 임의의 첨부물을 포함할 수 있다.

이벤트 정보(520B)는 시간, 날짜, 위치 등과 같은, 캘린더 데이터베이스 내의 캘린더 엔트리와 전형적으로 연관된 정보를 포함할 수 있다. 이벤트 정보(520B)는 캘린더 모듈(148)과 같은 애플리케이션들이 이벤트 정보(520B)를 처리하도록 인식할 수 있는 임의의 적합한 포맷으로 저장될 수 있다. 이벤트 정보(520B)는 또한 네트워크를 통해 다른 클라이언트들을 이용하여 업데이트하거나 그와 동기화하는 것을 허용하기 위해, CalDAV 프로토콜과 같은 표준 프로토콜에 따라 포맷팅될 수 있다.

일부 실시예들에서, 식별된 이벤트 정보(520B)는 3개의 상호 배제 상태들 - 제안된 상태(540), 추가된 상태(550), 및 거절된 상태(560) 중 임의의 하나 내의 캘린더 이벤트(530B)와 연관될 수 있다. 제안된 상태(540)는 사용자가 캘린더 이벤트에 이벤트 정보(520B)의 추가를 아직 확정하거나 승인하지 않은 상태를 반영할 수 있다. 추가된 상태(550)는 사용자가 캘린더 이벤트에 이벤트 정보(520B)의 추가를 확정하거나 승인한 상태를 반영할 수 있다. 거절된 상태(560)는 사용자가 캘린더 이벤트에 이벤트 정보(520B)의 추가를 거절한 상태를 반영할 수 있다. 캘린더 이벤트(530B)는 또한 모든 연관된 캘린더 이벤트 정보가 동일한 상태에 속하는 경우 이러한 3개의 상태 중 임의의 하나와 연관될 수 있다.

일부 실시예들에서, 추가된 상태(550)는 디폴트 상태로서 디바이스(500)에 의해 취급될 수 있고, 이는 그것들이 추가된 상태(550)에 있음을 나타내기 위해 이러한 캘린더 이벤트들과 연관되도록 추가 데이터가 요구되지 않는다는 것을 의미한다. 예를 들어, 디바이스(500) 상의 사용자 추가 캘린더 이벤트들은 추가된 상태(550)로 디폴트될 수 있다.

추가된 상태(550)가 디폴트 상태로서 취급되는 실시예들에서, 디바이스(500)는 이벤트 정보(520B)가 제안된 상태(540) 또는 거절된 상태(560)에 속함을 나타내기 위해 데이터를 이벤트 정보(520B)와 연관시킬 수 있다. 이러한 데이터는, 이벤트 정보(520B)가 제안된 상태(540) 또는 거절된 상태(560)에 있음을 인식하기 위하여 이벤트 정보(520B)를 처리하는 애플리케이션들에 의해 사용될 수 있는, 메타데이터와 같은 임의의 적합한 형태를 취할 수 있다. 디바이스(500)는 또한 캘린더 이벤트(530B) 및 모든 연관된 이벤트 정보가 제안된 상태(540) 또는 거절된 상태(560)에 속함을 나타내기 위해 데이터를 캘린더 이벤트(530B)와 연관시킬 수 있다.

제안된 상태(540)에 이벤트 정보(520B)를 저장함으로써, 디바이스(500)(예컨대, 디바이스(500) 상에서 실행되는 애플리케이션을 통해)는 캘린더 이벤트들의 검색 시에 제안된 이벤트 정보를 포함할 수 있다. 사용자의 혼동을 피하기 위하여, 디바이스(500)는 또한 시각적 표시(예컨대, 레이블링 또는 하이라이트를 통해)를 제공하고/하거나 사용자가 이벤트 정보(520B)에 대해 직접 행동을 하는 것을 방지함으로써(예컨대, 사용자가 이벤트 정보(520B)에 대해 행동하게 하기 전에 사용자에게 추가 입력을 제공하라고 요구함으로써) 이벤트 정보(520B)가 제안된 상태(540)임을 사용자에게 나타낼 수 있다. 입력은 터치, 마우스, 음성 등과 같은 입력으로 임의의 적합한 방식을 지칭할 수 있다.

거절된 상태(560) 내에 이벤트 정보(520B)를 저장함으로써, 디바이스(500)는 사용자가 거절한 앞서 제안된 이벤트 정보를 다시 사용자에게 제안하지 않도록 그것을 기억할 수 있다. 거절된 상태(560) 내의 이벤트 정보(520B)는 추가된 상태(550) 및 제안된 상태(540) 내의 이벤트 정보를 처리하는 애플리케이션들에 의해 무시될 수 있다.

디바이스(500)는 디바이스(500) 상에 국부적으로 이벤트 정보(520B)를 저장하고, 이벤트 정보(520B)가 제안된 상태(540)로부터 추가된 상태(550)로 변경될 때까지 이벤트 정보(520B)를 원격 데이터베이스에 동기화하는 것을 억제할 수 있다. 다른 실시예들에서, 이벤트 정보(520B)는 제안된 상태(540)에 있는 동안 원격 데이터베이스에 업데이트될 수 있다.

디바이스(500)는 메시지(510) 내의 구조화되거나 비구조화된 콘텐츠로부터 이벤트 정보(520B)를 식별할 수 있다. 구조화된 콘텐츠는 동일한 미리정의된 방식으로(예컨대, 동일한 HTML 구조를 이용하여) 비행, 호텔, 및/또는 차량 예약 정보를 계획하는 온라인 여행사에 의해 제공된 자동 이메일과 같은, 미리정의된 포맷에 따라 배열된 정식 구성 또는 구조를 갖는 콘텐츠를 지칭한다. 일부 실시예들에서, 구조화된 콘텐츠로부터 이벤트 정보(520B)를 식별하기 위하여, 디바이스(500)는 이러한 메시지들에 의해 제공된 특정 포맷으로 이벤트 정보를 인식하도록 구성된 템플릿을 사용할 수 있다. 일부 실시예들에서, 디바이스(500)는 이러한 템플릿을 네트워크를 통해 추가하고/하거나 업데이트할 수 있다.

비구조화된 콘텐츠는 자연 언어 콘텐츠(예컨대, 누군가 그들이 특정 시간에 어디에서 당신을 만날 것이라고 메시지로 말함) 및 이메일 서명과 같은 정식 구성 또는 구조가 없는 콘텐츠를 지칭한다. 비구조화된 콘텐츠로부터 이벤트 정보(520B)를 식별하기 위하여, 디바이스(500)는 "meet me at <주소> at <시간>."처럼 특정 구들과 같은, 이벤트 정보에 대한 미리정의된 참조들을 식별하도록 구성되는 데이터 검출기를 사용할 수 있다. 디바이스(500)는 또한 이러한 데이터 검출기들을 네트워크를 통해 추가하거나/업데이트할 수 있다. 디바이스(500)는 디바이스(500) 상에서 이벤트 정보(예컨대, 캘린더 데이터베이스 내의)를 디바이스(500) 상의 이벤트 정보(예컨대, 메시지들 내의)와 연관된 언어와 상호상관시킴으로써 데이터 검출기에 의해 의존되는 미리정의된 참조들을 향상시킬 수 있다. 이어서, 상관된 언어는 후속 사용을 위한 미리정의된 참조들을 정제하는 데 사용될 수 있다. 디바이스(500)에 의해 분석된 메시지는 메시지 메타데이터를 포함하는 디바이스(500)에 의해 인식가능한 임의의 정보를 포함할 수 있다.

일부 예들에서, 디바이스는 캘린더 이벤트(예컨대, 사용자 추가 캘린더 이벤트 또는 사용자에 의해 수락된 수신된 모임 초대)와 연관된 하나 이상의 통신(예컨대, 이메일 또는 다른 콘텐츠)을 식별한다. 예를 들어, 디바이스는 통신이 동일하거나 유사한 이름의 이벤트, 동일하거나 유사한 날짜/시간 및/또는 지속기간의 이벤트, 및/또는 동일한 위치의 이벤트를 설명할 때 통신이 캘린더 이벤트와 연관됨을 결정할 수 있다. 다른 예에 대하여, 디바이스는 통신이 통신에 사용된 동일하거나 유사한 언어를 포함하는 캘린더 이벤트에 기초하여 캘린더 이벤트와 연관됨을 결정할 수 있다. 하나 이상의 통신 및 연관된 캘린더 이벤트는 향후 캘린더 엔트리가 생성되거나 제안되어야 하는 후보 통신들을 더 잘 식별하기 위해 분석되고/되거나 비교된다. 예를 들어, 머신 러닝 기법은 이벤트들이 기초로 하는(캘린더 이벤트들을 생성하는 데 사용된 지원 벡터 머신 및 이메일들의 코퍼스(corpus)를 사용하여) 이메일들로부터 훈련하고/그를 분석함으로써 이벤트 생성의 패턴들을 배우기 위해 채용될 수 있다.

예를 들어, 디바이스는 "Hi, Can you swing by the parts shop tomorrow to get the replacement part?"라는 언어를 포함하는 자동차 부품 가게로부터의 이메일 통신을 수신할 수 있다. 이메일은 또한 부품 가게의 거리 주소를 포함하는 이메일 서명을 포함할 수 있다. 이어서, 사용자는 "swing by the parts shop to get the replacement part"라는 언어를 포함하는 캘린더 이벤트를 수동으로 생성할 수 있다. 캘린더 이벤트는 또한 캘린더 이벤트의 위치로서 부품 가게의 거리 주소를 포함할 수 있다. 이메일 통신 및 캘린더 이벤트에 기초하여, 디바이스는 이러한 유형의 이메일 통신이 캘린더 엔트리에 대한 제안을 보장한다고 결정하기 위하여 머신 러닝을 이용할 수 있다. 결정은 이메일 통신과 캘린더 이벤트 내의 "swing by the parts shop to get the replacement part" 간의 유사성, 이메일 통신과 캘린더 이벤트 내의 거리 주소 간의 유사성, 이메일 통신과 캘린더 이벤트 내에서 식별된 날짜/시간의 유사성, 또는 이들의 둘 이상의 조합에 기초할 수 있다.

일부 예들에서, 디바이스는 인스턴트 메시지 대화(예컨대, SMS 또는 텍스트 메시지 대화)로부터(예를 들어, 중에) 이벤트 정보를 식별한다. 대화 중에, 디바이스는 이벤트에 관련된 정보를 수집한다. 대화의 관련 부분 후에(예컨대, 정보의 미리결정된 세트가 수집된 후에), 디바이스는 제안된 캘린더 이벤트를 생성한다. 일부 예들에서, 제안된 캘린더 이벤트는 초기 제안된 캘린더 이벤트가 생성된 후에 전송되거나 수신된 대화 내의 메시지들에 기초하여 업데이트된다. 이러한 대화형 이벤트 생성 기법은 인스턴트 메시지 대화 내의 메시지들에 기초하여 사용자들이 이벤트들을 자신의 캘린더에 신속하고 효율적으로 추가하는 것을 허용한다.

예를 들어, 디바이스는 디바이스의 사용자와 자동차 부품 가게의 대표자 간의 인스턴트 메시지 대화를 표시하고 있을 수 있다. 대화는 "Hi, Can you swing by the parts shop tomorrow to get the replacement part?"라는 언어를 포함하는 대표자부터의 메시지를 포함할 수 있다. 대화는 또한 부품 가게의 거리 주소를 포함하는 대표자로부터의 메시지를 포함할 수 있다. 사용자는 "yes, I'll be there!"라고 대답할 수 있다. 대화의 관련 부분(예를 들어, 참석 확정 "yes, I'll be there!"; 또는 시간 "tomorrow" 및 위치(거리 주소)를 수신하는 것)에 응답하여, 디바이스는 제안된 캘린더 이벤트를 생성한다. 디바이스는 디바이스가 업데이트된 시간(예컨대, "Actually, tomorrow won't work, but this Friday will work."), 위치, 또는 다른 이벤트 컴포넌트를 나타내는 대표자로부터의 메시지를 후속적으로 수신하는 경우 제안된 캘린더 이벤트를 업데이트할 수 있다.

예시적인 데이터 아키텍처들(520A, 520B)은 동일하거나 상이할 수 있음이 인식되어야 한다. 예를 들어, 단일 데이터 아키텍처는 제안된 캘린더 이벤트를 위한 것과 마찬가지로 제안된 연락처를 위해 사용될 수 있다. 대안적으로, 하나의 데이터 아키텍처가 제안된 연락처를 위해 사용될 수 있지만, 다른 상이한 데이터 아키텍처는 제안된 캘린더 이벤트를 위해 사용될 수 있다.

메시지(510)가 제안된 연락처만을 위해, 제안된 캘린더 이벤트만을 위해, 또는 제안된 연락처 및 제안된 캘린더 이벤트 둘다를 위해 처리될 수 있음을 또한 인식해야 한다. 제안된 연락처 및 제안된 캘린더 이벤트 둘다를 위해 처리될 때, 메시지(510)는 제안된 연락처 및 제안된 캘린더 이벤트를 위해 직렬로 또는 병렬로 처리될 수 있다. 예를 들어, 메시지(510)는 제안된 연락처를 위해 우선 처리되고 이어서 제안된 캘린더 이벤트를 위해 처리될 수 있다. 대안적으로, 메시지(510) 및 메시지(510)의 사본은 제안된 연락처 및 제안된 캘린더 이벤트를 위해 병렬로 처리될 수 있다.

일부 예들에서, 알림 또는 리마인더는 메시지 또는 다른 미디어 내의 구조화된 또는 비구조화된 콘텐츠로부터 식별된 이벤트 정보에 기초하여 (예컨대, 디바이스(500) 상의 시각적 알림, 햅틱 알림, 오디오 알림, 또는 하나 이상의 알림의 조합을 통해) 사용자에게 보여질 수 있다. 일부 예들에서, 알림 또는 리마인더는 이벤트 정보가 추가된 상태와 연관되지 않을지라도 사용자에게 보여질 수 있다. 예를 들어, 디바이스는 캠핑 여행이 사용자의 캘린더에 추가되어 있지 않더라도 다가오는 캠핑 여행에 대해 수신된 이메일에 기초하여 가방을 챙기라고 사용자에게 리마인드할 수 있다. 따라서, 리마인더는 캘린더 엔트리, 이벤트, 및 제안된 상태(예컨대, 명확하게 수락하거나 거절하지 않음)에 있는 것과 같은 것을 위해 보여질 수 있다.

3. 사용자 인터페이스 및 연관된 프로세스

도 6a 내지 도 13은 디바이스(500) 상에서 구현될 수 있는 사용자 인터페이스("UI") 및 연관된 프로세스들의 실시예들을 도시한다. 일부 실시예들에서, 디바이스(500)는 디바이스들(100 또는 300)에 대응한다.

도 6a 및 도 6g는 일부 실시예들에 따른, 제안된 연락처 및 캘린더 이벤트를 제공하기 위한 예시적인 사용자 인터페이스들을 예시한다.

특히, 도 6a는 예를 들어, 상술한 바와 같이 메시지를 처리한 후에, 예를 들어, 연락처 모듈(137)에 의한, 제안된 연락처 정보(즉, 제안된 상태(540) 내의 연락처 정보)를 갖는 연락처에 대응하는 사용자 인터페이스의 디스플레이를 도시한다. 본 예에서, 연락처는 John Appleseed이라는 이름의 개인과 연관되고 회사 이름("Any Company Inc."), 직장 번호("405-555-1234") 및 휴대전화 번호("405-123-6633")를 포함한다. 회사 이름 및 직장 번호는 연락처 정보의 확정된 항목들이며 추가된 상태(550)에 속한다. 휴대전화 번호는 제안된 연락처 정보의 항목이고 제안된 상태(540)에 속한다.

디바이스(500)는 휴대전화 번호가 제안된 연락처 정보의 항목이고 사용자에 의해 확정된 것은 아님을 사용자에게 나타내기 위해 사용자 인터페이스 내의 사용자 인터페이스 객체(600)(예컨대, 단어 "제안")를 제공할 수 있다. 임의의 적합한 사용자 인터페이스 객체는 이러한 목적을 위해 사용될 수 있으며, 이는 레이블, 아이콘, 또는 휴대전화 번호가 제안된 연락처 정보의 항목임의 다른 시각적 표시를 포함한다. 동일한 연락처가 제안된 상태(540) 내의 연락처 정보의 항목들 및 추가된 상태(550) 내의 연락처 정보의 항목들을 포함할 때, 도 6a의 경우에서와 마찬가지로, 디바이스(500)는 제안된 상태(540) 내의 항목들을 추가된 상태(550) 내의 모든 항목들 아래에 또는 낮은 우선 순위의 위치에 표시할 수 있다.

디바이스(500)는 또한 이러한 초기 사용자 인터페이스로부터 제안된 번호로 John Appleseed에게 전화하기 위하여 사용자가 애플리케이션(예컨대, 전화 모듈(138))을 직접 호출하는 것을 방지할 수 있다. 예를 들어, 디바이스(500)는 사용자에 의해 제안된 번호의 선택이 번호에 직접 전화를 거는 것이 아님을 나타내기 위하여, 그레이아웃된(grayed out) 외형(도시하지 않음)과 같은, 확정된 연락처 정보의 항목의 시각적 외형과 상이한 시각적 외형을 갖는 제안된 번호와 연관된 텍스트 및/또는 영역을 제공할 수 있다. 대신, 사용자에 의해 제안된 번호를 선택하면, 디바이스(500)는 현재 인터페이스를 그를 통해 사용자가 제안된 번호를 검토하고 전화할 수 있는 제2 사용자 인터페이스로 대체할 수 있다.

도 6b에 도시된 바와 같이, 제2 사용자 인터페이스(레이블링된 "제안 검토")는 제안된 번호와 연관된 사용자 인터페이스 객체(602)(레이블링된 "연락처에 추가")를 포함하는 배너의 형태로 제안 부분(606)을 포함한다. 사용자에 의해 사용자 인터페이스 객체(602)를 선택하는 것은 디바이스(500)로 하여금 제안된 번호를 추가된 상태(550) 내의 연락처에 추가하게 할 수 있다(예를 들어, 제안된 번호의 상태를 제안된 상태(540)로부터 추가된 상태(550)로 변경). 이러한 후속 사용자 인터페이스에서 사용자에 의해, 휴대전화 번호의 옆에 표시된 전화 아이콘과 같은 휴대전화 번호 또는 유사한 표시의 선택 시에, 디바이스(500)는 제안된 번호에서 John Appleseed에게 전화하기 위해 애플리케이션(예컨대, 전화 모듈(138))을 호출할 수 있다. 일부 실시예들에서, 디바이스(500)는 사용자가 사용자 인터페이스 객체(602)를 선택하지 않지만 휴대전화 번호 또는 유사한 표시를 선택하는 경우 제안된 상태(540) 내의 휴대전화 번호를 유지할 수 있다(예를 들어, 제안된 번호에 전화를 거는 사용자가 연락처에 대한 제안된 번호의 암시된 승인으로서 처리되지 않음). 다른 실시예들에서, 디바이스(500)는 사용자가 사용자 인터페이스 객체(602)를 선택하지 않았더라도, 사용자가 휴대전화 번호를 선택 시 휴대전화 번호의 상태를 추가된 상태(550)로 변경할 수 있다(예를 들어, 제안된 번호에 전화를 거는 사용자가 연락처에 대한 제안된 번호의 암시된 승인으로서 처리됨).

도 6b의 제2 사용자 인터페이스는 또한 제안된 번호와 연관된 사용자 인터페이스 객체(604)(레이블링된 "무시")를 포함한다. 사용자에 의해 사용자 인터페이스 객체(604)의 선택은 디바이스(500)로 하여금 사용자 인터페이스 객체(602)를 표시하는 것을 중지하게 할 수 있고, 이는 번호를 연락처에 추가하는 것의 옵션을 제거한다. 사용자 인터페이스 객체(604)를 선택 시, 디바이스(500)는 제안된 번호의 상태를 제안된 상태(540)로부터 거절된 상태(560)로 변경할 수 있다. 거절된 상태(560)에서, 디바이스(500)는 이러한 연락처와 연관된 제안된 번호를 더 이상 표시하거나 제안하지 않도록 구성될 수 있다.

또한, 도 6b의 제2 사용자 인터페이스는 제안된 번호가 그로부터 디바이스(500)에 의해 식별된 메시지의 일부분을 포함하는 메시지 부분(608)("관련 이메일"로서 레이블링됨)을 포함한다. 따라서, 제안된 연락처 정보를 검토하기 위한 인테페이스를 제공 시에, 도 6b의 사용자 인터페이스는 제안된 연락처 정보와 연관된 메시지 문맥을 사용자에게 제공할 수 있다. 도 6b에 도시된 바와 같이, 디바이스(500)는 휴대전화 번호를 갖는 부분에 관련된 이메일의 제한된 부분을 표시할 수 있다. 사용자가 메시지의 표시된 부분을 선택 시, 디바이스(500)는 메시지 애플리케이션(예컨대, 이메일 클라이언트 모듈(140))으로 하여금 사용자를 위해 전체 이메일을 열게 할 수 있다. 일부 실시예들에서, 전체 이메일은 도 6d에 도시된 것에 대응하는 사용자 인터페이스 내의 제안된 연락처 정보로 표시될 수 있다.

도 6c는 도 6a의 사용자가 "편집" 사용자 인터페이스 객체를 선택하는 것에 응답하여 표시되는 사용자 인터페이스를 도시한다. 이러한 편집 사용자 인터페이스에서, 사용자는 또한 사용자 인터페이스 객체(610)에 의해 표현된, 제안된 번호에 직접 전화를 걸 수 있고, 이는 번호가 제안된 상태(540)에 있음을 나타내기 위하여 하이라이트(즉, 볼드체로)된다. 임의의 적합한 시각적 표시는 사용자 인터페이스 객체(610)가 제안된 상태(540)에 있음을 표시하도록 사용될 수 있다.

도 6d는 메시지 내의 식별된 제안된 연락처 정보를 갖는 디바이스(500)를 이용하여 디바이스(500) 상의 메시지(예를 들어, 이메일 클라이언트 모듈(140)에 의해 표시된 이메일)를 열 때 사용자가 볼 수 있는 스크린을 도시한다. 도 6d의 사용자 인터페이스는 제안 부분(612) 및 메시지 부분(614)을 포함한다. 메시지 부분(614)은 디바이스(500)에 의해 수신된 메시지의 콘텐츠를 포함한다. 제안 부분(612)은 식별된 엔티티("John Appleseed")에 대응하는 사용자 인터페이스 객체, 식별된 연락처 정보("405-123-6633")에 대응하는 사용자 인터페이스 객체, 및 선택될 때 디바이스로 하여금 제안된 번호를 추가된 상태(550) 내의 연락처에 추가하게 하는 식별된 연락처 정보와 연관된 사용자 인터페이스 객체(618)(레이블링된 "연락처에 추가")를 포함한다. 제안 부분(612)은 선택 시, 디바이스(500)로 하여금 식별된 연락처 정보의 상태를 제안된 상태(540)로부터 거절된 상태(560)로 변경하게 하는 식별된 연락처 정보와 연관된 사용자 인터페이스 객체(620)("무시"로 레이블링됨)를 포함한다. 거절된 상태(560)에서, 디바이스(500)는 이러한 연락처와 연관된 제안된 연락처 정보를 더 이상 표시하거나 제안하지 않도록 구성될 수 있다. "무시" 및 "연락처에 추가" 타일 위에 제안 부분(612)의 식별된 연락처 정보(616)를 선택하는 것은 식별된 엔티티와 연관된 연락처에 대응하는 사용자 인터페이스를 가져올 수 있다. 예를 들어, 디바이스(500)는 이러한 실시예에서 도 6a에 도시된 것에 대응하는 사용자 인터페이스 내의 "John Appleseed"에 대한 연락처 정보를 나타낼 수 있다.

도 6e는 메시지 내의 식별된 제안된 이벤트 정보를 갖는 디바이스(500)를 이용하여 디바이스(500) 상의 메시지(예를 들어, 이메일 클라이언트 모듈(140)에 의해 표시된 이메일)를 열 때 사용자가 볼 수 있는 스크린을 도시한다. 도 6e의 사용자 인터페이스는 제안 부분(620) 및 메시지 부분(622)을 포함한다. 메시지 부분(622)은 디바이스(500)에 의해 수신된 메시지의 콘텐츠를 포함한다. 제안 부분(620)은 식별된 이벤트 정보("Dinner", "Any Sushi Bar", "3월 7일 금요일", 또는 "오후 9:50")에 대응하는 사용자 인터페이스 객체, 및 선택될 때 디바이스(500)로 하여금 제안된 이벤트 정보를 추가된 상태(550) 내의 캘린더 이벤트에 추가하게 하는 식별된 이벤트 정보와 연관된 사용자 인터페이스 객체(626)(레이블링된 "캘린더에 추가")를 포함한다. 제안 부분(620)은 선택 시, 디바이스(500)로 하여금 식별된 이벤트 정보의 상태를 제안된 상태(540)로부터 거절된 상태(560)로 변경하게 하는 사용자 인터페이스 객체(628)를 포함한다. 거절된 상태(560)에서, 디바이스(500)는 이러한 캘린더 이벤트와 연관된 제안된 이벤트 정보를 더 이상 표시하거나 제안하지 않도록 구성될 수 있다. "무시" 및 "캘린더에 추가" 타일 위에 제안 부분(620)의 식별된 이벤트 정보(624)를 선택하는 것은, 사용자가 그를 통해 제안된 이벤트 정보를 추가된 상태(550) 내의 캘린더 이벤트에 추가하기 위해 사용자 인터페이스 객체를 선택할 수 있는, 식별된 이벤트 정보(예를 들어, 예로서 연락처 모듈(137)에 의해 표시됨)와 연관된 캘린더 이벤트에 대응하는 사용자 인터페이스(도시하지 않음)를 가져올 수 있다.

일부 예들에서, 디바이스는 디바이스의 캘린더 상에 캘린더 이벤트를 표시할 수 있고, 캘린더 이벤트는 제안된 상태(540) 내의 이벤트 정보에 대응한다. 디바이스의 캘린더 상에 표시된 제안된 상태(540) 내의 캘린더 이벤트는 옵션적으로 그것들이 제안된 상태(540)에 있음을 나타내기 위해 그레이아웃될 수 있다. 디바이스는 이벤트 정보의 소스의 적어도 일부분(예를 들어, 제안된 이벤트 정보가 기초하는, 이메일과 같은 통신의 일부분)을 포함하는, 캘린더 이벤트(예를 들어, 사용자가 캘린더 이벤트와 연관된 어포던스를 활성화할 때)의 상세를 표시할 수 있다. 대안적으로, 또는 추가로, 디바이스는 활성화될 때 디바이스로 하여금 제안된 이벤트 정보가 기초하는 통신(예컨대, 이메일)의 적어도 일부분을 표시하게 하는 어포던스를 표시할 수 있다. 제안된 캘린더 이벤트의 표시된 상세는 또한 옵션적으로 제안된 캘린더 이벤트를 무시(또는 거절)하거나 제안된 캘린더 이벤트를 수락하기 위해 어포던스를 포함할 수 있다. 따라서, 사용자는 디바이스의 캘린더 상의 제안된 캘린더 이벤트를 볼 수 있고 사용자는 제안된 캘린더 이벤트를 신속하고 효율적으로 거절하거나 수락할 수 있다.

도 6f는 메시지 내의 식별된 다수의 제안된 연락처 및/또는 캘린더 이벤트를 갖는 디바이스(500)를 이용하여 디바이스(500) 상의 메시지(예를 들어, 이메일 클라이언트 모듈(140)에 의해 표시된 이메일)를 열 때 사용자가 볼 수 있는 스크린을 도시한다. 도 6f의 사용자 인터페이스는 제안 부분(630) 및 메시지 부분(632)을 포함한다. 메시지 부분(632)은 디바이스(500)에 의해 수신된 메시지의 콘텐츠를 포함한다. 제안 부분(630)은 선택될 때 디바이스(500)로 하여금 도 6g에 도시된 바와 같은 식별된 연락처 또는 이벤트 정보의 다수의 인스턴스들의 목록을 갖는 후속 사용자 인터페이스를 표시하게 하는 사용자 선택가능 영역을 더 포함한다. 도 6g의 제안들의 모두를 도 6f의 사용자 인터페이스 내로 통합시키기 보다는 도 6f의 제안 부분(630)을 단일 배너로 한정하는 것은 도 6f의 제안 부분이 메시지 부분 내의 메시지를 용이하게 보고 읽기 위한 사용자 능력을 방해하는 것을 방지한다.

도 6g는 도 6f의 사용자 인터페이스와 연관된 메시지 내의 식별된 제안된 연락처 및 이벤트 정보의 목록을 갖는 후속 사용자 인터페이스를 도시한다. 도 6g에 도시한 바와 같이, 제안은 유형에 의해 체계화되고(예컨대, 제안된 캘린더 이벤트는 함께 그룹화되고 제안된 연락처는 함께 그룹화됨) 각 제안은 상술한 "무시" 및 "연락처에 추가" 및 "캘린더에 추가" 기능을 포함한다. 도 6g의 사용자 인터페이스는 또한 선택될 때 디바이스(500)로 하여금 식별된 연락처 또는 이벤트 정보(예컨대, 도 6g에 도시된 두 개의 제안된 캘린더 이벤트)의 다수의 인스턴스들의 그룹화 각각을 추가된 상태(550) 내의 대응하는 연락처 또는 캘린더 이벤트에 추가하게 하는 사용자 인터페이스 객체(634)("모두 추가")를 포함한다.

도 7a 및 도 7b는 일부 실시예들에 따른 제안된 연락처를 생성하기 위한 예시적인 프로세스의 흐름도를 예시한다. 프로세스는 전자 디바이스(예컨대, 디바이스(500))에서 수행될 수 있다.

전자 디바이스는 수신된 메시지 내의 메시지(예컨대, 도 6d, 메시지 부분(614) 내의 이메일)을 수신할 수 있고(702), 수신된 메시지 내에서 엔티티(예컨대, 도 6d, "John Appleseed") 및 엔티티와 연관된 연락처 정보(예컨대, 도 6d, "405-123-6633")를 식별할 수 있다(704). 디바이스는 식별된 엔티티와 연관된 연락처(예컨대, 도 5a, 연락처(530A)가 데이터베이스(예컨대, 주소록 데이터베이스와 같은 디바이스(500) 상의 스토리지) 내의 복수의 연락처 중에 존재하지 않는다고 결정할 수 있고(722), 이러한 결정에 응답하여, 디바이스는 엔티티와 연관된 연락처를 생성할 수 있고, 생성된 연락처는 연락처 정보 및 생성된 연락처가 제안된 연락처(예컨대, 제안된 상태(540) 내의)라는 표시를 포함한다(724). 디바이스는 제안된 연락처로서 "John Appleseed" 연락처를 생성할 때, 연락처 내의 연락처 정보의 각 항목은 제안된 연락처 정보의 항목으로서 나타내고 제안된 상태(540) 내에 저장될 수 있거나 전체로서 전체 연락처는 제안된 연락처로서 나타내고 제안된 상태(540) 내에 저장될 수 있음을 주목한다. 디바이스 상에 있는 임의의 메시지, 예컨대 들어오고 나가는 메시지들은 개시된 프로세스를 사용하여 분석될 수 있음을 또한 주목한다.

일부 실시예들에서, 식별된 엔티티는 이름이고, 식별된 연락처 정보는 전화 번호, 주소, 사업체 또는 소셜 네트워킹 별칭이다(706).

일부 실시예들에서, 디바이스는 메시지 내의 서명란을 인식함으로써 메시지 내의 비구조화된 콘텐츠를 식별할 수 있다. 예를 들어, 메시지 내의 엔티티 및 연관된 연락처 정보를 식별하기 위하여, 디바이스는 메시지의 서명란을 식별하고, 엔티티 및 연락처 정보에 대해 식별된 서명란을 분석할 수 있다(708). 메시지는 이메일을 포함할 수 있고 서명란은 이메일 서명일 수 있다(710). 이메일은 이메일 스레드 내에 하나 이상의 이전 이메일을 포함하고, 이메일 서명을 식별하는 것은 이메일 스레드 내의 하나 이상의 이전 이메일을 분석하는 단계를 포함할 수 있다(712). 이메일의 인용 층들을 펼침으로써, 디바이스는 이메일 스레드 내의 상이한 이메일에서 연락처 정보 위치를 잘못 연관시키는 것을 피할 수 있다.

일부 실시예들에서, 디바이스는 데이터 검출기를 이용하여 정의적 구들을 검색함으로써 메시지 내의 비구조화된 콘텐츠를 식별할 수 있다. 예를 들어, 메시지 내의 엔티티 및 연관된 연락처 정보를 식별하기 위하여, 미리정의된 구들의 집합에 기초하여 하나 이상의 구를 메시지 내에서 식별하고, 엔티티 및 연락처 정보에 대해 하나 이상의 식별된 구를 분석할 수 있다(714). 디바이스는 네트워크를 통해 미리정의된 구들의 집합을 업데이트할 수 있고, 이는 디바이스로 하여금 정확한 구들을 계속해서 사용하게 할 수 있다(716). 디바이스는 또한 제안된 연락처를 거절하라는 요청의 결과로서 미리정의된 구들 중 하나 이상의 구를 다운그레이드(downgrade)할 수 있다(718). 다시 말하면, 사용자들이 특정 구들의 사용을 통해 식별된 제안들을 계속해서 거절하는 경우, 그것은 그러한 구들이 부정확하다는 표시일 수 있다. 디바이스는 또한 데이터베이스 내의 연락처 정보를 전자 디바이스(예컨대, 메시지, 캘린더 이벤트 등) 상의 연락처 정보와 연관된 언어와 상호상관시킴으로써 미리정의된 구들 중 하나 이상의 구를 생성할 수 있다(720). 이러한 방식으로, 디바이스는 연락처 정보를 갖는 메시지 내의 어느 정확한 언어가 예를 들어 사용자로 하여금 연락처 정보를 갖는 연락처를 생성하거나 업데이트하게 할지를 결정할 수 있다.

일부 실시예들에서, 제안된 연락처는 도 5a의 데이터 아키텍처의 뷰에서 검색가능할 수 있다. 예를 들어, 디바이스는 연락처에 대한 요청을 수신하고(예를 들어, 디바이스 상의 애플리케이션을 통해 연락처에 대한 사용자 검색에 의해), 연락처에 대한 요청에 응답하여, 제안된 연락처를 검색할 수 있다(726).

일부 실시예들에서, 디바이스는 연락처의 생성에 응답하여, 제안된 연락처를 네트워크를 통해 원격 데이터베이스에 저장하는 것을 억제할 수 있다(728). 예를 들어, 제안된 연락처가 제안된 상태(540) 내에 있는 경우, 디바이스는 연락처들이 네트워크를 통해 다수의 클라이언트들 상에서 업데이트되게 하는 업데이트 또는 동기화 서비스(예컨대, 디바이스 상의 애플리케이션)에 연락처를 푸싱하는 것을 억제할 수 있다.

일부 실시예들에서, 디바이스는 제안된 연락처를 데이터베이스에 추가하라는 요청(예컨대, 도 6d, "연락처에 추가"(618))을 수신하고, 요청에 응답하여, 생성된 연락처가 제안된 연락처임(예를 들어, 연락처의 상태를 제안된 상태(540)로부터 추가된 상태(550)로 변경)의 표시 없이, 생성된 연락처를 데이터베이스에 저장할 수 있다(730). 제안된 연락처를 데이터베이스에 추가하라는 요청에 응답하여, 디바이스는 생성된 연락처가 제안된 연락처라는 표시 없이, 예를 들어, 업데이트 또는 동기화 서비스에 연락처를 푸싱함으로써, 생성된 연락처를 네트워크를 통해 원격 데이터베이스에 저장할 수 있다(732).

일부 실시예들에서, 디바이스는 제안된 연락처를 거절하라는 요청(예를 들어, 도 6d, "무시"(620))을 수신하고, 제안된 연락처를 거절하라는 요청에 응답하여, 향후 메시지 내에서 엔티티 및 연락처 정보가 식별되는 결과로서 제안된 연락처가 향후 생성되는 것을 방지할 수 있다(734). 이는 거절된 연락처를 거절된 상태(560)에 저장함으로써 구현될 수 있고, 따라서 디바이스는 어느 것이 이미 거절되었는지를 알 수 있다.

도 8a 및 도 8b는 일부 실시예들에 따른, 기존 연락처를 제안된 연락처 정보의 항목으로 업데이트하기 위한 예시적인 프로세스의 흐름도를 예시한다. 프로세스는 전자 디바이스(예컨대, 디바이스(500))에서 수행될 수 있다.

전자 디바이스는 메시지(예컨대, 도 6d, 메시지 부분(614) 내의 이메일)를 수신하고(802), 수신된 메시지 내에서 엔티티(예컨대, 도 6d, "John Appleseed") 및 엔티티와 연관된 연락처 정보(예컨대, 도 6d, "405-123-6633")의 항목을 식별할 수 있다(804). 디바이스는 식별된 엔티티와 연관된 연락처(예컨대, 도 5a, 연락처(530A))가 데이터베이스 내의 복수의 연락처 중에 존재한다고 그리고 연락처가 식별된 연락처 정보의 항목을 포함하지 않는다고 결정할 수 있다(822). 이러한 결정에 응답하여, 디바이스는 연락처 정보의 항목, 및 연락처 정보의 항목이 제안된 연락처 정보의 항목(예컨대, 제안된 상태(540) 내의)이라는 표시(예컨대, 메타데이터)를 포함하도록 연락처를 업데이트할 수 있다(824). 디바이스 상에 있는 임의의 메시지, 예컨대 들어오고 나가는 메시지들은 개시된 프로세스를 사용하여 분석될 수 있음을 또한 주목한다.

일부 실시예들에서, 식별된 엔티티는 이름을 포함하고, 식별된 연락처 정보의 항목은 전화 번호, 주소, 사업체 또는 소셜 네트워킹 별칭이다(806).

일부 실시예들에서, 디바이스는 메시지 내의 서명을 인식함으로써 메시지 내의 비구조화된 콘텐츠를 식별할 수 있다. 예를 들어, 메시지 내의 엔티티 및 연관된 연락처 정보의 항목을 식별하기 위하여, 디바이스는 메시지의 서명란을 학인하고, 엔티티 및 연락처 정보의 항목에 대해 식별된 서명란을 분석할 수 있다(808). 메시지는 이메일을 포함할 수 있고 서명란은 이메일 서명일 수 있다(810). 이메일은 이메일 스레드 내에 하나 이상의 이전 이메일을 포함하고, 이메일 서명을 식별하는 것은 이메일 스레드 내의 하나 이상의 이전 이메일을 분석하는 것을 포함할 수 있다(812). 이메일의 인용 층들을 펼침으로써, 디바이스는 이메일 스레드 내의 상이한 이메일에서 연락처 정보 위치를 잘못 연관시키는 것을 피할 수 있다.

일부 실시예들에서, 디바이스는 데이터 검출기를 이용하여 정의적 구들을 검색함으로써 메시지 내의 비구조화된 콘텐츠를 식별할 수 있다. 예를 들어, 메시지 내의 엔티티 및 연관된 연락처 정보의 항목을 식별하기 위하여, 디바이스는 미리정의된 구들의 집합에 기초하여 하나 이상의 구를 메시지 내에서 식별하고, 엔티티 및 연락처 정보의 항목에 대해 하나 이상의 식별된 구를 분석할 수 있다(814). 디바이스는 미리정의된 구들의 집합을 네트워크를 통해 업데이트할 수 있고, 이는 디바이스로 하여금 정확한 구들을 계속해서 사용하게 할 수 있다(816). 디바이스는 또한 제안된 연락처 정보의 항목을 거절하라는 요청의 결과로서 미리정의된 구들 중 하나 이상의 구를 다운그레이드할 수 있다(818). 다시 말하면, 사용자들이 특정 구들의 사용을 통해 식별된 제안들을 계속해서 거절하는 경우, 그것은 그러한 구들이 부정확하다는 표시일 수 있다. 디바이스는 또한 데이터베이스 내의 연락처 정보를 전자 디바이스(예컨대, 메시지, 캘린더 이벤트 등) 상의 연락처 정보와 연관된 언어와 상호상관시킴으로써 미리정의된 구들 중 하나 이상의 구를 생성할 수 있다(820). 이러한 방식으로, 디바이스는 연락처 정보를 갖는 메시지 내의 어느 정확한 언어가 예를 들어 사용자로 하여금 연락처 정보를 갖는 연락처를 생성하거나 업데이트하게 할지를 결정할 수 있다.

일부 실시예들에서, 제안된 연락처는 도 5a의 데이터 아키텍처의 뷰에서 검색가능할 수 있다. 예를 들어, 디바이스는 연락처에 대한 요청을 수신하고(예를 들어, 디바이스 상의 애플리케이션을 통해 연락처에 대한 사용자 검색에 의해), 연락처에 대한 요청에 응답하여, 제안된 연락처 정보의 항목을 검색할 수 있다(826).

일부 실시예들에서, 디바이스는 연락처의 업데이트에 응답하여, 제안된 연락처 정보의 항목을 네트워크를 통해 원격 데이터베이스에 저장하는 것을 억제할 수 있다(828). 제안된 연락처 정보의 항목이 제안된 상태(540) 내에 있는 경우, 디바이스는 연락처들이 네트워크를 통해 다수의 클라이언트들 상에서 업데이트되게 하는 업데이트 또는 동기화 서비스(예컨대, 디바이스 상의 애플리케이션)에 연락처 정보의 항목을 푸싱하는 것을 억제할 수 있다.

일부 실시예들에서, 디바이스는 제안된 연락처 정보의 항목을 데이터베이스에 추가하라는 요청(예컨대, 도 6b, "연락처에 추가"(602))을 수신하고, 요청에 응답하여, 연락처 정보의 항목이 제안된 연락처 정보의 항목임(예를 들어, 연락처 정보의 상태를 제안된 상태(540)로부터 추가된 상태(550)로 변경)의 표시 없이, 업데이트된 연락처를 데이터베이스에 저장할 수 있다(830). 데이터베이스에 제안된 연락처 정보의 항목을 추가하라는 요청에 응답하여, 디바이스는 연락처 정보의 항목이 제안된 연락처 정보의 항목이라는 표시 없이, 예를 들어, 업데이트/동기화 서비스에 연락처 정보를 푸싱함으로써, 업데이트된 연락처를 네트워크를 통해 원격 데이터베이스에 저장할 수 있다(832).

일부 실시예들에서, 디바이스는 연락처 정보의 제안된 항목을 거절하라는 요청(예컨대, 도 6b, "무시"(604))을 수신하고, 요청에 응답하여, 제안된 연락처 정보의 항목을 거절할 수 있고, 이는 향후 메시지 내에서 엔티티 및 연락처 정보의 항목이 식별되는 결과로서 연락처가 제안된 연락처 정보의 항목을 이용하여 향후 업데이트되는 것을 방지한다(834). 이는 거절된 상태(560)에 거절된 연락처 정보를 저장함으로써 구현될 수 있고, 따라서 디바이스는 어느 것이 이미 거절되었는지를 알 수 있다.

도 9a 및 도 9b는 일부 실시예들에 따른, 제안된 연락처 정보를 갖는 연락처를 표시하기 위한 예시적인 프로세스의 흐름도를 예시한다. 프로세스는 디스플레이를 구비한 전자 디바이스(예컨대, 디바이스(500))에서 수행될 수 있다.

전자 디바이스는 메시지(예컨대, 도 6d, 메시지 부분(614) 내의 이메일)를 수신하고(902), 수신된 메시지 내에서, 엔티티(예컨대, 도 6d, "John Appleseed") 및 엔티티와 연관된 연락처 정보(예컨대, 도 6d, "405-123-6633")를 식별할 수 있다(904). 디바이스는 식별된 연락처 정보가 제안된 연락처 정보라는 표시(예컨대, 메타데이터)를 생성하고(906), 엔티티와 연관된 연락처에 대응하는 제1 사용자 인터페이스(예컨대, 도 6a)를 표시할 수 있다(908). 제1 사용자 인터페이스는, 생성된 표시에 기초하여, 식별된 연락처 정보가 제안된 연락처 정보라는 것을 나타내는 제1 사용자 인터페이스 객체(예컨대, "제안")를 포함할 수 있다.

일부 실시예들에서, 디바이스는 제안된 연락처 정보의 선택에 대응하는 입력이 엔티티에 연락하기 위하여 애플리케이션을 호출하는 것을 방지할 수 있다(910)(예컨대, 도 6a, 제안된 번호를 선택하는 것이 번호에 전화를 거는 것은 아님).

일부 실시예들에서, 디바이스는 제1 사용자 인터페이스 내의 제안된 연락처 정보의 선택에 대응하는 입력을 검출하고, 검출에 응답하여, 선택될 때 전자 디바이스로 하여금 식별된 연락처 정보를 데이터베이스에 추가하게 하는 식별된 연락처 정보와 연관된 제2 사용자 인터페이스 객체(예컨대, 도 6b, "연락처에 추가"(602))를 포함하는 제2 사용자 인터페이스(도 6b)를 표시할 수 있다(912). 제2 사용자 인터페이스는, 선택될 때 전자 디바이스로 하여금 제2 사용자 인터페이스 객체를 표시하는 것을 중지하게 하는 식별된 연락처 정보와 연관된 제3 사용자 인터페이스 객체(예컨대, 도 6b, "무시"(604))를 포함할 수 있다(914). 제2 사용자 인터페이스를 표시하는 것은 제1 사용자 인터페이스를 표시하는 것을 중지할 수 있다(916). 디바이스는 식별된 연락처 정보를 데이터베이스에 추가하는 것에 응답하여, 제1 사용자 인터페이스 객체의 표시를 중지한다(918).

일부 실시예들에서, 제2 사용자 인터페이스는 메시지(예컨대, 도 6b, "관련 이메일")의 적어도 일부분을 표시할 수 있다(920). 디바이스는 표시된 메시지의 선택에 대응하는 입력을 검출하고, 검출에 응답하여, 메시지를 열기 위해 애플리케이션(예컨대, 이메일 클라이언트 모듈(140))을 호출한다(예컨대, 도 6d)(922). 메시지는 이메일일 수 있고 애플리케이션은 이메일 애플리케이션일 수 있다(924).

일부 실시예들에서, 디바이스는 제2 사용자 인터페이스 내의 제안된 연락처 정보의 선택에 대응하는 입력을 검출하고, 검출에 응답하여, 식별된 연락처 정보를 사용하여 엔티티에 연락하기 위하여 애플리케이션(예컨대, 전화 모듈(138))을 호출할 수 있다(926). 제2 사용자 인터페이스 내의 제안된 연락처 정보의 선택에 대응하는 입력의 검출에 응답하여, 디바이스는 식별된 연락처 정보를 데이터베이스에 추가할 수 있다(928)(예컨대, 연락처 정보의 상태를 제안된 상태(540)로부터 추가된 상태(550)로 변경). 디바이스는 식별된 연락처 정보를 데이터베이스에 추가하는 것에 응답하여, 제1 사용자 인터페이스 객체의 표시를 중지한다(918).

도 10은 일부 실시예들에 따른, 메시지를 갖는 제안된 연락처 정보를 표시하기 위한 예시적인 프로세스의 흐름도를 예시한다. 프로세스는 디스플레이를 구비한 전자 디바이스(예컨대, 디바이스(500))에서 수행될 수 있다.

전자 디바이스는 메시지(예컨대, 도 6d, 메시지 부분(614) 내의 이메일)를 수신하고(1002), 수신된 메시지 내에서, 엔티티(예컨대, 도 6d, "John Appleseed") 및 엔티티와 연관된 연락처 정보(예컨대, 도 6d, "405-123-6633")를 식별할 수 있다(1004). 메시지는 이메일일 수 있다(1006). 식별된 엔티티는 이름일 수 있고, 식별된 연락처 정보는 전화 번호, 주소, 사업체 또는 소셜 네트워킹 별칭일 수 있다(1008).

디바이스는 수신된 메시지에 대응하는 제1 사용자 인터페이스(예컨대, 도 6d)를 표시할 수 있다(1010). 제1 사용자 인터페이스는 전자 디바이스에 수신된 메시지의 콘텐츠를 포함하는 제1 부분(예컨대, 도 6d, 메시지 부분(614)), 및 식별된 엔티티에 대응하는 제1 사용자 인터페이스 객체(예컨대, 도 6d, "John Appleseed"), 식별된 연락처 정보에 대응하는 제2 사용자 인터페이스 객체(예컨대, 도 6d, "405-123-6633"), 및 선택될 때 전자 디바이스로 하여금 식별된 연락처 정보를 데이터베이스에 추가(예컨대, 연락처 정보를 연락처로 저장)하게 하는 식별된 연락처 정보와 연관된 제3 사용자 인터페이스(예컨대, 도 6d, "연락처에 추가"(618))를 포함하는 제2 부분(예컨대, 도 6d, 제안 부분(612))을 포함할 수 있다. 제2 부분은 선택될 때 전자 디바이스로 하여금 제3 사용자 인터페이스 객체를 표시하는 것을 중지하게 하는 식별된 연락처 정보와 연관된 제4 사용자 인터페이스 객체(예컨대, 도 6d, "무시"(620))를 포함할 수 있다(1012).

도 11a 및 도 11b는 일부 실시예들에 따른 제안된 캘린더 이벤트를 생성하기 위한 예시적인 프로세스의 흐름도를 예시한다. 프로세스는 전자 디바이스(예컨대, 디바이스(500))에서 수행될 수 있다.

전자 디바이스는 메시지(예컨대, 도 6e, 메시지 부분(622) 내의 이메일)를 수신하고(1102), 수신된 메시지 내에서, 이벤트 정보(예컨대, 도 6e, "Dinner", "Any Sushi Bar", "3월 7일 금요일", 또는 "오후 9:50")를 식별할 수 있다(1104). 디바이스는 식별된 이벤트 정보와 연관된 캘린더 이벤트(예컨대, 도 5b, 캘린더 이벤트(530B))를 생성할 수 있고, 생성된 캘린더 이벤트는 이벤트 정보, 및 생성된 캘린더 이벤트가 제안된 캘린더 이벤트(예컨대, 제안된 상태(540))라는 표시(예컨대, 메타 데이터)를 포함한다(1122).

일부 실시예들에서, 식별된 이벤트 정보는 날짜 및 시간이다(1106).

일부 실시예들에서, 디바이스는 이러한 메시지들에 의해 제공된 특정 포맷으로 이벤트 정보를 인식하도록 구성된 템플릿을 사용함으로써 메시지 내의 구조화된 콘텐츠를 식별할 수 있다. 예를 들어, 메시지 내의 이벤트 정보를 식별하기 위하여, 디바이스는 메시지 내의 콘텐츠의 포맷을 식별하고, 메시지 내의 콘텐츠의 포맷 내의 이벤트 정보를 인식하도록 구성되는 템플릿을 미리정의된 템플릿들의 집합으로부터 식별하고, 이벤트 정보에 대해 식별된 템플릿을 이용하여 콘텐츠를 분석할 수 있다(1108). 메시지는 이메일을 포함할 수 있고 콘텐츠는 예약(예컨대, 도 6e)을 포함할 수 있다(1110). 디바이스는 네트워크를 통해 미리정의된 템플릿의 집합을 업데이트할 수 있고, 이는 디바이스로 하여금 정확한 템플릿을 계속해서 사용하게 할 수 있다(1112).

일부 실시예들에서, 디바이스는 데이터 검출기를 이용하여 이벤트 정보에 대한 참조들을 검색함으로써 메시지 내의 비구조화된 콘텐츠를 식별할 수 있다. 예를 들어, 메시지 내의 이벤트 정보를 식별하기 위하여, 디바이스는 날짜 및 시간에 대한 미리정의된 참조들의 집합에 기초하여 날짜 및 시간에 대한 하나 이상의 참조를 메시지 내에서 식별하고, 이벤트 정보에 대해 날짜 및 시간에 대한 하나 이상의 식별된 참조를 분석할 수 있다(1114). 디바이스는 날짜 및 시간에 대한 미리정의된 참조들의 집합을 네트워크를 통해 업데이트할 수 있고, 이는 디바이스로 하여금 정확한 참조들을 계속해서 사용하게 할 수 있다(1116). 디바이스는 제안된 캘린더 이벤트를 거절하라는 요청의 결과로서 날짜 및 시간에 대한 미리정의된 참조들 중 하나 이상의 참조를 다운그레이드할 수 있다(1118). 다시 말하면, 사용자들이 날짜 및 시간에 대한 특정 참조들의 사용을 통해 식별된 제안들을 계속해서 거절하는 경우, 그것은 그러한 참조들이 부정확함의 표시일 수 있다. 디바이스는 복수의 캘린더 이벤트를 포함하는 데이터베이스 내의 이벤트 정보를 전자 디바이스 상의 이벤트 정보와 연관된 언어와 상호상관시킴으로써 날짜 및 시간에 대한 미리정의된 참조들 중 하나 이상의 참조를 생성할 수 있다(1120). 이러한 방식에서, 디바이스는 이벤트 정보를 갖는 메시지 내의 무슨 언어가 예를 들어, 사용자로 하여금 이벤트 정보를 갖는 캘린더 이벤트를 생성하거나 업데이트하게 하는지를 더 잘 결정할 수 있다.

일부 실시예들에서, 제안된 캘린더 이벤트는 도 5의 데이터 아키텍처의 뷰에서 검색가능할 수 있다. 예를 들어, 디바이스는 캘린더 이벤트에 대한 요청을 수신하고(예를 들어, 디바이스 상의 애플리케이션을 통해 캘린더 이벤트에 대한 사용자 검색에 의해), 캘린더 이벤트에 대한 요청에 응답하여, 제안된 캘린더 이벤트를 검색할 수 있다(1124).

일부 실시예들에서, 디바이스는 캘린더 이벤트의 생성에 응답하여, 제안된 캘린더 이벤트를 네트워크를 통해 원격 데이터베이스에 저장하는 것을 억제할 수 있다(1126). 예를 들어, 제안된 캘린더 이벤트가 제안된 상태(540) 내에 있는 경우, 디바이스는 캘린더 이벤트들이 네트워크를 통해 다수의 클라이언트들 상에서 업데이트되게 하는 업데이트 또는 동기화 서비스(예컨대, 디바이스 상의 애플리케이션)에 캘린더 이벤트를 푸싱하는 것을 억제할 수 있다.

일부 실시예들에서, 디바이스는 제안된 캘린더 이벤트(예컨대, 도 6e, "캘린더에 추가"(626))를 복수의 캘린더 이벤트를 포함하는 데이터베이스에 추가하라는 요청을 수신하고, 이에 응답하여, 생성된 캘린더 이벤트가 제안된 캘린더 이벤트임(예를 들어, 캘린더 이벤트의 상태를 제안된 상태(540)로부터 추가된 상태(550)로 변경)의 표시 없이, 생성된 캘린더 이벤트를 데이터베이스에 저장할 수 있다(1128). 데이터베이스에 제안된 캘린더 이벤트를 추가하라는 요청에 응답하여, 디바이스는 생성된 캘린더 이벤트가 제안된 캘린더 이벤트라는 표시 없이, 예를 들어, 업데이트 또는 동기화 서비스에 캘린더 이벤트를 푸싱함으로써, 생성된 캘린더 이벤트를 네트워크를 통해 원격 데이터베이스에 저장할 수 있다(1130).

일부 실시예들에서, 디바이스는 제안된 캘린더 이벤트를 거절하라는 요청(예를 들어, 도 6e, "무시"(628))을 수신하고, 제안된 캘린더 이벤트를 거절하라는 요청에 응답하여, 향후 메시지 내에서 이벤트 정보가 식별되는 결과로서 제안된 캘린더 이벤트가 향후 생성되는 것을 방지할 수 있다(1132). 이는 거절된 상태(560)에 거절된 이벤트를 저장함으로써 구현될 수 있고, 따라서 디바이스는 어느 것이 이미 거절되었는지를 알 수 있다.

도 12는 일부 실시예들에 따른, 메시지를 갖는 제안된 이벤트 정보를 표시하기 위한 예시적인 프로세스의 흐름도를 예시한다. 프로세스는 디스플레이를 구비한 전자 디바이스(예컨대, 디바이스(500))에서 수행될 수 있다.

전자 디바이스는 메시지(예컨대, 도 6e, 메시지 부분(622) 내의 이메일)를 수신하고(1202), 수신된 메시지 내에서, 이벤트 정보(예컨대, 도 6e, "Dinner", "Any Sushi Bar", "3월 7일 금요일", 또는 "오후 9:50")를 식별할 수 있다(1204). 메시지는 이메일일 수 있다(1206). 식별된 이벤트 정보는 날짜 및 시간일 수 있다(1208).

디바이스는 수신된 메시지에 대응하는 제1 사용자 인터페이스(예컨대, 도 6e)를 표시할 수 있다(1210). 제1 사용자 인터페이스는 전자 디바이스에 의해 수신된 메시지의 콘텐츠를 포함하는 제1 부분(예컨대, 도 6e, 메시지 부분(622)), 및 식별된 이벤트 정보에 대응하는 제1 사용자 인터페이스 객체(예컨대, 도 6e, "Dinner", "Any Sushi Bar", "3월 7일 금요일", 또는 "오후 9:50"), 및 선택될 때 전자 디바이스로 하여금 식별된 이벤트 정보를 복수의 캘린더 이벤트를 포함하는 데이터베이스에 추가(예컨대, 캘린더 이벤트로서 이벤트 정보를 저장)하게 하는 식별된 이벤트 정보와 연관된 제2 사용자 인터페이스 객체(예컨대, 도 6e, "캘린더에 추가"(626))를 포함하는 제2 부분(예컨대, 도 6e, 제안 부분(620))을 포함할 수 있다. 제2 부분은 선택될 때 전자 디바이스로 하여금 제2 사용자 인터페이스 객체를 표시하는 것을 중지하게 하는 식별된 이벤트 정보와 연관된 제3 사용자 인터페이스 객체(예컨대, 도 6e, "무시"(628))를 포함한다(1212).

도 13은 일부 실시예들에 따른, 메시지를 갖는 다수의 제안된 연락처 또는 이벤트 정보를 표시하기 위한 예시적인 프로세스의 흐름도를 예시한다. 프로세스는 디스플레이를 구비한 전자 디바이스(예컨대, 디바이스(500))에서 수행될 수 있다.

전자 디바이스는 메시지(예컨대, 도 6f, 메시지 부분(632) 내의 이메일)를 수신하고(1302), 수신된 메시지 내에서, 연락처 또는 이벤트 정보의 다수의 인스턴스들(예컨대, 도 6f, 첨부된 여행 일정 내의 "2 이벤트, 1 연락처")을 식별할 수 있다(1304).

디바이스는 수신된 메시지에 대응하는 제1 사용자 인터페이스(예컨대, 도 6f)를 표시할 수 있다(1306). 제1 사용자 인터페이스는 전자 디바이스에 의해 수신된 메시지의 콘텐츠를 포함하는 제1 부분(예컨대, 도 6f, 메시지 부분(632)) 및 선택될 때 전자 디바이스로 하여금 식별된 연락처 또는 이벤트 정보의 다수의 인스턴스들의 목록을 포함하는 제2 사용자 인터페이스(도 6g)를 표시하게 하는 제2 부분(예컨대, 도 6f, 제안 부분(630))을 포함할 수 있다.

일부 실시예들에서, 디바이스는 제1 사용자 인터페이스의 제2 부분의 선택에 대응하는 입력을 검출하고, 검출에 응답하여, 식별된 연락처 또는 이벤트 정보의 다수의 인스턴스들의 목록, 및 식별된 연락처 또는 이벤트 정보의 다수의 인스턴스들 각각에 대한, 선택될 때 전자 디바이스로 하여금 식별된 정보를 데이터베이스에 추가(예컨대, 캘린더 이벤트로서 이벤트 정보, 또는 연락처로서 연락처 정보를 저장)하게 하는 제1 사용자 인터페이스 객체(예컨대, 도 6g, "캘린더에 추가", 또는 "연락처에 추가")를 포함하는 제2 사용자 인터페이스를 표시할 수 있다(1308). 제2 사용자 인터페이스는, 식별된 연락처 또는 이벤트 정보의 다수의 인스턴스들 각각에 대한, 선택될 때 전자 디바이스로 하여금 제1 사용자 인터페이스 객체를 표시하는 것을 중지하게 하는 제2 사용자 인터페이스 객체(예컨대, 도 6g, "무시")를 포함할 수 있다(1310). 제2 사용자 인터페이스는, 선택될 때 전자 디바이스로 하여금 식별된 연락처 또는 이벤트 정보의 다수의 인스턴스들의 그룹화(예컨대, 캘린더 이벤트 또는 연락처) 각각을 데이터베이스에 추가하게 하는 제3 사용자 인터페이스 객체(예컨대, 도 6g, "모두 추가"(634))를 포함할 수 있다(1312). 제2 사용자 인터페이스를 표시하는 것은 제1 사용자 인터페이스를 표시하는 것을 중지할 수 있다(1314).

도 7a 내지 도 13에서의 동작들이 기술된 특정 순서는 예시적인 것이며 기술된 순서가 동작들이 수행될 수 있는 유일한 순서라는 것을 나타내는 것으로 의도되지는 않는다는 것이 이해되어야 한다. 본 발명이 속한 기술분야에서 통상의 지식을 가진 자는 본 명세서에 기술된 동작들을 재순서화하는 다양한 방식들을 인식할 것이다. 간결성을 위해, 이러한 상세사항들은 여기서 반복되지 않는다. 그에 부가하여, 프로세스들(700 내지 1300(도 7 내지 도 13))의 양태들이 서로 결합될 수 있다는 것에 유의해야 한다.

전술된 정보 처리 프로세스들에서의 동작들은 범용 프로세서들 또는 응용 주문형 칩들과 같은 정보 처리 장치 내의 하나 이상의 기능 모듈을 동작시킴으로써 구현될 수 있다. 이들 모듈들, 이들 모듈들의 조합들, 및/또는 일반적인 하드웨어(예컨대, 도 1a, 도 1b 및 도 3에 관하여 전술된 바와 같음)와의 이들의 조합 모두는 본 발명의 보호 범위 내에 포함된다.

도 14는, 일부 예들에서, 전술한 특징들을 수행하는 전자 디바이스(1400)의 예시적인 기능 블록들을 나타낸 것이다. 도 14에 도시된 바와 같이, 전자 디바이스(1400)는 그래픽 객체들을 표시하도록 구성된 디스플레이 유닛(1402); 사용자 제스처들을 수용하도록 구성된 터치 감응형 표면 유닛(1404); 외부 전자 디바이스들을 검출하고 그들과 통신하도록 구성된 하나 이상의 RF 유닛(1406); 및 디스플레이 유닛(1402), 터치 감응형 표면 유닛(1404), 및 RF 유닛들(1406)에 결합된 처리 유닛(1408)을 포함한다.

일부 실시예들에서, 처리 유닛(1408)은 하나 이상의 애플리케이션(1412)을 실행하는 운영 체제(1410)를 지원하도록 구성된다. 일부 실시예들에서, 처리 유닛(1408)은, RF 유닛(1406)으로부터, 무선 통신 범위 내에 있는 외부 디바이스를 표현하는 데이터를 수신하고, 터치 감응형 표면 유닛(1404) 상에 그래픽 사용자 인터페이스 어포던스를 표시하고, 표시된 어포던스 상의 연락처를 검출하는 것에 응답하여, 외부 디바이스 상에서 실행되고 있는 애플리케이션에 대응하는 디바이스(1400) 상에서 애플리케이션을 개시하도록 구성된다.

디바이스(1400)의 기능 블록들은, 옵션적으로, 다양한 기술된 예들의 원리들을 수행하기 위한 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합에 의해 구현된다. 통상의 기술자라면 도 14에 기술된 기능 블록들이, 옵션적으로, 다양한 기술된 예들의 원리들을 구현하기 위해 결합되거나 하위 블록들로 분리될 수 있음을 알 것이다. 따라서, 본 명세서의 설명은, 옵션적으로, 본 명세서에 기술된 기능 블록들의 임의의 가능성있는 조합 또는 분리 또는 추가 정의를 지원한다.

도 15는, 일부 예들에서, 전술한 특징들을 수행하는 전자 디바이스(1500)의 예시적인 기능 블록들을 도시한다. 도 14에 도시된 바와 같이, 전자 디바이스(1500)는 그래픽 객체들을 표시하도록 구성된 디스플레이 유닛(1402); 사용자 제스처들을 수용하도록 구성된 터치 감응형 표면 유닛(1504); 외부 전자 디바이스들을 검출하고 그들과 통신하도록 구성된 하나 이상의 RF 유닛(1506); 및 디스플레이 유닛(1502), 터치 감응형 표면 유닛(1504), 및 RF 유닛들(1506)에 결합된 처리 유닛(1508)을 포함한다.

일부 실시예들에서, 처리 유닛(1508)은 상술한 다양한 기능들을 수행하기 위해 유닛들(1510 내지 1520) 중 하나 이상을 지원하도록 구성된다. 예를 들어, 수신 유닛(1510)은 상술한 수신 기능들 중 어느 하나를 수행하도록 구성된다(예를 들어, 메시지를 수신하는 것). 식별 유닛(1512)은 상술한 식별 기능들 중 하나 이상을 수행하도록 구성된다(예를 들어, 수신된 메시지 내에서, 엔티티 및 엔티티와 연관된 연락처 정보를 식별하는 것; 수신된 메시지 내에서 이벤트 정보를 식별하는 것; 또는 수신된 메시지 내에서 연락처 또는 이벤트 정보의 다수의 인스턴스들을 식별하는 것). 결정 유닛(1514)은 상술한 결정 기능들 중 하나 이상을 수행하도록 구성된다(예를 들어, 식별된 엔티티와 연관된 연락처가 데이터베이스 내의 복수의 연락처 중에 존재하지 않음을 결정하는 것; 식별된 엔티티와 연관된 연락처가 데이터베이스 내의 복수의 연락처 중에 존재한다고 그리고 연락처가 식별된 연락처 정보의 항목을 포함하지 않는다고 결정하는 것). 생성 유닛(1516)은 상술한 생성 단계들 중 하나 이상을 수행하도록 구성된다(예를 들어, 결정에 응답하여, 엔티티와 연관된 연락처를 생성하는 것; 식별된 연락처 정보가 제안된 연락처 정보라는 표시를 생성하는 것; 식별된 이벤트 정보와 연관된 캘린더 이벤트를 생성하는 것). 업데이트 유닛(1518)은 전술한 업데이트 단계들 중 하나 이상을 수행하도록 구성된다(예를 들어, 결정하는 단계에 응답하여, 연락처 정보의 항목, 및 연락처 정보의 항목이 제안된 연락처 정보의 항목이라는 표시를 포함하도록 연락처를 업데이트하는 것). 표시 유닛(1520)은 상술한 표시 단계들 중 하나 이상을 수행하도록 구성된다(예를 들어, 예컨대 디스플레이 유닛(1502) 상에, 엔티티 또는 수신된 메시지와 연관된 연락처에 대응하는 제1 사용자 인터페이스를 표시하는 것).

디바이스(1500)의 기능 블록들은, 옵션적으로, 다양한 기술된 예들의 원리들을 수행하기 위한 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합에 의해 구현된다. 통상의 기술자라면 도 15에 기술된 기능 블록들이, 옵션적으로, 다양한 기술된 예들의 원리들을 구현하기 위해 결합되거나 하위 블록들로 분리될 수 있음을 알 것이다. 따라서, 본 명세서의 설명은, 옵션적으로, 본 명세서에 기술된 기능 블록들의 임의의 가능성있는 조합 또는 분리 또는 추가 정의를 지원한다.

일부 실시예들에 따르면, 도 16는 다양한 기술된 실시예들의 원리들에 따라 구성된 전자 디바이스(1600)의 기능 블록도를 도시한다. 디바이스의 기능 블록들은, 옵션적으로, 다양한 기술된 실시예들의 원리들을 실행하기 위한 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합에 의해 구현된다. 다양한 기술된 실시예들의 원리들을 구현하기 위해 도 16에서 기술된 기능 블록들이 옵션적으로 조합되거나 하위 블록들로 분리될 수 있음이 통상의 기술자에 의해 이해된다. 따라서, 본 명세서의 설명은, 옵션적으로, 본 명세서에 기술된 기능 블록들의 임의의 가능성있는 조합 또는 분리 또는 추가 정의를 지원한다.

도 16에 도시된 바와 같이, 전자 디바이스(1600)는 외부 전자 디바이스와 통신하도록 구성된 하나 이상의 RF 유닛(1606); 및 RF 유닛들(1606)에 결합된 처리 유닛(1608)을 포함한다. 일부 실시예들에서, 처리 유닛(1608)은 수신 유닛(1610), 식별 유닛(1612), 결정 유닛(1614), 생성 유닛(1616), 분석 유닛(1618), 업데이트 유닛(1620), 다운그레이드 유닛(1622), 검색 유닛(1624), 저장 억제 유닛(1626), 저장 유닛(1628), 및 방지 유닛(1630)을 포함한다.

처리 유닛(1608)은, 메시지를 수신하고(예를 들어, 수신 유닛(1610)을 이용하여); 수신된 메시지 내에서, 엔티티 및 엔티티와 연관된 연락처 정보를 식별하고(예를 들어, 식별 유닛(1612)을 이용하여); 식별된 엔티티와 연관된 연락처가 데이터베이스 내의 복수의 연락처 중에 존재하지 않는다고 결정하고(예를 들어, 결정 유닛(1614)을 이용하여); 결정에 응답하여, 엔티티와 연관된 연락처를 생성하도록(예를 들어, 생성 유닛(1616)을 이용하여) 구성되며, 생성된 연락처는 연락처 정보, 및 생성된 연락처가 제안된 연락처라는 표시를 포함한다.

일부 실시예들에서, 식별된 엔티티는 이름을 포함하고, 식별된 연락처 정보는 전화 번호, 주소, 사업체 또는 소셜 네트워킹 별칭을 포함한다.

일부 실시예들에서, 식별하기 위하여, 처리 유닛(1608)은, 메시지의 서명란을 식별하고(예를 들어, 식별 유닛(1612)을 이용하여); 엔티티 및 연락처 정보에 대해 식별된 서명란을 분석하도록(예를 들어, 분석 유닛(1618)을 이용하여) 더 구성된다.

일부 실시예들에서, 메시지는 이메일을 포함하고 서명란은 이메일 서명을 포함한다.

일부 실시예들에서, 이메일은 이메일 스레드 내에 하나 이상의 이전 이메일을 포함하고, 이메일 서명을 식별하기 위하여, 처리 유닛(1608)은 이메일 스레드 내의 하나 이상의 이전 이메일을 분석하도록(예를 들어, 분석 유닛(1618)을 이용하여) 더 구성된다.

일부 실시예들에서, 식별하기 위하여, 처리 유닛(1608)은, 미리정의된 구들의 집합에 기초하여 하나 이상의 구를 메시지 내에서 식별하고(예를 들어, 식별 유닛(1612)을 이용하여); 엔티티 및 연락처 정보에 대해 하나 이상의 식별된 구를 분석하도록(예를 들어, 분석 유닛(1618)을 이용하여) 더 구성된다.

일부 실시예에서, 처리 유닛(1608)은 미리정의된 구들의 집합을 네트워크를 통해 업데이트하도록(예를 들어, 업데이트 유닛(1620)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(1608)은 제안된 연락처를 거절하라는 요청의 결과로서 미리정의된 구들 중 하나 이상을 다운그레이드하도록(예를 들어, 다운그레이드 유닛(1622)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(1608)은 데이터베이스 내의 연락처 정보를 전자 디바이스 상의 연락처 정보와 연관된 언어와 상호상관시킴으로써 미리정의된 구들 중 하나 이상의 구를 생성하도록(예를 들어, 생성 유닛(1616)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(1608)은 연락처에 대한 요청을 수신하고(예를 들어, 수신 유닛(1610)을 이용하여); 연락처에 대한 요청에 응답하여, 제안된 연락처를 검색하도록(예를 들어, 검색 유닛(1624)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(1608)은 연락처의 생성에 응답하여, 제안된 연락처를 네트워크를 통해 원격 데이터베이스에 저장하는 것을 억제하도록(예를 들어, 저장 억제 유닛(1626)) 더 구성된다.

일부 실시예들에서, 처리 유닛(1608)은 제안된 연락처를 데이터베이스에 추가하라는 요청을 수신하고(예를 들어, 수신 유닛(1610)을 이용하여); 제안된 연락처를 데이터베이스에 추가하라는 요청에 응답하여, 생성된 연락처가 제안된 연락처라는 표시 없이, 생성된 연락처를 데이터베이스에 저장하도록(예를 들어, 저장 유닛(1628)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(1608)은, 제안된 연락처를 데이터베이스에 추가하라는 요청에 응답하여, 생성된 연락처가 제안된 연락처라는 표시 없이, 생성된 연락처를 네트워크를 통해 원격 데이터베이스에 저장하도록(예를 들어, 저장 유닛(1628)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(1608)은, 제안된 연락처를 거절하라는 요청을 수신하고(예를 들어, 수신 유닛(1610)을 이용하여); 제안된 연락처를 거절하라는 요청에 응답하여, 향후 메시지 내에서 엔티티 및 연락처 정보가 식별되는 결과로서 제안된 연락처가 향후 생성되는 것을 방지하도록(예를 들어, 방지 유닛(1630)을 이용하여) 더 구성된다.

도 7a 및 도 7b를 참조하여 전술한 동작들은, 옵션적으로, 도 1a와 도 1b 또는 도 16에 도시된 컴포넌트들에 의해 구현된다. 예를 들어, 블록(702)의 수신 동작, 블록(704)의 식별 동작, 블록(722)의 결정 동작, 블록(724)의 생성 동작, 블록(726)의 수신 동작, 및 블록(728)의 저장 억제 동작은, 이벤트 분류기(170), 이벤트 인식기(180), 및 이벤트 핸들러(190)에 의해 구현될 수 있다. 이벤트 분류기(170) 내의 이벤트 모니터(171)는 터치 감응형 디스플레이(112) 상의 접촉을 검출하고, 이벤트 디스패처 모듈(174)은 이벤트 정보를 애플리케이션(136-1)에 전달한다. 애플리케이션(136-1)의 각자의 이벤트 인식기(180)는 이벤트 정보를 각자의 이벤트 정의(186)와 비교하고, 터치 감응형 표면 상의 제1 위치에서의 제1 접촉이 사용자 인터페이스 상의 어포던스의 활성화와 같은 미리정의된 이벤트 또는 서브 이벤트에 대응하는지 여부를 결정한다. 각자의 미리정의된 이벤트 또는 서브-이벤트가 검출되는 경우, 이벤트 인식기(180)는 이벤트 또는 서브-이벤트의 검출과 연관된 이벤트 핸들러(190)를 활성화시킨다. 이벤트 핸들러(190)는 애플리케이션 내부 상태(192)를 업데이트하기 위하여 데이터 업데이터(176) 또는 객체 업데이터(177)를 활용하거나 호출할 수 있다. 일부 실시예들에서, 이벤트 핸들러(190)는 개별 GUI 업데이터(178)에 액세스하여, 애플리케이션에 의해 표시되는 것을 업데이트한다. 유사하게, 다른 프로세스들이 도 1a 및 도 1b에 도시된 컴포넌트들에 기초하여 어떻게 구현될 수 있는지는 본 발명이 속한 기술분야에서 통상의 지식을 가진 자에게 자명할 것이다.

일부 실시예들에 따르면, 도 17는 다양한 기술된 실시예들의 원리들에 따라 구성된 전자 디바이스(1700)의 기능 블록도를 도시한다. 디바이스의 기능 블록들은, 옵션적으로, 다양한 기술된 실시예들의 원리들을 실행하기 위한 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합에 의해 구현된다. 다양한 기술된 실시예들의 원리들을 구현하기 위해 도 17에서 기술된 기능 블록들이 옵션적으로 조합되거나 하위 블록들로 분리될 수 있음이 통상의 기술자에 의해 이해된다. 따라서, 본 명세서의 설명은, 옵션적으로, 본 명세서에 기술된 기능 블록들의 임의의 가능성있는 조합 또는 분리 또는 추가 정의를 지원한다.

도 17에 도시된 바와 같이, 전자 디바이스(1700)는 외부 전자 디바이스와 통신하도록 구성된 하나 이상의 RF 유닛(1706); 및 하나 이상의 RF 유닛(1706)에 결합된 처리 유닛(1708)을 포함한다. 일부 실시예들에서, 처리 유닛(1708)은 수신 유닛(1710), 식별 유닛(1712), 결정 유닛(1714), 생성 유닛(1716), 분석 유닛(1718), 업데이트 유닛(1720), 다운그레이드 유닛(1722), 검색 유닛(1724), 저장 억제 유닛(1726), 저장 유닛(1728), 및 방지 유닛(1730)을 포함한다.

처리 유닛(1708)은, 메시지를 수신하고(예를 들어, 수신 유닛(1710)을 이용하여); 수신된 메시지 내에서, 엔티티 및 엔티티와 연관된 연락처 정보의 항목을 식별하고(예를 들어, 식별 유닛(1712)을 이용하여); 식별된 엔티티와 연관된 연락처가 데이터베이스 내의 복수의 연락처 중에 존재하고 그리고 연락처가 식별된 연락처 정보의 항목을 포함하지 않는다고 결정하고(예를 들어, 결정 유닛(1714)을 이용하여); 결정하는 단계에 응답하여, 연락처 정보의 항목, 및 연락처 정보의 항목이 제안된 연락처 정보의 항목이라는 표시를 포함하도록 연락처를 업데이트하도록(예를 들어, 업데이트 유닛(1720)을 이용하여) 구성된다.

일부 실시예들에서, 식별된 엔티티는 이름을 포함하고 식별된 연락처 정보의 항목은 전화 번호, 주소, 사업체 또는 소셜 네트워킹 별칭을 포함한다.

일부 실시예들에서, 식별하기 위하여, 처리 유닛(1708)은, 메시지의 서명란을 식별하고(예를 들어, 식별 유닛(1712)을 이용하여); 엔티티 및 연락처 정보의 항목에 대해 식별된 서명란을 분석하도록(예를 들어, 분석 유닛(1718)을 이용하여) 더 구성된다.

일부 실시예들에서, 메시지는 이메일을 포함하고 서명란은 이메일 서명을 포함한다.

일부 실시예들에서, 이메일은 이메일 스레드 내에 하나 이상의 이전 이메일을 포함하고, 이메일 서명을 식별하기 위하여, 처리 유닛(1708)은 이메일 스레드 내의 하나 이상의 이전 이메일을 분석하도록(예를 들어, 분석 유닛(1718)을 이용하여) 더 구성된다.

일부 실시예들에서, 식별하기 위하여, 처리 유닛(1708)은, 미리정의된 구들의 집합에 기초하여 하나 이상의 구를 메시지 내에서 식별하고(예를 들어, 식별 유닛(1712)을 이용하여); 엔티티 및 연락처 정보의 항목에 대해 하나 이상의 식별된 구를 분석하도록(예를 들어, 분석 유닛(1718)을 이용하여) 더 구성된다.

일부 실시예에서, 처리 유닛(1708)은 미리정의된 구들의 집합을 네트워크를 통해 업데이트하도록(예를 들어, 업데이트 유닛(1720)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(1708)은 제안된 연락처 정보의 항목을 거절하라는 요청의 결과로서 미리정의된 구들 중 하나 이상의 구를 다운그레이드하도록(예를 들어, 다운그레이드 유닛(1722)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(1708)은 데이터베이스 내의 연락처 정보를 전자 디바이스 상의 연락처 정보와 연관된 언어와 상호상관시킴으로써 미리정의된 구들 중 하나 이상의 구를 생성하도록(예를 들어, 생성 유닛(1716)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(1708)은 연락처에 대한 요청을 수신하고(예를 들어, 수신 유닛(1710)을 이용하여); 연락처에 대한 요청에 응답하여, 제안된 연락처 정보의 항목을 검색하도록(예를 들어, 검색 유닛(1724)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(1708)은 연락처의 업데이트에 응답하여, 제안된 연락처 정보의 항목을 네트워크를 통해 원격 데이터베이스에 저장하는 것을 억제할(예를 들어, 저장 억제 유닛(1726)) 수 있다.

일부 실시예들에서, 처리 유닛(1708)은 제안된 연락처 정보의 항목을 데이터베이스에 추가하라는 요청을 수신하고(예를 들어, 수신 유닛(1710)을 이용하여); 제안된 연락처 정보의 항목을 데이터베이스에 추가하라는 요청에 응답하여, 연락처 정보의 항목이 제안된 연락처 정보의 항목이라는 표시 없이, 업데이트된 연락처를 데이터베이스에 저장하도록(예를 들어, 저장 유닛(1728)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(1708)은, 제안된 연락처 정보의 항목을 데이터베이스에 추가하라는 요청에 응답하여, 연락처 정보의 항목이 제안된 연락처 정보의 항목이라는 표시 없이, 업데이트된 연락처를 네트워크를 통해 원격 데이터베이스에 저장하도록(예를 들어, 저장 유닛(1728)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(1708)은, 제안된 연락처 정보의 항목을 거절하라는 요청을 수신하고(예를 들어, 수신 유닛(1710)을 이용하여); 제안된 연락처 정보의 항목을 거절하라는 요청에 응답하여, 향후 메시지 내에서 엔티티 및 연락처 정보의 항목이 식별되는 결과로서 연락처가 제안된 연락처 정보의 항목을 이용하여 향후 업데이트되는 것을 방지하도록(예를 들어, 방지 유닛(1730)을 이용하여) 더 구성된다.

도 8a 및 도 8b를 참조하여 전술한 동작들은, 옵션적으로, 도 1a와 도 1b 또는 도 17에 도시된 컴포넌트들에 의해 구현된다. 예를 들어, 블록(802)의 수신 동작, 블록(804)의 식별 동작, 블록(822)의 결정 동작, 및 블록(824)의 업데이트 동작이, 이벤트 분류기(170), 이벤트 인식기(180) 및 이벤트 핸들러(190)에 의해 구현될 수 있다. 이벤트 분류기(170) 내의 이벤트 모니터(171)는 터치 감응형 디스플레이(112) 상의 접촉을 검출하고, 이벤트 디스패처 모듈(174)은 이벤트 정보를 애플리케이션(136-1)에 전달한다. 애플리케이션(136-1)의 각자의 이벤트 인식기(180)는 이벤트 정보를 각자의 이벤트 정의(186)와 비교하고, 터치 감응형 표면 상의 제1 위치에서의 제1 접촉이 사용자 인터페이스 상의 어포던스의 활성화와 같은 미리정의된 이벤트 또는 서브 이벤트에 대응하는지 여부를 결정한다. 각자의 미리정의된 이벤트 또는 서브-이벤트가 검출되는 경우, 이벤트 인식기(180)는 이벤트 또는 서브-이벤트의 검출과 연관된 이벤트 핸들러(190)를 활성화시킨다. 이벤트 핸들러(190)는 애플리케이션 내부 상태(192)를 업데이트하기 위하여 데이터 업데이터(176) 또는 객체 업데이터(177)를 활용하거나 호출할 수 있다. 일부 실시예들에서, 이벤트 핸들러(190)는 개별 GUI 업데이터(178)에 액세스하여, 애플리케이션에 의해 표시되는 것을 업데이트한다. 유사하게, 다른 프로세스들이 도 1a 및 도 1b에 도시된 컴포넌트들에 기초하여 어떻게 구현될 수 있는지는 본 발명이 속한 기술분야에서 통상의 지식을 가진 자에게 자명할 것이다.

일부 실시예들에 따르면, 도 18은 다양한 기술된 실시예들의 원리들에 따라 구성된 전자 디바이스(1800)의 기능 블록도를 도시한다. 디바이스의 기능 블록들은, 옵션적으로, 다양한 기술된 실시예들의 원리들을 실행하기 위한 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합에 의해 구현된다. 다양한 기술된 실시예들의 원리들을 구현하기 위해 도 18에서 기술된 기능 블록들이 옵션적으로 조합되거나 하위 블록들로 분리될 수 있음이 통상의 기술자에 의해 이해된다. 따라서, 본 명세서의 설명은, 옵션적으로, 본 명세서에 기술된 기능 블록들의 임의의 가능성있는 조합 또는 분리 또는 추가 정의를 지원한다.

도 18에 도시된 바와 같이, 전자 디바이스(1800)는 그래픽 객체들을 표시하도록 구성된 디스플레이 유닛(1802); 외부 전자 디바이스들과 통신하도록 구성된 하나 이상의 RF 유닛(1806); 및 스플레이 유닛(1802) 및 하나 이상의 RF 유닛(1806)에 결합된 처리 유닛(1808)을 포함한다. 일부 실시예들에서, 처리 유닛(1808)은 수신 유닛(1810), 식별 유닛(1812), 생성 유닛(1814), 표시 가능화 유닛(1816), 방지 유닛(1818), 검출 유닛(1820), 호출 유닛(1822), 및 추가 유닛(1824)을 포함한다.

처리 유닛(1808)은, 메시지를 수신하고(예를 들어, 수신 유닛(1810)을 이용하여); 수신된 메시지 내에서, 엔티티 및 엔티티와 연관된 연락처 정보를 식별하고(예를 들어, 식별 유닛(1812)을 이용하여); 식별된 연락처 정보가 제안된 연락처 정보라는 표시를 생성하고(예를 들어, 생성 유닛(1814)을 이용하여); 엔티티와 연관된 연락처에 대응하는 제1 사용자 인터페이스의 표시를 가능하게 하며(예를 들어, 표시 가능화 유닛(1816)을 이용하여), 제1 사용자 인터페이스는, 생성된 표시에 기초하여, 식별된 연락처 정보가 제안된 연락처 정보라는 것을 나타내는 제1 사용자 인터페이스 객체를 포함한다.

일부 실시예들에서, 처리 유닛(1808)은 제안된 연락처 정보의 선택에 대응하는 입력이 엔티티에 연락하기 위해 애플리케이션을 호출하는 것을 방지하도록(예를 들어, 방지 유닛(1818)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(1808)은 제1 사용자 인터페이스의 제안된 연락처 정보의 선택에 대응하는 입력을 검출하고(예를 들어, 검출 유닛(1820)을 이용하여); 제1 사용자 인터페이스의 제안된 연락처 정보의 선택에 대응하는 입력의 검출에 응답하여, 선택될 때 전자 디바이스로 하여금 식별된 연락처 정보를 데이터베이스에 추가하게 하는 식별된 연락처 정보와 연관된 제2 사용자 인터페이스 객체를 포함하는 제2 사용자 인터페이스의 표시를 가능하게 하도록(예를 들어, 표시 가능화 유닛(1816)을 이용하여) 더 구성된다.

일부 실시예들에서, 제2 사용자 인터페이스는, 선택될 때 전자 디바이스로 하여금 제2 사용자 인터페이스 객체를 표시하는 것을 중지하게 하는 식별된 연락처 정보와 연관된 제3 사용자 인터페이스 객체를 포함한다.

일부 실시예들에서, 제2 사용자 인터페이스의 표시는 제1 사용자 인터페이스의 표시를 중지한다.

일부 실시예들에서, 제2 사용자 인터페이스는 메시지의 적어도 일부분을 표시한다.

일부 실시예들에서, 처리 유닛(1808)은 표시된 메시지의 선택에 대응하는 입력을 검출하고(예를 들어, 검출 유닛(1820)을 이용하여); 표시된 메시지의 선택에 대응하는 입력의 검출에 응답하여, 메시지를 열기 위하여 애플리케이션을 호출하도록(예를 들어, 호출 유닛(1822)을 이용하여) 더 구성된다.

일부 실시예들에서, 메시지는 이메일을 포함하고 애플리케이션은 이메일 애플리케이션을 포함한다.

일부 실시예들에서, 처리 유닛(1808)은 제2 사용자 인터페이스의 제안된 연락처 정보의 선택에 대응하는 입력을 검출하고(예를 들어, 검출 유닛(1820)을 이용하여); 제2 사용자 인터페이스의 제안된 연락처 정보의 선택에 대응하는 입력의 검출에 응답하여, 식별된 연락처 정보를 사용하여 엔티티에 연락하기 위하여 애플리케이션을 호출하도록(예를 들어, 호출 유닛(1822)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(1808)은 제2 사용자 인터페이스 내의 제안된 연락처 정보의 선택에 대응하는 입력의 검출에 응답하여, 식별된 연락처 정보를 데이터베이스에 추가하도록(예를 들어, 추가 유닛(1824)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(1808)은 식별된 연락처 정보를 데이터베이스에 추가하는 것에 응답하여, 제1 사용자 인터페이스 객체의 표시를 중지하도록 더 구성된다.

도 9a 및 도 9b를 참조하여 전술한 동작들은, 옵션적으로, 도 1a와 도 1b 또는 도 18에 도시된 컴포넌트들에 의해 구현된다. 예를 들어, 블록(902)의 수신 동작, 블록(904)의 식별 동작, 블록(906)의 생성 동작, 및 블록(908)의 표시 동작이, 이벤트 분류기(170), 이벤트 인식기(180), 및 이벤트 핸들러(190)에 의해 구현될 수 있다. 이벤트 분류기(170) 내의 이벤트 모니터(171)는 터치 감응형 디스플레이(112) 상의 접촉을 검출하고, 이벤트 디스패처 모듈(174)은 이벤트 정보를 애플리케이션(136-1)에 전달한다. 애플리케이션(136-1)의 각자의 이벤트 인식기(180)는 이벤트 정보를 각자의 이벤트 정의(186)와 비교하고, 터치 감응형 표면 상의 제1 위치에서의 제1 접촉이 사용자 인터페이스 상의 어포던스의 활성화와 같은 미리정의된 이벤트 또는 서브 이벤트에 대응하는지 여부를 결정한다. 각자의 미리정의된 이벤트 또는 서브-이벤트가 검출되는 경우, 이벤트 인식기(180)는 이벤트 또는 서브-이벤트의 검출과 연관된 이벤트 핸들러(190)를 활성화시킨다. 이벤트 핸들러(190)는 애플리케이션 내부 상태(192)를 업데이트하기 위하여 데이터 업데이터(176) 또는 객체 업데이터(177)를 활용하거나 호출할 수 있다. 일부 실시예들에서, 이벤트 핸들러(190)는 개별 GUI 업데이터(178)에 액세스하여, 애플리케이션에 의해 표시되는 것을 업데이트한다. 유사하게, 다른 프로세스들이 도 1a 및 도 1b에 도시된 컴포넌트들에 기초하여 어떻게 구현될 수 있는지는 본 발명이 속한 기술분야에서 통상의 지식을 가진 자에게 자명할 것이다.

일부 실시예들에 따르면, 도 19는 다양한 기술된 실시예들의 원리들에 따라 구성된 전자 디바이스(1900)의 기능 블록도를 도시한다. 디바이스의 기능 블록들은, 옵션적으로, 다양한 기술된 실시예들의 원리들을 실행하기 위한 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합에 의해 구현된다. 다양한 기술된 실시예들의 원리들을 구현하기 위해 도 19에서 기술된 기능 블록들이 옵션적으로 조합되거나 하위 블록들로 분리될 수 있음이 통상의 기술자에 의해 이해된다. 따라서, 본 명세서의 설명은, 옵션적으로, 본 명세서에 기술된 기능 블록들의 임의의 가능성있는 조합 또는 분리 또는 추가 정의를 지원한다.

도 19에 도시된 바와 같이, 전자 디바이스(1900)는 그래픽 객체들을 표시하도록 구성된 디스플레이 유닛(1902); 외부 전자 디바이스들과 통신하도록 구성된 하나 이상의 RF 유닛(1906); 및 디스플레이 유닛(1902) 및 하나 이상의 RF 유닛(1906)에 결합된 처리 유닛(1908)을 포함한다. 일부 실시예들에서, 처리 유닛(1908)은 수신 유닛(1910), 식별 유닛(1912) 및 표시 가능화 유닛(1914)을 포함한다.

처리 유닛(1908)은, 메시지를 수신하고(예를 들어, 수신 유닛(1910)을 이용하여); 수신된 메시지 내에서, 엔티티 및 엔티티와 연관된 연락처 정보를 식별하고(예를 들어, 식별 유닛(1912)을 이용하여); 수신된 메시지에 대응하는 제1 사용자 인터페이스의 표시를 가능하게 하도록(예를 들어, 표시 가능화 유닛(1914)을 이용하여) 구성되며, 제1 사용자 인터페이스는, 전자 디바이스에 의해 수신된 메시지의 콘텐츠를 포함하는 제1 부분; 및 식별된 엔티티에 대응하는 제1 사용자 인터페이스 객체; 식별된 연락처 정보에 대응하는 제2 사용자 인터페이스 객체; 및 선택될 때 전자 디바이스로 하여금 식별된 연락처 정보를 데이터베이스에 추가하게 하는 식별된 연락처 정보와 연관된 제3 사용자 인터페이스 객체를 포함하는 제2 부분을 포함한다.

일부 실시예들에서, 제2 부분은 선택될 때 전자 디바이스로 하여금 제3 사용자 인터페이스 객체를 표시하는 것을 중지하게 하는 식별된 연락처 정보와 연관된 제4 사용자 인터페이스 객체를 포함한다.

일부 실시예들에서, 메시지는 이메일을 포함한다.

일부 실시예들에서, 식별된 엔티티는 이름을 포함하고, 식별된 연락처 정보는 전화 번호, 주소, 사업체 또는 소셜 네트워킹 별칭을 포함한다.

도 10을 참조하여 전술한 동작들은, 옵션적으로, 도 1a와 도 1b 또는 도 19에 도시된 컴포넌트들에 의해 구현된다. 예를 들어, 블록(1002)의 수신 동작, 블록(1004)의 식별 동작, 및 블록(1010)의 표시 동작은, 이벤트 분류기(170), 이벤트 인식기(180), 및 이벤트 핸들러(190)에 의해 구현될 수 있다. 이벤트 분류기(170) 내의 이벤트 모니터(171)는 터치 감응형 디스플레이(112) 상의 접촉을 검출하고, 이벤트 디스패처 모듈(174)은 이벤트 정보를 애플리케이션(136-1)에 전달한다. 애플리케이션(136-1)의 각자의 이벤트 인식기(180)는 이벤트 정보를 각자의 이벤트 정의(186)와 비교하고, 터치 감응형 표면 상의 제1 위치에서의 제1 접촉이 사용자 인터페이스 상의 어포던스의 활성화와 같은 미리정의된 이벤트 또는 서브 이벤트에 대응하는지 여부를 결정한다. 각자의 미리정의된 이벤트 또는 서브-이벤트가 검출되는 경우, 이벤트 인식기(180)는 이벤트 또는 서브-이벤트의 검출과 연관된 이벤트 핸들러(190)를 활성화시킨다. 이벤트 핸들러(190)는 애플리케이션 내부 상태(192)를 업데이트하기 위하여 데이터 업데이터(176) 또는 객체 업데이터(177)를 활용하거나 호출할 수 있다. 일부 실시예들에서, 이벤트 핸들러(190)는 개별 GUI 업데이터(178)에 액세스하여, 애플리케이션에 의해 표시되는 것을 업데이트한다. 유사하게, 다른 프로세스들이 도 1a 및 도 1b에 도시된 컴포넌트들에 기초하여 어떻게 구현될 수 있는지는 본 발명이 속한 기술분야에서 통상의 지식을 가진 자에게 자명할 것이다.

일부 실시예들에 따르면, 도 20은 다양한 기술된 실시예들의 원리들에 따라 구성된 전자 디바이스(2000)의 기능 블록도를 도시한다. 디바이스의 기능 블록들은, 옵션적으로, 다양한 기술된 실시예들의 원리들을 실행하기 위한 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합에 의해 구현된다. 다양한 기술된 실시예들의 원리들을 구현하기 위해 도 20에서 기술된 기능 블록들이 옵션적으로 조합되거나 하위 블록들로 분리될 수 있음이 통상의 기술자에 의해 이해된다. 따라서, 본 명세서의 설명은, 옵션적으로, 본 명세서에 기술된 기능 블록들의 임의의 가능성있는 조합 또는 분리 또는 추가 정의를 지원한다.

도 20에 도시된 바와 같이, 전자 디바이스(2000)는 외부 전자 디바이스와 통신하도록 구성된 하나 이상의 RF 유닛(2006); 및 하나 이상의 RF 유닛(2006)에 결합된 처리 유닛(2008)을 포함한다. 일부 실시예들에서, 처리 유닛(2008)은 수신 유닛(2010), 식별 유닛(2012), 생성 유닛(2014), 분석 유닛(2016), 업데이트 유닛(2018), 다운그레이드 유닛(2020), 검색 유닛(2022), 저장 억제 유닛(2024), 저장 유닛(2026), 및 방지 유닛(2028)을 포함한다.

처리 유닛(2008)은, 메시지를 수신하고(예를 들어, 수신 유닛(2010)을 이용하여); 수신된 메시지 내에서, 이벤트 정보를 식별하고(예를 들어, 식별 유닛(2012)을 이용하여); 식별된 이벤트 정보와 연관된 캘린더 이벤트를 생성하도록(예를 들어, 생성 유닛(2014)을 이용하여) 구성되며, 생성된 캘린더 이벤트는 이벤트 정보 및 생성된 캘린더 이벤트가 제안된 캘린더 이벤트라는 표시를 포함한다.

일부 실시예들에서, 식별된 이벤트 정보는 날짜 및 시간을 포함한다.

일부 실시예들에서, 식별하기 위하여, 처리 유닛(2008)은 메시지 내의 콘텐츠의 포맷을 식별하고(예를 들어, 식별 유닛(2012)을 이용하여); 메시지 내의 콘텐츠의 포맷 내의 이벤트 정보를 인식하도록 구성되는 템플릿을 미리정의된 템플릿들의 집합으로부터 식별하고(예를 들어, 식별 유닛(2012)을 이용하여); 이벤트 정보에 대해 식별된 템플릿을 이용하여 콘텐츠를 분석하도록(예를 들어, 분석 유닛(2016)을 이용하여) 더 구성된다.

일부 실시예들에서, 메시지는 이메일을 포함하고 콘텐츠는 예약을 포함한다.

일부 실시예에서, 처리 유닛(2008)은 미리정의된 템플릿들의 집합을 네트워크를 통해 업데이트하도록(예를 들어, 업데이트 유닛(2018)을 이용하여) 더 구성된다.

일부 실시예들에서, 식별하기 위하여, 처리 유닛(2008)은, 날짜 및 시간에 대한 미리정의된 참조들의 집합에 기초하여 날짜 및 시간에 대한 하나 이상의 참조를 메시지 내에서 식별하고(예를 들어, 식별 유닛(2012)을 이용하여); 이벤트 정보에 대해 날짜 및 시간에 대한 하나 이상의 식별된 참조를 분석하도록(예를 들어, 분석 유닛(2016)을 이용하여) 더 구성된다.

일부 실시예에서, 처리 유닛(2008)은 날짜 및 시간에 대한 미리정의된 참조들의 집합을 네트워크를 통해 업데이트하도록(예를 들어, 업데이트 유닛(2018)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(2008)은 제안된 캘린더 이벤트를 거절하라는 요청의 결과로서 날짜 및 시간에 대한 미리정의된 참조들 중 하나 이상의 참조를 다운그레이드하도록(예를 들어, 다운그레이드 유닛(2020)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(2008)은 복수의 캘린더 이벤트를 포함하는 데이터베이스 내의 이벤트 정보를 전자 디바이스 상의 이벤트 정보와 연관된 언어와 상호상관시킴으로써 날짜 및 시간에 대한 미리정의된 참조들 중 하나 이상의 참조를 생성하도록(예를 들어, 생성 유닛(2014)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(2008)은 캘린더 이벤트에 대한 요청을 수신하고(예를 들어, 수신 유닛(2010)을 이용하여); 캘린더 이벤트에 대한 요청에 응답하여, 제안된 캘린더 이벤트를 검색하도록(예를 들어, 검색 유닛(2022)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(2008)은 캘린더 이벤트의 생성에 응답하여, 네트워크를 통해 원격 데이터베이스에 제안된 캘린더 이벤트를 저장하는 것을 억제하도록(예를 들어, 저장 억제 유닛(2024)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(2008)은 제안된 캘린더 이벤트를 복수의 캘린더 이벤트를 포함하는 데이터베이스에 추가하라는 요청을 수신하고(예를 들어, 수신 유닛(2010)을 이용하여); 제안된 캘린더 이벤트를 데이터베이스에 추가하라는 요청에 응답하여, 생성된 캘린더 이벤트가 제안된 캘린더 이벤트라는 표시 없이, 생성된 캘린더 이벤트를 데이터베이스에 저장하도록(예를 들어, 저장 유닛(2026)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(2008)은, 제안된 캘린더 이벤트를 데이터베이스에 추가하라는 요청에 응답하여, 생성된 캘린더 이벤트가 제안된 캘린더 이벤트라는 표시 없이, 생성된 캘린더 이벤트를 네트워크를 통해 원격 데이터베이스에 저장하도록(예를 들어, 저장 유닛(2026)을 이용하여) 더 구성된다.

일부 실시예들에서, 처리 유닛(2008)은, 제안된 캘린더 이벤트를 거절하라는 요청을 수신하고(예를 들어, 수신 유닛(2010)을 이용하여); 제안된 캘린더 이벤트를 거절하라는 요청에 응답하여, 향후 메시지 내에서 이벤트 정보가 식별되는 결과로서 제안된 캘린더 이벤트가 향후 생성되는 것을 방지하도록(예컨대, 방지 유닛(2028)을 이용하여) 더 구성된다.

도 11a 및 도 11b를 참조하여 전술한 동작들은, 옵션적으로, 도 1a와 도 1b 또는 도 20에 도시된 컴포넌트들에 의해 구현된다. 예를 들어, 블록(1102)의 수신 동작, 블록(1104)의 식별 동작, 및 블록(1122)의 생성 동작은, 이벤트 분류기(170), 이벤트 인식기(180), 및 이벤트 핸들러(190)에 의해 구현될 수 있다. 이벤트 분류기(170) 내의 이벤트 모니터(171)는 터치 감응형 디스플레이(112) 상의 접촉을 검출하고, 이벤트 디스패처 모듈(174)은 이벤트 정보를 애플리케이션(136-1)에 전달한다. 애플리케이션(136-1)의 각자의 이벤트 인식기(180)는 이벤트 정보를 각자의 이벤트 정의(186)와 비교하고, 터치 감응형 표면 상의 제1 위치에서의 제1 접촉이 사용자 인터페이스 상의 어포던스의 활성화와 같은 미리정의된 이벤트 또는 서브 이벤트에 대응하는지 여부를 결정한다. 각자의 미리정의된 이벤트 또는 서브-이벤트가 검출되는 경우, 이벤트 인식기(180)는 이벤트 또는 서브-이벤트의 검출과 연관된 이벤트 핸들러(190)를 활성화시킨다. 이벤트 핸들러(190)는 애플리케이션 내부 상태(192)를 업데이트하기 위하여 데이터 업데이터(176) 또는 객체 업데이터(177)를 활용하거나 호출할 수 있다. 일부 실시예들에서, 이벤트 핸들러(190)는 개별 GUI 업데이터(178)에 액세스하여, 애플리케이션에 의해 표시되는 것을 업데이트한다. 유사하게, 다른 프로세스들이 도 1a 및 도 1b에 도시된 컴포넌트들에 기초하여 어떻게 구현될 수 있는지는 본 발명이 속한 기술분야에서 통상의 지식을 가진 자에게 자명할 것이다.

일부 실시예들에 따르면, 도 21은 다양한 기술된 실시예들의 원리들에 따라 구성된 전자 디바이스(2100)의 기능 블록도를 도시한다. 디바이스의 기능 블록들은, 옵션적으로, 다양한 기술된 실시예들의 원리들을 실행하기 위한 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합에 의해 구현된다. 다양한 기술된 실시예들의 원리들을 구현하기 위해 도 21에서 기술된 기능 블록들이 옵션적으로 조합되거나 하위 블록들로 분리될 수 있음이 통상의 기술자에 의해 이해된다. 따라서, 본 명세서의 설명은, 옵션적으로, 본 명세서에 기술된 기능 블록들의 임의의 가능성있는 조합 또는 분리 또는 추가 정의를 지원한다.

도 21에 도시된 바와 같이, 전자 디바이스(2100)는 그래픽 객체들을 표시하도록 구성된 디스플레이 유닛(2102); 외부 전자 디바이스들과 통신하도록 구성된 하나 이상의 RF 유닛(2106); 및 디스플레이 유닛(2102) 및 하나 이상의 RF 유닛(2106)에 결합된 처리 유닛(2108)을 포함한다. 일부 실시예들에서, 처리 유닛(2108)은 수신 유닛(2110), 식별 유닛(2112) 및 표시 가능화 유닛(2114)을 포함한다.

처리 유닛(2108)은, 메시지를 수신하고(예를 들어, 수신 유닛(2110)을 이용하여); 수신된 메시지 내에서, 이벤트 정보를 식별하고(예를 들어, 식별 유닛(2112)을 이용하여); 수신된 메시지에 대응하는 제1 사용자 인터페이스의 표시를 가능하게 하도록(예를 들어, 표시 가능화 유닛(2114)을 이용하여) 구성되며, 제1 사용자 인터페이스는, 전자 디바이스에 의해 수신된 메시지의 콘텐츠를 포함하는 제1 부분; 및 제2 부분을 포함하며, 제2 부분은 식별된 이벤트 정보에 대응하는 제1 사용자 인터페이스 객체; 및 선택될 때 전자 디바이스로 하여금 식별된 이벤트 정보를 복수의 캘린더 이벤트를 포함하는 데이터베이스에 추가하게 하는 식별된 이벤트 정보와 연관된 제2 사용자 인터페이스 객체를 포함한다.

일부 실시예들에서, 제2 부분은 선택될 때 전자 디바이스로 하여금 제2 사용자 인터페이스 객체를 표시하는 것을 중지하게 하는 식별된 이벤트 정보와 연관된 제3 사용자 인터페이스 객체를 포함한다.

일부 실시예들에서, 메시지는 이메일을 포함한다.

일부 실시예들에서, 식별된 이벤트 정보는 날짜 및 시간을 포함한다.

도 12을 참조하여 전술한 동작들은, 옵션적으로, 도 1a와 도 1b 또는 도 21에 도시된 컴포넌트들에 의해 구현된다. 예를 들어, 블록(1202)의 수신 동작, 블록(1204)의 식별 동작, 및 블록(1210)의 표시 동작은, 이벤트 분류기(170), 이벤트 인식기(180), 및 이벤트 핸들러(190)에 의해 구현될 수 있다. 이벤트 분류기(170) 내의 이벤트 모니터(171)는 터치 감응형 디스플레이(112) 상의 접촉을 검출하고, 이벤트 디스패처 모듈(174)은 이벤트 정보를 애플리케이션(136-1)에 전달한다. 애플리케이션(136-1)의 각자의 이벤트 인식기(180)는 이벤트 정보를 각자의 이벤트 정의(186)와 비교하고, 터치 감응형 표면 상의 제1 위치에서의 제1 접촉이 사용자 인터페이스 상의 어포던스의 활성화와 같은 미리정의된 이벤트 또는 서브 이벤트에 대응하는지 여부를 결정한다. 각자의 미리정의된 이벤트 또는 서브-이벤트가 검출되는 경우, 이벤트 인식기(180)는 이벤트 또는 서브-이벤트의 검출과 연관된 이벤트 핸들러(190)를 활성화시킨다. 이벤트 핸들러(190)는 애플리케이션 내부 상태(192)를 업데이트하기 위하여 데이터 업데이터(176) 또는 객체 업데이터(177)를 활용하거나 호출할 수 있다. 일부 실시예들에서, 이벤트 핸들러(190)는 개별 GUI 업데이터(178)에 액세스하여, 애플리케이션에 의해 표시되는 것을 업데이트한다. 유사하게, 다른 프로세스들이 도 1a 및 도 1b에 도시된 컴포넌트들에 기초하여 어떻게 구현될 수 있는지는 본 발명이 속한 기술분야에서 통상의 지식을 가진 자에게 자명할 것이다.

일부 실시예들에 따르면, 도 22는 다양한 기술된 실시예들의 원리들에 따라 구성된 전자 디바이스(2200)의 기능 블록도를 도시한다. 디바이스의 기능 블록들은, 옵션적으로, 다양한 기술된 실시예들의 원리들을 실행하기 위한 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합에 의해 구현된다. 다양한 기술된 실시예들의 원리들을 구현하기 위해 도 22에서 기술된 기능 블록들이 옵션적으로 조합되거나 하위 블록들로 분리될 수 있음이 통상의 기술자에 의해 이해된다. 따라서, 본 명세서의 설명은, 옵션적으로, 본 명세서에 기술된 기능 블록들의 임의의 가능성있는 조합 또는 분리 또는 추가 정의를 지원한다.

도 22에 도시된 바와 같이, 전자 디바이스(2200)는 그래픽 객체들을 표시하도록 구성된 디스플레이 유닛(2202); 외부 전자 디바이스들과 통신하도록 구성된 하나 이상의 RF 유닛(2206); 및 디스플레이 유닛(2202) 및 하나 이상의 RF 유닛(2206)에 결합된 처리 유닛(2208)을 포함한다. 일부 실시예들에서, 처리 유닛(2208)은 수신 유닛(2210), 식별 유닛(2212), 표시 가능화 유닛(2214), 및 검출 유닛(2216)을 포함한다.

처리 유닛(2208)은, 메시지를 수신하고(예를 들어, 수신 유닛(2210)을 이용하여); 수신된 메시지 내에서, 연락처 또는 이벤트 정보의 다수의 인스턴스들을 식별하고(예를 들어, 식별 유닛(2212)을 이용하여); 수신된 메시지에 대응하는 제1 사용자 인터페이스의 표시를 가능하게 하도록(예를 들어, 표시 가능화 유닛(2214)을 이용하여) 구성되며, 제1 사용자 인터페이스는, 전자 디바이스에 의해 수신된 메시지의 콘텐츠를 포함하는 제1 부분; 및 선택될 때 전자 디바이스로 하여금 식별된 연락처 또는 이벤트 정보의 다수의 인스턴스들의 목록을 포함하는 제2 사용자 인터페이스를 표시하게 하는 제2 부분을 포함한다.

일부 실시예들에서, 처리 유닛(2208)은 제1 사용자 인터페이스의 제2 부분의 선택에 대응하는 입력을 검출하고(예를 들어, 검출 유닛(2216)을 이용하여); 제1 사용자 인터페이스의 제2 부분의 선택에 대응하는 입력의 검출에 응답하여, 식별된 연락처 또는 이벤트 정보의 다수의 인스턴스들의 목록; 및 식별된 연락처 또는 이벤트 정보의 다수의 인스턴스들 각각에 대한, 선택될 때 전자 디바이스로 하여금 식별된 정보를 데이터베이스에 추가하게 하는 제1 사용자 인터페이스 객체를 포함하는 제2 사용자 인터페이스의 표시를 가능하게 하도록(예를 들어, 표시 가능화 유닛(2214)을 이용하여) 더 구성된다.

일부 실시예들에서, 제2 사용자 인터페이스는, 식별된 연락처 또는 이벤트 정보의 다수의 인스턴스들 각각에 대한, 선택될 때 전자 디바이스로 하여금 제1 사용자 인터페이스 객체를 표시하는 것을 중지하게 하는 제2 사용자 인터페이스 객체를 포함한다.

일부 실시예들에서, 제2 사용자 인터페이스는, 선택될 때 전자 디바이스로 하여금 식별된 연락처 또는 이벤트 정보의 다수의 인스턴스들의 그룹화 각각을 데이터베이스에 추가하게 하는 제3 사용자 인터페이스 객체를 포함한다.

일부 실시예들에서, 제2 사용자 인터페이스의 표시를 가능하게 하는 것은 제1 사용자 인터페이스의 표시를 중지한다.

도 13을 참조하여 전술한 동작들은, 옵션적으로, 도 1a와 도 1b 또는 도 22에 도시된 컴포넌트들에 의해 구현된다. 예를 들어, 블록(1302)의 수신 동작, 블록(1304)의 식별 동작, 및 블록(1306)의 표시 동작은, 이벤트 분류기(170), 이벤트 인식기(180), 및 이벤트 핸들러(190)에 의해 구현될 수 있다. 이벤트 분류기(170) 내의 이벤트 모니터(171)는 터치 감응형 디스플레이(112) 상의 접촉을 검출하고, 이벤트 디스패처 모듈(174)은 이벤트 정보를 애플리케이션(136-1)에 전달한다. 애플리케이션(136-1)의 각자의 이벤트 인식기(180)는 이벤트 정보를 각자의 이벤트 정의(186)와 비교하고, 터치 감응형 표면 상의 제1 위치에서의 제1 접촉이 사용자 인터페이스 상의 어포던스의 활성화와 같은 미리정의된 이벤트 또는 서브 이벤트에 대응하는지 여부를 결정한다. 각자의 미리정의된 이벤트 또는 서브-이벤트가 검출되는 경우, 이벤트 인식기(180)는 이벤트 또는 서브-이벤트의 검출과 연관된 이벤트 핸들러(190)를 활성화시킨다. 이벤트 핸들러(190)는 애플리케이션 내부 상태(192)를 업데이트하기 위하여 데이터 업데이터(176) 또는 객체 업데이터(177)를 활용하거나 호출할 수 있다. 일부 실시예들에서, 이벤트 핸들러(190)는 개별 GUI 업데이터(178)에 액세스하여, 애플리케이션에 의해 표시되는 것을 업데이트한다. 유사하게, 다른 프로세스들이 도 1a 및 도 1b에 도시된 컴포넌트들에 기초하여 어떻게 구현될 수 있는지는 본 발명이 속한 기술분야에서 통상의 지식을 가진 자에게 자명할 것이다.

전술한 설명은, 설명의 목적을 위해, 특정 실시예들을 참조하여 기술되었다. 그러나, 상기의 예시적인 논의들은 본 발명을 개시된 정확한 형태들로 규명하거나 제한하려는 의도는 아니다. 많은 수정들 및 변형들이 상기 교시 내용들의 관점에서 가능하다. 실시예들은 기법들의 개념 및 그것들의 실제 적용을 최상으로 설명하기 위하여 선택되고 기술된다. 따라서, 통상의 기술자들은 고려된 특정 사용에 적합한 바와 같이 다양한 수정을 이용하여 기법들 및 다양한 실시예들을 최상으로 활용하는 것이 가능하게 된다.

본 개시내용 및 예들이 첨부의 도면들을 참조하여 충분히 설명되었지만, 통상의 기술자에게 다양한 변경들 및 수정들이 명백할 것이라는 것에 주목하여야 한다. 그러한 변경들 및 수정들은 청구항들에 의해 정의되는 바와 같은 개시내용 및 예들의 범주 내에 포함되는 것으로 이해되어야 한다.

전술된 바와 같이, 본 기술의 일 양태는 초대 콘텐츠 또는 그들에게 관심이 있을 수 있는 임의의 다른 콘텐츠의 사용자들에게로의 전달을 개선하도록 하는 다양한 소스들로부터 입수가능한 데이터의 수집 및 사용이다. 본 발명은, 몇몇 경우들에 있어서, 이러한 수집된 데이터가 고유하게 식별하거나 또는 특정 개인과 접촉하거나 그의 위치를 식별하는 데 이용될 수 있는 개인 정보 데이터를 포함할 수 있음을 고려한다. 그러한 개인 정보 데이터는 인구통계 데이터, 위치 기반 데이터, 전화 번호들, 이메일 주소들, 홈 주소들, 또는 임의의 다른 식별 정보를 포함할 수 있다.

본 발명은 본 기술에서의 그러한 개인 정보 데이터의 이용이 사용자들에게 이득을 주기 위해 사용될 수 있음을 인식한다. 예를 들어, 개인 정보 데이터는 사용자에게 더 큰 관심이 있는 타깃 콘텐츠를 전달하는 데 이용될 수 있다. 따라서, 그러한 개인 정보 데이터의 이용은 전달된 콘텐츠의 계산된 제어를 가능하게 한다. 게다가, 사용자에 이득을 주는 개인 정보 데이터에 대한 다른 이용들이 또한 본 개시내용에 의해 고려된다.

본 개시내용은 그러한 개인 정보 데이터의 수집, 분석, 공개, 전달, 저장, 또는 다른 이용을 책임지고 있는 엔티티들이 잘 확립된 프라이버시 정책들 및/또는 프라이버시 관례들을 준수할 것이라는 것을 추가로 고려한다. 특히, 그러한 엔티티들은, 대체로, 개인 정보 데이터를 사적이고 안전하게 유지시키기 위한 산업적 또는 행정적 요건들을 충족시키거나 넘어서는 것으로 인식되는 프라이버시 정책들 및 관례들을 구현하고 지속적으로 이용해야 한다. 예를 들어, 사용자들로부터의 개인 정보는 엔티티의 적법하며 적정한 사용들을 위해 수집되어야 하고, 이들 적법한 사용들을 벗어나서 공유되거나 판매되지 않아야 한다. 게다가, 이러한 수집은 단지 사용자들의 통지된 동의를 수신한 후에만 발생해야 한다. 부가적으로, 그러한 엔티티들은 그러한 개인 정보 데이터에 대한 액세스를 보호하고 안전하게 하며 개인 정보 데이터에 대한 액세스를 갖는 다른 사람들이 그들의 프라이버시 정책들 및 절차들을 고수한다는 것을 보장하기 위한 임의의 필요한 단계들을 취할 것이다. 게다가, 그러한 엔티티들은 널리 인정된 프라이버시 정책들 및 관례들에 대한 그들의 고수를 증명하기 위해 제3자들에 의해 그들 자신들이 평가를 받을 수 있다.

전술한 것에도 불구하고, 본 개시내용은 또한 사용자가 개인 정보 데이터의 사용, 또는 그에 대한 액세스를 선택적으로 차단하는 실시예들을 고려한다. 즉, 본 개시내용은 그러한 개인 정보 데이터에 대한 액세스를 방지하거나 차단하기 위해 하드웨어 및/또는 소프트웨어 요소들이 제공될 수 있다는 것을 고려한다. 예를 들면, 광고 전달 서비스들의 경우에 있어서, 본 기술은 사용자들이 서비스를 위한 등록 동안에 개인 정보 데이터의 수집 시의 참여의 "동의함" 또는 "동의하지 않음"을 선택하는 것을 허용하도록 구성될 수 있다. 다른 예에서, 사용자들은 타깃 콘텐츠 전달 서비스들을 위한 위치 정보를 제공하지 않도록 선택할 수 있다. 또 다른 예에서, 사용자들은 정확한 위치 정보를 제공하지 않지만 위치 구역 정보의 전달을 허용하도록 선택할 수 있다.

따라서, 본 발명이 하나 이상의 다양한 개시된 실시예들을 구현하기 위해 개인 정보 데이터의 사용을 광범위하게 커버하지만, 본 발명은 다양한 실시예들이 또한 그러한 개인 정보 데이터에 액세스하기 위한 요구 없이 구현될 수 있음을 또한 고려한다. 즉, 본 기술의 다양한 실시예들은 그러한 개인 정보 데이터의 모두 또는 일부분의 결여로 인해 동작 불가능하게 되지 않는다. 예를 들어, 콘텐츠는, 사용자와 연관된 디바이스에 의해 요청되는 콘텐츠, 콘텐츠 전달 서비스들에 대해 이용가능한 다른 비-개인 정보, 또는 공개적으로 입수가능한 정보와 같은 비-개인 정보 데이터 또는 기본적인 최소량의 개인 정보에 기초하여 선호도를 추론함으로써 선택되어 사용자들에게 전달될 수 있다.

Claims (16)

1. 방법으로서,
   디스플레이가 있는 전자 디바이스에서:
   메시지를 수신하는 단계;
   상기 수신된 메시지 내에서, 엔티티(entity) 및 상기 엔티티와 연관된 연락처 정보의 항목을 식별하는 단계;
   상기 식별된 엔티티와 연관된 연락처가 데이터베이스 내의 복수의 연락처 중에 존재하고 상기 연락처가 식별된 상기 연락처 정보의 항목을 포함하지 않는다고 결정하는 단계;
   상기 결정하는 단계 이후, 상기 디스플레이 상에:
   상기 수신된 메시지의 적어도 일부;
   상기 연락처 정보의 항목이 상기 연락처에 대한 제안된 연락처 정보의 항목이라는 표시; 및
   상기 제안된 연락처 정보의 항목에 대한 거절 어포던스(affordance)
   를 동시에 표시하는 단계;
   상기 연락처 정보의 항목에 대한 상기 거절 어포던스를 표시하는 동안, 상기 거절 어포던스의 선택을 감지하는 단계; 및
   상기 거절 어포던스의 선택을 감지하는 단계에 응답하여:
   상기 연락처 정보의 항목이 상기 연락처에 대한 제안된 연락처 정보의 항목이라는 표시를 표시하는 것을 중단하는 단계, 및
   상기 수신된 메시지의 상기 적어도 일부의 표시를 유지하는 단계를 포함하는, 방법.
2. 제1항에 있어서, 상기 식별된 엔티티는 이름을 포함하고 상기 식별된 연락처 정보의 항목은 전화 번호, 주소, 사업체 또는 소셜 네트워킹 별칭(social networking handle)을 포함하는, 방법.
3. 제1항 또는 제2항에 있어서, 상기 식별하는 단계는 상기 메시지의 서명란 (signature block)을 식별하는 단계 및 상기 엔티티와 상기 연락처 정보의 항목에 대해 상기 식별된 서명란을 분석하는 단계를 포함하는, 방법.
4. 제3항에 있어서, 상기 메시지는 이메일을 포함하고 상기 서명란은 이메일 서명을 포함하는, 방법.
5. 제4항에 있어서, 상기 이메일은 이메일 스레드(email thread) 내에 하나 이상의 이전 이메일을 포함하고, 상기 이메일 서명을 식별하는 단계는 상기 이메일 스레드 내의 상기 하나 이상의 이전 이메일을 분석하는 단계를 포함하는, 방법.
6. 제1항 또는 제2항 중 어느 한 항에 있어서, 상기 식별하는 단계는,
   미리정의된 구(phrase)들의 집합(collection)에 기초하여 하나 이상의 구를 상기 메시지 내에서 식별하는 단계; 및
   상기 엔티티 및 상기 연락처 정보의 항목에 대해 상기 하나 이상의 식별된 구를 분석하는 단계를 포함하는, 방법.
7. 제6항에 있어서, 상기 미리정의된 구들의 집합을 네트워크를 통해 업데이트하는 단계를 포함하는, 방법.
8. 제6항에 있어서, 상기 제안된 연락처 정보의 항목을 거절하라는 요청의 결과로서 상기 미리정의된 구들 중 하나 이상의 구를 다운그레이드(downgrade)하는 단계를 포함하는, 방법.
9. 제6항에 있어서, 상기 데이터베이스 내의 연락처 정보를 상기 전자 디바이스 상의 연락처 정보와 연관된 언어와 상호상관시킴으로써 상기 미리정의된 구들 중 하나 이상의 구를 생성하는 단계를 포함하는, 방법.
10. 제1항 또는 제2항에 있어서,
    연락처에 대한 요청을 수신하는 단계; 및
    상기 연락처에 대한 요청에 응답하여, 상기 제안된 연락처 정보의 항목을 검색하는 단계를 포함하는, 방법.
11. 제1항 또는 제2항에 있어서, 상기 결정하는 단계에 응답하여, 상기 연락처 정보의 항목, 및 상기 연락처 정보의 항목이 제안된 연락처 정보의 항목이라는 표시를 포함하도록 상기 연락처를 업데이트하는 단계; 및
    상기 연락처의 업데이트에 응답하여, 상기 제안된 연락처 정보의 항목을 네트워크를 통해 원격 데이터베이스에 저장하는 것을 억제하는(refraining) 단계를 포함하는, 방법.
12. 제1항 또는 제2항에 있어서,
    상기 제안된 연락처 정보의 항목을 상기 데이터베이스에 추가하라는 요청을 수신하는 단계; 및
    상기 제안된 연락처 정보의 항목을 상기 데이터베이스에 추가하라는 요청에 응답하여, 상기 연락처 정보의 항목이 제안된 연락처 정보의 항목이라는 표시 없이, 업데이트된 연락처를 상기 데이터베이스에 저장하는 단계를 포함하는, 방법.
13. 제12항에 있어서, 상기 제안된 연락처 정보의 항목을 상기 데이터베이스에 추가하라는 요청에 응답하여, 상기 연락처 정보의 항목이 제안된 연락처 정보의 항목이라는 표시 없이, 상기 업데이트된 연락처를 네트워크를 통해 원격 데이터베이스에 저장하는 단계를 포함하는, 방법.
14. 제1항 또는 제2항에 있어서,
    상기 거절 어포던스의 선택을 감지하는 단계에 응답하여, 향후 메시지 내에서 상기 엔티티 및 상기 연락처 정보의 항목이 식별되는 결과로서 상기 연락처가 상기 제안된 연락처 정보의 항목을 이용하여 향후 업데이트되는 것을 방지하는 단계를 포함하는, 방법.
15. 전자 디바이스로서,
    하나 이상의 프로세서;
    메모리; 및
    상기 메모리에 저장되고 상기 하나 이상의 프로세서에 의해 실행되도록 구성된 하나 이상의 프로그램
    을 포함하며, 상기 하나 이상의 프로그램은 제1항 또는 제2항의 방법을 수행하기 위한 명령어들을 포함하는, 전자 디바이스.
16. 하나 이상의 프로그램을 저장하는 컴퓨터 판독가능 저장 매체로서, 상기 하나 이상의 프로그램은, 전자 디바이스에 의해 실행될 때, 상기 디바이스로 하여금 제1항 또는 제2항의 방법을 수행하게 하는 명령어들을 포함하는, 컴퓨터 판독가능 저장 매체.

Images