JPS6210725A - Picture control system for multi-job system - Google Patents

Abstract

PURPOSE:To prevent the destruction of displaying data by assigning to store the displaying data outputted by a starting program into the first screen buffer when it is discriminated that the starting program has the instruction to write the displaying data into the first screen buffer. CONSTITUTION:When the program of the occupying attribute executes, the program of the occupying attribute occupies a screen buffer SB1, and at such a time, even when the request of the execution of the program occupied by a work memory WRKM or the displaying change-over occurs, the data are displayed by a screen buffer SB2. Only when the displaying data of the program of the occupying attribute are displayed, the screen buffer SB1 is selected and displayed by a displaying selector 8. Thus, when the program is executed which is not the occupying attribute, the displaying is always controlled by a window control part 4 so as to use the screen buffer SB1, and when the program of the occupying attribute is executed, the displaying data are stored into the screen buffer SB1 without fail, and the displaying data of other program are not destructed.

Description

DETAILED DESCRIPTION OF THE INVENTION [Technical Field of the Invention] The present invention relates to a multi-job system for a computer that simultaneously executes a plurality of programs, and more particularly to an image management method in a multi-job system that manages display processing in a plurality of programs.

[Traditional technique]

As office computers and personal computers have been put into practical use and used in various fields, there has been a demand for computers that are capable of highly functional processing.

For example, a single user multi-job system that can run multiple programs at the same time is one of the most requested functions.
It is one.

-i-wise, when a single user multi-job system simultaneously executes a plurality of programs, for example three programs, they are divided into foreground jobs and background jobs. A foreground job is a job that writes display data to a screen buffer connected to a display device, displays the display data on one display device, and can also capture input data from a keyboard. Bank grand jobs cannot do those things.

If there is an execution that should be displayed on a display device, the program managing the bank ground job indirectly displays data in a work buffer or a screen buffer that is not connected to a display device, that is, a screen buffer that is not selected. is written.

When displaying display data for such a bank grand job or inputting data that should be entered from the keyboard, the operator can switch between the foreground job and the bank grand job by inputting a specific screen switching command from the keyboard. was. In a system with one screen buffer during this switching, the display data being executed in the bank grand job is stored in the work memory, and the display data stored in the work memory at the time of switching is transferred to the screen buffer and displayed. configured to be displayed on the device.

Note that the display data that has been stored in the screen buffer and displayed on the display device is now transferred to the work memory at the time of switching, contrary to the above. FIG. 8 is a state diagram illustrating the conventional system. Screen buffer S
It has 11 unique Bs and 3 work memories. Three work memories WRKI, .
WRK2. WRK3 is made compatible and the display data of each work memory is sent to the screen buffer S when one display request is made.
The screen is moved to B and displayed on one display device. FIG. 8(A) shows a case where display data of partition PO3 is displayed, and FIG. 8(B) shows a case where four display data of partition Po+ are displayed in the state in FIG. 8(A).

FIG. 8(C) shows a case where the display data of partition PO2 is displayed in the state shown in FIG. 8(B). If some display data is stored in the screen buffer SB and you want to display the display data of a program in another partition, store the currently displayed display data in the work memory of the corresponding partition, and then display the new data. The display data of the partition to be displayed is stored in the screen buffer. A system having a plurality of screen buffers is configured to switch screen buffers that output display data to nine display devices.

In the aforementioned multi-job system having one screen buffer, a program having an instruction to directly write display data to a specific screen buffer, such as a program executed in a conventional single-job system, is executed as a background job. In this case, the display data of the bank ground job may be written to the screen buffer used by the foreground job, and the display data of the foreground job may be destroyed. The same applies to systems with multiple screen buffers; if another screen buffer is allocated to a program that has an instruction to directly write to a screen buffer, display data will be written to the unallocated screen buffer, so the screen The display data of the job occupying the buffer may be destroyed. On the other hand, in a single job system, 1fl
Even if a processing routine that monopolizes two display devices, such as a program having an instruction to directly write display data to the screen buffer, is executed, it will operate normally and end. For this reason.

Even if it works fine in single job system.

In a multi-job system, operators must independently manage programs that operate abnormally, and operations such as running such programs as foreground jobs become complicated.

[Purpose of the invention]

The present invention is intended to solve the above-mentioned problems, and its purpose is to enable a program having an instruction to directly write display data to a screen buffer to operate normally.

To provide an image management method for multi-jobs in which display data is not destroyed even when a plurality of programs are run simultaneously.

