KR0164014B1 - 데이터 처리 장치 - Google Patents

Abstract

동시 사용이 가능하고 또 전환처리가 불필요한 복수의 데스크톱을 동일 표시화면상에 구축하는 데이터처리장치를 제공한다.

조작환경을 관리하는 처리부로서 표시화면상의 윈도를 관리하는 제1의 처리부(31)와, 윈도를 제외한 다른 화면부분을 관리하는 제2의 처리부(32)와, 표시화면상에서의 조작에 대응하여 발생하는 이벤트가 제1의 조작환경과 제2의 조작환경중의 어느 것인가를 판단하는 이벤트 관리부(312)를 갖춘다 제2의 처리부(32)는 이벤트관리부(312)에서의 판단결과 제2의 조작환경에 대한 이벤트의 처리로서 제2의 조작환경의 윈도 발생요구를 제1의 처리부(311)에 출력하는 수단(322)을 갖는다. 제1의 처리부(311)는 이벤트관리부(312)에서의 판단결과 제1의 조작환경에 대한 이벤트의 처리로서 제1의 조작환경의 윈도발생 및 제어를 실행하는 수단(311)과, 제2의 처리수단(32)으로 부터의 제2의 조작환경의 윈도발생요구에 대응한 제2의 조작환경의 윈도발생을 실행하는 수단(311)을 갖는다.

Description

데이터 처리장치

제1도는 본 발명에 의한 데이터 처리장치의 제1실시예의 기능블록도.

제2도는 본 발명에 의한 데이터 처리장치의 제1실시예의 표시화면 예를 나타낸 도면.

제3도는 본 발명에 의한 데이터 처리장치의 제1실시예의 구성을 설명하기 위한 도면.

제4도는 제1도 실시예의 요부의 동작 플로차트,

제5도는 제1도 실시예의 윈도관리방식을 설명하기 위한 도면.

제6도는 제1도 실시예의 2프로세스간의 통신을 설명하기 위한 도면.

제7도는 제1도 실시예의 처리의 일부를 설명하기 위한 도면.

제8도는 제1도 실시예에서의 아이콘 관리방식을 설명하기 위한 도면.

제9도는 제1도 실시예의 이벤트 처리의 동작 플로차트.

제10도는 제1도 실시예의 이벤트처리의 동작 플로차트.

제11도는 종래 데이터 처리장치의 일례의 기능 블록도.

제12도는 제11도 종래예의 표시화면 예를 나타낸 도면.

본 발명은 동일한 표시화면상에 복수의 윈도를 표시하여 개개의 윈도처리를 실행하는 멀티 윈도 기능을 갖는 데이터 처리장치에 관한 것이다.

종래 이러한 데이터 처리장치로서 예를 들어 워크스테이션이나 개인용 컴퓨터에서는 조작자가 가까이 하기 쉽고 조작성을 향상시키기 위하여 일반적으로 사무실에서 사용되는 용지, 폴더, 드로워, 메일 상자 등의 사용형태를 화면상에 시뮬레이션 하여 그림문자를 사용한 조작환경을 구축하고 있다. 여기에서 그림문자는 아이콘이라 불리운다. 또 아이콘을 사용한 조직환경 모델은 데스크톱이라 불리어지고 있으며 멀티 윈도기능을 갖는 데이터 처리장치에서는 데스크톱의 개념은 아이콘 및 윈도의 동작에 따라 규정되어진다.

이 경우에 통상 데스크톱의 윈도는 아이콘에 대하여 어떠한 조작(예를 들어 마우스로 아이콘을 선택하여 더블클릭하는 등)을 함으로써 생성된다. 또한 데스크톱 상에서는 조작자의 조작은 이벤트라는 형식으로 통지된다.

이 경우에 데이터 처리장치에서는 단일 또는 복수의 디스플레이에 대해 하나의 데스크톱을 구축하는 것이 일반적이나 상이한 복수의 데스크톱을 하나의 디스플레이 상에 구축하는 기술도 제공되어 있다. 여기에서 상술한 바와 같이 데스크톱의 개념은 아이콘 및 윈도의 동작에 따라 규정되므로 아이콘 및 윈도의 동작 등의 각각 독특한 것이 복수로 실현되고 있을 때 복수의 데스크톱이 실현되고 있다는 것이 된다.

예를 들어 일본국 특개평 4-170585호 공보에는 2개이상의 이벤트 버퍼를 가지고 유효하게 되는 이벤트 버퍼의 변경이 가능한 이벤트 제어부와 하나 이상의 묘화 화면을 가지고 임의의 묘화화면을 표시 또는 비표시로 할 수 있는 표시제어부를 갖추어 멀티 윈도의 전환요구에 따라 이벤트 버퍼와 묘화화면을 전환함으로써 복수의 데스크톱을 실현한 멀티윈도 시스템의 전환 제어방법이 기재되어 있다.

또한 어떤 데스크 톱 중에 닫힌 별도의 데스크톱을 구축함으로써 복수의 다른 데스크톱을 제공하는 방법도 알려져 있다. 제11도는 이것을 설명하기 위한 기능블록도, 제12도는 그 표시화면상의 데스크톱의 구성도이다.

제12도에서 W1, W2 및 W11은 디스플레이(11)의 표시화면(12)상에 표시된 윈도이며, 개개의 윈도 W1, W2, W11로 처리를 실행할 수 있다. 이 경우에 윈도 W11은 윈도 W1내에 생성된다. 즉 윈도 W11은 윈도 W1의 존재를 전제로 하여 생성된다.

IW1, IW2, IW3, IW4는 디스플레이(11)의 다른 표시 화면상에 생성된 아이콘이며, 이 예에서는 이들 아이콘 IW1, IW2, IW3, IW4는 윈도로서 관리되는 아이콘(이하 이것을 윈도 아이콘이라 한다.)으로 되어 있다.

또 윈도 W1내에도 아이콘 ID1, ID2, ----가 생성된다. 이 예의 경우 이 아이콘 ID1, ID2, ----는 윈도로서는 관리되고 있지 않은 아이콘(이하 이 아이콘을 데스크 톱 아이콘이라 한다)으로 되어 있다. 또한 디스플레이(11)의 표시화면(12)중의 윈도부분(윈도 아이콘도 포함한다.)을 제외한 다른 부분 RW는 특히 루트 윈도라 불리운다.

