JPH05224905A - Delivery system for window plotting and processing - Google Patents

Abstract

PURPOSE:To provide an effective means for delivering window plotting and a processing related thereto to the execution environment from the development environment. CONSTITUTION:The system is provided with a window plotting means 14 for calling dynamically from language of an interpreter system, and also, calling after linking by language of a compiler system, and executing a plotting processing of a window, and a window plotting means storing file 15. In this case, in order that the window plotting processing can be executed on the language of the interpreter system in the same way even after the delivery, a calling means of the window plotting means 14, and a window plotting source file 13 in which other necessary procedure is described by the language of the compiler system, if necessary, are provided, and its contents are generated by a source generation control means 12, so that window plotting can be executed even after the delivery.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a terminal device, and more particularly to a method of developing and executing a program for displaying information using a window on the terminal device.

[0002]

2. Description of the Related Art Conventionally, in this type of window drawing processing delivery method, a development environment is provided in an interpreter language. Then, ask the user to define the processing program for window drawing and the object for window drawing based on the object orientation, and use the delivery function to create the data for runtime only or the program format of the compiler system language. Converting. Therefore, the same processing as window drawing in an interpreter language is realized by linking with a runtime package provided for runtime.

In the window drawing processing delivery method as described above, when delivering a window drawing program in an interpreter system language, the delivery function directly reads the program and converts it into data or a program for execution. .. Therefore, when only the drawing result is necessary for the execution environment, useless control in the program is also delivered, which may be inefficient. Also, the runtime environment often requires runtime packages,
In such cases, it is necessary to pay attention to the consistency between the development environment and the runtime environment. Therefore, management of the system created by utilizing such a function is troublesome.

In the method of preparing an object representation for window drawing on an interpreter system language and delivering it, if a data format is placed after the delivery, it is necessary to interpret the data by the runtime package. Therefore, the performance improvement after delivery cannot be expected so much. If the program format is placed after delivery, the window drawing process is often completely procedural. Therefore, even in the environment after delivery, if you want to add development, you can not take an object-oriented approach.

If there is a process associated with the window drawing that makes the best use of the flexibility of the interpreter language, it is often difficult to convert it into a compiler language. For this reason, there are many cases where the delivery function is out of the supported range and nothing is done. Even if the window drawing process is delivered, the execution test cannot be immediately executed on the execution environment as a whole.

[0006]

The problem to be solved is that, in the window drawing processing delivery system, when a window drawing program in an interpreter language is delivered, management of the system is troublesome. Is. Also, in the method of preparing an object representation for window drawing on an interpreter language and delivering it, when the data format is placed after the delivery, the performance improvement after the delivery cannot be expected. In addition, the object-oriented approach is not possible when the program format is placed after the delivery. In addition, if there is a process that takes advantage of the flexibility of the interpreter language accompanying window drawing,
The point is that the execution test cannot be performed immediately on the execution environment.

[0007]

[Means for Solving the Problems] It is possible to dynamically call from an interpreter language and call it after linking with a compiler language so that window drawing processing can be performed. The information is called by the drawing instruction of the window object. Therefore, to ensure that window drawing processing in an interpreter language is performed in the same way after delivery, the window drawing call procedure and other necessary steps are performed in a compiler language. Describe in the source file.

Next, in order to perform the same function as the window drawing call and at the same time to write to the window drawing source file, the information that is the basis of the window drawing call procedure is passed to the generation means, and the window drawing source file is sent. Actually generate the content of. Here, before generating the contents of the source file for window drawing,
Obtain the timing of starting and ending the generation of the source file for window drawing from the user so that the source generation control can be performed. Since it is necessary to generate an executable file in order to actually perform window drawing after delivery, give instructions to the compiler or linker to compile and link the multiple files used.

In the concrete delivery method, first, when the development work related to window drawing is emphasized in terms of development efficiency, it is executed in an interpreter language, and at the time of execution, it is converted into a compiler language in consideration of high speed. In addition to the above basic means, other means is added and executed. On the other hand, by expressing the control related to window drawing in an object-oriented manner on an interpreter language, high development efficiency and maintainability are realized, and at the time of execution, execution is performed by changing to a compiler language with emphasis on high speed. .. In this case, in addition to the above basic means, another means is added to execute the processing.

