KR100787323B1 - Program executing system - Google Patents

Abstract

assignment

The program execution system which can avoid the huge of individual programs, enables distributed development and parallel development, and can add the model to test efficiently and easily.

Resolution

Programming software 9 for creating programs 10a and 10b, code storage means 2 for storing coded program 10a, and storage means for storing coded file 7b of program 10b ( 6), a memory region 3 in which a program to be executed is developed, a program executing means 4 for executing a program, a code storing means 2, a memory region 3, and a program executing means 4 Is provided, and the program execution means 4 includes the program load means 5. The program loading means 5 responds to a call instruction to the program 10b during the operation of the program 10a and loads the program 10b from the storage means 6 into the memory area 3.

Program, program execution system

Description

Program Execution System {PROGRAM EXECUTING SYSTEM}

1 is a block diagram showing a program execution system according to a first embodiment of the present invention.

2 is a block diagram showing a program execution system according to the first embodiment of the present invention.

3 is an explanatory diagram schematically showing a model selection program according to the first embodiment of the present invention.

4 is a flowchart showing a program processing operation according to the first embodiment of the present invention.

5 is a block diagram showing a program execution system according to a second embodiment of the present invention.

6 is a flowchart showing a program processing operation according to the second embodiment of the present invention.

Fig. 7 is a block diagram showing main parts of a program execution system according to a third embodiment of the present invention.

8 is a flowchart illustrating a program processing operation according to the third embodiment of the present invention.

Fig. 9 is a block diagram showing main parts of a program execution system according to a fourth embodiment of the present invention.

10 is a flowchart showing a program processing operation according to the fourth embodiment of the present invention.

Fig. 11 is a flowchart showing a program processing operation according to the fifth embodiment of the present invention.

Fig. 12 is a block diagram showing main parts of a program execution system according to a sixth embodiment of the present invention.

Fig. 13 is a flowchart showing a program processing operation according to the sixth embodiment of the present invention.

Fig. 14 is a block diagram showing main parts of a program execution system according to a seventh embodiment of the present invention.

Fig. 15 is a flowchart showing a program processing operation according to the seventh embodiment of the present invention.

Fig. 16 is a block diagram showing main parts of a program execution system according to an eighth embodiment of the present invention.

Fig. 17 is a flowchart showing a program processing operation according to the eighth embodiment of the present invention.

Fig. 18 is a flowchart showing a program processing operation according to the ninth embodiment of the present invention.

Fig. 19 is a block diagram showing a program execution system according to a tenth embodiment of the present invention.

Fig. 2 is a block diagram schematically showing configuration information according to the tenth embodiment of the present invention.

Fig. 21 is a flowchart showing a consistency check processing operation of configuration information according to the tenth embodiment of the present invention.

Fig. 22 is a flowchart showing a consistency check processing operation of configuration information according to the eleventh embodiment of the present invention.

Fig. 23 is a flowchart showing a consistency check processing operation of version information according to the twelfth embodiment of the present invention.

Fig. 24 is a block diagram showing a program execution system according to a thirteenth embodiment of the present invention.

Fig. 25 is a flowchart showing a consistency check processing operation of F / W version information according to the thirteenth embodiment of the present invention.

Fig. 26 is a block diagram showing main parts of a program execution system according to a fourteenth embodiment of the present invention.

Fig. 27 is a flowchart showing an export process of configuration information according to the fourteenth embodiment of the present invention.

Fig. 28 is a flowchart showing an import process of configuration information according to the fourteenth embodiment of the present invention.

Fig. 29 is a block diagram showing main parts of a program execution system according to a fifteenth embodiment of the present invention.

30 is a flowchart illustrating link processing of configuration information according to a fifteenth embodiment of the present invention.

Fig. 31 is a block diagram showing main parts of a program execution system according to a sixteenth embodiment of the present invention.

32 is a flowchart showing a program analysis process according to the sixteenth embodiment of the present invention.

33 is a block diagram showing a main part of a program execution system according to a seventeenth embodiment of the present invention.

Fig. 34 is a flowchart showing a program management process according to the seventeenth embodiment of the present invention.

(Explanation of symbols for the main parts of the drawing)

1, 1A, 1B, 1C, 1D, 1E, 1F, 1G, 1H: Inspection device,

2: means of code preservation,

3: memory area,

4, 4A, 4B, 4C, 4D, 4E, 4F, 4G, 4H: program execution means,

5, 5A, 5B, 5C, 5D, 5E, 5G, 5H: program load means,

5F: program upload means,

6, 6D: means of accumulation,

7, 7a, 7b, 7b ', 7b ", 7c: encoded file,

9, 9a, 9b, 9A: programming software,

10, 10a, 10b, 10a, 10b: program,

12: display / operation means,

13: program execution unit,

14: device initialization information,

15: program load history preservation means,

16: configuration consistency check means,

17, 17a, 17b, 17c: configuration information,

19 F / W: Version information,

20: export means,

21 means of import,

22: configuration information link means,

23 means for interpreting the program,

24: analysis result display means,

25: means of program management,

26: dependency display means

Technical field

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a program execution system for deploying a program created and coded by a program creation means into a memory area and executing a program. Particularly, during operation of a first program, a second program is executed from the first program. And a program execution system for loading and executing a second program from the accumulation means.

The present invention also relates to a programming system, a program analysis system, and a program management system for a program operating in the program execution system.

The present invention also provides an inspection apparatus (intelligent inspection unit) equipped with a program execution system, a control apparatus (sequence controller, motion controller, numerical control apparatus, FA equipment such as a robot), a program preparation system for inspection apparatus, and an inspection apparatus system. It is about.

Conventional technology

In general, in order to download and operate a program for inspection processing to an inspection apparatus (intelligent inspection unit), a user creates a program in advance with programming software on a personal computer, and connects a personal computer and an inspection apparatus on which programming software is installed. After the connection is made, the program created by the user is coded by the download command from the programming software, and the coded data is downloaded to the inspection apparatus.

As an example of the program execution system and programming system in the conventional inspection apparatus, the program download apparatus in the intelligent inspection unit is proposed (for example, refer nonpatent literature 1).

In the conventional apparatus described in the non-patent document 1, a program load process is executed as follows by a personal computer equipped with programming software (IU Developer).

First, programming software in a personal computer is connected to the inspection apparatus via an Ethernet (registered trademark) / USB / RS232C cable.

Then, the ordinary "execution menu" or "rebuild execution menu" is executed by programming software.

At this time, in the "execution menu", only items determined by the updated program are coded and transmitted to the inspection apparatus, and the program is recorded in the flash memory in the inspection apparatus. In the "Rebuild Execution Menu", all programs are coded and transmitted to the inspection apparatus, and the programs are recorded in the flash memory in the inspection apparatus.

The program recorded in the flash memory in the inspection apparatus is developed on the memory area RAM at the start of the inspection apparatus and executed on the program execution means in the inspection apparatus. The program execution means is also connected to the display / operation means.

As described above, in the conventional apparatus, a program is created by programming software (IU Developer) installed in a personal computer, and the personal computer and the inspection apparatus (intelligent inspection unit main body) are connected, and then "execution" or "rebuild execution" of the programming software is performed. Menu, the created program is coded, downloaded to the inspection apparatus (intelligent inspection unit main body), and operated.

However, in the above-mentioned conventional apparatus, since the programs are collectively in one file, when the addition of a model to be inspected frequently occurs, a unique program corresponding to each model is required. It becomes huge.

In addition, since the program cannot be described for each model, distributed development or parallel development cannot be realized. For example, to add a B program to an A program, a B program may be added after the A program. However, when the A program and the B program are independently developed, the A program and the B program are newly constructed as one program. You need work to do it.

In addition, because of the above technical background, the maintainability is also deteriorated. For example, in order to add the inspection function of the B type to the inspection device for inspecting the A type, it is necessary to add the B program to the A program.

In addition, since programs cannot be described separately for each model, distributed development or parallel development by a plurality of users becomes difficult, and when adding a model or the like, the influence on the existing parts already in operation is fully considered. Since it is necessary to create a new program while developing, it becomes difficult to develop when adding a model substantially.

In addition, since the capacity of a program created by a user is limited by the flash memory in the inspection apparatus, and a program exceeding the maximum memory capacity of the flash memory cannot be created, it cannot cope with any number of models.

In addition, when adding a model, it is necessary to connect a personal computer and a test | inspection apparatus by cable etc., and to download all the programs including an addition from programming software again.

[Non-Patent Document 1]

IU2-series IU Developer Operation Manual, page B-206

As described above, in the conventional program execution system, since a program is integrated into a single file, there is a problem that if a model addition or the like occurs frequently, the program becomes large and the model to be inspected cannot be easily added.

In addition, since the programs cannot be described separately for each model, there is a problem that distributed development and parallel development cannot be realized, and maintenance is also poor.

In addition, since the programs cannot be described separately for each model and distributed development or parallel development is difficult, there is a problem that it is difficult to develop when adding a model.

In addition, it is difficult to prepare a program exceeding the maximum memory capacity of the apparatus, and when adding a model, there is a problem that it is necessary to reconnect the personal computer and the inspection apparatus and to download all the programs including the additional portions from the programming software again.

SUMMARY OF THE INVENTION The present invention has been made to solve the above-mentioned problems, and it is possible to avoid large programs of individual programs, to enable distributed development and parallel development, and to execute a program that can efficiently and easily add an inspection target model. The goal is to get the system.

Moreover, it aims at obtaining the programming system, program analysis system, and program management system for the said program execution system, and the test | inspection apparatus provided with the program execution system, the program preparation system for inspection apparatus, and an inspection apparatus system.

Means to solve the problem

The program execution system according to the present invention includes a code storage means for storing a coded first program, a memory area in which a first program stored in the code storage means is developed, and a first program developed in the memory area. A program execution system comprising program execution means for executing a code, comprising: storage means for storing a coded second program as an encoded file, wherein the program execution means is a second stored in the storage means as an encoded file; Program loading means for loading a program of in the memory area, wherein the program execution means responds to a call instruction for a second program in the storage means during an operation executing the first program deployed in the memory area. To load the second program in the storage means into the memory area, To run the program.

According to the present invention, the coded file (second program) generated in advance by programming software is read from the storage means, loaded into the memory area, and replaced with the first program in operation, thereby enlarging each program. By avoiding this problem, distributed development and parallel development are possible, and the inspection target model can be added efficiently and easily.

1st Embodiment

1 and 2 are block diagrams showing a program execution system according to a first embodiment of the present invention together with a programming system, and show a case where the same is applied to the inspection apparatus 1 as described above.

1 and 2, the inspection apparatus 1 constitutes an intelligent inspection unit, and includes a CPU, I / F, various memories, and the like.

The inspection apparatus 1 is a programming software 9 (see FIG. 1) or programming software 9a, 9b (see FIG. 2) in the personal computer 8, and is a first or second program created by a user (hereinafter, referred to as FIG. 2). , Each referred to simply as a "program" (10a, 10b).

