JP5316273B2 - Program automatic generation apparatus and program automatic generation method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To generate a program before a change as the need arises even when a function of handling a user interface is changed by independently managing each of the function of handling the user interface and a function of converting a program having a figure format into a program having a text format. <P>SOLUTION: This automatic program generation device includes: a user interface means 4 imparting an item that is identification information of each processing unit to each processing unit of program generation processing and storing a function corresponding to a logical element symbol or connection relation between the logical element symbols into a storage device as figure format data; and a code generation means 5 executing the generation processing of the program in each processing unit based on the figure format data. The user interface means and the code generation means can be independently replaced. <P>COPYRIGHT: (C)2011,JPO&amp;INPIT

Description

  The present invention relates to a program automatic generation apparatus and a program automatic generation method for describing a program by a graphic and automatically generating a program that can be executed or translated by a computer based on the graphic information.

  Normally, when a program is produced, a method is used in which a source program is described using a high-level language such as C language, and converted into a computer-executable format using a compiler. In recent years, in order to improve the quality and productivity of programs, a primitive program is described using graphics and converted into a format that can be directly executed by a computer, or a conventional program development environment such as C language is used. For example, a technique for converting to an intermediate format (mostly text format) that can be converted into a computer-executable format has been proposed. In this method, the program written by the designer is represented by a graphic, so that the visibility is good and the productivity is improved, and the defect of the program can be easily found, so that an improvement in quality can be expected.

  As an example of a conventional graphical programming technique, Patent Document 1 discloses a technique for automatically generating a program using a functional block diagram described by graphic information corresponding to an assembler library. Patent Document 2 discloses a technology of an automatic program generation device that divides a program (model) described in a diagram format for each calculation cycle and deletes duplicate memory. Patent Document 3 discloses a technique for automatically generating a program that efficiently handles a constant data area and can be handled by an embedded microcomputer. Patent Document 4 discloses a technique of an automatic program generation device that includes program storage means, program display means, program placement means, history table creation means, and operation simulation means. Patent Document 5 discloses a technology of an automatic program generation device that designs control software by connecting graphic symbols on a screen. Patent Document 6 discloses a technique of an automatic program generation device that automatically determines an execution order from logical element symbols and the connection relationship therebetween. Patent Document 7 discloses a technology of an apparatus for automatically generating a control program based on a control program specification shown with attribute information appended thereto. Patent Document 8 discloses a technique of a visual programming method in which the characteristics and relations of a graphical object are defined and the operation of a program is described using a graphical editor. Patent Document 9 discloses a technology of an automatic program generation device that describes a control program using a non-standard module that is created by combining standard modules and is expressed by picture information.

  In order to configure an automatic program generation apparatus that generates a program that can be executed / translated by a computer from such a diagram format program, a function for handling a user interface (CAD interface) such as figure input, search, and management, and diagram format It is necessary to have a function to convert this program into a text format program.

  Patent Document 11 discloses a technique for handling a structured program by a CAD interface function. Patent Document 12 discloses a technique related to a function of converting a diagram format program into a text format program. Conventionally, for example, as described in FIG. 1 of Patent Document 6, these functions are integrally mounted. This is because the code generated by the code generation function may be improved as the user interface function of the automatic program generation apparatus is improved.