이 예의 경우에 윈도 아이콘 IW1 및 IW2는 윈도 W1, W2에 대응하고 있으며 이 윈도 아이콘 IW1, IW2의 부분을 예를 들어 마우스에 의해 지시하고, 예를 들어 더블클릭(double click)함으로써 발생하는 이벤트(event)에 의해 윈도 W1, W2가 열린다. 또 윈도 W1, W2를 닫는 이벤트의 발생에 의해 화면상의 윈도 W1, W2가 꺼지나 윈도 아이콘 IW1, IW2가 화면상에 남는다.

이 윈도 아이콘 IW1, IW2---와 윈도 W1, W2---에 의해 규정되는 것이 제1의 데스크톱이다. 즉 제11도에 나타낸바와 같이 이 제1의 데스크톱을 구축하는 제1의 데스크 톱 관리부(1)는 윈도 W1, W2와 윈도 아이콘 IW1, IW2와 윈도 아이콘 IW1, IW2, IW3, IW4와 루트 윈도 RW를 관리하고 있다.

그리고 윈도 W1내의 데스크 톱 아이콘 ID1, ID2, ---는 이 윈도 W1내에 생성되는 윈도에 대응한다. 제12의 예에서는 데스크 톱 아이콘 ID3이 윈도 W11에 대응하고 있으며, 예를 들어 아이콘 ID3을 더블클릭함으로써 발생하는 이벤트에 의해 윈도 W11이 열린다. 또 윈도 W11을 닫는 이벤트의 발생에 의해 윈도 W1내의 윈도 W11이 꺼지나 아이콘 ID3이 윈도 W1내의 화면상에 남는다.

이 데스크 톱 아이콘 ID1, ID2, ---와 윈도 W11, --- 에 의해 규정되는 것이 제2의 데스크톱이며, 제11도에 나타낸 바와 같이 제2의 데스크 톱 관리부(2)는 데스크 톱 아이콘 ID1, ID2, ---와 윈도 W11,---을 관리하고 있다. 그리고 아이콘 ID1, ID2,---와 윈도 WI11,---는 윈도 W1내에 생성되는 것이므로 제2의 데스크 톱 관리부(2)는 제11도에 나타낸 바와 같이 윈도 W11의 제어하 즉 윈도 W1을 관리하는 제1의 데스크 톱 관리부(1)의 관리하에 있게 된다.

그러나 상기 공보 기재의 멀티 윈도 시스템의 전환제어방법의 경우에는 복수의 데스크톱을 동시에 사용할 수가 없고, 또한 전환을 위한 오버헤드(overhead) 때문에 고속처리에는 적합치 않으면 그 위에 전환을 위해서는 전환이벤트를 발생시켜야 하므로 조작이 일관성이 상실되는 문제가 있었다. 즉 이 종래의 방법으로는 상술한 예의 경우에는 윈도 W1을 생성하지 않으면 제2의 데스크톱을 조작할 수가 없다.

또 제11도 및 제12도에 나타낸 종래예의 경우에도 제2의 데스크톱에 의한 조작처리가 윈도 W1을 경유하여 이루어지는데 따른 오버헤드의 문제가 있다.

본 발명은 이상과 같은 점을 감안하여 동일 표시화면상에 복수의 데스크톱을 구축하는 데이터 처리 장치로서 상기와 같은 문제점이 없는 데이터 처리 장치를 제공하는 것을 목적으로 한다.

상기 과제를 해결하기 위하여 본 발명에 의한 데이터 처리장치는 후술하는 실시예의 참조부호를 대응시키면,

동일한 표시화면상에 복수의 윈도를 표시하고 개개의 윈도로 처리를 실행하는 멀티 윈도기능을 갖는 데이터 처리장치에 있어서,

조작환경을 관리하는 처리부로서 표시화면상의 윈도를 관리하는 제1의 처리부(31)와, 상기 윈도를 제외한 다른 화면 부분을 관리하는 제2의 처리부(32)를 갖춤과 동시에 상기 표시화면상에서의 조작에 대응하여 발생하는 이벤트가 제1의 조작환경의 것인가 상기 제2의 조작환경의 것인가를 상기 조작이 상기 윈도의 부분에 대한 것인가 상기 윈도를 제외한 다른 화면 부분에 대한 것인가에 의해 판단하는 이벤트 관리부(312)를 갖추며,

상기 제2의 처리부는 상기 이벤트 관리부에서의 판단결과가 상기 제2의 조작환경에 대한 이벤트일 때 그 이벤트의 처리로서 상기 제2의 조작환경의 윈도 발생 요구를 상기 제1의 처리수단에 출력하는 윈도 발생요구 출력 수단(322)을 포함하며,

상기 제1의 처리부는 상기 이벤트 관리부에서의 판단결과가 상기 제1의 조작환경에 대한 이벤트일 때 그 이벤트의 처리로서 상기 제1의 조작환경의 윈도의 발생 및 제어를 실행함과 동시에 상기 제2의 처리부로부터의 상기 제2의 조작환경의 윈도 발생요구에 대응해서 상기 제2의 조작환경의 윈도 발생을 실행하는 윈도 제어수단(311)을 포함하는 것을 특징으로 한다.

사용자의 조작에 대응해서 이벤트가 발생하였을 때 이벤트 관리부는 사용자의 조직이 표시화면상의 윈도에 대한 것일 때에는 발생한 이벤트를 제1의 조작환경의 이벤트로 판단한다. 또 사용자의 조작이 윈도 이외의 다른 화면 부분에 대한 것일 때에는 이벤트 관리부는 발생한 이벤트를 제2의 조작환경의 이벤트라고 판단한다.

또한 제1의 조작환경에서 윈도를 닫은 상태로 하여 아이콘이 표시되는 경우에는 그 아이콘은 윈도로서 취급되어 관리 된다.(예, 후술하는 윈도 아이콘). 또 제2의 조작환경에서 마찬가지 아이콘이 표시되는 경우에는 그 아이콘은 윈도를 제외한 다른 화면부분으로서 취급되어 관리된다. (예, 후술하는 데스크 톱 아이콘).

이 이벤트 관리부에서 판단한 결과, 발생할 이벤트가 제1의 조작환경의 것일 경우에는 제1의 처리부의 윈도 제어부에서 해당 이벤트의 처리가 실행되어 제1의 조작환경의 윈도 발생이나 처리가 이루어진다.

