KR20060057492A - 리치 최소화 애플리케이션을 제공하기 위한 시스템 및 방법 - Google Patents

Abstract

본 발명은 사용자 정보 액세스를 제공하기 위해 컴퓨팅 환경에서 사용되는 방법 및 시스템에 관한 것이다. 시스템은 다수의 타일들을 호스트하기 위한 사이드바를 포함할 수도 있다. 애플리케이션은 최소화될 수도 있으며 최소화될 때 사이드바에 삽입될 수도 있다. 애플리케이션이 사이드바의 타일로 표현될 때 선택된 애플리케이션 기능들은 타일을 통해 가용 상태로 남는다. 시스템은 또한 사용자가 선택된 애플리케이션을 사이드바에 배치하라고 커맨드할 수 있게 하기 위한 사용자 인터페이스 툴들을 포함할 수도 있다. 애플리케이션은 애플리케이션이 최소화될 때 총 기능 집합의 적어도 부집합을 제공할 수 있게 하기 위한 가용 기능 선택 모듈을 포함할 수도 있다. 타일을 사용자 인터페이스에 삽입하기 위한 삽입 모듈이 제공될 수도 있다.

리치 최소화 애플리케이션, 가용 기능 선택 모듈, 삽입 모듈, 특별 컨트롤, 복원 모듈, 사이드바 컨트롤, 사용자 인터페이스 선택 컨트롤

Description

리치 최소화 애플리케이션을 제공하기 위한 시스템 및 방법{SYSTEM AND METHOD FOR PROVIDING RICH MINIMIZED APPLICATIONS}

본 발명의 실시예들은 컴퓨팅 환경에 관한 것이다. 특히, 본 발명의 실시예들은 최종 사용자에 의한 선택 및 상호 작용을 위해 정보를 제공하는 시스템 및 방법에 관한 것이다.

오늘날, 인터넷, 로컬 또는 원격 컴퓨터 네트워크, 또는 인터넷과 상기 네트워크들의 임의의 결합과 같은 정보 포화 환경에서, 사용자는 종종 잠정적으로 대량의 다양한 관심 커뮤니케이션 및 정보를 추적하는데 어려움을 겪는다. 커뮤니케이션 및 정보는, 예를 들면, 이메일, 인스턴트 메시징, 파일 전송, 지역 날씨, 약속, 스케쥴, 개인적 친교 모임, 통계 정보, 파일 상태, 주식 시세, 스포츠 스코어, 지역 교통, 또는 임의의 다른 타입의 커뮤니케이션 또는 정보를 포함한다. 커뮤니케이션 및/또는 정보가 동적인 상황에서 상기 문제점은 특히 심각해진다. 커뮤니케이션 상태 또는 채널, 또는 정보가 신속하게 수없이 많이 변하기 때문에, 종종 사용자에게 쓸모 없는 구식 커뮤니케이션 및/또는 정보가 야기된다.

상기 문제점에 대응해서, 사용자가 커뮤니케이션 또는 정보를 검사하기 희망할 때마다 사용자가 커뮤니케이션 또는 정보의 변경된 사항들을 수동으로 탐색하거 나 수동으로 체크할 필요 없이 사용자들이 특정 커뮤니케이션 또는 정보를 추적하는 것을 돕는 수개의 종래의 기법들이 개발되어 왔다. 그러나, 상기 기법들은 전형적으로 추적되거나 디스플레이될 수 있는 커뮤니케이션 또는 정보의 타입들에 의해 커뮤니케이션 또는 정보가 액세스되거나 사용자에게 제공되는 방식에 의해, 또는 사용자들 간의 커뮤니케이션 또는 정보의 공유를 용이하게 할 수 없음으로 인해 한계가 있다. 또한, 상기 문제점들을 해결하려고 시도된 종래의 기법들은 동적 통합 환경에서 커뮤니케이션 및 커뮤니케이션 액세스 포인트들과 협력해서 동시 정보 검색, 디스플레이 또는 액세스를 허용하는 단일 인터페이스를 제공할 수 없으므로 한계가 있다. 따라서, 사용자들은 종종 어지럽혀진 디스플레이들을 갖는데, 이는 특정 타입들의 커뮤니케이션 또는 특정 정보와의 액세스 또는 상호 작용을 제공하지만, 통합 환경에서 커뮤니케이션 및 정보 액세스 및 상호 작용을 둘다 제공하지 못한다.

몇몇 종래의 메시징 타입 방법들은 상기 문제점들을 해결하고자 했다. 그러나, 상기 기법들은 전형적으로 상당한 양의 스크린 공간을 차지하는 대형 윈도우들을 제공한다. 또한, 상기 기법들은 몇몇 정보 수집 또는 디스플레이 캐퍼빌러티들과 함께 몇몇 커뮤니케이션 캐퍼빌러티들을 제공하는데, 하나 이상의 탭들 등을 통해 정보 캐퍼빌러티들로부터 커뮤니케이션 캐퍼빌러티들을 분리시키려는 경향이 있다. 따라서, 특정 정보는 상기 기법들이 제공한 애플리케이션들 내에서 쉽게 공유되거나 전달될 수 없다. 또한, 사용자가 추적하는 정보량이 증가함에 따라, 또한, 사용자가 유지하는 커뮤니케이션 접점들의 수가 증가함에 따라, 상기 기법들은 비 실제적이게 된다. 특히, 정보량이 증가함에 따라, 사용자는 강제로 대량의 데이터 또는 커뮤니케이션 채널들을 스크롤해야만 한다.

예를 들어, 수개의 종래의 메시징 타입 기법들은 인터넷 또는 몇몇 다른 로컬 또는 원격 네트워크, 또는 몇몇 결합을 통해 주식 시제, 날씨, 뉴스, 또는 다른 정보와 같은 정보를 추적하기 위한 캐퍼빌러티들을 제공한다. 또한, 종래의 기법들은 하나 이상의 접점 그룹들의 접점을 위한 다수의 커뮤니케이션 채널들 중 하나를 통해 텍스트 인스턴트 메시징, 파일 전송, 이메일 등과 같은 커뮤니케이션 액세스를 제공한다. 따라서, 사용자는 정보를 추적할 수 있으며 특정 엔티티들과 커뮤니케이션할 수 있다. 불행히도, 상기 기법들로는 사용자는 동시에 추적 및 커뮤니케이션을 할 수 없다. 상이한 타입들의 정보 및 커뮤니케이션 캐퍼빌러티들 간에는 탭이 있어야만 한다. 따라서, 사용자가 수동으로 정보를 저장 또는 복사해서, 탭을 스위치한 후, 수동으로 특정 접점으로의 메시지를 생성하고, 정보를 해당 메시지에 부착하거나 붙이지 않는 한, 사용자는 정보 탭들을 통해 관측된 데이터를 커뮤니케이션의 접점들과 공유할 수 없다.

또한, 종래의 기법들은 다수의 탭들을 가지려는 경향이 있기 때문에, 정보 및 관련 컨트롤들 또는 아이콘들을 디스플레이하기 위해 꽤 큰 윈도우가 필요하다. 불행히도, 이러한 윈도우들은 사용자가 다른 애플리케이션을 사용중일 때 다른 애플리케이션 윈도우들 뒤에 가리게 된다. 따라서, 사용자는 종종 윈도우들 간의 전환을 위해 작업 흐름을 방해 받게 된다. 상기 문제점은 오픈 메시지 윈도우를 유지하는 옵션을 제공하는 몇몇 기법들에 의해 해결되어 왔다. 상기 기법으로 메시 징 윈도우를 가리는 문제점은 해결되지만, 메시징 윈도우는 임의의 다른 오픈 애플리케이션 우도의 장점적으로 많은 부분을 막는다. 상이한 애플리케이션 윈도우들의 크기를 수동으로 조절하고, 각각의 윈도우에 자신만의 공간을 제공하려는 시도에서 스크린 주변으로 상기 윈도우들을 이동시킬 수 있지만, 이러한 사용자의 수동 중재는 전형적인 사용자에게 시간 소모적이며 괴로운 일일 수 있다.

적어도 하나의 종래의 기법은 상술된 문제점들 중 몇가지를 해결하고자 했다. 이 기법은 사용자가 컴퓨터 디스플레이 디바이스의 한 에지를 따라 스크롤 가능 스트립에서 적어도 하나의 아이콘을 커스터마이즈할 수 있게 하는 애플리케이션을 제공한다. 상기 기법은 특정 정보 소스로의 아이콘 링크를 제공하며 정보 소스로부터 검색된 정보를 갖는 각각의 커스터마이즈 아이콘을 차지하는 종래의 기술들을 사용한다. 그러나, 상기 기법은 몇몇 중요한 한계점들을 갖는다.

상기 기법이 정보 수집 및 제공을 위해 사용자에게 제공되지만, 메시징 기법들이 제공하는 커뮤니케이션 캐퍼빌러티들의 레벨을 제공하지는 못한다. 예를 들어, 상기 기법은 아이콘을 통해 커뮤니케이션을 개시하지 못해서, 아이콘이 수신 메시지들의 수와 같은 커뮤니케이션 상태를 제공할 수 있더라도, 상기 메시지들에 응답하지 못한다. 또한, 상기 기법은 다수의 아이콘들을 모으기 위해 아이콘들의 그룹들을 조직화하지 못한다. 다시 말해서, 하나의 아이콘과 관련된 윈도우를 오픈해도 다른 레벨들의 그룹화된 아이콘들에 액세스할 수 없다. 따라서, 아주 많은 수의 아이콘들이 사용되는 경우, 아이콘들을 조직화하는 것이 어렵다. 또한, 상기 기법의 아이콘들은 쉽게 이송될 수 없으며, 사용자들 간의 아이콘 전송을 위한 메 카니즘이 실제로 없다. 대신, 사용자들은 아이콘들을 관리하는데 사용되는 애플리케이션으로부터 아이콘들을 획득할 필요가 있다. 상기 기법의 다른 한계점들은 아이콘들을 디스플레이하는데 사용되는 스크롤 가능 스트립을 포함하는 윈도우의 크기를 조절하는 능력이 부족하다는 점을 포함한다. 또한, 상기 기법의 경우, 사용자가 너무 많은 아이템들을 추가하면, 행이 하나의 아이콘만을 가지더라도, 다른 행 또는 스트립이 자동으로 윈도우 내에서 생성되어서, 귀중한 디스플레이 공간이 낭비된다.

