KR19980041759A - 비디오 포그라운드/백그라운드 재생 윈도우 오버랩 결정 - Google Patents

Abstract

본 발명은 윈도우가 윈도우잉 시스템에 의해 화면 상에 디스플레이되는 순서를 표현하는 정보를 저장하기 위한 데이타 구조 및 방법을 제공한다. 포그라운드에 나타나는 윈도우는 이와 같은 순서로 제1 위치를 점유하고, 백그라운드에 나타나는 윈도우는 상기 순서로 나머지 위치를 점유한다. 본 발명은 새로운 윈도우에 윈도우 ID를 할당하는 방법 및 새로운 윈도우가 포그라운드에 나타날 때 화면 상에 디스플레이된 윈도우의 윈도우 ID를 동적으로 조정하는 방법을 더 제공한다.

Description

비디오 포그라운드/백그라운드 재생 윈도우 오버랩 결정

본 발명은 총체적으로 컴퓨터 윈도우잉 시스템에 관한 것으로, 특히, 컴퓨터 윈도우잉 시스템에서 오버랩하는 윈도우(overlapping windows)에 관한 것이다.

현재의 컴퓨터 윈도우잉 시스템의 중요한 특징은 다수의 윈도우가 하나의 디스플레이 화면 상에 디스플레이될 수 있다는 것이다. 결국, 컴퓨터 사용자는 한 어플리케이션을 빠져나와 다른 어플리케이션을 시작할 필요없이 컴퓨터 화면 상에 모두 디스플레이되는 개별적인 윈도우에서 몇몇 어플리케이션을 실행할 수 있다. 게다가, 각각의 어플리케이션은 다수의 윈도우를 가질 수 있다. 예를 들어, 사용자가 FILE 메뉴로부터 PRINT 명령을 선택하면, 사용자가 프린팅 작업을 위한 파라메타를 할당할 수 있도록 현재의 윈도우 어플리케이션의 상부에 프린트 윈도우가 디스플레이된다.

그러나, 다수의 윈도우가 동일한 화면 상에 디스플레이될 수 있도록 하기 위해서는, 전형적으로 운영체제의 일부인 윈도우잉 시스템은 포그라운드(foreground)(즉, 다른 윈도우의 상부에)에 어떤 윈도우가 디스플레이되고 백그라운드(background)(즉, 다른 윈도우 밑에)에 어떤 윈도우가 디스플레이되는 지를 추적하여야만 한다.

워싱톤주 레드몬드에 소재한 마이크로소프트(사)로부터 입수할 수 있는 WINDOW(등록상표) 또는WINDOW 95(등록상표)와 같은 전형적인 윈도우잉 시스템 상에서, 윈도우는 초기에 포그라운드로 열린다. 따라서, 가장 최근에 생성된 윈도우가 화면 상에 디스플레이된 다른 모든 윈도우의 상부에 나타난다. 액티브 윈도우 이외의 윈도우가 포그라운드에 디스플레이될 가능성이 있을지라도 액티브 윈도우(active window)(즉, 사용자 입력이 디폴트로 지시되는 윈도우)는 일반적으로 포그라운드에 디스플레이된다.

윈도우가 생성된 후, 사용자는 전형적으로 화면 상에 디스플레이된 임의의 윈도우의 상부에 마우스에 의해 제어되는 아이콘을 위치시키고 마우스 버튼을 누름으로써 새로운 액티브 윈도우를 선택할 수 있다. 이와 같은 행위는 전형적으로 윈도우를 클릭 온(clicking on the window) 한다고 한다. 사용자가 액티브 윈도우 이외의 윈도우를 클릭 온(clicks on)할 때, 윈도우는 포그라운드로 나타나 액티브 윈도우가 되는 한편, 전자의 액티브 윈도우는 백그라운드에 위치된다. 이 프로세스는 도 1 및 2 에 도시되어 있다.