In this case, the programs 10a and 10b become inspection processing programs.

The programming software 9, 9a, 9b is specifically a means (development environment, etc.) for creating the programs 10a, 10b.

The programs 10a and 10b are specifically program code (source code etc.) which the user produced.

In Fig. 1, the program 10a is, for example, a model selection program (to be described later), and the program 10b is, for example, a processing program of the coded file "work1.up".

In addition, in FIG. 2, although programming software 9a, 9b is shown in one personal computer 8 as programming software for creating the programs 10a, 10b, each program 10a, 10b is shown in FIG. It may be created using the same programming software 9 as in FIG. 1, or may be created using individual programming software in a plurality of personal computers (not shown).

The inspection apparatus 1 is connected to the code storage means 2 connected to the personal computer 8, the memory area 3 connected to the code storage means 2, and the memory area 3 as needed. The program execution means 4, the program load means 5 provided in the program execution means 4, and the display / operation means 12 connected to the program execution means 4 are provided.

The code storage means 2 is made up of a memory (flash R0M or the like) capable of data storage even when the device power supply is turned off, and stores a program 10a serving as a main operation program created by the programming software 9, 9a.

The memory area 3 is constituted by ordinary data storage means (RAM memory or the like).

The program execution means 4 is connected with an accumulation means 6 constituted by a large capacity digital data recording medium such as a hard disk or a memory card.

In the storage means 6, a program 10b for detection processing for each target model created by the programming software 9, 9b is stored as necessary.

The program 10b is coded by the coded file generating means 11 in the programming software 9 (see Fig. 1) or the coded file generating means 11b in the programming software 9b (see Fig. 2).

In other words, the program 10b created by the user is coded in a development environment (including the coded file generating means 11 and 11b) in the programming software 9 and 9b, and becomes a coded file 7b, and the personal computer ( 8 is recorded in advance in the storage means 6.

The encoding file 7b is a file which specifically codes the program 10b which the user created in the development environment.

Incidentally, although only one encoding file 7b is shown here for convenience, any number of encoding files 7b as needed may be recorded according to the number of models to be inspected or the like.

In addition, the individualized plurality of encoded files 7b (program 10b) can be added or changed from the outside as needed.

In addition, the accumulating means 6 may be built in the inspection apparatus 1.

In the inspection apparatus 1, the program execution means 4 becomes a program (F / W: palmware) operating on the CPU, and analyzes and executes the program 10a or 10b created by the user. The program loading means 5 in the program execution means 4 acquires the coded file 7b from the storage means 6 and expands it to the memory area 3 as needed.

That is, the program execution means 4 loads and operates the program 10a in the code storage means 2 into the memory area 3, and the program load means 5 in the program execution means 4 In response to the call instruction in the program 10a, during the operation of the program 10a, the program 10b is loaded from the storage means 6 into the memory area 3 and operated.

The display / operation means 12 constitutes a man machine interface, specifically, has an LCD, a keyboard, and the like, and performs screen display and key input reception for the user.

The programming software 9, 9a, 9b in the personal computer 8 operates by user's operation, and creates programs 10a, 10b that operate on the inspection apparatus 1.

The personal computer 8 has a development environment for reading the program 10a and generating executable code, and transmitting the executable code to the code storage means 2 in the inspection apparatus 1.

The source code of the program 10a created by the user is compiled by the development environment in the personal computer 8 into a form executable by the inspection apparatus 1, and the compiled code is transmitted to the inspection apparatus 1 for operation. It is.

In addition, since the executable code is generated immediately before being transmitted to the inspection apparatus 1 and deleted after the transmission, the executable code is not directly handled by the user.

Similarly, the development environment in the personal computer 8 reads the program 10b and generates executable code, but the executable code of the program 10b is coded that can be handled by the user by the coded file 7b. The file 7b is converted.

That is, the encoding file generating means 11, 11b converts the program 10b in the development environment into the encoding file 7b.

Next, a schematic operation of the personal computer 8 and the inspection apparatus 1 according to the first embodiment of the present invention shown in FIG. 2 will be described.

First, the personal computer 8 is cable-connected to the inspection apparatus 1, and the program 10a created with the programming software 9 and 9a is downloaded to the code storage means 2 in the inspection apparatus 1.

On the other hand, the program 10b created by the programming software 9 and 9b is coded by the coded file generating means 11 and 11b and copied into the storage means 6 as the coded file 7b.

The inspection apparatus 1 codes and stores in advance the plurality of programs 10a and 10b related to the inspection processing operation created by the user in the personal computer 8, and is connected to the inspection apparatus 1 at the time of use.

The program execution means 4 in the inspection apparatus 1 expands the program 10a in the code storage means 2 in the memory area at the time of power supply, and executes the processing of the program 10a.

In addition, the program loading means 5 in the program execution means 4 stores the program 10b necessary for the inspection process of the target model while the program 10a is being executed on the inspection apparatus 1. Is loaded into the inspection apparatus 1, and is expanded to the memory area 3 for execution.

In this way, the program execution means 4 loads and executes another program 10b in the accumulation means 6 during execution of one program 10a.

That is, when a call instruction for the coded file 7b of the program 10b is issued from the program 10a currently in operation, the designated coded file 7b in the storage means 6 is stored in the memory in the inspection apparatus 1. It develops on the area 3 (RAM).

As a result, the program 10a currently operating on the inspection apparatus 1 is replaced with the program 10b, and the processing of the program 10b is executed.

FIG. 3 is an explanatory diagram schematically showing a specific example of the program 10a stored in the code storage means 2, showing the case of a model selection program as an example.

In Fig. 3, the program 10a (model selection program) should be loaded from the storage means 6 by the code "DS0" of the device (memory) specified by the start of the code starting from "START". The encoding file DS0 ("1" to "4" or "Def (other)") is specified.

Here, it is assumed that five kinds of encoding files ("work1.iup" to "work5.iup") corresponding to five models are recorded in the storage means 6.

For example, when the designated device is "DS0 = 1", the command "IUP LOAD" is executed by the program execution means 4, and the program load means 5 encodes the coded file of the file name "work1.iup". It is loaded from this storage means 6.

When the designated device is "DS0 = 2", the command "IUP LOAD" is executed in the program execution means 4, and the coded file of the file name "work2.iup" is executed by the program load means 5. It is loaded from the accumulating means 6.

When the designated device DSO is not one of "1", "2", "3", and "4", the command "IUP LOAD" is executed by the program execution means 4, and the program load means 5 is executed. By this, the coded file having the file name "work5.iup" is loaded from the storing means 6.

Next, the processing operation which concerns on 1st Embodiment of this invention is demonstrated concretely with reference to the flowchart of FIG.

In FIG. 4, first, the encoding file 7b (one or a plurality of files) of the program 10b generated by the programming software 9, 9b is stored in the storage means 6, and the storage means 6 is inspected. It attaches to the apparatus 1 (step S1).

Subsequently, the personal computer 8 is connected to the inspection apparatus 1, and the programming software 9, 9a is described with respect to the program 10a that describes a call instruction to the coded file 7b in the storage means 6. Is given, the program 10a is coded by the download command, and the coded data of the program 10a is downloaded to the code storage means 2 (step S2).

Next, at the next start of the inspection apparatus 1, the program execution means 4 expands the data recorded in the code storage means 2 in the memory area 3, and displays / operates means by the user ( In response to the operation of 12), the operation of the program 10a is started (step S3).

Subsequently, it is determined whether a call instruction from the program 10a in operation to the coded file 7b has been issued (step S4), and if it is determined that the call instruction has not been issued (i.e., NO), then, It is determined whether or not an operation end instruction has been issued from the program 10a in operation (step S5).

In step S5, if it is determined that the operation end instruction has been issued (i.e., YES), the operation ends (step S7). On the other hand, if it is determined that the operation termination command has not been issued (i.e., NO), the program execution means 4 ) Continues the instruction issued from the program in operation (step S6), and returns to step S4.

On the other hand, if it is determined in step S4 that a call instruction to the coded file 7b is issued (that is, YES), the program load means 5 stores the coded file 7b in the storage means 6 in the memory area ( 3), it is replaced with the program currently operating on the inspection apparatus 1 (step S8).

Finally, the program execution means 4 starts the operation of the replaced program 10b in response to the operation of the display / operation means 12 in the inspection apparatus 1 (step S9).

In addition, the program 10b after load replacement may be started automatically.

As described above, the program execution system according to the first embodiment of the present invention includes a code storage means 2 for storing the coded program 10a, and a coded file 7b for the program 10b associated with the program 10a. Accumulating means 6 to be stored, a memory region 3 on which a program to be executed is developed, program execution means 4 for executing programs 10a and 10b, and a program 10b as necessary. Program loading means 5 for loading the memory into the memory area 3, and the program loading means 5 accumulates in response to a call command to the program 10b during the operation of the program 10a. The program 10b is loaded from the means 6 into the memory area 3.

Thus, after generating a plurality of coded files 7b for each model, for example, without storing the programs in a single file, they are stored in the storage means 6, and the coded files 7b necessary when necessary are freely called. Can be operated.

Therefore, the largeness of the program 10a can be avoided, distributed development and parallel development of the program 10b can be performed, and the independence of the execution codes of the programs 10a and 10b can be increased.

In addition, in a conventional system, a large program can be avoided by integrating a single file.

In addition, since the program 10b can be described for each model on a personal computer 8 different from the inspection apparatus 1, distributed development and parallel development are possible, and the program 10b can be described independently for each model. The influence on the parts that are already operating can be minimized.

Here, the effect by the 1st Embodiment of this invention is demonstrated supplementally concretely.

According to the first embodiment of the present invention, when the inspection item of the product A is 200 items, for example, two users can develop a program by dividing by 100 items.

In this case, the program to be developed is distributed into 100 items in the first half and 100 items in the second half, and the inspection processing of the first 100 items is stored in the code preservation means 2 as the program 10a, The inspection process is stored in the storage means 6 as the program 10b.

As a result, when the inspection process of the first 100 items ends, the program 10b which performs the inspection process of the last 100 items is executed, and a total 200 items of inspection processes can be executed. In addition, even when the capacity of the code storage means 2 is small, it is possible to operate by dividing the program of 200 items into two programs of 100 items each.

In addition, when necessary, the necessary coded file 7b is called each time, and developed on the memory area 3 (RAM) in the inspection apparatus 1, and the program 10a currently operating on the inspection apparatus 1 and Since it can be replaced and operated, even when the program is integrated into a single file, even a program that exceeds the maximum memory capacity of the code storage means 2 is divided into, for example, a coded file 7b (program 10b) for each model. By doing so, the program can be operated on the inspection apparatus 1.

In addition, in the conventional system, for example, when adding a function of inspecting the product B to the inspection program of the product A, the inspection program of the product B is added to the inspection program of the product A to compile. And the transfer to the inspection apparatus 1 is performed, but at this time, the program of the product A which was originally operated also has a modification for adding a program of the product B, and therefore operation check must be executed. It takes time.

