Value charging apparatus, value charging system, computer-implemented method, and computer program

Abstract

To allow values to be charged using an article.SOLUTION: A value charging apparatus for charging values using an article is configured to: associate a first user, who is a buyer of an article, with a second user, based on an operation performed on at least one of first application and second application, the first application being operated by a the first user who buys the article, the second application for using values and being operated by the second user who sells the article; record, in a transaction database, transaction data including at least data on the second user and data on the article when an operation is performed for concluding a buying transaction for the article, in at least one of the first application and the second application; and charging values equivalent to a buying price of the article to an account of the second user in the second application.SELECTED DRAWING: Figure 2

Description

[Technical Field]

[0001] The present disclosure relates to a value charging device, a system, a computer-implemented method, and a computer program. [Background technology]

[0002] Electronic property values ​​such as electronic money are called value. To use such value as electronic money to pay for purchases of goods, etc., value is sometimes pre-charged to an account on an application (wallet application) such as a smartphone application. Conventional methods for charging value include cash payment, credit card payment, bank account withdrawal, or debit card payment. The charged value can be used to pay for purchases of goods, etc., or to withdraw cash from an ATM. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Publication No. 2020-107217 [Patent Document 2] International Publication No. 2021 / 111654 [Patent Document 3] International Publication No. 2023 / 054537 Summary of the Invention

[0004] As described above, conventional methods for charging value have been limited to monetary payment methods such as cash payment, credit card payment, bank withdrawal, or debit card payment.

[0005] The inventors of the present invention came up with the idea that if it were possible to charge value, which is electronic property value, with an item rather than with a monetary payment method, it would be possible to diversify value charging methods and would be ideal.

[0006] Therefore, a technology that allows value to be charged depending on the item is desired.

[0007] One aspect of the present disclosure is a value charging device. The disclosed value charging device is a value charging device for charging value with an item, and performs operations including: associating the first user and the second user who are parties to a purchase of the item based on operations performed in at least one of a first application operated by a first user who is a buyer of the item and a second application for using value operated by a second user who is a seller of the item; recording transaction data including at least data of the second user and data of the item in a transaction database when an operation to complete a transaction for the purchase of the item is performed in at least one of the first application and the second application; and charging value equivalent to the purchase price of the item to the second user's account in the second application.

[0008] Another aspect of the present disclosure is a system, method, or computer program for value charging, further details of which are described in the following embodiments. [Brief explanation of the drawings]

[0009] [Figure 1] Figure 1 is a diagram of the value charge system. [Figure 2] FIG. 2 is a flowchart showing the procedure for value charging. [Figure 3] FIG. 3 is an explanatory diagram of the distribution route of the prizes. [Figure 4] FIG. 4 is a configuration diagram of a system according to an embodiment. [Figure 5] FIG. 5 is a configuration diagram of a system according to an embodiment. [Figure 6] Figure 6 is an explanatory diagram of a blockchain. [Figure 7] FIG. 7 is a diagram showing the configuration of the server. [Figure 8] FIG. 8 is a diagram showing the configuration of the terminal. [Figure 9] FIG. 9 is an explanatory diagram of simultaneous reading of multiple codes. [Figure 10] FIG. 10 is an explanatory diagram of batch processing. [Figure 11] FIG. 11 is a flowchart of the registration process. [Figure 12] FIG. 12 is an explanatory diagram of the first display data and the second display data. [Figure 13] FIG. 13 is an explanatory diagram of the setting of usage rights for non-fungible tokens. DETAILED DESCRIPTION OF THE INVENTION

[0010] <1. Overview of Value Charging Device, System, Computer Implementation Method, and Computer Program>

[0011] (1) An apparatus according to an embodiment may be a value charging apparatus for charging value with an item. The value charging apparatus may perform operations including: associating the first user and the second user who are parties to a purchase of the item based on an operation performed in at least one of a first application operated by a first user who is a buyer of the item and a second application for using value, the second application being operated by a second user who is a seller of the item; recording transaction data including at least data on the second user and data on the item in a transaction database when an operation to complete a transaction for the purchase of the item is performed in at least one of the first application and the second application; and charging value equivalent to the purchase price of the item to the account of the second user in the second application.

[0012] (2) The account may be an account that allows at least one of the following: payment with value, withdrawal from an ATM, withdrawal to a bank account, sending value, and exchange for other types of value.

[0013] (3) The second application may have at least one of the following functions for using the value: paying with the value, withdrawing from an ATM, withdrawing to a bank account, sending the value, and exchanging it for other types of value.

[0014] (4) The transaction database may include a blockchain. Recording the transaction data in the transaction database may include recording the transaction data on the blockchain.

[0015] (5) Recording the transaction data in the transaction database and charging the second user's account in the second application with value equivalent to the purchase price of the item may be performed when the operation to complete the transaction for the purchase of the item is performed in both the first application and the second application.

[0016] (6) The item may have identification data of the item, and the transaction data may include the identification data read from the item.

[0017] (7) Recording the transaction data in a transaction database may include recording the transaction data on a blockchain as a transaction record of the non-fungible token associated with the identification data.

[0018] (8) The value may be a crypto asset of the blockchain on which the transaction data is recorded.

[0019] (9) The item may be a special prize at an amusement facility. The special prize may have identification data for the special prize. The first user may be a prize exchange center where the special prize is purchased. The first application may be an application for the prize exchange center. The second user may be a player at the amusement facility. The second application may be an application that allows the player at the amusement facility to use the value at the amusement facility. The transaction data may include the identification data read from the special prize.

[0020] (10) A system according to an embodiment may be a value charging system for charging value with an item. The system may include a value charging device, a first application operated by a first user who is a buyer of the item, and a second application for using value, the second application operated by a second user who is a seller of the item. The value charging device may perform operations including: associating the first user and the second user who are parties to a purchase of the item based on an operation performed in at least one of the first application and the second application; recording transaction data including at least data on the second user and data on the item in a transaction database when an operation to complete a purchase transaction of the item is performed in at least one of the first application and the second application; and charging value equivalent to the purchase price of the item to the second user's account in the second application.

[0021] (11) A method according to an embodiment may be a computer-implemented method executed by a computer for charging value with an item. The method according to an embodiment may include: associating the first user and the second user who are parties to a purchase of the item based on an operation performed in at least one of a first application operated by a first user who is a buyer of the item and a second application for using value, the second application operated by a second user who is a seller of the item; recording transaction data including at least data on the second user and data on the item in a transaction database when an operation to complete the purchase transaction of the item is performed in at least one of the first application and the second application; and charging value equivalent to the purchase price of the item to an account of the second user in the second application.

[0022] (12) The computer program of the embodiment may cause a computer to perform operations including associating the first user and the second user, who are parties to the purchase of the item, based on operations performed in at least one of the first application and the second application, and when an operation to complete the transaction for the purchase of the item is performed in at least one of the first application and the second application, recording transaction data including at least data of the second user and data of the item in a transaction database, and charging value equivalent to the purchase price of the item to the second user's account in the second application.

[0023] 2. Examples of Value Charging Device, System, Computer Implementation Method, and Computer Program

[0024] Hereinafter, the embodiments will be described in more detail with reference to the drawings.

[0025] 1 shows a value charging system 10 including a value charging device 100. Hereinafter, the value charging device 100 may be simply referred to as the "device 100," and the value charging system 10 may be simply referred to as the "system 10." The device 100 or the system 10 may also be used for purposes other than charging value, such as using value.

[0026] Value refers to electronic property value such as electronic money or points. The unit of value may be the same as the unit of legal tender (e.g., yen, dollar, or euro), or may be a different unit from the legal tender, such as the number of points. Value may also be cryptocurrency.

[0027] The value charging device 100 is composed of, for example, one or more computers. The one or more computers constituting the value charging device 100 may be, for example, servers on a network 15 such as the Internet. The computer constituting the value charging device 100 includes a processor and a storage device. The storage device is connected to the processor. The storage device includes, for example, a primary storage device and a secondary storage device. The primary storage device is, for example, RAM. The secondary storage device is, for example, a hard disk drive (HDD) or a solid state drive (SSD). The storage device includes a computer program executed by the processor. The processor reads and executes the computer program stored in the storage device. The computer program has program code that indicates instructions for causing the computer to perform various operations for value charging.

[0028] The value charging system 10 may include a value charging device 100 and applications 112, 114. The applications 112, 114 are installed on client terminals 102, 104, which are computers such as smartphones, tablets, and personal computers.

[0029] The computer constituting the terminal 102, 104 includes a processor and a storage device. The storage device is connected to the processor. The storage device includes, for example, a primary storage device and a secondary storage device. The primary storage device is, for example, RAM. The secondary storage device is, for example, a hard disk drive (HDD) or a solid-state drive (SSD). The storage device includes an application 112 or an application 114 as a computer program executed by the processor. The processor reads and executes the computer program stored in the storage device. The computer program has program code representing instructions for causing the computer to perform various operations.

[0030] Terminals 102 and 104 can communicate with device 100 via network 15. That is, applications 112 and 114 running on computers can communicate with device 100. Applications 112 and 114 can also communicate with each other.

[0031] The value charging device 100 is used to charge value to a user account of a user 4 for storing value. The value stored in the user account of the user 4 can be used by the user 4 using the application 114. That is, the user account of the user 4 here is an account in the application 114. The account in the application 114 may be an account dedicated to the application 114, or may be an account of another wallet service that can use value (for example, a BANKIT account) that can also be used in the application 114. The account may be a wallet address in a blockchain. Hereinafter, the application 114 may be referred to as a value application 114.