[Summary of the Invention] The present invention is characterized in that a computer system capable of executing multi-jobs includes a first screen buffer, at least one second screen buffer, and a plurality of jobs executed by the computer system. a first selection means for allocating and storing display data of a program in the first screen buffer and a second screen buffer in units of programs; a determining means for determining whether or not there is an instruction to write the display data without passing it through the first selecting means;
．． second selection means for selecting a second screen buffer and displaying it on the display device;

When the determining means determines that the program to be activated has an instruction to write display data to the first screen buffer without going through the first selecting means,
The image management method in a multi-job system is characterized by further comprising a control means for allocating display data output by the activated program so as to be stored in a first screen buffer. And its action is as follows.

The determining means determines whether the program to be driven has an instruction to directly write display data to the first screen buffer. When the first selection means has the instruction, the first selection means selects the first screen buffer under the control of the control means and allocates it to the program to be activated. With this selection, the first screen buffer corresponds to the program that is driven, and the display data for other jobs is stored in the second screen buffer and is prevented from being destroyed.

[Embodiments of the invention]

An embodiment of the present invention will be described in detail below using one drawing.

FIG. 1 is a circuit configuration diagram of an embodiment of the present invention, and FIG. 2 is an operation flowchart of the circuit shown in FIG.

The input device 1 has a keyboard and is operated by an operator. When this device starts operating (START 1), input data input (S+) from the key of the input device 1 is applied to the input data discriminator 2. The input data determining unit 2 is a circuit that determines what kind of command the input data corresponding to the key operated by the operator is (S2). If the data input from the input device 1 is a startup command for a specific program, the input data determination unit 2 outputs the name of the program to be started and a load command to the program loader 3, and the input data is a display selection command. If so, a selection signal is output to the window control section 4. Further, if it is another command or data, the command or data is outputted in correspondence with a device not shown. When the program name and load command are input from the input data discriminator 2 to the program loader 3, the program loader 3
The specified program is read out and load processing S3 is performed. Further, when the selection signal is applied to the window control section 4, the window control section 4 performs screen switching processing S4.

FIG. 3 is an operation flowchart showing the loading process S3 of the program loader 3. In the system according to the embodiment of the present invention, when running a program, the display screen corresponding to the partition is always selected and executed.

(Note that a partition is an area in which memory is divided into multiple parts, and each program is loaded and executed in a partition.) Furthermore, a program is loaded into an empty partition, and its display data is displayed in an empty partition. allocated to the current screen buffer. After the start of the load process S3 (STAI?T2), first, a screen switching process S4 corresponding to the partition designation data inputted from the input device 1 is performed. This screen switching S4 will be described later.

This is a process of selecting a plurality of screen buffers, that is, window buffers that store display data to be displayed on a display screen corresponding to a plurality of partitions. and 0
The screen switching process S4 not only switches the screen but also stores the active partition number in the active partition register AP of the register 7. still.

This screen switching process is performed by the window control section 4 under the control of the program loader 3. The program loader 3 loads each partition P#1゜PI3. PH1 and register 7 active partition register AP (!:
After the one-screen switching process S4, the program loader 3 reads the specified program from the auxiliary storage device 6 and matches the active partition number stored in the active partition register AP. Load the program into the partition (S5). Furthermore, the attributes of the loaded program are also stored in the attribute register AT of read register 7 (S
5) Do.

Then, the attribute register AT of register 7 is read and it is determined whether the loaded program has the exclusive attribute (S6
)do. When the attribute is an exclusive attribute, 1 is stored in the attribute register AT, so this determination is made based on whether or not 8T=1. When the loaded program does not have exclusive attribute (N)
The program is designed to allow multi-jobs, so it will not write to a screen buffer that is currently in use by another program. Therefore, the loading process ends with the screen still selected in the screen switching process S4 described above. On the other hand, when it is an exclusive attribute.

It is determined whether a program running in another partition has an exclusive attribute (S7). Window control section 4
has an error flag register EF, and when a program with an exclusive attribute is running in any partition, the partition number being executed is stored in this flag register, and when a program with an exclusive attribute is not running. FFII()I represents hexadecimal).

Therefore, the program loader reads the contents of the error flag register EF of the window control section 4, and performs a determination process (S7) by comparing whether the contents are FFH or not. For example, if two programs both have the exclusive attribute,
If they are executed simultaneously, the display data will be written separately to the same screen buffer.

The determination process (S7) prevents this.

