KR20060063642A

KR20060063642A - 서브시스템 간의 자원 공유를 가능하게 하는 방법 및시스템

Info

Publication number: KR20060063642A
Application number: KR1020050096379A
Authority: KR
Inventors: 아누 엔지니어; 키란 아켈라 벤카타; 페라주 벤다푸디; 라자세카르 칸드리카; 라제쉬 자란
Original assignee: 마이크로소프트 코포레이션
Priority date: 2004-12-03
Filing date: 2005-10-13
Publication date: 2006-06-12
Also published as: JP2006164265A; US7653684B2; EP1669853A3; US20060168588A1; EP1669853A2; CN1783015A

Abstract

서브시스템 간의 자원 공유를 가능하게 하는 기술이 제공된다. 애플리케이션을 실행하는 서브시스템("app 서브시스템")은 DLL과 같은 자원을 제공하는 또 하나의 서브시스템("자원 서브시스템")으로부터 자원을 수신한다. 이후, app 서브시스템의 애플리케이션이 실행될 때, 애플리케이션은 app 서브시스템으로부터 DLL과 같은 자원을 요청할 수 있다. app 서브시스템은, 요청된 자원이 자원 서브시스템과 관련되어 있다는 것을 판정하자마자, 자원 서브시스템과 통신하여 자원을 요청할 수 있다. 이후 자원 서브시스템은 그 자원을 로드할 수 있다. DLL의 메소드를 호출함으로써와 같이 애플리케이션이 자원을 활용하여 활동을 수행할 때, app 서브시스템은 자원 서브시스템과 통신하여 활동을 수행하기 위해 자원을 요청할 수 있다. 자원 서브시스템은 그 활동이 완료되자마자 결과의 표시를 자원 서브시스템에 제공한다.

자원 서브시스템, app 서브시스템, 자원 공유

Description

서브시스템 간의 자원 공유를 가능하게 하는 방법 및 시스템{ENABLING INTER-SUBSYSTEM RESOURCE SHARING}

도 1은 본 기술이 구현되기에 적합한 컴퓨팅 환경의 예제를 도시하는 블록도.

도 2는 운영 체제의 컴포넌트를 도시하는 블록도.

도 3은 실시예에서 다수의 서브시스템 서비스를 활용하는 애플리케이션을 포함하는 운영 체제의 컴포넌트를 도시하는 블록도.

도 4는 실시예의 애플리케이션을 도시하는 블록도.

도 5는 실시예의 POSIX 컴포넌트에 의해 수행되는 루틴을 도시하는 흐름도.

<도면의 주요부분에 대한 부호의 설명>

202 : 사용자 모드

204 : 커널 모드

206 : 보안 서브시스템

208 : 로그온 프로세스

210 : Windows 서브시스템

214 : POSIX 서브시스템

218 : 감시 서비스

220 : 드라이버

224 : 커널

222 : 하드웨어 추상화 계층

본 기술은 일반적으로 운영 체제에 관한 것이며, 보다 구체적으로는, 서브시스템 간의 자원 공유를 가능하게 하는 것에 관한 것이다.

운영 체제는 컴퓨터 시스템의 하드웨어 및 소프트웨어 자원 관리를 포함하여 컴퓨터 시스템에 대한 각종 태스크를 수행한다. 하드웨어 자원으로는 프로세서, 주 기억 장치(예를 들어 메모리), 보조 기억 장치(예를 들어 하드 디스크 또는 광 디스크), 프린터, 디스플레이 어댑터, 네트워크 인터페이스 카드, 입/출력 포트 등이 있다. 소프트웨어 자원으로는 애플리케이션 프로그램, 사용자 인터페이스, 장치 드라이버, 네트워크 프로토콜 스택 등이 있다. 운영 체제는 이들 자원을 관리하고 조정하여(coordinate), 애플리케이션 프로그램의 명령(direction) 하에서와 같이 각종 태스크를 완료한다.

운영 체제는 서브시스템을 사용하여 애플리케이션 프로그램에 기능을 제공할 수 있다. 서브시스템은 운영 체제의 애플리케이션 프로그래밍 인터페이스(application programming interface:API)를 구현하는 운영 체제 컴포넌트이다. 서브시스템은 커널 컴포넌트의 함수를 호출할 수 있다. 커널 컴포넌트는 핵심 운 영 체제 함수를 제공하는 운영 체제 컴포넌트이다.

운영 체제는 다수의 서브시스템을 포함할 수 있는데, 이들 각각은 서로 다른 운영 체제 행동(behavior)을 드러낸다. 예제로서, 운영 체제는 두 개의 별도의 서브시스템으로서 이동식 운영 체제 인터페이스(a portable operating system interface:POSIX) 및 MICROSOFT WINDOWS 인터페이스를 구현할 수 있다. 이들 서브시스템은 둘 다 공통의 운영 체제상에서 기능할 수 있다. 이러한 운영 체제는 POSIX용으로 설계된 애플리케이션 및 MICROSOFT WINDOWS용으로 설계된 애플리케이션 둘 다와 함께 기능할 수 있다.