이에 반해서 이벤트 관리부에서 판단한 결과 발생한 이벤트가 제2의 조작환경의 것으로서 제2의 조작환경의 윈도 발생에 대한 요구의 이벤트일 경우에는 제2의 처리부의 윈도 발생요구 출력부로부터 제2의 조작환경의 윈도 발생요구가 제1의 처리부에 출력된다. 제1의 처리부의 윈도 제어부는 이 제2의 처리부로부터의 제2의 조작환경의 윈도 발생요구를 받아서 제1의 조작환경이 윈도와는 식별 가능한 상태의 제2의 조작환경의 윈도 발생을 실행한다.

이상과 같이하여 제1의 조작환경과 제2의 조작환경에 각각 독특한 윈도의 동작이 동일한 표시화면상에서 동시에 이루어진다. 즉, 동일 표시화면 상에서 전환을 수반하는 일이 없이 복수의 조작환경이 동시에 구축된다. 따라서 전환을 위한 오버헤드의 문제가 없고 또 조작의 일관성이 상실되는 일도 없다.

[실시예]

이하에 본 발명에 의한 데이터 처리장치의 실시예를 제1도~제10도를 참조하면서 설명한다.

우선 제1실시예의 데이터 처리장치의 구성을 설명하기 전에 제2도를 참조하여 그 개념을 설명한다. 제2도는 이 제1실시예의 데이터처리장치의 디스플레이(20)의 표시 예를 나타낸 것이다. 이 예의 데이터 처리장치는 멀티윈도 기능을 갖는 것이며, 제2도에 나타낸 바와 같이 디스플레이(20)는 멀티 윈도 기능을 실현하고 있는 컴퓨터에 접속되어 있다.

또 디스플레이(20)의 표시화면에는 제1의 데스크톱의 윈도 Wa 및 아이콘 IWa와 제2의 데스크톱의 윈도 Wb 및 아이콘 IDb가 표시되어 있다.

여기에서 윈도 Wa는 제1의 데스크톱의 복수의 윈도를 대표하고, IWa는 제1의 데스크 톱 아이콘을 대표하는 것으로 한다. 또 윈도 Wb는 제2의 데스크톱의 복수의 윈도를 대표하고, IDb는 제2의 데스크톱의 아이콘을 대표하는 것으로 한다.

이 예에서는 제1의 데스크톱의 아이콘 IWa(IWa1, IWa2, IWa3, IWa4 ---)는 윈도로서 관리되는 아이콘 즉 윈도 아이콘이다. 제2도에서는 윈도 아이콘 IWa2가 윈도 Wa2에 대응하고 있는 것으로 표시되어 있으며, 예를 들어 윈도 아이콘 IWa2를 마우스로 선택하여 더블클릭함으로써 윈도 Wa2가 생성된다.

또 제2의 데스크 톱의 아이콘 IDb(IDb1, IDb2, IDb3,---)는 루트 윈도 RW에 윈도로서는 관리되지 않은 것으로서 표시된 아이콘, 즉 데스크 톱 아이콘이다. 제2도에서는 데스크 톱 아이콘 IDb3이 윈도 Wb3에 대응하고 있는 것으로 표시되어 있으며, 예를 들어 데스크 톱 아이콘 IDb3을 마우스로 선택하여 더블클릭함으로써 윈도 Wb3이 생성된다.

상술한 바도 있거니와 멀티 윈도장치에서는 디스플레이 상에 상기와 같이 복수의 윈도가 표시가능하고 통상 하나의 처리(프로세스)에 하나의 윈도가 대응하여 각 윈도에서 처리가 실행된다.

이 경우에 제1의 데스크톱과 제2의 데스크톱과는 2개의 프로세스에 의해 관리된다. 즉 이 예에서는 데스크톱을 관리하는 프로세스를 윈도를 관리하는 프로세스(이하, 이 프로세스를 윈도 매니저라 부른다.)와 루트윈도 RW를 관리하는 프로세스(이하, 이 프로세스를 데스크 톱 매니저라 부른다)로 나누고 있다.

윈도를 관리하는 윈도 매니저는 윈도 아이콘도 제어하고 있으며, 이 윈도 아이콘의 동작을 규정하는 프로세스이기도 하다. 따라서 윈도 매니저는 그 자체가 제1의 데스크톱을 관리하는 프로세스이기도 하다.

또 후술하는 바와 같이 제2의 데스크 톱 윈도 Wb의 생성 및 관리는 윈도 매니저가 하고, 데스크 톱 아이콘 IDb는 루트 윈도 RW를 관리하는 데스크 톱 매니저가 관리한다. 즉 제2의 데스크톱은 윈도 매니저와 데스크 톱 매니저에 의해 관리하게 된다.

이 경우에 데스크 톱 아이콘 IDb에 대한 사용자의 조작에 대한 이벤트 통지는 후술하는 바와 같이 최종적으로는 데스크 톱 매니저가 받는다. 그리고 그 사용자의 조작이 상술한 윈도 생성 요구의 더블 클릭인 경우에는 데스크 톱 매니저는 윈도생성의 요구를 윈도 매니저에 발행한다. 윈도 매니저는 이 요구를 받아서 윈도를 생성하나 데스크 톱 매니저는 이때 윈도 생성요구에 데스크 톱 ID(식별정보)를 부가함으로써 윈도 매니저는 데스크 톱 특유의 윈도, 즉 제2의 데스크 톱 윈도를 생성한다.

데스크 톱 매니저는 복수의 그룹의 데스크 톱 아이콘을 관리할 수 있으며, 각각에 다른 데스크 톱 ID를 부여함으로써 제2의 데스크톱으로서 이것을 복수개 구축할 수가 있다

이상과 같이 하여 데스크톱을 관리하는 프로세스를 윈도 매니저와 데스크 톱 매니저의 2개의 프로세스로 나누고 또 아이콘을 윈도 아이콘과 데스크 아이콘의 2종류의 범주로 정의하여 그들 아이콘을 상기 2개의 프로세스로 별도로 제어함으로써 복수의 데스크톱을 동일 표시화면상에 구축할 수가 있다.

