Accommodation transaction proposal system

Abstract

To provide an accommodation transaction proposal system which supports stakeholders in shearing individual information and cooperating each other.SOLUTION: A system stores the KPI(s) of plural users, parameters related to the KPI(s), accommodation range information to manage the accommodation ranges of the parameters and measure management information to manage measures for improving the one or more KPI(s). Relative to a KPI group including specified KPI(s) and KPI(s) related to the specified KPI(s), the system determines a measure group to improve the specified KPI(s) and the other KPI(s) in the KPI group with the accommodation ranges of the parameters as restrictions, creates combinations of measures including the determined measure group and satisfying preset conditions, and presents information about the combinations of the measures to the users related to the KPI group.SELECTED DRAWING: Figure 17

Description

Technical Field

[0001] The present invention relates to the generation of measures for improving KPIs.

Background Art

[0002] As a related art of the present application, there is Japanese Patent Application Laid-Open No. 2018-195308. This document discloses that "the system consists of modules for collecting and merging data from industrial processing units and preprocessing the data to remove outliers and missing measurements. Further, the system generates customized outputs from the data and identifies important variables that affect a given process performance evaluation metric. Also, the system constructs a prediction model for a key performance evaluation metric including important features and determines an operating point for optimizing the key performance evaluation metric with minimal user intervention. In particular, the system receives input from the user regarding the key performance evaluation metric to be optimized and notifies the user of the outputs from various steps in the analysis that help the user effectively manage the analysis and make appropriate operation decisions."

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] The risks that are difficult to predict are increasing, and social issues such as environmental problems are becoming more serious. In order to maintain the resilience of social infrastructure systems and solve social issues such as carbon neutrality, it is required that multiple stakeholders accommodate their individual circumstances, build mutual cooperation relationships, and aim to improve the overall value.

[0005] Patent Document 1 shows a technique for adjusting the parameters of another process to improve the KPI of a specific process, but does not support mutual cooperation among stakeholders. Therefore, a system that supports stakeholders to accommodate individual circumstances and cooperate with each other is desired.

Means for Solving the Problems

[0006] One aspect of the present invention is a flexible transaction proposal system, including a processor and a memory. The memory stores flexible range information for managing the KPIs of multiple users, the parameters associated with the KPIs, and the flexible range of the parameters, and measure management information for managing measures for improving one or more KPIs. The processor obtains from a user the designated KPI to be improved and information on the flexible range of the parameters associated with the designated KPI, and with respect to a KPI group including the KPIs related to the designated KPI, using the flexible range of the parameters associated with the KPIs of the KPI group as a constraint, refers to the measure management information to determine a set of measures for improving the designated KPI and the other KPIs of the KPI group, creates a combination of measures that satisfies a preset condition in the set of measures, and presents information on the combination of measures to the users related to the KPI group in order to obtain a response on whether it is permitted or not.

Effects of the Invention

[0007] According to one aspect of the present invention, it is possible to support stakeholders to accommodate individual circumstances and cooperate with each other.

[0008] Configurations, effects, etc. other than those described above will be clarified by the description of the following embodiments.

Brief Description of the Drawings

[0009]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Figure 12

Figure 13

Figure 14

Figure 15

Figure 16

Figure 17

Figure 18

Figure 19

Figure 20

Figure 21

Embodiments for Carrying Out the Invention

[0010] In the following, for convenience, when necessary, it will be divided and described in a plurality of sections or embodiments. However, unless otherwise explicitly stated, they are not unrelated to each other, and one is related to a partial or total modification example, detail, supplementary explanation, etc. of the other. Also, in the following, when referring to the number of elements, etc. (including the number, numerical value, quantity, range, etc.), unless otherwise explicitly stated or limited to a specific number in principle, it is not limited to that specific number, and it may be more than or less than the specific number.

[0011] The system or device in this specification may be a physical computer system (one or more physical computers), or a system constructed on a group of computing resources (a plurality of computing resources) such as a cloud platform. The computer system or the group of computing resources may include one or more interface devices (including, for example, communication devices and input / output devices), one or more storage devices (including, for example, memory (main memory) and auxiliary storage devices), and one or more arithmetic devices.

[0012] When the functions are realized by the program being executed by the arithmetic device, since the defined processing is performed while appropriately using the storage device and / or the interface device, etc., the functions may be at least part of one or more arithmetic devices. The processing described with the function as the subject may also be the processing performed by a system including one or more arithmetic devices.

[0013] The program may be installed from a program source. The program source may be, for example, a program distribution computer or a computer-readable storage medium (e.g., a computer-readable non-transitory storage medium). The description of each function is an example, and a plurality of functions may be combined into one function, or one function may be divided into a plurality of functions.