그러나, 하나의 서브시스템용으로 설계된 애플리케이션은 다른 서브시스템용으로 설계된 자원을 공유할 수 없다. 예제로서, POSIX 애플리케이션은 MICROSOFT WINDOWS용으로 설계된 DLL(a dynamic link library)를 로드할 수 없다. 마찬가지로, MICROSOFT WINDOWS 애플리케이션은 POSIX용으로 설계된 DLL을 로드할 수 없다. 하나의 서브시스템용으로 설계된 DLL이 다른 서브시스템과 기능할 수 있도록 하기 위해, 개발자는 다른 서브시스템용의 DLL을 재구축할 수 있다. 그러나, DLL을 재구축하는 것은 그 DLL에 대한 소스 코드를 필요로 할 수 있다. DLL이 소프트웨어 벤더에 의해 제공되는 경우, 소스 코드를 구할 수 없을 수 있다.

예제로서, UNIX 기반 애플리케이션을 지니는 고객은 그 애플리케이션이 MICROSOFT WINDOWS와 기능하도록 만들고자 할 수 있다. 이 애플리케이션은 고객에 의해 개발된 부분과 데이터베이스 소프트웨어 벤더와 같은 소프트웨어 벤더에 의해 제공되는 부분을 지닐 수 있다. 이후 고객은 MICROSOFT WINDOWS로 그 애플리케이 션을 이동시키기 위해 중간 단계로서 그것이 개발한 부분을 POSIX로 이동시킬 수 있다. 그러나, 소프트웨어 벤더가 MICROSOFT WINDOWS에 대해 DLL로서 그 일부를 사용가능하게 만들 수는 있지만, POSIX에 대해 그 일부를 사용가능하게 만들 수는 없다. 고객의 애플리케이션의 POSIX 부분은 MICROSOFT WINDOWS용으로 설계된 소프트웨어 벤더의 DLL을 사용할 수 없기 때문에, 고객의 애플리케이션은 POSIX 서브시스템과 완전히 기능할 수 없다. 따라서 고객은 그 애플리케이션을 MICROSOFT WINDOWS로 이동시키는 것을 조금 꺼릴 수 있다. 따라서, 서브시스템 간의 자원 공유가 매우 요구된다.

서브시스템 간의 자원 공유를 가능하게 하는 기술이 제공된다. 각종 실시예에서, 애플리케이션을 실행하는 서브시스템("app 서브시스템")은 DLL과 같은 자원을 제공하는 또 하나의 서브시스템("자원 서브시스템")으로부터 자원을 수신한다. 그 후, app 서브시스템의 애플리케이션이 실행될 때, 애플리케이션은 app 서브시스템으로부터 DLL과 같은 자원을 요청할 수 있다. app 서브시스템은, 요청된 자원이 자원 서브시스템과 관련된다는 것을 판정하자마자, 자원 서브시스템과 통신하여 그 자원을 요청할 수 있다. 이후 자원 서브시스템은 일부 초기 하우스키핑 활동(initial housekeeping activities)을 수행하고 자원을 로드한다. 애플리케이션이 자원을 활용하여 DLL의 메소드를 호출함으로써와 같이 활동을 수행하는 경우, app 서브시스템은 자원 서브시스템과 통신하여 활동을 수행하기 위해 자원을 요청할 수 있다. 자원 서브시스템은 활동을 완료하자마자 자원 서브시스템에 결과의 표시를 제공할 수 있다. 따라서, 서브시스템은 다른 서브시스템용으로 설계된 자원을 공유할 수 있다. 각종 실시예에서, 애플리케이션은 자원 서브시스템이 초기의 하우스키핑을 수행한 바로 직후에 자원을 활용할 수 있다.

서브시스템 간의 자원 공유는 서브시스템에 공통인 설비(facility)의 사용을 포함할 수 있다. 예제로서, POSIX 서브시스템 및 MICROSOFT WINDOWS 서브시스템은 둘 다 "C" 런타임("C" runtimes:"CRTs")을 지닌다. CRTs는 공통으로 사용되는 함수를 지닌 하나 이상의 정적으로 링크된 라이브러리일 수 있다. 애플리케이션 개발자는 종종 정적으로 링크된 라이브러리를 애플리케이션과 함께 사용한다. 라이브러리가 애플리케이션에 의해 정적으로 링크되는 경우, 라이브러리는 애플리케이션의 실행 코드의 일부가 된다. 애플리케이션을 다른 운영 체제로 이전하는 애플리케이션 개발자는 MICROSOFT WINDOWS용으로 설계된 라이브러리 및 POSIX용으로 설계된 다른 라이브러리와 같은 각종 라이브러리에 의해 제공되는 함수를 사용할 필요가 있고, 그리하여 이들 라이브러리를 링크할 수 있다. 링킹이 수행되어, 컴파일러에 의해 생성된 객체 코드를 실행가능한 코드로 변환한다. 다수의 라이브러리가 링크되는 경우, 이들 라이브러리는 공통의 메소드 이름을 지닐 수 있고, 따라서 오류가 발생할 수 있다. 예제로서, 상기 라이브러리 둘 다 "print" 함수를 제공할 수 있다. 라이브러리 둘 다 링크되는 경우, 충돌은 오류를 일으킬 것이다. 이러한 오류를 해결하기 위한 적어도 세 가지 방법이 있다. 한 해결책은 라이브러리 중 하나 또는 라이브러리 둘 다의 이름을 변경함으로써 중복되는 이름을 제거하는 것이다. 또 다른 해결책은 DLL을 사용하는 것이다. DLL은 그 고유의 이름 공간을 지니도록 보장된다. 즉, DLL의 메소드는 그 메소드를 제공하는 DLL에 의해 식별된다. 그 결과, 애플리케이션이 DLL의 메소드를 호출할 때, 그 메소드의 이름(DLL로 식별됨)은 정적으로 링크된 라이브러리 또는 다른 DLL의 이름과 충돌을 일으킬 수 없다. 세 번째 해결책은 두 라이브러리의 함수들의 수퍼세트인 통합 이름공간을 제공하는 정적으로 링크된 라이브러리를 생성하는 것이다. 정적으로 링크되는 다수의 라이브러리에 공통인 메소드는 수퍼세트 라이브러리에서 단 한 번만 제공될 것이다. 메소드의 이름은 동일하되 메소드가 서로 다른 매개변수를 수신하거나 서로 다른 기능을 제공하는 경우, 서로 다른 메소드는 플래그를 제공함으로써와 같이 그 메소드를 특별히 식별함으로써 애플리케이션에 의해 호출될 수 있다. 따라서, 서브시스템 전체에 걸쳐 자원을 공유함에도 불구하고 이름 충돌을 피할 수 있다.

