WO2017094100A1 - サプライチェーン評価装置、およびサプライチェーン評価方法 - Google Patents

サプライチェーン評価装置、およびサプライチェーン評価方法 Download PDF

Info

Publication number
WO2017094100A1
WO2017094100A1 PCT/JP2015/083718 JP2015083718W WO2017094100A1 WO 2017094100 A1 WO2017094100 A1 WO 2017094100A1 JP 2015083718 W JP2015083718 W JP 2015083718W WO 2017094100 A1 WO2017094100 A1 WO 2017094100A1
Authority
WO
WIPO (PCT)
Prior art keywords
supply chain
simulation
company
kpi
action
Prior art date
Application number
PCT/JP2015/083718
Other languages
English (en)
French (fr)
Inventor
田口　謙太郎
孝裕 小倉
Original Assignee
株式会社日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to PCT/JP2015/083718 priority Critical patent/WO2017094100A1/ja
Publication of WO2017094100A1 publication Critical patent/WO2017094100A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management

Definitions

  • individual KPIs (required for quantitative measurement of performance improvement targets) of each company that constitutes a supply chain representing activities from procurement of raw materials to order receipt, production, distribution, and sales of products to customers.
  • a supply chain evaluation apparatus that evaluates KPI of the entire supply chain, and a supply chain evaluation method.
  • Patent Document 1 discloses an evaluation apparatus that evaluates the influence of a problem on another organization when a problem occurs in a certain organization among a plurality of organizations constituting a supply chain (SC). Yes.
  • the apparatus reads out the behavior condition information of each organization from the storage unit in which the behavior condition information of each organization of the SC is stored, and an element control unit that varies at least one element of the behavior condition information;
  • An evaluation value calculation unit that calculates a comprehensive evaluation value obtained by comprehensively evaluating the SCM from a plurality of evaluation indexes based on the behavior condition information, and the evaluation value calculation unit calculates an evaluation value of each evaluation index.
  • Each evaluation function has a cross-link evaluation to obtain the evaluation value of the organization that is determined based on the terms related to the organization's own evaluation and the influence of other organizations on the organization.
  • the evaluation value of each evaluation index is calculated using each evaluation function, and the comprehensive evaluation value is calculated using the evaluation value.
  • Patent Document 1 by changing some elements of the behavioral condition information of a certain organization, the evaluation value of other organizations is calculated including the influence, and the comprehensive evaluation value is calculated using those evaluation values. Calculated. However, Patent Document 1 does not consider the logic of changing the behavior of another organization because the state (for example, inventory level) of a certain organization has changed.
  • the present invention uses a supply chain simulator that incorporates logic that changes the company's “behavior” by monitoring the status values of each company, and the companies that make up the supply chain share information.
  • Supply chain evaluation device that extracts the combination of each company's actions that improve the KPI of the entire supply chain while satisfying the individual KPI (indicator necessary for quantitative measurement of performance improvement targets) targets, and supply chain evaluation It aims to provide a method.
  • the supply chain evaluation apparatus includes a supply chain model defining unit that configures a supply chain model by dividing a business of each company that constitutes the supply chain into discrete events, and an action rule for each company.
  • the action rule input processing section that defines the state value to be monitored, the action rule triggering condition, and the data items of the action logic to be adopted, and the replacement of the companies in the supply chain model and the replacement of the action rules
  • a simulation pattern generation unit that generates possible patterns as a plurality of simulation patterns and a simulation of a supply chain model corresponding to each of the simulation patterns are executed.
  • a supply chain simulation execution unit that executes an event corresponding to a cleat event and generates an event of the behavior logic to be adopted when the state value to be monitored satisfies the behavior rule activation condition in the course of simulation; and the simulation
  • Each pattern includes a KPI calculation unit that calculates the individual KPI of each company and the entire KPI of the supply chain from the simulation result of the supply chain model.
  • the KPI target value of each company constituting the supply chain and the KPI target value of the entire supply chain are determined based on the simulation result of the reference supply chain model.
  • the KPI target input processing unit to calculate and set the KPI, the individual KPI of each company meets the KPI target value of each company, and the supply chain is based on the overall KPI of the supply chain.
  • the system further includes a KPI evaluation unit that determines whether the overall KPI of the chain model is improved and lists the KPI calculation results of simulation patterns that satisfy all the conditions.
  • the KPI calculation results of the simulation patterns listed by the KPI evaluation unit are sorted in descending order of the overall KPI, and the individual KPI of each constituent company is sorted.
  • an evaluation result display section that displays the corresponding simulation pattern data, the corresponding action rule data, and the corresponding supply chain model according to the selection / instruction by the user. Furthermore, it comprises and comprises.
  • each function unit that implements the supply chain evaluation method of the present invention with a computer divides the business of each company that constitutes the supply chain into discrete events and configures a supply chain model; , A process of defining each company's action rules including state values to be monitored, action rule triggering conditions, and each data item of the action logic to be adopted, company replacement of the supply chain model, and action rule replacement Generating a plurality of possible patterns as a plurality of simulation patterns, and executing a simulation of the supply chain model corresponding to each of the simulation patterns. In the simulation, each discrete event of the supply chain model is dealt with.
  • FIG. 1 is a functional block diagram showing the system configuration of the supply chain evaluation apparatus 100 of this embodiment.
  • the supply chain evaluation apparatus 100 of FIG. 1 is an apparatus that can be configured on a general-purpose application server and includes software installed on the application server.
  • the calculation unit 110, the storage unit 120, and the communication unit 130 The user terminal 150 is connected via the network 140.
  • FIG. 18 shows a hardware configuration example when the supply chain evaluation apparatus 100 is configured on a general-purpose computer.
  • An input device 101, an output device 102, an external storage device 103, an arithmetic device 104, a main storage device 105, and a communication device 106 are connected to a common bus 107.
  • the calculation unit 110 includes a supply chain model definition unit 111, a simulation initial data input processing unit 112, an action rule input processing unit 113, a KPI target input processing unit 114, a simulation pattern generation unit 115, a supply chain simulation execution unit 116, and a KPI calculation unit. 117, a KPI evaluation unit 118, and an evaluation result display unit 119.
  • the storage unit 120 includes a storage device such as a RAM (Random Access Memory), a HDD (Hard Disk Drive), an SSD (Solid State Drive) using a flash memory, or the like.
  • the storage unit 120 includes storage areas for information described below.
  • the supply chain model definition unit 111 displays a supply chain model definition interface on the user terminal 150, accepts the input of the supply chain model by the user, and stores it in the supply chain model storage area 121.
  • FIG. 2 illustrates an example of a supply chain model input by a user, and illustrates an example of the flow of business, goods, and cash in a supply chain.
  • FIG. 2 shows a market 201 constituting a supply chain, a sales company 202, a product manufacturer 203, and a parts manufacturer 204.
  • the market (customer) 201 places an order 211 to the sales company 202 and pays 261 when the purchase 241 of the goods is completed.
  • the sales company 202 sells the inventory it owns by issuing a delivery instruction 212 based on the sales plan 213. If there is not enough goods, the sales company 202 makes a procurement plan 214 based on the sales plan.
  • the sales company 202 orders 215 a product from the product manufacturer 203 based on the procurement plan 214, and when the product is transported 246 from the product manufacturer 203, it enters the storage 245 and pays the price 265.
  • the sales company 202 creates a delivery instruction 212 based on the order 211 and the sales plan 213 from the market 201, and issues a product 243 from the storage 244 to the market 201 based on the delivery instruction 212.
  • the product manufacturer 203 formulates a supply plan 216 based on the procurement plan 214 of the sales company 202, formulates a production plan 218 based on the supply plan 216, and formulates a procurement plan 220 based on the production plan 218.
  • the product manufacturer 203 orders 221 parts from the parts maker 204 based on the procurement plan 220. When the parts are transported from the parts maker 204, the product maker 203 enters the parts storage 250 and pays 269. In addition, the product manufacturer 203 creates a production instruction 219 based on the production plan 218, issues 250 parts from the parts storage based on the production instruction 219, produces a product 249, and enters the product storage upon completion. 248. Further, the product manufacturer 203 creates a delivery instruction 217 based on the supply plan 216 and the order 215 from the sales company, and issues the product from the product storage 248 to the sales company 202 based on the delivery instruction 217 247. 267 Receives the price from sales company 202.
  • the parts manufacturer 204 replaces the relationship between the sales company 202 and the parts manufacturer 204 in the product manufacturer 203 with the relationship between the product manufacturer 203 and a material manufacturer (not shown), and similarly makes each plan, creates instructions, delivers goods, and pays the price. I do. In FIG. 2, only one sales company 202, product manufacturer 203, and parts manufacturer 204 are shown, but a plurality of companies may exist.
  • the supply chain model definition unit 111 displays pre-prepared model templates of markets, sales companies, product manufacturers, parts manufacturers, etc.
  • the supply chain model is created by modifying, combining, and connecting.
  • Discrete events are defined for models such as sales company 202, product maker 203, and parts maker 204 that represent their business (displayed as ⁇ 212-227, ⁇ 243,263, etc., ⁇ 244,264, etc.). , They are connected to the information flow arrow 230, the thing flow arrow 240, or the cash flow arrow 260 and stored in the supply chain model storage area 121.
  • discrete events name, symbol, etc.
  • process indicated by ⁇ 211, ⁇ 241,261
  • the supply chain model is ordered, delivery instruction, sales plan, procurement plan, supply plan, production plan, production instruction, receipt, storage, production, delivery, receipt, account, withdrawal for each model of the market and each company name.
  • Discrete events such as the above are defined and stored in the supply chain model storage area 121 as information, goods, or data connected by a cash flow.
  • the user inputs or designates specific parameter data of each discrete event according to data described below.
  • the supply chain model that is initially stored in the supply chain model storage area 121 is referred to as a “reference supply chain model”, and the simulation pattern is variously changed as described later. In the present embodiment, it will be described as changing from ".”
  • the simulation initial data input processing unit 112 displays a simulation initial data input interface on the user terminal 150, and allows the user to input inter-company transaction condition data, production condition data, plan instruction work data, and company initial state value data.
  • the data is received and stored in the inter-company transaction condition data storage area 122, the production condition data storage area 123, the plan instruction work data storage area 124, and the company initial state value storage area 126.
  • FIG. 3 is a diagram showing a configuration example of a data record in the inter-company transaction condition data storage area 122.
  • the inter-company transaction condition data defines parameter data such as “Transport” discrete event 242 and “Remittance” discrete event 262 in the supply chain model of FIG.
  • the data record of the inter-company transaction condition data has a To company column 122a, a From company column 122b, an item column 122c, a unit price column 122d, a transport lead time column 122e, and an accounts receivable lead time column 122f. Yes.
  • the To company column 122a stores identification information (in this case, a company name) for identifying the shipping destination of goods.
  • the item column 122c stores identification information (in this case, product name, part name, etc.) for identifying an item (product: product, part, etc.) to be shipped or received.
  • the unit price column 122d information that specifies the price per unit when the company specified in the To company column 122a and the company specified in the From company column 122b trade the item specified in the item column 122c. Is memorized.
  • the transportation lead time field 122e identifies the period of time required for the company identified in the To company field 122a and the company identified in the From company field 122b to trade the item identified in the item field 122c. Information is stored. In the accounts receivable lead time field 122f, when the company specified in the To company field 122a and the company specified in the From company field 122b trade the item specified in the item field 122c, the item is received. Information specifying a period from the time point until the price is paid is stored. All business-to-business transaction data related to the supply chain model is defined.
  • FIG. 4 is a diagram showing a configuration example of a data record in the production condition data storage area 123.
  • the production condition data defines parameter data such as the “production” discrete event 249 of the supply chain model of FIG.
  • the data record of the production condition data has a company column 123a, a parent item column 123b, a child item column 123c, a number column 123d, a production lead time column 123e, and a production unit price column 123f.
  • the company column 123a stores identification information (in this case, a company name) for identifying a company that performs production.
  • the parent item column 123b stores identification information (in this case, product name, part name, etc.) for identifying items produced by the company specified in the company column 123a.
  • the child item column 123c includes identification information for identifying a child item necessary for the company specified in the company column 123a to produce the parent item specified in the parent item column 123b (here, part name, material Name etc.) is memorized.
  • the number field 123d identifies the quantity of the child item specified in the child item field 123c necessary for the company specified in the company field 123a to produce one unit of the parent item specified in the parent item field 123b.
  • the identification information is stored.
  • the production lead time field 123e when the company specified in the company field 123a produces the parent item identified in the parent item field 123b, the child item specified in the child item field 123c is input and completed. Information for specifying the period until is stored.
  • the production unit price field 123f specifies information other than the direct material cost required to produce one unit when the company specified in the company field 123a produces the parent item identified in the parent item field 123b. Is memorized. All production condition data related to the supply chain model is defined.
  • FIG. 5 is a diagram showing a configuration example of the data record in the plan instruction work data storage area 124.
  • the plan instruction business data defines parameter data such as “order”, “... instruction”, “... plan” discrete events of the supply chain model of FIG.
  • the data record of the plan instruction work data has a company column 124a, a plan / instruction column 124b, and a basic update cycle column 124c.
  • the company column 124a stores identification information (in this case, a company name) for identifying a company for which a plan or instruction is to be created. (For the company name, enter the specific company names of the supply chain model market shown in FIG.
  • the plan / instruction column 124b stores identification information (in this case, a plan name or an instruction name) for identifying a plan and an instruction created by the company specified in the company column 124a, an order, and the like.
  • the basic update cycle column 124c stores information for identifying a cycle in which the company specified in the company column 124a updates the plan or instruction specified in the plan / instruction column 124b.
  • the company initial state value storage area 126 is an initial stock amount for each item at the start of simulation in a supply chain model sales company, a product manufacturer, and a parts manufacturer, a planned storage amount that has already been ordered for each item and will be delivered in the future,
  • a user from the user terminal 150 designates an action # (to be described later) that specifies an action rule adopted by a company having a plurality of action rules including an account deposit amount, a demand model template specification, and a replacement candidate action rule. Accept and memorize input.
  • the data table is not shown.
  • the behavior rule input processing unit 113 displays a behavior rule input interface on the user terminal 150, accepts a behavior rule input by the user, and stores it in the behavior rule table storage area 125.
  • An actual company generally has various action guidelines, which are referred to as action rules in the simulation of this embodiment.
  • the action rule defines action logic that is adopted when an action-oriented company in the supply chain model satisfies the triggering condition for taking action based on the state value of another company or its own state value. .
  • the action rule table data record shown in FIG. 6 includes an action subject company name field 125a, an action # field 125b, a state value monitoring destination company name field 125c, a monitored state value item field 125d, and an action rule activation condition field. 125e and an action logic column 125f to be adopted.
  • the action subject company name column 125a stores the action subject company name defined by the action rule.
  • the action # column 125b stores an action # for identifying an action rule defined by the data record in the corresponding row.
  • the state value monitoring destination company name column 125c stores the name of the monitoring destination company that is affected when the action subject company specified in the action subject company name column 125a determines its own action.
  • the status value item column 125d to be monitored stores information for identifying the status value item of the monitoring destination company specified in the status value monitoring destination company name column 125c.
  • the state value item to be monitored also accepts “None”. In this case, the action logic specified in the action logic column 125f to be adopted is adopted regardless of the value of the state value item.
  • the behavior rule activation condition column 125e stores a conditional expression that the value of the state value item specified in the monitored state value item column 125d should satisfy in order to activate the behavior rule.
  • the value of the state value item specified in the state value item column 125d to be monitored of the company specified in the state value monitoring destination company name column 125c is monitored.
  • a name for identifying the action logic adopted by the company specified in the action subject company name field 125a is stored.
  • the user defines in advance the behavior rules of each company of the supply chain model to be simulated and the replacement candidate company. If multiple action rules are possible, define different data records for each (referred to as a group of action rules), specify which action rule to use at the start of the simulation, and display the simulation execution result. obtain. In this way, for example, the same identifier and serial number (S01 to S04) are assigned to the action # column 125b to the group of action rules to be exchanged so that the action rules can be selected and designated.
  • the KPI target input processing unit 114 displays a KPI target value input interface on the user terminal 150, accepts the KPI target value input by the user, and stores it in the KPI target value table storage area 127.
  • the supply chain evaluation apparatus 100 uses the KPI template storage area 129 as an index for evaluating the supply chain model (KPI: Key-Performance-Indicators), and sales, cash flow (sales-cost-working capital change), and delivery date compliance.
  • KPI Key-Performance-Indicators
  • Stores KPI templates that calculate the rate, inventory turnover rate (sales / inventory amount), profit rate (profit / sales ⁇ 100), working capital (sales receivable + inventory ⁇ payment obligation), and the like.
  • Each KPI template enables the evaluation value calculation of the entire supply chain model and the evaluation value calculation for each company.
  • the data table of the KPI target value table storage area 127 includes an action subject company name field 127a for identifying an action subject company, a KPI field 127b for specifying a KPI name of an evaluation index to be calculated, and an action subject. And a target value column 127c for storing a target value of KPI targeted by the company.
  • the value of the “acting subject company name” column 127a is “total”, and the entire supply chain model is evaluated.
  • the definition of “sales” in the KPI column 127b when the name of the acting company is “whole” is, as shown in FIG. 17, the entire KPI “sales” is “sales company A”.
  • a data table that defines the sum of individual KPI “sales”, individual KPI “sales” of “sales company B”, and individual KPI “sales” of “sales company C” is stored in the KPI target value table storage area 127. deep.
  • the total KPI “sales” is calculated from the simulation execution result of a reference supply chain model described later, and the calculated value is stored.
  • an event template corresponding to each discrete event defined in the market model or each company model is stored. Are created and stored in advance. Furthermore, an event template corresponding to the action logic adopted when it is determined that the action rule is activated is created and stored in advance.
  • the event template is stored by describing the market or the name of each company, the market customer specified by the discrete event name, each company's behavior (process), and the logic that simulates and executes each operation on the computer. ing.
  • the demand model template storage area 130 stores demand model templates that define a plurality of types of demand trends.
  • the demand model template shows changes in demand trends, such as the “start-up period” when demand from customers is increasing, the “stable period” where demand increases stop, and the decline in demand, such as the next product launch. 3 types of templates are stored.
  • the supply chain model market (customer) 201 places an order with the sales company 202 in accordance with the selected / designated demand model.
  • the simulation pattern generation unit 115 replaces a company in the supply chain model with a replacement candidate company to simulate the effect of implementing the supply chain model, or the action rule of the company in the supply chain model is changed to another action rule.
  • a simulation pattern for simulating the implementation effect of the supply chain model is generated.
  • the supply chain model definition unit 111 accepts the input of the (reference) supply chain model and stores it in the supply chain model storage area 121, or when it becomes necessary to consider, the replacement candidate company
  • the user inputs the model from the supply chain model definition interface on the user terminal 150 and stores it in the supply chain model storage area 121 in the same manner.
  • a replacement candidate company model is stored in the supply chain model storage area 121, information specifying which company in the reference supply chain model is to be replaced is added.
  • the behavior rule input processing unit 113 registers the behavior rule table 125 as described above, the user defines a plurality of behavior rules for each company of the supply chain model to be simulated (group of behavior rules). It is possible to select and simulate each action rule from the group.
  • group of behavior rules When a company in the standard supply chain model has a plurality of behavior rules defined, information on which behavior rule is selected as a standard is recorded in the behavior rule table (not shown).
  • the simulation pattern generation unit 115 generates a simulation pattern according to the flowchart shown in FIG. 8 and stores it in the simulation pattern storage area 131.
  • the replacement candidate companies are replaced one by one with respect to the reference supply chain model, and one replacement rule of one of the companies in the supply chain model is registered. This is an example in which all combinations in which rules and selections are switched are generated as simulation patterns.
  • step S101 the reference supply chain model is registered in the simulation pattern P0001.
  • step S102 whether or not there is registration data of an unselected action rule in a group having a plurality of action rules including replacement candidates is determined based on all supply chain models in which the reference supply chain model or replacement candidate companies are replaced. Determine action rules within a group of companies. If there is, the process proceeds to S103, and if not, the process proceeds to S105.
  • step S103 one registration data of the unselected action rule is selected, replaced with the already selected action rule, and registered in the simulation pattern.
  • step S104 the action rule selection change is reversed and the next unselected action rule is searched.
  • step S105 by changing the action rule selection, all change histories in which the replacement candidate action rules are sequentially selected are returned to unselected, and the standard action rule selection of the reference supply chain model is returned.
  • step S106 it is determined whether unselected replacement candidate company model data is registered. If there is (still remains), the process proceeds to S107. If not, the process of the simulation pattern generation unit 115 ends.
  • step S107 a simulation pattern in which the replacement candidate company is replaced with the company in the reference supply chain model is generated and registered. The subsequent processing from S102 is performed on the supply chain model in which the replacement candidate company generated here is replaced with the company in the reference supply chain model.
  • the simulation pattern generation unit 115 generates a simulation pattern according to the flowchart shown in FIG. 9 and stores it in the simulation pattern storage area 131 as another solution for generating the simulation pattern according to user designation.
  • the reference supply chain model is not replaced with the reference supply chain model, or at least one replacement candidate company is replaced (the number of replacements of companies that can be replaced simultaneously is allowed in all cases).
  • all of the replacement candidate behavior rules registered in the group of behavior rules held by each company in the supply chain model from replacement of one set of selections to replacement of all possible selections at the same time
  • the change patterns are covered and generated as simulation patterns.
  • each step up to S208 is repeatedly executed for a reference supply chain model that is different from the supply chain model of the registered simulation pattern or a supply chain model in which at least one replacement candidate company model is replaced.
  • a reference supply chain model or a supply chain model obtained by replacing the company model is registered in the simulation pattern.
  • step S203 a plurality of behavior rules among the constituent companies in the supply chain model of S202, which are different from the supply chain model in which the behavior rule selection of the registered simulation pattern has been replaced (how to replace the behavior rule selection)
  • the steps up to S206 are repeatedly executed for a supply chain model in which the selection of at least one set of action rules is exchanged among the action rules of each group.
  • step S204 a new supply chain model in which selection of at least one set of action rules is exchanged is registered in the simulation pattern.
  • step S205 an unregistered supply chain model in which the selection of at least one set of action rules is switched is searched.
  • step S207 an unregistered supply chain model in which at least one replacement candidate company model is replaced with the next reference supply chain model is searched.
  • FIG. 10 shows a configuration example of the data record stored in the simulation pattern storage area 131.
  • the data record of the simulation pattern has a simulation pattern # column 131a, an action subject company name column 131b, and an action # column 131c.
  • the simulation pattern # column 131a stores an identification number for identifying the simulation pattern.
  • the first simulation pattern # P0001 stores a reference supply chain model initially registered in the supply chain model storage area 121.
  • the action subject company name column 131b stores an action subject company name having a group in which a plurality of action rules are registered including action rules that are candidates for replacement. Alternatively, the company name replaced with the company in the standard supply chain model is stored.
  • the action # column 131c stores an action # selected by the action subject company specified in the action subject company name field 131b as an action rule. If the action # is the same as the reference supply chain model, the same action # is stored, and if the action rule selection is switched, the replaced action # is stored.
  • the action # column in the row where the replaced company name is stored in the action subject company name column 131b is blank.
  • FIG. 1 The processing flow of the supply chain simulation process executed by the supply chain simulation execution unit 116 is shown in FIG. This process employs a discrete event simulation method.
  • step S301 an event to be executed in a regular cycle is generated and registered in the event list 132.
  • Each event is a company that is parameter data of a discrete event after an event template corresponding to each discrete event data of the supply chain model stored in the supply chain model storage area 121 is read from the event template storage area 128.
  • Each event describes the logic of executing the business of each action company of this supply chain model and each action (process) on a computer. For example, if a simulation period is a half year, each event is given a time stamp indicating how many months, days, hours and minutes during the half year, and the events for half a year are registered in the event list 132. .
  • step S302 when all events are registered in S301, supply chain simulation processing is started, and it is confirmed whether event data is stored in the event list 132. If stored, the simulation is continued. When it is gone, the simulation ends.
  • step S303 the events stored in the event list 132 are sorted in order of the execution time stamp.
  • step S304 one event at the top of the event list 132 is executed, and after the execution, the event is deleted from the event list 132.
  • the business of each action company and each action (process) are simulated, and in the simulation execution result storage area 133, the procurement amount, production quantity, inventory quantity, delivery of each company of the supply chain model for each time point Information such as amount, customer request amount, etc., and accounts receivable, account deposit amount, cash, etc. as a result of cash flow are stored.
  • step S305 the company name in the state value monitoring destination company name column 125c stored in the action rule table storage area 125 and the state value to be monitored for the state value of each company updated by the event execution in S304 It is checked whether the status value in the item field 125d is a corresponding data record. If there is a status value item to be monitored, the process proceeds to S306, and if there is no status value item to be monitored, the process proceeds to S302.
  • step S306 it is determined whether the state value of the corresponding state value item to be monitored satisfies the conditional expression stored in the action rule activation condition column 125e. If the conditional expression is satisfied, the process proceeds to S307, and if the conditional expression is not satisfied, the process proceeds to S302.
  • step S307 a newly triggered event stored in the adopted behavior logic column 125f executed by the company stored in the behavior subject company name column 125a for the behavior rule determined to satisfy the conditional expression in S306 Are read from the event template storage area 128, an event is generated and added to the event list 132. Thereafter, the process proceeds to S302.
  • FIG. 12 is a flowchart of the entire supply chain evaluation process executed by the supply chain simulation execution unit 116.
  • the simulation pattern generation unit 115 reads out the simulation pattern created and stored in the simulation pattern storage area 131.
  • step S402 all simulation patterns (combination of company / behavior rule) are sequentially executed for each simulation pattern until S406.
  • step S403 the corresponding supply chain model is stored in the supply chain model storage area 121 based on the information of the simulation pattern selected in S402. In this process, if the supply chain model corresponding to the previous simulation pattern is already stored in the supply chain model storage area 121 and the supply chain model corresponding to the current simulation pattern is the same, a new supply Do not construct a chain model. If the supply chain model is different from the previous supply chain model, the current supply chain model is configured from the reference supply chain model stored in the supply chain model storage area 121.
  • step S404 the supply chain model configured in S403 is read for the selected simulation pattern, and supply chain simulation is executed.
  • the process shown in the flowchart of FIG. 11 is executed.
  • step S405 the KPI calculation unit 117 refers to the simulation execution result recorded in the simulation execution result storage area 133 in S404, and the individual KPI of each company constituting the supply chain model specified at the start of the supply chain evaluation process , And the entire KPI of the entire supply chain model is calculated and stored in the KPI calculation result storage area 134.
  • the KPI calculation process will be described later.
  • step S407 the individual KPI of each company in each simulation pattern calculated in S405 by the KPI evaluation unit 118 achieves all the KPI target values for each action subject company registered in the KPI target value table storage area 127 in advance. , And a simulation pattern in which the value of the overall KPI in the corresponding simulation pattern is higher than the overall KPI in the reference supply chain model is extracted and stored in the KPI evaluation result storage area 135.
  • the KPI evaluation process will be described later.
  • the evaluation result display unit 119 displays a list of the evaluation results stored in the KPI evaluation result storage area 135 in descending order of the overall KPI improvement effect, and supports the supply chain evaluation process by the user.
  • step S501 the KPI calculation unit 117 acquires the simulation execution result recorded in the simulation execution result storage area 133 in S404.
  • step S502 the process is repeated up to S504 for all companies in the supply chain model.
  • step S503 based on the simulation execution result of the company selected in S502, the KPI template specified at the start of the simulation is read from the KPI template storage area 129, the individual KPI of the company is calculated, and the KPI calculation result storage area Remember to 134.
  • step S505 based on the simulation execution result of one simulation pattern selected in S402, the KPI template specified at the start of the simulation is read from the KPI template storage area 129, and the entire supply chain model corresponding to the simulation pattern The KPI is calculated and stored in the KPI calculation result storage area 134.
  • step S506 it is determined whether the individual KPI of each company calculated in S503 satisfies all the KPI target values for each action subject company registered in advance in the KPI target value table storage area 127. For example, the process proceeds to S507, and the determination flag ⁇ is written in the determination flag column 134e of the KPI calculation result storage area 134. If not, the process proceeds to S508, and the determination flag x is described in the determination flag column 134e of the KPI calculation result storage area 134.
  • FIG. 14 shows a data configuration example of the data table in the KPI calculation result storage area 134.
  • the data table includes a simulation pattern # field 134a, an action subject company name field 134b for specifying the action subject company, a KPI field 134c that describes the name of the KPI, a value field 134d that stores each calculated KPI value, and a KPI And a determination flag column 134e for storing a flag determined for each simulation pattern in the calculation process.
  • step S601 one data record is read from the data table in the KPI calculation result storage area 134 for each simulation pattern in order of simulation pattern #.
  • step S602 in the present embodiment, the simulation result of the simulation pattern # P0001 is obtained by storing the simulation result in the reference supply chain model, and therefore is determined by comparing the simulation results after the simulation pattern # P0002. Judgment flag is “ ⁇ ” and the overall KPI in the standard supply chain model. Determine whether the overall KPI is improving. If Yes, the process proceeds to S603, and if No, the process proceeds to S605 to check whether there is a data record to be read next.
  • step S603 the company name, overall KPI, individual KPI name, and numerical value are read from the KPI calculation result storage area 134.
  • step S604 the simulation evaluation result read in S603 is written in the KPI evaluation result storage area 135.
  • step S605 it is determined whether an unread data record remains in the KPI calculation result storage area 134, and if it remains, the process proceeds to S601 to read the next data record. If not, the process proceeds to S606.
  • step S606 all simulation evaluation result data written in the KPI evaluation result storage area 135 are sorted and ranked in descending order of overall KPI.
  • FIG. 16 shows a data configuration example of the data table in the KPI evaluation result storage area 135.
  • the rank column 135a represents a rank in which all data records are sorted and ranked in descending order of overall KPI.
  • the value of the corresponding individual KPI is recorded.
  • FIG. 16 only a part of the (company name + individual KPI name) column is displayed, but in reality, individual KPI columns for all companies in the supply chain model of all simulation patterns are created. .
  • the total sales column 135g the value of the total KPI is described.
  • the evaluation result display unit 119 presents the data table stored in the KPI evaluation result storage area 135 to the user, for example, in a list format shown in FIG. For example, when the user wants to know what simulation pattern has the highest overall sales, the evaluation result display unit 119 can store the simulation pattern by clicking the column “1” in the ranking column 135a.
  • the corresponding simulation pattern data in the area 131, the corresponding action rule data in the action rule table storage area 125, and the supply chain model as shown in FIG. 2 are displayed to support the user's supply chain evaluation.
  • the user looks at the list display screen shown in FIG. 16, “In terms of overall sales, the result of rank 1 is the largest, but when comparing individual KPIs of each company, The display method of this embodiment is effective in order to make a judgment such as “the delivery date compliance rate of the business B is bad or the cash flow of the supplier A is bad at $ 1M, so that the plan of rank 2 is good”.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

サプライチェーン(SC)評価装置を、SCを構成する各企業の業務をディスクリートイベントに分けてSCモデルを構成する機能部と、前記各企業の行動ルールを、監視する状態値、行動ルール発動条件、および採用する行動ロジックの各データ項目を含めて定義する機能部と、前記SCモデルの企業の入れ替え、および行動ルールの入れ替えの全ての採り得るパターンを複数のシミュレーションパターンとして生成する機能部と、前記シミュレーションパターン毎に対応するSCモデルのシミュレーションを実行し、前記シミュレーションにおいて、前記SCモデルの各ディスクリートイベントに対応するイベントを実行し、シミュレーションの進行過程で、前記監視する状態値が前記行動ルール発動条件を満たした時に前記採用する行動ロジックのイベントを生成する機能部と、前記シミュレーションパターン毎に、SCモデルのシミュレーション実行結果より、各企業の個別KPI、およびSCの全体KPIを算出する機能部とを備えて構成する。

Description

サプライチェーン評価装置、およびサプライチェーン評価方法
　本発明は、原材料の調達から、受注、生産、物流を経て、顧客へ商品を販売するまでの活動を表すサプライチェーンを構成する各企業の個別ＫＰＩ(業績改善目標の定量的な測定に必要となる指標)、及びサプライチェーン全体のＫＰＩを評価するサプライチェーン評価装置、およびサプライチェーン評価方法に関する。
　従来、複数の企業によって、一つのサプライチェーンが構築されている場合に、個々の企業の枠組みを超えて、サプライチェーン全体としての種々の評価指標の最適化を図るために、サプライチェーンマネジメントの導入が行われている。
　しかし、サプライチェーン全体としての目標達成を優先し過ぎると、一部の企業の業績を大きく損なう結果がでることも起こり得る。このため、異なる目的を持つサプライチェーンを構成する各企業が、それぞれの目的遂行が可能な範囲で協調し、相互に情報を提供し合い、個別の目標達成を目指す新しいシステムが提案されている。このようなシステム構成において、全体の目標達成に有効な各企業の行動指針を示す技術への要請が高い。
　特許文献１には、サプライチェーン(ＳＣ)を構成している複数の組織間において、ある組織で問題が発生した場合に、その問題が他の組織に与える影響を評価する評価装置が開示されている。その装置は、ＳＣの各組織の行動条件情報が格納されている記憶部から各組織の行動条件情報を読み出し、少なくとも一つの行動条件情報の一部の要素を変動させる要素制御部と、変動後の行動条件情報に基づいて、複数の評価指標からＳＣＭを総合的に評価した総合評価値を算出する評価値算出部とを備え、評価値算出部は、各評価指標の評価値を算出するための評価関数をそれぞれ有しており、各評価関数は、組織自身の評価に関する項と、他の組織が当該組織に与える影響に基づいて決定される当該組織の評価値を得るための相互連鎖評価項を含み、各評価関数をそれぞれ用いて各評価指標の評価値を算出し、該評価値を用いて総合評価値を算出するものである。
特開２０１１－８１７０７号公報
　前記特許文献１では、ある組織の行動条件情報の一部の要素を変動させることにより、その影響分を含んで他の組織の評価値を算出し、それらの評価値を用いて総合評価値を算出している。しかし、特許文献１には、ある組織の状態(例えば、在庫水準)がどういう状態になったから、他の組織の行動を変えるといったロジックは考慮されていない。
　本発明は、サプライチェーンを構成する各企業が情報を共有し、各企業が自他社の状態値を監視して、自社の「行動」を変更するロジックを取り入れたサプライチェーンシミュレータを用いて、各企業の個別ＫＰＩ(業績改善目標の定量的な測定に必要となる指標)目標を充足させつつサプライチェーン全体のＫＰＩを向上させる各企業の行動の組合せを抽出するサプライチェーン評価装置、およびサプライチェーン評価方法を提供することを目的とする。
　上記課題を解決するために本発明のサプライチェーン評価装置を、サプライチェーンを構成する各企業の業務をディスクリートイベントに分けてサプライチェーンモデルを構成するサプライチェーンモデル定義部と、前記各企業の行動ルールを、監視する状態値、行動ルール発動条件、および採用する行動ロジックの各データ項目を含めて定義する行動ルール入力処理部と、前記サプライチェーンモデルの企業の入れ替え、および行動ルールの入れ替えの全ての採り得るパターンを複数のシミュレーションパターンとして生成するシミュレーションパターン生成部と、前記シミュレーションパターン毎に対応するサプライチェーンモデルのシミュレーションを実行し、前記シミュレーションにおいて、前記サプライチェーンモデルの各ディスクリートイベントに対応するイベントを実行し、シミュレーションの進行過程で、前記監視する状態値が前記行動ルール発動条件を満たした時に前記採用する行動ロジックのイベントを生成するサプライチェーンシミュレーション実行部と、前記シミュレーションパターン毎に、サプライチェーンモデルのシミュレーション実行結果より、各企業の個別KPI、およびサプライチェーンの全体KPIを算出するKPI算出部とを備えて構成する。
　また、本発明の他の特徴として、前記サプライチェーン評価装置において、前記サプライチェーンを構成する各企業のKPI目標値、およびサプライチェーン全体のKPI目標値を基準のサプライチェーンモデルのシミュレーション実行結果より全体KPIを算出して、設定するKPI目標入力処理部と、前記シミュレーションパターン毎に、前記各企業の個別KPIが、前記各企業のKPI目標値をそれぞれ満たし、及びサプライチェーンの全体KPIが基準のサプライチェーンモデルの全体KPIよりも向上しているかを判定して、すべての条件を満たすシミュレーションパターンのKPI算出結果をリストアップするKPI評価部とを更に備えて構成する。
　また、本発明の更に他の特徴として、前記サプライチェーン評価装置において、前記KPI評価部によりリストアップされたシミュレーションパターンのKPI算出結果を、全体KPIが大きい順にソーティングして、各構成企業の個別KPI値、サプライチェーンの全体KPI値を併記して一覧画面に表示し、及びユーザによる選択・指示に従って、該当シミュレーションパターンデータ、該当行動ルールデータ、および該当サプライチェーンモデルを表示する評価結果表示部とを更に備えて構成する。
　また、上記課題を解決するために本発明のサプライチェーン評価方法を、コンピュータにより実現する各機能部が、サプライチェーンを構成する各企業の業務をディスクリートイベントに分けてサプライチェーンモデルを構成する工程と、前記各企業の行動ルールを、監視する状態値、行動ルール発動条件、および採用する行動ロジックの各データ項目を含めて定義する工程と、前記サプライチェーンモデルの企業の入れ替え、および行動ルールの入れ替えの全ての採り得るパターンを複数のシミュレーションパターンとして生成する工程と、前記シミュレーションパターン毎に対応するサプライチェーンモデルのシミュレーションを実行し、前記シミュレーションにおいて、前記サプライチェーンモデルの各ディスクリートイベントに対応するイベントを実行し、シミュレーションの進行過程で、前記監視する状態値が前記行動ルール発動条件を満たした時に前記採用する行動ロジックのイベントを生成する工程と、前記シミュレーションパターン毎に、サプライチェーンモデルのシミュレーション実行結果より、各企業の個別KPI、およびサプライチェーンの全体KPIを算出する工程とを実施するように構成する。
　本発明のサプライチェーン評価装置、およびサプライチェーン評価方法により、サプライチェーンを構成する各企業の個別ＫＰＩ目標を充足させつつサプライチェーン全体のＫＰＩを向上させる各企業の行動の組合せを抽出することができる。
本実施例のサプライチェーン評価装置のシステム構成を示す機能ブロック図である。 本実施例におけるサプライチェーンモデルの例を示した図である。 企業間取引条件データ記憶領域に記憶するデータレコードの構成例を示した図である。 生産条件データ記憶領域に記憶するデータレコードの構成例を示した図である。 計画指示業務データ記憶領域に記憶するデータレコードの構成例を示した図である。 行動ルールテーブル記憶領域に記憶するデータレコードの構成例を示した図である。 ＫＰＩ目標値テーブル記憶領域に記憶するデータレコードの構成例を示した図である。 シミュレーションパターンを生成するフローチャートの１例である。 全ての変更のパターンを網羅するシミュレーションパターンを生成する別解のフローチャートである。 シミュレーションパターン記憶領域に記憶するデータレコードの構成例を示した図である。 サプライチェーンシミュレーション実行部が実行するサプライチェーンシミュレーション処理のフローチャートの１例である。 サプライチェーンシミュレーション実行部が実行するサプライチェーン評価処理の全体処理のフローチャートである。 KPI算出処理のフローチャートである。 KPI算出結果記憶領域に記憶するデータレコードの構成例を示した図である。 KPI評価処理のフローチャートである。 KPI評価結果記憶領域に記憶するデータレコードの構成例を示した図である。 ＫＰＩ目標値テーブルにおいて、行動主体企業名が「全体」である場合のＫＰＩ欄の「売上高」の定義を示す図である。 サプライチェーン評価装置を汎用のコンピュータ上に構成する場合のハードウエア構成例を示す図である。
　以下、本発明を実現するサプライチェーン評価装置を図面を用いて説明する。
　図１は本実施例のサプライチェーン評価装置100のシステム構成を示す機能ブロック図である。
　図１のサプライチェーン評価装置100は、汎用のアプリケーションサーバ上に構成することができて、および当該アプリケーションサーバに実装されるソフトウェアを含む装置であり、演算部110、記憶部120、及び通信部130とを備え、ネットワーク140を介してユーザ端末150が接続されている。
　図１８には、サプライチェーン評価装置100を汎用のコンピュータ上に構成する場合のハードウエア構成例を示す。入力装置101、出力装置102、外部記憶装置103、演算装置104、主記憶装置105、及び通信装置106が共通のバス107に接続されて構成される。
　図１の演算部110は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）などにより構成され、記憶部120に記憶されているサプライチェーン評価プログラム(図示せず)をＲＡＭへロードしてＣＰＵで実行することにより以下の各機能部を実現する。演算部110は、サプライチェーンモデル定義部111、シミュレーション初期データ入力処理部112、行動ルール入力処理部113、ＫＰＩ目標入力処理部114、シミュレーションパターン生成部115、サプライチェーンシミュレーション実行部116、KPI算出部117、KPI評価部118、評価結果表示部119より構成される。
　記憶部120は、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）、フラッシュメモリなどを用いたＳＳＤ（Solid State Drive）等の記憶装置で構成される。記憶部120には、以下に説明する各情報の記憶領域を備えている。
　サプライチェーンモデル定義部111は、ユーザ端末150上にサプライチェーンモデル定義インタフェースを表示して、ユーザによるサプライチェーンモデルの入力を受付け、サプライチェーンモデル記憶領域121へ格納する。
　図２は、ユーザにより入力されたサプライチェーンモデルの例を図示して、サプライチェーンの業務、モノ、キャッシュの流れの例を説明する。図２では、サプライチェーンを構成する市場201と、販社202と、製品メーカ203と、部品メーカ204を示している。
  市場(顧客)201は、販社202へ注文211し、モノの購入241が完了すると、代金を支払う261。
  販社202は、自分の持っている在庫を販売計画213に基づき出庫指示212して売るのだが、モノが足りなくなれば販売計画をもとに調達計画214を立案する。また、販社202は、調達計画214をもとに製品メーカ203へ製品を注文215し、製品メーカ203から製品が輸送246されると保管庫に入庫245し、代金を支払う265。また、販社202は、市場201からの注文211と販売計画213とをもとに、出庫指示212を作成し、出庫指示212をもとに製品を保管庫244から市場201へ出庫243し、市場201から代金を受け取る263。
  製品メーカ203は、販社202の調達計画214をもとに供給計画216を立案し、供給計画216をもとに生産計画218を立案し、生産計画218をもとに調達計画220を立案する。また、製品メーカ203は、調達計画220をもとに部品メーカ204に部品を注文221し、部品メーカ204から部品が輸送されると部品保管庫250に入庫251し、代金を支払う269。また、製品メーカ203は、生産計画218をもとに生産指示219を作成し、生産指示219に基づき部品を部品保管庫から出庫250し、製品を生産し249、完成すると製品保管庫に入庫する248。
  また、製品メーカ203は、供給計画216と販社からの注文215とをもとに、出庫指示217を作成し、出庫指示217をもとに製品を製品保管庫248から販社202へ出庫し247、販社202から代金を受け取る267。
  部品メーカ204は、製品メーカ203における販社202と部品メーカ204との関係を、製品メーカ203と図示しない材料メーカとの関係に置き換えて、同様に各計画立案、指示作成、モノの引渡し、代金支払いを行う。
  図２では、販社202、製品メーカ203、および部品メーカ204は、1社ずつしか示していないが、複数の企業が存在していてもよい。
　サプライチェーンモデル定義部111は、ユーザがサプライチェーンモデルを定義する際に、予め用意してある市場、販社、製品メーカ、部品メーカなどのモデルのテンプレートを表示して、ユーザはそれらを必要に応じて修正して、組み合わせ、接続することによりサプライチェーンモデルを作成する。
　販社202、製品メーカ203、部品メーカ204などのモデルには、それぞれの業務(□212-227、○243,263,など、▽244,264などで表示)を表すディスクリートイベント(名称、シンボルなど)が定義されて、それらは、情報の流れの矢印230、モノの流れの矢印240、またはキャッシュの流れの矢印260で接続されて、サプライチェーンモデル記憶領域121に記憶される。
  市場(顧客)201のモデルも同様に、顧客の行動(プロセス) (□211、○241,261で表示) を表すディスクリートイベント(名称、シンボルなど)が定義されて、サプライチェーンモデル記憶領域121に記憶する。
　ユーザは、販社には「販社Ａ」、「販社Ｃ」など、製品メーカには「製造業Ａ」、「製造業Ｂ」など、部品メーカには「サプライヤＡ」、「サプライヤＣ」などの企業名をモデルに付けて各企業モデルを識別する。
　サプライチェーンモデルは、市場、および各企業名のモデルごとに、注文、出庫指示、販売計画、調達計画、供給計画、生産計画、生産指示、入庫、保管、生産、出庫、入金、口座、出金などのディスクリートイベントが定義されて、情報、モノ、又はキャッシュの流れで接続したデータとして、サプライチェーンモデル記憶領域121に格納される。各ディスクリートイベントの具体的なパラメータデータを、ユーザは以下に説明するデータによって入力、または指定する。
　本実施例において、サプライチェーンモデル記憶領域121へ最初に格納するサプライチェーンモデルを、「基準のサプライチェーンモデル」と呼び、後述するようにシミュレーションパターンを種々に変えるのは、「基準のサプライチェーンモデル」から変えていくように本実施例では説明する。
　シミュレーション初期データ入力処理部112は、ユーザ端末150上にシミュレーション初期データ入力インタフェースを表示して、ユーザによる企業間取引条件データ、生産条件データ、計画指示業務データ、及び企業初期状態値データの入力を受付け、それぞれのデータを企業間取引条件データ記憶領域122、生産条件データ記憶領域123、計画指示業務データ記憶領域124、及び企業初期状態値記憶領域126へ記憶する。
　図３は、企業間取引条件データ記憶領域122のデータレコードの構成例を示した図である。企業間取引条件データは、図２のサプライチェーンモデルの「輸送」ディスクリートイベント242と、「送金」ディスクリートイベント262などのパラメータデータを定義する。企業間取引条件データのデータレコードは、To企業欄122aと、From企業欄122bと、品目欄122cと、単価欄122dと、輸送リードタイム欄122eと、売掛リードタイム欄122fとを有している。
  To企業欄122aには、モノの出荷先を識別するための識別情報(ここでは、企業名)が記憶される。（企業名は図２のサプライチェーンモデルの市場(市場も１つの企業名とする)、販社、製品メーカ、部品メーカの具体的企業名を入力する。）
  From企業欄122bには、モノの出荷元を識別するための識別情報(ここでは、企業名)が記憶される。
  品目欄122cには、出荷、受取を行う品目(モノ：製品、部品など)を識別するための識別情報(ここでは、製品名、部品名など)が記憶される。
  単価欄122dには、To企業欄122aで特定される企業と、From企業欄122bで特定される企業が、品目欄122cで特定される品目を取引する際の1単位あたりの価格を特定する情報が記憶される。
  輸送リードタイム欄122eには、To企業欄122aで特定される企業と、From企業欄122bで特定される企業が、品目欄122cで特定される品目を取引する際の輸送にかかる期間を特定する情報が記憶される。
  売掛リードタイム欄122fには、To企業欄122aで特定される企業と、From企業欄122bで特定される企業が、品目欄122cで特定される品目を取引する際に、品目が受取られた時点から、代金が支払われるまでの期間を特定する情報が記憶される。
  サプライチェーンモデルに関わる全ての企業間取引条件データが定義される。
　図４は、生産条件データ記憶領域１２３のデータレコードの構成例を示した図である。生産条件データは、図２のサプライチェーンモデルの「生産」ディスクリートイベント249などのパラメータデータを定義する。生産条件データのデータレコードは、企業欄123aと、親品目欄123bと、子品目欄123cと、員数欄123dと、生産リードタイム欄123eと、生産単価欄123fとを有している。
  企業欄123aには、生産を行う企業を識別するための識別情報(ここでは、企業名)が記憶される。
  親品目欄123bには、企業欄123aで特定される企業が生産する品目を識別するための識別情報(ここでは、製品名、部品名など)が記憶される。
  子品目欄123cには、企業欄123aで特定される企業が親品目欄123bで特定される親品目を生産するために必要な子品目を識別するための識別情報(ここでは、部品名、素材名など)が記憶される。
  員数欄123dには、企業欄123aで特定される企業が親品目欄123bで特定される親品目を1単位生産するために必要な子品目欄123cで特定される子品目の数量を識別するための識別情報が記憶される。
  生産リードタイム欄123eには、企業欄123aで特定される企業が、親品目欄123bで識別される親品目を生産する際に、子品目欄123cで特定される子品目を投入してから完成するまでの期間を特定する情報が記憶される。
  生産単価欄123fには、企業欄123aで特定される企業が、親品目欄123bで識別される親品目を生産する際に、1単位生産するためにかかる直材費以外の費用を特定する情報が記憶される。
  サプライチェーンモデルに関わる全ての生産条件データが定義される。
　図５は、計画指示業務データ記憶領域124のデータレコードの構成例を示した図である。計画指示業務データは、図２のサプライチェーンモデルの「注文」、「・・指示」、「・・計画」ディスクリートイベントなどのパラメータデータを定義する。計画指示業務データのデータレコードは、企業欄124aと、計画/指示欄124bと、基本更新サイクル欄124cとを有している。
  企業欄124aには、計画または指示を作成する企業を識別するための識別情報(ここでは、企業名)が記憶される。（企業名は図２のサプライチェーンモデルの市場(市場も１つの企業名とする)、販社、製品メーカ、部品メーカの具体的企業名を入力する。）
  計画/指示欄124bには、企業欄124aで特定される企業が作成する計画および指示を識別するための識別情報(ここでは、計画名もしくは指示名)、および注文などが記憶される。
  基本更新サイクル欄124cには、企業欄124aで特定される企業が、計画/指示欄124bで特定される計画または指示を更新するサイクルを特定する情報が記憶される。
　企業初期状態値記憶領域126は、サプライチェーンモデルの販社、製品メーカ、部品メーカにおけるシミュレーション開始時の、品目毎の初期在庫量、品目毎の既に発注済みで将来納品される予定の入庫予定量、口座預金額、需要モデルテンプレートの指定、および入れ替え候補の行動ルールを含む複数の行動ルールを持つ企業がシミュレーション開始時に採用する行動ルールを指定する行動＃(後述する)を、ユーザ端末150からのユーザ入力を受付けて、記憶する。データテーブルは図示しない。
　行動ルール入力処理部113は、ユーザ端末150上に行動ルール入力インタフェースを表示して、ユーザによる行動ルール入力を受付けて、行動ルールテーブル記憶領域125に記憶する。実際の企業は、種々の行動指針を持っていることが一般的であり、本実施例のシミュレーションでは行動ルールと呼ぶことにする。行動ルールは、サプライチェーンモデル内の行動主体企業が、他企業の状態値、または自身の状態値の変化に基いて、行動を起こす発動条件を満たした時に採用する行動ロジックを定義するものである。
　図６に示す行動ルールテーブルのデータレコードは、行動主体企業名欄125aと、行動＃欄125bと、状態値監視先企業名欄125cと、監視する状態値項目欄125dと、行動ルール発動条件欄125eと、採用する行動ロジック欄125fとを有している。
  行動主体企業名欄125aには、行動ルールで定義する行動主体企業名が記憶される。
  行動＃欄125bには、該当する行のデータレコードで定義される行動ルールを識別する行動＃が記憶される。
  状態値監視先企業名欄125cには、行動主体企業名欄125aで特定される行動主体企業が、自身の行動を決定する際に、影響を受ける監視先の企業名が記憶される。（監視する企業名が行動主体企業自身であることも認める。）
  監視する状態値項目欄125dには、状態値監視先企業名欄125cで特定される監視先の企業の状態値項目を識別する情報が記憶される。（監視する状態値項目が「なし」も認める。この場合には、状態値項目の値の如何にかかわらず採用する行動ロジック欄125fで特定される行動ロジックを採用する。）
  行動ルール発動条件欄125eには、監視する状態値項目欄125dで特定される状態値項目の値が、行動ルールを発動するために満たすべき条件式が記憶される。
  採用する行動ロジック欄125fには、状態値監視先企業名欄125cで特定される企業の、監視する状態値項目欄125dで特定される状態値項目の値を監視して、当該状態値項目の値が、行動ルール発動条件欄125eで特定される条件式を満たした時、行動主体企業名欄125aで特定される企業が採用する行動ロジックを識別する名称が記憶される。
  ユーザは、シミュレーションする対象のサプライチェーンモデルの各企業、及び入れ替え候補企業の行動ルールを予め定義しておく。行動ルールが複数通り考えられる場合には、それぞれ異なったデータレコードを定義しておき(行動ルールのグループと呼ぶ)、シミュレーション開始時にいずれの行動ルールを採用するかを指定して、シミュレーション実行結果を得る。このように、行動ルールを選択・指定できるように、入れ替え対象の行動ルールのグループには、行動＃欄125bには例えば同じ識別子と連続番号(S01～S04)などを付与する。
　KPI目標入力処理部114は、ユーザ端末150上にKPI目標値入力インタフェースを表示して、ユーザによるKPI目標値入力を受付けて、KPI目標値テーブル記憶領域127に記憶する。本実施例のサプライチェーン評価装置100は、KPIテンプレート記憶領域129にサプライチェーンモデルを評価する指標(KPI：Key Performance Indicators)として、売上高、キャッシュフロー(売上－コスト－運転資本変化)、納期遵守率、在庫回転率(売上高÷在庫金額)、利益率(利益÷売上高×100)、運転資金(売上債権＋在庫－支払債務)、などを計算するKPIテンプレートを記憶している。各KPIテンプレートは、サプライチェーンモデル全体の評価値計算と、企業毎の評価値計算を可能としている。
　KPI目標値テーブル記憶領域127のデータテーブルは、図７に示すように、行動主体企業を特定する行動主体企業名欄127aと、計算する評価指標のKPI名称を特定するKPI欄127bと、行動主体企業が目標とするKPIの目標値を記憶する目標値欄127cとを有している。
　行動主体企業名欄127aの値が「全体」となっているのは、サプライチェーンモデル全体を評価対象としている。この行動主体企業名が「全体」である場合のKPI欄127bの「売上高」の定義は、本実施例では、図１７に示すように、全体KPI「売上高」は、「販社Ａ」の個別KPI「売上高」、「販社Ｂ」の個別KPI「売上高」、及び「販社Ｃ」の個別KPI「売上高」の合計と定義するデータテーブルをＫＰＩ目標値テーブル記憶領域127に記憶しておく。
  行動主体企業名が「全体」である場合の目標値欄127cの値は、後述する基準のサプライチェーンモデルのシミュレーション実行結果より、全体KPI「売上高」を算出して、算出値を格納する。
　イベントテンプレート記憶領域128には、サプライチェーンモデル記憶領域121に記憶されたサプライチェーンモデルの実施効果をシミュレーションする際に、市場モデル、または各企業モデル内で定義された各ディスクリートイベントと対応するイベントテンプレートが予め作成されて、格納されている。
  さらに、行動ルールを発動すると判定された場合に採用する行動ロジックに対応するイベントテンプレートが予め作成されて、格納されている。
  イベントテンプレートは、市場、または各企業名、及びディスクリートイベント名で特定される市場の顧客、各企業の各行動(プロセス)、各業務を計算機上で模擬して実行するロジックを記述して記憶されている。
　需要モデルテンプレート記憶領域130には、需要の傾向についての複数の種類を定義した需要モデルテンプレートを記憶している。需要モデルテンプレートは、需要動向の変化を、顧客からの需要量が増加傾向にある「立上げ期」、需要量の増加がとまる「安定期」、次期製品投入など需要量が減少する「衰退期」の３種のテンプレートを記憶している。
  サプライチェーンモデルの市場(顧客)201は、選択・指定した需要モデルに従って、販社202へ注文をする。
　シミュレーションパターン生成部115は、サプライチェーンモデル内の企業を入れ替え候補の企業と入れ替えて、サプライチェーンモデルの実施効果をシミュレーションするため、または、サプライチェーンモデル内の企業の行動ルールを別の行動ルールに変更して、サプライチェーンモデルの実施効果をシミュレーションするためのシミュレーションパターンを生成する。
　そのためには、サプライチェーンモデル定義部111が(基準の)サプライチェーンモデルの入力を受付け、サプライチェーンモデル記憶領域121へ格納する際に、または、検討が必要になった際に、入れ替え候補の企業のモデルをユーザがユーザ端末150上のサプライチェーンモデル定義インタフェースより入力して、サプライチェーンモデル記憶領域121へ同様に格納する。入れ替え候補の企業のモデルをサプライチェーンモデル記憶領域121へ格納する際には、基準のサプライチェーンモデル内のどの企業と入れ替えるのかを指定する情報を付加している。
　また、行動ルール入力処理部113が、前記したように行動ルールテーブル125を登録する際に、ユーザは、シミュレーションする対象のサプライチェーンモデルの各企業の行動ルールを複数通り定義する(行動ルールのグループと呼ぶ)ことにより、グループ内よりそれぞれの行動ルールを選択してシミュレーションすることを可能とする。基準のサプライチェーンモデル内の企業が複数通りの行動ルールを定義されている場合には、標準としてどの行動ルールを選択するのかの情報を、行動ルールテーブルに記録しておく(図示せず)。
　シミュレーションパターン生成部115は、図８に示すフローチャートに従ってシミュレーションパターンを生成して、シミュレーションパターン記憶領域131に記憶する。図８の実施例は、基準のサプライチェーンモデルに対して、入れ替え候補の企業を１つずつ入れ替え、およびサプライチェーンモデル内のいずれかの企業の１つの行動ルールを登録されている入れ替え候補の行動ルールと選択を入れ替えた全ての組合せをシミュレーションパターンとして生成する例である。
　ステップS101において、基準のサプライチェーンモデルをシミュレーションパターンP0001に登録する。
  ステップS102において、入れ替え候補を含む複数の行動ルールを有するグループ内に、未選択の行動ルールの登録データがあるかを、基準のサプライチェーンモデルまたは入れ替え候補企業を入れ替えたサプライチェーンモデル内の全ての企業のグループ内の行動ルールを判定する。ある場合には、S103へ移行して、ない場合は、S105へ移行する。
　ステップS103において、未選択の行動ルールの登録データを１つ選択にして、既選択の行動ルールと入れ替えて、シミュレーションパターンに登録する。
  ステップS104において、行動ルールの選択の変更を元に戻して、次の未選択の行動ルールを探す。
  ステップS105において、行動ルールの選択の変更によって、入れ替え候補の行動ルールを順次選択した変更履歴を全て未選択に戻して、基準のサプライチェーンモデルの標準の行動ルールの選択に戻す。
　ステップS106において、未選択の入れ替え候補の企業モデルデータが登録されているかを判定する。ある(未だ残っている)場合にはS107へ移行する。ない場合には、シミュレーションパターン生成部115の処理を終了する。
  ステップS107において、入れ替え候補企業を基準のサプライチェーンモデル内の企業と入れ替えたシミュレーションパターンを生成して登録する。ここで生成した入れ替え候補企業を基準のサプライチェーンモデル内の企業と入れ替えたサプライチェーンモデルに対して、続くS102以降の処理が行われる。
　シミュレーションパターン生成部115は、ユーザ指定によって、シミュレーションパターン生成の別解として、図９に示すフローチャートに従ってシミュレーションパターンを生成して、シミュレーションパターン記憶領域131に記憶する。図９の実施例は、基準のサプライチェーンモデルに対して、基準のサプライチェーンモデルに入れ替え無し、または入れ替え候補の企業を少なくとも１つ入れ替え(同時に入れ替えられる企業の入れ替え数は全ての場合まで許す)、およびサプライチェーンモデル内の各企業が持つ行動ルールのグループ内に登録されている入れ替え候補の行動ルールの全てに対して、１組の選択の入れ替えから同時に可能な全ての選択の入れ替えまで、全ての変更のパターンを網羅して、それぞれをシミュレーションパターンとして生成する例である。
　ステップS201において、既登録のシミュレーションパターンのサプライチェーンモデルとは相違する、基準のサプライチェーンモデル、または少なくとも１つの入れ替え候補の企業モデルを入れ替えたサプライチェーンモデルについて、S208までの各ステップを繰り返し実行する。
  ステップS202において、基準のサプライチェーンモデル、または企業モデルを入れ替えたサプライチェーンモデルをシミュレーションパターンに登録する。
　ステップS203において、既登録のシミュレーションパターンの行動ルールの選択を入れ替えたサプライチェーンモデルと(行動ルールの選択を入れ替える仕方が)相違する、S202のサプライチェーンモデル内の構成企業の中で複数の行動ルールを登録する企業を対象として、各グループの行動ルールの中で、少なくとも１組の行動ルールの選択を入れ替えたサプライチェーンモデルについて、S206までの各ステップを繰り返し実行する。
　ステップS204において、少なくとも１組の行動ルールの選択を入れ替えた新たなサプライチェーンモデルをシミュレーションパターンに登録する。
  ステップS205において、次の、少なくとも１組の行動ルールの選択を入れ替えた未登録のサプライチェーンモデルを探索する。
  ステップS207において、次の、基準のサプライチェーンモデルに対して、少なくとも１つの入れ替え候補の企業モデルを入れ替えた未登録のサプライチェーンモデルを探索する。
　図１０に、シミュレーションパターン記憶領域131に記憶するデータレコードの構成例を示す。
  シミュレーションパターンのデータレコードは、シミュレーションパターン＃欄131aと、行動主体企業名欄131bと、行動＃欄131cとを有している。
  シミュレーションパターン＃欄131aには、シミュレーションパターンを識別する識別番号を記憶する。第１のシミュレーションパターン＃P0001は、当初、サプライチェーンモデル記憶領域121に登録された基準のサプライチェーンモデルを記憶する。
  行動主体企業名欄131bには、行動ルールが入れ替え候補の行動ルールを含めて複数登録されているグループを持つ行動主体企業名が記憶される。または、基準のサプライチェーンモデル内の企業と入れ替えられた企業名が記憶される。
  行動＃欄131cには、行動主体企業名欄131bで特定される行動主体企業が、行動ルールとして選択する行動＃を記憶する。基準のサプライチェーンモデルと変わらない行動＃であれば同じ行動＃を記憶し、行動ルールの選択を入れ替えた場合には、入れ替えた行動＃を記憶する。行動主体企業名欄131bに、入れ替えた企業名が記憶されている行の行動＃欄は、空欄とする。
　サプライチェーンシミュレーション実行部116が実行するサプライチェーンシミュレーション処理の処理フローを図１１に示す。本処理は、ディスクリートイベントシミュレーション方式を採用する。
　ステップS301において、定期サイクルで実行するイベントを生成してイベントリスト132に登録する。各イベントは、サプライチェーンモデル記憶領域121に記憶されているサプライチェーンモデルの各ディスクリートイベントデータに対応するイベントテンプレートが、イベントテンプレート記憶領域128から読み出された後、ディスクリートイベントのパラメータデータである企業間取引条件データ記憶領域122に記憶される企業間取引条件データと、生産条件データ記憶領域123に記憶される生産条件データと、計画指示業務データ記憶領域124に記憶される計画指示業務データと、企業初期状態値記憶領域126に記憶される企業初期状態値と、需要モデルテンプレート記憶領域に記憶される需要モデルテンプレートとの各データに基づき、パラメータデータが付加されてイベントが生成される。各イベントは、本サプライチェーンモデルの各行動主体企業の業務、各行動(プロセス)を計算機上で模擬して実行するロジックを記述している。
  各イベントは、例えばシミュレーション期間を半年とするならば、半年の間の何月何日何時何分にイベントを実行するのかタイムスタンプを付与されて、半年分のイベントがイベントリスト132に登録される。
　ステップS302において、S301で全てのイベントが登録されるとサプライチェーンシミュレーション処理が開始され、イベントリスト132にイベントデータが格納されているかを確認して、格納されていればシミュレーションを継続し、イベントが無くなればシミュレーションを終了する。
  ステップS303において、イベントリスト132に記憶されるイベントを実行タイムスタンプの早い順にソーティングする。
　ステップS304において、イベントリスト132の最上段の１つのイベントを実行し、実行後、当該イベントをイベントリスト132から削除する。
  イベントの実行により、各行動主体企業の業務、各行動(プロセス)が模擬されて、シミュレーション実行結果記憶領域１３３に、時点毎のサプライチェーンモデルの各企業の調達量、製造量、在庫量、配送量、顧客要求量など、またキャッシュフローによる結果である売掛、口座預金額、キャッシュなどの情報が記憶される。
　ステップS305において、S304のイベント実行により各企業の状態値が更新されたものに対して、行動ルールテーブル記憶領域125に記憶された状態値監視先企業名欄125cの企業名と、監視する状態値項目欄125dの状態値とが該当するデータレコードであるかを調べる。該当する監視対象の状態値項目が有ればS306へ移行し、該当する監視対象の状態値項目が無ければS302へ移行する。
　ステップS306において、該当する監視対象の状態値項目の状態値が、行動ルール発動条件欄125eに記憶する条件式を満たしているか判定する。条件式を満たしている場合にはS307へ移行し、条件式を満たさない場合にはS302へ移行する。
　ステップS307において、S306で条件式を満たしていると判定された行動ルールに対して、行動主体企業名欄125aに記憶する企業が実行する、採用する行動ロジック欄125fに記憶する新規に発動するイベントを、イベントテンプレート記憶領域128から読み出してイベントを生成して、イベントリスト132に追加する。その後、S302へ移行する。
　図１２に、サプライチェーンシミュレーション実行部116が実行するサプライチェーン評価処理の全体処理のフローチャートを示す。
  ステップS401において、シミュレーションパターン生成部115が作成して、シミュレーションパターン記憶領域131に記憶してあるシミュレーションパターンを読み出す。
　ステップS402において、全てのシミュレーションパターン(企業・行動ルールの組合せ)を順次１シミュレーションパターンごとに、S406まで繰り返し実行する。
  ステップS403において、S402で１つ選択されたシミュレーションパターンの情報に基づき、対応するサプライチェーンモデルをサプライチェーンモデル記憶領域121に格納する。本処理は、１つ前のシミュレーションパターンに対応するサプライチェーンモデルが、既にサプライチェーンモデル記憶領域121に記憶されていて、今回のシミュレーションパターンに対応するサプライチェーンモデルが同じ場合には、新たにサプライチェーンモデルを構成することは行わない。１つ前のサプライチェーンモデルと相違する場合は、サプライチェーンモデル記憶領域121に記憶する基準のサプライチェーンモデルから今回のサプライチェーンモデルを構成する。
　ステップS404において、選択されたシミュレーションパターンについてS403で構成されたサプライチェーンモデルを読み出して、サプライチェーンシミュレーションを実行する。本処理は、図１１のフローチャートに示す処理を実行する。
  ステップS405において、KPI算出部117が、S404でシミュレーション実行結果記憶領域１３３に記録されたシミュレーション実行結果を参照して、サプライチェーン評価処理開始時に指定されたサプライチェーンモデルを構成する各企業の個別KPI、およびサプライチェーンモデル全体の全体KPIを算出して、KPI算出結果記憶領域134に記憶する。KPI算出処理は後述する。
　ステップS407において、KPI評価部118が、S405で算出した各シミュレーションパターンにおける各企業の個別KPIが、KPI目標値テーブル記憶領域127に予め登録してある行動主体企業ごとのＫＰＩ目標値を全て達成し、及び基準のサプライチェーンモデルにおける全体KPIよりも該当シミュレーションパターンにおける全体KPIの値が向上しているシミュレーションパターンを抽出して、KPI評価結果記憶領域135に記憶する。KPI評価処理は後述する。
  更に、評価結果表示部119が、KPI評価結果記憶領域135に記憶される評価結果を、全体KPI向上効果の高い順に一覧表示して、ユーザによるサプライチェーン評価処理を支援する。
　図１３のフローチャートに、S405のKPI算出処理を説明する。
  ステップS501において、KPI算出部117が、S404でシミュレーション実行結果記憶領域133に記録されたシミュレーション実行結果を取得する。
　ステップS502において、サプライチェーンモデル内の全ての企業について、S504まで繰り返し実行する。
  ステップS503において、S502で選択された企業のシミュレーション実行結果に基づいて、シミュレーション開始時に指定したKPIテンプレートをKPIテンプレート記憶領域129から読み出して、当該企業の個別KPIを算出して、KPI算出結果記憶領域134に記憶する。
　ステップS505において、S402で１つ選択されたシミュレーションパターンのシミュレーション実行結果に基づいて、シミュレーション開始時に指定したKPIテンプレートをKPIテンプレート記憶領域129から読み出して、当該シミュレーションパターンに相当するサプライチェーンモデル全体の全体KPIを算出して、KPI算出結果記憶領域134に記憶する。
　ステップS506において、S503で算出した各企業の個別KPIが、KPI目標値テーブル記憶領域127に予め登録してある行動主体企業ごとのKPI目標値を全て満たしているかを判定して、全て満たしていればS507へ移行して、KPI算出結果記憶領域134の判定フラグ欄134eに判定フラグ○を記載する。満たしていなければS508へ移行して、KPI算出結果記憶領域134の判定フラグ欄134eに判定フラグ×を記載する。
　図１４にKPI算出結果記憶領域134のデータテーブルのデータ構成例を示す。データテーブルは、シミュレーションパターン＃欄134aと、行動主体企業を特定する行動主体企業名欄134bと、KPIの名称を記載するＫＰＩ欄134cと、算出した各KPI値を格納する値欄134dと、KPI算出処理でシミュレーションパターンごとに判定したフラグを格納する判定フラグ欄134eとを有している。
　図１５のフローチャートに、S407のKPI評価処理を説明する。
　ステップS601において、KPI算出結果記憶領域134のデータテーブルから、シミュレーションパターン＃順に、１つのシミュレーションパターンごとのKPI算出結果を、１データレコード読み出す。
　ステップS602において、本実施例では、シミュレーションパターン＃P0001のシミュレーション結果は、基準のサプライチェーンモデルにおけるシミュレーション結果を記憶したものであるので、シミュレーションパターン＃P0002以降のシミュレーション結果を対比させて判定する。
  判定フラグは“○”、及び基準のサプライチェーンモデルにおける全体KPI よりも、
当該全体KPI の方が向上しているかを判定する。Yes ならばS603へ移行して、No ならばS605 へ移行して、次に読み出すデータレコードの有無を確認する。
　ステップS603において、KPI算出結果記憶領域134から企業名、全体KPI、個別KPIの名称、および数値を読出す。
　ステップS604において、S603で読み出したシミュレーション評価結果を、KPI評価結果記憶領域135に書き出す。
　ステップS605において、KPI算出結果記憶領域134に未読出しのデータレコードが残っているか判定して、残っていればS601 へ移行して、次のデータレコードを読み込む。残っていなければ、S606へ移行する。
　ステップS606において、KPI評価結果記憶領域135に書き出した全てのシミュレーション評価結果データを、全体KPIの大きいもの順にソーティングして順位付けを行う。
　図１６に、KPI評価結果記憶領域135のデータテーブルのデータ構成例を示す。
  順位欄135aは、全てのデータレコードを全体KPIの大きいもの順にソーティングして順位付けを行った順位を表す。
　(企業名＋個別KPIの名称)欄135b～135fは、該当する個別KPIの値が記録される。図１６では、一部の(企業名＋個別KPIの名称)欄しか表示していないが、実際には、全てのシミュレーションパターンのサプライチェーンモデル内の全ての企業の個別KPIの欄が作成される。
　全体売上高欄135gには、全体KPIの値が記載される。
　評価結果表示部119は、KPI評価結果記憶領域135に記憶されたデータテーブルを、例えば図１６に示す一覧形式でユーザに提示する。
  ユーザは、例えば最も全体売上高が高くなるシミュレーションパターンが何であるかを知りたい場合には、順位欄135aの「１」である欄をクリックすることによって、評価結果表示部119は、シミュレーションパターン記憶領域131の該当するシミュレーションパターンデータ、及び行動ルールテーブル記憶領域125の該当する行動ルールデータ、更には図２に示すようなサプライチェーンモデルを表示して、ユーザのサプライチェーン評価を支援する。
　また、ユーザは例えば、図１６に示す一覧表示画面を見て、「全体売上高的には、順位１の結果が一番大きいのだけれど、各企業の個別KPIを比較して見ると、製造業Bの納期遵守率が悪かったり、サプライヤＡのキャッシュフローが＄1Mと悪かったりするので、順位２の案が良い」といった判断をするために、本実施例の表示方法は有効である。
100　サプライチェーン評価装置
101　入力装置
102　出力装置
103　外部記憶装置
104　演算装置
105　主記憶装置
106　通信装置
107　バス
110　演算部
111　サプライチェーンモデル定義部
112　シミュレーション初期データ入力処理部
113　行動ルール入力処理部
114　ＫＰＩ目標入力処理部
115　シミュレーションパターン生成部
116　サプライチェーンシミュレーション実行部
117　KPI算出部
118　KPI評価部
119　評価結果表示部
120　記憶部
121　サプライチェーンモデル記憶領域
122　企業間取引条件データ記憶領域
123　生産条件データ記憶領域
124　計画指示業務データ記憶領域
125　行動ルールテーブル記憶領域
126　企業初期状態値記憶領域
127　KPI目標値テーブル記憶領域
128　イベントテンプレート記憶領域
129　KPIテンプレート記憶領域
130　需要モデルテンプレート記憶領域
131　シミュレーションパターン記憶領域
132　イベントリスト
133　シミュレーション実行結果記憶領域
134　KPI算出結果記憶領域
135　KPI評価結果記憶領域
140　ネットワーク
150　ユーザ端末
201　市場
202　販社
203　製品メーカ
204　部品メーカ

Claims (12)

  1. 　サプライチェーンを構成する各企業の業務をディスクリートイベントに分けてサプライチェーンモデルを構成するモデル定義部と、
    　前記各企業の行動ルールを、監視する状態値、行動ルール発動条件、および採用する行動ロジックの各データ項目を含めて定義する行動ルール入力処理部と、
    　前記サプライチェーンモデルの企業の入れ替え、および行動ルールの入れ替えの全ての採り得るパターンを複数のシミュレーションパターンとして生成するシミュレーションパターン生成部と、
    　前記シミュレーションパターン毎に対応するサプライチェーンモデルのシミュレーションを実行し、前記シミュレーションにおいて、前記サプライチェーンモデルの各ディスクリートイベントに対応するイベントを実行し、シミュレーションの進行過程で、前記監視する状態値が前記行動ルール発動条件を満たした時に前記採用する行動ロジックのイベントを生成するシミュレーション実行部と、
    　前記シミュレーションパターン毎に、サプライチェーンモデルのシミュレーション実行結果より、各企業の個別KPI、およびサプライチェーンの全体KPIを算出するKPI算出部と、
    　を備えたことを特徴とするサプライチェーン評価装置。
  2. 　前記サプライチェーンを構成する各企業のKPI目標値、およびサプライチェーン全体のKPI目標値を基準のサプライチェーンモデルのシミュレーション実行結果より全体KPIを算出して、設定するKPI目標入力処理部と、
    　前記シミュレーションパターン毎に、前記各企業の個別KPIが、前記各企業のKPI目標値をそれぞれ満たし、及びサプライチェーンの全体KPIが基準のサプライチェーンモデルの全体KPIよりも向上しているかを判定して、すべての条件を満たすシミュレーションパターンのKPI算出結果をリストアップするKPI評価部と、
    　を更に備えたことを特徴とする請求項１に記載のサプライチェーン評価装置。
  3. 　前記KPI評価部によりリストアップされたシミュレーションパターンのKPI算出結果を、全体KPIが大きい順にソーティングして、各構成企業の個別KPI値、サプライチェーンの全体KPI値を併記して一覧画面に表示し、及び
    　ユーザによる選択・指示に従って、該当シミュレーションパターンデータ、該当行動ルールデータ、および該当サプライチェーンモデルを表示する評価結果表示部とを更に備えたことを特徴とする請求項２に記載のサプライチェーン評価装置。
  4. 　前記行動ルール入力処理部は、サプライチェーンモデル内の行動主体企業が満たす行動ルールを、行動主体企業名、行動＃、状態値監視先企業名、監視する状態値、行動ルール発動条件、及び採用する行動ロジックの各データ項目で定義して記憶することを特徴とする請求項１に記載のサプライチェーン評価装置。
  5. 　前記シミュレーションパターン生成部は、基準のサプライチェーンモデルに対して、基準のサプライチェーンモデルに入れ替え無し、または入れ替え候補の企業を少なくとも１つ入れ替え、およびサプライチェーンモデル内の各企業が持つ行動ルールのグループ内に登録されている入れ替え候補の行動ルールの全てに対して、１組の選択の入れ替えから同時に可能な全ての選択の入れ替えまで、全ての変更のパターンを網羅して、それぞれをシミュレーションパターンとして生成することを特徴とする請求項１に記載のサプライチェーン評価装置。
  6. 　前記シミュレーション実行部は、前記シミュレーションパターン毎に対応するサプライチェーンモデルのシミュレーションを実行し、前記シミュレーションにおいて、前記サプライチェーンモデルの各ディスクリートイベントに対応するイベントを実行して、そのイベント実行によって、前記行動ルールの中に状態値監視先企業の監視する状態値に変化があった状態値項目がある場合には、その状態値が行動ルール発動条件を満たしているか判定をして、満たしている場合に前記採用する行動ロジックのイベントを生成することを特徴とする請求項４に記載のサプライチェーン評価装置。
  7. 　コンピュータにより実現する各機能部が、
    　サプライチェーンを構成する各企業の業務をディスクリートイベントに分けてサプライチェーンモデルを構成する工程と、
    　前記各企業の行動ルールを、監視する状態値、行動ルール発動条件、および採用する行動ロジックの各データ項目を含めて定義する工程と、
    　前記サプライチェーンモデルの企業の入れ替え、および行動ルールの入れ替えの全ての採り得るパターンを複数のシミュレーションパターンとして生成する工程と、
    　前記シミュレーションパターン毎に対応するサプライチェーンモデルのシミュレーションを実行し、前記シミュレーションにおいて、前記サプライチェーンモデルの各ディスクリートイベントに対応するイベントを実行し、シミュレーションの進行過程で、前記監視する状態値が前記行動ルール発動条件を満たした時に前記採用する行動ロジックのイベントを生成する工程と、
    　前記シミュレーションパターン毎に、サプライチェーンモデルのシミュレーション実行結果より、各企業の個別KPI、およびサプライチェーンの全体KPIを算出する工程とを実施することを特徴とするサプライチェーン評価方法。
  8. 　コンピュータにより実現する各機能部が、更に、
    　前記サプライチェーンを構成する各企業のKPI目標値、およびサプライチェーン全体のKPI目標値を基準のサプライチェーンモデルのシミュレーション実行結果より全体KPIを算出して、設定する工程と、
    　前記シミュレーションパターン毎に、前記各企業の個別KPIが、前記各企業のKPI目標値をそれぞれ満たし、及びサプライチェーンの全体KPIが基準のサプライチェーンモデルの全体KPIよりも向上しているかを判定して、すべての条件を満たすシミュレーションパターンのKPI算出結果をリストアップする工程とを実施することを特徴とする請求項７に記載のサプライチェーン評価方法。
  9. 　コンピュータにより実現する各機能部が、更に、
    　前記KPI評価部によりリストアップされたシミュレーションパターンのKPI算出結果を、全体KPIが大きい順にソーティングして、各構成企業の個別KPI値、サプライチェーンの全体KPI値を併記して一覧画面に表示する工程と、
    　ユーザによる選択・指示に従って、該当シミュレーションパターンデータ、該当行動ルールデータ、および該当サプライチェーンモデルを表示する工程とを実施することを特徴とする請求項８に記載のサプライチェーン評価方法。
  10. 　コンピュータにより実現する各機能部が、
    　前記各企業の行動ルールを、監視する状態値、行動ルール発動条件、および採用する行動ロジックの各データ項目を含めて定義する工程に代えて、
    　サプライチェーンモデル内の行動主体企業が満たす行動ルールを、行動主体企業名、行動＃、状態値監視先企業名、監視する状態値、行動ルール発動条件、及び採用する行動ロジックの各データ項目で定義して記憶する工程を実施することを特徴とする請求項７に記載のサプライチェーン評価方法。
  11. 　コンピュータにより実現する各機能部が、
    　前記サプライチェーンモデルの企業の入れ替え、および行動ルールの入れ替えの全ての採り得るパターンを複数のシミュレーションパターンとして生成する工程に代えて、
    　基準のサプライチェーンモデルに対して、基準のサプライチェーンモデルに入れ替え無し、または入れ替え候補の企業を少なくとも１つ入れ替え、およびサプライチェーンモデル内の各企業が持つ行動ルールのグループ内に登録されている入れ替え候補の行動ルールの全てに対して、１組の選択の入れ替えから同時に可能な全ての選択の入れ替えまで、全ての変更のパターンを網羅して、それぞれをシミュレーションパターンとして生成する工程を実施することを特徴とする請求項７に記載のサプライチェーン評価方法。
  12. 　コンピュータにより実現する各機能部が、
    　前記シミュレーションパターン毎に対応するサプライチェーンモデルのシミュレーションを実行し、前記シミュレーションにおいて、前記サプライチェーンモデルの各ディスクリートイベントに対応するイベントを実行し、シミュレーションの進行過程で、前記監視する状態値が前記行動ルール発動条件を満たした時に前記採用する行動ロジックのイベントを生成する工程に代えて、
    　前記シミュレーションパターン毎に対応するサプライチェーンモデルのシミュレーションを実行し、前記シミュレーションにおいて、前記サプライチェーンモデルの各ディスクリートイベントに対応するイベントを実行して、そのイベント実行によって、前記行動ルールの中に状態値監視先企業の監視する状態値に変化があった状態値項目がある場合には、その状態値が行動ルール発動条件を満たしているか判定をして、満たしている場合に前記採用する行動ロジックのイベントを生成する工程を実施することを特徴とする請求項１０に記載のサプライチェーン評価方法。
PCT/JP2015/083718 2015-12-01 2015-12-01 サプライチェーン評価装置、およびサプライチェーン評価方法 WO2017094100A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2015/083718 WO2017094100A1 (ja) 2015-12-01 2015-12-01 サプライチェーン評価装置、およびサプライチェーン評価方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2015/083718 WO2017094100A1 (ja) 2015-12-01 2015-12-01 サプライチェーン評価装置、およびサプライチェーン評価方法

Publications (1)

Publication Number Publication Date
WO2017094100A1 true WO2017094100A1 (ja) 2017-06-08

Family

ID=58796514

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/083718 WO2017094100A1 (ja) 2015-12-01 2015-12-01 サプライチェーン評価装置、およびサプライチェーン評価方法

Country Status (1)

Country Link
WO (1) WO2017094100A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019128879A (ja) * 2018-01-26 2019-08-01 株式会社日立製作所 業務プロセス設計支援方法及び業務プロセス設計支援装置
WO2023062953A1 (ja) * 2021-10-14 2023-04-20 株式会社日立製作所 連携管理システム及び連携管理方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002215858A (ja) * 2001-01-18 2002-08-02 Hitachi Ltd サプライチェーンモデル作成システム
JP2009217573A (ja) * 2008-03-11 2009-09-24 Konica Minolta Holdings Inc サプライチェーン最適化システム及びサプライチェーン最適化方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002215858A (ja) * 2001-01-18 2002-08-02 Hitachi Ltd サプライチェーンモデル作成システム
JP2009217573A (ja) * 2008-03-11 2009-09-24 Konica Minolta Holdings Inc サプライチェーン最適化システム及びサプライチェーン最適化方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019128879A (ja) * 2018-01-26 2019-08-01 株式会社日立製作所 業務プロセス設計支援方法及び業務プロセス設計支援装置
WO2019146233A1 (ja) * 2018-01-26 2019-08-01 株式会社日立製作所 業務プロセス設計支援方法及び業務プロセス設計支援装置
WO2023062953A1 (ja) * 2021-10-14 2023-04-20 株式会社日立製作所 連携管理システム及び連携管理方法

Similar Documents

Publication Publication Date Title
US20190295109A1 (en) Parallel processing historical data
US20180107961A1 (en) Task Support System and Task Support Method
CN102460326A (zh) 部件订货量决定装置以及部件订货量决定程序
JP2006331060A (ja) 原価要素管理システム
JP6829667B2 (ja) 生産シミュレーション装置
JP6424311B2 (ja) サプライチェーンマネージメント装置、及びその方法、システム、プログラム
JP2007323680A (ja) 経営意思決定支援システム
JP5439275B2 (ja) 情報処理装置、原価見通し算出方法、および原価見通し算出プログラム
JP4152611B2 (ja) 経営改革のための対策案立案支援方法およびそのためのシステム
WO2017094100A1 (ja) サプライチェーン評価装置、およびサプライチェーン評価方法
Lim et al. A DEA approach for Supplier Selection with AHP and risk consideration
JPH113101A (ja) ロジスティクスチェーンシミュレーションシステム
US8046252B2 (en) Sales plan evaluation support system
JP2017102527A (ja) 部品発注制御装置および部品発注制御方法
JP6502737B2 (ja) 情報処理装置、行動ルール生成方法、およびプログラム
EP1750225A1 (en) Supply scheduling
JP6668580B2 (ja) ファイル編集方法、ファイル編集装置及びファイル編集プログラム
JP2012203702A (ja) 業務システム変更支援システム、業務システム変更支援プログラム、および業務システム変更支援方法
Mylonopoulos et al. Assessing the expected benefits of electronic data interchange through simulation modelling techniques
JP2016062294A (ja) シミュレーション支援装置、シミュレーション支援方法及びコンピュータプログラム
JP2004035219A (ja) サプライチェーン・マネージメント支援方法及びその装置、サプライチェーン・マネージメント支援プログラム
JP5554674B2 (ja) 損益分岐点シミュレーションシステム、方法、およびプログラム
JP5118471B2 (ja) 統合化部品表作成システムおよび統合化部品表作成方法
Shiau Effectivity date analysis and scheduling
JP2016184250A (ja) 損益予測装置及び損益予測プログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15909730

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15909730

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP