Information processing system, information processing method, and program

Abstract

To provide a system that enables an assignee of a claim of a creditor to fulfill requirement to duly assert against third parties.SOLUTION: An information processing system includes: a display processing unit that displays, for an agreement to transfer a claim from a creditor of the claim to an assignee, an approval request screen for accepting operational input regarding approval by a debtor of the claim on a display unit of the debtor; an approval information acquisition unit that acquires approval information, which is information indicating approval of the agreement by the operational input on the approval request screen by the debtor; and a storage execution unit that stores agreement information, which is information regarding the contents of the agreement, in a database when the approval information acquisition unit acquires the approval information. When the agreement information is stored in the database, the display processing unit displays, on display units, transfer confirmation screens that allow the agreement information to be confirmed based on operational input by one of the creditor, the assignee, and the debtor.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] The present invention relates to an information processing system, an information processing method, and a program. [Background technology]

[0002] A system for issuing and transferring tokens based on financial products on a blockchain has been disclosed (for example, Patent Document 1). [Prior art documents] [Patent documents]

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

[0004] The system described in Patent Document 1 uses blockchain to enable trading of tokens based on financial products. The system provides a platform on which many financial products can be handled as security tokens. In this case, from the perspective of legal stability of transactions, it is necessary to ensure that the assignee is able to assert a third-party right when the receivable is assigned to the assignee. Furthermore, from the perspectives of improving transaction efficiency, reducing transaction costs, shortening settlement periods, and mitigating operational risk, it is necessary to eliminate offline work and complete the procedure for ensuring that the assignee is able to assert a third-party right solely through electronic processing in an information processing system.

[0005] However, the system described in Patent Document 1 does not have a mechanism for making the assignee of a claim perfect against a third party when the claim is assigned. Therefore, it is desired to realize a new mechanism in an information processing system for making the assignee of a claim perfect against a third party when the claim is assigned.

[0006] Therefore, an object of the present invention is to provide a system that enables an assignee of a creditor's claim to have a requirement for perfection against a third party. [Means for solving the problem]

[0007] An information processing system according to one embodiment of the present invention comprises: a display processing unit that causes a display unit of a debtor to display an acceptance request screen that accepts operational input from the debtor regarding acceptance of an agreement for the transfer of a debt from the creditor of the debt to an assignee of the debt; an acceptance information acquisition unit that acquires acceptance information, which is information indicating acceptance of the agreement by the debtor through operational input on the acceptance request screen; and a memory execution unit that, when the acceptance information is acquired by the acceptance information acquisition unit, stores agreement information, which is information regarding the content of the agreement, in a database; and when the agreement information is stored in the database, the display processing unit causes a transfer confirmation screen, on the display unit, that allows the agreement information to be confirmed based on operational input by any of the creditor, the assignee, and the debtor.

[0008] An information processing method according to one aspect of the present invention includes a computer causing a display unit of a debtor to display an acceptance request screen that accepts operational input from the debtor regarding acceptance of an agreement for the transfer of a debt from the creditor of the debt to an assignee of the debt; acquiring acceptance information, which is information indicating acceptance of the agreement by the debtor through operational input on the acceptance request screen; when the acceptance information is acquired, storing agreement information, which is information regarding the content of the agreement, in a database; and when the agreement information is stored in the database, displaying an assignment confirmation screen on a display unit that allows the agreement information to be confirmed based on operational input from any of the creditor, the assignee, and the debtor.

[0009] A program according to one aspect of the present invention causes a computer to perform the following operations: displaying an acceptance request screen on a display unit of a debtor that accepts operational input regarding the debtor's acceptance of an agreement to transfer a debt from the creditor of the debt to an assignee; acquiring acceptance information, which is information indicating the debtor's acceptance of the agreement through operational input on the acceptance request screen; when the acceptance information is acquired, storing agreement information, which is information regarding the content of the agreement, in a database; and when the agreement information is stored in the database, displaying an assignment confirmation screen on a display unit that allows the agreement information to be confirmed based on operational input by any of the creditor, the assignee, and the debtor. [Effects of the Invention]

[0010] According to the present invention, it is possible to provide a system that enables an assignee of a creditor's claim to have a requirement for perfection against a third party. [Brief explanation of the drawings]

[0011] [Figure 1] FIG. 1 is a diagram illustrating an example of the configuration of a debt management system. [Figure 2] FIG. 10 is a diagram showing the configuration of a bond information database D111. [Figure 3] FIG. 10 is a diagram showing an example of an approval request screen T1. [Figure 4] FIG. 10 is a diagram showing an example of a first transfer confirmation screen T2. [Figure 5] FIG. 10 is a diagram showing an example of a second transfer confirmation screen T3. [Figure 6] FIG. 10 is a diagram showing an example of a notification screen T4. [Figure 7] 10 is a flowchart showing an example of a processing procedure of a claim management system. [Figure 8] FIG. 10 is a diagram showing an example of the configuration of a claim management system according to a first modified example. [Figure 9] 10 is a flowchart showing an example of a processing procedure of a debt management system according to a first modified example. [Figure 10]10 is a flowchart showing a processing procedure of a debt management system according to a second modified example. [Figure 11] FIG. 10 is a diagram showing an example of a notification content confirmation screen T1a. [Figure 12] FIG. 2 illustrates an example of a hardware configuration of a computer. DETAILED DESCRIPTION OF THE INVENTION

[0012] A preferred embodiment of the present invention (hereinafter referred to as "the present embodiment") will be described with reference to the accompanying drawings. In each drawing, components with the same reference numerals have the same or similar configurations. In this embodiment, "unit," "means," "device," and "system" do not simply mean physical means, but also include cases where the functions of the "unit," "means," "device," and "system" are realized by software. Furthermore, the functions of one "unit," "means," "device," or "system" may be realized by two or more physical means or devices, or the functions of two or more "units," "means," "device," or "system" may be realized by one physical means or device.

[0013] === Overview of Accounts Receivable Management System 10 === <<Configuration Overview>> An overview of a debt management system 10 according to this embodiment will be described with reference to Fig. 1. Fig. 1 is a diagram showing an example of the configuration of the debt management system 10.

[0014] The claim management system 10 is a system that can prove the requirement for perfection against third parties regarding the assignment of a claim from a creditor to an assignee. The claim management system 10 realizes, on the system, notification to the debtor and the debtor's consent regarding the assignment of a claim from the creditor to the assignee. In this way, the claim management system 10 provides the assignee with the requirement for perfection against third parties. The claim management system 10 stores a security token representing the claim in the blockchain BN and also manages information related to the claim in a database.

[0015] The claims include, for example, collective investment scheme interests (interests in anonymous partnerships) and trust beneficiary rights.

[0016] Security tokens are tokenized versions of, for example, trust beneficiary rights or collective investment scheme interests, and refer to the "right to transfer electronic records" as defined in the Financial Instruments and Exchange Act (Article 2, Paragraph 2, each item of the Financial Instruments and Exchange Act).