관련 기법은 사용자가 선정된 집합의 가용한 정보로부터 계속해서 갱신된 스크롤링 정보를 제공하는 스크롤링 티커 타입 디스플레이 윈도우를 커스터마이즈할 수 있게 해준다. 상기 기법은 가용하지만, 몇몇 이유로 이전 기법 보다 더 제한적이다. 첫째, 상기 기법에 가용한 정보 집합은 선정된다. 따라서, 정보 타입 및 소스가 옵션들로서 리스트화되지 못하면, 쓸모가 없게 된다. 그러나, 사용자들은 예를 들어, 주식 시세용 특정 주식 심볼, 자동 경보 발생을 위해 선택된 지역 또는 주제의 뉴스, 또는 날씨 보고를 위한 특정 도시 선택과 같은 특정 정보 옵션들을 통해 제한된 컨트롤을 제공받는다. 다른 한계점은 사용자들이 상술된 바와 같이 아이콘들을 수정하는 것과 같이 정보 소스를 추가 또는 편집할 수 없다는 점이다. 또한, 티커가 스크롤하기에, 관심있는 모든 정보가 임의의 소정의 시간에 가시적으로 가용하게 된다고 보장할 수 없다. 구체적으로 말해서, 사용자에게 흥미로운 정보가 현재 비가시적이면, 사용자는 정보가 보이게 스크롤될 때까지 기다려야만 한다. 따라서, 사용자가 항상 디스플레이를 지켜봐야만 하기에 상기 기법은 정신을 매우 산란하게 할 수 있다. 또한, 스크롤링 티커는 일정하게 움직이기 때문에, 사용자의 주변 시야에서 영구적 모션을 야기함에 따라 그 자체가 잠재적으로 사용자에게 매우 산만하다. 최종적으로, 상기 기법의 커뮤니케이션 캐퍼빌러티가 상술된 메시징 기법에 대해 최소이다.

커스텀 정보 뷰 또는 디스플레이를 제공하기 위한 또 다른 기법들은 "웹 스크래핑"으로 공지된 기술을 포함한다. 일반적으로, 상기 기법들은 사용자가 독특한 인터넷 웹 페이지들의 특정 부분들, 즉, 소스 웹 페이지들을 단독 커스터마이즈 웹 페이지에 디스플레이되게 할 수 있다. 따라서, 상기 기법들은 정보 검색 및 디스플레이를 제공하지만, 커뮤니케이션 캐퍼빌러티는 제공하지 않는다.

예를 들어, 한 웹 스크래핑 기법은 사용자들이 다양한 인터넷 웹 사이트들로부터 관련 데이터 및 콘텐츠를 "클립(clip)"해서, "뷰(view)"라고 하는 하나의 동적 브라우저 페이지에 모두 함께 풀(pull)할 수 있게 해준다. 뷰는 실제로 복합 웹 페이지이다. 따라서, 소스 웹 페이지들 중 임의의 웹 페이지가 변경되면, 복합 웹 페이지도 자동으로 갱신된다. 본 기법은 사용자들이 데이터 요소들을 추가, 삭제 및 재정렬하고 사용자 자신의 입력으로 뷰를 개인화하는 것과 같이 다양한 방법들로 뷰를 편집할 수 있게 해준다. 또한, 본 기법은 사용자들 간에 뷰들을 전송하는 방법을 제공한다. 그러나, 본 기법은 상술된 기법들과 관련해서 상술된 동일한 기본 한계점들 중 다수의 한계점들을 갖는다. 한계점들은 다수의 뷰들을 동시에 디스플레이되도록 정렬하고 뷰들을 조직화할 수 없다는 점을 포함한다. 또한, 상술된 바와 같이, 본 기법은 통상 최소 커뮤니케이션 또는 메시징 캐퍼빌러티들을 제공한다.

웹 스크랩핑 기술은 또한 디스플레이 디바이스의 상당한 부분을 차지하는 윈도우에서 뷰들이 오픈될 것을 요구한다. 또한, 전형적인 웹 페이지들의 콘텐츠는 정보가 디스플레이되는 영역을 최소화하도록 설계되지 않아서, 스크린 공간을 비효율적으로 사용한다. 또한, 현존 웹 페이지로부터 스크랩 또는 클립되는 웹 페이지의 일부가 애니메이션을 포함하면, 웹 페이지는 사용자 주변 시야에 있는 경우 산만할 수 있다. 최종적으로, 웹 스크랩핑 기술이 구별된 요소들을 주워 모은 것이기 때문에, 본 기술로부터 야기된 복합 웹 페이지는 통상 결코 싱글 페이지에 함께 나타나도록 가시적으로 설계되지 않은 이종 요소들의 호소력 없는 뒤범벅이다.

몇몇 일례들에서, 사용자는 실시간 정보 및 통지 사항들을 알기를 희망할 수도 있다. 종래의 사용자 인터페이스 시스템은 상기 요구 사항들을 모두 적합하게 처리하는 솔루션을 제공하지 않지만, 사용자에게 유연성, 편리성 및 구성 선택권을 제공한다.

또한, 사용자들은 종종 현 태스크와 무관한 컨트롤 또는 다른 애플리케이션 인터페이스들을 사용할 필요가 있다. 이러한 경우에, 사용자는 현 태스크 윈도우로부터 다른 윈도우 또는 애플리케이션으로 전환해야만 한다. 예를 들어, 사용자가 워드 프로세싱 팩키지를 사용중인데 컴팩트 디스크 트랙 또는 다른 태스크로 변경하기를 희망했으면, 사용자는 전형적으로 상이한 윈도우에서 디스플레이되는 미디어 플레이어 애플리케이션 프로그램의 컨트롤들에 액세스할 필요가 있다. 일례는 윈도우 운영 체제와 같은 환경에서의 윈도우 미디어 플레이어(WINDOWS MEDIA PLAYER)이다.

사용자에게 커뮤니케이션 채널들 또는 정보 타입들 간에 탭할 것을 요구하지 않고 상호 작용 주변 디스플레이에서 동적 커뮤니케이션 액세스 및 정보 인식을 자동으로 제공하기 위한 새로운 시스템 및 프로세스가 필요하다. 또한, 이러한 시스템 및 프로세스는 사용자에게 커뮤니케이션 액세스 포인트들 및 정보 카테고리 또는 소스들의 선정된 리스트 중에서 선택할 것을 요구하지 않아야 한다. 대신 커뮤니케이션 액세스 포인트 및 정보 소스의 생성 및 커스터마이즈를 허용해야 한다. 커뮤니케이션 액세스 포인트는 다른 엔티티들과 접촉하기 위한 커뮤니케이션 채널들, 및 다수의 애플리케이션들로부터의 정보 디스플레이를 포함해야 한다. 정보 소스는 임의의 희망 정보 요소들, 예를 들면, 특정 정보 타입 또는 정보 카테고리를 포함해야 한다. 또한, 시스템 및 프로세스는 사용자가 임의의 희망 정보 소스들을 임의의 희망수의 그룹들 또는 네스트 그룹들로 편성할 수 있게 해주어야 한다. 또한, 상기 그룹들 또는 네스트 그룹들은 사용자가 상기 그룹들 또는 네스트 그룹 내의 커뮤니케이션 액세스 포인트들 또는 정보 요소들 또는 네스트 그룹들을 뷰할 수 있도록 사용자에 의해 확장될 수 있어야 한다. 마지막으로, 본 시스템 및 프로세스는 사용자 디스플레이에서 난잡함을 감소시키고 일관성은 증가시켜야만 하며, 라이브 정보 및 자주 사용되는 컨트롤들에 대한 플랫폼을 제공해야 한다.

본 발명의 실시예들은 정보에 대한 사용자 액세스를 제공하기 위해 컴퓨팅 환경에서 사용되는 방법 및 시스템에 관한 것이다. 자주 사용되는 컨트롤들 및 정 보를 제공하는 기법이 제공된다.

한 양상에서, 본 발명은 사용자 상호 작용 기법을 제공하기 위한 컴퓨팅 시스템의 한 방법에 관한 것이다. 본 방법은 사용자 커맨드 수신 시 애플리케이션을 최소화하고, 최소화된 애플리케이션을 표현하는 타일을 나타내며, 타일을 통해 선택된 애플리케이션 기능들에 대한 액세스를 제공하는 것을 포함한다.

다른 양상에서, 본 발명은 사이드바를 사용해서 사용자 상호 작용 기법을 제공하기 위한 컴퓨팅 시스템의 한 방법에 관한 것이다. 본 방법은 애플리케이션을 최소화하기 위해 사용자 커맨드 수신 시 사이드바에 애플리케이션을 이동시키고, 사이드바의 최소화된 애플리케이션으로부터 애플리케이션에 속한 선택된 기능들에 대한 액세스를 제공하는 것을 포함한다.