JP 2007-128345 A JP 2006-201841 A JP 2002-91762 A Japanese Unexamined Patent Publication No. 7-200277 JP-A-6-301548 Japanese Patent Laid-Open No. 5-88869 JP-A-5-265734 WO98 / 40817 JP-A-2-277126 JP-A 64-76278 JP 2007-11507 A JP 2006-285480 A

  However, particularly in the field of incorporation, as pointed out in Patent Document 2, there is a situation in which execution timing is severe. This is partly because in the embedded field, a program needs to be produced so as to perform a cooperative operation with hardware, as Patent Document 7 also mentions hardware information.

  When functions such as the user interface are changed by updating the automatic program generation device, there is a possibility that the execution timing may change if a program generated based on the graphic program is also changed. For this reason, when considering the reuse of existing programs, it is difficult to use the program generated by the new automatic program generation device, and it becomes difficult to use the updated automatic program generation device itself. was there.

  In addition, as pointed out in Patent Document 2 and Patent Document 3, there are many cases where there is no room for embedded software, and even when the memory usage changes, it is considered that there is no compatibility, There was also a problem that it was difficult to apply the new automatic program generation device.

  Furthermore, when a series of functions from the description of a diagram format program to the automatic generation of a program that can be executed / translated by a computer are integrated in the program automatic generation device, a function for handling a user interface such as figure input, There is also a problem in that it is necessary to simultaneously create programs having different properties, such as a function of converting a diagram format program into a text format program, and the program cannot be efficiently produced.

  The present invention has been made in view of the above-described circumstances, and is capable of independently managing a function for handling a user interface and a function for converting a diagram format program into a text format program, and a function for handling a user interface. An object of the present invention is to provide an automatic program generation device and an automatic program generation method capable of generating a code before the change as necessary even when there is a change.

  In order to achieve the above object, an automatic program generation apparatus according to the present invention is an automatic program generation apparatus that generates a program based on graphic information represented by logical element symbols and connection relationships between the logical element symbols. Functions corresponding to the logic element symbols or connection relations between the logic element symbols are attached to the storage device (12) as graphic data (2) by adding an item which is identification information of each processing unit for each processing unit of the program generation processing. User interface means (4) for saving and code generation means (5) for executing program generation processing for each processing unit based on graphic data, the user interface means and the code generation means are independent of each other. And can be replaced.

  Since the user interface means of the present invention creates graphic data to be passed to the code generation means for each processing unit of the code generation means, the user interface means and the code generation means can be configured separately. Only the generating means can be replaced and operated.

  Preferably, the graphic data includes version number data of the user interface means, and the code generation means determines whether the graphic data can be processed by acquiring the version data, and is not processable. If it is determined that, abnormal processing should be executed.

  As a result, the code generation means only needs to search only the version number data in the graphic data at the time of activation, and can quickly determine whether processing is possible. Here, the version number data includes so-called version information indicating an update history of the program and the like, as well as information that can be managed substantially as a version number, such as adding data that can identify the data format by updating.

  The automatic program generation apparatus according to the present invention further includes a version number management table (8) for storing combination information of version number data of both means so that the user interface means and the code generation means function normally, and the code generation The means determines whether or not the combination of the version number data of the user interface means and the version number data of the code generation means is valid based on combination information at the time of activation, and only when it is determined to be valid A program generation process is executed based on the graphic data stored by the user interface means.

  In the present invention, the version number of the user interface unit and the code generation unit, which is a normally functioning combination, is managed. On the other hand, the user interface unit generates the code generation by passing its version number data to the code generation unit. The means can accurately determine whether the combination is valid.

  A plurality of code generation means having different version number data and a code generation specifying means for specifying a code generation means to be activated among the plurality of code generation means are provided, and the user interface means is specified by the code generation specifying means. The code generation means may be activated.

  The automatic program generation apparatus according to the present invention further includes an item-specific version number management table (7) for specifying the version number data of the user interface means for each item, and the code generation means determines whether or not to process. Whether to execute the process based on the version data of the item and the acquired version data, referring to the item version management table for each item of graphic data This is characterized in that a predetermined process is executed only for an item determined to be processed.

  In the present invention, the version number data of the user interface means when the function is added / updated for each processing unit item is managed in association with each other, and the code generation means performs processing based on the version number data input at the time of activation. The generation process is executed only for items to be processed. Thereby, even if the version number of the user interface means is updated, a program having the same version number as the program of the existing embedded system can be generated.

  Preferably, the code generation means may output the maximum version number data in association with the program generated by calculating the maximum version number data among the processed version number data. Thereby, the version number of the generated program can be managed, and when a new program is generated, a program having the same function and performance can be generated by designating the version number. In addition, the program can be generated with the latest version number data by not specifying the version number data.

  The code generation means of the automatic program generation device according to the present invention determines whether or not to execute processing based on the version number data of the item and the input version number data, and determines that the item should not be processed. The version number data associated with the item is recorded in the item-specific version number management table, and the recorded contents are output after the program generation process is completed.

  In the present invention, since items that have not been processed are recorded as a history, it can be confirmed whether there is no problem in incorporating the generated program into the system, and code generation is always performed in accordance with version upgrade of the user interface means. Even if the means is not upgraded, it is possible to generate an existing system compatible program.

  Preferably, the code generation means includes only items that can be processed even if the graphic data is expanded due to a change in the version number data of the user interface means or other factors and includes items that cannot be processed by the code generation means. It is good to execute and generate a program.

  If the code generation means includes an unprocessable item, it does not terminate abnormally, so that a program corresponding to the version number can be generated.

  Further, the user interface means of the automatic program generation apparatus according to the present invention passes route information indicating the positional relationship in the storage device for accessing the graphic data to the code generation means, and the code generation means Based on the diagram format data, the program is generated based on the diagram format data.

  This route information can reliably match the version numbers of the user interface means and the code generation means. It should be noted that the code generation means existing closest to the execution program of the user interface means may be activated based on the route information.

