JPH0581933B2 - - Google Patents

Description

[Detailed Description of the Invention] [Summary] Regarding a screen control method using an application program, the purpose is to enable opening of a system-provided screen in the application program, and calls a screen opening function for opening the system-provided screen. a screen opening unit provided in an application program for the purpose of the present invention, and a screen control unit that controls the screen, and the screen control unit displays the screen on the screen according to the screen opening function called by the screen opening unit. The system provided screen is configured for use by the application program.

[Industrial application field]

The present invention relates to a screen control method, and more specifically,
This invention relates to a screen control method using an application program.

In addition to screens that are displayed independently by application programs, there are screens that are provided by the system.
Providing each application with the various functions normally provided by system-provided screens, such as splitting, zooming, roll-up, and copying, would be burdensome during development and would be impractical. Therefore, a configuration is adopted that allows each application program to use the system-provided screen. The system provided screen is used for debugging the interpreted language,
It is also a screen where people with more computer skills can directly activate commands, making it possible to create a man-machine interface through line input. These screens also have functions such as a roll-up function, scroll function, and copy function, which can be used simply by performing READ/WRITE operations from the application program.

[Conventional technology]

FIG. 3 is an explanatory diagram of the prior art.

In FIG. 3, 4 is a display device including a screen 41, 5 is a screen opening function in a function library, 6 is an application program, 7 is a shell, and 8 is a screen control process. The screen opening function is
This specifies the screen to be opened.

When a system-provided screen is displayed on the screen 41, commands activated from this screen can use the system-provided screen as is as standard input/output.

Conventionally, this has been utilized to allow the application program 6 to use the system-provided screen.

That is, first, Ciel 7 is activated and calls the screen opening function 5 for opening a system-provided screen, which requests the screen control process 8 to open a system-provided screen, and displays (opens) the system-provided screen on the screen 41. ). This system-provided screen is, for example, a command input screen. Next, the user inputs a command to start the application program 6 from the command input screen. In response to this, application program 6 is created by Ciel 7.
will be started and system-provided screens will be available.

[Problem to be solved by the invention]

According to the prior art described above, there was a problem in that in order to use the system-provided screen from the application program 6, the application program 6 had to be started from the system-provided screen. Additionally, there was a problem in that Ciel 7 must be activated in order to open the system provision screen. That is, it was necessary to start the shell 7 and then the shell 7 to start the application program 6.

SUMMARY OF THE INVENTION An object of the present invention is to provide a screen control method using an application program that allows the application program to open a system-provided screen.

[Means to solve the problem]

FIG. 1 is a diagram illustrating the principle of the present invention and shows a processing system according to the present invention.

In FIG. 1, 1 is a processing unit including a central processing unit and memory, 2 is an application program including a screen opening section 21, 3 is a screen control process existing as a child process, 4 is a display device including a screen 41, 5 is a screen opening function in the function library.

The processing device 1 has a function of executing an application program 2 inputted through an input device (not shown), and a screen control process 3 for controlling the display device 4 is a child of the application program 2. It is created and exists as a process.

The application program 2 is configured to include a screen opening section 21 having a function of calling a screen opening function 5 for opening a system-provided screen on the screen 41. The screen opening unit 21 has a screen opening function, starts the screen control process 3,
The screen control process 3 is caused to open a screen according to the instructions from the screen opening section 21.

The screen control process 3 controls the screen 41 of the display device 4.
control. When the screen control process 3 receives a screen opening request from (the screen opening unit 21 of) the application program 2, it opens a screen in accordance with the request.

The system-provided screen is not a screen defined in the application program 2, but a screen defined by this processing system, for example, in the form of a screen opening function 5, and can be provided to the user.

[Effect]

Screen opening function 5 for opening the system-provided screen
is called and taken in by the screen opening section 21 of the application program 2. This results in
The application program 2 has a function of opening a system-provided screen, and can directly execute and control commands on the system-provided screen.

Such an application program 2 starts the screen control process 3 and requests the display of a system-provided screen. Accordingly, the screen control process 3 opens a system provision screen on the screen 41. Since the commands on this screen are executed and controlled by the application program 2, the application program 2 can use the system-provided screen, for example, as its input/output function.

Therefore, it becomes possible to open and use the system provision screen from the application program 2. That is, it is not necessary to start Ciel, and there is no need to start the application program 2 from the system provided screen. The application program 2 also provides various functions on the system-provided screen.
It becomes possible to use it without being aware of it.

〔Example〕

(a) Description of an Embodiment As an embodiment, the operation of the processing system shown in FIG. 1 will be described with reference to FIG. 2.

The processing device 1 displays a plurality of application programs 2 as a menu on the screen 41. The user selects one application program 2 from the menu. As a result, the application program 2 is started.

The user uses the application program 2
Although not defined in the above, when the processing system needs a screen that can be provided to the user (system provided screen), it instructs the screen opening section 21 to call the screen opening function 5. By this call, control is transferred from the application program 2 to the screen opening section 21.
(or screen opening function 5), the following processing is performed.

Assuming that the system-provided screen is a command input screen, in order to assign it to command input,
Close file descriptors 0, 1, and 2. File descriptor numbers 0, 1, and 2 correspond to standard input, standard output, and error output, respectively.

As a child process of the application program 2, the application program 2 is copied to an area secured in the memory of the processing device 1 to obtain the same process.

