JPS6375978A - Multiplex picture control system - Google Patents

Abstract

PURPOSE:To always allow a signal to input related to the data displayed at the front only by changing a inputting right obtaining queue to a input completion queue when the 3rd task is in the inputting right obtaining queue and restoring the inputting state controlling information related to the 3rd task saved in the 1st control table to the 3rd control table. CONSTITUTION:When an inputting right is given to a task which issues an input requesting command, the input deice state flag (ISTS) 471 of an input device controlling block (INDCB) 47 is set to an 'input deice is being used' state. Then inputted state information, input data area leading address, input data quantity, etc., which are designated by the argument of the command are respectively set in the inputting state controlling information (IMODE) 474, (OTHERS) 475 of the INDCB 47. Merger, the control block TCB 46 of the task is connected with the input completion queue pointer (IREQ) 472 of the INDCB 47 in order to set the task issuing this command to a waiting state until input data are obtained, and, finally, the control is handed over to a task dispatcher in order to switch the task. Therefore, the inputting right is given to the task which uses the front window for display only.

Description

DETAILED DESCRIPTION OF THE INVENTION Field of Industrial Application The present invention provides a raster-type display 117tl! having a display memory. The present invention relates to a screen display method and an input control method in a computer system having an input device and an input device, and in particular, to display a plurality of data simultaneously on the screen of a single display device and to manipulate the data in an interactive manner. The present invention relates to a preferred multi-screen display method.

[Prior Art] Most conventional screen display methods cannot display multiple pieces of data at the same time on one display device, so if you want to view multiple pieces of data at the same time, display f! This required multiple units to be installed, which tended to result in an expensive system. Nowadays, interactive processing based on a display device and an input device has become the mainstay of devices for personal use, such as personal combinations. Under such circumstances, displaying a plurality of pieces of data simultaneously on one display device becomes an important problem in improving user operability and processing efficiency. There are signs that companies in Japan and abroad are implementing this.

Regarding this point, Nikkei Electronics, 1984
1. Multi-window software that is the key to improving the operability of personal computers
The situation is detailed in an article titled.

Also, here is an example of a more specific multi-screen display method.

“Th” in BYTE, Feb. 1985
eLi5a Computer System I
C is detailed.

[Problem that the invention seeks to solve] By the way, in the multi-yIL screen display method described above.

Generally, one display device eric is equipped with only one (or set of) input devices.

Only one of the displayed data can be serviced, and the big problem is which of them should be serviced as an input. In particular, when the task that displays each display data (the program that makes the display request) is controlled under the control of a multitasking operating system, if the mutual display relationship of each display data changes, the data will be The display data that I was aware of as the input target ended up being behind other display data.

Normal data manipulation may become difficult.

Furthermore, it is conceivable that unrelated data may be given to display data that the user is not aware of as a data input target, which may confuse the entire system.

In view of these problems, it is an object of the present invention to always display the best data even if the display positional relationship of each display data is changed when displaying a plurality of data simultaneously on the same display device by allowing them to be superimposed. An object of the present invention is to provide a multi-screen display method that allows data input to be performed only on data displayed in the foreground.

[Means for solving problems]

In order to achieve the above object, a first control table manages the display position, mutual display priority, and input state control information regarding each of the plurality of display data stored in one display memory; , the owner of the data with the highest priority among the multiple data being displayed, and the first
A matrix in which the control tables of are arranged in descending order of display priority,
a second control table for managing a window display request queue; and an input completion queue for the input device.

A sixth control table is provided for managing an input right acquisition queue and current input state control information.

[Effect]

In other words, only input requests for data requested by the first task that is displaying the frontmost display data can be accepted, and the input state control information of the input request accepted at that time is set in the fifth control table. .

A queue is formed in the fifth control table so that the first task waits until the input is completed. In addition, when the second task that is displaying display data other than the topmost one makes a data input request, K will not accept the input request, and the display data related to the second task will be displayed in the topmost position. An input right acquisition queue is formed in the third control table so that the second task waits until K is reached.

Furthermore, if the positional relationship of 1 display data is changed and the display data other than the front of Jt is now displayed on the front of Ki
In addition to changing the owner information of the data displayed in the forefront of the control table, the input state control that was previously managed in the fifth control table is changed to the first control table related to the data that was displayed in the forefront until then. The information is saved, and if there is an input completion queue at that time, that queue is changed to the input right acquisition queue, and the fifth task that is displaying the data that is newly displayed in the forefront is waiting for the input right acquisition queue. If it is in the queue, the waiting state is changed to waiting for input completion, and the input state control information saved in the first control table regarding the fifth task is restored to the fifth control table.

With these features, it is always possible to input only the data that is displayed in the foreground.

〔Example〕

An embodiment of the present invention will be described below with reference to the drawings.

FIG. 2 shows a computer system according to the present invention, such as a word processor or a personal computer.

This figure shows an example of the configuration of a system such as a computer. .