또 다른 양상에서, 본 발명은 다양한 정보 아이템들에 대한 사용자 액세스를 제공하기 위한 시스템에 관한 것이다. 본 시스템은 다수의 타일들을 호스트하기 위한 사이드바 및 적어도 하나의 애플리케이션을 포함하는데, 애플리케이션은 타일을 사이드바에 삽입하기 위한 삽입 모듈을 포함하며, 애플리케이션이 사이드바의 타일에 의해 표현될 때 애플리케이션의 선택된 기능들은 타일을 통해 가용한 상태로 남는다. 본 시스템은 사용자가 선택된 애플리케이션을 사이드바에 배치하도록 커맨드할 수 있게 하기 위한 사용자 인터페이스 툴들을 더 포함한다.

또 다른 양상에서, 본 발명은 사용자 인터페이스를 통해 최소화된 애플리케이션에 대한 액세스를 제공하기 위한 시스템에 관한 것이다. 본 시스템은 애플리케이션이 최솨될 때 선택된 애플리케이션 기능들을 제공할 수 있게 하기 위한 가용 기능 선택 모듈, 및 애플리케이션 기능들의 총 집합, 기능들의 부집합, 및/또는 애플리케이션에서 대체로 가용하지 않은 추가 기능들에 대한 액세스를 제공하기 위해 타일을 나타내기 위한 타일 삽입 모듈을 포함한다.

본 발명은 첨부된 도면들을 참조해서 상세히 후술된다.

도 1은 본 발명이 구현될 수도 있는 일례의 컴퓨팅 환경이다.

도 2A는 본 발명의 실시예의 시스템의 특정 컴포넌트들을 도시한 블록도이다.

도 2B는 본 발명의 실시예에 따라 사용자 관점에서 사이드바에 리치 최소화 애플리케이션을 추가하는 것을 도시한 플로우챠트이다.

도 2C는 본 발명의 실시예에 따라 시스템 관점에서 사이드바에 리치 최소화 애플리케이션을 추가하는 것을 도시한 플로우챠트이다.

도 2D는 리치 최소화 애플리케이션의 복원을 도시한 플로우챠트이다.

도 3은 본 발명을 구현하기 위한 사이드바의 스크린샷이다.

도 4는 도 3의 사이드바로부터의 타일의 플라이아웃을 도시한 도면이다.

도 5A는 일시적 타일(transient tile) 출현 이전의 사이드바를 도시한 도면이다.

도 5B는 일시적 타일을 포함한 도 5A의 사이드바를 도시한 도면이다.

도 5C는 일시적 타일이 삭제되어 오버플로 영역에 배치된 후의 도 5B의 사이드바를 도시한 도면이다.

도 6은 타일 추가 또는 사이드바로부터의 타일 제거에 대한 사용자 요청을 용이하게 해주는 본 발명의 실시예에 따른 일례의 스크린을 도시한 도면이다.

도 7A는 디폴트 크기로 디스플레이된 타일들을 갖는 사이드바를 도시한 도면이다.

도 7B는 크기가 조절된 타일들 중 하나를 갖는 도 7A의 사이드바를 도시한 도면이다.

도 8은 사용자가 사이드바를 커스터마이즈할 때 가용할 수도 있는 일례의 옵션들의 메뉴와 함께 사이드바를 도시한 도면이다.

도 9A는 오픈 애플리케이션을 도시한 스크린샷이다.

도 9B는 사이드바에서 최소화된 도 9A의 애플리케이션을 도시한 스크린샷이다.

도 9C는 사이드바에서 최소화된 애플리케이션에서 가용한 중요 기능들을 도시한 스크린샷이다.

도 10은 본 기술 분야에서 공지된 태스크 바의 실시예를 도시한 도면이다.

본 발명의 실시예들은 애플리케이션이 최소화될 때라도 사용자가 애플리케이션의 중요 기능들에 액세스할 수 있게 하는 사용자 인터페이스를 제공하기 위한 시스템 및 방법에 관한 것이다. 애플리케이션이 최소화될 때, 애플리케이션을 표현하는 타일이 사이드바에 나타난다. 사이드바는 타일이 자동으로 또는 사용자 관리 하에 추가 또는 제거될 수 있게 해준다. 사이드바는 새롭게 추가된 타일의 위치 및 출현 프리뷰를 사용자들에게 제공하기 위해 콘텐츠 디스플레이를 가시적으로 줄인다. 또한, 사이드바 내에 적합하지 않았던 타일들을 표현하는 아이콘들을 위해 오버플로 영역이 제공될 수도 있다.

본 발명의 개요가 간단히 제공되었으며, 본 발명의 실시예들이 도 1 내지 도 10을 참조해서 기술될 것이다. 본 발명의 일례의 운영 환경이 후술된다.

일례의 운영 환경

도 1은 본 발명이 구현될 수 있는 적절한 컴퓨팅 시스템 환경(100)의 예를 나타낸다. 컴퓨팅 시스템 환경(100)은 단지 적절한 컴퓨팅 환경의 일 예이며 본 발명의 사용 또는 기능의 범위에 제한을 가하도록 의도된 것은 아니다. 컴퓨팅 환경(100)은 예시적인 오퍼레이팅 환경(100)에 도시된 컴포넌트들 중의 임의의 하나 또는 조합에 관하여 임의의 종속성(dependency) 또는 요구사항(requirement)을 갖는 것으로 해석되어서는 안된다.

본 발명은 컴퓨터에 의해 실행되는, 프로그램 모듈과 같은 컴퓨터 실행가능 명령어들로 이루어진 일반적인 문맥으로 기술될 수 있다. 일반적으로, 프로그램 모듈은 특정 태스크를 수행하거나 특정 추상 데이터 유형을 구현하는 루틴, 프로그램, 오브젝트, 컴포넌트, 데이터 구조 등을 포함한다. 더욱이, 당업자라면, 본 발명이 휴대용 디바이스, 멀티프로세서 시스템, 마이크로프로세서-기반 또는 프로그램가능 소비자 가전 제품, 미니컴퓨터, 메인 프레임 컴퓨터 등을 포함하는, 그 외의 컴퓨터 시스템 구성과 함께 실행될 수 있다는 것을 이해할 것이다. 본 발명은 또한 통신 네트워크를 통해 링크된 원격 프로세싱 장치에 의해 태스크를 수행하는 분산형 컴퓨팅 환경에서 실행될 수 있다. 분산 컴퓨팅 환경에서, 프로그램 모듈 및 그외 데이터는 메모리 저장 장치를 포함하는 국부 및 원격 컴퓨터 저장 매체 내에 위치할 수 있다.

도 1을 참조하면, 본 발명을 구현하기 위한 예시적인 시스템은 컴퓨터(110)의 형태의 범용 컴퓨팅 장치를 포함한다. 컴퓨터(110)의 컴포넌트들로는, 프로세싱 유닛(120), 시스템 메모리(130), 및 시스템 메모리를 포함하는 다양한 시스템 컴포넌트를 프로세싱 유닛(120)에 연결시키는 시스템 버스(121)가 포함될 수 있지만, 이에 한정되는 것은 아니다.

컴퓨터(110)는 통상적으로 다양한 컴퓨터 판독가능 매체를 포함한다. 예로서, 컴퓨터 판독가능 매체는 컴퓨터 저장 매체 및 통신 매체를 포함할 수 있지만, 이에 한정되는 것은 아니다. 시스템 메모리(130)는 ROM(131) 및 RAM(132) 등의 휘발성 및/또는 비휘발성 메모리의 형태의 컴퓨터 저장 매체를 포함한다. 시동중과 같은 때에 컴퓨터(110) 내의 구성요소들간에 정보를 전송하는 것을 돕는 기본 루틴을 포함하는 기본 입출력 시스템(133; BIOS)은 일반적으로 ROM(131)에 저장된다. RAM(132)은 일반적으로 프로세싱 유닛(120)에 즉시 액세스될 수 있고 및/또는 프로세싱 유닛(120)에 의해 현재 작동되는 프로그램 모듈 및/또는 데이터를 포함한다. 예로서, (한정하고자 하는 것은 아님) 도 1은 오퍼레이팅 시스템(134), 애플리케이션 프로그램(135), 기타 프로그램 모듈(136), 및 프로그램 데이터(137)를 도시한다.

컴퓨터(110)는 또한 다른 분리형/비분리형, 휘발성/비휘발성 컴퓨터 저장 매 체를 포함할 수 있다. 단지 예로서, 도 1에는 비분리형 비휘발성 자기 매체로부터 판독하거나 그 자기 매체에 기록하는 하드 디스크 드라이브(141), 분리형 비휘발성 자기 디스크(152)로부터 판독하거나 그 자기 디스크에 기록하는 자기 디스크 드라이브(151), 및 CD-ROM 또는 기타 광학 매체 등의 분리형 비휘발성 광학 디스크(156)로부터 판독하거나 그 광학 디스크에 기록하는 광학 디스크 드라이브(155)가 도시되어 있다. 예시적인 오퍼레이팅 환경에서 사용될 수 있는 다른 분리형/비분리형, 휘발성/비휘발성 컴퓨터 저장 매체는 자기 테이프 카세트, 플래쉬 메모리 카드, DVD(Digital versatile disk), 디지털 비디오 테이프, 고체 RAM, 고체 ROM 등을 포함하지만 이에 한정되지 않는다. 하드 디스크 드라이브(141)는 일반적으로 인터페이스(140)와 같은 비분리형 메모리 인터페이스를 통해 시스템 버스(121)에 접속되고, 자기 디스크 드라이브(151) 및 광학 디스크 드라이브(155)는 일반적으로 인터페이스(150)와 같은 분리형 메모리 인터페이스에 의해 시스템 버스(121)에 접속된다.