도면에 관해, 도 1은 본 발명의 기술 및 설비가 구현될 수 있는 운영 환경 또는 적합한 컴퓨팅 시스템 환경(110)의 예제를 도시하고 있다. 컴퓨팅 시스템 환경(110)은 적합한 컴퓨팅 환경의 단지 한가지 일례이며, 본 설비의 기능 또는 사용 범위 에 관해 어떠한 제한을 제안하고자 하는 것이 아니다. 컴퓨팅 시스템 환경(110)이 예시적인 운영 환경(110)에서 도시된 임의의 하나의 컴포넌트 또는 컴포넌트들의 조합에 관해 임의의 종속성 또는 요구사항을 가지는 것으로 해석되어서는 안 된다.

본 발명의 설비는 많은 기타 범용 또는 특수 목적의 컴퓨팅 시스템 환경 또는 구성에서 동작할 수 있다. 본 발명의 설비와 함께 사용하기에 적합하고 잘 알 려진 컴퓨팅 시스템, 환경 및/또는 구성의 예로는 퍼스널 컴퓨터, 서버 컴퓨터, 핸드-헬드 또는 랩톱 장치, 태블릿 장치, 멀티프로세서 시스템, 마이크로프로세서 기반 시스템, 셋톱 박스, 프로그램가능한 소비자 가전제품, 네트워크 PC, 미니컴퓨터, 메인프레임 컴퓨터, 상기 시스템이나 장치 등의 임의의 것을 포함하는 분산 컴퓨팅 환경이 있지만 이에 제한되는 것은 아니다.

본 발명의 설비는 컴퓨터에 의해 실행되는 프로그램 모듈과 같은 컴퓨터 실행가능 명령어의 일반적인 문맥으로 기술될 수 있다. 일반적으로, 프로그램 모듈은 특정 태스크를 수행하고 또는 특정 추상 데이터 유형을 구현하는 루틴, 프로그램, 객체, 컴포넌트, 데이터 구조 등을 포함한다. 본 발명의 설비는 또한 통신 네트워크를 통해 링크된 원격 처리 장치들에 의해 태스크가 수행되는 분산 컴퓨팅 환경에서도 실행될 수 있다. 분산 컴퓨팅 환경에서, 프로그램 모듈은 메모리 저장 장치를 포함하는 로컬 및/또는 원격 컴퓨터 저장 매체 둘 다에 위치할 수 있다.

도 1과 관련하여, 본 발명의 설비를 구현하는 예시적인 시스템은 컴퓨터(111)의 형태인 범용 컴퓨팅 장치를 포함한다. 컴퓨터(111)의 컴포넌트는 처리 장치(120), 시스템 메모리(130) 및 시스템 메모리(130)를 포함하는 각종 시스템 컴포넌트를 처리 장치(120)에 결합시키는 시스템 버스(121)를 포함하지만 이에 제한되는 것은 아니다. 시스템 버스(121)는 메모리 버스 또는 메모리 컨트롤러, 주변 버스 및 각종 버스 아키텍처 중 임의의 것을 이용하는 로컬 버스를 포함하는 몇몇 유형의 버스 구조 중 어느 것이라도 될 수 있다. 예제로서, 이러한 아키텍처는 ISA(industry standard architecture) 버스, MCA(micro channel architecture) 버 스, EISA(Enhanced ISA) 버스, VESA(video electronics standard association) 로컬 버스 그리고 메자닌 버스(mezzanine bus)로도 알려진 PCI(peripheral component interconnect) 버스 등을 포함하지만 이에 제한되는 것은 아니다.