The system consists of main memory (MM) to processing bag @ (CPU
,) It, Graphical display @ (GPU) 20, Display (D) 19. Magnetic disk (MDISO)
1s% magnetic disk controller (MDC) 15, keyboard (KB) 1.6, KB controller f! 1 (KB)ts
, pointing device (FD) 1s such as a mouse,
It is composed of a PD control device (PDC) 17, a printer (PR) 29, a PR control device (PRC) 2s, a common bus 12, and the like.

Further, as shown in FIG. 2(b), the GPU 20 has a shared memory (SM) 21. Graphic display processing device (GP) 22. Display memory (FM) 2L and display control device [(
DC) za is connected to the internal bus 25k''CC.

The 1 display method will be briefly explained using the pJ2 diagram.

In the same figure (a), when a figure or a character is to be displayed in D19 by the program P being executed by the CPU 11, first the figure to be displayed or 1 is character data (these are generally figures or characters). drawing command.

string or character code string) by program P1.
It is transferred from M to to SM 21 and then issues an execution request to GP 22. GP 22 who received the execution instruction, 5
The graphic data or character data is extracted from M21, and dot data corresponding to each display point on D19 is stored. On the other hand, the display control device [L)02 of D19
4 scans 1M25 at a constant cycle and displays the content on D19 according to the scanned content. Therefore.

The dot data stored in 1M25 will be immediately displayed on D19 by DC24.

FIGS. 5(-1) to (f) illustrate display examples using the multiple screen display method according to the present invention. FIG. 3(a) is an example in which one piece of general data is displayed in a rectangular area (hereinafter referred to as a window) 31 on the screen 50 of the D19.
Similarly, bl and (e) are examples in which one piece of general data is displayed in each of the windows 52 and 35. Figure 5 ((1) is.

This is an example in which the display contents of FIGS. 3A, 3B, and 3C are simultaneously displayed on the screen 30 using the multi-screen display method according to the present invention. Here, the windows are 51,
52 and 33, that is, window 53 has the highest display priority.

FIG. 6(e) is an example of displaying a menu command, which is one of the special data, in the window 56 in the state of FIG. Condition 1
11 is an example in which an emergency message, which is one of the special data, is displayed in the window 551/C.

Menu commands and emergency messages are different from normal data because the data itself is almost formulated and requires good display responsiveness. I will call it. Ordinary data for this is called general data. In accordance with these names, the window in which special data is displayed and the save area for the display data hidden thereby are called a special window and a special save buffer, respectively. Also, a window that displays general data.

These save areas are called a general window and a general save buffer, respectively.

Here, storage locations for single display data and overlapping data in the multiple display screen example described above will be explained. 1(a) and 1(b) are drawings for explaining the multi-screen display method according to the present invention, focusing on data storage locations. In FIG. , 800.

900°100, 110, 1200, 1400
, 1500, etc. Program storage area 1. flk
It consists of a control table storage area 2 that includes the aforementioned control tables 40 to 45, etc., and a data area 5 that stores user programs, display data, and the like. , f9
A command area 4.M21 stores data necessary for display sent from the data area 5 of the MM 10 by the CPU u iC. 5. A transmission sofa area for transferring the display dot data stored or saved in the external memory 14 such as a disk or the MM10&C to the FM 23;5. and a reception buffer 6 for saving or storing display dot data of the FM 25 in the external memory 14 or MMlo. 1M25 is.

A display buffer 7 for storing dot data being displayed in D19, and a special save buffer 9 for saving dot data overlapped by the special data window. and a general save buffer 8 for saving dot data of windows overlapped by general data windows. Further, the external memory 14 is provided with a save area 59 for window dot data.

Now, if a multi-screen display such as the screen 50 shown in FIG. The immediately preceding display dot data is saved in the special save buffer 9 of 1M25. Further, the general save buffer 8 of 1M25 stores the entire display dot data of the window 52 saved when the window 55 is displayed. moreover.

The reception buffer 6 of the 8M21 stores the entire display dot data of the window 31 that was saved when the window 52 was displayed. And external memory 14
The save area 5911C stores the entire display dots of the window 57 that was saved when the window 51 was displayed.
Data is stored. Here, for the sake of simplicity, we will use a 1M25 general evacuation buffer 8 and a 5M21 transmission buffer 5. Although the description will be made assuming that each reception buffer 6 exists only for one screen, it is common to prepare each for a plurality of screens. In addition, the screen 5011 in FIG. 1(b)
A mark 56 shown in C is a blinking mark that indicates that a window display wait period, which will be described later, has occurred.

FIG. 4 shows control tables according to the present invention.

In the same figure (a), a window state management block (W
SMB) ao manages the state of the entire window, corresponds to the above-mentioned second control table, and is composed of the following fields. The window status flag (8TATUS) 401 indicates the presence or absence of a priority window declaration, which will be described later. The current window occupancy task number (TN) ao2 indicates the number of the task currently using the frontmost window, and is waiting for window occupancy. A queue pointer (WAITQ) 405 is a queue pointer for tasks that are forced to wait for window use due to factors such as priority window declaration, and a WCB list pointer (WLIST) 41 connects a window control block (WCB) 42, which will be described later. This is a pointer to Here, the task queue created in WAITQ405 is K and task control block (as used in general O8).
TCB) 415 shall be connected.