However, according to the program execution system according to the first embodiment of the present invention (see Figs. 1 and 2), the code storage means 2 for storing the coded program 10a and the code storage means 2 are saved. A coded file 7b includes a memory region 3 on which a program 10a is deployed, a program execution means 4 for executing a program 10a deployed on a memory region 3, and a coded program 10b. Storage means 6 (hard disk or memory card, etc.), and the program execution means 4 stores the program 10b stored in the storage means 6 as a coded file 7b. It has a program loading means 5 for loading in the area 3.

Thereby, the program execution means 4 responds to the call instruction for the program 10b in the accumulation means 6 during the operation of executing the program 10a developed in the memory area 3, and thus the accumulation means ( The coded file 7b (program 10b) in 6) can be loaded into the memory area 3, and the program 10b can be executed.

Therefore, as shown in FIG. 3, since the model selection program for selecting which model to perform the inspection process is described, convenience can be improved.

For example, when the inspection apparatus 1 corresponds to the product A, the model selection program of FIG. 3 is stored in the code | storage storage means 2, and the accumulation means 6 of the product A is carried out. The inspection program is stored. The change operation in the case of adding the inspection function of the product B to this inspection apparatus 1 is to add the branch of the product B to the model selection program of FIG. The coded file 7b of the inspection program of B) is stored. Therefore, since the addition of the model can be realized only by the above two change operations, there is no need to modify the inspection program of the product A, and there is no need to check the operation.

2nd Embodiment

In the first embodiment, only the coded file 7b of the program 10b corresponding to each model is stored in the storage means 6, but unless the inspection apparatus 1 is restarted after the program 10b is executed. It is impossible to return to the program 10a for main processing.

Therefore, the call instruction to the program 10a may be described in the program 10b, and the coded file 7a of the program 10a may be further stored in the storage means 6.

FIG. 5 is a block diagram showing a program execution system according to a second embodiment of the present invention in which the encoding file 7a of the program 10a is additionally stored in the storage means 6.

In Fig. 5, the same reference numerals as those described above (or referring to Figs. 1 and 2) are given the same reference numerals, or "A" is attached after the reference numerals and detailed description thereof is omitted.

In this case, the programming software 9, 9a in the personal computer 8 codes the program 10a downloaded to the inspection apparatus 1A by the coded file generating means 11, 11a, and the program 10a. The encoded file 7a is copied to the storage means 6 in advance.

On the other hand, at the end of the program 10b, a call instruction for loading the coded file 7a of the program 10a from the storage means 6 is described.

Next, with reference to the flowchart of FIG. 6, operation | movement by 2nd Embodiment of this invention shown in FIG. 5 is demonstrated.

In FIG. 6, steps S1A, S2, and S3A to S9A correspond to steps S1 to S9 described above (see FIG. 4), respectively.

First, an encoding file 7a of a program 10a describing a call instruction to the program 10b and an encoding file 7b of a program 10b describing a call instruction to the program 10a are generated and accumulated means ( 6) and the accumulating means 6 is attached to the inspection apparatus 1A (step S1A).

Subsequently, the download command from the programming software 9 and 9a is given to the program 10a, and the data which coded the program 10a by the download command is downloaded to the code storage means 2 (step S2). ).

Next, at the start of the inspection apparatus 1A, the data (program 10a) recorded in the code storage means 2 is developed in the memory area 3, in response to the operation of the display / operation means 12. The operation of the program 10a is started (step S3A).

In the following, it is determined whether or not a call instruction of a coded file (first coded file 7b) has been issued from a program in operation (first program 10a) (step S4A), and the call instruction has not been issued (i.e., , NO), it is subsequently determined whether or not an operation end instruction has been issued from the program in operation (step S5A).

In step S5A, if it is determined that the operation end instruction has been issued (i.e., YES), the operation of the program currently being executed is terminated (step S7A), and if it is determined that the operation termination command has not been issued (i.e., NO), the program The execution means 4A continues to execute the instruction issued from the program during operation (step S6A), and returns to step S4A.

On the other hand, if it is determined in step S4A that the call instruction of the coded file (firstly coded file 7b) has been issued (i.e., YES) from the program in operation (first at program 10a), the program load means 5A. ) Expands the coded file 7b (program 10b) in the storage means 6 into the memory area 3 and replaces the program 10a currently in operation on the inspection apparatus 1A (step S8A). .

In addition, in response to the operation of the display / operation means 12 in the inspection apparatus 1A, the operation of the replaced program 10b is started (step S9A), and the flow returns to step S4A.

In addition, the program 10b may be configured to automatically start.

Hereinafter, during the operation of the replaced program 10b, the same processes as described above (steps S4A to S9A) are executed.

That is, it is determined whether or not a call instruction to the coded file 7a has been issued at the end of the program 10b in operation (step S4A). If the call instruction is issued, the coded file 7a from the storage means 6 is issued. (Program 10a) is loaded (step S8A), the processing operation of the program 10a is executed (step S9A), and the flow returns to step S4A.

As described above, the program execution means 4A according to the second embodiment of the present invention (see FIGS. 5 and 6) always grasps the call relationship of each of the programs 10a and 10b and the operation of the program 10b. In response, the program 10a is loaded from the storage means 6 into the memory area 3 in response to the call instruction for the program 10a described last in the program 10b.

In the above-described first embodiment (see Figs. 1 to 4), when the coded file 7b stored in the storage means 6 is called from the program 10a stored in the code storage means 2, Unless the inspection apparatus 1 is restarted, it was not possible to return to the program 10a stored in the code storage means 2.

However, the accumulation means 6 according to the second embodiment of the present invention stores the program 10a (or other program) as the coded file 7a in addition to the program 10b.

Therefore, the program executing means 4A stores the accumulating means 6 in response to a call instruction to the program 10b in the accumulating means 6 during the operation of executing the program 10a developed in the memory area 3. Loads the coded file 7b (program 10b) in the memory area 3, executes the program 10b, and executes the program 10b. In response to a call instruction to 10a (or another program), the encoding file 7a (program 10a) in the storage means 6 is loaded into the memory area 3, so that the program 10a (or, Other programs).

In this case, the program execution means 4A always grasps the call relations of the programs 10a and 10b and not only stores the program 10a in the code storage means 2, but also the coded file generation means 11, By storing the coded file 7a converted by 11a) in the storage means 6, the inspection apparatus 1A starts up, the program 10a operates, and after the program 10b operates, the original program 10a can be executed.

That is, the program execution means 4A responds to a call instruction to the program 10a in the program 10b during the operation of the program 10b, so that the program 10a is stored in the memory area 3 from the storage means 6. ).

Thus, after the inspection apparatus 1A is started, when the encoding file 7b of the program 10b is called from the program 10a, and the program 10b is being executed, the program (10b) is the last of the program ( If a call instruction to the coded file 7a of 10a is described, it can be automatically returned to the program 10a at the end of the program 10b.

For example, as described above (refer to FIG. 3), the program 10a is used as a program only for model selection (calling of the designated encoding file 7b) for execution. When 10b) is added, the coded file 7b of the additional program 10b is generated and stored in the storage means 6, and the additional coded file 7b is designated as a change operation of the program 10a. You can add a model easily only by adding a technique as much as possible.

In addition, when the program 10a is for model selection, the model selection (designation of the encoding file 7b) described by the program 10a is not directly specified in the program 10a, but is indirectly specified. If there is, there is no need to change the program 10a at the time of model addition.

Therefore, it is not necessary to cable-connect the personal computer 8 and the test | inspection apparatus 1A for every model addition, and to download the program 10a from the programming software 9 and 9a again to the test | inspection apparatus 1A.

In addition, when the program 10a is configured as shown in Fig. 3, the processing branches according to the values ("1" to "4", "Def") of the DS0 device, and pre-specified files ("work1.iup" to "work5). .iup ") can be entered, but in response to a desired program, a file name can be input from the display / operation means 12 to load a target file.

When such a program technique is executed, there is no need to modify the model selection program, thereby increasing convenience.

In addition, the calling relationship of the programs 10a and 10b can be easily obtained, the load time can be shortened, and the read processing of the programs 10a and 10b can be reliably executed.

In the above example, it is assumed that at the end of the program 10b, a call instruction for loading the coded file 7a of the program 10a from the storage means 6 is described.

Thereby, the program execution means 4A, in response to the call instruction for the program 10a described last in the program 10b, during the operation of the program 10b, from the storage means 6 to the memory area 3. The program 10a can be loaded.

In this way, a call instruction for loading the program 10a from the code storage means 2 may be described at the end of the program 10b.

In this case, the program execution means 4A, in response to the call instruction for the program 10a described last in the program 10b, during the operation of the program 10b, the program execution means 4A reads from the code storage means 2 from the memory area ( The program 10a can be loaded into 3).

Third embodiment

Incidentally, in the first and second embodiments, the load processing of the coded file 7b (program 10b) to the memory area 3 is collectively executed, but the main flow unit (program execution) in the coded file 7b is executed. The load process may be executed in units of units.

FIG. 7 is a block diagram showing a main part of a program execution system according to a third embodiment of the present invention in which load processing is executed in main flow units.

In FIG. 7, the same code | symbol as the above-mentioned (refer FIG. 2) attaches | subjects the same code | symbol as above, or attaches "B" after a code | symbol, and abbreviate | omits detailed description.

In this case, the program loading means 5B in the program execution means 4B executes the load processing of the coded file 7b (program 10b) in the program execution unit 13 (main flow unit) in the coded file 7b. ) Is to be performed.

The program execution unit 13 is an execution program unit included in the encoding file 7b (program 10b), and specifically, is a flowchart in IU Developer.

Although one program execution unit 13 is typically shown here, one program 10b includes a plurality of execution program units (flow charts), that is, program execution units 13.

Next, an operation according to the third embodiment of the present invention shown in FIG. 7 will be described with reference to the flowchart of FIG. 8.

In Fig. 8, first, the program loading means 5B starts loading of a program (step S10).

At this time, reading of only the program execution unit 13 (designated flow chart) to be loaded is specified.

Subsequently, only the designated flow chart in the encoding file 7b is read out (step S11).

In this way, the program load means 5B does not read all of the program 10b at the time of the load processing of the program 10b, but instead executes the program execution unit 13 (main flow) to be executed in the program 10b. Read in units).

As a result, since the amount of data to be read is reduced, the time required for changing the inspection model can be shortened.

That is, the program execution means 4B according to the third embodiment of the present invention (see FIGS. 7 and 8) is coded in the accumulation means 6 during the operation of executing the program developed in the memory area 3. In response to a call instruction to the program execution unit 13 (the corresponding execution portion) in the program stored as the file 7b (or other coded file), among the programs stored in the storage means 6 The program execution unit 13 corresponding to the corresponding execution portion is loaded into the memory area 3, and the program execution unit 13 is executed.

