JP5401279B2 - Check rule design support method, check rule design support system, and check rule design support program - Google Patents

Description

  The present invention relates to a check rule design support method, a check rule design support system, and a check rule design support program. Specifically, the present invention relates to a technology for improving the efficiency of check rule definition and generation.

  In order to improve the productivity and quality of business in a company, a method is known in which business rules and standards handled on the system are ruled in IF_THEN format and data processing based on this rule is performed. Also, when developing business applications, for example, the value of the input business data matches the “character type (numerical value, character string)”, “digit”, etc., which are the basic attributes of the data set in advance in the data dictionary. A basic attribute check rule is defined and generated to check whether to do so (for example, see Patent Document 1).

Japanese Patent Application No. 6-314677

  By the way, in the future, it is expected that the number of business rules that must be managed by the company will increase as the demand for sophisticated business and ensuring compliance increases. Among the business rules, there are many check rules for checking whether the data to be processed is in compliance with business standards, laws and regulations.

  For example, as an example of a business check rule for checking the business legitimacy of data items related to product sales etc., there is a rule that “the number of payments in A product sales can only be 2 and 4 times” To do. In order to implement this as a business application in the system, for example, it is described as a rule of the following IF_THEN format.

  “Number of IF application payments = 2, 4 THEN OK ELSE REJECT”. As illustrated, it is necessary to define a combination of a data item, a comparator, and a comparison value in an IF_THEN format for each rule. These rules need to be defined as many as the number of check rules, and even if the check rules are similar to each other or exactly the same check rules, they must be defined for each product and for each business. It is not good, and the work burden is large both in terms of human and time.

  In addition, when changing check rules according to changes in business, etc., check the check rules defined for each product or business, even if they are similar or identical to each other, It is necessary to perform a change work, and the efficiency of the work is still not good, and the work burden is large both in terms of human and time. In addition, such inefficient work may lead to omissions in changes, resulting in business inconsistencies.

  On the other hand, in the conventional definition and generation method of basic attribute check rules, there is a mechanism for efficiently generating rules related to “digits and types” that are basic attributes of data. There has not been proposed a method for efficiently defining and generating check rules for business data based on the relationship (eg, data acquired for price estimation such as a contractor's name, address, age, etc.).

  Therefore, the present invention has been made in view of the above circumstances, and a main object thereof is to provide a technique for improving the efficiency of definition and generation of check rules.

  The check rule design support method of the present invention that solves the above-described problem is characterized in that a computer system that supports check rule design that specifies check rules for business data handled in a business process executes the following processing.

That is, the computer system accepts product information of a product to be processed by an input device and registers it in a storage device, and accepts and stores information on a business process that handles the product for which the product information is registered. When the input device accepts information of the business data item name and the numerical data type, code type, or character string type indicating the business data value type as business data information registered in the device and handled by the registered business process When the business data value type is designated as a code type, the code value that can be taken by the business data and its meaning are received by the input device and registered in the storage device, and the registered product information and business The first area where process information and business data information are read from the storage device and displayed so as to be selectable, and the first area can be selected. On its business data and, when the value of the business data code type storing candidate comparer defining certain to relationship with the list, and the comparison value of the code value as a candidate of the comparison value as a comparison reference A second area that is read from the device and displayed in a selectable manner is generated and stored as a check rule template in a storage device, and data of the check rule template is displayed on an output device, and the check rule template indicates the data In the first area, selection of business data to be used for a predetermined product or a predetermined business process is accepted, and in the second area, selection of a comparison value and a comparator is accepted for the business data for which the selection has been received, and a check rule is defined. Stored in the storage device, and the check rule definition is read from the storage device. Out, business data, comparison value the check rule definition defines and stores the generated storage check rules by applying the comparer to conditional branch statement in a predetermined program language, characterized in that.
Also, the check rule design support method of the present invention is such that a computer system that supports check rule design that specifies check rules for business data handled in a business process receives product information of a product to be processed by an input device. registered in the storage device, the information of the business processes for handling items of the commodity information is registered, registers in the storage device received by the input device, as the information of the business data handled by the registered business process, the business data items When the input device accepts the name, the numeric type that indicates the type of business data value, the code type, or the character string type information, if the business data value type is specified as the numeric type, the business data For data items to be compared with numerical values, select from the registered product information data items and the numerical value of business data The comparison is accepted by the input device to select the comparer defines the relation between the items registered in the storage device, the registered product information and business process information and business data information is read out from the storage device can be selected When the value of the business data is a numeric type regarding the first area to be displayed and the business data that can be selected in the first area, based on the registered comparison target item and the comparator, The value of the product information corresponding to the item to be compared is read out from the storage device as a comparison value candidate as a comparison reference, and a candidate of a comparator that defines a relationship with the comparison value, and is displayed in a selectable manner. 2 data is generated and stored in a storage device as a check rule template, and the check rule template data is displayed on the output device. In the first area indicated by the check rule template, selection of business data to be used in a predetermined product or a predetermined business process is accepted, and in the second area, selection of a comparison value and a comparator for the business data for which the selection has been accepted. Is stored in a storage device as a check rule definition, the check rule definition is read from the storage device, and business data, comparison values, and comparators defined by the check rule definition are applied to a conditional branch statement in a predetermined program language. A check rule is generated and stored in a storage device.

The check rule design support system according to the present invention is a computer system that supports check rule design that prescribes check rules for business data handled in a business process, and stores product information of a product to be processed by an input device. A product information registration unit that receives and registers in the storage device, a business process information registration unit that receives information on a business process that handles the product in which the product information is registered, and registers in the storage device, and the registered as the information of the business data handled by a business process, a business data item names, numeric or code type indicates the type of the value of the business data, when accepting an input device information of a character string type, the type code of the value of business data when receiving the designation of a type, received at the input device for code values can take the business data and their meaning and A business data information registration unit for registering in the storage device, a first area for reading the registered product information, business process information, and business data information from the storage device and displaying them in a selectable manner; and the first area If the business data value is a code type, a list of code values as candidates for a comparison value as a comparison reference, and a comparison that defines a relationship with the comparison value A check rule template generation unit that generates data composed of a second area that reads child candidates from the storage device and displays them in a selectable manner and stores the data in the storage device as a check rule template, and outputs the data of the check rule template In the first area displayed on the device and indicated by the check rule template, Accepts a selection of business data to be used in a predetermined business process, and in the second area, accepts a selection of a comparison value and a comparator for the business data for which the selection has been accepted, and stores it in a storage device as a check rule definition The rule design unit reads the check rule definition from the storage device, applies the business data, comparison value, and comparator specified by the check rule definition to a conditional branch statement in a predetermined programming language, generates a check rule, and stores it in the storage device. And a check rule generation unit for storing.

  The check rule design support program of the present invention is characterized by causing a computer system that supports check rule design that specifies check rules for business data handled in a business process to execute the following processing.

That is, the check rule design support program is a computer system that receives a product information of a product to be processed by an input device and registers it in a storage device, and a business process that handles the product for which the product information is registered. As a process of receiving information by the input device and registering it in the storage device, and as business data information handled by the registered business process, a business data item name and a numerical type or code type indicating a business data value type, When accepting the character string type information by the input device, if the value type of the business data is specified as the code type, the code device accepts the code value that can be taken by the business data and its meaning and stores it in the storage device. Processing to be registered and the registered product information, business process information and business data information are read from the storage device and selected. A first area for displaying the ability, for business data are selectable by the first area, when the value of the business data code type code value as a candidate of the comparison value as a comparison reference list, and processing for storing in the storage device as the comparison value and the second area to generate data consisting of a check rule template that selectably displays the candidate comparer reads from the storage device for defining the relationship should be of And displaying data of the check rule template on an output device, accepting selection of business data to be used in a predetermined product or a predetermined business process in the first area indicated by the check rule template, and in the second area The comparison value and the comparison value selection are received for the business data for which the selection has been received, and the check The process of storing in the storage device as a definition, reading the check rule definition from the storage device, applying the business data, comparison value, and comparator specified by the check rule definition to a conditional branch statement in a predetermined programming language Generating and storing the data in the storage device.

  In addition, the problems disclosed by the present application and the solutions thereof will be clarified by the column of the best mode for carrying out the invention and the drawings.

  According to the present invention, the definition and generation of check rules can be made efficient.

It is a block diagram which shows the structure of the check rule design support system which concerns on this Embodiment. It is a processing flow figure of the check rule design support method concerning this embodiment. It is a figure which shows the example of the merchandise information registration screen which concerns on this Embodiment. It is a figure which shows the example of a table of the merchandise information which concerns on this Embodiment. It is a figure which shows the example of the business process information registration screen which concerns on this Embodiment. It is a figure which shows the example of a table of the business process information which concerns on this Embodiment. It is a figure which shows the example of the business data information registration screen which concerns on this Embodiment. It is a figure which shows the example of a table of the business data information which concerns on this Embodiment. It is a figure which shows the example of the code information registration screen which concerns on this Embodiment. It is a figure which shows the example of a table of the code value information which concerns on this Embodiment. It is a figure which shows the example of the goods business link screen of the business data which concerns on this Embodiment. It is a figure which shows the example of a table of the goods which concern on this Embodiment, and business use data information. It is a figure which shows the example of the check rule template screen which concerns on this Embodiment. It is a figure which shows the example of the check rule template screen which concerns on this Embodiment. It is a figure which shows the example of the check rule template production | generation processing flow which concerns on this Embodiment. It is a figure which shows the example of a production | generation image of the check rule template which concerns on this Embodiment. It is a figure which shows the example of the check rule template screen which concerns on this Embodiment. It is a figure which shows the example of the check rule design processing flow which concerns on this Embodiment. It is a figure which shows the example of the check rule start condition table which concerns on this Embodiment. It is a figure which shows the example of the check rule definition table which concerns on this Embodiment. It is a figure which shows the example of the rule application product business table which concerns on this Embodiment. It is a figure which shows the example of the production | generation check rule table which concerns on this Embodiment. It is a figure which shows the utilization structural example via the network of the check rule design system which concerns on this Embodiment. It is a block diagram which shows the structure of the check rule execution support system which concerns on this Embodiment. It is a figure which shows the example of the execution processing flow of the check rule which concerns on this Embodiment. It is a figure which shows the example of the trial calculation screen in connection with execution of the check rule which concerns on this Embodiment. It is a figure which shows the example of the output of the error message in the trial calculation screen in connection with execution of the check rule which concerns on this Embodiment.

--- System configuration ---
Embodiments of the present invention will be described below in detail with reference to the drawings. FIG. 1 is a configuration diagram of a check rule design support system 100 according to the present embodiment. A check rule design support system 100 (hereinafter, system 100) shown in FIG. 1 is a computer system that improves the efficiency of definition and generation of check rules. The system 100 is, for example, a computer device such as a server, and includes a storage device 160 such as a hard disk drive, a memory 120 that is volatile storage means such as a RAM, a CPU 110, and a communication port 130 connected to each other by a BUS.

  In the system 100, the CPU 110 implements various functions by causing the program 170 stored in the storage device 160 such as a hard disk drive to be read into the volatile memory 120 such as a RAM and executed. The system 100 includes an input device 140 such as various keyboards and buttons generally provided in a computer device, and an output device 150 such as a display, a speaker, and a printer as necessary. Further, the system 100 has a communication port 130 such as a NIC (Network Interface Card) for exchanging data with other devices, and can communicate with a terminal or the like used by a predetermined administrator via a network. If so, it is preferable.

  The system 100 may receive the program 170 transmitted from another information processing apparatus via a network at the communication port 130 and store it in the memory 120 or the storage device 160. Various tables such as product information 400 may be stored in another information processing apparatus, and the system 100 may receive the information from the information processing apparatus through the communication port 130 and use it for the processing of the program 170.

  The data structure of various tables such as product information 400 stored in the storage device 160 will be described later.

Next, functional units that the system 100 configures and holds in the storage device 160 based on, for example, the program 170 will be described. The system 100 includes a product information registration unit 101 that receives product information of a product to be processed in a business process or the like by the input device 140 and registers it in the storage device 160.
In addition, the system 100 includes a business process information registration unit 102 that receives information on a business process that handles a product for which the product information is registered by the input device 140 and registers the information in the storage device 160.
The system 100 further includes a business data information registration unit 103 that receives business data information handled by the registered business process by the input device 140 and registers it in the storage device 160.

  In addition, the system 100 is selectable between a first area in which the registered product information, business process information, and business data information are read from the storage device 160 and displayed in a selectable manner, and the first area. With respect to the business data, a comparison value candidate as a comparison reference and a comparator candidate that defines a desired relationship with the comparison value are read from the storage device 160 and generated as a second area for selectively displaying the data. The check rule template generation unit 104 stores the check rule template in the storage device 160 as a check rule template. Of course, the storage device 160 stores a list of comparison value candidates and a list of candidate candidates.

  Further, the system 100 displays the data of the check rule template on the output device 150, accepts selection of business data to be used in a predetermined product or a predetermined business process in the first area indicated by the check rule template, In the second area, there is provided a check rule design unit 105 that accepts a selection of a comparison value and a comparator for the business data for which the selection has been accepted and stores it in the storage device 160 as a check rule definition.

  In addition, the system 100 reads the check rule definition from the storage device 160, applies the business data, comparison value, and comparator specified by the check rule definition to a conditional branch statement in a predetermined program language to generate and store a check rule. A check rule generation unit 106 stored in the device 160 is provided.

Note that the business data information registration unit 103 receives the business data item name and the numerical type, code type, and character string type information indicating the type of business data value by the input device 140 and registers them in the storage device 160. Also good.
In this case, when the value of the business data is a code type, the check rule template generation unit 104 can select a code value as a comparison value candidate and = or ≠ as a comparator candidate from the storage device 160 and select them. When the data of the second area to be displayed is generated and the value of the business data is a numerical type, = or ≠, ≧, ≦,>, <can be read out from the storage device 160 and selected as a comparator candidate It is preferable that data of the second area to be displayed is generated.

The business data information registration unit 103 receives the business data item name and the business data value type when the input device 140 receives information of a numerical type, code type, or character string type indicating the type of business data value. When the code type is designated, the input device 140 may accept input of code values that can be taken by the business data and their meanings and register them in the storage device 160.
In this case, when the value of the business data is a code type, the check rule template generation unit 104 reads a list of code values from the storage device 160 as a comparison value candidate and displays it in a selectable manner in the second area. It is preferable if data is generated.

The business data information registration unit 103 receives the business data item name and the business data value type when the input device 140 receives information of a numerical type, code type, or character string type indicating the type of business data value. Is designated as a numeric type, for the data item to be compared with the numerical value of the business data, the selection from among the data items of the registered product information, the numerical value of the business data and the comparison target item, The selection of the comparator that defines the relationship between the two may be received by the input device 140 and registered in the storage device 160.
In this case, when the value of the business data is a numerical type, the check rule template generation unit 104 compares the value of the product information corresponding to the comparison target item based on the registered comparison target item and a comparator. It is preferable to generate data for the second area in which value candidates and the comparator are selectably displayed as comparator candidates.

Further, the product information registration unit 101 may accept a product name as product information of a product to be processed by the input device 140 and register it in the storage device 160.
In this case, it is preferable that the business process information registration unit 102 accepts a business process name as business process information by the input device 140 and registers it in the storage device 160.

  Further, at this time, the check rule template generation unit 104 displays the registered product name and business process name in addition to displaying the comparator candidate and the comparison value candidate relating to the business data so that the check rule can be selected. It is preferable that the second area data including an interface for accepting selection to be applied to the product or the business process is generated.

  Further, the check rule template generation unit 104 adds check rules to all products in addition to the product name of the registered product information or the business process name of the business process information in the selection interface of the product or business process to which the check rule is applied. Alternatively, an interface that is applied to all business operations at once may be included.

  The check rule template generation unit 104 receives a start condition number indicating a condition for starting a check process based on the check rule, a start condition item, a comparator for the start condition item, and a definition of a comparison value for the start condition item. Data for the third area may be generated in the first and second areas and stored in the storage device 160 as a check rule template.

  Further, the check rule template generation unit 104 may display the business data item name of the registered business data information as a selection candidate so as to be selectable as a start condition item in the third area.

  The check rule design unit 105 displays the data of the check rule template on the output device 150, and selects business data to be used in a predetermined product or a predetermined business process in the first area indicated by the check rule template. In the second area, a selection of a comparison value and a comparator is accepted for the business data for which the selection has been accepted. In the third area, the selection for the start condition number and the start condition item, and the selected The comparator corresponding to the start condition item and the selection of the code value or numerical value may be received and stored in the storage device 160 as a check rule definition.

  In addition, the check rule design unit 105 determines whether there is a combination of the business data item, the comparator, and the comparison value among the other check rule definitions already registered in the storage device 160 for the defined check rule definition. However, if there are check rule definitions of the same combination, warning information indicating that there is an overlap may be output to the output device 150.

  In addition, the check rule design unit 105 accepts selection in the third area, the start condition item, the comparator, and the comparison value, other start condition items and comparators already registered in the storage device 160, It may be determined whether there is the same combination of comparison values, and if there is the same combination, warning information indicating that there is an overlap may be output to the output device 150.

  Each of the units 101 to 106 in the system 100 described so far may be realized as hardware, or may be realized as a program 170 stored in an appropriate storage device 160 such as a memory or an HDD (Hard Disk Drive). In this case, the control device such as the CPU 110 reads the corresponding program from the storage device 160 in accordance with the program execution and executes it.

--- Processing procedure example ---
Hereinafter, the actual procedure of the check rule design support method in the present embodiment will be described according to the processing flow of FIG. 2 and using FIGS. 3 to 22. Various operations corresponding to the check rule design support method described below are realized by a program 170 that the CPU 110 of the system 100 reads into the memory 120 and executes. And this program 170 is comprised from the code | cord | chord for performing the various operation | movement demonstrated below.

  Here, as an example of the business, it is assumed that the business accepts a subscription application from a customer and sells the insurance product. Therefore, the system 100 here generates the design support by checking the application reception system to check whether the insurance application content from the customer matches the business rules of the insurance company in the corresponding business. Rules.

<Step s <b>101> Product Information Registration A user of the system 100 such as an administrator in the insurance product sales company uses the input device 140 to input product information. The product information input to the user here relates to the insurance product to be sold in the present embodiment. FIG. 3 shows a product information registration screen 300 output to the output device 150. The product information registration screen 300 is a screen that is displayed when product information is input by the user. The product name registration area 310, the sales start date registration area 320, the product description registration area 330, and the product contractor age upper limit registration area 340 are displayed. , An insurance amount upper limit registration area 350 and a product registration completion button 360. The merchandise information that receives the input here is information as described in a so-called merchandise pamphlet, and may of course be items other than the above 320 to 350.

  When the user inputs each item of product information in each area 310 to 350 on the product information registration screen 300 using the input device 140 and presses a product registration completion button 360, the product information of the system 100 is displayed. The registration unit 101 acquires input data of each area 310 to 350 of the product information registration screen 300 as product information and registers it in the storage device 160.

  The product information registration unit 101 stores the product information in the product information table 400 in the storage device 160. FIG. 4 shows a table configuration example of the product information table 400. The product information table 400 includes a product number field 410 for identifying a product, a product name field 420, a sales start date field 430, a product description field 440, a product contract corresponding to each item on the product information registration screen 300. A person age upper limit field 450 and an insurance amount upper limit field 460. Each time the product information registration unit 101 receives product information on the product information registration screen 300 and performs registration processing, one record of the product information table 400 is added.

<Step s102> Business Process Information Registration The business process information registration unit 102 of the system 100 receives, from the user, information on the business process that handles the product for which the product information has been registered in the step s101 from the user. Registered in the storage device 160. An example of a business process in the present embodiment is a business process related to insurance product sales. FIG. 5 shows a business process information registration screen 500 output to the output device 150. The business process information registration screen 500 is a screen that is displayed when the user inputs business process information, and includes a product name selection area 510, a business process registration area 520, and a business process registration completion button 530.

  A user browsing the business process information registration screen 500 uses the input device 140 to select a product for registering a business process in the product name selection area 510. The product information displayed in a selectable manner in the product name selection area 510 (for example, displayed as a list as a pull-down menu) is the product information registered by the system 100 in step s101, and the product information table in the storage device 160 The product information is read from the stored information 400. In the example of FIG. 5, the user has selected a product “new car insurance”.

  In the business process registration area 520, the user registers the business processes of “trial calculation”, “application”, and “contract” in the form of a flowchart as the business processes in the “new car insurance”. The registration format may be a table format other than the flowchart.

The business process information items 510 and 520 are registered using the input device 140, and the business process information is registered by pressing a business process registration completion button 530.
When a user selects a product in the product name selection area 510 and registers a business process in the business process registration area 520, the business process information registration unit 102 stores the product specified in each area. And information related to the business process is received and stored in the business process information table 600 of the storage device 160.

  FIG. 6 shows a table configuration example of the business process information table 600. The business process information table 600 includes a product name field 610, a business number field 620 for identifying a business process, and a business process name field 630 corresponding to each item of the business process information registration screen 500. The business process information registration unit 102 adds a record containing a business process name to the business process name field 630 for each registered business process.

<Step s103> Business Data Information Registration Further, the business data information registration unit 103 of the system 100 receives the business data information handled by the business process registered in the step s102 from the user in the input device 140, and stores the storage device 160. Register with. Details are described below.

(1) Business Data Information Registration FIG. 7 shows an example of the business data information registration screen 700. The business data information registration screen 700 includes a business data area 710, a model area 720, a digit area 730, a comparative product information area 740, a comparison condition area 750, and a completion button area 760. A user viewing the business data information registration screen 700 uses the input device 140 to input business data to be handled as input / output data in the area 710 when selling insurance products. For each input business data, a model and a digit are input in areas 720 and 730. Further, the value of the product information to be protected by the value of the business data is input to the area 750, and the comparison condition (if any) with the value of the product information is input to the area 740. As the item of comparison product information, the business data registration unit 103 reads the items of the product information 400 registered in the step s101 (for example, the product contractor age upper limit 450, the insurance amount upper limit 460, etc.), and a pull-down menu, etc. The list is displayed, and the user selects from the list.

  For example, in the example of FIG. 7, business data items such as the contractor name, address, and contractor age are registered. The data item of the contractor age is set to the numeric type and the digit is set to 3 digits. As the product information to be compared, the “contractor age upper limit” of the product information 400 registered in step s101 is set. An inequality sign “≦” is registered as a comparison condition. In other words, it indicates that the age of the product contractor must be equal to or less than the value of the “product contractor age upper limit” as the registered product information.

  When the user presses the completion button 760, the business data registration unit 103 registers the business data information received on the business data information registration screen 700 in the business data information table 800 of the storage device 160. FIG. 8 shows a table example of the business data information 800. The business data item information table 800 includes an item number field 810 for identifying a business data item, a business data item field 820, a type field 830, a digit field 840, a comparison condition field 850, and a comparative product information field 860.

(2) Code Value Information Registration In the example shown in FIG. 7, the business data “use vehicle type” is defined as a code type. In the case of a code type, a possible value is a code value, and thus the system 100 needs to receive a code value setting from a user. In this case, the business data registration unit 103 displays the code value information registration screen 900 shown in FIG. 9 on the output device 150, and accepts code value registration via this screen.

  The code value information registration screen 900 includes a business data area 910, a code value area 920, a semantic area 930, and a completion button 940. The user who is browsing the code value information registration screen 900 registers each code value and a description of the code value using the input device 140. In the example of FIG. 9, the item “use vehicle type” takes a code value such as “01” or “02”, and the code value represents “private ordinary car”, “personal light car”, or the like. Yes.

  Upon receiving the press of the completion button 940 by the user, the business data registration unit 103 acquires the code value information (information regarding the code value and its description) received on the code value information registration screen 900, and the storage device 160 is registered in the code value information table 1000. An example of the code value information table 1000 is shown in FIG. The code value information table 1000 includes a business data field 1010, a code value field 1020, and an explanation field 1030.

(3) Association of business data, product, and business process Subsequently, the business data registration unit 103 accepts designation of which product and which business process the registered business data is used from the user. become. FIG. 11 shows a product / business association screen 1100 for business data. The business data product / business association screen 1100 includes a product area 1110, a business process area 1120, a business data area 1130, an input / output classification area 1140, and a completion button 1150.

  The business data registration unit 103 reads the product name from the product information 400 registered in the step s101 in the product area 1110 and displays it in a selectable list. Similarly, in the business process area 1120, business process names are read from the business process information 600 registered in step s102 and displayed in a selectable list. Similarly, in the business data area 1130, business data information is read from the business data information 800 and displayed in a list, and business data used in the product and business process selected from the list is displayed. The input / output classification area 1140 accepts selection of whether the business data is input data or output data in the corresponding business process.

  In the example of FIG. 11, in the “estimate” business process of the product “new car insurance”, “contractor name”, “address”, “contractor age”, “insurance amount”, “use car model”, “insurance” Data such as “Fee” is registered as a business data item.

  When the user who browses the product / business association screen 1100 of the business data and selects in each area presses the completion button 1150, the business data registration unit 103 causes the product / business association screen of business data to be displayed. The product name, the business process, the business data, and the batch information of the input / output classification received via 1100 are registered in the product / business use data information table 1200 of the storage device 160.

  FIG. 12 shows an example of the structure of the product / business use data information table 1200. The product / business use data information 1200 includes a product field 1210, a business process field 1220, a business data field 1230, and an input / output classification field 1240. The items in each field correspond to the items received on the product / business association screen 1100 for business data items.

<Step s104> Check Rule Template Generation Next, the check rule template generation unit 104 of the system 100 reads the registered product information, business process information, and business data information from the storage device 160 and displays them in a selectable manner. With respect to the business data that can be selected in the first area and the first area, a comparison value candidate as a comparison reference and a candidate for a comparator that defines a desired relationship with the comparison value are stored in the storage device 160. Data including the second area that is read and displayed so as to be selectable is generated and stored in the storage device 160 as a check rule template.

  FIG. 13 shows a check rule template display screen 1300. The check rule template screen 1300 exemplified here is a template for defining a check rule for code-type business data. The check rule template screen 1300 includes an area 1310 (= first area) for selecting rule definition target business data, a rule definition area 1320 (= second area), an area 1330 for displaying registered rules, and a check rule start. It consists of a check rule start condition area 1340 (= third area) for registering and referring to conditions.

  The rule definition target item selection area 1310 includes a product name area 1311, a business process name area 1312, and a business data area 1313. The rule definition area 1320 includes a comparator input area 1321, a rule comparison value input area 1322, a rule start condition input area 1323, an error message area 1324 to be displayed when a rule does not apply, and a rule application product / business input area. 1325.

  On the other hand, FIG. 14 shows a template screen 1400 for defining a check rule for numerical business data. Since the configuration of the screen is almost the same as that of the code type check rule template screen 1300, description thereof is omitted. The difference is that the rule comparison value input area 1322 is “numerical value” instead of a code value.

  FIG. 15 shows detailed steps of the generation process of the check rule templates 1300 and 1400. FIG. 16 also shows which data each component of the check rule template is generated in correspondence with the generation processing step. Hereinafter, the generation process of the check rule template will be described while following the processing steps of FIG.

Step s1501: Selection of rule definition target business data The check rule template generation unit 104 displays, in the product name area 1311, a list of product names read from the product information table 400 registered in Step s101 so as to be selectable. , Accepts selections from users. Similarly, the check rule template generation unit 104 reads a list of business process names from the business process information table 600 registered in step s102 and displays it in the business process area 1312 so that it can be selected. Accept selection. Further, the check rule template generation unit 104 reads out a list of business data in the business data information table 800 and displays it in the business data area 1313 so that it can be selected. Accept the selection. In the example shown in FIG. 13, “use vehicle type” is selected by the user as business data in the “trial calculation” business process of the product “new car insurance”.

Step s1502: Rule determination target business data type determination processing Subsequently, the check rule template generation unit 104 determines whether the business data selected in the rule definition target business data selection area 1310 is a code type, a character type, or a numerical value. It is determined by referring to the “type” column of the corresponding record in the business data information table 800. This is because the check rule template generated differs depending on the type (difference between the screen 1300 and the screen 1400). If it is determined that the business data is a code type or a character type, the check rule template generation unit 104 shifts the processing to step s1503. On the other hand, if the business data is a numerical type, the check rule template generation unit 104 shifts the processing to step s1513.

Step s1503: Output of a comparator in the case of code type or character type When the business data selected in the rule definition target business data selection area 1310 is a code type or a character type (s1502: code type, character type) ), The check rule template generation unit 104 outputs an equal sign “=” or an equal sign negation “≠” to the candidate list in the comparator input area 1321, and proceeds to step s 1504.

