JPH04291437A - Asynchronous input processing system - Google Patents

Abstract

PURPOSE:To improve the performance of an asynchronous input processing system by providing an event store area, discriminating a stored event from a processing subject event with a flag, and eliminating the transfer of data. CONSTITUTION:The above system is provided with an area to store the asynchronous input as an event, an event store area 5 which includes an area contents flag 6 that identifies the state of an event to be stored or processed. When an event input occurs, the input is stored in an idle area by reference to the flag 6, at the same time, the flag 6 is set in a stored event state.

Description

[Detailed description of the invention]

0001

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an asynchronous input processing method for processing asynchronous input.

0002

[Background Art] Conventionally, when asynchronous input is performed from a screen in a graphic processing system, etc., it is stored in an input queue (an area for storing events that occur due to asynchronous input), as shown in FIG. 4(a). and becomes a storage event. The user program wants to know the contents of the stored event in order to use it for various processing, but it is not allowed to obtain it directly from the input queue. This is because there are usually multiple storage events in the input queue, so it is unclear which one of them will be processed, and to protect the input queue area (preventing the contents of other storage events from being destroyed). prevention). Therefore, the user program selects which of the events stored in the input queue is to be processed based on information such as the order of occurrence of the events. The selected event (processing target event) is searched and found in the input queue, and its contents can be referenced as shown in (b) of FIG.
The data is transferred to an area different from the input queue (processing target event storage area), and the area where it was stored is made empty.

0003

[Problem to be solved by the invention] In this way, data is transferred from the input queue to an area that can be referenced by the user program, resulting in a significant performance drop when a large amount of data is stored in the event. There was a problem. The present invention aims to improve performance by providing an event storage area, distinguishing stored events from processing target events using flags, and eliminating data transfer.

0004

[Means for Solving the Problems] Means for solving the problems will be explained with reference to FIG. In FIG. 1, the event storage area 5 is provided with an area for storing asynchronous input as a storage event, and an area content flag 6. The area content flag 6 is a flag that identifies whether the area of the event storage area 5 is empty, an event is stored, or an event to be processed.

The processing target event pointer 7 points to the processing target event.

[0006]

[Operation] As shown in FIG. 1, when an event input occurs, the present invention refers to the area content flag 6, stores it in an empty area, and sets the area content flag 6 to the storage event state. ing. Also, when there is a request for processing target event, find a storage event whose area content flag 6 is in the storage event state and matches the conditions, and update the area content flag 6 of this to the processing target event state. At the same time, the area content flag 6 of the original area pointed to by the processing target event pointer 7 is set to an empty state, and the new processing target event is pointed to.

[0007] Therefore, it is possible to improve performance by providing an event storage area 5, distinguishing between stored events and processing target events using the area content flag 6, and making it possible to refer to processing target events from a user program, etc. without data transfer. Can be done.

[0008]

DESCRIPTION OF THE PREFERRED EMBODIMENTS Next, the structure and operation of an embodiment of the present invention will be explained in detail with reference to FIGS. 1 to 3. In FIG. 1, a graphics processing system 1 is a system that performs various graphics processing by receiving asynchronous input from a screen, and here includes an event input control section 2, an event processing section 3, and the like.

The event input unit 2 stores events input asynchronously from the screen in an area where the area content flag 6 is empty in the event storage area 5 and sets the area content flag 6 to the event storage state. (described later using FIG. 2). The event processing unit 3 finds a storage event whose area content flag 6 in the event storage area 5 is in the storage event state and matches the requested condition, and sets the area content flag 5 of this event to the processing target event state. The area content flag 6 of the original process target event pointed to by the set and process target event pointer 7 is set to the empty state, and the area content flag 6 of the new area is set to the process target event state. (Described later using FIG. 3).

The main storage area 4 is a storage area in which an event storage area 5 and the like are provided. The event storage area 5 stores events that are input asynchronously from the screen, etc., and uses the area content flag 6 to identify the contents of the area as either an empty state, a state in which a stored event is stored, or a state in which a processing target event is stored. This eliminates data transfer when the user program refers to this input storage event.

