Information processing apparatus, information processing method, and program

Abstract

To provide an information processing apparatus, an information processing method, and a program for reducing the cost burden on a seller required for issuing and storing invoices.SOLUTION: An information processing apparatus 300 includes: an information input unit 310 for inputting predetermined information related to a seller S; an issuance unit 320 which issues an invoice NFT formed by associating an NFT (Non-Fungible Token) with an invoice, from the seller S to a buyer B; and a use unit 340 which allows the buyer B to secondarily distribute the invoice NFT.SELECTED DRAWING: Figure 5

Description

[Technical field]

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

[0002] Currently, the introduction of the reduced consumption tax rate system and the qualified invoice storage method is planned. The latter qualified invoice storage method is also known as the invoice system, and its outline is as follows. In other words, in order for sellers to inform buyers of the accurate applicable tax rate and consumption tax amount, a qualified invoice is created by adding the "registration number," "applicable tax rate," and "amount of consumption tax, etc." to the "categorised invoice." The seller, a qualified invoice issuing business (registered business), is required to issue an invoice and keep a copy of it when requested by the buyer, the trading partner (taxable business). On the other hand, in order for buyers to apply for input tax credit, in principle, they are required to keep the invoice issued by the trading partner (seller), the registered business.

[0003] Several technologies have been disclosed regarding the introduction of the invoice system. For example, Patent Document 1 discloses a technology that proposes issuing a document (corresponding to an invoice) that satisfies certain conditions in order to prevent the deduction from being denied when supporting data related to an issued invoice (corresponding to an invoice) is determined to be ineligible as not meeting certain conditions. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] JP 2023-054597 A Summary of the Invention [Problem to be solved by the invention]

[0005] However, there is a problem in that issuing and storing invoices incurs a considerable cost for sellers, and the burden increases as the number of invoices issued and stored increases. From this perspective, although technology related to electronic invoices (digital invoices) has been disclosed, the reality is that no technology focusing on reducing the cost burden has yet been proposed.

[0006] Therefore, an object of the present disclosure is to provide an information processing device, an information processing method, and a program that reduce the cost burden on a seller required for issuing and storing invoices. [Means for solving the problem]

[0007] According to one aspect of the present disclosure, an information processing device is provided that includes an information input unit for inputting specific information related to a seller, an issuing unit for issuing an invoice NFT (Non-Fungible Token) by associating an NFT with an invoice from the seller to a buyer, and a utilization unit for enabling secondary distribution of the invoice NFT by the buyer. Effect of the Invention

[0008] According to the present disclosure, it is possible to provide an information processing device, an information processing method, and a program that reduce the cost burden on a seller required for issuing and storing invoices. [Brief description of the drawings]

[0009] [Figure 1] FIG. 1 is a diagram showing an overall system according to an embodiment of the present invention. [Diagram 2] 1 is a diagram illustrating an example of a basic configuration of an information processing device according to an embodiment of the present invention. [Diagram 3] FIG. 1 is a diagram showing an example of an invoice (qualified invoice, etc.). [Figure 4] FIG. 1 is a diagram illustrating an example of the configuration of a node terminal that constructs a blockchain network. [Diagram 5] A diagram showing the invoice NFT generation process. [Figure 6] FIG. 1 is a diagram illustrating an example of an operation of an information processing device. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] [Embodiment] Hereinafter, embodiments will be described in detail with reference to the accompanying drawings.

[0011] (Overall system) The overall system including the information processing device 10 of this embodiment aims to cover the costs associated with issuing and storing invoices by associating NFTs (Non-Fungible Tokens) with invoices, issuing NFT-ized invoices, i.e., invoice NFTs, and making these invoice NFTs available for secondary circulation, such as buying and selling, exchanging, and pawning.

[0012] In the following, when explaining points that apply to NFTs in general, separate from the invoice NFT related to this embodiment, the term "NFT" may be used.

[0013] Here, the invoice refers to the qualified invoice etc. required to receive input tax credit under the invoice system described above, and in this embodiment, since invoices are handled on the system, unless otherwise specified, it means an electronic invoice (digital invoice) which is a qualified invoice etc. that has been converted into electronic data. Since electronic invoices make it possible to create, store, and manage the contents of qualified invoices etc. as electronic data, it is expected to improve business efficiency and productivity for both seller S and buyer B.