Furthermore, in order to develop the window drawing and the processing related thereto by making use of the high development efficiency and flexibility of the interpreter system language, and to utilize the high speed of the compiler system language at the time of execution, the compiler system language is used. Convert and execute only the window drawing process that can be converted to. In this case, in addition to the above basic means, another means is added to execute the processing.

[0011]

DESCRIPTION OF THE PREFERRED EMBODIMENTS Next, the present invention will be described with reference to the drawings. FIG. 1 is a block diagram showing an embodiment of a window drawing processing delivery system according to the present invention. The window drawing processing delivery method shown in FIG. 1 is a window drawing user function 1, window drawing calling means 2, window drawing calling means storage file 3, source generation control calling means 4 and source generation control calling means storage file. 5 and window object drawing means 6
, Window object 7, window object storage file 8, and object structure defining means 9
, Object structure definition file 10, source generation mode switching means 11, source generation control means 12
, Window drawing source file 13, window drawing means 14, window drawing means storage file 1
5, window control means 16, terminal device 17, L
ISP interpreter 18 and interprocess communication setting means 1
9, inter-process communication means 20, inter-process communication means storage file 21, and execution file generation control means 22
, C compiler / linker 23, and execution file 24
The main part is composed of the generated window drawing function 25 and the object structure 26.

First, the window drawing means 14, the window drawing means storing file 15, the window drawing calling means 2, the window drawing calling means storing file 3, the window drawing source file 13, the source generation control means 12, Source generation control calling means 4
The source generating control calling means storage file 5, the source generation mode switching means 11, and the execution file generation control means 22 generate a source in C language while drawing a window, and then generate an execution file 24. Handle methods. That is, the C language source is generated while drawing the window with the above configuration,
After that, a delivery method for generating the execution file 24 will be described with reference to FIGS. 2, 3 and 4.

FIG. 2 shows a state before issuing the delivery instruction.
It is explanatory drawing which showed the mode that window drawing was performed on a LISP interpreter. First, the window drawing means 14 has already been loaded from the window drawing means storage file 15. Further, it is assumed that the window drawing user function 1 is also defined or loaded from the definition file. The user sends an instruction via the LISP interpreter 18 to the source generation mode switching means 11 so as not to deliver it (see FIG. 2). In response to the above instruction, the source generation mode switching control means 11 loads the window drawing calling means 2 from the window drawing calling means storage file 3 (FIG. 2).
reference). Next, the user draws a window drawing user function 1
Is requested through the LISP interpreter 18.

In this example, the window drawing user function 1
Defines the creation of windows and the drawing of rectangles and characters. Therefore, the function provided by the window drawing calling means 2 is used to perform such processing. The function provided by each window drawing calling means 2 internally calls the C function provided by the window drawing means 14. Finally, a request for drawing is issued to the window control 16 from these C functions, and display such as window generation, rectangular area drawing, and character drawing is performed on the terminal device 17.
Therefore, the control is sequentially executed from (2) to (15) of FIG. On the other hand, the display on the terminal device 17 changes in the order of A → B → C, which means that the desired window drawing is performed.

FIG. 3 is an explanatory diagram showing a manner of generating a C language source file for delivery, that is, a window drawing source file 13 while drawing a window in the same manner as in FIG. Next, a case where a C language source file for delivery is generated while drawing a window as in FIG. 2 will be described with reference to FIG. First, the point that the window drawing means 14 and the window drawing user function 1 have been loaded is the same as in the case of FIG. In FIG. 3, the user gives a delivery instruction by. Unlike the case of FIG. 2, the source generation mode switching means 11 loads the source generation control calling means 4 and the source generation control means 12 from the source generation control calling means storage file 15 (see FIG. 3).