The window control block (WCB) 42 corresponds to the first control table described above, and specifies the size of each window, display position 1, data number to be displayed, window type,
It is used to manage save area information for display data due to overlapping windows, input state control information when inputting data when the window is displayed in the foreground, etc.

Each time a window is defined, it is connected to the WCB list pointer (WLIST) 41 in descending order of display priority (that is, the start address of the WCB a2 is stored in WLISTal).

The configuration of the WCt 342 is a WCB pointer (WPT) pointing to the WCB for the window with the 0th lowest priority.
421, corresponding window number (WN) 422%
Its window type (w'rypg) 425, data number to be displayed (DN) 424. Coordinates of the upper left corner of the window (Wl) 425. Lower right corner coordinates (W2) 426
, Evacuation area type (5ATYPE) indicating the evacuation area
) 427, evacuation area number (SAN) 42B,
It consists of input state control information (OIMol) E ) 429 when the window was displayed in the foreground. Note that the list connecting WLIST 41 and WCB's WPT 421 is a bidirectional list.

In the following description of this embodiment, the following symbols will be used. In other words, for WTYPB423, 1 represents a general window, 2 represents a special window, and 8
As ATYPE 427, F represents the general evacuation area of FM 25, S represents the reception buffer of 5M21, and D represents the evacuation area of DISC 14. , OIMOL) E429
For details, refer to the input device control block (INDC) described later.
B) 470 Input state control information (IMOl) E) 47
The same symbols as 4 will be used.

Furthermore, the relationship between the general evacuation bath sofa s of FM25, the reception buffer 6 of 8Mz1, and the evacuation area 59 of the external memory 14 and the saved window display data is as follows.
As shown in Figure (a) K, they are managed by a general evacuation block (sofa control block (FMSACB) 44, reception buffer control block (8M5ACB) 44, and evacuation area control book (S58ACB) 45, respectively).

The structure of each control block is similar, and includes the prepared save area a (CASEN), the number of areas in use (USB
I)N), the window number (WN) saved in each area, and the start address of that area (ADD).

The usage of each of these fields is as follows. For example, take FMSACB 45.

When trying to display a certain general window A.

Assume that window B is already displayed. At this time,
The data of window B is to be saved to the general save buffer 8 of 1M23, etc., but first compare CASEM asl of FMSACB45 and USHDN 452.

If the former is larger, it is determined that there is still a vacant area in the general evacuation area of PM25. and.

It checks whether WN4S5 is zero to find a free space, then obtains the start address of the save area in the general save buffer 8 from the corresponding AL)DR454, and saves the data of window B to that area. And at that time W
The window number of window B is set in N435, and USEDN452 of FMSACB 43 is added by 1. On the other hand, when restoring the data of window B on the display screen, the WN455 of FMSACB as matches the window number of window B, and the data is stored in the general save buffer 8 indicated by the corresponding AI) D 434. The data of window B stored in the save area of is restored to the display buffer 7 of 1M23. and FMSACB 45 i7) said WN4
33 t[Kri! J 7 L, Ka USEDN432
Subtract 1 from .

Figure 4(b) Input device control block (INL) showing IC
) CB) 47 corresponds to the sixth control table and manages the usage status regarding the input device, and is composed of the following fields. Input device status flag (l5
TS) J7f indicates whether the input device is in use or not, and the input completion queue pointer (RgQ) 4
72 is a queue pointer for a task that has issued an input request and is waiting for data to be input, and 473 is an input right acquisition queue pointer (IWATQ) when a task whose data is not displayed at the forefront issues an input request. The input state control information (IMODE) 474 stores input state information set by a task that has issued an input request and is waiting for data input. area. Here, IRf
It is assumed that the queue of tasks executed in fQ 472 and IWATQ 473 is connected to task control blocks (TCB) 46 as used in general O8.

Input data area (INPUT BUPFB) 48
teeth.

FIG. 1 (This is an area for storing input data formed in data area 5 in MMIo of J.

Here, a brief explanation will be given of input processing, particularly human-powered interaction processing between man and machine. Input data handled in human interaction processing includes character codes and function codes from a keyboard, coordinate values from a pointing device such as a mouse, and function codes corresponding to predetermined coordinate values.・There are codes, etc. Use the input request command to determine which data to input.

Given as input state information. The input request command also provides the amount of input data, the start address of the input data area, and the like. The task that issued the input request command is made to wait until the specified input data is input. Furthermore, if the input right is not granted when the command is issued, the system waits until the input right is granted. In the following description of this example, I&10I)g4;4,
Alternatively, the input states handled by OIMODE 429 are character codes, function codes, and coordinate values, and are represented by symbols C1M and P, respectively.

Now, 1. In the present invention, as explained above, the F
It handles dot data that is developed and stored in the display buffer 7 of M25. As a result, the processing required to redisplay the display data when changing the display position can be done in a shorter time compared to the process of re-developing the graphic or character data stored in the 5M21 into dot data via the GP 22. It is possible to do so.