[0014] FIG. 1 is a block diagram showing a configuration example of a system according to an embodiment of the present specification. The inter-enterprise financing transaction system 1 includes an inter-enterprise financing transaction device 10 and an external data storage device 15 that accesses the inter-enterprise financing transaction device 10 via a network. An enterprise is a stakeholder. A stakeholder means a subject of interest, and includes, in addition to enterprises, any various groups and organizations.

[0015] The inter-enterprise financing transaction device 10 manages, for example, the financing transaction of resources or constraints among stakeholders in the system to realize a more appropriate combination of KPIs in the supply chain.

[0016] The inter-enterprise financing transaction device 10 includes a CPU 101 that is an arithmetic device, a memory 102 that is a main storage device, a communication device 103, and a program storage device 104 that is an auxiliary storage device. The configuration of the arithmetic device is arbitrary and may include one or more processors (including cores) such as a CPU or a microprocessor.

[0017] The program storage device 104 stores a KPI relationship model generation module 106, a financing target / scope specification module 107, a financing transaction plan generation module 108, a financing transaction negotiation module 109, and a data input / output module 110.

[0018] The KPI relationship model generation module 106 includes a KPI relationship model generation program 111. The accommodation target / scope identification module 107 includes an accommodation target / scope identification program 112. The accommodation transaction plan generation module 108 includes a policy generation program 113 and a policy combination generation program 114. The accommodation transaction negotiation module 109 includes a transaction plan notification / reply reception program.

[0019] The CPU 101 operates as a specific functional unit by executing processing according to the programs stored in the program storage device 104. In the following description, the programs (including modules) may be used as the subject to describe the processing. However, the programs are executed by the CPU 101, and for the defined processing, appropriate storage resources (e.g., memory) and / or interface devices (communication ports) are used as appropriate. Therefore, the subject of the processing may also be described as the CPU 101 or the inter-company financing transaction device 10 including it.

[0020] The data storage device 15 stores a database 151. The data storage device 15 is composed of one or more storage devices. Examples of storage devices include devices including non-volatile storage media such as HDD (Hard Disk Drive) and SSD (Solid State Drive), and may also include devices including volatile storage media such as DRAM.

[0021] Figure 2 is a block diagram for explaining the relationship between the processing of the modules of the inter-company financing transaction device 10. The data input / output module 110 executes data input / output processing 205. The data input / output module 110 receives input data from the terminal device 18 of the company, which is a stakeholder, and also transmits output data to the terminal device 18. Figure 2 shows one terminal device 18 as an example, but the terminal devices 18 of each stakeholder are connected to the inter-company financing transaction system 1 via a network. Note that the terminal device 18 may be a device as an interface for the user to input and output data, or may be a device for accessing a device that holds the data of the stakeholder.

[0022] The data input / output module 110 communicates with other functional units within the inter-company lending transaction system 1 and exchanges necessary data. The data input / output module 110 communicates with the KPI relationship model generation module 106, the lending target / range identification module 107, the lending transaction plan generation module 108, and the lending transaction negotiation module 109, registers information in the database 151, and reads information therefrom.

[0023] The KPI relationship model generation module 106 executes the KPI relationship model generation process 201 based on information from the stakeholder (user) received via the data input / output module 110. The KPI relationship model generation module 106 stores the generated KPI relationship model in the database 151 and passes it to the lending transaction plan generation module 108.

[0024] The lending transaction plan generation module 108 executes the lending transaction plan generation process 202. The lending transaction plan generation module 108 exchanges information with the lending target / range identification module 107 and the data input / output module 110. The lending target / range identification module 107 executes the lending target / range identification process 203. The lending target / range identification module 107 exchanges information with the lending transaction plan generation module 108 and the data input / output module 110. The lending transaction negotiation module 109 executes the lending transaction negotiation process 204. The lending transaction negotiation module 109 exchanges information with the data input / output module 110.

[0025] First, the generation of the KPI relationship model will be described. The KPI relationship model generation program 111 generates a KPI relationship model according to user input or based on the analysis of data input by the user. The KPI relationship model indicates the presence or absence of relationships between KPIs and the positive or negative in the increase / decrease relationship.

[0026] When the increases and decreases of the target KPI and the related KPI are the same, their relationship is positive; otherwise, their relationship is negative. That is, in a positive relationship, the related KPI increases as the target KPI increases, and the related KPI decreases as the target KPI decreases. On the other hand, in a negative relationship, the related KPI decreases as the target KPI increases, and the related KPI increases as the target KPI decreases.

[0027] An example of a method for generating a KPI relationship model will be described. FIG. 3 shows an example of a flowchart of the KPI relationship model generation process 201. The KPI relationship model generation program 111 acquires the performance data of the KPI and related indicators from the database 151 (S11). The performance data of the KPI and related indicators is received by the data input / output module 110 from the outside and stored in the database 151.