[0017] Blockchain BN is a system used for trading security tokens. Blockchain BN is composed of multiple nodes (computers) and can manage ledger data in a distributed manner. The distributed ledger is managed in a way that makes it difficult to tamper with, using the so-called blockchain mechanism. Note that a detailed explanation of the distributed ledger management mechanism using blockchain will be omitted here, as it is a common one.

[0018] The claim management system 10 includes, for example, a claim management device 100, a creditor terminal 200, an assignee terminal 300, a debtor terminal 400, and a financial institution terminal 500. The devices that make up the claim management system 10 are connected to each other so that they can communicate with each other via a communication network N. The communication network N is a wired network or a wireless network.

[0019] The claim management device 100 is a device that manages information related to claims (hereinafter referred to as "claim information"). Claims are, for example, the shares of investors in an anonymous partnership. The claim management device 100 manages claim information using a database and a blockchain. The claim management device 100 also has the function of certifying the assignee's right to assert claims against third parties when a claim is assigned.

[0020] The creditor terminal 200 is a terminal device that accepts operation inputs from creditors. Creditors are, for example, investors in anonymous partnerships or beneficiaries of trust beneficiary rights.

[0021] The assignee terminal 300 is a terminal device that accepts operational inputs from the assignee of the claim. The assignee is, for example, a person who receives an assignment of the shares of an investor in a silent partnership or a person who receives an assignment of a trust beneficiary right.

[0022] The debtor terminal 400 is a terminal device that accepts operational inputs from the debtor of the claim. The debtor may be, for example, a limited liability company that operates an anonymous partnership or a trustor of a trust beneficiary right.

[0023] The creditor terminal 200, the assignee terminal 300 and the debtor terminal 400 each transmit various information related to operational inputs to the financial institution terminal 500 and the debt management device 100.

[0024] The financial institution terminal 500 is an operation terminal of a financial institution that manages claims. A financial institution is, for example, an institution that issues security tokens representing claims, such as an investment management business (including an asset management company), a Type 1 or Type 2 financial instruments business operator (such as a securities company), or a business company that raises funds. The financial institution terminal 500 transmits, for example, various information related to operation input by an operator, and various information acquired from the creditor terminal 200, the assignee terminal 300, and the debtor terminal 400, to the claim management device 100.

[0025] The claim management apparatus 100 may be, for example, a cloud computer, a server computer, a personal computer (e.g., a desktop, laptop, tablet, etc.), a media computer platform (e.g., a cable or satellite set-top box, a digital video recorder), a handheld computer device (e.g., a PDA, an email client, etc.), or any other type of computer or communication platform. At least a portion of the processing in the claim management apparatus 100 may be implemented by one or more computers (for example, and not by way of limitation, cloud computing configured by one or more computers).

[0026] The creditor terminal 200, the assignee terminal 300, the debtor terminal 400, and the financial institution terminal 500 may be, for example, a smartphone, a mobile phone (feature phone), a personal computer (e.g., a desktop, laptop, tablet, etc.), a media computer platform (e.g., a cable or satellite set-top box, a digital video recorder), a handheld computer device (e.g., a PDA (Personal Digital Assistant), an email client, etc.), a wearable device (e.g., a glasses-type device, a watch-type device, etc.), or another type of computer or communication platform.

[0027] <Processing Overview>> Referring to FIG. 1, an overview of the processing of the bond management system 10 will be described.

[0028] In step S10, the financial institution terminal 500 acquires information (hereinafter referred to as "agreement information") regarding an agreement between the creditor and the assignee regarding the transfer of a claim (e.g., an interest in an anonymous partnership) from the creditor to the assignee, from at least one of the creditor terminal 200 and the assignee terminal 300. Note that the financial institution terminal 500 may acquire the agreement information transmitted from each of the creditor terminal 200 and the assignee terminal 300.

[0029] The financial institution terminal 500 may acquire the agreement information by accepting operational inputs from the creditor and the assignee on the input screens provided to the creditor terminal 200 and the assignee terminal 300. The financial institution terminal 500 may also acquire the agreement information by accepting operational inputs from a financial institution employee based on a request form containing details of the agreement sent by at least one of the creditor and the assignee.

[0030] In step S11, upon receiving the agreement information, the financial institution terminal 500 transmits a request for the transfer of the claim from the creditor to the transferee (hereinafter referred to as an "transfer request") to the claim management device 100. The transfer request includes, for example, the agreement information.

[0031] In step S12, when the claim management device 100 receives the transfer request, it sends information to the debtor terminal 400 to display on the display unit a screen (hereinafter referred to as the "approval request screen T1") for the debtor to consent to the transfer of the claim.

[0032] In step S13, the debtor terminal 400 displays an approval request screen T1 on the display unit. By accepting an operation input from the debtor on the approval request screen T1, the debtor terminal 400 transmits information indicating that the debtor has approved the assignment of the claim (hereinafter referred to as "approval information") to the claim management device 100.

[0033] In step S14, the claim management device 100 stores the consent information (including the agreement information) in the claim information database D111. This enables the claim management system 10 to provide the assignee with the requirement to be perfected against a third party without the parties to the claim assignment having to go to a notary public office. Specifically, the claim management system 10 enables the assignee to be perfected against a third party in the case of the assignment of shares (claims) of an anonymous partnership, for example.

[0034] In this way, in the receivables management system 10, for example, the assignee is required to notify the debtor (e.g., the operator of an anonymous partnership) in a document with a fixed date, or to obtain the debtor's (e.g., the operator of an anonymous partnership) consent in a document with a fixed date in order to satisfy the requirements for third-party opposition, but it is possible for the assignee to satisfy these requirements.

[0035] In step S15, the debt management device 100 transmits information to each terminal based on a request from each terminal to display a screen (hereinafter referred to as "transfer confirmation screen T2, T3") on the display unit on which the contents of the agreement can be confirmed.

[0036] In step S16, the claim management device 100 executes a smart contract (hereinafter referred to as the "transfer contract") for recording information related to the transfer of the claim in the blockchain BN. As a result, the claim management device 100 stores at least a portion of the information (hereinafter referred to as the "agreement-related information") included in the consent information (including the agreement information) in the blockchain BN.

[0037] The agreement-related information includes, for example, the date and time of the debtor's consent and information necessary for third-party assertion requirements, which may include, for example, identification information of the security token, the address of the security token representing the claim, the name of the transferor, the name of the transferee, and wallet addresses of the transferor and the transferee.

[0038] A smart contract is a program or computer protocol that executes according to specified rules based on transactions and external information, for example, in a blockchain (BN).

[0039] As described above, the claim management system 10 allows the claim represented on the security token to be transferred to the transferee appropriately and quickly, and also enables the transferee to prepare for third-party assertion. As a result, compared to offline operations, the claim management system 10 can achieve more efficient claim-related transactions, reduced transaction costs, shorter transaction times, and avoidance of operational risks.

