파일 시스템 쉘 document_id A220623051451

현재의 컴퓨터 파일 시스템은 다수의 바람직하지 않은 한계점들을 가지고 있다. 한가지 한계점은 사용자에게 보여지는 구조를 사용자가 일반적으로 제어할 수 없다는 것이다. 환언하면, 폴더가 구성될 때, 사용자는 구조를 선택해야만 하고, 그런 다음에 그 구조를 변경하기가 어렵다. 특정의 예로서, "음악" 폴더의 경우, 사용자는 음악가/앨범 포맷으로 음악 파일을 구성(organize)하기로 선택할 수 있으며, 여기서 각각의 음악가에 대한 앨범 폴더 모두는 그 특정의 음악가의 폴더 내로 들어가고, 특정의 앨범 상의 노래들 전부는 그 앨범의 폴더 내로 들어간다. 음악가/앨범 포맷은 한 유형의 음악을 재생하는 데(예를 들어, 2개의 서로 다른 음악가로부터의 2개의 재즈곡을 재생하는 데) 또는 서로 다른 음악가로부터의 앨범 선집을 재생하는 데 도움이 되지 않는다. 다른 문제로서, 사용자는 구성하기 어려운 많은 수의 파일을 가지고 있을 수 있다. 어떤 사용자들은 파일들에 대해 엄격한 의미의 배치를 실시하며, 이에 따라 파일에 대한 엄격한 계층 구조를 생성한다. 이러한 파일들의 관리는 점점 복잡하게 되고 이용가능한 문서의 수가 증가함에 따라 어려워지며, 또한 탐색 및 검색을 어렵게 만든다. 이 문제는, 공유 파일, 기타 등등의 다른 위치로부터 부가의 파일들이 이용될 때, 더욱 악화된다. 사용자는 또한 서로 다른 장치 상에, 다른 PC 상에 또는 온라인 상에 등의 서로 다른 위치에 있는 파일들을 처리해야만 한다. 예를 들어, 사용자는 컴퓨터(음악 프로그램이 액세스가능할 수 있음) 상에서 그의 음악을 듣기로 선택할 수 있거나 온라인 상태로 되어 웹 사이트로부터 음악을 들을 수 있지만, 이들 2개의 소스 간에는 엄격한 구분이 있다. 서로 다른 위치로부터 오는 음악은 서로 다르게 구성되고, 동일한 방식으로 또는 동일한 장소에 유지되지 않는다. 다른 예로서, 회사 네트워크 상에 저장된 파일들은 본질적으로 사용자가 현재의 머신 상에 가지고 있는 파일들과 분리되어 있을 수 있다. 사용자는 또한 어떤 파일 데이터가 저장되어 있는지 뿐만 아니라 어디에 저장되어 있는지를 추적해야만 한다. 예를 들어, 음악 파일의 경우, 사용자는 어쩔 수 없이 여러가지 시스템 상에 복사본을 유지해야 하고 또 어느 음악 파일이 어디에 위치하고 있는지를 추적하려고 노력해야만 한다. 이것은, 파일들이 로컬적으로 저장되어 있는 경우에도, 파일들을 찾아내는 일을 어렵게 만들 수 있다. 또한, 때때로 사용자가 가지고 있는 파일들을 찾아내고 그 파일로 되돌아가는 것이 어렵다. 사용자는 어떤 파일들을 어디에 또 어떻게 저장했는지를 기억해 낸다는 것이 어렵다는 것을 알 수 있다. 일련의 폴더 및 심지어 일군의 유사한 파일이 주어져 있는 경우, 사용자는 종종 사용자가 찾고 있는 것을 신속하게 찾아낸다는 것이 어렵다는 것을 발견한다. 찾아내기 어려운 곳에 저장되어 있는 파일의 경우, 찾아내는 일이 그 만큼 훨씬 더 복잡하다. 게다가, 사용자가 폴더 내에 충분한 파일을 가지고 있는 경우, 폴더를 신속하게 파싱하는 것이 더욱 어렵게 되며, 컨텐츠가 유사한 경우에 특히 그렇다. 또한, 사용자가 네트워크 상에서 파일을 찾거나 그 파일로 되돌아가기 어려운 경우가 때때로 있다. 파일을 공유 및 퍼블리싱하는 일이 어려운 경우가 많으며, 이러한 파일을 이용가능하게 만들어주는 어떤 사람으로부터 그 파일을 검색하는 것이 훨씬 더 어려운 경우가 있을 수 있다. 사용자는 일반적으로 네트워크 상에서 파일을 찾는 데 필요로 하는 다양한 사이트 및 이름을 기억하거나 매핑해야만 한다. 이름 공간이 변할 수 있으며, 이는 무엇이 "정확"한 것인지에 관하여 사용자에게 혼동을 야기할 수 있다. 이것은 서로 다른 명명 규칙(naming convention), 한계점, 기타 등등이 있는 네트워크 상에서 특히 그렇다. 예를 들어, 어떤 운영 체제는 가시적(visible)이도록 하기 위해 빈칸이 없는 단축 이름(short name)을 요구할 수 있다. 프로그램은 또한 그 자신의 디렉토리 또는 다른 이름 공간에 파일을 저장하는 경우가 많으며, 이는 사용자가 파일까지 다시 찾아가는 것을 어렵게 만들 수 있다. 프로그램은 문서를 저장하는 디폴트 디렉토리 및 장소를 갖는다. 사용자는 종종 그의 하드 디스크를 검색하여 파일이 어디에 저장되어 있는지에 관해 추측해야만 한다. 또한, 관련된 항목들이 개별적인 장소에 저장되어 있는 경우가 많다. 사용자가 가지고 있는 관련된 파일들이 하드 디스크, 기타 등등의 서로 다른 부분 상에 저장되어 있을 수 있다. 이 문제점은 다수의 컨텐츠 유형(예를 들어, 화상, 음악, 비디오)을 갖는 디지털 미디어 서비스의 개발에서 더욱 흔히 있는 일이다. 파일 시스템에서의 다른 문제점은 주소 바(address bar)에 관한 것이다. 사용자가 컴퓨터 상의 파일 시스템 내에서 내비게이션(navigation)을 할 때, 주소 바(address bar)라고 하는 종래의 그래픽 인터페이스 컨트롤은 사용자가 파일 시스템 계층 구조에서 어디에 있는지를 사용자에게 보여준다. 종래의 주소 바는 폴더, 서브폴더 및 파일로 된 파일 시스템의 계층 구조로 현재 위치를 보여준다. 종래의 주소 바에 디스플레이된 사용자의 위치를 변경하는 것은 일반적으로 2가지 방식 중 하나로 수행된다. 첫번째 방식은 주소 바에서 주소를 수동으로 편집하는 것이다. 주소 바에서 주소를 수동으로 편집하는 것에 의해 사용자는 파일 시스템 계층 구조에서의 임의의 수의 위치로 이동(relocate)할 수 있지만, 사용자가 컴퓨터 상에서의 파일 시스템의 구성에 관한 특정의 정보, 즉 특정의 파일 시스템 위치를 가지고 있을 필요가 있다. 두번째 방식은, 조작될 때, 새로운 주소 또는 위치를 반영하기 위해 주소 바를 갱신하는 외부 내비게이션 도구(external navigation tool)를 사용하는 것을 수반한다. 주소 바에서의 주소의 수동 편집을 건너뛰지만, 외부의 내비게이션 도구를 조작하는 것은 여전히 사용자에게 파일 시스템의 구성에 관한 특정의 정보를 가질 것과 계층 구조를 순회할 것을 요구한다. 그렇지만, 종래의 주소 바는, 주소 바에 있는 주소와 파일 시스템 계층 구조에서의 특정 위치 간의 일대일 관계로 인해, 폴더 또는 드라이브 등의 다수의 파일 시스템 위치들 사이에 저장되어 있는 파일 또는 데이터를 참조할 수 없다. 종래 기술은 사용자가 다수의 파일 시스템 위치들 사이에 저장되어 있거나 여러가지 속성들 중 임의의 것을 갖는 파일을 디스플레이하는 주소를 지정할 수 있게 해주는 주소 바가 없다. 종래 기술은 또한 사용자가, 주소를 수동으로 편집함이 없이 또는 기본 파일 시스템의 구성에 관한 특정의 정보를 필요로 하지 않고, 주소 바의 주소를 용이하게 수정할 수 있게 해주는 주소 바가 없다. 또한, 종래 기술에서는 대안적인 파일 선택 항목들(사용자는 그 파일 선택 항목으로 이동하기 위해 이들로부터 선택할 수 있음)을 사용자에게 제공하는 주소 바가 없다. 이러한 주소 바는 또한 선택적으로 종래의 주소 바 인터페이스를 사용자에게 제공하여, 사용자로 하여금 사용자 선호(user preference)에 따른 이전의 경험에 따라 주소 바와 상호작용할 수 있게 해줄 수 있다. 파일 시스템에서의 다른 문제점은 컴퓨터 상에 저장된 항목의 식별에 관한 것이다. 더 많은 개인들이 그의 일상 생활에서 컴퓨터를 이용함에 따라 또한 화상, 음악, 문서, 기타 등등 간에 저장된 정보의 유형이 다름에 따라, 퍼스널 컴퓨터(PC) 등의 컴퓨팅 환경에 저장된 항목들을 용이하게 식별할 필요성이 급격히 증가하고 있다. 문서 및 미디어는 일반적으로 컴퓨터 상에서 계층적인 방식으로 저장되어 있으며 정보 또는 미디어의 파일이 폴더 내에 저장되어 있는 상태로 구성으로 되어 있다. 파일 시스템 브라우저는 사용자로 하여금 파일 시스템을 통해 내비게이션을 하여 파일 및 폴더의 찾기(locate) 및 열기(open)를 할 수 있게 해준다. 예를 들어, 마이크로소프트사의 WINDOWS EXPLORER™는 사용자가 파일 시스템을 브라우징할 수 있게 해주는 운영 체제 유틸리티이다. 많은 사용자들은 종래의 파일 시스템 브라우저에서 현재 이용가능한 정보에 기초하여 파일을 정확하게 식별하는 것이 어렵다는 것을 알고 있다. 물론, 파일의 내용은 애플리케이션 프로그램으로 그 파일의 열기를 함으로써 검증될 수 있지만, 파일을 브라우징하는 이 방법은 아주 비효율적이다. 파일 시스템 브라우저 내에서 파일에 관한 메타데이터를 볼 수 있는 기능은 사용자가 특정의 파일을 열 필요없이 그 파일을 식별하는 데 크게 도움이 될 수 있다. 예를 들어, 마이크로소프트사의 WINDOWS 9X 운영 체제에서, 사용자는 특정의 객체에 대한 프로퍼티 시트(property sheet)에 액세스함으로써 객체 메타데이터를 볼 수 있다. 프로퍼티 시트는 탭이 붙은 색인 카드형 프로퍼티 페이지 선택(tabbed, index-card-like selection of property pages)의 형태로 객체의 애트리뷰트(attribute) 또는 설정(setting)의 리스트를 사용자에게 제공하며, 이들 프로퍼티 페이지 각각은 파라미터를 커스터마이즈하기 위한 표준적인 대화상자 형태의 컨트롤을 가지고 있다. 그렇지만, 프로퍼티 시트를 사용하여 항목을 찾아내는 것은 느리고 번거로울 수 있으며, 어떤 사용자들은 프로퍼티 시트에서 관련 메타데이터를 찾아내는 것이 어렵다는 것을 알고 있다. 이와 유사하게, 항목을 찾아내기 위해 정보팁(infotip)을 사용하는 것은 느리고 번거로울 수 있는데, 그 이유는 사용자가 정보팁에 디스플레이되는 제한된 메타데이터를 보기 위해 각각의 파일 상에 마우스를 올려 놓아야만 하기 때문이다. 종래의 파일 시스템 브라우저는 사용자가 파일 및 폴더에 관한 메타데이터를 입력 및 편집할 수 있도록 해주지 않으며, 이는 사용자가 나중에 파일을 찾아낼 수 있는 것을 상당히 향상시킨다. 현재까지, 사용자가 메타데이터를 입력 및 편집할 수 있는 것은 특수 목적의 소프트웨어 프로그램으로 제한되어 있었다. 예를 들어, 전자 음악 파일을 위한 미디어 플레이어는 음악 앨범 및 음악가와 연관된 메타데이터를 편집할 수 있는 기능을 사용자에게 제공한다. 이러한 프로그램의 다른 예로는 전자 화상 파일을 위한 애플리케이션 프로그램이 있다. 그렇지만, 미디어 플레이어 및 다른 이러한 프로그램의 효용이, 다수의 파일 유형을 지원하는 범용 파일 시스템 브라우저와는 달리, 그 프로그램에 의해 지원되는 특정 유형의 파일로 제한된다. 마이크로소프트사의 WINDOWS XP 운영 체제는 My Pictures 폴더에서 사용하기 위한 이미지 브라우저를 포함한다. 내 그림 폴더는 사용자가 사진들을 단지 문서 아이콘이 아니라 사진으로서 볼 수 있게 해주는 특수 기능들을 가지고 있다. My Pictures의 이미지 브라우징 기능은 썸네일 크기 사진 및 큰 사진을 볼 수 있게 해주고, 비스듬하게 있는 사진을 회전시킬 수 있으며 또 슬라이드 쇼를 생성할 수 있는 기능을 포함한다. 사용자는 또한 사진의 크기, 사진을 찍은 날짜 및 시간, 사진을 찍은 카메라의 이름 등의 사진의 상세를 볼 수 있다. 내 그림 폴더에서의 미리보기 컨트롤 영역은 사용자-선택 이미지의 확대된 미리보기 이미지, 사용자가 일련의 사진들을 통해 반복하는 것을 돕는 반복자(iterator) 버튼, 및 시계 방향 또는 반시계 방향으로 사진을 회전시키는 컨트롤을 포함한다. WINDOWS XP에서의 이미지 브라우징 기능이, 사진을 보고 조작하기 위해 애플리케이션 프로그램을 호출할 필요가 없게 해줌으로써, 기술 수준을 진보시켰지만, 사용자는 여전히 사진과 연관된 메타데이터를 입력 및 편집할 수 없다. 따라서, 사용자가 항목과 연관된 메타데이터에 기초하여 용이하게 그 항목을 찾아낼 수 있게 해주는, 쉘 또는 파일 시스템 브라우저 내에서의 사용자 경험의 개선이 필요하다. 또한, 사용자가 애플리케이션 프로그램을 호출할 필요없이 쉘 브라우저 내에서 여러가지 유형의 항목과 연관된 메타데이터를 입력 및 편집할 수 있게 해주는 시스템 및 방법이 필요하다. 사용자가 그의 파일들을 용이하게 찾아낼 수 있도록 개선된 파일 내용 인식 기능을 사용자에게 제공하는 파일 시스템 또는 쉘 브라우저가 필요하다. 또한, 복수의 이용가능한 프리뷰어(previewer) 중에서 특정 파일 유형에 대한 프리뷰어의 선택을 가능하게 해주는 쉘 브라우저를 위한 개선된 그래픽 사용자 인터페이스가 필요하다. 또한, 소프트웨어 개발자로 하여금 파일 유형에 기초하여 사용자에게 부가적인 정보 및 기능을 제공할 수 있게 해주는 확장가능한 쉘 브라우저가 필요하다. 또한 서로 다른 항목 컬렉션들에 걸쳐 유사한 UI 경험을 제공할 필요가 있다.