컴퓨터(111)는 통상적으로 각종 컴퓨터 판독가능 매체를 포함한다. 컴퓨터(111)에 의해 액세스 가능한 매체는 그 어떤 것이든지 컴퓨터 판독가능 매체가 될 수 있고, 이러한 컴퓨터 판독가능 매체는 휘발성 및 비휘발성 매체, 이동식 및 이동불가식 매체를 포함한다. 예제로서, 컴퓨터 판독가능 매체는 컴퓨터 저장 매체 및 통신 매체를 포함하지만 이에 제한되는 것은 아니다. 컴퓨터 저장 매체는 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈 또는 기타 데이터와 같은 정보의 저장을 위해 모든 방법 또는 기술로 구현되는 휘발성 및 비휘발성, 이동식 및 이동불가식 매체를 포함한다. 컴퓨터 저장 매체는 RAM, ROM, EEPROM, 플래시 메모리 또는 기타 메모리 기술, CD-ROM, DVD(digital versatile disk) 또는 기타 광 디스크 저장 장치, 자기 카세트, 자기 테이프, 자기 디스크 저장 장치 또는 기타 자기 저장 장치, 또는 컴퓨터(110)에 의해 액세스되고 원하는 정보를 저장할 수 있는 임의의 기타 매체를 포함하지만 이에 제한되는 것은 아니다. 통신 매체는 통상적으로 반송파(carrier wave) 또는 기타 전송 메커니즘(transport mechanism)과 같은 피변조 데이터 신호(modulated data signal)에서 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈 또는 기타 데이터 등을 구현하고 모든 정보 전달 매체를 포함한다. "피변조 데이터 신호"라는 용어는, 신호 내의 정보가 암호화되도록 그 신호의 하나 이상의 특성을 설정 또는 변경시킨 신호를 의미한다. 예제로서, 통신 매 체는 유선 네트워크 또는 다이렉트 유선 접속과 같은 유선 매체, 그리고 음향, RF, 적외선, 기타 무선 매체와 같은 무선 매체를 포함하지만 이에 제한되는 것은 아니다. 상술된 매체들의 모든 조합이 또한 컴퓨터 판독가능 매체의 영역 안에 포함되어야 한다.

시스템 메모리(130)는 판독 전용 메모리(ROM)(131) 및 랜덤 액세스 메모리(RAM)(132)와 같은 휘발성 및/또는 비휘발성 메모리의 형태로 컴퓨터 저장 매체를 포함한다. 시동 시 컴퓨터(111) 내의 구성요소들 사이의 정보 전송을 돕는 기본 루틴을 포함하는 기본 입/출력 시스템(BIOS)(133)은 통상적으로 ROM(131)에 저장되어 있다. RAM(132)은 통상적으로 처리 장치(120)에 즉시 액세스 가능하고 및/또는 현재 처리 장치(120)에 의해 동작되고 있는 데이터 및/또는 프로그램 모듈을 포함한다. 예제로서, 도 1은 운영 체제(134), 애플리케이션 프로그램(135), 기타 프로그램 모듈(136) 및 프로그램 데이터(137)를 도시하고 있지만 이에 제한되는 것은 아니다.

컴퓨터(111)는 또한 기타 이동식/이동불가식, 휘발성/비휘발성 컴퓨터 저장매체를 포함한다. 단지 예제로서, 도 1은 이동불가식, 비휘발성 자기 매체로의 기록 또는 그로부터의 판독을 위한 하드 디스크 드라이브(141), 이동식, 비휘발성 자기 디스크(152)로의 기록 또는 그로부터의 판독을 위한 자기 디스크 드라이브(151), CD-ROM 또는 기타 광 매체 등의 이동식, 비휘발성 광 디스크(156)로의 기록 또는 그로부터의 판독을 위한 광 디스크 드라이브(155)를 포함한다. 예시적인 운영 환경에서 사용될 수 있는 기타 이동식/이동불가식, 휘발성/비휘발성 컴퓨터 저 장 매체로는 자기 테이프 카세트, 플래시 메모리 카드, DVD, 디지털 비디오 테이프, 고체(solid state) RAM, 고체 ROM 등이 있지만 이에 제한되는 것은 아니다. 하드 디스크 드라이브(141)는 통상적으로 인터페이스(140)와 같은 이동불가식 메모리 인터페이스를 통해 시스템 버스(121)에 접속되고, 자기 디스크 드라이브(151) 및 광 디스크 드라이브(155)는 통상적으로 인터페이스(150)와 같은 이동식 메모리 인터페이스에 의해 시스템 버스(121)에 접속된다.

