Information processing device, information processing method, and information processing program

Abstract

To provide an information processing device for realizing simplification of input work in creating a ledger or an application document or the like, an information processing method, and an information processing program.SOLUTION: In a Low-Code development Web server device 2, an action setting unit 28 sets a storage area definition indicating a storage area being a storing object in areas in a display screen, a control setting unit 24 sets control definition indicating control being at least display items or operation buttons arranged in the storage area being set by a storage area setting unit, a dynamic restoration object setting unit 26 sets control, among the controls, for dynamically updating a value and displaying it at next or succeeding screen display as a dynamic restoration object control definition, and a memory control unit 27 associates the storage area definition, the control definition, and the dynamic restoration object control definition as child elements of the storage area definition, hierarchizes the storage area definition, the control definition, and the dynamic restoration object control definition, and stores them in a storage unit.SELECTED DRAWING: Figure 2

Description

[Technical field]

[0001] The present invention relates to an information processing device, an information processing method, and an information processing program. [Background technology]

[0002] Nowadays, there is known business support application software that supports business by automatically creating forms, etc. For example, Patent Document 1 (JP Patent Publication 2001-042854 A) discloses a display control device that enables the setting / cancellation of display suppression of table columns instantly by a simple operation.

[0003] This display control device stores the column number of the column name for which the mouse button has been operated on the column name list control by mouse button processing. Also, the mouse button & mouse move processing stores the column numbers of the columns at both ends selected by dragging the mouse on the column name list control. Then, the mouse button up processing stores the column number of the column for which the mouse button up was operated on the column name list control by mouse button up processing. Also, the master double click processing inverts the column display flag of the column selected on the column name list control, and displays the table and the column name list control based on the column display flag of each column (a flag that specifies whether the column is displayed or not (display suppression)). This makes it possible to specify whether a column is displayed or not based on the column display flag, and to instantly set / cancel display suppression of a table column with a simple operation. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] JP 2001-042854 A Summary of the Invention [Problem to be solved by the invention]

[0005] Here, when creating forms, application documents, and the like, it is preferable that the input work is as simple as possible.

[0006] The present invention has been made in consideration of the above-mentioned problems, and has an object to provide an information processing device, an information processing method, and an information processing program that can simplify input work, for example, in creating forms or application documents. [Means for solving the problem]

[0007] In order to solve the above-mentioned problems and achieve the object, an information processing device according to the present invention includes a save area setting unit that sets a save area definition indicating a save area to be saved among areas within a display screen, a control setting unit that sets a control definition indicating controls that are at least display items or operation buttons to be placed within the save area set by the save area setting unit, a dynamic restoration target setting unit that sets, among the controls, a control whose value is dynamically updated and displayed the next time the screen is displayed or thereafter as a dynamic restoration target control definition, and As a child element of Control definition By associating the save area definition selected from the association control definition and the dynamic restoration target control definition of the child element of the save area definition, the selected save area definition and the dynamic restoration target control definition are hierarchically stored in the storage unit. A memory control unit.

[0008] In order to solve the above-mentioned problems and achieve the object, an information processing method according to the present invention includes: An information processing method executed by a storage area setting unit, a control setting unit, a dynamic restoration target setting unit, and a storage control unit provided in an information processing device, the storage area setting unit comprising: a save area setting step of setting a save area definition indicating a save area to be saved within an area of ​​the display screen; The control setting section a control setting step for setting a control definition indicating a control which is at least a display item or an operation button to be arranged in the storage area set in the storage area setting step; A dynamic restoration target setting unit, A dynamic restoration target setting step of setting, as a dynamic restoration target control definition, a control whose value is to be dynamically updated and displayed the next time the screen is displayed from among the controls; The memory control unit, Storage area definition As a child element of Control definition By associating the save area definition selected from the association control definition and the dynamic restoration target control definition of the child element of the save area definition, the selected save area definition and the dynamic restoration target control definition are hierarchically stored in the storage unit. and a storage control step.

[0009] In order to solve the above-mentioned problems and achieve the object, an information processing program according to the present invention provides a computer including: a save area setting unit that sets a save area definition indicating a save area to be saved among areas within a display screen; a control setting unit that sets a control definition indicating controls that are at least display items or operation buttons to be placed within the save area set by the save area setting unit; a dynamic restoration target setting unit that sets, among the controls, a control whose value is dynamically updated and displayed the next time the screen is displayed or thereafter as a dynamic restoration target control definition; As a child element of Control definition By associating the save area definition selected from the association control definition and the dynamic restoration target control definition of the child element of the save area definition, the selected save area definition and the dynamic restoration target control definition are hierarchically stored in the storage unit. It is characterized by functioning as a memory control unit. Effect of the Invention

[0010] The present invention has an effect of simplifying input operations, for example, when creating forms, application documents, and the like. [Brief description of the drawings]

[0011] [Figure 1] FIG. 1 is a diagram showing a system configuration of a task support system according to an embodiment. [Diagram 2] FIG. 2 is a block diagram showing the hardware configuration of the low-code Web development device. [Diagram 3] FIG. 3 is a block diagram showing the hardware configuration of the application Web server device. [Figure 4] FIG. 4 is a diagram for explaining an overview of the development stages of a form application program. [Diagram 5] FIG. 5 is a diagram for explaining an overview of the usage stages of a form application program. [Figure 6] FIG. 6 is a diagram for explaining an outline of a dynamic update process for a target period and the like in a form application program. [Figure 7] FIG. 7 is a diagram showing a conventional programming for performing dynamic update processing. [Figure 8]FIG. 8 is a diagram for explaining how to design a form application screen. [Figure 9] FIG. 9 is a diagram showing a Web screen displayed on the business support device of the business operator based on the form application program. [Figure 10] FIG. 10 is a diagram for explaining how to set the screen save action and the screen restore action. [Figure 11] FIG. 11 is a diagram for explaining detailed settings for the screen save action. [Figure 12] FIG. 12 is a diagram for explaining a function setting operation in the screen save action. [Figure 13] FIG. 13 is a diagram for explaining detailed settings for the screen restore action. [Figure 14] FIG. 14 is a diagram showing an example of setting a screen save action and a screen restore action. [Figure 15] FIG. 15 is a diagram for explaining a placeholder provided on a master page. [Figure 16] FIG. 16 is a diagram for explaining the operation of setting an area to be saved by a screen save action. [Figure 17] FIG. 17 is a diagram for explaining the operation of setting a dynamic restoration target in a screen save action. [Figure 18] FIG. 18 is a diagram for explaining the operation of setting a function target in a screen save action. [Figure 19] FIG. 19 is a diagram showing an example of action information of a screen save action stored in the application definition database. [Figure 20] FIG. 20 is a diagram for explaining the setting operation of the restoration target in the screen restoration action. [Figure 21] FIG. 21 is a diagram for explaining the setting operation of excluded items in the screen restoration action. [Figure 22] FIG. 22 is a diagram showing an example of action information of the screen restoration information stored in the application definition database. [Diagram 23] FIG. 23 is a diagram showing a flow in which a Web screen is displayed on a business support device based on a form application program. [Figure 24] FIG. 24 is a diagram showing an example of a Web screen displayed on the business support device based on a form application program. [Diagram 25] FIG. 25 is a diagram for explaining the dynamic update process of a dynamic update target that is performed based on a form application program. [Figure 26] FIG. 26 is a diagram showing an example of an image save dialogue displayed when the save button on the Web screen is operated. [Figure 27] FIG. 27 is a diagram showing an example of a dynamic update setting screen that is displayed when the dynamic update target setting button in the image save dialog is operated. [Figure 28] FIG. 28 is a diagram showing the image save dialog in a state in which a function subject to dynamic update has been set. [Figure 29] FIG. 29 is a diagram showing various data stored in the business database when the save button in the screen save dialog is operated. [Diagram 30] FIG. 30 is a diagram showing an example of a dynamic update setting screen on which a list of available functions is displayed. [Diagram 31] FIG. 31 is a diagram for explaining the operation of obtaining the base date using the screen item function. [Diagram 32] FIG. 32 is a diagram illustrating an example of a normal function. [Diagram 33] FIG. 33 is a schematic diagram showing the flow of a function analysis operation by the analysis unit. [Diagram 34] FIG. 34 is a diagram for explaining functions that are patterned and registered in the function formula master. [Diagram 35] FIG. 35 is a diagram showing a function formula displayed in the screen save dialog. [Diagram 36] FIG. 36 shows a function formula that can be called in a suggested format on the screen save dialog. [Figure 37]FIG. 37 is a diagram showing an example of a Web screen (initial screen) that is displayed based on the UI information and action information stored in the application definition database. [Figure 38] FIG. 38 is a diagram for explaining various information acquired from the business database at the time of restoring the screen. [Figure 39] FIG. 39 is a diagram showing a flow of restoring a specified screen. [Diagram 40] FIG. 40 is a diagram for explaining the business function. [Diagram 41] FIG. 41 is a diagram showing the flow of registering a business function in the business function master of the business database. [Diagram 42] FIG. 42 is a diagram showing an example of a dynamic update setting screen on which a list of functions including business functions is displayed. [Diagram 43] FIG. 43 is a diagram showing an example of a Web screen restored by the restoration process. [Diagram 44] FIG. 44 is a diagram for explaining the dynamic update process of the dynamic update target based on the business function. [Diagram 45] FIG. 45 is a diagram for explaining a function for displaying frequently used functions at a higher level. [Figure 46] FIG. 46 shows functions listed in order of frequency of use. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0012] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS A task support system according to an embodiment of the present invention will be described in detail below with reference to the accompanying drawings. The present invention is not limited to the following description of the embodiment.