제1도는 이상 설명한 2개의 데스크톱을 하나의 표시 화면상에 구축할 경우의 제1실시예의 데이터처리장치의 데스크 톱 관리부의 구성을 나타낸 기능 블록도, 제3도는 X윈도(X윈도는 매사추셋 공과대학의 등록상표)시스템을 사용하여 제1도의 데스크 톱 관리부를 실현한 경우의 상세구성을 나타낸 기능 블록도이다.

제1도에서 데스크 톱 관리부는 윈도 매니저(31) 및 데스크 톱 매니저(32)를 갖춘다. 윈도 매니저(31)는 기능적으로는 표시화면상의 모든 윈도(윈도 아이콘도 포함한다)를 제어하는 윈도 제어부(311)와 사건 관리부(312)를 갖춘다.

윈도 제어부(311)는 후술하지만 제1의 데스크톱의 윈도 Wa의 생성, 제어 및 관리와 제2의 데스크톱의 윈도 Wb의 생성 및 관리를 한다.

데스크톱 상에서는 통상 사용자의 조작은 이벤트이라는 형식으로 통지되나, 특히 마우스 이벤트(사용자가 마우스를 조작함으로써 발생하는 이벤트) 및 키 이벤트(사용자가 키보드를 조작함으로써 발생하는 이벤트)가 사용자가 데스크톱을 사용하는 경우에 사용된다.

이벤트 관리부(312)는 이와 같이 이벤트이라는 형식으로 통지되는 사용자의 조작이 제1의 데스크톱에 대한 것인가 제2의 데스크톱에 대한 것인가를 판단한다.

본 실시예에서는 사용자의 조작에 의해 발생하는 이벤트가 제1의 데스크톱으로서 제1의 조작환경과 제2의 데스크톱으로서의 제2의 조작환경중의 어느 것에 대한 것인가를 구별하는 수법으로서 사용자의 조작이 루트 윈도 RW를 통해서의 것인가 기타의 윈도를 통해서의 것인가를 구별하도록 하고 있다.

제3도에서 윈도 매니저(31)와 데스크 톱 매니저(32)와는 X윈도시스템의 중핵인 X서버(30)에 대하여 하나의 클라이언트(client)와 마찬가지로 구성된다. 이 예의 경우에 윈도 매니저(31)는 예를 들어 오픈 윈도즈(선마이크로 시스템사의 등록상표)의 윈도 매니저로 되고, 또 데스크 톱 매니저(32)는 에드믹스(EDMICS : Engineering Drawing Management and Information Control System 후지 제록스사의 등록상표)의 데스크 톱 매니저로 된다. 윈도 매니저(31)와 데스크 톱 매니저(32)는 X서버(30)를 통하여 통신한다. 클라이언트(41, 42, ---)는 각각 각 윈도 Wa, Wb의 하나에 대응하는 응용(application)이다.

이 경우에 윈도 매니저(31)로 관리되는 데스크톱이 제1의 데스크톱이며, 본 실시예에서는 오픈 윈도즈의 데스크톱이 된다. 또 데스크 톱 매니저(32)와 윈도 매니저(31)로 관리되는 데스크톱이 제2의 데스크톱이며, 이 예에서는 에드믹스의 데스크톱이 된다.

또한 엄밀히는 X서버(30)도 기능적으로는 윈도 매니저(31)의 일부를 구성한다고 생각되나 설명의 편의상 이 일부도 본 실시예에서는 윈도 매니저(31)에 존재하는 것으로 한다.

제3도에 나타낸 바와 같이 X윈도시스템에서 마우스나 키보드를 사용한 데스크 톱 상에서의 사용자의 조작은 입출력 제어부(40)를 통하여 X 서버(30)에 이벤트로서 전달된다. X서버(30)는 이 이벤트를 윈도 매니저(31)에 대해 통지한다. 윈도 매니저(31)는 이벤트 관리부(312)에서 해당 이벤트가 어느 쪽의 데스크톱에 대한 이벤트인가를 판단한다.

이벤트 관리부(312)는 루트윈도 RW에는 데스크 톱 아이콘IDb만이 존재하는 것을 이용하여 윈측으로서 루트윈도 RW이외의 윈도에서의 조작은 제1의 데스크톱에 대한 이벤트임을 판단하고, 루트 윈도에서의 조작은 제2의 데스크톱에 대한 이벤트임을 판단한다. 예외는 루트 윈도 RW가 선택되어 있는 상태에서 키 이벤트가 발생하여도 오픈 윈도즈에 정의되어 있는 키 이벤트는 제1의 데스크톱에 대한 이벤트라고 판단하도록 하여 두는 것이다. 또한 오픈 윈도즈에 정의되어 있는 키 이벤트는 시스템이 일어설 때에 윈도 매니저(31)측의 이벤트라고 하여둔다. 즉 그 이벤트는 윈도 매니저(31)측에 그랩(grab)하도록 한다.

그리고, 이벤트 관리부(312)에서 제1의 데스크톱에 대한 이벤트이라고 판단하였을 경우에는 그 이벤트를 윈도 매니저(31)로 처리하도록 한다. 또 제2의 데스크톱에 대한 이벤트라고 판단하였을 경우에는 그 이벤트는 X서버(30)를 통하여 데스크 톱 매니저(32)에 전송한다. 이 예의 경우에 이들 이벤트는 통상 데스크 톱 아이콘 IDb에 대한 조작에 의해 발생하는 이벤트가 대부분이다.

데스크 톱 매니저(32)는 데스크 톱 아이콘 IDb의 제어부(321)를 가지며 윈도 매니저(31)로부터 전송되어온 이벤트를 처리한다. 또 이 데스크 톱 아이콘 제어부(321)는 윈도생성 요구출력부(322)를 갖춘다.

그리고 데스크 톱 매니저(32)에 윈도 매니저(31)로부터 전송되어온 이벤트가 윈도 오픈의 이벤트, 즉 제2의 데스크톱의 윈도 생성요구의 이벤트일 때에는 이 윈도 생성 요구 출력부(322)에 의해 해당 제2의 데스크톱의 윈도라는 것을 식별하기 위한 데스크 톱 ID(윈도 프로퍼티)를 부가하여 윈도 생성 요구를 X서버(30)를 통하여 윈도 매니저(31)에 출력한다. 데스크 톱 ID에 의해 윈도 매니저(31)에 대하여 어떤 데스크톱의 윈도 생성요구인가를 지시한다.

