Program, method, and information processing system

Abstract

The challenge is that it is not possible to provide a convenient card payment service using crypto assets. [Solution] A program used in an information processing system consisting of a user terminal that can be operated by a user and a server, the program executing the following steps: a storage step in which the server stores crypto assets in a specified user wallet associated with the user; an allocation step in which the server assigns a settlement contract related to the payee to the specified user wallet; a settlement step in which, in response to receiving a request regarding a card payment made by the user terminal, the server makes a card payment to a card system provided by a card payment service provider; and a transfer step in which the server executes a process to transfer crypto assets corresponding to the card payment from the user wallet based on the settlement contract, without obtaining approval from the user for the withdrawal corresponding to the card payment.

Description

[Technical field]

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

[0002] Credit card payment services using crypto assets are known. Patent Document 1 discloses a technology for providing an easy-to-use wallet while ensuring the authenticity of transactions between wallets. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP2003-030671 Summary of the Invention [Problem to be solved by the invention]

[0004] The challenge is that it is not possible to provide a convenient card payment service using crypto assets. Therefore, the present disclosure has been made to solve the above problems, and its purpose is to provide a highly convenient card payment service using crypto assets. [Means for solving the problem]

[0005] A program used in an information processing system consisting of a user terminal that can be operated by a user and a server, the program executing the following steps: a storage step in which the server stores crypto assets in a specified user wallet associated with the user; an allocation step in which the server assigns a settlement contract related to the payee to the specified user wallet; a settlement step in which, in response to receiving a request for a card payment made by the user terminal, the server makes a card payment to a card system provided by a card payment service provider; and a transfer step in which the server executes a process to transfer crypto assets corresponding to the card payment from the user wallet based on the settlement contract, without obtaining approval from the user for the withdrawal corresponding to the card payment. Effect of the Invention

[0006] According to the present disclosure, it is possible to provide a highly convenient card payment service using crypto assets. [Brief description of the drawings]

[0007] [Figure 1] FIG. 2 is a block diagram showing the functional configuration of the system 1. [Diagram 2] FIG. 2 is a block diagram showing the operation of the system 1. [Diagram 3] FIG. 2 is a block diagram showing the functional configuration of the server 10. [Figure 4] 2 is a block diagram showing the functional configuration of a user terminal 20. FIG. [Diagram 5] FIG. 13 is a diagram showing the data structure of a user table 1012. [Figure 6] 13 is a flowchart showing the operation of an initial setting process. [Figure 7] FIG. 11 is a block diagram showing the operation of an initial setting process. [Figure 8] FIG. 11 is a sequence diagram showing the operation of an initial setting process. [Figure 9] 13 is a flowchart showing the operation of a card usage process. [Figure 10] FIG. 13 is a block diagram showing the operation of a card usage process. [Figure 11]FIG. 11 is a sequence diagram showing the operation of a card usage process. [Figure 12] 13 is a flowchart showing the operation of a settlement process (first embodiment). [Figure 13] FIG. 4 is a block diagram showing the operation of a settlement process (first embodiment). [Figure 14] FIG. 11 is a sequence diagram showing the operation of a settlement process (first embodiment). [Figure 15] 13 is a flowchart showing the operation of a settlement process (second embodiment). [Figure 16] FIG. 13 is a block diagram showing the operation of a settlement process (second embodiment). [Figure 17] FIG. 11 is a sequence diagram showing the operation of a settlement process (second embodiment). [Figure 18] 13 is a flowchart showing the operation of a settlement process (third embodiment). [Figure 19] FIG. 13 is a block diagram showing the operation of a settlement process (third embodiment). [Figure 20] FIG. 13 is a sequence diagram showing the operation of a settlement process (third embodiment). [Figure 21] 13 is a flowchart showing the operation of a transfer process. [Figure 22] FIG. 11 is a block diagram showing the operation of a transfer process. [Figure 23] FIG. 11 is a sequence diagram showing the operation of a transfer process. [Figure 24] 13 is a flowchart showing the operation of a limit change process. [Diagram 25] FIG. 13 is a block diagram showing the operation of a limit change process. [Figure 26] FIG. 13 is a sequence diagram showing the operation of a limit change process. [Figure 27] FIG. 2 is a block diagram showing the basic hardware configuration of a computer 90. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0008] Hereinafter, an embodiment of the present disclosure will be described with reference to the drawings. In all the drawings explaining the embodiment, the same reference numerals are given to common components, and repeated explanations are omitted. Note that the following embodiment does not unduly limit the contents of the present disclosure described in the claims. In addition, not all of the components shown in the embodiment are essential components of the present disclosure. In addition, each figure is a schematic diagram and is not necessarily illustrated strictly.

[0009] <System 1 Configuration> The system 1 in the present disclosure is an information processing system that provides a card payment service secured by crypto assets. The system 1 includes information processing devices, which are connected via a network N, a server 10, a user terminal 20, a payment terminal 30, a blockchain 50, a third-party approval entity 60, and a card system 70. FIG. 1 is a block diagram showing the functional configuration of the system 1. FIG. 2 is a block diagram showing the operation of the system 1. FIG. 3 is a block diagram showing the functional configuration of the server 10. As shown in FIG. FIG. 4 is a block diagram showing the functional configuration of the user terminal 20. As shown in FIG.

[0010] Each information processing device is composed of a computer equipped with a calculation device and a storage device. The basic hardware configuration of the computer and the basic functional configuration of the computer realized by the hardware configuration will be described later. For each of the server 10, the user terminal 20, the payment terminal 30, the block chain 50, the third-party approval entity 60, and the card system 70, descriptions that overlap with the basic hardware configuration and basic functional configuration of the computer described later will be omitted.

[0011] <Server 10 Configuration> The server 10 is an information processing device that provides a card payment service secured by crypto assets. The server 10 includes a storage unit 101 and a control unit 104 .

[0012] <Configuration of the storage unit 101 of the server 10> The storage unit 101 of the server 10 includes an application program 1011 and a user table 1012 .

[0013] User table 1012 is a table that stores and manages information about member users (hereinafter, users) who use the service. When a user registers to use the service, the user's information is stored in a new record in user table 1012. This allows the user to use the service according to the present disclosure. The user table 1012 is a table having a user ID as a primary key and columns of user ID, user name, user data, credit limit, registered cryptographic assets for payment, and unsettled balance. FIG. 5 is a diagram showing the data structure of the user table 1012. As shown in FIG.