[0032] An account to which value is charged is an account that allows at least one of the following: payment with value, withdrawal from an ATM, withdrawal to a bank account, sending of value, and exchange for other types of value. An account to which value is charged is preferably an account that allows at least both payment with value and withdrawal from an ATM, and an example of such an account is a BANKIT account. BANKIT is a wallet service that allows shopping and withdrawal using the charged value using a wallet application. Charging value to such an account is preferable as it broadens the range of uses for the value.

[0033] The value application 114 may be an application for using value in a user's account. That is, the value application 114 may be a wallet application for a wallet service. The value application 114 of the embodiment may be a white-label application that is provided as a unique wallet service while using an account of another wallet service (general-purpose wallet service) such as BANKIT, for example.

[0034] If the value application 114 uses an account of another Wallet service, the value charged by the value application 114 can also be used in the original application of the other Wallet service.

[0035] The value application 114 is a computer program that is installed and used on a client computer 104, such as a smartphone of the user 4. The value application 114 may be an application that runs on a server as SaaS.

[0036] The value application 114 may have at least one function for using the value charged to the account, such as paying with the value, withdrawing from an ATM, withdrawing to a bank account, sending the value, and exchanging it for other types of value. A user who has value can use the value application 114, which has a value payment function, to purchase goods by paying with the value.

[0037] Payment with value using the value application 114 is made by, for example, having the value application 114 read a code such as a two-dimensional code (e.g., a QR code (registered trademark)) on the store side receiving the payment, or having the store terminal read a code such as a two-dimensional code or barcode displayed on the value application 114, and thereby having the user account used for payment obtained by the payment settlement system.

[0038] Furthermore, a user 4 who has value can use a value application 114 that has a withdrawal function from an ATM to withdraw cash in an amount equivalent to the value that the user 4 wishes to withdraw. Withdrawal of value using the value application 114 is performed by, for example, having the value application 114 read a two-dimensional code displayed on the ATM, or having the ATM read a code such as a two-dimensional code or a barcode displayed on the value application 114, and thereby having the withdrawal system acquire the user account that will be withdrawn from the ATM.

[0039] The value charging device 100 shown in FIG. 1 charges value to the account of a user 4. In an embodiment, an item 40 may be used as an example for charging value. A user 4 who wants to charge value operates a value application 114. In response to this operation, the value charging device 100 charges value to the user account of the value application 114.

[0040] In addition to charging with goods, charging with value in the value application 114 can also be performed using conventional monetary payment methods such as cash payment, credit card payment, bank withdrawal, or debit card payment. When a charging operation using a monetary payment method is performed in the value application 114 or when auto-charging is set, the value charging device 100 charges value to the user account of the value application 114.

[0041] According to this embodiment, not only can value be charged using a monetary payment method, but also value can be charged using the item 40, increasing the number of value charging methods available to the user. Furthermore, it is possible to charge value using the item 40 and use that value to purchase other items, or to withdraw the charged item from an ATM or the like. Furthermore, a user account may contain a mixture of value charged using a monetary payment method and value charged using the item 40. Therefore, the user can use the value without distinguishing between the charging methods. However, value may also be charged using different charging methods.

[0042] In the embodiment, when a first user 2 who is a buyer of an item 40 purchases the item 40 from a second user 4 who is a seller of the item 40, the value charging device 100 charges the value to the user account of the second user 4. The value is charged, for example, by sending (transferring) the value in the user account of the first user 2 who is the buyer to the user account of the second user 4 who is the seller. In this case, the value charged may be a quantity of value equivalent to the purchase price of the purchased item 40. The quantity of value equivalent to the purchase price of the item 40 may be a quantity of value equal to the purchase price, or may be a quantity of value obtained by subtracting a predetermined fee or the like from the purchase price.

[0043] The account of the first user 2 may be of a different type from the account of the second user 4 as long as it is capable of sending value to the account of the second user 4. For example, the account of the first user 2 may be a bank account, and the account of the second user 4 may be an account for a wallet service such as BANKIT. In this case, value is transferred from the bank account of the first user 2 to the account of the second user 4.

[0044] When purchasing an item 40, a first application 112 of a first user 2 who is the buyer and a value application 114 of a second user 4 who is the seller may be used. Hereinafter, the value application 114 will be referred to as a second application 114. When purchasing an item, the operator of the terminal 102 on which the first application 112 is executed may be, for example, a staff member of the first user 2 (a purchasing store). The operator of the terminal 102 may also be the second user 4, in which case the terminal 102 may be an unmanned terminal.

[0045] FIG. 2 shows an example of a procedure for charging value to the account of user 4. As an example, it is assumed below that a second user 4 who has an item 40 to be purchased brings the item 40 to a store or the like where a terminal 102 of a first user 2 is installed, and the purchase (face-to-face purchase) is conducted in a situation where the second user 4 and the first user 2 meet face-to-face. However, as another example, the purchase of the item 40 may be conducted in a situation where the second user operates the terminal 102 of the first user 2, which is an unmanned terminal. Furthermore, the first user 2 may be located remotely from the store visited by the second user 4, and may communicate with the second user 4 using a call function (video call function).

[0046] In step S210 of FIG. 2, the value charging device 100 acquires information about the resale target 40. The information about the resale target 40 includes, for example, the name (item) and quantity of the resale target item 40, characteristics of the item 40, image data of the item, and the purchase price of the item 40. The value charging device 100 acquires the information about the resale target 40 from, for example, the first terminal 102 (first application 112) of the first user 2 who is the buyer. The information about the resale target 40 is acquired from, for example, the terminal 102 of the first user 2 (step S211). The information about the resale target 40 is, for example, entered into the first terminal 102 by the first user 2 and transmitted to the value charging device 100. The value charging device 100 may acquire some or all of the information about the resale target 40 from the second terminal 104 (second application 114) of the second user 4 who is the seller.

[0047] The value charging device 100 associates the first user 2 and the second user, who are the purchasing parties (step S230). This association identifies the purchasing party of the purchase object 40. Note that step S210, which acquires information about the item 40, may be performed after step S230. By performing both step S210 and step S230, the purchase object 40 and the purchasing party are identified. Identifying the purchase object 40 and the purchasing party is useful for generating transaction data that includes at least data about the purchase object 40 and data about the purchasing party.

[0048] The value charging device 100 accepts access from at least one of the first terminal 102 (first application 112) and the second terminal 104 (second application 114) to associate the first user 2 and the second user 4. The access is based on an operation of the user 2 or 4 on at least one of the first terminal 102 (first application 112) and the second terminal 104 (second application 114).

[0049] Step S220A in Fig. 2 shows a first example of a procedure performed by the first user 2 and the second user 4 to associate the first user 2 and the second user 4. In step S220A, the second terminal 104 (second application 114) of the second user 4 reads the two-dimensional code presented by the first user 2 to the second user 4 (presented by displaying on the screen of the first terminal 102 or by printing on paper, etc.), and acquires the first identification data of the first user 2 (e.g., the account name of the first user 2) and the access information of the value charging device 100 (e.g., the URL of the value charging device 100) (step S221). Note that the first identification data of the first user 2 may be included in the acquired URL.

[0050] Then, the second terminal 104 (second application 114) of the second user 4 accesses the value charging device 100 using the acquired access information (step S222). The second terminal 104 (second application 114) provides the second identification data of the second user 4 (for example, the account name of the second user 4) and the acquired first identification data of the first user 2 to the value charging device 100 as data for identifying the purchasing party. The second identification data of the second user 4 preferably includes the name, address, occupation, age, etc. of the second user 4.

[0051] The value charging device 100, which has been accessed by the second terminal 104 (second application 114), acquires the second identification data of the second user 4 and the first identification data of the first user 2 as data identifying the buyer from the second terminal 104 (second application 114). Then, the value charging device 100 associates the first user 2 and the second user 4 as buyers of the purchase item 40 (step S230).

[0052] 2 shows a second example of a procedure performed by the first user 2 and the second user 4 to associate the first user 2 and the second user 4. In step S220B, the first terminal 102 (first application 112) of the first user 2 reads a code such as a two-dimensional code or a barcode presented to the first user 2 by the second user 4 (e.g., displayed on the screen of the second terminal 104) and acquires second identification data of the second user 4 (step S223).

[0053] Then, the first terminal 102 (first application 112) of the first user 2 accesses the value charging device 100 using the access information that it has previously obtained (step S224). The first terminal 102 (first application 112) provides the first identification data of the first user 2 and the acquired second identification data of the second user 4 to the value charging device 100 as data for identifying the purchasing party.

[0054] The value charging device 100, which has been accessed by the first terminal 102 (first application 112), acquires the first identification data of the first user 2 and the second identification data of the second user 4 as data for identifying the buyer from the first terminal 102 (first application 112). Then, the value charging device 100 associates the first user 2 and the second user 4 as buyers of the purchase item 40 (step S230).

[0055] By performing the above procedure, even if multiple first users and multiple second users are set up in the value charge device 100, it is possible to identify the individual purchasing parties (first user 2 and second user 4) who are actually meeting face to face, and to associate the two parties in the value charge device 100.

[0056] In the above example, the operation performed on the first terminal 102 (first application 112) or the second terminal 104 (second application 114) is an operation for reading a code, but is not limited to this. For example, the operation may be an operation for transmitting and receiving necessary data by performing wireless communication (e.g., short-range wireless communication) between the first terminal 102 (first application 112) and the second terminal 104 (second application 114).

[0057] The value charging device 100 identifies the purchase target 40 and the purchasing party by performing both step S210 and step S230. Identifying the purchase target 40 and the purchasing party is useful for generating transaction data including at least data on the purchase target 40 and data on the purchasing party. It is also useful for identifying the sender and destination of the value.

[0058] The value charging device 100 generates transaction data including at least data on the item 40 (repurchase target 40) and data on the purchasing party.