[0040] Note that steps S14 and S16 may be executed simultaneously. However, in the claim management system 10, once the processing of step 14 is completed, the creditor terminal 200, the assignee terminal 300, and the debtor terminal 400 can display an assignment confirmation screen on the display unit, as in step S15. In other words, the creditor, assignee, and debtor can confirm the assignment details by referring to the claim information database D111 before the agreement-related information is stored in the blockchain BN. This allows the claim management system 10 to prevent tampering with the assignment details and quickly provide information that allows the relevant parties to confirm the assignment details.

[0041] In the above description, the financial institution terminal 500 is described as transmitting and receiving agreement information between the creditor terminal 200 and the assignee terminal 300 and the claim management device 100, but this is not limited to this. For example, the financial institution terminal 500 may be included in the claim management device 100. In other words, the claim management device 100 may provide an acceptance screen to the debtor terminal 400 by receiving agreement information from the creditor terminal 200 and the assignee terminal 300 without going through a financial institution.

[0042] ===Configuration of the receivables management system 10=== The configuration of the bond management system 10 will be described in detail with reference to FIG.

[0043] <<Debt management device 100>> As shown in FIG. 1, the claim management device 100 includes, for example, a memory unit 110, a transfer request acquisition unit 120, an approval information acquisition unit 130, a display processing unit 140, a memory execution unit 150, and a matching unit 160.

[0044] The storage unit 110 includes, for example, a bond information database D111. The configuration of the bond information database D111 will be described with reference to Fig. 2. Fig. 2 is a diagram showing the configuration of the bond information database D111.

[0045] As shown in Figure 2, the credit information database D111 includes items such as [Name Change ID], [Creditor], [Wallet Address], [ST Name], [Number of Shares Held], [Name Change Reason], [Transfer Source], [Transfer Source Wallet Address], [Notification Date and Time], [Acceptance Date and Time], and [Acceptance Information].

[0046] [Name Change ID] stores, for example, an identification code that can uniquely identify each claim. [Creditor] stores, for example, information indicating the name of the creditor. [Wallet Address] stores, for example, the creditor's wallet address. [ST Name] stores, for example, the name of the security token. [Number of Shares Held] stores, for example, the number of security tokens representing the claim held by the creditor. [Name Change Reason] stores, for example, information indicating the reason for the transfer of the claim (e.g., "assignment" or "forced transfer"). [Transfer Source] stores, for example, information indicating the name of the transferor of the claim. [Transfer Source Wallet Address] stores, for example, the wallet address of the transferor user. [Notification Date and Time] stores, for example, the date and time when the creditor or transferee notifies the debtor at the time of the transfer of the claim. [Acceptance Date and Time] stores, for example, the date and time when the debtor accepts the transfer of the claim. In other words, the [Acceptance Date and Time] item stores information that enables the transferee to establish third-party perfection. [Consent Information] stores information about the obligor's consent to the assignment of the claim from the obligor to the obligor. The consent information may store, for example, information indicating a consent letter issued by the obligor.

[0047] The transfer request acquisition unit 120 acquires the transfer request from, for example, the financial institution terminal 500. Note that the transfer request acquisition unit 120 may acquire the transfer request from at least one of the creditor terminal 200 and the transferee terminal 300.

[0048] The consent information acquisition unit 130 acquires consent information from the debtor terminal 400, for example.

[0049] The display processing unit 140 generates, for example, various screens to be displayed on the display unit. The display processing unit 140 transmits information for displaying various screens on the display units of the creditor terminal 200, the transferee terminal 300, the debtor terminal 400, and the financial institution terminal 500 to each terminal. Specifically, the display processing unit 140 generates, for example, an approval request screen T1, a first transfer confirmation screen T2, a second transfer confirmation screen T3, and a notice screen T4. Note that, hereinafter, the first transfer confirmation screen T2 and the second transfer confirmation screen T3 may be collectively referred to as the transfer confirmation screens.

[0050] Various screens generated by the display processing unit 140 will be described with reference to Fig. 3 to Fig. 6. Fig. 3 is a diagram showing an example of an approval request screen T1. Fig. 4 is a diagram showing an example of a first transfer confirmation screen T2. ​​Fig. 5 is a diagram showing an example of a second transfer confirmation screen T3. Fig. 6 is a diagram showing an example of a notification screen T4.

[0051] As shown in Figure 3, the consent request screen T1 is a screen for a debtor to consent to the assignment of a claim from the creditor to the assignee. The consent request screen T1 is displayed, for example, based on the claim information database D111. The consent request screen T1 includes, for example, fields for the name change application registrant T10, name change originator information T11, name change recipient information T12, and claim assignment notice information T13, as well as a name change consent button T14.

[0052] Name change application registrant T10 is an area where information about financial institutions is displayed. Specifically, name change application registrant T10 includes information indicating the name of a financial instruments business operator that indicates a financial institution.

[0053] The name change origin information T11 is an area that displays information about the creditor who is transferring the claim. Specifically, the name change origin information T11 includes information such as the investor name, investor wallet address, ST name, ST contract address, product name, number of shares held before the name change, number of shares to be changed, reason for the name change, and a flag indicating whether or not the transfer is forced. This allows the debtor to easily check information about the creditor who is transferring the claim.

[0054] The transferee information T12 is an area that displays information about the transferee of the claim. Specifically, the transferee information T12 includes the investor's name and the investor's wallet address.

[0055] The claim assignment notice information T13 is an area that displays information about at least one of a notice regarding the assignment of the claim and consent. FIG. 3 shows, as an example, items that are displayed in a mode in which consent provides the assignee with the requirement to assert rights against third parties (hereinafter referred to as the "consent format"). Specifically, the claim assignment notice information T13 includes information about a claim assignment consent form. The claim assignment consent form item may display a button for downloading the consent form, etc. This allows the debtor to quickly and easily confirm the details of the assignment of the claim from the creditor to the assignee.

[0056] The name change consent button T14 is an object for the debtor to consent to the transfer of the claim. When the claim management device 100 receives an input from the debtor on the name change consent button T14, it stores consent information indicating that the debtor has consented in the memory unit 110. This enables the claim management device 100 to prove that the debtor has consented to the transfer of the claim.

[0057] The first transfer confirmation screen T2 is a screen displayed on the display unit of the debtor terminal 400, and is a screen that displays a list of transfer records that the debtor has been notified of or has accepted. The first transfer confirmation screen T2 is displayed, for example, based on the claim information database D111. As shown in FIG. 4, the first transfer confirmation screen T2 includes, for example, items such as ST name T20 and history information T21.

[0058] The ST name T20 is an area where the name of the security token is displayed.

[0059] The history information T21 is an area that displays a list of events in which claims have been assigned. Specifically, the history information T21 includes items for confirming the contents of the event, issuer / transferor, issuer / transferee, number of units, right generation date, processing date and time, claim assignment notice, etc. The processing date and time item displays the date and time when the debtor consented to the assignment. The item for confirming the contents of the claim assignment notice, etc. includes a confirmation button T21a. Based on the debtor's input to the confirmation button T21a, a claim assignment consent confirmation screen T22 is displayed on the display unit.