위에서 설명되고 도 1에 도시된 드라이브들 및 이들과 관련된 컴퓨터 저장 매체는, 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈 및 컴퓨터(111)의 다른 데이터를 저장한다. 도 1에서, 예를 들어, 하드 디스크 드라이브(141)는 운영 체제(144), 애플리케이션 프로그램(145), 기타 프로그램 모듈(146) 및 프로그램 데이터(147)를 저장하는 것으로 도시되어 있다. 여기서 주의할 점은 이 컴포넌트들이 운영 체제(134), 애플리케이션 프로그램(135), 기타 프로그램 모듈(136) 및 프로그램 데이터(137)와 동일할 수도 있고 다를 수도 있다는 것이다. 이에 관해, 운영 체제(144), 애플리케이션 프로그램(145), 기타 프로그램 모듈(146) 및 프로그램 데이터(147)에 다른 번호가 주어졌다는 것은 적어도 이들이 서로 다른 사본(copy)이라는 것을 도시한다. 사용자는 태블릿, 또는 전자 디지타이저(164), 마이크(163), 키보드(162) 및 일반적으로 마우스, 트랙볼(trackball) 또는 터치 패드라고 알려진 포인팅 장치(161) 등의 입력 장치를 통해 명령 및 정보를 컴퓨터(111)에 입력할 수 있다. 도 1에 도시되지 않은 다른 입력 장치로는 조이스틱, 게임 패드, 위성 안테나, 스캐너 등이 있을 수 있다. 이들 및 기타 입력 장치는 종종 시스템 버스(121)에 결합한 사용자 입력 인터페이스(160)를 통해 처리 장치(120)에 접속되지만, 병렬 포트, 게임 포트 또는 USB(universal serial bus) 등의 다른 인터페이스 및 버스 구조에 의해 접속될 수도 있다. 모니터(191) 또는 다른 유형의 디스플레이 장치도 비디오 인터페이스(190) 등의 인터페이스를 통해 시스템 버스(121)에 접속될 수 있다. 모니터(191)는 또한 터치 스크린 패널 등과 통합될 수 있다. 모니터(191) 및/또는 터치 스크린 패널이 태블릿 유형의 퍼스널 컴퓨터와 같은 컴퓨팅 장치(111)에 포함된 하우징에 물리적으로 결합할 수 있다는 것을 유의한다. 또한, 컴퓨터(111)와 같은 컴퓨팅 장치는 출력 주변장치 인터페이스(194) 등을 통해 접속될 수 있는 스피커(195) 및 프린터(196)와 같은 기타 출력 주변장치를 또한 포함할 수 있다.

컴퓨터(111)는 원격 컴퓨터(180)와 같은 하나 이상의 원격 컴퓨터로의 논리적 접속을 사용하여 네트워크화된 환경에서 동작할 수 있다. 원격 컴퓨터(180)는 또 하나의 퍼스널 컴퓨터, 서버, 라우터, 네트워크 PC, 피어 장치 또는 기타 공통 네트워크 노드일 수 있고, 통상적으로 컴퓨터(111)와 관련하여 상술된 구성요소의 대부분 또는 그 전부를 포함하지만, 도 1에는 메모리 저장 장치(181)만이 도시되어 있다. 도 1에 도시된 논리적 접속으로는 LAN(171) 및 WAN(173)이 있지만, 다른 네트워크를 포함할 수도 있다. 이러한 네트워킹 환경은 사무실, 회사 전체에 걸친 컴퓨터 네트워크, 인트라넷 및 인터넷에서 일반적이다. 예를 들어, 본 발명의 설비에서, 컴퓨터(111)는 데이터가 그로부터 이전되는 소스 기계를 포함할 수 있고, 원격 컴퓨터(180)는 목적지 기계를 포함할 수 있다. 그러나, 소스 및 목적지 기계 가 네트워크 또는 임의의 다른 수단에 의해 접속될 필요는 없지만, 대신, 소스 플랫폼에 의해 기록 가능하고 목적지 플랫폼 또는 플랫폼에 의해 판독가능한 임의의 매체를 통해 데이터가 이전될 수 있다는 것을 유의한다.

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

각종 기능 및 데이터가 특정 방식으로 구성된 특정 컴퓨터 시스템상에 상주하는 것으로서 도 1에 도시되어 있지만, 당업자들은 이러한 기능 및 데이터가 다른 구성의 컴퓨터 시스템에 걸쳐 각종 다른 방식으로 분산될 수 있다는 것을 이해할 것이다. 상술된 것과 같이 구성된 컴퓨터 시스템이 통상적으로 본 발명의 설비의 동작을 지원하도록 사용되지만, 당업자들은 본 발명의 설비가 각종 유형의 장치 및 구성을 사용하고, 각종 컴포넌트를 포함하여 구현될 수 있다는 것을 이해할 것이 다.

기술은 하나 이상의 컴퓨터 또는 기타 장치에 의해 실행되는 프로그램 모듈과 같은 컴퓨터 실행가능 명령어의 일반적인 문맥으로 설명될 수 있다. 일반적으로, 프로그램 모듈은 특정 태스크를 수행하고 특정 추상 데이터 유형을 구현하는 루틴, 프로그램, 객체, 컴포넌트, 데이터 구조 등을 포함한다. 통상적으로, 프로그램 모듈의 기능은 각종 실시예에서 원하는 바에 따라 조합되거나 또는 분산될 수 있다.

도 2는 운영 체제의 컴포넌트들을 도시하는 블록도이다. 운영 체제(200)는 사용자 모드(202) 및 커널 모드(204)에서 동작하는 다수의 컴포넌트를 포함한다.

사용자 모드에서 동작하는 컴포넌트로는, 예를 들어, 보안 서브시스템(206), 로그온 프로세스(208), WINDOWS 서브시스템(210), WINDOWS 애플리케이션(212), POSIX 서브시스템(214) 및 POSIX 애플리케이션(216)이 있다.

보안 서브시스템은 애플리케이션 및 운영 체제에 보안 서비스를 제공한다. 예제로서, 보안 서브시스템은 사용자가 운영 체제로 로그온할 수 있도록 로그온 프로세스(208) 및 기능을 제공할 수 있다.