앞서 기술되고 도 1에 도시된 드라이브 및 그 관련 컴퓨터 저장 매체는 컴퓨터(110)를 위한 컴퓨터 판독가능 명령, 데이터 구조, 프로그램 모듈 및 기타 데이터의 저장을 제공한다. 도 1에서, 예를 들어, 하드 디스크 드라이브(141)는 오퍼레이팅 시스템(144), 애플리케이션 프로그램(145), 기타 프로그램 모듈(146), 및 프로그램 데이터(147)를 저장하는 것으로 도시된다. 이들 컴포넌트는 오퍼레이팅 시스템(134), 애플리케이션 프로그램(135), 기타 프로그램 모듈(136), 및 프로그램 데이터(137)와 동일할 수도 있고 다를 수도 있다. 오퍼레이팅 시스템(144), 애플 리케이션 프로그램(145), 다른 프로그램 모듈(146), 및 프로그램 데이터(147)는 최소한 다른 복사본(different copies)임을 나타내기 위하여 다른 번호를 부여하였다. 사용자는 일반적으로 마우스, 트랙볼, 또는 터치 패드라 불리우는 포인팅 장치(161) 및 키보드(162)와 같은 입력 장치를 통해 컴퓨터(110)에 명령 및 정보를 입력할 수 있다. (도시되지 않은) 기타 입력 장치는 마이크로폰, 조이스틱, 게임 패드, 위성 안테나, 스캐너 등을 포함할 수 있다. 이들 입력 장치 및 그외의 입력 장치는 시스템 버스에 연결된 사용자 입력 인터페이스(160)를 통해 종종 프로세싱 유닛(120)에 접속되지만, 병렬 포트, 게임 포트 또는 유니버설 시리얼 포트(USB) 와 같은 기타 인터페이스 및 버스 구조에 의해 접속될 수 있다. 모니터(191) 또는 다른 유형의 디스플레이 장치는 또한 비디오 인터페이스(190) 등의 인터페이스를 통해 시스템 버스(121)에 접속된다. 모니터외에도, 컴퓨터는 또한 출력 주변 인터페이스(195)를 통해 접속될 수 있는 스피커(197) 및 프린터(196) 등의 기타 주변 출력 장치를 포함할 수 있다.

컴퓨터(110)는 원격 컴퓨터(180)와 같은 하나 이상의 원격 컴퓨터로의 논리적 접속을 이용한 네트워크 환경에서 동작할 수 있다. 원격 컴퓨터(180)는 퍼스널 컴퓨터, 서버, 라우터, 네트워크 PC, 피어(peer) 장치, 또는 기타 공통 네트워크 노드일 수 있으며, 비록 도 1 에는 메모리 저장 장치(181)만이 도시되어 있지만, 컴퓨터(110)에 관하여 상술한 구성요소 중 다수 또는 모든 구성요소를 일반적으로 포함할 수 있다. 도시된 논리적 접속은 근거리 통신망(LAN; 171) 및 원거리 통신망(WAN; 173)을 포함하지만, 그 외의 네트워크를 포함할 수도 있다. 이러한 네트워크 환경은 사무실, 기업 광역 컴퓨터 네트워크(enterprise-wide computer network), 인트라넷, 및 인터넷에서 일반적인 것이다.

LAN 네트워크 환경에서 사용되는 경우, 컴퓨터(110)는 네트워크 인터페이스 또는 어댑터(170)를 통해 LAN(171)에 접속된다. WAN 네트워크 환경에서 사용되는 경우, 컴퓨터(110)는 일반적으로 인터넷 등의 WAN(173)을 통해 통신을 구축하기 위한 모뎀(172) 또는 기타 수단을 포함한다. 내장형 또는 외장형일 수 있는 모뎀(172)은 사용자 입력 인터페이스(160) 또는 기타 적절한 메카니즘을 통해 시스템 버스(121)에 접속될 수 있다. 네트워크 환경에서, 컴퓨터(110)에 관하여 도시된 프로그램 모듈 또는 그 일부분은 원격 메모리 저장 장치에 저장될 수 있다. 예로서 (한정하고자 하는 것은 아님), 도 1은 메모리 장치(181)에 상주하는 원격 애플리케이션 프로그램(185)을 도시한다. 도시된 네트워크 접속은 예시적인 것이며, 컴퓨터들간의 통신 링크를 구축하는 그 외의 수단이 사용될 수 있다.

컴퓨터(110)의 다수의 다른 내부 컴포넌트들이 도시되지 않았지만, 본 기술 분야에 숙련된 자들은 컴포넌트들 및 상호 연결이 널리 공지되어 있음을 알 것이다. 따라서, 컴퓨터(110)의 내부 구성에 대한 세부 사항은 본 발명과 연관해서 추가로 기술될 필요가 없다.

사용자 인터페이스 사이드바

본 명세서에서 언급된 "사이드바"는 일반적으로 공지된 "태스크바"와 다르다. 본 명세서에서 사용된 사이드바는 종래의 디스플레이 디바이스의 하나 이상의 에지들을 따르는 영구 디스플레이 스트립을 말한다. 타일은 관심있는 정보의 디스 크립션과 어떤 정보가 표현되던지 간에 상기 정보를 디스플레이하기 위한 "뷰어"의 결합을 포함하는 동적 썸네일 또는 "아이템"이다. 티켓이라고도 하는 타일 및 사이드바에 대한 보다 상세한 설명은 본 명세서에 참조용으로 인용된 2001년 6월 8일에 출원된 특허 일련 번호 제10/063,296호 출원서에서 찾을 수 있다. 사이드바의 다양한 특징들은 본 명세서에 참조용으로 인용된 2003년 4월 25일에 출원된 미국 특허 출원 일련 번호 제10/423,597호에 기술되어 있다.

상술된 바와 같이, 종래의 사용자 인터페이스 디스플레이는 사용자에게 제공하는 정보를 제한한다. 상기 시스템들은 통상 상호 동작 또는 정보 획득을 위해 사용자가 관심 있는 애플리케이션 윈도우를 활성화할 수 있는 태스크바를 제공한다. 사용자에게 정보를 제공하기 위해 종래 기술의 시스템들은 다양한 컨트롤 타입들을 사용한다. 몇몇 컨트롤 타입들은 스크롤 바, 확장 가능 단 리스트, 시작 메뉴, 대시보드, 및 액티브 아이템들만이 보이게 하는 컨트롤들을 포함한다. 종래의 사용자 인터페이스의 일례는 도 10에 도시되어 있으며 일반적으로 디스플레이(1000)를 말한다.

도 10에 도시된 바와 같이, 디스플레이(1000)는 태스크바(1002)를 포함한다. 일반적으로, 태스크바(1002)는 아이콘들을 통해 운영 환경의 특징들 또는 애플리케이션들에 대한 액세스를 제공하는 다양한 태스크 그룹들 또는 섹션들을 포함할 수도 있다. 예를 들어, 태스크바(1002) 섹션은 퀵론치(quick-launch) 섹션(1003)을 제공할 수도 있다. 퀵론치 섹션(1003)은 워드 프로세싱 애플리케이션 프로그램, 이메일 프로그램, 또는 퀵론치 섹션(1003)으로부터 시작하도록 적합하게 구성되었 을 수도 있는 컴퓨팅 시스템의 임의의 다른 프로그램들과 같은 하나 이상의 애플리케이션 프로그램들의 론칭을 가능케 한다.

라이브-태스크(1004)와 같은 태스크바(1002)의 다른 섹션은 현재 실행중인 태스크들을 리스트에 올릴 수도 있다. 라이브-태스크(1004)로부터, 사용자는 프로그램 명세 라이브 데이터와 상호 동작하기 위해 프로그램과 관련된 디스플레이 윈도우에 액세스할 수도 있다. 윈도우의 일례는 미디어-플레이어(1006) 윈도우이다. 미디어-플레이어(1006) 윈도우를 사용해서, 사용자는 현재 플레이중인 미디어에 대한 라이브 정보를 볼 수 있고, 사용자 재량으로 미디어 플레이어의 액션을 감독할 수 있다.

태스크바(1002)의 또 다른 섹션은 데스크-밴드(1008)일 수도 있다. 데스크-밴드(1008)는 운영 환경을 위한 언어 컨트롤들의 일례이다.

태스크바(1002)의 섹션은 또한 통지 사항(1010)을 포함할 수도 있다. 통지 영역(1010)은 애플리케이션 프로그램 또는 시스템 레벨 커뮤니케이션에 관한 아이콘들을 제공한다. 예를 들어, 이메일 상태, 채팅 그룹 친구들 또는 볼륨 컨트롤은 통지 섹션(1010)의 아이콘들을 통해 액세스될 수 있다.

라이브 상태 정보를 제공하려는 시도에서, 태스크바(1002)는 토스트(toast; 1012)를 제공한다. 토스트(1012)는 원래 애플리케이션 프로그램으로부터 커뮤니케이션을 제공하는 팝업 윈도우이다. 예를 들어, 도시된 바와 같이, 인박스(inbox)에 메시지들이 있음을 사용자에게 알려주는 팝업 메시지가 디스플레이된다.

