JP2564283B2 - Multi-screen display computer system - Google Patents

Description

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a computer system having a raster scan type display device having a display memory, and more particularly, to a plurality of data on a screen of one display device. The present invention relates to a multi-screen display computer system suitable for simultaneous display.

[Conventional technology]

Most of the conventional screen display computer systems cannot display a plurality of data on one display device at the same time. Therefore, when viewing a plurality of data at the same time, a plurality of display devices must be installed. , Tended to be an expensive system. By the way, today, in personal-use devices such as personal computers, interactive processing based on a display device and an input device has become the main focus. In such a situation, displaying a plurality of data on one display device at the same time is an important problem for improving the operability and the processability of the user, and there are signs that the domestic and foreign companies will implement the data. In this regard, the situation is described in detail in an article entitled "Multi-windowing Software Determining Improvement in Operability of Personal Computers" in the January 30, 1984 issue of Nikkei Electronics. An example of a more specific multi-screen display computer system is “The L in BYTE, Feb.1983.
"isa Computer System".

[Problems to be solved by the invention]

By the way, in the above-mentioned multi-screen display computer system, in general, a window cannot be displayed due to a capacity such as a display memory or a save area for window information, or a constraint such as a window display suppression condition. In this type of state, it is common to wait until a displayable situation occurs, and as a method of forming a wait, a method of forming a queue is often used. However, the operator of the system often does not know that this holding matrix is formed.

Therefore, even if there is a task B that wants to preferentially process a task A (a program that is a display request source) A that is already displaying a window, the window display request is kept waiting without the operator's knowledge. Therefore, the processing delay of task B remains unrelieved.

In view of these problems, an object of the present invention is to notify the operator of a situation in which a window display waiting state occurs when a plurality of data items are allowed to be overlapped and simultaneously displayed on the same display device at the same time. It is to provide a possible multi-screen display computer system.

[Means for solving problems]

The multi-screen display computer system according to the present invention for achieving the above object determines whether or not the window requested to be displayed by the window display means (task) can be displayed on the screen based on a predetermined condition regarding the display of the window. If it is not possible to display the window, the task is placed in a display request standby state until a predetermined condition is satisfied, a queue is formed, and information indicating the existence of the task in the standby state is displayed. It is characterized in that it is configured to be displayed on the screen.

[Operation] In other words, when a task requests the display of a window, it exceeds the maximum number of windows that can be displayed at the same time, which is determined by the capacity of the display memory or the save area of the window, or when the window display is suppressed. If there is, the task is stored in the table. Then, the information indicating the window display request waiting is displayed on the display screen to notify the user of the existence of the task waiting for the display request.

As a result, when a window display request wait occurs, the situation can be known on the display screen at any time, and it is possible to take an optimum action corresponding to the situation.

〔Example〕

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

FIG. 2 shows a configuration example of a computer system according to the present invention, for example, a system such as a word processor or a personal computer. The system consists of main memory (MM) 10, processing unit (CPU) 11, graphic display unit (GP)
U) 20, display (D) 19, magnetic disk (DIS
C) 14, magnetic disk controller (DC) 13, keyboard (K
B) 16, KB controller (KB) 15, pointing device (PD) 18 such as mouse, PD controller (PDC) 17, printer (PR) 29, PR controller (PRC) 28, common bus 12, etc. Grooved from.

As shown in FIG. 2B, the GPU 20 has a shared memory (SM) 21, a graphic display processing device (GP) 22, a display memory (F).
M) 23 and display control device (DC) 24 are connected by an internal bus 25.

The display method will be briefly described with reference to FIG. In the same figure (a), when displaying a figure or character in D19 by the program P _{1 being} executed by the CPU 11, first the figure or character data to be displayed (these are generally figure drawing command strings). Or character code string) is transferred from MM10 to SM21 by program P ₁ and then GP
Issue an execution request to 22. Upon receiving the execution instruction, the GP22 takes out the graphic data or character data from the SM21 and stores the data as dot data corresponding to each display point on D19. On the other hand, the display control device DC24 of D19 is
Scan 3 and display it on D19 according to its contents. Therefore, the dot data stored in FM23 is DC
It will be immediately displayed on D19 by 24.