Therefore, the load time can be shortened in addition to the above-described effects of avoiding huge programs, enabling distributed and parallel development, and increasing the independence of executable code.

Fourth embodiment

In addition, in the said 1st Embodiment, although it did not consider about the initialization information about the device (memory) in the inspection apparatus 1, when the program 10b is loaded by including device initialization information in the program 10b, The device may be configured to automatically initialize the device as necessary based on the device initialization information.

FIG. 9 is a block diagram showing a main part of a program execution system according to a fourth embodiment of the present invention in which device initialization information 14 is provided in a coded file 7b (program 10b).

In Fig. 9, the same reference numerals as those described above (see Figs. 1 and 2) are denoted by the same reference numerals, or "C" is attached after the reference numerals and detailed description thereof is omitted.

In this case, the encoding file 7b (program 10b) includes device initialization information 14 indicating whether initialization is performed on the device in the inspection apparatus 1C.

In addition, although only the device initialization information 14 is shown here typically, the encoding file 7b may contain other initialization information other than a device.

In addition, the program loading means 5C performs initialization as needed based on the device initialization information 14 at the time of loading of the program 10b.

The device initialization information 14 is information added to the encoding file 7b, and information of whether or not to initialize the inspection apparatus 1C when the encoding file 7b (program 10b) is loaded is set. It is.

Next, an operation according to the fourth embodiment of the present invention shown in FIG. 9 will be described with reference to the flowchart of FIG. 10.

In FIG. 10, step S10 is a load process as mentioned above (refer FIG. 8).

First, the program loading means 5C starts loading the program 10b (step S10) and determines whether to initialize the device in the inspection apparatus 1C based on the device initialization information 14. (Step S12).

In step S12, if it is determined that initialization is not performed (i.e., NO), the designated program is immediately read (step S13), while if it is determined that initialization is performed (i.e., YES), then the device is initialized ( Step S14), the designated program is read (step S13).

For example, when the program 10b is loaded and executed from the state where the program 10a is being executed by the program execution means 4C, the number of data passes between the program 10a and the program 10b. If not, it is not necessary to save the device contents, so that the device in the inspection apparatus 1C is initialized based on the device initialization information 14.

On the other hand, when there is data transfer between the program 10a and the program 10b, since the device contents need to be saved, the device does not execute the initialization process.

Thereby, a previous test result etc. can be taken over and can be used in a post-processing process. For example, the number of determinations indicating "OK / NG" in the program 10a can be taken over by the program 10b as it is, and the inspection process can be continued.

As described above, according to the fourth embodiment (see FIGS. 9 and 10) of the present invention, the program 10b includes device initialization information 14 for the inspection apparatus 1C (program execution system), The program loading means 5C initializes the device in the inspection apparatus 1C as necessary based on the device initialization information 14 at the time of loading the program 10b from the accumulation means 6.

Therefore, at the time of loading of the program 10b, it is possible to select whether or not initialization processing is necessary, and the initialization processing can be automatically executed as necessary.

5th embodiment

In the first to fourth embodiments described above, the premise is that the encoding file 7b is present in the storage means 6, but the presence or absence of the encoding file 7b is checked when the encoding file 7b is loaded. You may also do it.

Hereinafter, the program execution system which concerns on 5th Embodiment of this invention which provided the presence / absence check function of the encoding file 7b is demonstrated.

In this case, the program execution means 4 and the program load means 5 (for example, see FIGS. 1 and 2), when the program 10b (or the program 10a) is loaded, the program 10b. (Or the program 10a) is checked, and error processing (error code output) is executed when no program responds to the call instruction.

Hereinafter, operation | movement by 5th Embodiment of this invention is demonstrated, referring the flowchart of FIG.

In Fig. 11, step S10 is a load process as described above (see Figs. 8 and 10). Here, the case where the program 10b in the storage means 6 is loaded is demonstrated as an example.

First, loading of the program 10b is started (step S10), and it is determined whether or not the encoded file 7b exists (step S14).

If it is determined in step S14 that the encoded file 7b exists (that is, YES), then the encoded file 7b is read (step S15).

On the other hand, if it is determined in step S14 that the coded file 7b does not exist (that is, NO), it is displayed on the screen of the display / operation means 12 that the coded file 7b does not exist (step S16). .

In addition, other devices are notified by communication such as the Internet (step S17), an error code is output to the device in the inspection apparatus 1 (step S18), and the operation is stopped (step S19).

In addition, regarding step S16 to S18, it is not necessary to perform all the processes, only one of the processes may be performed, or only two of the processes may be executed.

In this way, the program execution means 4 stops the operation of the inspection apparatus 1 when the target encoding file 7b does not exist when the program 10b is loaded, and displays the screen. Error code by the communication, notification by communication, or error code recording is performed on the device in the inspection apparatus 1.

The same applies to the case where the program 10a is loaded from the accumulation means 6.

As shown in Fig. 11, in the program execution means according to the fifth embodiment of the present invention, a predetermined program is stored in the program storage means at the time of loading a predetermined program from the accumulation means 6 by the program load means. If a predetermined program in response to the call command does not exist in the storage means 6, an error code is output.

As a result, in addition to the above-described effects, error processing upon program loading can be executed, and in the state where a program corresponding to the load does not exist, abnormal operation is avoided, and convenience of specifying the cause of stopping is improved. It is effective.

6th embodiment

In the first to fifth embodiments described above, one type of recording medium (memory card or the like) has been described as the storage means 6 to be subjected to the program load, but a plurality of different recording media (for example, , A memory card, a hard disk, or the like) may be used as a program load target.

FIG. 12 is a block diagram showing an essential part of a program execution system according to a sixth embodiment of the present invention in which a plurality of accumulating means 6 and 6D are subjected to a program load.

In FIG. 12, the same code | symbol as the above-mentioned (refer FIG. 2) is attached | subjected, or "D" or "'" is attached after a code | symbol, and detailed description is abbreviate | omitted.

In this case, the coded files 7b and 7b 'corresponding to each program include reading destination information about the storage means 6 and 6D, each of which is stored.

In addition, the program executing means 4D and the program loading means 5D in the inspection apparatus 1D individually select the read destination of each program in response to the read destination information in the coded files 7b and 7b 'to be loaded. It is supposed to change.

Next, with reference to the flowchart of FIG. 13, operation | movement by 6th Embodiment of this invention shown in FIG. 12 is demonstrated.

Here, the case where the encoding file 7b corresponding to the program 10b is made to load is demonstrated typically. In addition, it is assumed that the accumulating means 6 is a memory card, and the accumulating means 6 'is a hard disk HDD.