도 1 에서, 어플리케이션-1 윈도우(110), 어플리케이션-2 윈도우(120) 및 어플리케이션-3 윈도우(130)가 컴퓨터(100)의 디스플레이 화면(150) 상에 디스플레이되어 있다. 어플리케이션-3 윈도우(130)는 액티브 윈도우이고, 어플리케이션-2 윈도우(120)와 어플리케이션-1 윈도우(110)의 포그라운드 하이딩 부분에 디스플레이된다. 어플리케이션-1 윈도우(110) 및 어플리케이션-2 윈도우(120) 모두가 백그라운드에 있을 지라도, 어플리케이션-2 윈도우(120)는 어플리케이션-3 윈도우(130)이 어플리케이션-2 윈도우(120)의 상부에 디스플레이되는 것과 꼭 같이 어플리케이션-1 윈도우(110)의 상부에 디스플레이된다. 따라서, 화면 장치에 디스플레이된 임의의 두개의 윈도우에 대해, 하나의 윈도우는 전면(포그라운드에)에 디스플레이되고 다른 하나의 윈도우는 뒤(백그라운드에)에 디스플레이된다. 그러나, 두개 이상의 오버랩하는 윈도우가 화면 상에 디스플레이될 때에는 오로지 하나의 윈도우만이 포그라운드에 디스플레이될 수 있고, 다른 모든 윈도우는 백그라운드에 디스플레이된다(포그라운드 또는 액티브 윈도우에 대해).

도 2 는 사용자가 윈도우(110)를 액티브 윈도우가 되게 하여 포그라운드로 나타나도록 어플리케이션-1 윈도우(110)를 클릭 온한 후의 디스플레이 화면(150)을 도시한다. 따라서, 어플리케이션-1 윈도우(110)의 일부는 이제 어플리케이션-3 윈도우(130) 및 어플리케이션-2 윈도우(120)를 하이드(hide)하는 한편, 어플리케이션-1 윈도우(110)에 의해 하이드되지 않은 어플리케이션-3 윈도우(130)의 일부는 어플리케이션-2 윈도우(120)의 일부를 하이드한다.

윈도우잉 시스템이 포그라운드에 어떤 윈도우가 디스플레이되고 백그라운드에 어떤 윈도우가 디스플레이되는 지를 추적하는 가능하게 하는 방법 및 구조의 필요성이 존재한다.

본 발명은 윈도우잉 시스템에 의해 윈도우가 화면 상에 디스플레이되는 순서를 모니터하는 데이타 구조 및 방법을 제공한다. 포그라운드에 나타나는 윈도우는 이와 같은 순서로 제 1 위치를 점유하고, 백그라운드에 나타나는 윈도우는 상기 순서로 나머지 위치를 점유한다.

더우기, 본 발명은 윈도우가 생성될 때 윈도우에 윈도우 ID를 할당하는 방법을 제공한다. 상기 윈도우 ID는 화면 상에 디스플레이될 일련의 윈도우에서 윈도우의 위치를 가리킨다. 상기 방법은 또한 새로운 포그라운드 윈도우가 선택되고 윈도우의 순서가 바뀔 때 현재 디스플레이된 윈도우의 윈도우 ID를 동적으로 조정한다.

도 1 은 컴퓨터의 디스플레이 장치 상에 다수의 오버랩하는 윈도우를 도시하는 도면.

도 2 는 백그라운드 윈도우가 포그라운드에 나타난 후에 도 1 의 디스플레이 장치를 도시하는 도면.

도 3 은 본 발명의 한 실시예에 따라 새로이 생성된 윈도우에 윈도우 ID를 할당하는 프로세스에 대한 순서도.

도 4 는 본 발명의 한 실시예에 따른 기존의 윈도우의 윈도우 ID를 갱신하는 프로세스의 순서도.

도 5 는 종래 기술의 운영 체제의 블럭도.

도 6 은 본 발명의 한 실시예에 따른 운영 체제의 블럭도.