In FIG. 3, after the processing of (3), initialization of the window drawing source file 13 is requested to the preloaded source generation control means 12 (FIG. 3).
,reference). Specific examples of initialization work include include file description and global variable declaration. Now, the point that each function of the loaded source generation control calling means 4 internally calls each function of the corresponding window drawing means 14 is the window drawing calling means 2 of FIG.
Is the same as in. However, after the processing of the called function of the window drawing means 14 is completed, the function generation format in C language corresponding to the function of the window drawing means 14 that has just been issued to the source generation control means 12 is used for window drawing. The only difference is that it gives an instruction to write to the source file 13 (Fig. 3 (10) → (11), (16) → (1
(See steps 7), (22) → (23)).

Therefore, the window drawing user function 1
Is issued, the window is drawn in the same manner as in the case of FIG. 2, and at the same time, the window drawing function for realizing completely the same window drawing after the delivery is generated by the C language source. When the drawing of the window is completed, the user has the source generation mode switching means 11
Post-processing of the window drawing source file 13 to the source generation control means 12 via (via closing C function parentheses, etc.)
To execute (see (3) (24), (25), (26) in FIG. 3).
In this way, the window drawing source file 13 used for delivery is finally created.

Next, in FIG. 4, the delivery is completed by generating the execution file 24 using the window drawing source file 13 generated in FIG. 3 and other necessary files, and the execution file 24 is actually executed. FIG. 4 is an explanatory diagram showing a state of being executed and drawing a window in the same manner as in FIGS. 2 and 3. First, the user gives an instruction to the execution file generation control means 22 to generate the execution file 24 (see FIG. 4). The execution file generation control means 22 applies the window drawing source file 13 obtained by the processing of FIG. 3 and the window drawing means storage file 15 used in FIGS. 2 and 3 to the C compiler / linker 23. , The execution file 24 is generated (see FIG. 4).

The user executes the execution file (see FIG. 4) to execute the window drawing function 25 generated in FIG. 4, and the window drawing user function 1 in FIGS. 2 and 3 is executed. The same result as the window drawing obtained when issued on the LISP is obtained (see FIGS. 4 to 15). From this, it can be explained that the window drawing process that was operating on the LISP can be similarly executed in the environment where the LISP is not involved, and the delivery can be realized.

Next, by expressing the control related to window drawing in an object-oriented manner on an interpreter system language, high development efficiency and maintainability are realized, and high speed is emphasized at the time of execution. Describes the delivery method that is executed after conversion to the system language. 5 and 6 are explanatory views for explaining the delivery method of this type.

FIG. 5 is an explanatory diagram showing how the delivery window drawing source file 13 is generated when window drawing is realized by an object-oriented definition. FIG. 6 shows that the delivery is completed by generating the execution file 24 using the window drawing source file 13 generated in FIG. 5, the object structure definition file 10 and other necessary files, and the execution file concerned is generated. FIG. 6 is an explanatory diagram showing a state in which 24 is executed and window drawing is performed in the same manner as in FIG. 5.

Next, a case where a window is drawn and delivery is executed by the above method will be described with reference to FIGS. 5 and 6. In this case, unlike the case of FIG. 2, the user draws a window using the window object 7 instead of using the window drawing user function 1. The difference between the two is whether the common purpose of creating a window and performing various drawing in it is expressed procedurally or object-orientedly, and is selected according to the purpose. Therefore, in the case of this example, it is important that object-oriented elements are retained even after delivery.

First, FIG. 5 shows a state in which a window drawing source file 13 for delivery is generated. FIG. 3 shows a case where the window drawing user function 1 is used.
Equivalent to. The state of generation corresponding to FIG. 2 can be inferred from FIG. Further, the source generation control calling means 4 and the window drawing means 14 have the same contents of functions, and the appearance of window drawing on the terminal device is also the same, so they are omitted. First, the user writes the definition for window drawing on the window object storage file 8 (see FIG. 5).
reference). Here, the window is created by setting the attributes of the window (size, background color, display position, etc.). Also, drawing in the window is realized by setting a method for drawing a rectangular area or a character, a command format, etc., and an instruction to draw immediately after the window is created is also defined in the window object.