[0013] [System Configuration] 1 is a diagram showing the system configuration of a business support system according to an embodiment. As shown in FIG. 1, the business support system according to the embodiment includes a developer computer device 1, a low-code development Web server device 2, an application definition database 3, an application Web server device 4, a business support device 5, and a business database 7.

[0014] The developer computer device 1 communicates with the low-code development Web server device 2 via a predetermined network such as the Internet using a Web browser 8. The low-code development Web server device 2 provides the developer computer device 1 with a form application development tool (an example of an information processing program) as an example of a low-code development tool. The developer uses the form application development tool provided by the low-code development Web server device 2 to operate the developer computer device 1 to create a form application program. As a result, the form application program created by the developer computer device 1 is stored in the application definition database 3 of the low-code development Web server device 2.

[0015] In the following description, it is assumed that the application definition database 3 is provided in the low-code development Web server device 2. However, the application definition database 3 may be provided in a server device that is physically different from the low-code development Web server device 2.

[0016] The application Web server device 4 acquires definition data of the business support program created by the developer computer device 1 from the application definition database 3 of the low-code development Web server device 2. The application Web server device 4 also generates a form application program based on the acquired definition data. The application Web server device 4 then generates a form input screen and the like based on the generated form application program and transmits it to the business support device 5 via the Web browser 9.

[0017] The business support device 5 uses the form application program generated by the application Web server device 4 via a Web browser 9 to perform input processing of a desired form. The application Web server device 4 generates business data based on the input processing of the business support device 5, and transmits the business data to the business server device 10 via a business API (Application Programming Interface) 6. The business server device 10 stores or updates the business data acquired from the application Web server device 4 in a business database 7. In addition, the business data stored in the business database 7 is acquired via the application Web server device 4 in response to a request from the business support device 5, and provided to the business support device 5 via the Web browser 9.

[0018] (Low-code development web server device configuration) 2 is a diagram showing the configuration of the low-code development Web server device 2. As shown in this Fig. 2, the low-code development Web server device 2 has a storage unit 15, a control unit 16, and a communication interface unit 17.

[0019] A form application development tool is stored in the storage unit 15. As an example, this form application development tool is a so-called low-code development tool. Note that the form application development tool may be constructed using a development tool other than the low-code development tool. There are two types of low-code development tools: a type that "stores and provides source code or binary programs generated in advance" and a type that "is interpreted sequentially at the time of execution and executed as runtime code." Either type of low-code development tool may be used to create the form application development tool.

[0020] A development user develops a desired form application program using a form application development tool stored in the low-code development Web server device 2 via a Web browser 8 of the development computer device 1 and a predetermined network 13. The network 13 may be a wide area network such as the Internet or a private network such as a Local Area Network (LAN). The application definition of the form application program developed by the development user is stored in an application definition database 3 in a storage unit 15.

[0021] The control unit 16 operates based on a report application development tool, and functions as a communication control unit 21, an input processing unit 22, a panel setting unit 23, a control setting unit 24, a restoration target setting unit 25, a dynamic restoration target setting unit 26, a memory control unit 27, and an action setting unit 28.

[0022] The communication control unit 21 communicates with the development computer device 1 via the communication interface unit 17, the network 13, and the Web browser 8, and acquires information indicating input operations, etc., of the developer user. The input processing unit 22 performs input processing for the developer user based on the acquired information indicating input operations, etc., of the developer user. The panel setting unit 23 sets a panel of a predetermined area on the application screen that serves as the user interface for the form, in response to the input operations of the developer user. The control setting unit 24 sets controls, such as text boxes and predetermined buttons, on the panel.

[0023] The restoration target setting unit 25 sets, as restoration target control definitions, controls and values ​​that will display the same value the next time the panel is displayed from among the controls on the application screen. The dynamic restoration target setting unit 26 sets, as dynamic target control definitions, controls that will dynamically display a corresponding value the next time the panel is displayed from among the controls on the application screen (change the value to the corresponding value the next time the panel is displayed).

[0024] The storage control unit 27 stores the setting information set by the panel setting unit 23 to the dynamic restoration target setting unit 26 as an application definition in the application definition database 3, which is an example of a storage unit. As a result, a form application program developed by the development user is formed in the application definition database 3. The action setting unit 28 performs detailed setting of the save action and the restore action.

[0025] (Application Web Server Device Configuration) 3 is a diagram showing the configuration of the application Web server device 4. As shown in this Fig. 3, the application Web server device 4 includes a storage unit 31, a control unit 32, and a communication interface unit .

[0026] The control unit 32 operates based on an application generation program (not shown) to function as an application generation unit 40. The application generation unit 40 acquires an application definition stored in the application definition database 3 of the low-code development Web server device 2 via the communication control unit 41, generates a form application program, and controls storage of the program in the storage unit 31.

[0027] Moreover, the control unit 32 functions as a communication control unit 41, an input processing unit 42, a screen control unit 43, a memory control unit 44, and an analysis unit 45 by operating based on the generated form application program.

[0028] The communication control unit 41 not only acquires the application definition from the low-code development Web server device 2 as described above, but also communicates with the business support device 5 via the Web browser 9 to acquire business data. The input processing unit 42 performs input processing of the business data acquired from the business support device 5. The screen control unit 43 provides the business support device 5 with an input screen for the business data, etc. The storage control unit 44 is an example of a second storage control unit, and transmits the business data to the business server device 10 via the communication control unit 41, and controls storage in the business database 7, which is an example of a second storage unit. The analysis unit 45 analyzes the function formula. This will be described in detail later.

[0029] (Configuration of business server device) 3, the business server device 10 has a business API 6, a business database 7, and a control unit 19. In the business database 7, function formula master 61, accounting period master 62, business function master 63, and priority display function data 64 are stored.

[0030] In the function formula master 61, function formulas and display names in Japanese are registered in association with each other for each page of the form. In the accounting period master 62, the start date and end date of the accounting period are registered in association with each other. In the business function master 63, function formulas, display names, API processes, etc. specialized for each business are registered in association with each other. The priority display function data 64 is function data for frequently used functions, and is displayed at the top when the functions are displayed in a list. This will be described in more detail later.

[0031] (Two stages in low-code development) The low-code development platform of the business support system according to the embodiment assumes two types of users: developers of form application programs and business operators of client companies. Basically, the relationship between developers and business operators is such that developers use the low-code development platform to develop form application programs, and business operators use the form application programs for business purposes. For this reason, form application programs have two stages: a development stage (operated by developers) and a usage stage (operated by operators).

[0032] That is, in the development stage, a developer uses a low-code development platform to develop a report application program. In this development stage, the user interface (UI) is set and actions are set by flows. The settings made in this development stage are registered in the application definition database 3 and reflected in the report application program.

[0033] In contrast, in the usage stage, when a business operator uses the developed form application program, the form application program is executed based on the definition in the application definition database 3. The form application program is defined in the development stage, and the business operator cannot change the form application program. When the business operator performs an operation such as clicking a button, processing corresponding to the flow definition assigned to that button in the development stage is performed.

[0034] (Development stage overview) Fig. 4 is a diagram for explaining an overview of the development stage. The development stage is a stage where a developer develops a form application program. In the development stage, the developer designs (develops) a user interface by arranging panels and arranging desired controls such as buttons on the panels based on a UI development screen shown in Fig. 4(a), for example, and also allocates the user interface to a flowchart (flow) showing desired operations.

[0035] Also, in the development stage, the developer assigns a series of logic to the controls such as buttons arranged on the UI development screen shown in Fig. 4(a) on the flow development screen shown in Fig. 4(b), for example. The example in Fig. 4(b) is an example in which the first screen save action is assigned to the save flow.

[0036] Also, in the development stage, the developer sets the target to be saved when saving the screen or the exclusion setting when restoring the screen on the action development screen shown in FIG. 4(c), for example. The example of FIG. 4(c) shows an example of editing the action assigned on the flow development screen shown in FIG. 4(b), and shows an example of setting to save the entire screen when saving the screen. Note that the panel is saved by selecting "Panel" in FIG. 4(c). The application definition, which is the content set on this action development screen, is saved in the application database 3. The application definition saved in the application database 3 includes flow information, UI information, action information, business tool information, etc. Details will be described later. Such application definition is reflected in the behavior of the form application program operated by the user via the business support device 5.