FIGS. 3 (a) to 3 (f) explain display examples by the multi-screen display method according to the present invention. FIG. 3 (a)
This is an example of displaying one general data in a rectangular area (hereinafter referred to as a window) 31 of the screen 30 of D19.
Similarly, (b) and (c) are examples in which one general data is displayed in each of the windows 32 and 33. FIG. 3D is an example in which the display contents of FIGS. 3A, 3B and 3C are simultaneously displayed on the screen 30 using the multiple screen display system according to the present invention. Here, the windows are shown as being displayed in the order of 31, 32, and 33, that is, the display priority of the window 33 is the highest.

FIG. 3 (e) is an example in which a menu command, which is one of the special data, is displayed in the window 36 in the state of FIG. 3 (d), and FIG. 3 (f) is shown in FIG. 3 (d). In this state, an emergency message, which is one of the special data, is displayed on the window 35.

Here, unlike the ordinary data, the menu command and the urgent message require that the data itself is almost formalized and that it has a good display response, so it is distinguished from ordinary data as special data. Will be called. Ordinary data for this will be called general data. In accordance with this name, the window displaying the special data and the save area of the display data hidden by the window are called the special window and the special save buffer, respectively. A window displaying general data and its save area are called a general window and a general save buffer, respectively.

Here, in the example of the multiple display screen described above, the storage locations of the display data and the overlapping data will be described. FIGS. 1 (a) and 1 (b) are drawings for explaining the multiple screen display method according to the present invention, focusing on the data storage location. In the figure (a), the MM10 is a control program 600, 700, 800, 900, 100, 110, 1200, 1400, 15 described later.
A program storage area 1 including 00 and the like, a control table storage area 2 including control tables 40 to 45 described later, and a data area 3 for storing user programs and display data. SM21 is M by CPU11
The command area 4 for storing the data necessary for display sent from the data area 3 of M10, the display dot data stored or saved in the external memory 14 such as a disk or MM10 is transferred to FM23. And a reception buffer 6 for saving or storing the display dot data of the FM 23 in the external memory 14 or the MM 10. The FM23 is a display buffer 7 for storing the dot data being displayed in D19, a special save buffer 9 for saving the dot data overlaid by the special data window, and a window overlaid by the general data windows. General save buffer 8 for saving the dot data of External memory 14
Is provided with a window dot data save area 39.

Now, assuming that a multi-screen display such as the screen 30 shown in FIG. 1 (b) is performed, the dot data of the screen shown in the FM23 is stored in the display buffer 7 of the FM23, and the window 35 of the emergency message is used to overlay it. The display dot data immediately before being saved is saved in the special save buffer 9 of FM23. Further, the general save buffer 8 of the FM 23 stores the display dot data of the entire window 32 saved when the window 33 is displayed. Furthermore, the display dot data of the entire window 31 saved when the window 32 is displayed is stored in the receive buffer 6 of the SM 21. In the save area 39 of the external memory 14, the display dot data of the entire window 37 saved when the window 31 is displayed is stored.
Here, for the sake of simplicity, the general save buffer 8 of FM23
It is explained that the transmission buffer 5 and the reception buffer 6 of the SM 21 and the SM 21 respectively have only one screen, but they are generally prepared for a plurality of screens. Further, the mark 36 shown on the screen 30 of FIG. 1 (b) is a blinking mark according to the present invention for notifying that a window display waiting described later has occurred.

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

The window state management block (WSMB) 40 manages the state of the entire window, and is composed of the following fields. Window status flag (STATUS)
401 indicates the presence or absence of a priority window declaration described later, and the current window occupation task number (TN) 402 indicates the task number that is using the frontmost window.
A window occupancy queue pointer (WAITQ) 403 is a queue pointer for tasks that are waiting to use the window due to factors such as exceeding the window display allowable number and displaying windows, or declaring a priority window. The pointer (WLIST) 41 is a pointer for connecting a window control block (WCB) 42 described later.
Here, the queue of tasks created in WAITQ403 is the task control block (TC
B) 46 shall be connected.

The window control block (WCB) 42 is for managing the size and display position of each window, the data number to be displayed, the window type, the save area information of the display data due to overlapping windows, and the like. WCB list pointer (WLIST) every time
41 are connected in descending order of display priority (that is, WLIST41
The start address of the WCB42 is stored in).

The structure of WCB42 is as follows: WCB pointer (WPT) 421 pointing to WCB regarding the window having the next lowest priority, corresponding window number (WN) 422, and its window type (WTYPE)
423, data number to be displayed (DN) 424, upper left corner coordinates (W1) 425, lower right corner coordinates (W2) 426, evacuation area type (SATYPE) 427, evacuation area number (SAN) 428, etc. Consists of. The list that connects WLIST41 and WPT421 of WCB is a bidirectional list.