[0059] Then, the value charging device 100 displays a transaction screen for purchase on at least one of the first terminal 102 (first application 112) and the second terminal 104 (second application 114) (steps S241, S242). A part or all of the transaction data is displayed on the transaction screen. For example, the transaction screen displays an image of the item to be purchased, the purchase price, the name of the second user who is the seller, the account name of the second user to which the value is to be charged, and the name of the first user who is the buyer.

[0060] For example, the transaction screen may be displayed on the display device of the second terminal 104 of the second user 4 by the second application 114 (step S241). The transaction screen may include a button (icon) for approving the buy transaction. The second user 4 can approve the buy transaction by selecting a button (icon) for approving the buy transaction (sell approval) displayed on the transaction screen in the second application 114 (step S251). When the second user 4 performs an operation to approve the transaction, the second application 114 transmits a signal indicating approval to the value charge device 100 (step S251).

[0061] The buy-back transaction may be determined to have been completed solely by the operation of the second user 4 (step S250), or may be determined to have been completed when the first user 2 also performs an operation to approve the buy-back transaction (purchase approval) (for example, a button (icon) selection operation: step S270). When the first user 2 performs an operation to approve the transaction in the first application 112, the first application 112 transmits a signal indicating approval to the value charge device 100 (step S271). Note that the buy-back transaction may be determined to have been completed solely by the operation of the first user 2 (step S270).

[0062] When the value charge device 100 determines that a purchase transaction has been concluded based on the operation of at least one of the first user 2 and / or second user 4, it saves transaction data including data on the item 40 (purchase object 40) and data on the purchaser in the transaction database 100A (step S280). This saves a transaction record for the purchase object 40. Note that the purchaser data need only include identification data (such as name) of the seller, second user 4, but may also include identification data of the buyer, first user 2. The transaction data may also include the date of the transaction.

[0063] The transaction data recorded in transaction database 100A preferably includes transaction record items that secondhand dealers are required to keep. In this case, if the item 40 to be purchased is a secondhand item that is subject to the transaction record obligation, transaction database 100A can be used as the transaction record.

[0064] Furthermore, when the value charging device 100 determines that the purchase transaction has been concluded based on the operation of at least one of the first user 2 and / or the second user 4, it charges the account of the second user 4, who is the seller, with value equivalent to the purchase price of the item 40 (step S290). Therefore, the balance of value in the account of the second user 4 increases. Charging of value can be performed, for example, by sending (transferring) value from the account of the first user 2, which is the sender, to the account of the second user 4, which is the destination. Note that value may also be sent to the account of the second user 4 from the account of an administrator of the value charging device 100, etc.

[0065] In this way, the second user 4 can obtain value by selling the item 40. The second user 4 can withdraw the obtained value from an ATM. The second user 4 can also use the obtained value for payment.

[0066] The second user 4 can use the second application to perform an operation to sell the item 40. Since the value is charged to an account in the second application used to sell the item 40, the second user 4 can preferably use the second application used to sell the item 40 to use the value.

[0067] In addition, since the value equivalent to the purchase price is charged to the account, the first user 2 who is the buyer does not need to hand over cash equivalent to the purchase price to the second user 4 who is the seller. This is advantageous because the first user 2 does not need to prepare cash for the purchase.

[0068] In the value charge device 100, the person set as the first user 2 who will become a buyer may be limited to a person who has a secondhand goods dealer license under the Secondhand Goods Dealers Act. In this case, the administrator of the value charge device 100 requests that a person who wishes to be set as the first user 2 who will become a buyer submit a secondhand goods dealer license, and sets only those who are confirmed to have a secondhand goods dealer license as the first user 2 who will become a buyer. The person set as the first user 2 logs in to the first application 112 with the account for the first user 2. As a result, the person set as the first user 2 can become a buyer by using the first application 112.

[0069] Furthermore, in the value charging device 100, persons set as second users 4 who will become sellers may be limited to those whose identities have been confirmed in advance using identification documents such as a driver's license. In this case, the administrator of the value charging device 100 requests that persons who wish to be set as second users 4 who can become sellers submit identification documents such as a copy of a driver's license, and sets only those whose identities have been confirmed as second users 4 who can become sellers. The person set as the second user 4 logs in to the second application 114 using the account for the second user 4. As a result, the person set as the second user 4 can become a seller by using the second application 114.

[0070] As described above, if the first user 2 is a person who has a secondhand goods dealer license and the second user 4 is a person whose identity has been verified, even if the item being purchased is a secondhand item, the transaction can be concluded as an appropriate secondhand goods transaction through the use of the first application 112 and the second application 114 by both parties.

[0071] Note that the identity verification of the second user 4 does not have to be performed in advance, but may be performed at the time of the transaction. Alternatively, the identity verification of the second user 4 may be performed in advance and then performed at the time of the transaction. The identity verification of the second user 4 at the time of the transaction may be, for example, confirmation of whether the operator of the second application 114 is the second user 4. By verifying the identity of the second user 4 at the time of the transaction, it is possible to prevent a third party from using the second application 114 to complete the transaction.

[0072] When conducting a transaction, the identity of second user 4 can be verified using various methods that utilize terminal 104, such as a smartphone. Identity verification may be performed using facial recognition or a method that utilizes an authentication code sent to terminal 104.

[0073] For example, in step S250 of Fig. 2, when the second user 4 performs a transaction approval operation, the identity of the operator of the second application 114 is confirmed (step S260) by face authentication of the second user 4 or authentication by sending an authentication code to the second user 4, and only when the value charging device 100 confirms that the operator is the same person, it can be determined that the transaction has been completed. Note that identity confirmation may be performed at a point prior to step S260, such as when the second application is started or at the point of steps S220A and S220B.

[0074] As described above, the operation for completing a trade-in transaction preferably includes an operation for verifying the identity of the operator of second application 114. By verifying the identity of the operator at the time of the transaction, the transaction data is optimized.

[0075] Figures 3 and subsequent figures show an example in which the value charging device 100 and value charging system 10 shown in Figures 1 and 2 are applied to value charging using amusement park items. In the following explanation, the above explanation of the value charging device 100 and value charging system 10 is used for points that are not specifically explained.

[0076] FIG. 3 shows an example of the distribution of game parlor items provided to players at game parlors. The game parlor items here are, for example, prizes provided to players. One example of the prizes is a special prize in the three-store system. The special prize is an item handled by a dealer in the three-store system, and is an item that players can exchange for pachinko balls, cash, etc.

[0077] The vendors in the three-store system are amusement arcades 1A, 1B, a prize exchange center 2, and prize wholesalers 3A, 3B. Here, the amusement arcade may be a company that operates one or more amusement arcades (stores), or may be individual amusement arcades (stores). The prize exchange center may be a company that operates one or more prize exchange centers (stores), or may be individual prize exchange centers (stores). The prize wholesaler may be a company that operates one or more prize wholesalers (stores), or may be individual prize wholesalers (stores).

[0078] A player 4, such as a pachinko player, obtains a prize by exchanging pachinko balls for the prize at an amusement facility 1A, such as a pachinko parlor. That is, the prize is provided to the player 4 from the amusement facility 1A. The player 4 can exchange the prize for financial value, such as legal tender or cryptocurrency, at the prize exchange center 2. That is, the player 4 can sell a special prize to the prize exchange center 2 and obtain financial value, such as electronic money or points, in return. That is, at the prize exchange center 2, the player 4 becomes the seller of the special prize, and the prize exchange center 2 becomes the buyer, and a transaction for purchasing the special prize is carried out. In this embodiment, as an example, the prize exchange center 2 purchases the special prize, and value is charged to the account of the player 4.

[0079] In addition, the prize wholesaler 3 purchases prizes from the prize exchange center 2 and wholesales them to the amusement parlors 1A and 1B. The prize wholesaler 3 can also purchase prizes from the prize manufacturer 5 and wholesale them to the amusement parlors 1A and 1B. The prize manufacturer 5 manufactures and sells prizes.

[0080] In this way, the prizes are transferred through a distribution route including the game arcades 1A and 1B, the prize exchange center 2, and the prize wholesaler 3.

[0081] A non-fungible token on the blockchain may be attached to the prize. The non-fungible token (non-fungible token; NFT) has a unique token identifier (TokenID) in the blockchain 20 to ensure non-fungibility. The token identifier makes it possible to distinguish it from other NFTs. The non-fungible token is attached to the prize, for example, by recording in a computer the correspondence between a code (identification data) attached to the prize and the identifier attached to the non-fungible token.

[0082] In FIG. 3, the system 10 may function as a game center article management system 10. The system 10 may be configured, for example, by one or more computers. As shown in FIG. 4, the system 10 may include, for example, a server 51 and a terminal 31. The terminal 31 may access the server 51 via a network 15 such as the Internet. The server 51 is managed and operated by a system administrator. The system 10 may use a blockchain 20. The system 10 may include a blockchain 20.

[0083] As shown in FIG. 4, the terminals 31 may include, by way of example, an amusement facility terminal 31-1, an exchange terminal 31-2, and a prize wholesaler terminal 31-3. The amusement facility terminal 31-1 is a terminal installed in the amusement facilities 1A and 1B, or a terminal used by staff at the amusement facilities 1A and 1B. The exchange terminal 31-2 is a terminal installed in the exchange facility 2, or a terminal used by staff at the exchange facility 2. The prize wholesaler terminal 31-3 is a terminal installed in the prize wholesaler 3, or a terminal used by staff at the prize wholesaler 3.

[0084] The terminal 31 may include, for example, a player terminal 31-4. The player terminal 31-4 is a terminal used by a player 4.

[0085] The gaming facilities 1A and 1B, the prize exchange center 2, the prize wholesaler 3, and the player 4 are users of the system 10. Therefore, each of the terminals 31-1, 31-2, 31-3, and 31-4 may be called a user terminal.