[0037] (Overview of the usage stages) The utilization stage is a stage in which a business operator utilizes the form application program developed by a developer in the development stage. In the utilization stage, the application Web server device 4 provides operations based on the form application program to the business support device 5 operated by the business operator, based on the application definition stored in the application definition database 7, as shown in Fig. 5(a) to Fig. 5(e). When the business operator operates a button, processing is executed according to the flow definition assigned to that button in the development stage.

[0038] Figure 5(a) shows an example of an application screen designed at the development stage. In this example, input fields for employee code, employee name, and department, as well as a save button and a restore button are displayed on the panel. When the save button is operated, a screen save dialog is displayed as shown in Figure 5(b), and the data can be saved as business data in the business database 7 (for accounting or sales) with a save name as shown in Figure 5(e). The application definition itself is a task performed at the development stage, and cannot be changed by business operators.

[0039] Examples of the business data registered from the application screen include journal entry data (stored in the accounting database), sales data, and purchase data (stored in the sales database). Also, examples of the business data registered from the application screen include screen save pattern data (common to the accounting database and the sales database), and screen save pattern default values ​​(common to the accounting database and the sales database), etc.

[0040] In addition, when the restore button shown in Figure 5(a) is operated, a restore dialog is displayed as shown in Figure 5(c), and it is possible to specify restoration (redisplay) of a screen that was saved with a save name in the screen save dialog shown in Figure 5(b).

[0041] (Mechanism for saving and restoring part of the screen field input contents) (Overview and Issues of Screen Capture Function) Next, the overview and issues of the screen saving function will be explained using as an example a report screen where a report is output by specifying the target period, business establishment, and department. Note that the report search conditions (target period, business establishment, department) are assumed to be placed on the same panel (first search condition panel) on the screen. Business operators can reduce the amount of input required for report output work by saving screen information as a pattern and restoring the pattern (screen) as necessary. When saving screen information, the following requirements can be considered depending on the item.

[0042] First, when saving screen field input contents, there are two cases: when you want to save all the controls (text boxes and buttons, etc.) on the screen, and when you want to save only the controls on a specific area (e.g., a panel). In the screen example shown in FIG. 6(a), the items that the business operator wants to pattern are the search conditions of a form, and only the items on the first search condition panel are the targets of patterning. In addition, there are also cases where you want to exclude some items on the panel from being saved depending on the operator's operation, such as patterning only the business office and having the business operator input the departments each time because there are many of them. In addition, the required values ​​for date items such as the target period in the search conditions change over time, so if you simply pattern and save and restore the screen information, the saved values ​​will become outdated, and the operator will eventually have to manually correct the values.

[0043] In this way, even for items that are not suitable for simple value saving and restoration (items that change frequently and are difficult to pattern), it may be possible to dynamically calculate the required value. For example, in the case of the screen example in FIG. 6(a), the base date is always set to the server date (current date). Therefore, by using this base date value, the appropriate date can be displayed on the restored screen. For example, in the daily report output screen (example: daily schedule) shown in FIG. 6(b), the value of the base date is often set for the target period. Also, in the monthly report output screen (example: monthly trend table) shown in FIG. 6(c), the value of the beginning and end of the month of the base date is often set for the target period. Calculating dynamic values ​​in this way and restoring screen information is hereinafter referred to as "dynamic update processing."

[0044] When performing dynamic update processing, it is necessary to set a function (which obtains the value of the base date on the screen and returns the required value based on that value) for the item (target period) that requires dynamic update.

[0045] In the conventional programming example shown in Fig. 7, when placing controls on a panel, each developer realizes such a hierarchical structure of UI controls using a programming language such as HTML (Hyper Text Markup Language) or ASP (Active Server Page). The example in Fig. 7 is an example programmed in HTML, in which the base date (KijunDate) on the first search condition panel is not restored, and the start date of the target period (TaishouKikanFrom) and the end date of the target period (TaishouKikanTo) are dynamically restored. Also, in the example in Fig. 7, the business establishment code (ZigyoushoCD) is restored, and the department code (BumonCD) is not restored.

[0046] In order to extract elements to be saved from such HTML information, separate programming or other processing is required, which makes it difficult to uniformly extract and specify the elements to be saved and to change the elements to be saved.

[0047] (Characteristics of low-code infrastructure (clarifying the hierarchical structure between controls)) In the low-code development platform, a developer designs a form application screen by dragging and dropping controls such as panels, text boxes, and buttons on the UI development screen as shown in Fig. 8(a). In this case, when a text box is placed on a panel on the low-code platform, a hierarchical structure showing the parent-child relationship between the panel control and the text box control is created and maintained.

[0048] 8(a), four text boxes, such as target period start, target period end, business establishment, and department, are placed by the control setting unit 24 as child elements of the control of the panel (first search condition panel) set by the panel setting unit 23. When the controls are placed in this way, the restoration target setting unit 25 and the dynamic restoration target setting unit 26 associate the text box controls of target period start, end, business establishment, and department as child elements of the panel with the panel control as the parent element. The storage control unit 27 then registers the hierarchically structured information in the application definition database 3.

[0049] Such a general-purpose screen information saving and restoration mechanism, which saves the controls on the screen as organized information, makes it easier to understand the parent-child relationships of each control than with the conventional HTML structure.

[0050] That is, in the application definition database 3 shown in Fig. 9(a), the start date of the target period (TaishouKikanFrom), the end date of the target period (TaishouKikanTo), the business establishment code (ZigyoushoCD), and the department code (BumonCD) are registered as child elements associated with the first search condition panel, which is the first panel (Panel No. 1), as shown in Fig. 9(b). The application Web server device 4 converts such application definitions acquired from the application definition database 3 into HTML data as shown in Fig. 9(c), and provides them to the business support device 5.

[0051] The business support device 5 displays the HTML data from the application Web server device 4 on the output device 52 shown in Fig. 3 via the Web browser 9. As a result, as shown in Fig. 9(d), a first storage condition panel is displayed, which includes input items for the target period, business establishment, and department, a save button, a restore button, and the like, in accordance with the above-mentioned parent-child relationship (hierarchical structure).

[0052] (A mechanism for saving and restoring a screen using a hierarchical structure between controls) (Process flow settings and association between controls and process flows) Next, on the development platform, the process to be executed when a button is operated can be set as a process flow. The unit of processing that can be placed in a flowchart is called an "action." As mentioned above, there are several requirements for saving and restoring a screen. To meet these requirements, the low-code development platform allows users to set two actions, a "screen save action" and a "screen restore action," as shown in Figure 10(a).

[0053] The examples in Figures 10(a) and 10(b) show an example in which a flow (called a save flow) that calls a first screen save action is created, and this flow definition is registered in the application definition database 3. The control setting unit 24 shown in Figure 2 assigns the flow definition registered in the application definition database 3 to a control event on the developed screen, as shown in Figure 10(c). This makes it possible to execute the processing specified in the flow definition. It is assumed that a flow (save flow) that includes a screen save action is assigned to the save button, and a flow (restore flow) that includes a screen restore action is assigned to the restore button.

[0054] (Advanced settings for screen save action) Next, as shown in Fig. 11(a) to Fig. 11(c), detailed settings can be made for a screen save action set in a flow. Fig. 11(d) is an example of an edit screen (detailed setting screen) for the first screen save action. As shown in Fig. 11(d), the edit screen for the first screen save action has edit items for "target area", "dynamic restoration target", and "function target".

[0055] When the developer selects the "target area" item as shown in Fig. 11(d), the action setting unit 28, which is an example of a save area setting unit, displays the selection items "full screen" and "panel" on the development computer device 1. If the developer wants the target area to be saved in the first screen save action to be the entire screen (full screen), the developer selects the selection item "full screen" as shown in Fig. 11(d).

[0056] Furthermore, when the developer wishes to set the target area to be saved by the first screen save action to the area of ​​a panel arranged on the screen, the developer selects the selection item of "Panel" as shown in FIG. 11(e). For example, when there are multiple "panels" to be saved in the application definition database 3 shown in FIG. 11(f), such as the first search condition panel and the second search condition panel, the action setting unit 28 displays a list of each panel in a pull-down menu or the like. The developer selects a desired panel from among the panels displayed in the list. The example in FIG. 11(e) is an example in which the first search condition panel is selected as the target area to be saved by the first screen save action.

[0057] Next, when the developer selects the editing item "Dynamic Restore Target" as shown in Fig. 11(g), the action setting unit 28 extracts elements (base date, target period start, target period end, business establishment, department) that have values ​​among the controls on the screen from the application definition database 3 shown in Fig. 11(f) and displays them in a list as shown in Fig. 11(g). The developer selects the controls to be the dynamic restore targets from the listed controls as shown in Fig. 11(h). It is possible to give the selected controls an item name, such as "start date" or "end date".

[0058] Next, when the developer selects the "Function target" editing item as shown in Fig. 12(a), the action setting unit 28 extracts elements having values ​​in the control (base date, target period start, target period end, business establishment, department) from the application definition database 3 as shown in Fig. 12(d) and displays them in a list as shown in Fig. 12(a). The developer selects the desired control to be the function target from the controls displayed in the list as shown in Fig. 12(b). It is possible to give the selected control a function name, for example, "KIJUNFUNC".