상당한 양의 정보가 가용일 때, 태스크바(1002)는 꽤 어지럽혀질 수 있다. 또한, 최종 사용자에게 가용한 다양한 타입들의 아이콘들은 일관성이 없다. 심지어, 태스크바(1002)는 사용자가 즉시 액세스할 필요가 있는 정보 및 컨트롤들을 사용자에게 쉽게 제공하지 않는다. 또한, 태스크바(1002)는 임의의 정보에 액세스하기 위해 다중 단계 기법을 포함한다. 예를 들어, 볼륨 컨트롤에 액세스하기 위해, 사용자는 먼저 통지 섹션(1010)으로부터 볼륨 컨트롤 아이콘을 선택해야만 한다. 이는 볼륨 컨트롤이 디스플레이되게 한다. 그 후 사용자는 볼륨을 희망 레벨로 조정할 수 있다.

본 발명의 실시예에 따른 사용자 인터페이스 구성은 도 3에 도시되어 있다. 디스플레이(300)에 사이드바(302)가 도시되어 있다. 사이드바(302)는 사용자에게 흥미로운 라이브 정보를 위한 라이브-데이터 영역(304)을 포함할 수도 있다. 또한, 자주 사용되는 컨트롤들을 위한 플랫폼 중요-컨트롤 영역(306)을 포함할 수도 있다. 라이브-데이터(304) 내에, 다수의 애플리케이션들 및 정보 아이템들과 관련된 다수의 타일들이 있을 수도 있다. 중요-컨트롤들(306)은 시스템 또는 애플리케이션 파라미터들을 제어하는데 사용되는 임의의 하나 이상의 아이템들을 위한 타일들을 포함할 수도 있다.

라이브-데이터(304)는 예를 들어, '파멜라 존스(Pamela Jones) 온라인' 타일(308)을 포함하는데, 상기 타일은 인터넷 또는 네트워크 애플리케이션으로의 액세스를 제공할 수도 있으며, 또는 메시징, 채팅, 이메일 및 브라우징을 포함하는 다른 기능들을 제공할 수도 있다. '파멜라 존스 온라인' 타일(308)은 개별 접점 타일들(310)을 더 포함한다. '파멜라 존스 온라인'(308)을 위한 개별 접점 타일들(310) 중 몇개가 라이브-데이터(304) 내에 디스플레이된다. 다시 말해서, '파멜라 존스 온라인' 타일(308)은 헤더로 생각될 수도 있으며, 개별 접점 타일들(310)은 바디로 생각된다. 라이브-데이터(304)의 다른 일례는 이메일 리스팅(314)을 포함하는 이메일 통지 타일(312)이다. 도시된 바와 같이, 이메일 통지(312)는 2개의 새로운 메일 메시지들이 있음을 나타낸다. 이에 대응해서, 2개의 탑 이메일 리스팅들(314)이 새로운 것이며 읽혀지지 않았음을 나타내기 위해 하이라이트된다. 라이브-데이터(304)의 또 다른 일례는 사이드바(302) 내에서 실시간으로 갱신되는 비디오 타일(316)이다. 사이드바(302)는 다양한 방법들로 위치가 정해질 수 있으며 변경되는 정보를 제공할 수 있다.

사용자는 사이드바(302)를 수정할 수 있다. 사용자는 필요하면 타일들을 추가 및 삭제하거나, 타일들의 크기를 조정하며, 또는 디스플레이된 타일들의 다른 조작들을 실행할 수 있다. 타일이 추가될 때, 사이드바는 새로운 타일을 포함해서 모든 타일들이 차지한 총 디스플레이 영역이 사이드바의 디스플레이 영역을 초과할 지를 결정한다. 모든 타일들이 사이드바에 모두 적합하면, 새로운 타일이 사이드바에 추가되고 디스플레이된다. 한편, 새로운 타일이 디폴트 크기로 적합하지 않으면, 모든 타일들은 압축되거나 "찌그러진다(squished)". 따라서, 현존 타일들 및 새로운 타일은 사이드바 내에서 크기가 축소된다. 새로운 타일이 프리뷰 상태로 도시되어 있는데, 반드시 타일의 완전한 콘텐츠를 도시할 필요는 없다. 프리뷰된 타일이 너무 큰 고유 크기를 가지면, 타일은 축소되는 것 외에 삭제될 수도 있다. 프리뷰를 마칠 때, 새로운 타일은 고유 크기로 확대되어 사이드바에 남겨질 수도 있고, 아니면 본 명세서에서 후술된 바와 같이 오버플로 영역으로 이동될 수도 있다. 사이드바의 다른 타일들은 통상 축소된다. 타일들은 모든 타일들이 사이드바(302) 내에서 가시적으로 적합한 정도로 축소된다.

시스템은 어떤 타일을 선택할지와 디폴트 크기로 나머지 타일들이 디스플레이될 수 있도록 얼마나 많은 타일들이 사이드바로부터 삭제될 필요가 있는지에 대해 다수의 기준들 중 임의의 기준을 적용한다. 임의의 타일 삭제와 동시에, 삭제된 타일을 나타내는 아이콘이 생성된다. 아이콘은 사이드바(302) 영역에 위치한 오버플로 영역(도시되지 않음)에 배치될 수도 있다. "초과" 타일(들)이 제거되면, 남은 타일들은 디폴트 크기로 확장될 수도 있다.

타일의 확장된 뷰는 타일 타입 및 타일의 다른 콘텐츠에 따라 변경될 수 있다. 예를 들어, 도 4의 스크린 도면(400)에 도시된 바와 같이, '파멜라 존스 온라인' 타일은 플라이아웃(408)에 도시된다. 플라이아웃(408) 내에는 두 카테고리의 디스플레이 정보가 있다. 제1 카테고리는 온라인 그룹(410)으로 하나 이상의 개별 접점들과 그룹들(410)을 가질 수도 있다. 제2 카테고리는 단지 하나의 개별 접점을 가질 수 있는 오프라인 그룹(412)이다. '파멜라 존스 온라인'에 대한 정보가 사이드바(402) 내에서 디스플레이될 때, 바디(406)는 온라인 그룹(410) 및 오프라인 그룹(412) 모두로부터의 개별 접점들을 포함한다. 다시 말해서, 플라이아웃(408)의 두 카테고리들이 사이드바(402)에서 혼합된다. 예를 들어, 오프라인 접점(412A)(Harold)은 사이드바(402)의 바디(406) 내에 포함되고 플라이아웃(408)의 개별 접점(406B)(Harold)으로서 디스플레이된다.

타일들은 자동 또는 사용자 요청 모드로 사이드바에 추가될 수 있다. 자동 추가는 애플리케이션 프로그램 설치 및 일시 컨트롤들의 오퍼레이션과 함께 발생할 수도 있다. 사용자 요청 타일 추가는 타일 구성 사용자 인터페이스 프로그램을 통해 또는 애플리케이션 프로그램 내의 사용자 지정에 의해 발생한다. 타일 추가 모드는 우선 순위를 결정하며 따라서 사이드바 내의 타일의 위치를 결정한다.

자동 타일 추가에 있어서, 애플리케이션이 설치중일 때, 관련된 새로운 타일들은 사이드바의 하부에 추가된다. 본 발명의 실시예에서, 사용자들은 사이드바를 프리뷰할 기회를 갖는다. 새로운 타일이 일단 추가되었으면, 사용자들은 사이드바가 어떤 것인지를 알 수 있다. 예를 들어, 도 7A에 도시된 바와 같이, 이메일 인박스 타일(704)이 사이드바(702)에 추가되면, 사용자 프롬프트(706)가 야기된다. 프롬프트(706)의 도움으로, 사용자는 선택적으로 인박스 타일(704)이 도시된 바와 같이 사이드바(702) 내에 남겨지게 하거나 아니면 숨겨지게 할 수 있다. 유사하게, 도 7B에서, 사용자는 캘린더 타일(708)을 사이드바(702)에 추가할지에 대해 프롬프트받는다. 사용자가 사이드바에서 새로운 타일을 도시할 것을 선택할 때, 새로운 타일은 사이드바의 하부에 추가된다. 이는 도 7C에 도시되어 있으며, 이메일 인박스 타일(704) 및 캘린더 타일(708)이 사이드바(702)의 하부에 배치된다. 타일들의 사이드바 내의 배치는 본 발명의 다른 양상들에 따라 변경될 수도 있음을 알아야만 한다.

도 8은 사용자가 타일들을 재정렬하거나 크기를 조절하며, 사이드바의 위치를 바꾸고, 타일들의 액세스를 보유하면서 사이드바를 최소화할 수 있게 해주기 위 해 제공된 툴들을 도시하고 있다. 디스플레이(800)는 사이드바(802) 내의 임의의 타일을 위한 다수의 커스텀 옵션들 중 하나를 사용자가 선택할 수 있게 해줄 수도 있다. 예를 들어, 사용자는 옵션(804)을 사용해서 타일을 와해시킬 수도 있으며, 옵션(806)의 자동 또는 수동 크기 조절이 가능하며, 옵션(808)을 통해 사이드바에서 타일을 다른 타일들의 위 아래로 옮길 수 있으며, 옵션(810)을 사용해서 타일을 단지 숨길 수도 있다.

상술된 설명에서 명백한 바와 같이, 태스크바 및 사이드바는 개별적이며 구별된 콘셉들이다. 태스크바는 대량의 공간을 소비하고 다 성장한 애플리케이션들인 애플리케이션들을 위한 관리 윈도우들에 초점을 맞춘 상태이다. 태스크바의 아이템들과 가용 윈도우들 간에는 일대일 관계가 성립된다. 사용자가 컴퓨터를 종료할 때, 태스크바의 실행중이던 모든 애플리케이션들은 닫아지며 다음 로그인 때에 태스크바에 있지 않는다. 또한, 상세히 후술된 바와 같이, 사이드바에 있는 최소화된 다 성장한 애플리케이션들은 애플리케이션들이 태스크바에서 최소화될 때 가용하지 않은 기능을 갖는다. 또한, 사이드바는 다 성장한 애플리케이션들 외에 정보를 포함할 수 있다. 또한, 사이드바의 정보는 커스터마이즈된다. 사용자가 컴퓨터를 종료한 후에, 애플리케이션들은 다음 로그인때 사이드바에 남아 있게 된다.