In Fig. 13, first, loading of the coded file 7b (program 10b) to be loaded is started (step S10), and with reference to the read destination information in the coded file 7b to be loaded, the memory card ( It is determined whether or not the state is loaded from the accumulation means 6 (step S20).

If it is determined in step S20 that it is loaded from the memory card (that is, YES), the read destination is recognized as the memory card (accumulating means 6), and the coded file is read from the memory card (step S21).

On the other hand, if it is determined in step S20 that it is not loaded from the memory card (that is, NO), the read destination is recognized as the hard disk HDD, and the coded file is read from the HDD on the network (step S22).

In addition, although the case where a reading destination is specified among the two storage means 6 and 6D was demonstrated here, three or more storage means may be connected to the inspection apparatus 1D.

As described above, in the sixth embodiment of the present invention (see Figs. 12 and 13), a program using a call instruction for a predetermined program (encoded file 7b or 7b ') has a predetermined program that responds to the call instruction. It includes reading destination information about the storing means 6 or 6D stored, and the program executing means 4D individually changes the reading destination of the predetermined program in response to the reading destination information.

Thereby, since the load destination (read destination) can be specified based on the read destination information, the storage means 6 and 6D to be targeted can be automatically switched.

Therefore, the selection of the coded files 7b and 7b 'according to the model becomes wider, and the coded file 7b' in the storage means 6D such as the hard disk HDD on the network can be designated.

In addition, it is not necessary to go out to the installation site of another apparatus and perform a replacement operation of the coded file, etc., and the change of the program can be realized.

According to the sixth embodiment of the present invention, in addition to the effects described above, the reading processing of the program (coded file 7b or 7b ') can be reliably executed.

7th embodiment

In addition, although not mentioned in particular in said 1st-6th embodiment, load history information may be preserve | saved at the time of loading of a program.

Fig. 14 is a block diagram showing a main part of a program execution system according to a seventh embodiment of the present invention in which load history information can be stored.

In Fig. 14, the same reference numerals as those described above (see Fig. 2) are denoted by the same reference numerals, or "E" is attached after the reference numerals and detailed description thereof is omitted.

In this case, the program execution means 4E in the inspection apparatus 1E includes a program load history storage means 15.

The program load history storage means 15 acquires and stores a load history regarding the coded file 7b (program 10b).

For example, the program load history saving means 15 includes a history of an activated project (program 10b or coded file 7b) or a program changed when the coded file 7b (program 10b) is loaded. The names are preserved in time series.

In addition, although the case where the encoding file 7b (program 10b) is typically shown here is applied, it applies also when loading the encoding file 7a (program 10a) mentioned above (refer FIG. 5). It is possible.

Next, with reference to the flowchart of FIG. 15, operation | movement by 7th Embodiment of this invention shown in FIG. 14 is demonstrated.

In Fig. 15, first, when the program loading means 5E starts loading the program 10b (step S10), the program load history saving means 15 loads the load history (specifically, the load of the program 10b). One "file name" is saved (step S24).

Subsequently, when loading of the next program 10b 'starts (step S10A), similarly, the program load history saving means 15 saves the load history of the next program 10b' (step S24A).

Each time the load of the program 10b starts, the same load process and load history preservation process are repeated.

Thus, for example, the programs 10b, 10b ', ... are executed from the program (A) to the program (B) to the program (C). When sequentially loaded as shown in the figure, the program load history saving means 15 includes a program A, a program B, a program C,... Are preserved.

As described above, the program execution means 4E according to the seventh embodiment of the present invention (see Figs. 14 and 15) includes a program load history storage means 15, and the program load history storage means 15, In response to a call instruction for a predetermined program (for example, the coded file 7b) in the storage means 6, the program execution means 4E loads the predetermined program in the storage means 6 into the memory area 3. When the program is executed, the program loads the loaded program as a load history.

This helps to determine which program is the cause when an error occurs, and helps to specify which program should be started at the next start when an error stop occurs.

In addition, by referring to the load history, it is possible to recognize which model was inspected.

In addition, it is possible to easily acquire the calling relationship of the program.

Eighth embodiment

In the first to seventh embodiments, only the load processing of the program (project) has been described, but the program (project) may be uploaded from the inspection apparatus to the accumulation means.

FIG. 16 is a block diagram showing an essential part of a program execution system according to an eighth embodiment of the invention in which an upload function is provided in the program execution means 4F.

In FIG. 16, the same code | symbol as the above-mentioned (refer FIG. 2) is attached | subjected, or "F" is attached after a code | symbol, and detailed description is abbreviate | omitted.

In this case, the program execution means 4F in the inspection apparatus 1F is provided with the program upload means 5F.

The program upload means 5F converts the program 10a or 10b developed in the memory area 3 into a coded file 7c and copies it to the accumulation means 6.

The program upload means 5F may be included in the functions of the program load means 5 to 5E described above, or may be provided separately from the program load means 5 to 5E.

In addition, as the storage means 6, a plurality of other recording media (PC card, HDD, etc.) may be connected.

Next, with reference to the flowchart of FIG. 17, operation | movement by 8th Embodiment of this invention shown in FIG. 16 is demonstrated.

In Fig. 17, first, the program upload means 5F expands on the memory area 3 to start uploading a program during execution (step S25), and specifies whether the destination of the program to be uploaded is a PC card. (HDD) is determined (step S26).

In step S26, when it is determined that the designation of the storage destination is a PC card (i.e., YES), the coded file 7c (program) is stored in the PC card serving as the storage means 6 (step S27).

On the other hand, if it is determined in step S26 that the designation of the storage destination is not a PC card (that is, NO), the coded file 7c (program) is stored in the HDD serving as the storage means 6 (step S28).

Thus, the program execution means 4F by 8th Embodiment (refer FIG. 16, FIG. 17) of this invention includes the program upload means 5F, and the program upload means 5F is the inspection apparatus 1F. The program execution means 4F uploads the program being executed to the accumulation means 6 within the parentheses.

In this way, the program being executed can be stored in the storage means 6 and can be designated as a PC card or HDD as a storage destination at the time of upload. The HDD may be an HDD connected to a network.

In general, when the standard value is adjusted while the inspection apparatus 1F is in operation, the integrity of the original data is lost, but according to the eighth embodiment of the present invention, the original file of the program is updated and stored. As a result, it is not necessary to reflect the adjustment of the standard values individually for the original file.

9th Embodiment

In addition, in the eighth embodiment, only uploading of the program is executed, but application version information (hereinafter, simply referred to as "version information") may be added to the uploaded program.

The application relates to a program created by the user in the programming software 9 (or 9a, 9b) in response to the inspection target.

Fig. 18 is a flowchart showing the operation by the program execution system according to the ninth embodiment of the present invention.

In FIG. 18, the difference from the above-described (see FIG. 17) is that only the version information addition process (step S25A) is added following the start of upload (step S25).

The system configuration according to the ninth embodiment of the present invention is as shown in Fig. 16, except that the program upload means 5F has a version information management function and a version information addition function at the time of upload.

In this case, the program upload means 5F (see FIG. 16) adds version information to the program uploaded to the accumulation means 6.

Next, operation according to the ninth embodiment of the present invention will be described with reference to FIG.

First, the program upload means 5F starts uploading a program (step S25), and adds version information to the program to upload (step S25A).

Hereinafter, as described above, the designation of the storage destination of the program is determined (step S26), and the program is stored in the PC card or the HDD (steps S27, S28).

In this manner, the program execution means according to the ninth embodiment of the present invention is uploaded to the accumulation means 6 at the time of uploading the program to the accumulation means 6 by the program upload means 5F (see FIG. 16). Add version information to the program (running program).

For example, in the eighth embodiment described above (refer to Figs. 16 and 17), the original file is updated at the time of uploading the program (project), but when viewed later, it can be determined whether the file is before the change or after the change. There will be no.

However, according to the ninth embodiment of the present invention (see Fig. 18), since version information is added at the time of file update, it is possible to determine whether or not it is an updated file, to be easy to manage, and to malfunction due to version differences. It can also prevent.

10th embodiment

In addition, although not mentioned in particular in the said 1st-9th embodiment, you may compare the configuration information at the time of the program load from the accumulating means 6, and may check the consistency of the loaded program and the inspection apparatus.

The following describes a program execution system according to a tenth embodiment of the present invention in which a consistency check function of configuration information is provided with reference to FIGS. 19 to 21.

FIG. 19 is a block diagram showing a main part of a program execution system according to a tenth embodiment of the present invention in which the inspection apparatus has a check function of configuration information.

In Fig. 19, the same reference numerals as those described above (see Fig. 2) are denoted by the same reference numerals, or "G" is attached after the reference numerals, and detailed description thereof is omitted.

In this case, the program loading means 5G in the program execution means 4G is provided with configuration information consistency checking means 16 for comparing each configuration information of the inspection apparatus 1G and the coded file 7b. Doing.

In addition, it is assumed that the accumulating means 6 stores a plurality of coded files 7b, 7b ', ....

Each encoded file 7b, 7b 'includes configuration information for its own operation, that is, an operation cone corresponding to the H / W configuration or device configuration of the inspection apparatus 1G suitable for the actual program processing operation. It has configuration information (hereinafter referred to as "configuration information" only).

The configuration consistency checking means 16 in the program execution means 5G includes configuration information of the predetermined program at the time of loading the predetermined program from the accumulation means 6 by the program loading means 5G, Compares the environmental configuration information (hereinafter referred to simply as "configuration information") in which the program execution means operates, checks whether they match, and outputs an error code if the verification result indicates inconsistency. do.

In this manner, the encoding files 7b and 7b '(programs 10b and 10b') in the storage means 6 and the program execution means 4G in the inspection apparatus 1G each include configuration information. The program execution means 4G checks the integrity of the configuration information when the program is loaded from the accumulation means 6.

In addition, the program execution means 4G reads configuration information of a predetermined program to be loaded, for example, the coded file 7b (program 10b), when the program is loaded in the storage means 6. The configuration information corresponding to the predetermined program may be shared.

As will be described later, the configuration consistency checking means 16 reads (or forwards) the configuration information (H / W configuration or device configuration) of the inspection apparatus 1G and the accumulation means 6. The configuration information of the encoded file 7b (or other encoded file 7b ') is compared to check whether or not the program operation is actually possible.

Fig. 20 is a block diagram schematically showing the relationship between the configuration information of the inspection apparatus 1G on the board and the coded files 7b, 7b ', and 7b ".

In FIG. 20, it is assumed that the inspection apparatus 1G has expansion boards 18a and 18b as configuration information.

In addition, it is assumed that the encoding files 7b, 7b ', and 7b "in the storage means 6 have individual configuration information 17a, 17b, and 17c.

Specifically, the configuration information 17a to 17c includes the H / W configuration (type of expansion board used, slot position, etc.) of the inspection apparatus 1G and the device (memory) setting in the inspection apparatus 1G. The file is saved.

Here, the configuration information 17a corresponds to the expansion boards 18a and 18b, the configuration information 17b corresponds to the expansion boards 18a and 18c, and the configuration information 17c is Assume that it corresponds to the expansion board 18a.

Next, the configuration information checking operation according to the tenth embodiment of the present invention shown in FIGS. 19 and 20 will be described with reference to the flowchart shown in FIG. 21.

In FIG. 21, steps S10, S15, and S17 to S19 are the same processes as those described above (see FIG. 11).

First, when the program execution means 4G starts loading the program 10b from the accumulation means 6 (step S10), the configuration consistency checking means 16 in the program load means 5G is configured. It is judged whether or not the migration information 17a (or 17b, 17c) completely matches the configuration information (H / W configuration, device configuration) of the inspection apparatus 1G (step S29).

In step S29, when it is determined that the configuration information 17a completely matches the H / W configuration of the inspection apparatus 1G (i.e., YES), the encoded file 7b (in the example of FIG. 20, the inspection apparatus) (It perfectly matches the H / W configuration of 1G) (step S15).

On the other hand, in step S29, for example, if it is determined that the configuration information 17b does not completely match the H / W configuration of the inspection apparatus 1G (that is, NO), then the configuration information 17b Is displayed on the screen of the display / operation means 12 (step S30).

In addition, other devices are notified by communication (step S17), an error code is output to the device in the inspection apparatus 1G (step S18), and the inspection apparatus 1G is stopped (step S19).

For example, in Fig. 20, the coded file 7b in the storage means 6 has the configuration information 17a (extension boards 18a, 18b) of the board configuration of the inspection apparatus 1G (extension board 18a). 18b)), the encoded file 7b can be read by the inspection apparatus 1G.

On the other hand, when trying to read the coded file 7b 'from the storage means 6, since the configuration information 17b (expansion boards 18a and 18c) does not match the board configuration of the inspection apparatus 1G, It becomes an error and cannot read the coded file 7b 'into the inspection apparatus 1G.

As described above, according to the tenth embodiment of the present invention (see FIGS. 19 to 21), the program (coded files 7b, 7b ', ...) stored in the accumulating means 6 operates by itself. Configuration information 17b, 17b, ..., and the program execution means 4G includes a configuration consistency check means 16, and the configuration consistency check means 16 includes a program load means. At the time of loading the predetermined program from the accumulating means 6 by 5G, it is checked whether or not the configuration information of the predetermined program and the configuration information of the environment in which the program execution means is operating match. If the result of the check indicates a mismatch, an error code is output.

Thereby, in addition to the above-described effects, the consistency of the configuration information 17b, 17b, ... can be checked, and the loading of the program that is impossible to process in the inspection apparatus 1G can be avoided.

That is, when the predetermined program is loaded from the storage means 6 and executed, abnormal operation in the case where the expansion board to be handled in the predetermined program does not exist in the inspection apparatus 1G or when it is another expansion board. Can be prevented in advance.

11th Embodiment

In addition, in the tenth embodiment, the complete match between the configuration information of the program and the inspection apparatus is confirmed, but the allowable range is widened to determine whether or not the predetermined program loaded from the accumulation means 6 is sufficient for operation. You may check it.

Fig. 22 is a flowchart showing an operation of confirming configuration information according to the eleventh embodiment of the present invention in which the allowable range is widened.

In this case, the configuration consistency checking means 16 (see FIG. 19) includes configuration information of the predetermined program loaded from the storage means 6 and the operating environment of the program execution means 4G (inspection apparatus 1G). At the time of confirming the conformance of the configuration information of)), the configuration information of the inspection apparatus 1G determines whether or not the predetermined program is sufficient for operation, and the configuration information of the operating environment is If the program is insufficient for operation, an error code is output.

The following describes the consistency check processing operation of the configuration information according to the eleventh embodiment of the present invention with reference to the flowchart shown in FIG. 22 together with FIG. 19 and FIG. 20 described above.

In FIG. 22, steps S10, S15, S17 to S19, and S29 are the same processes as those described above (see FIG. 21).

First, when the program execution means 4G starts to load a predetermined program (for example, the coded file 7b) from the accumulation means 6 (step S10), the configuration consistency check means 16 It is determined whether the configuration information 17a (or 17b, 17c) completely matches the configuration information of the inspection apparatus 1G (step S29).

In step S29, for example, if it is determined that the configuration information 17a completely matches the H / W configuration of the inspection apparatus 1G (i.e., YES), the coded file 7b is read (step S15). ).

