WO2023135735A1 - プログラミング支援プログラム、プログラミング支援方法及びプログラミング支援装置 - Google Patents

プログラミング支援プログラム、プログラミング支援方法及びプログラミング支援装置 Download PDF

Info

Publication number
WO2023135735A1
WO2023135735A1 PCT/JP2022/001083 JP2022001083W WO2023135735A1 WO 2023135735 A1 WO2023135735 A1 WO 2023135735A1 JP 2022001083 W JP2022001083 W JP 2022001083W WO 2023135735 A1 WO2023135735 A1 WO 2023135735A1
Authority
WO
WIPO (PCT)
Prior art keywords
source code
function block
function
instance
description
Prior art date
Application number
PCT/JP2022/001083
Other languages
English (en)
French (fr)
Inventor
信哉 縄田
Original Assignee
三菱電機株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 三菱電機株式会社 filed Critical 三菱電機株式会社
Priority to PCT/JP2022/001083 priority Critical patent/WO2023135735A1/ja
Priority to JP2022535791A priority patent/JP7126637B1/ja
Publication of WO2023135735A1 publication Critical patent/WO2023135735A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/05—Programmable logic controllers, e.g. simulating logic interconnections of signals according to ladder diagrams or function charts
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/40—Transformation of program code
    • G06F8/51—Source to source
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/76—Adapting program code to run in a different environment; Porting