[0059] Fig. 12(c) shows an example of an editing screen of the first screen save action in a state where the detailed settings of the target area, dynamic restoration target, and function target are completed. When the detailed settings of the target area, dynamic restoration target, and function target are completed, the storage control unit 27 associates the target area (first search condition panel), function target (reference date / KIJUNFUNC), and dynamic restoration target (start of target period / start date, end of target period / end date) with the first screen save action and registers them in the application definition database 3, as shown in Fig. 12(e).

[0060] (Advanced settings for screen restore action) Next, as shown in FIG. 13(a) to FIG. 13(c), it is possible to perform detailed settings for the screen restoration action set in the flow. FIG. 13(d) shows the first 13(d) is an example of an edit screen (detailed setting screen) for the first screen restoration action. As shown in FIG. 13(d), the edit screen for the first screen restoration action has edit items for "Restore target" and "Exclude target".

[0061] When the developer selects the “Restore Target” item as shown in FIG. 13(d), the action setting unit 28 extracts the above-mentioned saved actions registered in the application definition database 3 shown in FIG. 13(e) and displays them in a list form such as a pull-down menu as shown in FIG. 13(d).

[0062] In contrast, FIG. 13(f) is an example of an editing screen for the first screen restoration action when the developer selects the "exclusion item" item. In this case, the action setting unit 28 extracts elements (target period start, target period end, business establishment, department) having values ​​among the controls on the screen from the application definition database 3 shown in FIG. 13(g), and displays them in a list as shown in FIG. 13(f). The developer selects controls that are not to be restored from among the controls displayed in the list, for example, by checking the checkboxes as shown in FIG. 13(f). The example in FIG. 13(f) is an example in which "department code" is selected as a control that is not to be restored. In this case, the action setting unit 28 functions as an example of an exclusion control setting unit, and sets an exclusion control definition that indicates a control (exclusion item) that does not restore an input value.

[0063] Next, Fig. 13(h) shows an example of an editing screen for the first screen restoration action in a state where detailed settings of the restoration target and excluded items have been completed. When detailed settings of the restoration target and excluded items have been completed, the storage control unit 27 associates the restoration target (first screen save action) and excluded items (department code) with the first screen restoration action and registers them in the application definition database 3, as shown in Fig. 13(i).

[0064] In this way, the low-code development platform allows you to flexibly specify the restoration target and set the screen save action and screen restore action without coding. This allows you to identify the target to be restored. The example in FIG. 14(a) is an example in which the "first search condition panel" is set as the target area of ​​the first screen save action, the "reference date" is set as the function target, and "start of target period, end of target period" are set as dynamic restoration targets. The example in FIG. 14(a) is also an example in which the "first screen save action" is set as the restoration target of the first screen restore action, and "department code" is set as the excluded item.

[0065] 14(b), the reference date and the first search condition panel that are not subject to update are displayed on the output device 52 of the business support device 5 by the application Web server device 4. Also, on the first search condition panel, the target period that is subject to dynamic restoration, the business establishment that is subject to update, each item of the department that is not subject to update, a save button, a restore button, etc., which are child elements of the first search condition panel, are displayed by the application Web server device 4.

[0066] (Screen saving and restoration using hierarchical structure between pages) Next, a screen that acts as a template for each screen in a report application program is called a "master page." For example, by using a master page that matches the characteristics of each screen, such as a master maintenance or report, the development costs for each screen can be reduced. Child screens created using a master page can inherit and use the controls or actions of the master page, as explained below. The inheritance mechanism required for screen restoration and saving is explained below. The content inherited from the master page is divided into parts that cannot be changed and parts that can be changed according to the discretion of each screen, in order to create a sense of unity between child screens, allowing for flexible screen design.

[0067] (Control (UI information) inheritance) As shown in Figure 15(a), on the master page, as shown by the diagonal line area, it is possible to set an area (hereinafter referred to as a placeholder) where controls can be added on the child screen. The controls on the master page (base date, first search condition panel, target period, business establishment, department) are automatically inherited by the child screen as shown in Figures 15(b) and 15(d). Also, on the child screen side, it is possible to place the controls required for each child screen on the placeholder.

[0068] Items such as the target period, business establishment, and department are conditions used in any report, so they are listed on the master page. As an example of individual settings, client information is added to the search conditions for the daily report, and account item information is added to the search conditions for the monthly trend report.

[0069] The example in Fig. 15(b) is an example in which a "customer" control is placed on a placeholder in a child screen. As a result, the action setting unit 28 adds and sets the "customer" control (TorihikisakiCD) as a child element of the first search condition panel. The storage control unit 27 adds and registers the "customer" control (TorihikisakiCD) as a child element of the first search condition panel in the application definition database 3, as shown in Fig. 15(c).

[0070] Similarly, the example of Fig. 15(d) is an example in which a "Total Account Title" control is placed on a placeholder in a child screen. As a result, the action setting unit 28 adds and sets the "Total Account Title" control (KanjouCD) as a child element of the first search condition panel. The storage control unit 27 adds and registers the "Total Account Title" control (KanjouCD) as a child element of the first search condition panel in the application definition database 3, as shown in Fig. 15(e).

[0071] (Inheritance of screen save action) Next, the setting of the "target area" in the above-mentioned screen save action shown in Fig. 16(a) is such that the information set on the master page is inherited by the child screen and cannot be changed from the child screen, as shown by the diagonal lines in Fig. 16(b). By combining it with the placeholder mechanism explained using Fig. 15(a), you can make the desired controls the target for screen save simply by placing the controls on the child screen, allowing you to flexibly add save targets without coding.

[0072] In addition, the "Dynamic Restore Target" setting in the above-mentioned screen save action shown in Fig. 17(a) is inherited by the child screen from the information set on the master page, as shown by the diagonal lines in Fig. 17(b), and additional control settings can be made from the child screen. The example in Fig. 17(b) is an example where the "Customer" control is added from the child screen.

[0073] In addition, the "Function Target" setting in the above-mentioned screen save action shown in Fig. 18(a) is inherited by the child screen from the information set on the master page, as shown by the diagonal lines in Fig. 18(b), and additional controls to be the function target can be set from the child screen. The example in Fig. 18(b) is an example where the business establishment (ZIGYOUSHOFUNC) is added as the function target from the child screen.

[0074] The inherited screen save action settings are stored in the application definition database 3 by the storage control unit 27 as shown in FIG.

[0075] (Screen restore action inheritance) Next, in the above-mentioned screen restoration action shown in Figure 20(a), the "Restore target" setting is inherited by the child screen from the information set on the master page, as shown by the diagonal lines in Figure 20(b), and cannot be changed from the child screen.

[0076] In contrast, the "exclusion items" setting in the above-mentioned screen restoration action shown in Fig. 21(a) is such that the information set on the master page is inherited by the child screen, as shown by the diagonal lines in Fig. 21(b), and additional controls can be set as excluded items from the child screen. The example in Fig. 21(b) is an example where the "client" control is added as an excluded item from the child screen.

[0077] The inherited screen restoration action settings are stored in the application definition database 3 by the storage control unit 27 as shown in FIG.