[0028] FIG. 4 shows a configuration example of the KPI and related indicator performance data table 310. The KPI and related indicator performance data table 310 manages the performance data of the time variation of the indicators of all stakeholders (all target users). The indicators to be managed include the KPI and indicators other than the KPI. The KPI is specified in advance by the user.

[0029] In the configuration example shown in FIG. 4, the KPI and related indicator performance data table 310 includes an indicator ID column 311, an indicator name column 312, a timestamp column 313, and a value column 314. The indicator ID column 311 indicates the ID for identifying each indicator, and the indicator name column 312 indicates the name of each indicator. In this example, the KPI is given a name consisting of "KPI" and a number, and the indicators other than the KPI are given a name consisting of "indicator" and a number. The timestamp column 313 indicates the time at the time of the time variation of the indicator, and the value column 314 indicates the value of each indicator at each time.

[0030] Returning to FIG. 3, the KPI relationship model generation program 111 constructs a relationship model between KPIs and related indicators and identifies related indicators that affect the fluctuations of KPIs (S12). The related indicators are either KPIs or indicators other than KPIs. The related indicators for each KPI may be specified by the user, or the KPI relationship model generation program 111 may analyze the performance data of the KPIs and related indicators and identify the related indicators for each KPI from the analysis results. Note that various methods for evaluating the correlation between two variables that vary over time are known, and any of these methods may be used.

[0031] FIG. 5 shows a configuration example of the KPI and related indicator relationship analysis table 320. The KPI and related indicator relationship analysis table 320 shows the indicators (including KPIs and non-KPIs) related to each KPI. As described above, the KPI and related indicator relationship analysis table 320 can be created by the user or by the KPI relationship model generation program 111. The KPI and related indicator relationship analysis table 320 may be temporarily stored in the memory 102 or stored in the database 151.

[0032] In the example shown in FIG. 5, the KPI and related indicator relationship analysis table 320 includes an indicator ID column 321, an indicator name column 322, a related indicator ID column 323, and a relationship column 324. The indicator ID column 321 and the indicator name column 322 indicate the ID and name of the target indicator. These are the same as those in the KPI and related indicator performance data table 310. The related indicator ID column 323 indicates the ID of the indicator related to the target indicator. Note that one or more indicators may be related to one indicator. The relationship column 324 indicates whether the relationship between the two indicators is positive or negative.

[0033] Returning to FIG. 3, further, the KPI relationship model generation program 111 identifies the presence or absence of a relationship between KPIs and the positive or negative nature of the relationship between KPIs based on the similarity or difference in the variation of KPIs with respect to the variation of metrics (S13). Related metrics of a KPI are either a KPI or a metric other than a KPI (non-KPI metric). When the related metrics are KPIs, the positive or negative nature of the relationship between them is determined. A positive relationship is a relationship in which two related KPIs both increase or decrease together, and a negative relationship is a relationship in which two KPIs show opposite changes. In a positive relationship, as one KPI increases, the other KPI increases, and as the other KPI decreases, the other KPI decreases. In a negative relationship, as one KPI increases, the other KPI decreases, and as one KPI decreases, the other KPI increases.

[0034] When a KPI and a non-KPI metric are associated, the presence or absence of a relationship between two KPIs through the non-KPI metric is identified. The method for identifying the presence or absence of a KPI relationship is, for example, when extracting the groups of related metrics associated with each of the two KPIs, if the metric IDs and positive / negative of the groups of related metrics match by a certain ratio or more, it can be determined that there is a positive relationship between the two KPIs. Or, if the metric IDs match by a certain ratio, but the positive / negative relationships do not match, it can be determined that there is a negative relationship between the two KPIs.

[0035] Next, the KPI relationship model generation program 111 stores the presence or absence of a relationship between KPIs and the positive / negative of the relationship in the database 151 (S14). FIG. 6 shows a configuration example of the KPI relationship analysis table 330. The KPI relationship analysis table 330 shows information on the KPI relationship model and manages the relationships between KPIs. The KPI relationship analysis table 330 manages the presence or absence of a relationship between KPIs and the positive / negative of the relationship. KPI pairs not shown in the table have no relationship. As described above, the KPI relationship analysis table 330 is stored in the database 151.

[0036] In the configuration example shown in FIG. 6, the KPI relationship analysis table 330 includes an index ID column 331, an index name column 322, an index ID column 333, a KPI name column 334, and a relationship column 335. The index ID column 331 and the index name column 322 indicate the index ID and name of one of the two related KPIs. The index ID column 333 and the KPI name column 334 indicate the index ID and name of the other KPI of the two related KPIs. The relationship column 335 indicates whether the relationship between the two KPIs is positive or negative.

[0037] Next, another example of the method for generating the KPI relationship model will be described. FIG. 7 shows an example of a flowchart of the KPI relationship model generation process 201. The KPI relationship model generation program 111 acquires the performance data of the KPI (S21). Here, the format of the performance data of the KPI is the same as that of the KPI and related index performance data table 310, but all the indexes are KPIs.