If the exclusive attribute program is already being executed, that is, the determination process (S7) is N, an attempt is made to execute the exclusive attribute program twice, and error processing ERROR is executed.
I do. This error handling.

Although a detailed explanation will be omitted since it is not related to the present invention, it is, for example, a process of outputting an error message or the like to a screen buffer that is selected and whose contents are output to a display device. If it is not occupied elsewhere (Y), the partition number of the partition into which the exclusive attribute program to be executed is loaded (at this time stored in the active partition register AP) is stored in the error flag register EF (S8). .

In the embodiment of the present invention, the screen buffer SBI is directly accessed by the exclusive attribute program.

In order to execute a program with an exclusive attribute, it is necessary to determine whether a program running in another partition is using the screen buffer SBI, and if so, it must be replaced with another buffer.

FIG. 5 is a state diagram showing a state in which a program to be started is loaded into an empty partition and at the same time display data is allocated to an empty screen buffer or work memory. Figure 5 (A) - (
In (a) of C), display data of partition P#1 (in which a program with an exclusive attribute is loaded) is stored in the screen buffer SB 1. Work memory WR
KM is allocated to screen buffer SB2. In the figure, P+ to P3 are screen buffers and work memories WRK that store display data of programs executed in each partition by partition registers P1 to P3 included in the window control unit 4.
It represents which partition is pointing to, ie, allocating, M. For example, Fig. 5(A)
- In (a), the display data of the program being executed in partition P#2 is stored in the work memory WRKM, the display data of the program in partition P#1 is stored in the screen buffer SBI, and the display data of the program in partition P#3 is stored in the screen buffer SBI. Each is stored in buffer SB2. When screen buffer SBI is assigned to store the display data of the program in partition P#1 (Fig. 5(A)), screen buffer SB
The screen buffer SBI is selected and displayed using the 9 display selector 8 without changing the allocation of I. In addition, when allocated to work memory WRKM (Figure 5 (B)
), first, the display data stored in the work memory WRKM is put into the screen buffer SBI, and the display data stored in the screen buffer SBI is put into the work memory WRKM. That is, the data in the work memory WRKM and the screen buffer SBI are exchanged. Although not shown in FIG. 9, there is a partition register P+.

The data specified by P2 is replaced (partition register P1 stores data specifying screen buffer SBI, and partition register P2 stores data specifying work buffer WRKM).

After this replacement, the screen buffer SBI is selected and displayed by the display selector 8. Screen buffer S
If it is assigned to B2 (FIG. 5(C)), the display data is replaced in the same way as described above, and the partition register P1 and partition register P2 are also replaced.
Change the display further. Processing after S9 in FIG. 3 corresponds to processing in these display states. First, the program loader 3 reads the partition registers P1 to P3 included in the window control unit 4, and searches which partition is using the screen buffer SBI (39).

(The partition number is assumed to be X.) Partition registers P1 to P3 contain partitions P#1 to P#.
Screen buffer SBI used by program 3,
Since data that instructs SB2 and work memory WRKM is stored, this process uses screen buffer SB.
The number of the partition register storing the data corresponding to I, that is, the partition number is determined. next.

The X obtained in step S9 is compared with the partition number stored in the active partition register AP (Sho).

In the embodiment of the present invention, partition P#1 in memory 5
．． P#2. There is always a one-to-one correspondence between P#3 and the screen buffers SBI and SB2 in the same memory 5 and the work memory WRKM. Make it correspond. The window control section 4 performs this corresponding processing and also performs screen switching processing S4, which will be described later.

Each partition P#1. P#2. The display data of the program executed by P#3 is configured to be added to the screen buffers SB1-SB2 in the memory 5 and the work memory WRKM via the window control section 4.

In the comparison process Sin, if x=AP and Y, a program in another partition is using the screen buffer SW.
In the case where the screen buffer SBI which does not occupy the screen buffer I and is empty in processing S4 is selected (Fig. 5 (A)
), and at this time, the program with the exclusive attribute that should be executed can be executed as is, so this loading process is terminated (
END). On the other hand, when x = not AP (N), other non-occupied programs are in the screen buffer SBI.
Therefore, in order to free up the screen buffer SDI, a process S++ is performed to search for the partition number y that is using the screen buffer SB2, that is, it corresponds to the screen buffer SB2. And the partition number y using screen buffer SB2 is the process S described above.
It is determined whether the number matches the partition number loaded in Step 5, that is, the partition number stored in the active partition register AP (S12).