Further, in the following description of this embodiment, the following symbols will be used. That is, for WTYPE423, 1 represents a general window, 2 represents a special window, and SATYPE42
It is assumed that F represents a general save area of FM23, S represents a receive buffer of SM21, and D represents a save area of DISC14.

The relationship between the general save buffer 8 of FM23, the receive buffer 6 of SM21, the save area 39 of the external memory 14 and the saved window display data is as follows: the general save buffer control block (FMSACB) 43 and the receive buffer. Control block (SMSACB) 44, save area control block (SSSAC)
B) Manage at 45.

The structure of each control block is similar, and the number of prepared save areas (CASEN), the number of used areas (USEDN),
And the window number (WN) saved in each area and the start number (ADDR) of the area.

The usage of each of these fields is as follows. For example, taking FMSACB43 as an example, it is assumed that when a certain general window A is to be displayed, the window B has already been displayed. At this time, the data of window B is saved to the general save buffer 8 of FM23, but first, CASEN431 and USEDN432 of FMSACB43 are compared, and if the former is larger, there is still an empty area in the general save buffer of FM23. Determine that there is. Then, it is checked whether WN433 is zero to find a free space, and at that time, the head address of the save area in the general save buffer 8 is obtained from the corresponding ADDR434, and the data of the window B is saved to that area. Then, the window number of window B is set in WN433 at that time, and USEDN432 of FMSACB43 is incremented by one. On the other hand, when the data of window B is restored on the display screen, WN433 of FMSACB43 finds the one matching the window number of window B and stores it in the save area in the general save buffer 8 indicated by the corresponding ADDR434 at that time. The data of the window B being displayed is FM23
The display buffer 7 is restored. And the WN of FMSACB43
Clear 433 to zero and subtract 1 from USEDN432.

Now, in the present invention, as the backup data of the data overlapped between the windows as described above,
Handles dot data that is expanded and stored in the display buffer 7 of FM23. As a result, the processing required to redisplay the display data when the display position is changed is executed in a shorter time than when the graphic or character data stored in SM21 is expanded to dot data again via GP22. It is possible to

Further, in the present invention, as a method of saving data that has overlapped between general windows, when a window is newly displayed, what the window that was displayed immediately before that is stored and the entire window that was displayed immediately before that is stored. The method of saving the dot data of is adopted. By this method, the number of data transfers for saving and recovering can be reduced, and the load of managing the saving status is reduced. This point is described in detail in Japanese Patent Application No. 60-231191 "Multiple screen display control system" filed by the present applicant.

FIGS. 5 (a) to 5 (p) show the screen display example of the multiple screen display system according to the present embodiment and the state of the WCB 42 in the control table at that time.

6 to 14 show the processing procedure of the multiple screen method according to the present embodiment. In this embodiment, the display data is written (WRITE WINDOW) 600, the displayed data is given the highest priority (POP UP WINDOW) 800, and the display area is moved (MOVE).
WINDOW) 100, deletion of display data (CLEAR WINDOW) 12
The processing procedure of each command of 00, priority window declaration (SET WRSV) 1400, and priority window release (RESET WRSV) 1500 will be shown.

Each processing procedure will be described below with reference to FIGS.

(I) WRITE WINDOW FIGS. 5 (a) to (p) define windows 31, 32, and 33 on the screen 30 one after another using the WRITE WINDOW command.
It shows how data A, B and C are displayed respectively.