A program automatic generation method according to the present invention is a program automatic generation method for generating a program based on graphic information using a computer device , wherein the computer device has a connection relationship between a logic element symbol and the logic element symbol. The step of accepting the input of the graphic information represented by the item , and the computer device is the identification information of each processing unit for each processing unit of the program generation process for the function corresponding to the logical element symbol or the connection relationship between the logical element symbols To generate graphic data, the computer device adds version data to each graphic data item and stores it in the storage device of the computer device, and whether or not the computer device should process The standard version data is input and saved in the storage device for each graphic data item to be processed. Compared with the version data of the corresponding item, the program generation process is performed only for the item that is determined to be processed, and the item that is not determined to be processed is associated with the item. The method includes a step of recording with the version number data and a step of outputting the recorded contents by the computer device after completion of the program generation process.

  In the present invention, the version data is attached to the figure format data for each processing unit of the program, and compared with the version number data input via the input device or the like, the item of the figure format data is based on the version number data. Decide whether to process each.

  According to the present invention, a function for handling a user interface and a code generation function can be configured separately, and as a result, only the code generation function can be replaced and operated. As a result, the system version of such a diagrammatic program is updated, so that not only the user interface but also the program generated by the code generation function changes, the code generation function can be changed to the old version as necessary. It becomes possible to replace and use.

  Further, in order to maintain the compatibility of the code, the problem that the improved user interface cannot be used is solved, and the system of such a graphic program can be operated more efficiently. In particular, in the embedded field, it is possible to improve program quality and productivity during development.

It is an apparatus block diagram of the program automatic generation apparatus by embodiment of this invention. It is a functional block diagram of the automatic program generation apparatus by the 1st Embodiment of this invention. It is a structural example of the data memorize | stored in the auxiliary storage device of FIG. It is an example of the diagram format data of FIG. It is explanatory drawing of the example which recorded the version number of the user interface means 4 by the 1st Embodiment of this invention on the graphical data 2. FIG. It is a flowchart which shows a process sequence when the code production | generation means 5 determines whether it is a format which can be processed about figure format data. It is an apparatus block diagram of the automatic program generation apparatus by one Example of 1st Embodiment. It is a data block diagram of the version number management table 8 of FIG. It is a flowchart which shows the version number data management processing procedure of the user interface means 4 of FIG. It is a flowchart which shows the version number determination processing procedure of the code generation means 5 of FIG. 4 is another example of FIG. 4 and an example of data format expansion. It is explanatory drawing of the function for identifying a some code production | generation means. FIG. 13 is another example of FIG. 12 and is another configuration example that is used by switching when there are a plurality of code generation means. It is a flowchart which shows the procedure of the reading process which ignores the data of the extended tag by the code generation means 5 of FIG. FIG. 15 is an explanatory diagram of each table used in the version number data management process according to another embodiment 2, and FIG. 15A is a data configuration example of a determination table 21 for determining whether or not the data format has been changed; FIG. 15B shows an example of the data structure of the installer determination table 22 for determining whether or not the code generating means created based on the contents of the determination table 21 needs to be updated. FIG. 15C shows the installer determination table. 22 is a data configuration example of the version number management table 8 generated by the installer based on FIG. 12 is a flowchart illustrating a procedure of version number data management processing according to another embodiment 2; FIG. 17 is an explanatory diagram of each table used in the version number data management process according to another embodiment 3, and FIG. 17A is a data configuration example of a determination table 21 for determining whether or not a data format has been changed; FIG. 17B is a data configuration example of the version number management table 8 generated by the installer based on the determination table 21. 12 is a flowchart illustrating a procedure of version number data management processing according to another embodiment 3; It is a functional block diagram of the automatic program generation apparatus by the 2nd Embodiment of this invention. It is explanatory drawing of the structure of the graphical data 2 of FIG. It is a data structure figure of the version number management table 7 classified by item of FIG. It is a flowchart which shows the process sequence of the code generation means 5 of FIG.

  Embodiments of the present invention will be described below. FIG. 1 is a device configuration diagram of an automatic program generation device 1 according to the present embodiment. As shown in this figure, the automatic program generation device 1 includes an input device 13 for inputting data, an arithmetic device 10 for executing various arithmetic processes, a main storage device 11 used for program execution of the arithmetic device 10, etc. The auxiliary storage device 12 stores the program and the display device 14 displays the calculation result.

  FIG. 2 is a functional configuration diagram of the automatic program generation device 1 according to the first embodiment of the present invention. Referring to FIG. 1, the user interface unit 4 and the code generation unit 5 are stored in the auxiliary storage device 12 of the automatic program generation device 1 in an executable file format and read into the main storage device 11 during operation. And executed by the arithmetic unit 10. The user interface means 4 has a function of interactively inputting a graphic format program 6 via the input device 13 and the display device 14 and creating graphic data 2 based on the input graphic format program 6. The code generation means 5 has a function of reading this graphic data 2 and automatically generating a generation program 3 for an embedded system. The generation program is a concept including an intermediate program for compiler input.

  The user interface unit 4 and the code generation unit 5 can be realized by a program as a function of the arithmetic unit 10. Moreover, since both means 4 and 5 are separately mounted on the auxiliary storage device 12, they can be replaced independently.

  The graphical data 2 created via the user interface means 4 and the generation program 3 output from the code generation means 5 are stored in the auxiliary storage device 12.

  The auxiliary storage device 12 can be constituted by a hard disk, for example. FIG. 3 shows a configuration example of data stored in the auxiliary storage device 12. In FIG. 3, a file system having a hierarchical directory structure is adopted, and a subdirectory for storing an execution file and a subdirectory for storing a data file are separately provided below the root directory. The user interface unit 4 and the code generation unit 5 are stored in a subdirectory in which an execution file is placed as an executable file. The graphic data 2 and the generation program 3 are stored as files in a subdirectory for saving data files. These files may be a single file, but may be composed of a plurality of files (file group) when the scale is large.