이때 X서버(30)는 데스크 톱 매니저(32)로부터의 윈도 생성요구를 받으면 윈도를 생성하기 위한 처리 프로그램을 생성하여, 우선 맵 리퀘스트(map request)의 이벤트를 출력한다. 윈도 매니저(31)는 이 맵 리퀘스트의 이벤트를 받고, 다음에 X서버(30)로부터 윈도 생성의 프로그램이 보내오는 것을 예상하여 그 프로그램에 따라 제2의 데스크톱의 윈도 Wb를 발생시킨다. 또한 X 서버(30)는 윈도 관리를 위하여 제2의 데스크톱의 어느 윈도인가를 나타내는 윈도 ID를 생성하여 윈도 매니저(31)에 건네준다.

윈도 매니저(31)의 윈도 제어부(311)가 제2의 데스크 톱 윈도 Wb의 생성을 실행한다 물론 윈도 제어부(311)는 윈도 아이콘 IWa와 제1의 데스크 톱 윈도 Wa의 생성 및 제어도 시행한다. 이 제1의 데스크 톱 윈도에도 데스크 톱 ID는 붙어 있다.

이상과 같이 윈도 제어부(311)는 제1의 데스크 톱 위도 Wa, 윈도 아이콘 IWa 및 제2의 데스크 윈도 Wb의 생성 및 제어를 실행하는 것으로서 제1 및 제2의 각 데스크 톱 마다의 윈도 Wa, Wb의 동작을 요청대로 실행한다.

이 윈도의 동작은 구체적으로는 윈도의 프레임(틀부분)의 외관이나 기능으로 규정되는 것이다. 따라서 이 윈도 프레임의 외관이나 기능은 제1 및 제2의 데스크톱에서 다른 윈도 제어부(311)는 데스크 톱 ID로부터 제1의 데스크톱 및 제2의 데스크톱의 각각에 특유한 프레임을 생성한다.

예를 들어 이 예의 제1의 데스크 톱 윈도 Wa의 프레임에는 버튼 아이콘이 표시되어 있으며, 예를 들어 메뉴의 버튼 아이콘을 선택하면 닫는다등의 윈도 Wa에 대한 제어의 메뉴가 표시된다. 한편 이 예의 제2의 데스크톱의 경우에는 버튼 아이콘으로 표시되는 닫는다라는 메뉴의 항목은 존재하지 않는다. 닫는다라는 처리는 프레임으로 둘러싸인 코어 윈도의 버튼 조작에 의해 실행된다.

제4도는 윈도 제어부(311)가 실행하는 윈도 생성 절차를 나타낸다. 즉 윈도 제어부(311)는 윈도생성요구를 받으면(스텝101) 그 윈도 생성요구에 부수한 데스크 톱ID(윈도 프로피티)로부터 제1 및 제2의 데스크 톱 중의 어느 데스크 톱 윈도인가를 판별한다.(스텝102). 그리고 제1의 데스크 톱 윈도의 생성요구이면 제1의 데스크 톱 윈도를 생성하고(스텝103), 제2의 데스크 톱 윈도의 생성요구이면 제2의 데스크 톱 윈도를 생성한다(스텝 104). 이 경우에 윈도의 생성은 윈도의 틀(프레임)을 생성함으로써 실행되는 것이다.

제5도는 윈도 매니저(31)의 윈도 관리방식을 설명하기 위한 도면이다. 윈도 매니저(31)는 무한리스트의 형식으로 전 윈도 리스트를 생성하여 모든 윈도를 관리하고 있다.

제5도에서 사선을 그어 표시한 부분(51)은 현재 데이터가 있는 윈도 영역을 나타내며 그 가로 부분(52)은 다음에 데이터가 오는 영역을 나타낸다. 즉 가로 부분(52)이 앞 윈도 영역의 정보 부분(51)에 순차적으로 부가되어 감으로써 무한 리스트가 생성된다.

현재 데이터가 있는 윈도영역 부분(51)의 윈도 정보(윈도 데이터 구조)는 각각의 아래쪽에 나타낸 바와 같이 화면상의 윈도 위치의 정보와, 높이 및 폭으로 된 크기의 정보와 윈도 ID와, 데스크 톱 ID와, 제1의 데스크 톱 윈도 Wa의 경우에는 이것이 닫힐 때 다음에 생성되는 대응하는 윈도 아이콘 IWa에 대한 포인터를 포함하고 있다.

다음에 제6도는 윈도 매니저(31)와 데스크 톱 매니저(32)의 통신의 모양을 나타낸 도면이다. 상술한 바와 같이 이 예의 경우에는 루트 윈도 RW에 대한 조작에 의한 이벤트는 제6도에서 루트윈도 RW의 좌측에 나타낸 윈도 매니저(31)로부터 우측의 데스크 톱 매니저(32)측으로 루트윈도 RW를 통과(through)하여 전송되는 것으로 나타내었다. 이 이벤트에는 상술한 바와 같이 키 이벤트와 마우스 이벤트가 있다.

이 데스크 톱 매니저(32)측으로 전송되는 이벤트, 즉 제2의 데스크톱에 대한 이벤트으로서는 예를 들어 아이콘 선택, 아이콘 메뉴 표시, 아이콘 이동, 아이콘 복사, 아이콘 삭제, 아이콘 오픈(윈도 오픈)등의 이벤트를 생각할 수 있다.

예를 들어 마우스 이벤트일 경우에 아이콘 선택은 마우스에 의해 선택하고자 하는 데스크 톱 아이콘을 지시하고 1회만 클릭 하는 조작에 의해 실현된다. 아이콘 오픈은 생성하고자 하는 윈도에 대응하는 데스크 톱 아이콘을 마우스로 지시하고 더블클릭하는 조작에 의해 실현된다. 기타 아이콘 메뉴 표시, 아이콘 이동, 아이콘 복사, 아이콘 삭제 등의 아이콘 제어는 각각 제어하고자 하는 아이콘 선택을 한 후에 메뉴 표시, 이동, 복사, 삭제 등을 키보드로부터 키 입력함으로써 실현된다.

이들 조작이 있으면 제6도에 나타낸 바와 같이 그 조작에 의해 발생한 이벤트는 윈도 매니저(31)로부터 데스크 톱 매니저(32)에 최종적으로 전송되어 온다. 데스크 톱 매니저(32)의 데스크 톱 아이콘 제어부(321)는 그것을 위한 제어, 예를 들어 선택된 데스크 톱 아이콘을 흑백 반전 표시한다거나 이벤트가 아이콘 메뉴표시, 아이콘 이동, 아이콘 복사, 아이콘 삭제 등이 아이콘 제어의 경우에는 그것들이 제어를 한다.