On the other hand, if it is determined in step S29 that the configuration information of the load target program does not completely match the H / W configuration of the inspection apparatus 1G (that is, NO), then the configuration information 17b or 17c) determines whether or not the number of expansion boards has been deleted in the H / W configuration of the inspection apparatus 1G (step S29A).

In step S29A, for example, if it is determined that the configuration information 17c coincides with deleting some extension boards from the H / W configuration of the inspection apparatus 1G (that is, YES), the configuration information The coded file 7b "corresponding to (17c) is read (step S15).

In the example of FIG. 20, the configuration information 17c (extension board 18a) of the coded file 7b "corresponds to the deletion of the extension board 18b in the H / W configuration of the inspection apparatus 1G. do.

On the other hand, if it is determined in step S29A that the configuration information 17b does not match (i.e., NO) even if some extension boards are deleted from the H / W configuration of the inspection apparatus 1G, for example, It is displayed on the screen of the display / operation means 12 that the configuration information 17b does not match the H / W configuration of the inspection apparatus 1G (step S30A).

In addition, other devices are notified by communication (step S17), an error code is output to the device in the inspection apparatus 1G (step S18), and the inspection apparatus 1G is stopped (step S19).

As described above, the coded file 7b (see FIG. 20) in the storage means 6 has the coded file 7b because the configuration information 17a completely matches the board configuration of the inspection apparatus 1G. Can be read by the inspection apparatus 1G.

In addition, the coded file 7b "in the storage means 6 is identical to the configuration information 17c (extension board 18a) which deleted the extension board 18b from the board | substrate structure of the inspection apparatus 1G. Therefore, the coded file 7b "can be read by the inspection apparatus 1G.

In the tenth embodiment described above, the encoding file 7c (see FIG. 20) could not be loaded. In the eleventh embodiment of the present invention, the encoding file 7c can be loaded in the inspection apparatus 1G.

On the other hand, the coded file 7b 'in the storage means 6 has the configuration information 17b (extension boards 18a and 18c) even if some of the extension boards are deleted from the board configuration of the inspection apparatus 1G. Since the data does not coincide with each other and the allowable range is widened, the coded file 7b 'cannot be read by the inspection apparatus 1G.

For example, in an inspection apparatus operating in a factory or the like, when a new program using an additional expansion board is created to inspect a new model, the configuration information of the existing program that has been operated so far is displayed in the inspection apparatus. It is different from the configuration information. This is because there is no description of the additional expansion board in the existing program that has been operating until now.

However, even when a new program using an additional extension board is created, according to the eleventh embodiment of the present invention, when the configuration information of the new program does not completely match the H / W configuration of the inspection apparatus, In addition, by checking whether or not the number of expansion boards correspond to the configuration in which the H / W configuration of the inspection apparatus is deleted, the newly added expansion boards are not changed without changing the existing programs that have been running. You can create a program (project) using.

As described above, according to the eleventh embodiment of the present invention, the configuration consistency checking means 16 checks the consistency of the configuration information of the predetermined program to be loaded and the configuration information of the inspection apparatus 1G. The configuration information of the inspection apparatus 1G determines whether or not the predetermined program is sufficient for operation, and outputs an error code only when the predetermined program is insufficient for operation. In addition, the allowable range of the loadable program can be extended.

12th Embodiment

In the first to eleventh embodiments, the consistency check of the version information (application version information) of the predetermined program loaded from the storage means 6 is not considered, but a consistency check function of the version information may be provided.

The following describes the processing operation according to the twelfth embodiment of the present invention in which the consistency check function of the version information is provided with reference to the flowchart of FIG. 23.

In FIG. 23, steps S10, S15, and S17 to S19 are the same processes as those described above (see FIGS. 21 and 22).

In this case, the program stored in the storage means 6 includes operation application version information (hereinafter, simply referred to as "version information") for itself to operate, and the program execution means in the inspection apparatus is a program load means. When loading a predetermined program from the storage means 6 by means of comparison, the version information of the predetermined program is compared with the environmental application version information (hereinafter, simply referred to as "version information") of the program execution means to confirm consistency, and to confirm. If the result indicates a mismatch, an error code is output.

First, the loading of the predetermined program is started from the storage means 6 (step S10), and it is determined whether or not the version information of the loaded program and the version information of the executed program before loading match (step S31).

That is, it is determined whether the version information with the execution program before the program load is the same, and when it is determined that the two match (i.e., YES), the coded file is read (step S15).

On the other hand, if it is determined in step S31 that the two do not match (that is, NO), then the version information does not match is displayed on the screen of the display / operation means 12 (step S32).

Further, the communication is notified to another apparatus (step S17), an error code is output to the device in the inspection apparatus (step S18), and the inspection process is stopped (step S19).

In addition, as mentioned above, an "application" relates to the "program" created with the programming software 9 (or 9a, 9b), and the program which a user creates depends on a test object. Therefore, in order to identify a test target, the version information corresponding to a test target is provided to each "program".

In particular, in the present invention, since a plurality of users distribute and create a program, whether or not a distributed and created program is operated, that is, a "model selection program (program 10a)" and this "model selection program". It becomes important to determine whether or not "Work1.iup (program 10b)" (see Figs. 1 and 3) to be called is created for the same purpose.

For example, a user creates a "program" for which a model (A, B, C) is an inspection object as a "model selection program" and "Work1.iup", and another user selects a model (D, E). It is assumed that "program" whose test target is, F) is written as a "model selection program" and "Work1.iup".

In this case, when the "Work1.iup" is handled incorrectly in the "model selection program", unintentional "Work1.iup" is called.

Therefore, in order to prevent a load miss of a program in advance, it is effective to provide version information to a program to be loaded into the inspection apparatus.

That is, by giving the same version information to both the "model selection program" and "Work1.iup", "Work1.iup" intended by the program execution means can be determined.

For example, a user assigns "version information ABC" to each of "A", "B", and "C" when creating a "program" as an "model selection program" and "Work1.iup". .

On the other hand, the other user gives "version information DEF", respectively, when creating "program" which makes the model D, E, F into a test object with "model selection program" and "Work1.iup".

Thus, even when the "Workl.iup" is handled incorrectly, when "Work1.iup" is called, "Work1.iup" of the "version information DEF" is called from the "model selection program" of the "version information ABC". You can check it.

As described above, according to the twelfth embodiment of the present invention, the program stored in the storage means 6 includes version information (operation application version information) for itself to operate, and the program execution means in the inspection apparatus includes: At the time of loading a predetermined program from the storage means 6 by the program loading means, the version information of the predetermined program is compared with the version information (environment application version information) of the program execution means, and the consistency of both is confirmed, and the result of confirmation Indicates a mismatch, an error code is output, and the user can be alerted that the version information is wrong.

Therefore, in addition to the above-described effects, by performing error processing at program load, malfunctions due to version differences can be prevented.

Instead of comparing the configuration information as in the tenth and eleventh embodiments described above, the determination of the configuration information is performed according to whether or not the application version information (model number) registered by the user matches during programming. It is also possible to do.

Thirteenth embodiment

In addition, in the twelfth embodiment, when the program load from the accumulation means 6 is checked for consistency of different application version information for each inspection object, the program execution means is executed when the program load from the accumulation means 6 is loaded. You may check the consistency with respect to F / W version information (version information regarding an upgrade).

EMBODIMENT OF THE INVENTION Hereinafter, 13th Embodiment of this invention which provided the consistency check function of F / W version information is demonstrated, referring drawings.

24 is a block diagram showing a main part of a program execution system according to a thirteenth embodiment of the present invention.

In FIG. 24, the same code | symbol as the above-mentioned is attached | subjected about the same thing as mentioned above, or "H" is attached after a code | symbol, and detailed description is abbreviate | omitted.

In this case, the program stored in the storage means 6 (coded file 7b) is a program as operation F / W version information (hereinafter referred to simply as "F / W version information") for itself to operate. The F / W version information 19 corresponding to the environment F / W version information (hereinafter, simply referred to as "F / W version information") of the execution means 4H is included.

The F / W version information 19 added in the encoding file 7b stores version information of the F / W (program execution means 4H) sufficient to execute its own code.

In addition, the program execution means 4H in the inspection apparatus 1H is connected to the F / W version information 19 of the predetermined program at the time of loading the predetermined program from the accumulation means 6 by the program loading means 5H. Then, the program execution means 4H compares the F / W version information in operation, confirms the match between the two, and outputs an error code when the check result indicates mismatch.

Next, the F / W version information of the load target program (project) and F / W of the program execution means 4H according to the thirteenth embodiment of the present invention will be described with reference to the flowchart of FIG. 25 together with FIG. The consistency check operation will be described. In FIG. 25, steps S10, S15, and S17 to S19 are the same processes as those described above (see FIGS. 21 to 23).

First, the program execution means 4H starts loading the program from the accumulation means 6 (step S10), and the F / W version information 19 of the coded file 7b and the F / of the inspection apparatus 1H. The W version information is compared to determine whether the F / W version information 19 is equal to or less than the F / W version information of the inspection apparatus 1H (step S33).

In step S33, if it is determined that the F / W version information 19 is equal to or less than the F / W version information of the inspection apparatus 1H (that is, YES), the grade of the load target program is less than or equal to the grade of the program execution means 4H. Therefore, it is considered executable and the coded file 7b is read (step S133).

On the other hand, if it is determined in step S33 that the F / W version information 19 is greater than the F / W version information of the inspection apparatus 1H (that is, YES), the grade of the load target program is determined by the program execution means 4H. Since it is higher than the grade, it is regarded as impracticable, and it is displayed on the screen of the display / operation means 12 that the program execution means 4H (F / W) in the inspection apparatus 1H does not correspond (step S34). .

In addition, other devices are notified by communication (step S17), an error code is output to the device in the inspection apparatus 1G (step S18), and the inspection apparatus 1G is stopped (step S19).

In addition, as mentioned above, "F / W" relates to the program execution means 4H in the inspection apparatus 1H, and does not change depending on the inspection object.

Generally, when upgrading the inspection apparatus 1H (controller), since the program execution means 4H itself is to be upgraded, F / W version information is also given to the program execution means 4 itself (that is, " F / W "is given version information).

That is, although the F / W for interpreting and operating a program is mounted in the inspection apparatus 1H, there is a possibility that a program newly read at the time of loading a program uses a function not supported by the F / W.

Thus, as shown in FIG. 25, at the start of loading of the program, the program corresponds to the F / W version information 19 and the F / W version information of the inspection apparatus 1H. When the F / W version information of the inspection apparatus 1H is less than or equal to the F / W version information of the inspection apparatus 1H, the program is read out. When the F / W version information 19 is larger than the F / W version information of the inspection apparatus 1H, an error indication is displayed. By doing so, it is possible to prevent program abnormal operation when the function assumed in the program cannot be used.

For example, a program written to run with the latest version of the F / W may not work correctly even if you try to run the older version of the F / W.

However, as shown in Fig. 24, if the program downloaded to the program execution means 4H has F / W version information 19, it is determined by which version of the F / W the program to be downloaded is operated. It can confirm in advance by execution means 4H.

