KR20070122218A - 다중-값 속성을 표시하고 편집하기 위한 시스템 및 방법 - Google Patents

Abstract

복수의 선택된 파일들에 대한 속성들(또는 메타데이터)을 디스플레이할 때, 속성들이 통합될 수 있다. 디스플레이된 통합된 값들을 값들이 속한 하나 이상의 선택된 파일들과 연관시키기 위하여 시각적인 구별이 이용될 수 있다. 다중-값 속성들은 또한 통합되고 구별되고/거나 강조될 수 있다. 복수의 다중-값 속성들을 통합할 때, 다중-값 속성들이 속한 선택된 파일 각각에 의해 할당된 관련 우선순위 또는 위치를 전송하기 위한 조치가 취해질 수 있다. 통합된 다중-값 속성들은 이 속성들에 편집 옵션들을 알리는 프롬프트 텍스트를 포함할 수 있고, 사용자는 이 디스플레이된 통합된 속성들을 편집함으로써 속성들을 편집할 수 있다. 통합된 속성들에 대한 변경이 다양한 선택된 파일들의 속성들에 적용될 수 있다.

다중-값 속성, 메타데이터, 컴퓨터 소프트웨어, 파일 시스템

Description

다중-값 속성을 표시하고 편집하기 위한 시스템 및 방법{SYSTEM AND METHOD FOR VIEWING AND EDITING MULTI-VALUE PROPERTIES}

<관련 출원으로의 상호 참조>

본 출원은 동시 계속 중인, 2003년 3월 24일자로 출원되었고, 발명의 명칭이 "System and Method for User Modification of MetaData in a Shell Browser"인 미국 가특허 출원 제10/395,533호와, 2003년 3월 24일자로 출원되었고, 발명의 명칭이 "Extensible Object Previewer in a Shell Browser"인 미국 가특허 출원 제10/395,560호의 일부계속출원이며, 이들은 본원에 참조로서 포함된다.

본 출원은 일반적으로 컴퓨터 소프트웨어 분야에 관한 것이다. 보다 구체적으로는, 시스템 상의 파일들의 다중-값 속성들을 볼 때의 향상된 사용자 경험을 제공하기 위한 방법 및 시스템에 관한 것이다. 몇몇의 양태는 통합된 다중-값 속성들이 디스플레이되기 위해 선택되고 우선순위가 정해지는 방식에 관련된다.

더 많은 사람들이 일상생활에서 컴퓨터를 이용함에 따라, 그리고 저장된 정보의 유형이 그림, 음악, 문서들 간에서 변화함에 따라 퍼스널 컴퓨터(PC)와 같은 컴퓨팅 환경에 저장된 아이템들을 손쉽게 식별할 필요성이 급격하게 증가하고 있다. 문서 및 미디어는 통상적으로 계층구조화된 방식으로 컴퓨터 상에 저장되고 폴더 내에 저장된 정보 또는 미디어 파일로서 조직된다. 파일 시스템 브라우저는 사용자가 파일 시스템을 전반적으로 네비게이션하고 파일 및 폴더를 찾아내어 열 수 있게 한다. 예를 들면, 마이크로소프트사의 윈도우즈® 익스플로러™는 사용자가 파일 시스템을 브라우징할 수 있게 하는 운영 체제 유틸리티이다.

시스템 상의 파일들을 브라우징할 때, 몇몇의 시스템은 선택된 파일에 대하여 하나 이상의 속성들 또는 파일 특성들을 디스플레이할 수 있다. 윈도우즈® 익스플로어™는 사용자로 하여금 파일 아이콘에 대하여 오른쪽 마우스 버튼 클릭을 하여, 파일의 선택된 속성들을 포함하는 팝업 다이얼로그를 보게 할 수 있다. 속성들은 파일 유형, 위치, 크기, 및 생성 날짜를 포함할 수 있지만, 그 범위가 다소 한정된다. 컴퓨팅 시스템이 보다 정교해짐에 따라, 보다 정교한 속성들 및 속성 표시 기술들이 필요하게 될 것이다.

보다 정교한 속성의 일 유형은 다중-값 속성이다. 다중-값 속성은 자신과 관련된 하나 이상의 값을 가질 수 있는 속성이다. 예를 들면, 마이크로소프트 아웃룩® 이메일 프로그램에서, 이메일의 수취인 필드("받는 사람")는 복수의 수취인을 가질 수 있다.

사용자는 종종 다중-값 속성 필드들을 편집하는 데에 어려움을 겪는다. 몇몇의 사용자는 디스플레이된 다중-값 속성 필드들 내의 다중 값들을 구별하는 데에 이용되는 (세미콜론 등의) 구획 문자에 대하여 어려움을 겪는다. 마이크로소프트 아웃룩®은 복수의 엔트리들을 구별하는 데에 세미콜론을 이용하고, 사용자는 이들이 자신의 이메일의 "보낸 사람" 필드를 편집하고자 할 때, 종종 이러한 구획문자 를 인지하지 못하거나, 우연히 지워버리거나, 우연히 너무 많은 구획문자를 삽입하게 된다. 다른 사용자들은 다중-값 필드의 엔트리들의 철자를 틀리게 표기하여, 추후 더 많은 혼동을 야기한다.

따라서, 컴퓨팅 시스템 상의 파일들을 네비게이션하고 관리하는 것에 있어 사용자 경험을 단순화하기 위하여, 속성들의 디스플레이를 처리하고 다중-값 속성들을 관리하는 향상된 방법이 필요하다.

본 발명의 양태는 사용자가 속성들(또는 메타데이터)을 수정하는 방법 및 시스템을 제공함으로써, 상기 하나 이상의 요구들을 만족시키고, 종래 기술의 하나 이상의 결함을 극복할 수 있다. 일 양태에서, 다중-값 속성들을 포함할 수 있는 파일 속성들의 디스플레이를 포함하는 셸(shell) 브라우저가 제공된다. 사용자는 다중-값 속성을 편집할 수 있고, 시스템은 사용자가 다중-값 속성을 편집하는 것을 지능적으로 보조할 수 있다. 시스템은 다중-값 속성 값들을 토큰화할(tokenize) 수 있고, 필드의 옵션들의 사용자에게 다중-값 속성 필드 내의 영구 프롬프트(prompt) 텍스트를 리마인더로서 제공할 수 있다.

시스템은 통합된 속성 값들을 디스플레이할 수 있고, 통합된 값들이 이들이 적용되는 파일들과 연관되도록 시각적인 차를 포함시킬 수 있다. 통합된 값들의 편집이 가능하며, 통합된 다중-값 속성들을 편집할 때, 시스템은 이미 사용중인 엔트리 및 속성 값들이 사용되는 컨텍스트(context)와 같은 다양한 요소들에 기초하여 사용자가 엔트리들을 선택하는 것을(또는 피하는 것을) 지능적으로 도울 수 있다.

복수의 선택된 파일에 대한 다중-값 속성들을 통합시킬 때, 시스템은 또한 특정 값들이 다양한 파일들에 나타났었던 순서를 보호하는 것을 돕기 위한 조치를 취할 수 있다. 파일의 다중-값 속성의 첫 부분에 보다 자주 나타나는 경향이 있었던 값들은 대응하는 통합된 다중-값 속성의 첫 부분에 대하여 나타나는 경향이 있을 것이다.

본 발명은 첨부된 도면을 참조하여 이하 상세히 기술된다.

도 1은 본원에 기술된 하나 이상의 특징들을 구현하는데 이용하기에 적절한 컴퓨터-시스템 환경의 블록도.

도 2a는 편집 컨트롤을 포함하는 셀 브라우저에 대한 예시적인 그래픽 사용자 인터페이스의 블록도.

도 2b는 하나 이상의 편집 컨트롤을 포함하는 셀 브라우저에 대한 예시적인 그래픽 사용자 인터페이스의 블록도.

도 3은 셀 브라우저의 웰컴 패널(welcome panel)의 개략도.

도 4는 셀 브라우저의 선택 패널(selected panel)의 개략도.

도 5는 도 4의 선택 패널로서 사용자가 셀 브라우저 내의 메타데이터를 수정할 수 있게 하는 컨텍스트 메뉴를 포함하는 것의 개략도.

도 6은 사용자가 셀 브라우저 내의 웰컴 패널에 디스플레이되는 메타데이터를 수정할 수 있게 하기 위한 방법을 도시하는 흐름도.

도 7은 사용자가 셀 브라우저 내의 선택 패널에 디스플레이되는 메타데이터를 수정할 수 있게 하기 위한 방법을 도시하는 흐름도.

도 8은 셀 브라우저에 디스플레이되는 아이템과 관련된 사용자 수정가능한(user modifiable) 메타데이터를 포함하는 데이터 구조의 블록도.

도 9는 확장된 컨트롤들을 갖춘 셀 브라우저 내의 선택 패널의 개략도.

도 10은 도 4의 선택 패널과 유사하지만 사용자가 셀 브라우저의 프리뷰어(previewer)를 선택할 수 있게 하는 컨텍스트 메뉴를 포함하는 선택 패널의 개략도.

도 11a는 사용자가 셀 브라우저에서 프리뷰어를 선택할 수 있게 하기 위한 방법을 도시하는 흐름도.

도 11b는 시스템이 셀 브라우저에서 프리뷰어를 선택할 수 있게 하기 위한 방법을 도시하는 흐름도.

도 12는 셀 브라우저에서 제3자 프리뷰어를 사용할 수 있게 하기 위한 방법을 도시하는 흐름도.

도 13은 셀 브라우저의 복수의 프리뷰어를 나타내는 정보를 포함하는 데이터 구조의 블록도.

도 14a 및 14b는 본원에 기술된 특징들을 채용할 수 있는 프로세스의 예시적인 흐름도.

도 15는 예시적인 파일 브라우저 사용자 인터페이스 및 다양한 사용자 인터페이스 구성요소들을 도시하는 도면.

도 16은 미리보기 영역이 크기조절된, 도 15의 인터페이스의 수정된 버전을 도시하는 도면.

도 17은 미리보기 영역이 크기조절된, 도 15의 인터페이스의 다른 수정된 버전을 도시하는 도면.

도 18은 미리보기 구성요소의 방향이 다른 대안적인 브라우저 인터페이스를 도시하는 도면.

도 19는 미리보기 인터페이스를 포함하는 공통 파일 다이얼로그의 일례를 도시하는 도면.

도 20은 적층된 미리보기 형상의 일례를 도시하는 도면.

도 21은 도 20에 도시된 예보다 더 많이 적층된 미리보기를 갖는 적층 미리보기 형상의 다른 예를 도시하는 도면.

도 22는 복수의 파일들이 선택될 때 일어나는 미리보기의 일례를 도시하는 도면.

도 23은 복수의 파일이 선택된 예시적인 브라우저, 및 대응하는 속성 및 파일의 시각적인 구별을 도시하는 도면.

도 24는 복수의 파일이 선택된 예시적인 브라우저, 및 통합된 속성 필드를 도시하는 도면.

도 25는 속성들을 하나 이상의 선택된 파일과 관련시키기 위한 시각적인 구별을 가지는 통합된 속성 필드의 일례를 도시하는 도면.

도 26a-b는 여러 선택된 다중-값 속성들이 자신들의 값을 통합시킬 수 있는 예시적인 프로세스를 도시하는 도면.

도 27은 다중-값 속성 필드의 일례를 도시하는 도면.

도 28은 자동선택 특징에 대한 예시적인 처리를 도시하는 도면.

도 29는 자동완성 특징을 갖춘 다중-값 속성 필드의 일례를 도시하는 도면.

도 30은 자동완성 특징에 대한 예시적인 프로세스를 도시하는 도면.

본 발명은 사용자에게 셀 브라우저로부터 선택된 하나 이상의 파일의 미리보기를 제공함으로써 이 셀 브라우저 내에서의 향상된 사용자 경험을 제공하기 위한 시스템 및 방법에 관한 것이다. 본 발명의 예시적인 운영 환경이 다음에 기술된다.

여러 도면에서 유사한 참조 번호는 유사한 구성 요소를 나타낸다. 도면들을 전체적으로 참조할 때, 특히 도 1을 우선 참조하면, 예시적인 운영 환경이 운영 환경(100)과 같이 일반적으로 도시되고 표시되어 있다. 컴퓨팅 시스템 환경(100)은 단지 적절한 컴퓨팅 환경의 일 예이며 본 발명의 이용 또는 기능성의 범위에 제한을 가하고자 하는 것은 아니다. 컴퓨팅 환경(100)은 예시적인 운영 환경(100)에 도시된 컴포넌트들 중 어느 하나 또는 이들의 조합에 관하여 어떠한 종속성(dependency) 또는 요건(requirement)을 갖는 것으로 해석되어서는 아니된다.

본원에 기술된 특징들은 컴퓨터에 의해 실행되는, 프로그램 모듈과 같은 컴퓨터 실행가능 명령어와 일반적으로 관련하여 기술될 수 있다. 일반적으로, 프로그램 모듈은 특정 태스크를 수행하거나 특정 추상 데이터 유형을 구현하는 루틴, 프로그램, 오브젝트, 컴포넌트, 데이터 구조 등을 포함한다. 또한, 당업자라면 본 발명의 특징들이 핸드헬드(hand-held) 장치, 마이크로프로세서 시스템, 마이크로프로세서-기반 시스템 또는 프로그램가능한 가전제품(programmable consumer electronics), 미니컴퓨터, 메인프레임 컴퓨터 등을 포함하는 다양한 컴퓨터-시스템 구성을 이용하여 실시될 수 있은을 인식할 것이다. 이들은 또한 통신 네트워크를 통해 링크된 원격 프로세싱 장치에 의해 태스크를 수행하는 분산형 컴퓨팅 환경에서 실시될 수 있다. 분산형 컴퓨팅 환경에서, 프로그램 모듈은 메모리 저장 장치를 포함하는 로컬 및 원격 컴퓨터 저장 매체 내에 위치할 수 있다.

도 1을 참조해 보면, 예시적인 시스템(100)은 프로세싱 유닛(120), 시스템 메모리(130), 및 시스템 메모리(130)를 포함하는 다양한 시스템 컴포넌트를 프로세싱 유닛(120)에 연결시키는 시스템 버스(121)를 포함하는 컴퓨터(110) 형태로 된 범용 컴퓨팅 장치를 포함한다. 필요하다면, 본원에 기술된 임의의 구성요소는 독립형 구성요소(예를 들면, 단일 프로세싱 유닛), 또는 협력적으로 동작하는 복수의 구성요소(예를 들면, 다중 프로세싱 유닛)로서 구현될 수 있다.

컴퓨터(110)는 통상적으로 다양한 컴퓨터-판독가능 매체를 포함한다. 예로서, 컴퓨터-판독가능 매체는 컴퓨터 저장 매체 및 통신 매체를 포함할 수 있지만 본 예에 한정되지 않는다. 컴퓨터 저장 매체의 예로는 RAM, ROM, EEPROM, 플래쉬 메모리 혹은 기타 메모리 기술, CD-ROM, DVD(digital versatile disk) 또는 기타 광학 혹은 홀로그래픽 디스크 저장 장치, 자기 카세트, 자기 테이프, 자기 디스크 저장 장치 또는 기타 자기 저장 장치, 또는 컴퓨터(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)를 위한 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈 및 기타 데이터의 저장 공간(storage)을 제공한다. 예를 들어, 하드 디스크 드라이브(141)는 운영 체제(144), 애플리케이션 프로그램(145), 기타 프로그램 모듈(146), 및 프로그램 데이터(147)를 저장하는 것으로 도시된다. 이들 컴포넌트는 운영 체제(134), 애플리케이션 프로그램(135), 기타 프로그램 모듈(136), 및 프로그램 데이터(137)와 동일할 수도 있고 다를 수도 있음을 유의한다. 통상적으로, RAM에 저장된 운영 체제, 애플리케이션 프로그램 등은 하드 디스크 드라이브(141)로부터 판독되는 대응 시스템, 프로그램, 또는 데이터의 일부분들이며, 이 부분들은 필요 기능에 따라 크기 및 범위가 달라진다. 운영 체제(144), 애플리케이션 프로그램(145), 다른 프로그램 모듈(146), 및 프로그램 데이터(147)는 최소한 다른 복사본(different copies)일 수 있음을 나타내기 위하여 다른 번호를 부여하였다. 사용자는 일반적으로 마우스, 트랙볼, 또는 터치 패드라 불리우는 포인팅 장치(161), 키보드(162), 무선-입력-수신 컴포넌트(163), 또는 원격 컨트롤 등의 무선 소스와 같은 입력 장치를 통해 컴퓨터(110)에 명령 및 정보를 입력할 수 있다. 기타 입력 장치(도시되지 않음)는 마이크로폰, 조이스틱, 게임 패드, 위성 안테나, 스캐너 등을 포함할 수 있다. 이들 입력 장치 및 기타 입력 장치는 흔히 시스템 버스(121)에 연결된 사용자 입력 인터페이스(160)를 통해 프로세싱 유닛(120)에 접속되지만, 병렬 포트, 게임 포트, IEEE 1394 포트, 또는 유니버설 시리얼 포트(USB), 또는 적외선(IR) 버스와 같은 기타 인터페이스 및 버스 구조에 의해 접속될 수도 있다.

