JP2575962B2 - Information processing system - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

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

[0002]

2. Description of the Related Art Conventionally, when an asynchronous input is performed from a screen in a graphic processing system or the like, as shown in FIG. 4A, the input is stored in an input queue (an area for storing an event generated by the asynchronous input). Is a storage event. The user program wants to know the content of the stored event in order to use it for various processes, but is not allowed to obtain the content directly from the input queue. This is because there are usually a plurality of storage events in the input queue, and it is not clear which of them is to be processed, and the area protection of the input queue (for destruction of the contents of other storage events). 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 (event to be processed) is found by searching in the input queue, and as shown in (b) of FIG.
Data is transferred to an area (processing target event storage area) different from the input queue, and the stored area is set as an empty area.

[0003]

As described above, since the event is transferred from the input queue to the area which can be referred to by the user program, the performance is greatly reduced when a large amount of data is stored in the event. There was a problem. SUMMARY OF THE INVENTION It is an object of the present invention to provide an event storage area, distinguish between a storage event and an event to be processed by a flag, and improve performance by eliminating data transfer.

[0004]

Means for solving the problem will be described with reference to FIG. In FIG. 1, an event storage area 5 is provided with an area for storing an asynchronous input as a storage event, and an area content flag 6. The area content flag 6 is a flag for identifying whether the area of the event storage area 5 is empty, stored in an event, or processed.

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

[0006]

According to the present invention, as shown in FIG. 1, when an event input occurs, the area content flag 6 is stored in the empty area with reference to the area content flag 6, and the area content flag 6 is set to the storage event state. ing. In addition, when there is a request for conversion to a processing target event, a storage event whose area content flag 6 is in the storage event state, and a storage event that matches the condition is found, and this area content flag 6 is updated 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 a new processing target event is pointed.

Therefore, the event storage area 5 is provided, the storage event and the processing target event are distinguished by the area content flag 6, and the processing target event can be referred to from a user program or the like without data transfer, thereby improving the performance. Can be.

[0008]

Next, the configuration and operation of an embodiment of the present invention will be sequentially described in detail with reference to FIGS. In FIG. 1, a graphic processing system 1 is a system that performs various graphic processing by asynchronously inputting from a screen, and here is configured by an event input control unit 2, an event processing unit 3, and the like.

The event input unit 2 stores an event asynchronously input from the screen in an area where the area content flag 6 in the event storage area 5 is empty, and sets the area content flag 6 to an event storage state. (To be described later with reference to FIG. 2). The event processing unit 3 finds a storage event in which the 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 to the processing target event state. For example, the area content flag 6 of the original processing target event pointed by the set and processing target event pointer 7 is set to an empty state, and the area content flag 6 of a new area is set to the processing target event state. (Described later with reference to 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 an event asynchronously input from a screen or the like, and uses the area content flag 6 to identify the content of the area as being empty, storing a stored event, or storing a processing target event. The data transfer is eliminated when the user program refers to the input storage event.

The area content flag 6 is a flag for identifying the state of the area of the event storage area 5. For example, when 0, it is empty, 1 when it stores a stored event, when it is 2, it stores the event to be processed. Represents Here, the storage event represents data in a state where data asynchronously input from a screen or the like is stored in the event storage area 5, and the processing target event is the event storage area 5.
Indicates a 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 of FIG. 1 at the time of event storage will be described in detail with reference to FIG. In FIG. 2, S1 determines whether an event input has occurred. This is to determine whether or not data (such as various drawing data of CAD) has been input from the screen by asynchronous input. In the case of YES, the process proceeds to S2. If no, it stands by.

In step S2, the event storage area 5 is searched from the beginning, and it is determined whether or not there is an area whose area content flag 6 is 0 (empty state). In the case of YES, there is an empty area in the event storage area 5 of FIG. 1, so the process proceeds to S3. In the case of NO,
Since there is no empty area, a message indicating that an overflow has occurred is displayed in S5 to notify the user. In step S3, the area content flag 6 is set to 1 (a state where the storage event is stored).

In step S4, the event is stored in a corresponding area of the event storage area 5. Through the above processing, data (events) asynchronously input from the screen or the like is sequentially stored in an empty area of the event storage area 5, and the area content flag 6 is set to 1 (a state where the storage event is stored). Next, the operation of the configuration shown in FIG. 1 at the time of event processing is described in detail with reference to FIG.

In FIG. 3, a step S11 decides whether or not there is a process event request. In this case, it is determined whether or not a request to refer to the storage event stored in the event storage area 5 (process event generation request) is received from the user program. In the case of YES, the process proceeds to S12. If no, it stands by. In S12, the area content flag 6 is set to 1
A search is made as to whether any of the storage events (representing the storage event) that matches the condition is present. This corresponds to the event storage area 5 in FIG.
A search is made for a storage event that matches the condition notified at the time of the request for conversion to the processing target event, from among the 1 (representing the storage event) in the area content flag 6 in the middle, and determines whether or not the storage event is found. In the case of YES, a storage event that matches the condition has been found, so the flow proceeds to S13. If NO, the process ends (END) because no storage event matching the condition was found.

In step S13, the area content flag 6 of the processing target event pointed to by the processing target event pointer 7 is changed from 2 to 0 (empty state).
To In S14, the processing target event pointer 7 is updated so as to point to the storage 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 step S16, the user program refers to the processing target event pointed by the processing target event pointer 7. By the above processing, in response to the user program or the like notifying the event processing unit 3 in FIG.
In the process of No. 15, after the area content flag 6 is 1 (storage event) and the storage event that matches the condition is searched for and found, the area content flag 6 of the area pointed to by the processing target event pointer 7 is set to 0 ( The processing target event pointer 7 is updated to indicate the empty state) and the found area, and the area content flag 6 of the area indicated by the processing target event pointer 7 is updated.
Is set to 2 (process target event), and the user program can refer to a new area indicated by the process target event pointer 7 and perform graphic processing. Thus, when the user program or the like refers to the storage event input asynchronously, the user simply switches the area content flag 6 from 1 to 2 and switches the processing target event pointer 7 without performing data transfer. Events (process target events) can be referred to.

Next, the details of the event storage area 5 shown in FIG. 1 will be described. Shows the state of the event storage area 5 immediately after the asynchronous input from the screen becomes possible.
In this state, the event storage area 5 has N empty areas 1 to N where the area content flag 6 is 0 (indicating an empty state), and the area content flag 6 is 3 (represents a dummy of the event to be processed). ) There is one area for the dummy processing target event. Here, the reason for providing one dummy processing target event is that other N
If the area content flag 6 is set to 0 (empty state) in the same manner as the number of areas, up to (N + 1) events can be input when there is no processing target event. Can only input the event of
Since the maximum number that can be input changes to (N + 1) or N depending on the state, the area content flag 6 is set to 3. In this state, the processing target event pointer 7 that points to one processing target event is set to point to the dummy processing target event as illustrated.

