JP4889338B2 - Screen program layout changing method, information processing apparatus, program, and recording medium - Google Patents

Description

  The present invention relates to a screen program layout changing method in a case tool environment for automatically generating a screen program constituting an application system.

  There are tools that allow users to input definition information and automatically generate programs based on that information. This makes it possible to create an application program simply by inputting business information in a relatively easy manner, even if the user has no programming knowledge.

  However, application screens that are automatically generated generally satisfy the various screen layout requirements of users, such as automatically determining the layout position of screen items and using prepared screen patterns. It cannot be said.

  As a countermeasure, for example, it may be possible to edit a screen-related program (JSP etc.) of the automatically generated final product, but the automatically generated program is generally redundant and difficult to read, and is not related to screen display. Are embedded in such a way that they cannot be separated in large quantities, and it is not practical to directly change the layout manually. Even if this program is displayed with an HTML editor, it cannot be correctly recognized and displayed because there is data not related to screen display.

In order to solve this problem, a technique in which a user freely customizes a screen when generating an application has been proposed. Patent Document 1 proposes a method of generating a screen as requested by outputting an initial generation screen image on a dedicated program at the time of generating an application and customizing the initial generation screen image on the dedicated program. .
JP 2004-157927 A

  However, Patent Document 1 has a problem that it is necessary to change the initial generation screen image through a dedicated program, and it takes time to master the dedicated program.

  In particular, in the case of Web-based systems (divided into labor), HTML designers dedicated to screen creation often change the screen, and the designers are “familiar” and “high-performance specialized HTML” editors. There is. The fact that such an “editor” cannot be used to change the initial generation screen image affects not only the work efficiency but also the quality and function (height and quantity) of the creation screen.

  Furthermore, in the said patent document 1, after producing an application, there is no procedure of changing the produced | generated screen. In recent years, there has also been a development procedure in which only screens are created first (to check the usability and appearance) (from the editor above), or existing screens are reused (to reduce man-hours and unity). It has been demanded. However, the method disclosed in Patent Document 1 cannot incorporate a user-created screen in the automatic generation process.

The present invention has been made to solve the above problems, an object of the present invention is to modify the automatically generated screen program, both operating logic which the user which on the screen and automatically generated hope It is to provide a structure that can be easily enjoyed.

The present invention provides screen layout information in which screen component information including component information displayed on a screen during execution of a program is included in a logic tag, and identification for identifying each piece of screen component information laid out in the screen layout information information and, in the screen the program layout change process in an information processing apparatus for generating an executable program including the logic information which defines the operation logic of the program, the image model generating unit of the information processing apparatus, said logic from said program Information other than information is extracted , and the screen component information corresponding to the identification information in the extracted information is converted into display convenience information in which the form of the component is the same as the screen component information from which the logic tag that does not operate the program processing is removed. screen form generation step of generating a layout template file replacement Acquisition means of the information processing apparatus, the screen template generator layout template file generated in step, an acquisition step of displaying convenience information to get the layout change file state modified layout by a user, the information processing merging means of the device, from the program, the extraction process step of extracting the identification information corresponding to the said logic information screen component information and said screen part information, the merge processing unit, obtained in the previous SL acquisition step A replacement process in which the display convenience information in which the layout of the layout change file is changed is replaced with the screen component information identified by the identification information extracted in the extraction process step corresponding to the identification information for identifying the display convenience information. a step, the merge processing unit, replace with the replacement process step The resulting said layout change file, and having a merge processing step of merging the logic information extracted by the extraction processing steps.

According to the present invention, in an information processing apparatus that generates screen layout information and logic information at the time of execution of a program, the layout of the screen layout information of the program is changed by a user, the changed layout change file and the logic of the program By using the information to replace the screen layout information of the program with the layout change file, it is possible to regenerate a screen program that can operate the logic of the automatically generated program with a desired screen layout .