Definitions

  • the present disclosure relates to programming support programs, programming support methods, and programming support devices.
  • IEC61131-3 for example, is known as a programming language standard for creating operating programs.
  • the third edition of IEC61131-3 introduces object-oriented programming, and introduces object-oriented function blocks extended from conventional function blocks corresponding to subroutines defined in the second edition.
  • the present disclosure has been made in view of the above circumstances, and aims to reduce the burden of creating an operation program for a programmable controller.
  • the programming support program of the present disclosure provides a computer that supports creation of an operation program for operating a programmable controller, acquiring means for acquiring a first source code of the operation program, function blocks that are subroutines, replacing a first function block whose function is described in a first source code in a format different from one or more methods included in the function block with a second function block whose function is described as a method or by replacing the description of the first instance declared based on the first function block in the first source code with the description about the second instance declared based on the second function block, It functions as generation means for generating the second source code of the operating program.
  • FIG. 1 shows a functional configuration of a programming support device according to Embodiment 1;
  • FIG. 1 shows a hardware configuration of a programming support device according to Embodiment 1;
  • FIG. 11 is a diagram showing an example of a screen for selecting a conventional function block according to Embodiment 1;
  • FIG. 2 shows a comparison between the first source code and the second source code according to the first embodiment;
  • Flowchart showing support processing according to Embodiment 1 Flowchart showing generation processing according to the first embodiment FIG.
  • FIG. 4 shows a functional configuration of a programming support device according to a second embodiment
  • a diagram showing an example of the first source code according to the second embodiment A diagram showing an example of a screen for allocating instances according to the second embodiment
  • a diagram showing an example of the second source code according to the second embodiment Flowchart showing support processing according to Embodiment 2
  • FIG. 11 is a diagram showing a functional configuration of a programming support device according to Embodiment 3;
  • FIG. 11 is a diagram showing a comparison between the first source code and the second source code according to the modified example;
  • This programming support device is a device that supports creation of an operating program for a programmable controller by converting non-object-oriented source code into object-oriented source code.
  • the programming support device 10 is an industrial PC (Personal Computer) capable of executing software that functions as an engineering tool for editing source code, or a server device on a network. As shown in FIG. 1, the programming support device 10 reads the first source code 21 in the project data 20 stored in the storage device 200, and reads the second source code 22 based on the read first source code 21. and write the generated second source code 22 into the project data 20 .
  • industrial PC Personal Computer
  • the storage device 200 may be a memory card removable from the programming support device 10, or may be a device connected to the programming support device 10 via a network. Moreover, although the storage device 200 is arranged outside the programming support device 10 in FIG. 1 , the programming support device 10 may incorporate the storage device 200 .
  • the project data 20 is a set of data used by the programmable controller and includes an operation program for operating the programmable controller.
  • the number of operation programs included in the project data 20 may be one or plural.
  • the operating program includes object files that are directly executed by the programmable controller, as well as various source codes that are compiled to obtain the object files.
  • the operating program includes external programs and library data that are referred to as needed, in addition to a single program that is initially executed by the programmable controller.
  • the project data 20 includes a first source code 21, a second source code 22, and an execution program 23 as operating programs.
  • the first source code 21 and execution program 23 are created by a user using an engineering tool.
  • the first source code 21 is data describing definitions of function blocks corresponding to non-object-oriented subroutines.
  • a function block is one or more reusable instructions for performing a predefined function when called from another program.
  • the function block defined in the first source code 21 may be a function block defined by IEC61131-3 second edition, a function defined by IEC61131-3 standard, or a subroutine. Other equivalent programming language elements are also possible.
  • the function block will be abbreviated as FB, and the IEC61131-3 standard may be abbreviated as the IEC standard.
  • a non-object-oriented FB is appropriately described as a conventional FB.
  • the FB included in the first source code 21 is a conventional FB.
  • the second source code 22 is data describing an object-oriented FB definition. Specifically, the second source code 22 describes the definition of an object-oriented FB having methods. A method is similar to a conventional FB in that it is one or more reusable instructions for performing a function in advance by being called from another program, but is a declared member function of an instance of an object-oriented FB. It is different from the conventional FB in that it is called as While a conventional FB corresponds to one integrated function, an object-oriented FB may contain multiple methods corresponding to the function.
  • the object-oriented FB defined in the second source code 22 may be defined in the 3rd edition of the IEC standard, may be a class defined in the 3rd edition, or may have a method It may be any other programming language element that has
  • a conventional FB is an example of a first function block in which the function of a function block, which is a subroutine, is described in a format different from that of one or more methods included in the function block.
  • the object-oriented FB is an example of a second function block whose function is described as a method.
  • the execution program 23 is an operating program that uses the instance of the conventional FB defined in the first source code 21.
  • a programming language for writing the first source code 21, the second source code 22, and the execution program 23 any of the instruction list, structured text, ladder diagram, function block diagram, and sequential function chart specified by the IEC standard is adopted. or other languages may be adopted.
  • the programming support device 10 is configured as a computer that executes an engineering tool that generates the second source code 22 from the first source code 21.
  • the programming support apparatus 10 includes a processor 31, a main storage unit 32, an auxiliary storage unit 33, an input unit 34, an output unit 35, and a communication device, as shown in FIG. a portion 36;
  • the main storage section 32 , auxiliary storage section 33 , input section 34 , output section 35 and communication section 36 are all connected to the processor 31 via an internal bus 37 .
  • the processor 31 includes a CPU (Central Processing Unit) as a processing circuit.
  • the processor 31 implements various functions of the programming support device 10 by executing the program P1 stored in the auxiliary storage unit 33, and executes processing described later.
  • CPU Central Processing Unit
  • the main storage unit 32 includes a RAM (Random Access Memory).
  • a program P1 is loaded from the auxiliary storage unit 33 into the main storage unit 32 .
  • the main storage unit 32 is used as a work area for the processor 31 .
  • the program P1 corresponds to an engineering tool, and corresponds to an example of a programming support program that generates the second source code 22 . Although one program P1 is representatively shown in FIG. 2, there may be a plurality of programs P1.
  • the auxiliary storage unit 33 includes non-volatile memory represented by EEPROM (Electrically Erasable Programmable Read-Only Memory) and HDD (Hard Disk Drive).
  • the auxiliary storage unit 33 stores various data used for the processing of the processor 31 in addition to the program P1.
  • Auxiliary storage unit 33 supplies data used by processor 31 to processor 31 and stores the data supplied from processor 31 in accordance with instructions from processor 31 .
  • the input unit 34 includes input devices typified by a keyboard and pointing device.
  • the input unit 34 acquires information input by the user of the programming support device 10 and notifies the processor 31 of the acquired information.
  • the output unit 35 includes output devices typified by an LCD (Liquid Crystal Display) and a speaker.
  • the output unit 35 presents various information to the user according to instructions from the processor 31 .
  • the communication unit 36 has a network interface circuit for communicating with external devices. Communication unit 36 receives a signal from the outside and outputs information indicated by this signal to processor 31 . The communication unit 36 also transmits a signal indicating information output from the processor 31 to an external device.
  • the input unit 34 and the output unit 35 correspond to the UI (User Interface) of the programming support device 10.
  • the programming support device 10 may be connected to an external UI device via the communication unit 36 to acquire information from the user and provide information to the user via the communication unit 36 .
  • the communication unit 36 that cooperates with an external UI device is used as the UI of the programming support device 10 instead of the input unit 34 and the output unit 35, the input unit 34 and the output unit 35 may be omitted.
  • the programming support device 10 is a stand-alone device that does not communicate with an external device, the communication unit 36 may be omitted.
  • the programming support device 10 has a functional configuration realized by cooperation of the hardware configurations described above. Specifically, the programming support device 10 includes an acquisition unit 11 that acquires a first source code 21, a UI unit 12, a generation unit 13 that generates a second source code 22 based on an input from the user, have
  • the acquisition unit 11 is mainly implemented by the processor 31 . Note that when the acquisition unit 11 acquires the first source code 21 by communicating with the storage device 200 , the acquisition unit 11 is implemented by cooperation between the processor 31 and the communication unit 36 . The acquisition unit 11 acquires the first source code 21 by reading the project data 20 from the address of the storage device 200 specified by the user. The acquisition unit 11 also outputs the read project data 20 to the UI unit 12 and outputs the first source code 21 to the generation unit 13 .
  • the obtaining unit 11 corresponds to an example of obtaining means for obtaining the first source code of the operating program in the programming support device 10 .
  • the UI unit 12 may be realized mainly by the cooperation of the input unit 34 and the output unit 35, or may be realized by the communication unit 36 that cooperates with an external UI device as described above.
  • the UI unit 12 displays the configuration of the project data 20 and receives from the user a selection of a conventional FB to be replaced with an object-oriented FB method.
  • a conventional type FB 211 called “positioning data setting”
  • a conventional type FB 212 called “positioning operation start”
  • the conventional type FB 213 “Temperature adjustment start” is displayed.
  • One or more conventional FBs can be selected from this list.
  • the conventional FBs 211 and 211 selected by the user are hatched.
  • the UI unit 12 displays a submenu 121 including a list of operations related to the selected conventional FB 211, 212.
  • the UI section 12 accepts the selection of the conventional FBs 211 and 212 as targets to be converted into object-oriented FBs.
  • the UI unit 12 corresponds to an example of receiving means for receiving selection of the first function block from the function blocks included in the first source code in the programming support device 10 .
  • the UI unit 12 receives selection of variables to be shared as member variables of the object-oriented FB from among the selected variables of the conventional FB.
  • the screen 120 displays an input field 122 for entering the name of a newly created object-oriented FB and a table 123 showing variables included in the conventional FB.
  • the conventional type FB 211 includes declarations of a variable 2111 called "unit information" and a variable 2112 called “data No.” 2121 and a variable 2122 called "Startup No".
  • the table 123 in FIG. 4 lists these variables 2111, 2112, 2121, and 2122.
  • This table 123 includes a check box column 124 for selecting variables to be shared. For the variables selected by the user by checking the check boxes, the names of the variables that are shared in the object-oriented FB are set by the user in column 125 .
  • the variables 2111 and 2121 called "unit information" of the conventional type FBs 211 and 212 are substantially the same variables, in the newly created object-oriented FB named "positioning unit" It is shown that they are integrated into a variable called "unit information".
  • variable 2112 "data number” and the variable 2122 "startup number” are different information unique to the conventional type FBs 211 and 212, respectively, and are not shared.
  • the button 126 When the user presses the button 126, the selection of the conventional FB and the setting of variables to be shared are completed.
  • the generator 13 is mainly realized by the processor 31.
  • the generation unit 13 generates the second source code 22 from the first source code 21 based on the content set by the user using the UI unit 12 .
  • the newly created object-oriented FB 220 has a method 221 corresponding to the conventional FB 211 and a method 222 corresponding to the conventional FB 212.
  • the logic description 2212 specifying the function of the method 221 has the same content as the corresponding logic description 2113 of the conventional FB 211 .
  • the logic description 2222 specifying the function of the method 222 has the same content as the logic description 2123 of the corresponding conventional FB 212 .
  • the object-oriented FB 220 includes a declaration of a common variable 2201 in which the variables 2111 and 2121 of the conventional FBs 211 and 212 are integrated.
  • the method 221 includes a declaration of a variable 2211 corresponding to the variable 2112 excluded from the common variable setting among the variables 2111 and 2112 of the corresponding conventional FB 211 .
  • the method 222 includes a declaration of a variable 2221 corresponding to the variable 2122 excluded from the common variable setting among the variables 2121 and 2122 of the corresponding conventional type FB 212 .
  • the generation unit 13 then outputs the generated second source code 22 to the storage device 200 .
  • the generator 13 replaces the first function block described in the first source code with the second function block in the programming support device 10 to generate the second source code of the operating program for operating the programmable controller. It corresponds to an example of generating means for
  • the support processing executed by the programming support device 10 will be explained using FIGS.
  • This support processing is started by a specific operation by the user.
  • the support process corresponds to an example of a programming support method for supporting creation of an operation program.
  • the acquisition unit 11 of the programming support device 10 acquires the first source code 21 as shown in FIG. 6 (step S1). Then, the UI unit 12 receives the selection of the conventional FB in the first source code 21 acquired in step S1 (step S2), and commonizes the variables of the conventional FB selected in step S2. A power variable selection is accepted (step S3).
  • the generation unit 13 executes generation processing for generating the second source code 22 from the first source code 21 obtained in step S1 based on the selections accepted in steps S2 and S3 (step S4). .
  • the generation unit 13 outputs the generated second source code 22 (step S5). After that, the support process ends.
  • FIG. 7 shows details of the generation process in step S4.
  • the generation unit 13 generates an empty object-oriented FB (step S11), and registers the common variable set in step S3 in the generated object-oriented FB (step S12).
  • a description declaring the common variable 2201 is added to the object-oriented FB.
  • the generation unit 13 selects one conventional FB that has not been selected in the generation process from the conventional FBs selected in step S2 (step S13). For example, the generator 13 selects the conventional FB 211 shown in FIG.
  • the generation unit 13 generates an empty method (step S14), and inserts the logic description of the conventional FB selected in step S13 as the logic description of the method generated in step S14 (step S15). As a result, in the example of FIG. 5, the logic description 2212 of the method 221 is added.
  • the generation unit 13 selects one variable that has not been selected in the generation process from the variables included in the conventional FB selected in step S13 (step S16). For example, the generator 13 selects the variable 2111 of the conventional FB 211 shown in FIG.
  • the generation unit 13 determines whether the variable selected in step S16 corresponds to the common variable set in step S3 (step S17). If it is determined that the selected variable corresponds to the common variable (step S17; Yes), the generation unit 13 determines whether the name of the variable selected in step S16 is the same as the name of the common variable (step S18).
  • step S18 If it is determined that the names are the same (step S18; Yes), the generation unit 13 proceeds to step S20. On the other hand, if it is determined that the names are not the same (step S18; No), the generation unit 13 replaces the name of the variable selected in step S16 appearing in the logic description of the method with the name of the corresponding common variable (step S19). As a result, the description regarding the variable inserted in step S15 is corrected to the description regarding the common variable.
  • a description about a variable may be a description for accessing the variable, or may be another description using the variable.
  • step S20 determines whether or not all the variables of the conventional FB selected in step S13 have been selected. If it is determined that the selection of all variables has not been completed (step S20; No), the generating unit 13 repeats the processes after step S16. As a result, for example, the variable 2112 of the conventional FB 211 shown in FIG.
  • step S17 If it is determined in step S17 that the variable does not correspond to the common variable (step S17; No), the generation unit 13 registers the variable selected in step S16 in the method generated in step S14 (step S21). . As a result, a description about the variable 2211 is added to the method 221 shown in FIG. 5, for example.
  • step S20 When it is determined in step S20 that all variables have been selected (step S20; Yes), the generation unit 13 adds the methods generated in steps S14 to S20 to the object-oriented FB (step S22). As a result, the method 221 shown in FIG. 5, for example, is added to the object-oriented FB 220.
  • FIG. 5 the method 221 shown in FIG. 5, for example, is added to the object-oriented FB 220.
  • the generation unit 13 determines whether or not all the conventional FBs selected in step S2 have been selected in the generation process (step S23). If it is determined that all the conventional FBs have not been selected (step S23; No), the generation unit 13 repeats the processes after step S13. As a result, the method 222 shown in FIG. 5, for example, is added to the object-oriented FB 220 . On the other hand, if it is determined that all the conventional FBs have been selected (step S23; Yes), the second source code 22 that defines the object-oriented FB 220 is generated, and the processing by the programming support device 10 begins with the generation processing shown in FIG. return to the support process shown in .
  • the programming support device 10 by replacing the non-object-oriented conventional FB described in the first source code 21 with the method of the object-oriented FB, A second source code 22 describing the object-oriented FB can be obtained. Therefore, it is possible to reduce the burden of creating an operation program for the programmable controller and promote the transition to object-oriented programming.
  • a programmable controller usually includes multiple units.
  • the execution program 23 describes a declaration of a different instance for each function of the unit, Similar information about the units needs to be set, which complicates the execution program 23 .
  • the programming support device 10 if a plurality of conventional FBs are replaced with a plurality of functions of one object-oriented FB by the programming support device 10 according to the present embodiment, common data is set each time a method is called in the execution program 23. Therefore, the first source code 41 can be simplified.
  • the UI unit 12 corresponds to an example of a reception unit that receives selection of a plurality of first function blocks included in the first source code as selection elements, and the generation unit 13 receives a plurality of first function blocks selected from the first source code. It corresponds to an example of generating means for generating the second source code by replacing the function block with one second function block containing a plurality of methods corresponding to each of the first function blocks.
  • the generating unit 13 corresponds to an example of generating means for replacing a plurality of first function blocks with second function blocks including common variables corresponding to different variables included in the first function blocks.
  • the programming support device 10 may set the name of the object-oriented FB and the name of the common variable according to a predetermined naming rule.
  • name of the method of the object-oriented FB is set by the programming support device 10 as being similar to the name of the conventional FB, but these names may be the same, or the method may be changed by the user. name may be set.
  • the generation unit 13 may analyze the execution program 23 and set the input variables or output variables of the conventional FB to which the same data is connected as common variables. If the selection of the common variable and the setting of the name of the object-oriented FB are performed by the programming support device 10 rather than by the user, the display of the dialog screen shown in FIG. 4 is omitted.
  • Embodiment 2 Next, the second embodiment will be described, focusing on differences from the first embodiment described above. It should be noted that the same or equivalent configurations as those of the first embodiment are denoted by the same reference numerals, and the explanations thereof are omitted or simplified. This embodiment differs from the first embodiment in that instead of replacing the description defining the FB, the description regarding the instance declared based on the FB is replaced.
  • the programming support device 10 reads the non-object-oriented first source code 41 included in the project data 20 stored in the storage device 200, and reads the read first source code 41.
  • a second object-oriented source code 42 is generated from the source code 41 and output.
  • Both the first source code 41 and the second source code 42 correspond to the execution program 23 according to the first embodiment.
  • the first source code 41 includes descriptions of conventional FB instances.
  • the description about the instance may be a declaration of the instance, or a description for accessing variables or logic descriptions of the instance.
  • the second source code 42 corresponds to the first source code 41 in which the description of the conventional FB instance is replaced with the description of the object-oriented FB instance.
  • the project data 20 includes related information 43.
  • the related information 43 is information indicating the correspondence relationship between the conventional FB and the object-oriented FB for replacing the description about the instance. Specifically, the related information 43 indicates the correspondence between conventional FBs and methods of object-oriented FBs, and the correspondence between variables of conventional FBs and common variables of object-oriented FBs. For example, the related information 43, as shown in FIG. shown in association.
  • the related information 43 may be generated by the generating unit 13 according to Embodiment 1, or may be provided from the outside without being generated by the programming support device 10.
  • FIG. 8 exemplifies the project data 20 including the related information 43 in advance
  • any method of providing the related information 43 to the programming support device 10 is possible.
  • an FB library containing the relevant information 43 may be imported into the project data 20, or the relevant information 43 may be contained in an FB provided by a manufacturer of FA equipment including programmable controllers.
  • the association information 43 corresponds to an example of information that associates variables included in the conventional FB as the first function block and variables included in the object-oriented FB as the second function block.
  • the acquisition unit 11 of the programming support device 10 acquires the first source code 41 and related information 43 and provides them to the UI unit 12 .
  • the acquiring unit 11 corresponds to an example of acquiring means for acquiring related information in which the function of the first function block and the second function block including the function as a method are associated with each other in the programming support device 10 .
  • the UI unit 12 includes a program editor 141 for editing the first source code 41, an allocation unit 142 for allocating instances to be replaced, have
  • the program editor 141 accepts designation of an object-oriented FB instance described in the first source code 41 acquired by the acquisition unit 11 .
  • the program editor 141 displays the contents of the first source code 41 on the screen 120 as shown in FIG.
  • This first source code 41 includes variables 411 and 414 substantially common to the conventional FBs 211 and 212, variables 412 and 415 corresponding to instances of the conventional FB 211, variables 413 corresponding to instances of the conventional FB 212, 416 and contains a description of Variables 411-413 are variables relating to "A unit”, and variables 414-416 are variables relating to "B unit".
  • the first source code 41 includes a description declaring an instance 417 of the object-oriented FB 220.
  • the description about this instance 417 is added by the user who operates the program editor 141 after the first source code 41 is acquired by the acquisition unit 11 .
  • the first source code 41 stored in the storage device 200 may contain the description of the instance 417 in advance. If the description of the instance 417 is included in advance, the UI unit 12 may be configured without the program editor 141 .
  • the logic description 418 is described in the structured text format defined by the IEC standard, but may be described in other formats.
  • the program editor 141 When the user selects an instance 417 in the first source code 41, the program editor 141 displays a submenu 127 containing a list of operations for that instance 417. When "replace with this instance" is specified from the list of the submenu 127, the program editor 141 accepts the specification of the object-oriented FB instance 417 to replace the conventional FB instance, and replaces the specified instance. The allocation unit 142 is notified.
  • the allocation unit 142 accepts the allocation of the conventional FB instance to the method of the specified instance of the object-oriented FB. More specifically, the allocation unit 142 receives from the user a selection of a related conventional FB instance in the related information 43 with the object-oriented FB method for which the instance is specified. For example, as shown in FIG. 10, the allocation unit 142 displays on the screen 120 a table 128 that associates methods with selection fields for conventional FB instances to be allocated. The user uses this table 128 to assign the method of the specified object-oriented FB instance to the conventional FB instance.
  • the option of the conventional type FB instance displayed as an allocation candidate is a variable whose data type is the conventional type FB, which is within the scope of the first source code 41 and is associated with the method in the related information 43. .
  • the methods included in the table 128 are the methods 221, 222 becomes.
  • the instances included in the table 128 are described in the first source code 41 as the instances of the conventional FBs 211 and 212 corresponding to the methods 221 and 222 as shown in FIG.
  • the instances related to the "A unit” and “B unit” of the conventional FB 211 are declared as variables 412 and 415, respectively, and the "A unit” and "B unit” of the conventional FB 212 are declared as variables 413,416.
  • FIG. 9 the instances related to the "A unit” and "B unit” of the conventional FB 211 are declared as variables 412 and 415, respectively, and the "A unit” and "B unit” of the conventional FB 212 are declared as variables 413,416.
  • the instance "A unit positioning operation start” corresponding to the variable 413 and the instance “B unit positioning operation start” corresponding to the variable 416 is listed in the combo box as a candidate for assignment. It is indicated by hatching that the instance "A unit positioning operation start” in this list has been selected by the user as an allocation target. Further, it is indicated that "A unit positioning data setting” is assigned to the "data setting method”. When the user presses the button 129 , the content set using the table 128 is notified to the generation unit 13 .
  • the UI unit 12 including the program editor 141 and the allocation unit 142 accepts the specification of the second instance described in the first source code in the programming support device 10, and associates the method of the specified second instance with related information. It corresponds to an example of receiving means for receiving selection of a conventional FB instance having the specified function.
  • the generation unit 13 includes a static analysis unit 131 that statically analyzes the first source code 41 and corrects the description regarding the conventional FB instance described in the first source code 41 to the description regarding the object-oriented FB instance.
  • a correction unit 132 that have
  • the static analysis unit 131 determines whether the conventional FB instance allocated by the allocation unit 142 can be replaced with the object-oriented FB method. In addition, the static analysis unit 131 determines that the operation of the programmable controller based on the replacement code obtained by replacing the conventional FB instance described in the first source code 41 with the method of the object-oriented FB is the first source code 41 It is determined whether there is a change from the operation of the programmable controller based on If the replacement is possible and there is no change in operation, the static analysis unit 131 permits the modification unit 132 to modify the first source code 41, and allows the modification unit 132 to modify the second source code 42. to generate
  • the static analysis unit 131 notifies the user that the replacement is not possible, and if the action changes, notifies the user that the action will change.
  • the notification to the user may be made via the UI unit 12, or may be made by another method.
  • the generation unit 13 having the static analysis unit 131 is a programmable controller that follows the replacement code in which the description for calling the function of the first function block in the first source code is replaced with the description for calling the method of the second function block. is different from the operation of the programmable controller according to the first source code, it corresponds to an example of generating means for notifying that the operation changes due to the replacement.
  • the generation unit 13 provides information indicating that the variable is not replaced. It corresponds to an example of generating means for reporting.
  • the modification unit 132 modifies the description of the conventional FB instance in the first source code 41 to the description of the object-oriented FB instance.
  • An instance of a conventional FB is used to call a logic description indicating the functions of the conventional FB or to access variables of the conventional FB.
  • the correction unit 132 replaces the description that calls the logic description of the conventional FB with the description that calls the method of the object-oriented FB. Also, the correction unit 132 replaces the description for accessing the variable of the conventional FB with the description for accessing the variable of the object-oriented FB.
  • the correction unit 132 deletes from the first source code 41 the description declaring the successfully replaced conventional FB instance.
  • the generation unit 13 having the correction unit 132 corresponds to an example of generation means for replacing the description for calling the function of the first function block in the first source code with the description for calling the method of the second function block.
  • the generating unit 13 corresponds to an example of generating means for replacing the description of the variables included in the first function block in the first source code with the description of the variables included in the second function block.
  • FIG. 11 illustrates the second source code 42 generated by correcting the first source code 41 shown in FIG.
  • declarations of variables 412 and 413 corresponding to conventional FB instances related to "A unit" are deleted.
  • the logic description 418 is modified to the logic description 419 .
  • the parameter when a parameter specified when calling a logic description is a common variable, the parameter is deleted from one or more parameters specified when calling a corresponding method. , inserts a description of a detached assignment.
  • substantially identical descriptions 4191 and 4192 are generated as a result of the disjunctive substitution, the correction unit 132 may perform an optimization process to simplify such redundant descriptions.
  • the acquisition unit 11 acquires the first source code 41 (step S31). Then, the program editor 141 of the UI unit 12 receives the designation of the object-oriented FB instance to be replaced (step S32), and the allocation unit 142 receives the selection of the conventional FB instance to be replaced (step S33).
  • the generation unit 13 executes generation processing for generating the second source code 42 from the first source code 41 acquired in step S31 based on the contents received in steps S32 and S33 (step S34). Then, the generation unit 13 outputs the generated second source code 42, and the support processing ends.
  • FIG. 13 shows details of the generation process executed in step S34.
  • the generation unit 13 selects one of the conventional FB instances allocated in step S33 that has not been selected in the generation process (step S41). For example, "A unit positioning data setting" shown in FIG. 10 is selected.
  • the generation unit 13 searches the first source code 41 for all usage locations of the instance selected in step S41 (step S42). As a result, in the example of FIG. 9, descriptions 4181 and 4182 using "A unit positioning data setting" are hit. Note that the description declaring the variable 412 corresponding to the instance of the conventional FB is excluded from the search targets.
  • the static analysis unit 131 of the generation unit 13 selects one usage location that has not been selected in the generation processing from the usage locations hit by the search (step S43). Then, the static analysis unit 131 determines whether or not the usage location selected in step S43 is a description of a call expression (step S44). Specifically, it is determined whether or not this usage location calls the logic description of the conventional type FB instance. When the usage location selected in step S43 is the description 4181 in FIG. 9, the description 418 accesses an instance variable rather than a call expression, so the determination in step S44 is negative.
  • step S44 If it is determined that the selected usage location is not a description of a call expression (step S44; No), the static analysis unit 131 determines that this usage location is a description of variable access, and shares the variables to be accessed. It is determined whether or not it is a variable (step S45). As for the description 4181 in FIG. 9, the "unit information" corresponds to the common variable as shown in FIG. 5, so the determination in step S45 is affirmative.
  • step S45 When it is determined that the accessed variable is a shared variable (step S45; Yes), the correction unit 132 replaces the selected location of use with the variable access of the object-oriented FB instance (step S46). As a result, description 4181 in FIG. 9 is replaced with description 4191 in FIG.
  • step S47 determines whether or not all usage locations have been selected. If it is determined that all the usage locations have not been selected (step S47; No), the generation unit 13 returns to step S43 and executes processing for the next usage location. This selects the description 4182 shown in FIG. 9, for example.
  • step S44 determines that the operation of the programmable controller will be correct if the description of the call expression is replaced with the method. It is determined whether or not there is a change (step S48). For example, if the operation based on the description of the calling expression depends on the previous value, the operation implemented by the replacement code obtained by replacing the description with the method is different from the operation implemented by the first source code 41. do.
  • the previous value means the execution result of the previous scan by the programmable controller. Scanning corresponds to one execution of control processing defined in the operation program repeatedly executed by the programmable controller.
  • the static analysis unit 131 determines whether or not there is a common variable in the parameters specified in the description of the call expression (step S50). Specifically, the static analysis unit 131 determines whether or not a variable corresponding to the common variable is specified as an argument. If it is determined that there is a common variable in the parameter (step S50; Yes), a separate substitution equivalent to the parameter substitution is inserted (step S51) because the conventional FB variable cannot be simply replaced with the common variable. .
  • the formal argument of the detached assignment is access to the instance variable of the object-oriented FB, not to the instance variable of the conventional FB.
  • step S50 If it is determined that there is no common variable in the parameter (step S50; No), and following step S51, the correction unit 132 replaces the selected description with an object-oriented FB method (step S52). This replaces the description 4182 in FIG. 9 with the description 4194 in FIG. After that, the determination of step S47 is executed.
  • step S47 If it is determined in step S47 that all usage locations have been selected (step S47; Yes), the correction unit 132 deletes the declaration part of the selected instance (step S53). As a result, for example, the variable 412 shown in FIG. 9 is deleted, and the programming support device 10 completes the processing related to the currently selected instance of the conventional type FB, and shifts the processing to step S56.
  • step S45 If it is determined in step S45 that the accessed variable is not a common variable (step S45; No), the generation unit 13 associates the variable with the variable in the instance method of the object-oriented FB. Therefore, it is determined that the variable cannot be accessed from the outside. Then, the generation unit 13 notifies the user that the description cannot be replaced (step S54), and proceeds to step S56 without replacing the currently selected conventional type FB instance.
  • step S48 If it is determined in step S48 that the action will change (step S48; Yes), the generator 13 notifies the user that the action will change (step S55), and Without replacing the FB instance, the process proceeds to step S56.
  • step S53 is executed to complete the replacement of the instance.
  • the processing for the selected instance is terminated.
  • step S56 the generation unit 13 determines whether or not the selection in the generation process has been completed for all conventional FB instances selected in step S33 (step S56). If it is determined that the selection has not been completed (step S56; No), the generating unit 13 repeats the processes after step S41. As a result, as shown in FIG. 10, the conventional type FB 212 "A unit positioning operation start" is selected, and steps S50 to S52 are executed, so that the description 4183 in FIG. 4193.
  • step S56 if it is determined that the selection has been completed (step S56; Yes), the processing by the programming support device 10 returns from the generation processing to the support processing shown in FIG.
  • the description about the instance of the non-object-oriented conventional FB described in the first source code 41 is replaced with the description about the instance of the object-oriented FB.
  • the second source code 42 is generated. Therefore, it is possible to reduce the burden of creating an operation program for the programmable controller and promote the transition to object-oriented programming.
  • the programming support device 10 may allocate the instance of the conventional type FB to another method by using the selection of one conventional type FB instance by the user as a trigger.
  • the programming support device 10 may analyze the first source code 41 and detect other instances having data connected to the same common variable as the instance initially selected by the user.
  • Embodiment 3 Next, the third embodiment will be described, focusing on the differences from the first and second embodiments described above.
  • the same or equivalent configurations as those of the first and second embodiments are denoted by the same reference numerals, and the explanations thereof are omitted or simplified.
  • the programming support device 10 generates the second source code 42 from the first source code 41 by combining the first and second embodiments and omitting the user operation for selecting the replacement target. This differs from the first embodiment in this point.
  • the programming support device 10 has an acquisition unit 11, a UI unit 12 and a generation unit 13 that function in the same manner as in the first embodiment.
  • Information flows similar to those in the first embodiment are indicated by bold arrows in FIG.
  • the generation unit 13 generates the related information 43, and the acquisition unit 11 acquires the related information 43. Since the related information 43 is handled as internal information of the programming support device 10, it is not necessary to make the related information 43 permanent externally.
  • the acquisition unit 11 and the generation unit 13 exhibit functions equivalent to those of the second embodiment.
  • the UI unit 12 does not include the program editor 141 and the allocation unit 142 according to the second embodiment.
  • the generation unit 13 also has an allocation unit 142a whose function is expanded from the allocation unit 142 according to the second embodiment.
  • the related information 43 and the project data 20 are provided from the acquisition unit 11 to the allocation unit 142a.
  • the allocation unit 142a extracts one or a plurality of second source codes 42 using conventional FB instances from the project data 20, and declares object-oriented FB instances for each of the extracted second source codes 42. , assigns a conventional FB instance to an object-oriented FB instance.
  • the acquisition unit 11 acquires a plurality of first source codes 41 (step S61).
  • the allocation unit 142a selects one unselected first source code 41 (step S62). Then, the allocation unit 142a determines whether or not the selected first source code 41 declares an instance of the conventional FB included in the related information 43 (step S63). That is, the allocation unit 142a determines whether or not an instance that can be replaced based on the related information 43 is declared in the first source code 41 or not. If it is determined that the instance is not declared (step S63; No), the allocation unit 142a ends the processing related to the first source code 41 and shifts the processing to step S66.
  • step S63 if it is determined that an instance has been declared (step S63; Yes), the allocation unit 142a assigns the object-oriented FB instance associated in the related information 43 to the conventional FB of the instance found in step S63. , is declared in the selected first source code 41 (step S64).
  • step S64 corresponds to the declaration of instance 417 shown in FIG.
  • the programming support device 10 declares the instance in step S64.
  • the allocation unit 142a classifies multiple instances of the conventional FB declared in the first source code 41 into groups, and declares an instance of the object-oriented FB corresponding to each group. Instances of conventional FBs are classified by classifying them so that multiple instances declared based on the same conventional FB do not belong to one group. That is, each time an instance declared based on the same conventional FB appears, this instance is classified into a new group.
  • the first source code 41 may be analyzed and classified so that a plurality of conventional FB instance variables belonging to one group do not correspond to common variables of different data types. By minimizing the number of groups, more conventional FB instances can be combined into one object-oriented FB instance.
  • step S65 the allocation unit 142a allocates the instance of the conventional FB classified into the group corresponding to the object-oriented FB to the instance of the object-oriented FB declared in step S64 (step S65).
  • This step S65 corresponds to the allocation of methods and instances shown in FIG. However, while the assignment is made by the user in the example of FIG. 10, it is made by the programming support device 10 in step S65.
  • step S34 the generation unit 13 executes generation processing similar to that of the second embodiment (step S34). Then, the generation unit 13 determines whether or not all the first source codes 41 have been selected (step S66), and if it is determined that all the first source codes 41 have not been selected (step S66; No), the process after step S62 is repeated. On the other hand, if it is determined that all the first source codes 41 have been selected (step S66; Yes), the support processing ends.
  • the allocation unit 142a analyzes the first source code 41 and allocates the conventional FB instance to the method of the object-oriented FB instance. This can further reduce the burden of creating an operation program.
  • the generation unit 13 having the allocation unit 142a classifies a plurality of first instances described in the first source code into groups, and assigns the description of the first instance belonging to each group to the second instance corresponding to the group. corresponds to an example of generating means for replacing the related information with a description relating to the second instance of the second function block having the method associated with the first function block of the first instance.
  • the second source codes 22 and 42 are output to the project data 20 in the storage device 200
  • the present invention is not limited to this.
  • the second source code 22 , 42 may be output as constituting new project data different from the project data 20 .
  • first source codes 21, 41 and the second source codes 22, 42 are not limited to single files, and may include multiple files. Also, a single file may be divided and handled as a plurality of first source codes 41 .
  • variable “unit information” included in each of the conventional FBs 211 and 212 is made to correspond to the common variable "unit information" of the object-oriented FB 220, and the variables included in each of the conventional FBs 211 and 212
  • the variable “error information” that is stored in the object-oriented FB 220 may be made to correspond to the common variable “error information” of the object-oriented FB 220 .
  • Such correspondence is set by the user using common variable names as shown in FIG.
  • the functions of the programming support device 10 can be realized by dedicated hardware or by a normal computer system.
  • the program P1 executed by the processor 31 is stored in a computer-readable non-temporary recording medium, distributed, and the program P1 is installed in the computer to configure the device that executes the above process.
  • Examples of such recording media include flexible discs, CD-ROMs (Compact Disc Read-Only Memory), DVDs (Digital Versatile Discs), and MOs (Magneto-Optical Discs).
  • the program P1 may be stored in a disk device of a server device on a communication network typified by the Internet, superimposed on a carrier wave, and downloaded to a computer.
  • the above processing can also be achieved by starting and executing the program P1 while transferring it via a communication network.
  • the above processing can also be achieved by executing all or part of the program P1 on the server device and executing the program while the computer transmits and receives information regarding the processing via a communication network.
  • the functions described above are to be shared by the OS (Operating System) or by cooperation between the OS and the application, only the parts other than the OS may be stored in a medium and distributed. , or you may download it to your computer.
  • means for realizing the functions of the programming support device 10 are not limited to software, and part or all of them may be realized by dedicated hardware including circuits.
  • the present disclosure is suitable for developing an operating program for operating a programmable controller.
  • 10 programming support device 11 acquisition unit, 12 UI unit, 120 screen, 121, 127 submenus, 122 input fields, 123, 128 tables, 124 check box columns, 125 columns, 126, 129 buttons, 13 generation unit, 131 static logical analysis unit, 132 correction unit, 141 program editor, 142, 142a allocation unit, 200 storage device, 20 project data, 21, 41 first source code, 211, 212, 213 conventional FB, 2111, 2112, 2121, 2122 , 411, 412, 413, 414, 415, 416 variables, 22, 42 second source code, 220 object-oriented FB, 2201 common variables, 221, 222 methods, 23 execution program, 31 processor, 32 main storage unit, 33 Auxiliary storage unit, 34 input unit, 35 output unit, 36 communication unit, 37 internal bus, 43 related information, 418, 419, 2113, 2212, 2222, 4181 to 4184, 4191 to 4194 description, 417 instance, P1 program.

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Programmable Controllers (AREA)