또 아이콘 오픈의 이벤트일 경우에는 데스크 톱 매니저(32)는 제6도에 나타낸 바와 같이 윈도 생성요구를 X서버(30)를 통하여 윈도 매니저(31)측으로 전송한다. X서버(30)는 윈도 생성요구를 받아서 맵 리퀘스트를 윈도 매니저(31)에 통지하는 것이다.

생성된 윈도의 코어 윈도는 상술한 바와 같이 클라이언트 응용이 관리한다. 윈도 내에서 발생한 처리는 응용이 실행한다. 응용은 처리의 실행요구를 X서버(30)에 실행하고, X서버(30)는 이벤트를 응용에 돌려보낸다. 이렇게 하여 응용이 실행된다.

루트윈도 이외의 다른 윈도의 키 이벤트나 마우스 이벤트의 경우에는 이것들은 모두 윈도 매니저(31)자체에 의해 상술한 바와 같이 처리가 이루어진다.

다음에 생성된 윈도를 닫을 경우의 처리에 대하여 설명한다.

우선 이 예의 제1의 데스크톱에서의 처리에 대하여 설명하면 상술한 바와 같이 이 예의 제2의 데스크톱에서 생성되는 윈도의 프레임 메뉴 버튼을 마우스로 선택하면 윈도 제어의 메뉴가 표시된다. 그래서 이 메뉴 중에 닫는다를 마우스로 선택하면 윈도 매니저(31)가 닫는다가 선택된 것을 인식한다.

윈도 매니저(31)는 X서버(30)에 언맵(unmap)요구를 보내고, X서버(30)는 코어 윈도를 언맵 한다. 그 뒤에 윈도 매니저(31)는 언맵 이벤트를 받는다.

윈도 매니저(31)는 이 통지를 받아서 그 윈도의 프레임 소거의 제어를 한다. 그 후에 그 윈도에 대응하는 윈도 아이콘을 루트 윈도에 생성한다.

다음에 이 예의 제2의 데스크 톱 윈도의 생성, 소거시의 데스크 톱 매니저(32)의 처리에 대하여 설명한다.

데스크 톱 매니저(32)는 윈도 매니저(31)와 마찬가지로 루트 윈도상의 모든 데스크 톱 아이콘을 제8도에 나타낸 바와 같이 무한 리스트에 의해 관리하고 있다. 이 경우에 현재의 아이콘 정보(아이콘 데이터 구조)는 그 좌표 위치와 윈도가 열리어 있는가 또는 닫혀 있는가의 상태(state)를 포함하고 있다.

또 아이콘 데이터구조는 그 데스크 톱 아이콘에 대응하는 윈도로 실행되는 응용이 무엇인가의 정보(응용 ID에 대응하고 있다.)를 포함하고 있다. 응용 ID는 상술한 윈도 ID와 특유하게 대응하고 있다. 즉 데스크 톱 아이콘에 대응하는 윈도는 그 데스크 톱 아이콘이 마우스에 의해 선택되어 더블클릭되었을 때 생성된다. 이 윈도 생성에 수반하여 응용이 기동될 때 그 응용 ID가 X서버(30)에 알려지고, X서버(30)는 이것과 특유하게 대응하는 윈도 ID를 정의하여 윈도 매니저(31)에 통지한다. 상술한 바와 같이 윈도 매니저(31)는 이 윈도 ID를 윈도 관리하기 위하여 윈도 리스트의 데이터 구조에 포함시키고 있다.

제7도는 윈도가 생성되어 대응하는 응용이 기동되고, 또 윈도가 닫혀서 응용이 종료되기까지의 데스크톱 매니저의 처리를 설명하기 위한 도면이다.

즉 데스크 톱 매니저(32)가 메인 루틴의 처리실행 중에 아이콘이 더블클릭되어서 윈도 생성요구가 발생했을 때에는 상술한 바와 같이 그 윈도 생성요구가 윈도 매니저(31)에 출력되어 그 윈도의 생성이 실행된다. 이때 데스크톱 매니저(32)에서는 메인 루틴을 모(母) 프로세스로서 응용을 실행시키기 위한 자(子) 프로세스가 생성된다.

이 자 프로세스가 발생했을 때 프로세스 ID가 부가됨과 동시에 데스크톱 아이콘의 더블클릭에 의해 생성되는 윈도로 실행되는 응용의 ID가 보존된다. 그리고 아이콘 리스트의 아이콘 데이터구조의 상태는 오픈 된다. 또한 윈도가 열려 있는 동안은 그 응용이 실행되게 된다.

이 예의 제2의 데스크톱의 경우에는 그 윈도에 닫는다 등의 버튼이 표시된다. 그래서 이 버튼을 선택하여 윈도를 닫는 이벤트를 발생시키면 그 코어윈도를 관리하고 있는 응용이 윈도를 닫는 처리를 실행한다. 그리고 그 닫는 처리를 한 후에 응용 ID를 포함한 메시지를 X서버(30)를 통하여 모 프로세스인 데스크톱 매니저(32)에 건네준다.

모 프로세스, 즉 데스크톱 매니저(32)는 이 응용 ID로부터 어느 응용이 종료하였는가를 인식하고 이것에 대응하는 데스크 톱 아이콘을 알 수 있으므로 그 아이콘 데이터 구조의 상태를 닫는다로 한다.

응용 ID는 윈도 ID와 특유하게 대응하고 있으므로 X 서버(30)는 응용으로부터의 윈도가 닫힌 것을 표시하는 메시지인 디스트로이(destroy)요구를 받아서 윈도 ID로 표시되는 윈도가 닫힌 것을 윈도 매니저(31)에 통지한다. 윈도 매니저(31)는 이것을 받아서 닫힌 윈도의 프레임을 소거하는 처리를 실행한다. 이상으로서 제2의 데스크톱 윈도의 소거가 이루어진다.

다음에 데스크톱에 생긴 사용자의 조작에 의한 이벤트의 접수 처리에 대하여 설명한다. 상술한 바와 같이 사용자의 조작은 이벤트라는 형식으로 통지되고, 특히 마우스 이벤트와 키 이벤트가 사용자가 데스크톱을 사용할 때 사용되고 있다.