First, the processing procedure of this command in FIG. 5A will be described with reference to FIG. GP22 has window number WN = 1
Window type WTYPE = 1 (general), segment data number DN = A, window upper left / lower right coordinates W1 = A1, W2 = A2
When this command accompanied by is received, it is first determined from the parameter WTYPE of the command whether the window to be displayed is a special window or not (block 602). If it is a special window (WTYPE = 2), the process proceeds to block 610, and if not, the process proceeds to block 604. In this case WTYPE = 1
Since it is (general), the process proceeds to block 604, and it is determined whether the special window is already displayed by using WTYPE423 of WCB42 connected to WLIST41. In this case, since the window is displayed for the first time, the determination is negative and the process proceeds to block 606. At block 606, it is determined using the STATUS 401 of the WSMB 40 whether the priority window declaration has already been made. In this case, the determination is negative here as well, and the control is advanced to block 610. In block 610, the vacant WCB 42a is acquired, and the WCB 42a is inserted at the head of the WCB list pointed to by WLIST 41. Then, WN =
Register 1, WTYPE = 1, DN = A, W1 = A1, W2 = A2 (block 620). Next, "no priority window declaration" is registered in STATUS 401 of WSMB40, and the task number of the task that issued this command is registered in TN402 (block 625). Further, the WPT421 of WCB42a is checked to determine whether there is a window already displayed (block 630). In our case,
Since the window is displayed for the first time, the determination is negative and the process proceeds to block 650. Finally, the GP22 develops the specified data A into dot data, and writes the dot data in the portion corresponding to the rectangular area of the window coordinates A1 and A2 of FM23 (block 650). As a result, the screen 30 becomes as shown in FIG. 5 (a), and the WCB 42a at that time becomes as shown in FIG. 5 (g).

By the way, when it is determined in block 604 that the special window is already displayed, or in block 606.
When it is determined that the priority window declaration has already been made in, the opening of a new window is suppressed, and the task that issued this command is made to wait until the window can be opened. Therefore, when the above situation occurs, in block 670, the TCB 46 of the task that requested the window display is placed in the window display waiting state, and the TCB 46 is connected to the WAITQ 403 of the WSMB 40. Then, a window display waiting mark is displayed in a blinking manner at a predetermined position 36 of the screen 30 to inform the user that the window display request is waiting (block 675). Furthermore, control is passed to the task dispatcher for task switching. (Block 680). This causes the task that issued this command to wait until the special window is erased or the priority window declaration is canceled.

Next, on the window 31, window number WN = 2, window type WTYPE = 1, segment data number DN =
B, WRITE WIN with window coordinates W1 = B1, W2 = B2
Consider a case where the general window 32 is defined by the DOW command and the data B is displayed as shown in FIG. 5 (b).
The command processing procedure in GP22 is the same as the above in blocks 602 to 630. The determination in block 630 as to whether or not there is a window already displayed is YES (that is, present) this time.
Therefore, the process proceeds to block 640 to execute the subroutine (SAVE WINDOW) 700.

The processing procedure of SAVE WINDOW 700 is shown in FIG. SAVE W
The INDOW700 judges the window type, and if it is a special window (WTYPE = 2), saves overlapping dot information in the special save buffer 9 and saves it in the general window (WTYPE =
If 1), the general save buffer 8, the receive buffer 6,
The dot information of the window having the highest priority among the already displayed windows is saved to any appropriate area of the save area 39. The argument passed to SAVE WINDOW 700 is the WCB address corresponding to the window for which display dot information is to be saved, and the window type of the new window to be overlapped. In this case, the address is WCB42a. In the processing of SAVE WINDOW 700, first, it is determined whether the window is a special window or not based on the given window type (block 715). If it is a special window here, the process proceeds to block 760, the position coordinates W1, W2 of the special window are obtained from the WCB of the special window, and the dot information in the corresponding display buffer 7 is saved in the special save buffer 9 ( Block 760) returns control to the routine that called this subroutine (block 780).
However, in this case, since the window 32 is not a special window but a general window, the processing proceeds to block 720 and thereafter, and the following processing is performed according to the status of each save area.

First, if there is a free area in the general save buffer 8 of FM23, blocks 765 to 775 are processed, and the coordinates W1 and W2 of the windows to be superimposed are obtained from the designated WCB (in this case, A1,
A2), the corresponding information in the display buffer 7 is saved in the empty general save buffer 8, the saved window number is set in the corresponding area in FMSACB43, and the process goes to block 780 to return to the calling routine.

Also, if the general save buffer 8 of FM23 is full, SM21
If there is a free area in the reception buffer 6 of No. 1, one case of the general evacuation buffer 8 is moved to the reception buffer 6 (blocks 745 to 755), and the vacant general evacuation buffer 8 is stored in the display buffer 7 as before. The overlapping information is saved (blocks 770 to 775).

If the FM23 general save buffer 8 and the SM21 receive buffer 6 are also full, one case of the receive buffer 6 is moved to the save area 39 (blocks 730 to 740) and the empty receive buffer 6 is saved as a general save buffer. 8 is transferred (blocks 750 to 755), and the overlap information in the display buffer 7 is saved to the vacant general save buffer 8 (blocks 770 to 775) as described above.

