Business rule reflection device, business rule reflection method, and business rule reflection program

Abstract

To provide a business rule reflection device, a business rule reflection method, and a business rule reflection program that are capable of dynamically reflecting business rules using undefined values in a database, an external API, or the like.SOLUTION: A business rule reflection device receives a request, from a client terminal, to control a dynamic state control on an application screen, executes state--control of the dynamic state control based on a definition management table, obtains a response for reflecting business rules which are rules on business embodied as specific control actions, on the application screen, and transmits the response to the client terminal.SELECTED DRAWING: Figure 8

Description

[Technical field]

[0001] The present invention relates to a business rule reflection device, a business rule reflection method, and a business rule reflection program. [Background technology]

[0002] Patent document 1 discloses a configuration in which the target of state control is the property of a control, and when an item used in the condition of the state control is changed by a user operation on a GUI (Graphical User Interface), the target property of the target control is changed in accordance with the changed item. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent Publication No. 2021-2088 Summary of the Invention [Problem to be solved by the invention]

[0004] However, the invention described in Patent Document 1 above has a problem in that dynamic control of screen items in response to operations by an operator cannot be realized in low code, including dynamic values ​​such as in a database (DB).

[0005] The present invention has been made in consideration of the above-mentioned problems, and has an object to provide a business rule reflection device, a business rule reflection method, and a business rule reflection program that are capable of dynamically reflecting business rules using undefined values ​​in a database, an external API (Application Programming Interface), etc. [Means for solving the problem]

[0006] In order to solve the above-mentioned problems and achieve the object, the business rule reflection device of the present invention is a business rule reflection device that is communicatively connected to a client terminal and has a memory unit and a control unit, wherein the memory unit comprises a setting information storage means that stores an API management table in which arguments and return values ​​of a dynamic control API are set, and a definition management table in which a control definition of a dynamic state control for a screen in which the arguments of the dynamic control API are set, and the control unit comprises a request receiving means that receives a request from the client terminal to control the dynamic state control in an application screen, and a reflection execution means that executes state control of the dynamic state control based on the definition management table, obtains a response for reflecting business rules, which are business rules that have been reduced to specific control operations, on the application screen, and sends the response to the client terminal.

[0007] In the business rule reflection device according to the present invention, the dynamic state control is a digit control for a numeric GUI, and the dynamic control API is a digit control API.

[0008] In the business rule reflection device according to the present invention, the dynamic state control is a format control control for a character string type GUI or a date type GUI, and the dynamic control API is a format control API.

[0009] In addition, in the business rule reflection device of the present invention, the control unit is further characterized by comprising: a control definition registration means for registering, in the setting information storage means, a common control definition management table in which the control definition of the common control in which the type and the setting contents have been set is set, when a type of common control that can be commonly used for each of the screens is selected and setting contents of the common control are set based on the API management table and the type; and a control setting means for setting the common control so that it is selectable on the development setting screen of the application screen based on the common control definition management table and the API management table, and setting the control definition of the common control in which arguments of the dynamic control API have been set, in the definition management table.

[0010] In the business rule reflection device according to the present invention, the request is a start signal for the application screen.

[0011] In addition, in the business rule reflection device of the present invention, the business rule reflection device having the memory unit and the control unit is characterized in that it is communicatively connected to the client terminal, and transmits a web page including the screen and a screen control program to the client terminal, and displays it on the client terminal.

[0012] Furthermore, the business rule reflection method of the present invention is a business rule reflection method to be executed by a business rule reflection device having a memory unit and a control unit communicatively connected to a client terminal, the memory unit having a setting information storage means for storing an API management table in which arguments and return values ​​of a dynamic control API are set, and a definition management table in which a control definition of a dynamic state control for a screen in which the arguments of the dynamic control API are set, and the business rule reflection method includes a request reception step executed in the control unit for receiving a request from the client terminal to control the dynamic state control on an application screen, and a reflection execution step for executing state control of the dynamic state control based on the definition management table, obtaining a response for reflecting business rules, which are business rules that have been reduced to specific control operations, on the application screen, and sending the response to the client terminal.

[0013] Furthermore, the business rule reflection program of the present invention is a business rule reflection program to be executed by a business rule reflection device having a memory unit and a control unit communicatively connected to a client terminal, the memory unit having a setting information storage means for storing an API management table in which arguments and return values ​​of a dynamic control API are set, and a definition management table in which a control definition of a dynamic state control for a screen in which the arguments of the dynamic control API are set, and the control unit executes a request reception step of receiving from the client terminal a request to control the dynamic state control on an application screen, and a reflection execution step of executing state control of the dynamic state control based on the definition management table, obtaining a response for reflecting business rules, which are business rules that have been reduced to specific control operations, on the application screen, and sending the response to the client terminal. Effect of the Invention