WINDOWS 서브시스템은 WINDOWS 애플리케이션과 같은 애플리케이션에 MICROSOFT WINDOWS 기능을 제공할 수 있다. WINDOWS 서브시스템은 MICROSOFT WINDOWS 운영 체제에 대한 API를 구현할 수 있다. 예제로서, WINDOWS 서브시스템은 WINDOWS 서브시스템의 API에 대해 WINDOWS 애플리케이션에 의해 만들어진 요청을 수신하고, 이 요청에 대한 일부 활동을 수행하고, 나머지 활동을 수행하기 위해 운영 체제 커널을 호출할 수 있다.

운영 체제는 또한 POSIX 서브시스템(214)과 같은 추가의 서브시스템을 지닐 수 있다. POSIX 서브시스템은 POSIX 사양에 따르고 운영 체제에 대한 API를 구현할 수 있다. API는 POSIX 애플리케이션(216)에 의해 사용되어 태스크를 수행하기 위해 POSIX 운영 체제와 통신할 수 있다.

운영 체제가 다수의 서브시스템을 포함하는 경우, MICROSOFT WINDOWS 및 POSIX와 같이 다양한 운영 체제를 제공할 수 있다. 따라서, 이렇게 다양한 운영 체제용으로 설계된 애플리케이션은 다수의 서브시스템을 포함하는 운영 체제상에서 기능할 수 있다.

서브시스템은 커널 모드(204)에서 동작하는 감시 서비스 컴포넌트(executive services component)(218)에 의해 제공되는 서비스를 활용할 수 있다. 감시 서비스 컴포넌트는 드라이버(220) 및 커널(224)과 같은 추가의 컴포넌트를 포함할 수 있다. 드라이버는 시스템의 각종 소프트웨어 컴포넌트와 하드웨어 컴포넌트 간의 직접 통신을 제공할 수 있다. 예제로서, 드라이버는 소프트웨어 컴포넌트와 네트워크 인터페이스 카드 간의 통신을 제공한다. 커널은 핵심 운영 체제 함수 및 프로세서와의 통신을 제공할 수 있다. 예제로서, 커널은 프로그램 레지스터를 로드하고 프로세서에게 스레드의 실행을 시작하도록 지시함으로써 스레드 실행을 스케줄링할 수 있다. 하드웨어 추상화 계층(222)은 또한 커널 모드에서 동작하여 하드웨어 장치에 대한 인터페이스 및 운영 체제 컴포넌트를 제공할 수 있다. 하드웨어 추상화 계층으로 인해, 운영 체제의 소프트웨어 컴포넌트는 특정 벤더의 하드웨어 장치에 고유한 기능을 제공해야만 하는 것을 피할 수 있다.

애플리케이션이 운영 체제의 일부로서 도시되어 있지만, 애플리케이션은 도 1에 도시된 바와 같이, 운영 체제에 의해 제공되는 각종 설비를 활용함으로써 실행될 수 있다.

도 3은 실시예의 다수의 서브시스템 서비스를 활용하는 애플리케이션을 포함하는 운영 체제의 컴포넌트를 도시하는 블록도이다. 도시된 실시예에서, 애플리케이션은 WINDOWS 서브시스템 및 POSIX 서브시스템 둘 다로부터 서비스를 수신한다. 이후 애플리케이션(312)은 WINDOWS/POSIX 애플리케이션으로 간주될 수 있다. 각종 실시예에서, WINDOWS/POSIX 애플리케이션은 서브시스템들 중 하나용으로, 예를 들어 WINDOWS용으로 주로 설계될 수 있다.

WINDOWS/POSIX 애플리케이션은 두 서브시스템에 의해 제공되는 자원을 활용할 수 있다. 예제로서, WINDOWS/POSIX 애플리케이션은 서브시스템 둘 다에 대한 라이브러리 및 DLL을 액세스할 수 있다. 이 자원의 공유를 가능하게 하기 위해, 이 서브시스템 중 하나 또는 서브시스템 둘 다는 다른 서브시스템과의 통신이 가능하도록 수정될 수 있다. 그 후, 애플리케이션이 실행되고 애플리케이션이 자원을 액세스하는 경우, WINDOWS 서브시스템은 POSIX 서브시스템에서 자원이 사용가능한지를 판정하고 이 자원을 로드하기 위해 POSIX 서브시스템을 요청할 수 있다.

자원을 로드하기 위한 요청을 수신하자마자, POSIX 서브시스템은 자원으로 액세스해야만 하는 애플리케이션의 프로세스에 대한 스레드 목록의 결정을 우선 시도할 수 있다. POSIX 서브시스템은 또한 식별된 스레드에 의해 생성된 추가의 스 레드(즉, 새로이 생성된 자식 스레드)에 대해 자원에게 액세스를 제공할 수 있다. 이렇게 함으로써, POSIX 서브시스템은, 자원을 요청했던 애플리케이션에 대한 WINDOWS 서브시스템의 스레드를 암시적으로 신뢰할 수 있다. 어느 스레드가 애플리케이션에 대한 것인지를 판정하기 위해, POSIX 서브시스템은 도 5와 관련하여 후술된 방법을 수행할 수 있다.