[0014] In this embodiment, by converting an invoice into an NFT, the invoice can be secondary circulated as an invoice NFT. To explain the nature of an invoice NFT using another existing example as an example, an invoice NFT is something that exerts value like a used stamp or an issued character receipt designed with a character that is recognized by many people. Of course, it should be noted that this existing example is an example for understanding the nature of an invoice NFT, and does not mean that the aspect of an invoice NFT is similar to those examples.

[0015] What is noteworthy is that just as the value of used postage stamps and issued character receipts fluctuate depending on supply and demand, seller S, who issues invoice NFTs, will be motivated to act in a way that increases the value of their company's invoice NFT, and the price of the invoice NFT will be linked to the corporate brand value.

[0016] 1 shows the overall system according to this embodiment. The overall system includes a blockchain network 100, an NFT processing unit 200, an information processing device 300, a user terminal 400, a distribution means A 500A, a distribution means B 500B, a distribution means C 500C, .... The information processing device 300 is configured as an element that functions on the blockchain network 100.

[0017] The blockchain network 100 is a P2P (Peer-to-Peer) distributed network related to Ethereum, in which a large number of computers are connected to each other by the P2P method without going through a server. Each computer connected in this case is called a node. Each node records a processing request notified to the blockchain network 100 from the outside, and executes processing in response to a processing request from a user (a person who trades invoice NFTs. Depending on the situation, this refers to seller S, buyer B, or a secondary distribution trader). The results of the processing in response to the processing request can be recorded in the storage managed by each node.

[0018] Blockchain technology allows a single processing request to be transmitted to each node in a decentralized manner, with each node executing the same process for that processing request and recording it in the blockchain (distributed ledger). This makes it possible to realize processing that retains identity information that allows tamper detection at each node even in a decentralized environment (transactions whose credibility is guaranteed without the involvement of a third party). Processing related to this execution on the blockchain is called a smart contract.

[0019] Here, a smart contract refers to a program unit (a program module and associated data / information collection / computer program) registered in the blockchain network 100 and is executable on each node. The NFT processing unit 200 in this embodiment has a function related to smart contract processing, and controls the issuance of invoice NFTs in response to requests from users.

[0020] NFTs are unique, non-fungible, and tradeable units of data stored on a digital ledger on a blockchain that allow for the association of easily replicable items, such as images, videos, audio, and other types of digital files (including digital files related to invoices), with unique items.

[0021] In this embodiment, as an example, the blockchain network 100 is a network related to Ethereum. However, this is merely an example, and other types of networks may be used. In addition, an example of a standard that NFT complies with is ERC721 (Ethereum Request for Comment 721), but is not limited to this.

[0022] The information processing device 300 is a server that interacts with the blockchain network 100, and upon receiving a request from a user terminal (an information processing device used by a user) 400 such as a smartphone or PC, the information processing device 300 makes a request to the NFT processing unit 200 and returns the response to the user terminal 400.

[0023] The distribution means A500A to distribution means C500C provide information related to NFTs (for example, a part or all of NFT control information described later) to the user. Specifically, they provide various data in cooperation with the user terminal 400, such as a uniform resource locator (URL), two-dimensional code, near field communication (NFC), Bluetooth (registered trademark), audio, images, beacon information, location information, and behavior of an external server (for example, API (Application Programming Interface) information of a social networking service (SNS)). Specifically, they provide various data in cooperation with the user terminal 400, such as a two-dimensional code, near field communication (NFC), Bluetooth (registered trademark), audio, and images.

[0024] In general processing related to NFTs, a user may directly interact with the blockchain network 100. In that case, software or hardware for managing NFTs used in the blockchain, called a wallet, is used in the user's terminal. In such a case, if a wallet is already installed in the user terminal 400, a processing request can be made directly from the user terminal 400 to the NFT processing unit 200 without going through the information processing device 300. However, in this embodiment, since an invoice related to a specific commercial transaction is converted into an NFT, the information processing device 300 is essential for generating an invoice NFT and for secondary distribution of the generated invoice NFT.