[0014] According to the present invention, not only the development efficiency is improved but also the quality of the system can be improved. In addition, when a developer changes the data to be set, the developer needs to change the business rule settings, but according to the present invention, the developer does not need to change the definition, and the maintainability is improved. In addition, according to the present invention, the server-side control unit can process requests and responses from the client in a state where the definition management table registered at the development stage has already been set. In addition, in a general low-code product, complex screen control requires additional coding, and there are problems in terms of quality, but according to the present invention, the maintainability of the system can be improved and a system with high usability can be provided. In addition, according to the present invention, the dynamic business rule reflection using values ​​outside the definition of DB, external API, etc. is possible. In addition, according to the present invention, the digit control control and the API can be linked and managed as one. In addition, according to the present invention, the property change settings performed on many screens are consolidated into one API, eliminating the need to be aware of them when developing logic. In addition, while a developer had to consider which event should be used to change the property, the present invention has the effect of automatically changing the property, which eliminates the need for the developer to be aware of it. The present invention also has the effect of reducing the burden on the application developer and reducing the risk of missing property change settings, thereby improving the quality of the application. The present invention also has the effect of making the digit control a common control and integrating the execution of the API into the internal settings, which allows common controls with the same control embedded in them to be placed on the screen, and only the minimum necessary arguments need to be set, thereby improving the mechanism that can be reused across "multiple screens x items." [Brief description of the drawings]

[0015] [Figure 1] FIG. 1 is a diagram showing an example of a conventional property change method. [Diagram 2] FIG. 2 is a diagram showing an example of a conventional property changing method. [Diagram 3] FIG. 3 is a diagram showing an example of a conventional layout setting. [Figure 4] FIG. 4 is a diagram showing an example of a conventional logic flow setting diagram. [Diagram 5] FIG. 5 is a diagram showing an example of a conventional action setting process. [Figure 6] FIG. 6 is a diagram showing an example of a conventional action setting process. [Figure 7] FIG. 7 is a diagram illustrating an example of a conventional allocation process. [Figure 8] FIG. 8 is a block diagram showing an example of the configuration of a business rule reflection system in this embodiment. [Figure 9] FIG. 9 is a diagram showing an example of the configuration of a business rule reflection system in this embodiment. [Figure 10] FIG. 10 is a flowchart showing an example of processing of the business rule reflection system in this embodiment. [Figure 11] FIG. 11 is a diagram showing an example of a development process in this embodiment. [Figure 12] FIG. 12 is a diagram showing an example of a development process in this embodiment. [Figure 13] FIG. 13 is a diagram showing an example of a development process in this embodiment. [Figure 14] FIG. 14 is a diagram showing an example of a development process in this embodiment. [Figure 15] FIG. 15 is a diagram showing an example of processing of the column control in this embodiment. [Figure 16] FIG. 16 is a diagram showing an example of processing of the column control in this embodiment. [Figure 17] FIG. 17 is a diagram showing an example of processing of the column control in this embodiment. [Figure 18] FIG. 18 is a diagram showing an example of processing of the column control in this embodiment. [Figure 19] FIG. 19 is a diagram showing an example of processing of the column control in this embodiment. [Figure 20] FIG. 20 is a diagram showing an example of processing of the column control in this embodiment. [Figure 21] FIG. 21 is a diagram showing an example of processing of the column control in this embodiment. [Figure 22] FIG. 22 is a diagram showing an example of processing of the column control in this embodiment. [Figure 23] FIG. 23 is a diagram showing an example of processing of the column control in this embodiment. [Figure 24] FIG. 24 is a diagram showing an example of processing of the column control in this embodiment. [Diagram 25] FIG. 25 is a diagram showing an example of processing of the column control in this embodiment. [Figure 26] FIG. 26 is a diagram showing an example of processing of the column control in this embodiment. [Figure 27] FIG. 27 is a diagram showing an example of a correspondence table between API return values ​​and setting properties corresponding to each control in this embodiment. [Figure 28] FIG. 28 is a diagram showing an example of the development process in this embodiment. [Figure 29] FIG. 29 is a diagram showing an example of the development process in this embodiment. [Diagram 30] FIG. 30 is a diagram showing an example of the development process in this embodiment. [Diagram 31] FIG. 31 is a diagram showing an example of the development process in this embodiment. [Diagram 32] FIG. 32 is a diagram showing an example of the processing of the digit control common control in this embodiment. [Diagram 33] FIG. 33 is a diagram showing an example of the processing of the digit control common control in this embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0016] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described in detail with reference to the drawings. However, the present invention is not limited to the embodiment.

[0017] [1. Overview] First, an overview of the present invention will be described with reference to Fig. 1 to Fig. 7. Fig. 1 and Fig. 2 are diagrams showing an example of a conventional property change method. Fig. 3 is a diagram showing an example of a conventional layout setting. Fig. 4 is a diagram showing an example of a conventional logic flow setting diagram. Figs. 5 and 6 are diagrams showing an example of a conventional action setting process. Fig. 7 is a diagram showing an example of a conventional assignment process.

[0018] As shown in Figure 1, conventional low-code platforms have a configuration screen operated by developers and an execution screen operated by business operators. On the configuration screen, the screen layout and event processing are configured using GUI operations, and the information on the configuration screen is stored in a configuration information database.

[0019] As shown in FIG. 2, in the conventional execution screen, the setting information set on the setting screen is read, the setting information is expanded in the memory on the Web server, and the application is executed.