따라서 아키텍처는 다수 서브시스템의 서비스를 활용하는 프로세스와 같이, "혼합 모드" 프로세스를 가능하게 한다. 이러한 아키텍처에서, 두 개의 서브시스템으로부터의 서비스를 필요로 하지 않는 애플리케이션은 계속해서 수정되지 않은 채로 기능할 것이다. 이 애플리케이션은, 자신이 서브시스템용으로 설계되는 그 서브시스템의 서비스를 이용할 것이다.

도 4는 한 실시예에서의 애플리케이션을 도시하는 블록도이다. 애플리케이션은 WINDOWS/POSIX 혼합 모드 애플리케이션일 수 있다. 애플리케이션(402)은 C 런타임(404), DLL(406) 및 라이브러리(408)(즉 정적으로 링크된 라이브러리)를 활용할 수 있다. 예제로서, C 런타임은 힙(heap)에 공간을 할당하기 위해서와 같이 표준 라이브러리 함수를 제공할 수 있고, DLL은 사용자 인터페이스를 렌더링하기 위해서와 같이 WINDOWS 서브시스템에 인터페이스를 제공할 수 있고, 기타 라이브러리는 유틸리티 라이브러리를 제공하는 제3자 벤더와 같은 기타 서비스를 제공할 수 있다.

애플리케이션이 POSIX 서브시스템의 컴포넌트에 의해 제공되는 서비스를 활용할 필요가 있는 경우, 애플리케이션은 POSIX.exe 애플리케이션(410)을 호출할 수 있다. POSIX.exe 컴포넌트는 WINDOWS 서브시스템과 동작하는 컴포넌트로서 기록될 수 있지만, POSIX 서브시스템과 통신하는 PSX DLL 컴포넌트(412)를 로드하여 POSIX 관련 기능을 제공할 수 있다. PSX DLL 컴포넌트는 애플리케이션으로 하여금 POSIX 서브시스템에 의해 구현된 인터페이스를 호출할 수 있도록 하는 DLL이다. 각종 실시예에서, 애플리케이션은 POSIX.exe 컴포넌트를 론칭할 수 있는 PSX DLL 컴포넌트를 직접 로드할 수 있다.

(PSX DLL 컴포넌트 또는 애플리케이션 둘 중 하나에 의해) POSIX.exe가 론칭될 때, POSIX 자원을 요청하는 프로세스에 관한 스레드 목록에 대해 WINDOWS 서브시스템을 질의할 수 있다. POSIX.exe 컴포넌트는 이 스레드 목록을 POSIX 서브시스템에 제공할 수 있다. 그 후 POSIX 서브시스템은 이 목록에 나타나는 스레드들 및 그 선조가 이 목록상의 스레드인 것으로 표시되는 추가의 스레드를 신뢰할 수 있다.

따라서, PSX DLL 및 POSIX.exe 컴포넌트와 같이 POSIX 서브시스템과 원래부터 관련된 컴포넌트들은 WINDOWS 서브시스템을 활용하는 컴포넌트로서 재기록될 수 있다. 그 후 이 컴포넌트들은 계속해서 POSIX 서브시스템에 의해 제공되는 서비스를 사용할 수 있다.

도 5는 실시예의 POSIX 컴포넌트에 의해 수행되는 루틴을 도시하는 흐름도이다. 루틴은 POSIX.exe 컴포넌트에 의해 수행될 수 있다.

루틴이 블록(502)에서 시작된다.

블록(504)에서, 루틴은 WINDOWS 서브시스템에게, POSIX 서비스를 요청했던 애플리케이션에 대한 스레드의 목록을 나열할 것을 요청한다. WINDOWS 서브시스템은 한 프로세스에 대한 모든 스레드를 나열할 수 있다.

블록(506)에서, 루틴은 WINDOWS 서브시스템으로부터 나열된 스레드 세트를 수신한다. 이 수신된 스레드 세트는 신뢰되는 것으로 표시될 수 있다. 즉, 이 스레드에게 DLL과 같은 POSIX 서비스로의 액세스가 제공될 수 있다.

블록(508)에서, 나열된 스레드 및 나열된 스레드에 의해 생성된 기타 스레드는 이들이 POSIX 서브시스템의 자원으로의 액세스를 요청할 때 신뢰될 수 있다.

블록(510)에서, 루틴은 그 호출자에게로 리턴한다.

어느 정도까지, 서브시스템은 애플리케이션 및 스레드에 보안을 제공한다. 예제로서, 프로세스는 다른 프로세스의 메모리 또는 자원을 액세스할 수 없다. POSIX 서브시스템이 신뢰되는 스레드의 목록을 요청하고 수신할 수 있음으로써, POSIX 서브시스템은 그 신뢰도를 WINDOWS 서브시스템의 프로세스 및 스레드까지 확장할 수 있다. 따라서, POSIX 서브시스템 및 WINDOWS 서브시스템은 자원을 공유할 수 있다.

전술된 내용으로부터, 도시를 위해 본 명세서에 본 발명의 특정 실시예가 설명되었지만, 본 발명의 취지 및 범위를 벗어나지 않고 각종 수정이 있을 수 있다는 것을 이해할 것이다. 따라서, 본 발명은 첨부되는 청구항으로서 외에는 제한되지 않는다.