In addition, in the present invention, as a method for saving data that overlaps between general windows, when a new window is displayed, the button remembers the window that was displayed immediately before, and Adopt a method that saves the dot data of the entire window. With this method, the number of data transfers for evacuation and recovery can be reduced, and the burden of managing evacuation status can be reduced. Regarding this point, there is one patent application No. 6O-25119 previously filed by the present applicant.
No. J "Many!! Screen display control method" K details.

5(a) to 91 are screen display examples of the multi-screen display method according to the present embodiment and the control table at that time. WCB42
This also includes the status of .

FIGS. 6 to 18 show the processing procedure of the multiple screen system according to this embodiment. In this embodiment, display data is written (WRITE WINDOW) 600 .

Top priority display of displayed data (POP UP WINDO
W) goo, display area f) Move (MOVB WINDO
W) 1oo.

Clear display data (C'LEARWINDOW) 12
00, priority window declaration (sg'r WR8V)
1400, Priority '7 (y)' reset (RESET)
WR8V) 1500. Oh! Data input request (REQ)
The processing procedure of each command of INPUT) 1700 and the interrupt processing procedure of input interrupt (INT INPUT) taoo will be shown.

Each processing procedure will be explained below using FIGS. 5 to 18.

(1) WRITE WINDOW Figure 5 (a) - (1)) shows the WRITE WIND
OW -x Cloak screen 5O < window s1
．． 52, define ss one after another, and define data A, B, respectively.
This figure shows how C is displayed.

First, see Figure 5 (see Figure 6 for the processing procedure of this command in alK).
This will be explained using figures. GP 22 (FIG. 2(b)) has window number WN=1. Window type WTYPE=
1 (general), segment data number DN=A, window upper left/lower right fiWt=A1. When this command with W2=A2 is received, first the command parameter WT is
It is determined from YPE whether the window to be displayed is a special window (block 602 If it is a special window (WTYPE = 2), go to block 670;
Otherwise, processing proceeds to block 604. In this case, WTYPE = 1 (general).

Proceed to block 604 and use the WCB 42 WTYPE 425 connected to the WLJ8T41. I
Determine whether the C special window is displayed.

In this case, since the window is being displayed for the first time, the determination is negative and the process proceeds to block 6o6. block 6
In step 06, the priority window declaration has already been made and it is determined whether the priority window declaration is already made or not.

In this case, the verdict is negative here as well.

Control continues to block 610. In block 61G.

Acquire a vacant WCB 42a, insert the first busy WCB 42a in the WCB list pointed to by WLIST 41.

Next item, gj (WCB 42a K WN = 1
, WTYP E = 1, DN=A, Wt=l
, W2:A2 (block 620). Then,
WOMB 40 of 5 TATUS 4 [No priority window declaration in 11 %TN 402 Register the task number of the task that issued the busy command (block 625),
Then, the WPT 421 of the K WCB 42a is checked and it is determined whether there is a window that is already being displayed (block 650).In this case, since the window is being displayed for the first time, the determination of 1 is negative, and the process continues at block 650. Proceed to. Finally, the GP22 converts the specified data A into a dot.
Expand to data, 2M23 window coordinates AI, A2
The dot data is written in a portion corresponding to the rectangular area (block 650). As a result, the screen 50 is shown in FIG.
The WCB 42a at that time is as shown in (g) in the same figure.
).

By the way, if it is determined in block 604 that a special window is already displayed, or in block 60
If it is determined in step 6 that a priority window has already been declared, the opening of a new window is inhibited and the task that issued the single command is allowed to wait until the window can be opened. . Therefore, if the above situation occurs, in block 670, the TCB 46 of the task that requested the window display is placed in a window display wait state, and the WAITQ 40 of the WSMB 40 is
Connect that TCB46 to 3. Then, to inform the user that a window display request is pending.

A blinking window display wait mark is displayed at a predetermined position 56 on the screen 500 (block 675).Furthermore, control is passed to the task dispatcher for task switching (block 680). The task that has issued one command from K is forced to wait until the special window is displayed or deleted or the priority window declaration is cancelled.

Next, when the task displaying the window 51 requests character code input using the input request command (BQ INPUT) 1700 described later and is waiting for the input to be completed, another task displays the window 61. Window number WN=2. Window type WTYPE =
1. W ITE with segment exposure data number DN = B% window coordinates Wl = B1, W2 = 82
By WINDOW command, ・General window 32
Let us consider a case where data B is defined as shown in FIG. 5(b). , GP22&C is the same as described above from blocks 602 to 630.

The determination as to whether there is a window already being displayed in block 630K is now YFX8 (i.e., presence);
Processing continues to block 640 where subroutine f y (5A
VE WINDOW ) yoO wo execution f le.

5AVE WINDOW 700 processing procedure tt - As shown in FIG.
2), the overlapping dot information is saved to the special save buffer 9, and the general window (vv'rypg=
i), then general evacuation buffer 8. The dot information of the window with the highest priority among the windows already being displayed is saved to any suitable area in the reception buffer 6% save area 59. 5AVE WINDOW
The argument passed to 700 is the window type of the new window that is to be overlapped with the WCB address corresponding to the window for which one display dot information is to be saved. In this case, it is the address of WCB 42a. Sate,
5AVE WINDOW 70017) Processing First, based on the given window type, it is determined whether or not it is a special window (block 15).

