JPH0228751A - System for processing process generation - Google Patents

Abstract

PURPOSE:To process a priority request within without generating a stub process whenever there is the priority request and securely processing the priority request even if resources lack and to save the resources by giving the function of a priority request processing in a main process. CONSTITUTION:The main process 2 is generated when the request is started, and it consists of a request discrimination part 2-1, a request processing part 2-2 and the like in addition to the control of a communication relation. The discrimination part 2-1 discriminates whether the request given from the other device is normal or not, or whether it is the priority request or not. The processing part 2-2 newly generates the stub process 3 and makes the request of the processing to the stub process 3 when the discrimination part 2-1 had discriminated the request to be normal. When it is discriminated to be the priority request, the processing part processes it. With giving the function of processing the priority request to the process 2, it can securely process a cancel request and the like in priority and the resources can be saved even if the resources lack and the new stub process cannot be generated.

Description

[Detailed Description of the Invention] [Summary] Regarding a process generation processing method in which processes are generated and processed in response to requests from other devices, a function for processing priority requests is provided in the main process. The purpose is to process the process internally without creating a stub process each time, and to reliably process priority requests and save resources even when resources are insufficient. A request discriminator is provided in the main process that is generated at the same time, and determines whether a request from another device is a normal request or a priority request. A request processing unit provided in the main process that newly generates a process and requests processing, and processes this request in the case of a priority request, and this request processing unit handles the priority request. Configure it to handle.

[Industrial application field]

The present invention is a process generation processing method that generates a process in response to a request from another device and performs the process. [Prior art and problems to be solved by the invention] , the opponent's WS (opponent's workstation)
Each time a request 1.2.3 or the like from 24 is notified, a service process 1.2.3 or the like is generated in the WS 21 and a request is made to these processes. Therefore, if a process cannot be generated due to lack of resources when a priority request such as a cancellation request is accepted, there is a problem in that the priority cancellation request cannot be processed.

Furthermore, when using a method that creates several fixed processes separately, it is necessary to create processes in advance for priority requests such as cancellation requests, which causes the problem of wasted resources. Ta.

The present invention provides a function to process priority requests in the main process, processes them internally without creating a stub process each time a priority request occurs, and ensures that priority requests are processed even when resources are insufficient. The purpose is to save resources while doing so.

[Means to solve problems]

Means for solving the problem will be explained with reference to FIG.

In FIG. 1, a main process 2 is a process that is generated at the start of a request, and includes a request determining section 2-1, a request processing section 22, etc. in addition to communication-related control.

The request determining unit 2-1 determines whether a request notified from another device is a normal request or a priority request.

If the request is determined to be a normal request by the request determining unit 2-1, the request processing unit 2-2 generates a new stub process 3 and requests it to process the request.On the other hand, if the request is determined to be a priority request, In this case, this priority request (for example, a cancellation request) is processed.

The stub process 3 is normally generated upon request and performs processing.

[Effect]

As shown in FIG. 1, the present invention allows a request determining unit 2-1 forming a main process 2 generated at the start of a request to determine whether a request notified from another device is a normal request or a priority request. When the request is a normal request, the request processing unit 2-2 generates a new stub process 3 and requests the process to be processed.On the other hand, when the request is a priority request, the request processing unit 2-2 generates a new stub process 3 and requests the process to be processed. ).

Therefore, by providing the main process 2 with the function of processing priority requests, it is possible to ensure that cancellation requests and the like are processed with priority even if a new stub process cannot be created due to lack of resources. It becomes possible.

〔Example〕

Next, the configuration and operation of one embodiment of the present invention will be explained in detail using FIGS. 1 and 2.

In FIG. 1, a device 1.4 is a workstation or the like, and is a device (for example, a printer device) that performs various types of processing in a distributed manner. These devices W1.4 generate processes 2.3.3-13-2.4-2, etc., and have them perform various processes.

The main process 2 is a process that is generated at the start of a service request, and controls the communication relationship between the device 1 and the device W4, and the request determination unit 2 related to this embodiment.
-1, a process that performs the request processing unit 2-2, etc.

Stub processes 3.3-1.3-2, etc. are processes that are generated each time in response to a normal request, and are processes that perform processing such as displaying the message "No paper in" on the display 5. It is.

Next, the operation of the configuration shown in FIG. 1 will be explained.

In FIG. 1, first, an instruction (for example, a print instruction) from an application program 4-1 constituting the device (partner WS) 4
When the device 1 is notified of the start request from the process 4-2 in response to this, the device W1 generates the main process 2. This is done by the device 4 notifying the device W1 of request information in which "start" is written in the header of FIG. 2.

Second, in response to the request (1) notified subsequent to this service start request, the request determination unit 2-1 that constitutes the main process 2 determines whether this request (1) is a normal request or a priority request. In this case, since it is a normal request, the request processing unit 2-2 newly generates the illustrated stub process 3-1 corresponding to this request and requests the process. As a result, the stub process 3-1 performs the processing in place of the issuer of the request (1). This is done by the device 4 notifying the device 1 of request information including "request" in the header of FIG. 2, type "request (normal request)" in the individual information, and the like.

Third, when a cancellation request is notified, the request determination unit 2-1 that constitutes the main process 2 determines this as a priority request, and the request processing unit 2-2 processes this cancellation request. If the content requested by process 3-1 or the like is queued, the corresponding request content is dequeued (cancelled) and the result is sent back to the request source. This means that the device 4 has "request" in the header in Figure 2 and type "cancellation request" in the individual information.
This is done by notifying the device 1 of request information including "priority request" and the like.

Fourthly, the second or third step is repeated thereafter.

As described above, during the main process 2, communication-related control and the request determination unit 2-1 and the request processing unit 2 related to this embodiment are performed.
By providing -2, it becomes possible to reliably perform cancellation processing in response to priority requests from other devices 4.

FIG. 2 shows example request/response information. Here, "start" in the header is what is stored when notifying a service start request, "request" is what is stored when notifying a request (regular/priority request), and "response" is what is stored when notifying the request destination. ``End'' is stored when responding to a request source, and ``end'' is stored when notifying a service termination request. In addition, the "type" in the individual information stores the distinction between a normal request/priority request, or the function value (0:NOR) at the time of response.
MAL (response value indicating that the process was executed normally) is stored, and "data" is the data that requests the process.

[Brief explanation of the drawing]

FIG. 1 shows a configuration diagram of one embodiment of the present invention, FIG. 2 shows an example of request/response information, and FIG. 3 shows an explanatory diagram of a prior art. In the figure, 1.4 is the device (WS), 2 is the main process,
2-1 is a request determination unit, 2-2 is a request processing unit, 3.3-1
．． 3-2 represents a stub process.

Claims (1)

[Scope of Claims] In a process generation processing method that generates a process in response to a request from another device and performs processing, a , a request determination unit (2-1) that determines whether a request from another device is a normal request or a priority request; , a request processing unit (2-2) provided in the main process (2) that newly generates a stub process (3) and requests processing, and processes this request in the case of a priority request. A process generation control method, comprising the following: The request processing unit (2-2) is configured to process requests with priority.