제9도는 윈도 매니저(31)가 이벤트를 접수한 후의 처리를 나타낸다. 즉 우선 윈도 매니저(31)에 이벤트가 접수되면 그 이벤트가 키 이벤트 및 마우스이벤트인가의 여부가 판별된다(스텝201). 키 이벤트나 마우스이벤트이외의 이벤트인 경우에는 통상의 윈도 관리방식에 따른다(스텝 202). 즉 윈도 매니저(31)가 윈도 제어를 한다.

다음에 이벤트가 키 이벤트나 마우스 이벤트일 경우에는 어느 이벤트인가가 판별된다(스텝203). 이벤트가 마우스 이벤트일 경우에는 윈도에 대한 이벤트인가의 여부를 판별한다. 이 경우의 윈도라 할 때는 루트윈도를 포함한 것을 말한다. (스텝 203). 그리고 윈도 이외의 부분에 대한 이벤트, 즉 윈도의 프레임에 대한 이벤트일 경우에는 스텝 205로 진행하여 윈도의 처리를 실행한다.

또 윈도에 대한 이벤트일 경우에는 스텝 204로부터 스텝206으로 진행하여 루트 윈도에 대한 이벤트인가의 여부를 판별한다. 루트윈도에 대한 이벤트가 아니면 코어윈도에 대한 이벤트로 보고 그 윈도를 실행하고 있는 응용의 프로세스에 전송한다(스텝207). 한편 루트윈도이면 스텝208로 진행하여 그 이벤트를 데스크 톱 매니저(32)에 전송한다.

스텝203에서 판별된 이벤트가 키 이벤트인 경우에는 그 키 이벤트가 윈도에 대한 이벤트인가의 여부를 판별한다(스텝209). 윈도에 대한 이벤트가 아니면 프레임에 대한 이벤트라고 보고 스텝210에서 프레임이 처리를 실행한다. 이것은 윈도 매니저(31)가 한다.

또 윈도에 대한 이벤트라고 판별된 경우에는 스텝 209로부터 스텝211로 진행하여 루트윈도에 대한 이벤트인가의 여부를 판별한다. 루트윈도가 아니면 코어윈도의 이벤트로 보고 그 윈도를 관리하고 있는 응용의 프로세스에 전송한다.(스텝212).

또 루트윈도에 대한 이벤트이면 스텝 211로부터 스텝213으로 진행하여 그 키의 판별을 한다. 그리고 그 판별 결과가 미리 윈도매니저(31)에 그랩된 키의 이벤트일 경우에는 스텝 214로 진행하여 윈도 매니저(31)에서 처리를 실행한다. 한편 윈도 매니저(31)에 그랩된 키 이외의 통상키인 경우에는 스텝 215로 진행하여 데스크톱 매니저(32)에 그 이벤트가 전송된다.

다음에 데스크톱 매니저(32)에 전송된 이벤트에 대한 처리에 대하여 설명한다. 제9도는 그 처리의 플로차트를 나타낸 것이다.

이 경우에 보내온 이벤트는 마우스이벤트인가 키 이벤트인가이다. 그래서 우선 스텝 301에서 어느 이벤트인가를 판별한다. 그 판별 결과가 마우스 이벤트일 경우에는 스텝302로 진행하여 클릭이 아니고 소정 시간 이상 버튼을 계속 누른 상태의 버튼 누름인가의 여부가 판별된다.

버튼 누름이라고 판별되었을 경우에는 스텝 303으로 진행하여 데스크톱메뉴(루트메뉴)표시의 처리를 실행한다. 이 루트메뉴는 모든 데스크톱에 유효한 명령을 발생시키기 위한 것이다.

이 예에서는 데스크톱 전체를 종료한다 라는 명령을 실현하기 위하여 루트 윈도에 대한 아톰(atom)의 변경을 하고 있다. 즉 데스크톱 아이콘 이외의 영역에서 마우스의 버튼을 눌렀을 경우에 모든 데스크톱에 유효한 명령을 발행하기 위한 루트메뉴를 표시하도록 변경하고 있다. 이 때 이 표시를 하는 것은 데스크 톱 매니저(32)이다.

단 데스크톱 전체를 종료하는 명령을 선택할 경우에는 데스크톱 매니저(32)가 이 예의 제2의 데스크톱 윈도 및 아이콘의 동작을 제어하여 제2의 데스크톱을 종료하는 상태로 함과 동시에 데스크 톱 매니저(32)로부터 윈도 매니저(31)에 통신하여 이 예의 제1의 데스크톱을 종료시키도록 통지하는 것이다.

다음에 스텝 302에서 마우스이벤트가 버튼 누름이 아니라고 판별되었을 경우에는 스텝304로 진행하여 더블클릭인가의 여부를 판별한다. 더블클릭이며 스텝 305로 진행하여 어느 쪽인가의 데스크 톱 아이콘이 선택되어 있는 상태인가의 여부를 판별한다. 데스크톱 아이콘이 선택된 상태가 아니면 아무런 처리도 하지 않는다.(스텝306).

한편 데스크 톱 아이콘이 선택된 상태이면 스텝 305로부터 스텝307로 진행하여 그 더블클릭에 의해 그 데스크 톱 아이콘에 대응하는 윈도의 생성을 상술한 바와 같이 하여 실행하기 위한 처리를 한다. 즉 윈도생성 요구를 윈도 매니저(31)에 출력한다.

스텝 304에서 더블클릭이 아니라고 판별되었을 경우에는 스텝308로 진행하여 1회의 클릭인가의 여부를 판별한다. 이 스텝 308에서 1회의 클릭이 아니라고 판별되었을 경우에는 아무런 처리도 하지 않는다.(스텝309). 1회의 클릭이 실행되었다고 판별되었을 경우에는 스텝308로부터 스텝310으로 진행하여 데스크 톱 아이콘 영역에서 그 클립이 실행되었는가의 여부를 판별한다. 데스크 톱 아이콘 영역이 아니면 아무런 처리도 하지 않는다.(스텝311). 또 데스크 톱 아이콘 영역이면 아이콘 선택이라고 보고 그 처리가 실행되어, 예를 들어 디스플레이 상에 선택된 데스크톱 아이콘이 흑백반전 표시된다(스텝312).