Next, the operation of the automatic program generation device 1 having the above configuration will be described.
The designer inputs the graphical program 6 interactively while displaying the graphic program 6 on the display device 14 by the user interface means 4, and the user interface means 4 stores the input data as graphic data 2.

  Next, the designer operates the user interface unit 4 to activate the code generation unit 5. At this time, the user interface unit 4 passes information that can identify the graphic data 2 stored by the unit 4 to the code generation unit 5. The code generation means 5 acquires this information, reads the graphic data 2 based on this information, and converts it into the generation program 3. When the auxiliary storage device 12 is managed as shown in FIG. 3, for example, as “identifiable information”, character string information of a name that can identify a file, such as a file name or path of a file in which graphic data is stored It can be.

  FIG. 4 is an example of a diagram format program, and FIG. 4A shows what is displayed on the display device 14. FIG. 4B shows an example of data when the diagram format program corresponding to FIG. 4A is stored in the diagram format data 2. Here, the data is in XML format. This XML format is suitable for the code generation means 5 to describe data for each processing unit.

  By the way, when the user interface unit 4 and the code generation unit 5 are separately executed as in the present system, consistency may be a problem. Therefore, in the present embodiment, the version number of the user interface means 4 is recorded in the graphic data 2 as identification data. An example of data at this time is shown in FIG. Compared to FIG. 4B, data of <Ver val = "5"> is added. The identification data recorded in the graphic data 2 may be the version of the data format of the graphic data 2 instead of the version of the user interface means 4. Also in this case, the specific data form is the same as in FIG.

  In this way, when the code generation means 5 generates the generation program 3, the identification data as shown in FIG. 5 is acquired, and it is determined that the code generation means 5 is in an unprocessable format. Thus, the abnormality process is performed, and the inconsistency between the user interface unit 4 and the code generation unit 5 can be prevented.

  FIG. 6 shows an example of a flowchart for determining whether or not the code generation unit 5 has a processable format. A valid range of version numbers that can be handled in advance is set in the code generation means 5, and after the code generation means 5 reads the version number data (S101), it is determined whether the version number data is in the valid range. When it is determined (S102) and it is not within the effective range, an abnormality is displayed and the process is terminated (S104). If it is within the valid range, the diagram format data 2 is converted into the generation program 3 as usual, and the process ends (S103).

  In order to determine whether or not the version number data is within the valid range, how to manage the version number of the code generation means 5 that is consistent with the user interface means 4 (that is, operable in combination) is managed. Become important. For this, by constructing the code generation means 5 so as to read only the executable part of the diagram data 2, the version number of the code generation means 5 that matches the user interface means 4 by the following configuration and algorithm: Can be managed efficiently.

  FIG. 7 is a functional configuration diagram of the automatic program generation device 1 according to an embodiment for performing version number management. A version number management table 8 for managing the combination of version numbers of the user interface unit 4 and the code generation unit 5 is added to the configuration of FIG.

  FIG. 8 is a data configuration example of the version number management table 8. For each version number of the user interface means 4, a data format change flag indicating whether or not the data format has been reduced or changed and the version number of the code generation means are stored in association with each other.