Step s1504: Output the code value information to the rule comparison value candidate When the business data selected in the rule definition target business data selection area 1310 is a code type, the check rule template generation unit 104 performs the step s103. Based on the code value information table 1000 of the registered business data, the code value of the business data (each data of the code value 1020 and the description 1030) is output as a candidate list in the rule comparison value input area 1322, and the process proceeds to step s1505. To do. In the example of FIG. 13, “01 private car”, “02 private light vehicle”, “03 sales vehicle”, and the like are output as a list of code values for the business data “use vehicle type”. When the business data selected in the rule definition target business data selection area 1310 is “character type”, nothing is displayed and the text is a free input field for a character string.

Step s1513: Comparator output in the case of numeric type On the other hand, if the business data selected in the rule definition target business data selection area 1310 is “numeric type” (s1502: numeric type), the check rule template generation unit 104 outputs an equal sign “=”, equal sign negation “≠”, inequality signs “≧”, “≦”, “>”, “<” to the candidate list in the comparator input area 1321, and proceeds to step s 1514. Transition processing.

Step s1514: Output the value of the comparison product information to the rule comparison value candidate. If the business data selected in the rule definition target business data selection area 1310 is “numeric type”, the check rule template generation unit 104 If there are values of the comparison condition 850 and the comparison product information 860 in the business data information table 800 registered in the step s103, the values of the product information table 400 registered in the step s101 (for example, the product contractor age upper limit 450 or insurance) The value of the product information (eg, “75” which is the upper limit age) is entered in the rule comparison value input area 1322, and the comparison condition (eg: “≦”) is entered in the comparator input area 1321. , Output as a candidate, and the process proceeds to step s1505.

