KR101682738B1 - 관리 시스템 확장성 - Google Patents

Abstract

컴퓨팅 장치상에 설치된 다수의 소프트웨어 구성요소의 각각에 대한 하나 이상의 확장자 등록을 수신한다. 하나 이상의 확장자 등록은 기능성의 제공자로서 소프트웨어 구성요소를 식별한다. 다수의 소프트웨어 구성요소의 각각에 대한 하나 이상의 확장자 등록의 레코드를 유지한다. 특정 기능성을 식별하는 요청을, 컴퓨팅 장치상에 설치된 다른 소프트웨어 구성요소로부터 수신한다. 이러한 요청에 응답하여, 특정 기능성을 제공하는 다수의 소프트웨어 구성요소중의 하나 이상에 관한 정보가 다른 소프트웨어 구성요소로 반환된다.

Description

관리 시스템 확장성{MANAGED SYSTEM EXTENSIBILITY}

컴퓨터는 전형적으로 컴퓨터상에 다른 애플리케이션을 설치 및 실행할 수 있는 기능을 포함한 다양한 기능성을 제공하는 운영체제를 실행한다. 이러한 운영체제는 애플리케이션이 소정 기능성을 다른 애플리케이션으로 제공하고 이로써 운영체제의 기능성을 확장하는 것처럼 애플리케이션을 등록하기 위한 기능을 하는 정보를 저장할 수 있는 위치를 제공한다. 이 위치는 예를 들어 운영체제 레지스트리(operating system registry)일 수 있다. 이러한 정보를 유지하는 것이 애플리케이션에 이로울 수 있지만, 현재의 저장 메카니즘은 문제를 가진다.

한가지 문제는 상이한 애플리케이션이 전형적으로 동일 위치와 상호작용할 수 있어, 일 애플리케이션에 의해 저장된 정보가 다른 애플리케이션에 의해 삭제, 중복기록 또는 이와 달리 손상되는 상황이 발생할 수 있다는 것이다. 이러한 상황은 애플리케이션이 그들의 예정된 기능성을 실행 및 제공하지 않는 결과를 가져올 수 있다. 또 다른 문제는 애플리케이션이 전형적으로 그들이 언인스톨(uninstall)될 때에 그 위치로부터 그들의 정보를 제거할 책임이 있다는 것이다. 애플리케이션이 그들의 정보를 정확하게 제거하지 않는다면, 그 위치는 임의 주어진 시간에, 소정 애플리케이션이 언인스톨(uninstall)되었고 실제로 실행할 수 없을 지라도, 이들 애플리케이션을 실행할 수 있다는 것을 나타내는 정보를 저장할 수 있다.

이 요약은 상세한 설명에서 더 후술되는 간단한 형태의 개념 선택을 소개하기 위해 제공된다. 이 요약은 청구 주제의 주요 특징 또는 필수 특징을 확인하기 위한 것이 아니며, 청구 주제의 범주를 정하는데 사용하려는 것도 아니다.

하나 이상의 양상에 따라서, 컴퓨팅 장치상에 설치된 다수의 소프트웨어 구성요소의 각각에 대하여 하나 이상의 확장자 등록(extension registrations)을 수신한다. 하나 이상의 확장자 등록은 소프트웨어 구성요소를 기능성의 제공자로서 식별한다. 다수의 소프트웨어 구성요소의 각각에 대한 하나 이상의 확장자 등록의 레코드를 유지한다. 컴퓨팅 장치상에 설치된 다른 소프트웨어 구성요소로부터의, 특정 기능을 식별하는 요청을 수신한다. 이러한 요청에 응답하여, 특정 기능을 제공하는 다수의 소프트웨어 구성요소중의 하나 이상에 관한 정보가 다른 소프트웨어 구성요소로 반환된다.

하나 이상의 양상에 따라서, 확장자 관리 모듈로부터 새 확장자 등록을 얻는다. 확장자 관리 모듈은 확장자 등록 데이터베이스에 대한 액세스를 관리하고, 새 확장자 등록은 확장자 관리 모듈과 통신하는 확장자 제공자에 대응한다. 새 확장자 등록을 기반으로 한 확장자 정보는 선택적으로 레거시 저장소(legacy store)에 저장될 수 있다.

도 1은 하나 이상의 실시예에 따라서 관리 시스템 확장성을 구현하는 컴퓨팅 장치 예를 도시하는 도면.
도 2는 하나 이상의 실시예에 따라서 소프트웨어 구성요소 예를 도시하는 도면.
도 3은 하나 이상의 실시예에 따라서 확장자 등록 데이터베이스 예를 도시하는 도면.
도 4는 하나 이상의 실시예에 따라서 관리 시스템 확장성을 구현하기 위한 프로세스 예를 도시하는 흐름도.
도 5는 하나 이상의 실시예에 따라서 관리 시스템 확장성을 구현하기 위한 다른 프로세스 예를 도시하는 도면.
도 6은 하나 이상의 실시예에 따라서 특정 파일 확장자와 관련된 확장자 제공자를 확인하기 위해 관리 시스템 확장성을 사용하기 위한 프로세스 예를 도시하는 흐름도.
도 7은 하나 이상의 실시예에 따라서 DLL(dynamic link library) 위치를 얻기 위해 관리 시스템 확장성을 사용하기 위한 프로세스 예를 도시하는 흐름도.
도 8은 하나 이상의 실시예에 따라서 레거시 관리 시스템 예를 도시하는 도면.
도 9는 하나 이상의 실시예에 따라서 관리 시스템 확장성을 가진 레거시 확장자 소비자에게 지원하기 위한 프로세스 예를 도시하는 흐름도.
도 10은 하나 이상의 실시예에 따라서 관리 시스템 확장성을 구현하도록 구성될 수 있는 컴퓨팅 장치 예를 도시하는 도면.

유사 특징을 참조하기 위해 도면을 통해 동일 번호를 사용한다.

여기서 관리 시스템 확장성(managed system extensibility)을 거론한다. 운영체제는 확장자 제공자(extension providers)와 확장자 소비자(extension consumers) 간에 중개자(borker)로서 동작하는 확장자 관리 모듈을 포함한다. 확장자 제공자는 확장자 관리 모듈에 등록하여 확장자 제공자에 의해 제공된 기능성을 기술하는 정보를 확장자 관리 모듈에게 준다. 특정 기능성을 제공하는 하나 이상의 확장자 제공자를 기술하는 정보를 원하는 확장자 소비자는 이러한 정보에 대해 확장자 관리 모듈에게 요청한다. 이러한 요청에 응답하여, 확장자 관리 모듈은 확장자 제공자로부터 받은 정보를 검토하고, 요청된 기능성을 제공하는 하나 이상의 확장자 제공자를 식별한다. 그 다음, 이들 하나 이상의 확장자 제공자에 관한 정보를 요청중인 확장자 소비자에게 반환한다.

도 1은 하나 이상의 실시예에 따라서 관리 시스템 확장성을 구현하는 컴퓨팅 장치(100) 예를 도시한다. 컴퓨팅 장치(100)는 소프트웨어 애플리케이션을 실행할 수 있는 다양하고 상이한 장치일 수 있다. 예를 들면 컴퓨팅 장치(100)는 데스크탑 컴퓨터, 서버 컴퓨터, 랩탑 컴퓨터, 모바일국, 엔터테인먼트 기기, 디스플레이장치와 통신가능하게 연결된 셋탑박스, 셀룰러 또는 다른 무선폰, 게임 콘솔, 자동차 컴퓨터 등일 수 있다. 따라서 컴퓨팅 장치(100)는 상당한 메모리와 프로세스 자원을 가진 풀 자원 장치(예를 들면 퍼스널 컴퓨터, 게임 콘솔)로부터 제한된 메모리 및/또는 처리 자원을 가진 저자원 장치(예를 들면 종래 셋탑 박스, 핸드헬드 게임 콘솔)까지의 범위를 가질 수 있다.

컴퓨팅 장치(100)는 확장자 관리 모듈(104)과 확장자 등록 데이터베이스(106)를 가진 운영체제(102)를 포함한다. 또한 컴퓨팅 장치(100)는 확장자 소비자(112)와 확장자 제공자(114)를 포함한다. 각 확장자 소비자(112)는 소프트웨어 구성요소이고, 각 확장자 제공자(114)는 소프트웨어 구성요소이다. 소프트웨어 구성요소는 다양한 동작을 수행하고, 소프트웨어 애플리케이션 또는 소프트웨어 제품의 일부로서 포함된다. 이러한 다수의 애플리케이션 또는 제품은 동일한 소프트웨어 구성요소를 공유할 수 있다. 하나 이상의 확장자 소비자(112) 및/또는 하나 이상의 확장자 제공자(114)는 운영제체(102)와 별개인 것으로 도시하였지만 운영체제(102)의 구성요소 또는 모듈일 수 있다.

각 소프트웨어 구성요소는 컴퓨팅 장치(100)상에 실행될 수 있는 인스트럭션과 데이터를 포함하고, 하나 이상의 소프트웨어 구성요소는 소프트웨어 제품 또는 소프트웨어 애플리케이션의 기능성을 제공한다. 운영체제(102)는 실행시에 소프트웨어 제품과 전체로서 통신하기 보다는 개별적인 소프트웨어 구성요소와 통신한다.

각 확장자 제공자(114)는 확장자 소비자(112)에 의해 사용될 수 있는 기능성을 제공한다. 이 기능성은 운영체제(102)에 의해 제공된 기능성을 대신하거나 또는 이에 추가되는 것으로, 따라서 운영체제(102)의 기능성을 확장하는 것으로 언급될 수 있다. 특정 소프트웨어 구성요소가 일 유형의 기능성을 위한 확장자 소비자(112), 그리고 또 다른 유형의 기능성(또는 동일 유형의 기능성)을 위한 확장자 제공자(114)일 수 있다는 데에 주목해야 한다.

확장자 제공자(114)는 다양하고 상이한 유형의 기능성을 제공할 수 있다. 특정 소프트웨어 구성요소가 컴퓨팅 장치(100)상에 설치될 때, 확장자 관리 모듈(104)은 이 특정 소프트웨어 구성요소에 의해 제공되는 특정 유형의 기능성을 통지받는다. 또한 확장자 관리 모듈(104)은 특정 소프트웨어 구성요소가 실행중인 동안에 이 특정 소프트웨어 구성요소에 의해 제공되는 추가 기능성을 통지받을 수 있다. 각 확장자 제공자(114)에 의해 제공되는 특정 유형의 기능성의 레코드는 확장자 등록 데이터베이스(106)에서 확장자 관리 모듈에 의해 유지된다. 확장자 소비자(112)가 특정 기능성을 제공하는 소프트웨어 구성요소에 관한 정보를 원할 때, 확장자 소비자(112)는 이러한 정보에 대한 요청을 확장자 관리 모듈(104)에게로 송신한다.

예를 들어 다수의 확장자 제공자(114)가 JPEG(joint Photographic Experts Group) 포맷으로 저장된 이미지 파일을 해석하고 이 이미지 파일상에서 동작하는 기능성을 제공한다. 이들 확장자 제공자(114)의 각각은 컴퓨팅 장치(100)상에 설치될 때에 확장자 제공자(114)가 JPEG 포맷으로 저장된 이미지 파일을 해석하고, 이 이미지 파일상에서 동작하기 위한 기능성을 제공한다는 것을 확장자 관리 모듈(104)에게 통지한다. 이들 확장자 제공자(114)에 의해 제공된 이 기능성 레코드는 확장자 등록 데이터베이스(106)에 유지된다. 후속하여, 확장자 소비자(112)는 JPEG 포맷으로 저장된 이미지 파일을 해석하고 이 이미지 파일상에 동작할 수 있는 소프트웨어 구성요소를 실행하기를 원한다고 가정한다. 확장자 소비자(112)는 JPEG 포맷으로 저장된 이미지 파일을 해석하고 이 이미지 파일상에서 동작할 수 있는 확장자 제공자(114)를 식별하는 정보에 대해 확장자 관리 모듈(104)에게로 요청을 송신한다. 확장자 관리 모듈(104)은 JPEG 포맷으로 저장된 이미지 파일을 해석하고 이미지 파일상에 동작할 수 있는 확장자 제공자(114)를 식별하기 위해 확장자 등록 데이터베이스(106)를 액세스하고, JPEG 포맷으로 저장된 이미지 파일을 해석하고 이 이미지 파일상에 동작할 수 있는 확장자 제공자(114)의 표시를 확장자 소비자(112)에게 반환한다.

