KR20060107902A

KR20060107902A - 컨택트 관리

Info

Publication number: KR20060107902A
Application number: KR1020057007846A
Authority: KR
Inventors: 왈터 알. 스미스; 아마 간드히; 멜리사 더블유. 던
Original assignee: 마이크로소프트 코포레이션
Priority date: 2003-10-23
Filing date: 2004-07-29
Publication date: 2006-10-16
Also published as: JP2007509432A; AU2004279169A8; US20050091272A1; BRPI0406386A; RU2005115970A; AU2004279169A1; CN101095161A; EP1682968A4; WO2005045591A3; WO2005045591A2; EP1682968A2; MXPA05007170A; CA2508516A1

Abstract

컨택트에는 대응하는 컨택트 정보(140)가 형성되어 저장(420)되어 있어 이들이 하나의 컨택트 저장소(100)로부터 어플리케이션에 의해 억세스(430)되어 이용(440)될 수가 있다. 컨택트 저장소(100)는 각 컨택트에 대해 완전한 컨택트 정의(140)를 포함하고 있어 각각의 어플리케이션이 어플리케이션이 필요로 하는 컨택트 저장소(100)로부터 적당한 컨택트 정보를 적당한 포맷으로 취득(430)할 수 있도록 한다. 컨택트 정보(140)의 저장소를 집중화하게 되면 컨택트 저장소가 상기 어플리케이션에 의해 행해진 컨택트 정보의 변경을 결합하여 전달할 수 있게 한다. 컨택트 정보(140)를 이용하여 통신을 개시(480)하고 어느 컨택트 정보(140)가 어플리케이션들에 억세스가 가능하게 되는지를 제어하기 위해 인터페이스가 또한 제공될 수 있다.

컨택트 정보, 집중화된 데이터 저장소, 컨택트 관리 시스템, 이종 어플리케이션

Description

컨택트 관리{CONTACT MANAGEMENT}

본 발명은 컨택트 정보가 저장되어 하나 이상의 어플리케이션에 사용 가능하게 되는 방법을 제어하기 위한 컨택트 관리 시스템에 관한 것이다.

컨택트 관리 시스템은 본 출원에서는 일반적으로, 각각이 컨택트로 언급되고 있는 사람, 그룹, 조직, 비지니스, 가족 또는 그 외 다른 식별 가능한 개체(entity)에 대한 컨택트 정보를 포함하는 시스템, 디렉토리 또는 데이터베이스를 말한다.

컴퓨터 산업이 계속하여 발전해 나감에 따라 컨택트로 통신하기 위한 새로운 효율적인 수단이 실현이 되고 있다. 예를 들어, 사람들이 그들의 퍼스널 컴퓨터를 이용하여 이메일, 팩시밀리, 인스턴트 메시지 (IM), 전화 통신, 비디오 화상 회의(VTC) 등을 통해 통신하는 것은 이제 일반적이 되고 있다. 이런 컴퓨터화 장치에 의해 가능하게 되는 통신의 발전으로 컨택트 간의 통신 및 확인(corroboration)을 가능하게 하는 데에 필요한 컨택트 정보를 어플리케이션이 저장할 필요성이 크게 증가되었다.

컨택트 정보는 일반적으로 여기에서 컨택트에 접촉하고, 억세스하고, 이에 대응하거나 아니면 이와 통신하기 위해 관련된 것으로 생각될 수 있는 정보를 말한 다. 컨택트 정보는 예를 들어, 컨택트의 이름, 닉네임, 전화번호, 이메일 주소, IM 주소, 홈 주소, 및 웹 주소를 포함할 수 있다. 컨택트 정보는 또한 컨택트의 실시간 상태, 위치 또는 특성(disposition)과 같은 다른 유형의 정보를 말할 수도 있다. 예를 들어, 컨택트가 현재 네트워크에 접속되어 있거나 또는 전화선 상에 있음을 지시하는 정보는 폭넓게 컨택트 정보로 해석될 수 있다. 이렇게 많은 여러 유형의 컨택트 정보가 있기 때문에, 누구나 그들이 통신하게 되는 여러 컨택트와 관련되는 모든 컨택트 정보를 기억하기가 어려울 수 있다. 컨택트 정보를 기억하는 데에 있어서의 어려움은 다른 어플리케이션이 다른 유형의 컨택트 정보를 때로는 다른 포맷의 컨택트 정보를 필요로 한다는 사실로 더욱 배가된다.

따라서, 많은 어플리케이션은 이 정보를 저장하도록 구성되어 있으므로 사용자가 이를 메모리에 보낼 필요는 없다. 예를 들어, 이메일 어플리케이션은 통상 이메일될 수 있는 컨택트의 이메일 주소를 저장하도록 구성된 디렉토리들을 이용한다. 유사하게, 전화 통신 어플리케이션은 통상 전화상으로 호출될 수 있는 컨택트들의 전화 번호를 저장하기 위한 디렉토리들을 이용한다. 그 외 컨택트 정보를 저장하는 제한적이지 않는 다른 예의 어플리케이션들로는, 시간 관리 어플리케이션, 인스턴트 메시징 어플리케이션, 네트워크 게임 어플리케이션, 비지니스 디렉토리 어플리케이션, VTC 어플리케이션 등을 포함한다.

사용자가 예를 들어, 통신을 개시하거나 서식 작성을 위해서와 같이, 특정 어플리케이션에 의해 이용되게 되는 컨택트 정보를 얻기 위해서, 사용자는 어플리케이션과 관련되는 특수화된 컨택트 정보 디렉토리를 쿼리(query)할 수 있다. 그 러나, 어플리케이션과 관련된 디렉토리를 억세스하는 단계는 사용자가 필요로 하는 총 시간을 증가시킬 수 있기 때문에 다소 바람직하지 않다. 컨택트 정보가 이미 알려져 있을 때에도, 이 알려진 컨택트 정보를 수동으로 입력하는 데에 드는 지연 시간도 또한 바람직하지 않을 수 있다.

특수화된 어플리케이션 디렉토리들의 또 다른 문제는 이들이 통상적으로 오직 제한된 양의 정보만을 저장하도록 설계된다는 것이다. 예를 들어, 어떤 정보 디렉토리는 관련 어플리케이션들이 특별히 필요로 하는 컨택트 정보만을 저장하도록 구성된다 (예를 들어, 전화 통신 어플리케이션과 관련되는 디렉토리는 이메일 주소들은 저장하지 않고, 전화 번호들만을 저장하도록 구성될 수 있음). 따라서, 사용자가 어느 특정 어플리케이션으로부터 취득할 수 있는 컨택트 정보의 양은 다소 제한적일 수 있다.

컨택트 디렉토리들의 이용은 또한 종래 컴퓨터로 생각되지 않는 장치들에까지 확장된다. 예를 들어, 많은 전화, 팩시밀리 기기 및 사진복사 장치들은 또한 전화 통신, 팩시밀리 전송 또는 전화 전송을 개시하는 것과 같은 원하는 기능을 실행하는 데에 이용될 수 있는 컨택트 정보를 저장하기 위한 컨택트 디렉토리를 포함한다.

기존의 컨택트 관리 시스템들에 의해 제공되는 이점들에도 불구하고, 여러 어플리케이션들 및 장치들과 관련되어 있는 다수의 특수한 개별적 컨택트 관리 디렉토리들은 사용자가 특정 컨택트에 대응하는 모든 사용이 가능한 컨택트 정보를 신속히 억세스하는 것을 어렵게 만들 수 있다. 이것은 개별적 컨택트 관리 디렉토 리들 중의 일부가 다른 컨택트 정보를 포함함을 고려할 때 특히 사실이다.

이것이 문제가 될 수 있는 한 가지 이유는 사용자가 원하는 컨택트 정보를 얻기 위해서 많은 다른 컨택트 관리 시스템들로부터 여러 디렉토리들을 개별적으로 억세스하는 것이 필요할 수 있기 때문에 사용자가 컨택트와 통신하기 위한 모든 사용이 가능한 수단들을 식별하는 것의 어려움을 증가시킬 수 있다는 것이다. 예를 들어, 컨택트의 가정용이나 휴대용 전화 번호를 얻기 위해 전화 디렉토리를, 컨택트의 기본 이메일 주소를 얻기 위해 이메일 디렉토리를, 개체의 비지니스 전화 번호 및 비지니스 이메일 주소를 얻기 위해 비지니스 디렉토리를 억세스하는 등이 필요할 수 있다.

다른 컨택트들에 대해 다른 유형들의 컨택트 정보를 얻기 위해서 개별적 컨택트 디렉토리를 갖는 것은 또한 문제가 될 수 있다. 예를 들어, 제1 컨택트의 이메일 주소, 제2 컨택트의 비지니스 전화 번호, 및 제3 컨택트의 휴대용 전화 번호를 일람하는 것이 바람직할 수 있다. 다른 개체들 각각에 요망되는 컨택트 데이터가 다른 어플리케이션의 다른 컨택트 관리 시스템에 위치되어 있는 경우, 각 어플리케이션은 원하는 정보를 얻기 위해 억세스되어야만 하므로, 바람직하지 않은 시간과 리소스의 소모가 필요하게 된다.

특정 컨택트나 컨택트 정보의 검색 및 쿼리가 또한 여러 컨택트 디렉토리들의 각각에 대해 개별적으로 행해져야만 한다. 이것은 사용자가 컨택트 디렉토리 중에서 어느 것에 컨택트 정보가 저장되어 있는지를 잊었을 때 특히 문제가 될 수 있다는 것이 이해될 것이다.

이들 문제들 중 일부를 해결하기 위해서, 몇 개의 컨택트 관리 시스템들은 대응하는 어플리케이션에 의해 이용하는 데에 반드시 필요한 것이 아닌 컨택트 정보를 여분으로 저장하도록 구성되어 있다. 예를 들어, 이메일 디렉토리는 여러 컨택트에 대한 주소, 전화 번호 및 그 외 정보를, 이 정보가 이메일 통신을 가능하게 하는 데에 필요한 것이 아닌 경우에도, 저장하도록 구성될 수 있다.

그러나, 다양한 디렉토리들 및 대응하는 저장 능력들은 어플리케이션마다 다를 수 있고, 이로 인해 사용자가 컨택트 정보 중에서 어느 것이 각 다른 디렉토리에서 중복될 수 있는지를 알기를 더욱 어렵게 만든다. 더구나, 컨택트 정보의 일부가 다른 컨택트 디렉토리들의 각각에서 여분으로 저장되는 것이 가능할 때에도, 이런 여분의 저장은 바람직하지 않은 불필요한 컴퓨팅 리소스의 소모를 나타낼 것이다.

기존의 컨택트 디렉토리들 내에 컨택트 정보를 여분으로 저장하는 것의 또 다른 문제점은 수정된 컨택트 정보를 저장하고 있는 모든 다양한 컨택트 디렉토리들 전체에 걸쳐 컨택트 정보의 변경을 전달하는 것이 어려울 수 있다는 것이다. 특히, 각 디렉토리 내의 개별적인 컨택트 정보의 저장은 컨택트 정보의 변경이 각 디렉토리 내에 입력되어야 할 필요성이 수반된다. 그렇지 않으면, 사용이 가능한 컨택트 정보가 불일치하게 되어 부정확할 가능성이 있다.

기존의 컨택트 관리 시스템들의 다른 문제점은 이들의 특수화되어 있기 때문에, 이들은 컨택트 정보의 매우 광범위하고 풍부한 검색 및 보기 능력을 제공할 수 없다는 것이다. 특히, 대부분의 컨택트 관리 시스템은 저장 데이터의 오직 이차원 적인 컬럼들이나 리스트들만을 제공할 뿐이다. 기존의 컨택트 관리 시스템의 또 다른 문제는 사용자가 컨택트 간의 관계를 일람하고, 생성하고, 편집할 수 없게 한다는 것이다. 더 구체적으로, 기존의 시스템들에서는 사용자가 컨택트 간에 존재하는 관계를 일람하거나 이들 관계를 생성하고 편집하는 것이 가능하지 않다.

따라서, 현재 본 기술에서는 컨택트 정보를 억세스하기 위한 개선된 컨택트 관리 시스템 및 인터페이스의 필요성이 대두되고 있다.

본 발명은 컨택트 및 대응하는 컨택트 정보를 관리하기 위한 개선된 방법, 시스템 및 대응 컴퓨터 프로그램 제품에 관한 것이다. 더욱 특히, 본 발명은 컨택트 정보가 저장되어 하나 이상의 어플리케이션에 대해 사용 가능하게 되는 방법을 제어하기 위한 개선된 컨택트 관리 시스템에 관한 것이다.

본 발명의 일 형태에 따르면, 컨택트의 한 컨셉은 여러 어플리케이션에 이용하도록 형성되는 것이다. 대응하는 컨택트 개체와 컨트롤은 어느 어플리케이션에나 포함되어 파일이 참조되어 표시되는 것과 동일한 방법으로 대응하는 컨택트를 표시할 수가 있다.

컨택트에는 또한 대응하는 컨택트 정보가 형성되어 저장되어 있어 이들이 하나의 컨택트 저장소로부터 어플리케이션에 의해 억세스되어 이용될 수가 있다. 일 실시예에서, 어플리케이션은 컨택트 정보의 다른 부분을 이용하거나 동일한 컨택트 정보를 다른 방법으로 이용하는 이종 어플리케이션일 수 있다. 그러나, 다른 실시예에서, 어플리케이션은 동일한 컨택트 정보를 동일한 식으로 이용할 수 있다.

컨택트 저장소는 각 컨택트에 대해 완전한 컨택트 정의를 포함하므로 각 어플리케이션은 적당한 컨택트 정보를 어플리케이션이 필요로 하는 컨택트 저장소로부터 적당한 포맷으로 취득할 수가 있다.

컨택트 정보의 저장소를 집중화하게 되면 컨택트 저장소가 어플리케이션에 의해서 다른 컨택트 정보 디렉토리에 행해진 변경을 통합하여 전달하는 것이 가능하다. 따라서, 여러 어플리케이션의 디렉토리의 동기화는 동기화된 컨택트 정보가 별개의 어플리케이션 디렉토리 간의 포맷과 컨택트가 다른 경우에도, 집중화된 컨택트 저장소로부터 효율적으로 실행될 수 있다.

컨택트 저장소에 원하는 수준의 보안 및 보호를 제공하기 위한 보안 특성을 아키텍쳐 구조와 대응하는 인터페이스를 통해 제공할 수 있다. 예를 들어, 인터페이스는 어플리케이션 및 사용자와 상호 작용하여 관련한 허가된 컨택트 정보의 억세스를 제한하도록 할 수 있다.

여러 인터페이스는 동적 필터링, 쿼링 및 자동 완료 텍스트 능력을 갖는 저장된 컨택트 정보에 대한 어플리케이션의 억세스를 제공하도록 이용될 수 있다. 컨택트 정보를 이용하여 통신을 개시하고 어느 컨택트 정보가 어플리케이션에 사용 가능하게 되는지를 제어하기 위한 인터페이스가 또한 제공될 수 있다. 또 다른 인터페이스는 컨택트 정보를 리치 컨텍스트(rich context)로 표시하는 데에 이용될 수 있다.

본 발명의 부가의 특성 및 장점은 이어지는 설명에 기재되었으며, 부분적으로 이 설명으로 명백하게 되거나, 본 발명의 실행으로 습득될 수 있을 것이다. 본 발명의 특성 및 장점은 특히 첨부한 청구범위에서 지적한 기구 및 조합을 이용하여 실현 및 성취될 수 있다. 본 발명의 이들 및 다른 특성들은 이하의 설명 및 첨부한 청구범위로부터 더욱 완전히 명백하게 되거나, 이하 기재한 바와 같이 본 발명의 실행으로 습득될 수 있다.

본 발명의 상기 및 그 외의 장점 및 특성이 성취될 수 있는 방법을 기재하기 위해서, 간단히 상술한 본 발명의 특정한 설명은 첨부한 도면에서 설명한 바와 같은 특정 실시예를 참조하여 이루어진다. 이들 도면들이 본 발명의 통상적인 실시예만을 도시하는 것이지 그 영역을 제한하고자 하는 것이 아님을 이해하고, 본 발명은 첨부한 도면을 이용하여 부가의 특성과 상세 사항을 기술하여 설명될 것이다.