[0086] As an example, terminal 31 is used as a transfer source terminal for a prize (item) or NFT. The transfer source terminal may be called a seller terminal. Also, as an example, terminal 31 is used as a transfer destination terminal for a prize (item) or NFT. The transfer destination terminal may be called a buyer terminal. For example, when a prize is transferred from player 4 to exchange 2, player terminal 31-4 is used as the transfer source terminal, and exchange terminal 31-2 is used as the transfer destination terminal.

[0087] 5 is a diagram in which the exchange terminal 31-2 and the player terminal 31-4, among the elements shown in FIG. 4, correspond to the first terminal 102 and the second terminal 104 in FIG. 1. In FIG. 5, the exchange 2 corresponds to the first user 2 in FIG. 1, and the player 4 corresponds to the second user 4 in FIG. 1. Also, in FIG. 5, the server 51 corresponds to the value charging device 100 in FIG. 1.

[0088] The blockchain 20 is configured by a P2P (Peer to Peer) computer network. The blockchain 20 preferably allows for the rental of NFTs. Renting an NFT means renting an NFT to a user other than the NFT's owner. Renting an NFT allows users other than the NFT's owner to use the NFT.

[0089] The NFT rental function is stipulated in, for example, Ethereum's EIP4907 standard. EIP4907 is an extension of Ethereum's token standard, ERC721. NFTs can be rented on Ethereum or blockchains that comply with Ethereum based on EIP4907.

[0090] EIP4907 adds a role called "user." An EIP4907 "user" is the borrower of a rental NFT and the user of the rental NFT. Unlike the owner of a non-fungible token, an EIP4907 "user" cannot transfer the non-fungible token. However, an EIP4907 "user" can use the non-fungible token just like the owner. In this way, an EIP4907 "user" has more limited authority over the non-fungible token than the owner.

[0091] In the blockchain 20, transactions can be made between blockchain addresses. Transactions are recorded in the distributed ledger of the blockchain 20. A blockchain address indicates, for example, an account in the blockchain 20. A blockchain address is, for example, a wallet address. A blockchain address is, for example, an externally owned account (EOA). For example, when a user has an account in the blockchain 20, the account has a specified blockchain address (wallet address).

[0092] 6 shows, as an example, a blockchain address 25A of the game center 1A, a blockchain address 25B of the prize exchange center 2, a blockchain address 25C of the prize wholesaler 3, and a blockchain address 25D of the player 4. These addresses 25A, 25B, 25C, and 25D are user wallet addresses (wallet user accounts). By setting the addresses 25A, 25B, 25C, and 25D of the game center 1A, the prize exchange center 2, the prize wholesaler 3, and the player 4 in the blockchain 20, transactions involving these users 1A, 2, 3, and 4 can be recorded in the blockchain 20.

[0093] 6 also shows a blockchain address 25E of the administrator 5. This blockchain address 25E is the wallet address (wallet user account) of the administrator 5. By setting the address 25E of the administrator 5 in the blockchain 20, transactions involving the administrator 5 can be recorded in the blockchain 20.

[0094] In FIG. 6, the address 25A of the gaming center 1A is "0x1111." The address 25B of the prize exchange center 2 is "0x2222." The address 25C of the prize wholesaler 3 is "0x3333." The address 25D of the player 4 is "0x4444." The address 25E of the administrator 5 is "0x1234." Note that in FIG. 6, only one address 25A, 25B, 25C, and 25D are set for each of the gaming center, prize exchange center, prize wholesaler, and player; however, since there may be multiple gaming centers, prize exchange centers, prize wholesalers, and players, multiple addresses may be set for each of them. In other words, the addresses of each of multiple gaming centers, multiple prize exchange centers, multiple prize wholesalers, and multiple players may be set in the blockchain 20.

[0095] In the blockchain 20, for example, tokens can be traded. Token transactions are recorded in the blockchain 20. Tokens that can be traded in the blockchain 20 include, for example, fungible tokens (FT) and non-fungible tokens (NFT). A fungible token is, for example, a crypto asset (native token) such as Ether in Ethereum. A fungible token may be a unique fungible token issued in the blockchain by a specific issuer such as a company or an individual. A fungible token can be used as a value to be charged.

[0096] In the blockchain 20, tokens are recorded in association with the blockchain addresses of their owners. For example, non-fungible tokens or fungible tokens owned by users 1A, 2, 3, and 4 or administrator 5 are recorded in association with blockchain addresses 25A, 25B, 25C, 25D, and 25E of users 1A, 2, 3, and 4 or administrator 5.

[0097] Addresses 25A, 25B, 25C, 25D, and 25E set in the blockchain 20 can be recorded in the blockchain 20 in association with the NFT to be transferred as the source address or destination address of a token such as an NFT when recording an NFT transaction. For example, when an NFT is transferred from player 4 to exchange 2, it is recorded in the blockchain 20 that the NFT has been transferred from player 4's address (0x4444: source address) to the exchange's address (0x2222: source address).

[0098] The blockchain 20 may include a smart contract 22. The system 10 may include a smart contract 22 implemented on the blockchain 20. The smart contract 22 is configured by software (computer program) that is executable on the blockchain. The smart contract 22 automatically executes a predetermined protocol, such as automated trading. In an embodiment, the smart contract 22 may execute one or more of the following processes: a process for transmitting an NFT (transferring ownership or usage rights), a process for generating an NFT, and a process for transmitting (charging) a fungible token (value).

[0099] The aforementioned blockchain address may also refer to the contract address of the smart contract 22. The contract address is the blockchain address where the smart contract 22 is stored. In FIG. 3, the contract address of the smart contract is, for example, "0x8888."

[0100] The smart contract 22 executes a predetermined process by being called, for example, from a computer outside the smart contract 22. The smart contract 22 is called, for example, from the administrator 5 or the users 1A, 2, 3, and 4.

[0101] The process executed by the smart contract 22 is, for example, a token operation. A token operation is, for example, a change of the token owner or a change of the token user (user setting). The operation of changing the token owner or the token user may also be called a token transmission. In other words, changing the token owner from a first blockchain address to a second blockchain address is equivalent to transmitting the token from the first blockchain address to a second blockchain address.

[0102] In the embodiment, as an example, prizes 401, 402, and 403 (items) are used to send and receive such NFTs. In other words, in the embodiment, when prizes 401, 402, and 403 are transferred, NFTs are also transferred. Note that prizes 401, 402, and 403 are marked with letters or symbols indicating the name or type of the prize. As an example, the letters or symbols indicating the name or type of the prize are "AAA" for prize 401, "BBB" for prize 402, and "CCC" for prize 403. As an example, prizes 401, 402, and 403 are purchased at a predetermined price, and the letters or symbols indicating the name or type of the prize may also be letters or symbols indicating that price. For example, the price of the "AAA" prize 401 is 5,000 yen, the price of the "BBB" prize 402 is 2,500 yen, and the price of the "CCC" prize 403 is 1,000 yen. The prizes 401, 402, and 403 may be labeled with their own prices.

[0103] The token operation is not limited to changing the owner of the token (transmission) and may be any process related to the token. The token operation may be, for example, generating (issuing) a non-fungible token.

[0104] As shown in FIG. 7, the server 51 may be configured by a computer including a processor 51A and a storage device 51B. The storage device 51B is connected to the processor 51A. The storage device 51B includes, for example, a primary storage device and a secondary storage device. The primary storage device is, for example, RAM. The secondary storage device is, for example, a hard disk drive (HDD) or a solid-state drive (SSD). The storage device 51B includes a computer program 51C executed by the processor 51A. The processor 51A reads and executes the computer program 51C stored in the storage device 51B. The computer program 51C has program code representing instructions for causing the computer to execute various processes, such as the registration process 51F (purchase process) described below.

[0105] The storage device 51B of the server 51 may include a correspondence data table 51E. The correspondence data table 51E indicates the correspondence between codes (identification data) described below and token identifiers of NFTs. The correspondence data table 51E associates codes (identification data) with NFTs.

[0106] By recording the correspondence between codes (identification data) and NFTs in the correspondence data table 51E, it becomes possible to use an item (a prize, etc.) that has a code (identification data) to operate an NFT. In other words, the code (identification data) that an item has can be used as an identifier for the NFT that is the target of operation. The server 51 can identify the NFT that corresponds to the code (identification data) by referring to the correspondence data table 51E. The server 51 can perform processing on the identified NFT.

[0107] The code (identification data) is, for example, a unique identifier. The code may be composed of any one of symbols, letters, and numbers, or a combination thereof. In FIG. 7, for example, the code (unique identifier): 00:00:00:00:00:0a is associated with the token identifier: token_id01, the code: 00:00:00:00:00:0b is associated with the token identifier: token_id02, and the code: 00:00:00:00:00:0c is associated with the token identifier: token_id03.

[0108] The correspondence data indicating the correspondence between the code and the token identifier may be recorded on a computer outside the blockchain 20 other than the server 51, or may be recorded on the blockchain 20. The correspondence data may be included in the data constituting the NFT recorded on the blockchain 20.

[0109] 8, the terminal 31 may be configured by a computer including a processor 31A and a storage device 31B. The computer that may configure the terminal 31 is, for example, a personal computer, a smartphone, a tablet, or a wearable device.

[0110] The storage device 31B is connected to the processor 31A. The storage device 31B includes, for example, a primary storage device and a secondary storage device. The primary storage device is, for example, RAM. The secondary storage device is, for example, a hard disk drive (HDD) or a solid state drive (SSD). The storage device 31B includes a computer program 31C executed by the processor 31A. The processor 31A reads and executes the computer program 31C stored in the storage device 31B. The computer program 31C has program code representing instructions that cause the computer to execute various processes, such as the registration process 31F (purchase process) described below.