Shows a state after two events are input as asynchronous input from the screen. Since two events have been input, the events are stored in the free areas 1 and 2 at the head of the event storage area 5 and the area content flag 6 is set from 0 to 1 as shown in FIG. 1 and 2 are stored (see the flowchart of FIG. 2). Indicates a state after storing event 1 is set as a processing target event in response to a request for conversion to a processing target event, and this can be referred to from a user program.

(3-1) In response to the request for conversion to the processing target event, the storage event corresponding to the condition among the storage targets whose area content flag 6 is 1 in S12 according to the flowchart of FIG. Find one. (3-2) In S13 of FIG. 3, the area content flag 6 of the dummy processing target event pointed by the processing target event pointer 7 is set to 0 (empty state).

(3-3) In S14 of FIG. 3, the processing target event pointer 7 is updated so as to point to the storage event 1 found in (3-1). (3-4) The area content flag 6 of the storage event 1 pointed to by the processing target event pointer 7 in S15 of FIG.
(Event to be processed). Thereby, storage event 1
Becomes a process target event, and is set to a state that can be referred to from the user program.

Shows a case where a request for event processing to be processed (here, storage event 2 satisfies the condition) is issued. In the same manner as in the above, the storage event whose area content flag 6 matches 1 and the condition is found is found as the storage event 2, the area content flag 6 of the area pointed by the processing target event pointer 7 is 0 from 2 and the found area is pointed. Then, the area content flag 6 of the found storage event 2 is updated from 1 to 2. As a result, as shown in the figure, the storage event 2 becomes a processing target event, which can be referenced from the user program.

[0023]

As described above, according to the present invention,
An event storage area 5 is provided, and a storage event and a processing target event are distinguished by the area content flag 6 so that the processing target event can be referred to from a user program or the like without data transfer. In addition, the processing speed by the asynchronous input can be improved. In particular, when the data amount due to the asynchronous input is large, the processing speed is significantly increased.

[Brief description of the drawings]

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

FIG. 2 is a flowchart at the time of storing an event according to the present invention.

FIG. 3 is a flowchart when an event to be processed according to the present invention is performed.

FIG. 4 is an explanatory diagram of a conventional technique.

[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: processing target event) 7: processing Target event pointer

Claims (2)

(57) [Claims] 1. An information processing system for processing information.
In the area for storing asynchronous events,
Stores information about stored or reference events
Means in the area where status information is not referenced and stored
Search for events that meet the conditions related to the reference request.
Search means and the state information of the area of the searched event from the stored one.
And a change means for changing to information indicating an object to be illuminated.
Characteristic information processing system. 2. An area having information indicating the reference target.
Claims comprising reference means for referring to an elephant.
2. The information processing system according to 1 .