Step s1505: Output error message area The check rule template generation unit 104 inputs an error message to be output when the business data does not conform to the check rule when checking the business data based on the later check rule. The receiving area 1324 is output in the rule definition area 1320.

Step s1506: Rule application product, business input area output Further, the check rule template generation unit 104 outputs an area 1325 for receiving a check rule application product and application business selection input in the rule definition area 1320. In this case, the check rule template generation unit 104 reads out the name of each product and each business registered in the product information table 400 and the business process information table 600 in the storage device 160 and displays them in the area 1325. Display the check field as an interface at the bottom. The user can specify a product or a business to which the check rule is applied by checking a desired product or business process in the check field interface.

Step s1507: Display of Registered Rules The check rule template generation unit 104 stores registered check rules in the storage device 160 (check rule definition in the storage device 160) with respect to the business data received in the rule definition target business data selection area 1310. If there is a registered check rule, the corresponding registered rule is read out from the check rule definition table 2000 and displayed in the registered rule display area 1330. The table configuration of the check rule definition table 2000 will be described later. The registered rule display area 1330 has substantially the same configuration as the rule definition area 1320 and will not be described.

Step s1508: Display of Rule Start Condition Area FIG. 17 shows an example of the rule start condition area 1710. The check rule start condition is a condition for executing check execution of business data based on the check rule only when the rule start condition is met. The rule start condition area may be displayed at the same time on the check rule template screen 1300 in FIG. 13, but in this example, the check rule template generation unit 104 receives the selected check rule display area upon receiving a tab selection by the user. The display is switched to 1330.

  The check rule start condition area 1710 includes a registered start condition display area 1720, a start condition registration area 1730, and a registration button 1740. The check rule template generation unit 104 searches the check start condition table 1900, and if there is a registered check rule start condition, displays the check rule in the registered start condition display area 1720. The registered start condition display area 1720 includes a start condition number area 1721, a start condition item area 1722, a comparator area 1723, and a start condition value area 1724. The start condition registration area 1730 includes a start condition item area 1731, a comparator area 1732, and a start condition value area 1733 almost the same as the registered start condition display area 1720.