도 1은 여러 어플리케이션 및 데이터 저장소의 블럭도를 나타내는 도면.

도 2는 컨택트 주변에 집중된 컨택트 관리 시스템의 관련도를 나타내는 도면.

도 3은 본 발명의 방법이 실행될 수 있는 컴퓨팅 시스템의 일 실시예의 아키텍쳐도.

도 4는 본 발명의 특정 방법에 따른 컨택트 및 대응 컨택트 정보를 관리하기 위해 실행될 수 있는 여러 동작의 플로우챠트도.

도 5는 컨택트 정보를 표시하기 위한 사용자 인터페이스의 일 실시예를 설명하는 도면.

도 6은 컨택트 정보가 컨택트 중심 작업 및 컨택트의 통신 히스토리와 관련 파일에의 링크가 표시되어 있는 사용자 인터페이스의 일 실시예를 설명하는 도면.

도 7은 컨택트 정보와 컨택트 중심 개체를 표시하기 위한 사용자 인터페이스의 일 실시예를 설명하는 도면.

도 8은 컨택트를 식별하는 데에 이용될 수 있는 인터페이스 리스트의 일 실시예를 설명하는 도면.

도 9는 컨택트 컨트롤 및 그 외 아이콘이 표시된 컴퓨터 데스크톱 인터페이스의 일 실시예를 설명하는 도면.

도 10은 페르소나 선택 인터페이스 및 대응 정보 픽커(picker) 인터페이스와 함께 이메일 어플리케이션 인터페이스의 일 실시예를 설명하는 도면.

도 11은 본 발명에 적합한 운영 환경을 제공하는 운영 시스템의 일 실시예를 설명하는 도면.

본 발명은 여러 어플리케이션에 의해 이용될 수 있는 컨택트 및 컨택트 정보를 관리하기 위한 방법, 시스템 및 대응 컴퓨터 프로그램 제품 및 인터페이스에 관한 것이다.

여기에서 정의한 바와 같이, 용어 "컨택트"는 일반적으로, 사람, 그룹, 조직, 비지니스 또는 그 외 유형의 식별 가능한 개체를 말한다. 용어 컨택트는 또한 둘 이상의 개체 간의 상호 작용, 접속, 관계 또는 결합을 포함하거나 내포할 수 있다. 집중화된 데이터 저장소에 저장된 바와 같이, 컨택트는 특정 컨택트에 대응하는 컨택트 정보를 정의하거나 그렇지 않으면 이를 포함하는 필드를 갖는 하나 이상 의 데이터 구조를 포함할 수 있다.

위에서 더욱 상세히 정의한, 여기에서 이용되는 용어 "컨택트 정보"는 일반적으로, 컨택트에 대응하며 컨택트를 식별하고, 접촉하고, 억세스하고, 대응하거나 이와 통신하기 위해 관련되는 것으로 생각될 수 있는 정보를 포함한다. 컨택트 정보는 또한 사람에 대응하는 어느 정보로나 정의될 수 있다. 여기에서 특정 시간에서는, 용어 컨택트 정보와 컨택트는 용어가 대응하는 컨택트 정보를 폭넓게 포괄하는 것으로 해석될 수 있는 한 상호 교환하여 이용될 수 있다.

여기에서 말하는 용어 "이종 어플리케이션"은 유사한 컨택트에 대응하는 컨택트 정보의 다른 부분을 이용하고/하거나 컨택트 정보의 동일한 부분을 다른 방법으로, 이용하는 어플리케이션을 말한다. 예를 들어, 컨택트 정보의 다른 부분은 단일의 컨택트를 정의하는 데이터 구조의 다른 필드로부터의 다른 데이터를 포함할 수 있다. 유사하게, 제한하고자 하는 것이 아니라, 예시로서, 이종 어플리케이션은 여기에 개시된 바와 같이, 한 어플리케이션이 컨택트 정보를 이용하여 타이프 기입 라인을 자동 완성하고 다른 어플리케이션이 동일한 컨택트 정보를 이용하여 통신을 개시할 때, 컨택트 정보의 유사한 부분을 다른 방법으로 이용할 수 있다. 그러나, 본 발명은 실질적으로 이종 어플리케이션에 컨택트 정보를 제공하는 데에만 제한되는 것이 아님이 이해될 것이다. 대신에, 본 발명의 영역은 또한 유사한 어플리케이션이 유사한 동일한 방식으로 컨택트 정보를 이용하는 실시예로 확장된다.

여기에 개시된 여러 실시예에서, 인터페이스는 컨택트 및 대응하는 컨택트 정보의 결합 및 이의 억세스를 제어하는 데에 이용된다. 이들 인터페이스는 때로 컴퓨터가 실행가능한 명령 및 컴퓨팅 모듈로 언급되는 컴퓨터 소프트웨어 구성 요소에 의해 형성, 변형 및 이용될 수 있다.

여기에 기재된 바와 같이, 프로그래밍 인터페이스 (또는 더욱 간단히 인터페이스)는 예를 들어, 컨택트 정보를 억세스하기 위해서와 같이, 코드의 하나 이상의 세그먼트가 코드의 하나 이상의 다른 세그먼트에 의해 제공된 기능과 통신하거나 이를 억세스할 수 있게 하는 메커니즘, 프로세스, 프로토콜로서 보일 수 있다. 다르게, 프로그래밍 인터페이스는 다른 구성 요소의 하나 이상의 메커니즘, 방법, 함수 호출, 모듈 등에 통신 가능하게 결합될 수 있는, 시스템의 한 구성 요소의 하나 이상의 메커니즘, 방법, 함수 호출, 모듈, 개체 등으로 보일 수 있다. 이전 단락에서의 용어 "코드의 세그먼트"는 코드의 하나 이상의 명령이나 라인을 포함하고자 하는 것이며, 적용된 용어에 상관 없이, 또는 코드 세그먼트가 개별적으로 컴파일되었든지, 또는 코드 세그먼트가 소스, 중간물, 또는 개체 코드로 제공되었든지, 또는 코드 세그먼트가 런타임 시스템이나 프로세스에서 이용되었든지, 또는 이들이 동일하거나 다른 머신 상에 위치되거나 다수의 머신에 걸쳐 분산되었든지, 또는 코드의 세그먼트로 나타낸 기능이 완전히 소프트웨어로, 완전히 하드웨어로, 또는 하드웨어와 소프트웨어의 조합으로 실현되었든지간에, 예를 들어, 코드 모듈, 개체, 서브루틴, 함수 등을 포함한다.

따라서, 본 발명의 실시예는 여기에서 설명한 인터페이스를 동작하게 하는 데에 이용될 수 있는 여러 컴퓨터 소프트웨어 및 하드웨어를 포함하는 특수 목적과 일반 목적의 컴퓨팅 장치를 포함할 수 있다는 것이 이해될 것이다. 본 발명의 영역 내의 실시예는 또한 인터페이스 및 이를 이용하거나 수정하기 위한 코드를 포함하는 컴퓨터가 실행가능한 명령 또는 데이터 구조를 운반하거나 저장하고 있는 컴퓨터가 판독가능한 매체를 포함할 수 있다.

컴퓨터가 판독가능한 매체는 이동 통신 장치에만 제한되는 것은 아니지만, 이를 포함하는, 범용이나 특수 목적의 컴퓨터에 의해 억세스될 수 있는 사용 가능 매체일 수 있다는 것이 이해될 것이다. 제한하고자 하는 것이 아니라, 예시로서, 이런 컴퓨터가 판독가능한 매체는, RAM, ROM, EEPROM, CD-ROM 또는 그 외 광 디스크 저장소, 자기 디스크 저장소 또는 그 외 자기 저장 장치, 또는 그 외 컴퓨터가 실행가능한 명령이나 데이터 구조의 형태로 원하는 프로그램 코드 수단을 운반하거나 저장하는 데에 이용될 수 있으며 범용이나 특수 목적의 컴퓨터에 의해 억세스될 수 있는 다른 매체를 포함할 수 있다. 컴퓨터가 실행가능한 명령은 예를 들어, 범용의 컴퓨터, 특수 목적의 컴퓨터, 또는 특수 목적의 처리 장치가 후술하는 동작이나 단계와 같은, 특정 함수나 함수의 그룹을 실행하도록 하는 명령 및 데이터를 포함한다.

정보가 네트워크나 다른 통신 연결부 (유선, 무선, 또는 유무선의 조합)를 통해 컴퓨터나 이동 통신 장치에 전달 또는 제공될 때, 컴퓨터/장치는 이 연결부를 컴퓨터가 판독가능한 매체로 적당히 보게 된다. 따라서, 이런 연결부를 적당히 컴퓨터가 판독가능한 매체로 부른다. 상기한 것 모두가 또한 컴퓨터가 판독가능한 매체의 영역 내에 포함되어야 한다.

컨택트 관리

여기에 개시한 여러 방법 및 실시예에 따르면, 컨택트 및 컨택트 정보는 도 1에 나타낸 바와 같이, 집중화된 컨택트 저장소(100)에 저장되어 있다. 집중화된 컨택트 저장소(100)는 단일의 컴퓨터가 판독가능한 매체를 포함할 수 있지만, 어떤 실시예에서는, 컨택트 저장소(100)가 실제로 복수 개의 컴퓨터가 판독가능한 매체를 포함하므로, 컨택트 저장소(100)는 이론상 기능적으로만 집중화되어 있다는 것이 이해될 것이다.

집중화된 컨택트 저장소는 컨택트를 억세스하는 여러 어플리케이션에 의해 필요로 하는 모든 대응하는 컨택트 정보를 포함하는, 컨택트의 완전한 정의를 포함하는 것이 바람직하다. 그러나, 몇 실시예에서, 컨택트의 정의는 오직 부분적으로 완전하지만, 그래도 컨택트를 억세스하는 여러 이종 어플리케이션의 정보 필요 조건을 만족할 수 있다.

도 1에 나타낸 바와 같이, 여러 어플리케이션(110, 120, 130)은 컨택트 저장소(100)와 통신하는 것으로 도시되어 있다. 이런 통신이나 억세스는 직접적으로나 간접적으로 발생할 수 있다. 직접 통신은 전체 컨택트 저장소에 대해 신속하며 자유로운 억세스를 제공할 수 있는 반면, 인터페이스를 통하는 것과 같은 간접적 통신은 여기에 개시된 바와 같이 더 많은 컨트롤 및 보안을 제공할 수 있다. 설명된 어플리케이션(110, 120, 130)은 컨택트 저장소(100)를 호스트하고 있는 동일한 컴퓨팅 장치에 의해서나, 하나 이상의 원격 컴퓨팅 장치에 의해 호스트될 수 있다는 것이 이해될 것이다.

여기에 개시된 바와 같이, 어플리케이션(110, 120, 130)은 컨택트 정보를 제공하고, 취득하고, 변형하고, 그렇지 않으면 이용하는 등과 같은 여러 이유로, 컨택트 저장소(100)를 억세스하게 된다. 어플리케이션(110, 120, 130)은 이에만 제한되는 것은 아니지만, 이메일 어플리케이션, 전화 및 전화 통신 어플리케이션, 시간 관리 어플리케이션, 인스턴트 메시징 어플리케이션, 게이밍 어플리케이션, 비지니스 디렉토리 어플리케이션, VTC 어플리케이션, RTC 어플리케이션, 인스턴트 메시징 어플리케이션, 팩시밀리 어플리케이션 등을 포함하는 어느 유형의 어플리케이션이라도 포함할 수 있다.

어떤 경우에는, 도시한 바와 같이, 각 어플리케이션(110, 120, 130)은 각 컨택트 정보를 저장하는 대응하는 디렉토리(112, 122, 130)에 억세스할 수 있다. 다른 실시예에서, 어플리케이션(110, 120, 130)은 후술하는 바와 같이, 항상 컨택트 저장소의 컨택트 정보에 완전히 좌우될 수 있다.

어플리케이션(110, 120, 130) 각각이 개별의 컨택트 디렉토리(112, 122, 132)에 억세스할 수 있기 때문에, 컨택트 저장소는 여러 컨택트 디렉토리(112, 122, 132)에 포함된 여러 컨택트 정보를 복합 컨택트 정보(140)에 결합 및 병합하도록 구성되어 있다. 예를 들어, 디렉토리(112)는 컨택트의 전화 번호를 포함하고, 디렉토리(122)는 컨택트의 이메일 주소를 포함하고, 디렉토리(132)는 디렉토리(112)에 포함된 것과 동일하지만, 다른 포맷 (예를 들어, 지역 코드로 먼저 시작하는)의 컨택트 전화 번호를 포함할 수 있다. 이 실시예에서, 컨택트 저장소(100)에 저장된 컨택트에 대응하는 복합 컨택트 정보(140)는 여러 디렉토리(112, 122, 132) 로부터의 모든 컨택트 정보를 포함할 수 있다.

어떤 실시예에서는, 여러 이종 디렉토리로부터의 정보가 불일치하거나 충돌하는 경우가 있다. 이런 경우, 이하에서 더욱 상세히 설명되는 바와 같이, 컨택트 저장소는 모든 정보를 하나의 레코드로 합성하거나, 다르게는 인터페이스를 사용자에게 제시하여, 쓸데없는 정보는 무시하고 합성 컨택트 정보(140)에 포함하지 않도록 여기에 충돌을 통지한다.

도 1은 또한 컨택트 저장소(100)가 개별의 카피의 컨택트 정보(160)를 가지는 원격 저장소와 통신 중에 놓일 수 있는 방법을 설명해 준다. 후술하는 바와 같이, 이 실시예는 예를 들어, PDA 및 데스크톱과 같은 여러 컴퓨팅 장치들 사이, 또는 네트워크 노드 (예를 들어, 퍼스널 컴퓨터)와 네트워크 허브 (예를 들어, 서버) 사이의 동기화를 가능하게 하는 데에 유용하다.

상술한 예와 설명은 집중화된 컨택트 저장소(100)가 로컬 및 원격 어플리케이션 및 시스템에 의해 억세스될 수 있는 특정 구성과 실시예를 설명하기 위해 제공되었다.

도 2는 집중화된 컨택트의 개념이 여러 셸 (shell)과 제3자 어플리케이션을 포함하는 여러 컨택트 관리 어플리케이션의 기능과 이용을 가능하게 하도록 어떻게 이용될 수 있는지를 더욱 설명한다. 예를 들어, 컨택트(200)는 도 3에 도시한 바와 같이, 적당한 인터페이스와 API 계층을 통해서, 동기화(sync)(210), 원격 제3자 어플리케이션(220) (예를 들어, 인터넷 어플리케이션), RTC (Rich Text Communication; 230), 파일 공유(240) (예를 들어, 사진, 문서, 비디오 등), 이메 일(250), 및 통지/정보 에이전트(260)에 사용 가능하게 된다. 본 설명은 여기에 기재한 바와 같이, 집중화된 컨택트 정보를 이용할 수 있는 어플리케이션의 영역을 제한하고자 하는 것이 아니라, 컨택트의 집중화 이론이 여러 어플리케이션과 시스템 능력을 상호 연결하는 데에 어떻게 이용될 수 있는지를 강조하기 위한 설명으로서 단지 제시하고자 하는 것이다.

도 3은 이제 컨택트 정보가 컨택트 저장소에 축적되어 집중화되어 있는 시스템의 개괄적 아키텍쳐를 설명하기 위한 것이다. 도시된 바와 같이, 클라이언트 시스템(300)은 여러 계층을 포함하며, 이들 각각을 이하 설명한다. 설명된 호스트 계층은 컨트롤/셸 확장(322)에 기재된 컨택트 컨트롤을 호스트할 것으로 예측되는 어플리케이션을 포함하는 어플리케이션 계층으로 생각될 수 있다.