[0038] Next, the KPI relationship model generation program 111 analyzes the correlation relationship between the KPIs (S22), and identifies the presence or absence and the positive or negative of the relationship between the KPIs based on the correlation relationship (S23). Thereby, the KPI relationship analysis table 330 is generated. The KPI relationship model generation program 111 stores the KPI relationship analysis table 330 indicating the presence or absence and the positive or negative of the relationship between the KPIs in the database 151 (S24).

[0039] Next, the availability target / scope identification process 203 will be described. The availability target / scope identification process 203 includes a process of registering the availability target and the availability scope according to the input from the stakeholder (user), and a process of acquiring the information of a specific KPI from the registered information. First, the process of registering the availability target and the availability scope according to the user input will be described. Here, the process of registering the availability target and the availability scope will be described, and the process of acquiring the information of the available scope will be described later.

[0040] FIG. 8 shows an example of a screen for a user to register a flexible range of parameters (also referred to as indicators and may also be KPIs) associated with the KPI. In the following, for example, the display device of the terminal device 18 displays a flexible range registration screen. The flexible range registration screen includes a field 41 for inputting the target KPI and a field for specifying the flexible range associated with the KPI.

[0041] Specifically, the field for specifying the flexible range includes a field 42 for inputting the target parameter that can be flexibly associated with the target KPI, a field 43 for inputting the flexible range of each parameter, and a field 44 for inputting the validity period of each flexible range. The target parameter is a parameter that affects the change of the target KPI. The flexible range depends on the target parameter and can be, for example, a numerical range or a value representing selectable items.

[0042] In the example shown in FIG. 8, the flexible ranges of two parameters are set for one KPI. The number of parameters associated with the KPI can be 1 or a number greater than that. Information is input by the user in the terminal device 18 in these fields. When the registration button 45 is selected, the input information is transmitted from the terminal device 18 to the inter-company lending transaction device 10 together with the user ID.

[0043] FIG. 9 shows an example of a flowchart of the registration process of the lending target and the lending range in the lending target / range specifying process 203. The registration process of the lending target and the lending range can be executed at any time and may be registered, for example, periodically or in response to a lending request described later. For example, the lending target / range specifying program 112 receives information on the lending target and range from the user via the terminal device 18.

[0044] For example, as shown in FIG. 8, the accommodation target and scope specification program 112 receives, from the user via the terminal device 18, information on the target KPI, the adjustable target parameter associated with the target KPI, the adjustable range, and the expiration date, together with the user ID thereof (S31). Next, the accommodation target and scope specification program 112 stores a data set including the user ID, the target KPI, the target parameter, the accommodation range of the target parameter, and the expiration date in the database 151 (S32).

[0045] FIG. 10 shows a configuration example of the accommodation range table 340 that manages information on the accommodation target and the accommodation range. The accommodation range table 340 is stored in the database 151. In the configuration example of FIG. 10, the accommodation range table 340 includes a user ID column 341, an index ID column 342, a KPI name column 343, a parameter column 344, an accommodation range column 345, and an expiration date column 346.

[0046] The user ID column 341 indicates an ID that identifies the user who owns the accommodation target. The index ID column 342 indicates the index ID of the KPI of the accommodation target. The KPI name column 343 indicates the name of the KPI associated with the accommodation range. The parameter column 344 indicates the parameter of the accommodation target. The accommodation range column 345 indicates the adjustable range of the accommodation target parameter. The expiration date column 346 indicates the expiration date of the accommodation target. One or more accommodation target parameters are defined for one KPI. The expiration date may be omitted.

[0047] Next, the generation process of the KPI group will be described. The KPI group generation process generates a KPI group based on KPIs that are related to each other. FIG. 11 shows an example flowchart of the KPI group creation process. Here, it is assumed that the KPI group is generated by the policy generation program 113.

[0048] The measure generation program 113 acquires the KPI relationship analysis table 330 from the database 151 (S35). Next, the measure generation program 113 analyzes the relationships between KPIs in the KPI relationship analysis table 330, creates KPI groups, and stores the information in the database 151 (S36).

[0049] A KPI group is a group consisting of directly or indirectly related KPIs. The KPI relationship analysis table 330 shows pairs of related KPIs. The measure generation program 113 includes both related KPI pairs in which at least one of each of the two related KPI pairs is related in the same KPI group. For example, if one of the related KPI pairs is composed of KPI1 and KPI2, and the other related KPI pair is composed of KPI1 and KPI3, then KPI1, KPI2, and KPI3 are included in the same KPI group.

[0050] The measure generation program 113 stores the information of each generated KPI group in the KPI group table 350, and stores the KPI group table 350 in the database 151. FIG. 12 shows a configuration example of the KPI group table 350. The KPI group table 350 manages the information of the KPI groups.