도 7 은 본 발명의 한 실시예에 따른 링크된 리스트 데이타 구조를 도시하는 블럭도.

도 8 은 본 발명의 한 실시예에 따른 데이타 구조도.

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

100 : 컴퓨터

110, 120, 130 : 윈도우

150 : 디스플레이 화면

500 : 클라이언트 어플리케이션

510 : 쉘/사용자 인터페이스 층

520 : 코어

530 : 레지스터리

540 : 가상 머신 매니저

550 : 인스톨러블 화일 시스템 매니저

560 : 컨피그레이션 매니저

600 : 비디오 장치 드라이버

610 : 프로세서

630 : 장치 드라이버

800 : 데이타 구조

900 : 시스템 버스

본 발명은 윈도우가 윈도우잉 시스템에 의해 화면 상에 디스플레이되는 순서를 표현하는 정보를 저장하기 위한 데이타 구조 및 방법을 제공한다. 한 실시예에서, 포그라운드에 나타나는 윈도우는 이와 같은 순서로 제 1 위치를 점유하고, 백그라운드에 나타나는 윈도우는 상기 순서로 나머지 위치를 점유한다.

포그라운드에 디스플레이된 새로운 윈도우에 윈도우 ID를 발생하고 할당하며 백그라운드 윈도우의 윈도우 ID를 갱신하는 방법이 또한 제공된다. 이는 생성된 제 1 윈도우에 1이 윈도우 ID를 할당하고 새로운 윈도우가 생성될 때마다 상기 윈도우 ID를 1만큼 증가시킴으로써 달성된다.

도 3 은 새로이 생성된 윈도우에 대해 윈도우 ID를 발생하는 한 프로세스를 도시한다. 초기에, 윈도우 ID 요구가 스테이지(300)에서 수신된다. 다음에 스테이지(310)는 윈도우 ID가 상기 생성된 제 1 윈도우에 대한 것인 지를 판단하는데, 어느 경우에도 윈도우 ID 1이 스테이지(320)에서 윈도우에 할당된다. 그렇지 않으면, 스테이지(330)는 현재 액티브 윈도우에 1을 더한 윈도우의 윈도우 ID를 새로이 생성된 윈도우에 할당한다. 마지막으로, 새로운 윈도우는 스테이지(340)에서 액티브 윈도우가 된다.

윈도우가 생성된 후, 하나의 윈도우만이 포그라운드에 디스플레이되는 반면에 다른 모든 윈도우는 백그라운드에 디스플레이된다. 이때 만일 사용자가 백그라운드 윈도우를 클릭 온하면 백그라운드 윈도우는 액티브 윈도우가 되고 포그라운드에 디스플레이되는 반면에, 먼저 번 액티브 윈도우는 백그라운드에 디스플레이 된다. 만일 사용자가 포그라운드 윈도우를 닫으면, 포그라운드 윈도우 바로 뒤의 백그라운드 윈도우가 포그라운드 윈도우가 된다.

따라서, 윈도우잉 시스템은 윈도우가 화면 상에 디스플레이되는 순서를 추적(keep track of)하여야만 한다. 본 발명의 특징에 따르면, 윈도우잉 시스템은 윈도우 ID를 사용하여 윈도우가 화면 상에 디스플레이되는 순서를 추적한다. 포그라운드에 있는 윈도우는 가장 높은 윈도우 ID를 갖는 반면에, 각각의 백그라운드 윈도우는 포그라운드 윈도우의 윈도우 ID보다 낮으며 포그라운드 윈도우와 상기 백그라운드 윈도우 간의 임의의 윈도우의 윈도우 ID보다 낮은 윈도우 ID를 갖는다. 다른 말로 표현하면, 보다 높은 윈도우 ID를 갖는 윈도우가 낮은 윈도우 ID를 갖는 윈도우의 전면에 디스플레이된다.