<Step s105> Check Rule Design The check rule design unit 105 of the system 100 displays the data of the check rule template on the output device 150 (= screen 1300 or screen 1400), and the rule target indicated by the check rule template In the item selection area (first area), selection of business data used in a predetermined product or a predetermined business process is accepted, and in the rule definition area (second area), a comparison value and The selection of the comparator is received and stored in the storage device 160 as a check rule definition.

  FIG. 18 shows a detailed flow of the check rule definition process. Hereinafter, according to the steps of FIG. 18, the detailed process of the check rule definition is performed on the “use vehicle type” which is a code type item in the check rule template 1700 of FIG. An example of defining check rules will be described.

Step s1801: Rule comparator selection The check rule design unit 105 accepts selection input of a rule comparator by the user in the comparator area 1321 of the check rule definition area 1320 of the check rule template screen 1700. . In the example of FIG. 17, since the check rule definition of the code-type business data item “use vehicle type” is included, the selection list in the comparator area 1321 includes an equal sign and an equal sign negation. Either one will be selected and input. In the illustrated example, the equal sign “=” is selected in the comparator area 1321.

Step s1802: Rule comparison value input Subsequently, the check rule design unit 105 selects and inputs a rule comparison value by the user in the comparison value area 1322 of the rule definition area 1320 of the check rule template screen 1700. Accept. In the example of FIG. 17, since the check rule definition of the code-type business data item “use vehicle type” is selected, the selection list in the comparison value area 1322 is “normal vehicle for private use”, “mini vehicle for private use” in the code value information table 1000. The vehicle type list information such as “” is included, and the user selects and inputs one of them. In the illustrated example, “01 private car”, “02 private light vehicle”, and “03 moped bicycle” are selected in the comparison value area 1322. In this comparison value area 1322, an item addition may be accepted in response to pressing of the add button, and the user may be allowed to select a plurality of items.