[First Embodiment]
The present invention relates to a technical field for automatically generating a program in a case tool environment for automatically generating software such as programs and screens constituting an application system. For this reason, the description of the case tool environment refers only to the portion directly related to the present invention.

  Hereinafter, it explains in detail using a drawing.

  FIG. 1 is a block diagram showing a configuration of an information processing apparatus (program generation apparatus) showing an embodiment of the present invention.

  In FIG. 1, reference numeral 103 denotes a computer as a program generation device. Reference numeral 101 denotes an input device for a keyboard and a pointing device (such as a mouse). Reference numeral 102 denotes a display device such as a CRT display or a liquid crystal display. Reference numeral 104 denotes an external storage device such as a hard disk drive (HDD).

  As shown in FIG. 1, when the user issues an automatic program generation command to the computer 103 through the screen displayed on the display device 102 from the input device 101, the computer 103 performs automatic generation processing in the overall control unit 105. . Details will be described below.

  First, the screen control unit 106 that has received the program automatic generation command delegates the processing to the program generation unit 107. The program generation unit 107 is user-defined information that is input in advance and stored in the external storage device 104 based on a screen program template 111 (FIG. 5 described later) that is generated in advance and stored in the external storage device (HDD) 104. 110 (FIG. 4 to be described later) is applied, and a screen program 112 (FIG. 6 to be described later) is generated and stored in the external storage device 104.

  Thereafter, when the user issues a screen template generation command to the computer 103 through the screen displayed on the display device 102 from the input device 101, the computer 103 performs screen template generation processing in the overall control unit 105. Details will be described below.

  First, the screen control unit 106 that has received the screen template generation command delegates the processing to the screen template generation unit 108. The screen template generation unit 108 outputs a layout template file 113 (FIG. 8 to be described later) from which “screen layout information only” is extracted based on the screen program 112 and stores it in the external storage device 104.

  Thereafter, the user customizes the layout template file 113 as appropriate, creates a layout HTML file 114 (FIG. 10 to be described later), and stores it in the external storage device 104. Alternatively, an HTML file prepared in advance can be edited according to a certain format, and stored in the external storage device 104 as a layout HTML file 114 (FIG. 15 described later).

  Next, when the user issues a screen merge processing command to the computer 103 through the screen displayed on the display device 102 from the input device 101, the computer 103 performs screen merge processing in the overall control unit 105. Details will be described below.

  First, the screen control unit 106 that has received the screen merge processing instruction delegates the processing to the screen merge processing unit 109. The screen merge processing unit 109 merges information other than the layout in the screen program 112 and the screen layout information in the layout HTML file 114, and outputs a layout-completed screen program 115 (FIG. 13 to be described later). It stores in 104.

  Next, the hardware configuration of the computer 103 shown in FIG. 1 will be described with reference to FIG.

  2 is a block diagram showing a hardware configuration of the computer 103 in FIG. 1, and the same components as those in FIG. 1 are denoted by the same reference numerals.

  In FIG. 2, reference numeral 201 denotes a CPU (Central Processing Unit) 201, which comprehensively accesses various devices connected to the system bus based on a control program stored in the ROM 203 or the external storage device 104. It is the structure to control.

  Connected to the system bus is a RAM (Random Access Memory) 202 that functions as the main memory, work area, and the like of the CPU 201. The ROM 203 or the external storage device 104 is necessary for realizing a process executed by the computer 103 such as a BIOS (Basic Input / Output System), an operating system (hereinafter referred to as “OS”) program that is a control program of the CPU 201. Various programs are stored.

  The CPU 201 implements the functions and various operations of the overall control unit 105 shown in FIG. 1 by loading various programs necessary for execution of processing into the RAM 202 and executing the programs.

  The external storage device 104 stores a boot program (not shown), various application programs, font data, user files, and the like as the various programs described above.

  For example, the CPU 201 performs WYSIWYG on the display device 102 by executing outline font rasterization processing on a display information area in the RAM 202. Further, the CPU 201 opens various registered windows based on commands instructed by a mouse cursor (not shown) on the display device 102 and executes various data processing.

  Hereinafter, a program generation process performed by the program generation unit 107 of the computer 103 illustrated in FIG. 1 will be described with reference to FIGS.

  FIG. 3 is a flowchart showing an example of a first control processing procedure in the present invention, and corresponds to the program generation processing performed by the program generation unit 107 of the computer 103 shown in FIG. Note that the processing of this flowchart is realized by the program generation unit 107 in which the CPU 201 illustrated in FIG. 2 reads the program stored in the external storage device 104 into the RAM 202 and executes the program. In the figure, S301 to S303 indicate each step.

  First, when receiving an instruction of a program automatic generation command input from the input device 101, the screen control unit 106 in the overall control unit 105 delegates the processing to the program generation unit 107, and proceeds to step S301.

  In step S <b> 301, the program generation unit 107 first reads the user definition information 110 (FIG. 4) from the external storage device 104 and stores it in the RAM 202.

  Next, in step S <b> 302, the program generation unit 107 reads the screen program template 111 that is the source of the generated program from the external storage device 104 and stores it in the RAM 202.

  The screen program template is a prototype of the screen program and does not operate by itself. Screens that can be operated by applying user-defined information that defines screen item specifications to screen program templates, and converting program information related to program operations other than screen layout information and screen layout information that make up screen program templates to actual specifications Generate a program. Details will be described later.

  Next, in step S303, the program generation unit 107 incorporates the user definition information 110 acquired in step S301 into the predetermined variable portion of the screen program template 111 acquired in step S302, thereby installing the screen program (112). It is generated and stored in the external storage device 104. Hereinafter, it demonstrates concretely using FIGS. 4-6.

  FIG. 4 is a diagram showing an example of the user definition information 110 shown in FIG. Here, as an example, user definition information defining a login screen is shown.

  As shown in FIG. 4, the user definition information 110 includes “IO_CODE” 401, “IOITEM_CODE” 402, “IOITEM_NAME” 403, and “ITEM_TYPE” 404.

  “IO_CODE” 401 indicates a screen code. “IOITEM_CODE” 402 indicates a screen item code. Further, “IOITEM_NAME” 403 indicates a screen item display name. “ITEM_TYPE” 404 indicates the component type of the screen item. Specifically, when “ITEM_TYPE” 404 is “I”, an input component is indicated, and when “A” is “A”, an action (button) component is indicated.

  FIG. 5 is a diagram showing an example of the screen program template 111 shown in FIG.

  The screen program template 111 has a configuration in which layout-related information and application logic information can be clearly distinguished. Specifically, the application logic information includes “logic information (front) 504” before the <html> tag where the layout information begins, “logic information (back) 505” after the </ html> tag where the layout information ends, This is a part of “screen component information 501” surrounded by “component comment (start) 502” and “component comment (end) 503”.

  “Part comment (start) 502” and “part comment (end) 503” function as identifiers for classifying and identifying item information on the screen display.

  The application logic information describes the program that actually runs. If this description is present, the file cannot be displayed or edited correctly with the HTML editor.

  In the present embodiment, an example using HTML is shown, but other markup languages and script languages may be used.

  FIG. 6 is a diagram showing an example of the screen program 112 shown in FIG. 1, which is generated based on the user definition information 110 (FIG. 4) and the screen program template 111 (FIG. 5) in step S303 of FIG. Corresponding to

  The screen program template 111 in FIG. 5 serves as an underlay (template) for the program, and specific data is variable. The user-defined information 110 shown in FIG. 4 is inserted into the variable location, and the screen program 112 shown in FIG. 6 is generated. This will be specifically described below.

  The data “USER_ID” in the column “IOITEM_CODE” 402 in FIG. 4 is incorporated in the portion “$ {ioitem.name}” 510 shown in FIG. 5, and a source is generated as indicated by 610 in FIG. For example, the “name =“ $ {ioitem.code} ”” portion of the screen component information 501 in FIG. 5 incorporates the data “USER_ID” in the column “IOITEM_CODE” 402 in FIG. 4, and the screen component information in FIG. A source is generated like 601 “name =“ USER_ID ””.

  Also, “<!-$ {Ioitem.code} .LABEL {->”, “<!-$ {Ioitem.code}.” Of “part comment (start) 502” and “part comment (end) 503”. Similarly, “USER_ID” is embedded in “LABEL”-> ”and“ <!-USER_ID.LABEL {-> ”,“ <!-USER_ID.LABEL {-> ”,“ part comment (start) 602 ”,“ part comment (end) 603 ” <!-USER_ID.LABEL "->". This is “identification information” to be described later.

  Further, the data “user ID” in the column “IOITEM_NAME” 403 in FIG. 4 is incorporated in the portion “$ {ioitem.name}” 511 shown in FIG. 5, and the source is generated as shown in 611 in FIG. The

  Further, the data “PASSWORD” in the column “IOITEM_CODE” 402 in FIG. 4 is incorporated in the portion “$ {ioitem.code}” shown in 512 in FIG. 5, and a source is generated as shown in 612 in FIG. .

  Further, the data “password” in the column “IOITEM_NAME” 403 in FIG. 4 is incorporated in the portion “$ {ioitem.name}” shown in 513 in FIG. 5, and a source is generated as shown in 613 in FIG. .

  Furthermore, the data “LOGIN” in the column “IOITEM_CODE” 402 in FIG. 4 is incorporated in the portion “$ {ioitem.code}” shown in 514 in FIG. 5, and a source is generated as shown in 614 in FIG. 6. .

  Further, the data “login” in the column “IOITEM_NAME” 403 in FIG. 4 is incorporated in the portion “$ {ioitem.name}” shown in 515 in FIG. 5, and a source is generated as shown in 615 in FIG. .

  The layout template generation process performed by the screen template generation unit 108 of the computer 103 shown in FIG. 1 will be described below with reference to FIGS.

  FIG. 7 is a flowchart showing an example of a second control processing procedure according to the present invention, and corresponds to the layout template generation processing performed by the screen template generation unit 108 of the computer 103 shown in FIG. Note that the processing of this flowchart is realized by the screen template generation unit 108 in which the CPU 201 illustrated in FIG. 2 reads the program stored in the external storage device 104 into the RAM 202 and executes the program. In the figure, S701 to S703 indicate steps.

  First, upon receiving an instruction of a screen template generation command input from the input device 101, the screen control unit 106 in the overall control unit 105 delegates the processing to the screen template generation unit 108, and proceeds to step S701.

  In step S <b> 701, the screen template generation unit 108 first reads the screen program 112 (FIG. 6) from the external storage device 104 and stores it in the RAM 202.

  Next, in step S702, the screen template generation unit 108 extracts only screen layout information from the screen program 112 acquired in step S701. More specifically, the screen template generation unit 108 extracts from the screen program 112 other than “logic information (front) 605” and “logic information (back) 606” as they are (that is, “component comment (start) 602”, “ Part comment (end) 603 "is included). Then, the portions of “screen component information 601” and “screen component information 604” in the extracted information are replaced with display convenience information (801 and 802 in FIG. 8) and stored in the RAM 202.

  The “display convenience information” described above is such that when the layout template file 113 is displayed by an editor or a Web browser, the screen image is equivalent to that when the completed product (layout screen program 115) after the merge process is executed. It is dummy component information (dummy item information) (same appearance and not actually operating). This is a method of finding a keyword that can identify a component type and replacing it with a dummy component when reading “screen component information” as indicated by reference numeral 601 in FIG.

  For example, if “input type =“ text ”” as in the screen component information 601 in FIG. 6, a dummy text box and a screen component information 604 in FIG. 6 are displayed as indicated by reference numeral 801 in FIG. 8. If “input type =“ button ””, a dummy button is replaced as indicated by reference numeral 802 in FIG. However, if there is information related to the display in the screen part information in the “screen part information”, it is acquired and embedded in the “dummy part” described above as “display convenience information”. To be configured. For example, information “value = login” in the screen component information 604 in FIG. 6 is a button name at the time of screen display, and corresponds to information related to display in the above-described screen component information.

  Next, in step S703, the screen template generation unit 108 outputs the layout information extracted in step S702 as the layout template file 113 (FIG. 8) and stores it in the external storage device 104. Then, the process ends.

  FIG. 8 is a diagram showing an example of the layout template file 113 shown in FIG. 1, and is output in step S703 of FIG. In addition, the same code | symbol is attached | subjected to the same thing as FIG.

  The layout template file 113 is extracted only from the layout program 112 shown in FIG. 6 as an input. Note that “component comment (start) 602” and “component comment (end) 603” are also extracted for use as merge location information in the subsequent screen merge processing unit 109.

  Display convenience information 801 and 802, which are display dummy parts, are output between the part comment (start) and the part comment (end).

  Further, for example, when there is information “value =“ login ”” which is a button name at the time of screen display as in the screen component information 604 of FIG. 6, information related to display is shown in FIG. 8. Is reflected in the display convenience information 802.

  FIG. 9 is a diagram showing an example of a screen in which the layout template file 113 shown in FIG. 8 is previewed with an HTML editor or the like.

  Since the display convenience information 801 and 802 are embedded in the layout template file 113 shown in FIG. 8, a screen display equivalent to the completed screen is obtained.

  Here, the user can freely customize the generated layout template file 113 with an HTML editor or the like, and display the screen to check the changed layout. A layout HTML file 114 changed from the layout template file 113 is created by such customization work.

  A layout change file on the screen is a layout change file that the user has changed. In this case, other markup languages, script languages, and structured languages that are not limited to HTML are also applicable. In this embodiment, since HTML is used, the “layout change file” is “layout HTML file”, which is an example of the “layout change file”.

  Since the layout template file 113 is a normal HTML file, an arbitrary HTML editor can be used.

  FIG. 10 is a diagram showing an example of the layout HTML file 114 shown in FIG. 1, and corresponds to the layout template file 113 shown in FIG.

  In the example illustrated in FIG. 10, as illustrated in 1001, the “login button” at the bottom of the layout template file 113 illustrated in FIG. 8 is moved to the top. In addition, the tags “<tr>” and “</ tr>” that specify rows in the tags “<table>” and “</ table>” that specify tables are changed as indicated by 1002, and as a result, FIG. As shown in FIG. 9, the input items (user ID, password) arranged vertically are changed to be displayed in one horizontal row as shown in FIG. It is assumed that the layout HTML file 114 thus changed is stored in the external storage device 104.

  FIG. 11 is a diagram showing an example of a screen in which the layout HTML file 114 shown in FIG. 10 is previewed with an HTML editor or the like.

  Hereinafter, image margin processing performed by the screen merge processing unit 109 of the computer 103 illustrated in FIG. 1 will be described with reference to FIGS.

  FIG. 12 is a flowchart showing an example of a third control processing procedure in the present invention, and corresponds to the image margin processing performed by the screen merge processing unit 109 of the computer 103 shown in FIG. Note that the processing of this flowchart is realized by the screen merge processing unit 109 in which the CPU 201 illustrated in FIG. 2 reads the program stored in the external storage device 104 into the RAM 202 and executes the program. In the figure, S1201 to S1204 indicate steps.

  First, upon receiving an instruction of an image margin processing command input from the input device 101, the screen control unit 106 in the overall control unit 105 delegates the processing to the screen merge processing unit 109, and proceeds to step S1201.

  In step S1201, the screen merge processing unit 109 first reads the screen program 112 (FIG. 6) from the external storage device 104, and “logic information (front) 605” and “logic information (back) in the read screen program 112. 606 ”and“ screen component information (601, 604, etc.) ”are extracted and stored in the RAM 202.

  Next, in step S 1202, the screen merge processing unit 109 reads the layout HTML file 114 (FIG. 10) from the external storage device 104 and stores it in the RAM 202.

  Next, in step S1203, the screen merge processing unit 109 displays the “logic information (front) 605”, “logic information (back) 606”, and “screen component information (601, 604, etc.)” extracted in step S1201. The information and the layout HTML file 114 read in step S1202 are merged. Specifically, a part surrounded by component comments (for example, “<-USER_ID.ITEM {->”, “<-USER_ID.ITEM”-> ”) of the layout HTML file 114 read in step S1202 is displayed. As shown in FIG. 13, it is replaced with “screen component information (601, etc.)” extracted in step S1201. At this time, the identifier (screen item code 402 (for example, “USER_ID.ITEM”)) in the component comment is replaced as a key. After that, as shown in FIG. 13, “logic information (front) 605” and “logic information (back) 606” are inserted at the beginning and end of the entire layout HTML file 114 in which the screen part information is replaced.

  Finally, in step S1204, the information merged in step S1203 is output as the layout screen program 115 (FIG. 13) and stored in the external storage device 104. Then, the process ends.

  FIG. 13 is a diagram showing an example of the laid out screen program 115 shown in FIG. 1, and corresponds to the one output in step S1204 in FIG. In addition, the same code | symbol is attached | subjected to the same thing as FIG.

  In the layout HTML file 114, “logic information (front) 605” and “logic information (back) 606” are inserted, and information between component comments is replaced with “screen component information (604, etc.)”.

  By this processing, application operation logic ("logic information (front) 605", "logic information (back) 606", "screen component information (601, 604, etc.) is added to the user-defined screen layout information (layout HTML file 114). ) "Part) is injected and restored to the actual operating screen program.

  FIG. 14 is a diagram showing an example of a display when the laid out screen program 115 shown in FIG. 13 is executed.

  Although the screen looks the same as the display example of the layout HTML file 114 shown in FIG. 11, it is a WEB application that can be actually executed.

  As described above, according to the present embodiment, the screen layout obtained by extracting only the screen layout of the WEB application program created by the case tool or the like can be displayed on the screen and changed to the desired screen layout. The WEB application program that performs the original program operation can be regenerated. As a result, the screen layout can be changed efficiently.

[Second Embodiment]
In the first embodiment, the layout HTML file 114 has been described with respect to the case where the user edits and generates the layout template file 113 generated by the screen template generation unit 108. In the present embodiment, an HTML file prepared by a user with “part comments” inserted is handled as the layout HTML file 114. Hereinafter, specific description will be given with reference to FIGS. 15 to 17.

  FIG. 15 is a diagram showing an example of an HTML file prepared by the user.

  The HTML file facilitated by the user may be, for example, an HTML file of a screen used in an old program, an HTML file created by an HTML designer or the like using a general HTML editor or the like.

  FIG. 16 is a diagram showing an example of a screen on which the HTML file shown in FIG. 15 is previewed.

  FIG. 17 is a diagram showing an example of a file formed by inserting a “part comment” into the HTML file prepared by the user shown in FIG. 15 to form a layout HTML file.

  In the file of FIG. 17, “component comment” is inserted as indicated by 1701 to 1706.

  This file can be stored in the external storage device 104 and used as an input to the screen merge processing unit 109 instead of the layout HTML file 114 shown in FIG. That is, the merge process shown in FIG. 12 can be executed based on the HTML file shown in FIG. 17 and the screen program shown in FIG.

  As described above, according to the present embodiment, the familiar screen layout used in the old program or the highly designable screen layout created by the HTML designer is merged with the automatically generated screen program. Can be used.

  Therefore, the user can enjoy both the desired good-looking screen and the automatically generated business logic.

  In each of the above-described embodiments, an example in which information described in HTML is used as screen layout information has been described. However, the screen layout information may be described in another structured language instead of HTML. Good.

  As described above, in the present invention, the program generation unit 107 generates the screen program 112 in which the “screen component information” is embedded based on the user definition information 110 and the screen program template 111. The screen program 112 is configured to identify a definition area related to a program operation such as logic and a definition area constituting the screen layout. In this embodiment, “<html> tag” and “</ html> tag” are identified, but a comment for identifying a definition area related to a program operation and a definition area constituting a screen layout is inserted. You may comprise as follows. In the screen program 112, comment information for identifying a definition area (screen component information) related to the screen layout of the item is embedded in the items constituting the screen layout.

  Next, the screen template generation unit 108 generates a screen-displayable file in which only the screen layout portion (the portion other than the logic information 504 and 505) is extracted from the screen program 112. Further, the screen template generation unit 108 generates a layout template file 113 by replacing program portions other than the screen portion with dummy program parts that do not actually operate from this file. In the layout template file 113, a program operation part is extracted and replaced with a dummy program part so that it can be confirmed on the screen.

  The screen program 112 is assumed to be automatically generated by the program generation unit 107 as described above. However, as shown in FIG. 5, a definition area and a screen layout related to a program operation such as logic are displayed. As long as it is a screen program in which a component area can be identified and a “component comment” for specifying “screen component information” is inserted, it may be created by another method. .

  A layout HTML file 114 that is a user-created screen portion customized by the user is prepared for the screen layout desired by the user by using the layout template file 113 described above.

  Next, the screen merge processing unit 109 associates and merges the prepared layout HTML file 114 with program parts and screen component items other than the screen layout in the above-described screen program 112 to generate a laid-out screen program 115. To do. The laid out screen program 115 is a screen program that is actually operated and has a screen layout requested by the user.

  Thus, even if the user changes the layout of the screen layout of the screen program 112 once created, only the portion related to the screen layout of the screen program 112 is extracted. Changing work can be easily performed using an editing program (HTML editor or the like).

  Then, after the screen layout is changed, the program portion of the screen program 112 is merged into the relevant location (there is no manual operation by the user) and the actual screen is changed. The program can be regenerated.

  As described above, according to the present invention, the screen part of the screen program that has been automatically generated once is separated, and the automatically generated screen layout side is customized by using an editor that the user is familiar with, etc. By combining with a program part other than the screen of the screen program before separation, the screen part of the automatically generated screen program can be changed to a user's desired layout without logic contradiction. Therefore, the user can enjoy both the desired good-looking screen and the automatically generated logic.

  It should be noted that the configuration and contents of the various data described above are not limited to this, and it goes without saying that the various data and configurations are configured according to the application and purpose.

  Although one embodiment has been described above, the present invention can take an embodiment as, for example, a system, apparatus, method, program, or recording medium, and specifically includes a plurality of devices. The present invention may be applied to a system including a single device.

  Hereinafter, the configuration of a data processing program that can be read by the information processing apparatus (computer 103 shown in FIG. 1) according to the present invention will be described with reference to the memory map shown in FIG.

  FIG. 18 is a diagram illustrating a memory map of a recording medium (storage medium) that stores various data processing programs readable by the information processing apparatus (computer 103 shown in FIG. 1) according to the present invention.

  Although not specifically shown, information for managing a program group stored in the recording medium, for example, version information, creator, etc. is also stored, and information depending on the OS on the program reading side, for example, a program is identified and displayed. Icons may also be stored.

  Further, data depending on various programs is also managed in the directory. In addition, when a program or data to be installed is compressed, a program to be decompressed may be stored.

  The functions shown in FIGS. 3, 7, and 12 in this embodiment may be performed by a host computer by a program installed from the outside. In this case, the present invention is applied even when an information group including a program is supplied to the output device from a recording medium such as a CD-ROM, a flash memory, or an FD, or from an external recording medium via a network. Is.

  As described above, a recording medium in which a program code of software for realizing the functions of the above-described embodiments is recorded is supplied to the system or apparatus, and the computer (or CPU or MPU) of the system or apparatus is stored in the recording medium. It goes without saying that the object of the present invention can also be achieved by reading and executing the program code.

  In this case, the program code itself read from the recording medium realizes the novel function of the present invention, and the recording medium storing the program code constitutes the present invention.

  As a recording medium for supplying the program code, for example, a flexible disk, hard disk, optical disk, magneto-optical disk, CD-ROM, CD-R, DVD-ROM, magnetic tape, nonvolatile memory card, ROM, EEPROM, A silicon disk or the like can be used.

  Further, by executing the program code read by the computer, not only the functions of the above-described embodiments are realized, but also an OS (operating system) or the like running on the computer based on the instruction of the program code. It goes without saying that a case where the function of the above-described embodiment is realized by performing part or all of the actual processing and the processing is included.

  Furthermore, after the program code read from the recording medium is written in a memory provided in a function expansion board inserted in the computer or a function expansion unit connected to the computer, the function expansion is performed based on the instruction of the program code. It goes without saying that the case where the CPU or the like provided in the board or the function expansion unit performs part or all of the actual processing and the functions of the above-described embodiments are realized by the processing.

  Further, the present invention may be applied to a system composed of a plurality of devices or an apparatus composed of a single device. Needless to say, the present invention can be applied to a case where the present invention is achieved by supplying a program to a system or apparatus. In this case, by reading a recording medium storing a program represented by software for achieving the present invention into the system or apparatus, the system or apparatus can enjoy the effects of the present invention.

  Furthermore, by downloading and reading out a program represented by software for achieving the present invention from a server, database, etc. on a network using a communication program, the system or apparatus can enjoy the effects of the present invention. It becomes.

  In addition, all the structures which combined each embodiment mentioned above and its modification are also included in this invention.

It is a block diagram which shows the structure of the information processing apparatus (program production | generation apparatus) which shows one Embodiment of this invention. It is a block diagram which shows the hardware constitutions of the computer of FIG. It is a flowchart which shows an example of the 1st control processing procedure in this invention. It is a figure which shows an example of the user definition information 110 shown in FIG. It is a figure which shows an example of the screen program template shown in FIG. It is a figure which shows an example of the screen program template shown in FIG. It is a figure which shows an example of the screen program shown in FIG. It is a figure which shows an example of the screen program shown in FIG. It is a flowchart which shows an example of the 2nd control processing procedure in this invention. It is a figure which shows an example of the layout template file shown in FIG. It is a figure which shows an example of the screen which previewed the layout model file shown in FIG. 8 with the HTML editor etc. FIG. It is a figure which shows an example of the layout HTML file shown in FIG. It is a figure which shows an example of the screen which previewed the layout HTML file shown in FIG. 10 with the HTML editor etc. FIG. It is a flowchart which shows an example of the 3rd control processing procedure in this invention. It is a figure which shows an example of the layout screen program shown in FIG. It is a figure which shows an example of the layout screen program shown in FIG. It is a figure which shows an example of the display at the time of performing the layout screen program shown in FIG. It is a figure which shows an example of the HTML file which the user prepared. FIG. 16 is a diagram showing an example of a screen on which the HTML file shown in FIG. 15 is previewed. FIG. 16 is a diagram illustrating an example of a file in which “part comment” is inserted into the HTML file prepared by the user illustrated in FIG. It is a figure explaining the memory map of the recording medium (storage medium) which stores the various data processing program which can be read with the information processing apparatus (computer shown in FIG. 1) which concerns on this invention.

Explanation of symbols

DESCRIPTION OF SYMBOLS 101 Input device 102 Display device 103 Computer 104 External storage device 105 Overall control unit 106 Screen control unit 107 Program generation unit 108 Screen template generation unit 109 Screen merge processing unit 110 User definition information 111 Screen program template 112 Screen program 113 Layout template file 114 Layout HTML file 115 Screen program with layout

Claims (8)

Screen layout information in which screen component information including component information displayed on the screen during execution of the program is included in the logic tag, identification information that can identify each screen component information laid out in the screen layout information, and In a screen program layout changing method in an information processing apparatus for generating an executable program including logic information defining operation logic of a program,
Image model generating unit of the information processing apparatus extracts information other than the logic information from the program, the screen component information corresponding to the identification information in the information the extracted, logic tags the program process does not work is divided A screen template generation step of generating a layout template file by replacing the displayed screen component information with the display convenience information having the same form of the component ;
Acquisition means of the information processing apparatus, an acquisition step of acquiring the screen form of the product in the layout template file generated in step, layout change file state display convenience information is changed layout by the user,
Merge processing unit of the information processing apparatus, an extraction processing step of extracting from said program, and identification information corresponding to the said logic information screen component information and said screen part information,
The merge processing unit, a display convenience information layout is changed in the layout change file obtained in the previous SL acquiring step, identification information extracted by the extraction processing steps corresponding to the identification information for identifying the display convenience information A replacement processing step for replacing with the screen component information identified by
A merge processing step in which the merge processing means merges the logic information extracted in the extraction processing step into the layout change file replaced in the replacement processing step ;
A screen program layout changing method characterized by comprising: 2. The screen program layout changing method according to claim 1, wherein in the image template generation step, when there is information related to screen display in the screen component information, the information related to the screen display is reflected in the display convenience information. . Screen layout information in which screen component information including component information displayed on the screen during execution of the program is included in the logic tag, identification information that can identify each screen component information laid out in the screen layout information, and In an information processing apparatus that generates an executable program including logic information that defines the operation logic of a program,
Information other than the logic information is extracted from the program, and the screen component information corresponding to the identification information in the extracted information has the form of the screen component information and the component from which the logic tag that does not operate the program processing is removed. A screen template generation means for generating a layout template file by replacing it with equal display convenience information ;
An acquisition means for acquiring a layout change file in a state in which the display convenience information is changed by the user in the layout template file generated by the screen template generation means;
Extraction processing means for extracting the logic information, the screen component information, and identification information corresponding to the screen component information from the program;
The screen before Symbol layout of the layout change file acquired by the acquisition means displays convenience information that has changed is identified by the identification information extracted by the extraction processing unit and the corresponding identification information for identifying the display convenience information Replacement processing means to replace with parts information ,
Merge processing means for merging the logic information extracted by the extraction processing means into the layout change file replaced by the replacement processing means ;
An information processing apparatus comprising: The information processing apparatus according to claim 3, wherein the image template generation unit reflects information related to the screen display in the display convenience information when the screen component information includes information related to the screen display. Screen layout information in which screen component information including component information displayed on the screen during execution of the program is included in the logic tag, identification information that can identify each screen component information laid out in the screen layout information, and A computer that generates an executable program including logic information defining the operation logic of the program;
Information other than the logic information is extracted from the program, and the screen component information corresponding to the identification information in the extracted information has the form of the screen component information and the component from which the logic tag that does not operate the program processing is removed. Screen template generation means for generating a layout template file by replacing with the same display convenience information,
An obtaining unit for obtaining a layout change file in a state in which the display convenience information is changed by the user in the layout template file generated by the screen template generation unit;
Extraction processing means for extracting the logic information, the screen component information, and identification information corresponding to the screen component information from the program;
The screen component identified by the identification information extracted by the extraction processing means corresponding to the identification information for identifying the display convenience information, the display convenience information in which the layout of the layout change file acquired by the acquisition means is changed Replacement processing means to replace with information,
A program for functioning as a merge processing unit that merges the logic information extracted by the extraction processing unit into the layout change file replaced by the replacement processing unit . The program according to claim 5, wherein the image template generation means reflects information related to the screen display in the display convenience information when the screen component information includes information related to the screen display. Screen layout information in which screen component information including component information displayed on the screen during execution of the program is included in the logic tag, identification information that can identify each screen component information laid out in the screen layout information, and A computer that generates an executable program including logic information defining the operation logic of the program;
Information other than the logic information is extracted from the program, and the screen component information corresponding to the identification information in the extracted information has the form of the screen component information and the component from which the logic tag that does not operate the program processing is removed. Screen template generation means for generating a layout template file by replacing with the same display convenience information,
An obtaining unit for obtaining a layout change file in a state in which the display convenience information is changed by the user in the layout template file generated by the screen template generation unit;
Extraction processing means for extracting the logic information, the screen component information, and identification information corresponding to the screen component information from the program;
The screen component identified by the identification information extracted by the extraction processing means corresponding to the identification information for identifying the display convenience information, the display convenience information in which the layout of the layout change file acquired by the acquisition means is changed Replacement processing means to replace with information,
A recording medium recorded with a computer-readable program for causing the layout change file replaced by the replacement processing means to function as a merge processing means for merging the logic information extracted by the extraction processing means . 8. The recording medium according to claim 7, wherein the image template generation means reflects the information related to the screen display in the display convenience information when the screen component information includes information related to the screen display.

Images