전형적으로 사용자가 백그라운드 윈도우를 클릭 온 함으로써 기존의 백그라운드 윈도우가 포그라운드에 나타날 때, 현재의 포그라운드 윈도우와 포그라운드에 나타난 윈도우 간의 윈도우의 윈도우 ID는 조정되어야만 한다. 한 실시예에서, 포그라운드에 나타난 윈도우는 액티브 윈도우가 되며 이전의 액티브 윈도우의 윈도우 ID가 부여된다. 새로운 액티브 윈도우의 전면에 디스플레이되었던 윈도우의 윈도우 ID는 감소된다. 이 프로세스는 도 4 에 도시되어 있다.

도 4 에서, 윈도우의 리스트는 스테이지(400)에서 리스트로부터 윈도우 ID를 순환적으로 선택함으로써 횡단된다. 다음에 스테이지(410)는 리스트에 있는 윈도우의 모든 윈도우 ID가 갱신되었는 지를 판단하고, 만일 그렇다면 프로세스는 종료한다. 그렇지 않으면, 스테이지(420)는 상기 윈도우 ID를 새로운(new) 액티브 윈도우의 먼저 번(old) 윈도우 ID에 비교한다. 만일 윈도우 ID가 새로운 액티브 윈도우의 먼저 번 윈도우 ID보다 크면, 윈도우 ID는 스테이지(430)에서 증가되고, 그렇지 않으면 실행은 스테이지(400)으로 다시 진행한다.

현재의 포로그라운드 윈도우가 닫히면, 먼저 번 포그라운드 윈도우 바로 뒤에 있는 백그라운드 윈도우가 포그라운드 윈도우가 되지만, 포그라운드 윈도우를 제겅함으로써 나머지 윈도우 ID를 정확한 순서로 유지하기 때문에 윈도우 ID는 조정될 필요가 없다.

본 발명은 도 5 및 도 6 에 도시된 바와 같은 운영체제의 장치 드라이버에서 도 3 및 도 4 에 서술된 방법을 구현함으로써 WINDOW95(등록상표)와 같은 윈도우잉 운영체제에서 구현될 수 있다.

도 5 는 현재 IBM 호환 퍼스널 컴퓨터 상에서 사용되고 있는 WINDOW95(등록상표) 운영체제이 구조를 도시한다. WINDOW95(등록상표) 운영체제에서, 클라이언트 어플리케이션(500)은 32-비트 쉘/사용자 인터페이스 층(510)과 통신한다. 쉘/사용자 인터페이스 층(510)은 WINDOW95(등록상표) 코어(520) 및 레지스터리(530)와 인터페이스한다. WINDOW95(등록상표) 코어(520) 및 레지스터리(530) 밑에는 가상 머신 매니저(540), 인스톨러블 화일 시스템 매니저(550) 및 컨피그레이션 매니저(560)이 상주한다. 가상 머신 매니저(540), 인스톨러블 화일 시스템 매니저(550) 및 컨피그레이션 매니저(560)는 하드웨어 층(580)을 제어하는 것을 담당하는, 장치 드라이버 층(570)에 있는 몇몇 장치 드라이버와 통신한다.

이와 같이, 제 3 자 제조업체에 의해 제조된 하드웨어 구성요소는 적당한 드라이버를 기록하고 설치함으로써 WINDOW95(등록상표) 운영체제로 통합될 수 있다. 도 6 은 호스트 컴퓨터의 범용 CPU(620)를 포함하는 하드웨어 층(580)에 있는 MSP 프로세서(610)를 제어하기 위해 MSP(등록상표) 비디오 장치 드라이버(600)가 어떻게 장치 드라이버 층(570)에 통합될 수 있는 지를 도시한다.

MSP(등록상표) 프로세서(610)는 예를 들어 PCI 버스에 부착된 카드 상에 제공될 수 있다. 본 발명의 참조로 일체화되어 있는 미국특허출원 제08/730,865호, 발명의 명칭 멀티미디어 시스템 아키텍춰는 MSP(등록상표) 프로세서를 포함하는 예시적인 PCI 장치를 설명한다.