[0078] (Data structure and mechanism for saving and restoring screen items) (Process flow from the operator's perspective when saving and restoring screens) 3 generates a form application program based on the application definition stored in the application definition database 3. Then, the application Web server device 4 generates, for example, an input screen for a daily schedule based on the generated form application program, and provides it to the business support device 5 of the business operator.

[0079] Fig. 23(a) is an example of the above-mentioned first search condition panel displayed on the output device 52 of the business support device 5. When a business operator inputs desired values ​​into each input item of the first search condition panel via the input device 51 and operates the save button, the input processing unit 42 of the application Web server device 4 detects this, and the screen control unit 43 generates a screen save dialog shown in Fig. 23(b). The communication control unit 41 transmits this screen save dialog to the business support device 5 via the network 13.

[0080] The business operator adds a save name, such as "first sample data," to the screen save dialogue and operates the save button. When the input processing unit 42 of the application Web server device 4 detects the operation of the save button of the save dialogue, the storage control unit 44 generates screen pattern information of the first sample data that reflects the above-mentioned target area, dynamic restoration target, function target, and excluded item. Then, the storage control unit 44 transmits the screen pattern information of the first sample data to the business server device 10 via the communication control unit 41, and controls storage in the business database 7 as shown in FIG. 23(c).

[0081] Next, when the restore button shown in Fig. 23(a) is operated, the input processing unit 42 of the application Web server device 4 detects this, and the communication control unit 41 acquires screen pattern information of each sample data from the business database 7 of the business server device 10 as shown in Fig. 23(d). The screen control unit 43 of the application Web server device 4 generates a screen restore dialog as shown in Fig. 23(e) based on the acquired screen pattern information. The communication control unit 41 transmits this screen restore dialog to the business support device 5 via the network 13.

[0082] The screen restoration dialog displays a list of each sample data previously saved. The business operator selects sample data corresponding to the screen to be restored from the screen restoration dialog, and operates the restore button on the screen restoration dialog. The screen control unit 43 of the application Web server device 4 restores the screen corresponding to the sample data selected from the screen restoration dialog, and transmits it to the business support device 5. As a result, the screen reflecting the above-mentioned target area, dynamic restoration target, function target, and excluded item is restored on the output device 52 of the business support device 5, as shown in FIG. 23(a).

[0083] (Saving and restoring screen information) Next, the process of saving and restoring screen information is explained. The example explained below is one in which the first search condition panel is the save area in the screen save action. In this case, the controls that are child elements of the first search condition panel (target period start, end, business establishment, department) are the ones to be saved. Depending on the dynamic update target setting of the screen save action, the target period start and target period end become the dynamic update targets, and the business establishment code and department code are the normal update targets.

[0084] First, when a business operator performs an operation to launch a report application program, the screen control unit 43 of the application Web server device 4 obtains the UI information shown in Figure 24(b) from the application definition database 3, as well as the action information shown in Figure 24(c), and generates a monthly trend table, which is an example of a Web screen such as that shown in Figure 24(a), and displays it on the business support device 5.

[0085] Next, the business operator inputs search conditions into the monthly transition table and operates the save button as shown in Fig. 25. This causes the screen control unit 43 of the application Web server device 4 to obtain the value of the reference date on the screen based on the function target setting of the first screen save action shown in Fig. 24(c), and passes it to the dynamic update setting screen described with reference to Fig. 27 (used in the dynamic update setting screen).

[0086] In addition, the start and end of the target period are subject to dynamic update by the dynamic update target setting of the first screen save action shown in Fig. 24(c). Note that Fig. 25 shows an example in which data such as the business office "A1 = Tokyo business office" and the department "B1 = Sales department" are registered in advance in the business database 7.

[0087] Next, when the business operator operates the save button of the monthly transition table shown in Fig. 25, the screen control unit 43 of the application Web server device 4 generates an image save dialog shown in Fig. 26. As described above, the name "start date" is assigned to the start of the target period and the name "end date" is assigned to the end of the target period due to the dynamic update target setting of the first screen save action. Therefore, the screen control unit 43 generates an image save dialog that displays a list of the names of the start date and end date as dynamic update targets, and displays it on the business support device 5.

[0088] In this image saving dialogue, the business operator operates the setting button of the dynamic update target for which the function setting is to be performed, among the dynamic update targets such as the start date or end date of the target period. When this setting button is operated, the screen control unit 43 of the application Web server device 4 generates the dynamic update setting screen shown in FIG. 27(a) and displays it on the business support device 5.

[0089] The dynamic update setting screen shown in FIG. 27(a) is an example of a dynamic update setting screen corresponding to the "start date" of the target period. As described above, the name "KIJUNFUNC" is added to the base date by the function target setting of the first screen save action. Therefore, the screen control unit 43 of the application Web server device 4 generates a dynamic update setting screen in which the function "KIJUNFUNC()" is displayed in the display area of ​​the usable function list. In addition, the screen control unit 43 generates a dynamic update setting screen in which, for example, "BEGINMONTH()", which is a function that acquires the first date of the month of the date passed as an argument, and "ENDMONTH()", which is a function that acquires the last date of the month of the date passed as an argument, are displayed in the display area of ​​the usable function list.

[0090] Here, when the value of the function formula is changed, the analysis unit 45 shown in FIG. 3 performs a verification process for the function formula, and the verification result is displayed in the preview field of the function formula shown in FIG. 27(a). The example of FIG. 27(a) is an example of a preview display indicating that the function formula "BEGINMONTH(KIJUNFUNC())" is a valid verification result. In the case of an invalid function formula, the screen control unit 43 generates a dynamic update setting screen in which an "x" mark is displayed in the preview field together with the invalid function formula such as "BEGINMONTH(KIJUNFUNC(", as shown in FIG. 27(b). In the case of an invalid function formula, the screen control unit 43 generates a dynamic update setting screen in which an error message such as "Error: Function formula is invalid" is added to the bottom of the preview field as shown in FIG. 27(b).

[0091] Next, the fact that the value of the function formula is displayed in the preview field means that the function formula is a valid function formula. Therefore, the business operator operates the Confirm button on the dynamic update setting screen. When the Confirm button on the dynamic update setting screen is operated, the screen control unit 43 of the application Web server device 4 generates a screen save dialog in which the function formula "BEGINMONTH(KIJUNFUNC())" is set as the dynamic update target for the start date set on the dynamic update setting screen, as shown in FIG. 28, and displays it on the business support device 5.

[0092] When the business operator operates the pattern registration button on the dynamic update setting screen shown in Fig. 27, the storage control unit 44 of the application Web server device 4 patterns the function formula itself separately from the screen information and registers it in the business database 7. This makes it easy to reuse the function formula once it has been set. This will be described in detail later with reference to Fig. 36.

[0093] Next, the business operator sets a desired function formula for the end date in the same way as for the start date based on the screen save dialog, and operates the save button on the screen save dialog shown in Fig. 28. From the action information of the monthly transition table shown in Fig. 24(a), it can be recognized that the first search condition panel is the area to be saved. Therefore, when the save button on the screen save dialog is operated, the storage control unit 44 of the application Web server device 4 sets the first search condition panel as the area to be saved, and generates input item information in which the values ​​entered by the business operator are converted into data, as shown in Fig. 29(a).

[0094] Next, the storage control unit 44 of the application Web server device 4 registers the generated input item information in the business database 7. At the time of this registration, in order to manage the input item information for each user, each page, and each target area, the storage control unit 44 generates screen save pattern data by adding a key, a save name, a user ID, page information, and target area information to the input item information as shown in Fig. 29(b), and registers this in the business database 7. The example of Fig. 29(b) is an example of screen save pattern data generated by adding, to the input item information, "random Guid value" as a key, "first sample data" as a save name, "operator A" as a user ID, "monthly transition table" as page information, and "first search condition panel" as target area information.

[0095] Next, the storage control unit 44 digitizes the information that has been dynamically updated to generate dynamic update setting information as shown in Fig. 29(c). The example in Fig. 29(c) is an example of dynamic update setting information generated by digitizing the start date and end date of the target period in which the above-mentioned function formula is set.

[0096] Next, the storage control unit 44 registers the digitized dynamic update setting information in the business database 7 with the same Guid value (see FIG. 29(b)) as that of the screen storage pattern data, as shown in FIG. 29(d).

[0097] When the screen save pattern data and the dynamic update setting information are registered in the business database 7 in this way, the screen control unit 43 displays the screen of the monthly transition table shown in FIG.

[0098] (List of available functions) Next, a list of available functions is displayed on the dynamic update setting screen, as shown in Figure 30. There are three types of functions: screen item functions that can obtain the values ​​of controls on the screen, normal functions that can be used regardless of the controls on the screen, and business functions that can be freely added by each business application. Business functions will be explained later using Figure 40 etc.

[0099] A screen item function is a function that is associated with an item for which a function target has been set in the action settings in the low-code development platform and registered in the application definition database 3. In the example of FIG. 30, "KIJUNFUNC()" corresponds to this screen item function. When a screen item function is executed, the value of the target control is obtained as the return value. In other words, if the screen item function is a function that obtains the value of the reference date on the screen, a reference value such as "August 16, 2021 (2021 / 8 / 16)" is obtained, as shown in FIG. 31.

[0100] A normal function is a function that is not associated with a control on the screen, and is embedded in a module of a form application program and displayed. In the example of Figure 30, "BEGINMONTH()" and "ENDMONTH()" correspond to this normal function. When this normal function is executed, the result according to the function is obtained as the return value (there are also normal functions that receive arguments).

[0101] FIG. 32 is a diagram showing an example of a normal function. As shown in FIG. 32, for example, the normal function of "TODAY()" is a function that acquires the system date of the server. By executing the normal function of "TODAY()", for example, the system date of the server, such as "August 20, 2021", is acquired.

[0102] The normal function of "YEAR(argument 1)" is a function that obtains the year of the date passed in argument 1. For example, when the normal function of "YEAR(2021 / 8 / 20)" is executed, "2021", the year of the date passed in argument 1, is obtained.

[0103] The normal function of "MONTH(argument 1)" is a function that obtains the month of the date passed in argument 1. For example, when the normal function of "MONTH(2021 / 8 / 20)" is executed, "August", which is the month of the date passed in argument 1, is obtained.

[0104] The normal function of "DAY(argument 1)" is a function that obtains the day of the date passed in argument 1. For example, when the normal function of "DAY(2021 / 8 / 20)" is executed, the "20th", which is the day of the date passed in argument 1, is obtained.

[0105] The normal function of "BEGINMONTH(argument 1)" is a function that obtains the first date of the month of the date passed in argument 1. For example, when the normal function of "BEGINMONTH(2021 / 8 / 20)" is executed, "August 1, 2021 (2021 / 08 / 01)", which is the first date of the month of the date passed in argument 1, is obtained.

[0106] The normal function of "ENDMONTH(argument 1)" is a function that obtains the last day of the month for the date passed in argument 1. For example, when the normal function of "ENDMONTH(2021 / 8 / 20)" is executed, the last day of the month for the date passed in argument 1, "August 31, 2021 (2021 / 08 / 31)", is obtained.

[0107] The normal function of "BEGINMONTH(argument 1, argument 2)" is a function that obtains the first date of the month of the date passed in argument 1, shifting the month by the number of months passed in argument 2. For example, when the normal function of "BEGINMONTH(2021 / 8 / 20,1)" is executed, September 1, 2021 (2021 / 09 / 01) is obtained.

[0108] The normal function of "ENDMONTH(argument 1, argument 2)" is a function that obtains the last date of the month of the date passed in argument 1, shifting the number of months by the number of months passed in argument 2. For example, when the normal function of "ENDMONTH(2021 / 8 / 20,-1)" is executed, "July 31, 2021 (2021 / 07 / 31)" is obtained.

[0109] The available functions are pre-installed in modules within the report application program, and the analysis unit 45 of the application Web server device 4 shown in Figure 3 analyzes the character string entered in the function formula, and if there is a character string that matches the function name, the function is executed and the return value is obtained.

[0110] It is also possible to pass another function as an argument to a function. For example, in the case of the "BEGINMONTH(KIJUNFUNC())" function in the example screen shown in Figure 30, the "KIJUNFUNC()" function obtains the base date on the screen, and the "BEGINMONTH" function obtains the start of the month for the argument date. Therefore, this function formula obtains the start of the month for the base date on the screen. In this way, using functions in combination makes it possible to dynamically update the desired input items.

[0111] (Function expression analysis) Next, the function analysis operation by the analysis unit 45 of the application Web server device 4 shown in Fig. 3 will be described. As described above in "List of available functions," available functions are managed within the form application program. The analysis unit 45 analyzes the character string entered into the function formula on the browser screen of the business support device 5. If this analysis results in an analysis in which the character string is a correct function, the screen control unit 43 executes the function to obtain a return value and reflects it on the screen. If the analysis unit 45 detects the function name and "()" immediately following it, it determines that the function is a correct function.

[0112] The analysis operation of the analysis unit 45 will be described below using the function formula "BEGINMONTH(KIJUNFUNC())" as an example. Fig. 33 is a schematic diagram showing the flow of the analysis operation of the analysis unit 45. In Fig. 33, the analysis unit 45 breaks down the function formula character by character, such as "B" -> "BE" -> "BEG" -> "BEGI", etc., and analyzes whether it is a valid function or not.

[0113] At point "A" in Figure 33, a character string that matches the function name "BEGINMONTH" registered in the report application program is detected. If "(" is detected immediately after, the analysis unit 45 detects the function "BEGINMONTH". Conversely, if "(" cannot be detected immediately after, the analysis unit 45 determines it to be just a character and does not consider it to be a function. In the example in Figure 33, since "(" can be detected immediately after "BEGINMONTH" at point "B", the analysis unit 45 determines that the character string "BEGINMONTH" is a function.

[0114] Next, when ")" is detected immediately after "BEGINMONTH(", the analysis unit 45 determines the character string "BEGINMONTH()" to be a function for which no argument is set. In the example of FIG. 33, since the character "K" is detected immediately after "(" at the point of "C", the analysis unit 45 determines this character string to be a function for which an argument is set, and continues with analyzing the argument.

[0115] Next, by analyzing the character string one character at a time in this manner, it is assumed that a character string matching the function name "KIJUNFUNC" registered in the form application program can be detected at point "D" in Fig. 33. If the analysis unit 45 detects "(" immediately after the character string "KIJUNFUNC", it determines this character string as a function formula for "KIJUNFUNC". On the other hand, if the analysis unit 45 does not detect "(" immediately after the character string "KIJUNFUNC", it determines it to be a simple character string and does not determine whether it is a function formula.

[0116] Next, the example in FIG. 33 is an example in which "(" is detected immediately after the character string "KIJUNFUNC" at the point "E". Therefore, the analysis unit 45 determines that the character string "KIJUNFUNC" is a function formula.

[0117] Next, in the example of FIG. 33, at the point of "F", ")" is detected immediately after the character string "KIJUNFUNC(", and the function of "KIJUNFUNC" is correctly completed, so the analysis unit 45 determines it to be a valid function formula. Based on this analysis result, the screen control unit 43 obtains a date, for example, "2021 / 8 / 16", and reflects it in the reference date of a screen such as a monthly trend chart.

[0118] On the other hand, if "," is detected immediately after the character string "KIJUNFUNC(", this means that a second argument has been set, and so the analysis unit 45 continues to analyze the arguments.

[0119] Finally, at the point "G" shown in FIG. 33, ")" is detected immediately after the character string "KIJUNFUNC()", and the function "BEGINMONTH(KIJUNFUNC())" is correctly completed, so the analysis unit 45 determines that it is a valid function formula. If this function formula is "BEGINMONTH(2021 / 8 / 16)", the screen control unit 43 obtains a date, for example, "2021 / 8 / 1", ​​and reflects it in the start date of the target period of the monthly trend table shown in FIG. 25.

[0120] (Name assignment function for function expressions) Next, the business database 7 of the business server device 10 shown in Fig. 3 is provided with a function formula master 61 that associates and registers a function formula and a display name in Japanese for each page. When a pattern registration button on a dynamic function setting screen (dynamic update setting screen) shown in Fig. 34(a) is operated by a business operator, the screen control unit 43 of the application Web server device 4 generates a function formula pattern registration screen having input fields for the function formula and function formula name selected when the pattern registration button is operated, as shown in Fig. 34(b), and displays this on the business support device 5. The example of Fig. 34(b) is an example in which the function formula "BEGINMONTH(KIJUNFUNC())" is selected, and the function name "obtain the first date of the month of the base date" is input by the business operator.

[0121] The storage control unit 44 of the application Web server device 4 associates the selected function formula with the function name (display name), adds an ID and page information to form a pattern, and registers it in the function formula master 61 of the business database 7.

[0122] 35, when the screen control unit 43 of the application Web server device 4 displays the above-mentioned screen save dialog, if the display name of the function formula is registered in the function formula master 61, it displays the function formula on the screen save dialog with a display name such as "Get the start date of the base date." On the other hand, if the display name of the function formula is not registered in the function formula master 61, it displays the function formula, for example, "ENDMONTH(KIJUNFUNC())" on the screen save dialog.

[0123] (Suggestion function for previously used functions) Next, the function formulas registered in the function formula master 61 can be called up in a suggested format on the screen save dialog. Functions that are used repeatedly are registered in the function formula master 61 as shown in Fig. 36(a). This allows the function formulas registered in the function formula master 61 to be displayed in a list as shown in Fig. 36(b), making them easily reusable.

[0124] Furthermore, by having the developer provide templates that are expected to be used by business operators in advance, the business operators can quickly select and use the desired function formulas as shown in Figure 36(b) from the start of the implementation of the report application program, without having to create new function formulas that are frequently used.

[0125] Also, a flag that controls whether or not to use the function formula editing screen is managed on a separate master, and if the business operator does not need to create a new function, this flag is set to OFF. This makes it possible to select only function formulas that have been registered in advance in the function formula master 61.

[0126] (Screen restore action processing) Next, a screen restoration action process for restoring and redisplaying previously saved screen information will be described. First, when the business support device 5 starts up the form application program, the screen control unit 43 of the application Web server device 4 acquires the UI information shown in Fig. 37(b) and the action information shown in Fig. 37(c) stored in the application definition database 3, and displays the Web screen (initial screen) shown in Fig. 37(a) on the business support device 5.

[0127] When this Web screen is displayed and the business operator operates the restore button shown in FIG. 38(a), the screen control unit 43 of the application Web server device 4 acquires key information required for restoring the screen from the business database 7, as shown in FIG. 38(b). Specifically, the screen control unit 43 acquires the user ID, page information, and target area information as key information. The user ID is information about the operating user (e.g., user A). The page information is information about the operating job (e.g., monthly transition table). The target area information is acquired from the target area of ​​the first screen save action (e.g., the first search condition panel) rather than the restoration target of the first screen restore action.

[0128] Next, the screen control unit 43 acquires a list of screen save pattern data from the business database 7 based on the above-mentioned key information, as shown in Fig. 38(c). The example of Fig. 38(c) is an example in which the first sample data and the second sample data are acquired from the business database 7 based on the above-mentioned key information.

[0129] Next, the screen control unit 43 generates a screen restoration dialog in which the acquired first sample data and second sample data are displayed as a list as shown in Fig. 39(a), and displays this on the business support device 5. The business operator selects sample data corresponding to the screen to be restored from the sample data displayed as a list on the screen restoration dialog, and operates the restore button.

[0130] When the restore button is operated, the screen control unit 43 of the application Web server device 4 acquires screen save pattern data (input item information shown in FIG. 38(c)) from the business database 7 based on the selected save name (first sample data) as shown in FIG. 39(b). At the same time, the screen control unit 43 extracts dynamic update setting data having the same key information as the selected save name (first sample data) as shown in FIG. 39(c).

[0131] Next, the screen control unit 43 detects the values ​​set in the acquired dynamic update setting data. In this example, since the reference date is "September 12, 2021", the screen control unit 43 detects "September 1, 2021" as the beginning of the month and "September 30, 2021" as the end of the month. Then, the screen control unit 43 updates the start date of the target period of the dynamic update setting data to "September 1, 2021" as shown in FIG. 39(d), and updates the start date of the target period to "September 30, 2021".

[0132] Next, as shown in FIG. 39(e), the screen control unit 43 forms a screen of a monthly transition table in which the base date is set to "September 12, 2021", the start date of the target period of the first search condition panel is set to "September 1, 2021", and the end date of the target period is set to "September 30, 2021", and displays this on the business support device 5. This allows the business operator to restore and redisplay the screen he or she desires from among the screens saved in the past. At this time, the dynamically updated targets such as the start date and end date of the target period are displayed on the first search condition panel in a state where they are dynamically updated based on, for example, the base date. This eliminates the need to input the start date and end date of the target period, simplifying the input work of the business operator.

[0133] (Additional processing of business functions) In the example of the dynamic update setting screen described above, two types of functions, screen item functions and normal functions, are displayed as a list of functions that can be used, as shown in Fig. 40(a), for example. The screen item functions are displayed according to the settings in the application definition database 3, while the normal functions are functions built into the module of the form application program. The functions for obtaining the start and end of the month of the target period described above are functions that can be used in common for all business operations, but there is also a need to perform dynamic updates using master information, etc., that is specialized for each business operation.

[0134] For example, Company A shown in FIG. 40(b) is a company whose fiscal year begins on August 1, 2021 and ends on July 31, 2022, so-called August beginning. In contrast, Company B shown in FIG. 40(c) is a company whose fiscal year begins on April 1, 2021 and ends on March 31, 2022, so-called April beginning. In such a case, in order to dynamically update the dates of the beginning and end of the month starting from the fiscal year start date of each company A and B, it is necessary to perform the dynamic update by referring to the master information of the business databases 7A and 7B of each company A and B. The period of the fiscal year is an example of a period specified in advance.

[0135] For this reason, in the business support system of the embodiment, the developer of each report application program can freely add functions (business functions) for each company to the list of available functions on the dynamic update setting screen. That is, the developer creates a business function that obtains the first and last dates of the month of the start and end dates of the fiscal year master of each company A and B, for example. This makes it possible to display the created business function in the list of available functions on the dynamic update setting screen. In this way, the business support system of the embodiment can use business functions specialized for the business of each company A, B, etc., thereby further improving convenience.

[0136] (Developer creates business functions) The creation operation of such a business function will be specifically described. First, the developer sets information required for the business function in the business function master 63 provided in the business database 7 shown in FIG. 3, using the function name and the number of arguments as key information, as shown in FIG. 41(a). The example in FIG. 41(a) is an example in which a business function of the function formula "KISHUDATE()" is registered in the business function master 63 in association with a display name of "obtain the start date", API key information such as "1111XXX-XXX...", and an explanation of "a function that receives a date as an argument and returns the start date of the accounting period to which the argument date belongs". Also, the example in FIG. 41(a) is an example in which a business function of the function formula "KIMATUDATE()" is registered in the business function master 63 in association with a display name of "obtain the end date", API key information such as "2222XXX-XXX...", and an explanation of "a function that receives a date as an argument and returns the end date of the accounting period to which the argument date belongs".

[0137] Next, the developer incorporates the API describing the actual processing of the business function into the report application program, as shown in Figure 41(b). The example in Figure 41(b) is an example in which the API of a business function "a function that receives a date as an argument and returns the start date of the accounting period to which the argument date belongs" with "1111XXX-XXX..." as key information has been incorporated into a report application program. Also, the example in Figure 41(b) is an example in which the API of a business function "a function that receives a date as an argument and returns the end date of the accounting period to which the argument date belongs" with "2222XXX-XXX..." as key information has been incorporated into a report application program.

[0138] By setting the business functions in this way, the screen control unit 43 of the application Web server device 4, when displaying a list of functions available on the dynamic update setting screen, displays the business functions set as described above in the list together with the above-mentioned screen item functions and normal functions as shown in Fig. 42(a). The example of Fig. 42(a) is an example in which the business functions of the function formula "KISHUDATE()" and the business functions of the function formula "KIMATUDATE()" are displayed in a list together with the screen item functions and normal functions.

[0139] In this example, the screen item functions, normal functions, and business functions are displayed in a list. However, as shown in Fig. 42(b), the display field for the list of available functions on the dynamic update setting screen may have tabs for screen item functions, normal functions, and business functions, respectively, and the functions of the tab operated by the business operator may be displayed. The developer may freely add tabs for placing business functions.

[0140] (Restoration process of the screen reflecting the business functions) Next, a process of restoring a screen that reflects the business functions set by the developer will be described. First, when a business operator starts a form application program, the screen control unit 43 of the application Web server device 4 generates a Web screen (initial screen) shown in Fig. 43 and displays it on the business support device 5. When the business operator operates the restore button on this Web screen, the screen control unit 43 displays a screen restore dialog shown in Fig. 44(a) on the business support device 5 in the same manner as described above.

[0141] The business operator selects sample data corresponding to the screen desired to be restored from the screen restoration dialog, and operates the restore button on the screen restoration dialog. The example in Fig. 44(a) is an example in which the first sample data is selected by the business operator. When the restore button on the screen restoration dialog is operated, the screen control unit 43 of the application Web server device 4 detects and analyzes dynamic update setting information of the same key as the screen save pattern data of the selected first sample data from the business database 7, and specifies the function to be used. Furthermore, if there is no function matching the screen item function and the normal function, the screen control unit 43 refers to the business function master 63 illustrated in Fig. 44(c).

[0142] Next, assume that the business functions stored in the business function master 63 are "a function that receives a date as an argument and returns the start date of the accounting period to which the argument date belongs" and "a function that receives a date as an argument and returns the end date of the accounting period to which the argument date belongs," as shown in Fig. 44(d). In this case, the screen control unit 43 refers to the accounting period master 62 stored in the business database 7 shown in Fig. 3. In this accounting period master 62, as shown in Fig. 44(e), the start date and end date of the accounting period for each year of the company are registered.

[0143] The screen control unit 43 detects, for example, the start date of "April 1, 2021" and the end date of "March 31, 2021" as the start and end dates based on the business function by referring to this accounting period master 62. Then, the screen control unit 43 dynamically reflects the start date of "April 1, 2021" to the start date of the target period of the first search condition panel and dynamically reflects the end date of "March 31, 2021" to the end date of the target period as shown in FIG. 44(f), generates a monthly transition table screen, and displays it on the business support device 5.

[0144] By using such business functions, a screen that dynamically reflects the start and end dates of the accounting period for each company can be created and provided to the business operator.

[0145] (Top display function for frequently used functions) Next, the business support system of the embodiment is capable of displaying frequently used functions at the top when displaying a list of functions on the dynamic update setting screen. Specifically, when displaying the dynamic update setting screen described above, the screen control unit 43 of the application Web server device 4 displays a list of available functions and a check box for each function, as shown in FIG. 45(a). The business operator checks the check box of the function that he or she wishes to display at the top. In the example of FIG. 45(a), the check boxes for "BEGINMONTH()" and "KISHUDATE()" are both checked.

[0146] The storage control unit 44 of the application Web server device 4 generates priority display function data 64 with a user ID attached to the function whose check box is checked, as shown in Fig. 45(b), and registers this in the business database 7 of the business server device 10 shown in Fig. 3. The priority display function data 64 registered in the business database 7 is updated every time the business operator changes the checked check box. Note that, since different screen item functions are displayed on each screen, it is difficult to display them at the top using check boxes, and as an example, they are always displayed at the top.

[0147] Next, when such priority display function data 64 is registered in the business database 7, the screen control unit 43 of the application Web server device 4, the next time the dynamic update setting screen is displayed, rearranges the display order of each function displayed in the list of available functions shown in Figure 46(a) based on the priority display function data 64 shown in Figure 46(b).

[0148] Specifically, the screen control unit 43 displays the screen item function at the top, the normal function indicated by the priority display function data 64 in the next order, and the normal function not registered in the priority display function data 64 in the next order. When there are multiple normal functions indicated by the priority display function data 64, the screen control unit 43 sorts and displays the function names or function formulas in ascending order. Similarly, when there are multiple normal functions not registered in the priority display function data 64, the screen control unit 43 sorts and displays the function names or function formulas in ascending order.

[0149] In this way, by displaying frequently used functions at the top of the list, it is possible for the business operator to easily find a desired function.

[0150] [Effects of the embodiment] As is clear from the above description, the business support system of the embodiment extends the function so that not only values ​​but also functions can be registered when screen information is patterned and registered, and is set on the low-code development platform. In addition, at the time of restoration, the registered function is executed, and the resulting value is restored to the original screen. This allows the user to easily save and restore the screen information desired, improving convenience.

[0151] Furthermore, the business support system of the embodiment patterns screen information in advance and saves it in a database, and can also restore it, thereby reducing the input effort required for processes that require input into screen items, such as forms or applications, and where the input content for business purposes is patterned to a certain extent.

[0152] Furthermore, the business support system according to the embodiment can specify in detail the target of the screen information to be patterned according to the operation of the operator, and can freely rearrange the values ​​to be restored rather than treating them as simple values.

[0153] In addition, the business support system of the embodiment uses a low-code development platform, and can flexibly respond to complex requirements for saving and restoring screen information by setting tools without direct programming. This enables low-cost system development and flexible setting changes as needed, greatly improving user convenience.

[0154] [Contribution to the United Nations-led Sustainable Development Goals (SDGs)] This embodiment can contribute to improving business efficiency and promoting appropriate management decisions by companies, thereby contributing to goals 8 and 9 of the SDGs.

[0155] Furthermore, this embodiment can contribute to reducing waste and promoting paperless and electronic systems, thereby contributing to the achievement of SDGs Goals 12, 13, and 15.

[0156] Furthermore, this embodiment can contribute to strengthening control and governance, making it possible to contribute to Goal 16 of the SDGs.

[0157] [Other embodiments] The present invention may be embodied in various different embodiments other than those described above within the scope of the technical concept set forth in the claims.

[0158] For example, among the processes described in the embodiments, all or part of the processes described as being performed automatically can be performed manually, or all or part of the processes described as being performed manually can be performed automatically using known methods.

[0159] In addition, the processing procedures, control procedures, specific names, registered data for each process, information including parameters such as search conditions, screen examples, and database configurations shown in this specification and drawings may be changed as desired unless otherwise specified.

[0160] Furthermore, with regard to the business support system, each of the components shown in the figures is merely a functional concept, and does not necessarily have to be physically configured as shown in the figures.

[0161] For example, the processing functions of the business support system, particularly the control units 16 and 32 and the processing functions performed by the control units 16 and 32, may be realized in whole or in part by a CPU (Central Processing Unit) and a program interpreted and executed by the CPU, or may be realized as hardware using wired logic. The program is recorded in a non-transient computer-readable recording medium containing programmed instructions for causing the information processing device to execute the processes described in this embodiment, and is mechanically read as necessary. That is, a computer program for giving instructions to the CPU in cooperation with the OS and performing various processes is recorded in a storage unit such as a ROM or HDD. The computer program is executed by being loaded into a RAM, and constitutes the control units 16 and 32 in cooperation with the CPU.

[0162] In addition, this computer program, the form application program, may be stored in another server device connected via any network, and it is also possible to download all or part of it as needed.

[0163] In addition, the form application program for executing the processes described in this embodiment may be stored in a non-transient computer-readable recording medium, or may be configured as a program product. Here, the term "recording medium" includes any "portable physical medium" such as a memory card, a Universal Serial Bus (USB) memory, a Secure Digital (SD) card, a flexible disk, a magneto-optical disk, a ROM, an Erasable Programmable Read Only Memory (EPROM), an Electrically Erasable and Programmable Read Only Memory (EEPROM (registered trademark)), a Compact Disk Read Only Memory (CD-ROM), a Magneto-Optical Disk (MO), a Digital Versatile Disk (DVD), and a Blu-ray (registered trademark) Disc.

[0164] Moreover, a "program" is a data processing method written in any language or description method, and may be in any form, such as source code or binary code. Note that a "program" is not necessarily limited to a single configuration, but also includes a configuration that is distributed as multiple modules or libraries, and a program that works with a separate program, such as an OS, to achieve its function. Note that the specific configuration and reading procedure for reading a recording medium in each device shown in the embodiments, as well as the installation procedure after reading, may use well-known configurations and procedures.

[0165] The memory units 15 and 31 are storage means such as memory devices such as RAM and ROM, fixed disk devices such as hard disks, flexible disks, and optical disks, and store various programs, tables, databases, and web page files used for various processes and providing websites.

[0166] Each device in the business support system may be configured with an information processing device such as a known personal computer device or a workstation, or may be configured with an information processing device connected to any peripheral device. Also, each device may be realized by implementing software (including programs or data, etc.) that realizes the processing described in this embodiment.

[0167] Furthermore, the specific form of distribution and integration of the devices is not limited to those shown in the drawings, and all or part of them can be functionally or physically distributed and integrated in any unit according to various additions or function additions. In other words, the above-mentioned embodiments can be implemented in any combination, or the embodiments can be implemented selectively. [Industrial Applicability]

[0168] The present invention is useful for creating documents such as slips or application documents. [Explanation of symbols]

[0169] 1. Development computer equipment 2. Low-code development web server device 3 Application definition database 4 Application Web server device 5 Business support equipment 6 Business API 7 Business Database 8. Web Browser 9. Web Browser 10 Business server equipment 13 Network 15 Storage section 16 Control section 21 Communication control section 22 Input Processing Section 23 Panel Settings 24 Control Settings 25 Restoration target setting section 26 Dynamic restore target setting section 27 Memory control unit 28 Action Settings 31 Storage section 32 Control section 40 Application Generation Unit 41 Communication control section 42 Input Processing Section 43 Screen control section 44 Memory control unit 45 Analysis Department 51 Input Devices 52 Output Device 61 Function Master 62 Accounting Period Master 63 Business Function Master 64 Priority Display Function Data

Claims

1. a save area setting unit that sets a save area definition that indicates a save area to be saved within an area of ​​the display screen; a control setting unit that sets a control definition indicating a control that is at least a display item or an operation button to be arranged in the storage area set by the storage area setting unit; a dynamic restoration target setting unit that sets, among the controls, a control whose value is to be dynamically updated and displayed at the next or subsequent screen display, as a dynamic restoration target control definition; a storage control unit that associates the control definition as a child element of the storage area definition, and associates the storage area definition selected from the control definition with a dynamic restoration target control definition that is a child element of the storage area definition, thereby hierarchically storing the selected storage area definition and the dynamic restoration target control definition in a storage unit; An information processing device having the above configuration.

2. The dynamic restoration target setting unit sets a function for dynamically updating a value of the control as the dynamic restoration target control definition.

2. The information processing apparatus according to claim 1,

3. The function of the dynamic restoration target control definition is a function for dynamically updating the value of the control based on a reference value.

3. The information processing apparatus according to claim 2,

4. The reference value is the current date, which is the reference date, or a pre-specified period.

4. The information processing apparatus according to claim 3,

5. a screen control unit for displaying a list of a plurality of functions; a second storage control unit that stores a function selected from the plurality of functions displayed in the list in a second storage unit as the dynamic restoration target control definition.

5. The information processing device according to claim 2, wherein:

6. The screen control unit displays a list of the functions in a pre-specified display order.

6. The information processing device according to claim 5,

7. an analysis unit that analyzes the validity of each function by analyzing a character string of each function displayed in the list; The screen control unit displays a list of functions for which an analysis result indicating that the function is a valid function has been obtained by the analysis unit.

7. The information processing device according to claim 5 or 6,

8. The control setting unit sets, as controls of the operation buttons, a save button for designating storage of the save area definition, the control definition, and the dynamic restoration target control definition in the storage unit, and a restore button for restoring a past display screen based on the save area definition, the control definition, and the dynamic restoration target control definition stored in the storage unit. The information processing device according to any one of claims 1 to 7,

9. The apparatus further includes an excluded control setting unit for setting an excluded control definition for specifying a control that does not restore an input value among the controls.

9. The information processing device according to claim 1, wherein:

10. The upper screen based on the hierarchical structure includes a placeholder which is an area in which a control definition of a desired control can be set on the lower screen. The information processing device according to claim 1 ,

11. An information processing method executed by a storage area setting unit, a control setting unit, a dynamic restoration target setting unit, and a storage control unit provided in an information processing device, comprising: a save area setting step in which the save area setting unit sets a save area definition indicating a save area to be saved within an area of ​​the display screen; a control setting step in which the control setting unit sets a control definition indicating a control which is at least a display item or an operation button to be arranged in the storage area set in the storage area setting step; a dynamic restoration target setting step in which the dynamic restoration target setting unit sets, among the controls, a control whose value is dynamically updated and displayed at the next or subsequent screen display time as a dynamic restoration target control definition; a storage control step in which the storage control unit associates the control definition as a child element of the storage area definition, and associates the storage area definition selected from the control definition with a dynamic restoration target control definition that is a child element of the storage area definition, thereby hierarchically storing the selected storage area definition and the dynamic restoration target control definition in a storage unit; An information processing method comprising the steps of:

12. Computer, a save area setting unit that sets a save area definition that indicates a save area to be saved within an area of ​​the display screen; a control setting unit that sets a control definition indicating a control that is at least a display item or an operation button to be arranged in the storage area set by the storage area setting unit; a dynamic restoration target setting unit that sets, among the controls, a control whose value is to be dynamically updated and displayed at the next or subsequent screen display as a dynamic restoration target control definition; Associating the control definition as a child element of the save area definition, and associating the save area definition and a dynamic restoration target control definition that is a child element of the save area definition selected from the control definition, thereby functioning as a storage control unit that hierarchically stores the selected save area definition and the dynamic restoration target control definition in a storage unit. An information processing program characterized by:

Images