As described above, according to the thirteenth embodiment of the present invention, the program stored in the storage means 6 includes F / W version information (operation F / W version information) 19 for itself to operate. When the program execution means 4H loads the predetermined program from the accumulation means 6 by the program loading means 5H, the F / W version information 19 of the predetermined program and the program execution means 4H are determined. The F / W version information 19 is an inspection device because the F / W version information (environmental F / W version information) is compared to check the consistency and an error code is output when the verification result indicates mismatch. The user can be alerted that the operation cannot be performed at (1H), and malfunctions due to differences in the F / W version information can be prevented.

Fourteenth embodiment

In addition, although the said 1st-13th embodiment did not mention the reflection of the configuration information at the time of programming in programming software, it did not mention about the reflection with external (for example, inspection apparatus) at the time of programming preparation. You may carry out the configuration information.

Fig. 26 is a block diagram showing a program creation unit of the program execution system according to the fourteenth embodiment of the present invention in which the programming software receives the configuration information.

In FIG. 26, the programming software 9 includes a program 10 in which the configuration information 17 is set, an export means 20 for importing the configuration information 17 to the outside, and an import means. 21 is provided.

In addition, here, the programming software 9, the program 10, and the configuration information 17 are generically only numbered in order to show that it is an object which is not specifically limited.

For example, the program execution means (not shown) in the inspection apparatus stores the configuration information 17 by the export process from the programming software 9 and loads the program 10 loaded in the memory area in the inspection apparatus. ), The configuration information 17 is reflected.

The exporting means 20 of the configuration information 17 is specifically a means for extracting the H / W configuration of the inspection apparatus and the device setting related to the program 10.

In addition, the import means 21 of the configuration information 17 is specifically, a means for reflecting the already stored H / W configuration and device settings in the program 10.

In addition, although illustration is abbreviate | omitted here, as for the programming system which concerns on 14th Embodiment of this invention, the program 10 (at least) executed by the program execution system 4 as mentioned above (refer FIG. 1 thru | or 4). And a program creation unit (programming software 9, 9a, 9b in the personal computer 8) for creating a program 10b.

In addition, the program generating means includes coded file generating means 11 or 11b for generating the coded program 10 as a coded file, and includes another program called in response to a program call command in the program 10, Code separately and generate as coded file.

In addition, the encoding file generating means in the programming software 9 includes export means 20 for recording the configuration information 17 externally, and import means for reading the configuration information 17 recorded externally ( 21), the configuration information when the program 10 is created is useful when creating another program to be called in response to a call command from the program 10. have.

FIG. 27 is a flowchart showing an export process of the configuration information 17 from the programming software 9 to the inspection apparatus, and FIG. 28 shows an import process of the configuration information 17 to the programming software 9. It is a flow chart shown.

Hereinafter, with reference to FIG. 26 and FIG. 27, the export process operation | movement of the configuration information 17 in the programming software 9 which concerns on 14th Embodiment of this invention is demonstrated.

In FIG. 27, a program 10 is first created on the programming software 9 (step S35), and the configuration information 17 is exported on the programming software 9 via the export means 20. FIG. (Step S36).

Finally, configuration information 17 is saved as a file (step S37), and the export process of FIG. 27 is complete | finished.

Next, with reference to FIG. 26 and FIG. 28, the import process operation | movement of the configuration information 17 which concerns on 14th Embodiment of this invention is demonstrated.

In FIG. 28, a program is first created on the programming software 9 (step S35), and the import of the configuration information 17 is executed on the programming software 9 via the import means 21 (step S38). ).

Next, it is determined whether the configuration information 17 has already been created (step S39), and if it is determined that the configuration information 17 has not been created (that is, NO), the configuration information ( 17) is reflected in the program 10 (step S40).

On the other hand, if it is determined in step S39 that the configuration information 17 has already been created (that is, YES), it is subsequently determined whether or not the configuration information 17 is rewritten (step S41).

If it is determined in step S41 that the configuration information 17 is rewritten (that is, YES), then the configuration information 17 is rewritten and reflected in the program 10 (step S40).

On the other hand, if it is determined in step S41 that the configuration information 17 is not rewritten (that is, NO), a part of the configuration information 17 is selected, and the export is performed through the export means 20. Subsequently (step S42), the configuration information 17 is reflected in the program 10 (step S40).

In general, in the program 10 described to use the extension board, if the extension board to be used is not inserted into the inspection apparatus in which the program 10 operates, the program 10 may operate normally in the inspection apparatus. none.

Also, even when the program 10 is loaded, the program 10 does not operate normally when the configuration information of the loaded program 10 and the configuration information of the inspection apparatus are different.

Therefore, in the program B loaded using the program load from one program A, configuration information such as the program A needs to be set.

According to the fourteenth embodiment of the present invention, the configuration information 17 can be unifiedly managed by the export / import process of the configuration information 17.

In addition, the configuration information 17 can be shared, and programming errors can be prevented.

Next, the effect by the 14th Embodiment of this invention is supplemented and demonstrated with a specific example.

First, as the first H / W configuration of the inspection apparatus, the "RS232C board" is inserted into the slot "0" and the "digital input / output board" is inserted into the slot "1".

In addition, as a second H / W configuration of the inspection apparatus, the insertion of an "analog output board" into the slot "0" is considered.

For each of the above configuration examples, a program A that operates in the first H / W configuration and a program B that operates in the second H / W configuration are created.

Here, the case where the inspection apparatus of the first H / W configuration attempts to load and execute the program B by loading the program from the program A is assumed.

At this time, although the program B is programmed on the premise that the "analog board" is inserted into the slot "0", the "RS232C board" is inserted into the slot "0" of the inspection apparatus. (B) cannot operate normally.

In order to operate the programs A and B on the inspection apparatus without changing the configuration of the expansion board of the inspection apparatus, the RS232C board is inserted into the slot "O" in the third H / W configuration. Considering that the "digital input / output board" is inserted into "1" and the "analog board" is inserted into the slot "3", the programs A and B should be created by this configuration information.

According to the fourteenth embodiment of the present invention, when the program B is added to the inspection apparatus in which the program A operates, the configuration information of the third H / W configuration is created by creating the program. When developing (B), the configuration information already created can be used.

In this way, in addition to the above-described effects, configuration information can be shared, the configuration information can be managed in a single manner, and programming errors can be prevented.

15th Embodiment

In addition, in the fourteenth embodiment, the stored configuration information is reflected in the program as necessary, but the configuration information may be collectively managed by a link.

Fig. 29 is a block diagram showing a program creation unit of the program execution system according to the fifteenth embodiment of the present invention.

In FIG. 29, the programming software 9A includes a program 10a in which configuration information is set, and configuration information linking means 22.

Specifically, the configuration information linking means 22 is a means for setting a reference destination file for referencing configuration information. The configuration information linking means 22 sets a reference destination file and sends configuration information to the external program 10b. Link between and

The programming system according to the fifteenth embodiment of the present invention also has the same configuration as described above (see FIGS. 1 to 4), and the coded file generating means 11 or 11b in the programming software 9A is external. Configuration information linking means (22) for referencing configuration information of the apparatus.

The coded file generating means is useful for creating the configuration information when the program 10a is created when the program 10b is created when the program 10b is called in response to a call command from the program 10a. It is.

Next, with reference to FIG. 29, the link processing operation of configuration information according to the fifteenth embodiment of the present invention will be described with reference to the flowchart of FIG.

In FIG. 30, step S35 is the same process as described above (see FIG. 27).

First, on the programming software 9A, the program 10a is created (step S35). In this case, it is not necessary to set configuration information in step S35.

Subsequently, a reference file for configuration information is set on the programming software 9A (step S43).

In the fourteenth embodiment (see FIGS. 26 to 28) described above, when there is a change in the configuration information 17, one program 10 is corrected and the export process of the configuration information 17 is performed. Then, for all of the programs 10 that imported the configuration information 17, the import process of the configuration information 17 had to be executed again.

However, in the fifteenth embodiment of the present invention, by changing only the configuration information of the linked program 10b, the change of the configuration information can be applied to all the programs 10b that are referred to.

Therefore, the abnormality caused by forgetting to change the configuration information is avoided, and the configuration information can be changed by one-way management using a link, thereby improving convenience.

Next, the effect by the fifteenth embodiment of the present invention will be described with specific examples.

First, as an H / W configuration of the program A, the "RS232C board" is inserted into the slot "O" and the "digital input / output board" is inserted into the slot "1".

In addition, as an H / W structure of the program B linked to the program A, it is assumed that the "analog output board" is inserted into the slot "2".

According to the fifteenth embodiment of the present invention, as the H / W configuration of the inspection apparatus corresponding to the program A, the "RS232C board" is inserted into the slot "0", and the "digital input / output board" is inserted into the slot "1". In addition, the "analog output board" is inserted into the slot "2".

In addition, in the case of creating the programs A and B, the description of the slot "2" which is not used is placed in the first H / W configuration of the program A. In the program B, in particular, H Without describing the / W configuration, the first H / W configuration is linked, and a program B using the first H / W configuration is created.

As described above, according to the fifteenth embodiment of the present invention, it is possible to unify the configuration information by a link.

16th Embodiment

In addition, in said 14th and 15th embodiment, although not mentioned in particular, you may comprise so that the call relationship of a program (project) may be analyzed automatically.

FIG. 31 is a block diagram showing a main part of a program creation unit according to a sixteenth embodiment of the present invention with a program analysis function.

In Fig. 31, for example, the program creation unit (the personal computer 8 or the programming software 9, 9a described above) is provided with a program analysis means 23, and the program analysis means 23 is an analysis result. It has the display means 24.

The encoding file 7 or the program 10 is read into the program analyzing means 23.

In addition, the coded file 7 and the program 10 are generically given only a number here, in order to show that it is an object which is not specifically limited.

Specifically, the program analyzing means 23 is a means for analyzing the program 10 and acquiring the call relationship of program load.

The analysis result display means 24 is a means which specifically displays the call relationship of the program load obtained by analyzing the program 10.

That is, the program analyzing means 23 analyzes the call relation of the program 10 called in response to the call instruction, and the analysis result display means 24 determines the call relation of the program obtained by the program analyzing means 23. The analysis results are displayed, whereby one or more programs 10 or coded files 7 created by the program creation unit are read and analyzed.

Next, an analysis process of the program 10 according to the sixteenth embodiment of the present invention will be described with reference to the flowchart of FIG. 32 along with FIG. 31.

In FIG. 32, first, the program analyzing means 23 analyzes the program 10 (step S44), and then the analysis result display means 24 calls the program name called from the interpreted program 10. In FIG. (Step S45).

In addition, although description is abbreviate | omitted here, the analysis process of the encoding file 7 is also performed in the same order.

For example, in the program (model selection program) 10a mentioned above (refer FIG. 3), "work1.iup", "work2.iup", "work3.iup", and "work4. iup "and" work5.iup "can be called. However, in order for the user to recognize the selection contents (what is called), the user must specifically read the program 10a.