MSP(등록상표) 멀티미디어 프로세서가 범용 컴퓨터에 접속될 때, CPU (620)는 어플리케이션 프로그램은 물론 WINDOW95(등록상표) 운영체제를 실행하고, 장치 드라이버(630), MSP(등록상표) 프로세서(610)는 MSP(등록상표) 비디오 장치 드라이버(630)와 통신하는 장치 드라이버(600)를 실행한다. 이와 같이, CPU(620) 상에서 실행하는 어플리케이션 프로그램이 MSP 프로세서(610)와 통신하기 위해서는, 통신은 WINDOW95(등록상표) 운영체제를 거쳐 CPU(620) 상에서 실행되는 장치 드라이버 층(570)에 있는 장치 드라이버(630)로 루트된다. 장치 드라이버(630)는 소켓과 같은 기술분야에 공지된 임의의 인터프로세서 통신 기술을 거쳐 MSP(등록상표) 프로세서(600) 상에서 실행되는 MSP(등록상표) 장치 드라이버(600)와 통신한다.

따라서, 본 발명의 한 실시예에서, 도 3 및 도 4 의 방법은 도 9 에 도시된 바와 같이, 윈도우잉 시스템을 실행하는 범용 프로세서를 구비하는 컴퓨터 시스템의 일부인 멀티미디어 프로세서 상에서 실행되는 장치 드라이버에서 구현된다. 도 9 에서, CPU(620)는 시스템 버스(900)를 거쳐 MSP에 접속된다.

MSP(등록상표) 비디오 장치 드라이버(600)는 도 7 에 도시된 바와 같이 링크된 리스트 데이타 구조에 있는 모든 윈도우에 대한 윈도우 ID를 포함하여 윈도우 정보를 저장한다. 도 7 에서, 데이타 엘리먼트(700)는 포인터(705)에 의해 데이타 엘리먼트(710)에 접속되고, 데이타 엘리먼트(710)는 포인터(715)에 의해 데이타 엘리먼트(720)에 접속된다. 등등. 이와 같이, 리스트는 데이타 엘리먼트를 판독한 다음 첫번째 데이타 엘리먼트가 다시 만날 때까지 다음 데이타 엘리먼트에 대한 포인터를 따라감으로써 횡단될 수 있다.

도 8 은 도 7 의 각 데이타 엘리먼트(700, 710, 720, 730, 740 및 750)에 대한 데이타 구조(800)를 도시한다. 도 8 에서, 데이타 구조(800)는 윈도우와 연관된 클라이언트 프로세스를 식별하는 pOwner 필드(810), 윈도우잉 시스템에 의해 사용된 좌표 시스템의 원점으로부터 윈도우의 수평 오프셋을 식별하는 X_StartAddress 필드(820), 윈도우잉 시스템에 의해 사용된 좌표 시스템의 원점으로부터 윈도우의 수직 오프셋을 식별하는 Y_StartAddress 필드(830), 윈도우의 수평 길이를 지정하는 X_Length 필드(840), 윈도우의 수직 길이를 지정하는 Y_Length 필드(850), 윈도우에 할당된 윈도우 ID를 지정하는 WndID 필드(860), 및 도 7이 링크된 리스트에서 다음 데이타 엘리먼트를 가리키는 *pNnet 포인터(870)를 구비한다.

도 8 의 데이타 구조는 다음 문장에 의해, 저자 Brian W. Kernighan 및 Dennis M. Ritchie(Englewod Cliffs, N.J. : Prentice-Hall, Inc. 1978)에 의한 C 프로그래밍 언어에 기술된 C 컴퓨터 프로그래밍 언어로 구현될 수 있다.

typedef struct t_WNDINFO