통상, 확장자는 제2 소프트웨어 구성요소에 의해 액세스되는 확장자 등록을 통한 제2 소프트웨어 구성요소의 행동에 영향을 미치는 제1 소프트웨어 구성요소를 언급한다. 이 행동은 예를 들어 제1 소프트웨어 구성요소를 호출(예를 들면 종래의 플러그인 모듈 호출), 정보(예를 들면 단축(shortcut) 또는 메뉴 항목) 디스플레이하는 등을 포함할 수 있다. 확장자 제공자(114)는 상이한 유형의 기능성을 제공하는 다양하고 상이한 유형의 확장자를 제공할 수 있다.

이러한 상이한 유형의 확장자 예는 파일 결합(file associations)(예를 들면 핸들(handles)로도 언급되는 특정 유형의 파일을 해석하고 이 파일상에 동작할 수 있는 소프트웨어 구성요소), 언어 파서(language parser)(예를 들면 특정 언어 및/또는 포맷의 파일을 구문분석할 수 있는 소프트웨어 구성요소), 스펠 검사기(예를 들면 스펠검사 기능성을 제공하는 소프트웨어 구성요소), 그리고 동적 링크 라이브러리(예를 들면 특정 DLLs(dynamic link libraries)을 제공하기 위한 소프트웨어 구성요소)를 포함한다. 이러한 상이한 유형의 확장자의 추가 예는 도움 파일(예를 들면 도움 정보를 제공하는 소프트웨어 구성요소), 로컬화 파일(localization file)(예를 들면 특정 언어 또는 영역으로 국부화된 소프트웨어 구성요소), PnP(plug and play) 드라이버(예를 들면 PnP 드라이버를 제공하는 소프트웨어 구성요소), 메뉴 항목(예를 들면 사용자에게 디스플레이할 메뉴에 포함할 항목을 제공하는 소프트웨어 구성요소), 단축 항목(예를 들면 사용자에게 특정 윈도우에서, 또는 특정 스크린상에 디스플레이할 단축 또는 링크를 제공하는 소프트웨어 구성요소) 등을 포함한다. 여기에서 확장자 유형의 예를 거론하였지만, 관리 시스템 확장성은 이들 유형 예로 제한되지 않으며 다른 유형의 확장자와 사용될 수 있다는 것을 이해할 것이다.

확장자 등록 데이터베이스(106)는 확장자 제공자(114)에 의해 행해진 확장자 등록 선언(extension registration declarations)의 레코드이다. 확장자 관리 모듈(104)은 확장자 등록 데이터베이스(106)를 관리하고, 적절한 대로 데이터베이스(106)로부터 확장자 등록을 추가 및 제거한다. 이러한 추가 및 제거는 다른 구성요소 또는 모듈로부터의 요청에 응답하여 모듈(104)에 의해 수행된다. 흔히, 구성요소를 설치(또는 언인스톨)중인 인스톨러(installer) 구성요소 또는 모듈은 확장자 등록을 추가 및 제거하기 위한 이러한 요청을 제공한다. 그러나 이러한 요청은 또한 확장자 제공자(114)와 같은 다른 구성요소 또는 모듈로부터 수신될 수 있다.

확장자 제공자(114) 및 확장자 소비자(112)는 확장자 등록 데이터베이스(106)에 저장된 정보에 대해 직접적으로 액세스하지 않는다. 오히려, 확장자 제공자(114) 및 확장자 소비자(112)는 확장자 관리 모듈(104)을 통해 데이터베이스(106)에 저장된 정보를 액세스한다. 확장자 등록 데이터베이스(106)는 표, 리스트, 데이터베이스 레코드 또는 엔트리 등을 사용하는 것과 같이 다양하고 상이한 방식으로 구현될 수 있다.

게다가, 여기서 거론한 관리 시스템 확장성은 다수의 상이한 유형의 확장자에 걸쳐 확장자 등록 및 확장자 발견을 위해 중앙화된 공통 모델을 제공한다는데에 주목해야 한다. 확장자 관리 모듈(104)은 확장자의 유형에 관계없이 확장자 등록을 액세스하기 위해 공용 인터페이스를 제공한다.

도 2는 하나 이상의 실시예에 따라서 소프트웨어 구성요소(200) 예를 도시한다. 소프트웨어 구성요소는 소프트웨어 구성요소를 기술하는 하나 이상의 파일 및 메타데이터(metadata)의 콜렉션이다. 소프트웨어 구성요소(200)는 소프트웨어 구성요소(200)를 위한 다양한 인스트럭션 및/또는 데이터를 각각 저장하는 하나 이상의 자원 파일(202)을 포함한다. 소프트웨어 구성요소(200)에 포함된 특정 자원 파일(202)은 소프트웨어 구성요소(200)의 개발자의 요구를 기반으로 변경될 수 있다.

매니페스트(manifest)(204)는 소프트웨어 구성요소(200)를 기술하는 메타데이터를 저장한다. 하나 이상의 실시예에서, 매니페스트(204)는 소프트웨어 구성요소(200)의 식별자, 소프트웨어 구성요소(200)의 하나 이상의 버전 번호, 그리고 소프트웨어 구성요소(200)를 위한 하나 이상의 확장자 등록 선언(206)을 포함한다. 소프트웨어 구성요소(200)의 식별자로 인해, 소프트웨어 구성요소(200)는 장치상에 설치된 다른 소프트웨어 구성요소와 구별될 수 있다. 식별자는 소프트웨어 구성요소(200)의 개발자에 의해 배정된 명칭, 소프트웨어 구성요소(200)의 개발자의 식별자, 소프트웨어 구성요소(200)의 발행자 또는 배포자의 식별자, 소프트웨어 구성요소(200)의 버전번호 등을 기반으로 하는 것과 같이 다양하고 상이한 방식으로 생성될 수 있다.

소프트웨어 구성요소(200)의 버전 번호는 상이한 버전의 소프트웨어 구성요소(200)를 쉽게 식별할 수 있게 해준다. 하나 이상의 실시예에서, 계약 버전(contract version)(또한 세대 버전) 번호와 서비스 버전 번호(servicing version)인 두 개의 상이한 버전 번호가 매니페스트(204)에 포함된다. 이 대신에, 계약 버전 번호와 서비스 버전 번호는 계약 버전 번호인 하나 이상의 요소, 그리고 서비스 버전 번호인 하나 이상의 요소를 가진 다중 요소 번호로 함께 결합될 수 있다.

배수(m) 확장자 등록 선언(206)은 매니페스트(204)에 포함되는 것으로 도시된다. 각 확장자 등록 선언은 소프트웨어 구성요소(200)에 의해 제공되는 특정한 확장자 기능성을 기술한다. 예를 들면 하나의 확장자 등록 선언(206)은 제1 파일 결합을 기술할 수 있고, 다른 확장자 등록 선언(206)은 제2 파일 결합을 기술할 수 있고, 또 다른 확장자 등록 선언(206)은 스펠검사기를 기술할 수 있고, 또 다른 확장자 등록 선언은 단축 항목을 기술할 수 있다. 도 2에 다수의 확장자 등록 선언(206)을 도시하지만, 이 대신에 매니페스트(204)는 단일 확장자 등록 선언을 포함할 수 있거나, 또는 심지어 확장자 등록 선언을 포함하지 않을 수 있다.

각 확장자 등록 선언(206)은 범주 식별자(category identifier)(212), 확장자 메타데이터(extension metadata)(214) 및 확장자 데이터(216)를 포함한다. 범주 식별자(212)는 확장자 등록 선언(206)과 관련된 범주를 식별한다. 확장자의 각 유형은 상이한 범주에 대응한다. 예를 들면 파일 결합은 하나 이상의 범주에 대응하고, 스펠 검사기는 다른 범주에 대응하는 등이다. 범주 식별자(212)가 확장자 등록 선언(206)에 의해 기술되는 확장자의 유형을 식별한다.

범주 식별자(212)는 다양하고 상이한 글자, 번호, 기호, 다른 문자 등일 수 있다. 하나 이상의 실시예에서, 범주 식별자(212)는 확장자 소비자 및 확장자 제공자의 모두에게 알려진 문자열이다. 따라서 확장자 제공자는 특정 유형의 확장을 식별하기 위해 특정 범주 식별자를 사용할 수 있고, 그리고 확장자 소비자가 그 특정 범주 식별자를 알고 있으며, 그 특정 범주 식별자를 사용하여 그 특정 유형의 확장에 관한 정보를 요청할 수 있다는 것을 알 수 있다. 범주 식별자를 기반으로 확장자에 관한 정보를 요청하는 것에 대해 상세히 후술한다.

확장자 메타데이터(214)는 확장자 등록 선언(206)을 기술하는 정보를 포함한다. 메타데이터(214)는 다양하고 상이한 정보를 포함할 수 있다. 이러한 정보의 예는 확장자 등록 선언을 다른 확장자 등록 선언과 구별되게 하는 확장자 등록 선언의 명칭, 확장자 등록 선언의 다른 식별자 등을 포함한다.

확장자 데이터(216)는 확장자 등록 선언(206)을 위한 다양한 데이터를 포함한다. 포함된 특정 데이터는 상이한 유형의 확장자뿐만 아니라 동일 유형의 상이한 확장자의 경우 다를 수 있다. 예를 들면 확장자 데이터(216)는 디스플레이할 아이콘의 이미지로의 파일 경로, 실행가능 파일로의 파일 경로, DLL로의 파일 경로, 방화벽 규칙(firewall rules), 확장자 등록 선언이 대응하는 범주에 관한 정보(예를 들면 파일 결합의 경우, 확장자 등록 선언이 ".jpg" 파일을 위한 것이라는 표시) 등을 포함할 수 있다. 확장자 등록 선언(206)에 관한 정보가 정보에 대한 요청에 응답하여 확장자 소비자에게 반환될 때, 확장자 데이터(216)에서 데이터는 확장자 소비자에게 반환된다.

하나 이상의 실시예에서, 확장자 데이터(216)에서 데이터는 하나 이상의 등록 파라미터를 포함한다. 각 등록 파라미터는 명칭, 유형 및 값을 포함한다. 등록 파라미터 이름은 확장자 등록 선언에서 등록 파라미터를 다른 등록 파라미터와 구별되게 하는 등록 파라미터의 식별자이다. 등록 파라미터 유형은 등록 파라미터에 포함된 데이터 유형을 식별한다. 정수, 부동소수점수, 블리언(Boolean) 값, 문자열, 날짜 및/또는 시간 값, (예를 들면 파일 경로에 의한) 파일 또는 디렉토리에 대한 참조 등과 같이 다양하고 상이한 설정 유형을 지원할 수 있다. 등록 파라미터 값은 등록 파라미터를 위한 특정 값이다.

예를 들면 등록 파라미터는 "FileAssociationName"의 명칭, "string"의 유형, 그리고 ".jpg"의 값을 가질 수 있다. 다른 예를 들면, 등록 파라미터는 "ShortcutIcon"의 명칭, "path"의 유형, 그리고 "image.gif"의 값을 가질 수 있다.