디스플레이 장치(191)는 또한 비디오 인터페이스(190) 등의 인터페이스를 통해 시스템 버스(121)에 접속된다. 디스플레이 장치(191)는 모니터, LCD 스크린, TFT(Thin Film Transistor) 스크린, 평면 디스플레이, 일반 텔레비전, 또는 스크린 프로젝터(이에 한정되지 않음)에 컴퓨터(100)의 출력을 디스플레이하기 위한 임의의 장치일 수 있다. 디스플레이 장치(191) 외에도, 컴퓨터는 또한 출력 주변 인터페이스(195)를 통해 접속될 수 있는 스피커(197) 및 프린터(196) 등의 기타 주변 출력 장치를 포함할 수 있다.

컴퓨터(110)는 원격 컴퓨터(180)와 같은 하나 이상의 원격 컴퓨터로의 논리 접속을 이용하는 네트워크 환경에서 동작할 수 있다. 원격 컴퓨터(180)는 퍼스널 컴퓨터일 수 있으며, 비록 도 1 에는 메모리 저장 장치(181)만이 도시되어 있지만, 일반적으로 컴퓨터(110)에 관하여 상술한 구성요소들 중 다수 또는 모든 구성요소를 포함한다. 도 1에 도시된 논리 접속은 근거리 통신망(LAN; 171) 및 원거리 통신망(WAN; 173)을 포함하지만, MAN(metropolitan-area network), 인트라넷, 또는 인터넷으로의 접속과 같은, 기타의 네트워크를 포함할 수도 있다.

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

도시되지는 않았지만, 컴퓨터(110)의 그 외의 내부 컴포넌트들이 존재할 수 있다. 예를 들면, 텔레비전-튜너 카드 및 네트워크 인터페이스 카드 등의 다양한 확장 카드가 컴퓨터(110) 내에 포함될 수 있다.

컴퓨터(110)가 켜지거나 리셋될 때, ROM(131)에 저장된 BIOS(133)는 프로세싱 유닛(120)에 하드 디스크 드라이브(141)로부터 RAM(132)으로 운영 체제, 또는 운영 체제의 필요한 부분을 로딩하라고 명령한다. 운영 체제(144)라고 지정된, 운영 체제의 복사된 부분이 RAM(132)에 로딩되면, 프로세싱 유닛(120)은 운영-체제 코드를 실행하고 운영 체제(134)의 사용자 인터페이스와 관련된 시각적인 요소가 디스플레이 장치(191)에 디스플레이되게 한다. 통상적으로, 애플리케이션 프로그램(145)이 사용자에 의해 열릴 때, 프로그램 코드 및 관련 데이터가 하드 디스크 드라이브(141)로부터 판독되고 필요한 부분이 RAM(132)에 복사되는데, 본원에서는 이 복사된 부분은 참조번호(135)로 나타내었다.

전술한 바와 같이, 본원에 기술된 특징들은 컴퓨터-사용가능 명령어의 일반적인 내용으로 기술될 수 있다. 컴퓨터-사용가능 명령어는 함수, 프로시저, 스키마, 루틴, 코드 세그먼트, 및 하나 이상의 컴퓨터 또는 기타 장치에 의해 이용될 수 있는 모듈을 포함한다. 컴퓨터-사용가능 명령어는 컴퓨터가 입력 소스에 따라 반응할 수 있도록 하기 위한 인터페이스를 형성한다. 명령어는 다른 코드 세그먼트와 함께 동작하여, 수신된 데이터의 소스와 관련하여 수신된 데이터에 응답하여 다양한 태스크를 개시하게 된다.

도 2a를 참조해 보면, 패널(200)은 셀 브라우저의 그래픽 사용자 인터페이스에 대한 스크린-크기 디스플레이 영역을 나타낸다. 패널(200)은 미리보기 패널 영역(202) 및 보기 영역(204)을 포함한다. 미리보기 패널(202)은 미리보기 컨트롤(206), 사용자 인터페이스(UI) 또는 편집 컨트롤(208), 및 태스크 컨트롤(210)을 포함할 수 있다. 통상적으로, 미리보기 컨트롤(206)은 사용자에게 미리 보여지는 아이템(예를 들면, 선택된 파일)의 이미지 또는 다른 시각적인 디스플레이를 제공하게 된다. 미리보기 컨트롤(206)은 또한 사용자가 마우스 버튼을 클릭함으로써 한 아이템으로부터 다음 아이템으로 초점을 이동할 수 있게 하는 이터레이터(iterator) 버튼과 같은 컨트롤을 사용자에게 제시할 수 있다. 하나 이상의 아이템에 대응하는 메타데이터 및/또는 아이템 컨테이너에 대응하는 메타데이터가 패널(200) 내의 다양한 위치에 디스플레이될 수 있다. 예를 들면, 편집 컨트롤 및 메타데이터가 편집 컨트롤 영역(208) 내에 공동 위치하여 편집 컨트롤 영역이 미리보기 아이템의 핵심 속성의 디스플레이를 포함할 뿐 아니라 메타데이터를 편집하는 옵션을 사용자에 제시하도록 할 수 있다. 태스크 컨트롤(210)은 네임스페이스및/또는 그 선택에 관련된 태스크를 포함한다. 본원에 기술된 다양한 구성 요소들은 공통 사용자-인터페이스 패널로 나타난 것과 같이, 디스플레이 영역을 공유할 수 있으며, 또는 대안으로 개별 패널과 같이 이들 고유의 분리된 영역들을 가질 수 있다.

선택적인 특징들이 패널(200) 내에 포함될 수 있고, 특징들이 제거될 수도 있다. 예를 들면, 미리보기 컨트롤(206) 및 태스크 컨트롤(210)은 제거될 수 있다. 또한, 사용자가 미리보기 패널을 여닫을 수 있게 하는 보여주기/숨기기 버튼 또는 이터레이터 버튼을 포함하는 툴바와 같은, 도 2a에 도시되지 않은 다른 특징들이 선택적으로 추가될 수 있다. 이들 및 기타의 선택적인 특징은 사용자가 셀 브라우저 내의 특정 아이템을 쉽게 찾아내는 것을 도울 수 있다.

보기 영역(204)은 이를테면 파일 시스템 파일들 또는 폴더들과 같은, 하나 이상의 아이템(212)의 이뉴머레이션 또는 리스트와 같은 리스트뷰(listview)를 제공한다. 아이템들 및 셀 아이템들은 파일, 폴더 및/또는 기타 이러한 컨테이너일 수 있고, 리스트뷰 내에 표시될 수 있는 다른 비-파일 객체(non-file object)를 포함할 수 있다. 비-파일 객체의 예는 장치, 연락처(contacts), 즐겨찾기 및 이메일 메시지를 포함할 수 있지만 이에 한정되지 않는다. 본원에서 "셀 브라우저" 및 "파일 시스템 브라우저"라는 용어는 사용자로 하여금 파일 또는 다른 비-파일 아이템들을 포함하는 하나 이상의 네임스페이스 전반을 네비게이션할 수 있게 하는 브라우저를 지칭하는 것으로 바꾸어(interchangeably) 사용될 수 있다.

패널(200)에 대하여 다수의 설계 및 레이아웃이 가능하다. 예를 들면, 도 2a에서 미리보기 패널(202)은 보기 영역(204) 위에 나타난다. 그러나, 미리보기 패널(202)과 보기 영역(204)을 나란히 배치하는 등의 다른 레이아웃 또한 가능하다. 편집 컨트롤(208)의 위치 또한 디스플레이되는 메타데이터의 위치에 독립적이며 임의의 다른 컨트롤의 위치에 독립적일 수 있다. 자세히 보기, 슬라이드쇼, 필름스트립(filmstrip), 썸네일, 타일형 보기, 아이콘 보기 등과 같이, 리스트뷰 영역(204)에 나타나는 아이템들에 대한 가능한 보기 유형 또한 다수 존재한다.

도 2b는 보기 영역(204)이 아이템들(212)을 자세히 보기 모드로 디스플레이하는 보기 영역(214)으로 대체되었다는 점을 제외하고는 도 2a와 유사하다. 자세히 보기 모드로 디스플레이된 셀 아이템들에 대하여, 아이템들(212)은 보기 영역(214)의 왼쪽에 열로 정렬될 수 있고, 하나 이상의 열 헤딩(216)이 동일한 행에 위치된 대응 아이템과 관련된 메타데이터(218)를 포함하는 열 세트의 상단 행을 형성한다. 사용자는 패널(200) 내의 임의의 위치에 있는 하나 이상의 편집 컨트롤(208)의 인스턴스화를 통해 메타데이터 값을 다른 값으로 변경할 수 있다. 예를 들면, 편집 컨트롤은 미리보기 패널(202) 및/또는 보기 영역(214) 내에 제공될 수 있다. 예를 들면, 사용자에게 처음에는 보이지 않았던 편집 컨트롤이 보기 영역(214) 내에 제공될 수 있다. 이러한 컨트롤은, 예를 들면, 사용자가 메타데이터(218) 상에서 호버링(hover)한 후 이를 클릭하여 편집 모드로 들어갈 때 인스턴스화될 수 있다.

다음으로 도 3을 참조하면, 셀 브라우저의 웰컴 패널(300)의 개략적인 도시 가 제공된다. 웰컴 패널을 때때로 "널 선택" 패널이라 칭하는데 이는 선택과는 반대로 네임스페이스/페이지 또는 컨테이너를 나타내기 때문이다. 사용자가 아직 선택을 하지 않았다면, 미리보기 패널(302)은 폴더 또는 셀 라이브러리에 관련된 핵심 태스크 및 메타데이터(304)를 디스플레이할 수 있다. 필요하다면, 태스크는 주요 태스크(306)와 다른 관련 태스크(308)로 나뉘어질 수 있다. 웰컴 패널(300)은 또한 복수의 파일 또는 기타 아이템들(312)이 보여질 수 있는 보기 영역(310)을 포함한다. 웰컴 패널 메타데이터(304)는 메타데이터 디스플레이가 정적일 수 있는 경우에, 컨테이너(예를 들면 MyPictures)의 속성과 같은 정보를 포함할 수 있다. 이와 달리, 웰컴 패널 메타데이터(304)는 메타데이터 디스플레이가 자주 변할 수 있는 경우, 컨테이너 내의 아이템 각각으로부터 메타데이터를 샘플링한 것과 같은 정보를 포함할 수 있다. 예를 들면, 메타데이터 디스플레이는 한 아이템으로부터 다음 아이템으로 매 30초마다 순환함으로써 한번에 한 아이템의 속성들로 제한될 수 있다.

도 4는 셀 브라우저의 선택 패널(400)을 개략적으로 도시한다. 웰컴 패널과는 반대로, 선택 패널은 사용자에 의한 선택을 나타낸다. 사용자가 컨테이너 또는 폴더를 선택했다면, 선택 패널이 이 컨테이너 또는 폴더에 대한 웰컴 패널과 동일해야 할 필요는 없다. 도 4에서, 선택 패널(400)은 미리보기 컨트롤(404), 메타데이터 디스플레이(406) 및 태스크 디스플레이(408)를 포함하는 미리보기 패널(402)을 포함한다. (도 3의) 웰컴 패널(300)과 마찬가지로, 선택 패널(400)도 복수의 파일들 또는 다른 아이템들(412)이 보여질 수 있는 보기 영역(410)을 포함한다. 그러나 도 4에는, 사용자가 파일들 중 하나를 선택한 상태이다. 그 결과, 미리보기 컨트롤(404)은 선택된 파일의 미리보기 이미지를 디스플레이하고, 메타데이터 디스플레이(406)는 선택된 파일의 속성들을 나타내며, 태스크 디스플레이(408)는 선택된 파일에 대하여 작동되는 관련 태스크들의 메뉴를 제공한다.

도 5는 도 4의 선택 패널의 개략적인 표현이지만, 도 5에서는 사용자가 셀 브라우저 내의 메타데이터를 수정할 수 있게 하는 컨텍스트 메뉴(500)를 더 포함한다. 도 5의 컨텍스트 메뉴(500)는 사용자에게 선택된 메타데이터를 변경하기 위한 몇 가지 옵션들을 제시한다. 메뉴(500)에 도시되는 일반적인 텍스트는 물론 디스플레이되는 메타데이터를 편집하기 위하여 사용자에게 제시될 수 있는 옵션들의 유형의 단지 일례일 뿐이다. 컨텍스트 메뉴는 웰컴 패널을 포함하는 임의의 패널에 제공되어 사용자 경험을 향상시킬 수 있다. 당업자라면 인식할 수 있는 바와 같이, 임의의 수의 다양한 컨텍스트 메뉴가 지원될 수 있다. 사용자가 셀 브라우저에 디스플레이되는 메타데이터를 수정할 수 있게 하기 위한 하나의 수단은 편집가능한 메타데이터 컨텍스트 메뉴(500)와 같은 컨텍스트 메뉴를 제공하는 것이다. 사용자는, 예를 들면, 미리보기 패널의 해당 텍스트 또는 객체를 클릭함으로써 컨텍스트 메뉴를 호출할 수 있다.

사용자가 셀 브라우저 내에 디스플레이되는 메타데이터를 수정할 수 있게 하기 위하여 컨텍스트 메뉴 이외의 다른 수단이 이용될 수 있다. 이를 위한 한 수단은 사용자가 메타데이터를 클릭하여 편집 모드로 들어가는 것이다. 이와는 다르게, 사용자는 미리보기 패널 내의 관련 텍스트 또는 객체 상에 호버링함으로써 편 집 모드로 들어갈 수 있다. 임의의 공지된 데이터 입력 및/또는 편집 형태가 사용될 수 있다.

도 6은 사용자가 셀 브라우저 내의 웰컴 패널에 디스플레이되는 메타데이터를 수정할 수 있게 하기 위한 방법(600)을 도시하는 흐름도이다. 방법(600)은 웰컴 패널 및 웰컴 패널과 관련된 메타데이터를 디스플레이하는 단계를 포함한다(602). 그 다음, 방법은 디스플레이되는 메타데이터의 사용자 수정을 위한 컨트롤을 제공한다(604). 사용자가 컨트롤을 조작하여 디스플레이된 메타데이터를 수정하면(606), 방법은 수정된 메타데이터를 웰컴 패널에 연관시켜(608) 차후 웰컴 패널이 디스플레이될 때 수정된 메타데이터가 디스플레이되도록 하게 된다.

도 7은 사용자가 셀 브라우저 내의 선택 패널에 디스플레이되는 메타데이터를 수정할 수 있게 하기 위한 방법(700)을 도시하는 흐름도이다. 방법(700)은 먼저 웰컴 패널의 아이템들 또는 선택 컨테이너의 아이템들과 같은 복수의 아이템들을 디스플레이한다(702). 사용자가 하나 이상의 아이템을 선택하면(704), 방법은 선택된 아이템(들)과 관련된 메타데이터를 디스플레이한다(706). 방법은 디스플레이되는 메타데이터의 사용자 수정을 위한 컨트롤을 제공한다(708). 사용자가 컨트롤을 조작하여 디스플레이된 메타데이터를 수정하면(710), 방법은 수정된 메타데이터를 선택된 아이템(들)에 연관시켜 차후 선택된 아이템(들)이 디스플레이될 때 수정된 메타데이터가 디스플레이되도록 하게 된다.

사용자가 복수의 아이템을 선택하는 경우(704), 디스플레이된 메타데이터는 선택된 아이템들의 속성들의 교집합, 속성들의 합집합, 또는 가능하다면 선택된 아 이템들에 관련된 새로운 속성들을 포함할 수 있다. 예를 들면, 데이터는 총 파일 사이즈, 총 재생 시간, 아이템들의 총개수, 평균 파일 사이즈, 평균 재생 시간 등을 제공하도록 통합될 수 있다. 또는, 디스플레이된 메타데이터는 선택된 아이템들 각각으로부터 순환하는(예를 들면, 한 선택된 아이템의 메타데이터로부터 다음 선택된 아이템의 메타데이터로 매 30초마다 순회하는) 메타데이터의 샘플을 포함할 수 있다. 모든 아이템들을 선택함으로써 이루어지는 메타데이터의 디스플레이가 아무것도 선택하지 않음으로써 이루어지는 메타데이터의 디스플레이와 동일하도록 하는 것이 가능하다.