Next, the user instructs the source generation mode switching means 11 for delivery, as in the case of FIG. As a result, the source generation control calling unit 4 is similarly loaded, and the window generation source file 13 is initialized by the source generation control unit 12 (see FIG. 5). Next, the user issues a window object display request to the window object drawing means 6 (which has been loaded in advance) (see FIG. 5). In response to this, the window object drawing means 6 reads the window object information from the designated window object storage file 8 (see FIG. 5) and develops it as the window object 7 on the LISP memory (see FIG. 5). The window object drawing means 6 receives again information about window generation and drawing from the window object 7 (see FIG. 5).

At this time, the window object drawing means 6 calls the object structure defining means 9 (assuming that it has been loaded in advance) to obtain various attributes defined in the window object 7 and their values. Convert the definition of the member name of the C language structure and its initialization routine. Then, the window object drawing means 6 writes the definition of the structure in the object structure definition file 10 and the initialization routine in the window drawing source file 13 (FIG. 5 (10)).
, (11)). Next, the attribute information of the same window object 7 is used to analyze the content, generate a function issuing format corresponding to the window drawing means 14 provided by the source generation control calling means 4, and generate this. Issue (see Fig. 5 (12)).

Then, as in the case of FIG.
The window is actually drawn through 3), (14), and (15). After that, the source generation control calling means 4
Information when the function of the window drawing means 14 is issued is sent to the source generation control means 12 to request writing to the window drawing source file 13 (see FIG. 5 (16)). Here, the source generation control means 12 refers to the window object 7 and uses the parameter in the function issuing format given from the source generation control calling means 4 as the member name of the structure defined by the object structure definition means 9. Convert. After that, it is written in the window drawing source file 13 (see FIG. 5 (17)). Finally, the user instructs the source generation mode switching means 11 to end, and the ending process is performed as in FIG. (Fig. 5 (18) ~ (2
(See 0)). As a result, the window drawing source file 13 and the object structure definition file 10 used for delivery are completed.

In FIG. 6, the delivery is completed by generating the execution file 24 using the window drawing source file 13 generated in FIG. 5, the object structure definition file 10 and other necessary files. FIG. 6 is an explanatory diagram showing a state in which the execution file 24 is actually executed and a window is drawn in the same manner as in FIG. 5.
The procedure until the execution file 24 is completed is the same as the case of FIG. 4 except that the object structure definition file 10 is added (see FIGS. 6 to).

When the execution file 24 is executed (see FIG. 6), first, the object structure initialization routine (a part of the generated window drawing function 25) is executed to initialize the object structure 26. To be done. After that, the process proceeds while referring to this object structure, but since this is just a reference to the structure, no special control is performed. Since the object structure 26 inherits the properties of the window object 7 to some extent, the object structure 26 should be modified so as to perform object-oriented processing in C language based on the generated window drawing function 25. Is easy.

Finally, in order to take advantage of the high speed of the compiler language at the time of execution, the window drawing and the processing related thereto are developed by making use of the high development efficiency and flexibility of the interpreter language, and the compiler system is used. This is a delivery method in which only the window drawing process that can be converted to the above language is converted to the compiler type language, and then the converted process is executed.

Finally, a case where a window is drawn by the above method and a LISP function is called by interprocess communication after delivery will be described with reference to FIGS. 7 and 8.

First, FIG. 7 shows a window drawing source file 13 which enables interprocess communication with a LISP function.
FIG. 6 is an explanatory diagram showing a state of generating a. In this example, it is assumed that the window object 7 has a description for calling some inference function on the LISP. Therefore, the inference function is called after the window drawing "inference in progress" is performed. First, when defining the window object 7 in FIG. 7, the user declares a prescribed process (inference function in this example) to be performed using the LISP function after delivery. At this time, other window drawing processing is defined in the same manner as in FIG.

After that, the processing proceeds to (17) of FIG. 7 in exactly the same manner as in FIG. After that, when the window object drawing means 6 encounters the description of the contents declared in FIG. 7, the description is converted into the execution function format of LISP, and this is sent to the interprocess communication setting means 19 to request the correspondence. (See FIG. 7 (18)). Interprocess communication setting means 1
In response to this, 9 executes a function, creates a C function call description for interprocess communication, and requests the source generation control means 12 to perform processing (see FIGS. 7 (18) and (20). Source generation). In response to this, the control means 12 performs the parameter conversion if there is a parameter conversion (= conversion to the member name of the object structure) regarding the attribute of the window object 7 as in the case of the window drawing, and for the window drawing. Write to source file 13 (Fig. 7 (2
(1), (22)). The termination process (see (22) to (24) in FIG. 7) is performed in the same manner as in FIG.
The window drawing source file 13 having a mechanism for calling the SP function is completed.

Next, in FIG. 8, the delivery is performed by generating the execution file 24 using the window drawing source file 13 generated in FIG. 7, the object structure definition file 10 and other necessary files. FIG. 8 is an explanatory diagram showing a state in which the execution file 24 is actually executed, a window is drawn, and a LISP function is executed in the same manner as in FIG. 7 after completion. First, the generation of the execution file 24 will be described. In FIG. 8, an inter-process communication means storage file 21 that stores the inter-process communication means 20 required when calling the LISP function is added after the delivery. Other than this, it is the same as FIG. 6 (see FIG. 8 to).

Now, to call the LISP function, LI
The SP interpreter 18 also needs to be started. In this example, it is assumed that the LISP interpreter 18 is activated in advance, so that what is required at the time of executing the LISP function is loaded, and the interprocess communication means 20 which is a mechanism for calling the LISP function is loaded and activated. (See FIG. 8). Since the inter-process communication means 20 regards communicating objects as an equal relationship, the inter-process communication means 20 has substantially the same contents as the inter-process communication means used when the execution file is generated (thus, the same thing is used in FIG. 8 as well). Exist). Next, regarding control at the time of execution, the flow of processing for window drawing is exactly the same as in FIG. 6 (see FIGS. 8 to 13).

When the process of calling the LISP function occurs thereafter, it becomes synonymous with the call of the interprocess communication means 20 (see FIG. 8 (14)), and the LISP function to be called from the interprocess communication means 20 on the delivered side. The execution function format is sent to the inter-process communication means 20 on the LISP side (see FIG. 8 (15)). At this time, if there is a parameter that refers to the object structure, it is corrected to a specific value. The inter-process communication means 20 on the LISP side receives this and requests the LISP interpreter for evaluation as it is (see FIG. 8 (16)). Therefore, in the end, L
The call of the ISP function is realized.

If a retreat value after execution is desired,
Similarly, it is transmitted to the inter-process communication 20 on the delivery side by (15) in FIG. 8 and passed to the finally generated window drawing function 25. From the above flow, it can be seen that the specified LISP function can be called even after the delivery, and in fact, the processing result that is the same as the execution result on the LISP before the delivery was obtained.

[0037]

As described above, according to the present invention, the display control of the window system, which was operating on the interpreter language mainly for development, is converted into the high-speed language of the compiler system and is compiled. It is possible to operate the linked one for execution in the same manner. Moreover, at the time of this delivery, since the processing function of the level close to the window control is written according to the actual execution of the window drawing processing, the shortest and simplest processing flow is obtained in order to obtain the drawing result. Therefore, there is an advantage that the drawing performance at the time of execution is significantly improved.

In this case, the interpreter system and the compiling system use exactly the same library (that is, the file for storing the window drawing means of the components of the present invention), and the runtime environment does not require a runtime package. Therefore, unlike the conventional delivery method, there is a point that a malfunction due to a difference in version between the development environment and the execution environment does not easily occur. Also, object-oriented window display control can be realized on the interpreter, and it can be used to some extent in the environment after delivery, so the advantage of object orientation was utilized in the environment after delivery. Program development is possible. This has an advantage that it greatly contributes to productivity when developing a system having an interface using windows.

For functions that are easy to implement in an interpreter language and difficult to implement in a compiler language (that is, functions that are difficult to port), use the inter-program communication function that can be provided as an application of the present invention. , Execution in interpreted language and acquisition of execution result can be requested from the system after delivery. For this reason,
There is an advantage that the characteristics of the flexible processing of the interpreter language and the high speed of the compiler language can be utilized respectively. Therefore, there is an effect that it can be used as a method for solving a theme that cannot be dealt with immediately by the conventional technology.

The effects of the present invention as described above are
It becomes conspicuous when developing an expert system that performs advanced inference that can be realized only on P. Specifically, the human machine interface should be realized on the LISP, which is highly efficient for debugging during development, and in the environment after high-speed delivery during execution, and the inference part should use interprocess communication that can operate on the LISP. Therefore, there is an advantage that a highly functional and high performance system can be efficiently developed as a whole.

[Brief description of drawings]

FIG. 1 is a block diagram showing an embodiment of a window drawing processing delivery system according to the present invention.

FIG. 2 is an explanatory diagram showing a manner in which a window drawing user function is used for window drawing and window drawing is executed on a LISP interpreter before issuing a delivery instruction.

FIG. 3 is an explanatory diagram showing a pattern of generating a window drawing source file for delivery while drawing a window in the same manner as in FIG. 2;

4] The delivery is completed by generating an execution file by using the window drawing source file generated in FIG. 3 and other necessary files, and the execution file is actually executed to display the window. It is explanatory drawing which showed the pattern which draws.