호스트 계층(310)의 어플리케이션(312)은 웹 사이트 및 서비스, 클라이언트 계통의 운영 시스템 어플리케이션, 및 제3자 어플리케이션과 같은 서버 계통인 어플리케이션을 포함할 수 있다. 본 예는 마이크로소프트사에 의해 제공되는 메신저(Messenger)(313) 및 아웃룩(Outlook)(314) 뿐만 아니라, 제3자 어플리케이션(315)을 포함하는, 많은 잠재적 어플리케이션 중 몇 개만을 설명한다.

호스트 계층은 또한 셸(shell) UI(316)에서, 셸의 특정 사용자 인터페이스를 포함하는 것으로 도시되어 있으며, 이들은 컨택트 저장소의 컨택트에의 억세스를 제어하고 가능하게 하는 수단으로 여기에서 기재되고 있다. 후술되는 인터페이스 중에는 컨택트 라이브러리 인터페이스(318), 디테일 페이지(detail page; 319), 및 피플 바 파트(people bar part; 320)와 같은 셸 사용자 인터페이스를 포함한다.

후술되는 다른 인터페이스는 이 설명에서 컨트롤/셸 확장(322)에 배치된 컨트롤(324, 325, 326, 327, 328)로서 언급된다. 특히, 셸 공중 컨트롤(323)은 폭 넓게 호스트 가능이거나 호출 가능으로 분류될 수 있는 부가의 인터페이스를 포함한다. 호스트 가능 컨트롤은 개발자에 의해 어플리케이션에 직접 결합될 수도 있다. 호스트 가능 컨트롤의 몇 예로는 페르소나(persona) 컨트롤(324), 컨택트 컨트롤(326), 및 컨택트 카드(328)를 포함하고, 이들 각각은 이하에서 더욱 상세히 설명된다.

호출 가능 컨트롤은 어플리케이션에 의해 호출될 수 있는 자족형 사용자 인터페이스이지만, 어플리케이션의 도메인 네임스페이스 내에 직접 호스트되지 않는다. 이런 네임스페이스의 분리는 사용자의 지식이나 허가 없이 어플리케이션이 컨택트 저장소를 조작할 수 없게 하면서 호출 가능 컨트롤이 컨택트 저장소에 직접 억세스하는 것을 가능하게 한다. 호출 가능한 컨트롤의 몇 예는 이하에서 더욱 상세히 설명되는 바와 같이, 컨택트 피커(picker)(325) 및 정보 피커(picker)(327)를 포함한다.

다음에, API 계층(332)은 여러 어플리케이션과 인터페이스에 대해 컨택트 정보의 호출을 행하고 이 어플리케이션과 인터페이스로부터의 컨택트 정보의 호출에 응답하는 데에 이용되는 어플리케이션 프로그래밍 인터페이스 (API)를 포함한다. 몇 API의 예는 셸 통지 API(334), 주요 API(335), 및 ID 서비스 API(336)를 포함한다.

셸 통지 API(334)는 컨택트 정보 및 결합과 같은 동작이 로컬 또는 원격 저 장소 상에서 변경될 때, 동기화가 완성/실패될 때 등을 사용자가 언제 어떻게 통지받는지에 대한 규칙을 모니터하고 실행하는 데에 이용된다.

주요 API(335)는 컨택트 스키마 행동을 제공하고 식별자 (예를 들어, 이메일 주소, 패스포트 식별자, 보안 식별자, 등)를 컨택트와 관련시키는 데에 이용된다. 주요 API(335)는 컨택트가 이들의 식별자에 기초하여 관련되는 것을 가능하게 한다.

ID 서비스 API(336)는 들어오는 컨택트 표시가 저장된 컨택트에 매핑될 수 있는지를 결정할 뿐만 아니라, 컨택트의 인식을 지원하기 위한 하위 구조를 지원한다.

다음 설명된 계층은 저장 계층(340)으로, 이는 여기에서 식별된 어플리케이션 및 관련 어플리케이션 전체에 걸쳐 설명된 바와 같이 컨택트 프로파일, 스키마 데이터, 페르소나 특성, 컨택트 정의 및 그 외 컨택트 정보를 갖는 컨택트 저장소(342)를 포함한다.

다음에, 프로바이더(provider)(344)은 제어 및 보안 방식으로 컨택트 저장소(342)에 원격 저장 쿼리를 지원하도록 구성될 수 있다.

동기화/로밍(350)은 여기에 개시된 바와 같이, 예를 들어, 컨택트 및 대응 컨택트 정보의 동기화와 매핑을 가능하게 하는 여러 동기 어댑터(354, 356, 358) 및 매핑 어댑터(360, 362, 364)를 통해 원격 서버(354)에 의해 보유되는 것과 같이 하여, 로밍 저장소 상의 컨택트의 억세스를 제공한다.

여러 동기 및 매핑 어댑터는 여러 로밍 저장소(370, 372, 374)와 대응한다. 원격 저장소의 억세스는 PDA(358) 또는 휴대 전화(360) 등의 휴대용 장치(356)를 이용할 때 발생할 수 있는 것과 같이, 유선망 접속이나 무선망 접속을 통해 이루어질 수 있다.

로밍 저장소(370, 372, 374)의 한 장점으로는 사용자가 그들의 데스크톱 컴퓨터 (예를 들어, 클라이언트(300))에서 멀리 떨어져 있을 때에도 로밍 저장소에 억세스할 수 있다는 것이다. 예를 들어, 휴대 전화(384) 또는 PDA(382)는 제한된 리스트의 컨택트 정보만을 포함하므로, 사용자가 계속 활동 중일 때에는, 더욱 완전한 리스트의 컨택트와 컨택트 정보의 억세스가 요망된다. 여기에 기재된 원격 저장소와 동기 능력을 이용하게 되면, 사용자가 계속 활동 중인 동안, 예를 들어, 무선 접속이나 원격 허브를 통하는 등으로, 로밍 서버와 연결되는 것이 가능하므로, 사용자의 휴대 장치(380)에서는 사용 가능하지 않을 수 있는 요망되는 갱신 컨택트 정보를 취득할 수 있다.

사용자(362)가 단독으로 소유하고 제어하는 저장소, 사용자가 소유하지만 저장소(364)에 의해 제어되는 것, 및 저장소가 소유하고 사용자(366)와 공유하는 것을 포함하여, 로밍 중에 이용될 수 있는 세 기본 유형의 원격 저장소(352)가 있다.

사용자 소유 및 사용자 제어 저장소(370)는 사용자가 저장소(370)에 의해 할당된 저장 용량까지 많은 컨택트와 컨택트 정보를, 그들이 원하는 어느 유형의 것에나 위치시킬 수 있는 원격 저장소이다. 사용자 소유 및 제어 저장소(370)의 예는 MSN 주소록 또는 교환 파일을 포함한다.

사용자 소유 및 저장소 제어 저장소(372)는 저장될 수 있는 컨택트의 유형에 대해 제한을 둔다. 사용자 소유 및 저장소 제어 저장소(372)의 예로는 컨택트가 IM 주소나 허가 인증서를 가져야 하는 메신저 버디 리스트 (Messenger Buddy List)를 포함한다. 다른 예로는 컨택트가 서버와 동일한 네트워크 도메인 내에 있어야 하는 공유 지점(Share Point)이 있다.

저장소 소유 및 사용자 공유 저장소(374)는 사용자 자신의 정보일 때는 가능한 예외로 하고, 사용자가 내부에 저장된 어느 컨택트 정보도 변형하지 못하게 한다. 이 저장소(374)에서는, 사용자에게 저장된 엔트리의 판독 억세스는 주어지지만, 엔트리를 부가, 삭제 또는 변형할 수는 없다. 저장소 소유 및 사용자 공유 저장소(374)의 예로는 회사 내의 MSN 화이트 페이지 또는 멤버 디렉토리 및 액티브 디렉토리와 같은 인터넷 디렉토리를 포함한다.

상술한 설명은 본 발명의 방법과 시스템을 실행할 수 있는 하나의 적합한 환경을 설명하고자 제공된 것이다. 이제 도 4를 참조하여, 본 발명의 실시예를 실행하기 위한 특정 동작과 방법을 설명한다.

도 4는 본 발명의 특정 실시예에 따른 컨택트 및 관련 컨택트 정보를 관리하는 하나의 방법의 플로우챠트(400)을 설명한다. 나타낸 바와 같이, 본 발명은 이하 설명되는 여러 동작을 포함한다.

설명된 제1 동작은 하나 이상의 컨택트를 형성하는 것이다 (동작 410). 이것은 여러 프로세스 및 그 외 동작을 포함할 수 있다. 컨택트의 형성은 로컬하게 실행될 수 있으며, 클라이언트 시스템은 컨택트 저장소나 원격 시스템을 호스트한다. 유사하게, 로컬 어플리케이션 및 원격 어플리케이션이 이용될 수 있다.

컨택트의 형성은 컨택트에 관련되는 컨택트 정보를 컴파일링하여 이를 데이터 구조로 체계화하는 단계를 포함할 수 있다. 컴파일링될 수 있는 컨택트 정보의 예는 상술되었으며, 전화 번호, 이름, 닉네임, 주소, 제목 등과 같은 것을 포함할 수 있다. 컨택트 정보는 또한 컨택트에 대응하는 상태 및 배치 정보를 포함할 수 있다. 컨택트는 사람일 필요가 없다는 것이 이해될 것이다. 그보다, 컨택트는 사람, 그룹, 조직, 비지니스, 또는 그 외 다른 유형의 식별 가능한 개체일 수 있다.

컨택트의 형성은 또한 둘 이상의 컨택트 간의 상호 작용, 연결, 관계 또는 결합을 정의하거나 내포하는 컨택트 정보를 컴파일링하는 단계를 포함할 수 있다.

본 발명의 일 실시예에 따르면, 형성된 각 컨택트는 이종 어플리케이션에 의해 억세스되어 이용될 수 있는 방식으로 또는 다시 말해서, 컨택트가 다른 어플리케이션에 의해 다르게 이용될 수 있거나 대응하는 컨택트 정보의 다른 부분이 어플리케이션에 의해 이용될 수 있도록 형성되게 된다.

일 실시예에 따르면, 컨택트를 형성하는 단계는 또한 정보 피커 인터페이스와 관련하여 더욱 상세히 후술되는 바와 같이, 어느 컨택트 정보가 게시되는지, 아니면 어플리케이션에 사용 가능하게 되는지를 사용자가 선택 가능하게 제어할 수 있도록 하는 단계를 포함한다.

컨택트의 형성은 또한 도 1 내지 3의 설명에 관련하여 제시된 바와 같이, 둘 이상의 개별의 컨택트 디렉토리나 위치로부터의 컨택트 정보를 병합하거나 동기화하여 동적으로 발생할 수 있다.

특정 컨택트에 대응하는 둘 이상의 정의가 컨택트의 복합 정의로 결합될 때 병합이 발생한다. 동기화는 컨택트의 하나의 정의가 컨택트의 다른 정의와 대응하도록 수정될 때 발생한다. 동기화는 반드시 그런 것은 아니지만, 예를 들어, 컨택트 저장소와 원격 저장소나 어플리케이션 디렉토리 사이와 같이, 완전히 별개인 저장 매체 사이에서 발생할 가능성이 가장 크다.

본 발명의 일 실시예에 따르면, 동기화는 컨택트 정보가 컨택트 저장소와 불일치하거나 구식인 것을 검출했을 때 자동으로 실행된다. 이런 판정은 어플리케이션 및 원격 저장소에 갱신된 정보를 통지함으로써 푸시 타입(push-type)의 시스템에서 능동적으로, 또는 클라이언트 시스템이 어플리케이션 또는 원격 저장소가 갱신된 정보를 요청할 것을 대기하는 수동적인 풀 타입(pull-type)의 시스템에서 행해질 수 있다.

컨택트가 형성될 수 있는 다른 방법은 원격 저장소나 어플리케이션 디렉토리로부터 컨택트 정보를 다운로딩하는 단계를 포함할 수 있다. 컨택트 정보가 이미 존재하고 있을 때에도, 이것은 클라이언트 시스템에게는 새로운 것이므로 형성되게 된다.

컨택트가 일단 형성되면, 이들은 도 3에 나타낸 컨택트 저장소(342)와 같은 적당한 위치에 및/또는 원격 저장소(352)에 저장되므로(동작 420) 하나 이상의 어플리케이션에 의해 억세스될 수가 있다 (동작 430).

컨택트의 저장 동안, 이들의 대응 컨택트 정보가 컨택트 간의 관계와 결합을 포함하여, 인덱스 및 매핑될 수 있다. 이것은 후술되는 실시예에서 설명되는 바와 같이, 컨택트 저장소의 필터링과 쿼링의 강화를 가능하게 하는 데에 유용할 수 있 다.

일 실시예에 따르면, 컨택트 정보의 원하는 수준의 보안 및 개인 정보를 확실히 하기 위해서 적당한 인터페이스 및 API를 통해, 어플리케이션에 컨택트 및 대응하는 컨택트 정보의 억세스가 제공된다 (동작 430). 예를 들어, 상술된 바와 같이, 특정 인터페이스가 컨택트 피커 및 정보 피커 다이얼로그와 같은 그들 자신의 네임스페이스로부터 실행되게 되어, 사용자의 표현 동의 없이 무음 키스트로크가 컨택트 정보를 억세스하는 데에 이용되는 것을 방지할 수 있다.

인터페이스 및 컨트롤은 또한 적당한 ACL을 가지거나, 신뢰 소스로부터 발원되거나, 명시적 또는 암시적으로 허가되는 등과 같은 특정의 조건을 만족할 때에만 어플리케이션의 컨택트 정보의 억세스를 조건부 제공하도록 구성될 수 있다.

인터페이스를 통해 억세스될 수 있는 인터페이스 및 컨택트 정보의 유형은 실제로 무한하기 때문에, 본 출원에서는 이들 모두를 일일이 열거하지 않는다. 대신에, 여러가지 비제한적인 예의 인터페이스를 아래 제공하며, 이들은 컨택트 및 대응하는 컨택트 정보가 억세스될 수 있는 몇 가지 방법만을 설명한다. 따라서, 이하의 설명과 예들은 단지 설명적인 것으로 본 발명의 영역을 제한하는 것으로 해석되어서는 안 된다는 것이 이해될 것이다.

본 발명의 방법은 컨택트에 대한 어플리케이션의 억세스를 제공할 때, 이 어플리케이션이 컨택트 및 대응하는 컨택트 정보를 이용할 수 있도록 하는 단계 (동작 440)를 더욱 포함한다. 어플리케이션이 컨택트 및 컨택트 정보를 이용할 수 있도록 하는 단계는 다른 동작과의 결합을 포함할 수 있다. 예를 들어, 어플리케이 션이 컨택트 또는 컨택트 정보를 새로운 컨택트 정보로 갱신할 수 있도록 하는 단계 (동작 450)가 이용하는 것으로 해석될 수 있다. 유사하게, 컨택트 및 컨택트 정보를 송신하는 단계 (동작 460) 또는 수정하는 단계 (동작 470)가 컨택트를 이용하는 것으로 해석된다.

컨택트 정보를 이용한다는 것은 이메일 통신, 전화 통신, RTC 통신 또는 그 외 통신과 같은, 통신을 개시하는 단계 (동작 480) 등을 포함할 수 있다. 통신은 예를 들어, 어플리케이션이 적당한 컨택트 정보를 컨택트로부터 식별하고 추출하여 그 정보를 통신을 개시하도록 특정하게 구성된 실행 가능 코드에 적용하도록 함으로써 개시될 수 있다.

또 다른 실시예에서, 어플리케이션은 컨택트 정보를 표시하는 것에 의해 이를 이용할 수 있다. 예를 들어, 많은 이하의 인터페이스 실시예들에서, 컨택트 정보는 유익하고 알맞은 관찰자의 경험을 제공하기 위해서 리치 컨텍스트 및 포맷으로 표시될 수 있다. 이들 실시예는 컨택트 정보가 표시될 수 있는 무수한 방법들 중 몇 개만을 포함한다.