Abstract

プログラムは、プログラマブルコントローラを動作させるための動作プログラムの作成を支援するプログラミング支援装置（１０）を、動作プログラムの第１ソースコード（２１）を取得する取得部（１１）、サブルーチンであるファンクションブロックの機能が、当該ファンクションブロックに含まれる一又は複数のメソッドとは異なる形式にて第１ソースコード（２１）において記述された従来型ＦＢを、機能がメソッドとして記述されるオブジェクト指向ＦＢに置換することで、又は、第１ソースコードのうちの、従来型ＦＢに基づいて宣言されたインスタンスに関する記述を、オブジェクト指向ＦＢに基づいて宣言されるインスタンスに関する記述に置換することで、動作プログラムの第２ソースコード（２２）を生成する生成部（１３）、として機能させる。

Description

プログラミング支援プログラム、プログラミング支援方法及びプログラミング支援装置
　本開示は、プログラミング支援プログラム、プログラミング支援方法及びプログラミング支援装置に関する。
　ＦＡの現場で広く用いられるプログラマブルコントローラに特定の制御処理を実行させるためには、当該制御処理の内容を規定する動作プログラムを作成して当該動作プログラムをプログラマブルコントローラに実行させる必要がある。このような動作プログラムにオブジェクト指向プログラミングを導入するための技術が提案されている（例えば、特許文献１を参照）。特許文献１には、プロセス制御システムを構成する機能をオブジェクト化して、各オブジェクトがメソッドとデータをカプセル化する技術について記載されている。
　また、動作プログラムを作成するためのプログラミング言語の規格として、例えばＩＥＣ６１１３１－３が知られている。このＩＥＣ６１１３１－３の第３版では、オブジェクト指向プログラミングが導入されており、第２版で規定されたサブルーチンに相当する従来型ファンクションブロックから拡張されたオブジェクト指向ファンクションブロックが導入されている。
特開２００５－３５３０９２号公報
　従来型ファンクションブロックの記述を含むソフトウェア資産を有するユーザに対して、オブジェクト指向プログラミングへの移行は、新たな言語仕様の習得、及び、言語仕様の差異に基づくプログラムの修正工数の発生を強いるものであり、煩雑な作業が生じる。また、このような煩雑な作業の結果として誤った動作プログラムが作成された場合には、結果的にプログラマブルコントローラが意図されていない動作をしてしまうおそれがある。したがって、プログラマブルコントローラに正確な動作をさせるために、プログラマブルコントローラの動作プログラムを作成する負担を軽減する余地があった。
　本開示は、上記実情に鑑みてなされたものであり、プログラマブルコントローラの動作プログラムを作成する負担を軽減することを目的とする。
　上記目的を達成するため、本開示のプログラミング支援プログラムは、プログラマブルコントローラを動作させるための動作プログラムの作成を支援するコンピュータを、動作プログラムの第１ソースコードを取得する取得手段、サブルーチンであるファンクションブロックの機能が、当該ファンクションブロックに含まれる一又は複数のメソッドとは異なる形式にて第１ソースコードにおいて記述された第１ファンクションブロックを、機能がメソッドとして記述される第２ファンクションブロックに置換することで、又は、第１ソースコードのうちの、第１ファンクションブロックに基づいて宣言された第１インスタンスに関する記述を、第２ファンクションブロックに基づいて宣言される第２インスタンスに関する記述に置換することで、動作プログラムの第２ソースコードを生成する生成手段、として機能させる。
　本開示によれば、プログラマブルコントローラの動作プログラムを作成する負担を軽減することができる。
実施の形態１に係るプログラミング支援装置の機能的な構成を示す図 実施の形態１に係るプログラミング支援装置のハードウェア構成を示す図 実施の形態１に係る従来型ファンクションブロックを選択するための画面の一例を示す図 実施の形態１に係る共通化変数の設定画面の一例を示す図 実施の形態１に係る第１ソースコードと第２ソースコードとを比較して示す図 実施の形態１に係る支援処理を示すフローチャート 実施の形態１に係る生成処理を示すフローチャート 実施の形態２に係るプログラミング支援装置の機能的な構成を示す図 実施の形態２に係る第１ソースコードの一例を示す図 実施の形態２に係るインスタンスを割り当てるための画面の一例を示す図 実施の形態２に係る第２ソースコードの一例を示す図 実施の形態２に係る支援処理を示すフローチャート 実施の形態２に係る生成処理を示すフローチャート 実施の形態３に係るプログラミング支援装置の機能的な構成を示す図 実施の形態３に係る支援処理を示すフローチャート 変形例に係る第１ソースコードと第２ソースコードとを比較して示す図 変形例に係る共通化変数の設定画面の一例を示す図
　以下、本開示の実施の形態に係るプログラミング支援装置について、図面を参照しつつ詳細に説明する。このプログラミング支援装置は、非オブジェクト指向のソースコードをオブジェクト指向のソースコードに変換することにより、プログラマブルコントローラの動作プログラムの作成を支援する装置である。
　実施の形態１．
　本実施の形態に係るプログラミング支援装置１０は、ソースコードを編集するためのエンジニアリングツールとして機能するソフトウェアを実行可能な産業用ＰＣ（Personal Computer）又はネットワーク上のサーバ装置である。プログラミング支援装置１０は、図１に示されるように、記憶装置２００に格納されるプロジェクトデータ２０のうちの第１ソースコード２１を読み出し、読み出した第１ソースコード２１に基づいて第２ソースコード２２を生成して、生成した第２ソースコード２２をプロジェクトデータ２０内に書き込む。
　記憶装置２００は、プログラミング支援装置１０に脱着可能なメモリーカードであってもよいし、ネットワークを経由してプログラミング支援装置１０に接続される装置であってもよい。また、図１では、記憶装置２００がプログラミング支援装置１０の外部に配置されているが、プログラミング支援装置１０が記憶装置２００を内蔵してもよい。
　プロジェクトデータ２０は、プログラマブルコントローラによって用いられるデータの集合であって、プログラマブルコントローラを動作させるための動作プログラムを含む。プロジェクトデータ２０に含まれる動作プログラムは、１つであってもよいし複数であってもよい。動作プログラムは、プログラマブルコントローラによって直接実行されるオブジェクトファイルの他に、当該オブジェクトファイルを得るためにコンパイルの対象となる種々のソースコードを含む。また、動作プログラムは、プログラマブルコントローラによって最初に実行される単一のプログラムの他に、適宜参照される外部プログラム及びライブラリデータを含む。
　プロジェクトデータ２０は、動作プログラムとして、第１ソースコード２１、第２ソースコード２２、及び、実行プログラム２３を含む。第１ソースコード２１及び実行プログラム２３は、エンジニアリングツールを用いてユーザによって作成される。
　第１ソースコード２１は、非オブジェクト指向のサブルーチンに相当するファンクションブロックの定義が記述されたデータである。ファンクションブロックは、他のプログラムから呼び出されることにより予め規定された機能を発揮するための再利用可能な一又は複数の命令である。第１ソースコード２１において定義されるファンクションブロックは、ＩＥＣ６１１３１－３第２版で規定されたファンクションブロックであってもよいし、ＩＥＣ６１１３１－３規格で規定されたファンクションであってもよいし、サブルーチンに相当する他のプログラミング言語要素であってもよい。以下では、ファンクションブロックを適宜ＦＢと表記し、ＩＥＣ６１１３１－３規格をＩＥＣ規格と略記することがある。また、非オブジェクト指向のＦＢを従来型ＦＢと適宜表記する。第１ソースコード２１に含まれるＦＢは、従来型ＦＢである。
　第２ソースコード２２は、オブジェクト指向のＦＢの定義が記述されたデータである。詳細には、第２ソースコード２２には、メソッドを有するオブジェクト指向ＦＢの定義が記述される。メソッドは、他のプログラムから呼び出されることにより予め機能を発揮するための再利用可能な一又は複数の命令である点では従来型ＦＢと類似するが、宣言されたオブジェクト指向ＦＢのインスタンスのメンバ関数として呼び出される点で、従来型ＦＢとは異なる。従来型ＦＢが、１つのまとまった機能に対応する一方で、オブジェクト指向ＦＢは、機能に相当するメソッドを複数含み得る。第２ソースコード２２において定義されるオブジェクト指向ＦＢは、ＩＥＣ規格の第３版で規定されたものであってもよいし、同第３版で規定されたクラスであってもよいし、メソッドを有する他のプログラミング言語要素であってもよい。
　従来型ＦＢは、サブルーチンであるファンクションブロックの機能が、当該ファンクションブロックに含まれる一又は複数のメソッドとは異なる形式で記述される第１ファンクションブロックの一例に相当する。また、オブジェクト指向ＦＢは、その機能がメソッドとして記述される第２ファンクションブロックの一例に相当する。
　実行プログラム２３は、第１ソースコード２１にて定義された従来型ＦＢのインスタンスを使用する動作プログラムである。第１ソースコード２１、第２ソースコード２２及び実行プログラム２３を記述するプログラミング言語として、ＩＥＣ規格で規定されたインストラクションリスト、ストラクチャードテキスト、ラダーダイアグラム、ファンクションブロックダイアグラム、及びシーケンシャルファンクションチャートのいずれを採用してもよいし、他の言語を採用してもよい。
　プログラミング支援装置１０は、第１ソースコード２１から第２ソースコード２２を生成するエンジニアリングツールを実行するコンピュータとして構成される。詳細には、プログラミング支援装置１０は、ハードウェア構成として、図２に示されるように、プロセッサ３１と、主記憶部３２と、補助記憶部３３と、入力部３４と、出力部３５と、通信部３６と、を有する。主記憶部３２、補助記憶部３３、入力部３４、出力部３５及び通信部３６はいずれも、内部バス３７を介してプロセッサ３１に接続される。
　プロセッサ３１は、処理回路としてのＣＰＵ（Central Processing Unit）を含む。プロセッサ３１は、補助記憶部３３に記憶されるプログラムＰ１を実行することにより、プログラミング支援装置１０の種々の機能を実現して、後述の処理を実行する。
　主記憶部３２は、ＲＡＭ（Random Access Memory）を含む。主記憶部３２には、補助記憶部３３からプログラムＰ１がロードされる。そして、主記憶部３２は、プロセッサ３１の作業領域として用いられる。プログラムＰ１は、エンジニアリングツールに相当し、第２ソースコード２２を生成するプログラミング支援プログラムの一例に相当する。なお、図２では１つのプログラムＰ１が代表的に示されているが、複数のプログラムＰ１があってもよい。
　補助記憶部３３は、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）及びＨＤＤ（Hard Disk Drive）に代表される不揮発性メモリを含む。補助記憶部３３は、プログラムＰ１の他に、プロセッサ３１の処理に用いられる種々のデータを記憶する。補助記憶部３３は、プロセッサ３１の指示に従って、プロセッサ３１によって利用されるデータをプロセッサ３１に供給し、プロセッサ３１から供給されたデータを記憶する。
　入力部３４は、キーボード及びポインティングデバイスに代表される入力デバイスを含む。入力部３４は、プログラミング支援装置１０のユーザによって入力された情報を取得して、取得した情報をプロセッサ３１に通知する。
　出力部３５は、ＬＣＤ（Liquid Crystal Display）及びスピーカに代表される出力デバイスを含む。出力部３５は、プロセッサ３１の指示に従って、種々の情報をユーザに提示する。
　通信部３６は、外部の装置と通信するためのネットワークインタフェース回路を有する。通信部３６は、外部から信号を受信して、この信号により示される情報をプロセッサ３１へ出力する。また、通信部３６は、プロセッサ３１から出力された情報を示す信号を外部の装置へ送信する。
　なお、入力部３４及び出力部３５は、プログラミング支援装置１０のＵＩ（User Interface）に相当する。ただし、プログラミング支援装置１０は、通信部３６を介して外部のＵＩ装置と接続されて、通信部３６を介して、ユーザからの情報を取得するとともにユーザに情報を提供してもよい。入力部３４及び出力部３５に代えて外部のＵＩ装置と協働する通信部３６がプログラミング支援装置１０のＵＩとして用いられる場合には、入力部３４及び出力部３５が省略されてもよい。また、プログラミング支援装置１０が外部の装置と通信することのないスタンドアロン装置である場合には、通信部３６が省略されてもよい。
　図１に戻り、プログラミング支援装置１０は、上述のハードウェア構成が協働することで実現される機能的な構成を有する。詳細には、プログラミング支援装置１０は、第１ソースコード２１を取得する取得部１１と、ＵＩ部１２と、ユーザからの入力に基づいて第２ソースコード２２を生成する生成部１３と、
を有する。
　取得部１１は、主としてプロセッサ３１によって実現される。なお、取得部１１が記憶装置２００との通信により第１ソースコード２１を取得する場合には、取得部１１は、プロセッサ３１及び通信部３６の協働により実現される。取得部１１は、ユーザから指定された記憶装置２００のアドレスからプロジェクトデータ２０を読み出して第１ソースコード２１を取得する。また、取得部１１は、読み出したプロジェクトデータ２０をＵＩ部１２に出力し、第１ソースコード２１を生成部１３に出力する。取得部１１は、プログラミング支援装置１０において、動作プログラムの第１ソースコードを取得する取得手段の一例に相当する。
　ＵＩ部１２は、主として入力部３４及び出力部３５の協働により実現されてもよいし、上述のように外部のＵＩ装置と協働する通信部３６によって実現されてもよい。ＵＩ部１２は、プロジェクトデータ２０の構成を表示して、オブジェクト指向ＦＢのメソッドに置換すべき従来型ＦＢの選択をユーザから受け付ける。
　図３の例では、ＵＩ部１２の画面１２０に、「プロジェクトＡ」を構成するファンクションブロックの一覧として、「位置決めデータ設定」という従来型ＦＢ２１１、「位置決め運転始動」という従来型ＦＢ２１２、及び、「温度調整開始」という従来型ＦＢ２１３が表示されている。この一覧から、１つ以上の従来型ＦＢが選択され得る。図３では、ユーザによって選択された従来型ＦＢ２１１，２１１にハッチングが付されている。
　ＵＩ部１２は、従来型ＦＢ２１１，２１２が選択されると、選択された従来型ＦＢ２１１，２１２に関する操作のリストを含むサブメニュー１２１を表示する。このサブメニュー１２１において「オブジェクト指向拡張」という操作が選択されると、ＵＩ部１２は、オブジェクト指向ＦＢに変換すべき対象としての従来型ＦＢ２１１，２１２の選択を受け付ける。ＵＩ部１２は、プログラミング支援装置１０において、第１ソースコードに含まれるファンクションブロックから第１ファンクションブロックの選択を受け付ける受付手段の一例に相当する。
　そして、ＵＩ部１２は、選択された従来型ＦＢの変数のうちの、オブジェクト指向ＦＢのメンバ変数として共通化すべき変数の選択を受け付ける。図４の例では、画面１２０に、新たに作成されるオブジェクト指向ＦＢの名称を入力するための入力欄１２２と、従来型ＦＢに含まれる変数を示すテーブル１２３と、が表示される。ここで、従来型ＦＢ２１１は、図５の左側に示されるように、「ユニット情報」という変数２１１１及び「データＮｏ」という変数２１１２それぞれの宣言を含み、従来型ＦＢ２１２は、「ユニット情報」という変数２１２１及び「始動Ｎｏ」という変数２１２２それぞれの宣言を含む。
　図４のテーブル１２３は、これらの変数２１１１，２１１２，２１２１，２１２２を一覧表示する。このテーブル１２３は、共通化すべき変数を選択するためのチェックボックス列１２４を含む。ユーザによってチェックボックスにチェックが付されることで選択された変数については、オブジェクト指向ＦＢにおいて共通化される変数の名称が、列１２５においてユーザにより設定される。図４の例では、従来型ＦＢ２１１，２１２それぞれの「ユニット情報」という変数２１１１，２１２１が、実質的に同一の変数であるため、新たに作成される「位置決めユニット」という名称のオブジェクト指向ＦＢにおいて「ユニット情報」という変数に統合されることが示されている。なお、「データＮｏ」という変数２１１２と「始動Ｎｏ」という変数２１２２については、従来型ＦＢ２１１，２１２それぞれに固有の異なる情報であるため、共通化の設定はなされない。ユーザがボタン１２６を押下することで、従来型ＦＢの選択及び共通化すべき変数の設定が完了する。
　図１に戻り、生成部１３は、主としてプロセッサ３１によって実現される。生成部１３は、ＵＩ部１２を用いてユーザにより設定された内容に基づいて、第１ソースコード２１から第２ソースコード２２を生成する。
　詳細には、図５の右側に示されるように、新たに作成されるオブジェクト指向ＦＢ２２０は、従来型ＦＢ２１１に対応するメソッド２２１と、従来型ＦＢ２１２に対応するメソッド２２２と、を有する。メソッド２２１の機能を特定するロジック記述２２１２は、対応する従来型ＦＢ２１１のロジック記述２１１３と同等の内容を有する。メソッド２２２の機能を特定するロジック記述２２２２は、対応する従来型ＦＢ２１２のロジック記述２１２３と同等の内容を有する。
　また、オブジェクト指向ＦＢ２２０は、従来型ＦＢ２１１，２１２の変数２１１１，２１２１が統合された共通化変数２２０１の宣言を含む。メソッド２２１は、対応する従来型ＦＢ２１１の変数２１１１，２１１２のうちの、共通化変数の設定から除外された変数２１１２に対応する変数２２１１の宣言を含む。メソッド２２２は、対応する従来型ＦＢ２１２の変数２１２１，２１２２のうちの、共通化変数の設定から除外された変数２１２２に対応する変数２２２１の宣言を含む。
　そして、生成部１３は、生成した第２ソースコード２２を記憶装置２００に出力する。生成部１３は、プログラミング支援装置１０において、第１ソースコードにおいて記述された第１ファンクションブロックを第２ファンクションブロックに置換することで、プログラマブルコントローラを動作させるための動作プログラムの第２ソースコードを生成する生成手段の一例に相当する。
　続いて、プログラミング支援装置１０によって実行される支援処理について、図６，７を用いて説明する。この支援処理は、ユーザによる特定の操作により開始する。支援処理は、動作プログラムの作成を支援するプログラミング支援方法の一例に相当する。
　支援処理において、プログラミング支援装置１０の取得部１１は、図６に示されるように、第１ソースコード２１を取得する（ステップＳ１）。そして、ＵＩ部１２は、ステップＳ１で取得された第１ソースコード２１のうちの従来型ＦＢの選択を受け付けて（ステップＳ２）、ステップＳ２で選択された従来型ＦＢの変数のうちの共通化すべき変数の選択を受け付ける（ステップＳ３）。
　次に、生成部１３が、ステップＳ１で取得された第１ソースコード２１から、ステップＳ２，Ｓ３で受け付けられた選択に基づいて第２ソースコード２２を生成する生成処理を実行する（ステップＳ４）。生成処理が完了すると、生成部１３は、生成した第２ソースコード２２を出力する（ステップＳ５）。その後、支援処理が終了する。
　図７には、ステップＳ４の生成処理の詳細が示されている。図７に示されるように、生成処理では、生成部１３が、空のオブジェクト指向ＦＢを生成し（ステップＳ１１）、生成したオブジェクト指向ＦＢに、ステップＳ３で設定された共通化変数を登録する（ステップＳ１２）。これにより、図５の例では、共通化変数２２０１を宣言する記述がオブジェクト指向ＦＢに追加される。
　次に、生成部１３は、ステップＳ２で選択された従来型ＦＢから、生成処理において未選択の従来型ＦＢを１つ選択する（ステップＳ１３）。例えば、生成部１３は、図５に示される従来型ＦＢ２１１を選択する。
　次に、生成部１３は、空のメソッドを生成し（ステップＳ１４）、ステップＳ１３で選択した従来型ＦＢのロジック記述を、ステップＳ１４で生成したメソッドのロジック記述として挿入する（ステップＳ１５）。これにより、図５の例では、メソッド２２１のロジック記述２２１２が追加される。
　次に、生成部１３は、ステップＳ１３で選択した従来型ＦＢに含まれる変数から、生成処理において未選択の変数を１つ選択する（ステップＳ１６）。例えば、生成部１３は、図５に示される従来型ＦＢ２１１の変数２１１１を選択する。
　生成部１３は、ステップＳ１６で選択した変数が、ステップＳ３にて設定された共通化変数に対応するか否かを判定する（ステップＳ１７）。選択した変数が共通化変数に対応すると判定した場合（ステップＳ１７；Ｙｅｓ）、生成部１３は、ステップＳ１６で選択した変数の名前と共通化変数の名前が同一であるか否かを判定する（ステップＳ１８）。
　名前が同一であると判定した場合（ステップＳ１８；Ｙｅｓ）、生成部１３は、ステップＳ２０に処理を移行する。一方、名前が同一でないと判定した場合（ステップＳ１８；Ｎｏ）、生成部１３は、メソッドのロジック記述に表れる、ステップＳ１６で選択した変数の名前を、対応する共通化変数の名前に置換する（ステップＳ１９）。これにより、ステップＳ１５で挿入された変数に関する記述が、共通化変数に関する記述に修正される。変数に関する記述は、変数にアクセスするための記述であってもよいし、変数を用いた他の記述であってもよい。
　次に、生成部１３は、ステップＳ１３で選択された従来型ＦＢのすべての変数の選択が完了したか否かを判定する（ステップＳ２０）。すべての変数の選択が完了していないと判定した場合（ステップＳ２０；Ｎｏ）、生成部１３は、ステップＳ１６以降の処理を繰り返す。これにより、例えば、図５に示される従来型ＦＢ２１１の変数２１１２が選択されて、変数２１１２についてステップＳ１６以降の処理が実行される。
　ステップＳ１７において変数が共通化変数に対応していないと判定した場合（ステップＳ１７；Ｎｏ）、生成部１３は、ステップＳ１４で生成したメソッドに、ステップＳ１６で選択した変数を登録する（ステップＳ２１）。これにより、例えば図５に示されるメソッド２２１に変数２２１１に関する記述が追加される。
　ステップＳ２０においてすべての変数の選択が完了したと判定した場合（ステップＳ２０；Ｙｅｓ）、生成部１３は、オブジェクト指向ＦＢに、ステップＳ１４～Ｓ２０で生成されたメソッドを追加する（ステップＳ２２）。これにより、例えば図５に示されるメソッド２２１がオブジェクト指向ＦＢ２２０に追加される。
　次に、生成部１３は、ステップＳ２で選択されたすべての従来型ＦＢを生成処理において選択したか否かを判定する（ステップＳ２３）。すべての従来型ＦＢを選択してはいないと判定した場合（ステップＳ２３；Ｎｏ）、生成部１３は、ステップＳ１３以降の処理を繰り返す。これにより、例えば図５に示されるメソッド２２２がオブジェクト指向ＦＢ２２０に追加される。一方、すべての従来型ＦＢを選択したと判定された場合（ステップＳ２３；Ｙｅｓ）、オブジェクト指向ＦＢ２２０を規定する第２ソースコード２２が生成され、プログラミング支援装置１０による処理は、生成処理から図６に示される支援処理に戻る。
　以上、説明したように、本実施の形態に係るプログラミング支援装置１０によれば、第１ソースコード２１に記述される非オブジェクト指向の従来型ＦＢを、オブジェクト指向ＦＢのメソッドに置換することで、当該オブジェクト指向ＦＢが記述された第２ソースコード２２を得ることができる。このため、プログラマブルコントローラの動作プログラムを作成する負担を軽減し、オブジェクト指向プログラミングへの移行を促進することができる。
　また、プログラマブルコントローラは通常、複数のユニットを含む。従来型ＦＢを用いてこのようなユニットの機能を提供する場合には、１つのユニットを使用する場合であっても、実行プログラム２３において当該ユニットの機能毎に異なるインスタンスの宣言を記述して、ユニットに関する同様の情報を設定する必要があり、実行プログラム２３が複雑になってしまう。
　これに対して、本実施の形態に係るプログラミング支援装置１０によって複数の従来型ＦＢを１つのオブジェクト指向ＦＢが有する複数の機能に置き換えれば、実行プログラム２３においてメソッドを呼び出す度に共通のデータを設定する必要はなく、第１ソースコード４１を簡略化することができる。
　ＵＩ部１２は、選択要素として第１ソースコードに含まれる複数の第１ファンクションブロックの選択を受け付ける受付手段の一例に相当し、生成部１３は、第１ソースコードから選択された複数の第１ファンクションブロックを、第１ファンクションブロックそれぞれに対応するメソッドを複数含む一の第２ファンクションブロックに置換することで、第２ソースコードを生成する生成手段の一例に相当する。また、生成部１３は、複数の第１ファンクションブロックを、第１ファンクションブロックにそれぞれ含まれる異なる変数に対応する共通化変数を含む第２ファンクションブロックに置換する生成手段の一例に相当する。
　なお、図４に示されるように、生成されるオブジェクト指向ＦＢの名前、及び、共通化変数の名前をユーザが手動で設定する例について説明したが、これには限定されない。オブジェクト指向ＦＢの名前及び共通化変数の名前を、予め定められた命名規則に従ってプログラミング支援装置１０が設定してもよい。
　また、オブジェクト指向ＦＢのメソッドの名前が、従来型ＦＢの名前に類似するものとしてプログラミング支援装置１０によって設定される例について説明したが、これらの名前は同一であってもよいし、ユーザによってメソッドの名前が設定されてもよい。
　また、共通化変数に対応させる従来型ＦＢの変数をユーザがＵＩ部１２を用いて設定する例について説明したが、これには限定されない。例えば、ＵＩ部１２に代えて生成部１３が、実行プログラム２３を解析して、同じデータが接続されている従来型ＦＢの入力変数又は出力変数を共通化変数に設定してもよい。共通化変数の選択、及び、オブジェクト指向ＦＢの名前の設定が、ユーザではなくプログラミング支援装置１０によってなされる場合には、図４に示されるダイアログ画面の表示が省略される。
　実施の形態２．
　続いて、実施の形態２について、上述の実施の形態１との相違点を中心に説明する。なお、上記実施の形態１と同一又は同等の構成については、同等の符号を用いるとともに、その説明を省略又は簡略する。本実施の形態は、ＦＢを定義する記述の置換に代えて、ＦＢに基づいて宣言されたインスタンスに関する記述を置換する点で、上記実施の形態１とは異なる。
　本実施の形態に係るプログラミング支援装置１０は、図８に示されるように、記憶装置２００に格納されたプロジェクトデータ２０に含まれる非オブジェクト指向の第１ソースコード４１を読み出して、読み出した第１ソースコード４１からオブジェクト指向の第２ソースコード４２を生成して出力する。
　第１ソースコード４１及び第２ソースコード４２はいずれも、実施の形態１に係る実行プログラム２３に相当する。第１ソースコード４１は、従来型ＦＢのインスタンスに関する記述を含む。インスタンスに関する記述は、インスタンスの宣言であってもよいし、インスタンスの変数又はロジック記述にアクセスするための記述であってもよい。第２ソースコード４２は、第１ソースコード４１の従来型ＦＢのインスタンスに関する記述が、オブジェクト指向ＦＢのインスタンスに関する記述に置き換えられたものに相当する。
　プロジェクトデータ２０は、関連情報４３を含む。関連情報４３は、インスタンスに関する記述を置き換えるための従来型ＦＢとオブジェクト指向ＦＢとの対応関係を示す情報である。詳細には、関連情報４３は、従来型ＦＢとオブジェクト指向ＦＢのメソッドとの対応関係、及び、従来型ＦＢの変数とオブジェクト指向ＦＢの共通化変数との対応関係を示す。例えば、関連情報４３は、図５に示されるように、従来型ＦＢ２１１とメソッド２２１とを関連付けて示し、従来型ＦＢ２１２とメソッド２２２とを関連付けて示し、変数２１１１，２１２１と共通化変数２２０１とを関連付けて示す。
　関連情報４３は、実施の形態１に係る生成部１３によって生成されてもよいし、プログラミング支援装置１０が生成することなく外部から提供されてもよい。図８では、関連情報４３を予め含むプロジェクトデータ２０が例示されているが、関連情報４３をプログラミング支援装置１０に提供する手法は任意である。例えば、関連情報４３が同梱されたＦＢライブラリがプロジェクトデータ２０にインポートされてもよいし、プログラマブルコントローラを含むＦＡ機器の製造メーカーから提供されるＦＢに関連情報４３が同梱されてもよい。関連情報４３は、第１ファンクションブロックとしての従来型ＦＢに含まれる変数と、第２ファンクションブロックとしてのオブジェクト指向ＦＢに含まれる変数と、を関連付ける情報の一例に相当する。
　プログラミング支援装置１０の取得部１１は、第１ソースコード４１及び関連情報４３を取得して、ＵＩ部１２に提供する。取得部１１は、プログラミング支援装置１０において、第１ファンクションブロックの機能と、該機能をメソッドとして含む第２ファンクションブロックと、が関連付けられた関連情報を取得する取得手段の一例に相当する。
　ＵＩ部１２は、第１ソースコード４１を編集するためのプログラムエディタ１４１と、置換すべきインスタンスを割り当てる割当部１４２と、
を有する。
　プログラムエディタ１４１は、取得部１１によって取得された第１ソースコード４１に記述されるオブジェクト指向ＦＢのインスタンスの指定を受け付ける。例えば、プログラムエディタ１４１は、図９に示されるように、第１ソースコード４１の内容を画面１２０に表示する。この第１ソースコード４１は、従来型ＦＢ２１１，２１２に実質的に共通する変数４１１，４１４と、従来型ＦＢ２１１のインスタンスに相当する変数４１２，４１５と、従来型ＦＢ２１２のインスタンスに相当する変数４１３，４１６と、
の記述を含む。変数４１１～４１３は、「Ａユニット」に関する変数であって、変数４１４～４１６は、「Ｂユニット」に関する変数である。
　また、図９の例において第１ソースコード４１は、オブジェクト指向ＦＢ２２０のインスタンス４１７を宣言する記述を含む。このインスタンス４１７に関する記述は、第１ソースコード４１が取得部１１によって取得された後にプログラムエディタ１４１を操作するユーザによって追加される。ただし、記憶装置２００に格納されている第１ソースコード４１がインスタンス４１７の記述を予め含んでもよい。インスタンス４１７の記述が予め含まれる場合には、プログラムエディタ１４１を省略してＵＩ部１２を構成してもよい。図９の例では、ロジック記述４１８は、ＩＥＣ規格で規定されるストラクチャードテキストの形式で記述されているが、他の形式で記述されてもよい。
　ユーザが第１ソースコード４１においてインスタンス４１７を選択すると、プログラムエディタ１４１は、当該インスタンス４１７に関する操作のリストを含むサブメニュー１２７を表示する。サブメニュー１２７のリストから「このインスタンスに置き換え」が指定されると、プログラムエディタ１４１は、従来型ＦＢのインスタンスの置換先となるオブジェクト指向ＦＢのインスタンス４１７の指定を受け付けて、指定されたインスタンスを割当部１４２に通知する。
　割当部１４２は、オブジェクト指向ＦＢの指定されたインスタンスのメソッドに対する従来型ＦＢのインスタンスの割り当てを受け付ける。詳細には、割当部１４２は、インスタンスが指定されたオブジェクト指向ＦＢのメソッドと関連情報４３において関連する従来型ＦＢのインスタンスの選択をユーザから受け付ける。例えば、割当部１４２は、図１０に示されるように、メソッドと、割り当てるべき従来型ＦＢのインスタンスの選択欄と、を関連付けるテーブル１２８を画面１２０に表示する。ユーザは、このテーブル１２８を用いて、指定したオブジェクト指向ＦＢのインスタンスのメソッドを、従来型ＦＢのインスタンスに割り当てる。割り当て候補として表示される従来型ＦＢのインスタンスの選択肢は、第１ソースコード４１のスコープの範囲内にあり、かつ、関連情報４３においてメソッドに関連付けられた従来型ＦＢをデータ型とする変数である。
　例えば、図９に示されるように「位置決めユニット」が置換先のオブジェクト指向ＦＢのインスタンスとして指定された場合において、テーブル１２８に含まれるメソッドは、図５に示されるオブジェクト指向ＦＢ２２０のメソッド２２１，２２２となる。また、テーブル１２８に含まれるインスタンスは、図５に示されるようにメソッド２２１，２２２に対応する従来型ＦＢ２１１，２１２のインスタンスとして、第１ソースコード４１に記述されたものである。上述したように、図９の例では、従来型ＦＢ２１１の「Ａユニット」及び「Ｂユニット」それぞれに関するインスタンスが変数４１２，４１５として宣言され，従来型ＦＢ２１２の「Ａユニット」及び「Ｂユニット」それぞれに関するインスタンスが変数４１３，４１６として宣言されている。図１０の例では、「運転始動メソッド」に割り当てるべき従来型ＦＢ２１２のインスタンスとして、変数４１３に相当する「Ａユニット位置決め運転始動」というインスタンス及び変数４１６に相当する「Ｂユニット位置決め運転始動」というインスタンスが、割り当て候補としてコンボボックスに一覧表示されている。この一覧のうちの「Ａユニット位置決め運転始動」というインスタンスが割り当て対象としてユーザにより選択されていることがハッチングで示されている。また、「データ設定メソッド」には、「Ａユニット位置決めデータ設定」を割り当てることが示されている。ユーザがボタン１２９を押下することで、テーブル１２８を用いて設定された内容が生成部１３に通知される。
　プログラムエディタ１４１及び割当部１４２を含むＵＩ部１２は、プログラミング支援装置１０において、第１ソースコードに記述された第２インスタンスの指定を受け付けて、指定された第２インスタンスのメソッドと関連情報において関連付けられた機能を有する従来型ＦＢのインスタンスの選択を受け付ける受付手段の一例に相当する。
　生成部１３は、第１ソースコード４１を静的に解析する静的解析部１３１と、第１ソースコード４１に記述された従来型ＦＢのインスタンスに関する記述をオブジェクト指向ＦＢのインスタンスに関する記述に修正する修正部１３２と、
を有する。
　静的解析部１３１は、割当部１４２によって割り当てられた従来型ＦＢのインスタンスをオブジェクト指向ＦＢのメソッドに置換することが可能か否かを判断する。また、静的解析部１３１は、第１ソースコード４１に記述された従来型ＦＢのインスタンスをオブジェクト指向ＦＢのメソッドに置換することで得る置換コードに基づくプログラマブルコントローラの動作が、第１ソースコード４１に基づくプログラマブルコントローラの動作から変化するか否かを判断する。置換可能であり、かつ、動作に変化がない場合には、静的解析部１３１は、修正部１３２に対して第１ソースコード４１の修正を許可して、修正部１３２に第２ソースコード４２を生成させる。
　置換不可である場合には、静的解析部１３１は、置換不可の旨をユーザに報知し、動作が変化する場合には、動作が変化する旨をユーザに報知する。ユーザへの報知は、ＵＩ部１２を介してなされてもよいし、他の手法によりなされてもよい。静的解析部１３１を有する生成部１３は、第１ソースコードにおける第１ファンクションブロックの機能を呼び出すための記述が、第２ファンクションブロックのメソッドを呼び出すための記述に置換された置換コードに従うプログラマブルコントローラの動作が、第１ソースコードに従うプログラマブルコントローラの動作と異なる場合に、置換により動作が変化する旨を報知する生成手段の一例に相当する。また、生成部１３は、第１ソースコードにおける第１インスタンスの第１ファンクションブロックに含まれる変数が、第２ファンクションブロックに含まれるメソッドの変数と関連情報において関連付けられる場合に、変数が置換されない旨を報知する生成手段の一例に相当する。
　修正部１３２は、第１ソースコード４１における従来型ＦＢのインスタンスに関する記述を、オブジェクト指向ＦＢのインスタンスに関する記述に修正する。従来型ＦＢのインスタンスは、従来型ＦＢの機能を示すロジック記述の呼び出し、又は、従来型ＦＢの変数へのアクセスとして用いられる。修正部１３２は、従来型ＦＢのロジック記述を呼び出す記述を、オブジェクト指向ＦＢのメソッドを呼び出す記述に置換する。また、修正部１３２は、従来型ＦＢの変数にアクセスするための記述を、オブジェクト指向ＦＢの変数にアクセスするための記述に置換する。修正部１３２は、置換に成功した従来型ＦＢのインスタンスを宣言する記述を第１ソースコード４１から削除する。
　修正部１３２を有する生成部１３は、第１ソースコードにおける第１ファンクションブロックの機能を呼び出すための記述を、第２ファンクションブロックのメソッドを呼び出すための記述に置換する生成手段の一例に相当する。また、生成部１３は、第１ソースコードにおける第１ファンクションブロックに含まれる変数の記述を、第２ファンクションブロックに含まれる変数の記述に置換する生成手段の一例に相当する。
　図１１には、図９に示される第１ソースコード４１が修正部１３２によって修正されることで生成された第２ソースコード４２が例示されている。図１１に示されるように、第２ソースコード４２では、「Ａユニット」に関する従来型ＦＢのインスタンスに相当する変数４１２，４１３の宣言部分が削除されている。また、ロジック記述４１８がロジック記述４１９に修正されている。
　なお、ロジック記述を呼び出すときに指定されるパラメータが共通化変数である場合において、当該パラメータは、対応するメソッドを呼び出すときに指定される一又は複数のパラメータから削除されるため、修正部１３２は、分離代入の記述を挿入する。図１１の例では、ロジック記述４１８に含まれる「Ａユニット位置決め運転始動（ユニット情報：＝Ａユニット情報，始動Ｎｏ：＝１）」という記述４１８３が、「Ａユニット．運転始動メソッド（始動Ｎｏ：＝１）；」という記述４１９３に修正されるとともに、「Ａユニット．ユニット情報：＝Ａユニット情報；」という分離代入の記述４１９２が挿入されている。分離代入の結果、実質的に同一の記述４１９１，４１９２が生成されているが、修正部１３２は、最適化処理を実行して、このような冗長な記述を簡略化してもよい。
　続いて、本実施の形態に係るプログラミング支援装置１０によって実行される支援処理について、図１２，１３を用いて説明する。支援処理では、図１２に示されるように、取得部１１が、第１ソースコード４１を取得する（ステップＳ３１）。そして、ＵＩ部１２のプログラムエディタ１４１が、置換先となるオブジェクト指向ＦＢのインスタンスの指定を受け付けて（ステップＳ３２）、割当部１４２が、置換対象となる従来型ＦＢのインスタンスの選択を受け付ける（ステップＳ３３）。
　次に、生成部１３が、ステップＳ３２，Ｓ３３で受け付けた内容に基づいて、ステップＳ３１で取得された第１ソースコード４１から第２ソースコード４２を生成する生成処理を実行する（ステップＳ３４）。そして、生成部１３は、生成した第２ソースコード４２を出力し、支援処理が終了する。
　図１３には、ステップＳ３４で実行される生成処理の詳細が示されている。図１３に示されるように、生成処理では、生成部１３が、ステップＳ３３で割り当てられた従来型ＦＢのインスタンスのうちの生成処理において未選択の１つを選択する（ステップＳ４１）。例えば、図１０に示される「Ａユニット位置決めデータ設定」が選択される。
　次に、生成部１３は、ステップＳ４１で選択したインスタンスの使用箇所を第１ソースコード４１からすべて検索する（ステップＳ４２）。これにより、図９の例では、「Ａユニット位置決めデータ設定」が使用されている記述４１８１，４１８２がヒットする。なお、従来型ＦＢのインスタンスに相当する変数４１２を宣言する記述は、検索対象から除外される。
　次に、生成部１３の静的解析部１３１は、検索によりヒットした使用箇所のうちの、生成処理において未選択の使用箇所を１つ選択する（ステップＳ４３）。そして、静的解析部１３１は、ステップＳ４３で選択した使用箇所が、呼び出し式の記述であるか否かを判定する（ステップＳ４４）。具体的には、この使用箇所が、従来型ＦＢのインスタンスのロジック記述を呼び出すものであるか否かが判定される。ステップＳ４３で選択された使用箇所が、図９の記述４１８１であるときには、当該記述４１８が呼び出し式ではなくインスタンス変数にアクセスするものであるため、ステップＳ４４の判定は否定される。
　選択した使用箇所が呼び出し式の記述でないと判定した場合（ステップＳ４４；Ｎｏ）、静的解析部１３１は、この使用箇所が変数アクセスの記述であると判断して、アクセスされる変数が共通化変数であるか否かを判定する（ステップＳ４５）。図９の記述４１８１については、「ユニット情報」が図５に示されるように共通化変数に対応するため、ステップＳ４５の判定が肯定される。
　アクセスされる変数が共通化変数であると判定された場合（ステップＳ４５；Ｙｅｓ）、修正部１３２は、選択された使用箇所を、オブジェクト指向ＦＢのインスタンスの変数アクセスに置換する（ステップＳ４６）。これにより、図９の記述４１８１が、図１１の記述４１９１に置き換えられる。
　次に、生成部１３は、すべての使用箇所を選択したか否かを判定する（ステップＳ４７）。すべての使用箇所を選択していないと判定した場合（ステップＳ４７；Ｎｏ）、生成部１３は、ステップＳ４３に戻り、次の使用箇所に関する処理を実行する。これにより、例えば図９に示される記述４１８２が選択される。
　ステップＳ４４にて、選択した使用箇所が呼び出し式の記述であると判定した場合（ステップＳ４４；Ｙｅｓ）、静的解析部１３１は、呼び出し式の記述をメソッドに置換した場合にプログラマブルコントローラの動作が変化するか否かを判定する（ステップＳ４８）。例えば、呼び出し式の記述に基づく動作が前回値に依存する場合には、当該記述をメソッドに置換することで得る置換コードにより実現される動作が、第１ソースコード４１により実現される動作から変化する。ここで、前回値は、プログラマブルコントローラによる前回のスキャンの実行結果を意味する。スキャンは、動作プログラムに規定されている制御処理がプログラマブルコントローラによって繰り返し実行されるうちの１回の実行に相当する。
　動作が変化しないと判定した場合（ステップＳ４８；Ｎｏ）、静的解析部１３１は、呼び出し式の記述において指定されるパラメータに共通化変数があるか否かを判定する（ステップＳ５０）。具体的には、静的解析部１３１は、引数として共通化変数に対応する変数が指定されているか否かを判定する。パラメータに共通化変数があると判定した場合（ステップＳ５０；Ｙｅｓ）、従来型ＦＢの変数から共通化変数への単純な置き換えができないため、パラメータ代入と等価な分離代入を挿入する（ステップＳ５１）。ここで、分離代入の仮引数については、従来型ＦＢのインスタンス変数に対するアクセスではなく、オブジェクト指向ＦＢのインスタンス変数へのアクセスとする。
　パラメータに共通化変数がないと判定した場合（ステップＳ５０；Ｎｏ）、及び、ステップＳ５１に続いて、修正部１３２は、選択された記述を、オブジェクト指向ＦＢのメソッドに置換する（ステップＳ５２）。これにより、図９の記述４１８２が、図１１の記述４１９４に置き換えられる。その後、ステップＳ４７の判定が実行される。
　ステップＳ４７にて、すべての使用箇所を選択したと判定された場合（ステップＳ４７；Ｙｅｓ）、修正部１３２は、選択されたインスタンスの宣言部分を削除する（ステップＳ５３）。これにより、例えば図９に示される変数４１２が削除されて、プログラミング支援装置１０は、現在選択されている従来型ＦＢのインスタンスに関する処理を完了して、ステップＳ５６に処理を移行する。
　なお、ステップＳ４５にて、アクセスされる変数が共通化変数でないと判定された場合（ステップＳ４５；Ｎｏ）、生成部１３は、当該変数がオブジェクト指向ＦＢのインスタンスのメソッド内の変数に関連付けられているため、外部から当該変数にアクセスすることができないと判断する。そして、生成部１３は、記述の置換が不可である旨をユーザに通知して（ステップＳ５４）、現在選択されている従来型ＦＢのインスタンスを置き換えることなく、ステップＳ５６に移行する。
　また、ステップＳ４８にて、動作が変化すると判定された場合（ステップＳ４８；Ｙｅｓ）、生成部１３は、動作が変化することをユーザに通知して（ステップＳ５５）、現在選択されている従来型ＦＢのインスタンスを置き換えることなく、ステップＳ５６に移行する。
　これにより、ステップＳ４１で選択されたインスタンスに関してステップＳ４２で検索されたすべての使用箇所の修正が可能であるときには、ステップＳ５３が実行される結果、インスタンスの置換が完了する。一方、修正が可能でない使用箇所が検出された際には、選択されたインスタンスに関する処理を終了する。
　ステップＳ５６では、生成部１３は、ステップＳ３３で選択されたすべての従来型ＦＢのインスタンスについて生成処理における選択が完了したか否かを判定する（ステップＳ５６）。選択が完了していないと判定した場合（ステップＳ５６；Ｎｏ）、生成部１３は、ステップＳ４１以降の処理を繰り返す。これにより、図１０に示されるように「Ａユニット位置決め運転始動」という従来型ＦＢ２１２が選択されて、ステップＳ５０～Ｓ５２が実行されることにより、図９の記述４１８３が、図１１の記述４１９２，４１９３に置き換えられる。
　一方、選択が完了したと判定された場合（ステップＳ５６；Ｙｅｓ）、プログラミング支援装置１０による処理は、生成処理から、図１２に示される支援処理に戻る。
　以上、説明したように、本実施の形態に係るプログラミング支援装置１０によれば、第１ソースコード４１に記述される非オブジェクト指向の従来型ＦＢのインスタンスに関する記述を、オブジェクト指向ＦＢのインスタンスに関する記述に置換することで、第２ソースコード４２が生成される。このため、プログラマブルコントローラの動作プログラムを作成する負担を軽減し、オブジェクト指向プログラミングへの移行を促進することができる。
　なお、図１０において、複数のインスタンスがユーザにより選択される例について説明したが、これには限定されない。例えば、１つの従来型ＦＢのインスタンスがユーザによって選択されたことをトリガとして、プログラミング支援装置１０が、他のメソッドに従来型ＦＢのインスタンスを割り当ててもよい。プログラミング支援装置１０は、第１ソースコード４１を解析して、最初にユーザによって選択されたインスタンスと同一の共通化変数に接続されるデータを有する他のインスタンスを検出すればよい。
　実施の形態３．
　続いて、実施の形態３について、上述の実施の形態１，２との相違点を中心に説明する。なお、上記実施の形態１，２と同一又は同等の構成については、同等の符号を用いるとともに、その説明を省略又は簡略する。本実施の形態は、実施の形態１，２を組み合わせた上で、置換対象を選択するためのユーザ操作を省いて、プログラミング支援装置１０が第１ソースコード４１から第２ソースコード４２を生成する点で、上記実施の形態１とは異なる。
　本実施の形態に係るプログラミング支援装置１０は、図１４に示されるように、実施の形態１と同様に機能する取得部１１，ＵＩ部１２及び生成部１３を有する。実施の形態１と同様の情報の流れについては、図１４において太線の矢印で示されている。
　生成部１３は、関連情報４３を生成して、取得部１１は、関連情報４３を取得する。関連情報４３がプログラミング支援装置１０の内部情報として扱われるため、外部において関連情報４３を永続化する必要はない。取得部１１及び生成部１３は、実施の形態２と同等の機能を発揮する。ＵＩ部１２からは、実施の形態２に係るプログラムエディタ１４１及び割当部１４２が省略されている。
　また、生成部１３は、実施の形態２に係る割当部１４２から機能が拡張された割当部１４２ａを有する。割当部１４２ａには、取得部１１から関連情報４３及びプロジェクトデータ２０が提供される。
　割当部１４２ａは、プロジェクトデータ２０から従来型ＦＢのインスタンスを用いる一又は複数の第２ソースコード４２を抽出し、抽出した第２ソースコード４２それぞれに対して、オブジェクト指向ＦＢのインスタンスを宣言して、オブジェクト指向ＦＢのインスタンスに従来型ＦＢのインスタンスを割り当てる。
　続いて、プログラミング支援装置１０によって実行される支援処理について、割当部１４２ａによる手順を中心に説明する。図１５に示されるように、支援処理では、取得部１１が、複数の第１ソースコード４１を取得する（ステップＳ６１）。
　次に、割当部１４２ａが、未選択の第１ソースコード４１を１つ選択する（ステップＳ６２）。そして、割当部１４２ａは、選択した第１ソースコード４１において、関連情報４３に含まれる従来型ＦＢのインスタンスが宣言されているか否かを判定する（ステップＳ６３）。すなわち、割当部１４２ａは、関連情報４３に基づく置換が可能なインスタンスが第１ソースコード４１において宣言されているか否かを判定する。インスタンスが宣言されていないと判定した場合（ステップＳ６３；Ｎｏ）、割当部１４２ａは、当該第１ソースコード４１に関する処理を終了して、ステップＳ６６に処理を移行する。
　一方、インスタンスが宣言されていると判定した場合（ステップＳ６３；Ｙｅｓ），割当部１４２ａは、ステップＳ６３にて発見されたインスタンスの従来型ＦＢと関連情報４３において関連付けられたオブジェクト指向ＦＢのインスタンスを、選択した第１ソースコード４１において宣言する（ステップＳ６４）。このステップＳ６４は、図９に示されたインスタンス４１７の宣言に対応する。ただし、図９に示されたインスタンス４１７の宣言は、プログラミング支援装置１０の外部で付加されたのに対して、ステップＳ６４では、プログラミング支援装置１０がインスタンスを宣言する。
　具体的には、割当部１４２ａは、第１ソースコード４１において宣言された従来型ＦＢの複数のインスタンスをグループに分類し、グループそれぞれに対応するオブジェクト指向ＦＢのインスタンスを宣言する。従来型ＦＢのインスタンスの分類は、同一の従来型ＦＢに基づいて宣言される複数のインスタンスが１つのグループに属することがないように分類することでなされる。すなわち、同一の従来型ＦＢに基づいて宣言されるインスタンスが表れるたびに、このインスタンスは新たなグループに分類される。また、第１ソースコード４１を解析して、１つのグループに属する複数の従来型ＦＢのインスタンス変数が、異なるデータ型の共通化変数と対応することがないように分類してもよい。グループの数を最小化することで、より多くの従来型ＦＢのインスタンスを、１つのオブジェクト指向ＦＢのインスタンスにまとめることができる。
　そして、割当部１４２ａは、ステップＳ６４で宣言したオブジェクト指向ＦＢのインスタンスに、当該オブジェクト指向ＦＢに対応するグループに分類された従来型ＦＢのインスタンスを割り当てる（ステップＳ６５）。このステップＳ６５は、図１０に示されたメソッドとインスタンスとの割当に対応する。ただし、図１０の例では割り当てがユーザによってなされたのに対し、ステップＳ６５では、プログラミング支援装置１０によってなされる。
　次に、生成部１３は、実施の形態２と同様の生成処理を実行する（ステップＳ３４）。そして、生成部１３は、すべての第１ソースコード４１を選択したか否かを判定し（ステップＳ６６）、すべての第１ソースコード４１を選択してはいないと判定された場合（ステップＳ６６；Ｎｏ）、ステップＳ６２以降の処理が繰り返される。一方、すべての第１ソースコード４１を選択したと判定された場合（ステップＳ６６；Ｙｅｓ）、支援処理が終了する。
　以上、説明したように、割当部１４２ａが、第１ソースコード４１を解析して、オブジェクト指向ＦＢのインスタンスのメソッドに従来型ＦＢのインスタンスを割り当てる。これにより、動作プログラムを作成する負担をさらに軽減することができる。割当部１４２ａを有する生成部１３は、第１ソースコードに記述された複数の第１インスタンスをグループに分類し、グループそれぞれに属する第１インスタンスに関する記述を、該グループに対応する第２インスタンスであって、関連情報において第１インスタンスの第１ファンクションブロックに関連付けられたメソッドを有する第２ファンクションブロックの第２インスタンスに関する記述に置換する生成手段の一例に相当する。
　以上、本開示の実施の形態について説明したが、本開示は上記実施の形態によって限定されるものではない。
　例えば、第２ソースコード２２，４２が記憶装置２００のプロジェクトデータ２０に出力される例について説明したが、これには限定されない。例えば、第２ソースコード２２，４２は、プロジェクトデータ２０とは異なる新たなプロジェクトデータを構成するものとして出力されてもよい。
　また、第１ソースコード２１，４１及び第２ソースコード２２，４２は、単一のファイルに限られず、複数のファイルを含んでもよい。また、単一のファイルを分割して、複数の第１ソースコード４１として扱ってもよい。
　また、上記実施の形態では、オブジェクト指向ＦＢに含まれる共通化変数を１つだけ設定する例について説明したが、これには限定されない。図１６に例示されるように、従来型ＦＢ２１１，２１２それぞれに含まれる「ユニット情報」という変数をオブジェクト指向ＦＢ２２０の「ユニット情報」という共通化変数に対応させるとともに、従来型ＦＢ２１１，２１２それぞれに含まれる「エラー情報」という変数をオブジェクト指向ＦＢ２２０の「エラー情報」という共通化変数に対応させてもよい。このような対応関係は、図１７に示されるようにユーザにより共通化変数名を用いて設定される。
　また、プログラミング支援装置１０の機能は、専用のハードウェアによっても、また、通常のコンピュータシステムによっても実現することができる。
　例えば、プロセッサ３１によって実行されるプログラムＰ１を、コンピュータ読み取り可能な非一時的な記録媒体に格納して配布し、そのプログラムＰ１をコンピュータにインストールすることにより、上述の処理を実行する装置を構成することができる。このような記録媒体としては、例えばフレキシブルディスク、ＣＤ－ＲＯＭ（Compact Disc Read－Only Memory）、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto－Optical Disc）が考えられる。
　また、プログラムＰ１をインターネットに代表される通信ネットワーク上のサーバ装置が有するディスク装置に格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロードするようにしてもよい。
　また、通信ネットワークを介してプログラムＰ１を転送しながら起動実行することによっても、上述の処理を達成することができる。
　さらに、プログラムＰ１の全部又は一部をサーバ装置上で実行させ、その処理に関する情報をコンピュータが通信ネットワークを介して送受信しながらプログラムを実行することによっても、上述の処理を達成することができる。
　なお、上述の機能を、ＯＳ（Operating System）が分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、コンピュータにダウンロードしてもよい。
　また、プログラミング支援装置１０の機能を実現する手段は、ソフトウェアに限られず、その一部又は全部を、回路を含む専用のハードウェアによって実現してもよい。
　本開示は、本開示の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、本開示を説明するためのものであり、本開示の範囲を限定するものではない。つまり、本開示の範囲は、実施の形態ではなく、請求の範囲によって示される。そして、請求の範囲内及びそれと同等の開示の意義の範囲内で施される様々な変形が、本開示の範囲内とみなされる。
　本開示は、プログラマブルコントローラを動作させるための動作プログラムの開発に適している。
　１０　プログラミング支援装置、　１１　取得部、　１２　ＵＩ部、　１２０　画面、　１２１，１２７　サブメニュー、　１２２　入力欄、　１２３，１２８　テーブル、　１２４　チェックボックス列、　１２５　列、　１２６，１２９　ボタン、　１３　生成部、　１３１　静的解析部、　１３２　修正部、　１４１　プログラムエディタ、　１４２，１４２ａ　割当部、　２００　記憶装置、　２０　プロジェクトデータ、　２１，４１　第１ソースコード、　２１１，２１２，２１３　従来型ＦＢ、　２１１１，２１１２，２１２１，２１２２，４１１，４１２，４１３，４１４，４１５，４１６　変数、　２２，４２　第２ソースコード、　２２０　オブジェクト指向ＦＢ、　２２０１　共通化変数、　２２１，２２２　メソッド、　２３　実行プログラム、　３１　プロセッサ、　３２　主記憶部、　３３　補助記憶部、　３４　入力部、　３５　出力部、　３６　通信部、　３７　内部バス、　４３　関連情報、　４１８，４１９，２１１３，２２１２，２２２２，４１８１～４１８４，４１９１～４１９４　記述、　４１７　インスタンス、　Ｐ１　プログラム。