하나 이상의 실시예에서, 각 범주 식별자를 위해 범주 정의를 정의한다. 범주 식별자를 위한 범주 정의는 그 범주 식별자를 가진 확장자 등록 선언에 포함할 정보를 기술한다. (도 1의 확장자 관리 모듈과 같은) 확장자 관리 모듈 또는 다른 구성요소 또는 모듈은 선택적으로 확장자 등록을 감시할 수 있고, 확장자 등록에 관한 요청에 응답하여 그들의 범주 식별자를 위한 범주 정의를 따르는 이들 확장자만을 반환할 수 있다. 이러한 일치(conformance)에 대한 검증을 수행하지 않을 수 있는데, 확장자 제공자 및 확장자 소비자는 범주 정의를 지키는 것처럼 의존한다.

예를 들면 범주 정의는 명칭, 설명서, 하나 이상의 파라미터 및 0 이상의 배열을 포함한 포맷을 가질 수 있다. 범주명은 전술한 바와 같이 범주 식별자이다. 범주 설명은 개발 툴(development tool)이 확장자 등록 선언을 허가시에 개발자를 지원할 수 있도록 설계된 범주 설명이다. 각 파라미터(예를 들면 전술한 바와 같은 등록 파라미터)는 확장자 등록 선언을 위한 데이터를 기술한다. 각 파라미터는 하나 이상의 파라미터 이름, 파라미터에 의해 지원되는 데이터 유형, 파라미터를 위한 최솟값, 파라미터를 위한 최댓값, 파라미터가 유효한 확장자 등록 선언을 위해 필요한 지의 여부에 대한 표시, 그리고 사용자가 사용하기 쉽고 사람이 판독가능한(user-friendly, human-readable) 파라미터 설명 중의 하나 이상을 포함할 수 있다. 각 어레이는 0 이상의 파라미터의 콜렉션이다. 각 어레이는 하나 이상의 어레이명, 그리고 사용자가 사용하기 쉽고 사람이 판독가능한 어레이 설명을 포함할 수 있다. 이 범주 정의 포맷은 예이며, 추가 정보를 포함하고, 그리고/또는 이 예에서 기술한 일부 정보를 포함하지 않는 다른 포맷을 사용할 수 있다는 것을 이해할 것이다.

도 1을 다시 참조하면, 컴퓨팅 장치(100)상에 소프트웨어 구성요소를 실행하기 위하여, 그 소프트웨어 구성요소를 컴퓨팅 장치(100)상에 설치한다. 설치 프로세스는 전형적으로 설치 구성요소 또는 모듈에 의해 수행되고, 전형적으로 운영체제(102)의 파일 시스템의 다양한 위치에 파일을 저장하고, 소프트웨어 구성요소를 기술하는 다양한 정보를 다양한 저장소에 저장하는 등을 포함한다. 컴퓨팅 장치(100)상에 소프트웨어 구성요소를 설치하는 프로세스의 일부로서, 확장자 관리 모듈(104)은 소프트웨어 구성요소의 매니페스트에 포함된 확장자 등록 선언을 알게 된다.

확장자 관리 모듈(104)은 다양하고 상이한 방식으로 소프트웨어 구성요소의 매니페스트에 포함된 확장자 등록 선언을 알게 될 수 있다. 하나 이상의 실시예에서, 모듈(104)에 액세스가능한 위치에 매니페스트(또는 적어도 확장자 등록 선언)를 유지한다. 따라서 모듈(104)은 원할 시에 확장자 등록 선언을 검색할 수 있고, 확장자 등록 데이터베이스(106)에 확장자 등록 선언을 추가할 수 있다. 이 대신에, 모듈(104)은 모듈(104)에 의해 노출된 API(application programming interface)의 방법을 호출하는 설치 구성요소 또는 모듈, 모듈(104)로 확장자 등록 선언을 전달하기 위한 다른 동작 또는 기법을 사용하는 설치 구성요소 또는 모듈 등과 같이 다른 방식으로 확장자 등록 선언을 알게 될 수 있다.

도 3은 하나 이상의 실시예에 따라서 확장자 등록 데이터베이스(300) 예를 도시한다. 확장자 등록 데이터베이스(300)는 예를 들어 도 1의 확장자 등록 데이터베이스(106)일 수 있다. 확장자 등록 데이터베이스(300)는 다수의 확장자 등록(302, 304)을 포함한다. 도 3의 예에서, 확장자 등록은 범주에 의해 구조화된다. 예를 들면 배수(x) 확장자 등록(302)은 제1 범주(312)에 포함되고, 배수(z) 확장자 등록(304)은 제2 범주(314)에 포함된다. 배수(y)는 확장자 등록 데이터베이스(300)에 포함될 수 있다. 소프트웨어 구성요소의 매니페스트(예를 들면 도 2의 매니페스트 204)로부터의 확장자 등록 선언은 확장자 관리 모듈(예를 들면 도 1의 모듈 104)에 의해 얻어지고, 확장자 등록으로서 확장자 등록 데이터베이스(300)에 추가된다. 예를 들면 소프트웨어 구성요소의 매니페스트에서 확장자 등록 선언의 정보가 확장자 등록 데이터베이스의 확장자 등록으로 복사될 수 있다.

도 3의 예에서, 확장자 등록(302, 304)은 범주에 의해 조직화된다. 각 범주는 범주 식별자(예를 들면 도 2의 범주 식별자 212)에 대응한다. (도 1의 모듈 104와 같은) 확장자 관리 모듈이 확장자 등록을 데이터베이스(300)에 추가할 때, 확장자 관리 모듈은 추가되는 확장자 등록에 대한 범주 식별자를 얻는다. 범주(312, 314)가 그 범주 식별자를 위해 데이터베이스(300)에 이미 존재한다면, 확장자 등록을 그 범주에 추가한다. 그러나 이러한 범주가 데이터베이스(300)에 아직 존재하지 않는다면, 그 범주 식별자를 위한 새로운 범주를 데이터베이스(300)에 생성한다.

각 확장자 등록(302)은 확장자 메타데이터(324)와 확장자 데이터(326)를 포함한다. 유사하게, 각 확장자 등록(304)은 확장자 메타데이터(334)와 확장자 데이터(336)를 포함한다. 확장자 메타데이터(324, 334)는 도 2의 확장자 메타데이터(214)와 유사하다. 확장자 데이터(326, 336)는 도 2의 확장자 데이터(216)와 유사하다. 따라서 확장자 관리 모듈이 확장자 등록을 데이터베이스(300)에 추가할 때, 소프트웨어 구성요소의 매니페스트(예를 들면 도 2의 매니페스트 204)에서 확장자 등록 선언으로부터 얻은 확장자 메타데이터 및 확장자 데이터의 모두는 데이터베이스(300)에서 확장자 등록으로 복사될 수 있다. 확장자 메타데이터(214)에 포함된 확장자 등록 선언명 또는 식별자는 확장자 메타데이터(324 또는 334)에서 확장자 등록명 또는 식별자가 된다. 확장자 등록명 또는 식별자는 데이터베이스(300)에서 확장자 등록을 다른 확장자 등록과 구별되게 한다.

확장자 등록이 범주에 의해 데이터베이스(300)에서 조직화됨에 따라, 매니페스트에서 확장자 등록 선언으로부터 얻은 범주 식별자는 데이터베이스(300)에서 확장자 등록으로 유지할 필요가 없다는 데에 주목해야 한다. 이 대신에, 확장자 등록(302, 304)은 소프트웨어 구성요소의 매니페스트에서 확장자 등록 선언으로부터 복사된 범주 식별자를 포함할 수 있다. 데이터베이스(300)의 확장자 등록이 범주 식별자를 포함하는 상황에서, 데이터베이스(300)가 데이터베이스(300)에서 확장자 등록에 여전히 포함할 범주 식별자를 가진 범주에 의해 조직화될 수 있지만, 데이터베이스(300)를 범주에 의해 조직화할 필요는 없다.

게다가, 확장자 등록을 데이터베이스(300)에 추가할 때, 그 확장자 등록에 대응한 소프트웨어 구성요소(예를 들면 그 확장자 등록을 위한 확장자 등록 선언에 포함된 소프트웨어 구성요소) 표시를 유지한다. 이 표시는 확장자 등록이 대응하는 소프트웨어 구성요소의 식별자를 확장자 메타데이터에 추가하고, 소프트웨어 구성요소가 확장자 등록에 대응하는 개별 리스트 또는 레코드를 유지하고, 상이한 소프트웨어 구성요소를 위한 확장자 등록을 상이한 위치에 저장하는 등을 하는 것과 같이 다양하고 상이한 방식으로 유지될 수 있다.

도 1을 다시 참조하면, 확장자 소비자(112)가 확장자 등록 데이터베이스(106)에서 확장자 등록에 관한 정보를 원할 때, 확장자 소비자(112)는 확장자 관리 모듈(104)로 정보에 대한 요청을 송신한다. 이 요청은 예를 들어 확장자 소비자(112)가 원하는 범주의 표시(확장자 유형)를 포함한다. 또한 이 요청은 범주에 관한 추가 정보를 포함할 수 있다(예를 들면 파일 결합의 경우, 요청은 ".jpg" 파일을 위한 확장자 등록에 관한 정보를 요청한다는 표시를 포함할 수 있다).

하나 이상의 실시예에서, 다수의 상이한 버전의 소프트웨어 구성요소가 컴퓨팅 장치(100)상에 설치될 수 있다. 전술한 바와 같이, 소프트웨어 구성요소는 두 상이한 버전 번호를 가질 수 있다: 계약 버전 번호와 서비스 버전 번호. 운영체제(102)는 동일한 소프트웨어 구성요소 식별자를 가지지만 상이한 소프트웨어 구성요소처럼 상이한 계약 버전 번호를 가진 소프트웨어 구성요소를 식별할 수 있다. 따라서 상이한 계약 버전 번호를 가진 두 상이한 소프트웨어 구성요소가 동시에 컴퓨팅 장치(100)상에 설치될 수 있다. 이들 두 상이한 소프트웨어 구성요소의 각각은 확장자 제공자(114)일 수 있고, 확장자 등록 데이터베이스(106)에 포함된 확장자 등록을 가질 수 있다.

그러나 운영체제(102)는 비록 서비스 버전 번호가 다를 지라도 동일한 소프트웨어 구성요소 식별자 및 계약 버전 번호를 가진 소프트웨어 구성요소가 동일 소프트웨어 구성요소인 것으로 식별할 수 있다. 이러한 두 소프트웨어 구성요소 버전이 동시에 컴퓨팅 장치(100)상에 설치될 수 있지만, 일 소프트웨어 구성요소는 능동(active) 소프트웨어 구성요소로서 선택된다. 이들 두 소프트웨어 구성요소 버전은 확장자 제공자(114)일 수 있고, 능동 소프트웨어 구성요소는 확장자 등록 데이터베이스(106)에 포함된 확장자 등록을 가질 수 있다. 다른 비능동 소프트웨어 구성요소는 확장자 등록 데이터베이스(106)에 포함된 확장자 등록을 가지지 않는다. 확장자 제공자인 새 버전의 소프트웨어 구성요소가 컴퓨팅 장치(106)상에 설치될 때, 확장자 등록 데이너베이스(106)로부터 이전 버전의 소프트웨어 구성요소의 확장자 등록을 제거하고, 새 버전의 소프트웨어 구성요소의 확장자 등록을 확장자 등록 데이터베이스(106)에 추가한다.

소프트웨어 구성요소의 매니페스트에서 확장자 등록 선언으로부터 얻은 확장자 등록은 정적 확장자 등록으로서 언급될 수 있다. 게다가, 확장자 관리 모듈(104)은 또한 동적 확장자 등록을 지원할 수 있다. 동적 확장자 등록은 컴퓨팅 장치(100)상에 설치된 후에 소프트웨어 구성요소에 의해 수행되는 확장자 등록이다. 등록은 사용자 요청에 응답하여, 또는 이 대신에 소프트웨어 구성요소에 뒤이은 설정 또는 규칙에 응답하여, 또는 다른 구성요소 또는 모듈로부터의 요청에 응답하여 수행될 수 있다.