FIG. 5 is an explanatory diagram showing a pattern in which window drawing is realized by an object-oriented definition and a window drawing source file for delivery is generated.

FIG. 6 completes the delivery by generating an execution file by using the window drawing source file generated in FIG. 5, the object structure definition file, and other necessary files, and actually executes the execution file. FIG. 6 is an explanatory diagram showing a pattern of performing window drawing and drawing a window in the same manner as in FIG. 5.

FIG. 7 is an explanatory diagram showing a pattern of generating a window drawing source file having a mechanism for enabling interprocess communication with a LISP function.

8] The delivery is completed by generating an execution file using the window drawing source file generated in FIG. 7, the object structure definition file, and other necessary files, and the execution file is actually executed. FIG. 8 is an explanatory diagram showing a state in which the window drawing and the LISP function execution are performed in the same manner as in FIG.

[Explanation of symbols]

 1 window drawing user function 2 window drawing calling means 3 window drawing calling means storage file 4 source generation control calling means 5 source generation control calling means storage file 6 window object drawing means 7 window object 8 window object storage file 9 object structure definition Means 10 Object structure definition file 11 Source generation mode switching means 12 Source generation control means 13 Window drawing source file 14 Window drawing means 15 Window drawing means storage file 16 Window control means 17 Terminal device 18 LISP interpreter 19 Interprocess communication setting means 20 inter-process communication means 21 inter-process communication means storage file 22 execution file generation control means 23 C Compiler / linker 24 executable 25 created window drawing function 26 object structure