Next, regarding the apparently two application programs that exist at this time,
It is determined whether each is the application program 2 or its child process.

The contents of the child process are all rewritten to the contents of the screen control process 8 existing in FIG. 3, and the child process is replaced by the screen control process as the screen control process 3. That is,
The application program 2 has a screen control process 3 for the command input screen (system-provided screen) as its child process. With this replacement, the screen control process 3 is activated.

Note that the screen control process 3 shown in FIG.
is a child process of the application program 2, and is obtained by copying the original screen control process of the processing device 1 into the child program area.

The screen opening unit 21 of the application program 2, which is the parent (original) process, opens file descriptors 0, 1, and 2 in order to establish an access bus with the screen control process 3. These are application program 2
Allocated to standard input, standard output, and error output. This allows input from the command input screen and output to the screen.

After this, control is returned to application program 2.

The application program 2 can use the screen control process 3 for system-provided screens. In other words, the application program 2 only performs read/write processing for the standard input/output and error output (actually file descriptors 0, 1, and 2) on the system-provided screen, and the screen control process 3 reads the data from the system-provided screen. input and output to the screen.

In this way, application program 2
can be used as an input/output function by simply performing input/output read/write processing using processing on a system-provided screen opened by processing, and various functions of the system-provided screen can be used. Furthermore, this enables interactive processing of only menu selection and read/write processing.

(b) Description of other embodiments In the embodiments described above, the shell 7 is omitted, but the processing device 1 may be provided with the shell 7. As can be seen from FIG. 3, the shell 7 has a function of calling the screen opening function 5 and opening a system-provided screen on the screen 41 via the screen control process 3. That is, Ciel 7 and application program 2 share the system provided screen.

Therefore, through the system provision screen, Ciel 7
and the application program 2 can start each other, allowing one process to run on the other, making it possible to perform a wide variety of processing.

Hereinafter, with reference to FIG. 4, a description will be given of how the screen input/output is performed after the screen opening unit 21 starts up the screen control process 3.

FIG. 4 is a diagram explaining the input/output of the screen, and the numbers 2, 3, 4, and 41 in the figure correspond to those in FIG. 1, and 9
10 represents a command input screen control (or a file manager layer in the kernel), and 10 represents a processing execution unit for the command input screen.

The screen control process 3 and the screen opening unit 21 of the application program perform open processing (open system call issuance) for the special file on the command input screen.

As a result, control is passed to the file manager layer 9 for command input screen control.

File manager layer 9 for open requests
The process waits for open requests from the screen control process 3 and other processes (corresponding to the screen opening unit 21 shown in FIG. 1), and ends the process.

Note that when an open request is made from an application program, the manager layer 9 waits for the open from the screen control process 3 only for the first request, and from the second onwards, the command input screen has already been opened. There will be no waiting list.
Further, in the processing of the screen opening unit 21, opening is performed as standard input/output.In this way, the processing of the screen opening unit of the application program is completed.

When the open processing to the file manager layer 9 is completed, the screen control process 3 opens a command input screen, and thereafter controls the screen according to the operator's instructions for the screen (such as changing the screen size and scrolling). functions such as instructions and copy instructions).

When the application program 2 wants to perform input/output to the command input screen, it issues a READ/WRITE system call to the standard input/output.

From application program 2
The file manager layer 9 that has received the READ/WRITE command notifies the screen control process 3 that an input/output request has been received from the application program 2 by issuing a signal.

When the screen control process 3 receives the signal, it interrupts the screen control process that was being performed up until then, and
Request contents are received from the file manager layer 9 by issuing an ioctl command. After that, requests are made to the command input screen (output to the screen and input/output processing from the screen),
The result is notified to the file manager layer 9 by the ioctl command.

Thereafter, the screen control process 3 returns to screen control processing for the command input screen. The file manager layer 9 also returns from READ/WRITE processing and sends the execution results to the application program 2.
Notify.

〔Effect of the invention〕

As explained above, according to the present invention, in the screen control for the system-provided screen, the application program calls the screen opening function for opening the system-provided screen. The screen can be used as the input/output function, and the creation of the input/output function of the application program can be simplified.

[Brief explanation of the drawing]

FIG. 1 is a diagram showing the principle configuration of the present invention, FIG. 2 is a screen control flow, FIG. 3 is a diagram explaining the prior art, and FIG. 4 is a diagram explaining screen input/output. 1 is a processing device, 2 is an application program, 3 is a screen control process, 4 is a display device, 5 is a screen opening function, 21 is a screen opening unit, and 41 is a screen.

Claims (1)

[Claims] 1. A system provides a plurality of system-provided screens, and a screen opening function 5 corresponding to a desired system-provided screen for the plurality of system-provided screens.
In a processing system that is equipped with a screen control process 8 that opens a corresponding system provision screen in response to an opening request based on the above, and has a function of displaying the system provision screen on the screen 41 of the display device 4, the application program 2 includes: A screen opening unit 21 is provided to call the screen opening function 5, and the application program 2 generates a copy of the self program 2 in memory as a child process of the self program 2, and the generated child The process replaces its own contents with the contents of the screen control process 8, so that it exists as the screen control process 8, and the application program 2 executes the screen opening function by the screen opening section 21. 5, the screen control process 3 existing as a child process of the self-program 2 is used to open the system-provided screen, and the system-provided screen is used.