If this is a special window, block 760
Proceed to , and obtain the position coordinates W1 of the special window from the WCB of the special window. W2 is obtained, the dot information in the display buffer corresponding to it is saved to the special save buffer 9 (block 6o), and control is returned to the routine that called this subroutine (block 78o).

However, in this case, since the window 32 is not a 1% special window but a general window, the process proceeds to block 720 and thereafter, and the following processing is performed according to the status of each evacuation area.

First, if there is free space in the general evacuation buffer 8 of FM2M, blocks 765 to 775 are processed, and the specified WCB
The coordinates of the window that are aligned by 5M from W1. Obtain W2 (AI, A2 in this case), save the corresponding information in the display buffer 7 to the empty general save buffer 8, and FMS
The saved window number is set in the corresponding area of ACB 45 and the process goes to block 780 to return to the calling routine.

Also, if the general evacuation buffer 8 of PM25 is full,
If there is free space in the receive buffer 6 of M21, one case of the general save buffer 8 is moved to the receive buffer 6 (blocks 745 to 755), and the display buffer 7 is transferred to the free general save buffer 8 in the same way as before. Save overlap information (blocks 770 to 775L).If the general save buffer 8.8 of FM25 and the receive buffer 6 of M21 are also full, one case of the receive buffer 6 is saved in the save area 59.
Transfer blocks 750 to 740 ), Transfer one case of general evacuation buffer 8 to empty receive buffer 6 Blocks 750 to 755 ), Empty general evacuation buffer 8
The overlap information in the display buffer 7 is saved in the same manner as described above (blocks 770 to 775).

In this case, there is space in general save buffer 8, so
Process blocks 765-775, resulting in WCB a
As shown in the same figure (h), 8ATYPE 427 of 2a is set to F indicating general save buffer 8, and SAN
428K is set to 1. Control is then returned to the caller of one subroutine. In this case.

Control is returned to block 645 of WRITE WINDOW 6oo in FIG.

Sokote, GP 22 &2. ? 7” Lou f
Run (5AVE IMOL) E) 1500.

5AVk: IMODg tsoo nodokoro 4 steps na m
Figure 15D shows. 5AVE IMODE tsoo C. Use the entered input state control information in the WCB of the window corresponding to the task that was inputting data.
The input completion queue at that time is connected to the input right acquisition queue, and the input right is switched.

SAVEIMODE 1500 Give it to tt6 draw! ! 1
．． Display)" is the address of the WCB corresponding to the window where you want to save the cut information. In this case, WCB 4
2a address tonal. Sate, SAvg IMOD
E 1500 (7) In the process, first, INDC
H47 IMOL) g The input status control information used up until then managed by 474 (in this case, the one-character code input C).

Specified letter WCB 42a ノOIMODE 42?
Evacuate to.

Further clear IMODE 474 of INDCB 47 (block ts05) 6 Then INDCB 4
IRI of 7: TCB 46 corresponding to the input completion waiting task connected to Q472 is transferred to IW of INDCB 47.
Connect to ATQ473 (block 1510),
In INDCB 47, 18TS 471, 1 man-powered device should be set as vacant (block 1515).

Control is returned to the routine that called this subroutine (block 1520), in this case WRITE in FIG.
Control is returned to block 650 of WINDOW 600.

Therefore, the GP 22 develops the designated data B into dot data and writes the dot data into a rectangular area corresponding to the window coordinate B1.82K of the display buffer 7 of the FMzs. As a result, one screen 30 becomes as shown in FIG. 5), and the relationship between the WCBs 42a and 42b at that time becomes as shown in FIG. 5(h).