In this case, since the general save buffer 8 has a free space, blocks 765 to 775 are processed, and as a result, the SATY of WCB42a is processed.
As shown in (h) of FIG.
Is set to “F”, and SAN428 is set to “1”.
Then, the control is shown to the caller of this subroutine. In the present case, block 650 of WRITE WINDOW 600 shown in FIG.
Is returned to

Therefore, GP22 expands the specified data B into dot data, and the window coordinate B of the display buffer 7 of FM23.
The dot data is written in the rectangular area corresponding to 1 and B2. As a result, the screen 30 is as shown in FIG. 5B, and the relationship between the WCBs 42a and 42b at that time is as shown in FIG.

Further, consider the case where the window 33 is defined on the windows 31 and 32 and the data c is displayed as shown in FIG. 5 (c). GP22 has window number 3, window type 1,
Segment data number C, window coordinates W1 = C1, W2
By receiving the WRITE WINDOW command accompanied with = C2, the same processing procedure as shown in FIGS. 6 and 7 is executed. At this time, if there is only one case in the general save buffer 8, there is no free space, so SAVE WINDOW700
The blocks 750 to 755 and 770 to 780 are executed, and the display data of the general window 31 is saved to the reception buffer 6 and the display data of the general window 32 is saved to the general save buffer 8. As a result, the relationship of WCB42 becomes as shown in FIG. 5 (j). That is, regarding the display data of the general window 31
"S" indicating the reception buffer 6 is set in the SATYPE 427 of the WCB 42a, and "1" is set in the SAN 428.

(II) POP UP WINDOW In FIG. 5 (d), the window 31 with the lowest display priority in the state of FIG. 5 (c) is brought to the front as the window with the highest display priority by using the POP UP WINDOW command. It shows the result of displaying. The processing procedure of this command will be described with reference to FIGS. 8 and 9.

When the GP22 receives this command accompanied by the window number WN = 1, first, as described in the WRITE WINDOW command in FIG. 6, whether the special window is already displayed and whether or not the special window has already been displayed. It is determined whether or not a declaration has been made (blocks 802 and 804), and if both are not, the process proceeds to block 810 and regular processing is performed. If one of the above two conditions is satisfied, the task is put in a waiting state (block 870), and then a predetermined position 36 on the screen 30 is displayed to inform the user that a window display request is waiting. The window display waiting mark is displayed in a blinking manner (block 875), and control is passed to the task dispatcher (block 880).

In block 810, the GP22 finds the WCB42a corresponding to the designated WN = 1 by searching the list pointed to by WLIST41, and obtains the start address of the WCB42a (block 810). At this time, if there is no window whose display priority is higher than the designated window WN = 1, this command processing is immediately terminated (block 820). In the present case,
Since there are some with high display priority, control is blocked.
Proceed to 830. The GP22 reconnects the WCB42a to the head of the list shown by the WLIST41 by registering the WCB42a head address obtained earlier in the WLIST41 (block 83).
0). Further, "no priority window declaration" is set in STATU401 of WSMB40, and the task number of the task requesting the designated window is set in TN402 (block 835). Next, the GP22 executes the subroutine SAVE WINDOW700 to save the newly displayed already displayed information (block 84).
0). Further, the GP22 executes the subroutine RESUME WINDOW900 to recover the dot information relating to the window WN = 1, which has been saved due to the overlap, and redisplay all the data in the window (block 850).

At block 840, the argument given to the subroutine SAVE WINDOW 700 is the start address and window type WTYPE of the WCB42c that was connected to the top of the list of WLIST41 before reconnecting the WCB42a obtained earlier. Since the processing procedure of the subroutine 700 has been shown above, it is omitted here, but as a result of processing the subroutine 700, the window 31 is saved to the save area 39, the window 32 is saved to the receive buffer 6, and the window 33 is saved to the general save buffer 8. The state of each control table at this time is as shown in FIG.

The argument passed to the subroutine RESUME WINDOW 900 in block 850 is the WCB 42a start address corresponding to the window 31 for which overlapping data is to be restored. RESUME
The processing procedure of WINDOW900 is shown in FIG.