일시적 타일들 및 리치 최소화 애플리케이션

상술된 사이드바에 도시된 타일들 중 몇몇 타일들은 사이드바에 남아 있으며 사이드바 외부에서는 가용하지 않다. 일시적 타일들로 인식된 다른 타일들은 사이드바 밖에 존재하며 사용자가 요청할 때만 사이드바 내에 존재하는 애플리케이션들 을 포함할 수도 있다. 예를 들어, 사용자는 애플리케이션이 최소화될 때 사이드바내에 나타날 것을 요청할 수 있다. 사이드바 내의 최소화된 애플리케이션은 과도한 공간을 소비하지 않고 애플리케이션의 기본 기능을 제공할 수 있다. 이러한 캐퍼빌러티를 갖는 애플리케이션은 "리치 최소화 애플리케이션" 또는 "RMA(rich minimized application)"이라고 한다.

도 2A는 본 발명의 실시예를 구현하기 위한 시스템을 도시하고 있다. 시스템은 도 1에 도시된 바와 같은 컴퓨팅 환경 내에서 동작하며 리치 최소화 애플리케이션(210), 사이드바 컨트롤들(230) 및 사용자 인터페이스 선택 컨트롤들(240)을 포함한다.

리치 최소화 애플리케이션(210)은 애플리케이션이 최소화되더라도 중요한 기능들을 제공할 수 있는 애플리케이션이다. 가용 기능 선택 모듈(212)을 사용해서, 리치 최소화 애플리케이션(210)은 애플리케이션(210)이 최소화될 때 사용자가 사용할 가능성이 높은 기능들을 선택한다. 다수의 애플리케이션들은 애플리케이션 윈도우가 최소화되더라도 사용자에게 가용한 몇몇 기능 집합들을 갖는다. 기능 선택 모듈(212)은 애플리케이션(210)이 최소화되더라도 스크린에서 가용해야만 하는 기능들을 결정할 수 있다. 모듈(212)에 의해 선택된 기능들은 고유 기능 집합의 부집합, 전체 고유 기능 집합, 또는 고유 기능 집합에 포함되지 않은 추가 기능들을 포함하거나, 아니면 그 자체일 수도 있다.

삽입 모듈(216)은 사이드바 또는 애플리케이션(210)이 최소화된 후에도 애플리케이션(210)이 존재하는 다른 사용자 인터페이스 메카니즘에 타일을 삽입하는 것 을 컨트롤할 수도 있다. 애플리케이션(210)이 최소화 상태로부터 복원될 수 있도록 복원 모듈(218)이 제공될 수도 있다. 특별 컨트롤들(220)이 또한 제공될 수 있다. 특별 컨트롤들(220)은 양호하게 복원 버튼을 갖는 리치 최소화 애플리케이션 헤더를 포함한다. 복원 버튼은 최소화 애플리케이션 타일 다음에서 호버링(hover)할 수도 있다. 애플리케이션(210)용 오른 클릭 메뉴는 "복원", "최대화" 및 "닫기"를 포함하는 커맨드들을 포함할 수도 있다. 특별 컨트롤들(220)은 추가로 "바로부터의 삭제" 옵션을 포함할 수도 있다. "바로부터의 삭제" 옵션은 양호하게 "타일을 제거해서 애플리케이션이 차후에 사이드바에서 최소화되는 것을 방지하라"는 메시지를 갖는 대화 상자를 포함한다. 사용자는 "OK" 또는 "취소"를 선택할 것이다.

특별 컨트롤들 외에, 애플리케이션(210)은 임의의 다른 일시적 타일과 동일한 동작을 금지해야만 한다. 재부팅 또는 로그아웃 후에, 최소화 애플리케이션은 사이드바에 남아 있어야 한다. 애플리케이션(210)용 타일은 임의의 프로세스들을 재개시할 책임이 있을 수도 있으며, 애플리케이션(210)은 또한 사용자 복원 커맨드를 수신할 때 어떤 애플리케이션이 론칭돼야하는지를 사이드바에게 말할 수 있어야만 한다.

사용자 인터페이스 선택 컨트롤들(240)은 사용자가 어떤 애플리케이션들이 사이드바로 최소화될 것인지, UI가 어디에 배치될 것인지와, 얼마나 많은 공간을 애플리케이션이 소비할 것인지를 결정할 수 있게 하는 선택 툴들을 포함한다. 사이드바 컨트롤들(230)은 윈도우가 최소화될 때를 알기 위해 주시할 수도 있다. 사 이드바 컨트롤들은 필요하면 애플리케이션 윈도우, 애플리케이션용 태스크바 버튼, 및 애플리케이션 alt-tab 엔트리를 숨기거나 나타낼 수도 있다.

상술된 컴포넌트들을 사용해서, 애플리케이션이 최소화되더라도 사용자에게 컨트롤들 및 정보를 제공하기 희망하는 애플리케이션은 리치 최소화 애플리케이션 타일을 사이드바에 삽입할 수 있다. 예를 들어, 미디어 플레이어와 같은 애플리케이션은 애플리케이션이 사이드바에서 최소화되고 있는 동안 플레이/포즈와 같은 컨트롤들 및 노래 제목과 같은 정보를 제공할 수 있었다. 사용자가 최소화 버튼을 클릭함으로써 또는 다른 방법으로 애플리케이션을 최소화할 때, 메인 애플리케이션 윈도우는 사라지며 타일이 사이드바에 나타난다. 타일은 위도가 최소화되더라도 사용자가 여전히 액세스할 수 있도록 메인 윈도우에 있었던 몇몇 정보 및 컨트롤들을 제공한다.

상기 기능을 제공할 수도 있는 애플리케이션들은 시계, 바이러스 체커, 또는 온라인 친구 리스트와 같은 애플리케이션을 포함한다. 이메일 프로그램은 최소화될 수도 있지만, 특별 이메일들에 대한 액세스를 제공할 수도 있다. TV 윈도우는 비디오를 제공할 수도 있다. 미디어 플레이어는 사이드바에서 포즈 또는 플레이 바와 같은 제한된 기능을 제공받을 수도 있다. 본 발명의 실시예에서, 사이드바로 최소화된 애플리케이션들은 최소화 상태에서 어떤 컨트롤들이 제공되는지를 결정하며, 사용자는 애플리케이션이 사이드바에서 차지할 수 있는 공간이 얼마나 되는지를 결정한다. 다른 실시예에서, 사용자가 상기 기능들을 조절한다고 결정하지 않는 한, 애플리케이션이 컨트롤들 및/또는 공간을 결정한다.

도 2B, 도 2C 및 도 2D는 본 발명의 실시예에 따라 애플리케이션(210)이 나타나고 사이드바로부터 사라지는 프로세스를 도시한 것이다. 도 2B는 애플리케이션(210)을 최소화하기 위해 사용자 관점에서 구현된 프로시져들을 도시한 것이다. 단계(A10)에서, 사용자는 애플리케이션(210)을 최소화한다. 단계(A12)에서, 단계(A10)의 사용자로부터 커맨드를 수신할 때, 애플리케이션은 숨겨진다. 단계(A14)에서, 사이드바 타일은 사용자가 볼 수 있게 된다.

도 2C는 시스템 관점에서의 프로세스를 도시한 것이다. 단계(A20)에서, 애플리케이션은 사이드바 타일과 관련되도록 루틴을 구현한다. 루틴은 타일을, 또한 선택적으로 애플리케이션 윈도우로의 포인터를 획득하기 위해 타일 식별자 및 스트링을 구현한다. 단계(A22)에서, 애플리케이션은 사용자로부터 최소화 커맨드를 수신한다. 단계(A24)에서, 사이드바는 언제 윈도우가 최소화되는지를 알기 위해 주시한다. 단계(A26)에서, 사이드바는 애플리케이션용 태스크바 버튼 및 애플리케이션의 alt-tab 엔트리를 숨기고 타일을 보여준다.

도 2D는 사이드바에서 최소화된 후에 애플리케이션(210)을 복원하기 위한 프로시져들을 도시한 것이다. 단계(B10)에서, 애플리케이션(210)은 사용자로부터 복원 커맨드를 수신한다. 사용자는 타일의 복원 버튼을 클릭함으로써 커맨드를 발행할 수 있다. 단계(B20)에서, 애플리케이션은 복원 모듈(218)과 같은 복원 핸들러가 가용한지를 결정한다. 타일이 복원 핸들러를 구현했으면, 사이드바는 단계(B60)에서 개별 스레드에서 복원 핸들러를 호출하고 단계(B70)에서 타일을 숨긴다. 단계(B80)에서, 사이드바는 복원이 완료된 후에 고유 스레드에서 타일을 처 분한다.

단계(B20)에서, 타일이 복원 핸들러를 구현하지 않았으면, UI는 단계(B30)에서 숨겨지고 사이드바는 단계(B40)에서 타일을 처분한다. 단계(B50)에서, 사이드바는 애플리케이션 윈도우, 태스크바 버튼 및 alt-tab 엔트리를 복원한다. 사용자 관점에서 볼 때, 사용자가 보다 큰 윈도우로 전환하기 희망하면, 본 발명의 실시예에서, 사용자는 타일에서 복원 버튼을 선택할 수 있다. 복원 버튼은 RMA 타일들에 유일할 수도 있다. 복원 버튼을 선택하면, 애플리케이션 윈도우가 다시 오픈되고 사이드바로부터 타일이 삭제된다.