한편 스텝301에서의 이벤트 판별의 결과가 키이벤트라고 판별되었을 경우에는 스텝313으로 진행하여 데스크 톱 아이콘이 선택상태인가의 여부를 판별한다. 데스크 톱 아이콘이 선택된 상태가 아니면 아무런 처리도 하지 않는다(스텝314). 한편 데스크 톱 아이콘이 선택된 상태이면 미리 데스크톱 매니저(32)에 형성되어 있는 키입력에 대한 변환테이블로부터 그 처리를 찾아내어 그것을 실행한다(스텝315).

이상과 같이 하여 사용자의 조작이 윈도 아이콘에 대한 조작일 경우에는 제1의 데스크톱의 이벤트입력으로서 처리가 실행되어 그것에 대응하는 윈도의 발생제어가 실행된다. 또 데스크 톱 아이콘에 대한 사용자의 조작은 제2의 데스크톱에 대한 조작으로서 판별되어 그 아이콘에 대한 윈도의 동작이 데스크톱 매니저(32)와 윈도 매니저(31)와의 통신에 의해 규정된다. 이렇게 하여 2종류의 다른 데스크톱이 동일표시화면상에 구축되는 것이다.

이때 사용자는 제1, 제2의 데스크톱을 전환함이 없이 조작할 수 있으므로, 양 데스크톱을 인식하면서 조작할 필요가 없으므로 일관성이 유지되는 것이다.

또 데스크톱의 전환이 불필요하기 때문에 오버헤드가 없고, 또 윈도 내에 가두어진 데스크톱과 달리 고속처리가 가능해지는 것이다. 더구나 동시에 2개의 데스크톱을 조작할 수가 있게 된다.

다음에 본 발명의 제2실시예에 대하여 설명한다.

본 제2실시예에서는 데스크톱 매니저(32)로 관리하는 데스크톱아이콘을 복수의 그룹으로 나누어서 데스크톱아이콘과 윈도에서 그 동작이 결정되는 데스크톱을 복수개 구축한다. 그리고 각 아이콘의 그룹마다가 속하는 데스크톱을 식별하기 위하여 각각의 데스크톱에 특유한 데스크 톱 ID를 부여한다. 데스크톱 매니저(32)는 어느 데스크톱의 아이콘인가를 데스크톱 ID에 의해 식별하여 관리한다.

그리고 본 제2실시예에서는 사용자가 예를 들어 어느 쪽인가의 데스크톱의 데스크톱아이콘을 더블클릭하여 윈도를 여는 이벤트를 발생시켰을 경우에는 데스크톱매니저(32)는 윈도 매니저(31)로부터 최종적으로 접수한 훈 윈도 발생요구를 그 조작된 데스크 톱 아이콘이 속하는 데스크톱의 데스크톱 ID를 부여하여 윈도 매니저(31)에 출력한다.

윈도 매니저(31)는 이 예의 경우에는 데스크 톱 ID에 따라 다른 윈도의 프레임을 준비하고 있어서 그 조작된 데스크톱 아이콘이 속하는 데스크톱의 윈도를 생성한다.

이와 같이 하여 본 제2실시예에서는 데스크톱아이콘과 윈도로 동작이 결정되는 데스크톱을 2개이상 구축할 수가 있고, 윈도 아이콘과 윈도로 동작이 결정되는 데스크톱과 합쳐서 3개 이상의 데스크톱을 구축할 수가 있다.

제1 및 제2의 실시예에서는 이벤트 관리부(312)를 윈도매니저(31)중에 형성하였으나 윈도매니저(31)와는 독립하여 이벤트 관리부를 형성하여도 제1 및 제2의 실시예와 마찬가지 효과가 얻어짐은 명백하다.

이상 설명한 바와 같이 본 발명에 의하면 조작환경을 관리하는 처리를 윈도를 관리하는 처리와 윈도 이외의 루트윈도를 관리하는 처리로 나누어서, 윈도를 관리하는 처리에 의해 제1의 조작환경을 구축함과 동시에 루트 윈도를 관리하는 처리와 윈도를 관리하는 처리와의 통신을 가능하게 한 제2의 조작환경을 구축하도록 함에 따라 동일한 화면상에 2개이상의 조작환경을 동시에 구축할 수가 있다.

더구나 본 발명에서는 이들 복수의 조작환경의 사용에 있어 전환의 필요가 없기 때문에 조작의 일관성을 유지할 수가 있는 동시에 전환을 위한 오버헤드도 없어져서 처리의 고속성을 실현할 수가 있다. 또 윈도 내에 한쪽의 조작환경을 가두어 두는 것과는 달리 윈도의 처리를 경유하여 조작환경의 제어처리를 실행하는 오버헤드도 없으므로 그 점에서도 고속처리가 가능해지는 것이다.

Claims (1)

1. 동일한 표시화면상에 복수의 윈도를 표시하고 개개의 윈도로 처리를 실행하는 멀티 윈도기능을 갖는 데이터 처리장치에 있어서, 조작환경을 관리하는 처리부로서 표시화면상의 윈도를 관리하는 제1의 처리부와, 상기 윈도를 제외한 다른 화면 부분을 관리하는 제2의 처리부를 갖춤과 동시에 상기 표시면상에서의 조작에 대응하여 발생하는 이벤트가 제1의 조작환경의 것인가 상기 제2의 조작환경의 것인가를, 상기 조작이 상기 윈도의 부분에 대한 것인가 상기 윈도를 제외한 다른 화면부분에 대한 것인가에 의해 판단하는 이벤트 관리부를 갖추며, 상기 제2의 처리부는 상기 이벤트 관리부에서의 판단 결과가 상기 제2의 조작환경에 대한 이벤트일 때 그 이벤트의 처리로서 상기 제2의 조작환경의 윈도 발생 요구를 상기 제1의 처리부에 출력하는 윈도 발생요구 출력 수단을 포함하며, 상기 제1의 처리부는 상기 이벤트 관리부에서의 판단 결과가 상기 제1의 조작환경에 대한 이벤트일 때 그 이벤트의 처리로서 상기 제1의 조작환경의 윈도의 발생 및 제어를 실행함과 동시에 상기 제2의 처리부로부터의 상기 제2의 조작환경의 윈도 발생요구에 대응해서 상기 제2의 조작환경의 윈도 발생을 실행하는 윈도 제어수단을 포함하는 것을 특징으로 하는 데이터 처리장치.