Claims (9)

[Claims] 1. A window drawing unit for dynamically drawing from an interpreter system language and after linking with a compiler system language to perform window drawing processing, and a processing content of the window drawing unit. Window drawing means storing file, window drawing calling means for providing an interface for actually calling the information of the window drawing means, window drawing calling means for storing the information called by the window drawing calling means In order for the storage file and the window drawing process in the interpreter language to be performed in the same manner after the delivery, the calling procedure of the window drawing means and other necessary necessary steps are performed by the compiler. In the language of the system The described window drawing source file, source generation control means for actually generating the contents of the window drawing source file, and the same function as the window drawing calling means. On the other hand, source generation control calling means for passing information that is the basis of the calling procedure of the window drawing means for writing to the window drawing source file, and source generation control calling for storing the information of the source generation control calling means Means storing file, switching of whether or not to generate the window drawing source file at the time of window drawing, and timing of start and end of generation of the window drawing source file from the user to the source generation control calling means. Source generation mode for communication Compile the window drawing source file, the window drawing means storage file, and other necessary files in order to generate an execution file for actually performing window drawing after delivery. A window drawing process delivery method composed of an execution file generation control means for giving instructions for linking to a compiler or linker. 2. The window drawing calling means is configured to provide an interface for actually calling the information of the window drawing means from a processing program on an interpreter, and development relating to the window drawing. The work is performed on the interpreter language for the reason that the development efficiency is emphasized, and the speed is emphasized at the time of execution.
2. The window drawing process delivery method according to claim 1, wherein the same process contents are converted into a compiler language and executed. 3. A compiler system for realizing high development efficiency and maintainability by expressing the control related to the window drawing in an object-oriented manner on the interpreter language, and for emphasizing high speed at the time of execution. A window drawing process delivery method executed by converting to a language, wherein a window object for expressing the window drawing process in an object-oriented manner, a window object storage file for defining the window object by a user, Information is read from the window object storage file, the window object is generated in the memory space of the interpreter system language, and an instruction for performing actual window drawing processing is issued from other information of the window object to other constituent means. C Window object drawing means, an object structure serving as an information area for allowing the contents of the window object to be referenced and changed in an object-oriented manner even in the execution environment after delivery, and the object structure in a compiler system language. The object structure definition file described in source, and the object structure definition means for generating the object structure definition file at the time of window drawing on an interpreter system language according to an instruction from the window object drawing means. The window drawing process delivery method described. 4. The window drawing calling means is a means for providing an interface for actually calling the information of the window drawing means in accordance with an instruction from the window object drawing means. Window drawing process delivery method. 5. The execution file generation control means, in addition to the window drawing source file and the window drawing means storage file, in order to generate an execution file for actually performing window drawing after delivery. 4. The window drawing processing delivery method according to claim 3, wherein the window drawing processing delivery method is configured to provide a compiler and a linker with instructions for compiling and linking the object structure definition file. 6. A compiler language is used in order to develop window drawing and processing related thereto by utilizing the high development efficiency and flexibility of an interpreter language, and to utilize the high speed of a compiler language during execution. A window drawing process delivery method executed after converting only a convertible window drawing process, the window object for expressing the window drawing process object-orientedly, and the window for defining the window object by a user. An object storage file and information or instructions for reading the information from the window object storage file, generating the window object in the memory space of the interpreter system language, and executing an actual window drawing process from the information of the window object. Window object drawing means for issuing other processing related to window drawing to other constituent means, and information for allowing the contents of the window object to be referred to and changed object-oriented even in the execution environment after delivery An object structure to be an area, an object structure definition file in which the object structure is source-coded in a compiler language, and an object structure definition file when a window is drawn on the interpreter language by an instruction from a window object drawing means. An object structure definition means for creating, an interprocess communication means for executing the process executed with window drawing in the interpreter language even after the delivery, and realizing the control to obtain the execution result by the interprocess communication. , The professional Inter-process communication means storage file for storing the information obtained by inter-process communication, and the source generation control for the execution format when calling any process in the interpreter language by using the inter-process communication means after delivery The window drawing process delivery method according to claim 1, further comprising: inter-process communication setting means for instructing the means to write to the window drawing source file. 7. The window drawing according to claim 6, wherein the window drawing calling means is a means for providing an interface for actually calling the window drawing means according to an instruction from the window object drawing means. Processing delivery method. 8. The execution file generation control means, in addition to the window drawing source file and the window drawing means storage file, in order to generate an execution file for actually performing window drawing after delivery. Compile the object structure definition file and the inter-process communication means storage file,
7. The window drawing processing delivery method according to claim 6, wherein the window drawing processing delivery method is configured as a means for giving an instruction for linking to a compiler or a linker. 9. The window drawing source file uses a calling procedure of the window drawing means so that window drawing processing in the language of the interpreter system and processing related thereto are performed similarly after delivery. 7. The window drawing process delivery method according to claim 6, further comprising a file in which the execution format of interprocess communication is described in a compiler language.