Next, the version number data management process will be described with reference to FIGS.
When the designer registers the executable file in the auxiliary storage device 12 after the upgrade of the user interface means 4, the data format is reduced or changed with respect to the version number of the previous generation that is the source of the upgrade. It is input via the input device 13 whether or not (hereinafter referred to as change or the like) has occurred. Based on the input information, the user interface unit 4 sets a data format change flag or the like in the version number management table 8 to “1” when the data format has been changed (“Yes” in S401) ( S402). On the other hand, if there is no change in the data format (“No” in S401), the data format change flag of the version number management table 8 is set to “0” and the version number of the corresponding code generation means 5 is set. Then, the version number of the code generation means 5 corresponding to the version number of the user interface means 4 one generation before is set (S403, S404).

  Thereafter, when the designer activates the code generation means 5, the code generation means 5 extracts the version number data from the graphic data 2 generated by the user interface means 4 (S501). This version number data is the version number as identification data of the user interface means 4 as described above.

  Next, the code generation unit 5 accesses the version number management table 8 and determines whether or not the version number of the code generation unit corresponding to the version number extracted in step S501 is registered in the table ( (S503) If registered, the version number of the code generation means is extracted (S504). Then, the code generation means 5 determines whether or not the version number extracted in step S504 matches its own version number, and if it matches, executes the program generation process of the graphic data 2 (S506).

  On the other hand, if “No” in step S503 or step S505, the code generation means 5 outputs a caution message and ends (S507).

  The designer upgrades the code generation means 5 by this caution message, and registers the version number of the upgraded code generation means 5 in association with the version number of the user interface means 4 in the version number management table 8.

  With the above processing, the correct combination of the user interface unit 4 and the code generation unit 5 can be managed.

  More specifically, based on the data example of FIG. 8, the version number of the code generation means 5 having the version number consistent with the user interface means 4 having the version number [5] is [3]. Now, when a version upgrade is performed without changing the data format of the user interface means 4 and the version number becomes [6], [7], [8], the process of FIG. The version number of the code generation means 5 that matches the version number of the user interface means 4 is [3]. That is, the version number of the code generation means 4 that matches the version [5] of the user interface means 4 from which the version number [6], [7], [8] of the user interface means 4 is upgraded. [3] is associated.

  Further, the version number [4] of the code generation means 5 upgraded by the designer is set in the user interface means 4 of the version number [9] whose data format has been changed. In this way, the version number management based on whether or not the data format has been changed or not can be managed.

  Next, a method for constructing the code generation means 5 so as to read only the executable portion of the graphical data 2 will be described.

  FIG. 11 shows an example in which the data format is extended. The original data is shown in FIG. 4, but what is expanded from FIG. 4 (A) to FIG. 11 (A) is the comment of the block displayed under each block. Accordingly, the diagram format data 2 is also expanded from FIG. 4 (B) to FIG. 11 (B). In this example, the comment is extended to be recorded in a block called <Blocks>.

  At this time, the code generation means 5 executes the code generation process according to the processing procedure of FIG. In FIG. 14, when activated, the code generation means 5 determines whether or not a predetermined node name (item) exists for all lower nodes (S201a, S201b) (S202). Next, when it is determined in step S202 that the predetermined node name (item) exists, the code generation unit 4 further determines whether or not there is a sub-item node name for all the lower nodes (S203a, S203b). Is determined (S204). If the code generation unit 4 determines in step S204 that a node name that is a sub-item exists, the code generation unit 4 reads the attribute of the node, that is, the function corresponding to the logic element symbol of the figure and the connection relationship between the logic element symbols. Based on this, an embedded system program is generated (S205).

  Now, the data format corresponding to the version number [4] of the user interface means 4 is the format shown in FIG. 4, and the data corresponding to the version number [5] of the user interface means 4 is the format shown in FIG. In this case, the code generation means 5 corresponding to the version number [4] can be expanded even when the data shown in FIG. 11B is input by taking the processing procedure as shown in FIG. Can be ignored, and processing can be performed without any inconsistency.

  By the way, even when the data format is reduced or changed, the method of recording the version number of the data format can cope with it. That is, even if the version number of the user interface means 4 is changed to [5, 6, 7], if the data format handled by each is the same, for example, the version number [2] is set as the version number of the data format. If recording is to be performed, the code generation means 5 can determine that code generation is possible if the version number is [2]. Then, when the version number of the user interface means 4 is [8], if data is added or deleted and compatibility becomes impossible, a new version number [3] is obtained as the version number of the data format. ] Can be recorded to prevent inconsistencies.

(Management of route information)
FIG. 12 is an example illustrating a function for identifying a plurality of code generation means 5 when there are a plurality of code generation means 5. In the execution file directory shown in FIG. 12A, two versions of code generation means 5 of code generation A and code generation B are stored. In addition, a file called code generation designation (code generation designation means) is added. The contents described in FIG. 12B are described in a file called code generation designation. The description of FIG. 12B specifies that the code generation means 5 that is actually activated is code generation B. The user interface means 4 reads this code generation designation file at the time of activation and selects the code generation B.

  This method can also be used when the code generation means 5 is stored in another directory. In this case, the description of the path in FIG. 12B is not only a file name but also a relative path or an absolute path.

  As described above, according to the present embodiment, the user interface unit 4 and the code generation unit 5 can be activated independently, the version number is set in the user interface unit 4 or the graphic data that is the output thereof, and the version Since the operation corresponds to the number, the user interface means 4 and the code generation means 5 can be managed separately.