도 8은 셀 브라우저에 디스플레이되는 아이템과 관련된 사용자 수정가능한 메타데이터를 포함하는 데이터 구조(800)의 블록도이다. 데이터 구조(800)는 아이템의 이름을 나타내는 제목 필드(802)를 포함한다. 비-파일 아이템들의 경우, 제목 필드(802)는 리스트뷰에서 해당 아이템을 알파벳으로 표기하기 위하여 쓰이는 임의의 속성의 이름을 포함할 수 있다. 데이터 구조(800)는 디스플레이되는 아이템과 관련된 하나 이상의 속성을 포함하는 사용자 편집가능한 속성 필드(804)를 포함하는데, 여기서 사용자 편집가능한 속성은 디스플레이되는 아이템과 함께 셀 브라우저에 디스플레이된다. 데이터 구조(800)는, 디스플레이되는 아이템에 관련된 임의의 읽기 전용 속성을 포함하며 셀 브라우저에 디스플레이될 가치가 있는 읽기 전용 속성 필드(806)를 선택적으로 포함할 수 있다. 셀 브라우저에서의 메타데이터 디스플레이의 크기 제한이 주어지면, 필드(804) 및 필드(806)의 속성의 개수가 제한될 수 있다. 그 결과, 데이터 구조(800)는 디스플레이되는 아이템과 관련된 메타데이터 또는 속성 모두를 포함하는 위치(예를 들면, 속성 페이지)에 대한 링크 또는 포인터를 포함하는 전체 속성 필드(808)를 선택적으로 포함할 수 있다. 물론, 전체 속성 필드(808)는 필드(804) 및 필드(806)가 디스플레이되는 아이템과 관련된 속성 모두를 포함하는 경우에는 불필요할 것이다. 데이터 구조(800)는, 파일 시스템 또는 셀 등에서, 하나 이상의 컴퓨터 판독가능 매체에 저장되어, 풍부한 저장소 보기를 제공하여, 셀 브라우저 내에서의 향상된 사용자 경험을 제공한다.

본원에 기술된 특징들을 가지는 복수의 시나리오가 이용될 수 있다. 첫 번째 예로서, 한 학생은 미리보기 패널을 이용하여 그녀의 프로젝트를 관리할 수 있다. 그녀가 자신이 작업하고 있는 프로젝트의 일부로서 새로운 문서들을 획득하면, 그녀는 자신의 문서 라이브러리에서 이들 문서를 선택하고 편집 컨트롤을 이용하여 키워드 필드에 프로젝트의 이름 및 문서 저자의 이름을 입력할 수 있다. 이제 새로운 문서가 그녀의 즐겨찾기 보기에 나타날 것이다: "Documents Grouped by Keyword and Listed by Author". 두 번째 예는 곧 출시될 광고 캠페인에 대한 자료를 찾고 있는 직원에 관한 것이다. 그가 셀 브라우저를 이용하여 자신의 고용주의 사진 저장 콜렉션 전반을 브라우징할 때, 그는 두 장의 사진을 선택하고, 미리보기 패널로부터, 새로운 키워드 "Summer 2003 Campaign."를 추가한다. 복수의 선택에 대하여 업데이트된 메타데이터를 이용하여, 이 직원은 이 키워드를 기준으로 하여 함께 그룹화된 "Summer 2003 Campaign" 파일들을 모두 볼 수 있다.

도 9는 확장된 컨트롤을 가지는 것을 제외하고는 도 4의 선택 패널(400)과 유사한 선택 패널의 개략도이다. 선택 패널(900)은 확장된 컨트롤(914)을 가지는 미리보기 컨트롤(904), 메타데이터 디스플레이(906) 및 태스크 디스플레이(908)를 포함하는 미리보기 패널(902)을 포함한다. 선택 패널(900)은 또한 복수의 파일 또는 다른 아이템들(912)이 보여질 수 있는 보기 영역(910)을 포함한다. 사용자가 파일들(912) 중 하나를 선택하면, 따라서 미리보기 컨트롤(904)이 선택된 파일의 미리보기 이미지를 디스플레이하고, 메타데이터 디스플레이(906)가 선택된 파일의 속성들을 나타내며, 태스크 디스플레이(908)가 선택된 파일에 대해 작동하는 관련 태스크들의 메뉴를 제공한다.

확장된 컨트롤(914)은 보다 높은 수준의 기능을 나타낸다. 예를 들면, 도 4에 도시된 것과 같은, 디폴트 미리보기 패널 또는 미리보기 컨트롤은 단순히 선택된 아이템의 미리보기 이미지를 디스플레이할 수 있다. 아이템이 워드 프로세싱 문서 또는 슬라이드 프리젠테이션인 경우, 디폴트 미리보기 이미지는 상기 문서 또는 슬라이드 데크(deck)의 첫 번째 페이지일 수 있다. 그러나, 미리보기 이미지의 기능성을 보다 대화식(interactive)으로 되도록 확장함으로써, 사용자는 확장된 컨트롤(914)을 매우 쉽게 조작하여 문서 또는 슬라이드 프레젠테이션의 페이지를 넘길 수 있다. 이러한 향상된 수준의 기능성은 사용자가 미리보기 아이템을 열지 않고도 이 아이템을 보다 광범위하게 브라우징할 수 있게 하기 때문에 사용자 경험을 향상시키며, 상기 기능성은 첫 번째 페이지에만 기초하여서는 쉽게 식별될 수 없는 파일들에 특히 유용하다.

확장된 컨트롤(914)은 셀 브라우저의 대안적인 프리뷰어(previewer)의 일부로서 사용자에게 이용가능하게 만들어질 수 있다. "프리뷰어"라는 용어는 미리보 기 컨트롤, 미리보기 컨트롤을 포함하는 미리보기 패널, 또는 미리보기의 선택, 생성 및/또는 디스플레이에 관련된 소프트웨어를 지칭하는 것일 수 있다. 셀 브라우저는 사용자에게 복수의 아이템 유형에 대하여 표준 레벨의 기능을 제공하는 디폴트 프리뷰어 및 특정 아이템 유형에 대하여 상이한 레벨의 기능을 제공하는 하나 이상의 대안적인 프리뷰어를 제공하여 사용자 경험을 향상시킬 수 있다. 대안적인 프리뷰어의 개발을 독립 소프트웨어 벤더(ISV) 및 다른 제3 개발자에게 개방하는 것은, 쉽게 인식될 수 있는 방식으로 파일의 적절한 양태를 보임으로써 파일 브라우징 경험에 가치를 더한다. 이미지 파일, 비디오 파일, 연락처, 게임, 스캐너, 비디오 카메라, 문서 파일, 스프레드시트 파일, 슬라이드 프레젠테이션 파일, 그림 파일 및 태블릿 잉크 파일을 포함하는 방대한 파일 유형 및 비-파일 아이템 유형에 대한 커스텀 프리뷰어가 개발될 수 있으나, 본 예에 한정되는 것은 아니다.

파일 유형 내부를 볼 수 있고 사용자가 이해할 의미 있는 이미지를 제공할 수 있는 코드를 제공함으로써 제3자가 자신들의 파일 유형을 기술하고 설명할 수 있게 한다. 예를 들면, 애플은 QUICKTIME™ 미리보기 컨트롤을 구현할 수 있는데, 이 컨트롤은 사용자가 QUICKTIME™ 파일을 선택할 때 셀 브라우저에 디스플레이될 것이다. 이러한 미리보기 컨트롤은 운영 체제의 셀에 디폴트 프리뷰어 이외에도, QUICKTIME™ 영화의 전체 또는 일부(예를 들면, 처음의 5초분)를 보여주는 것 또한/또는 사용자가 QUICKTIME™ 플레이어를 실행하기 위한 버튼 또는 컨트롤을 제공하는 것 등의 기능을 포함하는, 대안적이거나 확장된 레벨의 기능을 제공할 수 있다. 음악 파일을 위한 대안적인 프리뷰어는 이와 유사한 확장된 기능성을 제공할 수 있 다. 당업자라면 대안적인 프리뷰어의 확장된 기능성에 대한 가능성이 무한하다는 것을 인식할 것이다.

도 10은 사용자가 셀 브라우저의 메타데이터를 수정할 수 있게 하는 컨텍스트 메뉴(1014)를 더 포함하는 점 이외에는 도 4의 선택 패널과 유사한 선택 패널의 개략적인 표현이다. 선택 패널(1000)은 미리보기 컨트롤(1004), 메타데이터 디스플레이(1006) 및 태스크 컨트롤(1008)을 포함하는 미리보기 패널(1002)을 포함한다. 선택 패널(1000)은 또한 복수의 파일 또는 다른 아이템(1012)이 보여질 수 있는 보기 영역(1010)을 포함한다. 메타데이터 컨트롤(1006) 및 태스크 컨트롤(1008)은 원하는 경우 생략될 수 있다.

도 10의 컨텍스트 메뉴(1014)는 사용자에게, 선택된 아이템에 대한 디폴트 프리뷰어 또는 대안적인 프리뷰어 중 하나를 선택하는 선택 사항을 포함하는, 몇몇의 옵션을 제시한다. 메뉴(1014)에 도시된 일반적인 텍스트는 물론 사용자에게 프리뷰어를 선택하도록 제시될 수 있는 옵션들의 유형의 단지 일례일 뿐이다. 컨텍스트 메뉴는 사용자 경험을 향상시키기 위하여 웰컴 패널을 포함하는 임의의 패널에 제공될 수 있다. 당업자들은 본 발명에 의하여 임의의 개수의 다양한 컨텍스트 메뉴가 지원될 수 있음을 인식할 것이다. 셀 브라우저 내의 프리뷰어의 사용자 선택을 할 수 있게 하는 하나의 수단은 컨텍스트 메뉴(1014)와 같은 컨텍스트 메뉴를 제공하는 것이다. 사용자는, 예를 들면, 미리보기 패널에서 대응하는 텍스트 또는 객체를 클릭함으로써 컨텍스트 메뉴를 호출할 수 있다.

컨텍스트 메뉴 이외에도, 셀 브라우저 내의 복수의 이용가능한 프리뷰어로부 터 디스플레이된 아이템에 대한 프리뷰어를 선택하기 위한 수단이 제공될 수 있다. 이러한 수단 중 하나는 사용자가 미리보기 컨트롤을 클릭하여 선택 모드에 들어가는 것이다. 마찬가지로, 사용자는 미리보기 패널 내에서 우클릭함으로써 프리뷰어를 선택할 수 있다. 이와는 다르게, 사용자는 미리보기 패널 내의 관련 텍스트 또는 관련 객체 상에 호버링함으로써 선택 모드로 들어갈 수 있다. 방대한 대안적인 수단이 본 발명의 범위 내에서 이용될 수 있다.

도 11a는 사용자가 복수의 아이템을 지원하는 셀 브라우저에서 프리뷰어를 선택할 수 있게 하기 위한 방법(1100)을 도시하는 흐름도이다. 방법(1100)은 단계(1102)에서 셀 브라우저에 복수의 프리뷰어를 제공한다. 복수의 프리뷰어는 복수의 아이템 유형을 위한 디폴트 프리뷰어 및 특정 아이템 유형을 위한 하나 이상의 대안적인 프리뷰어를 포함할 수 있다. 이들 대안적인 프리뷰어는 제3자에 의해 개발되고 설치된 애플리케이션을 포함할 수 있다. 단계(1104)에서, 방법(1100)은 사용자에게 특정 아이템 유형을 위한 2개 이상의 프리뷰어의 선택을 제시한다. 프리뷰어를 선택하라는 프롬프트가 (예를 들면, 새로운 아이템 유형을 디스플레이할 때) 셀 브라우저 및/또는 사용자에 의해 (예를 들면, 컨텍스트 메뉴를 디스플레이하기 위하여 객체를 클릭함으로써) 개시될 수 있다. 단계(1106)에서 사용자로부터 특정 아이템 유형을 위하여 프리뷰어들 중 하나를 선택하는 것을 나타내는 입력을 수신할 때, 방법(1100)은 그 다음 단계(1108)에서 이 선택된 프리뷰어를 이 특정 아이템 유형과 연관시킨다. 선택된 프리뷰어는 사용자가 다른 것을 선택할 때까지 사용 중인 상태를 유지할 것이다. 그러나, 선택된 프리뷰어가 인스톨된 애플리케 이션인 경우, 원한다면, 애플리케이션을 언인스톨하는 것이 선택된 프리뷰어의 사용을 종료할 수 있다.

도 11b는 복수의 아이템 유형을 지원하는 셀 브라우저에서 프리뷰어를 자동으로 선택할 수 있게 하기 위한 방법(1110)을 도시하는 흐름도이다. 방법(1110)은 단계(1112)에서 셀 브라우저에 복수의 프리뷰어를 제공한다. 복수의 프리뷰어는 복수의 아이템 유형을 위한 디폴트 프리뷰어 및 특정 아이템 유형을 위한 하나 이상의 대안적인 프리뷰어를 포함할 수 있다. 이들 대안적인 프리뷰어는 제3자에 의해 개발되고 설치된 애플리케이션을 포함할 수 있다.

단계(1114)에서, 시스템은 (사용자의 상대방으로서) 특정 아이템 유형을 위한 2개 이상의 이용가능한 프리뷰어로부터 디폴트 프리뷰어를 자동으로 공개적으로(transparently) 선택한다. 시스템은 새로운 아이템 유형의 디스플레이 또는 대안적인 프리뷰어의 존재 등의 이벤트에 대응하여 프리뷰어를 선택할 수 있다. 시스템은 논리 규칙에 기초하여 디폴트 프리뷰어를 선택하도록 구성된다. 예외적인 환경 하에, 시스템은 단계(1116)에서 규칙을 무효화하고 적용가능한 규칙 하에서 선택되지 않았을 프리뷰어를 선택하도록 결정할 수 있다. 예를 들면, 규칙이 현재 디폴트 프리뷰어 보다 새롭게 이용가능한 프리뷰어를 선택하는 것이라면, 설치된 애플리케이션은 일반적으로 디폴트 프리뷰어를 설치된 애플리케이션으로부터 현재 이용가능한 프리뷰어로 변경할 권한을 가질 수 있다. 그러나, 셀 브라우저는, 예를 들면, 새롭게 설치된 애플리케이션에 의해 제안된 변경을 무효화하는 권한을 보유할 수 있다. 예를 들면, 무효화는 새롭게 설치된 애플리케이션이 문제가 되는 아이템 유형의 적절한 소유자로서 인증될 수 없을 때 적절할 수 있다.

임의의 이벤트에 있어서, 방법(1110)은 단계(1118)에서 선택된 프리뷰어를 특정 아이템 유형과 연관시킨다. 선택된 프리뷰어는 다른 것이 선택될 때까지 사용 중인 상태를 유지할 것이다. 그러나, 선택된 프리뷰어가 인스톨된 애플리케이션인 경우, 원한다면, 애플리케이션을 언인스톨하는 것이 선택된 프리뷰어의 사용을 종료할 수 있다.

그 다음 도 12를 참조하면, 복수의 아이템 유형을 지원하는 셀 브라우저에서 제3자 프리뷰어를 사용할 수 있게 하기 위한 방법(1200)을 나타내는 흐름도가 도시되어 있다. 방법(1200)은 단계(1202)에서 복수의 아이템 유형을 위한 디폴트 프리뷰어를 가지는 셀 브라우저를 제공하는 단계를 포함한다. 방법(1200)은 단계(1204)에서 복수의 아이템 유형들 중 적어도 하나를 위한 대안적인 프리뷰어의 제3자 개발을 위한 확장성 메카니즘을 제공하는 단계를 더 포함한다. 단계(1206)에서 대안적인 프리뷰어가 셀 브라우저에 등록될 수 있다. 설치 애플리케이션의 경우, 설치 시점에서 실질적으로 등록(registration)이 일어날 수 있다. 예를 들면, 애플리케이션이 OEM에 의해 설치되는 경우, 사용자가 컴퓨터를 획득하기 전에 대안적인 프리뷰어가 등록될 수 있다. 또는, 사용자는 애플리케이션을 국부적으로 또는 원격으로 설치할 수 있다.

앞서 단계(1204)에서 언급된 확장성 메카니즘에 대한 다양한 가능한 접근법이 존재한다. 이러한 접근법 중 하나는 독립적인 소프트웨어 벤더(ISV) 및 다른 제3 개발자가 대안적인 프리뷰어를 개발할 수 있도록 애플리케이션 프로그램 인터 페이스(API) 세트를 노출시키는 것을 포함한다. API 접근법을 이용하면, ISV가 자신들의 미리보기 컨트롤을 이 ISV에 의해 소유되는 아이템 유형과 연관시킬 수 있게 하는 등록 메카니즘이 존재한다. 그 유형의 파일 또는 아이템이 셀 브라우저에서 선택된다면, ISV의 미리보기 컨트롤은 이러한 등록 메카니즘 및 확장성 API를 통해 인스턴스화된다. API는 미리보기 컨트롤에 데이터를 제공한다: 뷰에서 선택된 아이템(들)을 나타내는 데이터 및 뷰에서 아이템들의 부모 컨테이너를 나타내는 데이터. 미리보기 컨트롤은 이러한 데이터 상에서 작동하며 셀 브라우저에 표시된 API를 통해 사용자 인터페이스를 제공한다. 사용자는 이들 사용자 입력 이벤트 상에서 동작할 수 있는 미리보기 컨트롤로 셀 브라우저에 의해 전달되는 키스트로크 및 마우스 이벤트로 입력을 제공할 수 있다.