Claims (11)

  1. 　プログラマブルコントローラを動作させるための動作プログラムの作成を支援するコンピュータを、
    　前記動作プログラムの第１ソースコードを取得する取得手段、
    　サブルーチンであるファンクションブロックの機能が、当該ファンクションブロックに含まれる一又は複数のメソッドとは異なる形式にて前記第１ソースコードにおいて記述された第１ファンクションブロックを、前記機能が前記メソッドとして記述される第２ファンクションブロックに置換することで、又は、
    　前記第１ソースコードのうちの、前記第１ファンクションブロックに基づいて宣言された第１インスタンスに関する記述を、前記第２ファンクションブロックに基づいて宣言される第２インスタンスに関する記述に置換することで、
    　前記動作プログラムの第２ソースコードを生成する生成手段、
    　として機能させるためのプログラミング支援プログラム。
  2. 　前記コンピュータを、前記第１ソースコードを構成するファンクションブロックから前記第１ファンクションブロックの選択を受け付ける受付手段、としてさらに機能させ、
    　前記生成手段は、前記第１ソースコードから選択された複数の前記第１ファンクションブロックを、前記第１ファンクションブロックそれぞれに対応するメソッドを複数含む一の前記第２ファンクションブロックに置換することで、前記第２ソースコードを生成する、
    　請求項１に記載のプログラミング支援プログラム。
  3. 　前記生成手段は、複数の前記第１ファンクションブロックを、前記第１ファンクションブロックにそれぞれ含まれる異なる変数に対応する共通化変数を含む前記第２ファンクションブロックに置換する、
    　請求項２に記載のプログラミング支援プログラム。
  4. 　前記コンピュータを、前記第１インスタンスの選択を受け付ける受付手段、としてさらに機能させ、
    　前記取得手段は、前記第１ファンクションブロックの機能と、該機能をメソッドとして含む前記第２ファンクションブロックと、が関連付けられた関連情報を取得し、
    　前記受付手段は、前記第１ソースコードに記述された前記第２インスタンスの指定を受け付けて、指定された前記第２インスタンスのメソッドと前記関連情報において関連付けられた機能を有する前記第１ファンクションブロックの前記第１インスタンスの選択を受け付け、
    　前記生成手段は、選択された前記第１インスタンスに関する記述を、前記第２インスタンスに関する記述に置換する、
    　請求項１に記載のプログラミング支援プログラム。
  5. 　前記生成手段は、前記第１ソースコードにおける前記第１ファンクションブロックの機能を呼び出すための記述を、前記第２ファンクションブロックのメソッドを呼び出すための記述に置換する、
    　請求項４に記載のプログラミング支援プログラム。
  6. 　前記生成手段は、前記第１ソースコードにおける前記第１ファンクションブロックの機能を呼び出すための記述が、前記第２ファンクションブロックのメソッドを呼び出すための記述に置換された置換コードに従う前記プログラマブルコントローラの動作が、前記第１ソースコードに従う前記プログラマブルコントローラの動作と異なる場合に、置換により動作が変化する旨を報知する、
    　請求項５に記載のプログラミング支援プログラム。
  7. 　前記生成手段は、前記第１ソースコードにおける前記第１ファンクションブロックに含まれる変数の記述を、前記第２ファンクションブロックに含まれる変数の記述に置換する、
    　請求項４から６のいずれか一項に記載のプログラミング支援プログラム。
  8. 　前記関連情報は、前記第１ファンクションブロックに含まれる変数と、前記第２ファンクションブロックに含まれる変数と、を関連付ける情報であって、
    　前記生成手段は、前記第１インスタンスの前記第１ファンクションブロックに含まれる変数が、前記第２ファンクションブロックに含まれるメソッドの変数と前記関連情報において関連付けられる場合に、変数が置換されない旨を報知する、
    　請求項４から７のいずれか一項に記載のプログラミング支援プログラム。
  9. 　前記取得手段は、前記第１ファンクションブロックの機能と、該機能をメソッドとして含む前記第２ファンクションブロックと、が関連付けられた関連情報を取得し、
    　前記生成手段は、前記第１ソースコードに記述された複数の前記第１インスタンスをグループに分類し、グループそれぞれに属する前記第１インスタンスに関する記述を、該グループに対応する前記第２インスタンスであって、前記関連情報において前記第１インスタンスの前記第１ファンクションブロックに関連付けられたメソッドを有する前記第２ファンクションブロックの前記第２インスタンスに関する記述に置換することで、前記第２ソースコードを生成する、
    　請求項１に記載のプログラミング支援プログラム。
  10. 　プログラマブルコントローラを動作させるための動作プログラムの作成を支援するプログラミング支援方法であって、
    　取得手段が、前記動作プログラムの第１ソースコードを取得するステップと、
    　生成手段が、
    　サブルーチンであるファンクションブロックの機能が、当該ファンクションブロックに含まれる一又は複数のメソッドとは異なる形式にて前記第１ソースコードにおいて記述された第１ファンクションブロックを、前記機能が前記メソッドとして記述される第２ファンクションブロックに置換することで、又は、
    　前記第１ソースコードのうちの、前記第１ファンクションブロックに基づいて宣言された第１インスタンスに関する記述を、前記第２ファンクションブロックに基づいて宣言される第２インスタンスに関する記述に置換することで、
    　前記動作プログラムの第２ソースコードを生成するステップと、
    　を含むプログラミング支援方法。
  11. 　プログラマブルコントローラを動作させるための動作プログラムの作成を支援するプログラミング支援装置であって、
    　前記動作プログラムの第１ソースコードを取得する取得手段と、
    　サブルーチンであるファンクションブロックの機能が、当該ファンクションブロックに含まれる一又は複数のメソッドとは異なる形式にて前記第１ソースコードにおいて記述された第１ファンクションブロックを、前記機能が前記メソッドとして記述される第２ファンクションブロックに置換することで、又は、
    　前記第１ソースコードのうちの、前記第１ファンクションブロックに基づいて宣言された第１インスタンスに関する記述を、前記第２ファンクションブロックに基づいて宣言される第２インスタンスに関する記述に置換することで、
    　前記動作プログラムの第２ソースコードを生成する生成手段と、
    　を備えるプログラミング支援装置。