{struct t_WNDINFO*nNet;

PVIDEOCLIENTpOwner;

UINT16X_StartAddr;

UINT16Y_StartAddr;

UINT16X_Length;

UINT16Y_Length;

BYTEWndID;

}WNDINFO, *PWNDINFO;

상술된 실시예는 본 발명을 한정하는 것은 아니다. 특히, 본 발명은 임의의 특정 세트의 윈도우 ID 수에 한정되지 않는다. 예를 들어, 일부 실시예에서, 생성된 제 1 윈도우에 윈도우 ID로서 임의의 수가 할당된다. 일부 실시예에서, 새로운 윈도우가 생성될 때, 먼저 번 액티브 윈도우의 윈도우 ID는 임의의 수만큼 증가된다. 일부 실시예에서, 새로운 액티브 윈도우가 사용자에 의해 선택될 때, 백그라운드 윈도우의 윈도우 ID는 임의의 수만큼 감소된다. 일부 실시예에서, 도 8 의 데이타 구조의 인스턴스는 링크된 리스트, 어레이, 이진 트리 등과 같은 레코드의 집합을 구성하기 위한 기술분야의 공지기술에 따라 구성된다. 본 발명을 특정의 바람직한 실시예에 관련하여 도시하고 설명하였지만, 이하의 특허청구의 범위에 의해 마련되는 본 발명의 정신이나 분야를 이탈하지 않는 한도내에서 본 발명이 다양하게 개조 및 변화될 수 있다는 것을 당 업계에서 통상의 지식을 가진 자는 용이하게 알 수 있다.

내용 없음.

Claims (13)

1. 컴퓨터의 디스플레이 장치 상에 다수의 윈도우를 디스플레이하는 방법에 있어서,

   상기 디스플레이 장치 상에 제 1 태그(a first tag)를 갖는 제 1 윈도우를 디스플레이하는 단계, 및

   상기 디스플레이 장치 상에 제 2 태그(a second tag)를 갖는 제 1 윈도우를 디스플레이하는 단계,를 구비하되;

   상기 제 1 윈도우의 일부 위에 상기 제 2 윈도우의 일부가 디스플레이되거나 또는 상기 제 2 윈도우의 일부 위에 상기 제 1 윈도우의 일부가 디스플레이되는 지는 상기 제 2 태그가 상기 제 1 태그보다 큰 지에 따르는 것을 특징으로 하는 디스플레이 방법.
2. 제 1 항에 있어서,

   상기 제 1 및 제 2 태그는 상기 디스플레이 장치 상에 상기 제 1 및 제 2 윈도우가 디스플레이되는 순서를 가리키는 것을 특징으로 하는 디스플레이 방법.
3. 제 1 항에 있어서,

   상기 컴퓨터는 제 1 및 제 2 프로세서를 더 구비하고, 상기 제 1 프로세서는 상기 제 1 및 제 2 윈도우를 제어하는 컴퓨터 프로그램을 실행하고, 상기 제 2 프로세서는 상기 제 1 및 제 2 윈도우를 디스플레이하기 위해 상기 디스플레이 장치를 제어하는 것을 특징으로 하는 디스플레이 방법.
4. 컴퓨터의 화면 상에 디스플레이될 새로운 윈도우에 태그를 할당하는 방법에 있어서,

   상기 화면 상에 포그라운드 윈도우(a foreground window)가 디스플레이되는 지를 판단하는 단계;

   상기 화면 상에 어떠한 포그라운드 윈도우도 디스플레이되지 않고 있다는 것을 판단할 때 상기 새로운 윈도우에 제 1 태그를 할당하는 단계;

   상기 화면 상에 포그라운드 윈도우가 디스플레이되고 있다는 것을 판단할 때, 상기 포그라운드 윈도우의 제 1 태그보다 큰 제 2 태그를 발생하는 단계; 및

   상기 제 2 태그를 발생할 때 상기 새로운 윈도우에 상기 제 2 태그를 할당하는 단계;를 포함하는 것을 특징으로 하는 태그의 할당 방법.