Step s1803: Rule start condition setting Next, the check rule design unit 105 registers a check rule start condition. In this case, the check rule design unit 105 receives designation of a necessary start condition in the start condition area 1730 from the user, and stores the corresponding start condition in the check start condition table 1900 of the storage device 160 in response to pressing of the registration button 1740. sign up. The check start condition table 1900 includes a start condition table 1910, a start condition item 1920, a comparator 1930, and a start condition value 1940. The table configuration is the same as the configuration of the start condition setting area in FIG.

  When the check rule design unit 105 registers the start condition as described above, the check rule design unit 105 displays the registered start condition information in the registered start condition display area 1720 with a start condition No. Is displayed. Here, in order to prevent duplicate definition of the same start condition, the check rule design unit 105 registers the start condition information requested for registration, the start condition item registered in the check start condition table 1900, and the comparator. If the same information as the registered information is requested to be registered, the warning information to that effect may be output to the output device 150 and the registration may be rejected.

Step s1804: Rule start condition number registration When the start condition is registered as described above, the check rule design unit 105 displays the start condition No. 1 in the registered start condition display area 1720. In addition, start condition information is displayed. Further, the check rule design unit 105 sets the start condition No. Is set in the start condition setting area 1323 of the check rule definition area 1320. Thus, the check rule start condition is set. In the example of FIG. 17, when the item value “presence / absence of driver's seat airbag” is “present”, the check execution start is set for the “use vehicle type” check rule.