[0025] (Basic configuration example of information processing device) The information processing device 300 will be described. Fig. 2 shows an example of a basic configuration of the information processing device 300. The information processing device 300 processes invoices between a seller S and a buyer B, and includes an information input unit 310 that inputs predetermined information related to the seller S, an issuing unit 330 that issues an invoice NFT (Non-Fungible Token) from the seller S to the buyer B, in which the invoice is associated with an NFT, and a utilization unit 340 that enables secondary circulation of the invoice NFT by the buyer B.

[0026] The information input unit 310 takes in the predetermined information inputted to the user terminal 400 by users such as the seller S, the buyer B, and secondary distribution traders into the information processing device 300. The predetermined information includes items constituting an invoice, i.e., a qualified invoice, such as the name or title and registration number of the seller S (qualified invoice issuing business), the transaction date, the transaction details (subject items, etc.), the total amount of consideration classified by tax rate and the applicable tax rate, the amount of consumption tax classified by tax rate, etc., the name or title of the business receiving the document, as well as items necessary for system operation.

[0027] An example of the specified information is shown in Figure 3. Figure 3 shows an example of an invoice (qualified invoice, etc.), and shows an example of an invoice issued by X Shoji Co., Ltd., the seller S, to Y Co., Ltd., the buyer B. The specified information refers to the information written on this invoice.

[0028] The issuing unit 330 issues an invoice NFT by inputting predetermined information related to the buyer B and running a smart contract on the blockchain network 100. The issuance of an invoice NFT will be described later.

[0029] In response to a request from the user terminal 400 of the buyer B who has acquired the invoice NFT, the utilization unit 340 can provide the invoice downloaded from the invoice NFT to the buyer B, for example in PDF (Portable Document Format) format. The utilization unit 340 also processes functions including buying and selling, exchanging, and pawning of the invoice NFT as secondary distribution. The buying and selling, exchanging, and pawning of the invoice NFT may be realized by the same processing as that for general NFTs.

[0030] The information processing device 300 may further include a trading unit 320 in addition to the information input unit 310, the issuing unit 330, and the utilization unit 340. The trading unit 320 processes the function of trading the NFT between the seller S and the buyer B before the issuing unit 330 associates the NFT with the invoice. The trading unit 320 does not need to be provided in advance when the information processing device 300 is designed to be limited to a mode in which the NFT is not traded in advance between the seller S and the buyer B, and when the information processing device 300 is designed to be compatible with both a mode in which a transaction is made and a mode in which a transaction is not made, it is sufficient to set it so that the transaction unit 320 is not passed through in a mode in which a transaction is not made.

[0031] The trading unit 320: (1) The ability for sellers to list NFTs on the market, for buyers to place orders, and for sellers to express their acceptance; (2) The ability for sellers to put NFTs up for auction and for buyers to win the bid; and (3) The ability for buyers to put NFTs up for auction and for sellers to win the bid; The NFT transaction is completed by processing at least one of the functions above.

[0032] (node ​​terminal) Next, the node terminal 110 that constructs the blockchain network 100 will be described. Fig. 4 is a configuration diagram of the node terminal 110. The node terminal 110 may be a normal computer, and may be configured with a CPU 120, a memory 130, a storage 140, a storage I / F 150 that is an interface for connecting the storage, an input / output I / F 160 for connecting to an external keyboard, mouse, or display, and a network I / F 170 for connecting to an external computer and constructing a network.

[0033] In addition, although not shown, semiconductor chips such as a GPU (Graphics Processing Unit) or FPGA (Field Programmable Gate Array) can be installed in the node terminal 110 as other computational processing units, and these functional units can offload processing necessary for blockchain operation, such as mining, which performs approval work when generating blocks related to new NFT information, in order to enable fraud checks.

[0034] Furthermore, information on the blockchain network is stored in the storage 140 of the node terminal 110. For example, information on smart contracts is read from the storage 140 to the memory 130 and executed by the CPU 120 (or GPU or FPGA, depending on the case). Note that the information processing device 300 and the user terminal 400 in this embodiment have the same configuration as the node terminal 110 (corresponding to a normal computer).

[0035] (Issuance of invoice NFT) FIG. 5 shows the processing procedure until a user (buyer B) receives a new NFT, including the preparation part (a mechanism for creating an NFT in advance or creating an NFT in response to a request) when distributing an NFT to the user (buyer B). Note that in FIG. 5, the user (seller S) and the information processing device 300 are illustrated separately (by a dashed line), but the column for user (seller S) indicates that the information processing device 300 (issuance unit 330) is operated by operating the user terminal 400 to set an invoice NFT.