PCT/JP2022/001083 2022-01-14 2022-01-14 プログラミング支援プログラム、プログラミング支援方法及びプログラミング支援装置 WO2023135735A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2022/001083 WO2023135735A1 (ja) 2022-01-14 2022-01-14 プログラミング支援プログラム、プログラミング支援方法及びプログラミング支援装置
JP2022535791A JP7126637B1 (ja) 2022-01-14 2022-01-14 プログラミング支援プログラム、プログラミング支援方法及びプログラミング支援装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/001083 WO2023135735A1 (ja) 2022-01-14 2022-01-14 プログラミング支援プログラム、プログラミング支援方法及びプログラミング支援装置

Publications (1)

Publication Number Publication Date
WO2023135735A1 true WO2023135735A1 (ja) 2023-07-20

Family

ID=83047411

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/001083 WO2023135735A1 (ja) 2022-01-14 2022-01-14 プログラミング支援プログラム、プログラミング支援方法及びプログラミング支援装置

Country Status (2)

Country Link
JP (1) JP7126637B1 (ja)
WO (1) WO2023135735A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11237984A (ja) * 1998-02-19 1999-08-31 Nec Corp オブジェクト指向プログラム設計支援装置、方法および記録媒体
JP2014191738A (ja) * 2013-03-28 2014-10-06 Value:Kk ソースプログラムのプログラミング言語変換装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009009462A (ja) * 2007-06-29 2009-01-15 Fanuc Ltd シーケンスプログラム編集装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11237984A (ja) * 1998-02-19 1999-08-31 Nec Corp オブジェクト指向プログラム設計支援装置、方法および記録媒体
JP2014191738A (ja) * 2013-03-28 2014-10-06 Value:Kk ソースプログラムのプログラミング言語変換装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MIYAZAWA, IKO; MIZUYA, TORU: "Trends in PLC programming language standards and its future of related software technology", IEEJ STUDY GROUP MATERIALS, vol. CT-13-5, 1 March 2013 (2013-03-01), pages 19 - 24, XP009548025 *