Furthermore, while the task displaying the window 32 requests input of coordinate values using an input request command (EQ INPUT) 1700, which will be described later, and is in a trap waiting for input completion, another task Consider a case where a window 55 is defined above the windows 51 and 52 and data C is displayed as shown in (C). CP22 is window number 3S window type 1. WRIT with segment data number C, window coordinates W1=(1°W2=C2
E Upon receiving the WINDOW command, the same processing procedure as already explained in FIGS. 6, 7, and 15 is executed. At this time, if there is only one case in the general evacuation buffer 8, there will be no free space (1), 5AVE
WINDOW 700 processing is blocks 750 to 755
, 770 to 780 are executed, and the display data of the general window 51 is saved to the reception buffer 6, and the display data of the general window 52 is saved to the general save buffer 8. As a result, the relationship of the WCB 42 becomes as shown in FIG. 5 (0). That is, the WCB regarding the display data of the general window 51
8ATYPE 427 of 42a has reception buffer 6.
S is set to indicate , and SAN 428 K is set to 1 .

WCB42b regarding display data of general window 52
P indicating coordinate value input is set in OIMODg429.

value) POP UP WINDOW Figure 5 (d
1 shows the result of using the PO-P UP WINDOW command to display the window 51 with the lowest display priority in the foreground as the window with the highest display priority in the state shown in Figure 35(e). It is. At this time, the task displaying the window 35 is the input request command (REQ INPUT) 17, which will be described later.
00 to request the function code input,
It is assumed that the user is waiting for the input to be completed. The processing procedure of this command will be explained using FIGS. 8, 29, and 16.

When the CP 22 receives this command with the window number WN=t, it first selects Wl (, ITgWIN
As described for the DOW command, block 80 determines whether a special window is already displayed and whether a priority window declaration has been made.
2, 804), only if both are negative, the process proceeds to block 810 and normal processing is performed. If one of the above two conditions is satisfied, the corresponding task is placed in a waiting state (block 870).

Next, in order to notify the user that a window display request is being waited for, a window display wait mark is displayed blinking at a predetermined position Wsb of 300 on one screen (block 875);
Control is then passed to the task dispatcher (block 880).

In block 810, the GP 22 finds the WCB 42a corresponding to the specified WN=1 by searching the list pointed to by WLI8T41, and obtains the start address of the WCB 42a (block 810). At this time, if there is no window with a higher display priority than the designated window WN=1, the single command processing immediately ends (block 820). What is the current case?

Since there is a higher display priority, control passes to block 830. GP22 got WCB 4 earlier
2a By registering the first address in WLISTat, the corresponding WC is placed at the beginning of the list shown in WLIST41.
Reconnect B42a (block 860).

Sarani, WSMB 40 no 5 TATU8401 K
"No priority window declaration" is set, TN 40
2 is set to the task number of the task that requested the specified window (block 855). Next, GP 22 executes 5AVE WINDOW 700
．． "C new?,: kC11 block 940) to save low display information), pull Ht! f full + ySAV
E IMODE 1soo Execute.

(block 845) o GP22 also executes the subroutine FiSUME WINDO.
W900 is executed to recover the dot information regarding the window WN-1V-, which had been saved due to the overlap, and to redisplay all the data in the window (block 5SO). y
Run RESUME IMOI) g 1600.

Input rights are again granted to the task displaying the window (block 855).

At block 840, subroutine 5AVE WIND
The argument given to OW 700 is the WCB4 obtained earlier.
These are the start address and window type WTYPB of the WCB42C that was connected to the top of the list of WLI8T41 before reconnecting WLI8T41. The processing procedure of the subroutine 700 has been shown above, so it will not be repeated here, but as a result of processing the subroutine 700, the window 51 is saved to the save area 39, the window 32 is saved to the reception buffer 6, and the window 55 is saved to the general save area 8. be done.

At Pour 845, sub# -? :/ 5AVE
The argument given to IMODE1500 is
This is the top address of the kC842C that was connected to the top of the list in the WLIST 41 before the CB 42a was reconnected. As a result of processing subroutines 700 and 1500, the state of each control table becomes as shown in FIG. 5(p).

BU C1yri950K subroutine 几ESUME W
The arguments passed to INDOW 900 are 1 WCB 4 corresponding to the window 31 whose overlap data is to be recovered;
2a is the start address. , RIUMB WINDOW
The processing procedure of 900 is shown in FIG.

Control is transferred to RFSUME WINDOW 900,
The data GP 22 receives the window number, evacuation area type, and
Determine evacuation area number (block 905) 6 Then,
The evacuation area type is determined (block 910), and processing is performed according to each evacuation area type (blocks 915 to 9).
20°925-950, 935-940), the process returns to the calling source of this subroutine (block 945). Although the details of the processing differ for each evacuation area type,
The macro is as follows. That is, the address of the save area that matches the specified WNK is obtained from the corresponding save area control block, the save data is extracted from the corresponding area, and the data is transferred to the position corresponding to the original window display area in the display buffer 7 of the FM23. , clear the corresponding area of the evacuation area control block, and decrement the number of areas in use by 1. In this case, General Windows 5
The save information No. 1 is retrieved from the save area 59 of the external memory 14.

At block 855, the subroutine is executed. IMO
The argument passed to the DE 1600 is the WCB 42a corresponding to the window 51 whose overlap data is to be recovered.
This is the first address. RESUME IMODE 1
The processing procedure of 600 is shown in FIG.

RIUME IMOL)E Transfer control to 1600G
P22 is first WCB 42a OrIMOL)g 4
29's old input state control information t1 (in this case, character code manual C) is restored to INDCB 47's IMOI) E 474 (block j605) 6 Next, the task displaying the window 31 displayed in the foreground TCB 46 corresponding to INDCB 47 IWATQ, 47
5 to IRgQ472 (block 161o
), INDCB 47's 15TS ayt should be set to ``Man-powered equipment is in use'' (block 1615).

Control is returned to the routine that called this subroutine (block 1620), in this case, the POP of FIG.
Control is returned to the UP WINDOW 800 knob ct2 control 650, and the entire command processing is completed.

As a result of the above, one screen 50 becomes as shown in FIG. 5(d), and the WCB relationship at that time becomes as shown in FIG. 5(D).