[0020] Here, in the conventional setting method, it was necessary to set the number of events x the number of controls, and when adding a new event or control, the application developer had to check which control's digit property should have a value set. In other words, in the conventional technology, only event-driven settings were possible, and when changing the property of a control, it was necessary to take steps such as executing an API when exiting an item and setting the return value in the property of the control, so it was necessary to set the number of controls x the number of events, and the developer had to constantly know which event should change which property of which control, making the system complicated.

[0021] For example, as shown in FIG. 3, in conventional layout settings, a numeric text control is placed on the execution screen by dragging and dropping it from the control list on the left side of the setting screen.

[0022] In the conventional logic setting process, an event is set when the Confirm button is pressed, as shown in Figures 4 to 6. In the conventional action setting process, an API is called, as shown in Figure 5, and the screen is updated, as shown in Figure 6. Note that, in the conventional action setting process, as shown in Figure 6, "Other adjustment amount" is set in the same way, and if the number of target controls increases, the number of setting points increases accordingly.

[0023] Then, as shown in FIG. 7, in the conventional allocation process, a logic flow is allocated.

[0024] Therefore, in the past, there was a problem that an API call and a set of numeric digits were embedded in the logic flow within the event assigned to the Confirm button. However, in this embodiment, (1) by reflecting business rules using dynamic values, the screen state is updated by an API call based on business rules that are not dependent on events, and (2) a mechanism is provided that enables common API usage and digit control to be set synchronously using digit control, thereby realizing a method that does not require the developer to be aware of events.

[0025] Furthermore, in the past, even if there was a digit control, as the number of target controls increased, there was a problem that the number of configuration points increased because it was necessary to link an API to each control. However, (3) by making the digit control a common control and setting up API calls in advance, a mechanism is provided to unify the control, significantly reducing the burden of configuration work for developers and improving maintainability.

[0026] For example, for item A, which accepts two values, 0 and 1, and whose number of possible input digits is managed in a database, and the requirement is that "when the value 0 is entered, the number of possible input digits for item B is 3," and "when the value 1 is entered, the number of possible input digits for item B is 4," in order to satisfy this requirement, if it is necessary to dynamically control screen item B (for example, retrieving data from a database based on the value of item A and changing the number of input digits for item B), previously there was only a method to reflect business rules using values ​​within the definitions of items on the screen or fixed values, etc., and it was not possible to use values ​​that are not on the screen (values ​​in a database), and even if values ​​were to be used, it was necessary to retrieve the data in advance via an API and store it on the screen, which not only increased the number of communications but also complicated the configuration.

[0027] Therefore, in this embodiment, by making it possible to define business rules dynamically and integrally with control attributes, it is possible to improve development productivity, maintainability, and response of processing communication, and by executing API as part of the execution of business rules and automatically changing properties, synchronization with the screen is achieved. Also, in this embodiment, by using a cache, even if multiple controls with the same property change API set are placed, the processing is executed only once.

[0028] Furthermore, in ERP (Enterprise Resources Planning) systems, it is very common for the same screen components to be used across multiple screens, necessitating the management of multiple settings during development. One such example is the presence of many items where the controls themselves are different but the property settings are the same. There was a need for a mechanism to standardize the process of changing the properties of such controls so that they could be reused across multiple screens. However, in the past, control properties were changed using various events and a setting of "number of controls x number of events" was required, which meant there was a high risk of missing implementations and a high burden, as developers were required to always be aware of the timing of property changes. Even when adding new events, they had to be aware of whether property changes were necessary. With general custom controls, there were mechanisms in place where behavior was determined by passing in values ​​set within the definition, but there was no mechanism for control properties to change based on database settings.

[0029] Therefore, in this embodiment, the API is executed as part of the execution of business rules, and the properties are automatically changed to synchronize with the screen, and by utilizing a cache, the processing only needs to be executed once even if multiple controls with the same property-changing API are placed.

[0030] [2. Configuration] An example of the configuration of a business rule reflection system in which a business rule reflection device 100 according to this embodiment and a client terminal 200 are communicatively connected will be described with reference to Fig. 8 and Fig. 9. Fig. 8 is a block diagram showing an example of the configuration of the business rule reflection system in this embodiment. Fig. 9 is a diagram showing an example of the configuration of the business rule reflection system in this embodiment.

[0031] [Configuration of the business rule reflection device 100] 8, the business rule reflection device 100 (server) may be an information processing device such as a personal computer or a workstation. Note that the business rule reflection device 100 is not limited to a stationary information processing device such as a desktop personal computer, but may be a portable information processing device such as a commercially available notebook personal computer, a PDA (Personal Digital Assistant), a smartphone, or a tablet personal computer.

[0032] The business rule reflection device 100 includes a control unit 102, a communication interface unit 104, a storage unit 106, and an input / output interface unit 108. The units included in the business rule reflection device 100 are connected to each other so as to be able to communicate with each other via any communication path.

[0033] The communication interface unit 104 communicably connects the business rule reflection device 100 to a network 300 via a communication device such as a router and a wired or wireless communication line such as a dedicated line. The communication interface unit 104 has a function of communicating data with other devices via the communication line. Here, the network 300 has a function of connecting the business rule reflection device 100 and the client terminal 200 so that they can communicate with each other, and is, for example, the Internet or a LAN (Local Area Network).