확장자 등록 데이터베이스(106)로 확장자 등록을 추가하기 위한 요청을 제출하는 소프트웨어 구성요소(전형적으로 확장자 제공자 114)가 동적 확장자 등록을 한다. 요청은 전술한 매니페스트에서 확장자 등록 선언과 유사한, 대응한 소프트웨어 구성요소의 식별자 및 범주 식별자의 모두를 포함한, 확장자 등록을 위한 메타데이터 및 데이터를 포함한다. 확장자 관리 모듈(104)은 요청을 수신하고, 모듈(104)이 정적 확장자 등록을 데이터베이스(106)로 추가하는 바와 동일한 방식으로 확장자 등록 데이터베이스(106)에 확장자 등록을 추가한다.

예를 들어 특정한 확장자 제공자(114)는 JPEG 포맷과 TIFF(Tagged Image File Format) 포맷 모두의 이미지 파일을 해석하고 이 파일상에서 동작할 수 있다. 그러나 확장자 제공자(114)를 위한 디폴트 설정은 JPEG 포맷의 이미지만을 위한 기능성을 제공하기 위한 것일 수 있다. 따라서 확장자 제공자(114)가 컴퓨팅 장치(100)상에 설치될 때에 정적 확장자 등록이 행해지고, 이 정적 확장자 등록은 JPEG 포맷으로 파일 결합을 가리킨다. JPEG 포맷의 파일을 해석하고 이 파일 상에서 동작하기 위한 기능성을 제공하는 확장자 등록에 관한 정보에 대한 후속 요청은 확장자 제공자(114)에 관한 정보를 반환하지만, TIFF 포맷의 파일을 해석하고 이 파일상에서 동작하기 위한 기능성을 제공하는 확장자 등록에 관한 정보에 대한 요청은 확장자 제공자(114)에 관한 정보를 반환하지 않는다.

이 예를 계속하면, 확장자 제공자(114)의 사용자는 후속하여, TIFF 포맷의 이미지상에서 동작할 책임이 또한 있는 확장자 제공자(114)를 가지도록 요청을 입력한다고 가정한다. 확장자 제공자(114)는 확장자 등록 데이터베이스(106)로 확장자 등록을 추가하기 위해 확장자 관리 모듈(104)에 대해 요청한다. 데이터베이스(106)에 추가할 이 확장자 등록은 TIFF 포맷으로의 확장자 제공자(114)의 파일 결합을 나타낸다. 따라서 JPEG 포맷 또는 TIFF 포맷의 파일을 해석하고 이 파일상에서 동작하기 위한 기능성을 제공하는 확장자 등록에 관한 정보에 대한 후속 요청은 확장자 제공자(114)에 관한 정보를 반환한다.

확장자 등록 데이터베이스(106)로 확장자 등록을 추가하는 확장자 관리 모듈(104)에 부가적으로, 모듈(104)은 또한 데이터베이스(106)로부터 확장자 등록을 제거 또는 삭제할 수 있다. 전형적으로 소프트웨어 구성요소가 컴퓨팅 장치(100)로부터 언인스톨될 때, 확장자 삭제 또는 제거는 구성요소 또는 모듈에 의한 요청에 응답하여 (예를 들면 언인스톨러 구성요소에 의해) 수행된다. 소프트웨어 구성요소를 언인스톨시에, 확장자 관리 모듈(104)은 그 소프트웨어 구성요소에 대응한 확장자 등록을 데이터베이스(106)로부터 삭제한다. 각 확장자 등록이 대응하는 소프트웨어 구성요소를 나타내는 정보는 전술한 바와 상이하고 다양한 방식으로 유지될 수 있다. 따라서 소프트웨어 구성요소가 컴퓨팅 장치(100)로부터 언인스톨될 때, 확장자 관리 모듈(104)은 소프트웨어 구성요소에 대응한 확장자 등록이 데이터베이스(106)로부터 제거되도록 보장할 수 있다. 모듈(104)은 컴퓨팅 장치(100)로부터 그 소프트웨어 구성요소에 대응한 확장자 등록을 제거하여 소프트웨어 구성요소 그자체(또는 그 소프트웨어 구성요소와 관련된 언인스톨러 구성요소)에 의존할 필요는 없다.

하나 이상의 실시예에서, 확장자 관리 모듈(104)은 확장자 소비자(112)(및/또는 구성요소 또는 모듈)로 하여금 확장자 등록 데이터베이스(106)에 대해 액세스할 수 있게 하는 다양한 동작을 지원한다. 이들 동작은 API의 방법으로서 노출될 수 있거나, 또는 이 대신에 수행할 이들 동작에 대한 요청이 다른 방식으로 모듈(104)을 제어하도록 행해질 수 있다. 하나 이상의 실시예에서, 이러한 API는 데이터베이스(106)로부터 확장자 등록을 제거 및/또는 이로 추가하기 위해 확장자 제공자(114)에 의해 또한 사용될 수 있다. 이 대신에, 확장자 등록은 API를 통하기 보다는 다른 선언 방식으로 데이터베이스(106)에 추가될 수 있다. 아래의 표 1은 확장자 등록 데이터베이스(106)를 액세스시에 확장자 관리 모듈(104)에 의해 지원되는 이러한 동작의 예를 기술한다.

동작	설명
Enumerate registration	확장자 등록 데이터베이스에서 확장자 등록 리스트 반환. 호출자는 전형적으로 범주를 명시하고, 이 경우 명시된 범주의 확장자 등록만이 반환된다.
Get registration	확장자 등록 조사. 호출자는 구성요소 신원과 확장자 등록명을 제공한다. 명시된 확장자 등록을 알아낸다면, 확장자 등록 정보(예를 들면 확장자 데이터 및/또는 확장자 메타데이터)가 호출자에게 반환된다.
Get registration parameter	명시된 등록의 명시된 확장자 등록 파라미터의 값을 반환. 확장자 데이터 및/또는 확장자 메타데이터가 명시될 수 있으며, 이 동작을 사용하여 반환될 수 있다.
Add registration	확장자 등록 데이터베이스로 추가할 확장자 등록을 명시.
Get category change number	호출자에 의해 명시된 범주를 위한 변경번호를 반환.
Request category change notification	명시된 범주의 확장자 등록이 확장자 등록 데이터베이스로부터 제거또는 이로 추가될 때, 등록하려는 호출자에게 통지를 위한 등록을 허용. 확장자 관리 모듈이 확장자 등록 데이터베이스에 대한 변경을 감시하고, 확장자 등록이 범주를 위해 등록된 확장자 등록 데이터베이스로부터 제거 또는 이로 추가될 때에, 호출자에게 통지를 전송한다.

표 1은 범주를 위한 변경 번호(change number)에 대한 참조를 포함한다. 하나 이상의 실시예에서, 확장자 관리 모듈(104)은 확장자 등록 데이터베이스(106)에서 각 범주를 위해 상이한 변경 번호를 유지한다. 확장자 등록이 확장자 등록 데이터베이스9106)로부터 제거 또는 이로 추가될 때마다, 모듈(104)은 이 변경 번호를 수정한다(예를 들면 증분시킨다). 호출자는 상이한 방식으로 이 변경 번호를 사용할 수 있다. 예를 들면 확장자 소비자(112)는 확장자 관리 모듈(104)로부터 범주를 위한 변경 번호를 얻을 수 있다. 변경 번호가 확장자 소비자(112)가 얻은 이전 변경 번호와 동일하다면, 확장자 소비자는 확장자 소비자(112)가 마지막으로 변경 번호를 얻은 이후로 범주에 변경이 행해지지 않았다는 것을 알고 있다. 그러나 변경 번호가 이전 변경 번호와 동일하지 않다면, 확장자 소비자(112)는 확장자 소비자(112)가 마지막으로 변경 번호를 얻은 이후로 범주로부터 확장자 등록의 제거 및/또는 추가되었음을 알고 있다.

이 대신에, 범주를 위한 변경 번호를 사용하기 보다, 호출자(예를 들면 확장자 소비자 112)는 다른 방식으로 범주로부터 확장자 등록의 제거 및/또는 추가된 때를 결정할 수 있다. 예를 들면 타임스탭프(timestamp)가 범주와 관련될 수 있다. 이 타임스탬프는 범주로부터 확장자 등록의 제거 및/또는 추가시마다 갱신된다. 호출자는 이 타임스탬프를 얻을 수 있고, 확장자 소비자가 마지막으로 타임스탬프를 얻은 이후로 범주에 행해진 변경이 있는지의 여부를 결정할 수 있다-타임스탬프가 동일하다면, 범주에 변경이 없었으며, 반면에 타임스탬프가 다르다면, 범주에 변경이 행해졌다.

따라서 확장자 제공자가 다양하고 상이한 유형의 확장성을 제공할 수 있다는 것을 알 수 있고, 확장자 등록은 확장자 등록 데이터베이스(106)에 저장된다. 컴퓨팅 장치(100)상에 사용가능한 상이한 확장성은 (결국 데이터베이스 106에 저장된 확장자 등록을 액세스하는) 확장자 관리 모듈(104)을 통해 확장자 소비자(112)에 의해 쉽게 식별될 수 있다.

또한 확장자 관리 모듈(104)은 중앙기관(central authority)으로서 동작하는데, 확장자 제공자(114)는 중앙기관을 통해 그들이 제공하는 확장성을 등록할 수 있고, 확장자 소비자(112)는 중앙기관을 통해 다수의 확장자 제공자(114)에 의해 제공된 확장성을 액세스할 수 있다는 것을 알 수 있다. 확장자 소비자(112)에게, 확장자 제공자(114)가 변경할 수 있는 특정 위치를 제공(예를 들면 특정 파일, 레지스트리의 특정 부분 등)하게 하기 보다는, 소비자(112)와 제공자(114)가 모듈(104)과 상호작용한다. 예를 들어 이 중앙기관은 모듈(104)로 하여금, 컴퓨팅 장치(100)상에 설치된 다양한 확장자 제공자(114)에 관한 지식을 유지하게 하고, 확장자 제공자(114)가 컴퓨팅 장치(100)로부터 언인스톨된다면 확장자 등록을 쉽게 제거할 수 있게 한다. 또한 이 중앙기관은 제공자(114) 및 소비자(112)가 상이한 순서로, 상이한 시기에 설치 및 언인스톨되게 한다-모듈(104)이 제공자(114)와 소비자(112)의 설치 또는 언인스톨의 순서화에 제한을 부가할 필요가 없다.

여기에 거론한 관리 시스템 확장성은 다양하고 상이한 시스템 확장성 시나리오를 제공한다는 것을 이해할 것이다. 예를 들면 확장자 소비자(112)는 운영체제(102)를 위한 사용자 인터페이스를 컴퓨팅 장치(100)의 사용자에게 디스플레이하는 운영체제 셸 프로그램(operating system shell program) 또는 모듈일 수 있다. 사용자에 의해 실행될 수 있는 상이한 소프트웨어 구성요소가 확장자 제공자(114)로서 포함될 수 있다. 각 확장자 제공자는 사용자 인터페이스상의 단축으로서 디스플레이할 아이콘의 위치 또는 경로를 식별하는 등록 파라미터, 사용자 인터페이스의 메뉴에서 엔트리 등을 가진 하나 이상의 확장자 등록을 가질 수 있다. 게다가, 하나 이상의 확장자 등록은 대응한 소프트웨어 구성요소를 위한 실행가능 파일이 저장되는 위치로의 경로를 식별하는 등록 파라미터를 포함할 수 있다. 이러한 아이콘 또는 메뉴 엔트리의 사용자 선택에 응답하여, 대응한 소프트웨어 구성요소를 위한 실행가능 파일로의 경로를 쉽게 식별할 수 있고, 실행가능 파일이 실행된다.