[0051] In the configuration example shown in FIG. 12, the KPI group table 350 shows the KPI group to which each related KPI pair belongs. It includes a group ID column 351, an index ID column 352, a KPI name column 353, an index ID column 354, a KPI name column 355, and a relationship column 356. The group ID column 351 shows an ID for identifying the KPI group. The index ID column 352 and the KPI name column 353 show the index ID and name of one of the two related KPIs.

[0052] The index ID column 354 and the KPI name column 355 indicate the index ID and name of the other KPI of the two related KPIs. The relationship column 336 indicates whether the relationship between the two KPIs is positive or negative. By forming a KPI group with KPIs having an influence relationship as described above, it becomes possible to propose more appropriate measures. Note that the KPI group may be formed by other methods.

[0053] Next, the accommodation transaction plan generation process 202 will be described. The accommodation transaction plan generation process 202 includes a process of generating measures and a process of generating a combination of measures. First, the measure generation process will be described. The measure generation process is executed by the measure generation program 113 in response to an accommodation request from the user.

[0054] FIG. 13 shows an example of an input screen for the user to generate an accommodation request. The accommodation request input screen is a screen for the user to input the target KPI to be improved, the adjustable parameters of the KPI, and information on the adjustable range. For example, the accommodation target / range specifying program 112 transmits the information on this screen to the terminal device 18 according to the request from the user.

[0055] In the screen example of FIG. 13, the accommodation request input screen includes a target KPI input field 51 and a field indicating the adjustable range. The field indicating the adjustable range includes a target parameter input field 52, an adjustable range input field 53, and a validity period field 54. The target parameter is related to the target KPI and is a parameter that can affect the target KPI.

[0056] The user may be able to newly input information on the flexibility range of the target KPI, that is, the target parameter and the flexibility range, or the information on the flexibility range may be retrieved from the flexibility range table 340 and displayed. For example, in response to the user's specification of the target KPI, the flexibility target / range identification program 112 retrieves from the flexibility range table 340 the information on the flexibility range of the parameters related to the KPI of the user ID. That is, it retrieves the information on the target parameter, the flexibility range, and the validity period. The flexibility target / range identification program 112 displays the information on the flexibility range of the target parameter. The user may be able to update or not update the target parameter, the flexibility range, and the validity period on the flexibility request input screen.

[0057] Figure 14 shows an example of a flowchart of the information acquisition process in the flexibility target / range identification process 203. The flexibility target / range identification program 112 acquires the target user ID and the name or ID of the KPI from the terminal device 18 (S47). The flexibility target / range identification program 112 acquires from the flexibility range table 340 in the database 151 the information on the flexibility target parameter, the flexible range, and the expiration date corresponding to the acquired user ID and KPI (S48).

[0058] The target KPI becomes the objective variable of the optimization problem described later. The flexible parameters and the flexible range become the constraints of the optimization problem described later. Figure 13 shows an example of specifying one KPI as the target of the flexibility request, but the user can specify a plurality of KPIs and their flexible ranges at the same time.

[0059] Figure 15 shows an example of a flowchart of the measure generation process in the flexibility transaction plan generation process 202. The measure generation program 113 sequentially selects one KPI from one or more target KPIs specified by the user and executes the process shown in Figure 15.

[0060] First, the measure generation program 113 acquires the KPI group of the selected target KPI (S41). Specifically, the measure generation program 113 acquires information on all KPIs in the KPI group to which the target KPI belongs from the KPI group table 350. Next, the measure generation program 113 acquires the flexibility range corresponding to the KPI group (S42).

[0061] Specifically, the measure generation program 113 acquires, from the flexibility range table 340, the flexibility target parameters for all KPIs in the KPI group and information on the flexibility range including the flexibility range thereof. The flexibility range information acquired from the flexibility range table 340 is information on records whose valid period includes the time when the measure is to be executed. The measure execution time may be specified by the user, for example, or may be the time when this process is executed.

[0062] Next, the measure generation program 113 sets an optimization problem of searching for measures within the flexibility range associated with each KPI constituting the KPI group, with one or more KPIs including the target KPI as the objective variables (S43), and calculates one or more solutions to the optimization problem (S44). The explanatory variables of the optimization problem for each KPI are set in advance, and the flexibility range of the KPI group can be a constraint on the variables of the optimization problem. The optimal values of one or more KPIs in the KPI group including the target KPI are searched for. KPIs different from the specified target KPI may be included in the objective variables. The measure generation program 113 stores the output measures and the KPI values at the time of measure execution in the database 151. Note that measures may be determined by other methods.