(Other Example 1)
FIG. 13 shows another configuration example when a plurality of code generation means 5 are used by switching them. In this case, a file having a predetermined name at a predetermined position is selected. In this example, a file starting with “code generation” stored in a folder having an execution file is started as the code generation means 5. Is. In FIG. 13A, code generation A is activated, and in FIG. 13B, code generation B is activated.

  This method is simpler than the method of FIG. 13, but the code generation means 5 stored in the directory cannot be switched at the same time.

  It is also possible to adopt a method in which the code generation means 5 itself has the same file name and uses the same file name with different contents (version number).

  As described above, when the file for executing the code generation means 5 is switched, inconsistency may still occur. For this reason, the version number may be recorded and checked in the above-mentioned graphic data. However, at the time of activation, whether the calling user interface unit 4 acquires the version number of the code generation unit 5 and determines the consistency. In addition, by passing the executable version number from the user interface unit 4 to the code generation unit 5, a method of confirming the consistency on the code generation side can be taken. Note that the same processing flow as that in FIG. 6 can be applied.

(Other Example 2)
Next, as another embodiment of the version number data management process shown in FIGS. 9 and 10, a procedure when the version number data management process is performed by the installer will be described with reference to FIGS.

  When the user interface means 4 is upgraded, the designer first updates the determination table 21 for determining whether or not the data format has been changed. The designer accesses the determination table 21 stored in the auxiliary storage device 12 via the input device 13 when there is a change in the data format or the like for the user interface means 4 of the previous generation version. The data format change flag for the version number after the upgrade is set to “1”, and this flag is set to “0” if there is no data format change.

  FIG. 15A shows a data configuration example of the determination table 21. The reason why the data format change flag "1" in the version number [5] column of the user interface means is set because the data format has been changed with respect to the version [4] of the previous generation. . For other version numbers, there is no change in the data format or the like for the version number one generation before, and the data format change flag “0” is set.

  Furthermore, the designer creates in advance an installer determination table 22 for determining whether or not the code generation unit needs to be updated based on the data of the determination table 21. The installer determination table 22 is used to determine whether or not the data format has changed between the version number one generation before the user interface unit 4 and the version number after the upgrade.

  A data configuration example of the installer determination table 22 is shown in FIG. The data in FIG. 15 (b) is related to the data in FIG. 15 (a), and the version upgrade from the version number of the user interface means 4 before introduction to the version number [6] of the user interface means 4 after introduction. The data format change flag “1” or “0” is set corresponding to the presence / absence of the data format change. In FIG. 15A, since the data format has been changed when the user interface means 4 is upgraded from the version number [4] to [5], FIG. 15B inevitably has [4]. There is also a change in the data format from [6] to [6], and even when the version of the user interface means 4 before introduction is upgraded from a version smaller than [4] to a version [6] These data format change etc. flags are set to “1”.

  On the other hand, since the upgrade from the version number [5] to the version number [6] is not accompanied by a change in the data format, the data format change flag in the bottom column in FIG. Set. In FIG. 15B, all columns of “version number of user interface means after introduction” have the same value, and may be held as data for each table. Also, in the “data format change flag” column, it goes back from the bottom column, and once the flag becomes “1”, it is obvious that older data becomes “1” because it is obvious. You may do it.

  As described above, when the determination table 21 and the installer determination table 22 are prepared and the installer is started, the executable file of the user interface means 4 of the upgraded version [6] is registered in the auxiliary storage device 12. (S601). Next, the installer adds a version number line of the user interface means 4 registered this time to the end of the version number management table 8 (S602).

  The installer refers to the installer determination table 22 and the data format change flag or the like in the line determined by the version number of the user interface unit 4 installed last time and the version number of the user interface unit installed this time is “1”. In the case of “1” (“YES” in S603), “1” is written in the data format change flag column of the additional row of the version management table 8 (S604). Next, the installer sets the version number of the latest generation in the “version number of the code generation means” column in the additional row of the version number management table 8 (S605), and the executable file of the code generation means 5 of that version number is set. Registration in the auxiliary storage device 12 (S606).

  On the other hand, if the data format change flag is “0” in step S603 (“NO” in S603), the data format change flag in the version management table 8 is set to “0” (S607) and the code is generated. As the version number of the means 5, the version number of the code generation means 5 corresponding to the version number of the user interface means 4 of the previous generation is set.

  The above upgrade process is automatically executed by the installer. The installer includes an installer determination table 22 together with the latest version of the user interface means 4 and the latest version of the code generation means 5.

  FIG. 15C shows an example of the version number management table 8 when the version number of the user interface means 4 is upgraded from [4] to [6] by the above processing. In this example, the data format change flag of the version number [6] row of the newly added user interface means in the bottom column is set to “1”. This corresponds to the data format change flag “1” in the version number [4] line of the user interface means before introduction in FIG. The latest version number “3” is set in the version number column of the code generation means of the version number management table 8.

  As described above, the version number data management process is executed. According to the present embodiment, efficient version management can be performed in conjunction with the installation work.