본 발명을 통해 서브시스템 간의 자원 공유가 가능해지고, 그에 따라 서브시 스템에 공통인 설비를 사용할 수 있다.

Claims

운영 체제의 서브시스템으로써, 상기 서브시스템용으로 설계된 애플리케이션이 상기 운영 체제의 제2 서브시스템에 의해 제공되는 설비를 사용하는 것을 가능하게 하는 서브시스템에 있어서,

상기 애플리케이션으로부터 자원에 대한 요청을 수신하는 컴포넌트;

상기 자원이 상기 운영 체제의 상기 제2 서브시스템의 설비에 의해 제공되는 것으로 판정하는 컴포넌트;

상기 판정에 기초하여 상기 운영 체제의 상기 제2 서브시스템으로 상기 요청을 전달하는 컴포넌트; 및

상기 제2 서브시스템으로부터 상기 요청에 대한 결과의 표시를 수신하자마자, 상기 결과의 표시를 상기 애플리케이션으로 전달하는 컴포넌트

를 포함하는 서브시스템.
제1항에 있어서, 상기 요청은 로컬 프로시져 호출(local procedure call)을 통해 전달되는 서브시스템.
제1항에 있어서, 상기 서브시스템은 이동식 운영 체제 인터페이스 사양(a portable operating system specification)을 따르는 서브시스템.
제3항에 있어서, 상기 제2 서브시스템은 MICROSOFT WINDOWS 버전인 서브시스템.
제1항에 있어서, 상기 서브시스템은 MICROSOFT WINDOWS 버전인 서브시스템.
제5항에 있어서, 상기 제2 서브시스템은 이동식 운영 체제 인터페이스 사양을 따르는 서브시스템.
제1항에 있어서, 상기 설비는 동적 링크 라이브러리(dynamic link library)인 서브시스템.
제7항에 있어서, 상기 자원은 상기 동적 링크 라이브러리에 의해 수행되는 메소드인 서브시스템.
서브시스템에 의해 수행되고, 애플리케이션이 다수의 서브시스템의 자원을 공유하는 것을 가능하게 하는 방법에 있어서,

상기 애플리케이션이 운영 체제의 서브시스템의 자원을 액세스할 때,

상기 다수의 서브시스템 중에서, 상기 자원을 제공하는 서브시스템을 식별하는 단계;

상기 식별된 서브시스템에게 상기 자원을 로드할 것을 요청하는 단계; 및

상기 자원을 액세스하도록 상기 식별된 서브시스템에게 지시하는 단계

를 포함하는 방법.
제9항에 있어서, 상기 자원을 로딩하는 서브시스템은 이동식 운영 체제 인터페이스 사양에 따르는 방법.
제9항에 있어서, 상기 자원을 로딩하는 서브시스템은 MICROSOFT WINDOWS 버전인 방법.
제9항에 있어서, 상기 자원은 동적 링크 라이브러리인 방법.
제12항에 있어서, 상기 지시하는 단계는 메소드 이름을 전달하는 단계를 포함하는 방법.
제13항에 있어서, 상기 지시하는 단계는 하나 이상의 매개변수를 전달하는 단계를 포함하는 방법.
제13항에 있어서, 상기 전달하는 단계는 로컬 프로시져 호출을 이용하여 수행되는 방법.
제9항에 있어서, 상기 자원으로의 액세스는 동적 링크 라이브러리의 메소드 호출(invocation)을 포함하는 방법.
제1 서브시스템의 애플리케이션이 제2 서브시스템의 동적 링크 라이브러리를 공유하는 것을 가능하게 하는 방법을 수행하는 컴퓨터 실행가능 명령어를 포함하는 컴퓨터 판독가능 매체에 있어서,

상기 제1 서브시스템의 애플리케이션으로부터 상기 동적 링크 라이브러리의 메소드를 액세스하라는 지시를 수신하는 것;

상기 제2 서브시스템에게 상기 동적 링크 라이브러리를 로드할 것을 요청하는 것; 및

상기 제2 서브시스템에게 상기 표시된 메소드를 액세스하도록 지시하는 것

을 포함하는 컴퓨터 판독가능 매체.
제17항에 있어서, 상기 제2 서브시스템은 이동식 운영 체제 인터페이스 사양에 따르는 컴퓨터 판독가능 매체.
제17항에 있어서, 상기 제2 서브시스템은 상기 운영 체제의 API를 구현하는 컴퓨터 판독가능 매체.
제19항에 있어서, 상기 운영 체제는 MICROSOFT WINDOWS 버전인 컴퓨터 판독 가능 매체.
제19항에 있어서, 상기 제2 서브시스템은 MICROSOFT WINDOWS 버전인 컴퓨터 판독가능 매체.
제17항에 있어서, 상기 제2 서브시스템으로부터 요청을 수신하자마자 상기 애플리케이션에 관련된 스레드의 목록을 나열하는 것을 포함하는 컴퓨터 판독가능 매체.
제22항에 있어서, 상기 제2 서브시스템에게 상기 애플리케이션에 관련된 새 스레드를 알려주는 것을 포함하는 컴퓨터 판독가능 매체.
제23항에 있어서, 상기 새 스레드는 상기 나열된 스레드 목록에 나타나는 한 스레드의 자식 스레드인 컴퓨터 판독가능 매체.