당업자들은 이 확장성 메카니즘에 관련하여 다수의 접근법이 가능함을 인식할 것이다. API 접근법 이외에도, 유사한 기능이 사용자 구성, HTML로의 포인터 또는 플래시를 호스팅하는 것을 통해 성취될 수 있다. 또한, 확장성 모델은 선택된 아이템 유형을 소유한 오직 하나의 애플리케이션은 오직 하나의 대안적인 프리뷰어만을 제공할 수 있음을 요구할 수 있다. 다시 말하면, 이용가능한 프리뷰어의 개수는 디폴트 프리뷰어 및 하나의 대안적인 프리뷰어로 한정되어 복수의 등록된, 확장된 프리뷰어가 서로 경쟁하여 사용자 경험을 저하시키는 것을 피할 수 있다. 그러나, 다른 모델은 선택된 아이템 유형을 처리할 수 있는 임의의 애플리케이션이 하나의 추가적인 프리뷰어를 제공할 수 있게 될 것이다. 대안적인 모델은 임의의 실행 코드가 임의의 아이템 유형에 대하여 하나의 추가적인 프리뷰어를 제공할 수 있게 할 것이다. 디폴트 프리뷰어를 교체하거나 제거하는 것을 허용하는 것 또한 특정 환경 하에 바람직할 수 있다.

도 13은 셀 브라우저의 복수의 프리뷰어를 나타내는 정보를 포함하고 하나 이상의 컴퓨터-판독가능 매체에 저장되는 데이터 구조(1300)의 블록도이다. 데이터 구조(1300)는 복수의 아이템 유형들을 지원하는 디폴트 프리뷰어를 나타내는 정보를 포함하는 디폴트 프리뷰어 필드(1302)를 포함한다. 대안적인 프리뷰어 필드(1304)는 제1 아이템 유형에 대한 대안적인 프리뷰어를 나타내는 정보를 포함한다. 다른 대안적인 프리뷰어 필드(1306)는 제1 아이템 유형에 대한 제2 대안적인 프리뷰어를 나타내는 정보를 포함할 수 있거나, 제2 아이템 유형에 대한 대안적인 프리뷰어를 나타내는 정보를 포함할 수 있다. 당업자들은 몇몇의 경우에는 오직 하나의 대안적인 프리뷰어 필드가 존재할 수 있고, 다른 경우에는 2개 이상의 대안적인 프리뷰어 필드가 존재할 수 있음을 인식할 것이다. 선택된 프리뷰어 필드(1308)는 디폴트 프리뷰어를 호출할지 특정 아이템 유형인 아이템들이 셀 브라우저에 디스플레이되는 경우 대안적인 프리뷰어를 호출할지를 나타내는 정보를 포함한다. 필드(1306)가 제2 아이템 유형에 대한 대안적인 프리뷰어를 타나내는 정보를 포함하는 경우, 선택되는 프리뷰어 필드(1310)는 디폴트 프리뷰어를 호출할지 제2 아이템 유형인 하나 이상의 아이템들이 셀 브라우저에 디스플레이되는 경우 대안적인 프리뷰어를 호출할지를 나타내는 정보를 포함할 수 있다. 필드(1302, 1304, 및/또는 1306)에 포함되는 정보는 사용자가 해당 유형의 객체를 선택할 때 실행되도록 구성된 프리뷰어 코드를 포함할 수 있다.

도 14a 및 14b는 상술하였고 본원에 기술된 특징에 관련하여 이용될 수 있는 미리보기 프로세스에 대한 예시적인 흐름도를 도시한다. 이 프로세스의 초기 단계로서, 단계(1401)에서 하나 이상의 프리뷰어가 시스템 상에 설치될 수 있다. 프리뷰어는 기본적인 운영 체제 소프트웨어의 일부로서 탑재된(shipped) 소프트웨어일 수 있다. 프리뷰어는 또한 컴퓨터 시스템이 탑재된 이후에 컴퓨터 시스템에 추가적으로 로딩되는 소프트웨어일 수 있다. 예를 들면, 기본적인 운영 체제는 프리뷰어의 추후의 개발 및/또는 추가를 할 수 있게 할 애플리케이션 프로그래밍 인터페이스(API) 세트를 노출할 수 있다.

단계(1402)에서, 하나 이상의 프리뷰어에 대하여 새로운 연관이 생성될지를 판정하는 검사가 이루어질 수 있다. 연관은 사용될 프리뷰어의 유형 및 시간을 제어하는 임의의 요청 및/또는 기준일 수 있다. 시스템이 이용하는 디폴트 프리뷰어가 사용자 정의될 수 있도록, 연관은 소정의 사용자 식별(또는 특정 사용자가 미리보기를 전부 중지시키길 원할 경우), 및/또는 시스템 상태(예를 들면, 이용가능한 자원, 메모리, 현재 실행되는 애플리케이션, 생성되었거나 생성될 미리보기의 개수, 이용가능한 전력, 날짜, 다른 애플리케이션의 상태 등)에 기초하는 특정 소정의 상황에 이용될 프리뷰어(들)의 유형과 파일 유형을 정의하도록(예를 들면, 사용자가 가정용 비디오에 대하여 소정 유형의 프리뷰어를, 그리고 압축된 노래에 대하여 다른 프리뷰어를 사용하기를 선호할 수 있다) 생성될 수 있다. 사용자는 특정 파일 유형은 오직 기본/비-대화적 미리보기를 가져야 함을 지정할 수 있으며, 또한 시스템은 소정의 개수의 실패, 충돌, 또는 느려짐(hangs)을 경험하는 경우 이 시스 템이 미리보기를 자동으로 중단시킬 수 있다. 애플리케이션은 애플리케이션으로부터 열린 미리보기, 또는 애플리케이션에 의해 생성된 파일들의 미리보기가 항상 동일한 프리뷰어를 이용하여 미리 보여질 수 있도록 하나 이상의 프리뷰어와 연관될 수 있다. 이들 연관은 복수의 미리보기들이 선호되는 순서로 랭크되도록 본질적으로 계층구조로 되어 있을 수 있다. 새로운 연관을 요청하는 단계(1402)는 시작할 때, 애플리케이션을 설치할 때, 소정의 애플리케이션을 실행할 때, 및/또는 사용자 요청에 의해서 일어날 수 있다.

새로운 연관을 생성하라는 요청이 수신되면, 단계(1403)에서 연관이 생성된다. 연관을 생성하는 동작은 특정 프리뷰어가 이용되어야 할 때 만족시켜야 할 특정 기준에 대해 사용자에게 질의함으로써, 또는 애플리케이션 및/또는 시스템 그 자체로부터 자동으로 이러한 기준 정보를 검색함으로써 수행될 수 있다. 생성될 때, 실제 연관은 프리뷰어(들)를 상기 식별된 기준 중 임의의 것과 연관시키는 컴퓨터 시스템의 메모리에 저장된 데이터의 형태를 취할 수 있다.

단계(1404)에서, 프리뷰어가 열릴 필요가 있는지에 대한 판정하기 위한 검사가 이루어진다. 프리뷰어를 열 것을 유발(trigger)할 수 있는 복수의 이벤트가 존재한다. 예를 들면, 사용자가 시스템 상의 셀 브라우저를 열고 파일 및/또는 폴더를 읽어보기 시작할 때, 브라우저는 프리뷰어를 개시하여 하나 이상의 선택된 파일(또는 아무것도 선택되지 않은 경우에는 디폴트 파일)의 미리보기를 디스플레이할 수 있다. 대안으로, 프리뷰어는 임의의 다른 애플리케이션을 요청할 때 트리거될 수 있다. 프리뷰어는 또한 복수의 애플리케이션에 의해 공유되는 공통 파일 다 이얼로그의 생성에 의해 트리거될 수도 있다. 공통 파일 다이얼로그 미리보기는 이하 더 기술될 것이다.

프리뷰어가 열려야 하는 경우, 시스템은 단계(1405)에서 미리보기될 수 있는 선택 또는 선택들을 수신할 수 있다. 이는 미리보기되어야 할 파일(또는 파일들)의 식별자(identification)를 수신하는 것을 포함할 수 있다. 이러한 선택은 사용자에 의하여, 열거된 파일로 마우스 포인터를 이동하고 왼쪽 마우스 버튼을 누름으로써, 또는 복수의 파일 리스팅 주변의 선택 박스를 클릭하고 드래그함으로써 하나 이상의 파일의 선택 등에 의하여, 이루어질 수 있다. 대안으로, 선택은 자동으로 이루어질 수 있다. 예를 들면, 특정 애플리케이션에서 소정의 파일이 디폴트가 될 수 있으며, 이 파일이 처음에 열릴 때 미리보기를 위하여 자동으로 이 파일을 선택할 수 있다. MICROSOFT WORD™와 같은 워드 프로세싱 프로그램은 텍스트 편집 특징을 포함하는 프리뷰어가 디폴트가 될 수 있다. 시스템은 검색 수행을 결과로서 미리보기를 위한 파일들을 자동으로 선택할 수 있다. 사용자는 키워드와 같은 검색 기준을 입력할 수 있고 시스템 또는 애플리케이션은 미리보기를 위하여 검색 결과들 중 하나를 자동으로 선택할 수 있다. 예를 들면, 사용자는 시스템 검색 도구에 "peanut"을 키워드로서 타이핑할 수 있고, "peanut"을 포함하는 파일들의 결과 목록이 첫 번째로 리스트된 파일의 미리보기와 함께 디스플레이될 수 있다.

일단 미리보기될 파일(들)이 선택되었다면, 단계(1406)에서 시스템은 적절한 미리보기를 선택하고 생성한다. 적절한 미리보기를 선택하는 것은 생성된 하나 이상의 연관에 기초할 수 있고(예를 들면, 사용자는 특정 유형의 모든 파일을 미리보 기하거나, 특정 파일을 미리보기하기 위한 특정 프리뷰어를 선택하였다), 이용가능한 (또는 소비되는) 시스템 자원에 기초할 수도 있다. 대안으로, 사용자는, 예를 들어, 어떤 프리뷰어가 현재 미리보기에 사용되어야 할지, 미리보기될 선택에 적합할 수 있는 소정의 프리뷰어들의 제시된 리스트로부터 선택함으로써 이를 식별하라는 요청을 받을 수 있다.

몇몇의 경우, 보다 풍부한 대화형 미리보기가 시작되고 있는 동안 보여질 수 있는 초기 기본 미리보기를 생성하는 것이 필요할 수 있다. 예를 들면, 텍스트 문서의 풍부한 미리보기가 로딩되고 생성되는 데에 수 초가 필요할 경우, 그 사이에 사용자에게는 보다 빨리 생성될 수 있는 보다 기본적인 미리보기가 제시될 수 있다. 보다 기본적인 미리보기는 풍부한 미리보기에 제공되는 대화형 기능 중 일부를 가질 수 있거나, 이중 어느 것도 가지지 않을 수 있으며, 사용자가 적어도 선택(들)을 미리보기하는데 있어서 시작하게 할 수 있다.

미리보기를 선택하는 것은 사용될 수 있는 미리 저장된 프리뷰어 시퀀스를 포함할 수 있다. 예를 들면, 특정 애플리케이션 또는 뷰는 완전히 풍부한 프리뷰어, 축소된 특징의 프리뷰어, (대화형을 필요로 하지 않는) 기본 썸네일 미리보기, 및 MICROSOFT WINDOWS™에 현재 이용되는 데스크탑 아이콘과 유사한 기본 아이콘과 같은 이용가능한 프리뷰어의 계층구조화된 시퀀스를 가질 수 있다. 프리뷰어가 열려야할 때, 시스템은 완전히 풍부한 프리뷰어와 같은 소정의 프리뷰어로 시작하고 프리뷰어 시퀀스를 통해 "축소되어(fall back)" 가장 적절한 것을 찾을 수 있다. 예를 들면, 완전히 풍부한 미리보기는 페이징, 줌 및 사용자가 미리보기로부터 문 서를 편집할 수 있게 하는 텍스트 편집 기능을 제공하는 프리뷰어를 가지는 특정 뷰에 대하여 디폴트가 될 수 있으며, (예를 들면, 메모리 제한, 다른 애플리케이션, 다른 프리뷰어 등에 기인하여) 그 미리보기를 적절하게 제공하기에 시스템 자원이 불충분하다면, 시스템은 리스트 상에 다음 프리뷰어(예를 들면, 특징이-적은 것)를 검사할 수 있다. 다음 프리뷰어는, 예를 들면, 문서 전반을(예를 들면, 페이징 및 주밍) 네비게이션할 기능만 제공하고 편집 기능은 제공하지 않음으로써, 약간 더 적은 특징을 가질 수 있다. 이러한 프리뷰어는 실행을 위한 시스템 자원을 더 적게 요구할 수 있으며, 자원이 이용가능하지 않는 경우 바람직할 수 있다. 제2 프리뷰어를 제공하기에 여전히 자원이 불충분하다면, 시스템은 다음 프리뷰어(예를 들면, 대화성이 거의 없거나 전혀 없는 기본 썸네일 뷰)를 검사할 수 있으며, 주어진 이용가능한 자원에 적절한 프리뷰어를 발견할 때까지 이 작업은 계속된다.

미리보기가 생성될 때, 미리보기는 미리보기를 요청한 애플리케이션과는 별개이고 분리된 프로세스로서 개시될 수 있다. 예를 들면, 프리뷰어가 시스템 셀 브라우저에 제공되는 경우, 이 프리뷰어는 셀 브라우저로부터 독립적인 프로세스로서 실행될 수 있다. 미리보기를 별개의 프로세스로 함으로써, 셀 브라우저는 자신이 미리보기 애플리케이션으로부터의 응답을 기다려야할 지위에 놓여있지 않음을 알 수 있으며, 프리뷰어가 어려움을 만났을 때 충돌하거나 느려지는 것을 피할 수 있다. 이러한 어려움은 다양한 원인으로부터 기인할 수 있다. 선택된 파일이 오류 데이터(corrupt data)를 가져서 미리보기 애플리케이션이 이를 처리하지 못하게 될 수 있으며; 미리보기 애플리케이션 자체가 원활한 동작을 방해하는 에러 또는 버그를 가질 수 있고; 파일에 잘못된 라벨이 붙거나 파일이 잘못 식별되어 잘못된 미리보기 애플리케이션이 선택될 수도 있으며(예를 들면, 파일은 실제로 텍스트 파일인데 오디오 파일이라고 나타날 수 있다); 시스템 자원이 배드 메모리 섹터 등의 문제를 만날 수도 있다. 프리뷰어를 분리된 프로세스로 하여 어느 정도의 충돌/느려짐에 대한 방지를 제공할 수 있다. 프리뷰어가 에러, 충돌, 또는 느려짐을 만났을 때, 이 문제는 미리보기 패널 자체로 한정될 것이고, 셀 브라우저는 계속하여 기능할 수 있다. 일부 예에서, 시스템은 특정 미리보기 애플리케이션이 어려움, 충돌 및/또는 느려짐을 겪는 회수를 추적할 수 있고, 소정의 개수를 초과할 경우(예를 들면, 3번), 시스템은 특정 프리뷰어가 이용되는 빈도를 줄이는 조치를 취할 수 있다. 예를 들면, 시스템은 그 프리뷰어의 우선순위를 낮추거나, 다른 프리뷰어를 호출하는 연관을 생성할 수 있다.

단계(1407)에서, 사용자가 임의의 디스플레이된 미리보기와 대화(interact)하였는지를 판정하는 검사가 이루어진다. 대화(interaction)는 임의의 형태의 공지된 컴퓨터 대화를 취할 수 있다. 예를 들면, 대화는 미리보기 패널 내에서의 마우스 클릭일 수 있다. 대화는, 버튼 커서 화살표를 페이징 하는 것 등과 같은, 미리보기 패널에서의 하나 이상의 그래픽 인터페이스 구성요소를 선택하는 것일 수 있다. 대화는 텍스트 문서의 미리보기 내의 커서를 이동시키기 위한 커서 이동 키 등의 키보드 키의 형태를 취할 수 있다.

대화가 일어나는 경우, 단계(1408)에서 적절한 프로세싱이 일어날 것이다. 대화를 프로세싱하는 것은 사용자 입력에 대한 임의의 응답의 형태를 취할 수 있다. 예를 들면, 프로세싱은 미리보기 패널 내의 마우스 또는 다른 포인터를 클릭하는 사용자에 응답하여 편집 프로세스를 개시할 수 있다. 편집 프로세스는 사용자가 미리보기 패널을 가지는 보기를 벗어날 필요 없이 사용자가 미리보기 패널로부터 직접 미리보기된 파일을 보고 또한/또는 편집할 수 있게 할 수 있다.