[0060] The claim assignment consent confirmation screen T22 is a screen that displays the minimum information necessary for the debtor to understand the assigned claim. Specifically, the claim assignment consent confirmation screen T22 includes information such as the ST contract address, the transfer source wallet address, the transfer destination wallet address, the number of transfers, the date and time of the claim assignment consent, and the claim assignment consent form. This allows the debtor to easily confirm the content of the accepted claim assignment with simple operations.

[0061] The second transfer confirmation screen T3 is a screen displayed on the display units of the creditor terminal 200 and the transferee terminal 300, and displays a list of transfer records for which the creditor and transferee have obtained approval from the debtor. The second transfer confirmation screen T3 is displayed, for example, based on the claim information database D111. As shown in FIG. 5, the second transfer confirmation screen T3 includes, for example, fields for investor information T30 and holding information T31.

[0062] Investor information T30 is an area where the name of the creditor or assignee is displayed.

[0063] The holding information T31 is an area that displays a list of information about security tokens that represent claims held by the creditor or assignee. Specifically, the holding information T31 includes items for confirming the contents of the product name, number of shares held, investment amount, rights accrual date, investment period, expected yield, pre-contract document, contract, claim assignment notice, etc. The item for confirming the contents of the claim assignment notice, etc. includes a confirmation button T31a. Based on the debtor's input to the confirmation button T31a, a claim assignment consent confirmation screen T32 is displayed on the display unit.

[0064] The claim assignment consent confirmation screen T32 is similar to the claim assignment consent confirmation screen T22, so its explanation will be omitted. This allows the creditor and the assignee to easily confirm the content of the claim assignment accepted by the debtor with a simple operation.

[0065] The notification screen T4 is a screen for notifying the debtor that an event has occurred in which the debtor transfers the debt to the transferee. The notification screen T4 is displayed, for example, based on the debt information database D111. The notification screen T4 includes, for example, items such as a notification T40 and a ST list T41.

[0066] The notification screen T40 is an area where events that have occurred related to the debt are displayed in a list. For example, the notification screen T40 may include text T40a indicating a notice about a debt assignment event, with a link set to transition to a screen displaying details of the debt assignment event. Specifically, as shown in FIG. 6, text T40a ("here" in FIG. 6) for transitioning to an acceptance request screen T1 may be displayed. When the debtor's input in response to the text T40a is accepted, the acceptance request screen T1 is displayed on the display unit. This allows the debt management system 10 to quickly notify the debtor that a debt assignment event has occurred, and further allows the debtor to easily display a screen for accepting the debt assignment, thereby quickly completing the debt assignment in the system.

[0067] The storage execution unit 150 stores various information in the claim information database D111 and the blockchain BN. Specifically, the storage execution unit 150 stores agreement information in the claim information database D111. The storage execution unit 150 also executes a contract for the assignment of a claim (hereinafter referred to as an "assignment contract") and stores agreement-related information in the blockchain BN.

[0068] The matching unit 160 performs a matching process to check whether predetermined information included in the agreement information in the credit information database D111 matches predetermined information included in the agreement-related information of the blockchain BN. Specifically, the matching unit 160 may, for example, match the wallet address of the assignee (current creditor) included in the agreement information with the wallet address of the assignee included in the agreement-related information. Note that the matching unit 160 is only required to be able to perform a matching process to match at least a portion of the information included in the agreement information with at least a portion of the information included in the agreement-related information, and there are no particular limitations on the information items to be matched.

[0069] The matching unit 160 transmits the results of the matching (hereinafter referred to as the "matching result") to the assignee terminal 300, the debtor terminal 400, and the financial institution terminal 500. At this time, if the agreement information and the agreement-related information do not match, the matching unit 160 may transmit warning information indicating that data tampering has occurred to at least one of the creditor terminal 200, the assignee terminal 300, the debtor terminal 400, and the financial institution terminal 500. This allows the claim management system 10 to periodically compare the information recorded in the database area with the information recorded in the blockchain area, thereby enabling early detection of data tampering. Furthermore, if the claim management system 10 detects data tampering, it promptly notifies the relevant parties, thereby preventing the damage from spreading.

[0070] <<Creditor Terminal 200>> Returning to Fig. 1, the functional configuration of the creditor terminal 200 will be described. As shown in Fig. 1, the creditor terminal 200 includes, for example, a transmission / reception unit 210 and a display unit 220. The transmission / reception unit 210 transmits and receives various information between, for example, the claim management device 100 and the financial institution terminal 500. The display unit 220 displays various screens based on information for displaying various screens that is transmitted from, for example, the claim management device 100.

[0071] <<Assignee Terminal 300>> Next, we will explain the functional configuration of the transferee terminal 300. As shown in Fig. 1, the transferee terminal 300 includes, for example, a transmission / reception unit 310 and a display unit 320. The transmission / reception unit 310 transmits and receives various information between, for example, the claim management device 100 and the financial institution terminal 500. The display unit 320 displays various screens based on information for displaying various screens transmitted from, for example, the claim management device 100.

[0072] <<Debtor Terminal 400>> Next, we will explain the functional configuration of the debtor terminal 400. As shown in Fig. 1, the debtor terminal 400 includes, for example, a transmission / reception unit 410 and a display unit 420. The transmission / reception unit 410 transmits and receives various information between, for example, the claim management device 100 and the financial institution terminal 500. The display unit 420 displays various screens based on information for displaying various screens that is transmitted from, for example, the claim management device 100.

[0073] <<Financial institution terminal 500>> Next, the functional configuration of the financial institution terminal 500 will be described. As shown in FIG. 1, the financial institution terminal 500 includes, for example, a transmission / reception unit 510 and a memory unit 520. The transmission / reception unit 510 transmits and receives various information between, for example, the claim management device 100, the creditor terminal 200, and the assignee terminal 300. The memory unit 520 stores, for example, a database similar to the claim information database D111 of the claim management device 100. Note that the financial institution terminal 500 may have at least some of the functional units of the claim management device 100. Furthermore, the financial institution terminal 500 may be a device included in the claim management device 100.

[0074] ===Processing Procedure of the Debt Management System 10=== The processing procedure of the debt management system 10 will be described with reference to Fig. 7. Fig. 7 is a flowchart showing an example of the processing procedure of the debt management system 10.

[0075] In step S100, at least one of the creditor terminal 200 and the transferee terminal 300 transmits a transfer request to the financial institution terminal 500.

[0076] In step S101, the financial institution terminal 500 accepts an operation input from the person in charge and transmits an assignment request including the agreement information to the claim management apparatus 100.

[0077] In step S102, the claim management device 100 stores the agreement information in the claim information database D111. The claim management device 100 transmits, for example, information to the debtor terminal 400 for displaying a notification screen T4 indicating that an event related to the transfer of a claim from the creditor to the transferee has occurred (simply referred to as "notification screen" in FIG. 7).