[0014] The user ID is an item for storing user identification information for identifying a user. The user identification information is an item for which a unique value is set for each user. The user name is an item for storing the name of the user. The user name may be set to any character string such as a nickname instead of a name. The user data includes information specific to each individual user and attribute information relating to the characteristics and background of the user. The user's unique information includes information unique to the user, such as the user's date of birth (age), sex, and the like. The user's attribute information includes information such as the user's educational history (highest level of education, major, graduation year), occupation, work history, interests, place of residence, and language. The usage limit is an item for storing the upper limit of the usage amount for settlement with crypto assets set by the user. This amount cannot be set to exceed the value of the crypto assets stored in the user wallet 501. The registered payment cryptographic assets are items that store the type of crypto asset (token) that the user uses for payment. It is possible to register multiple tokens, and the address and identifier of each cryptographic asset are saved. This information is referenced during asset management in the user wallet 501 and payment processing in the card system 70. Crypto assets that are not registered in the registered payment cryptographic assets cannot be used for payment, but the user can freely deposit and withdraw them. The unsettled balance is an item that stores the amount of the user's credit card usage that has not yet been settled. This balance is the total amount of the user's cryptocurrency payments minus the amount that has already been settled. The settlement contract 521 refers to this value during periodic settlement processing and transfers the necessary funds. In addition, the unsettled balance is checked when the credit limit is changed, and the credit limit cannot be set to an amount lower than the unsettled balance.

[0015] <Configuration of the control unit 104 of the server 10> The control unit 104 of the server 10 includes a user registration control unit 1041. The control unit 104 executes an application program 1011 stored in the storage unit 101, thereby realizing each functional unit.

[0016] The user registration control unit 1041 performs processing to store, in the user table 1012, information on users who wish to use the service according to the present disclosure. The information stored in the user table 1012 is generated when a user opens a web page operated by a service provider from any information processing terminal, enters information into a specific input form, and transmits the information to the server 10. The user registration control unit 1041 stores the received information in a new record in the user table 1012, completing the user registration. This allows the user stored in the user table 1012 to use the service. Before the user registration control unit 1041 registers user information in the user table 1012, the service provider may carry out a predetermined examination to restrict whether or not the user is permitted to use the service. The user ID may be any character string or number that can identify the user, any character string or number desired by the user, or an arbitrary character string or number may be automatically set by the user registration control unit 1041.

[0017] <Configuration of User Terminal 20> The user terminal 20 is an information processing device operated by a user who uses a service. The user terminal 20 may be, for example, a mobile terminal such as a smartphone or a tablet, a stationary PC (Personal Computer), or a laptop PC. It may also be a wearable terminal such as an HMD (Head Mount Display) or a wristwatch-type terminal. The user terminal 20 includes a storage unit 201 , a control unit 204 , an input device 206 , and an output device 208 .

[0018] <Configuration of the storage unit 201 of the user terminal 20> The memory unit 201 of the user terminal 20 includes a user ID 2011 , an application program 2012 , and an EOA wallet 2013 .

[0019] The user ID 2011 is an account ID of the user. The user transmits the user ID 2011 from the user terminal 20 to the server 10. The server 10 identifies the user based on the user ID 2011 and provides the user with the service according to the present disclosure. The user ID 2011 includes information such as a session ID temporarily assigned by the server 10 when identifying the user who is using the user terminal 20.

[0020] The application program 2012 may be stored in advance in the storage unit 201, or may be configured to be downloaded from a web server operated by a service provider via a communication IF. The application programs 2012 include applications such as a web browser application. The application program 2012 includes an interpreted programming language such as JavaScript™ that runs on a web browser application stored on the user terminal 20 .

[0021] EOA Wallet 2013 (Externally Owned Account Wallet) is a software component for cryptocurrency management. This wallet controls Externally Owned Accounts (EOA) on the blockchain and serves as the basis for users to interact securely with the system and the blockchain network.

[0022] <Configuration of the control unit 204 of the user terminal 20> The control unit 204 of the user terminal 20 includes an input control unit 2041 and an output control unit 2042. The control unit 204 executes an application program 2012 stored in the storage unit 201, thereby realizing each functional unit.

[0023] <Configuration of the input device 206 of the user terminal 20> The input device 206 of the user terminal 20 includes a camera 2061 , a microphone 2062 , a position information sensor 2063 , a motion sensor 2064 , and a touch device 2065 .

[0024] <Configuration of the output device 208 of the user terminal 20> The output device 208 of the user terminal 20 includes a display 2081 and a speaker 2082 .

[0025] <Configuration of payment terminal 30> The payment terminal 30 is an information processing device for making credit card payments at credit card member stores (general stores selling products, services, etc., websites, etc.). The payment terminal 30 may be, for example, a mobile terminal such as a smartphone or tablet, or may be a stationary PC (Personal Computer) or a laptop PC.

[0026] <Structure of Blockchain 50> Blockchain50 is a system that implements distributed digital ledger technology. This system is the basis for safely and transparently recording and managing cryptocurrency transactions and contract execution. Blockchain is maintained by multiple nodes and has a structure that makes it extremely difficult to tamper with.

[0027] <Configuration of Third Party Approval Entity 60> The third-party approval entity 60 is an information processing device provided by a third party different from the business providing the server. The third-party approval entity 60 is an approval authority for ensuring the safety and reliability of transactions in a credit card payment system secured by crypto assets. The third-party approval entity 60 provides additional approval for withdrawal of funds from the user wallet 501 and operations of the entire system. The third-party approval entity functions as part of a multi-sig process to prevent fraudulent transactions and erroneous operations. The existence of this entity enhances the security of the entire system and increases the trust of both users and businesses.

[0028] <Configuration of Card System 70> The card system 70 is an information processing device that provides services related to conventional credit cards, such as card issuance, transaction processing, authorization, settlement, etc. The card system 70 provides a secure payment environment, including encryption of communication with affiliated stores and payment information, and fraud detection.