단계(1409)에서, 미리보기 패널이 크기조절되었는지 판정하는 검사가 이루어진다. 패널은, 예를 들어, 사용자가 명령을 입력함으로써 및/또는 경계를 클릭하고 드래그하거나 미리보기 패널의 도구를 크기조절함으로서 크기조절될 수 있다. 패널이 크기조절되었다면, 단계(1410)에서 새로운 크기조절된 패널이 디스플레이된다. 원한다면, 크기조절된 패널은 본래의 패널에서 나타난 것과 동일한 양태 비율을 자동으로 유지하도록 구성될 수 있다. 몇몇의 파일 유형은 연관 등을 통하여 항상 동일한 양상의 비율을 가지도록(예를 들면, 비디오는 항상 4:3을 가질 수 있다) 구성될 수 있다. 미리보기를 동반한 속성 또는 메타데이터가 디스플레이되었다면, 속성 및/또는 메타데이터 디스플레이 영역은 새로운 미리보기 패널 사이즈에 부합하도록 크기조절될 수 있다. 예를 들면, 속성 또는 메타데이터 디스플레이 영역은 미리보기 패널과 동일한 높이 또는 너비를 항상 가지도록 구성될 수 있다. 역으로, 속성/메타데이터 디스플레이 영역의 크기조절에 응답하여 프리뷰어가 크기조절될 수 있다. 원하는 경우, 이 새로운 사이즈는 특정 파일 유형, 현재 뷰, 애플리케이션, 및/또는 사용자에 관련된 새로운 디폴트 사이즈로서 시스템에 저장되고, 미리보기가 필요한 다음 시점에 이용될 수 있다.

단계(1411)에서, 미리보기 패널의 새로운 사이즈가 미리보기에 대한 하나 이상의 소정의 임계치를 넘어섰는지 알기 위한 검사가 이루어질 수 있다. 상술한 바와 같이, 프리뷰어들은 이들의 사용에 대한 하나 이상의 기준을 가질 수 있다. 이러한 기준들 중 하나는 프리뷰어에 이용가능한 디스플레이 영역의 개수에 관련될 수 있다. 예를 들면, 서로 다른 사이즈의 미리보기에 대하여 서로 다른 수준의 대화성 및/또는 기능성이 제공될 수 있다. 예로서, MICROSOFT WORD™ 등의 워드 프로세서를 이용하면, 더 큰 미리보기는 문서에서의 네비게이션/페이징 및 주밍, 폰트 사이즈 변경, 또는 미리보기의 커서를 이용하여 텍스트 편집 등의 보다 상세한 기능성을 제공할 수 있는 반면, MICROSOFT WORD™ 문서의 더 작은 미리보기는 네비게이션 및 주밍 특징은 여전히 포함하지만 디스플레이가 너무 작아 텍스트를 편집하기 위한 커서를 합리적으로 이용할 수 없는 경우에 커서 텍스트 편집은 없어질 수 있다. 프리뷰어는 이와 관련된 하나 이상의 임계치 사이즈들을 가질 수 있는데, 이는 연관 중에 생성되고, 컴퓨터 시스템의 메모리에 저장되며, 임계치에 달하거나 임계치를 통과했을 때의 사용을 위하여 대체 프리뷰어를 식별할 수 있다. 예를 들면, 프리뷰어는 특정 특징을 구현하기 위하여 최소 256 픽셀의 너비를 요구할 수 있는 반면, 다른 특징들은 512 픽셀인 경우에만 포함될 수 있다.

새로운 사이즈가 최소 또는 최대 임계치와 같은 임계치를 통과한다면, 단계(1412)에서 대체 미리보기가 선택되고 생성될 수 있다. 대체 미리보기의 생성은 단계(1406)에서의 미리보기의 생성과 동일할 수 있다. 그러므로, 예를 들면, 미리보기 패널이 특정 최소 사이즈를 넘어서는 사이즈로 축소되었다면, 더 작은 사이즈 에서 여전히 이용될 수 있는 대화형 특징의 더 작은 서브셋을 제공하는 대체 프리뷰어가 이용될 수 있다. 대안으로, 미리보기 패널이 특정 최대 사이즈를 넘어서도록 확대되었다면, 보다 많은 사용자 인터페이스 컨트롤을 가지는 프리뷰어와 같이, 더 큰 사이즈에서도 유용할 수 있는 보다 많은 특징을 제공하거나, 미리보기 내에 상세한 편집을 할 수 있게 하는 대체 프리뷰어가 이용될 수 있다.

단계(1413)에서, 디스플레이되는 속성, 또는 메타데이터의 조각이 편집되어야하는지를 판정하는 검사가 이루어진다. 이러한 데이터는, 예를 들면, 디스플레이된 메타데이터 조각 상에 마우스 또는 포인터를 클릭함으로써, 또는 텍스트 엔트리 또는 메뉴 사용자 인터페이스를 이용하여 값을 입력함으로써 편집될 수 있다. 단계(1414)에서, 특정 속성을 편집하기 위한 적절한 조치가 취해진다. 실제 조치들은 편집되는 데이터 유형에 의존할 수 있다. 데이터 필드는 캘린더 사용자 인터페이스 구성요소를 가져와서, 사용자가 이를 보고 입력에 대한 날짜(및/또는 시간) 값을 선택할 수 있게 할 수 있다. 다른 유형의 데이터가 텍스트 입력 박스를 통해 입력될 수 있고, 다른 유형은 풀다운 메뉴 등의 메뉴로부터 선택될 수 있다.

단계(1415)에서, 시스템이 풍부한 프리뷰어의 로딩을 대기 중인지를 판정하는 검사가 이루어진다. 상술한 바와 같이, 풍부한 미리보기가 시스템 상에 초기화되고 있는 동안 보다 기본적이고 일반적인 미리보기가 제공될 수 있다. 시스템이 풍부한 프리뷰어를 대기 중인 경우, 단계(1416)에서, 풍부한 프리뷰어가 준비되었는지 판정하는 검사가 이루어진다. 준비되었다면, 단계(1417)에서 시스템은 기존의 미리보기를 풍부한 미리보기로 교체할 것이다. 단계(1417)는 또한 풍부한 프리 뷰어를 여전히 필요로 하는지를 판정하기 위한 사용자 질의를 포함할 수 있다. 이 단계는 2개의 프리뷰어를 보여주지만, 2개 이상도 이용될 수 있다. 예를 들면, 시스템은 썸네일 미리보기를 기다리고 있을 때 아이콘을 디스플레이하고, 그 다음 풍부한 미리보기를 기다리고 있을 때 썸네일을 디스플레이 등을 할 수 있다.

단계(1418)에서, 프리뷰어가 닫혀야하는지를 판정하는 검사가 이루어지고, 그렇다면, 단계(1419)에서 프리뷰어가 닫힌다. 그 다음, 프로세스는 단계(1402)로 복귀하여 다시 시작한다. 물론, 도 14a-b에 도시된 프로세스는 단지 복수의 단계를 나열하는 방식을 보여주는 일례일 뿐이며, 임의의 단계들이 본원에 기술된 임의의 특징을 구현(또는 제거)하기 위해 원하는 만큼 재정렬되거나, 반복되거나, 삭제되거나, 수정될 수 있다.

도 15는 본 발명의 하나 이상의 양태를 포함하는 다른 셀 브라우저 인터페이스(1500) (또는 시스템 브라우저)의 일례이다. 브라우저(1500)는 하나 이상의 디렉토리, 네트워크, 드라이버, 폴더 등의 내용을 보기 위한 운영 체제의 일부로서 제공될 수 있고, 범용적이거나, 애플리케이션-특화된 것이 아닐(non-application specific) 수 있다. 브라우저(1500)에서, 복수의 아이템(1501)이, 파일 이름, 파일 유형 및 다양한 아이템에 대하여 열거되는 다른 데이터와 함께 열거된다. 이 예에 도시된 바와 같이, 복수의 서로 다른 유형의 파일들(예를 들면, 텍스트 파일, 이미지 파일, 오디오 파일, 및/또는 워드 프로세싱 애플리케이션과 같은 기존의 애플리케이션에 대한 커스텀 데이터 파일)이 모두 셀 브라우저에 디스플레이될 수 있다. 데이터(예를 들면, 오늘의 파일 및 내일의 파일)에 의해 구성된 아이템(1501) 이 도시되지만, 임의의 정렬 또는 구성(예를 들면, 파일 사이즈, 파일 이름, 프로젝트 이름, 파일 유형, 아티스트, 앨범, 생성 날짜, 편집 날짜 등)이 이용될 수 있다. 사용자는 (적색일 수 있는, 제1 패턴으로 시각적으로 구분하여 도시된 바와 같이) 리스팅(1501a) 등의 리스팅들 중 하나를 선택할 수 있고, 셀 브라우저(1500)는 선택된 아이템(1501a)과 대응하는 대화형 미리보기 패널(1502)을 디스플레이할 수 있다.

대화형 미리보기 패널(1502)은, 예를 들면, 아이템(1501a)이 MICROSOFT WORD™ 파일, 또는 다른 워드 프로세싱 파일 등의 텍스트 데이터를 포함하는 파일인 경우, 선택된 아이템(1501a)에 나타난 하나 이상의 텍스트 페이지를 디스플레이할 수 있다. 대화형 미리보기(1502)는 사용자가 미리보기 패널에서 직접 디스플레이된 텍스트를 편집하고 또한/또는 조작하게 할 수 있다. 예를 들면, 사용자가 대화형 미리보기(1502) 내의 마우스 포인터를 클릭하는 것이 허용되어 커서가 이 패널 내에 나타나도록 할 수 있고, 사용자는 이 커서를 조작하거나 키보드 입력을 입력하여디스플레이되는 텍스트를 추가, 삭제, 및/또는 수정할 수 있다. 페이징 컨트롤, 폰트/포맷 컨트롤, 스크롤링 컨트롤, 파일 관리 컨트롤, 입/출력 컨트롤, 등과 같은 다른 유형의 컨트롤이 또한 미리보기 패널(1502) 내에 나타날 수도 있다.

서로 다른 유형의 데이터 파일은 서로 다른 유형의 대화형 미리보기를 가질 수 있다. 예를 들면, 오디오 파일에 대한 대화형 미리보기는 컴퓨터 시스템의 (스피커(197)와 같은) 하나 이상의 스피커 상에 선택된 오디오 파일의 오디오 미리보기의 재생을 제어하는 컨트롤을 포함할 수 있다. a.wav 파일 또는 .mp3파일의 미 리보기는 이러한 오디오 명령을 포함할 수 있다. 오디오 파일을 재생하거나, 멈추거나, 오디오 파일 재생을 삽입하기(cue) 위한 컨트롤이 있을 수 있다. 그림의 미리보기와 같은 일부 미리보기는 디스플레이된 이미지의 조작을 할 수 있게 하기 위한 주밍/패닝 컨트롤을 포함할 수 있다. 비디오 미리보기는 컴퓨터 시스템의 스피커 상의 오디오 및 디스플레이 상의 비디오를 재생하거나, 멈추거나, 그 재생을 삽입하기 위한 컨트롤을 가질 수 있다.

대화형 미리보기(1502)는 또한 라벨(1503a) 및 대응하는 값(1503b)으로서 도 15에 도시된 (메타데이터를 포함하는) 복수의 속성(1503)과 관련되어 디스플레이될 수도 있다. 임의의 유형의 파일 속성이 라벨과 함께 디스플레이될 수 있다. 예시적인 속성은 파일 사이즈, 폴더 위치, 파일 이름, 프로젝트 이름, 편집/생성 날짜, 애플리케이션 유형, 등을 포함할 수 있다. 나타난 다양한 라벨 및 속성(1503)은 선택된 파일 유형에 따라 커스터마이징될 수 있어, 선택된 파일의 유형에 적절한 것에 따라서, 파일의 서로 다른 유형에 대하여 서로 다른 세트의 속성들이 나타날 수 있다. 예를 들면, 노래를 포함하는 선택된 오디오 파일은 앨범 이름, 아티스트, 노래 이름 및 배포 날짜에 대한 속성들을 포함할 수 있는 한편, 선택된 스프레드시트 파일은 그룹 이름, 프로젝트 이름, 프로젝트 리더(leader), 및 프로젝트 시작 날짜 등의 다른 속성들로 이들 속성들을 대체할 수 있다. 속성들이 디스플레이되어야할지에 대한 판정은 자동으로 구성될 수 있거나, 이와 달리 사용자에게 특정 파일 유형에 대한 속성 영역에 나타나는 속성들을 선택(및/또는 선택해지)하는 옵션이 주어질 수도 있다. 속성들은 이 디스플레이에서 용이하게 되도록 유형에 의 해 우선순위가 정해질 수 있다(예를 들면, "앨범 이름" 속성 유형은 이미지 파일보다 노래 파일에 더 중요할 수 있다).

디스플레이된 정보에 대한 다른 변형들이 또한 가능하다. 예를 들면, (파일 이름 및 파일 유형 등의) 몇몇의 라벨이 선택사항으로 고려될 수 있거나, 전부 디스플레이로부터 생략될 수 있다. 도 15로부터의 일례는 파일 이름 및 파일 유형일 수 있는데, 이는 스크린 이외의 다른곳에 이미 디스플레이되고, 프리뷰어에 의해 속성 영역에 다시 디스플레이되었다면 중복될 수 있다. 이러한 디스플레이되지 않는 라벨에 이용가능한 영역은 추가적인 속성 정보를 디스플레이하는 데 이용될 수 있다. 값을 가지지 않는 속성들은 디폴트로 생략될 수 있거나, 비어있더라도 나타나도록 플래그 표시될(flagging) 수 있다. 다른 변형물로서, 몇몇의 속성들에 보다 긴 속성들을 수용하도록 서로 다른 공간 크기가 제공될 수 있다.

속성들은 속성 디스플레이 영역으로부터 편집될 수 있다. 예를 들면, 사용자는 디스플레이된 속성 값을 단순히 클릭하거나, 이 값 상에 호버링하여, 데이터를 입력/편집하는 처리를 시작할 수 있다. 데이터를 입력/편집하기 위한 인터페이스는 포함된 특정 속성 또는 유형에 의존할 수 있다. 날짜와 같은 몇몇의 속성들은 값을 선택하기 위한 풀-다운 메뉴 및/또는 캘린더 디스플레이를 가질 수 있다. 예를 들면, 사용자는 단순히 날짜 필드 상에 마우스 포인터를 이동시키고, 사용자가 캘린더로부터 날짜를 선택함으로써 날짜를 입력하는 것을 돕도록 캘린더의 디스플레이가 나타날 수 있다. 입력을 간단히 하기 위해 풀-다운 메뉴 또는 리스트가 디스플레이되는 것도 가능할 수 있다. 예를 들면, 월(month) 필드에 마우스 포인 터를 클릭함으로써, 시스템은 월들의 리스트를 디스플레이할 수 있고 사용자는 이 리스트들에서 선택하여 필드를 채울 수 있다. 커서와 함께 간단한 텍스트박스가 디스플레이되어 데이터에 대한 별개의 다이얼로그 박스 없이도 사용자가 직접 미리보기 디스플레이로부터 속성값을 편집하고/거나 타이핑할 수 있게 할 수 있다. 텍스트 박스는 사용자가 커서 및 키보드를 이용하여 타이핑할 수 있는 블랭크-채우기 박스(fill-in-the-blank box)일 수 있다. 임의의 다른 데이터 입력 형태가 이용될 수 있다. 사용자가 편집될 수 있는 속성들을 식별하는 것을 돕기 위하여, 이들 속성들은 디스플레이에서 몇몇의 방식으로 시각적으로 다르게 하거나 강조될 수 있다. 예를 들면, 다른 색(예컨대, 노란색), 폰트(예컨대, 볼드체, 또는 ALL CAPS 폰트), 외관 및/또는 기호가 사용자에 의해 편집될 수 있는 값과 그렇지 않은 값을 나타내는 데에 이용될 수 있다. 하이라이팅 또한 특정 필드를 다르게 하거나 강조하는 데에 이용될 수 있다. 예를 들면, 옐로우 하이라이터가 인쇄된 문서 상에 이용될 때 생성되는 효과와 유사하게, 편집가능한 필드는 이 필드 내에 및/또는 필드 주변에 특정 색(예를 들면, 카나리아 옐로우)을 가질 수 있다.

일부 파일 유형은 소정의 미리보기 디스플레이에 맞는 것보다 많은 속성을 가질 수 있다. 일부 실시예에서, 사용자가 소정의 파일에 대한 모든 속성, 또는 적어도 추가적인 속성을 볼 수 있게 할 수 있는 ALL 버튼(1504)과 같은 옵션이 있을 수 있다.