That is, in order to confirm the call relation of the program 10a as described above, it is necessary to open the program 10a with the programming software 9 and 9a and confirm the contents, for example. In addition, the programming software 9, 9a cannot open the coded file and check the contents.

Therefore, as the number of created programs increases, it becomes very difficult to grasp the calling relationship of each program.

However, according to the sixteenth embodiment of the present invention, the programs (work1.iup, work2.iup, work3.iup, work4.iup, work5.iup) called by the model selection program 10a shown in Fig. 3 display analysis results. Since it is automatically displayed on the means 24, the user can list the analysis results.

Therefore, the dependency of the program 10 can be easily analyzed, and the dependency can also be confirmed from the coded file 7.

As described above, according to the sixteenth embodiment of the present invention, in addition to the above-described effects, the calling relationship of the program 10 can be easily obtained.

17th Embodiment

In addition, although not mentioned in particular in said 14th-16th embodiment, you may comprise so that the dependency of a program (project) may be managed automatically.

Fig. 33 is a block diagram showing main portions of a program creating unit according to the seventeenth embodiment of the present invention with a program management function.

In FIG. 33, the program creation unit includes a program management means 25 as a management tool, and the program management means 25 has dependency relationship display means 26.

In the program management means 25, a plurality of programs 10 (or a plurality of encoded files 7) are registered.

Specifically, the program management means 25 is a means for managing the plurality of programs 10 and the coded files 7.

Specifically, the dependency relationship display means 26 is a means for displaying the dependency relationship between the program 10 and the coded file 7 registered in the program management means 25.

That is, the program management means 25 registers and manages the program 10 or the coded file 7 for each application, and the dependency display means 26 manages the registered program 10 or the coded file 7. Each application is displayed, whereby one or more programs 10 or coded files 7 created by the program creation unit are managed.

Next, with reference to the flowchart of FIG. 34 with FIG. 33, the management process of the program (project) which concerns on 17th Embodiment of this invention is demonstrated.

In Fig. 34, first, the program 10 and the coded file 7 are registered in the program management means 25 (step S46).

At this time, the program management means 25 may register a plurality of programs 10 and a plurality of encoded files 7.

Subsequently, on the dependency relation display means 26, the call relation of the program management means 25 is displayed (step S47), and the call relation regarding the registered program 10 and the coded file 7 is displayed. (Step S48).

In general, as the number of created programs 10 increases, it becomes extremely difficult to grasp the calling relationship of each program 10.

In the sixteenth embodiment described above, the calling relationship is displayed as the analysis result for each program 10 or the coded file 7, but according to the seventeenth embodiment of the present invention, By registering the program 10 and the coded file 7, the overall dependence is displayed so that the entire analysis becomes easy.

Thereby, it becomes easy to acquire and examine the calling relationship of the program 10 with respect to all the programs 10 operating in the inspection apparatus, and it is possible to prevent the omission of irradiation.

18th Embodiment

In the seventeenth embodiment, no change is made to the configuration information. However, when the configuration information is modified in the program management means 25 (see FIG. 33), all the related information is corrected. The program 10 may be updated automatically.

The following describes an eighteenth embodiment of the present invention in which the automatic program update function is provided with reference to FIG. 33.

The program creation unit according to the eighteenth embodiment of the present invention further includes configuration batch updating means (not shown), and the configuration for all programs 10 and coded files 7 registered for each application is specified. Updates the information in batches.

Here, as a specific example, the H / W configuration of the program 10 is the first configuration (a state in which the "RS232C board" is inserted into the slot "0" and the "digital input / output board" is inserted into the slot "1"). From the above, the case where it is added in the 2nd structure (the state in which "analog board" was inserted in slot "3") is considered.

That is, in the inspection apparatus already operating in a factory or the like, when a program using an extension board is additionally created in order to inspect a new model, the technology related to the additional expansion board is maintained as it is. Since the configuration information of the program A which has been operating up to now is different from the configuration information of the inspection apparatus using the expansion board.

However, according to the eighteenth embodiment of the present invention, since the configuration collective update means is provided, if the configuration information is corrected when managed by the program management means 25, all related programs ( 10) is automatically updated, and not only can easily acquire the calling relationship of the program 10, but also can easily share configuration information.

19th Embodiment

In addition, in the said 16th embodiment (refer FIG. 31), although the case where the program analysis means 23 was provided in the program preparation part of 14th and 15th embodiment mentioned above was provided, it has a program analysis means 23. One program analysis system may be configured.

That is, the program analysis system according to the nineteenth embodiment of the present invention reads and analyzes one or more programs 10 or coded files 7 (see Fig. 31) created by the program creation unit (programming system), Program analysis means 22 for analyzing the call relation of the program 10 to be called in response to the call instruction, and analysis result display means 24 for displaying the analysis result of the call relation of the program obtained by the program analysis means 22; ).

Thereby, the program analysis system which achieves the effect similar to the said 16th embodiment can be implement | achieved.

20th Embodiment

In addition, in the 17th embodiment (refer FIG. 33), although the case where the program management means 25 was provided in the program preparation part of 14th-16th embodiment mentioned above was demonstrated, the program management means 25 was provided. You may comprise a program analysis system.

That is, in the program analysis system according to the nineteenth embodiment of the present invention, in order to manage one or more programs 10 or coded files 7 (see FIG. 33) created by the program creation unit (programming system), the program ( 10) or program management means 25 for registering and managing the coded file 7 for each application, and the dependency display means 26 for displaying the dependency of the registered program 10 or coded file 7 for each application. Equipped with.

Thereby, the program analysis system which achieves the effect similar to the said 17th embodiment can be implement | achieved.

21st Embodiment

In addition, for the program analysis system according to the twentieth embodiment, configuration collective update means is further provided, and configuration information is provided for all programs 10 and coded files 7 registered for each application. You may update them collectively.

Thereby, the program analysis system which achieves the same effect as the said 18th embodiment can be implement | achieved.

22nd Embodiment

In addition, although the said 1st-13th embodiment (refer FIG. 1-25) demonstrated the program execution system provided with the accumulating means 6 and the program execution means 4 (or 1A-1H), the said You may comprise the test | inspection apparatus provided with the program execution system which concerns on 1st-13th embodiment.

Thereby, the inspection apparatus which achieves the same effect as the said 1st-13th embodiment can be implement | achieved.

23rd Embodiment

Moreover, you may comprise the program preparation system for inspection apparatuses provided with the programming system which concerns on said 14th-18th embodiment.

Thereby, the program preparation system for inspection apparatus which can achieve the same effect as the said 14th-18th embodiment can be implement | achieved.

24th Embodiment

In addition, you may comprise the program production system for test | inspection apparatus provided with the program execution system which concerns on said 1st-14th embodiment, and the programming system which concerns on said 15th-18th embodiment.

Thereby, the inspection apparatus system which achieves the effect similar to the said 1st-18th embodiment can be implement | achieved.

According to the present invention, the coded file (second program) generated in advance by programming software is read from the storage means, loaded into the memory area, and replaced with the first program in operation, thereby enlarging each program. By avoiding this problem, distributed development and parallel development are possible, and the inspection target model can be added efficiently and easily.

Claims (26)

Code storage means for storing a coded first program, A memory area in which the first program stored in the code storage means is expanded; A program execution system comprising program execution means for executing a first program deployed in the memory area, Storage means for storing the coded second program as a coded file, The program execution means includes program loading means for loading the second program stored in the storage means as a coded file into the memory area, The program execution means, in response to a call instruction for the second program in the accumulation means, during the operation of executing the first program deployed in the memory area, the second program in the accumulation means. Load into the memory area to execute the second program, The program stored in the storage means includes operation configuration information for itself to operate, The program execution means includes configuration consistency checking means, The configuration consistency checking means, when loading a predetermined program from the storage means by the program loading means, the operation configuration information of the predetermined program and the environment configuration in which the program execution means is operating. The program execution system characterized by checking whether information matches or not and performing an error process when a confirmation result shows inconsistency. The method of claim 1, And said accumulation means is constituted by a hard disk or a memory card. The method of claim 1, The storage means stores the first program or the third program as a coded file in addition to the second program, The program execution means, During an operation of executing the first program deployed in the memory area, in response to a call instruction for the first program in the code storage means or the first or third program in the storage means, Load the first program in the code storage means or the first or third program in the storage means into the memory area, Execute the second program, During the operation of executing the second program, the first or third program in the storage means is loaded into the memory area in response to a call instruction for the first or third program in the storage means. And execute the first or third program. The method of claim 1, The program execution means, During an operation of executing a program deployed in the memory area, in response to a call instruction for a corresponding execution portion of a program stored as a coded file in the storage means, the corresponding program is stored from the program stored in the storage means. And executing the program execution unit by loading a program execution unit corresponding to an execution portion into the memory area. The method of claim 1, The second program includes initialization information about the program execution system, And the program loading means executes initialization on the basis of the initialization information when the second program is loaded from the accumulation means. The method of claim 1, The program execution means, At the time of loading of a predetermined program from the accumulation means by the program loading means, it is checked whether or not the predetermined program exists in the accumulation means, An error process is executed if the predetermined program in response to a call instruction does not exist in the storage means. The method of claim 1, The program using the call instruction for the predetermined program includes read destination information on the storage means in which the predetermined program in response to the call instruction is stored. And the program executing means individually changes the reading destination of the predetermined program in response to the reading destination information. The method of claim 1, The program execution means includes program load history storage means, The program load history storing means loads the predetermined program when the program executing means loads and executes the predetermined program in the storing means in the memory area in response to a call instruction for the predetermined program in the storing means. A program execution system, characterized in that it stores the old one as a history. The method of claim 1, The program execution means includes a program upload means, And said program uploading means uploads a program being executed by said program executing means to said storing means. The method of claim 9, The program execution means, And, when uploading the program to the accumulation means by the program upload means, application version information is added to the program uploaded to the accumulation means. delete The method of claim 1, The configuration consistency checking means is Upon confirming the consistency of the operation configuration information and the environment configuration information, it is determined whether the environment configuration information is sufficient for the predetermined program to operate, And if the environment configuration information is insufficient for the predetermined program to operate, executing an error process. The method of claim 1, The program stored in the storage means includes operation application version information for itself to operate, The program executing means checks the consistency by comparing the operation application version information of the predetermined program with the environmental application version information of the program executing means when loading the predetermined program from the storing means by the program loading means, And if the result of the check indicates an inconsistency, perform an error process. The method of claim 1, The program stored in the storage means includes operation F / W version information for itself to operate, The program execution means includes, when the program load means loads a predetermined program from the storage means, the operation F / W version information of the predetermined program and the environment F / W version in which the program execution means is operating. The program execution system characterized by comparing information, confirming consistency, and performing an error process when a confirmation result shows inconsistency. delete delete delete delete delete delete delete delete delete delete delete delete

Images