[0078] In step S103, when the debtor terminal 400 receives an input from the debtor into the text T40a on the notice screen T4, it transmits a display request to the claim management device 100 to display the approval request screen T1.

[0079] In step S104, the claim management device 100 refers to the claim information database D111 and transmits to the debtor terminal 400 information for displaying the consent request screen T1 (simply referred to as "consent request screen" in FIG. 7).

[0080] In step S105, when the debtor terminal 400 receives the debtor's operation input on the consent request screen T1, it transmits consent information to the claim management device 100. This enables the claim management system 10 to provide the assignee with third-party assertion requirements.

[0081] In step S106, the claim management device 100 stores the approval information in the claim information database D111.

[0082] In step S107, at least one of the creditor terminal 200 and the transferee terminal 300 transmits an assignment confirmation request to the credit management device 100 to display the second assignment confirmation screen T3 on the display unit.

[0083] In step S108, the debt management device 100 transmits information for displaying the second transfer confirmation screen T3 (simply referred to as "second transfer confirmation screen" in Figure 7) to at least one of the creditor terminal 200 and the transferee terminal 300.

[0084] In step S109, the claim management device 100 sends an execution request to the blockchain BN to execute the transfer contract to store the agreement-related information, which is at least a portion of the information included in the acceptance information, in the blockchain BN. At this time, the claim management device 100 may include the agreement-related information in the request and send it to the blockchain BN. In step S110, the agreement-related information is recorded in the blockchain BN.

[0085] That is, the claim management system 10 allows the creditor, assignee, and debtor to confirm the agreement information (step S108) before storing the agreement-related information in the blockchain BN (step S109). This allows the claim management system 10 to provide a mechanism that allows the creditor, assignee, and debtor to confirm the agreement information without waiting for the agreement-related information to be stored in the blockchain BN, thereby improving user convenience.

[0086] In step S111, the claim management device 100 performs a matching process, for example, periodically. The claim management device 100 sends an information request to the blockchain BN to transmit agreement-related information. The claim management device 100 matches at least a portion of the agreement information in the claim information database D111 (for example, the ST contract address and the number of transfers) with the agreement-related information recorded in the blockchain BN.

[0087] In step S112, the claim management device 100 stores the result of matching between the agreement information and the agreement-related information in the claim information database D111. If the claim management device 100 obtains a matching result indicating a mismatch between the agreement information and the agreement-related information, it may send warning information indicating that data may have been tampered with to at least one of the creditor terminal 200, the assignee terminal 300, the debtor terminal 400, and the financial institution terminal 500. This allows the claim management system 10 to respond appropriately and quickly when information stored in a database that does not use blockchain is tampered with.

[0088] ===First Variant=== <<Configuration>> The configuration of the debt management system 10a according to the first modified example will be described with reference to Figure 8. Figure 8 is a diagram showing an example of the configuration of the debt management system 10a according to the first modified example. Note that the following will only explain the differences from the debt management system 10, and unless otherwise specified, it will be assumed that the debt management system is the same as the debt management system 10.

[0089] As shown in FIG. 8, in the claim management system 10a, the claim management device 100 further includes a requirement determination unit 170.

[0090] The requirement determination unit 170 determines whether the creditor and the transferee meet the requirements for transferring a security token related to a claim (hereinafter referred to as "transfer requirements"). The requirement determination unit 170 determines whether the transfer requirements are met by, for example, referring to the whitelist HL stored in the blockchain BN.

[0091] The transfer requirements are requirements for a creditor to transfer a security token to a transferee. The transfer requirements are, for example, requirements included in the requirements for exclusion from the application of the "right to transfer electronic records" (Article 9-2 of the "Cabinet Office Ordinance on the Definitions Provided for in Article 2 of the Financial Instruments and Exchange Act"). In other words, the transfer requirements may be, for example, requirements showing that the creditor and transferee are investors similar to qualified institutional investors as defined in the "Cabinet Office Ordinance on the Definitions Provided for in Article 2 of the Financial Instruments and Exchange Act" or investors eligible for special business operations for qualified institutional investors as defined in the Financial Instruments and Exchange Act (special business eligible investors).

[0092] The whitelist HL is a list of information about users who meet the transfer requirements (hereinafter referred to as "acquirer information") stored in the blockchain BN.

[0093] Based on the transfer request, the requirement determination unit 170 determines whether information about at least one of the creditor and the transferee matches any of the multiple acquirer information included in the whitelist HL. Specifically, the requirement determination unit 170 may determine, for example, whether the wallet address of the transferee who wishes to transfer the claim matches any of the multiple wallet addresses included in the whitelist HL. In other words, the requirement determination unit 170 may determine whether the wallet address of at least one of the creditor and the transferee (which may be information about the creditor and the transferee) is included in the whitelist HL, which is virtually impossible to tamper with.

[0094] As a result, the claim management device 100 allows the name of the claim to be changed only to creditors and transferees who meet the transfer requirements. In other words, the claim management device 100 is provided with a mechanism that satisfies the requirements of, for example, Article 9-2, Paragraph 1, Item 1 of the "Cabinet Office Ordinance on Definitions Provided for in Article 2 of the Financial Instruments and Exchange Act" by guaranteeing that the user meets the transfer requirements using a whitelist HL that cannot be tampered with.

[0095] Furthermore, the requirement determination unit 170 may determine whether the timing at which an agreement to transfer a claim is reached satisfies the time limit for transferring a security token, based on information indicating a time limit (hereinafter referred to as "time limit information"). The timing at which an agreement to transfer a claim is reached may be, for example, the date and time at which the agreement included in the agreement information is established, or the date and time at which a transfer request is acquired. Specifically, the requirement determination unit 170 may determine that a security token cannot be transferred to a transferee if, for example, a predetermined period (e.g., one year indicated by the time limit information) has not elapsed since the creditor received the issuance of a security token representing the claim. Note that the transfer requirements may include content indicating a time limit (time limit information).

[0096] As a result, the claim management system 10a allows only creditors who meet the time restrictions for the transfer procedure to transfer their claims to the transferee. In this way, the claim management system 10a does not fall under the time restrictions for transferring claims, and only creditors who meet the transfer requirements can transfer security tokens to the transferee.

[0097] When the requirement determination unit 170 determines that the transfer requirements are met, the display processing unit 140 transmits information for displaying the consent request screen T1 to the debtor terminal 400. Furthermore, when the requirement determination unit 170 determines that the timing at which the transfer request was acquired does not fall within the time limit for transferring the security token, the display processing unit 140 transmits information for displaying the consent request screen T1 to the debtor terminal 400.

[0098] In the modified claim management system 10a, the storage execution unit 150 may, for example, store user information of users who meet the transfer requirements of security tokens in the blockchain BN in advance to generate a whitelist HL. The whitelist HL may store, for example, user IDs and wallet addresses. Transfer requirements and time limit information may also be stored in the whitelist HL.