The GP22 that moved control to RESUME WINDOW900 is WCBt4 first.
The window number corresponding to the window 31, the save area type, and the save area number are obtained from 2a (block 905).
Next, the evacuation area type is determined (block 910), and processing according to each evacuation area type is performed (block 915).
~ 920, 925-930, 935-940), and returns to the caller of this subroutine (block 945). The contents to be processed for each save area type differ in detail, but the macro is as follows. That is, the address of the save area that matches the designated WN is obtained from the corresponding save area control block, the save data is extracted from the corresponding area, and the data is moved to the position corresponding to the original window display area in the display buffer 7 of FM23. Data is transferred, the corresponding area of the save area control block is cleared, and the number of used areas is decremented by -1. In this case, the save information of the general window 31 is stored in the external memory.
It is taken out from 14 evacuation areas 39.

As a result, the screen 30 is as shown in FIG. 5 (d), and the WCB relationship at that time is as shown in FIG. 5 (j).

(III) MOVE WINDOW FIG. 5 (e) shows the result of moving the display position of the general window 31 with the highest display priority in FIG. 5 (d) to a new window 34 using the MOVE WINDOW command 100. It is shown. The processing procedure of this command will be described with reference to FIG.

Upon receiving this command with the window number WN = 1 to be moved, new window display position coordinates WIN = A5, W2N = A6, the GP22 first WLIST4 the WCB42a corresponding to WN = 1.
Find from the WCB list pointed to by 1 (block 10
1). Next, call the SAVE WINDOW subroutine and press F
The dot information of the portion corresponding to the window positions A1 and A2 is saved from the display buffer 7 of M23 to the general save buffer 8 (block 102). Then, the new window position (A5, A6) is registered in the WCB 42a (block 103).

Subsequently, the subroutine RESUME ALL WIN110 shown in FIG. 11 is executed to redisplay the contents of other windows hidden in the window area (block 1).
04). The argument to RESUME ALL WIN110 need only be the start address of WCB42a.

GP22, which started executing RESUME ALL WIN110, first
Clear the area corresponding to window positions A1 and A2 on M23. (Block 115). If a background color is specified at this time, the area is filled with the background color.

Then, the WCB address of the window having the lowest priority is obtained from the list of WLIST 41 (block 120). Then, the saved data of the window is re-displayed using the RESUME WINDOW subroutine 900 (block 125), the WCB address of the window with the next highest display priority is determined (block 130), and it is added to the top of the list of WLIST41. Until then, the processes of the blocks 125 to 130 described above are executed. As a result, the display data of all the necessary windows will be reproduced.

As a result, the screen 30 is as shown in FIG. 5 (e), and the state of each control table at that time is as shown in FIG. 5 (k).

(IV) CLEAR WINDOW Figure 5 (f) shows the window 34 with the highest display priority.
This shows the result of erasing using the CLEAR WINDOW command. The processing procedure of this command will be described with reference to FIG. The window number WN and window type WTYPE are the only arguments to this command.

GP22 accepting CLEAR WINDOW command 1200 with window number WN = 1 and window type WTYPE = 1
Immediately obtains the start address of WCB42a corresponding to WN = 1 (block 1210). Then, WCB42a is deleted from the list indicated by WLIST41 to make it empty (block 12
30). In addition, WSMB40 priority window flag STATUS40
1. Clear the window in-use task number 402 (block 1231). Then, it is determined whether or not it is a special window (block 1240), and if so, the process proceeds to block 1260,
The display information hidden by the special window is extracted from the special save area of the frame memory, and the frame
Returns to the original location in memory. In this case, since it is for the general window, the process proceeds to block 1250. Block 1250
Then, the subroutine RESUME ALL WIN110 is executed, and the dot information hidden by the window WN = 1 is redisplayed in the same manner as described in the explanation of the MOVE WINDOW 100 (block 1250). Finally, check whether there is a task waiting for window display by using WAITQ403 of WSMB40 (block 1270). If there is a task queue, release the task queue and put it in the execution waiting state (block 1280), and the window display wait mark 36 that was blinking at a predetermined position on the screen 30 is erased (block 128).
Five).

As a result, the screen 30 is as shown in FIG. 5 (f) and the related control table is as shown in FIG. 5 (1).

FIG. 5 (m) shows the screen 30 when the special window 35 is displayed in the state of FIG. 5 (f). This processing is executed by issuing the WRITE WINDOW command 600 described above with window type = 2 (special). As a result, the related control table becomes as shown in FIG. Incidentally, since the area for saving the overlapped portion by the special window is limited to the special save area 9 of FM23, nothing is recorded in STYPE427 of WCB.

(V) SET WRSV Figure 13 shows the priority window declaration command SET WRSV1400.
The processing procedure of is shown.