Step s1805: Error message input Subsequently, the check rule design unit 105 executes the check rule in the error message input area 1324 and accepts and sets an input of a message when it does not match. In the example of FIG. 17, when the check rule of “use car model” does not match at the time of execution, a message “the car model cannot be selected” is set to be output.

Step s1806: Rule application product selection The check rule design unit 105 receives a selection input of a product to which the check rule is applied from the user at an interface of an area 1325 that receives selection input of the application product of the check rule. When the same rule is applied to multiple products, the user does not need to design and register the rule multiple times. By checking the products for which the check rule is applied, the rule can be designed at a time. is there. In the example of the interface in FIG. 17, a check is set for “new insurance” and the check rule is applied.

Step s1807: Rule application work selection The check rule design unit 105 receives a selection input of a work to which the check rule is applied from the user at the interface of the area 1325 which receives a selection input of the check rule application work. When the same rule is applied to multiple tasks, the user does not need to design and register the rule multiple times, and the rule can be designed once by checking the task to which the check rule is applied. It is. In the example of the interface in FIG. 17, a check is set for “trial calculation” and “contract service”, and the check rule is applied.

  Further, the check rule design unit 105 applies to all the products or all business operations in addition to the individual product names or business process names to the rule application products and business process selection setting areas in the steps s1806 and s1807. The interface (check box, etc.) may be output. Needless to say, the check rule design unit 105 associates all the products or business in the storage device 160 with respect to the check rule for which the batch application is designated. With regard to check rules common to all products and all business operations, the user can set the application of the check rules without taking time and effort by specifying batch application on the interface.

Step s1808: Rule registration request The check rule design unit 105 accepts a check rule registration request by pressing the rule registration button 1326 for the check rule definition defined in steps s1801 to 1807.

Step s1809: Checking for duplicate registration request rules On the other hand, the check rule design unit 105 determines whether there is a check rule definition registered in step s1808 that is the same as the registered check rule definition. Check with reference to the check rule definition table 2000. FIG. 20 shows an example of the check rule definition table 2000. The check rule definition table 2000 includes a rule number field 2010, a business data field 2020, a comparator field 2030, a comparison value field 2040, a start condition field 2050, and a check rule start condition field 2060. The same check rule definition is a combination of the same comparator, the same comparison value, and the same start condition for the same business data.

  The check rule design unit 105 searches each record of the check rule definition table 2000, and if there is the same check rule definition that requested registration (s1809: there is duplication), the process proceeds to step s1810. On the other hand, if the same check rule definition cannot be searched (s1809: no duplication), the process proceeds to step s1811.

Step s1810: Alarm output When the check rule definition requested to be registered has already been registered in the check rule definition table 2000 (s1809: there is a duplication), the check rule design unit 105 displays the alarm information indicating the duplicate registration. Is output to the output device 150, the process proceeds to step s1801, and check rule correction is accepted from the user.

Step s1811: Rule Registration On the other hand, if the check rule definition requested for registration is not in the check rule definition table 2000 (s1809: no duplication), the check rule design unit 105 registers the check rule definition as a new check rule definition. The requested check rule definition data is registered in the check rule definition table 2000. In addition, the check rule design unit 105 sets information on the application target product and business of the check rule definition in the rule applied product business table 2100. The rule application product business table 2100 includes a rule number field 2100, an application product field 2200, and an application business process field 2300. Thereby, it is managed to which product or business the check rule definition corresponding to the “rule number” applies.

  Through the processing in step s104 (steps s1501 to s1514), candidates for items, comparators, and comparison values used in the check rule are generated from business data information and product information in a template format, and step s105 (step s1801) is generated. By implementing the check rule definition in the parameter selection format by the processing of ~ s1811), the check rule can be easily designed. In addition, by selecting check rule application products and business processes, it is possible to design check rules to be applied to a plurality of products and business operations with a single check rule design. In addition, a plurality of identical check rules can be prevented from being generated by the check rule duplication check.

<Step s106> Rule Generation The check rule generation unit 106 of the system 100 reads the check rule definition from the storage device 160, and sets business data, comparison values, and comparators defined by the check rule definition as conditions of a predetermined program language. A check rule is generated by applying to a branch statement, for example, an IF_THEN statement, and stored in the storage device 160.

  In this case, the check rule generation unit 106 generates the check rule definition designed in step s105 as a program executable by the computer system. The format of the program depends on each program development language, but here the check rule is expressed as a sentence of “IF_THEN format”.

  FIG. 22 is a table configuration example of a generation check rule table 2200 that stores generated check rules. The generation check rule table 2200 includes a rule number field 2210 and a generation check rule field 2220. The rule number field 2110 stores the defined rule number, and the generation check rule field 2220 stores the generated check rule in IF_THEN format.

  For example, for the IF part of the IF_THEN statement, the check rule generation unit 106 reads out and sets business data, a comparator, and a comparison value indicated by the check rule definition defined in step s105 from the storage device 160. In the check rule of the rule number “1” in the example of FIG. 22, the “use car model” as business data, the equal sign “=” as a comparator, and the code values “1”, “2”, “ The IF part is generated as “IF“ use car model ”=“ 1 ”or“ 2 ”or“ 3 ”” as “3.” Further, the check rule generation unit 106 includes the THEN part of the IF_THEN statement. The content of the error message (eg, that model cannot be selected) is set in “OK” and ELSE section.

  As described above, according to the embodiment of the present invention, it is possible to generate a check rule template for efficient check rule design, and to design and generate a check rule without duplication based on the check rule template.

  The system 100 can also accept use from a terminal via a network. FIG. 23 shows a usage configuration example of the check rule design support system 100 via a network. A user terminal 2301 handled by the user is connected to the system 100 via a network 2302. Information input / output to / from the input device 140 and output device 150 of the system 100 is input / output to / from the use terminal 2301 via the network 2302. Details of the processing are the same as those described above, and a description thereof will be omitted.

--- Other processing examples ---
Next, a processing procedure in the case where the business data check processing in the insurance sales business is executed based on the check rule designed by the above-described procedure will be described. FIG. 24 shows a hardware configuration for executing such a processing procedure. Here, the hardware is the check rule execution support system 2400, and a configuration example thereof is shown in FIG. Similar to the system 100, the check rule execution support system 2400 includes a CPU 2410, a memory 2420, a communication port 2430, an input device 2440, an output device 2450, and a storage device 2460. The CPU 2410 is responsible for overall control of the check rule execution support system 2400. By reading the check rule execution program 2470 stored in the storage device 2460 into the memory 2420 and executing it, the above-described check rule execution support system 2400 is obtained. Implement various functions. Hereinafter, the memory 2420, the communication port 2430, the input device 2440, the output device 2450, and the storage device 2460 are the same as the devices of the system 100, and thus the description thereof is omitted. In other words, the check rule execution support system 2400 may be a system that is physically the same as the system 100 and stores programs and tables corresponding to the respective systems in a storage device.

  The storage device 2460 stores a check rule execution program 2470, a rule application product business table 2100, and a generation check rule table 2200. The rule application product business table 2100 and the generation check rule table 2200 are designed and created by the system 100 described above. The check rule execution support system 2400 receives the corresponding data transmitted from the system 100 via the network, for example, via the network in order to read each data of the rule application product business table 2100 and the generation check rule table 2200. And stored in the storage device 2460. Alternatively, the data may be stored in the storage device 2460 using an appropriate storage medium.

  Hereinafter, the processing procedure when the check data is applied by applying the check rule to the business, that is, the processing flow of the check rule execution program 2470, according to the processing flow of FIG. explain. Here, as an example of a business, a business that accepts an insurance application from a customer in insurance product sales as described above is assumed. A situation may be assumed in which the system 2400 is linked with an application receiving system for existing insurance products. In this case, a situation is assumed in which, in the relevant business, the insurance application content from the customer is checked for errors or whether it conforms to the business rules of the insurance company.