[0099] Furthermore, the requirement determination unit 170 does not have to be a functional unit included in the claim management apparatus 100, and may be a functional unit included in the financial institution terminal 500, for example.

[0100] In the above description, the requirement determination unit 170 determines whether the transfer requirements are met by referencing the whitelist HL stored in the blockchain BN, but this is not limited to this. For example, the requirement determination unit 170 may determine whether the transfer requirements are met by using a database that stores the transfer requirements. This allows the claim management system 10a to transfer a claim to an assignee only to creditors who meet the transfer requirements, without being subject to time restrictions for transferring the claim, using a simple system configuration without using a blockchain.

[0101] <<Processing Procedure>> Next, an example of the processing procedure of the claim management system 10a according to the first modified example will be described with reference to Fig. 9. Fig. 9 is a flowchart showing an example of the processing procedure of the claim management system 10a according to the first modified example. In Fig. 9, the processing after step S205 is the same as the processing after step S102 in the flowchart shown in Fig. 7, and therefore a description thereof will be omitted.

[0102] In step S200, the creditor terminal 200 accepts the creditor's operational input and transmits information about the creditor (hereinafter referred to as "creditor information") to the financial institution terminal 500. Similarly, the transferee terminal 300 transmits information about the transferee (hereinafter referred to as "transferee information") to the financial institution terminal 500.

[0103] In step S201, the financial institution terminal 500 displays the creditor information and the assignee information on the display unit. The financial institution terminal 500 accepts an operation input from the person in charge and transmits an assignment request including the creditor information and the assignee information to the claim management device 100.

[0104] In step S202, the claim management device 100 refers to the whitelist HL and determines whether the creditor and the transferee meet the transfer requirements. The claim management device 100 transmits information indicating whether the transfer requirements are met (hereinafter referred to as "transferability information") to the financial institution terminal 500.

[0105] As a result, the claim management system 10a uses a whitelist HL in which users who meet the transfer requirements are registered in an area that cannot be tampered with, and when a claim transfer event occurs, it enables transfer and acquisition of claims to users who comply with laws and regulations. In other words, the claim management system 10a has a mechanism that meets the requirements of Article 9-2, Paragraph 1, Item 1 of the "Cabinet Office Ordinance on Definitions Prescribed in Article 2 of the Financial Instruments and Exchange Act."

[0106] In step S203, if the financial institution terminal 500 obtains transferability information indicating that the transfer requirements are met, it sends consent information to the claim management device 100 indicating consent that the financial institution can transfer the claim from the creditor to the transferee.

[0107] In step S204, the claim management device 100 stores the consent information in the storage unit 110. That is, the claim management system 10a is equipped with a mechanism that satisfies the requirements of Article 9-2, Paragraph 1, Item 2 of the Cabinet Office Ordinance on Definitions Prescribed in Article 2 of the Financial Instruments and Exchange Act.

[0108] In step S205, if the creditor management device 100 acquires the consent information, it may store the creditor information, the assignee information, and the consent information in the whitelist HL of the blockchain BN. At this time, the assignee information may be associated with time limit information and stored. Thereafter, the process is executed from step S102 shown in FIG. 7.

[0109] This allows the claim management system 10a to transfer security tokens between users in accordance with laws and regulations regarding the transfer of security tokens. In other words, the claim management system 10a can provide a mechanism that satisfies the requirements of Article 9-2, Paragraph 1, Items 1 and 2 of the Cabinet Office Ordinance on the Definitions Provided for in Article 2 of the Financial Instruments and Exchange Act.

[0110] In the above description, the financial institution terminal 500 executes step S201, but this is not limiting. For example, the claim management device 100 may execute step S201. That is, the claim management device 100 may acquire creditor information and assignee information from the creditor terminal 200 and the assignee terminal 300.

[0111] ===Second Variant=== Next, the configuration of the debt management system 10b according to the second modification will be described. Note that, below, differences from the debt management system 10 and the debt management system 10a will be explained, and unless otherwise specified, the debt management system will be considered the same as the debt management system 10 and the debt management system 10a.

[0112] Unlike the claim management system 10a, the claim management system 10b notifies the debtor that a claim assignment event has occurred, instead of requiring consent from the debtor.

[0113] The processing procedure of the debt management system 10b will be described with reference to Fig. 10. Fig. 10 is a flowchart showing the processing procedure of the debt management system 10b according to the second modified example. Note that in Fig. 10, steps S200 to S205 shown in Fig. 9 may be executed before step S300.

[0114] In step S300, at least one of the creditor terminal 200 and the transferee terminal 300 transmits a transfer request to the financial institution terminal 500.

[0115] In step S301, the financial institution terminal 500 accepts an operation input from the person in charge and transmits an assignment request including the agreement information to the claim management apparatus 100.

[0116] In step S302, the claim management device 100 stores the agreement information in the claim information database D111. The claim management device 100 references the claim information database D111 and sends information for displaying the notification screen T4 (simply referred to as "Notification screen" in FIG. 10) to the debtor terminal 400. In this case, the notification screen T4 may be, for example, "The name change has been carried out. Please confirm. The name change list is here," instead of "There is an unexecuted name change application. Please execute the name change. The name change application list is here," as shown in FIG. 6. In other words, the notification screen T4 in the second variant may be configured to display a screen for confirming that the claim has been transferred. In addition, instead of sending the notification screen T4, the claim management device 100 may notify the debtor terminal 400 by email.

[0117] In step S303, when the debtor terminal 400 receives an input from the debtor regarding text T40a on the notification screen T4 in the second variant, which contains a link to display the first transfer confirmation screen T2, the debtor terminal 400 sends a display request to the receivables management device 100 to display the first transfer confirmation screen T2.

[0118] In step S304, the claim management apparatus 100 transmits to the debtor terminal 400 information for displaying the first transfer confirmation screen T2 (simply referred to as "first transfer confirmation screen" in FIG. 10).

[0119] In step S305, the debtor terminal 400 displays the first transfer confirmation screen T2 on the display unit. The debtor terminal 400 transmits information indicating that the debtor has viewed the first transfer confirmation screen T2 (hereinafter referred to as "confirmation information") to the debt management device 100.

[0120] In step S306, the claim management device 100 stores the confirmation information in the claim information database D111.

[0121] As a result, the claim management system 10b can provide the assignee with the requirement to assert the claim against a third party. The processing after step S306 is the same as the processing after step S104 in the flowchart shown in Figure 7, so the description thereof will be omitted.

[0122] In addition, the debt management system 10b may further have a function that can switch between the consent method (processing of steps S104 to S106 in Figure 9) which is a method of obtaining the consent of the debtor in the debt management system 10a, and the above-mentioned method of notifying the debtor (hereinafter referred to as the "notification method") (processing of steps S304 and S303 in Figure 10) (for example, it may be equipped with a processing switching unit (not shown)).

[0123] In this case, for example, the claim management device 100 acquires information specifying either the consent type or the notification type (hereinafter referred to as "designation information") from the financial institution terminal 500. When the claim management device 100 acquires the designation information, it executes the notification type or the consent type processing based on the designation information.