5. 제 4 항에 있어서,

   상기 제 1 및 제 2 태그는 상기 화면 상에 상기 포그라운드 및 상기 새로운 윈도우가 디스플레이되는 순서를 가리키는 것을 특징으로 하는 태그의 할당 방법.
6. 제 4 항에 있어서,

   상기 컴퓨터는 제 1 및 제 2 프로세서를 더 구비하고, 상기 제 1 프로세서는 상기 새로운 포그라운드 윈도우를 제어하는 컴퓨터 프로그램을 실행하고, 상기 제 2 프로세서는 상기 새로운 포그라운드 윈도우를 디스플레이하기 위해 상기 화면을 제어하는 것을 특징으로 하는 태그의 할당 방법.
7. 컴퓨터의 화면 상에 일련의 윈도우를 디스플레이하기 위해 앞에서 뒤의 순서(front-to-back order)를 제어하는 방법에 있어서,

   태그의 값이 상기 윈도우를 디스플레이하기 위해 상기 앞에서 뒤의 순서를 가리키는 순서를 가지며, 윈도우들에 일련의 태그들을 할당하는 단계;

   상기 앞에서 뒤의 순서의 전면으로 선택된 윈도우를 일련으로 이동시키도록 의도된 행위에 응답하여, 상기 선택된 윈도우에 할당된 제 1 태그에 대한 제 1 값을 판단하는 단계;

   상기 제 1 값보다 큰 값의 각각을 감소시키는 단계;

   상기 제 1 태그에 대한 값을 다른 모든 태그의 값보다 크도록 설정하는 단계;및

   상기 감소 및 설정 단계 후에 일련의 태그에 의해 가리켜진 앞에서 뒤의 순서로 윈도우를 디스플레이하는 단계;를 포함하는 것을 특징으로 하는 제어 방법.
8. 제 7 항에 있어서,

   각각의 태그는 데이타 구조의 인스턴스(an instance)에 저장되는 것을 특징으로 하는 제어 방법.
9. 제 7 항에 있어서,

   상기 데이타 구조의 적어도 하나의 인스턴스는 상기 데이타 구조의 인스턴스의 링크된 리스트의 일부인 것을 특징으로 하는 제어 방법.
10. 제 7 항에 있어서,

    상기 데이타 구조의 적어도 하나의 인스턴스는 상기 데이타 구조의 인스턴스의 어레이의 일부인 것을 특징으로 하는 제어 방법.
11. 제 7 항에 있어서,

    상기 데이타 구조의 적어도 하나의 인스턴스는 상기 데이타 구조의 인스턴스의 이진 트리의 일부인 것을 특징으로 하는 제어 방법.
12. 제 7 항에 있어서,

    상기 데이타 구조는,

    상기 컴퓨터의 화면 상에 디스플레이된 윈도우를 갖는 컴퓨터 프로세스를 지정하는 필드;

    상기 화면의 원점으로부터 상기 윈도우의 수평 오프셋을 지정하는 필드;

    상기 화면의 원점으로부터 상기 윈도우의 수직 오프셋을 지정하는 필드;

    상기 윈도우의 수평 길이를 지정하는 필드;

    상기 윈도우의 수직 길이를 지정하는 필드; 및

    상기 데이타 구조의 인스턴스를 가리키는 필드;를 추가로 포함하는 것을 특징으로 하는 제어 방법.
13. 제 7 항에 있어서,

    상기 컴퓨터는 제 1 및 제 2 프로세서를 더 구비하고, 상기 제 1 프로세서는 상기 윈도우를 제어하는 컴퓨터 프로그램을 실행하고, 상기 제 2 프로세서는 상기 윈도우를 디스플레이하기 위해 상기 화면을 제어하는 것을 특징으로 하는 제어 방법.