[0036] First, a user (seller S) creates a smart contract related to a computer protocol for managing and operating NFTs, which is necessary for distributing NFTs (step S1000). Once it is confirmed that the created contract is free of bugs, the NFT processing unit 200 related to the created smart contract is registered in the blockchain network 100 (step S1010. The blockchain network 100 and smart contract are not shown in this flow).

[0037] In parallel, an invoice related to the information reference of the NFT is created so that it can be registered in the NFT processing unit 200 related to the smart contract (step S1020). Then, based on the ability to create an invoice, an invoice is set in the NFT processing unit 200 (step S1030).

[0038] In this embodiment, the invoice is set after the NFT processing unit 200 related to the smart contract is registered in the blockchain network 100. However, instead of setting the invoice after registering the NFT processing unit 200, it is also possible to proceed in a manner in which the invoice information is finalized when the smart contract is created and then registered.

[0039] In this embodiment, it is possible to prepare a distribution means in parallel with the development and creation of smart contracts and invoices. This is realized by the setting information generation process (step S1100). Here, random numbers with a sufficient range are used as the setting information. For example, numbers in the range of 2 to the power of 256 are assigned randomly. The wider the setting space, the lower the possibility that the generated random numbers will match. Depending on the distribution means, tasks such as printing or writing data to a dedicated device may be required.

[0040] If you want to make one-to-one correspondence between information provided by a distribution method such as a two-dimensional code and ID information managed by NFT, you will need to wait for the completion of development on the NFT side, but if certain preparations and rules such as the URL of the site to be accessed have been determined, you can then freely generate the distribution method using random numbers. In this way, you can proceed with the work independently of development, and the work on the distribution method side can be performed mechanically. Alternatively, you can define a rule that assigns a numerical range to each distribution method to be used instead of random numbers and assigns sequential numbers.

[0041] For example, numbers are assigned so that all are unique, such as 1 to 10000 for two-dimensional codes and 10001 to 20000 for NFC. The information generated in this way is set as a distribution means (step S1110) and distributed to users (step S1120). By being able to separate development and distribution, advance sales can be realized and collaboration with other products can be made easier.

[0042] The NFT control information is configured as information provided from the distribution means to the user terminal 400. Here, it is assumed that a random number or a predefined serial number used in issuing or distributing an NFT is set as the control information, and an access URL for acquiring the NFT is stored as additional information. The additional information may include information other than the access URL. For example, the type of distribution means, a management number, the date and time of the start of sales, and the URL of the provider company.

[0043] In this way, for example, a user receives a two-dimensional code printed as a distribution means, and reads it by launching the camera app on the user terminal (such as a smartphone) 400 to obtain information on the access destination and a random number set for exchanging the NFT (step S1200).

[0044] Next, the user makes a request to output the NFT by notifying the obtained access destination of the obtained random number (step S1210). In this embodiment, the information processing device 300 is set as the access destination. Therefore, the information processing device 300 accepts the request from the user (step S1300).