The area content flag 6 is a flag that identifies the state of the area of the event storage area 5, and for example, when it is 0, the empty state is 1, when the storage event is stored, and when the state 2 is, the event to be processed is stored. represents. Here, the stored event represents the data that is asynchronously input from the screen etc. and is stored in the event storage area 5, and the event to be processed is the data that is stored in the event storage area 5.
This indicates the state in which the data stored in the file can be referenced from a user program or the like.

The processing target event pointer 7 is a pointer (address) that points to the processing target event. Next, the operation of the configuration shown in FIG. 1 when storing an event will be described in detail using FIG. 2. In FIG. 2, S1 determines whether an event input has occurred. This allows data (
It is determined whether or not various types of CAD drawing data, etc.) have been input. If YES, proceed to S2. If NO, wait.

[0013] In S2, the event storage area 5 is searched from the beginning to determine whether there is an area where the area content flag 6 is 0 (empty state). If YES, there is an empty area in the event storage area 5 of FIG. 1, so the process advances to S3. In case of NO,
Since there is no empty area, a message indicating the occurrence of overflow is displayed in S5 to notify the user. S3 sets the area content flag 6 to 1 (a state in which the storage event is stored).

[0014] S4 stores the event in the corresponding area of the event storage area 5. Through the above processing, data (events) input asynchronously from the screen or the like are sequentially stored in the empty area of the event storage area 5, and the area content flag 6 is set to 1 (a state in which the stored event is stored). Next, using FIG. 3, the operation of the configuration shown in FIG. 1 when an event is created to be processed will be described in detail.

In FIG. 3, in S11, it is determined whether or not there is a request to convert the processing object into an event. This determines whether there is a request from the user program to refer to the stored event stored in the event storage area 5 (request to convert it into a process target event). If YES, the process advances to S12. If NO, wait. In S12, the area content flag 6 is 1.
(representing a storage event), it is searched to see if there is one that matches the condition. This is done in the event storage area 5 of FIG.
Among the area content flags 6 of which are 1 (indicating a storage event), a storage event that matches the conditions notified at the time of requesting the processing target event is searched for, and it is determined whether or not it has been found. In the case of YES, a storage event matching the conditions has been found, so the process advances to S13. If NO, no storage event matching the conditions was found, so the process ends (END).

[0016] S13 changes the area content flag 6 of the processing target event pointed to by the processing target event pointer 7 from 2 to 0 (empty state).
Make it. In S14, the process target event pointer 7 is updated to point to the stored event found in S12. In S15, the area content flag 6 of the event pointed to by the processing target event pointer 7 is changed from 1 (storage event) to 2 (processing target event).

In S16, the user program or the like refers to the processing target event pointed to by the processing target event pointer 7. Through the above processing, in response to the user program etc. notifying the event processing unit 3 of FIG.
15, after searching and finding a storage event whose area content flag 6 is 1 (storage event) and which matches the conditions, the area content flag 6 of the area pointed to by the processing target event pointer 7 is set to 0 ( update the process target event pointer 7 to point to the area (empty state) and the found area, set the area content flag 6 of the area pointed to by this process target event pointer 7 to 2 (process target event), and update the process target event pointer 7
It becomes possible for the user program to refer to the new area pointed to and perform graphical processing. As a result, when a user program or the like refers to a storage event that has been input asynchronously, it simply switches the area content flag 6 from 1 to 2 and the processing target event pointer 7, and the input is performed without data transfer. It becomes possible to refer to the event (event to be processed).

Next, the event storage area 5 shown in FIG. 1 will be specifically explained. ■ indicates the state of the event storage area 5 immediately after asynchronous input from the screen becomes possible. In this state, the event storage area 5 includes N free areas 1 to N, where the area content flag 6 is 0 (indicating an empty state), and the area content flag 6 is 3 (indicating a dummy of the event to be processed). ) There is one area of dummy processing target event. Here, the reason for providing one dummy processing target event is that the other N
If the area content flag 6 is set to 0 (empty state) as in the area of
N+1) events can be input, but once the event to be processed exists, only a maximum of N events can be input, which causes the inconvenience that the maximum number of events that can be input changes to (N+1) or N depending on the state. , area content flag 6
is set to 3. In this state, the process target event pointer 7, which points to one process target event, is set to point to a dummy process target event as shown in the figure.