도 4는 하나 이상의 실시예에 따라서 관리 시스템 확장성을 구현하기 위한 프로세스 예(400)를 도시하는 흐름도이다. 프로세스(400)는 도 1의 확장자 관리 모듈과 같이 장치상에서 실행되는 운영체제의 확장자 관리 모듈에 의해 수행되고, 소프트웨어, 펌웨어, 하드웨어, 또는 이들의 결합으로 구현될 수 있다. 프로세스(400)는 관리 시스템 확장성을 구현하기 위한 프로세스 예이며, 관리 시스템 확장성을 구현하는 것에 대한 추가 논의는 다른 도면을 참조하여 여기에 포함된다.

프로세스(400)에서, 다수의 소프트웨어 구성요소의 각각에 대한 하나 이상의 확장자 등록을 수신한다(액트(act) 402). 이들 다수의 소프트웨어 구성요소는 또한 전술한 바와 같은 확장자 제공자로서 언급된다. 이들 확장자 등록은 전술한 바와 같인 소프트웨어 구성요소 매니페스트로부터 확장자 등록 선언으로서 수신될 수 있다. 또한 이들 확장자 등록은 호출되는 확장자 관리 모듈의 API를 통해, 확장자 등록 선언의 매니페스트 또는 다른 선언을 액세스하는 확장자 관리 모듈에 의한 것 등과 같이 전술한 바와 다른 방식으로 수신될 수 있다.

수신한 확장자 등록의 레코드를 유지한다(액트 404). 이 레코드는 도 1의 데이터베이스(106) 또는 도 3의 데이터베이스(300)와 같이 전술한 확장자 등록이다. 확장자 등록은 전술한 바와 같이 다양한 시기에 확장자 등록 데이터베이스로부터 제거 및/또는 이에 추가될 수 있다.

게다가, 특정 기능성을 제공하는 다수의 소프트웨어 구성요소에 관한 정보에 대한 요청을 소프트웨어 구성요소로부터 수신한다(액트 406). 이들 요청은 특정 기능성을 식별한다. 요청을 전송하는 이들 소프트웨어 구성요소는 전술한 바와 같이 확장자 소비자로서 언급된다. 액트(402)에서 확장자 등록을 수신한 소프트웨어 구성요소 및/또는 다른 소프트웨어 구성요소로부터 요청을 수신할 수 있다. 요청 정보는 전술한 등록 열거 동작(the enumerate registration operation)을 수행하기 위해 등록 열거 요청을 제출하는 것과 같이 다양하고 상이한 방식으로 요청할 수 있다. 예를 들면 전술한 일부 예에 이어, 액트(406)에서 수신한 요청은 JPEG 포맷으로 저장된 이미지 파일을 해석하고 이 이미지 파일상에 동작할 수 있는 확장자 제공자(114)를 식별하는 정보에 대한 요청일 수 있다.

이러한 요청에 응답하여, 특정 기능성을 제공하는 다수의 소프트웨어 구성요소에 관한 정보가 호출자에게 반환된다(액트 408). 반환 정보는 유지되는 수신 확장자 등록의 레코드로부터 확장자 관리 모듈에 의해 얻는다. 액트(408)에서 호출자에게 반환된 정보는 다양할 수 있다. 하나 이상의 실시예에서, 반환 정보는 요청된 특정 기능성을 제공하는 확장자 등록이다. 다른 실시예에서, 반환 정보는 요청된 특정 기능성을 제공하는 확장자 등록에 대응한 하나 이상의 객체(objects) 또는 핸들(handles)이고, (확장자 관리 모듈로 후속 요청을 통해) 확장자 등록으로부터 데이터 또는 메타데이터를 검색하기 위해 이들 하나 이상의 객체 또는 핸들을 사용할 수 있다.

하나 이상의 실시예에서, 액트(406)에서 수신된 요청은 요청에서 범주 식별자를 포함함으로써 특정한 기능성을 식별한다. 이러한 요청에 응답하여, 액트(408)에서 확장자 등록 데이터베이스의 식별된 범주에서(또는 범주 식별자를 가진) 모든 확장자 등록에 관한 정보가 반환된다. 예를 들면 요청은 단축 항목을 위한 범주 식별자를 포함할 수 있고, 응답하여 액트(408)에서 확장자 등록 데이터베이스에서 모든 단축 항목 확장자 등록에 관한 정보가 액트(408)에서 반환된다.

다른 실시예에서, 액트(406)에서 수신된 요청은 하나 이상의 등록 파라미터 이름과 대응 값을 포함함으로써(그리고 선택적으로 범주 식별자를 포함함으로써) 특정 기능성을 식별한다. 이러한 요청에 응답하여, 식별된 하나 이상의 등록 파라미터 이름과 대응 값을 가진 모든 확장자 등록에 관한 정보가 액트(408)에서 반환된다(그리고 범주 식별자가 요청에 포함된 경우, 식별된 범주에서 있거나 또는 범주 식별자를 가진다). 예를 들면 요청은 파일 관련성을 위한 범주 식별자, 그리고 ".jpg"의 파일 결합명의 값과 등록 파라미터 이름을 포함할 수 있다. 이러한 요청에 응답하여, ."jpg" 파일 결합명의 값 및 등록 파라미터 이름을 가진 확장자 등록 데이터베이스에서의 모든 파일 결합 확장자 등록에 관한 정보는 액트(408)에서 반환된다.

도 5는 하나 이상의 실시예에 따라서 관리 시스템 확장성을 구현하기 위한 프로세스(500) 예를 도시하는 흐름도이다. 프로세스(500)는 도 1의 확장자 관리 모듈(104)과 같이 장치상에서 실행중인 운영체제의 확장자 관리 모듈에 의해 수행되고, 소프트웨어, 펌웨어, 하드웨어 또는 이들의 결합으로 구현될 수 있다. 프로세스(500)는 관리 시스템 확장성을 구현하기 위한 프로세스 예이며, 관리 시스템 확장성을 구현하는 것에 대한 추가 논의는 다른 도면을 참조하여 여기에 포함된다.

프로세스(500)에서, 확장자 등록에 관한 요청을 수신한다(액트 502). 이들 요청은 호출되는 확장자 관리 모듈의 API를 통해, 확장자 등록 선언의 매니페스트 또는 다른 선언을 액세스하는 확장자 관리 모듈에 의한 것등과 같이 전술한 바와 다른 방식으로 수신될 수 있다.

수신한 요청의 유형을 식별한다(액트 504). 다양하고 상이한 유형의 요청을 수신할 수 있다. 하나 이상의 실시예에서, 수신할 수 있는 요청의 유형은 추가 요청, 삭제 요청 및 정보 요청을 포함한다.

추가 요청은 소프트웨어 구성요소가 프로세스(500)를 구현하는 컴퓨팅 장치상에 설치중일 때, 또는 소프트웨어 구성요소가 확장자 등록을 동적으로 등록시키는 중일 때와 같이 다른 시기에 수신될 수 있다. 추가 요청에 응답하여, 요청에 관한 확장자 등록 정보를 얻는다(액트 506). 확장자 등록 정보는 확장자 등록 데이터베이스로 추가할 확장자 등록의 데이터 및 메타데이터를 참조한다. 확장자 등록 정보는 요청의 일부로서 수신되거나, 또는 이 대신에 확장자 등록 정보를 포함한 매니페스트 또는 다른 선언을 액세스하는 것과 같이 다른 방식으로 얻을 수 있다.

확장자 등록 정보에 대한 범주를 식별한다(액트 508). 이 범주의 식별자는 전술한 바와 같이 확장자 등록 정보에 포함된다.

식별된 범주하에 확장자 등록으로서 확장자 등록 정보를 확장자 등록 데이터베이스에 추가한다(액트 510). 이 대신에, 확장자 등록 데이터베이스가 범주에 의해 조직화되지 않는 다면, 범주 식별자를 포함한 확장자 등록 정보를 확장자 등록 데이터베이스에 추가한다. 전술한 바와 같이, 액트(510)에서 확장자 등록 정보의 추가 부분으로서, 확장자 등록을 위한 범주용 변경 번호를 갱신할 수 있다. 게다가, 확장자 등록 데이터베이스로 변경의 통지를 요청한 다른 구성요소 또는 모듈은 전술한 바와 같이 이 추가된 확장자 등록을 통지받을 수 있다. 그 후에, 프로세스(500)는 확장자 등록에 관한 추가 요청을 수신하기 위해 액트(502)로 진행한다.

액트(504)로 돌아가면, 소프트웨어 구성요소가 프로세스(500)를 구현하는 컴퓨팅 장치로부터 언인스톨중일 때와 같이 상이한 시기에 삭제 요청을 수신할 수 있다. 삭제 요청에 응답하여, 확장자 등록 데이터베이스로부터 삭제할 하나 이상의 확장자 등록을 결정한다(액트 512). 삭제할 확장자 등록은 상이한 방식으로 결정될 수 있다. 예를 들면 삭제 요청은 삭제할 특정한 확장자 등록을 식별하는 등록명을 포함할 수 있다. 다른 예를 들면, 삭제할 특정한 확장자 등록을 식별하는 매니페스트 또는 다른 선언을 액세스할 수 있다. 또 다른 예를 들면, 삭제 요청은 언인스톨되는 소프트웨어 구성요소의 표시를 포함할 수 있다. 삭제할 특정한 확장자 등록, 그 소프트웨어 구성요소에 대응한 확장자 등록과 같이 식별하기 위해 확장자 등록 데이터베이스를 검색할 수 있다. 각 확장자 등록이 대응하는 소프트웨어 구성요소를 나타내는 정보는 전술한 바와 같이 다양하고 상이한 방식으로 유지될 수 있다.

액트(512)에서 결정된 하나 이상의 확장자 등록을 확장자 등록 데이터베이스로부터 삭제한다(액트 514). 액트(514)에서 확장자 등록의 삭제 부분으로서, 확장자 등록을 위한 범주용 변경 번호를 전술한 바와 같이 갱신할 수 있다. 게다가, 확장자 등록 데이터베이스로 변경의 통지를 요청한 또 다른 구성요소 또는 모듈은 전술한 바와 같이 삭제된 이 확장자 등록을 또한 통지받을 수 있다. 그 후, 프로세스(500)는 확장자 등록에 관한 추가 요청을 수신하기 위해 액트(502)로 진행한다.

액트(504)로 돌아가면, 확장자 소비자가 특정 기능성을 제공하는 확장자 제공자를 식별하려고 할 때와 같이 상이한 시기에 정보 요청을 수신할 수 있다. 정보 요청에 응답하여, 확장자 관리 모듈은 요청에 대응한 하나 이상의 확장자 등록을 식별한다(액트 516). 요청에 대응한 하나 이상의 확장자 등록은 특정 요청을 기반으로 상이한 방식으로 식별될 수 있다. 요청은 예를 들어, 특정 범주 식별자, 특정 확장자 등록, 특정 등록 파라미터 등을 명시할 수 있다. 액트(516)에서, 요청에 포함된 파라미터를 만족시키는 확장자 등록 데이터베이스에서 하나 이상의 확장자 등록을 식별한다.