(Other Example 3)
Next, still another embodiment of the version number data management process described in another embodiment 2 will be described with reference to FIGS. In this embodiment, management by the installer determination table 22 in FIG. 15B is omitted.

  First, as described in the second embodiment, the designer changes the data format of the determination table 21 based on the version number one generation before and the version number after the upgrade work via the input device 13. Set the equal flag.

  Then, after the upgrade of the user interface unit 4 by the activation of the installer by the designer (S701), the installer adds a line of the version number of the user interface unit 4 to be registered this time to the end of the version number management table 8 ( S702).

  Next, the installer extracts the version number of the user interface means 4 that has been introduced one generation before based on the information in the version number management table 8. Subsequently, referring to the determination table 21, as shown in FIG. 17A, the version number of the determination table 21 is retrieved from the version number after the upgrade work to the extracted version number, It is determined whether or not the data format change flag “1” is present in (S703).

  As a result of the determination, if the data format change flag “1” is present (“YES” in S703), the version number management table 8 is accessed to change the data format of the version number of the user interface means 4 registered this time. “1” is written in the equal flag column (S704). Next, the installer sets the latest generation version number as the version number of the code generation means (S705), and registers the execution file of the code generation means 5 of that version number in the auxiliary storage device 12 (S706).

On the other hand, if the data format change flag “1” does not exist in step S703 (“NO” in S703), the data format change flag in the version number management table 8 is set to “0” (S707), and the code As the version number of the generation means, the version number of the code generation means 5 corresponding to the version number of the user interface means 4 of the previous generation is set.
As a result, the version number data can be managed efficiently as in the second embodiment.

Next, a second embodiment of the present invention will be described.
In the present embodiment, version number management is performed for each item of graphic data, and only the processing corresponding to the version number designated by the code generation means 5 via the means 15 or the input device 13 is executed. It is a thing. The basic device configuration is the same as in FIG.

  FIG. 19 is a functional configuration diagram of the automatic program generation device according to the second embodiment. An item-specific version number management table 7 to be described later is added to FIG.

  Further, FIG. 20 shows graphical data according to the present embodiment. In this example, data is generated for each item such as <Connections> and <Blocks>, and the version number is managed for each item. FIG. 21 is a data configuration example of the item-specific version number management table 7 according to the present embodiment. The version number of the user interface means 4 when the function is added / updated for each item is stored in association with each other. For example, when the function of the user interface unit 4 is added, it is determined whether or not the added item exists in the item-specific version number management table 7. The version number of the user interface means 4 is registered in association with each other. Similarly, when the function is updated, the version of the item already registered is changed to the version of the user interface means 4 at that time.

  The storage location of the item-specific version number management table 7 is not particularly limited as long as it can be accessed from the code generation means 5. The code generation means 5 executes a program generation process using this item as a unit of processing.

Hereinafter, the operation of the code generation means 5 will be described with reference to FIG.
First, the designer designates which version of the generation program is to be created via the input device 13 and activates the code generation means 5. When activated by an activation request from the input device, the code generation means 5 inputs version number data (S301) and determines whether or not a version number is designated (S302). If the version number is not specified (“NO” in S302), the generation program is generated with the latest version number, and a predetermined maximum value (for example, 999) predetermined as the specified version number is used. Set (S303).

  Further, the code generation means 5 sets the minimum value of the version number (for example, 0) as the version number variable (S304). Then, the first item is input from the graphic data (S305), and the version number associated with the input item is extracted by referring to the item-specific version number management table 7 (S306).

  Next, the code generation means 5 compares the extracted version number with the designated version number (S307), the item is registered (S308), and the version number designated for the item is extracted. If the number is greater than or equal to the version number (S309), the process for that item is executed (S310).

  Subsequently, the code generation means 5 determines whether or not the extracted version number is larger than the version number variable (S311). If it is larger (“YES” in S311), the extracted version number is newly set. Is set as a correct version number variable (S312).

  After the above processing, the code generation means 5 determines whether all items have been extracted from the graphic data (S314). If “No”, the next item is extracted (S315). The processing after step S306 is repeated again. If “NO” in step S308 or step S309, the processing item and the version number are recorded in the notification table (S313).

  When the extraction has been completed for all items (“YES” in S314), the code generation unit 5 outputs the final generation program and the version number set in the version number variable in association with each other (S316). Also, the contents of the notification table are output (S317).

  According to the above processing, the code generation means 5 can create the generation program 3 with the specified version number regardless of the version number of the graphic data. In addition, the program is generated with the latest version number by not specifying the version number. Thereby, from the same graphic format data, the program of the version can be generated for the existing system, and the latest version of the program can be generated for the newly installed system.

  In the description of each of the above embodiments, a designer who upgrades the user interface unit 4 or the code generation unit 5 uses the automatic program generation device 1 to input diagram format data to generate a program. As described above, by preparing an installer using the installer determination table 22 or the like, a user other than the designer uses the program automatic generation device 1 to use the version number and code of the user interface means 4. It is obvious that the program can be generated by an appropriate combination of the version numbers of the generation means 5.

  The present invention is not limited to the above-described embodiment, and various modifications can be made without departing from the scope of the invention. For example, instead of checking the item version number in the item-specific management table, the code generation unit 5 generates graphic data by adding the version number for each item, and the user interface unit 4 generates graphic data. You may make it confirm.