[0111] The terminal 31 includes a reader 31D for reading the code. The reader 31D is connected to the processor 31A and can transmit the read code to the processor 31A. The reader 31D may be built into the terminal 31 or may be externally attached to the terminal 31.

[0112] The reader 31D may read the code by wireless communication, or by using a camera or other optical sensor. The code read by the reader 31D may be in a machine-readable format such as a two-dimensional code, such as a QR code (registered trademark). In this case, the original code can be obtained by decoding the two-dimensional code.

[0113] The code read by the reader 31D may be provided on an item. The item provided with the code is, for example, the amusement facility item described above, more specifically, a prize (special prize) at the amusement facility. That is, the special prize according to the embodiment has a code read by the reader 31D.

[0114] The type of medium on which the code is recorded is not particularly limited, but as an example, the medium having the code is an integrated circuit (IC) 40 having the code. The code may be a unique identifier or other data recorded in the integrated circuit 40. The integrated circuit 40 may be, for example, an integrated circuit module (IC module) that includes a memory for storing data such as the unique identifier and is configured to be able to communicate data such as the unique identifier with an external device. The integrated circuit module 40 may be called an integrated circuit tag (IC tag) or an integrated circuit card (IC card) depending on its form.

[0115] The integrated circuit module 40 may be of a contact type or a contactless type. A contact integrated circuit module (contact IC module) has contacts with an external communication device such as a reader / writer device, and is capable of communication when the contacts come into contact with the external communication device. A contactless integrated circuit module 40 (contactless IC module 40) has an antenna and is capable of contactless communication with the reader 31D.

[0116] The reader 31D is preferably configured to be able to read multiple codes at once. For example, the reader 31D is preferably equipped with a batch reading function that reads codes from multiple IC modules 40 (integrated circuits 40) via wireless communication. The reader 31D with the batch reading function can, for example, irradiate radio waves for reading and read codes transmitted from multiple IC modules within the range of the radio waves. Using the reader 31D with the batch reading function allows a large number of codes to be read at once, improving workability.

[0117] As shown in FIG. 8, the integrated circuit 40 includes a memory 44 that stores data such as a unique identifier. The memory 44 is, for example, a read-only memory (ROM). The unique identifier 46 of the integrated circuit 40 is preferably stored in the read-only memory. The memory 44 preferably includes a non-volatile memory. The non-volatile memory 44 may constitute a read-only memory. The unique identifier 46 of the integrated circuit 40 is preferably stored in the non-volatile memory 44. The non-volatile memory 44 may be, for example, a mask ROM, a PROM, an EPROM, an EEPROM, or a FeRAM, or a flash memory.

[0118] The unique identifier 46 of the integrated circuit 40 is preferably a non-rewritable unique identifier assigned to the integrated circuit 40 by the manufacturer of the integrated circuit 40. The unique identifier 46 (UID) of the integrated circuit 40 is used to identify the integrated circuit 40 and distinguish it from other integrated circuits. The unique identifier 46 (UID) assigned to the integrated circuit 40 by the manufacturer is written to the memory 44, for example, when the integrated circuit 40 is manufactured. The unique identifier 46 is written to the memory 44 at the latest by the time the manufacturer ships the integrated circuit 40. The memory 44 of the integrated circuit 40 may have an area to which a purchaser or user of the integrated circuit 40 can write data. Other data to be read by the reader 31D, for example, may be written to the memory area to which the user or the like can write data.

[0119] A contactless IC module having a unique identifier is also called a radio frequency identification (RFID) device. The radio frequency identification (RFID) device transmits data such as the unique identifier to an external wireless communication device such as the reader 31D via wireless communication. The transmitted data is data recorded in the memory 44 and may include data used by the system 10 to identify the NFT to be operated. The reader 31D can read the unique identifier by receiving data such as the unique identifier transmitted from the radio frequency identification (RFID) device. When the radio frequency identification (RFID) device has the form of a tag, it may also be called a radio frequency identification (RFID) tag.

[0120] The radio frequency identification (RFID) device may be a near field communication (NFC) device. The near field communication is preferably communication in accordance with the NFC standard. NFC is, for example, wireless communication using a frequency band of 13.56 MHz. The communication distance of the near field communication is preferably 10 cm or less. When the near field communication (NFC) device has the form of a tag, it may also be called a near field communication (NFC) tag.

[0121] The medium carrying the code is not limited to an integrated circuit with a unique identifier, but may be any other medium that displays the code. The code may be, for example, printed.

[0122] 8, the NFC tag 40 includes an antenna 41, a radio circuit 42 connected to the antenna 41, a controller 43 connected to the radio circuit 42, and a memory 44 connected to the controller 43. A unique identifier 46 of the NFC tag 40 is written in the memory 44. Other data may also be written in the memory 44. The memory 44 is, for example, a non-volatile memory such as an EEPROM.

[0123] In the embodiment, prizes 401, 402, and 403, which are game hall items, each have an NFC tag 40 with a code built in, for example.

[0124] As shown in FIG. 9 , in the embodiment, as an example, a code or the like is transmitted from the NFC tag 40 to a terminal 31 equipped with a reader 31D. For example, when a staff member of the gaming facility 1A, a staff member of the prize exchange center 2, a staff member of a prize wholesaler, or a player 4 holds the reader 31D of the terminal 31 (31-1, 31-2, 33-3, 33-4) over the NFC tag 40, data such as a unique identifier 46 (code) is transmitted to the terminal 31 via near-field wireless communication. The unique identifier 46 (code) read by the reader 31D is transmitted to the server 51. The unique identifier 46 (code) read by the reader 31D can be used in the system 10 to identify the NFT corresponding to the code.

[0125] In order to read the codes all at once, the multiple prizes 401, 402, and 403 are stored, for example, in a prize storage unit 450. The storage unit 450 has, for example, an electromagnetic shielding function, and the code reading target can be limited to the items 401, 402, and 403 in the storage unit 450.

[0126] The reader 31D reads a code (unique identifier) ​​from the NFC tag 40 of each of one or more prizes 401, 402, 403 stored in the storage unit 450. The terminal 31 that has acquired one or more codes via the reader 31D can transmit the acquired code(s) to the server 51.

[0127] The system 10 of the embodiment can execute processing on the NFT corresponding to the code read by the reader 31D. Furthermore, when the reader 31D reads multiple codes at once, the system 10 can collectively execute processing 51F on multiple NFTs corresponding to the multiple codes read at once.

[0128] FIG. 7 shows an example of processing 51F for multiple NFTs corresponding to multiple codes. Processing 51F is preferably batch processing. Batch processing refers to the collective execution of multiple processes. Note that processing for one NFT is referred to as "non-fungible token processing" or "NFT processing." In this case, batch processing for multiple NFTs refers to the collective execution of multiple NFT processes.

[0129] Batch processing 51F for multiple NFTs allows processing for multiple NFTs to be automatically performed in a batch. Therefore, there is no need to perform operations to perform processing for each of the multiple NFTs one by one, which avoids complexity and makes processing more efficient. Furthermore, in the embodiment, multiple NFTs are identified by multiple codes obtained by batch reading, so multiple NFTs that are the target of batch processing can be efficiently identified. That is, in the embodiment, even when processing multiple NFTs, the burden on the user can be kept to the same level as processing a single NFT. For example, multiple codes can be read in a single reading operation, and multiple NFTs corresponding to the multiple codes can be processed in a batch by batch processing.

[0130] NFT processing includes processing that is recorded in the blockchain 20. By batch processing multiple NFT processing, multiple NFTs can be recorded in the blockchain 20 all at once.

[0131] For NFTs, a transaction recorded on the blockchain is, for example, a transfer of the NFT. A transfer of the NFT is, for example, a change in the owner of the NFT. A transfer of the NFT may also be a change in the user (borrower) of a rental NFT.

[0132] As shown in FIG. 10, execution of batch processing 51F allows multiple NFTs to be transferred in bulk in the blockchain 20. In FIG. 10, before the NFT transfer, four NFTs are associated with the source address (0x1111). Therefore, the source address (0x1111) is the owner or user (borrower) of the four NFTs. The token identifiers (TokenIDs) held by the four NFTs at the source address are token_id01, token_id02, token_id03, and token_id04, respectively.

[0133] In the example shown in FIG. 10, multiple NFTs are transferred in bulk from a transfer source (current owner or user) to a transfer destination (new owner or user) through batch processing. In FIG. 10, to transfer multiple NFTs, the codes on the NFC tags 40 of prizes 401, 402, and 403 are read in bulk by a reader (see also FIG. 9). Here, the tag 40 of prize 401 has a code (identification data; unique identifier) ​​recorded as 00:00:00:00:00:0a. The tag 40 of prize 402 has a code (identification data; unique identifier) ​​recorded as 00:00:00:00:00:0b. The tag 40 of prize 403 has a code (identification data; unique identifier) ​​recorded as 00:00:00:00:00:0c.

[0134] As shown in Table 51E in Figure 7, code :00:00:00:00:00:0a is associated with token_id01, code :00:00:00:00:00:0b is associated with token_id02, and code :00:00:00:00:00:0c is associated with token_id03. Therefore, by referencing Table 51E, system 10 can identify multiple NFTs (token_id01, token_id02, token_id03) to be subjected to batch processing 51F from the multiple codes (00:00:00:00:00:00:0a, 00:00:00:00:00:0b, 00:00:00:00:00:00:0c) read in bulk. System 10 then executes a batch process to transfer (send) the identified multiple NFTs from the transfer source address to the transfer destination address. In Figure 10, of the four NFTs (token_id01, token_id02, token_id03, token_id04) held by the source address, the three NFTs (token_id01, token_id02, token_id03) corresponding to the three codes read are transferred in bulk to the destination address.