[0124] The notification content confirmation screen T1a for the notification format will be described with reference to FIG. 11. FIG. 11 is a diagram showing an example of the notification content confirmation screen T1a. Below, only differences from the acceptance request screen T1 shown in FIG. 3 will be described, and unless otherwise specified, the acceptance request screen T1 will be considered the same as the acceptance request screen T1. As shown in FIG. 11, the notification content confirmation screen T1a displays the claim assignment notification information T13a in which the "claim assignment notification date and time" has been added to the claim assignment notification information T13 in FIG. 3, changes the "claim assignment acceptance" in FIG. 3 to the "claim assignment notice," and changes the "name change acceptance button" in FIG. 3 to the "notification content confirmation button." In this case, when the notification format is specified, the claim management device 100 changes the "claim assignment acceptance content confirmation screen" in FIGS. 4 and 5 to the "claim assignment notification content confirmation screen," changes the "claim assignment acceptance date and time" on the "claim assignment acceptance content confirmation screen" to the "claim assignment notification date and time," and changes the "claim assignment acceptance" to the "claim assignment notice."

[0125] That is, the claim management device 100 can display a confirmation screen corresponding to each of the consent type and the notification type based on the specified information. As a result, the claim management system 10b can switch the processing procedure and screen display depending on whether or not the debtor's consent is required when transferring a security token (for example, when handling an electronic record transfer right, the debtor's consent is not required and only notification is required, and when handling an exempt electronic transfer right, the debtor's consent is required), making it possible to execute appropriate processing with simple operations.

[0126] ===Hardware Configuration=== 12, an example of the hardware configuration when the claim management device 100, creditor terminal 200, assignee terminal 300, debtor terminal 400, and financial institution terminal 500 are realized by a computer 1000 will be described. Note that the various functions of the claim management device 100, creditor terminal 200, assignee terminal 300, debtor terminal 400, and financial institution terminal 500 can be realized by dividing them into multiple devices.

[0127] 12 is a diagram illustrating an example of a hardware configuration of a computer. As illustrated in FIG. 12, a computer 1000 includes, for example, a processor 1001, a memory 1002, a storage device 1003, an input I / F unit 1004, a data I / F unit 1005, a communication I / F unit 1006, and a display unit 1007.

[0128] The processor 1001 is a control unit that controls various processes in the computer 1000 by executing programs stored in the memory 1002 .

[0129] The memory 1002 is a storage medium such as a RAM (Random Access Memory), etc. The memory 1002 temporarily stores the program code of the program executed by the processor 1001 and data required when the program is executed.

[0130] The storage device 1003 is a non-volatile storage medium such as a hard disk drive (HDD), flash memory, etc. The storage device 1003 stores an operating system and various programs for realizing the above-mentioned components.

[0131] The input I / F unit 1004 is a device for receiving input from a user. Specific examples of the input I / F unit 1004 include a keyboard, a mouse, a touch panel, various sensors, and a wearable device. The input I / F unit 1004 may be connected to the computer 1000 via an interface such as a USB (Universal Serial Bus).

[0132] The data I / F unit 1005 is a device for inputting data from outside the computer 1000. A specific example of the data I / F unit 1005 is a drive device for reading data stored in various storage media. The data I / F unit 1005 may be provided outside the computer 1000. In this case, the data I / F unit 1005 is connected to the computer 1000 via an interface such as a USB.

[0133] The communication I / F unit 1006 is a device for performing data communication via the Internet N, either wired or wirelessly, with devices external to the computer 1000. The communication I / F unit 1006 may be provided outside the computer 1000. In this case, the communication I / F unit 1006 is connected to the computer 1000 via an interface such as a USB.

[0134] The display unit 1007 is a device for displaying various types of information. Specific examples of the display unit 1007 include a liquid crystal display, an organic EL (Electro-Luminescence) display, and a display of a wearable device. The display unit 1007 may be provided outside the computer 1000. In this case, the display unit 1007 is connected to the computer 1000 via, for example, a display cable. Furthermore, when a touch panel is adopted as the input I / F unit 1004, the display unit 1007 can be configured as an integral part of the input I / F unit 1004.

[0135] ===Summary=== The claim management system 10 includes a display processing unit 140 that displays an acceptance request screen T1 on the display unit of the debtor, which accepts operational input regarding the acceptance by the debtor of the claim regarding an agreement to assign a claim from the creditor to the assignee of the claim; an acceptance information acquisition unit 130 that acquires acceptance information, which is information indicating acceptance of the agreement by the debtor's operational input on the acceptance request screen T1; and a memory execution unit 150 that, when the acceptance information acquisition unit 130 acquires, stores agreement information, which is information regarding the content of the agreement, in a claim information database D111 (database).When the agreement information is stored in the claim information database D111 (database), the display processing unit 140 displays first and second assignment confirmation screens T2 and T3 (assignment confirmation screens) on the display unit, on which the agreement information can be confirmed, based on operational input by any of the creditor, assignee, and debtor.This enables the claim management system 10 to appropriately and quickly assign a claim from the creditor to the assignee and to prepare the assignee for third-party assertion. Furthermore, compared to offline operations, the debt management system 10 can improve the efficiency of debt-related transactions, reduce transaction costs, shorten the time required for transactions, and avoid operational risks.

[0136] Furthermore, in the claim management system 10, the storage execution unit 150 stores a security token indicating agreement-related information, which is at least part of the information included in the agreement information, in the blockchain BN, and the information processing system further includes a collating unit 160 that collates whether predetermined information included in the agreement information stored in the claim information database D111 (database) matches predetermined information included in the agreement-related information stored in the blockchain BN. This enables the claim management system 10 to quickly detect data tampering by collating the information recorded in the claim information database D111 (database) with the information recorded in the blockchain area.

[0137] The claim management system 10 also includes an assignment request acquisition unit 120 that acquires an assignment request, including agreement information, from at least one of the debtor and the assignee, indicating that the claim is to be assigned from the creditor to the assignee, and when the assignment request acquisition unit 120 acquires an assignment request, the display processing unit 140 displays a notification screen T4, including a notice to the debtor regarding consent, on the debtor's display unit. This allows the claim management system 10 to quickly notify the debtor that a claim assignment event has occurred, and further allows a screen for the debtor to consent to the claim assignment to be displayed with a simple operation, thereby enabling the claim assignment to be quickly completed on the system.

[0138] Furthermore, in the claim management system 10, when the display processing unit 140 receives an input from the debtor in response to text T40a (object) on the notification screen T4 indicating a notice to the debtor regarding consent, the display processing unit 140 displays the consent request screen T1 on the debtor's display unit. This allows the claim management system 10 to display a screen for the debtor to consent to the claim assignment with a simple operation, thereby enabling the claim assignment to be completed quickly on the system.