<Step s2501> Business Data Input The business data input unit 2501 of the system 2400 receives and acquires business data related to insurance application contents from the customer using the input device 2440. FIG. 26 shows an example of the business data input screen 2600. The product entered by the customer on this screen 2600 is “new car insurance”, and the business is “trial calculation”.

  The business data here is insurance application data. Accordingly, a customer who applies for insurance or a sales representative of an insurance sales agent who has received an application inputs the corresponding data using the input device 2440 on the business data input screen 2600. Here, an example is shown in which an input is received by the input device 2440 of the system 2400. For example, input data may be received by the communication port 2430 from another information processing device via a network.

  The business data input screen 2600 includes a business data input area 2601, a business data registration button 2602, and a message area 2603. The business data input area 2601 is composed of several input items corresponding to information necessary for insurance application. In the example of FIG. 26, items such as the contractor's address, name, age, contract application date, insurance start date, insurance end date, insurance period, insurance payment method and number of times, vehicle model, repair limit, etc. are included. Yes.

  It is assumed that a user browsing the business data input screen 2600 inputs business data using the input device 2440 and presses the business data registration button 2602. In response to this pressing, the system 2400 acquires the business data input on the business data input screen 2600. The message area 2603 is an area for outputting a check result message based on the check rule, which will be described later in step s2606.

<Step s2502> Check Rule Calling Subsequently, the rule calling unit 2502 of the system 2400 calls a check rule corresponding to the business data received in step s2501 from the storage device 2460. This check rule is called by referring to the rule application product business table 2100 and the generation check rule table 2200. The rule calling unit 2502 first refers to the applied product field 2120 and the applied business process field 2130 of the rule applied product business table 2100, and is the product indicated by the business data acquired in step s2501. ”And the value of the rule number field 2101 corresponding to the business process“ trial calculation ”is referred to. In the example of FIG. 21, “1” is obtained as the value of the rule number field 2101 corresponding to “new car insurance” and business process “trial calculation”.

  Next, the rule calling unit 2502 searches the rule number field 2210 of the generation check rule table 2200 for a record having the rule number value “1”, and refers to the check rule in the generation rule field 2220. call.

<Step s2503> Check Rule Processing Execution The rule processing execution unit 2503 of the system 2400 applies the check rule called in the step s2502 to the business data input in the step s2501, and executes a rule check. The rule processing execution unit 2503 is input in step s2501 because, for example, the IF part in the check rule with the rule number “1” is a rule ““ Use vehicle type ”is“ 1 or 2 or 3 ””. The value of the “use vehicle type” of the business data thus applied is applied to the above rule, and it is checked whether or not the IF section is satisfied. Similarly, the rule processing execution unit 2503 executes rule check processing for other check rules.

  If there is no error according to the rule check result based on the check rule (s2503: processing result OK), the rule processing execution unit 2503 completes the registration of the business data, and transitions the processing to the end. On the other hand, if the execution result of the check rule is NG (s2503: processing result NG), the rule processing execution unit 2503 outputs an error message, so the process proceeds to step s2504. In the example shown in FIG. 26, the “use vehicle type” is “sales vehicle” = code value “12”, and therefore, when applied to the IF section, the “use vehicle type” is not “1 or 2 or 3”. It can be determined that the check rule is violated.

<Step s2504> Output Error Message If the execution result of the rule check in step s2503 is “NG” (s2503: processing result NG), the error output unit 2504 of the system 2400 generates an error message in the generation check rule table 2200. Are extracted from the ELSE unit and output to the output device 2450. For example, when the IF part (“use car type is 1 or 2 or 3”) in the check rule with the rule number “1” is applied to the business data in the example of FIG. 26, the “use car type” is “12”. Therefore, it becomes NG according to the above check rule. Therefore, an error message corresponding to the error message area 2603 of the business data input screen 2600 is output as shown in FIG. In the example of FIG. 27, the message “The vehicle model is not covered” is output. As a result, the error output unit 2504 shifts the processing to step s2501, and waits for the review and correction input of the “use vehicle type” by the customer or salesperson who is the system user.

  As described above, the system 2400 repeats the execution process of the rule check process based on the check rule from the reception of the business data input, and ends the check process when there is no error in the determination in the step s2503.

  As described above, according to the present embodiment, the definition and generation of check rules can be made efficient.

  As mentioned above, although embodiment of this invention was described concretely based on the embodiment, it is not limited to this and can be variously changed in the range which does not deviate from the summary.

100 Check Rule Design Support System 101 Product Information Registration Unit 102 Business Process Information Registration Unit 103 Business Data Information Registration Unit 104 Check Rule Template Generation Unit 105 Check Rule Design Unit 106 Check Rule Generation Unit 110 CPU
120 Memory 130 Communication port 140 Input device (keyboard, mouse, etc.)
150 Output device (display, speaker, etc.)
160 Storage Device 170 Program 400 Product Information 600 Business Process Information 800 Business Data Information 1000 Code Information 1200 Product Business Usage Data Information 1900 Check Start Condition 2000 Check Rule Definition 2100 Rule Applied Product Business 2200 Generation Check Rule

Claims (12)