[0135] Transfers (transmissions; transactions) of multiple NFTs are recorded in the blockchain 20. Transaction records in the blockchain 20 may include the transfer source address and transfer destination address for each NFT. Since each NFT corresponds to a prize 401, 402, 403, the NFT transaction record becomes transaction data for the prizes 401, 402, 403, which are items 40. In other words, the blockchain 20 is used as a transaction database for recording transaction data for the items 40.

[0136] In transferring an NFT, the destination of the NFT can be designated by a user or the like as appropriate. In transferring an NFT, the NFT does not need to be transferred directly from the transfer source to the transfer destination, but may be transferred from the transfer source to the transfer destination via a transit address. The transit address may be, for example, the contract address of the smart contract 22.

[0137] In batch processing, the NFT processing for each of multiple NFTs does not need to be performed simultaneously, but may be performed sequentially during the batch processing.

[0138] FIG. 11 shows an example of the procedure for registration processing 51F (purchase processing) of the transfer of amusement facility items using batch processing. The system 10 according to the embodiment may be a management system 10 that manages the transfer of amusement facility items such as prizes 401, 402, and 403. The system 10 also transfers the corresponding NFTs when amusement facility items such as prizes 401, 402, and 403 are transferred (purchased). Therefore, the transfer of amusement facility items can be recorded in the blockchain 20 (transaction database) as the transfer of NFTs. Because records in the blockchain 20 are difficult to tamper with, recording the transfer of amusement facility items in the blockchain 20 can increase the reliability and transparency of the records. Note that processing 51F shown in FIG. 11 can also be understood as simply a process for the bulk transfer of multiple NFTs, separate from the registration of the transfer (purchase) of items such as prizes.

[0139] The code (identification data) of the item being transferred may be recorded in the blockchain 20 along with the transfer destination, but by recording the transfer of the item as the transfer of the NFT corresponding to the item, the NFT infrastructure in the blockchain 20 can be used to store transaction records of the item.

[0140] The registration process 51F in FIG. 11 is executed by one or more computers included in the system 10. In the following, as an example, the server 51 and the terminal 31 cooperate to execute the registration processes 51F, 31F. Furthermore, part of the registration process may be executed by the smart contract 22. The smart contract 22 is called from the server 51 or the terminal 31, and executes predetermined processing in the blockchain 20. The smart contract 22 executes, for example, an NFT process 22A such as an NFT transfer. The smart contract 22 may execute a process to send (charge) tokens to the account of the transfer source user.

[0141] The smart contract 22 may be configured to execute processing in the blockchain 20 for one specified NFT each time it is invoked. In this case, in batch processing of multiple NFTs, the smart contract 22 is invoked a number of times corresponding to the number of NFTs to be processed from the server 51 or the like that executes the batch processing. The smart contract 22 may also be configured to execute processing in the blockchain 20 for multiple specified NFTs all at once with a single invocation. In other words, the smart contract 22 may also be configured to perform batch processing. In this case, the transfer of multiple NFTs can be performed all at once by invoking the smart contract 22 once.

[0142] In the registration processes 51F and 31F shown in FIG. 11, in step S81, the server 51 acquires a plurality of codes read by the reader 31D. The codes are acquired from the prizes 401, 402, and 403 to be transferred. For example, the read codes may be acquired by the terminal 31 and transmitted from the terminal 31 to the server 51. The terminal 31 (or its reader 31D) that reads the codes may be the transfer source terminal 31 (or its reader 31D) or the transfer destination terminal 31 (or its reader 31D). The codes may also be read by both the transfer source and transfer destination terminals 31, 31.

[0143] In step S82, the server 51 acquires transfer party information (data of the purchasing party). The transfer parties include the transferor and the transferee. The transfer party information is represented, for example, by the transferor's blockchain address (account), data that can identify that blockchain address, or other data that can identify the transferor. Note that since the transferor is the current owner or user of the NFT corresponding to the code, the server 51 can acquire the transferor's blockchain address by referencing the blockchain address associated with the NFT corresponding to the acquired code. The server 51 may also receive transferor information, such as the transferor's blockchain address, sent from the transferor or transferee terminal 31.

[0144] The system 10 may acquire the transfer destination information from the transfer destination terminal 31. For example, the transfer destination terminal 31 transmits its blockchain address (e.g., 0x2222) to the system 10. This allows the system 10 to acquire the transfer destination information. For example, when the code is read by the transfer destination terminal 31, the transfer destination terminal 31 may transmit the blockchain address of the transfer destination terminal 31, etc., together with the code to the server 51. The server 51 may identify the transfer source from the code, and identify the blockchain address transmitted together with the code as the transfer destination.

[0145] Furthermore, the system 10 may acquire the transfer destination information from the transfer source terminal 31. For example, the transfer destination terminal 31 provides the transfer destination blockchain address to the transfer source terminal 31 by wireless communication or the like. The transfer source terminal 31 may transmit the acquired transfer destination blockchain address to the system 10. For example, if the code is read by the transfer source terminal 31, the transfer source terminal 31 may acquire the transfer destination blockchain address from the transfer destination terminal 31 by wireless communication or the like, and transmit the acquired transfer destination blockchain address together with the read code to the server 51.

[0146] In an embodiment, the transfer party information is information common to multiple NFTs to be processed. In batch processing, the same NFT processing is performed on multiple NFTs. The same NFT processing is, for example, a process of transferring multiple NFTs to the same transfer destination indicated by transfer destination information common to multiple NFTs. Because multiple NFTs are transferred to a common transfer destination through batch processing, the user does not need to set a transfer destination for each of the multiple NFTs, making the operation easier. Furthermore, because NFT processing common to multiple NFTs is performed in batch processing, the user does not need to specify the type of NFT processing to be performed on each of the multiple NFTs or select whether or not to perform each NFT processing, making the operation easier.

[0147] The terminal 31 or the server 51 executes a process for displaying display data including the read result, etc., on a display device (step S83). The display device is, for example, a display provided in the terminal 31. Fig. 12 shows display data 91, 92 (corresponding to the transaction screen in step S240 in Fig. 2) displayed on the display device. The display data 91, 92 is provided from the server 51, etc. to the display device of the terminal 31 for screen display.

[0148] 12 shows first display data 91 and second display data 92. The first display data 91 may be displayed on a display device of a terminal 31 of a transfer source (e.g., a seller of the prize). The second display data 92 may be displayed on a display device of a terminal 31 of a transfer destination (e.g., a buyer of the prize). The seller may be, for example, a player 4, and the buyer may be, for example, a prize exchange center 2.

[0149] Each of the first display data 91 and the second display data 92 may be confirmation display data for confirming whether or not it is okay to carry out the transaction process for the NFT corresponding to the read code.

[0150] For example, after the code is read by the transfer source terminal 31, the first display data 91 is displayed on the display device of the transfer source terminal 31. For example, when the server 51 acquires the read code (00:00:00:00:00:0a, 00:00:00:00:00:0b, 00:00:00:00:00:0c), it identifies the NFT (token_id01, token_id02, token_id03) corresponding to the code as the processing target.

[0151] The server 51 acquires the amount (value data; value) associated with each NFT to be processed. The amount is the selling price (purchase price) of the NFT-attached prize. The amount (value data; value) may be a numerical value in legal tender, a numerical value in cryptocurrency, or other data having electronic value. The amount may be considered the selling price (purchase price) of the NFT alone, or the selling price (purchase price) of the prize alone. Note that the selling price (purchase price) may differ depending on the transfer parties. The amount associated with each NFT may be set for each transfer party. This point will be described later.

[0152] The amount associated with the NFT may be recorded in association with the NFT on the server 51 or other computer outside the blockchain, or may be recorded in association with the NFT on the blockchain. Since it is difficult to tamper with data recorded on the blockchain 20, recording the amount associated with the NFT on the blockchain 20 prevents tampering with the amount and ensures transparency in prize transactions. Note that if the amount is recorded on the blockchain 20, it may be difficult to flexibly change the amount, but this is not a problem if the transaction price (selling price or purchase price) is fixed.

[0153] As an example, as shown in FIG. 10, for the NFT with token_id01, the selling price (purchase price) of the prize with the NFT attached is ¥5,000, which is recorded in association with the NFT with token_id01 on the blockchain 20. For the NFT with token_id02, the selling price (purchase price) of the prize with the NFT attached is ¥2,500, which is recorded in association with the NFT with token_id02 on the blockchain 20. For the NFTs with token_id03 and token_id04, the selling price (purchase price) of the prize with the NFT attached is ¥1,000, which is recorded in association with the NFTs with token_id03 and token_id04 on the blockchain 20, respectively.

[0154] The value of an NFT-attached prize or NFT may be secured by content data, such as image data, associated with the NFT. An NFT can make valuable content data (digital data), such as that of a professional athlete or musician, unique. Therefore, an NFT-attached prize or NFT may have value corresponding to the digital data authenticated by the NFT.

[0155] The server 51 acquires the amounts associated with one or more token identifiers (token_id01, token_id02, token_id03) identified as the processing targets, and calculates the total value of these amounts (value data). As an example, the total value of the amounts associated with three token identifiers (token_id01, token_id02, token_id03) is 8,500 yen.

[0156] The server 51 generates value display data as a component of the confirmation display data 91. The value display data includes value display data indicating the total value (¥8,500) and its breakdown. In the first display data 91 of FIG. 12, the value display data is the portion "Price Total ¥8,500" and the portions "Breakdown" and "AAA ¥5,000 × 1 = ¥5,000," "BBB ¥2,500 × 1 = ¥2,500," and "CCC ¥1,000 × 1 = ¥1,000." The value display data may be only one of the breakdowns of the total value. The same applies to the second display data 92.