[0034] An input device 112 and an output device 114 are connected to the input / output interface unit 108. The output device 114 may be a monitor (including a touch panel), a speaker, or a printer. The input device 112 may be a keyboard, a mouse, a microphone, or a monitor that cooperates with a mouse to realize a pointing device function. In the following, the output device 114 may be referred to as the monitor 114 or the printer 114, and the input device 112 may be referred to as the keyboard 112 or the mouse 112.

[0035] The storage unit 106 stores various databases, tables, files, and the like. The storage unit 106 records computer programs for cooperating with an OS (Operating System) to give instructions to a CPU (Central Processing Unit) to perform various processes. For example, memory devices such as RAM (Random Access Memory) and ROM (Read Only Memory), fixed disk devices such as hard disks, flexible disks, and optical disks can be used as the storage unit 106. The storage unit 106 includes a setting information database 106a.

[0036] The setting information database 106a stores setting information of business rules that are business rules that are concrete control operations. Here, the setting information database 106a may store an API management table in which arguments and return values ​​of the dynamic control API are set, and a definition management table in which a control definition of a dynamic state control control for a screen in which the arguments of the dynamic control API are set is set. The dynamic state control may be a digit control control for a numeric GUI. The dynamic control API may be a digit control API. The dynamic state control may be a format control control for a character string GUI or a date GUI. The dynamic control API may be a format control API. The setting information database 106a may store an API master, a currency master, and cache data.

[0037] The control unit 102 is a CPU or the like that performs overall control of the business rule reflection device 100. The control unit 102 has an internal memory for storing control programs such as an OS, programs that define various processing procedures, required data, and the like, and executes various information processing based on these stored programs. In terms of functional concepts, the control unit 102 includes a control definition registration unit 102a, a control setting unit 102b, a request receiving unit 102c, and a reflection execution unit 102d.

[0038] The control definition registration unit 102a registers a table in which the control definition of the control is set. Here, when a type of common control that can be commonly used for each screen is selected and the setting contents of the common control are set based on the API management table and the type, the control definition registration unit 102a may register in the setting information database 106a a common control definition management table in which the control definition of the common control in which the type and the setting contents are set are set.

[0039] The control setting unit 102b sets the control definition of the control in the definition management table. Here, the control setting unit 102b may set the common control to be selectable on the development setting screen of the application screen based on the common control definition management table and the API management table, and set the control definition of the common control in which the argument of the dynamic control API is set in the definition management table.

[0040] The request receiving unit 102c receives a request for controlling the dynamic state control. Here, the request receiving unit 102c may receive a request for controlling the dynamic state control on the application screen from the client terminal 200. The request may also be a start-up signal for the application screen or the development setting screen.

[0041] The reflection execution unit 102d acquires a response for reflecting a business rule, which is a concrete control operation of a business rule, on an application screen. Here, the reflection execution unit 102d may execute state control of the dynamic state control based on the definition management table, acquire a response for reflecting a business rule, which is a concrete control operation of a business rule, on an application screen, and transmit the response to the client terminal.

[0042] [Configuration of client terminal 200] 8, the client terminal 200 is a commercially available desktop personal computer. The business rule reflection device 100 is not limited to a stationary information processing device such as a desktop personal computer, but may be a portable information processing device such as a commercially available notebook personal computer, a PDA (Personal Digital Assistant), a smartphone, or a tablet personal computer. Here, the client terminal 200 includes a control unit, a storage unit, and an input / output unit, and each unit included in the client terminal 200 may be communicably connected via any communication path.

[0043] The input / output unit of the client terminal 200 may have a function of inputting and outputting data (I / O). Here, the input / output unit may be, for example, a key input unit, a touch panel, a control pad (for example, a touch pad, a game pad, etc.), a mouse, a keyboard, a microphone, etc. The input / output unit may also be a display unit (for example, a display, a monitor, a touch panel, etc., made of liquid crystal or organic EL, etc.) that displays (input / output) information of application software, etc. The input / output unit may also be an audio output unit (for example, a speaker, etc.) that outputs audio information as audio. The input / output unit may also be an image input unit (for example, a camera, etc.) that records images (still images and videos) captured by an imaging element such as a CCD image sensor or a CMOS image sensor as digital data. The input / output unit may also be a fingerprint sensor, a camera (for example, an infrared camera, etc.) that can be used for iris authentication or face authentication, etc., and / or a biosensor such as a vein sensor.

[0044] The storage unit of the client terminal 200 stores various databases, tables, and / or files. The storage unit records computer programs for cooperating with an operating system (OS) to give instructions to a central processing unit (CPU) to perform various processes. As the storage unit, for example, a random access memory (RAM), a read only memory (ROM), a hard disk drive (HDD), and / or a solid state drive (SSD) can be used. The storage unit may store image data recorded in an input / output unit, data received via the network 300, and / or input data input via the input / output unit.