액트(516)에 식별된 하나 이상의 확장자 등록을 확장자 등록 데이터베이스로부터 검색한다(액트 518). 검색한 하나 이상의 확장자 등록에 관한 정보를 요청자에게 반환한다(액트 520). 액트(520)에서 반환된 정보는 다양할 수 있다. 하나 이상의 실시예에서, 반환된 정보는 액트(518)에서 검색된 하나 이상의 확장자 등록이거나, 또는 액트(518)에서 검색된 하나 이상의 확장자 등록으로부터 요청된 특정 데이터 또는 메타데이터이다. 다른 실시예에서, 액트(518)에서 검색된 하나 이상의 등록에 대응한 하나 이상의 객체 또는 핸들과 같은 다른 정보가 반환되고, 이들 하나 이상의 객체 또는 핸들은 후속하여 (후속한 정보 요청을 통해) 확장자 등록으로부터 데이터 또는 메타데이터를 검색하기 위해 요청자에 의해 사용될 수 있다. 그 후, 프로세스(500)는 확장자 등록에 관한 추가 요청을 수신하기 위해 액트(502)로 진행한다.

도 6은 하나 이상의 실시예에 따라서 특정한 파일 확장과 관련된 확장자 제공자를 식별하기 위해 관리 시스템 확장성을 사용하기 위한 프로세스(600) 예를 도시하는 흐름도이다. 프로세스(600)는 도 1의 확장자 관리 모듈(104)과 같이 장치상에 실행중인 운영체제의 확장자 관리 모듈에 의해 수행되고, 소프트웨어, 펌웨어, 하드웨어 또는 이들의 결합에 의해 구현될 수 있다. 프로세스(600)는 관리 시스템 확장성을 사용하기 위한 프로세스 예이며, 관리 시스템 확장성을 사용하는 것에 대한 추가 논의는 다른 도면을 참조하여 여기에 포함된다.

프로세스(600)에서, 툭정 파일 확장과 관련된 확장자 제공자에 대한 요청을 수신한다(액트 602). 액트(602)에서 수신한 요청은 ".jpg" 확장자, ".gif", ".mp3" 확장자 등과 같이 특정한 파일 확장자 를 (예를 들어 등록 파라미터로서) 명시한다. 다른 구성요소 또는 모듈로부터 요청을 수신할 수 있지만, 요청은 전형적으로, 프로세스(600)를 구현하는 장치상에 운영체제의 구성요소 또는 모듈인 확장자 소비자로부터 수신된다.

요청에 응답하여, 확장자 등록 데이터베이스를 액세스한다(액트 604). 확장자 등록 데이터베이스는 파일 결합 확장자의 범주를 포함한다. 확장자 등록 데이터베이스는 범주에 의해 조직화될 수 있고, 그리고/또는 각 확장자 등록은 전술한 바와 같이 범주 식별자를 포함할 수 있다.

액트(602)에서 수신한 요청에 대응한 확장자 등록 데이터베이스에서의 하나 이상의 확장자 등록을 식별한다(액트 606). 확장자 등록 데이터베이스에서 파일 결합을 위한 각 확장자 등록은 파일 확장자의 식별자를 (예를 들면 등록 파라미터로서) 포함한다. 액트(602)에서 수신한 요청에 명시된 파일 확장자를 포함한 각 확장자 등록을 식별한다(액트 606).

액트(606)에서 식별된 등록과 관련된 하나 이상의 확장자 제공자를 식별하는 정보를 요청자에게 반환한다(액트 608). 액트(606)에서 하나 이상의 확장자 등록으로부터 이 정보를 얻는다(예를 들면 확장자 데이터 및/또는 메타데이터). 예를 들어 이 정보는 하나 이상의 확장자 제공자의 식별 또는 설명, 한 이상의 확장자 제공자를 실행하기 위한 실행가능한 파일로의 파일 경로 등을 포함할 수 있다. 그러면, 요청자는 원하는 대로 (예를 들면 액트 602에서 요청에서 식별된 특정한 파일 확장자를 가진 파일을 해석하고 이 파일상에서 동작하도록 실행될 수 있는 확장자 제공자로의 파일 경로를 식별하기 위해)이 정보를 사용할 수 있다.

게다가, 전술한 바와 같이 확장자의 일 유형은 DLL이다. 확장자 등록은 특정한 DLL을 식별하는 확장자 등록 데이터베이스에 포함될 수 있다. 이러한 확장자 등록의 각각은 전형적으로, 대응한 소프트웨어 구성요소의 식별자뿐만 아니라 DLL이 저장된 운영체제의 파일 시스템에서의 위치를 식별하는 데이터를 포함한다.

도 7은 하나 이상의 실시예에 따라서 DLL 위치를 얻기 위하여 관리 시스템 확장성은 사용하기 위한 프로세스(700) 예를 도시하는 흐름도이다. 프로세스(700)는 도 1의 확장자 관리 모듈과 같이 장치상에 실행중인 운영체제의 확장자 관리 모듈에 의해 수행되며, 소프트웨어, 펌웨어, 하드웨어 또는 이들의 결합으로 구현될 수 있다. 프로세스(700)는 관리 시스템 확장성을 사용하기 위한 프로세스 예이고, 관리 시스템 확장성을 사용하는 것에 대한 추가 논의는 다른 도면을 참조하여 여기에 포함된다.

프로세스(700)에서, DLL로의 경로에 대한 요청을 수신한다(액트 702). DLL은 소프트웨어 구성요소의 자원 파일(예를 들어 도 2의 자원 파일 202)로서 포함된다. 액트(702)에서 수신한 요청은 DLL을 포함한 대응한 소프트웨어 구성요소뿐만 아니라 원하는 특정 DLL을 (예를 들어 등록 파라미터로서) 명시한다. 대신에 다른 구성요소 또는 모듈로부터 요청을 수신할 수 있지만, 요청은 전형적으로 프로세스(700)를 구현하는 장치상의 운영체제의 구성요소 또는 모듈인 확장자 소비자로터 수신된다.

요청에 응답하여, 확장자 등록 데이터베이스를 액세스한다(액트 704). 확장자 등록 데이터베이스는 DLL 확장자의 범주를 포함한다. 확장자 등록 데이터베이스는 범주에 의해 조직화될 수 있고, 그리고/또는 각 확장자 등록은 전술한 바와 같이 범주 식별자를 포함할 수 있다.

액트(702)에서 수신한 요청에 대응하는 확장자 등록 데이터베이스에서 확장자 등록을 확인한다(액트 706). 확장자 등록 데이터베이스에서 DLL을 위한 각 확장자 등록은 (예를 들어 등록 파라미터로서) DLL의 식별자, (예를 들어 메타데이터로서) DLL을 포함한 대응한 소프트웨어 구성요소의 식별자, 그리고 (예를 들어 등록 파라미터로서) DLL을 저장한 파일 시스템에서의 위치를 포함한다. 대응한 소프트웨어 구성요소로서 액트(702)에서 수신한 요청에 명시된 DLL의 식별자, 그리고 액트(702)에서 수신한 요청에 명시된 소프트웨어 구성요소의 식별자의 모두를 포함한 확장자 등록을 식별한다(액트 706).

액트(706)에서 식별된 확장자 등록으로부터, DLL의 파일 시스템에서 위치를 얻는다(액트 708). 액트(706)에서 얻은 DLL의 이 위치를 요청자에게 반환한다(액트 710). 그 후, 요청자는 식별된 위치에서 DLL을 액세스할 수 있고, 원하는 대로 DLL을 로딩 또는 이와 달리 사용할 수 있다.

프로세스(700)에서 알 수 있는 바와 같이, 파일 시스템에서 하나 이상의 디렉토리 또는 폴더를 통한 검색을 수행할 필요가 없다. 오히려, DLL의 위치는 확장자 등록 데이터베이스에서 유지되는 확장자 등록을 기반으로 확장자 관리 모듈에 의해 쉽게 결정된다.

여기서 거론한 바와 같이. 확장자 관리 모듈은 확장자 등록 데이터베이스(예를 들면 도 1의 데이터베이스 106, 도 3의 데이터베이스 300)에서 하나 이상의 확장자 등록의 레코드를 유지하는 것으로 기술된다. 이 대신에, 이러한 개별 레코드 또는 데이터베이스를 유지할 필요는 없다. 오히려, 컴퓨팅 장치상에 설치된 각 소프트웨어 구성요소의 매니페스트(예를 들면 도 2의 매니페스트 204)는 확장자 소비자로부터의 요청에 응답하여 유지 및 검색될 수 있다.

게다가, 확장자 등록 데이터베이스(예를 들면 도 1의 데이터베이스 106, 또는 도 3의 데이터베이스 300)가 다른 장치에 의해 직접 액세스되는 상황이 발생할 수 있다는 데에 주목해야 한다. 이러한 액세스는 확장자 관리 모듈(예를 들면 도 1의 모듈 104)에 의해 관리될 필요가 없다. 예를 들어 도 1을 참조하면, 컴퓨팅 장치(100)로 연결된 (도 1에 도시되지 않은) 제2 컴퓨팅 장치는 확장자 등록 데이터베이스(106)가 저장된 컴퓨팅 장치(100)의 저장장치를 액세스할 수 있다. 이 제2 컴퓨팅 장치는 예를 들어 시스템 또는 네트워크 관리자, 컴퓨팅 장치(100)를 갱신 또는 관리하는 제 3자(third party) 등일 수 있다. 이 제2 컴퓨팅 장치는 확장자 관리 모듈(104)을 우회함으로써 데이터베이스(106)를 직접 액세스할 수 있고, 데이터베이스(106)에 변경을 행할 수 있다. 이것은 예를 들어 제2 컴퓨팅 장치가 데이터베이스(106)에 확장자 등록을 추가하고, 데이터베이스(106)로부터 확장자 등록을 제거하고, 그리고/또는 확장자 관리 모듈(104)의 실행없이 데이터베이스(106)에서 확장자 등록을 액세스할 수 있게 한다. 따라서 확장자 등록 데이터베이스(106)는 "오프라인(offline)"일 때(예를 들면 컴퓨팅 장치 100로 로그인되는 사용자 없을 때, 그리고/또는 확장자 관리 모듈(104)이 실행중이 아닐 때) 갱신될 수 있다.

전술한 내용에서, 확장자 관리 모듈은 확장자 제공자와 확장자 소비자 간에 중개자로서 동작한다. 확장자 제공자와 확장자 소비자의 모두는 확장자 관리 모듈을 알고 있고 확장자 관리 모듈과 통신하는 방법을 알고 있다. 그러나 레거시(legacy) 제공자 및/또는 레거시 소비자가 컴퓨팅 장치상에서 실행되는 상황이 발생할 수 있다. 레거시 제공자 또는 레거시 소비자는 확장자 관리 모듈을 사용하지 않고 동작하는 프로그램 또는 모듈을 참조한다. 따라서 레거시 제공자 및 레거시 소비자는 확장자 관리 모듈과 통신하는 방법을 알지 못한다.

이러한 상황을 해결하기 위해, 레거시 관리 시스템을 사용한다. 레거시 관리 시스템은 확장자 관리 모듈과 통신하는 방법을 아는 새 모델로의 레거시 제공자의 변환(translation)을 지원한다. 레거시 관리 시스템은 확장자 관리 모듈을 통해 확장자 제공자에 의해 수행되는 등록이 레거시 소비자에 사용가능하게 되도록 하기 위해 레거시 등록 저장소, 구성 및 통신을 더 지원한다.

도 8은 하나 이상의 실시예에 따라서 레거시 관리 시스템(800) 예를 도시한다. 레거시 관리 시스템(800)은 도 1의 운영체제(102)와 같은 운영체제의 일부로서 구현된다. 레거시 관리 시스템(800)은 어댑터 관리 모듈(802)과 하나 이상의 어댑터 모듈(804)을 포함한다. 확장자 관리 모듈(812)은 전술한 바와 같은 확장자 관리 모듈이다(예를 들면 도 1의 모듈 104). 구성요소 관리 모듈(814)은 모듈(812)에 의해 관리되는 확장성외의 소프트웨어 구성요소의 다른 양상을 관리한다. 예를 들면 모듈(814)은 소프트웨어 구성요소를 위한 정적 정보의 저장소를 관리할 수 있다.