[0029] <System 1 Operation> Each process of the system 1 will be described below. FIG. 6 is a flowchart showing the operation of the initial setting process. FIG. 7 is a block diagram showing the operation of the initial setting process. FIG. 8 is a sequence diagram showing the operation of the initial setting process. FIG. 9 is a flowchart showing the operation of the card usage process. FIG. 10 is a block diagram showing the operation of the card usage process. FIG. 11 is a sequence diagram showing the operation of the card usage process. FIG. 12 is a flowchart showing the operation of the settlement process (first embodiment). FIG. 13 is a block diagram showing the operation of the settlement process (first embodiment). FIG. 14 is a sequence diagram showing the operation of the settlement process (first embodiment). FIG. 15 is a flowchart showing the operation of the settlement process (second embodiment). FIG. 16 is a block diagram showing the operation of the settlement process (second embodiment). FIG. 17 is a sequence diagram showing the operation of the settlement process (second embodiment). FIG. 18 is a flowchart showing the operation of the settlement process (third embodiment). FIG. 19 is a block diagram showing the operation of the settlement process (third embodiment). FIG. 20 is a sequence diagram showing the operation of the settlement process (third embodiment). FIG. 21 is a flowchart showing the operation of the transfer process. FIG. 22 is a block diagram showing the operation of the transfer process. FIG. 23 is a sequence diagram showing the operation of the transfer process. FIG. 24 is a flowchart showing the operation of the limit change process. FIG. 25 is a block diagram showing the operation of the limit change process. FIG. 26 is a sequence diagram showing the operation of the limit change process.

[0030] <Initial setting process> The initial setting process is a process for performing initial settings when using the card payment service according to the present disclosure. FIG. 6 is a flowchart showing the operation of the initial setting process. FIG. 7 is a block diagram showing the operation of the initial setting process. FIG. 8 is a sequence diagram showing the operation of the initial setting process.

[0031] <Overview of the initial setting process> The initial setup process is a series of steps including a user registration step, a user wallet generation step, a wallet information registration step, a payment cryptographic asset transfer step, a payment registration step, and a usage limit setting step.

[0032] <Details of the initial setting process> The initial setting process will be described in detail below.

[0033] <User registration steps> In step S101, the user operates the input device 206 of the user terminal 20 to execute the application program 2012 (hereinafter, user application) stored in the storage unit 201, and registers the user in the card payment service provided by the server 10 according to the present disclosure. The control unit 104 of the server 10 stores the user information received from the user terminal 20 in the items of user name and user data of a new record in the user table 1012. As a result, the user information is stored in the server 10.

[0034] <User wallet generation steps> In step S102, the user application sends a signed request for wallet generation to the EOA wallet 2013. The EOA wallet 2013 sends a signed transaction for wallet generation to the Wallet Factory contract 531. The Wallet Factory contract 531 generates a new user wallet 501.

[0035] <Wallet information registration steps> In step S103, the generated user wallet 501 sends a webhook to the server 10 to notify the completion of generation. The control unit 104 of the server 10 completes the user registration including the information of the user wallet 501, and updates the corresponding record in the user table 1012. The server 10 notifies the user terminal 20 of the completion of registration.

[0036] <Payment cryptocurrency transfer steps> In step S104, the control unit 104 of the server 10 executes a storage step of storing the crypto asset in a predetermined user wallet associated with the user. Specifically, the user sends (transfers) the payment cryptographic assets to the generated user wallet 501. The user performs a remittance operation via a user application, and transfers the payment cryptographic assets from the EOA wallet 2013 to the user wallet 501. This operation causes the cryptographic assets for settlement to be stored in the user wallet 501.

[0037] <Payment destination registration step> In step S105, the control unit 104 of the server 10 executes an allocation step of allocating the settlement contract related to the payee to a specific user wallet. Specifically, the user uses the user application to register a payee. The user application sends a signature request for payee registration to the EOA wallet 2013. The EOA wallet 2013 sends a signed transaction for payee registration to the user wallet 501. The user wallet 501 executes the payee registration and returns the result to the user application. The server 10 records the registered payee information in the registered payment cryptographic asset field of the corresponding record in the user table 1012.

[0038] <Steps for setting usage limit> In step S106, the user uses the user application to register a usage limit. The user application sends a signed request for usage limit registration to the EOA wallet 2013. The EOA wallet 2013 sends a signed transaction for usage limit registration to the user wallet 501. The user wallet 501 checks whether the usage limit is appropriate by comparing it with the current balance. Specifically, the usage limit cannot be set to exceed the value of the cryptocurrency stored in the user wallet 501. Based on the check result, the server 10 registers the credit limit and returns the result to the user application. The server 10 records the approved credit limit in the credit limit item of the corresponding record in the user table 1012. For details on the usage limit setting step, refer to the usage limit change process described below.

[0039] <Card usage processing> The card usage process is a process in which a user purchases goods or services with a credit card at a card member store (general store) or the like. FIG. 9 is a flowchart showing the operation of the card usage process. FIG. 10 is a block diagram showing the operation of the card usage process. FIG. 11 is a sequence diagram showing the operation of the card usage process.

[0040] <Overview of card usage processing> The card usage process is a series of steps including a payment initiation step, an available balance confirmation step, and a sales processing step.

[0041] <Card usage processing details> The card usage process will be described in detail below.