Also Published As

Publication number Publication date
JPWO2023135735A1 (ja) 2023-07-20
JP7126637B1 (ja) 2022-08-26

Similar Documents

Publication Publication Date Title
JP7090657B2 (ja) アプリケーションをアップグレードするための方法、装置、デバイスならびに記憶媒体
US7971201B2 (en) Multiple operating device version software generating system and multiple operating device version software generation support program and method
US7627851B2 (en) Modification method for modifying a source code
US20050144608A1 (en) Operating system allowing running of real-time application programs, control method therefor, and method of loading dynamic link libraries
JP5556655B2 (ja) 解析支援プログラム，解析支援装置および解析支援方法
US20050039193A1 (en) Method and apparatus for generating device driver and user interface screen
CN116755713A (zh) 应用程序的生成方法、装置、设备及存储介质
US20030074656A1 (en) Program execution apparatus and method, computer program for performing the program execution method, image forming system, and address solution method
WO2023135735A1 (ja) プログラミング支援プログラム、プログラミング支援方法及びプログラミング支援装置
CN110806891B (zh) 嵌入式设备软件版本的生成方法及装置
JP4328328B2 (ja) ソフトウエア開発ツールプログラム
JP5720531B2 (ja) ヘルプ作成支援装置、ヘルプ作成支援プログラムおよびヘルプ作成支援方法
CN114356783A (zh) 单元测试代码自动生成方法、装置、存储介质及设备
JP6551082B2 (ja) テスト支援装置、テスト支援方法およびテスト支援プログラム
JP2016146022A (ja) モデルベース開発支援装置、モデルベース開発支援方法、およびモデルベース開発支援プログラム
JP2005025543A (ja) 整合性チェックシステム及び整合性チェック方法及び整合性チェックプログラム及び管理情報作成システム
JP2019046001A (ja) アプリケーション移植支援装置、アプリケーション移植支援プログラムおよびアプリケーション移植方法
CN114866451B (zh) iOS端路由通信改进方法、装置、存储介质和设备
JP5190899B2 (ja) 情報処理装置、設定ファイル生成方法、および設定ファイル生成プログラム
JP3996114B2 (ja) プログラムの配置方法
JPS6310239A (ja) 高級言語のパツチ生成方式
JP2023031949A (ja) 情報処理装置、プログラム及び情報処理方法
JP2669387B2 (ja) データベース駆動によるプログラム自動生成システム
JP4563551B2 (ja) プログラム編集装置及びプログラム編集方法
JP2000259399A (ja) コンピュータプログラムのソースコード構造およびそれより生成されるオブジェクトコードを制御手順として内蔵した機械装置

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2022535791

Country of ref document: JP

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22920260

Country of ref document: EP

Kind code of ref document: A1