전술한 바와 같이, 모듈(812)과 같은 확장자 관리 모듈에 의해 확장자 등록 데이터베이스에 확장자 등록을 추가한다. 이것은 소프트웨어 구성요소가 컴퓨팅 장치상에 설치될 때뿐만 아니라 다른 시기에도 발생할 수 있다. 어댑터 관리 모듈(802)은 모듈(812)이 확장자 등록 데이터베이스에 변경을 행하는 때를 검출한다. 어댑터 관리 모듈(802)은 다양하고 상이한 방식으로 이러한 변경을 검출할 수 있다. 하나 이상의 실시예에서, 모듈(802)은 이러한 변경의 통지를 수신하기 위해 확장자 관리 모듈(812)에 등록한다. 이러한 등록에 응답하여, 모듈(812)은 모듈(812)이 확장자 등록 데이터베이스에 변경을 행할 때에 모듈(802)로 통지를 전송한다. 이 대신에, 모듈(802)은 확장자 등록 데이터베이스에서 등록을 위한 모듈(812)을 폴링(polling)하고, 마지막으로 모듈(812)을 폴링한 이래로 임의 변경이 발생했는지의 여부를 검사하고, 또다른 구성요소 또는 모듈에 의한 이러한 변경을 통지받았는지 등과 같이 상이한 방식으로 이러한 변경을 검출할 수 있다.

어댑터 관리 모듈(802)이 모듈(812)에 의해 확장자 등록 데이터베이스에 행한 변경을 검출시에, 모듈(802)은 하나 이상의 어댑터 모듈(804)에 변경을 통지한다. 각 어댑터 모듈(804)은 대응한 레거시 저장소(820)와 통신한다. 각 어댑터 모듈(804)은 대응한 레거시 저장소(820)와 통신하는 방법뿐만 아니라 확장자 등록 데이터베이스로부터의 확장자 등록을 대응한 레거시 저장소(820)에 의해 사용된 포맷으로 변환하는 방법을 알고 있다. 하나 이상의 실시예에서, 각 어댑터 모듈(804)의 개발자는 이 통신을 수행하는 방법과 특정 유형의 확장자를 위한 변환을 알고 있는 어댑터 모듈(804)를 구성한다. 이 대신에, 하나 이상의 레거시 확장자 등록 선언(822)은 어댑터 관리 모듈(802)를 통해, 또는 직접적으로 어댑터 모듈(804)로 제공될 수 있다. 이러한 레거시 확장자 등록 선언(822)의 각각은 이 통신과 특정 유형의 확장자를 위한 변환을 수행하는 방법을 기술한다.

레거시 저장소(820)는 확장성에 관한 정보를 저장하기 위해 레거시 확장자 소비자 및/또는 레거시 확장자 제공자에 의해 사용되는 저장소이다. 다양하고 상이한 유형의 저장소가 레거시 저장소(820)로서 포함될 수 있다. 예를 들면 레거시 저장소(820)는 운영체제 레지스트리, 서비스 제어 관리자 저장소, 방화벽, 파일 시스템, 구성 파일 등을 포함할 수 있다.

따라서 확장자 제공자인 소프트웨어 구성요소를 위한 확장자 등록이 모듈(812)에 의해 확장자 등록 데이터베이스에 추가될 때, 모듈(802)이 이 추가를 검출한다. 모듈(802)은 모듈(812)로부터 추가된 확장자 등록을 얻고, 이 확장자 등록을 어댑터 모듈(804)로 전송한다. 어댑터 모듈(804)은 확장자 등록을 수신하고, 이 확장자 등록을 분석하고, 확장자 등록을 기반으로 레거시 저장소(820)에 적절한 정보를 저장한다. 소프트웨어 구성요소를 위한 확장자 등록 정보가 이제 레거시 저장소(820)에 포함되므로, 레거시 확장자 소비자는 확장자 제공자를 확인하고 호출할 수 있다.

확장자 등록이 전송되는 특정 어댑터 모듈(804)을 상이한 방식으로 결정할 수 있다. 하나 이상의 실시예에서, 상이한 어댑터 모듈(804)은 상이한 유형의 확장자 등록을 처리하고 이들 상이한 유형은 모듈(802)에게 알려진다. 이 대신에, 모듈(802)은 어댑터 모듈(804)이 처리할 수 있는 확장자 등록의 유형에 대해 어댑터 모듈(804)에게 질의한다. 따라서 확장자 등록을 고려하면, 모듈(802)은 확장자 등록의 유형을 기반으로 적절한 어댑터 모듈(804)로 확장자 등록을 전송할 수 있다. 이 대신에, 모듈(802)은 상이한 방식으로 확장자 등록을 전송하는 어댑터 모듈(804)을 결정할 수 있다. 예를 들어 확장자 등록은 모든 어댑터 모듈(804)로 전송될 수 있고, 각 어댑터 모듈(804)은 레거시 저장소(820)에 저장하기 위해, 있다면 확장자 등록으로부터 적절한 정보를 결정할 수 있다.

도 9는 하나 이상의 실시예에 따라서 관리 시스템 확장성을 가진 레거시 확장자 소비자를 지원하기 위한 프로세스(900) 예를 도시하는 흐름도이다. 프로세스(900)는 도 8의 레거시 관리 시스템(800)과 같이 장치상에 실행중인 운영체제의 레거시 관리 시스템에 의해 수행되고, 소프트웨어, 펌웨어, 하드웨어 또는 이들의 결합으로 구현될 수 있다. 프로세스(900)는 레거시 확장자 소비자를 지원하기 위한 프로세스 예이며, 레거시 확장자 소비자를 지원하는 것에 대한 추가 논의는 다른 도면을 참조하여 여기에 포함된다.

프로세스(900)에서, 어댑터 관리 모듈은 새로운 확장자 등록을 검출한다(액트 902). 이 검출은 확장자 등록 데이터베이스에 대한 변경을 위해 확장자 관리 모듈에 등록하는 것과 같이, 전술한 바와 같은 다양하고 상이한 방식으로 수행될 수 있다.

검출되는 새 확장자 등록에 응답하여, 어댑터 관리 모듈은 새 확장자 등록을 얻는다(액트 904). 어댑터 관리 모듈은 확장자 등록 데이터베이스로 변경의 통지로써 새 확장자 등록을 전달하고, 확장자 관리 모듈로부터 새 확장자 등록을 요청하고, 새 확장자 등록을 저장할 것으로 알려진 위치를 액세스하는 것과 같이 다양한 방식으로 새 확장자 등록을 얻을 수 있다.

그 다음, 어댑터 관리 모듈은 어댑터 모듈로 새 확장자 등록을 송신한다(액트 906). 새 확장자 등록을 송신할 특정 어댑터 모듈 또는 모듈들을 전술한 바와 같이 다양하고 상이한 방식으로 결정할 수 있다.

그 후, 어댑터 관리 모듈은 새 확장자 등록을 기반으로 대응한 레거시 저장소를 갱신한다(액트 908). 전술한 바와 같이, 어댑터 관리 모듈은 레거시 저장소와 통신할 수 있고, 레거시 저장소 및 레거시 확장자 소비자에 의해 예상되는 방식으로 새 확장자 등록으로부터의 정보를 레거시 저장소로 정보를 저장할 수 있다.

도 10은 하나 이상의 실시에에 따라서 관리 시스템 확장성을 구현하도록 구성될 수 있는 컴퓨팅 장치(1000) 예를 도시한다. 컴퓨팅 장치(1000)는 예를 들어 도 1의 컴퓨팅 장치(100)일 수 있다.

컴퓨팅 장치(1000)는 하나 이상의 프로세서 또는 처리 유닛(1002), 하나 이상의 메모리 및/또는 저장 구성요소(1006)를 포함할 수 있는 하나 이상의 컴퓨터 판독가능 매체(1004), 하나 이상의 입력/출력(I/O) 장치(1008), 그리고 다양한 구성요소 및 장치가 서로 통신할 수 있게 해주는 버스(1010)를 포함한다. 컴퓨터 판독가능 매체(1004) 및/또는 하나 이상의 I/O 장치(1008)는 컴퓨팅 장치(1000)의 일부로서 포함되거나, 또는 이 대신에 컴퓨팅 장치(1000)로 연결될 수 있다. 버스(1010)는 다양하고 상이한 버스 구조를 사용하는 메모리 버스 또는 메모리 제어기, 주변 버스, AGP(accelerated graphics port), 프로세서 또는 로컬 버스 등을 포함한 몇몇 유형의 버스 구조중의 하나 이상을 나타낸다. 버스(1010)는 유선 및/또는 무선 버스를 포함할 수 있다.

메모리/저장 구성요소(1006)는 하나 이상의 컴퓨터 저장매체를 나타낸다. 구성요소(1006)는 RAM(random access memory)와 같은) 휘발성 매체 및/또는 (ROM(read only memory), 플래시 메모리, 광 디스크, 자기 디스크 등과 같은) 비휘발성 매체를 포함할 수 있다. 구성요소(1006)는 고정 매체(예를 들면 RAM, ROM, 고정 하드 드라이브 등)뿐만 아니라 분리식 매체(예를 들면 플래시 메모리 드라이브, 분리식 하드 드라이브, 광 디스크 등)를 포함할 수 있다.

여기에 거론한 기법은 하나 이상의 처리 유닛(1002)에 의해 실행되는 인스트럭션을 가진 소프트웨어로 구현될 수 있다. 상이한 인스트럭션이 처리 유닛(1002)에서, 처리 유닛(1002)의 다양한 캐시 메모리에서, (도시되지 않은) 장치(1000)의 다른 캐시 메모리에서, 다른 컴퓨터 판독가능 매체상에서 등과 같이 컴퓨팅 장치(100)의 상이한 구성요소에 저장될 수 있다는 것을 이해할 것이다. 게다가, 인스트럭션이 컴퓨팅 장치(1000)에 저장되는 위치는 시간에 걸쳐 변할 수 있다는 것을 이해할 것이다.

하나 이상의 입력/출력 장치(1008)는 사용자가 컴퓨팅 장치(1000)로 커맨드 및 정보를 입력할 수 있게 하고, 또한 제공할 정보를 사용자 및/또는 다른 구성요소 또는 장치로 제공될 수 있게 해준다. 입력 장치의 예는 키보드, 커서 제어 장치(예를 들면 마우스), 마이크로폰, 스캐너 등을 포함한다. 출력 장치의 예는 디스플레이 장치(예를 들면 모니터 또는 프로젝터), 스피커, 프린터, 네트워크 카드 등을 포함한다.

다양한 기법을 소프트웨어 또는 프로그램 모듈의 일반적 맥락으로 여기에 기술할 수 있다. 통상, 소프트웨어는 특정 작업을 수행하거나 또는 특정한 추상 데이터 유형을 구현하는 루틴, 프로그램, 객체, 구성요소, 데이터 구조 등을 포함한다. 이들 모듈 및 기법의 구현은 소정 형태의 컴퓨터 판독가능 매체를 통해 저장 또는 전송될 수 있다. 컴퓨터 판독가능 매체는 컴퓨팅 장치에 의해 액세스될 수 있는 임의 사용가능 매체 또는 매체들일 수 있다. 제한이 아닌 예를 들면, 컴퓨터 판독가능 매체는 "컴퓨터 저장 매체"와 "통신 매체"를 포함할 수 있다.