[0042] <Payment start steps> In step S301, the control unit 104 of the server 10 executes a payment step of making a card payment to a card system provided by a card payment company in response to receiving a request related to a card payment made by a user terminal. Specifically, the user operates the input device 206 of the user terminal 20 to execute the user application stored in the memory unit 201, and makes a purchase of goods, services, etc. at a card affiliated store such as a shop or website by card payment. The user performs a payment operation via a user application. The control unit 204 of the user terminal 20 transmits payment information to the payment terminal 30 of the affiliated store. The payment terminal 30 of the affiliated store transmits an authorization (credit) acquisition request to a card system 70 provided by a credit card payment business (VISA, MasterCard, JCB, etc.), the authorization request including a user ID 2011 capable of identifying the user (the user ID 2011 includes information for identifying the credit card, such as the user's credit card number), a payment amount (amount of purchased goods or services, etc.), and other information required for credit card payment. The card system 70 transmits the received authorization acquisition request to the server 10. The control unit 104 of the server 10 receives and accepts the authorization acquisition request.

[0043] <Available Amount Check Step> In step S302, the payment step executes a step of making a card payment within the upper limit amount set in the upper limit amount setting step. Prior to the payment step, the control unit 104 of the server 10 executes an authorization acquisition step of receiving an authorization acquisition request based on a request related to the card payment. Specifically, the control unit 104 of the server 10 searches the user ID field in the user table 1012 based on the received user ID 2011, and acquires the credit limit field. The control unit 104 of the server 10 compares the amount obtained by subtracting the unsettled balance from the credit limit with the current payment amount, and determines whether the payment is possible. Specifically, if the deducted amount is greater than the payment amount, it is determined that the payment is possible, and if the deducted amount is less than the payment amount, it is determined that the payment is not possible. When the control unit 104 of the server 10 determines that the payment is possible, it requests the settlement contract 521 to temporarily lock the authorized amount. The settlement contract 521 executes a temporary lock for the authorized amount in the user wallet 501. This prevents duplicate payments. Note that in the present disclosure, if a credit limit is set for the user, the balance of the user wallet 501 is not inquired. This makes it unnecessary to inquire about the user wallet, thereby improving the speed of card payment processing. In addition, the settlement contract 521 may be configured to check the balance of the user wallet 501. The control unit 104 of the server 10 confirms that the authorized amount has been successfully locked, and transmits a response including information indicating that payment is possible to the card system 70. The card system 70 transmits a response including payment approval to the payment terminal 30 of the affiliated store. If the control unit 104 of the server 10 determines that the payment is not possible, it transmits a response including information indicating that the payment is not possible to the card system 70. The card system 70 transmits a response including a payment refusal to the payment terminal 30 of the affiliated store.

[0044] <Sales processing steps> In step S303, the payment step executes a step of making a card payment without referring to a predetermined user wallet if an upper limit amount has been set in the upper limit amount setting step. The control unit 104 of the server 10 executes a lockstep to lock the transfer of the crypto asset in the user wallet in response to the authorization acquisition request received in the authorization acquisition step. The settlement step executes a step of making a card settlement after the lockstep. Specifically, the payment terminal 30 of the affiliated store transmits a sales processing request to the card system 70. The card system 70 transmits the received sales processing request to the server 10. The server 10 confirms the sales based on the sales processing request received from the card system 70. The server 10 updates the unsettled balance of the corresponding record in the user table 1012 to a new unsettled balance obtained by adding the current sales amount to the original unsettled balance. The server 10 requests the settlement contract 521 to lock the confirmed sales amount. The settlement contract 521 completely locks the temporarily locked authorization amount by the confirmed sales amount. The settlement contract 521 locks the confirmed sales amount in the user wallet 501, and the amount is reserved until settlement. This will enable safe and transparent payments using blockchain technology while maintaining the same convenience as regular cards. A temporary lock at the time of authorization and a complete lock after the sale is confirmed will enable proper management of funds and prevent duplicate payments.

[0045] <Settlement Processing (First Embodiment)> The settlement process (first embodiment) is a process for periodically transferring crypto assets from a user wallet in response to a user's use of card payment. In addition, when issuing a card, the user individually entrusts the business operator, the third-party approval entity, and the BIN sponsor with signing for the transfer of crypto assets in advance. This allows each entity to sign independently, ensuring security and transparency. FIG. 12 is a flowchart showing the operation of the settlement process (first embodiment). FIG. 13 is a block diagram showing the operation of the settlement process (first embodiment). FIG. 14 is a sequence diagram showing the operation of the settlement process (first embodiment).

[0046] <Overview of Settlement Processing (First Embodiment)> The settlement process (first embodiment) is a series of processes including a usage history inquiry step, a billing aggregation step, and a transfer step.

[0047] <Details of Settlement Process (First Embodiment)> The settlement process (first embodiment) will be described in detail below.

[0048] <Usage history inquiry steps> In step S501A, the card system 70 transmits a request for payment including a card usage history for a predetermined period to the server 10. The request includes the user ID (information for identifying the user, in this disclosure, the user ID 2011) of the user associated with the usage history.

[0049] In step S502A, the control unit 104 of the server 10 executes a billing calculation step of calculating, for each predetermined period, billing amounts according to the user's usage history of one or more card payments from the card system. Specifically, the control unit 104 of the server 10 searches the user ID field in the user table 1012 based on the user ID 2011 included in the received request, and acquires user information. The control unit 104 of the server 10 tally up billing data for each user based on the received usage history. The control unit 104 of the server 10 checks the usage history and the locked amount, and calculates the amount to be settled (usage fee) associated with the user's card usage for a specified period. Specifically, the control unit 104 of the server 10 calculates the amount to be settled by adding up the amounts of all transactions within a specified period (total transaction amount), subtracting the amount that has already been locked (the amount locked at the time of authorization), and adding any unprocessed amounts from past settlements. In the settlement process (first embodiment) of the present disclosure, the control unit 104 of the server 10 does not transmit to the user a message including information to the effect that the user will make payment by a specified payment due date. The control unit 104 of the server 10 may transmit to the user a message including information to the effect that the user will make payment by a specified payment due date. In this case, the user can perform the settlement process without waiting for the settlement due date by the settlement process (second embodiment) and the settlement process (third embodiment) described later.

[0050] <Relocation steps> In step S503A, the control unit 104 of the server 10 executes a transfer step to execute a process of transferring crypto assets corresponding to the card payment from the user wallet based on the settlement contract, without obtaining approval from the user for the withdrawal corresponding to the card payment. The transfer step executes a step of transferring crypto assets from the user wallet in response to receiving approval from a third-party approval entity when transferring crypto assets from the user wallet. The transfer step executes a step of transferring crypto assets according to the billing amount tallied in the billing tallying step from the user wallet to a business wallet of a business that provides a server. Specifically, when the payment due date arrives, the control unit 104 of the server 10 transfers the crypto asset to the deposit wallet by a joint signature (multi-sig method) using the private keys of the business operator, the third-party approval entity, and the BIN sponsor. In this case, the transfer cannot be made by a single signature using the private key of either the business operator or the third-party approval entity.

[0051] Specifically, when the payment due date arrives, the control unit 104 of the server 10 transfers the crypto asset to the deposit wallet by a joint signature (multi-sig method) using the private keys of the business (the business that operates and provides the information processing system 1 according to the present disclosure), the third-party approval entity, and the BIN sponsor. In this case, the transfer cannot be made by a single signature using the private key of either the business or the third-party approval entity.

[0052] The control unit 104 of the server 10 registers the settlement process including information such as the user ID 2011, the settlement amount, and the settlement date in the settlement contract 521. The control unit 104 of the server 10 transmits an approval request including detailed information of the settlement process to the third-party approval entity 60. The third-party approval entity 60 sends a request to the card system 70 to inquire about the amount of usage of the user. The card system 70 sends a response to the third-party approval entity 60 including the amount of usage of the user for the requested period.

[0053] The third-party approval entity queries the card system regarding the amount used for the card payment in the payment step, and if the query result is consistent with the crypto assets to be transferred from the user wallet, outputs information indicating approval, and if it is not consistent, does not output information indicating approval. Specifically, the third-party approval entity 60 collates the information received from the card system 70 with the details of the settlement process received from the server 10 to confirm consistency. The third-party approval entity 60 confirms that the settlement period and settlement amount received from the server 10 match the usage period and usage amount received from the card system 70. In addition, the third-party approval entity may confirm, to the extent possible, whether each piece of information on the transaction details (date and time, amount, affiliated store, etc.) received from the server 10 matches the usage details (date and time, amount, affiliated store, etc.) received from the card system 70. If the third-party approval entity 60 determines that the settlement process information received from the server 10 and the usage information received from the card system 70 match, it sends a signature to the settlement contract 521 . On the other hand, if the third-party approval entity 60 determines that there is no consistency, it does not sign the settlement contract 521. In this case, the third-party approval entity 60 may transmit information indicating the lack of consistency (including the user ID 2011, the content of the inconsistency, a timestamp, etc.) to the server 10 and the card system 70.

[0054] When the clearing contract 521 receives the signature of the third-party approval entity 60, it sends a signature request to the server 10. The control unit 104 of the server 10 checks the details of the clearing process, and after confirming its legitimacy, generates a signature using the private key of the business. The control unit 104 of the server 10 sends the generated signature to the clearing contract 521. The clearing contract 521 checks that both the signature of the third-party approval entity 60 and the signature of the business are available, and verifies whether the requirements for multisig (joint signature) are met.

[0055] The settlement contract 521 verifies the requirements for the joint signature, and when signature confirmation is completed, executes a process to withdraw the usage fee from the user wallet 501. This process is performed without the user's explicit approval. The user can realize an easy-to-use card payment service that does not require the user to take the trouble of approving the transfer of crypto assets for each card payment. In the present disclosure, in the transfer step, a screen for approving the transfer of crypto assets is not presented on the display 2081 of the user terminal 20 of the user, and the user's crypto assets are transferred without receiving any input operation for approval on the screen. The settlement contract 521 verifies the requirements for the joint signature, and if the signature verification fails, issues an error event and sends a message to the server 10 including information indicating the details of the error.

[0056] The settlement contract 521 selects the business wallet, or the BIN sponsor wallet if necessary, as the withdrawal destination based on the current situation (whether it is normal settlement or a situation where fund preservation by the BIN sponsor is required). Normally, the settlement contract 521 selects the business wallet as the withdrawal destination. In a situation where fund preservation by the BIN sponsor is required, the settlement contract 521 selects the BIN sponsor wallet as the withdrawal destination.

[0057] A BIN sponsor is a financial institution or licensed entity that plays a central role in a card issuing program. BIN sponsors own a BIN (Bank Identification Number) assigned by an international card brand (Visa, Mastercard, etc.), which usually comprises the first six digits of the card number. The BIN sponsor is an organization that has no capital relationship with the business that provides the information processing system 1 according to the present disclosure or the third-party approval entity, and is in a position to make independent decisions. The BIN sponsor has special authority when it determines that it is necessary to preserve the right to claim for settlement money, and has the authority to transfer the collateral cryptocurrency to the BIN sponsor's own wallet by co-signing (multi-sig) with the third-party approval entity. BIN sponsors enhance the security and reliability of the entire system.

[0058] The settlement contract 521 transfers crypto assets equivalent to the usage fee to the selected withdrawal destination. The settlement contract 521 generates a transaction on the blockchain and transmits it including the source address (the address of the user wallet 501), the destination address (the selected withdrawal destination address), the transfer amount (the amount of crypto assets equivalent to the usage fee), and other transaction data (settlement information, timestamp, etc.). The clearing contract 521 monitors the status of the transaction it sent and waits until it is confirmed on the blockchain. After the transaction is included in a block and a certain number of block confirmations have passed, the clearing contract 521 determines that the transfer is complete. The clearing contract 521 updates the balance and cleared record of the user wallet 501.

[0059] The settlement contract 521 sends information indicating the completion of the transfer process, including the user ID 2011, the transfer amount, the transfer destination address, the transaction hash, a timestamp, etc., to the server 10. The control unit 104 of the server 10 records the completion of the settlement process. The server 10 updates the current unsettled balance of the corresponding record in the user table 1012 to a new unsettled balance obtained by subtracting the current settlement amount (usage fee) from the current unsettled balance. This allows for secure and transparent settlement processing using the multi-sig method based on the user's prior signature entrustment. The involvement of a third-party approval entity and a BIN sponsor ensures the legitimacy of processing and allows for flexible fund management. In addition, security and transparency are ensured by each entity signing independently.

[0060] <Settlement Process (Second Embodiment)> The settlement process (second embodiment) is a process in which the user pays the price with cryptographic assets at any timing depending on the user's use of card settlement. Specifically, by the payment due date, the user transfers crypto assets equivalent to the usage fee from any wallet to a deposit wallet managed by the operator, BIN sponsor, and third-party approval entity using a multi-sig method. FIG. 15 is a flowchart showing the operation of the settlement process (second embodiment). FIG. 16 is a block diagram showing the operation of the settlement process (second embodiment). FIG. 17 is a sequence diagram showing the operation of the settlement process (second embodiment).

[0061] <Overview of Settlement Processing (Second Embodiment)> The settlement process (second embodiment) is a series of processes including a settlement registration step, a deposit step, a settlement clearing step, and a transfer step.

[0062] <Details of Settlement Process (Second Embodiment)> The settlement process (second embodiment) will be described in detail below.

[0063] <Payment registration steps> Step S501B is the same process as step S501A, and therefore the description thereof will be omitted.

[0064] <Deposit Steps> In step S502B, the user selects to start the settlement process at any time (before the specified payment date) via the user application by operating the input device 206 of the user terminal 20. The control unit 104 of the server 10 checks the user's unsettled balance and transmits the amount to be settled to the user terminal 20, and the control unit 204 of the user terminal 20 presents the unsettled balance to the user. The user selects the cryptocurrency to be used for payment. The selected cryptocurrency is one supported by the system. The user sends the selected cryptocurrency to a deposit wallet managed by the operator, the BIN sponsor, and a third-party approval entity through a multi-sig method. The control unit 104 of the server 10 confirms receipt of the crypto assets in the deposit wallet. The confirmation process includes verifying the transaction, confirming the accuracy of the deposit amount, and confirming the validity of the crypto assets used. When the deposit is confirmed, the control unit 104 of the server 10 stores the deposit in association with the user. After confirming the deposit, the control unit 104 of the server 10 transmits a notification of the completion of the deposit to the user.

[0065] <Checkout Clearing Step> In step S503B, the control unit 104 of the server 10 instructs the settlement contract 521 to clear the settlement data. Upon receiving the clear instruction, the settlement contract 521 checks all related data (user ID, deposit amount, deposit date and time, etc.). The settlement contract 521 checks the consistency between the amount of the deposited cryptographic assets and the amount to be cleared. If the consistency is confirmed, the settlement contract 521 releases the temporary lock set on the user wallet 501. The settlement contract 521 updates the user's settlement status to "settled" and records information such as the settlement date and time and the settlement amount. The settlement contract 521 issues an event indicating the completion of the settlement data clearing on the blockchain. The settlement contract 521 notifies the control unit 104 of the server 10 of the completion of the settlement data clearing.

[0066] <Relocation steps> Step S504B is the same process as step S503A, and therefore the description thereof will be omitted.

[0067] <Settlement process (third embodiment)> The settlement process (third embodiment) is a process in which the user pays the price in cash at any timing according to the user's use of card settlement. The user transfers the payment from his / her own bank account to the business operator's bank account by the due date. FIG. 18 is a flowchart showing the operation of the settlement process (third embodiment). FIG. 19 is a block diagram showing the operation of the settlement process (third embodiment). FIG. 20 is a sequence diagram showing the operation of the settlement process (third embodiment).

[0068] <Outline of settlement process (third embodiment)> The settlement process (third embodiment) is a series of processes including a settlement registration step, a deposit step, and a settlement clearing step.

[0069] <Details of Settlement Process (Third Embodiment)> The settlement process (second embodiment) will be described in detail below.

[0070] <Payment registration steps> Step S501C is the same process as step S501A, and therefore the explanation will be omitted.

[0071] <Deposit Steps> In step S502C, the user selects to start the settlement process at any time (before the specified payment date) through the user application. The control unit 104 of the server 10 checks the user's unsettled balance and presents the amount to be settled to the user. The user transfers cash from his / her own bank account to the business's bank account (business account). The control unit 104 of the server 10 confirms the deposit in the business account. When the payment to the business account is confirmed, the control unit 104 of the server 10 stores the payment in association with the user's record. The control unit 104 of the server 10 transmits a payment completion notification to the user.

[0072] <Checkout Clearing Step> Step S503C is similar to step S503B, and therefore a description thereof will be omitted.

[0073] In the settlement process (third embodiment), the cryptocurrency is not directly transferred. By using the settlement contract 521, the consistency between the records on the blockchain and the records in the conventional system can be maintained. The transparency and reliability of the entire system are ensured. Since users can make payments by the familiar method of conventional bank transfer, it is also possible to accommodate users who are unfamiliar with handling cryptocurrency.

[0074] <Transfer Processing> The transfer process is a series of processes in which a user withdraws funds from the contract wallet (user wallet 501). This process consists of three main steps: a transfer instruction step, a balance check step, and a transfer step. FIG. 21 is a flowchart showing the operation of the transfer process. FIG. 22 is a block diagram showing the operation of the transfer process. FIG. 23 is a sequence diagram showing the operation of the transfer process.

[0075] <Outline of transfer process> The transfer process is a series of steps including the withdrawal instruction by the user, confirmation of the payment cryptocurrency and balance check, and the actual transfer of funds. In this process, the user wallet, EOA wallet, and withdrawal destination wallet work together.

[0076] <Relocation Instruction Steps> In step S701, the user performs a withdrawal operation from the user wallet 501 via the user application by operating the input device 206 of the user terminal 20. The user specifies the destination wallet and the amount to be withdrawn via the user application by operating the input device 206 of the user terminal 20. The user application sends a signature request for the withdrawal operation to the EOA wallet 2013. The EOA wallet 2013 sends a signed transaction for the withdrawal operation to the user wallet 501.

[0077] <Balance check step> In step S702, the user wallet 501 checks whether the cryptographic asset requested for withdrawal is registered as a payment cryptographic asset. If it is registered as a payment cryptographic asset, the user wallet 501 checks whether the amount obtained by subtracting the requested withdrawal amount from the current balance is equal to or greater than the usage limit. If the check results in an amount below the usage limit, the user wallet 501 rejects the withdrawal and ends the process. If the user wallet 501 is not registered as a payment cryptographic asset, it does not check the balance and proceeds to the next step.

[0078] <Relocation steps> In step S703, the user wallet 501 executes the withdrawal based on the result of the balance check step. If the withdrawal is approved, the user wallet 501 transfers the cryptographic assets to the specified destination wallet. After the remittance is completed, the user wallet 501 sends a withdrawal completion notification to the user application. The user application displays the withdrawal completion notification to the user. The settlement contract 521 records the completion of the transfer process and issues an event as necessary. The control unit 104 of the server 10 updates the balance information of the corresponding user in the user table 1012.

[0079] <Limit change processing> The limit change process is a process for setting the upper limit of the card payment amount. FIG. 24 is a flowchart showing the operation of the limit change process. FIG. 25 is a block diagram showing the operation of the limit change process. FIG. 26 is a sequence diagram showing the operation of the limit change process.

[0080] <Overview of limit change processing> The limit change process is a series of steps including a limit change operation step, a balance check, and a limit update step.

[0081] <Details of limit change process> The limit change process will be described in detail below.

[0082] <Steps for changing limit> In step S901, the user operates the input device 206 of the user terminal 20 to change the usage limit via the user application of the user terminal 20. The user specifies a new usage limit. The user application sends a signature request for the limit change operation to the EOA wallet 2013. The EOA wallet 2013 sends a signed transaction for the limit change operation to the user wallet 501.

[0083] <Balance check step> In step S902, the user wallet 501 checks whether the requested new limit does not exceed the wallet balance. If the new limit exceeds the wallet balance, it rejects the change request and notifies the user. The user wallet 501 queries the settlement contract 521 for the outstanding balance. The settlement contract 521 checks the outstanding balance for the user and returns it to the user wallet 501. The user wallet 501 checks that the new limit is equal to or greater than the outstanding balance.

[0084] <Limit update steps> In step S903, if all confirmations in the balance check step are passed, the user wallet 501 sets a new spending limit. When the update is complete, the user wallet 501 transmits a limit change completion notification to the user application. The user application displays the result of the limit change to the user. The settlement contract 521 records the completion of the limit change and issues an event as necessary. The control unit 104 of the server 10 updates the usage limit item of the corresponding user in the user table 1012. This limit change process allows users to flexibly manage their usage limits. It maintains consistency between the wallet balance and the unsettled amount, ensuring the security of the system. Users can conveniently make card payments within the upper limit. In addition, since there is no need to check the user wallet when making a card payment, the speed of card payment processing can be improved.

[0085] <Basic computer hardware configuration> 27 is a block diagram showing the basic hardware configuration of a computer 90. The computer 90 includes at least a processor 901, a main storage device 902, an auxiliary storage device 903, and a communication IF 991 (interface). These are electrically connected to each other by a communication bus 921.

[0086] The processor 901 is hardware for executing an instruction set described in a program, and is composed of an arithmetic unit, a register, a peripheral circuit, and the like.

[0087] The main memory device 902 is for temporarily storing programs, data to be processed by the programs, etc. For example, it is a volatile memory such as a DRAM (Dynamic Random Access Memory).

[0088] The auxiliary storage device 903 is a storage device for saving data and programs, such as a flash memory, a hard disk drive (HDD), a magneto-optical disk, a CD-ROM, a DVD-ROM, or a semiconductor memory.

[0089] The communication IF 991 is an interface for inputting and outputting signals for communicating with other computers via a network using a wired or wireless communication standard. The network is composed of the Internet, a LAN, various mobile communication systems constructed by wireless base stations, etc. For example, the network includes 3G, 4G, 5G mobile communication systems, LTE (Long Term Evolution), wireless networks that can connect to the Internet via a specified access point (e.g., Wi-Fi (registered trademark)), etc. In the case of wireless connection, communication protocols include, for example, Z-Wave (registered trademark), ZigBee (registered trademark), Bluetooth (registered trademark), etc. In the case of wired connection, the network also includes a network that is directly connected by a USB (Universal Serial Bus) cable or the like.

[0090] It should be noted that the computer 90 can be virtually realized by distributing all or part of each hardware configuration among multiple computers 90 and connecting them together via a network. In this way, the computer 90 is a concept that includes not only a computer 90 housed in a single housing or case, but also a virtualized computer system.

[0091] <Basic functional configuration of computer 90> A description will now be given of the functional configuration of a computer realized by the basic hardware configuration (FIG. 27) of a computer 90. The computer comprises at least the functional units of a control unit, a storage unit, and a communication unit.

[0092] The functional units of the computer 90 can also be realized by distributing all or part of the functional units among multiple computers 90 connected to each other via a network. The computer 90 is a concept that includes not only a single computer 90 but also a virtualized computer system.

[0093] The control unit is realized by the processor 901 reading out various programs stored in the auxiliary storage device 903, expanding the programs in the main storage device 902, and executing processes according to the programs. The control unit can realize functional units that perform various information processing depending on the type of program. In this way, the computer is realized as an information processing device that performs information processing.

[0094] The functions performed by the components described herein may be implemented in circuitry or processing circuitry, including general purpose processors, application specific processors, integrated circuits, ASICs (Application Specific Integrated Circuits), a CPU (a Central Processing Unit), conventional circuits, and / or combinations thereof, programmed to perform the functions described. Processors include transistors and other circuits and are considered to be circuitry or processing circuitry. A processor may be a programmed processor that executes a program stored in a memory. In this specification, a circuitry, unit, or means is hardware that is programmed to realize or performs the described functions, which may be any hardware disclosed in this specification or any hardware known to be programmed to realize or perform the described functions. If the hardware is a processor considered to be a type of circuitry, the circuitry, means, or unit is a combination of the hardware and software used to configure the hardware and / or processor.

[0095] The storage unit is realized by a main storage device 902 and an auxiliary storage device 903. The storage unit stores data, various programs, and various databases. Furthermore, the processor 901 can secure a storage area corresponding to the storage unit in the main storage device 902 or the auxiliary storage device 903 in accordance with a program. Furthermore, the control unit can cause the processor 901 to execute processes of adding, updating, and deleting data stored in the storage unit in accordance with the various programs.

[0096] The term database refers to a relational database, which is used to manage sets of data called masters and tables in a tabular format structurally defined by rows and columns, by associating them with each other. In a database, a table is called a table or master, a column in a table is called a column, and a row in a table is called a record. In a relational database, relationships between tables and masters can be set and associated. Usually, a column that serves as a primary key for uniquely identifying a record is set in each table and each master, but setting a primary key in a column is not essential. The control unit can cause the processor 901 to add, delete, or update records in a specific table or master stored in the storage unit according to various programs. Furthermore, by storing data, various programs, and various databases in the storage unit, it can be considered that the information processing device and information processing system according to the present disclosure have been manufactured.

[0097] In addition, the database and master in this disclosure may include any data structure (such as a list, a dictionary, an associative array, or an object) in which information is structurally defined. The data structure also includes data that can be considered as a data structure by combining data with a function, class, method, or the like written in any programming language.

[0098] The communication unit is realized by the communication IF 991. The communication unit realizes a function of communicating with other computers 90 via a network. The communication unit can receive information transmitted from other computers 90 and input the information to the control unit. The control unit can cause the processor 901 to execute information processing on the received information in accordance with various programs. In addition, the communication unit can transmit information output from the control unit to other computers 90.

[0099] <Additional Notes> The matters described in the above embodiments will be supplemented below.

[0100] (Appendix 1) A program used in an information processing system consisting of a user terminal that can be operated by a user and a server, the program executing the following steps: a storage step (S104) in which the server stores crypto assets in a specified user wallet associated with the user; an allocation step (S105) in which the server assigns a settlement contract related to the payee to the specified user wallet; a settlement step (S301) in which, in response to receiving a request for card payment made by the user terminal, the server makes a card payment to a card system provided by a card payment service provider; and a transfer step (S503) in which the server executes a process to transfer crypto assets corresponding to the card payment from the user wallet based on the settlement contract, without obtaining approval from the user for the withdrawal corresponding to the card payment. This makes it possible to realize a highly convenient card payment service using crypto assets. Specifically, it is possible to realize a user-friendly card payment service that does not require users to take the trouble of approving the transfer of crypto assets for each card payment.

[0101] (Appendix 2) The information processing system includes a third-party approval entity which is an information processing device provided by a third party other than the operator providing the server, and the transfer step (S503) is a step of transferring crypto assets from the user wallet in response to receiving approval from the third-party approval entity when transferring crypto assets from the user wallet. This improves the security and reliability of the system, and can detect fraudulent transactions, erroneous operations, etc.

[0102] (Appendix 3) The third-party approval entity queries the card system regarding the amount used for the card payment in the payment step, and outputs information indicating approval if the result of the query is consistent with the crypto assets to be transferred from the user wallet, and does not output information indicating approval if the result is not consistent. This will ensure that cryptocurrency transfers are carried out properly and improve the reliability of the system.

[0103] (Appendix 4) The program described in Appendix 1, in which the server executes an upper limit setting step (S901) in which the server sets an upper limit for card payments from the user, and a payment step (S302) in which card payments are made within the upper limit set in the upper limit setting step. This allows the user to conveniently make card payments within the upper limit.

[0104] (Appendix 5) The program according to appendix 4, wherein the payment step (S303) is a step of making a card payment without checking a specific user wallet if an upper limit amount has been set in the upper limit amount setting step. This can speed up card payment processing since there is no need to query the user wallet.

[0105] (Appendix 6) A program as described in Appendix 1, in which a server executes, before a payment step, an authorization acquisition step (S302) in which an authorization acquisition request is received based on a request regarding card payment, and a lock step (S303) in which the transfer of crypto assets in a user wallet is locked in response to the authorization acquisition request received in the authorization acquisition step, and the payment step (S303) is a step in which card payment is made after the lock step. This can improve the security of transactions and the reliability and stability of the system.

[0106] (Appendix 7) The program described in Appendix 1, wherein the server executes a billing aggregation step (S502) in which the server aggregates billing amounts based on the user's card payment usage history from the card system for each specified period, and a transfer step (S503) in which crypto assets based on the billing amount aggregated in the billing aggregation step are transferred from the user wallet. Periodic billing aggregation allows multiple small transactions to be processed together, reducing the number of transactions on the blockchain, improving the efficiency and economy of the entire system.

[0107] (Appendix 8) The program described in Appendix 1, wherein the transfer step (S503) is a step of transferring crypto assets from a user wallet to an operator wallet of an operator that provides a server. This makes it possible to transfer crypto assets from a user wallet to a business wallet.

[0108] (Appendix 9) The information processing system includes a BIN sponsor, which is an information processing device provided by a party other than the operator providing the server, and the transfer step (S503) is a step of transferring crypto assets from the user wallet in response to receiving approval from the BIN sponsor when transferring crypto assets from the user wallet, the program described in Appendix 1. This improves the security and reliability of the system, and can detect fraudulent transactions, erroneous operations, etc.

[0109] (Appendix 10) A method executed in an information processing system comprising a user terminal operable by a user and a server, wherein the information processing system executes all of the steps executed in an invention according to any one of Supplementary Note 1 to Supplementary Note 9. This will make it possible to realize a highly convenient card payment service using crypto assets.

[0110] (Appendix 11) An information processing system comprising a user terminal operable by a user and equipped with means for executing all the steps performed in the invention according to any one of Supplementary Note 1 to Supplementary Note 9, and a server. This will make it possible to realize a highly convenient card payment service using crypto assets. [Explanation of symbols]

[0111] 1 system, 10 server, 101 memory unit, 104 control unit, 106 input device, 108 output device, 20 user terminal, 201 memory unit, 204 control unit, 206 input device, 208 output device, 30 payment terminal, 301 memory unit, 304 control unit, 306 input device, 308 output device, 50 blockchain, 501 memory unit, 504 control unit, 506 input device, 508 output device, 60 third-party approval entity, 601 memory unit, 604 control unit, 606 input device, 608 output device, 70 card system, 701 memory unit, 704 control unit, 706 input device, 708 output device

Claims

1. A program used in an information processing system including a user terminal that can be operated by a user and a server, The server, A storing step of storing the crypto asset in a predetermined user wallet associated with the user; An allocation step of storing in the user wallet the address of a settlement contract associated with a predetermined payee as a transfer destination of crypto assets; a payment step of performing a card payment to a card system provided by a card payment business operator in response to receiving a request related to the card payment made by the user terminal; a transfer step of executing a process of transferring crypto assets corresponding to the card payment from the user wallet to the specified payee as a transaction on a blockchain based on the settlement contract without obtaining approval for the withdrawal corresponding to the card payment from the user; A program for executing.

2. the information processing system includes a third-party approval entity that is an information processing device provided by a third party different from a business entity that provides the server, The transfer step is a step of transferring crypto assets from the user wallet in response to receiving approval from the third-party approval entity when transferring crypto assets from the user wallet. The program according to claim 1.

3. The third-party approval entity inquires of the card system about the amount of the card payment in the payment step, and outputs information indicating approval if the inquiry result is consistent with the cryptocurrency to be transferred from the user wallet, and does not output information indicating approval if the inquiry result is not consistent. The program according to claim 2.

4. The server, an upper limit amount setting step for setting an upper limit amount of the card payment from the user; Run the command, The settlement step is a step of making a card settlement within the upper limit amount set in the upper limit amount setting step. The program according to claim 1.

5. the settlement step is a step of making a card settlement without referring to the predetermined user wallet when an upper limit amount is set in the upper limit amount setting step; The program according to claim 4.

6. The server, an authorization acquisition step of receiving an authorization acquisition request based on a request related to the card payment before the payment step; a lock step of locking the transfer of the crypto asset in the user wallet in response to the authorization acquisition request received in the authorization acquisition step; Run the command, The settlement step is a step of making the card settlement after the lock step. The program according to claim 1.

7. The server, a billing aggregation step of tallying up a billing amount according to the user's usage history of one or more card payments from the card system for each predetermined period; Run the command, The transfer step is a step of transferring crypto assets from the user wallet according to the billing amount calculated in the billing calculation step. The program according to claim 1.

8. The transfer step is a step of transferring crypto assets from the user wallet to a business wallet of a business that provides the server. The program according to claim 1.

9. the information processing system includes a BIN sponsor, which is an information processing device provided by a party different from a business providing the server; The transfer step is a step of transferring crypto assets from the user wallet in response to receiving approval from the BIN sponsor when transferring crypto assets from the user wallet. The program according to claim 1.

10. A method executed by an information processing system comprising a user terminal operable by a user and a server, comprising: The server, A storing step of storing the crypto asset in a predetermined user wallet associated with the user; An allocation step of storing a settlement contract associated with a predetermined payee as a transfer destination of crypto assets in association with the user wallet; a payment step of performing a card payment to a card system provided by a card payment business operator in response to receiving a request related to the card payment made by the user terminal; a transfer step of executing a process of transferring crypto assets corresponding to the card payment from the user wallet to the specified payee as a transaction on a blockchain based on the settlement contract without obtaining approval for the withdrawal corresponding to the card payment from the user; Execute method.

11. An information processing system comprising a user terminal operable by a user and a server, The server, A storage means for storing crypto assets in a predetermined user wallet associated with the user; An allocation means for storing a settlement contract associated with a predetermined payee as a transfer destination of crypto assets in association with the user wallet; a payment means for performing a card payment to a card system provided by a card payment business operator in response to receiving a request related to the card payment made by the user terminal; A transfer means for executing a process of transferring crypto assets corresponding to the card payment from the user wallet to the specified payee based on the settlement contract as a transaction on a blockchain without obtaining approval for the withdrawal corresponding to the card payment from the user; Equipped with Information processing system.

Images