[0045] The control unit of the client terminal 200 is a CPU or the like that performs overall control of the client terminal 200. The control unit has an internal memory for storing control programs such as an OS, programs that define various processing procedures, and required data, and executes various information processes based on these stored programs. For example, the control unit may execute various processes such as obtaining image data recorded in the input / output unit, reading character data (such as a URL) included in the image data, transmitting and receiving data via the network 300, obtaining input data input via the input / output unit, and displaying data (screen) on the input / output unit.

[0046] The business rule reflection device 100 may be communicably connected to the client terminal 200, and may transmit a web page including a screen and a screen control program to the client terminal 200, and cause the client terminal 200 to display the web page.

[0047] Here, as shown in FIG. 9, in this embodiment, the setting information set on the setting screen of the Web server (business rule reflection device 100) is read by the low-code platform on the execution screen of the Web client (client terminal 200), the setting information is expanded into memory on the Web server, and the server application is executed.

[0048] As shown in FIG. 9, in this embodiment, a client Web page (screen and screen control program) is transmitted from the Web server to the Web client and is read into the Web browser on the Web client, whereby it is executed as a client Web page.

[0049] That is, the Web server sends a Web page (screen and screen control program) to the Web client based on the application definition information, as shown in Fig. 9. Then, as shown in Fig. 9, the Web client loads the sent Web page into the Web browser, and communicates between the client Web page (screen and screen control program) and the server application of the Web server, so that the focus control process operates cooperatively.

[0050] Here, the screen control program of the client Web page may be a well-known Web application program (for example, a format including commands and run-time variables written in JavaScript (registered trademark) or the like).

[0051] The Web server may return event allocation information and focus control information when a screen is started. That is, when the Web server receives a screen start request from a Web client, if the control ID of a control included in the screen of the Web page is included in the event allocation definition, the Web server may return the control ID and a list of control IDs of controls set in arguments of the dynamic control API in which the dynamic state control included in the screen of the Web page is set, as state change control information together with the Web page of the start screen.

[0052] The Web server may also return a program including a conditional branch for determining whether or not to generate a request when the screen is started. That is, when the Web server receives a screen start request from the Web client, the Web server may return a program including a determination step for determining whether or not to generate a server request when an item is exited from the start screen, based on the control ID and state change control information of the item, in the Web page of the start screen.

[0053] [3. Specific Examples] A specific example of this embodiment will be described with reference to FIGS.

[0054] [Business rule reflection processing] An example of business rule reflection processing in this embodiment will now be described with reference to Fig. 10. Fig. 10 is a flowchart showing an example of processing of the business rule reflection system in this embodiment.

[0055] As shown in FIG. 10, the request receiving unit 102c of the business rule reflection device 100 receives a request for controlling the dynamic state control on the application screen from the client terminal 200 (step SA-1).

[0056] Then, the reflection execution unit 102d of the business rule reflection device 100 executes state control of the dynamic state control based on the definition management table stored in the setting information database 106a, obtains a response for reflecting the business rules, which are business rules embodied as specific control actions, on the application screen, and transmits the response to the client terminal 200 (step SA-2).

[0057] Then, the control unit of the client terminal 200 reflects the received response on the application screen (step SA-3), and ends the process.

[0058] Here, an example of the automatic property changing process realized by the column control in this embodiment will be described with reference to FIGS.

[0059] First, an example of development processing for a digit control that controls the integer and decimal digit properties of a numeric text box among the properties in this embodiment will be described with reference to Figures 11 to 14. Figures 11 to 14 are diagrams showing an example of development processing in this embodiment.

[0060] In this embodiment, in property change events on each screen, commonly required setting elements are extracted as APIs, making them reusable on the low-code development platform, and a mechanism is realized that reduces the setting burden on application developers by incorporating the property change API into the control definition.

[0061] In this embodiment, when the digit control is used in the application settings, the digit control is arranged on the screen in the same manner as a normal text control, as shown in Fig. 11. Here, in the digit control, one property change API and two properties can be specified.

[0062] As shown in Fig. 11, in this embodiment, when an API to be used when changing a currency code is selected in (1) Digit Control API Settings, a list of API information is obtained from the API management table. Note that the API return value must be of a specific type to be provided, and in the case of digit control control, a return value class for changing numeric type properties is used. Also, as shown in Fig. 11, in the currency amount digit count acquisition API, the integer digit count and decimal digit count according to the currency code are acquired from the DB and applied to the return value.

[0063] 11, in this embodiment, in (2) property setting, argument information of the API for acquiring the number of digits of a currency amount is referenced from the API management table, and a specific class (numeric value definition class) that provides the return value of the API is set, making it unnecessary to set it. Here, the numeric value definition class includes a property for integer digits and a property for decimal digits.

[0064] In this embodiment, the value (caller) to be passed to the argument and the argument (callee) to which the value is passed are selected for each property, the API master is referenced according to the selected API, and the title and argument column below are dynamically displayed, as shown in Fig. 12. Also, in this embodiment, the setting to change the number of digits in the event is unnecessary due to the setting of the digit control API, which is an API for changing the number of digits property of the text box, and the setting of the argument, as shown in Fig. 12.