[0063] FIG. 16 shows a configuration example of the measure table 360. The measure table 360 manages information on measures generated by the measure generation program 113. The measure table 360 is stored in the database 151. In the configuration example of FIG. 16, the measure table 360 includes a measure ID column 361, a user ID column 362, an index ID column 363, a KPI name column 364, a parameter column 365, a measure column 366, a KPI estimate column 367, and an execution column 368.

[0064] The policy ID column 361 indicates the ID for identifying the generated policy. The user ID column 362 indicates the ID of the user who should implement the corresponding policy, and the generated policy is presented to that user. The indicator ID column 363 indicates the ID of the target KPI used as the objective variable for creating the policy. The KPI name column 364 indicates the name of the KPI indicated by the indicator ID. The parameter column 365 indicates the target parameters associated with the target KPI. One policy may include one or more actions, that is, it may specify one or more parameters.

[0065] The policy column 366 indicates the range of values of the target parameters specified by the policy. For example, the policy can specify a specific value of the target parameter or a range of values that can take different values. The KPI estimate column 367 indicates the estimated value of the target KPI by the policy. For an executed policy, the actual value may be stored instead of the estimate. The execution column 368 indicates whether the policy has been executed. An executed policy indicates that it has already been executed.

[0066] Next, the policy combination generation process in the accommodation transaction plan generation process 202 will be described. FIG. 17 shows an example of a flowchart of the policy combination generation process in the accommodation transaction plan generation process 202. The policy combination generation program 114 specifies the target user, target KPI, and target period, and acquires a group of policies (executed / unexecuted) (S51).

[0067] The target user is all users related to the target KPI, and the target KPI is one or more KPIs specified by the target user for policy generation and other KPIs included in the KPI group to which they belong. The target period is set in advance and is a predetermined period including the execution (current) of this process. The target period may be composed of, for example, the current time, the past and future from the current time respectively or one of them, and a predetermined period.

[0068] The measure group is a measure generated for each of the target KPIs specified for the target users and the KPIs included in the KPI group to which they belong, and is stored in the measure table 360. The obtained measure group can include measures that have been proposed and executed in the past, measures that have been proposed but not executed in the past, and measures that are newly proposed and not executed this time.

[0069] Next, the measure combination generation program 114 checks for overlaps in the measure target parameters and value ranges between measures in each time period in the present and future in the obtained measure group, and identifies measures that cannot be executed simultaneously in each time period (S52). Each measure combination includes at least one measure created in response to the user's request this time. If two measures have a common target parameter and the value ranges (including a single numerical value) of the two measures for the common parameter do not overlap even partially, it is determined that the simultaneous execution of those measures is not possible.

[0070] The measure combination generation program 114 constitutes measure combinations with measures that can be executed simultaneously in each time period in the present and future. The measure combination for each time period may be referred to as the measure combination per time period or the partial measure combination. One or more measure combinations are generated in each time period.

[0071] Furthermore, the measure combination generation program 114 selects one measure combination from each time period to constitute a measure combination for the target period, which consists of a series of partial measure combinations. The measure combination for the target period may be referred to as the measure combination for the target period, the target period measure combination, or the overall measure combination. The measure combination generation program 114 can generate a plurality of overall measure combinations consisting of different partial measure combinations.

[0072] Next, the policy combination generation program 114 acquires the achievement conditions for the comprehensive evaluation of the KPI group (S54). The achievement conditions for the comprehensive evaluation of the KPI group are preset and indicate the conditions that the values of the target KPI group obtained by each overall policy combination should satisfy. The target KPI group may be a KPI group that constitutes the same KPI group as the user-specified KPI, or may be a set of a plurality of KPI groups related to the user related to the KPI group.

[0073] The achievement conditions for the comprehensive evaluation of the KPI group define, for example, the conditions of individual KPIs and the relationships between KPIs within the target period. As an example, the conditions for individual KPIs can specify the allowable range of the values of the KPI by the policy combination in the current and future of the target period.

[0074] The conditions for the relationships between KPIs can be defined from the perspective of fairness between the KPIs of different users. Thereby, while maintaining the KPIs at a high level as a whole, fairness of the KPIs among users can be realized. For example, the policy combination generation program 114 calculates an evaluation value for each user according to a predetermined function from at least some of the values of the KPIs in the target period. At this time, the past values of each of the user's KPIs are obtained from the KPI and related indicator performance data table 310, and the current and future values are obtained from the policy table 360. One or more evaluation values may be defined for each user.

[0075] The achievement conditions define, for example, the conditions that the evaluation values calculated from at least some of the KPIs of each user should satisfy. The policy combination generation program 114 compares the evaluation values between users and determines whether the comparison results satisfy the achievement conditions for the comprehensive evaluation of the KPI group. For example, it may be required that the difference between the evaluation values of each user pair is within a previously specified range.