[0139] In addition, in the claim management system 10a, the memory execution unit 150 stores acquirer information, which is information about acquirers who meet the transfer requirements for being able to transfer a claim, in at least one of the claim information database D111 (database) or the blockchain BN. The claim management system 10 further includes an assignment request acquisition unit 120 that acquires an assignment request to transfer the claim to the assignee from at least one of the creditor and the assignee, and a requirements determination unit 170 that determines, based on the assignment request, whether the information about the assignee matches any of the multiple acquirer information stored in at least one of the claim information database D111 (database) or the blockchain BN. If the requirements determination unit 170 determines that the information about the assignee matches any of the multiple acquirer information, the display processing unit 140 displays an approval request screen T1 on the debtor's display unit. This allows the claim management system 10 to change the name of the claim only to creditors and assignees who meet the transfer requirements.

[0140] In addition, in the claim management system 10a, the memory execution unit 150 stores time limit information, which is information regarding the time limit during which the acquirer can transfer the claim, in association with the acquirer information in at least one of the claim information database D111 (database) or the blockchain BN, the requirements determination unit 170 determines whether the timing at which the agreement to transfer the claim was made falls under the time limit corresponding to the creditor based on the time limit information, and the display processing unit 140 displays the consent request screen T1 on the display unit of the debtor if the requirements determination unit 170 determines that the timing at which the agreement to transfer the claim was made does not fall under the time limit. As a result, the claim management system 10 allows only creditors who meet the time limit regarding the transfer procedure to transfer their claims to the assignee.

[0141] The above-described embodiments are intended to facilitate understanding of the present invention and are not intended to limit the present invention. The elements of the embodiments, as well as their arrangement, materials, conditions, shapes, sizes, etc., are not limited to those illustrated and can be modified as appropriate. Furthermore, configurations shown in different embodiments can be partially substituted or combined with each other. [Explanation of symbols]

[0142] 10...Debt management system, 100...Debt management device, 110...Memory unit, 120...Transfer request acquisition unit, 130...Consent information acquisition unit, 140...Display processing unit, 150...Memory execution unit, 160...Matching unit, 170...Requirements judgment unit, 200...Creditor terminal, 300...Transferee terminal 300, 400...Debtor terminal, 500...Financial institution terminal.

Claims

1. a display processing unit that displays an acceptance request screen on a display unit of the debtor, the acceptance request screen receiving an operation input regarding acceptance by the debtor of the claim, regarding an agreement for the transfer of the claim from the creditor of the claim to the transferee; an approval information acquisition unit that acquires approval information, which is information indicating approval of the agreement by the debtor through an operation input on the approval request screen; a storage execution unit that, when the consent information acquisition unit acquires the consent information, stores consent information, which is information regarding the content of the agreement, in a database and stores a security token, which indicates agreement-related information, which is at least a portion of the information included in the consent information, in a blockchain; a verification unit that verifies whether predetermined information included in the agreement information stored in the database matches predetermined information included in the agreement-related information stored in the blockchain, and if the agreement information and the agreement-related information do not match, transmits warning information indicating that data tampering has occurred to at least one of the creditor terminal, the assignee terminal, the debtor terminal, and the financial institution terminal; When the agreement information is stored in the database, the display processing unit displays an assignment confirmation screen on the display unit, on which the agreement information can be confirmed, based on an operation input by any one of the creditor, the assignee, and the debtor. Information processing system.

2. an assignment request acquisition unit that acquires, from at least one of the debtor and the assignee, an assignment request including the agreement information indicating that the claim is to be assigned from the creditor to the assignee; When the transfer request acquisition unit acquires the transfer request, the display processing unit displays a notice screen including a notice regarding acceptance by the debtor on the display unit of the debtor. The information processing system according to claim 1 .

3. the display processing unit, when receiving an operation input from the debtor on an object on the notification screen indicating a notification regarding the debtor's acceptance, causes the acceptance request screen to be displayed on the display unit of the debtor; The information processing system according to claim 2 .

4. The storage execution unit stores acquirer information, which is information about an acquirer who satisfies the transfer requirements that are requirements for allowing the claim to be transferred, in at least one of a database or a blockchain; The information processing system includes: an assignment request acquisition unit that acquires an assignment request for assigning the claim to the assignee from at least one of the creditor and the assignee; a requirement determination unit that determines, based on the transfer request, whether information about the transferee matches any of the multiple pieces of acquirer information stored in at least one of the database or the blockchain; Furthermore, the display processing unit displays the consent request screen on the display unit of the debtor when the requirements determination unit determines that the information on the transferee matches any of the plurality of acquirer information. The information processing system according to claim 1 .

5. the storage execution unit stores time limit information, which is information regarding a time limit during which the acquirer can transfer the claim, in at least one of the database or the blockchain in association with the acquirer information; The requirement determination unit determines, based on the time limit information, whether or not the timing at which the agreement to transfer the claim is made falls under the time limit corresponding to the creditor; the display processing unit displays the consent request screen on the display unit of the debtor when the requirements determination unit determines that the timing at which the agreement to transfer the claim was made does not fall under the time limit. The information processing system according to claim 4 .

6. The computer displaying an approval request screen on a display unit of the debtor for accepting an operation input regarding approval by the debtor of the claim regarding an agreement for the transfer of the claim from the creditor of the claim to the transferee; acquiring consent information which is information indicating consent to the agreement by the debtor through an operation input on the consent request screen; When the consent information is acquired, agreement information, which is information regarding the content of the agreement, is stored in a database, and a security token, which indicates agreement-related information, which is at least a portion of the information included in the agreement information, is stored in a blockchain. Verify whether predetermined information included in the agreement information stored in the database matches predetermined information included in the agreement-related information stored in the blockchain, and if the agreement information and the agreement-related information do not match, send warning information indicating that data tampering has occurred to at least one of the creditor terminal, the assignee terminal, the debtor terminal, and the financial institution terminal; When the agreement information is stored in the database, displaying an assignment confirmation screen on a display unit, on which the agreement information can be confirmed, based on an operation input by any one of the creditor, the assignee, and the debtor; An information processing method that performs the above.

7. On the computer, displaying an approval request screen on a display unit of the debtor for accepting an operation input regarding approval by the debtor of the claim regarding an agreement for the transfer of the claim from the creditor of the claim to the transferee; acquiring consent information which is information indicating consent to the agreement by the debtor through an operation input on the consent request screen; When the consent information is acquired, agreement information, which is information regarding the content of the agreement, is stored in a database, and a security token, which indicates agreement-related information, which is at least a portion of the information included in the agreement information, is stored in a blockchain. Verify whether predetermined information included in the agreement information stored in the database matches predetermined information included in the agreement-related information stored in the blockchain, and if the agreement information and the agreement-related information do not match, send warning information indicating that data tampering has occurred to at least one of the creditor terminal, the assignee terminal, the debtor terminal, and the financial institution terminal; When the agreement information is stored in the database, displaying an assignment confirmation screen on a display unit, on which the agreement information can be confirmed, based on an operation input by any one of the creditor, the assignee, and the debtor; A program that executes the following.

Images