다른 실시예에서, 어플리케이션은 표시할 적당한 컨택트 정보를 먼저 식별한 후에 컨택트 정보를 표시한다. 예를 들어, 몇 실시예에서, 어플리케이션은 사용자의 요청에 응답하여 컨택트 저장소의 쿼리, 피봇 또는 필터로부터 취득된 컨택트 정보를 표시할 수 있다. 컨택트 정보는 또한 후술되는 바와 같이, 예측되는 유형의 방식으로, 때로는 요청되기 전에도 표시될 수 있다.

이에만 제한되는 것은 아니지만, 다음의 예에서 상세하게 설명되는 방법을 포함하여, 컨택트 정보를 허가된 어플리케이션에 의해 이용할 수 있는 여러 가지 방법들이 있다는 것이 이해될 것이다. 따라서, 컨택트 정보를 이용하는 영역은 일단 억세스되면, 어플리케이션에 의해 컨택트 정보로 실행될 수 있는 어느 작업이나 포괄하는 것으로 광범위하게 해석되어야 한다.

이제, 몇 특정 인터페이스 및 컨트롤과 대응하는 이용법을 청구범위 및 도 4의 방법의 영역을 더욱 명확하게 하기 위해 제공한다.

컨택트 라이브러리 인터페이스

도 5는 본 발명의 특정 동작을 실행하면서 이용될 수 있는 사용자 인터페이스(500)의 일 실시예를 도시한다. 나타낸 바와 같이, 인터페이스(500)는 제1 디스플레이 프레임(510), 제2 디스플레이 프레임(520), 디렉토리 링크(532a, 532b, 532c)의 리스트(530), 입력 필드(542)를 갖는 검색창(540), 필터(552a, 552b, 552c)의 리스트(550) 및 제1 디스플레이 프레임(510)에서 컨택트 정보를 표시하는 데에 이용될 수 있는 보기 리스트를 보도록 선택될 수 있는 풀다운 메뉴 버튼(560)을 포함하는 복수 개의 시각적 구성 요소를 포함한다.

디렉토리 링크의 리스트(530)는 컨택트 정보가 취득될 수 있는 임의 개수의 컨택트 정보 디렉토리를 식별할 수 있다. 컨택트 정보 디렉토리는 이메일 어플리케이션 디렉토리 또는 회사 정보 디렉토리와 같은 네트워크 디렉토리 등의 어플리케이션 특정 디렉토리일 수 있으며, 컨택트 저장소(342)와 동기화되는 것이 바람직하다. 디렉토리는 또한 컨택트 저장소의 여러 물리적 파티션을 포함한다. 리스트의 디렉토리 중 하나가 선택되면, 인터페이스(500)는 제1 디스플레이 프레임(510) 에서 선택된 디렉토리로부터 컨택트 정보를 취득하여 표시한다.

본 실시예에서, 인터페이스(500)는 이름, 이메일 주소, 전화 번호 및 선택된 디렉토리에서 식별된 컨택트와 관련되는 화상을 포함하는 컨택트 정보를 표시한다. 그러나, 여러 다른 필요도와 선호도를 수용하기 위해서 소정양의 식별 가능한 컨택트 정보가 표시될 수 있다는 것이 이해될 것이다. 따라서, 인터페이스는 제공되게 되는 컨택트 정보양을 구성하기 위한 메뉴 (도시 생략)를 포함할 수 있다. 유사하게, 제한된 수의 컨택트가 표시되었지만, 인터페이스(500)는 이들을 적절하게 규모화하여 소정수의 컨택트를 원하는 데로 표시할 수 있다는 것이 이해될 것이다. 선택된 디렉토리가 프레임(510)에서 표시된 것 보다 더 많은 컨택트를 포함하면, 부가의 컨택트 리스트를 스크롤하거나 확장하기 위한 통상의 도구를 인터페이스(500)로 표시하여 이용할 수 있다.

마우스 포인터나 그 외 다른 수단 등으로 컨택트가 선택되면, 선택된 컨택트에 대응하는 컨택트 정보는 제2 프레임(520)에서 표시될 수 있다. 일 실시예에서, 제2 프레임(520)에 표시되는 컨택트 정보는 제1 프레임(510)에서 표시된 것과 동일한 컨택트 정보가, 확장되거나 재배열되어서 이루어진다. 다른 실시예에 따르면, 제2 프레임(520)에서 표시되는 컨택트 정보는 제1 프레임(510)에서 표시된 것 보다 컨택트에 대해 더욱 부가된 정보를 포함한다. 제2 프레임(520)은 그 컨택트로 실행될 수 있는 작업을 또한 표시할 수 있다 (예를 들어, IM을 컨택트에 송신하고, 이메일을 컨택트에 송신하는 등).

제2 프레임(510)은 리스트(530)의 목록에 실린 디렉토리 링크에 대한 컨택트 정보를 제공하는 데에 이용될 수 있다. 예로서, 제2 프레임(510)은 비지니스 컨택트 정보 디렉토리와 대응하며, 예를 들어, 컨택트 저장소와 동기화되는 비지니스에 대해서, 비지니스 카드 및 화상과 같은 컨택트 정보를 표시할 수 있다.

나타낸 바와 같이, 인터페이스(500)는 또한 복수 개의 별개의 컨택트 정보 디렉토리의 집합 컨택트 정보에 존재할 수 있는 키 항목을 검색하기 위한 수단을 포함한다. 특히, 검색창(540)은 원하는 컨택트 정보를 검색하는 데에 이용될 수 있는 이름, 주소, 또는 속성의 일부로 이루어질 수 있는 키 항목을 입력하는 데에 이용된다. 예를 들어, 이름 "Jane"을 기입하는 것으로, 컨택트 정보 디렉토리 중 하나 이상에서 이름 "Jane"에 대응하는 컨택트 정보가 검색된다. 본 실시예에서 나타낸 바와 같이, 내 컨택트 디렉토리 및 XYZ사 디렉토리로부터 여러 Jane 컨택트가 표시되게 된다. 그러나, 이 예는 단지 설명을 위한 것이며 컨택트와 관련되는 다른 항이나 기호를 공급하는 것으로 검색을 실행할 수 있다는 것이 이해될 것이다. 예를 들어, 전화 번호를 제공하고 전화 번호와 관련되는 하나 이상의 컨택트를 검색하는 것으로 검색을 실행할 수 있다.

또한, 본 발명은 나타낸 바와 같이, 복수 개의 디렉토리가 검색되는 실시예와, 오직 개별적으로 선택된 디렉토리만이 검색되는 실시예로 확장된다는 것이 또한 이해될 것이다. 입력되는 키 항목은 그룹이나 분류의 유형을 특성화하는 속성 등의 필터 항목을 포함할 수 있다. 예를 들어, 키 항목 "판매 팀 A"은 판매 팀 A에 속하는 모든 컨택트를 식별하는 데에 이용될 수 있다. 컨택트와 관련될 수 있는 분류 및 그룹의 유형은 클라이언트 시스템에 의해 식별되는 컨택트 스키마에 의 해 결정된다.

필터링은 또한 컨택트 사이의 관계에 기초할 수 있다. 예를 들어, 컨택트 A와 같은 동일한 가족 모두에게, 또는 컨택트 B와 같은 동일한 조직에서 일하는 사람 등에 대해 필터 검색을 실행할 수 있다. 필터는 사용자 지정 할 수 있으므로 대응하는 디렉토리를 검색하도록 특정하게 맞출 수 있다. 예를 들어, 회사 디렉토리를 검색할 때, 직장의 직함 필터를 제공할 수 있다. 유사하게, 개인 컨택트 디렉토리 전체를 검색할 때 등에는 온라인 상태 필터를 제공할 수 있다.

인터페이스(500)는 상술한 바와 같이, 집합 컨택트 정보를 분류로 필터링하기 위해 검색창(550)이 있거나 없이 이용될 수 있는 필터의 리스트(550)를 포함한다. 소정수의 필터가 동시에 이용될 수 있다. 필터는 링크, 체크 박스 항목, 또는 그 외 다른 선택 가능한 개체로서 제공될 수 있다. 인터페이스에 포함될 수 있는 필터의 수와 유형은 필요도나 선호도를 수용하도록 수정될 수 있다.

인터페이스(500)는 또한 조직 내의 컨택트의 조직적 구조와 배치를 반영하는 조직적 보기와 같은, 다른 보기에서 컨택트를 표시하도록 구성될 수 있다. 이벤트 보기는 소정수의 컨택트와 관련 날자나 이벤트 (예를 들어, 생일, 여행날 등) 간의 결합을 반영할 수 있다. 보기는 또한 컨택트의 다른 컨택트에 대한 위치나 근접도를 반영하도록 선택될 수 있다. 또 다른 보기는 특정 어플리케이션 및 그 외 시스템으로 컨택트 시스템의 동작성과 능력을 반영할 수 있다.

컨택트 페이지 인터페이스

이하 도 6을 참조하여, 컨택트에 대응하는 컨택트 정보를 표시하는 데에 이 용되는 인터페이스의 다른 실시예를 설명한다. 510에서 나타낸 바와 같이, 컨택트 (Jane Doe)와 관련되는 이메일 주소, 전화 번호 및 주소를 포함하는 일반적인 컨택트 정보가 컨택트 페이지 인터페이스(500)에 의해 표시된다. 컨택트 정보는 또한 사용자나 다른 개체에 의해 컨택트와 관련된 노트 및 키워드를 포함한다.