[0076] The evaluation value is, for example, the weighted average of the user's KPIs during the target period, and it may be required that the ratio of the difference in evaluation values between users be within a specified value. For example, the weighted average may be calculated using the time average of each KPI during the target period. The period for calculating the evaluation value may be the entire target period or a part within the target period. The weighted average may be calculated for a predetermined KPI, and they may be part of the KPI of any user.

[0077] The policy combination generation program 114 searches for an overall policy combination that satisfies the achievement conditions of the acquired comprehensive KPI evaluation (S54). Further, the policy combination generation program 114 outputs the overall policy combination that satisfies the achievement conditions to the policy combination table 370 and stores it in the database 151 (S55).

[0078] FIG. 18 shows a configuration example of the policy combination table 370. The policy combination table 370 includes a policy combination ID column 371, a policy ID column 372, a user ID column 373, an index ID column 374, a KPI name column 375, a parameter column 376, a policy column 377, and an execution column 378.

[0079] The policy combination ID column 371 indicates an ID for identifying the policy combination. The policy ID column 372 indicates an ID for identifying the policies included in each policy combination. The user ID column 373 indicates the ID of the target user of the policy. The index ID column 374 indicates the index ID of the KPI that is expected to be improved by the policy. The KPI name column 375 indicates the name of the KPI indicated by the index ID. The parameter column 376 indicates the parameter associated with the KPI, and the policy column 377 indicates the range of values of the parameter specified by the policy. The execution column 378 indicates whether the policy has been executed.

[0080] FIG. 19 shows a configuration example of the policy combination KPI comprehensive evaluation table 380. The policy combination KPI comprehensive evaluation table 380 includes a policy combination ID column 381, a user ID column 382, a KPI evaluation value ID column 383, and a KPI evaluation value column 384.

[0081] The policy combination ID column 381 indicates the ID that identifies the policy combination. The user ID column 382 indicates the ID of the target user of the policy combination. The KPI evaluation value ID column 383 indicates the ID of the KPI evaluation value for the user targeted by the policy combination. The KPI evaluation value column 384 indicates the value of the KPI evaluation value.

[0082] Next, the accommodation transaction negotiation process 204 will be described. FIG. 20 shows an example of a flowchart of the accommodation transaction negotiation process 204 by the transaction proposal notification / response reception program 115. The transaction proposal notification / response reception program 115 inquires of the users related to the policy combination whether to approve the policy combination and obtains their responses. Thereby, a policy combination that can be accepted by the related users can be proposed.

[0083] The transaction proposal notification / response reception program 115 obtains a policy combination group and KPI evaluation values for the policy combination from the policy combination table 370 and the policy combination KPI comprehensive evaluation table 380 (S61). The transaction proposal notification / response reception program 115 identifies the policy combination with the highest specified evaluation value (S62). The calculation method of the specified evaluation value is specified in advance and is determined based on the values of the target KPI group. For example, the specified evaluation value may be the total weighted average value of the user's KPIs during the target period, or a statistical value obtained from the difference in the weighted average of the KPIs among users (e.g., the reciprocal of the average value). The weighted average may be calculated for some of the user's KPIs.

[0084] The transaction proposal notification / response reception program 115 notifies all users who are the targets of the policies included in the policy combination of their policies (S63). Specifically, the transaction proposal notification / response reception program 115 notifies the users indicated by the user ID column 373 in the policy combination table 370 where the execution column 378 indicates not executed of the information of the policy indicated by the policy ID column 372 in the same record. It may also notify the users of the executed policies.

[0085] The transaction plan notification / response reception program 115 receives responses regarding the approval or disapproval of the execution of each policy from the user (S64). The transaction plan notification / response reception program 115 determines whether all users have responded with approval for execution (S65).

[0086] If any user has responded with disapproval of the presented policy (S65: NO), the transaction plan notification / response reception program 115 deletes the target policy combination from the candidates (S66). Then, the flow returns to step S62.

[0087] If all users have responded with approval for execution (S65: YES), the transaction plan notification / response reception program 115 sends a request for execution of the presented policy to each of the relevant users (S67). The transaction plan notification / response reception program 115 saves the information on the policy combination to be executed in the performance information (S68).

[0088] FIG. 21 shows an example of a screen for presenting the policy corresponding to the user in the policy combination to the user and requesting the user's approval or disapproval response to the presented policy. Thereby, the response regarding approval or disapproval from the user can be efficiently obtained. The policy presentation screen includes a section 71 indicating the target KPI, a section 72 indicating the target parameter, and a section 73 indicating the policy. Further, it includes a section 74 indicating the comprehensive KPI of the user to be presented and other users related to the policy combination, and a graph 75 indicating the change in the comprehensive KPI estimate of the user to be presented and other users related to the policy combination during the target period.

[0089] The target KPI is the target KPI of the policy for which execution approval is sought and is the KPI of the user. The target parameter is the parameter of the target KPI, and the policy indicates the range of values of the parameter. The comprehensive KPI estimate is a value calculated from the user's KPI by a preset method.