[0065] Here, as shown in FIG. 13, in this embodiment, in order to provide the digit control API function in an application with regard to dynamic changes in argument properties when a digit control API is selected, it is necessary to set elements such as an APIId for obtaining information to be displayed in a pull-down, which is selected from the API management table, and display items to be displayed on a drop-down list, which are selected from one or more of the API return values. Therefore, after selecting an API to obtain a record, the item to be displayed in the drop-down list itself is selected from the API return values, and further, the value to be set in the text box after selecting the drop-down list is selected from the API return values.

[0066] Then, as shown in FIG. 14, in this embodiment, the registered information is stored in the setting information database 106a.

[0067] An example of processing of digit control in the utilization stage in this embodiment will be described with reference to Fig. 15 to Fig. 26. Fig. 15 to Fig. 26 are diagrams showing an example of processing of digit control in this embodiment.

[0068] FIG. 15 shows basic processing when the low-code platform is executed in this embodiment and when an application screen is launched.

[0069] Here, as shown in FIG. 16, in this embodiment, due to the problem of communication load on the Web, a request should be issued only when an operation satisfies certain conditions, so there are branching conditions (conditions for issuing a request from the client) for whether a request should be issued on the client side, and when the screen is launched, state change control information is listed on the server side and returned to the client as a response.

[0070] In this embodiment, as shown in Fig. 17, when any of the conditions of (A) a control to which an event is assigned, (B) a control specified in the conditions used in the screen control, or (C) a control used in an item to be passed to an argument of the API of the dynamic control is met, a request for necessary information is issued to the server, and as shown in Fig. 18, the base date text box and the currency code text box are used as arguments of the API, and when the value of the text box used in the argument is changed because the request generation condition (C) is met, a request is forcibly issued to the server. Note that, in the past, a request was forcibly issued if any of (A) a control to which an event is assigned, or (B) a control specified in the conditions used in the screen control is met, but in this embodiment, the condition of (C) a control used in an item to be passed to an argument of the API of the dynamic control is also added to the condition of "forcibly generating a request", and when any of the conditions (A) to (C) are met, a request for necessary information is issued to the server.

[0071] Moreover, Figure 19 shows a setting screen for business rules using matrix-type conditions (i.e., business rules (for example, when the value of item A is 1, enter information in item B) that are set as specific actions on a business application screen), and "Condition 1" represents a condition that is true when the value of the "Corporate Classification Text Box" is 1, and when this condition is met, the "Corporate Number Text Box" is set to lock. In this embodiment, in addition to executing these business rules, API call definitions contained in control properties such as the newly added digit control API are listed and executed sequentially.

[0072] In this embodiment, the execution timing of the digit control API is divided into two patterns depending on the settings at the time of development, and when the value of a screen item is passed as an argument to the property change API, the case of the base date or currency code applies, and Fig. 20 shows the item escape processing of the screen item used as an argument in the client terminal 200, and Fig. 21 shows the item escape processing of the screen item used as an argument in the server. Fig. 22 shows the button click processing in the server used when the value of a screen variable is passed as an argument to the property change API, that is, when it is desired to set the timing of the property change only at the time of a specific event (for example, when it is not desired to change the property at the time of item escape but is desired to change the property at the time of button click). Here, Fig. 23 shows the setting data at the time of button click.

[0073] FIG. 24 shows a process of reflecting and executing a (common) business rule in this embodiment.

[0074] Also, Figure 25 shows the property control contents according to the actual API return value in this embodiment. When actually executing the API, the API definition is referenced, arguments are passed to the API, and the return value is set to a return value according to the type of control. In this embodiment, the "currency amount digit number acquisition API" is used as the digit control API, and the currency master data is acquired based on the arguments. Here, in this embodiment, with regard to the determination of whether the API has been executed with the same argument value, in the screen variable setting of FIG. 22(a), when the button is clicked with the base date text box (value) set to 2023 / 07 / 28 and the currency code text box (value) set to 1, the API is executed, and as shown in FIG. 25, 22 integer digits and 0 decimal digits are obtained from the DB. If the button is clicked again with the same text box values, the API is executed with the same arguments, and the result is obtained from the cache rather than the DB. In the screen variable setting of FIG. 22(b), when the button is clicked with the currency code text box (value) set to 1, the screen variable.base date = 2023 / 07 / 28 19:04:000 and the screen variable.currency code = 1 are updated, and the API is executed. As shown in FIG. 25, 22 integer digits and 0 decimal digits are obtained from the DB. If the button is clicked again with the same text box values, the screen variable.base date = 2023 / 07 / 28 At 19:06:000, the screen variable.currency code is updated to 1, and since the argument of the screen variable.base date is different, data is obtained from the DB. Note that, as shown in the cache data structure in Fig. 26, in this embodiment, whether or not an operation has already been performed may be determined based on which API was executed with what argument value, such as APIKey_argument value 1_argument value 2.

[0075] Moreover, an example of a property automatic change mechanism in this embodiment will be described with reference to Fig. 27. Fig. 27 is a diagram showing an example of a correspondence table between API return values ​​and setting properties corresponding to each control in this embodiment.