(1) MOVFX WINDOW Figure 5(e) shows the display position of the general window 31 with the highest display priority in Figure 5(d).
W-ko! This figure shows the result of moving to a new window 54 using the command 100. The processing procedure of this command will be explained using FIG.

The GP 22 that receives this command with the window number WN=t to be moved, the new window display position coordinates WIN-=A5, and W2N=A6 first moves W1'J=
Search from the WCB list pointed to by WCB 42a & WLIST 41 corresponding to 1 (block 101)
.

Next, call the 5AVE WINDOW subroutine and read the window position A from the display buffer 7 of FM25.
The dot information corresponding to t and A2 is saved in the general save buffer 8 (block 102). And W.C.B.
428K Register new window position (A5.A6) (block 105).

Subsequently, the subroutine ESUME ALL WINH shown in FIG. 11 is used to redisplay the contents of other windows that were hidden in that window area.

(block 104). BESUMg ALL
The only argument to WIN 11o is the start address of WCB 42a.

GP2z has started running SUME ALL WIN 110! ! , Mazu, FM2S top known rank [A1
, clear the area corresponding to A2 (block N5)
a If a background color is specified at this time, fill that area with the background color.

The WCB address of the lowest priority window is then determined from the list WLIST <1 (block 120). Then, if there is another window (block 1f22), the saved data of that window is
R, EsUMJE Use the WINDOW subroutine 900 to redisplay the block [25], and further obtain the WCB address of the window with the highest priority display priority (program a).
yri 150), WLIST 4417) IJ s)
Execute the process. As a result, all display data for the necessary windows will be reproduced.

As a result of the above, one screen 50 becomes as shown in FIG. 5(e), and the states of each control table at that time become as shown in FIG.

(ff) CI, EIL WINDOW Fig. 5 (f)
CLEk”m the window 64 with the highest display priority
This shows the result of erasing using the WINDOW command. The processing procedure of this command will be explained using FIG. 12. The argument to this command is the window number W.
Only N and window type WTYPg are required. Also, if one command is issued, it is assumed that the input processing has been completed.

Window number WN=1. Window type WTYpg=
The GP 22 that accepts the CIJARWINDOW command 1200 with kWN=1 immediately returns the W corresponding to kWN=1
Find the start address of CB 4za (block 121
0). Next, WCB 42a QWLIST 4
1 from the list to make it free (block 1230). Furthermore, the priority window flag 5TATU8401 of WSMB40 and window-in-use task number 402 are cleared (block 1251).
That's it.

Block 1240 determines whether the window is a special window.
), if so, the process advances to block 1260 and the display information hidden by the special window is retrieved from the special save area of the frame memory.

Return the frame memory to its original position. In this case, the general intern is busy, so the process proceeds to block 1250. At block 1250, the subroutine UMg A
Execute I, L WIN 1to, move the previous MovgWIN
Redisplay the dot information hidden by window WN=1 (block 1250) I, and then in a manner similar to that described in the description of DOW 1oo.

WSMBa determines whether there are any windows still being displayed.

(block 1252);
If there is a window being displayed, subroutine E3. E8
Since the UME IMODE 1600 is executed and the input tank is switched again to the task corresponding to the foreground display window, γ is restored to the IJJODE 474 of the INDCB 47.

Check whether there is a task waiting for window display in me.
SMB 40 WAITQ 4o5 item m (block 1270), if a queue of tasks exists.

The corresponding task is released from the queue and placed in the execution waiting state (block 1280), and the window display waiting mark 56 blinking at a predetermined position on the screen 500 is erased (block 1280).
block 1285).

As a result of the above, the screen 50 becomes as shown in FIG. 5(f), and the related control table becomes as shown in FIG. 5(1).

FIG. 5 (to) shows the screen 50 when the special window 55 is displayed in the state shown in FIG.
This process is executed by issuing the WRITE WINDOW command 600 described above with the window type: 2 (special). As a result, the related control table becomes as shown in the same figure (nl).The area where the overlapping portions of the special window are saved is as shown in FIG.

Because it is limited to special evacuation area 9 of 1M25.

WCB ) SATVPE 427 K is not recorded.

(V) SET WR8V Figure 15 shows the priority window declaration command SET WR8
This shows the processing procedure of V1300.

Upon receiving this command, the GP 22 first checks whether the task that issued this command is using the current window (frontmost window) or not using the WSMB 40's TN 402.
(block ts1o).

If so, GP22 executes the process at block 1520.
Proceed to WSMB 4017) 5TATU8401
Set the preferred window declaration flag within. This makes it possible to prevent window creation and modification by tasks other than those currently using the window.