사용자가 애플리케이션(210)이 사이드바로 최소화되는 것을 희망하지 않으면, 사용자는 문맥 메뉴에서 또는 추가/삭제 타일 페이지에서 가용한 "바로부터의 삭제" 옵션을 선택할 수 있다. "바로부터의 삭제" 옵션을 선택하면 애플리케이션(210)이 사이드바로 최소화되는 것이 방지될 것이다. 사용자가 타일을 단지 닫는 것이 아니라 타일을 삭제하기를 희망함을 보장하기 위해 사용자는 확인을 제공받을 수도 있다. 사용자는 추가/삭제 페이지로부터 애플리케이션(210)을 다시 추가할 수 있으며 애플리케이션은 다시 사이드바로 최소화될 수 있다.

사이드바는 RMA로 최소화되는 애플리케이션을 위한 수개의 기능들을 제공한다. 애플리케이션이 최소화될 때, 사이드바 컨트롤들(240)은 태스크바 보다는 사이드바로 줌할 수도 있다. 사이드바 컨트롤들(240)은 태스크바로부터 윈도우 버튼을 삭제할 것이며 Alt-tab 메뉴로부터 엔트리를 삭제할 것이다. 윈도우가 복원될 때, 사이드바는 태스크바 버튼 및 Alt-tab 엔트리가 다시 나타남을 보장할 것이다.

본 발명의 시스템 및 방법은 다양한 타일들을 다룰 수 있다. 몇몇 타일들은 해당 시간 동안 계속 가시적으로 존재할 수도 있다. RMA를 나타내는 타일과 같은 일시적 타일은 필요할 때만 또는 사용자가 요청할 때만 나타나는 타일이다. 일시적 타일의 오퍼레이션들은 도 5A의 디스플레이(500)로 도시된 일례로서 가장 잘 설명된다. 사이드바(502) 내에 도시된 최종 타일은 볼륨 컨트롤 타일(504)이며, 그 아래에는 오버플로 영역(506)이 있다. 일시적 진행 바 타일(508)(도 5B)이 필요할 대, 타일은 사이드바(502)에 추가되어서, 사이드바(502)가 공간을 만들기 위해 압축되거나 찌그러지게 된다. 찌그러진 효과는 도 5B의 디스플레이(507)에 도시되어 있다.

찌그러지거나 압축된 사이드바(510)는 디스플레이(507)에 도시되어 있다. 찌그러진 사이드바(510)는 도 5A의 사이드바(502)의 이전 크기로부터 축소된 모든 구성 타일들을 갖는다. 찌그러진 프리뷰 상태는 잠깐의 존속 기간 동안에만 유지될 수도 있다. 프리뷰 기간 후에 사이드바는 비압축 상태로 리턴되며 일시적 타일은 오버플로 영역에 배치된다. 효과는 도 5C에 도시되어 있으며, 일시적 진행 바 타일(508)은 사이드바(512)로부터 삭제되고, 일시적 타일을 나타내는 새로운 아이콘(514)이 오버플로 영역(516)에 배치된다.

타일 추가 또는 삭제 오퍼레이션 제2 모드는 사용자 요청 오퍼레이션을 포함한다. 사용자 요청 타일 추가 또는 삭제는 도 6의 디스플레이(600)에 도시된 바와 같은 구성 인터페이스를 통해 발생할 수도 있다. 운영 환경 또는 사전에 설치된 임의의 애플리케이션 프로그램들을 통해, 사용자는 옵션 스크린(602)을 제공받을 수도 있다. 본 발명의 실시예에서, 옵션 스크린(602)은 추가 타일 열(604) 및 삭제 타일 열(606)을 포함한다. 추가 타일 열(604)은 타일 이미지(608), 디스크립션(610) 및 보여주기 버튼(612)을 사용자에게 제공한다. 관련 디스크립션(610)을 리뷰한 후에, 사용자는 보여주기 버튼(612)을 선택해서 관련 타일이 사이드바 내에 배치될 수도 있다. 타일을 사이드바 내에 배치하는 프로세스는 실제로 자동 타일 추가와 관련해서 상술된 바와 동일하다. 사이드바 압축 및 타일의 오버플로 영역으로의 이동은 실제로 동일하다. 그러나, 타일이 오버플로 영역에 범프(bump into)되기 전 타일의 동작에 대한 한 가지 예외가 존재한다. 타일이 수동으로 추가되어 사이드바의 찌그러짐이 발생할 때, 오버플로 영역에 범프되려고 하는 타일들은 플래시(flash)하게 된다. 다시 말해서, 사전에 압축되거나 찌그러진 사이드바가 확장되고 임의의 타일들이 오버플로 영역에 범프되기 전에, 사용자는 범프되려고 하는 타일들을 주목할 수도 있다.

옵션 스크린(602)을 통한 사용자 요청으로 사이드바로부터 현존 타일이 삭제될 수도 있다. 삭제 타일 열(606)은 사용자에게 타일 이미지(608), 속성 아이콘(616) 및 숨기기 버튼(614)을 제공한다. 삭제 타일 열(606)은 사이드바 내에 있는 모든 현존 타일들 및 제거 가능 타일들을 열거한다. 삭제 타일 열(606)은 또한 일시적 속성을 갖는 타일들을 개별적으로 나타낸다. 일시적 타일은 자동 타이 헤딩(618) 아래에 지정된다. 이름이 제시하는 바와 같이, 속성 아이콘(616)은 사용자가 타일에 특정한 정보를 볼 수 있게 해준다. 숨기기 버튼(614)은 사이드바 또는 오버플로 영역으로부터 관련 타일이 삭제되게 한다. 일시적 타일의 경우에, 숨기기 버튼(614)은 일시적 타일이 필요하더라도 타일이 사이드바 내에 나타나는 것을 방지한다.

상술된 바와 같이, 추가는 애플리케이션 프로그램 내의 사용자 지정에 의해서 발생할 수도 있다. 예를 들어, 애플리케이션은 타일을 사이드바에 추가하는 표준 컨트롤을 호스트한다. 타일이 사이드바에 추가될 때, 타일은 바의 하부에 배치되는 다른 상황들과 반대로 바의 상부에 배치될 수도 있다. 사이드바에 충분한 공간이 없는 경우에, 사이드바는 모든 다른 경우들처럼 찌그러진다. 확장되기 전에, 하부에 있는 타일들은 오버플로에 범프되기 전에 플래시된다.

도 9A 내지 도 9C는 RMA를 사용하는 일례들을 도시한 스크린샷들이다. 도 9A는 태스크바(920) 및 사이드바(902)를 갖는 디스플레이(900)를 도시한 것이다. 태스크바(920)는 각각 오픈 애플리케이션들(906 및 904)을 나타내는 아이콘들(908 및 910)을 포함한다. 도 9B는 도 9A의 애플리케이션(940)이 최소화될 때의 스크린(900)을 도시한 것이다. 오픈 애플리케이션(940) 대신, 도 9B는 사이드바(902) 내에 최소화된 애플리케이션(912)을 포함한다. 최소화된 애플리케이션(912)은 애플리케이션 윈도우를 복원하고 애플리케이션 타일을 숨기기 위한 복원 버튼(934)을 포함할 수도 있다. 도 9C에 도시된 바와 같이, 애플리케이션(912)은 리치 최소화 애플리케이션이다. 플라이아웃 윈도우(914)는 노래 옵션들(916), 차후 앨범 및 아티스트들을 위한 디렉토리(917), 및 다른 플레이 옵션들(918)을 제공한다. 애플리케이션이 최소화된다는 사실에도 불구하고, 애플리케이션이 RMA이기 때문에, 애플리케이션은 사이드바(902)에 나타나는 동안 계속해서 기능을 제공 한다.

리치 최소화 애플리케이션이 사이드바 내에 있는 경우, 애플리케이션이 최소화되더라도 컨트롤들 및 정보에 대한 액세스를 제공하기 위해 애플리케이션용 표준 기술이 제공된다. 사용자는 애플리케이션이 상술된 바를 실행할 수 있는 컨트롤을 가지며, 최소화될 때 애플리케이션이 얼마나 많은 공간을 차지할 것인지에 대한 컨트롤을 갖는다.

본 발명의 양호한 실시예에서, 타일들 뿐만 아니라 사이드바들도 운영 체제 벤더 또는 다른 제3국들이 제공한 애플리케이션 프로그램 인터페이스(API) 루틴들을 사용해서 생성된다. 양호한 실시예의 일례들에서, 운영 체제 환경은 마이크로소프트 윈도우즈이다. 본 기술 분야에 숙련된 자들이 알 수 있는 바와 같이, 본 발명의 시스템 및 방법은 본 명세서에서 숙고된 범위 내에서 다른 툴들 및 다른 운영 환경들 내에서 구현될 수 있다. 본 발명이 구현될 수 있는 툴들의 일례들은 다이렉트 엑스(Direct X) 및 매크로미디어(Macromedia)를 포함한다.

본 발명의 특정 실시예들이 본 명세서에 상세히 도시되고 기술되었지만, 본 발명에 대한 다양한 변경들 및 수정들이 본 발명의 범위 및 내용 안에서 이루어 질 수 있음을 알아야만 한다. 본 명세서에 기술된 실시에들은 모두 제한의 의미가 아니라 설명을 의도로 한 것이다. 본 발명이 속한 기술 분야에 숙련된 자들은 본 발명의 범위 내에 속한 다른 실시예들이 있음을 명백히 알 것이다.

