JPS6120027B2 - - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION The present invention relates to a control method for linking or connecting data between a plurality of consecutive screen processing applications when they perform common information processing.

Generally, when a terminal device makes a data processing request to a central processing unit, it is often necessary to process screens multiple times in an interactive manner, and it is necessary to link data between the screen processes. The present invention relates to a data linkage control system configured to perform data linkage via a scratchpad area in such a case.

First, the technical background of the present invention will be explained.

FIG. 1 is an explanatory diagram showing the relationship between application processing and the scratch pad area SPA in the conventional system. In the figure, 1, 2, and 3 indicate consecutive screen units in any one job for which a processing request was received from the terminal. Each screen has a hierarchical structure in which other processes are layered on top of the results of previous screen processing.Screens 4, 5, and 6 are used for business purposes to process messages input from screens . Application,,
shows. 7 is a scratchpad area SPA on the storage device for executing application processing, and includes areas 8, 9, and 10 set corresponding to each application. 11 indicates a file storage device.

Application 1 consists of hierarchical processing that links data A to screen 1, common information 1 processing that is common processing for data B across each screen, and common information 2 processing that also relates to data C. ing. A SPA area 8 is set up for each of the above processes for application 1. Necessary programs, modules, data, etc. are loaded here from file 11, and application 1
used as a private storage area. Examples of common information processing include table search, logic, arithmetic processing, file updating, and input/output processing.

When the processing of application 1 is completed, the screen moves to a step and the application is started. Similar to the application, the application consists of hierarchical processing using data A, processing of common information 1 using data B, and processing of common information 3 using data D. Furthermore, the application corresponding to the next screen consists of hierarchical processing using data A and common information 3 processing using data D. These applications,
Also, SPA areas 9 and 10 are set respectively, and, like the SPA area 8 in the case of application 1, programs, modules and data necessary for processing the own application are loaded and used as dedicated storage areas.

Each SPA area 8, 9, 10 is managed by a corresponding application, and when one screen processing is completed, the management function of that SPA area disappears. Therefore, in subsequent screen processing, the application is a common program module,
When using data records, etc., even if the same record existed in the SPA area used by the previous application, it could not be used and it was necessary to reload it from the file.

The present invention aims to improve the data linkage problems between SPA areas in the conventional method described above and improve the processing efficiency of the system. This is what we provide.

The present invention has a structure for this purpose, in which, in a data processing system having hierarchical screen processing applications, a scratchpad area is set for each different type of common information processing between each application, and the area is assigned to the type of common information processing. Data can be linked between applications by performing common management using associated management tables and by using the scratch pad area corresponding to the type of common information processing when each subsequent application performs common information processing. This is a characteristic feature.

The present invention will be described in detail below using examples.

FIG. 2 is an explanatory diagram of an embodiment of the present invention. In the figure, screens, , and applications, are the same as those in the conventional example shown in FIG. However, in the case of this embodiment, unlike the example shown in FIG. Use different SPA areas for each. 13 to 16 indicate SPA areas A to D set for each type of information processing. The information processing type is defined in units of combinations of programs/modules and data. Basically, data
In order to improve the efficiency of record input/output processing, it is advantageous to set SPA areas using data that is commonly used by each application as a division unit.

First, application 1 uses the processing program and data A placed in the SPA area 13 for information processing type A when performing hierarchical processing,
Next, when processing common information 1 on data B, use SPA area B14 set for information processing type B of common information 1, and then
When processing is performed on data C, SPA area C15 set for information processing type C of common information 2 is used. When the processing of application 1 is completed, the information including the processing results in these SPA areas 13 to 15 is left as is.

Moving on to application processing, the hierarchical processing using the first data A and the processing of common information 1 using the next data B are common to the corresponding processing in application 1, so SPA area A and SPA area B is used for processing. For the next processing of common information 3 using data D, the SPA area D16 of information processing type D is used. When the processing of the application is completed, the information in the SPA areas 13-16 remains, including the processing results.

Next, application processing can be performed in a similar manner by only using the SPA area A13 and the SPA area D16.

Thus, by linking the information of successive screen processes through the SPA area, data management is simplified and data linkage design is facilitated.

FIG. 3 is a system configuration diagram of this embodiment.
In the figure, 17 is a data processing device, 18a, 1
8b is a terminal device, 19 is a file storage device, 20
21 is an application control unit that manages and controls each application in response to processing requests from the terminal devices 18a and 18b; 21 is an application;
, an application processing unit that executes the processing, and 22 a scratch pad area of the storage device.
SPA, 23 is the information processing type and area A in SPA,
This is a SPA management table that provides correspondence between B, C, and D. If the information in each SPA area A-D has not been loaded from file storage 19, an index to the information, provided by a directory within each area, may be summarized in table 23. Note that the figure specifically illustrates the access operation of the application.

The application control unit 20 controls the terminals 18a,
In order to process the message from 18b, the application processing section 21 is instructed to execute the application. The application processing unit 21 requests the application control unit 20 to load the processing program and data into the main storage area.

The application control unit 20 identifies the information processing type of the requested information and sends it to the SPA management table 23.
, and if the request information exists in the SPA, the application processing unit 21 is notified of its address or directory location. Also,
If the requested information was not present in the SPA,
A new area is set in the SPA 22, its address is registered in the SPA management table 23 together with the information processing type, and the information requested from the file storage device 19 is stored.
Load the SPA to a new area of the SPA 22, or set the directory location of the file storage device 19 to the new area of the SPA 22, and load the SPA to the application processing section.
Notify area address or directory location. At this time, the application control unit 20 performs conventional address conversion processing so that each application program is not aware of the address on the SPA.

As described above, according to the embodiments of the present invention, programs and data related to each application are classified by standard type, and the scratch pad area is shared by the type. It is possible to link data via SPA between successive applications by managing the SPA, and the detailed configuration of its implementation should be done by applying ordinary design techniques in the field. Many variations are possible.

[Brief explanation of the drawing]

FIG. 1 is a diagram showing the configuration of the scratchpad area in the conventional system, FIG. 2 is a diagram showing the configuration of the scratchpad area in the embodiment of the present invention, and FIG. 3 is a diagram showing the system configuration of the present embodiment. In the figure, 1 to 3 are hierarchical screens, 4 to 6 are screen processing applications corresponding to screens 1 to 3, 11 is a file storage device, 12 is a scratch pad area of the storage device, 13 to 16
indicates scratch pad areas set corresponding to different information processing types in the application.

Claims (1)

[Claims] 1. In a data processing system that has screen processing applications in a hierarchical structure, a scratchpad area is set for each different type of common information processing between each application, and a management table is created that associates the area with the type of common information processing. Screen processing is characterized in that when each subsequent application performs common information processing, data is linked between applications by using a scratch pad area corresponding to the type of common information processing. Application data linkage control method.