[0076] As shown in FIG. 27, the property automatic change mechanism of this embodiment can be applied not only to the control of integer and decimal digits of a numeric text box, but also to various text boxes such as character strings and dates, and other controls. For example, in this embodiment, it is possible to automatically change the character count property of a character string text box and automatically change the date format of a date text box ("year / month / day" and "month / day / year"), and it is possible to automatically respond to foreign users without having to worry about the format. In addition, the property automatic change mechanism realized by the digit control control of this embodiment can switch to digit control using a different business logic by changing to an API that has a base date and a customer CD as arguments, in addition to an API that uses a base date and a currency code, and the number of digits can be controlled simply by changing the API.

[0077] Moreover, an example of automatic property change processing realized by a common control in this embodiment will be described with reference to FIGS.

[0078] First, an example of development processing of a digit control common control that controls the integer digit / decimal digit property of a numeric text box among the properties in this embodiment will be described with reference to Fig. 28 to Fig. 31. Fig. 28 to Fig. 31 are diagrams showing an example of development processing in this embodiment.

[0079] In this embodiment, by extracting commonly required setting elements for property change events on each screen, the elements can be saved and used as independent definitions on the low-code development platform, and a mechanism is realized that reduces the setting burden on application developers through control definition.

[0080] Here, the developer first performs common control settings and creates a digit control common control definition. The digit control common control is a type of common control and is saved in the common control definition management table in the developer application DB. The common control definition management table manages the type of common control within the definition and data corresponding to the common control settings.

[0081] Here, as shown in FIG. 28, in this embodiment, when setting common controls, the common controls tab is clicked on the menu screen of the low-code development tool, and a tab is displayed on the left side of the menu screen. When an application is selected, a setting screen for developing individual screens is displayed, and when a common control is selected, a common control setting screen is displayed.

[0082] As shown in FIG. 28, in this embodiment, when a type of configurable common control is selected in the tab at the top of the common control list screen, a list of registered common controls is displayed, and when the New Creation button is pressed, the screen transitions to new creation mode of the common control setting screen for the selected type.

[0083] As shown in FIG. 29, in this embodiment, a common control of the digit control type is set on the common control setting screen. In this embodiment, it is necessary to set the common part in a text box. In this embodiment, the application developer freely sets the name, and each of the constituent controls can be set according to the type of the common control selected, and one type of control, a text box, can be set in the digit control function. Here, in this embodiment, when an API to be used when changing the currency code is selected in the text box, list information of the API is obtained from the API management table. In this embodiment, the return value of the API must be a specific type to be provided (for example, a return value class for changing a numeric property, or a return value class for changing a character string property). Here, as shown in FIG. 29, in the common control definition management table in this embodiment, the definition ID is key information that is automatically numbered when the common control definition is created, the definition name is a name that is named by the developer when the common control definition is created, the common control type is the type of common control selected such as code search type common control: 1 or arbitrary search type: 2, and the data is the setting content of the common control.

[0084] As shown in FIG. 30, in this embodiment, the common control definition is set in the application. Here, as shown in FIG. 30, in this embodiment, the previously registered common control definition (currency code digit control common control) is set for use in the application, and the currency code digit control common control is arranged on the screen like a normal control, and two properties can be specified in the digit control common control, and the digit control common control is a specific class (numeric value definition class) that provides the API return value, making it unnecessary to set it. Here, the numeric value definition class includes an integer digit property and a decimal digit property. Also, as shown in FIG. 30, in this embodiment, for the two properties, a value to be passed to the argument (caller) and an argument to which the value is passed (callee) are selected, and the common controls already registered in the control selection area are displayed as options from the common control management table, and the digit control common control is arranged from there and each setting is registered.

[0085] The difference between the automatic property change process achieved by this common control and the automatic property change process achieved by the digit control control is that since the "Currency amount digit number acquisition API argument" is already set inside the common control, there is no means of specifying the digit control API, and from the moment of placement, the API master is referenced according to the already set API, and the title and argument field are dynamically displayed.

[0086] Then, as shown in FIG. 31, in this embodiment, the registered information is stored in the setting information database 106a.

[0087] An example of processing of digit-control common control in the utilization stage in this embodiment will be described with reference to Fig. 32 and Fig. 33. Fig. 32 and Fig. 33 are diagrams showing an example of processing of digit-control common control in this embodiment.

[0088] 32 and 33 show the processing at the time of starting up the application screen in this embodiment. Here, in this embodiment, by making the digit control a common control, there is only one difference between the processing of the digit control at the usage stage and at the time of execution, and that is, the table referenced in control generation at the time of initial startup changes (other aspects are similar to the property automatic change mechanism realized by the digit control in this embodiment).

[0089] That is, as shown in FIG. 32, in this embodiment, a normal control corresponding to a common control is added to the control information, and in the case of a common control of a digit control, a digit control text box is added.

[0090] In addition, as shown in FIG. 33, in this embodiment, the common control is deleted from the control information.