When y=AP is not established (N) in the determination (S12),
This is because the active partition corresponds to the work memory WRKM (Fig. 5(B)).

A process 313 is performed in which the contents of the work memory WRKM and the screen buffer SBI are exchanged, and the corresponding partition registers are also exchanged. Note that this processing is performed by the program loader 3 that can access the memory 5. Partition registers P1 to P3 contain information about which screen buffer and work memory W'RK the display data of the programs executed in partitions P#1 to P#3 are stored.
Since data instructing whether to store the data in M is stored, the program that was outputting display data to the screen buffer SBI through this process will output display data to the work memory WRKM in subsequent executions. Also, the program of the partition whose number is stored in the active partition register AP outputs display data to the screen buffer. If 7=AP (Y) in the determination (312), if the active partition number stored in the active partition register AP matches the partition number corresponding to the screen buffer SB2 (the fifth (C)), a process S+a is performed in which the contents of the screen buffer SB2 and the screen buffer 5I31 are exchanged, and the corresponding partition registers are also exchanged. Note that this processing is performed by the program loader 3 that can access the memory 5. Through this processing, the program that outputs display data to the screen buffer SBI in the same manner as described above will output display data to the screen buffer SB2 in subsequent executions. Also, the program of the partition whose number is stored in the active partition register AP outputs display data to the screen buffer. The screen buffer SBI and the screen buffer SB2 are connected to a display selector 8, and the display selector 1 selects the display data to be added in response to a control signal applied from the window control section 4.

Output to the display device 9. The active partition register A is activated by the above-mentioned process S+3 or process S+a.
The partition with the partition number ° stored in P will output display data to the screen buffer SBI, and in order to display this, the window control unit 4 outputs a control signal to the display selector 8 to select the screen buffer SBI. and selects screen buffer SB+ (SI5). Then, program load processing S3
end. After this program loading process S3, the loaded program is executed by a circuit not shown.

Through the above operations, even if a program with an exclusive attribute is loaded and executed, the screen buffer SBI is selected and the screen is switched, so that the display data of the program being executed is preferentially displayed.

In the program loading process described above, the first display switching process 4 is performed regardless of the occupancy attribute. Then, in the program load process, the screen buffer SBI is processed to be occupied when it has the exclusive attribute. On the other hand, display switching processing S4 is performed before loading, but only this display switching processing S4 is performed when the attribute is not an exclusive attribute.

FIG. 4 is a detailed flowchart of the screen switching process S4. When this process S4 starts execution (START 3), it first reads the partition number of the occupancy attribute stored in the error flag register EF and the new partition number xl (the new partition means the partition specified for display or execution by the operator). A determination 316 is made as to whether or not they are equal. Namely.

Determine whether the new partition occupies the screen buffer SBI. If EF=x+, that is, the new partition is occupied (Y), the new partition directly writes display data to the screen buffer SBI, so in order to display it, the screen buffer SDI is selected (31?) using the 2 display selector 8. . On the other hand, when EF=x+ (N), the partition with the new partition number x1 does not have the exclusive attribute, so it is determined whether the old partition that is being executed first has the exclusive attribute or not.S+e is performed. If it is not the exclusive attribute, the contents of the partition registers in the window control unit 4 corresponding to the old partition and the new partition are replaced, and the contents of the screen buffer and work memory WRKM in which the corresponding display data is stored are also replaced (319). This process (S
19) allows the display data of the program to be executed on the new partition to be displayed. On the other hand, when the old partition occupies the screen buffer SBI, of course the program in the partition with the old partition number yI has an exclusive attribute, so the screen buffer SBI is not allocated to the new partition, and the process described below Screen buffer SB2 allocates work memory WRKM. First, in this case, a partition that is currently using screen buffer SB2, that is, corresponds to it, is searched for (S2a). (This partition number is 21.) And new partition number x1 and screen buffer 5B2jt
Determine whether or not the partition number 21 of the partition in use matches (S21). If they match (Y), select screen buffer SB2 with the display selector 8 (S22). At this time, if the program with the exclusive attribute is loaded in another partition, it will not be displayed even if it is executed later (for example, in a time-sharing manner because it is a multiship), but it may destroy the display data of other screen buffers. On the other hand, in the 9 determination (S21), if the new partition number x1 and the partition number 21 of the partition using screen buffer SB2 do not match (N), the work memory WRKM is allocated to the new partition. Therefore, in order to display the new partition, the contents of the work memory WRKM and the screen buffer SBI are exchanged, and the contents of the corresponding partition register are also exchanged (S23).In the embodiment of the present invention, the display data of the active partition is displayed on the display device. Since this is always displayed, when the work memory WRKM corresponds to a new partition, such replacement is performed and further processing 322 is performed.