Upon receiving this command, the GP 22 first determines whether or not the task that issued this command is the task using the current window (frontmost window) by using the TN402 of the WSMB 40 (block 1410). If so, GP22 advances the process to block 1420 and sets the priority window declaration flag in STATUS401 of WSMB40. This makes it possible to suppress the generation and modification of windows by tasks other than the task currently using the current window.

(VI) RESET WRSV Figure 14 shows the priority window release command RESET WRSVI50
The processing procedure of 0 is shown.

Upon receiving this command, the GP22 first determines whether the task that issued this command is the task that is using the current window (top window) (block 1510). If so, the status in WSMB40's STATUS401 Set the preferred window declaration flag (block 1520). Next, it is judged whether or not there are tasks waiting to be displayed using WAITQ403 of WSMB40 (block 1530). If so, all the TCBs of the tasks connected to WAITQ403 are removed and they are placed in the execution queue.

As described above, in the present embodiment, when a window display request wait occurs, the task that issued the window display request is queued until the wait is released, and at the same time, the window display wait waits on the display screen. By blinking the mark indicating the occurrence at a predetermined position, the user can easily recognize the situation and take necessary measures.

〔The invention's effect〕

According to the present invention, in a multi-screen display computer system that simultaneously displays a plurality of data on the same display device while allowing them to be overlapped, when a display waiting situation occurs, a part of the display screen is used to notify that fact. By doing so, there is an effect that the user can know the situation regarding the screen display in detail, and the efficient operation of the entire system is enabled.

[Brief description of drawings]

FIG. 1 is a diagram showing a method of accumulating display data according to the present invention,
FIG. 2 is a computer system configuration diagram according to the present invention, FIG. 3 is a diagram showing a multiple screen display example, FIG. 4 is a control table configuration diagram according to the present invention, and FIG. 5 is a multiple screen display example and control at that time. FIG. 6 is a diagram showing the state of the table, and FIGS. 6 to 14 are diagrams showing the processing procedure of the multiple screen display system according to the present invention. 40 …… Window state management block 42 …… Window control block 600 …… WRITE WINDOW processing procedure 800 …… POP UP WINDOW processing procedure 100 …… MOVE WINDOW processing procedure 1200 …… CLEAR WINDOW processing procedure 1400 …… SET WRSV processing procedure 1500 ...... RESET WRSV processing procedure

 ─────────────────────────────────────────────────── ─── Continuation of the front page (72) Inventor Sadaji Kuwahara 292 Yoshida-cho, Totsuka-ku, Yokohama City Hitachi, Ltd. Microelectronics Device Development Laboratory (72) Inventor Hiroyuki Koreeda 292 Yoshida-cho, Totsuka-ku, Yokohama Co., Ltd. Hitachi, Ltd. Microelectronics Equipment Development Laboratory (72) Inventor Naomichi Nonaka, 292 Yoshida-cho, Totsuka-ku, Yokohama City Hitachi Ltd. Microelectronics Equipment Development Laboratory (72) Inventor Hiroaki Aotsu 292 Yoshida-cho, Totsuka-ku, Yokohama Hitachi, Ltd. Microelectronics Equipment Development Laboratory (72) Inventor Issei Suzuki, 292 Yoshida-cho, Totsuka-ku, Yokohama-shi Hitachi Microsoftware Systems Inc. (72) Inventor Tamura, etc. No. 1 No. 1 in Hitachi Ltd. Taga factory (56) References JP-A-62-187333 (JP, A) JP-A-62-63333 (JP, A)

Claims (3)

(57) [Claims] 1. A plurality of window display means for issuing a display request for displaying a window on the screen, and a display processing device for displaying the window on the screen in response to the display request of the window display means. In the multi-screen display computer system, the processing device determines whether or not the window requested to be displayed by the window display means can be displayed on the screen based on a predetermined condition regarding the display of the window,
If the window cannot be displayed, the window display means is placed in a display request standby state to form a queue until the predetermined condition is satisfied, and information indicating the existence of the window display means in the standby state is provided. A multi-screen display computer system, which is configured to display on a screen. 2. The multi-screen display computer system according to claim 1, wherein the window display means is configured by using a program stored in a memory. 3. The predetermined condition concerning the display of the window includes at least the simultaneous display allowable number of windows which is determined by the capacity of a memory which stores display information of the window. Multi-screen display computer system.