[0157] The server 51 acquires or generates data from the blockchain 20 or the like for displaying the NFT (token_id01, token_id02, token_id03) identified as the processing target as a component of the confirmation display data 91. In the first display data 91 of FIG. 12, the data for displaying the NFT (token_id01, token_id02, token_id03) on the screen are three elements shown in the "Target NFT List." In the first display data 91, the "Target NFT List" shows three elements: the NFT (token_id01) corresponding to the prize 401, which is "AAA," and its price (¥5,000); the NFT (token_id02) corresponding to the prize 402, which is "BBB," and its price (¥2,500); and the NFT (token_id03) corresponding to the prize 403, which is "CCC," and its price (¥1,000). The same applies to the second display data 92.

[0158] 12, the confirmation display data 91, 92 may include codes (00:00:00:00:00:0a, 00:00:00:00:00:0b, 00:00:00:00:00:0c) corresponding to one or more NFTs (token_id01, token_id02, token_id03) to be processed. In other words, the confirmation display data 91 may include one or more codes ((00:00:00:00:00:0a, 00:00:00:00:00:0b, 00:00:00:00:00:0c)) read by the reader 31D.

[0159] 12, the confirmation display data 91, 92 may include data related to the item (prize 401, 402, 403) having a code corresponding to one or more NFTs to be processed. That is, the confirmation display data 91, 92 may include data related to the item (prize 401, 402, 403) from which the code was read. The data related to the item (prize 401, 402, 403) may be letters or symbols indicating the name or type, such as "AAA," "BBB," or "CCC," as well as the price of the item or other data related to the item.

[0160] By including the above data in the confirmation display data 91, 92, the parties to the transaction (transfer source or transfer destination) can understand or confirm the items (prizes 401, 402, 403) and / or NFTs that are the subject of the transaction.

[0161] The confirmation display data 91, 92 may indicate information indicating the counterparty of the transfer parties. The information indicating the counterparty is, for example, the counterparty's blockchain address and / or the counterparty's name or surname. For example, in the case of display data 91 for the transfer source (seller), the counterparty is the transfer destination (purchaser: 0x2222). In the case of display data 92 for the transfer destination (purchaser), the counterparty is the transfer source (seller: 0x1111). By including counterparty information in the confirmation display data 91, 92, the transfer parties can confirm the counterparty before executing the transfer. In this case, the counterparty is a common counterparty for multiple NFT transfers executed collectively by batch processing.

[0162] The confirmation display data 91 may be for confirming whether or not to allow execution of processing (NFT processing) for the NFT corresponding to the read code. When batch processing is performed on multiple NFTs, this confirmation is for confirming whether or not to allow execution of the batch processing.

[0163] The confirmation at the transfer source is whether or not to transfer (sell) the prize and NFT to the transfer destination (see first display data 91 in FIG. 12). For this confirmation, the first display data 91 includes a display of "Do you want to sell?" and "Yes" and "No" buttons (graphical user interface: GUI). If the user allows the sale (transfer), the user performs a user operation of clicking or tapping the "Yes" button. A signal indicating that the user operation has been performed is transmitted to the server 51.

[0164] The confirmation at the transfer destination is whether or not to transfer (purchase) the prize and NFT to the transfer destination (see second display data 92 in FIG. 12). For this confirmation, the second display data 92 includes a display of "Do you want to purchase?" and "Yes" and "No" buttons (graphical user interface: GUI). If the user permits the purchase (transfer), the user performs a user operation of clicking or tapping the "Yes" button. A signal indicating that the user operation has been performed is transmitted to the server 51.

[0165] In an embodiment, the user operation to allow transfer is a single operation that applies to multiple NFTs at once, which is advantageous as it requires fewer users than transferring NFTs one by one.

[0166] When the server 51 receives a user operation from both the transfer source and the transfer destination, or either one, to allow the transfer, it determines that the transfer has been allowed (step S84) and executes batch processing to transfer multiple NFTs to be processed (step S85).

[0167] Batch processing includes the transfer of multiple NFTs to be processed and processing for the payment associated with the transfer (value charging processing). For example, as shown in FIG. 10, the transfer of an NFT involves sending an NFT from a transfer source address (0x1111) to a transfer destination address (0x2222). The payment (value charging) may be a payment in legal tender, a payment in cryptocurrency on the blockchain 20, or a payment in other value data. In an embodiment, the payment (value charging) only needs to be made for the total amount of multiple NFTs, simplifying the transfer process compared to transferring NFTs one by one.

[0168] A batch process that includes the transfer of multiple NFTs and the payment of their total amount can be configured as a single transaction. The individual processes that make up a transaction are not completed independently; the transaction as a whole is completed when all of the series of processes that make up the transaction are successful. If any of the processes that make up the transaction fail, the entire transaction fails and the entire transaction is considered not to have been processed (the process is canceled). By configuring the transfer of multiple NFTs and the payment of their total amount as a transaction, the process can be carried out safely. It also prevents only some of the NFTs that are the subject of processing from being transferred.

[0169] The method of distribution of NFT-attached prizes 401, 402, and 403 using the system 10 according to the embodiment is, for example, as follows: In the method described below, the prizes 401, 402, and 403 and the NFTs attached thereto are transferred and distributed among four parties: the gaming facility 1A, the player 4, the prize exchange center 2, and the prize wholesaler 3.

[0170] The prize wholesaler 3 sells prizes with attached NFTs to the amusement facility 1A. In other words, the prizes and NFTs are transferred from the prize wholesaler 3 (transfer source) to the amusement facility 1A (transfer destination). Before the transfer, the prizes are owned by the prize wholesaler 3, and the NFTs attached to the prizes are owned at the prize wholesaler 3's blockchain address. During the transfer, the prize wholesaler terminal 31-3 and / or the amusement facility terminal 31-1 read codes attached to one or more prizes. The system 10 transmits the NFTs corresponding to the read codes from the prize wholesaler 3's blockchain address (0x3333) to the amusement facility 1A's blockchain address (0x1111). As a result, the amusement facility 1A becomes the owner of the NFTs. This transfer of the prizes is recorded in the blockchain 20 as a transfer of the NFTs corresponding to the prizes. When the NFT is transferred, the NFT, which is data corresponding to the code, is associated with and recorded in the blockchain 20 as the blockchain address of the amusement center 1A to which the prize is to be transferred.

[0171] Along with the transfer of the NFTs, physical prizes are also transferred from the prize wholesaler 3 to the amusement facility 1A. Furthermore, the price for the transferred NFT-attached prizes is paid from the amusement facility 1A to the prize wholesaler 3. Transfers can be made for multiple prizes and NFTs at once. Because the transfer is made in bulk, it is easy to sell large quantities of prizes and NFTs. Furthermore, payment (value charging) is made along with the transfer.

[0172] The amusement facility 1A provides one or more prizes with NFTs to Player 4 as prizes to be exchanged for gaming media such as pachinko balls. In other words, the prizes and NFTs are transferred from the amusement facility 1A to Player 4. During this exchange, the amusement facility terminal 31-1 and / or the player terminal 31-4 reads a code attached to each of the one or more prizes. The system 10 transmits the NFT corresponding to the read code from the blockchain address (0x1111) of the amusement facility 1A to the blockchain address (0x4444) of Player 4. Player 4 then becomes the owner of the NFT. This transfer of the prize is recorded in the blockchain 20 as a transfer of the NFT corresponding to the prize. With the transfer of the NFT, the NFT, which is data corresponding to the code, and the blockchain address of Player 4, to which the prize will be transferred, are associated and recorded in the blockchain 20.

[0173] Along with the transfer of the NFT, the physical prize is also transferred from the amusement facility 1A to the player 4. In exchange for acquiring the prize with the NFT, the player 4 hands over the gaming medium, such as a pachinko ball, or the rights thereto to the amusement facility 1A.

[0174] In order to exchange the prizes that Player 4 has acquired for money or value, Player 4 has one or more prizes with NFTs purchased by the prize exchange center 2. In other words, the prizes and NFTs are transferred from Player 4 to the prize exchange center 2. During this purchase, the prize exchange center terminal 31-2 and / or the player terminal 31-4 reads the code attached to each of the one or more prizes. The system 10 transmits the NFT corresponding to the read code from Player 4's blockchain address (0x4444) to the blockchain address (0x2222) of the prize exchange center 2. As a result, the owner of the NFT becomes the prize exchange center 2. This transfer of the prize is recorded in the blockchain 20 (transaction database) as a transfer of the NFT corresponding to the prize. With the transfer of the NFT, the NFT, which is data corresponding to the code, and the blockchain address of the prize exchange center 2 to which the prize is transferred are associated and recorded in the blockchain 20.