■ indicates the state after two events are input as asynchronous inputs from the screen. Since two events have been input, in response to storing the events in free areas 1 and 2 at the beginning of the event storage area 5 and setting the area content flag 6 from 0 to 1, the stored events are stored as shown in the figure. 1 and 2 have been stored (see the flowchart in FIG. 2). (2) shows the state after the stored event 1 is made into a process target event in response to a request for converting it into a process target event, and is made referenceable from the user program.

(3-1) In response to the request for converting into a processing target event, in accordance with the flowchart of FIG. 3, in S12, a storage event is created as a storage event that matches the condition among the storage targets for which the area content flag 6 is 1. Find 1. (3-2) Processing target event pointer 7 in S13 of FIG.
Area content flag 6 of the dummy processing target event pointed to by
Set 3 to 0 (empty state).

(3-3) In S14 of FIG. 3, the process target event pointer 7 is updated to point to the stored event 1 found in (3-1). (3-4) Processing target event pointer 7 in S15 of FIG.
The area content flag 6 of the storage event 1 pointed to by is updated from 1 to 2 (processing target event). As a result, stored event 1 becomes the event to be processed, and is set in a state where it can be referenced from the user program.

[0022] ■ indicates a case where a request for converting into a process target event (here, it is assumed that stored event 2 matches the condition) is issued in the state of ■. In the same manner as in (2), find a storage event with the area content flag 6 set to 1 and matching the condition as storage event 2, change the area content flag 6 of the area pointed to by the processing target event pointer 7 from 2 to 0, and point the found area. Then, the area content flag 6 of the found storage event 2 is updated from 1 to 2. As a result, the stored event 2 becomes the event to be processed as shown in the figure, and can be referenced from the user program.

[0023]

[Effects of the Invention] As explained above, according to the present invention,
An event storage area 5 is provided, and storage events and processing target events are distinguished by an area content flag 6, and the processing target event can be referenced from a user program without data transfer.This eliminates data transfer. , it is possible to improve the processing speed due to asynchronous input. In particular, when the amount of data due to asynchronous input is large, the processing speed becomes noticeably faster.

[Brief explanation of the drawing]

FIG. 1 is a configuration diagram of one embodiment of the present invention.

FIG. 2 is a flowchart when storing an event according to the present invention.

FIG. 3 is a flowchart at the time of processing an event according to the present invention.

FIG. 4 is an explanatory diagram of a prior art.

[Explanation of symbols]

1: Graphic processing system 2: Event input control unit 3: Event processing unit 4: Main storage area 5: Event storage area 6: Area content flag (0: empty, 1: storage event, 2: event to be processed) 7: Processing Target event pointer

Claims (2)

[Claims] Claim 1: In an asynchronous input processing method that processes asynchronous input, an area in which the asynchronous input is stored as a storage event, and area contents that identify any one of the following: empty, storage event, and processing target event state. An event storage area (5) is provided with a flag (6), and when an event input occurs, the area content flag (6) is referred to and stored in an empty area, and the area content flag (6) is stored. An asynchronous input processing method characterized by being configured to set an event state. [Claim 2] When a request for converting into a processing target event is made, the area content flag (6) is in a storage event state,
Find a stored event that matches the conditions, update its area content flag (6) to the processing target event state, make it referenceable, and update the area of the area that the processing target event pointer (7) was pointing to. 2. The asynchronous input processing method according to claim 1, wherein the content flag (6) is set to an empty state and points to a new event to be processed.