After processing 5191 3221 517, in order to remember that the old partition is active, the new partition number x1 is stored in the active partition register AP, and the switching process ends. Note that the new partition number x+ is stored in the new partition register NE of the window control unit 4 in FIG.
The screen switching process S4 described above is performed by the window control section 4.

FIGS. 6 and 7 are state diagrams of display switching. still.

In the figure, P1 to P3 represent the screen buffers SBI, SB2 and work memory WRKM designated by the respective partition registers P1 to P3, as explained in FIG.

FIG. 6 shows a case where a program with an exclusive attribute is not being executed. FIG. 3A shows a case where display data of partition P#3 is selected to be stored in screen buffer SB2, and at this time screen buffer SB2 is selected and displayed by the display selector. In this state, when displaying the display data of partition P#3 (stored in work memory WRKM) (to execute a program or because switching is requested by the operator), the display data shown in FIG. 6(B) is displayed. As shown in the figure, the display data stored in the work memory WRKM and the display data stored in the work buffer SB2 are exchanged, and the contents of the partition register P+ and the partition register P3 are exchanged. Also, partition P
When displaying the display data #2 (stored in the screen buffer SBI), the screen buffer SB1. The contents of SB2 are replaced, and the contents of the partition register are also replaced.

In this way, the window control section 4 displays the display data of the target job, ie, the program, without switching the display selector. This is equivalent to having only one screen buffer as shown in the prior art. Figure 7 (A)
is when a program with exclusive attribute is being executed.

Program with attribute that occupies screen buffer SBI (loaded in partition P#2 in this case)
is occupied. At this time, work memo IJ W RK M
Even if a program (loaded in partition P#1) occupied by the partition P#1 is executed or a display switching request is made by the operator.

The screen buffer SB2 is used to display the image (FIG. 7(B)).

Also, only when you want to display the display data of the program with the exclusive attribute, the display selector 8 selects the screen buffer S.
BI is selected (FIG. 7(C)) and displayed.

Through the above operations, the window control unit 4 controls the display to use the screen buffer SBI whenever a program that does not have the exclusive attribute is executed. Also, when executing a program with an exclusive attribute, its display data will always be stored in the screen buffer SBI.
It will not destroy the display data of other programs.

〔Effect of the invention〕

As described above, the present invention provides a plurality of screen buffers, and one of them is used for display when a program with an exclusive attribute is executed.According to the present invention, a program with an exclusive attribute is a background job. Even when executed, it is possible to perform an image management method in a multi-ship system that prevents destruction of display data of other programs that are not currently being executed with the exclusive attribute.

[Brief explanation of the drawing]

FIG. 1 is a circuit configuration diagram of an embodiment of the present invention. FIG. 2 is a flowchart of an embodiment of the present invention. FIG. 3 is a detailed flowchart of program loading processing. FIG. 4 is a detailed flowchart of the screen switching process. FIGS. 5(A)-(C), FIGS. 6(A)-(C). FIGS. 7(A) to 7(C) are respectively display switching states of the embodiment of the present invention! Figure 3. FIGS. 8(A) to 8(C) are state diagrams of conventional display switching. 3...Program loader. 4...Window control section. 5...Memory. 6...Program loader. 7...Register. 8...Display selector. 9...Display device. SBI, SB2...Screen buffer. WRKM...Work memory. PI, P2. P3...Partition register. Patent Applicant Casio Computer Co., Ltd. Figure 1 Figure 3

Claims (1)

[Claims] In a computer system capable of executing multi-jobs, a first screen buffer, at least one second screen buffer, and display data of a plurality of programs executed on the computer system are stored in the first screen buffer.
a first selection means for allocating and storing each program in the screen buffer and the second screen buffer;
a determining means for determining whether or not a startup program among the plurality of programs has an instruction to write display data to the first screen buffer without going through the first selecting means; a second selection means for selecting a second screen buffer and displaying it on the display device; and a program activated by the discrimination means write display data to the first screen buffer without going through the first selection means. an image management method for a multi-job system, characterized in that the image management method for a multi-job system is characterized in that the image management method includes: control means for allocating display data outputted by the activated program so as to be stored in a first screen buffer when it is determined that the program has an instruction to load the image;