[0175] Along with the transfer of the NFT, the physical prize is also transferred from Player 4 to the Prize Exchange 2. Furthermore, the consideration (value) for the transferred NFT-attached prize is paid from the Prize Exchange 2 to Player 4 (value is charged to Player 4's account). The transfer can be performed for multiple prizes and NFTs at once. Because the transfer is performed in bulk, it is easy to sell large quantities of prizes and NFTs. Furthermore, payment (value is charged) is also made along with the transfer. Player 4 can use the charged value to play again using the second application 114 (borrow balls, etc. by paying value). Furthermore, Player 4 can use the second application 114 to withdraw the charged value from an ATM.

[0176] The prize exchange center 2 sells one or more prizes with NFTs to the prize wholesaler 3. In other words, the prizes and NFTs are transferred from the prize exchange center 2 to the prize wholesaler 3. The prize wholesaler 3 can sell the prizes with NFTs purchased from the prize exchange center 2 again to the amusement center 1A or another amusement center 1B.

[0177] In the distribution of amusement park items, by using the system 10 of the embodiment, data (NFT) corresponding to the code provided on the amusement park item can be associated with the blockchain address of the destination (and source) of the amusement park item and recorded in the blockchain 20. Since data recorded in the blockchain 20 is difficult to tamper with, the distribution of amusement park items can be reliably recorded. Because this record is highly reliable, it is useful as gaming-related statistical data or gaming-related big data.

[0178] Furthermore, as a result of the transfer, the blockchain addresses recorded in blockchain 20 include the first blockchain address (0x1111) of amusement facility 1A, the second blockchain address (0x2222) of prize exchange center 2, and the third blockchain address (0x3333) of prize wholesaler 3, so a record of the distribution of prizes among these three parties can be obtained. In addition, the blockchain addresses recorded in blockchain 20 also include the fourth blockchain address (0x4444) of player 4, so a record of the distribution of prizes among four parties, including player 4, can be obtained.

[0179] In the above description, the transfer of an NFT is carried out as a change in NFT ownership from the transfer source to the transfer destination. In other words, the transfer of NFT ownership is recorded on the blockchain 20. However, the transfer of an NFT may also be carried out as a change in NFT usage rights from the transfer source to the transfer destination. In this case, the transfer of NFT usage rights is recorded on the blockchain 20. When the transfer of an NFT is carried out as a change in NFT usage rights, the ownership of the NFT does not need to change. For example, the administrator 5 of the system 10 can continue to hold the ownership of the NFT regardless of the change in NFT usage rights.

[0180] FIG. 13 shows a blockchain 20 that records the transfer of an NFT as a change in NFT usage rights. In this case, the rental NFT function defined in the EIP4907 standard can be used to set the usage rights. In this case, the holder of the NFT usage rights is a "user" in EIP4907. The holder of the NFT usage rights is the borrower of the rental NFT.

[0181] In FIG. 13, the blockchain address of the user of the rental NFT is shown as the first account, and the blockchain address of the "owner" of the rental NFT is shown as the second account. In FIG. 13, the first accounts are address 25A (0x1111) of the amusement facility 1A, address 25B (0x2222) of the prize exchange center 2, address 25C (03333) of the prize wholesaler 3, and address 25C (0x4444) of player 4. In other words, amusement facility 1A, prize exchange center 2, prize wholesaler 3, and player 4 can each be users (transfer parties) of the rental NFT. Also, in FIG. 13, the second account is address 25E (0x1234) of administrator 5. In other words, administrator 5 is the owner of the NFTs (token_id01, token_id02, token_id03, token_id04). As the owner of the NFT, Administrator 5 can perform operations on the NFT, such as transferring and setting usage rights for the NFT, on behalf of the first account (transfer party).

[0182] The administrator 5, who is the owner of the NFT, can set the user of the NFT (token_id01, token_id02, token_id03, token_id04) using the system 10. In FIG. 13, the prize wholesaler's address 0x3333 is set as the user for the NFTs with token_id01 and token_id02. The player's address 0x4444 is set as the user for the NFT with token_id03. The amusement center's address 0x1111 is set as the user for the NFT with token_id04.

[0183] For example, when a game arcade 1A provides a prize to a player 4, first, as in the case of an NFT ownership transfer, the game arcade terminal 31-1 and / or the player terminal 31-4 reads the code provided on each of one or more prizes.

[0184] The system 10 then invokes the smart contract 22 as the owner of the NFT corresponding to the read code, and with the authority of the NFT owner, changes the user of the NFT from the blockchain address of the game arcade 1A (0x1111) to the blockchain address of the player 4 (0x4444). In this case, since it was the administrator 5, who is the NFT owner, who invoked the smart contract 22 and caused the transfer of the NFT usage rights to be processed, the fee (gas fee) to be paid to the blockchain 20 is paid by the administrator 5 to the blockchain 20 using crypto assets such as fungible tokens (FTs) that he owns. Therefore, the game arcade 1A and player 4, who are the transfer parties, do not need to pay the gas fee. The same applies to transfers of NFT usage rights between other transfer parties.

[0185] Because NFT users do not have the authority to transfer NFT usage rights themselves, unauthorized transfer of NFT usage rights can be prevented. If an NFT transfer is performed by transferring ownership, even Administrator 5 would have difficulty recovering the NFT if Player 4 or another party sends the NFT to a third party without permission. However, if an NFT transfer is performed by transferring usage rights, the NFT owner has the authority to set or revoke usage rights. Therefore, even if NFT usage rights are transferred by mistake, Administrator 5 can use his or her owner authority to revoke or reset the NFT usage rights and undo the erroneous transfer.

[0186] The gaming facility may be a casino instead of a pachinko parlor, and the gaming facility item may be a casino chip with an NFT. In this case, the casino chip and NFT are transferred between the casino and the player. Furthermore, the item with the code is not limited to a gaming facility item and may be another item.

[0187] The present invention is not limited to the above-described embodiment, and various modifications are possible. [Explanation of symbols]

[0188] 1A: Amusement park 1B: Amusement park 2: First user (prize exchange) 3: Prize Wholesaler 3A: Prize Wholesaler 3B: Prize Wholesaler 4: Second user (player) 5: Prize manufacturer 10: Value Charge System 15: Network 20: Blockchain 22: Smart Contract 22A: NFT processing 25A: Blockchain address 25B: Blockchain address 25C: Blockchain address 25D: Blockchain address 25E: Blockchain address 31: Terminal 31-1: Game terminal 31-2: Prize exchange terminal 31-3: Prize Wholesaler Terminal 31-4: Player terminal 31A: Processor 31B: Storage device 31C: Computer Programs 31D: Leader 31F: Registration process 40: Items (purchased) 41: Antenna 42: Radio circuit 43: Controller 44: Non-volatile memory 46: Unique Identifier 51: Server 51A: Processor 51B: Storage device 51C: Computer Program 51E: Corresponding data table 51F: Registration process 91: Display data for confirmation 92: Display data for confirmation 100: Value charge device 100A: Transaction Database 102: Client terminal 104: Client terminal 112: First application 114: Second application 401: Prizes 402: Goods 403 :Goods 403: Prizes 450: Storage area

Claims

1. A value charging device for charging value with an item, Associating the first user and the second user who are parties to the purchase of the item based on an operation performed in at least one of a first application operated by a first user who is a buyer of the item and a second application for using value, the second application being operated by a second user who is a seller of the item; When an operation for completing a transaction for purchasing the item is performed in at least one of the first application and the second application, transaction data including at least data of the second user and data of the item is recorded in a transaction database, and a value equivalent to the purchase price of the item is charged to an account of the second user in the second application. A value charging device that performs an operation including:

2. The account is an account that can be used to make at least one of payments with value, withdraw money from an ATM, withdraw money to a bank account, send value, and exchange value for other types of value. The value charging device according to claim 1.

3. The second application has at least one function of using the value, including paying with the value, withdrawing from an ATM, withdrawing to a bank account, sending the value, and exchanging the value for another type of value. The value charging device according to claim 2.

4. The transaction database includes a blockchain; recording the transaction data in the transaction database includes recording the transaction data in the blockchain; The value charging device according to claim 1.

5. Recording the transaction data in the transaction database and charging the value equivalent to the purchase price of the item to the account of the second user in the second application is executed when the operation for completing the transaction of purchasing the item is performed in both the first application and the second application. The value charging device according to claim 1.

6. the item has identification data for the item; the transaction data includes the identification data read from the item; The value charging device according to claim 1.

7. Recording the transaction data in a transaction database includes recording the transaction data in a blockchain as a transaction record of the non-fungible token associated with the identification data. The value charging device according to claim 6.

8. The value is a crypto asset of the blockchain on which the transaction data is recorded. The value charging device according to claim 4 or 7.

9. The item is a special prize at an amusement park, The special prize has identification data of the special prize, The first user is a prize exchange that purchases the special prize, the first application is an application for the prize exchange center, the second user is a player at the gaming facility; the second application is an application for the player of the gaming establishment to use the value at the gaming establishment; The transaction data includes the identification data read from the special gift. The value charging device according to claim 1.

10. A value charging system for charging value by an item, A value charge device; a first application operated by a first user who is a buyer of the item; a second application for using the value, the second application being operated by a second user who is a seller of the item; Equipped with The value charging device is Associating the first user and the second user who are parties to the purchase of the item based on an operation performed in at least one of the first application and the second application; When an operation for completing a transaction for purchasing the item is performed in at least one of the first application and the second application, transaction data including at least data of the second user and data of the item is recorded in a transaction database, and a value equivalent to the purchase price of the item is charged to an account of the second user in the second application. performing an action including Value charge system.

11. 1. A computer-implemented method executed by a computer for charging value with an item, comprising: Associating the first user and the second user who are parties to the purchase of the item based on an operation performed in at least one of a first application operated by a first user who is a buyer of the item and a second application for using value, the second application being operated by a second user who is a seller of the item; When an operation for completing a transaction for purchasing the item is performed in at least one of the first application and the second application, transaction data including at least data of the second user and data of the item is recorded in a transaction database, and a value equivalent to the purchase price of the item is charged to an account of the second user in the second application. A computer-implemented method comprising:

12. A computer program comprising: Associating the first user and the second user who are parties to the purchase of the item based on an operation performed in at least one of a first application operated by a first user who is a buyer of the item and a second application for using value, the second application being operated by a second user who is a seller of the item; When an operation for completing a transaction for purchasing the item is performed in at least one of the first application and the second application, transaction data including at least data of the second user and data of the item is recorded in a transaction database, and a value equivalent to the purchase price of the item is charged to an account of the second user in the second application. A computer program that causes a computer to perform operations including:

Images