[0045] In addition, when a user makes a request, it is also possible to send individual information (in the case of a public blockchain, this corresponds to the user's address. Hereinafter, this information will be described as the address) to identify the user terminal 400 making the request and enable it to receive the NFT.

[0046] The information received by the information processing device 300 is stored in a received data storage unit (not shown). The sender column (storage area) stores the address of the user in the blockchain network 100, but if necessary, the user's IP address or the like may be stored to store information (e.g., a terminal identifier) ​​that reliably identifies an individual or an individual's user terminal 400. Furthermore, if all or part of the additional information of the NFT control information is unnecessary, it may be deleted and then stored in the NFT control information column (storage area) of the received data storage unit.

[0047] When storing the received data, the information processing device 300 checks whether there is anything with the same NFT control information, and if it has already been registered, informs the user that the contents of that distribution means have already been used, and ends the process. Alternatively, if the same user is allowed to have multiple items, such as "up to three per person," it checks whether the number has been exceeded, and if so, ends the process.

[0048] The upper limit on the number of users that can be used may be checked by the NFT processing unit 200 related to the smart contract, not by the information processing device 300. If there is no problem after the check, the received information is stored as is, and the received information is used to request the NFT processing unit 200 to issue or set an NFT (step S1310) (the smart contract is not shown in this flow).

[0049] The information processing device 300 that receives information on issuing or setting an NFT from the NFT processing unit 200 confirms that there are no errors in the information in the notification related to the request from the user, and then changes the holder of the target NFT to the user. Alternatively, the information processing device 300 issues a new NFT and sets the holder to the user.

[0050] The NFT processing unit 200 related to the smart contract that manages and operates NFTs holds the NFT ID and holder information as NFT management information. The simplest method is to set the notified random number or serial number as the ID as is, associate the notified user address with the ID, and store it in the NFT management information. There is an upper limit to the ID that can be taken due to the implementation constraints of the smart contract, but this constraint can be avoided by taking this into consideration when assigning random numbers and serial numbers and defining the information to be set in the transmission information.

[0051] Also, if there is a limit of 100 or 10,000 NFTs, one way to deal with this is to find the remainder of the random number received. For example, if there are 100 NFTs to be distributed, divide the received random number by 100 and use the remainder as the ID. By using the remainder, it is possible to keep any value notified within a certain range. However, in this case, if the remainder of a random number notified later is calculated, it may become the same value as an ID that has already been used. In this case, it is possible to deal with this by using a closed hash method, which sets the next value after the calculated value as the ID. If a limit on the number of NFTs has already been anticipated when allocating serial numbers, then that value can simply be used as the ID.

[0052] Furthermore, an effort may be made to impose restrictions on the number of NFTs issued, thereby reducing the number in circulation and creating scarcity. In the present embodiment, this can be achieved by limiting the number provided by the distribution means.

[0053] Another way to achieve this is to express rarity by the range of IDs. For example, if you have 100 NFTs, but NFTs from 1 to 10 are more valuable (such as associating them with special invoices). This can also be achieved with a remainder, but when using closed hashing, it can happen that "the remainder is 10 but it shifts to 11, so you can't get the more valuable NFT." In such a case, instead of simply using closed hashing, you can use closed hashing in this range for those with a remainder between 1 and 10.

[0054] However, since the present embodiment assumes the use of multiple distribution means, there is a possibility that a large amount of valuable NFTs will be distributed by a certain distribution means. Depending on the distribution means, the number of users who can receive may be limited, so it is necessary to ensure the fairness of distribution. This can be managed by NFT distribution number management. This is information that manages how many IDs are assigned to which distribution means that are assumed to be used, and is used to manage the maximum number of assignments and the number actually assigned after distribution has started. When assigning users in a smart contract, this information is also referenced to assign IDs. When the surplus of transmitted information notified after the maximum number is assigned by a certain distribution means falls within that range, the developer will implement which ID to assign in the smart contract based on the concept and operation rules of the NFT. Here, only the ID range is simply defined, but time constraints such as within one month or within three months after the start of sales, statistics on the total number of receptions, etc. may be used, or rules combining these may be created.

[0055] In this embodiment, the case where "an NFT is acquired using information obtained from one of the distribution means" has been described. In reality, multiple distribution means may be used, such as when NFT distribution information is provided by a two-dimensional code and broadcast audio at the same location. In this case, applications such as distributing an NFT only when NFT distribution information is transmitted by multiple distribution means, or distributing a special NFT when multiple distribution means are used, can be considered. By combining multiple distribution means in this way, it is possible to realize NFT distribution according to location and time without adding additional information to the transmitted information or additional information. It can also serve as a certain degree of security measure, such as "not distributing just because you have a two-dimensional code."

[0056] In addition, this example has been described assuming the "issuance of an NFT" process, but this mechanism can be used to implement not only issuance but also processing of NFTs on the blockchain network 100, including NFTs. For example, NFTs used in games can be used to build services that link the real world with NFT information, such as "if you go to a certain place on a certain date and time, your parameters will improve."

[0057] In this embodiment, an example is described in which a user requests processing from the NFT processing unit 200 via the information processing device 300, but when it becomes commonplace for a wallet to be installed in the user terminal 400, it is considered that in many cases, the user will directly notify the NFT processing unit 200 of NFT control information and request processing. In this case, the present embodiment can be realized by managing the received data storage unit managed by the information processing device 300 with the NFT processing unit 200, which is a smart contract.

[0058] The following is a supplementary explanation of the above-mentioned blockchain network 100 and user terminal 400. The network of the blockchain network 100 itself may include, for example, a wireless communication network for mobile phones, the Internet, a Virtual Private Network (VPN), a Wide Area Network (WAN), a wired network, or any combination of these.

[0059] Also, the user terminal 400 is, for example, a mobile terminal such as a smartphone or a tablet, but may also be a wearable terminal (for example, a smart watch, a ring, etc.), a remote control, etc. Also, the user terminal 400 does not have to be a mobile terminal, and may be a fixed terminal such as a desktop or notebook type personal computer, etc.

[0060] The user terminal 400 includes a communication unit, a processing unit, an input unit, and a display unit. The communication unit performs various communications via the blockchain network 100. The processing unit realizes various functions that can be realized by the user terminal 400, and realizes various functions (functions on the user terminal 400 side) by executing a program related to the information processing device 10 of this embodiment. The input unit accepts input by a user. The display unit outputs various types of processed information. The input unit and the display unit may be a liquid crystal display, an organic EL (Electro-Luminescence) display, or the like, and may be configured as a shared device.

[0061] The user terminal 400 has installed therein a program (application) according to this embodiment. The user terminal 400 described below is realized by executing the program. The program may require registration of user information (user ID) and the like as a condition for use. In the following, the user terminal 400 associated with a user means the user terminal 400 on which a counter service application is running and logged in with the user ID associated with the user.

[0062] (Example of operation of information processing device) Next, an example of the operation of the information processing device 10 will be described with reference to FIG.

[0063] 5 is a flowchart showing an example of the operation of the information processing device 10. This example of the operation is realized as an information processing method that performs processing according to each step described below, and an information processing program that causes a computer to execute each step.

[0064] The operation of the information processing device 10, that is, the information processing method for processing invoices between the seller S and the buyer B, is divided into four steps: an information input step S100, a transaction step S200, an issuance step S300, and a use step S400.

[0065] First, in information input step S100, the required predetermined information related to the seller S is input. The predetermined information includes the items constituting an invoice, i.e., a qualified invoice, such as the name or title and registration number of the seller S (qualified invoice issuing business), the transaction date, transaction details (subject items, etc.), the total consideration amount classified by tax rate and applicable tax rates, the amount of consumption tax classified by tax rate, etc., the name or title of the business receiving the document, as well as items necessary for system operation.

[0066] Next, in a transaction step S200, a process is performed in which the NFT is traded between the seller S and the buyer B. Note that the transaction step S200 does not need to be included in the operation if the NFT is not traded between the seller S and the buyer B, but if it is included, it is executed prior to the next issuance step S300 in which the NFT is associated with an invoice.

[0067] In the transaction step S200, the NFT transaction is completed (matching) by executing at least one of the following three functions for the NFT transaction: A function where seller S puts an NFT on the network marketplace, buyer B places an order, and seller S expresses acceptance. - Seller S puts NFT up for auction on the network, and buyer B wins the bid -Buyer B puts an NFT up for auction on the network, and seller S wins the bid

[0068] Next, in issuing step S300, the seller S issues an invoice NFT to the buyer B, which is an NFT that corresponds to the invoice. If the transaction step S200 is performed, the NFT that is used to correspond to the invoice is the NFT that was traded between the seller S and the buyer B. On the other hand, if the transaction step S200 is not performed, the NFT that was traded between the seller S and the buyer B is used.

[0069] In the issuance step S300, specific information related to buyer B is input, and an invoice NFT is issued by a smart contract running on the blockchain network 100.

[0070] In the use step S400, the invoice downloaded from the invoice NFT is provided to the buyer B, for example, in PDF (Portable Document Format) format. In addition, in the use step S400, the invoice NFT can be secondary distributed by the buyer B, and functions including buying, selling, exchanging, and pawning of the invoice NFT are processed as secondary distribution.

[0071] (Advantages of Invoice NFTs) For example, issuing invoice NFTs can bring about the following benefits: By utilizing the Discord (registered trademark) plugin, it will be possible to easily create a customer community that is exclusive to holders of invoice NFTs. It will be possible to conduct transactions in which stable coins are lent using invoice NFTs as collateral (transaction history fraud prevention function). If you have an invoice NFT, you can increase the chances that the invoice is not fake (anti-counterfeiting feature). Invoice NFT holders will be able to change their Twitter (registered trademark) icon to that invoice NFT.

[0072] While buying and selling receipts generally has a dark image, invoice NFTs have a clear transfer history, and if you file a tax return using a purchased invoice NFT, any fraud will be immediately exposed, so there is no need to stop buying and selling. In the case that an invoice NFT is a receipt that includes the rights related to a character, the invoice itself will be made visible, so if there is a breach of contract regarding the number of units delivered, etc., the breach can be made visible. -If the seller company's performance improves in the future, the value of the invoice NFT is expected to increase. - It will be easier to reissue or amend invoices.

[0073] Due to these advantages, it becomes possible to build the following business model, for example. - API (Application Programming Interface) fees will be collected by converting invoices into NFTs. Provide NFT marketplaces with a mechanism to automatically grant invoice NFTs as invoices when trading NFTs. - Analyze invoice NFTs and conduct marketing. For example, there is value in collecting data on the invoice NFT itself by visiting places where transactions are growing and sending discount coupon NFTs. Also, by using a stable coin when purchasing an NFT, the invoice NFT will be sent to the company that issues that stable coin (increasing opportunities for stable coin issuers to use it).

[0074] Although an embodiment of the present invention has been described in detail above with reference to the drawings, the specific configuration is not limited to this embodiment, and designs that do not deviate from the gist of the present invention are also included.

[0075] For example, the information processing device 300 may be provided with the following functions. (1) Buyer B requests the smart contract to issue an invoice NFT, and the smart contract issues an invoice NFT. (2) Seller S tracks the issued invoice NFT through a smart contract. (3) If the issuance request comes from a user terminal 400 with the same address, there is no need to enter information required to identify the request, and an invoice NFT can be issued. (4) If it is possible to identify the seller S, it will be possible to issue an invoice NFT even with an abbreviated name. (5) If the customer code, for example, the registration number, can be confirmed from the Ethereum (registered trademark) address, it will be linked in the database, making it possible to issue an invoice NFT. [Explanation of symbols]

[0076] 10...Information processing device 100…Blockchain network 110…node terminal 200…NFT processing unit 300...Information processing device 310...Information input section 320…Trading Department 330…Publishing Department 340…Usage Department 400: User terminal 500A, 500B, 500C...Distribution method A, distribution method B, distribution method C

Claims

1. An information processing device for processing invoices between a seller and a buyer, an information input unit for inputting predetermined information related to the seller; An issuing unit that issues an invoice NFT from the seller to the buyer, the invoice being associated with an NFT (Non-Fungible Token); An information processing device comprising: a utilization unit that enables secondary distribution of the invoice NFT by the buyer.

2. The information processing device according to claim 1 , wherein the issuing unit issues the invoice NFT by inputting specific information related to the buyer and running a smart contract on a blockchain.

3. The information processing device according to claim 1 , wherein the utilization unit processes functions including buying and selling, exchanging, and pawning of the invoice NFT as the secondary distribution.

4. The information processing device according to claim 1 , wherein the utilization unit provides the invoice downloaded from the invoice NFT to the buyer.

5. The information processing device according to claim 1 , further comprising a trading unit that trades the NFT between the seller and the buyer prior to associating the NFT with the invoice.

6. The trading department: The seller puts the NFT on the market, the buyer places an order, and the seller signals acceptance; The seller puts the NFT up for auction and the buyer wins the bid; and The buyer puts the NFT up for auction and the seller wins the bid; The information processing device according to claim 5 , wherein the NFT transaction is completed by processing at least one of the functions above.

7. An information processing method for processing invoices between a seller and a buyer, comprising the steps of: an information input step of inputting predetermined information related to the seller; An issuing step of issuing an invoice NFT (Non-Fungible Token) from the seller to the buyer, the invoice being associated with an NFT; An information processing method comprising: a utilization step that enables secondary distribution of the invoice NFT by the buyer.

8. A program for processing invoices between a seller and a buyer, an information input function for inputting predetermined information related to the seller; An issuing function for issuing an invoice NFT (Non-Fungible Token) from the seller to the buyer, the invoice being associated with an NFT; A program that causes a computer to execute a usage function that enables secondary distribution of the invoice NFT by the buyer.

Images