620에서 나타낸 바와 같이, 컨택트의 이름, 화상, 온라인 상태, 및 이메일 주소와 전화 번호, 생일, 고용 정보 (회사, 직함, 관리자, 직접 보고서, 사무실 # 등), 비번/근무, 자녀 등을 포함하는 몇가지 컨택트 정보가 요약된 형태로 표시된다. 컨택트의 존재 상태 (예를 들어, 근무중, 온라인중, 가정내 등)는 클라이언트 컴퓨팅 시스템으로 결정된다. 상태는 이에만 제한되는 것은 아니지만, 서버나 다른 원격 컴퓨터에 의해 송신될 수 있는 통지를 포함하여 다른 적합한 방법으로도 결정될 수 있다.

620에서 요약된 컨택트 정보로 표시된 바람직한 이메일 및 전화 번호는 컨택트의 상태에 직접적으로 관련될 수 있다. 예를 들어, 컨택트가 근무중인 경우, 바람직한 이메일 및 전화 번호는 근무중 이메일과 근무중 전화 번호를 포함할 수 있다. 다르게, 바람직한 이메일 및 전화 번호는 컨택트에 의해 미리 결정되어 게시될 수 있다. 바람직한 이메일 및 전화 번호는 또한 사용자 인터페이스의 편집 모드를 거쳐 사용자에 의해 지정될 수 있다.

일 실시예에 따르면, 표시된 컨택트 정보는 컨택트 (예를 들어, 가정용, 근무용, 휴대용, 팩스, 대용, 휴가용, 부가의 유선, 등)와 관련되는 것으로 알려진 모든 이메일 주소와 전화 번호를 포함하고, 이 알려진 이메일 주소와 전화 번호 중 어느 것이 바람직한지에 대해 지시한다.

620에서 컨택트 정보로 표시되는 컨택트의 화상이 사용자에 의해 제공될 수 있다. 화상은 또한 다른 개체에 의해서도 제공될 수 있다.

도 6에서 630으로 나타낸 바와 같이, 컨택트 정보는 또한 컨택트의 생일, 컨택트에 의해 수신된 통신의 통지, 및 그 외 다른 원하는 컨택트 정보를 포함할 수 있다.

사용자 인터페이스(600)에 의해 표시되는 컨택트 정보는 상술된 바와 같이, 하나 이상의 로컬 저장소 및/또는 하나 이상의 원격 데이터 저장소에서 위치된 하나 이상의 디렉토리로부터 취득될 수 있다. 그러나, 디렉토리는 불일치성을 방지하기 위해서 상술된 바와 같이, 동기화되는 것이 바람직하다.

일 실시예에 따르면, 컨택트 페이지 인터페이스는 제3자가 컨택트에 대한 관련 정보를 추가할 수 있도록 하며 컨택트 페이지 상에 표시될 수 있는 하나 이상의 API와 조합되어 이용된다. 하나 이상의 API를 통해 제3자에 의해 공급되는 컨택트 정보는 프레임(640)이나 컨택트 페이지의 다른 부분에 표시될 수 있다. 그러나, 이런 보충 정보가 표시되기 전에, 컨택트 저장소에 저장된 컨택트 정보와 동기되는 것이 바람직하다.

도 6은 또한 사용자 인터페이스가 통상의 컨택트 정보로 생각되지 않는 다른 정보를 표시하는 데에 이용되는 방법을 설명한다. 예를 들어, 사용자 인터페이스(600)는 컨택트와의 활동이나 통신을 개시하는 데에 이용될 수 있는 컨택트 중심 작업(650)을 표시할 수 있다. 이들 컨택트 중심 작업(650)은 반드시 필요한 것은 아니지만, 클라이언트 시스템과 원격 컴퓨팅 시스템 간에 실행될 수 있는 작업으로 제한되는 것이 바람직하다.

본 발명의 영역은 표시될 수 있는 컨택트 중심 작업의 수나 유형에 제한되지 않는다는 것이 이해될 것이다. 예를 들어, 컨택트 중심 작업은 또한 컨택트에서 실행될 수 있는 동작이나 작업을 포함할 수 있다 (예를 들어, 컨택트를 그룹에 추가, 컨택트와 관련된 컨택트 정보를 편집하는 등). 일 실시예에 따르면, 제3자는 하나 이상의 API을 이용하여 컨택트 페이지에서 표시될 수 있는 작업을 언제라도 포함할 수 있다. 이들 API는 상술한 모듈의 컴퓨터가 실행가능한 명령의 일부를 포함하거나, 상술한 모듈과는 분리된 별개의 API를 포함할 수 있다.

사용자 인터페이스(600)는 새로운 컨택트를 편집하고, 삭제하거나 추가하기 위한 링크(660), 컨택트 통신 히스토리에의 링크(670) 및 컨택트와 관련되는 파일에의 링크(680)를 또한 표시할 수 있다. 이들 링크(670, 680)는 사용자 인터페이스(600)에 의해 표시되는 하이퍼텍스트 링크, 버튼, 메뉴 옵션 또는 그 외 적당한 개체를 포함할 수 있다.

통신 히스토리 링크(670)가 선택되거나 원하는 통신 히스토리를 보기 위한 다른 요청이 수신되면, 사용자 인터페이스는 컨택트에 의해 송신된 통신의 레코드 및 컨택트에 송신되는 통신의 레코드를 포함하는 요망되는 통신 히스토리를 표시하게 된다. 표시되는 통신의 유형은 이메일 메시지, 인스턴트 메시징 메시지, 전화 통신, 프리젠테이션, 및 그 외 다른 유형의 통신을 포함한다. 표시된 통신의 히스토리는 하나 이상의 통신 어플리케이션 (예를 들어, 이메일, 인스턴트 메시징 등) 과 대응하는 하나 이상의 데이터 저장소, 또는 다르게 컨택트 저장소로부터 취득될 수 있다.

컨택트 카드 인터페이스

일 실시예에 따르면, 라이트웨이트 컨택트 카드 인터페이스가 컨택트 컨트롤 (예를 들어, 메뉴 선택, 아이콘 등)로부터 플라이아웃 (fly out) 또는 벌룬 (balloon)으로, 이것이 매입되어 있는 곳은 어디든지 나타날 수 있다. 특히, 컨택트 카드 인터페이스는 사용자에 의한 상호 작용을 가능하게 하기 위한 컨택트 컨트롤로부터 플라이하거나 벌룬된 다음에 상호 작용이 완료될 때 다시 돌아간다. 이 예는 컨택트 카드 인터페이스를 제3자 어플리케이션 또는 다른 호스팅 어플리케이션으로, 이 호스팅 어플리케이션의 기능성과 유용성을 원치 않게 파괴하지 않고 이용할 수 있는 방법을 설명하도록 제공된다.

도 7은 본 발명에 따른 컨택트 정보(710)를 표시하고 있는 컨택트 카드 사용자 인터페이스(700)의 일 실시예를 도시한다. 이 실시예에서, 컨택트 정보는 이름 (Jane Doe), 전화 번호, 이메일 주소, 온라인 존재 상태 (온라인/오프라인), 및 컨택트 (Jane Doe)와 관련되는 화상을 포함한다. 이 컨택트 카드(700)는 예를 들어, Jane Doe와 관련되는 이름, 화상 또는 개체가 메뉴, 데스크톱 인터페이스, 또는 그 외 다른 인터페이스 중에서 선택될 때 표시될 수 있다. Jane Doe의 컨택트 카드(700)는 또한 전화 호, 이메일, 팩스, 인스턴트 메시지, 또는 그 외 다른 통신이 Jane Doe로부터 수신될 때 표시될 수 있다.

컨택트 저장소는 여러 컨택트에 대해 많은 컨택트 카드를 저장할 수 있으며, 각 컨택트 카드는 컨택트와 대응하는 고유의 컨택트 정보를 가진다는 것이 이해될 것이다.

본 예는 컨택트 카드 인터페이스(700)가 컨택트의 이름, 전화 번호, 네트워크 상태, 및 이메일 주소를 표시한 것을 나타내고 있다. 그러나, 이 예는 본 발명의 영역을 제한하지 않는다는 것이 이해될 것이다. 그보다, 컨택트 카드 인터페이스는 설명된 컨택트 정보(710)의 요소들 각각을 반드시 표시할 필요가 없으며, 또한 컨택트 카드 인터페이스는 설명된 컨택트 정보(710)의 요소들만을 표시하도록 제한될 필요도 없다.

일 실시예에 따르면, 표시되는 컨택트 정보(710)는 컨택트 정보를 분류하고 카테고리화하는 데에 이용되는 스키마에 최소한 부분적으로 기초한다. 특히, 상술한 컨택트 스키마는 특정한 제1 컨택트 정보가 표시되는 동안 다른 컨택트 정보는 차단되도록 컨택트 정보에 우선 순위를 정할 수 있다. 이것은 예를 들어, 대량의 컨택트 정보가 사용 가능할 때, 컨택트 카드가 억세스될 때 마다 필요치 않는 컨택트 정보로 사용자 인터페이스(700)를 혼란스럽게 하는 것을 방지하는 데에 바람직할 수 있다. 예를 들어, 다수의 전화 번호가 컨택트와 관련될 때, 하나 이상의 자주 사용하는 전화 번호만을 표시하도록 전화 번호들 중에 우선 순위를 정하는 것이 바람직하다.

컨택트 카드 인터페이스가 현재 사용 가능하지 않은 컨택트 정보를 표시하도록 구성되면, 컨택트 카드 인터페이스는 컨택트 정보가 표시되게 되는 블랭크 필드나 텍스트를 표시하므로써, 대응하는 컨택트 정보가 현재 사용 가능하지 않다는 것 을 지시하게 된다. 예를 들어, 전화 번호가 현재 사용 가능하지 않는 경우, 항목 "전화"에는 블랭크 또는 텍스트 "사용하지 않음"이 이어진다. 유사하게, 사진과 같은 컨택트와 관련되는 화상이 사용되지 않는 경우, 화상 표시부(760)는 블랭크이거나 일반 화상을 표시하여, 어떤 화상도 현재 사용 가능하지 않거나 컨택트와 관련되어 있지 않다는 것을 지시하게 된다.

컨택트 카드 인터페이스는 컨택트 정보 기입 라인을 편집하기 위한 컨트롤, 개체, 또는 메뉴를 표시할 수 있다. 예를 들어, 어떤 전화 번호도 사용 가능하지 않은 경우, 사용자는 블랭크이거나 텍스트 "사용하지 않음"이나 그 외 유사한 텍스트가 쓰여져 있는, 텍스트 "전화" 다음의 필드에 전화 번호를 타이프 기입하여 전화 번호를 컨택트 카드에 직접 입력할 수 있다. 컨택트 정보가 편집될 때, 컨택트 정보의 편집은 컨택트 저장소 내에 로컬하게 저장되어 다른 원격 저장소에 전달되므로, 이 편집은 컨택트 카드가 클라이언트 시스템이나 원격 시스템으로부터 사용자에 의해 억세스될 때에 컨택트 카드에 반영될 수 있게 된다.

다른 실시예에 따르면, 컨택트 정보는 자동으로 편집될 수 있다. 예를 들어, 특정 컨택트 정보가 로컬 저장소에서 사용 불가능한 경우, 텍스트 "사용하지 않음"의 프롬프트가 표시되어, 컨택트 카드 인터페이스는 컨택트 정보에 대해 인터넷이나 그 외 네트워크 접속을 통해서와 같이 원격 저장소 매체의 원격 디렉토리를 쿼리할 수 있다. 컨택트 정보가 발견되면, 이 컨택트 정보는 컨택트 카드와 컨택트 저장소에서 검색되어 자동으로 갱신될 수 있다. 상술한 예에 기초하게 되면, 컨택트 카드 인터페이스에 의한 컨택트 정보의 표시는 상술한 바와 같이, 동적으로 서 매뉴얼 기입 라인 편집을 통해 동적으로 편집될 수 있다는 것이 이해될 것이다.

나타낸 바와 같이, 컨택트 카드는 또한 이메일 활동, 인스턴트 메시징 활동, 시간 스케줄링 활동, 파일 전달 활동, 전화 통신 활동, 오디오/시각적 활동, 팩시밀리 활동, 등과 같은 것에만 제한되지 않지만 이들과 같은 컨택트 정보로 어플리케이션에 의해 실행될 수 있는 활동을 나타내는 컨택트 중심 작업을 포함할 수 있다.

동작되는 사용이 가능한 컨택트 중심 작업의 총수는 컨택트 카드가 표시하도록 구성된 것 보다 더욱 많기 때문에, 컨택트 카드 인터페이스는 미리 정해진 표준에 기초하여 컨택트 중심 작업을 필터할 수 있다. 컨택트 중심 작업은 예를 들어, 컨택트에 대해 컴퓨팅 시스템에 컨택트 정보를 제공한 어플리케이션에 의해 가능하게 되는 작업만을 표시하도록 필터될 수 있다. 이것은 컴퓨팅 시스템에 설비된 어플리케이션으로 하여금 컨택트 카드 인터페이스에 잠재적인 원치 않는 목록의 컨택트 중심 작업이 자동으로 존재하는 것을 방지하도록 해준다.

컨택트 중심 작업은 또한 그룹과의 관련이나 결합에 기초하여 컨택트에 의해 필터될 수 있다. 예를 들어, 그룹이 인터넷을 통해 설정된 인스턴트 메시징 네트워크를 가지면, 컨택트 카드는 컨택트가 그룹의 멤버가 아닌 경우 그룹의 인스턴트 메시징 능력을 생략하도록 컨택트 중심 작업의 리스트를 필터할 수 있다.

컨택트 중심 작업은 또한 가장 흔히 이용되는 거나 미리 정해진 기간 내의 이용에 따라서 필터될 수 있다. 예를 들어, 팩시밀리의 송신과 같은 특정 컨택트 중심 작업이 특정 기간 동안 컴퓨팅 시스템의 이용자에 의해 컨택트와 관련하여 상 호 작용되게 이용되지 않은 경우, 이 컨택트 중심 작업은 표시된 컨택트 중심 작업의 리스트 중에서 생략될 수 있다.

도 7에 나타낸 바와 같이, 컨택트 중심 작업은 두 부분, 핀드 (pinned) 부분(720) 및 가장 흔히 이용되는 부분(730)으로 표시된다.

일 실시예에서, 핀드 작업 부분(720)은 가장 흔히 이용되는 부분(730)과 분리되어 사용자가 모든 다른 컨택트 중심 작업 중에서 선호하는 컨택트 중심 작업을 분리할 수 있게 한다. 이 실시예에 따르면, 핀드 작업 부분(720)은 사용자에 의해 핀드 작업 부분(720)에 위치되거나, 시스템 디자이너에 의해 할당되어진 작업만을 포함한다. 상술한 바와 같이, 사용자의 컴퓨팅 시스템의 후속되는 소프트웨어나 하드웨어 업그레이드에 의해 식별되어 가능하게 되는 컨택트 중심 작업은, 이들이 미리 정해진 표준을 만족한다고 가정하고, 가장 흔히 이용되는 작업 부분(730)의 목록에 실린다. 새로 사용이 가능한 컨택트 중심 작업은 가장 흔히 이용되는 작업 부분(730)의 상부에나 컨택트 카드 인터페이스(700)의 다른 부분에 위치될 수도 있다.

일 실시예에 따르면, 가장 흔히 이용되는 부분(730)에 표시된 컨택트 중심 작업은 가장 흔히 이용되는 것이 하향되는 순서대로 배열된다. 그러나, 컨택트 중심 작업은 가장 흔히 이용되는 것에 따라서가 아닌, 어떠한 원하는 구성 및 어떠한 원하는 소정의 표준에 따라서도 표시될 수 있다는 것이 이해될 것이다.

표시되는 작업은 텍스트 링크 및/또는 리치 화상 링크로 표시될 수 있다. 리치 화상 링크를 제공하는 것의 한 장점은 사용자에 의해 인식될 수 있는 작업과 의 신속한 시각적 결합을 제공한다는 것이다. 리치 화상 링크는 또한 일 형태로 보면, 사용자가 링크를 선택하도록 하는 데에 유용할 수 있다. 사용자가 표시된 작업을 선택하면, 이 작업은 시작된다. 이 작업은 사용자에 의해서, 사용자에 의해 설비된 어플리케이션에 의해, 또는 제3자에 의해서 리스트에 추가될 수 있다. 소정수의 모듈 및 API가 컨택트 카드에의 작업 추가를 원활하게 하는 데에 이용될 수 있다.

특정 실시예에서, 표시된 컨택트 중심 작업은 컨택트 카드를 호스팅하는 어플리케이션이 소유하고 있다. 예를 들어, 컨택트 카드가 마이크로소프트 워드 문서에서 개방되면, 이 워드 문서는 어느 작업이 표시되는지를 제어할 수 있으므로 어플리케이션에 대응하는 적당한 컨택트 중심 작업을 표시할 수가 있다 (예를 들어, 이 문서를 이 컨택트로 편집, 미팅을 이 컨택트로 스케줄하는 등).

도 7에서 더욱 나타낸 바와 같이, 컨택트 카드 인터페이스(700)는 컨택트 중심 작업을 표시하기 위해 리치 마크업 포맷을 지원한다. 특히, 뮤직 듣기 컨택트 중심 작업(770)이 리치 마크업 포맷으로 표시된다. 컨택트 중심 작업의 크기 및 표시 제약 조건은 여러 필요성과 우선도를 수용하도록 수정될 수 있다.

컨택트 카드에 의해 목록에 실린 컨택트 중심 작업이 사용자에 의해 마우스 프롬프트 선택 등에 의해 선택되면, 컨택트 중심 작업과 관련된 어플리케이션이 시작된다. 예를 들어, MSN 메일 작업에 의한 이메일 송신이 선택되면, MSN 메일 어플리케이션이 시작되게 된다. MSN 메일 어플리케이션 및 그 외 어플리케이션은 컨택트 카드에 의해 시작되어 도 3에 도시된 모듈, API 및 컴퓨팅 구조를 통해 함수 호출을 개시하게 된다.

컨택트 피커 인터페이스

도 8은 컨택트 정보를 직관적으로 표시하기 위한 인터페이스를 도시한다. 본 실시예에 다르면, 인터페이스(800)는 사용자에 의해 가장 선택될 가능성이 크다고 판정된 예측 컨택트의 필터된 리스트(810)를 직관적으로 표시한다. 어느 컨택트가 사용자에 의해 가장 선택될 가능성이 큰지에 대한 판정은 이에만 제한하는 것은 아니지만, 특정 컨택트를 선택하는 회수, 마지막으로 선택된 컨택트, 컨택트와의 네트워크나 지리적 근접성, 컨택트의 통신 장치의 호환성, 컨택트 스키마 관계 등을 포함하여, 여러 표준에 기초할 수 있다.

여기에 기재된 바와 같이, 표시된 컨택트의 리스트는 컨택트 피커 인터페이스를 호스트하는 어플리케이션에 의해 또한 제어될 수 있다는 것이 이해될 것이다. 특히, 인터페이스를 호스트하는 어플리케이션은 컨택트가 컨택트 피커에 의해 목록에 실리기 위해서 가져야 하는 필요한 특성의 개수나 조합을 특정할 수 있다. 예를 들어, 호스팅 어플리케이션은 온라인 중인 컨택트만을 나타내고, 전화 번호로만 컨택트를 나타내고, 특정 영역에 위치한 컨택트만을 나타내고, 이들의 컴퓨팅 시스템에 설비된 특정 소프트웨어를 가지는 컨택트만을 나타내고, 또는 미리 결정된 조합의 특성을 갖는 컨택트만을 나타내도록 API를 통해 특정할 수 있다. 이런 식으로, 컨택트 피커는 표시된 컨택트의 리스트를 효율적으로 필터할 수 있다.

마우스 포인터의 클릭이나 그 외 선택 입력과 같은 것으로 목록에 실린 컨택트 중 하나가 선택되면, 특정 어플리케이션에 적합한 선택된 컨택트에 대응하는 컨 택트 정보가 타이프 기입 라인에 삽입되게 된다. "적당한 컨택트 정보"로 생각되는 것은 일반적으로 어플리케이션에 특정적인 것으로 원하는 기능을 어플리케이션으로 실행하는 데에 필요한 정보에 대응하는 것이다. 예를 들어, 이메일 어플리케이션에 적당한 컨택트는 이메일 메시지를 송신하는 데에 필요한 컨택트의 이메일 주소를 포함한다. 적당한 컨택트 정보는 컨택트 정보가 취득되게 되는 디렉토리에 의해서와 같이, 다른 표준에 따라 특정될 수 있다.

일 실시예에 따르면, 어플리케이션은 어느 컨택트 정보가 어플리케이션에 필요한지를 특정한다. 예를 들어, 어플리케이션이 이메일 주소를 필요로 하면, 어플리케이션은 적당한 컨택트 정보가 이메일 주소를 포함하여 이들이 사용자 인터페이스에 의해 취득되어 표시될 수 있다는 것을 사용자 인터페이스에 특정하게 된다. 그러나, 사용자 인터페이스에는 또한 어플리케이션이 필요로 하지 않는 컨택트 정보를 어플리케이션이 취득하지 않도록 하는 보안 메카니즘이 구성될 수 있다는 것이 이해될 것이다.

또한 어플리케이션에 의해 이용되는 실제 컨택트 정보가 타이프 기입 라인에 존재할 필요가 없다는 것이 이해될 것이다. 특히, 타이프 기입 라인에는 어플리케이션에 의해 이용되는 실제 컨택트 정보에 링크되거나 이를 지시하는 친근한 이름이나 그 외 문자 및 개체가 존재할 수 있다. 예를 들어, 이메일 컨텍스트에서, 타이프 기입 라인에는 컨택트의 실제 이메일 주소 보다는, 이메일 주소에 링크되는 컨택트의 '친근한 이름'이 채워질 수 있다.

특히 도 8을 참조하여, 타이프 기입 라인(820)은 문자 J를 포함하는 입력을 수신한다. 이 입력을 수신하면, 인터페이스(800)는 가장 가능한 컨택트의 리스트(810)를 표시하게 된다. 이 리스트(810)는 상술된 바와 같이, 컨택트 저장소와 동기되는 컨택트 저장소나 그 외 디렉토리의 검색으로 형성되게 된다.

이 실시예에서, 목록의 컨택트 각각은 사용자가 기입한 입력과 일치하는 문자 J로 시작하는 이름을 갖는다. 그러나, 일치하는 컨택트 정보는 반드시 이름의 문자를 포함할 필요가 없다는 것이 이해될 것이다. 예를 들어, 일치하는 컨택트 정보는 주소, 전화 번호, 또는 그 외 다른 컨택트 정보의 문자나 숫자를 포함할 수 있다. 컨택트 정보는 또한 다른 인터페이스로 사용자가 추가한 사용자 추가 키워드 (예를 들어, "대학 친구")에 기초하여 일치될 수도 있다.

컨택트 중 하나가 사용자에 의해 선택되면, 타이프 기입 라인(820)에는 선택된 컨택트의 적절한 대응 컨택트 정보가 자동으로 존재하게 된다. 다르게, 컨택트가 하나 이상의 적절한 컨택트 정보 옵션에 대응하면, 복수 개의 컨택트 정보 옵션이 타이프 기입 라인(820)에 존재하기 전에 표시될 수 있다. 예를 들어, 본 실시예에서, 컨택트 Judd Filmore(830)는 검색 동안 발견된 두 개의 이메일 주소(840)를 갖는다. 따라서, 두 이메일 주소(840)가 선택을 위해 표시된다. 이메일 주소가 선택되면, 타이프 기입 라인(820)에는 적당한 컨택트 정보가 존재하게 된다.

이전의 예가 이메일 기능과 관련하여 제공되었지만, 본 발명의 영역은 컨택트 정보가 다른 어플리케이션에 의해 다른 기능을 가능하게 하도록 이용되는 다른 실시예에로도 확장된다는 것이 이해될 것이다. 예를 들어, 다른 어플리케이션은 컨택트 정보를 이용하여 전화 통신 세션을 개시하고, 전화 호를 개시하고, 네트워 크 접속을 개시하고, 게이밍 세션을 개시하고, 웹사이트를 억세스하고, 금융 거래를 실행하고, 우편을 통한 상품을 송신하는 등을 행할 수 있다.

유사하게, 상술한 컨택트를 선택하기 위한 인터페이스는 여러 컨택트에 대한 부가의 컨택트 정보를 포함하도록 수정될 수 있으며 또한 컨택트 및 컨택트 정보를 필터링하기 위한 수단을 제공할 수도 있다.

컨택트 컨트롤

도 9는 여러 컨택트와 관련된 여러 컨택트 컨트롤(910)이 표시되고 있는 데스크톱 인터페이스(900)를 도시한다. 컨택트 컨트롤은 사람, 그룹, 조직, 가정, 및 그 외 이런 컨택트와 관련될 수 있다. 컨택트 컨트롤은 사용자의 컴퓨터에서 컨택트의 시각적 존재와 개성을 제공하기 위해서 컨택트와 관련되는 화상을 표시할 수 있다. 컨택트 컨트롤은 컨택트와 관련되는 데이터 소스와 링크되어 있으므로 관련된 데이터 소스가 컨택트 컨트롤이 선택될 때 억세스될 수 있다. 컨택트 컨트롤은 또한 후술하는 바와 같이, 컨택트와의 통신 동작을 개시하는 데에 이용될 수 있다.

일 실시예에 따르면, 대응하는 컨택트에 대한 각종 정보를 전달하기 위한 화상/동작이 컨택트 컨트롤의 일부로 표시될 수 있다. 표시될 수 있는 화상의 예는 이에만 제한하는 것은 아니지만, 컨택트가 현재 시간에 통화중인지 또는 사용이 가능한지를 지시하는 시계 화상, 컨택트가 전화나 전화 통신망을 이용하고 있는지 또는 이것과 접속되어 있는지를 지시하는 전화 화상, 컨택트가 최근에 사용자에게 통신을 송신한 것을 지시하는 플랙, 컨택트가 현재 휴식중이거나 식사중이라는 생각 을 전달하는 음식 화상 등을 포함한다.

다른 실시예에 따르면, 컨택트 컨트롤은 또한 컨택트에 대한 감정적인 정보를 전달하는 말없는 화상으로 표시될 수 잇다. 감정 정보는 컨택트가 느끼고 있는 감정이나 컨택트에 대해 사용자가 느끼는 감정을 포함할 수 있다. 이 감정 정보는 컨택트에 의해서 게시되거나 컨택트 컨트롤을 보는 사용자에 의해 결정될 수 있다. 예를 들어, 만화 얼굴을 이용하여 컨택트가 양호한 기분 상태에 있는 것을 전달하고, 하트 화상을 이용하여 컨택트가 사랑하는 기분 상태에 있거나, 컨택트가 사용자를 사랑하거나, 컨택트가 사용자에게 사랑받는다는 것을 전달하고, 찡그린 화상을 이용하여 컨택트가 안좋은 기분 상태라는 것을 지시할 수 있다.

컨택트의 상태 또는 감정 상태가 어떤지에 대한 판정을 행하는 데에 이용되는 정보는 컨택트에 의해 게시되어 컨택트 저장소에 저장될 수 있다.

다른 실시예에 따르면, 컨택트 컨트롤은 호스팅 어플리케이션에 의해 특정된 친근한 이름이나 그 외 컨택트 정보를 포함한다. 이 컨택트 정보는 단독으로 또는 상술한 화상 중 하나와 같은 화상과 함께 표시될 수 있다.

예를 들어, 일 실시예에서, 사용자는 컨택트 컨트롤을 선택하여 특정 컨택트에 대한 컨택트 정보를 포함하는 더욱 상세한 사용자 인터페이스를 억세스할 수 있다. 컨택트 컨트롤을 선택하여 취득할 수 있는 컨택트 정보는 이에만 제한되는 것은 아니지만 컨택트의 이름, 이메일 주소, 전화 번호, 우편 주소, 및 인스턴트 메시징 주소를 포함하는, 관련될 것으로 여겨지는 어느 컨택트 정보나 포함할 수 있다. 이 컨택트 정보는 카드 포맷이나 그 외 다른 원하는 포맷으로 표시될 수 있 다.

컨택트 컨트롤의 선택은 컴퓨팅 시스템에 의해 표시되는 개체를 선택하는 데에 적합한 수단을 포함할 수 있다. 일 실시예에서, 컨택트 컨트롤은 마우스 프롬프트로 컨택트 컨트롤을 더블 클릭하여 선택된다. 컨택트 컨트롤을 선택하게 되면 또한 컨택트와 관련되는 다른 정보의 억세스를 제공할 수가 있다. 예를 들어, 컨택트 컨트롤을 선택하게 되면 이메일 어플리케이션과 같이, 어플리케이션을 시작하게 되어, 컨택트로부터의 안읽힌 메시지를 볼 수가 있다. 컨택트를 선택하여 이메일 어플리케이션과 같은 어플리케이션을 시작하는 것은 또한 컨택트에 통신을 송신하기 위한 수단을 제공할 수 있다.

특별히 도 9를 참조하면, 복수 개의 컨택트 컨트롤(910)은 워드 문서 아이콘(920) 및 팩시밀리 장치 아이콘(930)을 포함하는, 여러 어플리케이션 아이콘과 함께 도시되어 있다. 이 실시예에서, 컨택트 컨트롤(910)은 특정 컨택트와 관련되는 이름 및 화상으로 표시되어 있다. 이름 및 화상은 실제일거나 가짜일수 있다.

도 9는 또한 컨택트 컨트롤이 컨택트와의 통신 동작을 개시하는 데에 이용될 수 있는 방법을 설명해준다. 용어 통신 동작은 이에만 제한되는 것은 아니지만, 인스턴트 메시지, 이메일, 전자 파일 전송, 팩시밀리, 비디오 전송, 화상 전화 회의, 전화 통신 호, 및 전화 호를 포함하는 통신과 관련되는 동작을 말한다.

일 실시예에서, 예를 들어, 컨택트 컨트롤 상에서 파일을 드래그하여 드롭하는 것으로 파일이 컨택트에 송신될 수 있다. 특히, 사용자는 대응하는 워드 문서의 카피를 컨택트 컨트롤(940)과 관련되는 컨택트에 송신하도록 워드 문서 파일 (920)의 가상 화상(922)을 컨택트 컨트롤(940)로 드래그할 수 있다. 워드 문서의 가상 화상(922)을 컨택트 컨트롤(940)에 드롭하게 되면, 인스턴트 메시지 어플리케이션, 이메일 어플리케이션, FTP 어플리케이션, 또는 워드 문서의 송신을 위해 사용자의 컴퓨터 세팅에서 디폴트로 설정된 다른 어플리케이션이 개시되게 된다.

상술한 예는 본 발명의 컨택트 컨트롤을 이용하여 통신 동작을 개시하는 일 실시예를 단지 설명하고 있는 것임이 이해될 것이다. 따라서, 컨택트 컨트롤은 다른 방법으로 통신 동작을 개시하는 데에 이용될 수 있다. 다른 실시예에서, 어플리케이션은 컨택트와 관련되는 컨택트 컨트롤이 아이콘 또는 파일이나 호스트 어플리케이션과 관련되는 다른 시작 개체로 드래그되어 드롭될 때 개시되어 컨택트에 송신될 수 있다. 예를 들어, 컨택트 컨트롤(940)이 팩스 아이콘(930)으로 드래그되어 드롭되면, 팩스 아이콘(930)과 관련되는 팩스 어플리케이션이 시작되게 된다. 다른 실시예에서, 컨택트 컨트롤을 어플리케이션 인터페이스로 드래그하여 드롭하게 되면 이 어플리케이션이 컨택트 컨트롤과 관련되는 컨택트 및 컨택트 정보를 어플리케이션의 사용자 지정 디렉토리에 추가하게 된다.

일 실시예에서, 통신 어플리케이션이 컨택트 컨트롤에 연관되는 사용자 입력에 응답하여 시작될 때 마다, 통신 어플리케이션에는 컨택트와의 통신을 개시하는 데에 필요한 컨택트 정보가 자동으로 제공되게 된다. 예를 들어, 이메일 어플리케이션이 사용자가 컨택트 컨트롤을 선택하거나 컨택트 컨트롤을 이메일 어플리케이션 아이콘으로 드래그하여 드롭한 것에 직접적으로 응답하여 시작되게 되면, 이메일 어플리케이션에는 컨택트의 이메일 주소가 자동으로 공급되게 되므로 사용자는 이를 기입할 필요가 없다. 컨택트 정보는 도 3에 도시한 모듈, API 및 컴퓨팅 아키텍쳐를 통해 억세스되어 제공될 수 있다.

유사하게, 이메일 어플리케이션이 이미 개방되어 있는 경우, 컨택트 컨트롤을 "To:" 라인으로 드래깅하게 되면 통신을 완성하는 데에 필요한 이메일 주소 또는 그 외 컨택트 정보가 "To:" 라인에 자동으로 존재하게 된다. 컨택트 컨트롤을 이메일 메시지의 본문에 직접적으로 드래깅하여 드롭하게 되면 컨택트 컨트롤을 이메일 메시지에 첨부할 수 있으므로 이것이 의도한 수령인에게 송신될 수가 있다.

일 실시예에 따르면, 상술한 바와 같이, 컨택트 컨트롤은 제3자 어플리케이션에게 부담을 주지 않고 제3자 어플리케이션에 의해 호스트될 수 있다. 그러나, 이것은 제3자 어플리케이션이 컨택트 컨트롤에 대한 제어를 행할 수 없다는 것을 의미하지는 않는다. 예를 들어, 제3자 어플리케이션은 컨택트 컨트롤이 표시될 때와 표시되는 곳을 제어하는 것에 의해서와 같이, 컨택트 컨트롤 화상의 표시를 편집하거나 제어하도록 구성될 수 있다.

몇몇 실시예에서, 제3자 어플리케이션은 예를 들어, 컨택트 컨트롤이 클릭, 드래그 및 드롭 등이 행해질 때, 무엇이 발생하는지를 정의하는 등에 의해서, 컨택트 컨트롤의 상호 작용적인 기능을 제어할 수가 있다. 예를 들어, 어플리케이션은 컨택트 개체를 한번 클릭하여 제한된 양의 컨택트 정보를 포함하는 간명한 컨택트 카드를 시작하도록 하며 컨택트 개체를 더블 클릭하여 컨택트와 관련되는 부가의 정보와 링크를 포함하여 상세한 컨택트 페이지를 시작하도록 하는 디폴트 세팅을 수용할 수 있다. 그러나, 호스팅 어플리케이션은 컨택트 컨트롤이 클릭될 때 발생 하게 되는 다른 동작이나 활동을 정의함으로써 컨택트 컨트롤의 상호 작용적인 기능을 무시하고 제어할 수 있다.

상술한 바와 같이, 컨택트 컨트롤과 상호 작용하는 상호 작용 모델을 제공하는 것의 장점 중 하나는 사용자가 여러 어플리케이션에 대한 수많은 다른 상호 작용 모델을 습득할 필요가 없다는 것이다. 일 실시예에 따르면, 컨택트 컨트롤과 상호 작용하기 위한 상호 작용 모델은 마우스 우클릭의 응답 및 마우스 더블 클릭의 응답을 포함한다. 예를 들어, 컨택트 컨트롤의 마우스 우클릭은 컨택트 컨트롤로 실행될 수 있는 작업의 컨텍스트 메뉴 (예를 들어, 자르기, 복사, 붙여넣기, 삭제, 내 주소록에 저장 등)을 시작한다. 컨택트 컨트롤의 마우스 더블 클릭은 상술한 바와 같이, 컨택트에 대한 여러 컨택트 정보를 포함하는 완전한 컨택트 상세 페이지를 시작한다. 그러나, 상호 작용 모델은 원하는 필요성이나 선호도를 수용하도록 수정될 수 있다.

정보 피커/페르소나 인터페이스

일 실시예에 따르면, 컨택트는 사람을 고유의 방법으로 각각 정의하는 여러 가지 페르소나 또는 프로파일과 관련된다. 따라서, 사람은 반드시 그런 건 아니지만, 그 사람에 대한 다른 컨택트 정보와 각각 관련되는 다수의 페르소나를 가질 수 있다. 페르소나의 예는 이에만 제한되는 것은 아니지만, 가족 페르소나, 학교 페르소나, 친구 페르소나, 직업 페르소나, 휴양 페르소나, 비지니스 페르소나, 전자 상거래 페르소나, 익명의 페르소나 및 개인적 페르소나를 포함할 수 있다. 여러 페르소나 및 이들의 대응 컨택트 정보가 컨택트 저장소에 저장된 표, 인덱스 및 그 외 데이터 구조에 저장될 수 있다. 이 실시예에 따르면, 컨택트 정의나 페르소나는 사용자에 의해 지정되는 바와 같이, 하나 이상의 호출 어플리케이션에게는 사용자를 나타낸다.

특히, 페르소나는 이하 설명하는 바와 같이, 사용자에 의해 형성 또는 수정될 수 있거나, 사용자의 여러 어플리케이션과의 상호 작용으로 함축적으로 정의될 수 있다. 예를 들어, 어플리케이션이 사용자의 집 전화 번호와 주소를 미리 문의하여 취득한 경우, 본 발명의 모듈은 이런 정보가 사용자의 대응하는 프로파일이나 페르소나를 개발하기 위해 추적되어 자동으로 이용될 수 있도록 할 수 있다.

일 실시예에서, 사용이 가능한 페르소나는 요청한 어플리케이션의 인터페이스 내에 일체화된 인터페이스 개체(1010)를 통해 제시된다. 예를 들어, 도 10에서, 이메일 어플리케이션 인터페이스(1000)는 하나 이상의 페르소나를 표시하도록 선택될 수 있는 일체화된 프로파일 메뉴 개체(1010)를 갖는 것으로 도시되어 있다. 인터페이스 개체를 일체화하는 것은 예를 들어, 어플리케이션의 그래피컬 사용자 인터페이스 (GUI)를 실제로 수정하거나 GUI를 인터페이스 개체(1010)와 간단히 중첩시킴으로써 실행될 수 있다.

인터페이스 개체(1010)가 기존의 어플리케이션의 인터페이스 내에 일체화될 수 있지만, 다른 실시예에서는, 인터페이스 개체가 사용자에게 독립적으로 제시되는 개별적인 자립형 인터페이스로 이루어질 수 있다는 것이 이해될 것이다.

도 10은 다른 것도 또한 포함될 수 있지만, 컨택트에 대응하는 네 별개의 페르소나, 즉 비지니스 페르소나, 개인적 페르소나, 익명의 페르소나, 및 전자 상거 래 페르소나를 도시하고 있다. 상술한 바와 같이, 이들 페르소나 각각은 한 사용자에 대한 대응하는 컨택트 정보와 관련될 수 있으며 이 사용자는 여러 어플리케이션에 어느 것이 관련되고 적당한지를 결정할 수 있다.

예를 들어, 개인적 ID 번호, 사회 보장 번호, 은행 계좌 번호 등과 같은 기밀성인 컨택트 정보를 보호하기 위해서, 사용자가 다른 사용자의 페르소나를 허가받지 않는 한 억세스하거나 이용하지 못하도록 하는 보안 모듈을 또한 제공할 수 있다. 이런 허가는 사용자가 로그인하거나 그 외 신원을 증명하기 위한 특정한 정보를 제공하는 것을 필요로 한다.

본 예에서, 이메일 어플리케이션은 송출 메일의 메타데이터 및 헤더에 포함되게 되는 사용자에 대한 컨택트 정보를 요청한다. 사용자는 이를 알 지 못하게 될 수 있지만, 프로파일 인터페이스 개체(1010)를 보고서, 사용자는 어플리케이션이 특정 정보를 찾고 있다고 통지받을 수 있다. 사용자에게 더욱 많은 통지를 제공하기 위해서, 인터페이스 개체(1010)는 더욱 주지된 명백한 방식으로 표시될 수 있다.

사용자는 예를 들어, 인터페이스 개체(1010)로부터 시작될 수 있거나 어플리케이션이 정보를 요청할 때 자동으로 시작될 수 있는, 정보 피커 인터페이스(1030)와 같은 개별의 인터페이스를 통해 어플리케이션이 찾고 있는 정보에 대해 알 수 있게 된다.

어떤 요청은 사용자에게 명백하게 행해지는 것이 아니라, 대신에 사용자가 명확하게 알지 못하고 사용자의 컴퓨팅 시스템에 대해 행해지기 때문에, 사용자에 게 어플리케이션의 정보 요청을 통지하는 것이 유용할 수 있다. 유사하게, 어떤 정보 요청은 사용자의 궁극적인 어플리케이션의 이용에 앞선 때에 행해지므로, 사용자에게 어플리케이션의 정보 요청을 생각나게 해주는 것이 유용할 수 있다.

정보 피커 인터페이스(1030)는 페르소나 또는 프로파일과 관련되며 어플리케이션에 사용 가능하게 되는 컨택트 정보를 선택하는 데에 이용될 수 있다. 이 인터페이스(1030)는 정보의 요청에 응답하여, 아니면 사용자에 의한 특정 요청에 응답하여 자동으로 시작될 수 있다. 예를 들어, 사용자는 그들의 대응하는 페르소나를 개발 및 수정하기 위해 언제나 인터페이스를 특정하게 요청할 수 있다. 사용자는 또한 상술한 바와 같이, 인터페이스 개체(1010) 중에서 페르소나를 선택하여 간접적으로 인터페이스(103)를 요청할 수 있다. 예를 들어, 본 실시예에서, 사용자는 사용 가능 페르소나(1020)의 리스트 중에서 비지니스 페르소나를 선택한다. 이 선택으로 비지니스 프로파일이나 페르소나가 정보 피커 인터페이스(1030)에 표시되게 된다.

비지니스 프로파일은 비지니스 이름(1032), 이메일 주소(1034), 및 전화 번호(1038)의 필드를 포함하고, 이들 각각에는 적당한 정보가 존재할 수 있다. 이 정보는 어플리케이션이 정보를 요청하기 전에, 또는 그 후에 언제나 추가될 수 있다. 이 정보는 또한 인터페이스(1030)에서 사용자에 의해 수정될 수 있다.

인터페이스(1030)에 제시된 정보의 유형은 어플리케이션에 의해 요청되고 있는 특정 정보에 제한되거나, 더욱 광범위하게는 사용자의 대응 페르소나와 관련되어 컨택트 저장소에 저장되는 모든 유형의 관련 컨택트 정보를 포함할 수 있다.

인터페이스는 컨택트 정보가 어디에 이용되게 될지를 사용자에게 알리는 어플리케이션 및/또는 어플리케이션의 소유자의 프라이버시 가치 제안(1040)과 같은 추가 정보를 포함할 수 있다. 이 프라이버시 및 이용 정보는 인터페이스(1030)에 직접 포함될 수 있거나, 인터페이스(1030)에 의해 제공되는 하이퍼링크와 같은 하나 이상의 개체로부터 링크될 수 있다. 프라이버시 및 이용 정보는 어플리케이션에 요청된 컨택트 정보를 제공하기 위한 전제 조건으로 본 발명의 모듈에 의해 특정하게 요청될 수 있다. 다르게, 이 정보는 요청 없이 자발적으로 제공될 수도 있다.

사용자가 표시된 정보 피커 인터페이스(1030)에 의해 반영되는 바와 같이, 어플리케이션에 제공되고 있는 컨택트 정보를 변경하길 원하는 경우에는 언제라도, 이를 인터페이스(1030)를 통해 수정할 수 있다. 이들 선호도는 나중에 참조하기 위해 컨택트 저장소에 저장될 수 있다.

어플리케이션에 의해 요청된 적당한 컨택트 정보는 요청한 어플리케이션에 적당한 포맷으로 제시된다. 적당하다고 여겨지는 것은 일반적으로 어플리케이션에 특정적이며 어플리케이션의 특정적 요청 뿐만 아니라 사용자에 의해 선택된 페르소나에 대응한다. 일 예로서, 이메일 어플리케이션에 적당한 컨택트 정보는 비지니스 페르소나가 어플리케이션의 정보 요청을 만족하도록 이용되는 것을 사용자가 특정하게 선택한 경우, 사용자의 비지니스 이메일 주소와 비지니스 이름을 포함할 수 있다.

사용자는 이를 행함으로써, 어느 정보가 게시되어 어플리케이션에 의해 이용 되는지를 제어할 수 있다는 것이 이해될 것이다. 예를 들어, 송출 메시지는 송신자를 식별하기 위해 사용자의 비지니스 이름과 이메일 주소만을 포함하게 된다. 유사하게, 사용자가 새로운 이메일의 익명 페르소나를 선택하게 되면, 새로운 송출 이메일은 송신자를 식별하지 않거나 몇가지 익명의 방법으로 송신자를 식별하게 되는 익명의 이메일 주소 및 이름을 포함한다.

상술한 예가 이메일 기능과 관련하여 제공되었지만, 본 발명의 영역은 컨택트 정보가 다른 어플리케이션에 의해 다른 기능을 가능하게 하는 데에 이용되는 다른 실시예로 확장된다는 것이 이해될 것이다. 예를 들어, 컨택트 정보를 이용하여 전화 통신 세션을 개시하고, 전화 호를 개시하고, 네트워크 연결을 개시하고, 게이밍 세션을 개시하고, 웹사이트를 억세스하고, 금융 거래를 실행하고, 우편을 통해 물품을 송신하는 등을 행하는 어플리케이션을 포함하는 다른 어플리케이션이 본 발명의 방법 및 인터페이스를 이용할 수 있다. 이들 어플리케이션은 사용자의 컴퓨팅 시스템이나 원격 컴퓨팅 시스템에 의해 호스트될 수 있다.

요약하면, 본 발명은 설명한 바와 같이, 컨택트 정보를 관리하는 데에 따른 많은 문제점을 해결한다는 것이 이해될 것이다. 특히, 컨택트는 모든 다른 디렉토리가 동기화될 수 있는 집중화 컨택트 저장소에 저장된다. 여러 인터페이스는 또한 컨택트 정보의 제어된 억세스와 이용을 제공한다.

컴퓨팅 환경

당업자라면 본 발명이 퍼스널 컴퓨터, 핸드 헬드 기기, 멀티 프로세서 시스템, 마이크로프로세서계 또는 프로그래머블 가전 제품, 네트워크 PC, 미니컴퓨터, 메인프레임 컴퓨터 등을 포함하여, 여러 컨피규레이션을 갖는 컴퓨팅 시스템 및 네트워크 컴퓨팅 환경에서 실행될 수 있다는 것이 이해될 것이다. 본 발명은 또한 작업이 통신망을 통해 (유선 링크, 무선 링크, 또는 유선과 무선 링크의 조합에 의해서) 링크된 로컬 및 원격 처리 장치에 의해 실행되는 분산 컴퓨팅 환경에서 실행될 수 있다. 분산 컴퓨팅 환경에서, 프로그램 모듈은 로컬 및 원격 메모리 저장 장치 둘 다에 위치될 수 있다.

도 11을 참조하여, 예를 들어, 집합 사용자 선호도 데이터를 개발하고 본 발명의 다른 많은 동작 및 단계를 실행하는 데에 이용될 수 있는 예시의 시스템을 제공한다. 설명된 시스템은 처리 유닛(1121), 시스템 메모리(1122) 및 시스템 메모리(1122)를 포함하는 여러 시스템 구성 요소를 처리 유닛(1121)에 결합하는 시스템 버스(1123)를 포함하는, 종래의 컴퓨터(1120)의 형태인 범용 컴퓨팅 장치를 포함한다. 시스템 버스(1123)는 메모리 버스나 메모리 컨트롤러, 주변 버스 및 각종 버스 아키텍쳐를 이용하는 로컬 버스를 포함하는 몇 유형의 버스 구조 중 어느 것이나 가능하다. 시스템 메모리는 리드 온리 메모리(ROM; 1124) 및 랜덤 억세스 메모리(RAM; 1125)를 포함한다. 기동 동안과 같이, 컴퓨터(1120) 내의 소자 간에 정보를 전달하는 것을 도와주는 기본 루틴을 포함하는 기본 입/출력 시스템(BIOS; 1126)은 ROM(1124)에 저장될 수 있다.

컴퓨터(1120)는 자기 하드 디스크(1139)를 판독하고 여기에 기록하기 위한 자기 하드 디스크 드라이브(1127), 착탈 가능 자기 디스크(1129)를 판독하고 여기에 기록하기 위한 자기 디스크 드라이브(1128), 및 CD-ROM, DVD-ROM 또는 그 외 광 매체와 같은 착탈 가능 광 디스크(1131)를 판독하거나 기록하기 위한 광 디스크 드라이브(1130)를 포함할 수 있다. 자기 하드 디스크 드라이브(1127), 자기 디스크 드라이브(1128), 및 광 디스크 드라이브(1130)는 하드 디스크 드라이브 인터페이스(1132), 자기 디스크 드라이브 인터페이스(1133) 및 광 드라이브 인터페이스(1134)에 의해 각각 시스템 버스(1123)에 접속된다. 드라이브 및 이들과 관련되는 컴퓨터가 판독가능한 매체는 컴퓨터가 실행가능한 명령, 데이터 구조, 프로그램 모듈 및 그 외 데이터를 컴퓨터(1120)에 제공한다. 여기에 기재된 예시의 환경은 자기 하드 디스크(1139), 착탈 가능 자기 디스크(1129), 및 착탈 가능 광 디스크(1131)를 이용하고 있지만, 그 외 자기 카세트, 플래시 메모리 카드, 디지털 다기능 디스크, 베르노울리 카트리지, RAM, ROM 등을 포함하는 다른 유형의 데이터 저장용 컴퓨터가 판독가능한 매체를 이용할 수 있다.

운영 시스템(1135), 하나 이상의 어플리케이션 프로그램(1136), 그 외 프로그램 모듈(1137), 및 프로그램 데이터(1138)를 포함하는, 하나 이상의 프로그램 모듈을 포함하는 프로그램 코드 수단은 하드 디스크(1139), 자기 디스크(1129), 광 디스크(1131), ROM(1124) 또는 RAM(1125) 상에 저장될 수 있다. 사용자는 키보드(1140), 포인팅 장치(1142) 또는 그 외 마이크로폰, 조이스틱, 게임 패드, 위성 접시, 스캐너 등과 같은 다른 입력 장치 (도시 생략)를 통해 컴퓨터(1120)에 명령과 정보를 입력할 수 있다. 이들 및 그 외 입력 장치는 흔히 시스템 버스(1123)에 결합된 직렬 포트 인터페이스(1146)를 통해 처리 유닛(1121)에 접속된다. 다르게, 입력 장치는 병렬 포트, 게임 포트 또는 범용 직렬 버스 (USB)와 같은 다른 인터페 이스에 의해 접속될 수 있다. 모니터(1147) 또는 다른 디스플레이 장치는 또한 비디오 어댑터(1148)와 같은 인터페이스를 통해 시스템 버스(1123)에 접속된다. 모니터에 부가하여, 퍼스널 컴퓨터는 보통 스피커와 프린터와 같은 다른 주변 출력 장치 (도시 생략)를 포함한다.

컴퓨터(1120)는 원격 컴퓨터(1149a 및 1149b)와 같은 하나 이상의 원격 컴퓨터에의 논리 접속을 이용하여 네트워크 환경에서 동작한다. 원격 컴퓨터(1149a 및 1149b)는 각각 다른 퍼스널 컴퓨터, 서버, 라우터, 네트워크 PC, 피어 장치 또는 그 외 공통 네트워크 노드일 수 있으며, 메모리 저장 장치(1150a 및 1150b) 및 이들의 관련 어플리케이션 프로그램(1136a 및 1136b)만이 도 11에 도시되어 있지만, 보통은 컴퓨터(1120)에 관련하는 상술한 모든 소자를 포함할 수 있다. 도 11에 도시한 논리 접속은 제한하고자 하는 것이 아니고 여기에서 예시로서 제시된 근거리 통신망(LAN; 1151) 및 원거리 통신망(WAN; 1152)을 포함한다. 이런 네트워킹 환경은 사무실이나 전사 차원의 컴퓨터 네트워크, 인트라넷 및 인터넷에서는 일반적인 것이다.

컴퓨터(1120)는 LAN 네트워킹 환경에서 이용될 때, 네트워크 인터페이스나 어댑터(1153)를 통해 근거리 통신망(1151)에 접속된다. WAN 네트워킹 환경에서 이용될 때에, 컴퓨터(1120)는 모뎀(1154), 무선 링크 또는 그 외 인터넷과 같은 원거리 통신망(1152)을 통해 통신을 설정하기 위한 다른 수단을 포함할 수 있다. 내부 또는 외부적일 수 있는 모뎀(1154)은 직렬 포트 인터페이스(1146)를 통해 시스템 버스(1123)에 접속된다. 네트워크 환경에서, 컴퓨터(1120)와 관련하여 도시된 프 로그램 모듈 또는 그 일부가 원격 메모리 저장 장치에 저장될 수 있다. 나타낸 네트워크 접속은 예시적인 것으로 원거리 통신망(1152)을 통해 통신을 설정하기 위한 다른 수단을 이용할 수 있다는 것이 이해될 것이다.

본 발명은 그 정신이나 필수 특성에서 벗어나지 않고 다른 특정 형태로 실현될 수 있다는 것이 이해될 것이다. 기재된 실시예는 모든 점에서 제한하고자 하는 것이 아니라 오직 설명을 위한 것으로 생각되어야 한다. 따라서, 본 발명의 영역은 상술한 설명에 의해서 보다는 첨부된 청구범위에 의해 암시된다. 청구범위의 의의와 등가물의 범위 내에 들어가는 모든 변형은 이들의 영역 내에 포괄되는 것이다.

Claims

컨택트 정보를 이용하도록 구성된 하나 이상의 어플리케이션들과 통신하는 컴퓨팅 시스템에서, 상기 하나 이상의 어플리케이션들에 의해 이용되는 컨택트 및 이들의 대응하는 컨택트 정보를 관리하기 위한 컨택트 관리 시스템을 제공하기 위한 방법으로서,

상기 하나 이상의 어플리케이션들이 상기 컨택트 정보를 이용할 수 있도록, 상기 하나 이상의 어플리케이션들에 의해 이용될 수 있는 컨택트 정보를 갖는 하나 이상의 컨택트를 생성하는 단계;

상기 컴퓨팅 시스템에 억세스가 가능한 컨택트 저장소에 상기 컨택트들을 저장하는 단계;

상기 어플리케이션 중 적어도 하나로부터 컨택트 및 대응하는 컨택트 정보에의 억세스 요청을 수신한 때, 하나 이상의 인터페이스들을 통한 상기 컨택트 및 대응하는 컨택트 정보에 대한 억세스를 상기 어플리케이션들 중 상기 적어도 하나에 제공하는 단계; 및

상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트를 이용할 수 있게 하는 단계

를 포함하는 방법.
제1항에 있어서, 상기 하나 이상의 인터페이스들은 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트 저장소 내의 상기 컨택트들 및 대응하는 컨택트 정보에 직접적으로 억세스하지 못하도록 하는 방법.
제2항에 있어서, 상기 인터페이스들은 상기 어플리케이션들 중 상기 적어도 하나가 상기 컴퓨팅 시스템의 대응하는 사용자가 인가하지 않은 컨택트 및 대응하는 컨택트 정보를 억세스하지 못하도록 하기 위한 보안 메카니즘을 더 제공하는 방법.
제3항에 있어서, 상기 대응하는 사용자는 상기 컴퓨팅 시스템의 로그온 사용자인 방법.
제1항에 있어서, 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트를 이용할 수 있게 하는 단계는 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트 저장소 내의 상기 컨택트의 상기 컨택트 정보를 갱신할 수 있게 하는 단계를 포함하는 방법.
제5항에 있어서, 상기 컨택트 정보는 상기 컨택트 저장소 내의 상기 컨택트 정보를 상기 어플리케이션들 중 상기 적어도 하나에 의해 제공된 컨택트 정보와 동기화하여 갱신되는 방법.
제1항에 있어서, 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트를 이용할 수 있게 하는 단계는 상기 어플리케이션들 중 상기 적어도 하나에 의해 어플리케이션 저장소에 저장된 컨택트 정보를 상기 컨택트 저장소로부터의 상기 대응하는 컨택트 정보로 갱신하는 단계를 포함하는 방법.
제1항에 있어서, 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트를 이용할 수 있게 하는 단계는 상기 컨택트가 다른 컴퓨팅 시스템의 다른 저장소에 송신될 수 있게 하는 단계를 포함하는 방법.
제1항에 있어서, 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트를 이용할 수 있게 하는 단계는 상기 이종(heterogeneous) 어플리케이션 중 상기 적어도 하나가 상기 컨택트를 수정할 수 있게 하는 단계를 포함하는 방법.
제9항에 있어서, 상기 컨택트를 수정하는 단계는 상기 컨택트와 관련되는 속성을 수정하는 단계를 포함하는 방법.
제1항에 있어서, 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트를 이용할 수 있게 하는 단계는 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트와 적어도 하나의 다른 컨택트 간의 결합을 생성할 수 있게 하는 단계를 포함하는 방법.
제1항에 있어서, 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트를 이용할 수 있게 하는 단계는 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트와 관련되는 상기 컨택트 정보를 이용하여 통신을 개시하도록 하는 단계를 포함하는 방법.
제12항에 있어서, 상기 통신은 이메일, 전화 통신 세션, RTC 세션, 인스턴트 메시지, 팩시밀리, 전화 메시지, 및 호출기 통지 중 적어도 하나를 포함하는 방법.
제1항에 있어서, 상기 컨택트를 생성하는 단계는 한 사람에 대응하며 복수 개의 소스들로부터 취득된 컨택트 정보를 하나의 컨택트에 병합하는 단계를 포함하는 방법.
제1항에 있어서, 상기 컨택트는 다른 컨택트 정보를 함유하는 복수 개의 필드들을 갖는 데이터 구조를 포함하고, 상기 하나 이상의 어플리케이션들은 상기 컨택트 데이터 구조의 다른 필드들로부터의 컨택트 정보를 이용하도록 구성되는 방법.
제1항에 있어서, 상기 어플리케이션들 중 상기 적어도 하나는 상기 컴퓨팅 시스템에 의해 호스트되는 방법.
제1항에 있어서, 상기 컨택트를 생성하는 단계는 상기 컨택트가 어플리케이션들에 의해 억세스되거나 이용되는 것 중 적어도 하나를 실행할 수 있는 방법을 제어하는 제한 사항들을 사용자가 설정할 수 있도록 하는 단계를 포함하는 방법.
제1항에 있어서, 상기 하나 이상의 인터페이스들은 상기 어플리케이션들 중 상기 적어도 하나에 억세스가 가능하게 되는 상기 컨택트 정보의 일부를 사용자가 선택할 수 있게 하는 인터페이스를 포함하는 방법.
제1항에 있어서, 상기 하나 이상의 인터페이스들은 사용자가 복수 개의 사용이 가능한 컨택트들로부터 상기 컨택트를 선택할 수 있게 하는 인터페이스를 포함하는 방법.
컨택트 정보를 다르게 이용하도록 구성되는 하나 이상의 이종 어플리케이션들과 통신하는 컴퓨팅 시스템에 이용하는 컴퓨터 프로그램 제품으로서, 상기 컴퓨터 프로그램 제품은 상기 하나 이상의 어플리케이션들에 의해 이용될 컨택트들 및 이들의 대응하는 컨택트 정보를 관리하기 위한 컨택트 관리 시스템을 제공하는 방법을 실현하기 위한 컴퓨터가 실행가능한 명령들을 갖는 하나 이상의 컴퓨터가 판독가능한 매체들을 포함하고, 상기 방법은,

상기 하나 이상의 어플리케이션들이 상기 컨택트 정보를 이용할 수 있도록, 상기 하나 이상의 어플리케이션들에 의해 이용될 수 있는 컨택트 정보를 갖는 하나 이상의 컨택트들을 생성하는 단계;

상기 컴퓨팅 시스템에 억세스가 가능한 컨택트 저장소에 상기 컨택트들을 저장하는 단계:

상기 어플리케이션 중 적어도 하나로부터 컨택트 및 대응하는 컨택트 정보에의 억세스 요청을 수신한 때, 하나 이상의 인터페이스들을 통한 상기 컨택트 및 대응하는 컨택트 정보에 대한 억세스를 상기 어플리케이션들 중 상기 적어도 하나에 제공하는 단계; 및

상기 이종 어플리케이션들 중 상기 적어도 하나가 상기 컨택트를 이용할 수 있게 하는 단계

를 포함하는 컴퓨터 프로그램 제품.
제20항에 있어서, 상기 하나 이상의 인터페이스들은 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트 저장소의 상기 컨택트들 및 대응하는 컨택트 정보에 직접적으로 억세스하지 못하도록 하는 컴퓨터 프로그램 제품.
제21항에 있어서, 상기 인터페이스들은 상기 어플리케이션들 중 상기 적어도 하나가 상기 컴퓨팅 시스템의 대응하는 사용자가 허가하지 않은 컨택트 및 대응하는 컨택트 정보를 억세스하지 못하도록 하기 위한 보안 메카니즘을 더 제공하는 컴 퓨터 프로그램 제품.
제20항에 있어서, 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트를 이용할 수 있게 하는 단계는 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트 저장소 내의 상기 컨택트의 상기 컨택트 정보를 갱신할 수 있게 하는 단계를 포함하는 컴퓨터 프로그램 제품.
제20항에 있어서, 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트를 이용할 수 있게 하는 단계는 상기 어플리케이션들 중 상기 적어도 하나에 의해 어플리케이션 저장소에 저장된 컨택트 정보를 상기 컨택트 저장소로부터의 상기 대응 컨택트 정보로 갱신하는 단계를 포함하는 컴퓨터 프로그램 제품.
제20항에 있어서, 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트를 이용할 수 있게 하는 단계는 상기 컨택트가 다른 컴퓨팅 시스템의 다른 저장소에 송신될 수 있게 하는 단계를 포함하는 컴퓨터 프로그램 제품.
제20항에 있어서, 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트를 이용할 수 있게 하는 단계는 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트를 수정할 수 있게 하는 단계를 포함하는 컴퓨터 프로그램 제품.
제20항에 있어서, 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트를 이용할 수 있게 하는 단계는 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트와 적어도 하나의 다른 컨택트 간의 결합을 생성할 수 있도록 하는 단계를 포함하는 컴퓨터 프로그램 제품.
제20항에 있어서, 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트를 이용할 수 있게 하는 단계는 상기 어플리케이션들 중 상기 적어도 하나가 상기 컨택트와 관련되는 상기 컨택트 정보를 이용하여 통신을 개시할 수 있게 하는 단계를 포함하는 컴퓨터 프로그램 제품.
제20항에 있어서, 상기 컨택트를 생성하는 단계는 한 사람에 대응하며 복수 개의 소스로부터 취득된 컨택트 정보를 하나의 컨택트로 병합하는 단계를 포함하는 컴퓨터 프로그램 제품.
제20항에 있어서, 상기 컨택트는 상이한 컨택트 정보를 포함하는 복수 개의 필드들을 갖는 데이터 구조를 포함하고, 상기 하나 이상의 어플리케이션들은 상기 컨택트 데이터 구조의 다른 필드로부터의 컨택트 정보를 이용하도록 구성되는 컴퓨터 프로그램 제품.
제20항에 있어서, 상기 어플리케이션들 중 상기 적어도 하나는 상기 컴퓨팅 시스템에 의해 호스트되는 컴퓨터 프로그램 제품.
제20항에 있어서, 상기 컨택트를 생성하는 단계는 상기 컨택트가 상기 어플리케이션들에 의해 억세스되는 것이나 이용되는 것 중 적어도 하나를 실행할 수 있는 방법을 제어하는 제한 사항들을 사용자가 설정할 수 있도록 하는 단계를 포함하는 컴퓨터 프로그램 제품.
제20항에 있어서, 상기 하나 이상의 인터페이스들은 상기 하나 이상의 어플리케이션들에 억세스가 가능하게 되는 상기 컨택트 정보의 일부를 사용자가 선택할 수 있게 하기 위한 인터페이스를 포함하는 컴퓨터 프로그램 제품.
적어도 하나의 컨택트를 저장하는 컨택트 저장소를 포함하는 컴퓨팅 시스템에서, 상기 컨택트는 상기 컴퓨팅 시스템과 통신하는 이종 어플리케이션들에 의해 다르게 이용될 수 있는 컨택트 정보를 포함하고, 상기 이종 어플리케이션들은 상기 컨택트 저장소와는 독립적으로 유지되며 상기 적어도 하나의 컨택트를 정의하는 어플리케이션 컨택트 디렉토리들을 가지며, 상기 이종 어플리케이션들에 의해 이용되는 컨택트들 및 이들의 대응하는 컨택트 정보를 관리하기 위한 컨택트 관리 시스템을 제공하는 방법으로서,

적어도 두 개의 이종 어플리케이션들에 의해 다르게 이용될 수 있는 컨택트 정보를 갖는 하나 이상의 컨택트들을 생성하는 단계;

상기 컴퓨팅 시스템에 억세스가 가능한 컨택트 저장소에 상기 컨택트들을 저장하는 단계;

상기 컨택트 저장소 내의 상기 컨택트들 중 적어도 하나의 컨택트 정보를 수정하는 단계;

상기 컨택트 정보의 수정시, 상기 이종 어플리케이션들 중 적어도 하나의 하나 이상의 어플리케이션 컨택트 디렉토리의 대응하는 컨택트 정보를 자동으로 갱신하여 상기 컨택트 저장소의 상기 수정된 컨택트 정보와 대응하도록 하여, 상기 적어도 하나의 어플리케이션이 상기 컨택트 저장소로부터 상기 갱신된 컨택트 정보를 요청할 필요 없이 상기 갱신된 컨택트 정보를 억세스할 수 있도록 하는 단계

를 포함하는 방법.
제34항에 있어서, 상기 컨택트 정보를 수정하는 단계는 상기 컨택트 정보의 컨텐트를 수정하는 단계를 포함하는 방법.
제35항에 있어서, 상기 컨택트 정보를 수정하는 단계는 상기 컴퓨팅 시스템에 의해 호스트되는 로컬 어플리케이션에 의해 실행되는 방법.
적어도 하나의 컨택트를 저장하는 컨택트 저장소를 포함하는 컴퓨팅 시스템에 이용하기 위한 컴퓨터 프로그램 제품으로서, 상기 컨택트는 상기 컴퓨팅 시스템과 통신하는 이종 어플리케이션들에 의해 다르게 이용될 수 있는 컨택트 정보를 포함하고, 상기 이종 어플리케이션들은 상기 컨택트 저장소와 독립적으로 유지되며 상기 적어도 하나의 컨택트를 정의하는 어플리케이션 컨택트 디렉토리들을 가지고, 상기 컴퓨터 프로그램 제품은 상기 이종 어플리케이션들에 의해 이용되는 컨택트들 및 이들의 대응하는 컨택트 정보를 관리하기 위한 컨택트 관리 시스템을 제공하는 방법을 구현하기 위한 컴퓨터가 실행가능한 명령들을 가지는 하나 이상의 컴퓨터가 판독가능한 매체를 포함하고, 상기 방법은,

적어도 두 개의 이종 어플리케이션들에 의해 다르게 이용될 수 있는 컨택트 정보를 갖는 하나 이상의 컨택트들을 생성하는 단계;

상기 컴퓨팅 시스템에 억세스가 가능한 컨택트 저장소에 상기 컨택트들을 저장하는 단계;

상기 컨택트 저장소 내의 상기 컨택트들 중 적어도 하나의 컨택트 정보를 수정하는 단계;

상기 컨택트 정보의 수정시, 상기 이종 어플리케이션들 중 적어도 하나의 하나 이상의 어플리케이션 컨택트 디렉토리의 대응 컨택트 정보를 자동으로 갱신하여 상기 컨택트 저장소의 상기 수정된 컨택트 정보와 대응하도록 하여, 상기 적어도 하나의 어플리케이션이 상기 컨택트 저장소로부터의 상기 갱신된 컨택트 정보를 요청할 필요 없이 상기 갱신된 컨택트 정보를 억세스할 수 있도록 하는 단계

를 포함하는 컴퓨터 프로그램 제품.
제37항에 있어서, 상기 컨택트 정보를 수정하는 단계는 상기 컨택트 정보의 컨텐트를 수정하는 단계를 포함하는 컴퓨터 프로그램 제품.
제37항에 있어서, 상기 컨택트 정보를 수정하는 단계는 상기 컴퓨팅 시스템 에 의해 호스트되는 로컬 어플리케이션에 의해 실행되는 컴퓨터 프로그램 제품.
컨택트 정보를 다르게 이용하도록 구성되는 적어도 두 개의 이종 어플리케이션들과 통신하는 컴퓨팅 시스템에서, 상기 적어도 두 개의 이종 어플리케이션들에 의해 이용되는 컨택트들 및 이들의 대응하는 컨택트 정보를 관리하기 위한 컨택트 관리 시스템을 제공하는 방법으로서,

적어도 두 개의 이종 어플리케이션들에 의해 다르게 이용될 수 있는 컨택트 정보를 가지는 하나 이상의 컨택트들을 생성하여, 상기 적어도 두 개의 이종 어플리케이션들이 상기 컨택트 정보의 상이한 부분들을 이용하는 것이나 컨택트 정보의 동일한 부분을 다른 방법들로 이용하는 것 중 적어도 하나를 행할 수 있도록 하는 단계;

상기 컴퓨팅 시스템에 억세스가 가능한 컨택트 저장소에 상기 컨택트들을 저장하는 단계;

상기 이종 어플리케이션들 중 적어도 하나로부터 컨택트 및 대응하는 컨택트 정보에의 억세스 요청을 수신한 때, 하나 이상의 인터페이스들을 통한 상기 콘택트 및 대응하는 컨택트 정보에의 억세스를 상기 이종 어플리케이션들 중 상기 적어도 하나에 제공하는 단계; 및

상기 이종 어플리케이션들 중 상기 적어도 하나가 상기 컨택트를 이용할 수 있도록 하는 단계

를 포함하는 방법.