"컴퓨터 저장 매체"는 컴퓨터 판독가능 인스트럭션, 데이터 구조, 프로그램 모듈 또는 다른 데이터와 같은 정보의 저장을 위한 임의 방법 또는 기술로 구현된 휘발성 및 비휘발성, 분리식 및 비분리식 매체를 포함한다. 컴퓨터 저장 매체는 RAM, ROM, EEPROM, 플래시 메모리 또는 다른 메모리 기술, CD-ROM, DVD(digital versatile disks) 또는 다른 광 저장소, 자기 카세트, 자기 테잎, 자기 디스크 저장소 또는 다른 자기 저장장치, 혹은 원하는 정보를 저장하는 데 사용될 수 있으며 컴퓨터에 의해 액세스될 수 있는 임의 다른 매체를 포함하는데, 이로 제한되지는 않는다.

"통신 매체"는 전형적으로, 반송파 또는 다른 전송 메카니즘과 같이 변조 데이터 신호에 컴퓨터 판독가능 인스트럭션, 데이터 구조, 프로그램 모듈, 또는 다른 데이터를 구현한다. 또한 통신 매체는 임의 정보 전달 매체를 포함한다. 용어 "변조 데이터 신호"는 신호에서 정보를 인코딩하는 것과 같은 방식으로 설정 또는 변경된 하나 이상의 그의 특성을 가진 신호를 의미한다. 제한이 아닌 예를 들면, 통신 매체는 유선 네트워크 또는 직접 배선 연결과 같은 유선 매체, 그리고 음향, RF, 적외선 및 다른 무선 매체와 같은 무선 매체를 포함한다. 또한 전술한 바의 임의 결합이 컴퓨터 판독가능 매체의 범주내에 포함된다.

통상, 여기에 기술한 임의 기능 또는 기법은 소프트웨어, 펌웨어, 하드웨어(예를 들면 고정 논리 회로), 수동 처리 또는 이들 구현의 결합을 사용하여 구현될 수 있다. 여기에 사용되는 용어 "모듈"과 "구성요소"는 펌웨어 및/또는 하드웨어를 포함할 수 있지만 일반적으로 소프트웨어를 나타낸다. 소프트웨어 구현의 경우, 모듈 또는 구성요소는 프로세스상에서 실행 될시에 명시된 작업을 수행하는 프로그램 코드를 나타낸다(예를 들면 CPU 또는 CPUs). 프로그램 코드는 하나 이상의 컴퓨터 판독가능 메모리 장치에 저장될 수 있고, 추가 설명은 도 10을 참조하여 알 수 있다. 여기에 기술된 관리 시스템 확장성의 특징은 플랫폼에 독립적이며, 이것은 다양한 프로세서를 가진 다양한 상업 컴퓨팅 플랫폼상에 이 기법을 구현할 수 있다는 것을 의미한다.

주제를 구조적 특징 및/또는 방법론적 액트에 특정적인 언어로 기술하였지만, 첨부된 청구범위에 정의된 주제는 전술한 특정 특징 또는 액트로 반드시 제한될 필요는 없다는 것을 이해할 것이다. 오히려, 전술한 특정 특징 및 액트는 청구범위를 구현하는 형태 예로서 개시된다.

Claims (19)

1. 운영체제의 다수의 인스트럭션이 저장된 컴퓨터 저장 메모리로서,
   상기 다수의 인스트럭션은 컴퓨팅 장치의 하나 이상의 프로세서에 의해 실행되는 경우 상기 하나 이상의 프로세서로 하여금,
   상기 컴퓨팅 장치상에 설치된 다수의 소프트웨어 구성요소 각각에 대해, 기능성 제공자(provider of functionality)로서 상기 소프트웨어 구성요소를 식별하는 하나 이상의 확장자 등록(extension registrations)을 수신하게 하고,
   상기 다수의 소프트웨어 구성요소 각각에 대해 상기 하나 이상의 확장자 등록의 레코드를 유지하게 하고,
   상기 컴퓨팅 장치상에 설치된 다른 소프트웨어 구성요소로부터, 특정 기능성을 식별하라는 요청을 수신하게 하고,
   상기 요청에 응답하여 그리고 상기 레코드에 기초하여, 상기 특정 기능성을 제공하는 상기 다수의 소프트웨어 구성요소 중 하나 이상에 관한 정보를 상기 다른 소프트웨어 구성요소에 반환하게 하고,
   상기 다수의 소프트웨어 구성요소 중 하나가 상기 컴퓨팅 장치로부터 언인스톨(uninstall)될 것이라는 표시를 수신하게 하고,
   상기 다수의 소프트웨어 구성요소 중 상기 하나에 대응하는 상기 레코드 내의 상기 하나 이상의 확장자 등록을 식별하게 하고,
   상기 다수의 소프트웨어 구성요소중의 상기 하나에 대응하는 상기 하나 이상의 확장자 등록을 상기 레코드로부터 삭제하게 하는
   컴퓨터 저장 메모리.
   
2. 제1항에 있어서,
   소프트웨어 구성요소에 대해 상기 하나 이상의 확장자 등록을 수신하는 것은, 상기 소프트웨어 구성요소가 상기 컴퓨팅 장치상에 설치될 때 상기 소프트웨어 구성요소의 매니페스트(manifest)로부터 상기 하나 이상의 확장자 등록을 얻는 것인
   컴퓨터 저장 메모리.
   
3. 제1항에 있어서,
   소프트웨어 구성요소에 대해 상기 하나 이상의 확장자 등록을 수신하는 것은, 상기 소프트웨어 구성요소에 의해 호출되는 애플리케이션 프로그래밍 인터페이스 메소드를 통해, 상기 소프트웨어 구성요소로부터 상기 하나 이상의 확장자 등록을 수신하는 것인
   컴퓨터 저장 메모리.
   
4. 제1항에 있어서,
   다른 소프트웨어 구성요소로부터 상기 요청을 수신하는 것은, 상기 운영체제의 확장자 관리 모듈에 의해 노출된 애플리케이션 프로그래밍 인터페이스를 통해 상기 다른 소프트웨어 구성요소로부터 요청을 수신하는 것인
   컴퓨터 저장 메모리.
   
5. 제1항에 있어서,
   상기 하나 이상의 확장자 등록은 다수의 확장자 등록을 포함하고, 상기 다수의 확장자 등록 중 서로 다른 확장자 등록은 서로 다른 유형의 확장자를 포함하는
   컴퓨터 저장 메모리.
   
6. 제1항에 있어서,
   상기 하나 이상의 확장자 등록 각각은 상기 확장자 등록을 기술하는 메타데이터(metadata)와, 상기 확장자 등록을 위한 하나 이상의 등록 파라미터를 포함하는
   컴퓨터 저장 메모리.
7. 제6항에 있어서,
   상기 하나 이상의 등록 파라미터 각각은 등록 파라미터 이름, 등록 파라미터 유형 및 등록 파라미터 값을 포함하는
   컴퓨터 저장 메모리.
   
8. 제1항에 있어서,
   상기 다수의 인스트럭션은 또한 상기 하나 이상의 프로세서로 하여금 상기 하나 이상의 확장자 등록 중 적어도 하나를 레거시 저장소(legacy store)에 의해 사용되는 포맷으로 변환하고, 상기 변환된 적어도 하나의 확장자 등록을 상기 레거시 저장소에 저장하게 하는
   컴퓨터 저장 메모리.
   
9. 제1항에 있어서,
   상기 레코드에 유지되는 상기 하나 이상의 확장자 등록은 다수의 상이한 유형의 확장자를 포함하는
   컴퓨터 저장 메모리.
   
10. 제9항에 있어서,
    상기 하나 이상의 확장자 등록은 적어도 하나의 파일 결합(file association), 적어도 하나의 메뉴 항목, 및 적어도 하나의 단축 항목(shortcut item)을 포함하는
    컴퓨터 저장 메모리.
    
11. 제1항에 있어서,
    상기 하나 이상의 확장자 등록 각각은 상기 확장자 등록의 확장자 유형을 나타내는 범주 식별자(category identifier)를 가지고, 상기 하나 이상의 확장자 등록 각각은 상기 확장자 등록의 상기 범주 식별자에 대해 정의된 범주 정의(category definition)를 따르는
    컴퓨터 저장 메모리.
    
12. 제1항에 있어서,
    상기 다수의 인스트럭션은 또한 상기 하나 이상의 프로세서로 하여금 상기 하나 이상의 확장자 등록의 레코드에 대한 변경의 통지를, 상기 컴퓨팅 장치의 다른 모듈로 송신하게 하는
    컴퓨터 저장 메모리.
    
13. 컴퓨팅 장치상에서 실행되는 운영체제에서 구현된 방법으로서,
    확장자 등록 데이터베이스에 대한 액세스를 관리하는 확장자 관리 모듈로부터 새로운 확장자 등록을 얻는 단계- 상기 새로운 확장자 등록은 상기 확장자 관리 모듈과 통신하는 확장자 제공자에 대응하며, 각각의 확장자 등록은 기능성 제공자로서 상기 컴퓨팅 장치 상에 설치된 다수의 소프트웨어 구성요소 각각을 식별함 -와,
    상기 새로운 확장자 등록에 기초한 확장자 정보를 레거시 저장소에 저장하는 단계와,
    상기 확장자 등록 데이터베이스에 대한 변경의 통지를 수신하기 위해 상기 확장자 관리 모듈에 등록하는 단계
    를 포함하는 방법.
    
14. 제13항에 있어서,
    상기 새로운 확장자 등록을 얻는 단계는, 상기 확장자 관리 모듈로부터 수신된 상기 확장자 등록 데이터베이스에 대한 변경의 통지에 응답하여 새로운 확장자 등록을 얻는 단계를 포함하는
    방법.
    
15. 제13항에 있어서,
    상기 확장자 등록 데이터베이스로부터 확장자 등록이 제거되는 때에 대한 통지를 상기 확장자 관리 모듈로부터 수신하는 단계와,
    상기 확장자 등록에 대응하는 확장자 정보를, 상기 레거시 저장소로부터 제거하는 단계
    를 더 포함하는 방법.
    
16. 제13항에 있어서,
    상기 새로운 확장자 등록을 상기 레거시 저장소에 의해 사용되는 포맷으로 변환하는 방식을 결정하기 위해 레거시 확장자 등록 선언(legacy extension registration declaration)에 액세스하는 단계를 더 포함하는 방법.
    
17. 제13항에 있어서,
    상기 레거시 저장소는 운영 체제 레지스트리를 포함하는 방법.
    
18. 제13항에 있어서,
    상기 확장자 등록 데이터베이스는 다수의 상이한 유형의 확장자를 포함하는 방법.
    
19. 운영체제의 다수의 인스트럭션이 저장된 컴퓨터 저장 메모리로서,
    상기 다수의 인스트럭션은 컴퓨팅 장치의 하나 이상의 프로세서에 의해 실행되는 경우 상기 하나 이상의 프로세서로 하여금,
    상기 컴퓨팅 장치에서 실행되는 요청자로부터, 동적 링크 라이브러리로의 경로에 대한 요청을 수신하게 하고- 상기 요청은 상기 동적 링크 라이브러리의 식별자와, 상기 동적 링크 라이브러리를 포함하는 대응하는 소프트웨어 구성요소의 식별자를 지정함 -,
    상기 요청에 응답하여, 동적 링크 라이브러리와 파일 결합에 대한 확장자 등록을 포함하는 다수의 확장자 등록을 포함하는 확장자 등록 데이터베이스에 액세스하게 하고,
    상기 요청 내에 지정된 상기 동적 링크 라이브러리의 식별자와 상기 대응하는 소프트웨어 구성요소의 식별자를 포함하는 상기 확장자 등록 데이터베이스 내에서 상기 요청에 대응하는 확장자 등록을 식별함으로써 상기 확장자 등록 데이터베이스 내에서 상기 확장자 등록을 식별하게 하고,
    상기 확장자 등록으로부터, 상기 동적 링크 라이브러리의 위치를 얻게 하며,
    상기 동적 링크 라이브러리의 상기 위치를 상기 요청자에게 반환하게 하는
    컴퓨터 저장 메모리.

Images