단계(1409)에서 상술한 바와 같이, 사용자에게 브라우저(1500)에서 이용되는 미리보기 및/또는 속성 디스플레이의 크기를 조절하는 옵션이 주어질 수 있다. 예 를 들면, 크기 조절 도구(1505)가 미리보기 패널(1502)에서 이용될 수 있고, 이 도구를 선택하고 이동함으로써, 사용자는 브라우저(1500)로 하여금 프리뷰어 및/또는 속성 영역이 차지한 디스플레이 영역을 자동으로 조정할 수 있게 할 수 있다.

도 16은 사용자가 더 큰 사이즈를 가짐으로써 더 큰 대화형 미리보기(1601)를 생성하기 위한, 대화형 미리보기(1502)의 크기를 조절하는 예시적인 사용자 인터페이스를 도시한다. 새로운 미리보기(1601)는 기존의 미리보기(1502)와 동일한 양태 비율을 가지고 구성될 수 있거나 사용자가 크기조절 처리의 일부로서 양태 비율을 수정하도록 허용될 수 있다. 더 큰 미리보기(1601)를 가짐으로써, 브라우저(1500)는 속성의 디스플레이에 할당된 공간을 넓혀, 속성들 및 미리보기가 크기 면에서 부합하도록 할 수 있다. 예를 들면, 속성 영역(1602)은 크기조절된 미리보기와 동일한 높이를 가지도록 구성되고, 새로운 사이즈를 수용하도록 디스플레이된 데이터를 자동으로 재배치할 수 있다. 이러한 더 큰 영역에 추가적인 속성들이 디스플레이될 수 있다.

상술한 바와 같이, 미리보기의 사이즈에 대한 변경은, 일부 예에서, 서로 사이즈가 다른 미리보기 패널이 대화형 미리보기의 유형을 서로 다르게 하도록, 제공된 미리보기의 유형에 있어 변형을 야기시킨다. 따라서 미리보기(1601)는 제공되는 특징의 유형 및/또는 대화성 수준 면에서 미리보기(1502)와는 달라질 수 있다. 예로서, 특정 그래픽 편집 특징은 미리보기의 너비가 256 픽셀보다 작은 경우에는 형성되지 않을 수 있다. 사용자가 속성을 디스플레이하는 데에 이용되는 영역의 크기를 조절하는 경우 동일한 유형의 크기 조절이 일어날 수 있다. 예를 들면, 사 용자는 속성 영역(1602)의 경계 상에 마우스 포인터를 클릭하고 드래그하여, 이 속성의 크기를 조절하고 미리보기 영역(1601)이 새로운 속성 영역(1602) 사이즈에 일치하도록 크기를 변경시킬 수 있다.

도 17은 미리보기가 더 작은 미리보기(1701)로 크기조절된 일례를 도시한다. 더 작은 미리보기 패널(1701)은 더 작은 사이즈에 주어지는 감축된 특징 집합을 가질 수 있다. 속성 영역(1702)이 또한 미리보기 패널(1701)에 따라 축소될 수 있으며, 이용가능한 공간으로의 축소를 수용하기 위해 디스플레이되는 속성 또는 메타데이터를 재배치하고 또한/또는 삭제할 수 있다. 일부 미리보기는 MICROSOFT WINDOWS™ 운영 체제에 나타나는 아이콘 동작(icon behavior)를 나타내어, 좌-클릭, 우-클릭, 드래그 등이 동일한 효과를 가질 수 있도록 할 수 있다. 예를 들면, 한 아이콘을 다른 아이콘으로 드래그 앤 드롭하는 것은 제1 파일이 제2 파일에 첨부될 수 있게 한다.

미리보기 패널 및/또는 속성 디스플레이 영역의 크기를 조절하는 것 이외에도, 이들 구성요소는 자동으로 또는 사용자 요청에 의해 재배치될 수 있다. 예를 들면, 사용자는 (예를 들면, 등록정보를 선택함으로써, 미리보기를 클릭하고 그래드함으로써, 또는 몇몇의 다른 사용자 입력에 의하여) 미리보기(1801)를 움직여서 다른 방향 및 외관을 갖도록 하고 싶을 수 있다. 특정 유형의 파일을 미리보기할 때 다른 방향이 바람직할 수 있다. 예를 들면, "풍경화(landscape)" 포맷으로 찍힌 사진, 또는 비디오의 미리보기는 세로로 높은 것보다는 가로로 넓은 방향이 보다 적절할 수 있는 한편(예를 들면, "풍경화"), 다른 유형의 파일들(예를 들면, 텍 스트 문서, 또는 "초상화" 이미지)은 가로로 넓은 것보다는 세로로 높은 방향이 보다 적절할 수 있다. 포맷들 간의 선택은, 예를 들면, 파일 유형에 기초하여 자동으로 이루어질 수도 있다. 예를 들면, 시스템은 단계(1406)에서의 미리보기 선택, 또는 단계(1403)에서의 연관의 일부로서, 자동으로 파일 유형, 속성, 및/또는 메타데이터를 검사하여 어떤 미리보기 방향이 미리보기되어야 할 선택에 가장 적절한 것인지를 판정할 수 있다.

재배치를 용이하게 하고, 미리보기 패널에 대하여 상술한 충돌/느려짐에 대한 저항을 촉진하기 위하여, 미리보기 패널 및 속성/메타데이터 영역은 개별적인 소프트웨어 모듈로서 구현될 수 있다. 각각의 모듈은 시스템의 프로세싱 유닛(들)(120) 상의 개별적인 프로세스로서 실행될 수 있다. 대안으로, 미리보기 및 속성/메타데이터 패널은 시스템에서의 개별적인 소프트웨어 또는 소프트웨어 모듈로서 구현될 필요가 없고, 대신에 공통적인 모듈로서 구현될 수도 있다. 통합 수준은 원하는 확장성 수준, 소프트웨어 메모리 풋프린트(footprint), 및 다른 요소들에 기초하는 설계상의 선택일 수 있다.

전술한 바와 같이, 미리보기 패널은 컴퓨터 시스템의 공통 파일 다이얼로그에 포함될 수 있다. 공통 파일 다이얼로그는 시스템 상에서 실행되는 다양한 애플리케이션에 의해 공유되는 컴퓨터 시스템에 의해 제공되는 프로그램 및/또는 사용자 인터페이스 구성요소일 수 있다. 예를 들면, 운영 체제는 시스템 상의 파일을 생성하고자 하는 임의의 애플리케이션에 의해 사용될 수 있는 공통적인 "파일 열기" 또는 "파일 저장" 다이얼로그를 제공할 수 있다. 이러한 공통 파일 다이얼로 그에 프리뷰어를 포함하는 것은 복수의 서로 다른 유형의 애플리케이션이 미리보기를 가지는 것으로부터의 이점을 취할 수 있게 하고, 애플리케이션 개발자들이 자체 프리뷰어를 개발할 필요 없이 애플리케이션들이 자체적으로 지원되지 않는 파일들의 풍부한 대화형 미리보기를 효과적으로 제공할 수 있게 한다. 공통 파일 다이얼로그에 프리뷰어를 포함시키는 것은 또한, 사용자 등록정보 및 연관이 다양한 애플리케이션들 간에 일관적으로 이용될 수 있는 경우, 복수의 애플리케이션들 간의 일관된 인터페이스를 제공한다. 또한, 공통 파일 다이얼로그에 프리뷰어를 제공하는 것은 애플리케이션이 다양한 파일 유형을 가지는 풍부한 대화형 미리보기를 - 애플리케이션이 자체적으로 지원하지 않는 파일 유형이라도 - 효과적으로 제공하게 할 수 있다. 예를 들면, 스프레드시트 애플리케이션은 자신만의 풍부한 대화형 프리뷰어를 설치하여 데이터-집약적인 스프레드시트의 미리보기를 처리할 수 있다. 분리된 워드 프로세싱 애플리케이션은 스프레드시트 애플리케이션의 데이터 파일을 편집하기 위한 임의의 기능을 구비할 수 없음에도 불구하고 공통 파일 다이얼로그를 이용함으로써 이러한 미리보기를 제공할 수 있다. 도 19는 "파일 열기" 공통 다이얼로그의 일부인 프리뷰어의 일례를 도시한다. 자신들의 미리보기를 구비한 이들 공통 파일 다이얼로그는 특정 API를 통해 다른 애플리케이션에 확장적으로 제공될 수 있다.

일부 예에서, 사용자는 한번에 복수의 파일을 선택하거나, 동시에 활성적으로 복수의 파일이 선택되게 하기를 원할 수 있다. 이들 예에서, 프리뷰어는 상술한 바와 같이 동작하여, 각각의 선택된 파일에 대한 개별적인 미리보기를 제공할 수 있다. 예를 들면, 시스템은 자신의 동작을 변경할 수 있다. 예를 들면, 단계(1405)에서, 시스템이 복수의 파일들이 선택되었다고 판정하면, 미리보기를 생성하는 단계(1406)는 선택된 파일이 미리보여질 것인지를 판정하고, 어떤 것이 보여지지 않을 것인지를 결정하는 프로세스를 포함할 수 있다. 이러한 판정은 상술한 연관 및 등록정보(preference) 등의 다양한 기준(예를 들면, 첫 번째 선택, 마지막 선택, 최신 선택, 가장 큰 선택, 가장 간단한 미리보기, 사용자 프리뷰어 등록정보, 등)에 기초하여 이루어질 수 있다.

시스템은 또한 복수의 선택에 대응하는 동시에 일어나는 미리보기들을 생성하기 위한 조치를 취할 수 있다. 도 20에 도시된 바와 같이, 복수의 미리보기 패널(2001)에는 미리보기되어지는 복수의 선택을 나타내기 위하여 적층된 형상으로 주어졌다. 주요 미리보기(2001a)는 가장 상위에 나타날 수 있고, 다른 미리보기와 동일한 상술한 풍부한 대화성을 전부 갖출 수 있다. 다른 선택에 대한 추가적인 미리보기(2001b, 2001c, 및 2001d)는 주요 미리보기(2001a) 뒤에 적층되어 나타날 수 있으며, 수평 오프셋 X 및 수직 오프셋 Y를 가질 수 있다. 균일한 형상을 나타나기 위하여 오프셋들은 일정할 수 있다. 대안적으로, 각각의 연속된 미리보기에 대한 오프셋들은 더 많은 미리보기가 배경에 위치될수록 작아질 수 있다. 적층된 미리보기들의 소정의 최대 개수가 존재할 수 있으며, 이를 초과하면 다른 형상이 이용될 수 있다. 예를 들면, 미리보기의 소정의 최대 개수가 6이라 설정되었고(시스템 또는 사용자에 의해 설정될 수 있다), 6개가 넘는 파일이 선택되었다면, 층층이 쌓여진 미리보기는 도 21에 나타난 바와 같이 다른 형상을 가질 수 있다. 여기 서, 처음 6개 뒤에 있는 미리보기(2101a, 2101b, 및 2101c)들은 더 작은 오프셋을 가지고 적층되는 것으로 나타난다. 이들 추가적인 미리보기는, 사용자에게 미리보여지지 않은 선택된 파일이 더 많이 존재함을 나타내기 위해, 단순히 소정의 패턴 및/또는 어느 정도의 투명도나 불투명도를 갖는 빈 미리보기로 렌더링될 수 있다.

복수의 미리보기의 대안적인 디스플레이 또한 이용될 수 있다. 예를 들면, 도 22에 도시된 바와 같이, 미리보기의 순환 3-D 캐러셀(carousel)이 이용될 수 있다. 6-면을 가진 캐러셀(2201)은 자신의 다른 면들(2202a, 2202b, 2202c(뒷면으로 도시), 2202d(뒷면으로 도시), 2202e(뒷면으로 도시) 및 2202f) 상에 6개의 분리된 미리보기를 디스플레이할 수 있다. 회전 또는 줌과 같이, 이 캐러셀을 통하여 수동적인 네비게이션을 할 수 있도록 사용자 인터페이스 구성요소(2203)가 제공될 수 있으며, 또는 캐러셀이 자동으로 회전할(또는 전혀 하지 않을) 수 있다. 다른 접근법은 팬-아웃(fanned-out) 디스플레이에 복수의 보기를 디스플레이하는 것, 복수의 미리보기를 (필요하면 크기를 조절해서) 나란히 디스플레이하는 것, 이들을 (종이 쌓은 것과 비슷한) 3-D인 같은 크기의 적층된 뷰에 디스플레이 하는 것, 및 이들을 자동적이거나 수동적인 네비게이션을 이용하여 순차적으로 디스플레이하는 것을 포함한다.

(예를 들면, 복수의 파일들 상에 마우스 커서를 클릭함으로써, 시프트 또는 컨트롤 키를 계속 누르고 클릭함으로써, 또는 복수의 파일들 주변의 선택 영역을 클릭하고 드래그함으로써 선택된) 복수의 선택된 파일들의 미리보기 또한 선택된 파일 유형에 따라 달라질 수 있고, 선택된 파일들의 서로 다른 조합에 대하여 다른 미리보기 시퀀스들이 이용될 수 있다. 예를 들면 (예컨대, 운영 체제, 하드웨어, 애플리케이션 등을 통하는) 시스템은 복수의 이미지 파일들이 선택될 때는 적층형 표시를 이용하고, 복수의 비디오 파일들이 선택될 때는 순차적인 비디오 미리보기를 이용한다. 시스템은 또한 복수의 파일들이 선택된 경우, 자원 보존을 위하여, 제공된 미리보기를 간단히 하거나 그 크기를 다시 축소할 수도 있다.

상술한 다양한 특징들은 단일하게 통합된 코드 조각으로서 구현될 수 있거나, 서브루틴 또는 모듈들의 집합체로서 구현될 수 있다. 예를 들면, 복수의 파일들의 미리보기를 처리하기 위한 이터레이터 모듈(iterator module), 미리보기에 제공된 사용자 인터페이스 명령을 담당하는 명령 모듈, 미리보기 자체를 생성하기 위한 미리보기 모듈, 미리보기 디스플레이의 속성/메타데이터 영역을 처리하기 위한 속성 모듈 등이 존재할 수 있다.

상술한 바와 같이, 이들 미리보기 특징들은 사용자에게 시스템 상의 파일 또는 기타 데이터의 목록들을 보여주어야 할 시점이면 언제든지 제공될 수 있다. 디스플레이가 사용자-요청 키워드 검색의 결과인 경우와 같이, 특정 목록이 하나 이상의 기준을 이용하여 생성된다면, 프리뷰어는 미리보기를 구성하는데 그 검색 기준을 이용할 수 있다. 예를 들면, 애플리케이션은 검색에 이용된 키워드를 프리뷰어에게 통지하여, 프리뷰어가 어떤 미리보기를 이용할지, 또는 복수의 미리보기가 이용되어야 할 때 어떻게 미리보기를 배치해야 하는지를 결정할 수 있기를 원할 수 있다. 프리뷰어에 검색 기준이 제공되는 경우, 이는 확장가능한 특징일 수 있다.

상술한 바와 같이, 복수의 선택이 이루어질 수 있으며, 디스플레이된 미리보 기 이미지는 결과에 따라 변경될 수 있다. 이들 복수의 선택은 또한 속성 및/또는 메타데이터의 디스플레이도 변경시킬 수 있다. 예를 들면, 도 23은 2개의 파일(2301 및 2302)들이 선택된 예시적인 뷰를 도시한다. 선택된 파일들은, 개별적인 색, 폰트, 형태, 질감, 스타일, 사이즈, 배경색, 패턴 등을 가지는 등의, 고유한 형상을 가지고 또는 고유한 방식으로 구별되고 또한/또는 강조될 수 있다. 선택된 파일들에 대한 속성 및 메타데이터는 (각각에 대한 프로젝트 이름 등의) 두 파일 모두에 대하여 동일한 속성(2303, 2304)을 디스플레이할 수 있고, 사용자가 이들의 대응하는 파일과 속성들을 쉽게 매치시킬 수 있도록 대응하는 형태를 가질 수 있다. 예를 들면, 속성들은 이들이 속한 선택된 파일을 식별하도록 컬러-코딩될(color-coded) 수 있다. 파일(2301)에 대하여 도시된 패턴은, 색(예를 들면, 적색), 하이라이팅(예를 들면, 종이 문서 상의 하이라이터를 가지는 것과 같이, 텍스트를 둘러싼 다른 색), 폰트(예를 들면, 볼드, 밑줄, ALL CAPS, 타임 뉴 로만체, 등), 사이즈(예를 들면, 더 큰 사이즈), 등에 의하여 파일을 강조하고 또한/또는 다르게 할 수 있다. 파일(2301)의 속성을 디스플레이한 것일 수 있는 속성(2303)은 이 속성들 및 그 대응 파일들을 서로 관련시키기 위하여 해당 파일에 동일한 강조 및/또는 구별이 이용되게 할 수 있다.