(VllRESET WR8V FIG. 14 shows the processing procedure of the priority window cancellation command RESETW SV 1400.

Upon receiving this command, the GP 22 first determines whether or not the task that issued this command is currently using the current window (frontmost window) (block 1410), and if so, returns 5TATU840 of WSMB 40.
Reset the priority window declaration flag in 1 (block 1420), then use WAITQ 405 of WOMB 40 to determine whether there is a current task when displaying 2 (block 1430), and if so, WAITQ
Remove all TCBs of tasks connected to 403 and place them in an execution queue.

(■) I(EQ INPUT Figure 17 shows the input request command 几EQ INPUT 1
700 shows the processing procedure.

In this command, first, TN 40 of WSMB 40
2, it is determined whether the task that issued the input request command is displaying a window and has been given input rights (block 1705).

If input rights have been granted, proceed to block 1710; otherwise proceed to block 1735.

In block 1710, l5TS of INDCB 47
471 is set to 1 in use, and the input status information, input data area, start address, input data amount, etc. specified by the argument of the 1st command is set to INDCB 47's IMODE 474.0 THE 几5
Set to 475 (Booyri 1715). Sara K.

In order to make the task that issued this command wait until input data is obtained, the TCB of the task is changed to I of INDCB47.
fLj'EQ 472 K connection (Buoyri 1720)
, and finally passes control to the task controller for task switching (block 1725).

On the other hand, in block 1735, since the task that issued the single command has not been given the input right, in order to make the task wait until the input right is obtained, the TCB of the task is
It connects to IWATQ 475 of NDCB 47 and finally passes control to the task dispatcher for task switching (block 1725).

As a result of the above processing, input rights are granted only to the task displaying the foreground window, and tasks displaying other windows are prevented from acquiring input rights until that window is displayed in the foreground. You will have to wait.

(■) INT INPUT Figure 18 shows input interrupt processing INT INPUT 1a
o.

This shows the processing procedure.

In this processing procedure, first, I EQ4 of INDCB 47
When checking 72, it is determined from K whether there is a task waiting for input completion (block 1805). If there is a task waiting for input completion, the process advances to block 1807;
Otherwise, proceed to block 1835.

In block 1807, it is determined whether or not the input data matches IMODE 474K of INDCB 47. If the input data matches IMODE 474K, the process proceeds to block 1810; otherwise, the process proceeds to block 1855.

In block 1810, the input data is loaded into the input canister 48, and then the l5T8471 of the INDCB 47 is set to "input device is empty" (block 1s1s: L
Furthermore, in order to release the task that has been waiting until input data is obtained, the TCB of the task is changed to INDCB.
Block 182 removed from 47's work R, EQ 472
0), and finally passes control to the task dispatcher for task switching (block 1B25).

On the other hand, in block 1835, there was no task waiting for input completion. Alternatively, since the input data does not match the input state information, control is returned to the original interrupt point without doing anything.

As a result of the above processing, input data is passed only to tasks that display the frontmost window and are given input rights, and are passed to tasks displaying other windows, even if the task has previously requested input. Even if it is issued, the input data will not be passed.

As explained above, in this embodiment, by giving the input right to the window displayed in the foreground, input can be limited to one of the multiple windows, providing convenient window control. functionality can be provided.

〔Effect of the invention〕

According to the present invention, in a system that allows a number of data to be superimposed and displayed simultaneously on the same display device, even if the display positional relationship of each display data is changed, only the frontmost display data is always displayed. This has the effect of making it possible to input data and providing an easy-to-use window control function.

[Brief explanation of the drawing]

FIG. 1 is a diagram showing a display data storage method according to the present invention;
Fig. 2 is a configuration diagram of a computer system according to the present invention, Fig. 3 is a diagram showing an example of a multiple screen display, Fig. 4 is a configuration diagram of a control table according to the invention, and Fig. 5 is an example of a multiple screen display and the control at that time. Figures 6 to 18 showing the state of the table are diagrams showing the processing procedure of the multi-screen display method according to the present invention. 40...Window state management block 47...
...Input device control table 42 ...Window control block 600 ...W ITE WINL)
OW processing procedure aoo=-POP UP WINDOW processing procedure 1oo-MOVB WINDOW processing procedure 7 [12
00... CLEARWINDOW processing procedure 1400-
, SET WR8V processing procedure 1500...RESn
T Wi (8V processing procedure 1700...IQ INPU
T processing procedure 1800...INT INPUT processing procedure 7. ) (α) Figure 4 (Z/z) (b) Figure 5 (1/z) Figure δ (2) Figure 6 Figure 7 (Rikusi) Figure 8 Figure 9 (Return) Figure 1O Figure 11 Figure 13 SET W scale SV Figure 14 RESET WF? SV Fig. 15 Fig. 16 Fig. Name Fig. 17/73θ No. 18 Artwork N Work INPLIT /83θ

Claims (1)

[Claims] 1. A processing device, a main memory, an external memory, a display memory for storing display data, a display device for displaying the contents of the display memory, and an input device, and a plurality of In a computer system that displays display data in a superimposed manner on the display device, the display position of each of the plurality of display data stored in the display memory, mutual display priority, and input state control information regarding the data are provided. the owner of the data with the highest priority among the plurality of data being displayed; a matrix in which the first control table is arranged in descending order of display priority; and a window display. a second control table that manages a request queue; and a third control table that manages an input completion queue, an input right acquisition queue, and current input state control information regarding the input device.
control tables, and display, erase, and display the plurality of display data using the first, second, and third control tables.
A multi-screen control system that realizes priority display and movement of display positions, and further allows input from the input device only to the owner of data with the highest display priority.