본 발명이 본 시스템 및 방법에 명백하고 고유한 상술된 목적 및 목표들을 다른 장점들과 함께 달성하기 위해 양호하게 적응된 것임을 상술된 바로부터 알게 될 것이다. 특정 기능들 및 부결합물들이 다른 기능들 및 부결합물들과 무관하게 사용될 수도 있음을 알 것이다. 이는 숙고되며 첨부된 청구항들의 범위 내에 있다.

Claims (36)

1. 사용자 상호 작용 기법을 제공하기 위한 컴퓨터 시스템의 방법에 있어서,

   최소화 커맨드를 수신할 때 애플리케이션을 최소화하는 단계;

   상기 최소화된 애플리케이션을 표현하는 타일(tile)을 나타내는 단계; 및

   상기 타일을 통해 선택된 애플리케이션 기능들에 대한 액세스를 제공하는 단계

   를 포함하는 것을 특징으로 하는 방법.
2. 제1항에 있어서,

   상기 선택된 애플리케이션 기능들이 본래의 애플리케이션 기능들의 부집합을 포함하는 것을 특징으로 하는 방법.
3. 제1항에 있어서,

   상기 선택된 애플리케이션 기능들이 본래의 애플리케이션 기능들을 모두 포함하는 것을 특징으로 하는 방법.
4. 제1항에 있어서,

   상기 애플리케이션에서 가용하지 않은 추가 기능들에 대한 액세스를 제공하는 단계를 더 포함하는 것을 특징으로 하는 방법.
5. 제1항에 있어서,

   상기 최소화 커맨드를 수신할 때 애플리케이션 윈도우를 숨기는 단계를 더 포함하는 것을 특징으로 하는 방법.
6. 제1항에 있어서,

   상기 최소화 커맨드를 수신할 때 태스크바 애플리케이션 버튼을 숨기는 단계를 더 포함하는 것을 특징으로 하는 방법.
7. 제1항에 있어서,

   상기 최소화 커맨드를 수신할 때 상기 애플리케이션과 관련된 alt-tab 엔트리를 숨기는 단계를 더 포함하는 것을 특징으로 하는 방법.
8. 제1항에 있어서,

   사이드바에 상기 타일을 나타내는 단계를 더 포함하는 것을 특징으로 하는 방법.
9. 제2항에 있어서,

   상기 타일을 통해 액세스될 수 있는 플라이아웃 메뉴(fly-out menu)를 통해 애플리케이션 기능들의 상기 부집합에 대한 액세스를 제공하는 단계를 더 포함하는 것을 특징으로 하는 방법.
10. 제2항에 있어서,

    사용자가 상기 애플리케이션을 최대화할 수 있도록 상기 타일을 통해 액세스될 수 있는 복원 버튼을 사용자에게 제공하는 단계를 더 포함하는 것을 특징으로 하는 방법.
11. 제2항에 있어서,

    상기 애플리케이션이 상기 타일을 통해 가용한 기능들을 선택할 수 있도록 가용 기능 선택 모듈을 제공하는 단계를 더 포함하는 것을 특징으로 하는 방법.
12. 제2항에 있어서,

    사용자가 상기 타일의 크기를 결정할 수 있게 하는 단계를 더 포함하는 것을 특징으로 하는 방법.
13. 제1항의 방법을 실행하기 위한 컴퓨터 실행 가능 명령어들을 갖는 것을 특징으로 하는 컴퓨터 판독 가능 매체.
14. 사이드바를 사용해서 사용자 상호 작용 기법을 제공하기 위한 컴퓨터 시스템의 방법에 있어서,

    애플리케이션을 최소화하기 위해 사용자 커맨드를 수신할 때 사이드바로 애플리케이션을 이동시키는 단계; 및 상기 사이드바의 상기 최소화된 애플리케이션으로부터 상기 애플리케이션에 속한 기능들의 적어도 부집합에 대한 액세스를 제공하는 단계

    를 포함하는 것을 특징으로 하는 방법.
15. 제14항에 있어서,

    상기 애플리케이션에서 가용하지 않은 추가 기능들에 대한 액세스를 제공하는 단계를 더 포함하는 것을 특징으로 하는 방법.
16. 제14항에 있어서,

    상기 애플리케이션에 대한 액세스를 제공하기 위해 상기 사이드바 내에 타일을 삽입하는 단계를 더 포함하는 것을 특징으로 하는 방법.
17. 제14항에 있어서,

    상기 최소화 커맨드를 수신할 때 애플리케이션 윈도우를 숨기는 단계를 더 포함하는 것을 특징으로 하는 방법.
18. 제14항에 있어서,

    상기 최소화 커맨드를 수신할 때 태스크바 애플리케이션 버튼을 숨기는 단계 를 더 포함하는 것을 특징으로 하는 방법.
19. 제14항에 있어서,

    상기 최소화 커맨드를 수신할 때 상기 애플리케이션과 관련된 alt-tab 엔트리를 숨기는 단계를 더 포함하는 것을 특징으로 하는 방법.
20. 제16항에 있어서,

    상기 타일을 통해 액세스될 수 있는 플라이아웃 메뉴를 통해 애플리케이션 기능들의 상기 부집합에 대한 액세스를 제공하는 단계를 더 포함하는 것을 특징으로 하는 방법.
21. 제16항에 있어서,

    사용자가 상기 애플리케이션을 최대화할 수 있도록 상기 타일을 통해 액세스될 수 있는 복원 버튼을 사용자에게 제공하는 단계를 더 포함하는 것을 특징으로 하는 방법.
22. 제16항에 있어서,

    상기 애플리케이션이 상기 타일을 통해 가용한 기능들을 선택할 수 있도록 가용 기능 선택 모듈을 제공하는 단계를 더 포함하는 것을 특징으로 하는 방법.
23. 제16항에 있어서,

    사용자가 상기 타일의 크기를 결정할 수 있게 하는 단계를 더 포함하는 것을 특징으로 하는 방법.
24. 제12항의 방법을 실행하기 위한 컴퓨터 실행 가능 명령어들을 갖는 것을 특징으로 하는 컴퓨터 판독 가능 매체.
25. 다양한 정보 아이템들에 대한 사용자 액세스를 제공하기 위한 시스템에 있어서,

    다수의 타일들을 호스트(hosting)하기 위한 사이드바;

    타일을 상기 사이드바에 삽입하기 위한 삽입 모듈을 포함하는 적어도 하나의 애플리케이션 - 상기 애플리케이션이 상기 사이드바의 타일에 의해 표현될 때 상기 애플리케이션의 선택된 기능들이 상기 타일을 통해 가용한 상태로 남아 있음 - ; 및

    사용자가 선택된 애플리케이션을 상기 사이드바에 배치하도록 커맨드할 수 있게 하기 위한 사용자 인터페이스 툴들을 포함하는 것을 특징으로 하는 시스템.
26. 제25항에 있어서,

    상기 타일을 사용해서 상기 애플리케이션을 복원하기 위한 복원 모듈을 더 포함하는 것을 특징으로 하는 시스템.
27. 제25항에 있어서,

    상기 타일을 통해 가용한 애플리케이션 기능들을 선택하기 위한 가용 기능 선택 모듈을 더 포함하는 것을 특징으로 하는 시스템.
28. 제25항에 있어서,

    상기 사이드바로부터 상기 애플리케이션을 삭제할 수 있게 하는 특별 컨트롤들을 더 포함하는 것을 특징으로 하는 시스템.
29. 제25항에 있어서,

    상기 최소화 커맨드를 수신할 때 태스크바 애플리케이션 버튼, alt-tab 엔트리 및 애플리케이션 윈도우를 숨기기 위한 사이드바 컨트롤들을 더 포함하는 것을 특징으로 하는 시스템.
30. 제25항에 있어서,

    상기 타일을 통해 액세스될 수 있는 애플리케이션 기능들의 상기 부집합에 대한 액세스를 제공하기 위한 플라이아웃 메뉴를 더 포함하는 것을 특징으로 하는 시스템.
31. 사용자 인터페이스를 통해 최소화된 애플리케이션에 대한 액세스를 제공하기 위한 시스템에 있어서,

    최소화될 때 총 기능 집합의 적어도 하나의 부집합을 포함하는 선택된 기능들을 애플리케이션이 제공할 수 있게 하기 위한 가용 기능 선택 모듈; 및 타일을 나타내고 상기 선택된 기능들에 대한 액세스를 제공하기 위한 타일 삽입 모듈을 포함하는 것을 특징으로 하는 시스템.
32. 제31항에 있어서,

    상기 사용자 인터페이스 내에서 상기 타일을 호스트하기 위한 사이드바를 더 포함하는 것을 특징으로 하는 시스템.
33. 제31항에 있어서,

    상기 타일을 사용해서 상기 애플리케이션을 복원하기 위한 복원 모듈을 더 포함하는 것을 특징으로 하는 시스템.
34. 제31항에 있어서,

    상기 사이드바로부터 상기 애플리케이션을 삭제할 수 있게 하는 특별 컨트롤들을 더 포함하는 것을 특징으로 하는 시스템.
35. 제31항에 있어서,

    상기 최소화 커맨드를 수신할 때 태스크바 애플리케이션 버튼, alt-tab 엔트 리 및 애플리케이션 윈도우를 숨기기 위한 사이드바 컨트롤들을 더 포함하는 것을 특징으로 하는 시스템.
36. 제31항에 있어서,

    상기 타일을 통해 액세스될 수 있는 애플리케이션 기능들의 상기 부집합에 대한 액세스를 제공하기 위한 플라이아웃 메뉴를 더 포함하는 것을 특징으로 하는 시스템.

Images