WO2020188874A1 - 信用分析支援方法、信用分析支援システム、およびノード - Google Patents
信用分析支援方法、信用分析支援システム、およびノード Download PDFInfo
- Publication number
- WO2020188874A1 WO2020188874A1 PCT/JP2019/043295 JP2019043295W WO2020188874A1 WO 2020188874 A1 WO2020188874 A1 WO 2020188874A1 JP 2019043295 W JP2019043295 W JP 2019043295W WO 2020188874 A1 WO2020188874 A1 WO 2020188874A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- information
- predetermined
- node
- evaluation
- trading partner
- Prior art date
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4014—Identity check for transactions
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0609—Buyer or seller confidence or verification
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
- G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/223—Payment schemes or models based on the use of peer-to-peer networks
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
- G06Q20/3678—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes e-cash details, e.g. blinded, divisible or detecting double spending
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3825—Use of electronic signatures
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3827—Use of message hashing
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0613—Third-party assisted
- G06Q30/0619—Neutral agent
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
- G06Q30/0637—Approvals
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/03—Credit; Loans; Processing thereof
Definitions
- the present invention relates to a credit analysis support method, a credit analysis support system, and a node.
- the site is managed in a commercial transaction credit system that enables a company and a company to make a commercial transaction based on a real-time credit judgment on a site constructed on a computer network.
- the computer makes the examination bureau judge the participation conditions based on the data of the participation conditions input by the seller or the buyer who intends to newly participate in the commercial transaction on the site, and the participation conditions are satisfied.
- Rank of the trader based on the trader authentication means that the computer certifies as a trader and predetermined corporate data including at least one of capital, sales and business history of the certified trader.
- the rank setting means, the transaction limit setting means for causing the computer to set the transaction limit of the commercial transaction of the trader based on the rank set by the rank setting means, and the set rank.
- a bankruptcy probability evaluation means for calculating the bankruptcy probability of a creditee company based on the above, and a commercial transaction restriction means for the computer to limit the commercial transaction when the amount of the commercial transaction exceeds the transaction limit of the seller or the buyer of the commercial transaction.
- a means of restricting commercial transactions which warns the seller or buyer when the transaction limit is exceeded, or suspends commercial transactions, and past transactions on the site regarding the certified trader. It is a transaction data management means in which the computer manages predetermined transaction data relating to the above, and when determining the rank, the transaction data managed by the transaction data management means is referred to, and the rank is set according to a predetermined condition.
- a transaction data management means characterized by making a decision to make a decision, a sum of the calculated bankruptcy probability, the capital cost ratio of the creditee company, and the expense ratio of the creditee company is set as the minimum required monetary rate.
- the transaction data has a rate evaluation means, and the said, regarding whether or not there is any claim in the commercial transaction. Claim information about the trader, bankruptcy information of the trader, information on non-payment of bills involving the trader, minimum required monetary rate, information on foreclosure involving the trader, above regarding the presence or absence of signs of any deterioration in management.
- the scoring system is characterized in that at least one piece of anxiety information about a trader is included, and when a specific item indicator exists, a specific item is specified and added for each item, and when a predetermined threshold value is exceeded.
- a commercial transaction credit system (patent document) characterized in that it is determined that the page is a corporate information page, and credit management based on fresh corporate information can always be performed by using the relay file (3970). 1) etc. have been proposed.
- a credit method in a credit system connected to a user terminal via a network, and the credit information is obtained in advance by the request information receiving stage of receiving the request information including the condition of credit judgment from the user terminal and the request information.
- the credit information extraction stage that extracts credit information from the credit information database that stores the information, the credit judgment stage that determines the credit rating based on the request information and the extracted credit information, and the results obtained in the credit judgment stage.
- a credit method (see Patent Document 2), which comprises a credit information transmission stage of transmitting credit information to a user terminal, has also been proposed.
- the storage unit that stores the EDI data of each electronic commerce in the EDI system and the EDI data related to each company are read from the storage unit, and the information of the EDI data related to the read predetermined company is applied to an evaluation function that holds in advance.
- an information processing device (see Patent Document 3) including an arithmetic unit that identifies the evaluation index of the predetermined company as a trading partner and executes a process of outputting the information of the evaluation index to the predetermined device is also proposed. Has been done.
- credit information differs due to differences in the positions of participants in the supply chain.
- the buyer can use the credit information of the supplier, but the supplier cannot use the credit information of the buyer.
- the usage pattern of credit information is unilateral and cannot be cross-referenced, and the credit analysis method tends to be biased toward the buyer's side, so there is a risk that the credit information itself will not be sufficiently verified. In other words, the reliability of the credit information is likely to fluctuate.
- an object of the present invention is to provide a technique for efficiently and widely using highly accurate credit information of supply chain participants.
- the nodes of the parties to the predetermined transaction The process of extracting the evaluation information of the trading partner in the transaction from the predetermined transaction data in the distributed ledger, the process of extracting the evaluation result determined by the predetermined external organization regarding the trading partner from the predetermined transaction data in the distributed ledger, and the evaluation. It is characterized in that the information and the evaluation result are applied to a predetermined rule determined in advance, and a process of generating credit information of the trading partner is executed.
- the credit analysis support system of the present invention is a system composed of a plurality of nodes each holding predetermined transaction data associated with a transaction in the supply chain in a distributed ledger, and the node of the party to the predetermined transaction is the system.
- the evaluation result is applied to a predetermined rule determined in advance, and a process of generating credit information of the trading partner is executed.
- the node of the present invention is a node that holds predetermined transaction data associated with transactions in the supply chain in a distributed ledger and constitutes a distributed ledger system, and holds evaluation information of a trading partner in a predetermined transaction in a predetermined ledger.
- FIG. 1 is a network configuration diagram including the credit analysis support system 10 of the present embodiment.
- the credit analysis support system 10 shown in FIG. 1 is a computer system that enables efficient and widespread use of highly accurate credit information of supply chain participants.
- the credit analysis support system 10 in the present embodiment is composed of nodes 100 which are connected to each other so as to be able to communicate with each other via, for example, a P2P network 1.
- This node constitutes a distributed ledger system. That is, the credit analysis support system 10 of the present embodiment constitutes a distributed ledger system.
- a node called a miner executes a determination of the validity of transaction data, that is, transaction data, and performs a definite process by calculating a specific hash value called a proof of work. ing.
- the transaction data that has been finalized and consensus-builded in this way is combined into one block and recorded in a distributed ledger called a blockchain.
- This distributed ledger is provided equally for each node, and the distributed ledger is kept in sync between the nodes.
- the above-mentioned P2P network 1 is connected to an appropriate network 5 such as the Internet or LAN, and each node 100 can perform data communication with the client terminal 150 through these networks 1 and 5.
- an appropriate network 5 such as the Internet or LAN
- the client terminal 150 accesses a predetermined API 111 in the node 100 via the P2P network 1 and the network 5, obtains, for example, credit information (generated with respect to a buyer or a supplier) from the node 100, and displays the credit information. Processing to be displayed on, etc., input from a buyer or supplier using the client terminal 150, or a person in charge of a financial institution or an external institution (example: designation of a buyer or supplier to confirm credit information, evaluation information, etc. It is a terminal that accepts the input of the evaluation result) and executes the distribution process to the node 100, which is a higher-level device.
- node 100 In the network configuration of the present embodiment, as shown in FIG. 1, four types of nodes, a buyer node 200, a supplier node 300, a certification authority node 400, and a financial institution node 500, are exemplified as the node 100. .. When these individual nodes 200 to 500 are collectively referred to, they are referred to as node 100 (the same applies hereinafter).
- the buyer node 200 is a node operated by the buyer in the supply chain and is a distributed ledger node.
- this buyer can of course also be a supplier. This point also applies to the supplier who is the operator of the supplier node 300.
- the buyer node 200 issues transaction data related to the transaction in connection with the ordering transaction with the supplier by the buyer in the supply chain, and stores it in its own distributed ledger 110 after consensus building in the distributed ledger system.
- the supplier node 300 is a node operated by a supplier in the supply chain and is a distributed ledger node.
- the supplier node 300 issues transaction data related to the transaction in accordance with the order transaction with the buyer by the supplier in the supply chain, and stores it in its own distributed ledger 110 after consensus building in the distributed ledger system.
- the certification body node 400 is a node operated by a certification body (external organization) such as ISO, and is a distributed ledger node.
- a certification body is a standard management mechanism that defines the quality and level of products and services distributed in supply chain transactions.
- the above-mentioned certification body conducts a conformity inspection to the above-mentioned standards for buyers and suppliers. Therefore, the certification body node 400 issues transaction data including the result of the conformity assessment (evaluation result of the external body), and stores it in its own distributed ledger 110 after consensus building in the distributed ledger system.
- the financial institution node 500 is a node operated by a financial institution such as a bank, and is a distributed ledger node. These financial institutions apply financial services such as such financing and settlement of transactions in the supply chain to the above-mentioned buyers and suppliers. Therefore, the financial institution holds information on the financial status of buyers and suppliers.
- the financial institution node 500 issues transaction data including the evaluation results of the financial status such as the repayment status of the loan by the buyer or the supplier and the presence or absence of payment delay, and after consensus building in the distributed ledger system, the financial institution node 500 owns the distributed ledger. Store in 110.
- the suppliers in the supply chain often have a hierarchical structure.
- This hierarchical structure consists of a primary supplier who receives orders directly from buyers, a secondary supplier who procures the parts necessary for manufacturing the product for the order, and this secondary supplier manufactures the above-mentioned parts.
- a tertiary supplier that procures the materials necessary for.
- the depth of the hierarchical structure the case of three layers (primary to tertiary) has been described here, but of course, it is not limited to this.
- the main features of the current blockchain are: (1) In transactions between participants on the blockchain network, the transaction is finalized by consensus building and approval by the participants (voluntary or specific) rather than the centralized authority. , (2) Collecting multiple transaction data as blocks, recording them in a distributed ledger in a string, and performing hash calculation on consecutive blocks makes tampering virtually impossible, (3) All participants are the same By sharing the ledger data (distributed ledger) of the above, it is possible for all participants to confirm the transaction.
- blockchain technology is being considered for application in a wide range of fields such as the financial field and IoT (Internet of Things) as a mechanism for managing / sharing reliable data and executing / managing transactions based on contracts.
- IoT Internet of Things
- a platform that provides such a blockchain hereinafter referred to as a blockchain platform
- blockchain has created a mechanism that can be applied not only to simple virtual currency transactions such as Bitcoin, but also to complex transaction conditions and various applications, and only (transaction) data in the blockchain. It is becoming possible to manage logic as well. This logic is called a smart contract.
- the blockchain platform that has the above-mentioned smart contract execution function manages the smart contract itself and the input data for the smart contract. To put it simply, the smart contract itself is like a function (s). And the input data is like the smart contract to call, the function name, and the arguments given to the function. By using the smart contract execution function, it is possible to execute a transaction according to a predefined contract.
- smart contracts and their input data are managed in a string of signatures in the blockchain. Therefore, by having a blockchain platform with a smart contract execution function, it is possible to clarify the registrants of data and logic, and to always confirm that there is no change in the registered contents.
- the hardware configuration of the node 100 that mainly constitutes the credit analysis support system 10 is as shown in FIG. That is, the node 100 includes a storage device 101, a memory 103, a CPU 104, an input device 105, an output device 106, and a network interface 107.
- the storage device 101 is composed of an appropriate non-volatile storage element such as an SSD (Solid State Drive) or a hard disk drive.
- an SSD Solid State Drive
- a hard disk drive any suitable non-volatile storage element
- the memory 103 is composed of a volatile memory element such as a RAM.
- the CPU 104 is an arithmetic device that executes the program 102 held in the storage device 101 by reading it into the memory 103, etc., to perform integrated control of the device itself, and to perform various determinations, calculations, and control processes.
- the input device 105 is a device such as a keyboard or a mouse that accepts key input or voice input from the user.
- the output device 106 is a device such as a display or a speaker that displays processing data by the CPU 104.
- the network interface 107 is a device that connects to the network 1 and is responsible for communication processing with other nodes 100 and the like.
- the distributed ledger 110 is stored in addition to the program 102 for implementing the functions required as the credit analysis support system 10 of the present embodiment.
- the configuration of the distributed ledger 110 is general, and for example, the one illustrated in FIG. 3 can be assumed.
- the transaction data held by the distributed ledger 110 described above includes ordering data (ordering data 1104 in FIG. 4), settlement data ((settlement data 1105 in FIG. 5)), and customer evaluation data (customer in FIG. 6). It includes values of each event that occurs in connection with transactions in the supply chain, such as evaluation data 1106), credit calculation result data (credit calculation result data 1107 in FIG. 7), and distribution data (distribution data 1108 in FIG. 8). sell.
- Each of the above-mentioned ordering data 1104), settlement data 1105, customer evaluation data 1106, credit calculation result data 1107), and distribution data 1108 can be transactions constituting the blockchain.
- the customer evaluation data 1106 in FIG. 6 is data in which buyers and suppliers evaluate each other, that is, the business partners in the supply chain.
- the supplier evaluation data 1106 is an evaluation of each item of quality, cost, and delivery date of the product or service to be ordered by the buyer node 200 or the supplier node 300, which is input from the person in charge of the buyer or the supplier regarding the trading partner.
- the value is issued as transaction data, and is stored in the distributed ledger 110 after consensus building.
- the credit calculation result data 1107 in FIG. 7 corresponds to the credit information generated for the buyer or supplier to be evaluated.
- the credit calculation result data 1107 issues credit information generated by any node 100 constituting the credit analysis support system 10 as transaction data, and is stored in the distributed ledger 110 after consensus building.
- FIG. 9 is a diagram showing a flow example 1 of the credit analysis support method in the present embodiment.
- a buyer in the supply chain performs an ordering procedure in order to procure parts for manufacturing a product, for example.
- the client terminal 150 of the buyer shall transmit a supplier selection request using the conditions specified by the buyer regarding the supplier as a key to the buyer node 200 via the network 5.
- the buyer node 200 receives the supplier selection request and executes the matching process (FIG. 14) described later to select a supplier candidate that matches the conditions specified by the buyer and display the supplier candidate on the client terminal 150. (S1).
- the buyer browses the information about the supplier candidate and identifies a suitable person as the current business partner.
- the client terminal 150 returns the specific content, that is, the information of the supplier confirmed as the business partner to the buyer node 200.
- the buyer node 200 acquires the supplier information specified by the buyer through the process of s1 and also acquires the order contents input by the buyer on the client terminal 150 (s2).
- the order contents are as shown in the ordering data 1104 illustrated in FIG.
- the buyer node 200 generates transaction data including the order details obtained in s2, and issues this via the network 1 (s3).
- the other node connected to the network 1 receives the transaction data issued by the buyer node 200 in s3, and executes a predetermined process such as consensus building according to the smart contract held in advance together with the above-mentioned buyer node 200. ..
- the buyer node 200 (and other nodes) stores the transaction data that has undergone consensus building in its own distribution ledger 110 (s4), and ends the process.
- the supplier who received the order from the above-mentioned buyer will perform the prescribed business procedure, arrange the parts etc. according to the contents of the order, and ship and deliver it to the buyer.
- the supplier node 300 includes the processing content in the transaction data and issues it for each procedure along with the business processing on the supplier side, and stores it in the distributed ledger 110 at each node after consensus building and the like. ..
- FIG. 10 is a diagram showing a flow example 2 of the credit analysis support method in the present embodiment.
- the buyer performs a check on predetermined items such as the quantity and specified quality of the delivered goods from the supplier as acceptance inspection.
- the buyer node 200 acquires the result of the above check from, for example, the client terminal 150 of the buyer (s10).
- the check result is associated with values such as the order number of the delivered item and the identification information of the buyer who ordered the item.
- the buyer node 200 extracts, for example, an order number from the check result obtained in s10, and uses this as a key in the distributed ledger 110 to describe the order contents in the transaction data including the corresponding value (example: in the example of FIG. 3).
- Each value in the "order details" column) is specified, and the order details are collated with the check result obtained in s10 (s11).
- the buyer node 200 if the delivery is not as ordered (s11: No), the buyer node 200 notifies the client terminal 150 of the supplier of the determination result that the acceptance inspection has failed (s13).
- the acceptance failure information is managed in an appropriate state DB (not shown) in association with the corresponding order number and transaction data, or transaction data including the acceptance failure information is issued. It may be stored in the distributed ledger 110 after consensus building or the like.
- the buyer node 200 issues transaction data including the determination result, and after forming a consensus with other nodes, the distributed ledger. Each is stored in 110 (s14), and the process ends. It should be noted that this transaction data also includes the order amount indicated by the order details (example: the quantity of the order multiplied by the order unit price) as the acceptance inspection result.
- FIG. 11 is a diagram showing a flow example 3 of the credit analysis support method in the present embodiment. Here, the processing associated with the settlement business between the buyer and the supplier will be described.
- the buyer node 200 refers to the billing content (issued in response to the order) received from the supplier node 300 and the acceptance inspection result obtained in the above-mentioned acceptance inspection flow (FIG. 10) (s15). , It is determined whether the billed amount matches the order amount described in the acceptance inspection content (s16).
- the buyer node 200 if the billing amount and the order amount do not match (s16: No), the buyer node 200 notifies the client terminal 150 of the corresponding supplier of this result (s17), and ends the process.
- the information of the amount mismatch is managed by an appropriate state DB (not shown) linked to the corresponding order number and transaction data, or transaction data including the amount mismatch information is issued and agreed. It may be stored in the distributed ledger 110 after being formed or the like.
- the buyer node 200 is a payment service provided on the infrastructure of the supply chain (or an existing existing buyer provided by the buyer).
- the settlement business system, etc. is instructed to process the settlement with the above-mentioned billing amount (s18).
- the buyer node 200 obtains the result of the payment processing processed in s18 from the above-mentioned payment service or the like, issues transaction data (example: payment data in FIG. 5) including the result, and forms a consensus with another node. And each is stored in the distributed ledger 110 (s19).
- the buyer node 200 acquires evaluation information regarding each item of, for example, quality, cost, and delivery date from the client terminal 150 for the above-mentioned supplier who has completed the settlement, and transaction data including the evaluation information (eg). :
- the customer evaluation data of FIG. 6) is issued, and after consensus building with other nodes, each is stored in the distributed ledger 110 (s20).
- the evaluation information for each of the above items can be assumed to be, for example, some points out of a maximum of 5 points for each of quality, cost, and delivery date.
- FIG. 12 is a diagram showing a flow example 4 of the credit analysis support method in the present embodiment
- FIG. 13 is a diagram showing a flow example 5 of the credit analysis support method in the present embodiment.
- the execution subject of the process in this flow may be any node among the nodes 100.
- a buyer node 200 who wants to check the credit information of a supplier
- a supplier node 300 of a supplier who wants to check the credit information of a buyer
- a financial institution who wants to check the credit information of the buyer by receiving a loan request such as settlement funds from the buyer.
- Various situations such as financial institution node 500 can be assumed.
- the buyer node 200 accesses its own distributed ledger 110, and among the transaction data regarding the period (eg, the latest 6 months) specified by the client terminal 150 of the buyer, a certain supplier (eg, the above-mentioned buyer)
- the customer evaluation data 1106 whose evaluation target is (designated) is extracted (s30).
- the buyer node 200 acquires each value of quality, cost, and delivery date from the supplier evaluation data obtained in s30 (s31). In other words, here, evaluation information evaluated by various buyers, etc. regarding the relevant supplier is collected.
- the buyer node 200 also refers to s30 and 31 with respect to the above-mentioned supplier and other suppliers (who are partners in parts procurement, etc.) in the supply chain (which are related business partners). Similarly, evaluation information is acquired (s32).
- the buyer node 200 refers to the ordering data 1104 in the distributed ledger 110 and identifies the supplier to be the related business partner described above (s321). For example, if the supplier who received the order from the buyer is "Company A", and if the order requester is "Company A” in each ordering data 1104, this "Company A” is the buyer. It is possible to identify a lower supplier (for example, "Company B") in the hierarchical structure that places an order from the standpoint of. Similarly, if the order request source is "Company B" in each ordering data 1104, this "Company B” acts as a buyer to place an order, which is lower in the hierarchical structure. Supplier (eg, "Company C”) can be identified.
- Supplier eg, "Company C
- the buyer node 200 refers to the supplier evaluation data 1105 for each supplier as the related supplier specified in s321 in the distributed ledger 110, and acquires the evaluation information included therein (s322).
- the buyer node 200 refers to the evaluation information obtained for the supplier who is the related business partner in s322, that is, the quality, cost, and delivery date values of the supplier (“Company A” is the first hierarchy, and “Company B”. Is the second layer, and “Company C” is the third layer), and the weighted average processing is performed (s323).
- ⁇ ⁇ QCDme + (1- ⁇ ) ⁇ ⁇ 2 ⁇ Avg. (QCD (2, a), QCD (2, b) ...) + (1- ⁇ 2) ⁇ Avg. (QCD (3, a), QCD (3, b) ... ⁇ , etc. will be calculated.
- ⁇ a weight value for the evaluation value (average value of any item of quality, cost, and delivery date) in the first-tier supplier “Company A”
- ⁇ 2 second-tier supplier “Company B”
- QCDme Evaluation value of "Company A”
- QCD (n, i) Evaluation value of the i-version supplier of the nth layer
- Avg Average or median.
- the buyer node 200 outputs the processing result of s323, that is, the result value of the weighted average processing obtained for the supplier as the related business partner to the memory 103 (s324).
- the buyer node 200 acquires the evaluation result regarding the above-mentioned supplier (which may include the concept of the supplier as a related business partner) by the financial institution and the certification body from the distributed ledger 110 (s33). It is assumed that the certification body node 400 and the financial institution node 500 are registered in the distributed ledger 110 as the business partner evaluation data 1106.
- the buyer node 200 provides evaluation information (weighted average processing) and financial institutions for each item of quality, cost, and delivery date obtained up to s33 with respect to the above-mentioned supplier (first layer). And the evaluation result by the certification body is applied to a predetermined rule to generate credit information (see FIG. 7) (s34), and the process is terminated.
- evaluation information weighted average processing
- financial institutions for each item of quality, cost, and delivery date obtained up to s33 with respect to the above-mentioned supplier (first layer).
- the evaluation result by the certification body is applied to a predetermined rule to generate credit information (see FIG. 7) (s34), and the process is terminated.
- the buyer node 200 generates credit information as a deduction method from 100 points for each item. For example, regarding quality, cost, and delivery date, 4 points out of 5 points are deducted from 100 points to 1 point, and 3 points are deducted from 100 points to 2 points.
- each item may be further subdivided. In that case, it is assumed that the evaluation information itself is also subdivided.
- FIG. 14 is a diagram showing a flow example 4 of the credit analysis support method in the present embodiment
- FIGS. 15 and 16 show an example of an output screen.
- the matching process between participants in the supply chain will be described.
- the description is made assuming a situation in which a certain company specifies a desired condition regarding a supplier and matching processing is performed accordingly, but the description is not limited to this.
- a company specifies a desired condition regarding a buyer and a matching process is performed accordingly.
- the buyer node 200 receives the search conditions from the client terminal 150 in advance on the screen shown in FIG. 15, and makes a transaction that matches the technical field, product name, delivery date, quantity, unit price, etc. among these conditions.
- the supplier candidates that have been performed in the past are specified by referring to the ordering data 1104 of the distributed ledger 110 (s40).
- the buyer node 200 generates credit information for the supplier candidate identified in s40 in the same manner as the flow of FIGS. 13 and 14 (s41).
- the buyer node 200 as information on which the above-mentioned credit information is based, for example, the number of times corresponding to an ordering item under the same conditions (s40) (example: item-related information on the screen of FIG. 16, company information). Is extracted from the ordering data 1104 of the distributed ledger 110, or the extracted values are aggregated and generated (s42).
- the buyer node 200 selects companies in descending order of credit rating indicated by credit information (s43), generates a screen for displaying this, and displays it on the client terminal 150 (s44).
- “Supplier B” is at the top
- “Supplier C” and “Supplier D” are screen displays in which supplier candidates are listed as a subsequent list.
- Buyers can browse this screen, check credit information and its basis, and select a suitable company as a business partner without hassle.
- the node extracts each evaluation value of the quality, cost, and delivery date of the transaction target as the evaluation information of the trading partner from the transaction data, and evaluates the trading partner.
- the value of the financial status of the trading partner is extracted from the transaction data, the evaluation value and the value of the financial status are applied to a predetermined rule, and the credit information of the trading partner is generated. May be good.
- the node when the node extracts the evaluation information and the evaluation result, the evaluation of the indirect trading partner that is hierarchically linked to the trading partner in addition to the trading partner.
- Information and evaluation results are extracted from transaction data related to the indirect trading partner, and when the credit information is generated, the evaluation information and evaluation results of the trading partner and the indirect trading partner are applied to predetermined predetermined rules, and the above It may generate the credit information of the trading partner.
- the node when the node extracts the evaluation information and the evaluation result, only the transaction data from the present to the predetermined period before is the processing target of the extraction. May be good.
- each of the plurality of nodes issues transaction data including evaluation information of a trading partner in a predetermined transaction, and the distributed ledger of the transaction data that has undergone consensus building between the nodes. It is also possible to further execute the storage in, the consensus building between the nodes, and the storage in the distributed ledger of the transaction data including the evaluation result issued by the node of the external organization.
- Network 10 Credit analysis support system 100 Node 101 Storage device 102 Program 103 Memory 104 Arithmetic device 105 Input device 106 Output device 107 Communication device 110 Distributed ledger 111 API 150 Client terminal 200 Buyer node 300 Supplier node 400 Certification authority node 500 Financial institution node
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Economics (AREA)
- Technology Law (AREA)
- Computer Networks & Wireless Communication (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
信用分析支援システム10において、所定取引の当事者のノード100が、当該取引における取引相手の評価情報を分散台帳110における所定のトランザクションデータから抽出する処理、前記取引相手に関して所定の外部機関が判定した評価結果を前記分散台帳110における所定トランザクションデータから抽出する処理、および前記評価情報および前記評価結果を予め定めた所定ルールに適用し、前記取引相手の信用情報を生成する処理を実行する構成とする。
Description
本発明は、信用分析支援方法、信用分析支援システム、およびノードに関するものである。
企業グループ内で購買等に伴う商流を形成する、いわゆる系列型のサプライチェーンは、経済のグローバル化に伴って衰退しつつある。一方、製造やサービスの現場では、データ改ざんなど、商流におけるステークホルダーや一般消費者からの信頼を失墜させる事件が頻発している。
そこで、様々な背景を持った参加者が含まれうるサプライチェーンにおいて、その参加者らの信用について判断し、当該サプライチェーンでの取引および製品等の信頼性を担保する動きもある。
このような信用判断に関する従来技術としては、例えば、コンピュータネットワーク上に構築されたサイト上で企業と企業とがリアルタイムの与信判断に基づいて商取引を可能にする商取引与信システムにおいて、前記サイトを管理するコンピュータが、前記サイト上での商取引に売主または買主として新たに関与しようとする者が入力した参加条件のデータを前記コンピュータが審査局に参加条件を判断させ、参加の条件を充足している場合に取引者として前記コンピュータが認証させる取引者認証手段と、前記認証を受けた取引者に関する、資本金、売上高及び業歴の少なくとも一つを含む所定の企業データに基づいて前記取引者のランクを前記コンピュータが設定させるランク設定手段であって、前記企業データが、Webサイトクローラによって収集されたデータから、所定の得点方式で集計し、判別手段(3960)により企業情報か否かを判別し、企業情報を抽出し、その結果を中継ファイル(3970)に出力し、該中継ファイル(3970)を経て企業情報データベース(30)に格納されたデータから抽出された企業情報に基づくものであることを特徴とする、ランク設定手段と、該ランク設定手段によって設定されたランクに基づいて前記取引者の前記商取引の取引限度額を前記コンピュータが設定させる取引限度額設定手段と、前記設定されたランクに基づいて与信先企業の倒産確率を算出させる倒産確率評価手段と、前記商取引の額が該商取引の売主または買主の前記取引限度額を超える場合に前記コンピュータが前記商取引を制限させる商取引制限手段であって、前記取引限度額を超える場合に売主または買主に警告を発し、若しくは商取引を停止させることを特徴とする商取引制限手段と、前記認証を受けた取引者に関し前記サイト上での過去の取引に関する所定の取引データを前記コンピュータが管理させる取引データ管理手段であって、前記ランクを決定するに際して該取引データ管理手段によって管理されている前記取引データを参照させ、所定の条件にしたがってランクを設定させる判断をさせることを特徴とする取引データ管理手段と、前記算出された倒産確率と、与信先企業の資本コスト率と、与信先企業の経費率との和を最低必要口銭率として設定させる口銭率評価手段と、を有し、前記取引データには、前記商取引において何らかのクレームがあったかどうかに関する前記取引者についてのクレーム情報、取引者の倒産情報、取引者が関与する手形の不渡りに関する情報、最低必要口銭率、取引者が関与する差し押さえに関する情報、何らかの経営の悪化を示す兆候の有無についての前記取引者に関する不安情報の少なくとも1つの情報が含まれることを特徴とし、前記得点方式は特定の項目指示子が存在する場合、項目毎に特定を定めて加算し、所定の閾値を超えた場合に企業情報のページであると判断することを特徴とし、前記中継ファイル(3970)を用いることにより常に新鮮な企業情報に基づいた与信管理を行うことが出来ることを特徴とする商取引与信システム(特許文献1参照)などが提案されている。
また、利用者端末とネットワークを介して接続した与信システムにおける与信方法であって、利用者端末から信用判定の条件を含む依頼情報を受信する依頼情報受信段階と、前記依頼情報によって、予め信用情報を格納している信用情報データベースから信用情報を抽出する信用情報抽出段階と、前記依頼情報と前記抽出した信用情報とによって信用度の判定を行う信用判定段階と、信用判定段階で得られた結果を与信情報として利用者端末に送信する与信情報送信段階とを備えることを特徴とする与信方法(特許文献2参照)なども提案されている。
さらに、EDIシステムにおける各電子商取引のEDIデータを格納する記憶部と、前記記憶部より各企業に関するEDIデータを読み出して、当該読み出した所定企業に関するEDIデータの情報を、予め保持する評価関数に適用して、取引相手としての前記所定企業の評価指標を特定し、当該評価指標の情報を所定装置に出力する処理を実行する演算部と、を備える情報処理装置(特許文献3参照)なども提案されている。
ところが、サプライチェーンにおける参加者間での立場の違いにより、そうした信用に関する情報(以下、信用情報)の利用範囲は異なっている。例えば、バイヤーからはサプライヤーの信用情報を利用できるが、サプライヤーからバイヤーの信用情報を利用出来ないといった状況が該当する。
この場合、信用情報の利用形態が一方的で相互参照出来ず、また、信用分析手法もバイヤー側の立場に偏ったものとなりやすいことで、信用情報自体の検証が十分になされないおそれもある。つまり当該信用情報の信頼性も揺らぎやすい。こうした問題点は、信用分析に際し、サプライチェーンにおける参加者の階層構造を踏まえないとすれば、更に増大する。
そこで本発明の目的は、サプライチェーン参加者の精度良好な信用情報を、効率的かつ幅広く利用可能とする技術を提供することにある。
上記課題を解決する本発明の信用分析支援方法は、サプライチェーンにおける取引に伴う所定のトランザクションデータを、分散台帳でそれぞれ保持する複数のノードから構成されるシステムにおいて、所定取引の当事者のノードが、当該取引における取引相手の評価情報を分散台帳における所定のトランザクションデータから抽出する処理、前記取引相手に関して所定の外部機関が判定した評価結果を前記分散台帳における所定トランザクションデータから抽出する処理、および前記評価情報および前記評価結果を予め定めた所定ルールに適用し、前記取引相手の信用情報を生成する処理、を実行することを特徴とする。
また、本発明の信用分析支援システムは、サプライチェーンにおける取引に伴う所定のトランザクションデータを、分散台帳でそれぞれ保持する複数のノードから構成されるシステムであって、所定取引の当事者のノードが、当該取引における取引相手の評価情報を分散台帳における所定のトランザクションデータから抽出する処理、前記取引相手に関して所定の外部機関が判定した評価結果を前記分散台帳における所定トランザクションデータから抽出する処理、および前記評価情報および前記評価結果を予め定めた所定ルールに適用し、前記取引相手の信用情報を生成する処理を実行するものである、ことを特徴とする。
また、本発明のノードは、サプライチェーンにおける取引に伴う所定のトランザクションデータを分散台帳で保持し、分散台帳システムを構成するノードであって、所定取引における取引相手の評価情報を分散台帳における所定のトランザクションデータから抽出する処理、前記取引相手に関して所定の外部機関が判定した評価結果を前記分散台帳における所定トランザクションデータから抽出する処理、および前記評価情報および前記評価結果を予め定めた所定ルールに適用し、前記取引相手の信用情報を生成する処理、を実行する演算装置を有する、ことを特徴とする。
本発明によれば、サプライチェーン参加者の精度良好な信用情報を、効率的かつ幅広く利用可能となる。
---ネットワーク構成---
以下に本発明の実施形態について図面を用いて詳細に説明する。図1は、本実施形態の信用分析支援システム10を含むネットワーク構成図である。図1に示す信用分析支援システム10は、サプライチェーン参加者の精度良好な信用情報を、効率的かつ幅広く利用可能とするコンピュータシステムである。
以下に本発明の実施形態について図面を用いて詳細に説明する。図1は、本実施形態の信用分析支援システム10を含むネットワーク構成図である。図1に示す信用分析支援システム10は、サプライチェーン参加者の精度良好な信用情報を、効率的かつ幅広く利用可能とするコンピュータシステムである。
本実施形態における信用分析支援システム10は、例えばP2Pネットワーク1を介して互いに通信可能に結ばれたノード100で構成される。このノードは分散台帳システムを構成する。つまり、本実施形態の信用分析支援システム10は、分散台帳システムを構成している。
分散台帳システムにおいては、P2Pネットワーク1上において、取引データすなわちトランザクションデータに関する正当性の判定を、マイナーと呼ばれるノードが実行し、プルーフオブワークと呼ばれる特定のハッシュ値を算出する作業で確定処理を行っている。こうして確定し合意形成されたトランザクションデータは、1つのブロックにまとめられ、ブロックチェーンと呼ばれる分散台帳に記載される。この分散台帳は各ノードに等しく備わり、ノード間で分散台帳の同期が保たれている。
なお上述にて、トランザクションデータに関する正当性判定の一例として、プルーフオブワークによる確定処理を挙げたが、本実施形態の信用分析支援システム10で採用する手法はこれに限定しない。
上述のP2Pネットワーク1は、例えばインターネットやLANなど適宜なネットワーク5と接続されている、各ノード100は、これらのネットワーク1、5らを通じてクライアント端末150とデータ通信可能となっている。
当該クライアント端末150は、P2Pネットワーク1およびネットワーク5を介してノード100における所定のAPI111にアクセスし、当該ノード100から、例えば、信用情報(バイヤやサプライヤに関して生成したもの)を得て、これをディスプレイなどに表示する処理や、クライアント端末150を利用するバイヤやサプライヤ、或いは金融機関、外部機関の担当者等からの入力(例:信用情報の確認対象たるバイヤやサプライヤの指定、また、評価情報や評価結果の入力)を受け付けて上位装置にあたるノード100に配信処理を実行する端末となる。
なお、本実施形態におけるネットワーク構成では、図1にて示すように、ノード100として、バイヤノード200、サプライヤノード300、認証機関ノード400、および金融機関ノード500、の4種のノードを例示している。なお、これら個別のノード200~500を総称する場合、ノード100と記載するものとする(以下同様)。
勿論、こうしたノードの種類や数に関して限定するものではない。サプライチェーンにおけるステークホルダーのノード、或いは、そうしたステークホルダーから情報提供を受ける種々の者のノードであれば、いずれも想定可能である。
上述のノード100のうち、バイヤノード200は、サプライチェーンにおけるバイヤが運用するノードであり、分散台帳ノードである。ただし、このバイヤも当然ながらサプライヤにもなりうる。この点は、サプライヤノード300の運用者であるサプライヤについても同様である。
バイヤノード200は、サプライチェーンにおける当該バイヤによるサプライヤとの発注取引に伴い、当該取引に関するトランザクションデータを発行し、分散台帳システムにおいて合意形成を経た上で自身の分散台帳110に格納する。
サプライヤノード300は、サプライチェーンにおけるサプライヤが運用するノードであり、分散台帳ノードである。
サプライヤノード300は、サプライチェーンにおける当該サプライヤによるバイヤとの受注取引に伴い、当該取引に関するトランザクションデータを発行し、分散台帳システムにおいて合意形成を経た上で自身の分散台帳110に格納する。
また、認証機関ノード400は、ISOなどの認証機関(外部機関)が運用するノードであり、分散台帳ノードである。認証機関は、サプライチェーンの取引で流通する製品やサービスの品質やレベルなどについて定めた規格の管理機構である。
上述の認証機関は、バイヤやサプライヤに関して上述の規格への適合性審査を行う。そこで認証機関ノード400は、適合性審査の結果(外部機関の評価結果)を含むトランザクションデータを発行し、分散台帳システムにおいて合意形成を経た上で自身の分散台帳110に格納する。
また、金融機関ノード500は、銀行等の金融機関が運用するノードであり、分散台帳ノードである。こうした金融機関は、上述のバイヤやサプライヤに対してサプライチェーンでの取引かかる融資や決済といった金融サービスを適用する。よって当該金融機関は、バイヤやサプライヤにおける財務状況に関する情報を保持している。
そこで金融機関ノード500は、バイヤやサプライヤにおける貸付金に対する返済状況、決済の遅延有無、といった財務状況の評価結果を含むトランザクションデータを発行し、分散台帳システムにおいて合意形成を経た上で自身の分散台帳110に格納する。
なお、図1で例示するように、サプライチェーンにおけるサプライヤは階層構造をなしているケースが多い。この階層構造は、バイヤからの発注を直接受ける一次のサプライヤ、この一次のサプライヤが当該発注にかかる製品製造に必要な部品を調達する二次のサプライヤ、更にこの二次のサプライヤが上述の部品製造に必要な素材を調達する三次のサプライヤ、といった構成が該当する。階層構造の深さとして、ここでは3階層(一次~三次)のケースを説明したが、勿論これに限定しない。
なお、最近では、上述のブロックチェーン技術をベースにした様々な派生技術が提案され、進化を続けている。現状のブロックチェーンの主な特徴としては、(1)ブロックチェーンネットワーク上の参加者間の取引において、中央集権機関ではなく(任意ないしは特定の)参加者による合意形成や承認によって取引を確定させること、(2)複数のトランザクションデータをブロックとしてまとめ、数珠つなぎに分散台帳に記録し、連続するブロックにハッシュ計算を施すことにより、改ざんを実質不可能にすること、(3)参加者全員が同一の台帳データ(分散台帳)を共有することにより、参加者全員での取引の確認を可能とすることが挙げられる。
以上の特徴から、ブロックチェーン技術は、信頼できるデータの管理/共有や、契約に基づく取引の執行/管理を行う仕組みとして、金融分野やIoT(Internet of Thing)等、幅広い分野での応用が検討されている。こうしたブロックチェーンを提供する基盤(以下、ブロックチェーン基盤)を用いることで、中央集権機関による管理がなくとも複数の主体間で情報共有や取引を行うことができる(例えば、特定業界のコンソーシアムやサプライチェーンに関係する複数企業等)。
またブロックチェーンは、ビットコインのような単純な仮想通貨の取引だけでなく、複雑な取引条件や多様なアプリケーションにも適用可能とする仕組みが生まれており、ブロックチェーンの中で(取引)データだけでなくロジックも管理できるようになってきている。このロジックはスマートコントラクトと呼ばれる。
上述のスマートコントラクトの実行機能を有するブロックチェーン基盤では、スマートコントラクトそのものとスマートコントラクトに対する入力データを管理する。わかりやすく説明すると、スマートコントラクトそのものは(複数の)関数のようなものである。そして入力データは呼び出すスマートコントラクトおよび関数名、関数に与える引数のようなものである。スマートコントラクトの実行機能を用いれば、予め定義したコントラクトに従って取引を実行可能となる。
ここでスマートコントラクトとその入力データは、ブロックチェーンの中で署名を付けて数珠つなぎにして管理される。そのため、スマートコントラクト実行機能を有するブロックチェーン基盤を有することで、データとロジックの登録者が明確となり、さらに登録内容に変更がないことを常に確認可能である。
こうした分散台帳に関連した技術的背景をベースに、本実施形態の信用分析支援システム10が運用されているものとする。
---ハードウェア構成---
また、信用分析支援システム10を主として構成するノード100のハードウェア構成は、図2に示すものとなる。すなわちノード100は、記憶装置101、メモリ103、CPU104、入力装置105、出力装置106、およびネットワークインターフェイス107、を備える。
また、信用分析支援システム10を主として構成するノード100のハードウェア構成は、図2に示すものとなる。すなわちノード100は、記憶装置101、メモリ103、CPU104、入力装置105、出力装置106、およびネットワークインターフェイス107、を備える。
このうち記憶装置101は、SSD(Solid State Drive)やハードディスクドライブなど適宜な不揮発性記憶素子で構成される。
また、メモリ103は、RAMなど揮発性記憶素子で構成される。
また、CPU104は、記憶装置101に保持されるプログラム102をメモリ103に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なう演算装置である。
また、入力装置105は、ユーザからのキー入力や音声入力を受け付けるキーボードやマウスといった装置である。
また、出力装置106は、CPU104による処理データの表示を行うディスプレイやスピーカー等の装置である。
また、ネットワークインターフェイス107は、ネットワーク1と接続し、他のノード100らとの通信処理を担う装置である。
なお、記憶装置101内には、本実施形態の信用分析支援システム10として必要な機能を実装する為のプログラム102に加えて、分散台帳110が少なくとも記憶されている。分散台帳110の構成事態は一般的なものであり、例えば、図3に例示するものを想定できる。
なお、上述の分散台帳110が保持するトランザクションデータとしては、受発注データ(図4の受発注データ1104)、決済データ((図5の決済データ1105)、取引先評価データ(図6の取引先評価データ1106)、信用算出結果データ(図7の信用算出結果データ1107)、物流データ(図8の物流データ1108)、といった、サプライチェーンにおける取引に関連して発生する各事象の値が含まれうる。
上述の受発注データ1104)、決済データ1105、取引先評価データ1106、信用算出結果データ1107)、および物流データ1108のそれぞれは、ブロックチェーンを構成するトランザクションとなりうる。
このうち図6における取引先評価データ1106は、バイヤやサプライヤが相互に、つまりサプライチェーンにおける取引相手を評価したデータである。この取引先評価データ1106は、バイヤノード200やサプライヤノード300が、取引相手に関してバイヤやサプライヤの担当者から入力された、受発注対象である製品やサービスの品質、コスト、および納期の各項目に関する評価値をトランザクションデータとして発行し、合意形成の後に分散台帳110に格納されたものとなる。
また、図7における信用算出結果データ1107は、評価対象のバイヤやサプライヤに関して生成した信用情報に該当する。この信用算出結果データ1107は、信用分析支援システム10を構成するいずれかのノード100が生成した信用情報をトランザクションデータとして発行し、合意形成の後に分散台帳110に格納されたものとなる。
---受発注に伴う処理---
以下、本実施形態における信用分析支援方法の実際手順について図に基づき説明する。以下で説明する信用分析支援方法に対応する各種動作は、信用分析支援システム10を構成するノード100らがメモリ等に読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
以下、本実施形態における信用分析支援方法の実際手順について図に基づき説明する。以下で説明する信用分析支援方法に対応する各種動作は、信用分析支援システム10を構成するノード100らがメモリ等に読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
図9は、本実施形態における信用分析支援方法のフロー例1を示す図である。ここでは、サプライチェーンにおけるバイヤが、例えば製品製造のための部品調達を行うべく、発注手続を行う状況を想定する。また、当該バイヤのクライアント端末150は、サプライヤに関するバイヤ指定の条件をキーにした取引先選定依頼を、ネットワーク5を介してバイヤノード200に送信するものとする。
この場合、バイヤノード200は、取引先選定依頼を受信し、後述するマッチング処理(図14)を実行することで、バイヤ指定の条件にマッチしたサプライヤ候補を選定し、これをクライアント端末150に表示させる(s1)。
バイヤは当該サプライヤ候補に関する情報を閲覧し、今回の取引先として好適な者を特定する。クライアント端末150は、その特定内容すなわち取引先として確定したサプライヤの情報をバイヤノード200に返信する。
また、バイヤノード200は、s1の処理を通じてバイヤにて特定されたサプライヤの情報を取得するとともに、バイヤがクライアント端末150で入力した注文内容を取得する(s2)。その注文内容とは、図4で例示した受発注データ1104の如きものとなる。
続いて、バイヤノード200は、s2で得た注文内容を含むトランザクションデータを生成し、これをネットワーク1を介して発行する(s3)。
一方、ネットワーク1に接続されている他ノードは、s3でバイヤノード200が発行したトランザクションデータを受信し、上述のバイヤノード200とともに、例えば予め保持するスマートコントラクトに沿った合意形成等の所定処理を実行する。
バイヤノード200(および他ノード)は、合意形成を経たトランザクションデータを、自身の分散台帳110に格納し(s4)、処理を終了する。
なお、上述のバイヤからの発注を受け付けたサプライヤは、所定の業務手続を行い、受注内容に沿って、部品等を手配してバイヤに発送、納品することとなる。勿論、こうしたサプライヤ側での業務処理に伴い、その手順ごとにサプライヤノード300が処理内容をトランザクションデータに含めて発行し、合意形成等を経て各ノードにて分散台帳110に格納することも想定できる。
---検収に伴う処理---
図10は、本実施形態における信用分析支援方法のフロー例2を示す図である。ここでは、上述のバイヤがサプライヤからの納品を受けて、その検収を行う状況下における処理について説明する。バイヤは、サプライヤからの納品物について、その数量や規定品質などの所定項目に関するチェックを検収として実行する。
図10は、本実施形態における信用分析支援方法のフロー例2を示す図である。ここでは、上述のバイヤがサプライヤからの納品を受けて、その検収を行う状況下における処理について説明する。バイヤは、サプライヤからの納品物について、その数量や規定品質などの所定項目に関するチェックを検収として実行する。
この場合、バイヤノード200は、上述のチェックの結果を、例えば、バイヤのクライアント端末150から取得する(s10)。このチェック結果には、当然ながら、当該納品物の注文番号や発注元であるバイヤの識別情報といった値が紐付けされている。
続いて、バイヤノード200は、s10で得たチェック結果から例えば注文番号を抽出し、これをキーに分散台帳110にて、該当値を含むトランザクションデータに記載の注文内容(例:図3の例における"発注内容"欄の各値)を特定し、この注文内容とs10で得たチェック結果とを照合する(s11)。
上述の判定の結果、注文内容とおりの納品物ではなかった場合(s11:No)、バイヤノード200は、検収不合格との判定結果を該当サプライヤのクライアント端末150に通知する(s13)。この時、検収不合格の情報は、対応する注文番号やトランザクションデータに紐付けて適宜なステートDB(不図示)にて管理するか、又は、検収不合格の情報を含むトランザクションデータを発行し、合意形成等を経て分散台帳110に格納するとしてもよい。
一方、上述の判定の結果、注文内容とおりの納品物であった場合(s11:Yes)、バイヤノード200は、判定の結果を含むトランザクションデータを発行して、他ノードとの合意形成を経て分散台帳110にそれぞれ格納し(s14)、処理を終了する。なお、このトランザクションデータには、検収結果として、発注内容が示す発注金額(例:発注の数量に発注単価を乗算したもの)も含めるものとする。
---決済に伴う処理---
図11は、本実施形態における信用分析支援方法のフロー例3を示す図である。ここでは、バイヤとサプライヤとの間での決済業務に伴う処理について説明する。
図11は、本実施形態における信用分析支援方法のフロー例3を示す図である。ここでは、バイヤとサプライヤとの間での決済業務に伴う処理について説明する。
この場合、バイヤノード200は、サプライヤノード300から受信している請求内容(発注に応じて発行されたもの)と、上述の検収のフロー(図10)で得ている検収結果を参照し(s15)、請求金額が検収内容に記載の発注金額と一致するか判定する(s16)。
上述の判定の結果、請求金額と発注金額とが不一致である場合(s16:No)、バイヤノード200は、この結果を該当サプライヤのクライアント端末150に通知し(s17)、処理を終了する。この時、金額不一致との情報は、対応する注文番号やトランザクションデータに紐付けて適宜なステートDB(不図示)にて管理するか、又は、金額不一致の情報を含むトランザクションデータを発行し、合意形成等を経て分散台帳110に格納するとしてもよい。
一方、上述の判定の結果、請求金額と発注金額とが一致している場合(s16:Yes)、バイヤノード200は、サプライチェーンの基盤上で提供されている決済サービス(或いは当該バイヤの備える既存の決済業務システム等)に対し、上述の請求金額での決済処理を指示する(s18)。
また、バイヤノード200は、s18で処理された決済処理の結果を、上述の決済サービス等から得て、これを含むトランザクションデータ(例:図5の決済データ)を発行し、他ノードとの合意形成を経て分散台帳110にそれぞれ格納する(s19)。
続いて、バイヤノード200は、決済が完了した取引先たる上述のサプライヤについて、例えば、品質、コスト、および納期の各項目に関する評価情報を、クライアント端末150から取得して、これを含むトランザクションデータ(例:図6の取引先評価データ)を発行し、他ノードとの合意形成を経て分散台帳110にそれぞれ格納する(s20)。
なお、上述の各項目に関する評価情報とは、例えば、品質、コスト、および納期それぞれに関して、5点満点中の何点かといった情報を想定できる。
---信用情報の生成処理---
図12は、本実施形態における信用分析支援方法のフロー例4を示す図であり、図13は、本実施形態における信用分析支援方法のフロー例5を示す図である。ここでは、信用情報の生成フローについて説明する。なお、このフローにおける処理の実行主体は、ノード100のうち、いずれのノードであってもよい。例えば、サプライヤの信用情報をチェックしたいバイヤのバイヤノード200や、バイヤの信用情報をチェックしたいサプライヤのサプライヤノード300、決済資金等の融資依頼をバイヤから受けて当該バイヤの信用情報をチェックしたい金融機関の金融機関ノード500、など様々な状況が想定できる。
図12は、本実施形態における信用分析支援方法のフロー例4を示す図であり、図13は、本実施形態における信用分析支援方法のフロー例5を示す図である。ここでは、信用情報の生成フローについて説明する。なお、このフローにおける処理の実行主体は、ノード100のうち、いずれのノードであってもよい。例えば、サプライヤの信用情報をチェックしたいバイヤのバイヤノード200や、バイヤの信用情報をチェックしたいサプライヤのサプライヤノード300、決済資金等の融資依頼をバイヤから受けて当該バイヤの信用情報をチェックしたい金融機関の金融機関ノード500、など様々な状況が想定できる。
この例では、或るバイヤがサプライヤの信用情報をチェックする際の処理に対応したフローについて説明する。
そこでバイヤノード200は、自身の分散台帳110にアクセスし、バイヤのクライアント端末150から指定を受けた期間(例:直近の6ヶ月など)に関するトランザクションデータのうち、或るサプライヤ(例:上述のバイヤが指定)が評価対象となっている取引先評価データ1106を抽出する(s30)。
また、バイヤノード200は、s30で得た取引先評価データから、品質、コスト、および納期の各値を取得する(s31)。つまりここで、該当サプライヤに関して、様々なバイヤ等が評価した評価情報が収集される。
続いて、バイヤノード200は、上述のサプライヤと、サプライチェーン上で取引関係にある(部品調達等の相手となっている)他のサプライヤ(これを関連取引先とする)に関しても、s30、31と同様評価情報を取得する(s32)。
このs32の詳細は、図13のフローにて示すものとなる。すなわち、バイヤノード200は、分散台帳110における受発注データ1104を参照し、上述の関連取引先となるサプライヤを特定する(s321)。例えば、バイヤからの発注を受けたサプライヤを「A社」とすれば、各受発注データ1104のうち、発注要求元が「A社」であるものを特定すれば、この「A社」がバイヤの立場となって発注をかける、階層構造上で下位のサプライヤ(例えば、「B社」)を特定できる。また、同様に、各受発注データ1104のうち、発注要求元が「B社」であるものを特定すれば、この「B社」がバイヤの立場となって発注をかける、階層構造上で下位のサプライヤ(例えば、「C社」)を特定できる。
続いて、バイヤノード200は、s321で特定した関連取引先となるサプライヤ各々に関する取引先評価データ1105を分散台帳110で参照し、それが含む評価情報を取得する(s322)。
また、バイヤノード200は、s322で関連取引先となるサプライヤに関して得た評価情報、すなわち品質、コスト、および納期の各値について、当該サプライヤの所属階層(「A社」を第1階層、「B社」を第2階層、「C社」を第3階層、とする)に応じて加重平均処理を行う(s323)。
例えば2階層のサプライチェーンであれば、α×QCDme+(1-α)×{α2×Avg.(QCD(2,a),QCD(2,b)・・・)+(1-α2)×Avg.(QCD(3,a),QCD(3,b)・・・}、といった算定を行うこととなる。
ここで、α:第1階層のサプライヤ「A社」における評価値(品質、コスト、および納期のいずれかの項目の値の平均値)に対する重み値、α2:第2階層のサプライヤ「B社」における評価値に対する重み値、QCDme:「A社」の評価値、QCD(n,i):n階層目のi版目のサプライヤの評価値、Avg:平均または中央値、を示す。
また、バイヤノード200は、s323の処理結果、すなわち関連取引先となるサプライヤに関して得た加重平均処理の結果値をメモリ103に出力する(s324)。
ここで図12のフローの説明に戻る。
また、バイヤノード200は、金融機関および認証機関による、上述のサプライヤ(関連取引先となるサプライヤの概念含みうる)に関する評価結果を、分散台帳110から取得する(s33)。この評価結果は、取引先評価データ1106として、認証機関ノード400や金融機関ノード500が分散台帳110に登録しているものとする。
続いて、バイヤノード200は、上述のサプライヤ(第1階層のもの)に関して、s33までで得ている、品質、コスト、および納期の各項目に関する評価情報(加重平均処理がなされたもの)や金融機関や認証機関による評価結果を、所定のルールに適用して信用情報(図7参照)を生成し(s34)、処理を終了する。
この場合、バイヤノード200は、各項目について100点からの減点方式として信用情報を生成する。例えば、品質、コスト、および納期それぞれに関して、5点満点中の4点であれば100点から1点減点、3点であれば100点から2点減点、などとする。
なお、図7で例示するように、各項目はさらに細分化されているとしてもよい。その場合、評価情報自体も細分化されているものとする。
---マッチング処理---
図14は、本実施形態における信用分析支援方法のフロー例4を示す図であり、図15、16は、出力画面の例を示す。続いて、サプライチェーンにおける参加者同士のマッチング処理について説明する。ここでは、或る企業が、サプライヤに関する所望の条件を指定し、それに応じてマッチング処理がなされる状況を想定し説明を行うが、これに限定しない。例えば、或る企業が、バイヤに関する所望の条件を指定し、それに応じてマッチング処理がなされる状況も当然想定しうる。
図14は、本実施形態における信用分析支援方法のフロー例4を示す図であり、図15、16は、出力画面の例を示す。続いて、サプライチェーンにおける参加者同士のマッチング処理について説明する。ここでは、或る企業が、サプライヤに関する所望の条件を指定し、それに応じてマッチング処理がなされる状況を想定し説明を行うが、これに限定しない。例えば、或る企業が、バイヤに関する所望の条件を指定し、それに応じてマッチング処理がなされる状況も当然想定しうる。
この場合、例えば、バイヤノード200は、予めクライアント端末150から検索条件を図15で示す画面にて受け付けておき、この条件のうち技術分野や製品名、納期、数量、単価といったものに合致する取引を過去行っているサプライヤ候補を、分散台帳110の受発注データ1104を参照し特定する(s40)。
また、バイヤノード200は、s40で特定したサプライヤ候補について、図13、14のフローと同様に信用情報を生成する(s41)。
続いて、バイヤノード200は、上述の信用情報の根拠となる情報として、例えば、同じ条件(s40のもの)の発注案件に対応した回数等(例:図16の画面における案件関連情報、企業情報)を、分散台帳110の受発注データ1104から抽出するか、抽出した値を集計して生成する(s42)。
また、バイヤノード200は、信用情報が示す信用度の高い順で企業を選定し(s43)、これを表示する画面を生成してクライアント端末150に表示させる(s44)。図16に示す画面例では、「SupplierB」がトップで、「SupplierC」、「SupplierD」が後の続くリストとしてサプライヤ候補を列挙した画面表示となっている。
バイヤらはこの画面を閲覧し、信用情報とその根拠を確認し、取引先として好適な企業を手間無く選定することが可能となる。
以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
こうした本実施形態によれば、サプライチェーン参加者の精度良好な信用情報を、効率的かつ幅広く利用可能となる。
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態の信用分析支援装置において、前記ノードが、前記取引相手の評価情報として、取引対象の品質、コスト、および納期の各評価値を前記トランザクションデータから抽出し、前記取引相手の評価結果として、当該取引相手の財務状況の値を前記トランザクションデータから抽出し、前記各評価値および前記財務状況の値を予め定めた所定ルールに適用し、前記取引相手の信用情報を生成する、としてもよい。
これによれば、取引相手の信用情報に影響が大きい、取引対象の製品やサービス等の品質、コスト、および納期について判断し、その判断結果を信用情報を反映させることができる。ひいては、サプライチェーン参加者のさらに精度良好な信用情報を、効率的かつ幅広く利用可能となる。
また、本実施形態の信用分析支援方法において、前記ノードが、前記評価情報および前記評価結果の各抽出に際し、前記取引相手に加え、当該取引相手と取引関係で階層的に連なる間接取引相手に関する評価情報および評価結果を、当該間接取引相手に関するトランザクションデータから抽出し、前記信用情報の生成に際し、前記取引相手および前記間接取引相手の評価情報および評価結果を、予め定めた所定ルールに適用し、前記取引相手の信用情報を生成する、としてもよい。
これによれば、サプライチェーンにおける、部品の供給者、当該部品を用いた半製品の供給者、および当該半製品を用いた製品の供給者、といった階層構造での関係者の連なりを踏まえ、それら関係者の評価情報や評価結果を信用情報に適宜反映できる。ひいては、サプライチェーン参加者のさらに精度良好な信用情報を、効率的かつ幅広く利用可能となる。
また、本実施形態の信用分析支援方法において、前記ノードが、前記評価情報および前記評価結果の各抽出に際し、現在から所定期間前までの間のトランザクションデータのみを当該抽出の処理対象とする、としてもよい。
これによれば、例えば、古い評価情報および評価結果を信用情報の生成に用いる事態を回避し、いわゆる新鮮な評価情報および評価結果を信用情報に反映できる。ひいては、サプライチェーン参加者のさらに精度良好な信用情報を、効率的かつ幅広く利用可能となる。
また、本実施形態の信用分析支援方法において、前記複数のノードそれぞれが、所定取引における取引相手の評価情報を含むトランザクションデータの発行、およびノード間での合意形成を経た前記トランザクションデータの前記分散台帳への格納と、前記外部機関のノードが発行した前記評価結果を含むトランザクションデータの、ノード間での合意形成と前記分散台帳への格納とをさらに実行する、としてもよい。
これによれば、サプライチェーンでの取引にかかる種々の情報を分散台帳にて保持し、信用情報の生成に活用することができる。ひいては、サプライチェーン参加者のさらに精度良好な信用情報を、効率的かつ幅広く利用可能となる。
1、5 ネットワーク
10 信用分析支援システム
100 ノード
101 記憶装置
102 プログラム
103 メモリ
104 演算装置
105 入力装置
106 出力装置
107 通信装置
110 分散台帳
111 API
150 クライアント端末
200 バイヤノード
300 サプライヤノード
400 認証機関ノード
500 金融機関ノード
10 信用分析支援システム
100 ノード
101 記憶装置
102 プログラム
103 メモリ
104 演算装置
105 入力装置
106 出力装置
107 通信装置
110 分散台帳
111 API
150 クライアント端末
200 バイヤノード
300 サプライヤノード
400 認証機関ノード
500 金融機関ノード
Claims (7)
- サプライチェーンにおける取引に伴う所定のトランザクションデータを、分散台帳でそれぞれ保持する複数のノードから構成されるシステムにおいて、
所定取引の当事者のノードが、当該取引における取引相手の評価情報を分散台帳における所定のトランザクションデータから抽出する処理、前記取引相手に関して所定の外部機関が判定した評価結果を前記分散台帳における所定トランザクションデータから抽出する処理、および前記評価情報および前記評価結果を予め定めた所定ルールに適用し、前記取引相手の信用情報を生成する処理、
を実行することを特徴とする信用分析支援方法。 - 前記ノードが、
前記取引相手の評価情報として、取引対象の品質、コスト、および納期の各評価値を前記トランザクションデータから抽出し、前記取引相手の評価結果として、当該取引相手の財務状況の値を前記トランザクションデータから抽出し、前記各評価値および前記財務状況の値を予め定めた所定ルールに適用し、前記取引相手の信用情報を生成する、
ことを特徴とする請求項1に記載の信用分析支援方法。 - 前記ノードが、
前記評価情報および前記評価結果の各抽出に際し、前記取引相手に加え、当該取引相手と取引関係で階層的に連なる間接取引相手に関する評価情報および評価結果を、当該間接取引相手に関するトランザクションデータから抽出し、
前記信用情報の生成に際し、前記取引相手および前記間接取引相手の評価情報および評価結果を、予め定めた所定ルールに適用し、前記取引相手の信用情報を生成する、
ことを特徴とする請求項1に記載の信用分析支援方法。 - 前記ノードが、
前記評価情報および前記評価結果の各抽出に際し、現在から所定期間前までの間のトランザクションデータのみを当該抽出の処理対象とする、
ことを特徴とする請求項1に記載の信用分析支援方法。 - 前記複数のノードそれぞれが、
所定取引における取引相手の評価情報を含むトランザクションデータの発行、およびノード間での合意形成を経た前記トランザクションデータの前記分散台帳への格納と、前記外部機関のノードが発行した前記評価結果を含むトランザクションデータの、ノード間での合意形成と前記分散台帳への格納とをさらに実行する、
ことを特徴とする請求項1に記載の信用分析支援方法。 - サプライチェーンにおける取引に伴う所定のトランザクションデータを、分散台帳でそれぞれ保持する複数のノードから構成されるシステムであって、
所定取引の当事者のノードが、当該取引における取引相手の評価情報を分散台帳における所定のトランザクションデータから抽出する処理、前記取引相手に関して所定の外部機関が判定した評価結果を前記分散台帳における所定トランザクションデータから抽出する処理、および前記評価情報および前記評価結果を予め定めた所定ルールに適用し、前記取引相手の信用情報を生成する処理を実行するものである、
ことを特徴とする信用分析支援システム。 - サプライチェーンにおける取引に伴う所定のトランザクションデータを分散台帳で保持し、分散台帳システムを構成するノードであって、
所定取引における取引相手の評価情報を分散台帳における所定のトランザクションデータから抽出する処理、前記取引相手に関して所定の外部機関が判定した評価結果を前記分散台帳における所定トランザクションデータから抽出する処理、および前記評価情報および前記評価結果を予め定めた所定ルールに適用し、前記取引相手の信用情報を生成する処理、を実行する演算装置を有する、
ことを特徴とするノード。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP19920425.6A EP3944175A4 (en) | 2019-03-18 | 2019-11-05 | PROCEDURE, SYSTEM AND NODES TO SUPPORT CREDIT ANALYZES |
SG11202109940Q SG11202109940QA (en) | 2019-03-18 | 2019-11-05 | Credit analysis assistance method, credit analysis assistance system, and node |
US17/439,976 US20220156743A1 (en) | 2019-03-18 | 2019-11-05 | Credit analysis assistance method, credit analysis assistance system, and node |
CN201980094113.3A CN113646795A (zh) | 2019-03-18 | 2019-11-05 | 信用分析支援方法、信用分析支援***以及节点 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019-049322 | 2019-03-18 | ||
JP2019049322A JP7231449B2 (ja) | 2019-03-18 | 2019-03-18 | 信用分析支援方法、信用分析支援システム、およびノード |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2020188874A1 true WO2020188874A1 (ja) | 2020-09-24 |
Family
ID=72520728
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2019/043295 WO2020188874A1 (ja) | 2019-03-18 | 2019-11-05 | 信用分析支援方法、信用分析支援システム、およびノード |
Country Status (6)
Country | Link |
---|---|
US (1) | US20220156743A1 (ja) |
EP (1) | EP3944175A4 (ja) |
JP (1) | JP7231449B2 (ja) |
CN (1) | CN113646795A (ja) |
SG (1) | SG11202109940QA (ja) |
WO (1) | WO2020188874A1 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113888322A (zh) * | 2021-11-08 | 2022-01-04 | 国网电子商务有限公司 | 一种信用评价方法、***、存储介质及电子设备 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113795832A (zh) * | 2019-05-14 | 2021-12-14 | 松下电器(美国)知识产权公司 | 信息交易方法、信息使用者终端及程序 |
JP2022084095A (ja) * | 2020-11-26 | 2022-06-07 | 悠人 竹井 | 情報処理システム、情報処理方法及び情報処理プログラム |
WO2023175872A1 (ja) * | 2022-03-18 | 2023-09-21 | 富士通株式会社 | 情報処理装置、情報処理方法、および情報処理プログラム |
JP7499808B2 (ja) | 2022-06-09 | 2024-06-14 | 株式会社三井住友銀行 | 情報処理装置、情報処理方法およびプログラム |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002157422A (ja) | 2000-11-20 | 2002-05-31 | Fujitsu Ltd | 与信方法および記録媒体 |
JP2012168984A (ja) | 2000-03-29 | 2012-09-06 | Risk Monster Kk | 与信機能を備えた匿名電子商取引システム及び方法 |
JP2014115721A (ja) | 2012-12-06 | 2014-06-26 | Hitachi Ltd | 情報処理装置、情報処理方法、およびプログラム |
JP2018128723A (ja) * | 2017-02-06 | 2018-08-16 | 株式会社日立製作所 | 信用度管理システムおよび信用度管理方法 |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9898767B2 (en) | 2007-11-14 | 2018-02-20 | Panjiva, Inc. | Transaction facilitating marketplace platform |
US9208460B2 (en) | 2012-10-19 | 2015-12-08 | Lexisnexis, A Division Of Reed Elsevier Inc. | System and methods to facilitate analytics with a tagged corpus |
US10223745B1 (en) * | 2013-08-30 | 2019-03-05 | Intuit Inc. | Assessing enterprise credit quality |
US20180096175A1 (en) | 2016-10-01 | 2018-04-05 | James L. Schmeling | Blockchain Enabled Packaging |
RU2656698C2 (ru) | 2013-12-20 | 2018-06-06 | Дзе Дан Энд Брэдстрит Корпорейшн | Обнаружение сети деловых отношений и оценивание релевантности отношения |
US11130042B2 (en) * | 2016-02-02 | 2021-09-28 | Bao Tran | Smart device |
CN107103480A (zh) * | 2017-05-18 | 2017-08-29 | 电子科技大学 | 基于主权区块链的供应链管理方法 |
US11244388B2 (en) * | 2017-06-08 | 2022-02-08 | Flowcast, Inc. | Methods and systems for assessing performance and risk in financing supply chain |
US20190228409A1 (en) * | 2017-09-13 | 2019-07-25 | Vijay Madisetti | Transaction Pools Using Smart Contracts and Blockchains |
US20200364786A1 (en) * | 2018-01-22 | 2020-11-19 | Dalian University Of Technology | Method for determining optimal weight vector of credit rating based on maximum default identification ability measured by approaching ideal points |
CN108717606A (zh) * | 2018-06-08 | 2018-10-30 | 北京工商大学 | 一种基于区块链的食品安全多元利益主体信用评价方法 |
US20200059363A1 (en) * | 2018-08-17 | 2020-02-20 | Walmart Apollo, Llc | Systems and methods of authenticating items |
CN109308665A (zh) * | 2018-09-14 | 2019-02-05 | 上海陌远网络科技有限公司 | 一种基于大数据分析的电子商务金融平台 |
CN109345266A (zh) * | 2018-09-18 | 2019-02-15 | 众安信息技术服务有限公司 | 基于区块链的评价处理方法及装置 |
CN109360068A (zh) | 2018-10-26 | 2019-02-19 | 广东电网有限责任公司 | 利用区块链的供应链管理方法 |
US11244313B2 (en) * | 2019-01-31 | 2022-02-08 | Salesforce.Com, Inc. | Systems, methods, and apparatuses for implementing declarative smart actions for coins and assets transacted onto a blockchain using distributed ledger technology (DLT) |
-
2019
- 2019-03-18 JP JP2019049322A patent/JP7231449B2/ja active Active
- 2019-11-05 US US17/439,976 patent/US20220156743A1/en active Pending
- 2019-11-05 EP EP19920425.6A patent/EP3944175A4/en active Pending
- 2019-11-05 CN CN201980094113.3A patent/CN113646795A/zh not_active Withdrawn
- 2019-11-05 WO PCT/JP2019/043295 patent/WO2020188874A1/ja unknown
- 2019-11-05 SG SG11202109940Q patent/SG11202109940QA/en unknown
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012168984A (ja) | 2000-03-29 | 2012-09-06 | Risk Monster Kk | 与信機能を備えた匿名電子商取引システム及び方法 |
JP2002157422A (ja) | 2000-11-20 | 2002-05-31 | Fujitsu Ltd | 与信方法および記録媒体 |
JP2014115721A (ja) | 2012-12-06 | 2014-06-26 | Hitachi Ltd | 情報処理装置、情報処理方法、およびプログラム |
JP2018128723A (ja) * | 2017-02-06 | 2018-08-16 | 株式会社日立製作所 | 信用度管理システムおよび信用度管理方法 |
Non-Patent Citations (1)
Title |
---|
See also references of EP3944175A4 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113888322A (zh) * | 2021-11-08 | 2022-01-04 | 国网电子商务有限公司 | 一种信用评价方法、***、存储介质及电子设备 |
CN113888322B (zh) * | 2021-11-08 | 2022-04-08 | 国网电子商务有限公司 | 一种信用评价方法、***、存储介质及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
US20220156743A1 (en) | 2022-05-19 |
CN113646795A (zh) | 2021-11-12 |
EP3944175A1 (en) | 2022-01-26 |
SG11202109940QA (en) | 2021-10-28 |
EP3944175A4 (en) | 2022-10-26 |
JP2020154347A (ja) | 2020-09-24 |
JP7231449B2 (ja) | 2023-03-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200042989A1 (en) | Asset-backed tokens | |
US7877320B1 (en) | System and method for tracking and facilitating analysis of variance and recourse transactions | |
WO2020188874A1 (ja) | 信用分析支援方法、信用分析支援システム、およびノード | |
US8886560B2 (en) | System and method for enabling channel agreements negotiations in an IP marketplace | |
US9245244B2 (en) | System and method for enabling product development | |
US9037733B2 (en) | System and method for enabling product development | |
US8306866B2 (en) | System and method for enabling an intellectual property transaction | |
US8977761B2 (en) | System and method for enabling product development | |
US20110246326A1 (en) | System and method for enabling marketing channels in an ip marketplace | |
US20110154476A1 (en) | System and method for collecting and validating intellectual property asset data | |
US20120310798A1 (en) | Engine, system and method of providing cloud-based business valuation and associated services | |
US20110153852A1 (en) | System and method for valuing and rating intellectual property assets | |
Fahlevi et al. | Blockchain technology in corporate governance and future potential solution for agency problems in Indonesia | |
US20110153851A1 (en) | System and method for adjusting intake based on intellectual property asset data | |
US20110153473A1 (en) | System and method for managing royalty payments | |
US20110153573A1 (en) | System and method for valuing an ip asset based upon patent quality | |
US20110153434A1 (en) | System and method for merchandising intellectual property assets | |
US20110153444A1 (en) | System and method for registering users for an ip marketplace | |
US20110154451A1 (en) | System and method for for an industry based template for intellectual property asset data | |
US20110153552A1 (en) | System and method for standardizing ip transactions | |
WO2011075207A1 (en) | System and method for valuing and rating intellectual property assets | |
Ruban et al. | Electronic Wholesale Services: Advantages and Promising Directions of Development | |
JP2022521857A (ja) | 多者間インセンティブアライメントを最適化するために、オプション性のある無期限の利回りベースおよびリスクベースの商品を対象とする、結合されカスタマイズされた取引のためのシステム、デバイス、および方法 | |
Schepman | Field research on problems in mortgage and real estate transactions and a solution proposal for these issues |
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: 19920425 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
ENP | Entry into the national phase |
Ref document number: 2019920425 Country of ref document: EP Effective date: 20211018 |