복수의 선택된 파일에 대한 다수의 속성 및/또는 메타데이터는 컴파일 또는 합산과 같이 함께 표시되거나 통합될 수 있다. 예를 들면, 하나의 디스플레이된 속성이 파일 사이즈(예를 들면, 몇 킬로바이트(kb) 또는 메가바이트(Mb)가 이용되었는지)이고, 복수의 파일들이 선택되었다면, 파일 사이즈 속성은 선택된 파일의 파일 사이즈의 총계인(예를 들면, 4.3Mb) 통합된 파일 사이즈 값을 디스플레이할 수 있다. 다른 예로서, 하나의 디스플레이된 속성이 키워드를 가진다면, 복수의 선택된 파일에 대한 키워드가 함께 통합되고 단일 키워드 속성으로서 제시될 수 있다. 몇몇의 통합은 속성 디스플레이를 더 크게 할 수 있고, 이들의 대응하는 파일과 통합된 속성들을 관련시키기 위하여 상술한 동일한 형상의 강조/구별을 이용할 수 있다. 대안으로, 속성이 선택된 파일들 모두의 통합임을 나타내기 위하여 속성들은 선택된 파일들로부터 더 구별(예를 들면, 다른 색, 폰트, 하이라이팅, 모양, 사이즈, 등)될 수 있다. 도 24는 통합된 속성 값(2401)이 음영으로 형태가 구분되어 디스플레이된 일례를 도시하는데, 이 음영은 선택된 파일(2301, 2302) 상의 패턴과 각각 다르다. 예를 들면, 음영은 적색으로 나타낸 반면, 파일(2301)과 파일(2302)의 패턴은 녹색과 노란색일 수 있다.

일부의 경우, 통합된 값을 강조하고 또한/또는 구별하는 것은 값의 출처를 표시하는 방식으로 이용될 수 있다. 예를 들면, 도 25는 도 24에 도시된 뷰의 확대된 속성/메타데이터 디스플레이를 도시한다. 키워드와 같은 몇몇의 통합된 속성들은 복수의 선택으로부터 통합된 복수의 속성 값의 목록(2501)을 생성할 수 있다. 이들 통합된 속성들에는 선택된 파일로부터 유래한 값들을 나타내는 개별적인 모양이 주어질 수 있다. 도 25의 예에서, 값(2502 및 2503)은 이들 특정 값(예를 들면, 키워드)이 선택된 파일(2301) 및 파일(2302) 모두에 공통됨을 나타내기 위해 하나의 형태의 음영으로 도시하였다. 이 음영은 상술한 구별 및/또는 강조 유형(예를 들면, 붉은 색) 중 임의의 것을 반영할 수 있다. 값(2504) 및 값(2505)은 이들이, 동일한 패턴을 공유하는(예를 들면, 파일과 그 값은 모두 파란색이다), 하나의 선택된 파일(2301)과 연관됨을 나타내는 제1 패턴으로 도시되었고, 값(2506)은 이 값이, 동일한 패턴을 공유하는(예를 들면, 이 파일과 값은 녹색이다), 다른 선택된 파일(2302)과 연관됨을 나타내는 다른 패턴을 가진다. 분리선(2507)은 모든 선택된 파일에 공통되었던 값들을 그렇지 않았던 값과 분리시키는 데에 이용된다. 물론, 보다 많은 파일이 선택되는 경우 다른 형태에 다른 의미가 부여될 수 있다. 라벨(2508)은 통합된 속성임을 나타내기 위하여 시각적으로 구별되고 또한/또는 강조될 수 있다. 예를 들면, 라벨(2508)도 붉은 색일 수 있다.

강조 및/또는 구별은 통합된 값에서 사용자가 특정 값들을 선택하는 것으로도 시작할 수 있다. 예를 들면, 사용자는 통합된 리스트의 값들 중 하나를 선택하고, 이어서 어떤 파일이 선택된 값을 공유하는지 알려주는 디스플레이가 나타나게 할 수 있다. 이 표시는, 선택된 값 및 그 대응하는 파일이 공통된 방식으로 디스플레이된 경우, 공통된 모양의 형태로 나타날 수 있다. 예를 들면, 값(2506)을 클릭함으로써, 시스템은 자동으로 그 속성 값의 폰트를 볼드페이싱(boldfaced)된 폰트로 변경할 수 있고, 선택되었던 속성이 있는 파일을 식별하기 위해서 파일 목록(2302)에도 동일한 작업을 할 수 있다.

상기 논의는 셀 브라우저의 미리보기로 디스플레이된 속성 및 메타데이터에 관한 것이지만, 이들 특징은 다른 환경에서도 이용될 수 있다. 복수의 속성 및/또는 메타데이터의 디스플레이를 포함하는 임의의 상황은 본 발명에 기술된 특징을 유용하게 이용할 수 있다.

몇 가지 종류의 속성들은 이들이 숫자를 가지기 때문에 통합하기 쉬운 반면(예를 들면, 파일 사이즈는 개개의 사이즈를 단순히 합산한 것이다), 다른 유형의 속성들은 통합하기가 더 어려울 수 있다. 예를 들면, 일부 속성들은 텍스트 워드를 값(예를 들면, 키워드)으로 취한다. 또한, 다중-값 속성이라 알려진 일부 개별 속성 및/또는 메타데이터는 이들 자체가 복수의 값을 가질 수 있다. 예를 들면, 소정의 파일의 "키워드" 속성은 그 값이 하나도 없을 수도 있고, 1개, 2개, 3개, 또는 임의의 개수의 개별적인 키워드를 값으로 가질 수 있다(예를 들면, 하나의 파일은 파일과 관련된 키워드로서 "peanut", "food" 및 "candy"를 열거할 수 있다). 이들 복수의 값들은, 열거된 첫 번째 값이 보다 중요한 것이 될 수 있도록(예를 들면, 본질적으로 땅콩을 다루는 기사는 "peanut"이 가장 중요하기 때문에 이를 첫번째 키워드로서 나열하고, 중요성이 낮아지는 순서대로, "food" 및 "candy"를 2번째 및 3번째로 나열할 수 있다), 각각의 파일에 대하여 의미 있는 방식으로 열거될 수도 있다. 각각이 복수의 키워드를 가지는 복수의 파일들이 선택되면, 이들 속성들을 통합하는 처리는 단지 숫자를 더하는 것만큼 간단한 일이 아니다. 이러한 경우, 시스템은 개개의 선택된 파일에 대하여 이들 속성들이 나타났었던 순서에 기초하는 소정 형태의 랭크된 순서로 된 값들의 목록을 디스플레이할 수 있다. 통합된 값들의 결과 목록이 상기 값들이 다양한 선택된 파일들에 대하여 나타났었던 바와 같이 값들의 상대적인 중요도에 대응됨을 보장하는 것을 돕는 단계가 수행될 수 있다. 예를 들면, 5개의 신문 기사는, 기사들에서 논의되고, 다음과 같은 순서로 랭크된 도시들을 식별하는 키워드를 가질 수 있다:

파일 1: 오스틴, 시카고, 보스턴, 디트로이트

파일 2: 시카고, 디트로이트, 보스턴

파일 3: 시카고, 보스턴

파일 4: 디트로이트, 시카고

파일 5: 보스턴, 오스틴

이 예에서, 시카고는 "제1 위치"에 2번 주어졌고(예컨대, 파일 2 및 3은 시카고를 많이 언급한다) "제2 위치"에 2번 주어졌다(예컨대, 파일 1 및 파일 4는 시카고에 초점을 맞추지는 않지만, 이를 언급하고 있다). 이들 속성의 결과적인 통합은 중복을 제거할 수 있고, 파일에 대한 "시카고"(및 다른 값들)의 관련 중요도를 나타내며 특정 값이 파일들의 속성들에 나타난 전체 횟수도 고려한 순서로 속성들을 디스플레이할 수 있다: 즉, "시카고, 보스턴, 디트로이트, 오스틴"의 순서이다. 따라서, 이 예에서는, 복수의 선택된 파일이 전체적으로 대부분 시카고를 다루고 있으며, 그 다음으로 보스턴, 그 다음으로 디트로이트를 다루며, 오스틴을 가장 적게 다루고 있다.

도 26a-b는 다중-값 속성들에 대하여 통합된 값들이 디스플레이될 수 있는 순서를 결정하기 위한 예시 프로세스를 도시하는데, 이 프로세스는 이러한 통합된 디스플레이가 필요할 때, 및/또는 다중-값 속성이 변경될 때면 언제든지 실행될 수 있다. 이 프로세스는 단기 이양식 선거(Single Transferable Vote) 알고리즘의 수정된 형태이다. 이 프로세스에서, 특정 값이 파일의 속성의 첫 번째에 나열되면, 이는 첫번째 위치에 대한 "투표"로 간주된다. 이 값이 두 번째에 열거된다면, 이 는 두 번째 위치에 대한 투표이며, 다음 번째 값 또한 마찬가지이다. 이 프로세스는 각각의 특정 값이 선택된 파일에 나타나는 회수와, 선택된 파일 각각에 의한 값에 위치된 관련 중요도에 모두 기초하는 중복되지 않는 랭킹을 산출한다.

단계(2601)에서, 전역 정수형 상수 C는 자동으로(예컨대, 컴퓨터 시스템이 시스템 자원의 이용가능성을 탐지하여 시스템이 곤란해지는 것을 피하도록 상수를 조정할 수 있다) 또는 수동으로(예를 들면, 사용자들이 다중-값 속성의 통합에 있어 얼마나 자세한 것을 원하는 지에 따라, 이들이 원하는 만큼 높게 또는 낮게 C를 설정하는 옵션을 사용자들에게 부여할 수 있다) 설정될 수 있다. 이 상수는 수행될 프로세스의 복수의 위치 또는 랭킹을 나타내는데, 예를 들면, C는 10일 수 있다. 상수 C가 높을수록 랭킹의 입도(granularity)를 더 높게 할 수 있지만, 보다 큰 프로세싱 능력과 많은 시간을 필요로 하게 된다. 이 값은 사용자 등록정보, 시스템 설정, 이용가능한 자원, 시스템 로드, 등에 기초하여 동적으로 설정될 수 있다.

단계(2602)에서, 선택된 파일들 간에 나타나는 각 값에 대한 루프가 시작된다. 단계(2603)에서, 투표에서의 첫 번째 C개의 위치들에 대한 중첩된 루프(nested loop)가 실행된다. 단계(2604)에서, 각각의 위치마다, 시스템은 현재 값이 그 위치에 대해 수신된 투표의 개수를 기록한다. 이들 2개의 루프는, 각각의 값에 대하여, 이 값이 처음 C개의 "위치" 각각에 대하여 얼마나 많은 "투표"를 수신했는지를 시스템이 결정하게 한다. 그 다음, 단계(2605)에서, 다른 루프가 C개의 위치들 각각을, 최상단 위치(첫 번째 위치)로 시작하여 C번째 위치를 통해 진행 하면서 처리하도록 시작된다.

단계(2606)에서, 고려되는 위치에 대하여 임의의 단일한 값이 최대의 투표를 수신하였는지 판정하는 검사가 이루어진다. 값이 이 위치에 대하여 최대의 투표를 수신하였다면, 단계(2607)에서, 그 값에 상기 위치가 수여되며, 투표 도표 작성 처리의 계산의 나머지로부터 값이 제거된다. 따라서 상술한 예에서, 시카고가 첫 번째 위치에 대한 최대의 투표(2개의 투표)를 수신하였다.

단계(2606)에서, 어떠한 단일 값도 이 위치에 대한 최대의 투표를 가지지 않았다면, 현재 위치에 대한 동점(tie)이 존재하고(2개 이상의 값이 이 위치에 대하여 동일한 개수의 투표를 가졌거나, 모든 값이 이 위치에 대하여 0개의 투표를 가졌다), 프로세스는 단계(2608)로 이동하며, 여기에서 검사되는 현재 위치가 검사되어야 할 마지막 위치(C번째 위치)인지를 판정하는 검사가 이루어진다. 마지막 위치가 아니라면, 프로세스는 단계(2609)로 이동한다. 단계(2609)에서, 시스템은 현재 동점인 값들이 다음 위치에 대하여 수신한 투표들의 개수를 식별하기 위하여 한 위치 앞을 "조사한다(peek)". 단계(2610)에서, 동점인 값들 중 하나가 다음 위치에 대한 최대의 투표를 가졌다면, 단계(2611)에서 이 값에 현재 위치가 부여되며, 다른 동점인 값들에 의해 수용되는 현재 위치에 대한 투표는 다음 위치로 이동되거나, 전달된다. 다시 말하면, 단계(2611)에서 "패배자"는 현재 위치에 대한 이들의 투표를 다음 위치에 대한 이들의 총 투표에 추가하여, 고려되는 위치에서 투표들을 수신하였지만, 그 위치는 수여받지 않았던 각 값들에 대하여, 현재 라운드의 투표가 수행되고 다음 라운드에서 그 라운드에 대한 승리자를 계산할 때 이 투표가 추 가되도록 한다.

단계(2610)에서, 동점인 값들 중 어느 것도 다음 위치에 대한 최대의 투표를 가지지 않는다면, 단계(2613)에서 모든 연결된 값들은 현재 위치(및 연결된 값에 모두 위치가 부여될 때까지 다음 몇몇의 위치)에 대한 알파벳 순서로 랭킹되고, 프로세스는 단계(2605)로 복귀한다. 마찬가지로, 단계(2608)에서, 프로세스가 동점이 발생했을 때의 마지막 위치(위치 C)를 검사하게 된다면, 프로세스는 또한 단계(2613)로 이동하여 동점인 값들을 알파벳순서로 랭크시키고, 단계(2605)로 계속된다.

단계(2605)로부터, 마지막 위치(C번째 위치)가 프로세싱되었다면, 프로세스는 단계(2614)로 이동하면, 여기에서 나머지 랭크되지 않는 값에 대한 모든 잔여 투표가 C번째 위치에 대한 투표로서 취급되고, 알파벳 순서를 이용하여 동점이 깨지면서 나머지 값들이 C번째 위치에 대한 최대의 투표를 가지는 임의의 것의 순서로 랭킹된다.

도 26a-b에 도시된 알고리즘은 다양한 투표 카운트 및 값을 표로 만드는 메모리 내의 요약 테이블을 보유할 수 있다. 테이블은, 프로세스가 실행될 때 시스템이 테이블을 구동 RAM으로 증가적으로 로드하여, RAM으로부터 더 이상 불필요한 부분을 삭제함으로써, 이 프로세스를 실행시키는 데 요구되는 런타임 메모리의 양을 줄일 수 있다는 점에서 유익하다.

일부 예에서, 다양한 다중-속성 값에 정규화 프로세스를 할 수 있다. 정규화 프로세스는 파일의 다중-속성 필드에서 값들의 중복하여 나타나는 것을 삭제할 수 있다. 예를 들면, 파일은 키워드(Dog, Cat, Dog)를 가질 수 있고 정규화 프로세스는 처음 나타난 값들을 보유하고 동일한 값이 또 발생하는 것을 제거할 수 있다(예를 들면, 그 결과 "Dog, Cat"이 된다.). 정규화되지 않은 데이터는 시스템의 메모리에 저장될 수 있으며, 정규화된 버전이 그 데이터를 겹쳐쓰거나, 정규화 데이터가 단순히 메모리에 개별적으로 저장될 수 있다. 일부 예에서, 정규화는 사용자가 다중-값 속성을 수정할 때 발생할 수 있다.

일부 예에서, 사용자는 통합된 디스플레이와의 대화를 통해 다중-값 속성을 편집하기를 원할 수 있다. 이러한 경우, 시스템은 통합된 다중-값 속성 디스플레이에 이루어지는 변경에 응답하여 각각의 파일에 대한 다중-값 속성을 수정할 수 있다. 예를 들면, 통합된 디스플레이의 끝 부분에 새로운 속성을 추가한다면 각각의 파일에 대한 다중-값 속성에 새로운 속성이 단순히 첨가되게 될 수 있다. 새로운 속성이 통합된 다중-값 속성 디스플레이의 시작에 삽입되거나, 임의의 다른 삽입의 경우 동일한 동작이 발생할 수 있다. 통합된 속성 디스플레이 내의 속성들의 재정렬 등과 같은 일부의 변경은 대응하는 각각의 파일에 대한 다중-값 속성의 재정렬을 일으킬 수 있다.

다중-값 속성들은 또한 데이터를 편집하기 위한 고유한 접근법을 가질 수 있다. 예를 들면, 이러한 속성들에 대한 필드는 도 27에 도시된 것과 유사하게, 소정의 목록에 나타날 수 있다. 필드(2701)는 사용자가 데이터를 입력하기 위해 타이핑할 수 있는 활성화된 텍스트 편집 박스일 수 있고, 복수의 값(2702)을 가질 수 있는데, 이 값들은 세미콜론 등의 캐릭터에 의해 필드에서 구별될 수 있다. 값(2702)은 모든 값이 하나의 선택으로서 선택될 수 있도록 단위 동작(atomic behavior), 또는 토큰 동작(token behavior)을 나타낼 수 있다. 그러므로, 일부 예에서, 삽입 지점이 데이터를 편집하기 위한 필드(2701)에 위치된다면, 단위 값(2702)은 복수의 캐릭터에 반하는(예를 들면, "NYC"의 경우, "N", "Y", "C"에 반하는) 단일 유닛으로서 행동할 수 있으며, 단위 값 내에 삽입 점을 배치하려고 시도하면(예를 들면, 이 값 내에 마우스를 클릭함으로써), 단위 값 앞 또는 뒤에 삽입 지점이 배치되도록 하여, 단위 값 내에 삽입 지점을 배치하는 것조차 금지될 수 있다. 단위 값 주변을 네비게이션하기 위하여 화살표 키를 누르는 것 또한 키를 한번만 누르면 값의 한쪽 끝에서 다른 쪽 끝으로 이동하도록 할 수 있다. 또한, 영역 선택이 가능하다면, 이러한 영역은 단위 값의 일부만을 선택하는 것이 금지되어, 값의 소정의 영역(예를 들면, 1/2)을 선택하면 전체 값이 선택될 수 있다. 단위 값을 호버링한다면 이 값은 자신이 단위 값이라는 것을 나타내는 호버 상태에 진입하게 된다. 예를 들면, 호버 상태는 전체 단위 값 주변에서의 박스나 하이라이팅, 또는 다른 시각적인 구별이나 강조를 포함할 수 있다. 단위 값들에 있어서, 이 값들은 드래그-앤-드롭 동작에 의해 재배치될 수도 있다.

토큰 동작은 단순히 전체 단어를 한번에 선택하는 것으로 제한되지 않는다. 단어(word)가 대안적인 사용자 인터페이스 구성요소에 의해 대체될 수 있다. 예를 들면, 시간은 시계의 그래픽 이미지로 대체될 수 있다; 날짜는 달력 이미지에 의해 대체될 수 있다. 단위 값들은, 이 값들을 클릭하는 것이 명령 메뉴, 옵션 리스트, 다른 팝업 등과 같은 추가적인 레벨의 대화성(interactivity)을 야기할 수 있도록 하는, 아이콘 동작을 나타낼 수 있다. 값들은 또한 다른 파일들 및/또는 속성들로 드래그 될 수도 있고, 이들 값은 다른 파일 및/또는 속성들에 추가될 수 있다.

필드의 리스트의 끝 부분에, 사용자에게 필드가 어떤 데이터를 포함하고 있는지를 상기시키는 프롬프트 스트링(2703)이 존재할 수 있다. 일부의 예에서, 프롬프트 스트링(2703)은 데이터의 입력에 대하여 키보드 포커스가 주어졌을 때와 같이 필드(2701)가 편집 상태일 때만 나타날 수 있고, 프롬프트 스트링(2703)은 다중-값 필드의 실제 값으로서 취급되지 않는다(예를 들면, 필드 내의 값으로서 메모리에 저장되는 것이 아니라, 사용자 인터페이스의 일부로서 생성된다).

프롬프트 스트링(2703)은 이전에 기술된 임의의 유형을 이용하여 시각적으로 구별 및/또는 강조될 수 있고(예를 들면, 문자들 근처의 영역에 특정 색을 하이라이팅을 가질 수 있다), 일부 유형의 디폴트 동작을 나타낼 수 있다. 예를 들면, 프롬프트 스트링(2703)은 필드(2701)가 편집 상태에 있고 삽입 지점이 값들의 스트링의 끝 부분에 있을 때면 언제든지 자동으로 나타날 수 있다. 일단 사용자가 새로운 값을 삽입 지점에 (예를 들면, 텍스트 박스에 타이핑하기 시작함으로써) 삽입하도록 타이핑하기 시작하여, 새로운 캐릭터가 추가된다면, 프롬프트 스트링(2703)은 자동으로 사라질 수 있다. 프롬프트 스트링은 사용자가 새로운 값의 입력을 완료하거나, 중단하는 경우 자동으로 다시 나타날 수 있다.

편집 상태에서, 필드는 또한 사용자에게 다중-값 필드(2701)에 추가될 잠재적인 값들의 리스트를 제공하는 드롭다운 메뉴(2704)를 디스플레이할 수 있고, 사용자는 이 메뉴로부터 입력을 선택할 수 있다. 드롭다운 메뉴(2704)는 도 28에 도 시된 프로세스에 따라 구현될 수 있는 자동제안 특징을 포함할 수 있다. 먼저, 프로세스는 단계(2801)에서 이미 소정의 속성에 대하여 사용중이고 또한/또는 소정의 사용자에 의해 사용되는 모든 값들을 수집함으로써 시작할 수 있다. 단계(2802)에서, 사용자가 중복된 것이 더해지는 것을 원할 가능성이 적기 때문에, 메뉴(2704)는 선택된 파일(들)에 대한 다중-값 속성에 이미 존재하는 값들을 제거할 수 있다. 단계(2803)에서, 리스트는 인기도에 따라, 알파벳 순서로, 또는 임의의 다른 원하는 방법에 의해 분류(sorting)될 수 있다. 그 다음, 단계(2804)에서, 메뉴는 자동제안으로 디스플레이될 수 있다. 열거된 값들 중 일부가 선택된 파일의 일부(전부는 아님)에 대하여 이미 존재하였다면, 이들 값들에는 이 사실을 나타내기 위하여 다른 형태가 주어질 수 있다(예를 들면, 앞서 기술한, 하이라이팅, 컬러링, 패턴, 폰트, 등). 임의의 선택된 파일에 이용되지 않은 값들에도 그 사실을 나타내기 위하여 다른 형태가 주어질 수 있다.

필드는 또한 도 29에 도시된 바와 같이, 자동완성 특징을 가질 수도 있다. 자동완성 특징이 있다면, 사용자가 (도 29 예에서 "D"를 타이핑함으로써) 다중-값 속성에 새로운 값을 추가하도록 타이핑을 시작할 때, 시스템은 자동으로 예상되는 값을 갖는 입력을 완성하도록 시도할 수 있다. 자동완성 특징은 도 30에 도시된 프로세스를 이용하여 구현될 수 있다. 단계(3001)에서 일단 주어진 속성에 대하여 이용 중인 모든 값들을 취하고, 단계(3002)에서 선택된 파일(들)에 이미 적용한 것들을 제거하는 필터링을 함으로써 예상되는 값이 선택될 수 있다. 단계(3003)에서 사용자에 의해 이미 입력되었던 문자들로 시작하는 값들을 식별하기 위한 추가적인 필터링과, 사용자가 이미 타이핑한 문자(들)로 시작하는 첫 번째(알파벳 순서로) 값에 대한 선택이 수행될 수 있다. 단계(3004)에서, 인기도, 알파벳 순서, 또는 임의의 다른 원하는 방법에 의해 나머지 가능한 것들이 분류(sorting)될 수 있고, 단계(3004)에서 나머지 리스트가 디스플레이될 수 있다. 리스트의 첫 번째 엔트리가 디폴트로 선택될 수 있고, 하이라이팅될 수 있으며 나머지 캐릭터는, 원한다면 추가적으로 하이라이트되어, 사용자가 데이터를 입력한 다음에 필드에 자동으로 배치될 수 있다.

상술한 자동제안 및 자동선택 특징은 다른 유형의 필터링 단계들도 포함할 수 있다. 예를 들면, 필터는 사용자에 의해 선택되고/거나 입력되었던 가장 최근 값들을 선택할 수 있거나; 속성들의 리스트를 생성하였던 컨텍스트에 기초하여 가능한 값들을 필터링할 수 있다. 예를 들면, 선택된 파일이 프로젝트 뷰의 일부로서 디스플레이되기 위해 선택될 경우(예를 들면, 소정의 프로젝트에 관련된 파일을 디스플레이), 시스템은 특정 가능한 값들이 그 프로젝트에 이용될 가능성이 더 크다(또는 더 작다)고 자동으로 판정할 수 있고, 그에 따라 이 리스트를 필터링할 수 있다.

사용자가 필드에 데이터를 입력했을 때, 그 입력을 확인하는 검사가 이루어질 수 있다. 예를 들면, 특정 필드는 가능한 값들의 리스트 또는 지정된 범위(예를 들면, 주중의 요일) 만을 가지도록 미리 정해질 수 있고, 사용자가 다중-속성 값에 무효한 엔트리를 입력하기를 시도한다면, 시스템은 단순히 이 엔트리를 거부하며, 사용자에게 엔트리가 무효하다는 것을 알리는 메시지를 제공할 수 있다.

도면을 포함하는 명세서를 검토하여 본 발명의 대안적인 실시예 및 구현이 당업자에게 명백해질 것이다. 예를 들면, 상술한 프로세스들의 다양한 단계는 본원에 기술된 특징들의 선택된 서브셋을 구현하기 위하여 원하는 데로 재배치되고, 수정되고 또한/또는 삭제될 수 있다. 또한, 앞서 설명한 바와 같이, 하나 이상의 "양태" 또는 "본 발명"의 "실시예"에 나타나 있는 특정 특징에 대한 참조는 유리한 대로 단독으로 또는 다른 개념들과 조합하여 이용될 수 있는 다양한 개념을 단순히 나타내도록 이루어지며, 본원에 오직 하나의 발명적인 개념만이 개시되었다는 것, 또는 개시된 특징 모두가 이하의 특허 청구 범위 중 임의의 것에 요구된다는 것을 내포한다고 해석되어서는 안된다. 그보다, 이하의 특허청구범위 각각은 개별적인 발명으로써 간주되며, 기재된 것 이외에 어떤 제한을 가지는 것으로 해석되어서는 안된다.

Claims (20)

1. 파일 속성들을 디스플레이하는 방법으로서,

   컴퓨터 시스템의 복수의 파일들에 대한 선택을 수신하는 단계 - 상기 파일들은 각각이 적어도 하나의 다중-값 속성을 가짐 -;

   상기 컴퓨터 시스템의 디스플레이 상에, 상기 복수의 파일의 상기 다중-값 속성에 관한 값들의 통합을 디스플레이하는 단계를 포함하고,

   적어도 하나의 디스플레이된 값은, 상기 값과 상기 선택된 파일들 중 하나 이상을 상호연관시키기 위하여 시각적으로 구별되어지는 파일 속성들을 디스플레이하는 방법.
2. 제1항에 있어서,

   상기 적어도 하나의 디스플레이된 값은, 상기 값이 상기 선택된 파일 모두와 연관되어 있음을 나타내는 방식으로 시각적으로 구별되어지는 파일 속성들을 디스플레이하는 방법.
3. 제1항에 있어서,

   상기 적어도 하나의 디스플레이된 값은, 상기 값이 상기 선택된 파일들의 일부 집합과 연관되어 있음을 나타내는 방식으로 시각적으로 구별되어지는 파일 속성들을 디스플레이하는 방법.
4. 제1항에 있어서,

   상기 적어도 하나의 디스플레이된 값과 상응되는 방식으로 상기 선택된 파일들 중 하나 이상을 시각적으로 구별하는 단계를 더 포함하는 파일 속성들을 디스플레이하는 방법.
5. 제1항에 있어서,

   상기 선택된 복수의 파일들의 상기 다중-값 속성들을 정규화하는 단계를 더 포함하는 파일 속성들을 디스플레이하는 방법.
6. 제1항에 있어서,

   상기 복수의 파일들에 의해 주어진 우선순위에 기초하여 값들의 상기 통합을 배치하는 단계를 더 포함하는 파일 속성들을 디스플레이하는 방법.
7. 제6항에 있어서,

   상기 배치 단계는

   정수형 상수 C를 설정하는 단계, 및

   상기 선택된 파일들의 다중-값 속성에 나타나는 각각의 값에 대하여 위치 1로부터 위치 C에 대한 우선순위 투표들을 기록하는 단계를 포함하는 파일 속성들을 디스플레이하는 방법.
8. 제7항에 있어서,

   상기 배치 단계는, 위치 1로부터 위치 C 중 하나에 대하여, 그 해당 위치에 대한 우선순위 투표를 가장 많이 가지는 값에 그 해당 위치를 부여하는 단계를 더 포함하는 파일 속성들을 디스플레이하는 방법.
9. 제8항에 있어서,

   상기 배치 단계는

   위치 1로부터 상기 위치 C 중 상기 해당 위치에 대하여 2개 이상의 값들 간의 동점(tie)이 존재할 경우에 대비해, 위치 1로부터 위치 C 중 상기 해당 위치 이후에 다음으로 이어지는 위치를 미리 조사(peeking)하는 단계, 및

   상기 조사 결과에 기초하여 위치 1로부터 위치 C 중 상기 해당 위치를 부여하는 단계를 더 포함하는 파일 속성들을 디스플레이하는 방법.
10. 제1항에 있어서,

    상기 디스플레이된 값들의 통합과 함께 프롬프트 텍스트 스트링을 포함시키는 단계를 더 포함하는 파일 속성들을 디스플레이하는 방법.
11. 제10항에 있어서,

    상기 디스플레이된 통합 값들로의 데이터 입력 동작을 개시하는 사용자에 응 답하여 상기 프롬프트 텍스트 스트링을 자동으로 제거하는 단계를 더 포함하는 파일 속성들을 디스플레이하는 방법.
12. 제11항에 있어서,

    상기 데이터 입력 동작을 종료하는 사용자에 응답하여 상기 프롬프트 텍스트 스트링을 자동으로 재배치하는 단계를 더 포함하는 파일 속성들을 디스플레이하는 방법.
13. 제1항에 있어서,

    상기 디스플레이된 통합 값으로의 데이터 입력 동작을 개시하는 사용자에 응답하여 제안들의 드롭다운 메뉴를 디스플레이하는 단계를 더 포함하는 파일 속성들을 디스플레이하는 방법.
14. 제13항에 있어서,

    상기 제안들의 메뉴는 컨텍스트(contextual) 기준에 기초하여 자동으로 필터링(filter)되는 파일 속성들을 디스플레이하는 방법.
15. 제14항에 있어서,

    상기 필터링된 제안들의 메뉴를 분류(sorting)하는 단계를 더 포함하는 파일 속성들을 디스플레이하는 방법.
16. 데이터를 디스플레이하는 방법으로서,

    컴퓨터 시스템 디스플레이 상에, 파일들의 리스트를 사용자에게 디스플레이하는 단계,

    복수의 상기 파일들에 대한 사용자 선택을 수신하는 단계,

    상기 파일들 중 하나 이상에 대하여 미리보기를 디스플레이하는 단계,

    상기 미리보기가 디스플레이되는 동안 상기 선택된 파일들의 메타데이터를 디스플레이하는 단계 - 상기 메타데이터의 적어도 일부는 상기 선택된 복수의 파일들의 다중-값 속성에 관한 값들의 통합임 -, 및

    상기 값들과 상기 선택된 파일들 중 하나 이상 사이에 하나 이상의 연관을 식별하기 위하여 상기 통합된 값들 중 하나 이상을 시각적으로 구별하는 단계를 포함하는 데이터를 디스플레이하는 방법.
17. 제16항에 있어서,

    상기 통합된 값은 필드에 디스플레이되고,

    상기 필드는 상기 통합된 값들의 끝에 프롬프트 텍스트를 첨가하는 데이터를 디스플레이하는 방법.
18. 제17항에 있어서,

    사용자가 상기 필드로의 데이터 입력 동작을 개시하는 것에 응답하여 상기 프롬프트 텍스트를 자동으로 제거하는 단계를 더 포함하는 데이터를 디스플레이하는 방법.
19. 제18항에 있어서,

    상기 선택된 파일들 각각에 연관되는 각 우선순위들에 맞게 상기 디스플레이된 통합 값들을 배치하는 단계를 더 포함하는 데이터를 디스플레이하는 방법.
20. 파일 메타데이터를 편집하는 방법으로서,

    복수의 선택된 파일들의 다중-값 속성들에 관한 통합된 값을 디스플레이하는 단계,

    상기 통합된 값들 중 적어도 하나를 시각적으로 구별하여 상기 구별되는 값과 상기 복수의 선택된 파일들 중 하나 이상의 파일 간의 연관을 나타내는 단계,

    상기 값들을 편집하라는 사용자 요청에 따라서 상기 디스플레이된 통합 값들을 수정하는 단계, 및

    상기 통합된 값들을 편집하는 사용자에 응답하여 상기 선택된 파일들 각각의 속성들에 대하여 수정을 수행하는 단계를 포함하는 파일 메타데이터를 편집하는 방법.

Images