[0091] [4. 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.

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

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

[0094] 5. 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.

[0095] 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.

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

[0097] Moreover, with regard to the business rule reflection device 100, 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.

[0098] For example, the processing functions of the business rule reflection device 100, particularly the processing functions performed by the control unit 102, may be realized in whole or in part by a CPU 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 including programmed instructions for causing the information processing device to execute the processes described in this embodiment, and is mechanically read by the business rule reflection device 100 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 (Hard Disk Drive). This computer program is executed by being loaded into a RAM, and constitutes a control unit in cooperation with the CPU.

[0099] In addition, this computer program may be stored in an application program server connected to the business rule reflection device 100 via any network, and it is also possible to download all or a part of it as necessary.

[0100] In addition, the program for executing the process 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 "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.

[0101] 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 a plurality of modules or libraries, and a program that achieves its function by cooperating with a separate program, such as an OS. Note that the specific configuration and reading procedure for reading a recording medium in each device shown in this embodiment, as well as the installation procedure after reading, may use well-known configurations and procedures.

[0102] The various databases etc. stored in the memory unit 106 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 etc. used for various processes and providing websites.

[0103] The business rule reflection device 100 may be configured as an information processing device such as a known personal computer or a workstation, or may be configured as the information processing device to which any peripheral device is connected. The business rule reflection device 100 may be realized by installing software (including programs, data, etc.) that causes the device to realize the processing described in this embodiment.

[0104] Furthermore, the specific form of distribution and integration of the devices is not limited to that 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 functional loads. In other words, the above-mentioned embodiments can be implemented in any combination, or the embodiments can be implemented selectively. [Industrial Applicability]

[0105] The present invention is useful in various industries that use business systems. [Explanation of symbols]

[0106] 100 Business rule reflector 102 Control section 102a Control definition registration section 102b Control Settings 102c Request Reception Department 102d Reflection Execution Unit 104 Communication interface section 106 Storage section 106a Configuration information database 108 Input / Output Interface Section 112 Input Devices 114 Output Device 200 client terminals 300 Network

Claims

1. A business rule reflection device that is communicably connected to a client terminal and includes a storage unit and a control unit, The storage unit is a setting information storage means for storing an API management table in which arguments and return values ​​of a dynamic control API are set, and a definition management table in which a control definition of a dynamic state control for a screen in which the arguments of the dynamic control API are set; Equipped with The control unit is a request receiving means for receiving a request for controlling the dynamic state control on an application screen from the client terminal; a reflection execution means for executing state control of the dynamic state control based on the definition management table, acquiring a response for reflecting a business rule, which is a business rule that is a concrete control operation, on the application screen, and transmitting the response to the client terminal; A business rule reflection device comprising:

2. The dynamic state control includes: A digit control for a numeric GUI. The dynamic control API includes:

2. The business rule reflection device according to claim 1, wherein the business rule reflection device is a digit control API.

3. The dynamic state control includes: A format control for a string type GUI or a date type GUI, The dynamic control API includes:

2. The business rule reflection device according to claim 1, further comprising a format control API.

4. The control unit is a control definition registration means for registering, when a type of a common control that can be commonly used for each of the screens is selected and a setting content of the common control is set based on the API management table and the type, a common control definition management table in which the type and the setting content are set and the control definition of the common control is set in the setting information storage means; a control setting means for setting the common control to be selectable on a development setting screen of the application screen based on the common control definition management table and the API management table, and setting the control definition of the common control to which an argument of the dynamic control API is set in the definition management table; 4. The business rule reflection device according to claim 1, further comprising:

5. The request may be 4. The business rule reflection device according to claim 1, wherein the signal is a start signal for the application screen.

6. The business rule reflection device including the storage unit and the control unit, A business rule reflection device as described in any one of claims 1 to 3, characterized in that it is communicatively connected to the client terminal, and transmits a web page including the screen and a screen control program to the client terminal and displays it on the client terminal.

7. A business rule reflection method to be executed by a business rule reflection device that is communicably connected to a client terminal and includes a storage unit and a control unit, the method comprising: The storage unit is a setting information storage means for storing an API management table in which arguments and return values ​​of a dynamic control API are set, and a definition management table in which a control definition of a dynamic state control for a screen in which the arguments of the dynamic control API are set; Equipped with Executed in the control unit: a request receiving step of receiving a request for controlling the dynamic state control on an application screen from the client terminal; a reflection execution step of executing state control of the dynamic state control based on the definition management table, acquiring a response for reflecting business rules, which are business rules that are converted into specific control operations, on the application screen, and transmitting the response to the client terminal; A method for reflecting a business rule comprising:

8. A business rule reflection program to be executed by a business rule reflection device having a storage unit and a control unit, the business rule reflection device being communicably connected to a client terminal, The storage unit is a setting information storage means for storing an API management table in which arguments and return values ​​of a dynamic control API are set, and a definition management table in which a control definition of a dynamic state control for a screen in which the arguments of the dynamic control API are set; Equipped with In the control unit, a request receiving step of receiving a request for controlling the dynamic state control on an application screen from the client terminal; a reflection execution step of executing state control of the dynamic state control based on the definition management table, acquiring a response for reflecting a business rule, which is a business rule that is a concrete control operation, on the application screen, and transmitting the response to the client terminal; A business rule reflection program for executing the above.

Images