DESCRIPTION OF SYMBOLS 1 ... Program automatic generation apparatus 2 ... Graphic data 3 ... Generation program 4 ... User interface means (function)
5. Code generation means (function)
6... Graphical program 7... Version management table 8 by item 8. Version management table 10... Arithmetic device 11. Main storage device 12 .. auxiliary storage device 13. …… Decision table 22 …… Installer determination table

Claims (11)

An automatic program generation device that generates a program based on graphic information represented by a logical element symbol and a connection relationship between the logical element symbols,
A user interface for storing the function corresponding to the logic element symbol or the connection relationship between the logic element symbols in the storage device as a diagram data with an item that is identification information of each processing unit for each processing unit of the program generation processing Means,
Code generation means for executing a program generation process for each processing unit based on the diagram format data;
The automatic program generation apparatus, wherein the user interface means and the code generation means can be replaced independently of each other. The graphical data includes version data of the user interface means,
2. The code generation unit according to claim 1, wherein the code generation unit obtains the version number data to determine whether or not the graphic data can be processed, and executes an abnormal process when it is determined that the processing is not possible. The automatic program generation device described. The automatic program generation device according to claim 1,
Further, a version number management table for storing combination information of version number data of both means so that the user interface means and the code generation means function normally,
The code generation unit determines whether the combination of the version number data of the user interface unit and the version number data of the code generation unit is valid based on the combination information at the time of activation, and is determined to be valid An automatic program generation apparatus for executing a program generation process based on the graphic data stored by the user interface means only in the case. The automatic program generation device according to claim 1,
Furthermore, a plurality of code generation means having different version number data,
Code generation specifying means for specifying a code generation means to be activated among the plurality of code generation means, and
The automatic program generation apparatus, wherein the user interface means activates the code generation means specified by the code generation designation means. The automatic program generation device according to claim 1,
Furthermore, an item-specific version number management table for specifying the version number data of the user interface means for each item is provided,
The code generation means acquires version data serving as a reference for whether or not to process at startup, refers to the item-specific version management table for each item of the graphic data, and version data of the item A program automatic generation apparatus characterized by determining whether or not to execute a process based on the acquired version number data and executing a predetermined process only for an item determined to be processed.   6. The automatic program generation according to claim 5, wherein the code generation means outputs the program associated with a program generated by calculating the maximum version number data among the version number data of each processed item. apparatus.   The code generation means determines whether the process should be executed based on the version data of the item and the input version data, and determines the item that should not be processed, and the item-specific version number 7. The automatic program generation according to claim 5 or 6, wherein the version number data associated with the item is recorded in a management table, and the recorded contents are output after the program generation process is completed. apparatus.   The code generation means only displays items that can be processed even when the graphic data is expanded due to version data change of the user interface means and other factors, and the code generation means includes items that cannot be processed. The program automatic generation apparatus according to claim 1, wherein the program is generated by executing the program. The user interface means passes route information representing a positional relationship in the storage device for accessing graphic data to the code generation means,
9. The program according to claim 1, wherein the code generation unit acquires the graphic data based on the route information, and generates a program based on the graphic data. Automatic generator.   10. The automatic program generation apparatus according to claim 9, wherein the code generation means is activated by a code generation means that is present at a position closest to the execution program of the user interface means based on route information. A program automatic generation method for generating a program based on graphic information using a computer device,
The computer device accepting input of graphic information represented by a logic element symbol and a connection relationship between the logic element symbols;
A step of generating graphic data by adding an item, which is identification information of each processing unit, to each processing unit of the program generation processing for the function corresponding to the logical element symbol or the connection relationship between the logical element symbols by the computer device; When,
The computer device attaches version number data to each item of graphic data and stores it in a storage device of the computer device;
The computer apparatus inputs version number data as a criterion for determining whether or not to process, and compares each version of the graphic data to be processed with the version number data of the corresponding item stored in the storage device. A program generation process is performed only for an item that is determined to be processed, and an item that is not determined to be processed is recorded with version data associated with the item; ,
The computer device outputting the recorded content after the end of the program generation process;
A method for automatically generating a program, comprising:

Images