[0090] The comprehensive KPI estimate may be a value calculated from, for example, the value obtained under the achievement conditions in the loan transaction plan generation process 202 (step S53), or the specified evaluation value referred to when presented to the user in the loan transaction negotiation process 204 (step S62). As an example, the weighted average of the users' KPIs can be used. Thereby, the profit relationship between users can be known. The user can answer whether to permit the execution of the proposed measures using buttons 76 and 77.

[0091] Note that the present invention is not limited to the above-described embodiments and includes various modifications. For example, the above-described embodiments have been described in detail for easy understanding of the present invention, and are not necessarily limited to those having all the configurations described. Also, a part of the configuration of one embodiment can be replaced with the configuration of another embodiment, and the configuration of another embodiment can be added to the configuration of one embodiment. Further, for a part of the configuration of each embodiment, addition, deletion, or replacement with other configurations is possible.

[0092] Also, each of the above configurations, functions, processing units, etc. may be realized in hardware by designing a part or all of them, for example, by means of an integrated circuit. Also, each of the above configurations, functions, etc. may be realized in software by a processor interpreting and executing a program for realizing each function. Information such as programs, tables, files, etc. for realizing each function can be placed in a memory, a recording device such as a hard disk, an SSD (Solid State Drive), or a recording medium such as an IC card, an SD card.

[0093] Also, the control lines and information lines show those considered necessary for explanation, and do not necessarily show all the control lines and information lines on the product. In practice, it may be considered that almost all the configurations are interconnected.

Explanation of Reference Numerals

[0094] 10 Inter-enterprise loan transaction device 15 Data storage device 101 CPU 102 Memory 104 Program storage device 106 KPI-related model generation module 107 Availability target and scope determination module 108 Availability transaction plan generation module 109 Availability transaction negotiation module

Claims

1. A swap transaction proposal system, comprising a processor and, a memory, and the memory stores range-of-use information that manages the KPIs of multiple users, the parameters associated with the KPIs, and the range of use of the parameters, and policy management information that manages measures for improving one or more KPIs, the processor obtains from a user the specified KPI to be improved and information on the range of use of the parameters associated with the specified KPI, determines a set of measures for improving the specified KPI and other KPIs in the KPI group by referring to the policy management information, with the range of use of the parameters associated with the KPIs in the KPI group as a constraint, for the KPI group including the KPIs related to the specified KPI, creates a combination of measures that satisfies a preset condition in the set of measures, and presents information on the combination of measures to users related to the KPI group in order to obtain a response on approval or disapproval of the combination of measures. A swap transaction proposal system.

2. The swap transaction proposal system according to claim 1, wherein the memory stores KPI relationship information that manages the relationships between multiple KPIs, and the KPI group is composed of KPIs indicating that the KPI relationship information has a relationship. A swap transaction proposal system.

3. The swap transaction proposal system according to claim 1, wherein the processor determines the set of measures by solving an optimization problem having at least some of the KPIs including the specified KPI in the KPI group as objective variables. A swap transaction proposal system.

4. The swap transaction proposal system according to claim 1, wherein the processor creates the combination of measures so that measures with different values of common parameters are not executed simultaneously. A swap transaction proposal system.

5. The swap transaction proposal system according to claim 1, wherein the processor generates a plurality of combinations of measures that satisfy the preset condition, and when receiving a negative response to a combination of measures proposed by any user in the KPI group, re-presents information on other combinations of measures selected from the plurality of combinations of measures to the users of the KPIs in the KPI group. A swap transaction proposal system.

6. The swap transaction proposal system according to claim 2, wherein the memory stores performance data related to the multiple KPIs. The above-mentioned processor analyzes the relationships among the plurality of KPIs in the performance data to create the KPI relationship information, which is a credit transaction proposal system.

7. The credit transaction proposal system according to claim 1, wherein the preset conditions define the relationships that the evaluation values calculated from at least some of the KPIs of each user of the policy combination should satisfy, which is a credit transaction proposal system.

8. A method for a system to propose a credit transaction, wherein the system stores credit limit information for managing the KPIs, parameters associated with the KPIs, and the credit limits of the parameters of a plurality of users, and policy management information for managing measures for improving one or more KPIs, and the method includes the system obtaining from the user the specified KPI to be improved and information on the credit limit of the parameter associated with the specified KPI, determining a set of measures for improving the specified KPI and the other KPIs of the KPI group with reference to the policy management information, with the credit limit of the parameter associated with the KPIs of the KPI group as a constraint, for the KPI group including the KPIs related to the specified KPI, creating a combination of measures that satisfies the preset conditions in the set of measures, and presenting the information on the combination of measures to the users related to the KPI group to obtain a response on approval or rejection of the combination of measures, which is a method.

Images