A computer system that supports check rule design that prescribes check rules for business data handled in business processes.
The product information of the product to be processed is received by the input device and registered in the storage device.
Information on the business process handling the product for which the product information is registered is received by the input device and registered in the storage device,
As the business data information handled by the registered business process, when the input device accepts information of the business data item name and the numerical type, code type, or character string type indicating the type of business data value, the value of the business data When the code type is designated as the code type, the code values that the business data can take and their meanings are accepted by the input device and registered in the storage device.
With respect to the first product area, the registered product information, the business process information, and the business data information read from the storage device and displayed in a selectable manner, and the business data that can be selected in the first area, the business data If the value of the code type is a code type, a list of code values as comparison value candidates serving as a comparison reference, and a candidate for a comparator that defines a desired relationship with the comparison value are read from the storage device and displayed in a selectable manner. Generate data consisting of the second area and store it in the storage device as a check rule template,
The check rule template data is displayed on an output device, and in the first area indicated by the check rule template, selection of business data to be used in a predetermined product or a predetermined business process is accepted, and in the second area, the Accept the selection of the comparison value and the comparator for the business data for which the selection has been accepted, and store it in the storage device as the check rule definition.
Reading the check rule definition from the storage device, applying the business data, the comparison value, and the comparator defined by the check rule definition to a conditional branch statement of a predetermined program language to generate a check rule and storing the check rule in the storage device;
A check rule design support method characterized by that. A computer system that supports check rule design that prescribes check rules for business data handled in business processes.
The product information of the product to be processed is received by the input device and registered in the storage device.
Information on the business process handling the product for which the product information is registered is received by the input device and registered in the storage device,
As the business data information handled by the registered business process, when the input device accepts information of the business data item name and the numerical type, code type, or character string type indicating the type of business data value, the value of the business data When the data type is designated as a numeric type, the data item to be compared with the numerical value of the business data is selected from the data items of the registered product information, and the numerical value of the business data and the comparative object Accept the selection of the comparator that defines the relationship between items with the input device and register it in the storage device,
With respect to the first product area, the registered product information, the business process information, and the business data information read from the storage device and displayed in a selectable manner, and the business data that can be selected in the first area, the business data When the value of is a numeric type, based on the registered comparison target item and the comparator, the value of the product information corresponding to the comparison target item is compared with a comparison value candidate serving as a comparison reference and the comparison value. Read out from the storage device candidate candidates that define the desired relationship, generate data consisting of a second area that can be selected and store it in the storage device as a check rule template,
The check rule template data is displayed on an output device, and in the first area indicated by the check rule template, selection of business data to be used in a predetermined product or a predetermined business process is accepted, and in the second area, the Accept the selection of the comparison value and the comparator for the business data for which the selection has been accepted, and store it in the storage device as the check rule definition.
Reading the check rule definition from the storage device, applying the business data, the comparison value, and the comparator defined by the check rule definition to a conditional branch statement of a predetermined program language to generate a check rule and storing the check rule in the storage device;
A check rule design support method characterized by that. Said computer system,
In the check rule template generation process, if the value of the business data is a code type, the code value is read as a comparison value candidate, and = or ≠ is read as a comparison candidate from the storage device and displayed in a selectable manner. When the data of area 2 is generated and the value of the business data is a numerical type, the second is displayed as selectable candidates ==, ≠, ≧, ≦,>, <from the storage device and can be selected. Generate data for the area
The check rule design support method according to claim 1 or 2 , characterized in that: The computer system is
In the product information registration process, the product name is received by the input device as product information of the product to be processed and registered in the storage device.
In the registration process of the business process information, the business process name is received by the input device as business process information and registered in the storage device.
In the check rule template generation process, in addition to displaying selectable comparator candidates and comparison value candidates related to the business data, the registered product name and business process name are displayed, and the check rule can be set to any product or business. Generating data for the second area including an interface to accept or select to apply to the process;
The check rule design support method according to claim 1 or 2 , characterized in that: The computer system is
In the check rule template generation process, in addition to the product name of the registered product information or the business process name of the business process information, the check rule is applied to the product or business process selection interface to which the check rule is applied. 5. The check rule design support method according to claim 4 , further comprising an interface that is collectively applied to the business. The computer system is
In the generation process of the check rule template, a start condition number indicating a condition for starting the check process based on the check rule, a start condition item, a comparator relating to the start condition item, and a definition of a comparison value relating to the start condition item are accepted. The check rule design support method according to claim 1 or 2 , wherein data added to the first and second areas is generated and stored in a storage device as a check rule template. The computer system is
In generating process of the check rule template as a starting condition item in the third area, selectably displaying the business data item names of the registered operational data information as a selection candidate, it in claim 6, wherein The check rule design support method described. The computer system is
In the check rule definition process, data of the check rule template is displayed on an output device, and in the first area indicated by the check rule template, selection of business data used in a predetermined product or a predetermined business process is received, In the second area, a selection of a comparison value and a comparator is accepted with respect to the business data for which the selection has been accepted. In the third area, the selection regarding the start condition number and the start condition item, and the selected start condition item 7. The check rule design support method according to claim 6 , wherein a corresponding comparator and code value or numerical value selection are received and stored in the storage device as a check rule definition. The computer system is
In the check rule definition process, with respect to the defined check rule definition, it is determined whether there is any combination of business data items, comparators and comparison values among other check rule definitions already registered in the storage device, and the same combination 3. The check rule design support method according to claim 1, wherein if there is a check rule definition, warning information indicating that there is a duplicate is output to an output device. In the check rule definition process, a combination of other start condition items, comparators and comparison values already registered in the storage device for the start condition items, comparators and comparison values that have been selected in the third area. 9. The check rule design support method according to claim 8 , wherein whether there is the same combination is determined, and if there is the same combination, warning information indicating that there is a duplication is output to the output device. A computer system that supports check rule design that defines check rules for business data handled in a business process,
A product information registration unit that receives product information of a product to be processed by an input device and registers it in a storage device;
A business process information registration unit that receives information of a business process that handles a product for which the product information has been registered, by an input device, and registers the information in a storage device;
As the business data information handled by the registered business process, when the input device accepts information of the business data item name and the numerical type, code type, or character string type indicating the type of business data value, the value of the business data A data type registration unit that accepts a code value that can be taken by the business data and its meaning in the input device and registers it in the storage device,
With respect to the first product area, the registered product information, the business process information, and the business data information read from the storage device and displayed in a selectable manner, and the business data that can be selected in the first area, the business data If the value of the code type is a code type, a list of code values as comparison value candidates serving as a comparison reference, and a candidate for a comparator that defines a desired relationship with the comparison value are read from the storage device and displayed in a selectable manner. A check rule template generation unit that generates data including the second area and stores the data in a storage device as a check rule template;
The check rule template data is displayed on an output device, and in the first area indicated by the check rule template, selection of business data to be used in a predetermined product or a predetermined business process is accepted, and in the second area, the A check rule design unit that accepts a selection of a comparison value and a comparator for the business data for which the selection has been accepted, and stores it in a storage device as a check rule definition;
Check rule generation that reads the check rule definition from a storage device, applies the business data, comparison value, and comparator specified by the check rule definition to a conditional branch statement in a predetermined program language, and stores the check rule in the storage device And
Check rule design support system with A computer system that supports the design of check rules that specify check rules for business data handled in business processes.
Processing for receiving product information of a product to be processed by an input device and registering it in a storage device;
A process of accepting information of a business process for handling a product for which the product information is registered, by an input device and registering it in a storage device;
As the business data information handled by the registered business process, when the input device accepts information of the business data item name and the numerical type, code type, or character string type indicating the type of business data value, the value of the business data When the code type is designated as a code type, the input device accepts the code values that can be taken by the business data and their meanings, and registers them in the storage device;
With respect to the first product area, the registered product information, the business process information, and the business data information read from the storage device and displayed in a selectable manner, and the business data that can be selected in the first area, the business data If the value of the code type is a code type, a list of code values as comparison value candidates serving as a comparison reference, and a candidate for a comparator that defines a desired relationship with the comparison value are read from the storage device and displayed in a selectable manner. Processing to generate data consisting of the second area and store it in the storage device as a check rule template;
The check rule template data is displayed on an output device, and in the first area indicated by the check rule template, selection of business data to be used in a predetermined product or a predetermined business process is accepted, and in the second area, the A process of accepting selection of a comparison value and a comparator with respect to business data for which selection has been accepted, and storing it in a storage device as a check rule definition;
Processing for reading the check rule definition from the storage device, applying the business data, the comparison value, and the comparator specified by the check rule definition to a conditional branch statement in a predetermined program language to generate a check rule and storing the check rule in the storage device;
Check rule design support program to execute.