WO2023013279A1 - Système de gestion de marchandises vendues, procédé de gestion de marchandises vendues, et programme - Google Patents

Système de gestion de marchandises vendues, procédé de gestion de marchandises vendues, et programme Download PDF

Info

Publication number
WO2023013279A1
WO2023013279A1 PCT/JP2022/025095 JP2022025095W WO2023013279A1 WO 2023013279 A1 WO2023013279 A1 WO 2023013279A1 JP 2022025095 W JP2022025095 W JP 2022025095W WO 2023013279 A1 WO2023013279 A1 WO 2023013279A1
Authority
WO
WIPO (PCT)
Prior art keywords
nft
user
product
serial code
stores
Prior art date
Application number
PCT/JP2022/025095
Other languages
English (en)
Japanese (ja)
Inventor
太郎 鵜川
寛史 大橋
Original Assignee
株式会社プレイシンク
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社プレイシンク filed Critical 株式会社プレイシンク
Priority to JP2022559940A priority Critical patent/JP7397534B2/ja
Publication of WO2023013279A1 publication Critical patent/WO2023013279A1/fr
Priority to JP2023199133A priority patent/JP2024015486A/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce

Definitions

  • the present invention relates to a sold merchandise management system, a sold merchandise management method, and a program.
  • Patent Literature 1 discloses an example of such a sales system. According to the sales system of Patent Literature 1, it is said that the product supply side can grasp the status of purchase applications in real time, and can secure an appropriate product inventory.
  • one of the objects of the present invention is to provide a sold merchandise management system, a sold merchandise management method, and a program capable of preventing destruction of the market by bidding and counterfeits, and realizing returns from the used market to manufacturers. Regarding.
  • the sold product management system includes an NFT relation database storing an NFT management table that stores NFT token IDs that specify the product in association with the serial code of the product, and an NFT relation database that stores the serial code of the product from the user.
  • An application server that accepts and a transfer transaction indicating the transfer of the NFT stored in the NFT management table in association with the serial code entered in the application server to the user who entered the serial code is recorded in the blockchain. and a NFT management server that manages the sold merchandise.
  • a sold product management method is executed by a computer connected to an NFT relation database that stores an NFT management table that stores an NFT token ID that identifies a product in association with a product serial code.
  • a product management method wherein the computer receives an input of a product serial code from a user; and recording a transfer transaction on the blockchain indicating transfer to the user who entered the code.
  • a program inputs a product serial code from a user to a computer connected to an NFT relation database that stores an NFT management table that stores an NFT token ID that identifies the product in association with the product serial code.
  • the present invention it becomes possible to track products after they have been sold by referring to the blockchain. Since it is also possible to give incentives to consumers to hold long-term stocks, it is possible to prevent market destruction due to auctions and counterfeits. In addition, since sales on the second-hand market can be tracked, it is also possible to return commissions, etc. for sales from the second-hand market to the producer.
  • FIG. 1 is a diagram showing the configuration of a system including a sold merchandise management system 1 according to this embodiment;
  • FIG. 1 is a diagram showing an example of hardware configurations of a sold merchandise management system 1, a user terminal 2, and an operator terminal 3;
  • FIG. 1 is a diagram showing an internal configuration of a sold merchandise management system 1;
  • FIG. 3 is a diagram showing a user table T1 stored in an application database 11;
  • FIG. (a) is a diagram showing an NFT management table T2 stored in the NFT relation database 13, and
  • (b) is a diagram showing an NFT linkage table T3 stored in the NFT relation database 13.
  • FIG. 3 is a sequence diagram showing processing executed by the operator terminal 3 and each server in the sold merchandise management system 1.
  • FIG. 3 is a sequence diagram showing processing executed by the operator terminal 3 and each server in the sold merchandise management system 1;
  • FIG. 9 is a diagram showing transition of screens displayed on the operator terminal 3 in the process shown in FIG. 8;
  • 3 is a sequence diagram showing processing executed by the user terminal 2 and each server in the sold merchandise management system 1.
  • FIG. 3 is a sequence diagram showing processing executed by the user terminal 2 and each server in the sold merchandise management system 1.
  • FIG. 3 is a sequence diagram showing processing executed by the user terminal 2 and each server in the sold merchandise management system 1.
  • FIG. 3 is a sequence diagram showing processing executed by the user terminal 2 and each server in the sold merchandise management system 1.
  • FIG. 13 is a diagram showing transition of screens displayed on the user terminal 2 during the processing shown in FIGS. 10 to 12;
  • FIG. 3 is a sequence diagram showing processing executed by the user terminal 2 and each server in the sold merchandise management system 1.
  • FIG. 3 is a sequence diagram showing processing executed by the user terminal 2 and each server in the sold merchandise management system 1.
  • FIG. 16 is a diagram showing transition of screens displayed on the user terminal 2 in the process shown in FIGS. 14 and 15;
  • FIG. 1 is a diagram showing the configuration of a system including a sold merchandise management system 1 according to this embodiment.
  • a sold product management system 1 is a system for managing products (real goods) sold at a real shop such as a figure shop or an online shop such as an EC site. It is connected to a user terminal 2, an operator terminal 3, and a blockchain network 4 via a network 5, which is the Internet.
  • the sold merchandise management system 1 first assigns a serial code to each merchandise before sale, and an NFT (non-fungibility code) containing the assigned serial code. token) is recorded in the blockchain network 4.
  • NFT non-fungibility code
  • a user who has purchased a product at a shop accesses the sold product management system 1 from the user terminal 2 and inputs the serial code assigned in advance to the product.
  • the sold merchandise management system 1 that has received this input associates and stores the input serial code and the user ID of the input user, and transmits a transfer transaction indicating the transfer of ownership of the NFT to the blockchain network 4. to record.
  • FIG. 2 is a diagram showing an example of the hardware configuration of the sold merchandise management system 1, the user terminal 2, and the operator terminal 3.
  • the sold merchandise management system 1, the user terminal 2, and the operator terminal 3 can each be configured by a computer 100 having the illustrated configuration.
  • the computer 100 that constitutes the sold merchandise management system 1 is a high-performance computer that functions as a server.
  • a computer 100 constituting the user terminal 2 or the operator terminal 3 is a personal computer such as a personal computer, a tablet terminal, or a smart phone. Note that the computer 100 may be a computer configured by combining a plurality of computers.
  • the computer 100 includes a CPU (Central Processing Unit) 101, a storage device 102, an input device 103, an output device 104, and a communication device 105.
  • CPU Central Processing Unit
  • the CPU 101 is a device that controls each part of the computer 100 and reads and executes various programs stored in the storage device 102 .
  • Each of the servers 10 and 12 shown in FIG. 3, which will be described later, is a virtual virtual machine realized by executing a program stored in the storage device 102 of the sold merchandise management system 1 by the CPU 101 of the sold merchandise management system 1. computer.
  • the servers 10 and 12 shown in FIG. the functions of the servers 10 and 12 are implemented by the CPU 101 of each computer executing programs stored in the respective storage devices 102 .
  • the programs executed by the CPU 101 of the user terminal 2 or operator terminal 3 include browser software or mobile applications that have a function of accessing other devices via the network 5 .
  • the storage device 102 includes a main storage device such as a DRAM (Dynamic Random Access Memory) and an auxiliary storage device such as a hard disk.
  • a device that serves to store data used by the programs of Databases 11 and 13 shown in FIG. 3 (to be described later) are installed in storage device 102 of sold merchandise management system 1 .
  • the input device 103 is a device that receives a user's input operation and supplies it to the CPU 101, and includes, for example, a keyboard, a mouse, and a touch panel.
  • the output device 104 is a device that outputs the processing result of the CPU 101 to the user, and includes, for example, a display and a speaker.
  • a communication device 105 is a device for communicating with an external device, and transmits and receives data according to instructions from the CPU 101 .
  • the sold merchandise management system 1, the user terminal 2, and the operator terminal 3 each use this communication device 105 to communicate with other devices including the blockchain network 4 and network 5 shown in FIG. configured as follows.
  • Blockchain network 4 is a network of multiple computers connected by peer-to-peer, transferring NFT ownership between wallet addresses assigned to each user (including sold merchandise management system 1) (transfer transaction), And it is configured to record the association (issue transaction) of the newly generated NFT with any wallet address in the blockchain.
  • the blockchain network 4 is either the Ethereum network, which is classified as a public chain, or the LINE blockchain, which is classified as a private chain. In the following description, the blockchain network 4 is assumed to be the Ethereum network.
  • each block that constitutes the blockchain includes a block header and data (transaction data) that indicates the specific contents of a transaction.
  • the block header includes a Merkle root, which is data obtained by compressing the size of transaction data, a hash value of the previous block, and a nonce value, which is an arbitrary character string.
  • the hash value of that block in order to connect a new block to the blockchain, the hash value of that block must satisfy a predetermined condition (for example, a value starting with "000"). There are rules.
  • the blockchain network 4 is the Ethereum network, those who want to record transactions on the blockchain must pay a fee called "gas" in virtual currency. Gas is paid out as a reward to miners who successfully concatenate blocks.
  • FIG. 3 is a diagram showing the internal configuration of the sold merchandise management system 1.
  • the sold merchandise management system 1 includes an application server 10 , an application database 11 , an NFT management server 12 and an NFT relation database 13 .
  • the application server 10 is a server that functions as an interface with the user terminal 2 .
  • a user who has purchased a product at a figure shop or the like shown in FIG. Enter the serial code of
  • the method by which the user obtains the serial code of the product is not particularly limited.
  • the shop may hand over a piece of paper on which the serial code is written together with the product, or may attach a sticker on which the serial code is written to the product.
  • the serial code is written in the IC chip embedded in the product, the user can obtain the serial code by reading the information in the IC chip using the user terminal 2.
  • the serial code may be automatically entered on the server side when transitioning from the purchase screen to the serial code input screen.
  • the application database 11 is a database that stores various data used for processing performed by the application server 10. Data stored in the application database 11 includes a user table T1. Details of the user table T1 will be described later with reference to FIG.
  • the NFT management server 12 is a server that functions as an interface with the operator terminal 3 and the blockchain network 4. Specifically, the operator terminal 3 accepts registration of pre-sale products, issues a serial code, records the NFT issuance transaction including the assigned serial code in the blockchain network 4, and records the transaction of the issuance transaction. A process of registering the ID (token ID) and the serial code in the NFT relation database 13 in association with each other is performed. In addition, the NFT management server 12 associates the serial code received by the application database 11 with the user ID and registers it in the NFT relation database 13, and transmits a transfer transaction indicating the transfer of ownership of the corresponding NFT to the blockchain network 4 process to record to
  • the NFT relation database 13 is a database that stores various data used for processing performed by the NFT management server 12. Data stored in the NFT relation database 13 includes an NFT management table T2, an NFT cooperation table T3, an incentive table T4, and an achievement mission table T5. These details will be explained later in detail with reference to FIGS. 5 and 6. FIG.
  • FIG. 4 is a diagram showing the user table T1 stored in the application database 11.
  • the user table T1 is a table for storing information on users of the sold merchandise management system 1, and as shown in the figure, is configured to store user IDs, passwords, and session IDs in association with each other. be.
  • a user ID is identification information uniquely assigned to a user of the sold merchandise management system 1 .
  • a password is used for authentication when a user logs into the application server 10 .
  • a session ID is identification information for identifying a user during communication. Although “ID1", “ID2”, etc. are described in FIG. 4, the actual session ID is composed of a longer random character string.
  • the application server 10 assigns a new session ID at login, stores it in the user table T1 in association with the user ID of the logged-in user, and deletes it at logout. While the user is logged in, this session ID is placed in messages sent and received between the user terminal 2 and each server in the sold merchandise management system 1, and identifies the sender and destination of the message. used for
  • FIG. 5(a) is a diagram showing the NFT management table T2 stored in the NFT relation database 13.
  • the NFT management table T2 is a table for storing detailed information of each product, and as shown in the figure, serial code, product type ID, product name, sales price, thumbnail information, NFT are stored in association with each other.
  • a serial code is a code for identifying each product, and is uniquely assigned to each product handled by the sold product management system 1 .
  • the product type ID is a code for identifying the product type, and is uniquely assigned to the product type handled by the sold product management system 1 .
  • the product name is a character string that allows humans to easily identify the type of the corresponding product, and is uniquely assigned to the product type handled by the sold product management system 1 .
  • the sales price is the price at which a new product of the corresponding product is sold.
  • Thumbnail information is information indicating an image file representing the corresponding product.
  • NFT is the token ID of the NFT containing the corresponding serial code.
  • FIG. 5(b) is a diagram showing the NFT linkage table T3 stored in the NFT relation database 13.
  • FIG. The NFT linkage table T3 is a table for storing serial codes of products owned by individual users. .
  • FIG. 6(a) is a diagram showing an incentive table T4 stored in the NFT relation database 13.
  • Each record in the incentive table T4 indicates a mission to be accomplished by the user, and includes a mission ID, mission name, conditions, and remuneration information indicating remuneration, as shown in the figure.
  • the mission ID is a code for identifying each mission, and is uniquely assigned to each mission handled by the sold merchandise management system 1.
  • FIG. A mission name is a character string assigned to each mission, and plays a role in helping the user understand the mission content.
  • the condition is a condition for mission achievement, and includes one or more product type IDs.
  • Reward information is information indicating a reward given to a user who has accomplished a mission. Specifically, as illustrated in FIG. 6A, it is preferable to use (a character string indicating) an image file and a method of obtaining not-for-sale items as remuneration information.
  • FIG. 6(b) is a diagram showing an accomplished mission table T5 stored in the application database 11.
  • the achieved mission table T5 is a table for storing missions achieved by individual users.
  • Zero or more mission IDs stored in the incentive table T4 are arranged in the accomplished mission.
  • FIG. 7 and 8 are sequence diagrams showing the processing executed by the operator terminal 3 and each server in the sold merchandise management system 1.
  • FIG. 9 is a sequence diagram displayed on the operator terminal 3 during the processing shown in FIG.
  • FIG. 10 is a diagram showing transition of screens to be displayed;
  • Fig. 7 shows the process for assigning serial codes to products before they are sold. Specifically, first, a product registration request is transmitted from the operator terminal 3 to the NFT management server 12 in response to an operation by the operator (step S1).
  • This product registration request includes the product type ID, product name, sales price, and thumbnail information shown in FIG. 5A, and information indicating the number of products to be registered.
  • the NFT management server 12 Upon receiving the product registration request, the NFT management server 12 issues a number of serial codes equal to the number of products to be registered (step S2). Then, the NFT management server 12 generates an NFT including the issued serial code, and records the issued transaction of the generated NFT in the blockchain network 4 with the wallet address of the sold merchandise management system 1 as the owner (step S3). . As a result, the newly generated NFT is associated with the wallet address of the sold product management system 1, and the NFT token ID (transaction ID indicating the NFT issuance transaction) is sent from the blockchain network 4 to the NFT management server 12. is returned (step S4). The NFT management server 12 that has acquired the token ID in this way associates the issued serial code with the corresponding product type ID, product name, sales price, thumbnail information, and token ID, and registers them in the NFT management table T2 (step S5).
  • the NFT management server 12 transmits the issued serial code to the operator terminal 3 (step S6).
  • the operator adds the serial code acquired in this way to the product (step S7), and completes the registration of the product.
  • Specific methods for adding a serial code include, as described above, writing the serial code on paper attached to the product, pasting a sticker with the serial code on the product, and embedding the serial code in the product. For example, a serial code is written in the IC chip.
  • FIG. 8 shows the processing for the operator to confirm the information of the products registered in the NFT relation database 13.
  • a list display request is transmitted from the operator terminal 3 to the NFT management server 12 in response to an operation by the operator (step S10).
  • the NFT management server 12 that has received this list display request refers to the NFT management table T2 in the NFT relation database 13 (step S11), and information including product type ID, product name, sales price, and thumbnail information (hereinafter " product information”) is taken out (step S12).
  • product information information including product type ID, product name, sales price, and thumbnail information
  • FIG. 9(a) is a diagram showing a product list screen W1 displayed on the display of the operator terminal 3.
  • the product list screen W1 is a screen that displays a list of a plurality of tiles 20 each representing a product.
  • Each tile 20 displays the product image and product name indicated by the corresponding product information.
  • each tile 20 may also display the selling price. This point also applies to tiles 23 and 28, which will be described later.
  • the product type ID of the selected product is transmitted from the operator terminal 3 to the NFT management server 12 (step S15).
  • the NFT management server 12 that has received this product type ID retrieves one or more corresponding serial codes from the NFT management table T2 (steps S16, S17), and then one or more serial codes corresponding to the retrieved one or more serial codes.
  • the user ID is taken out from the NFT linkage table T3 (steps S18, S19). Then, based on the retrieved serial code and user ID, a product detail screen is generated and returned to the operator terminal 3 (step S20).
  • FIG. 9(b) is a diagram showing a product details screen W2 displayed on the display of the operator terminal 3.
  • the product detail screen W2 includes an enlarged tile 20 of the selected product and an NFT list 21.
  • the NFT list 21 is a list of serial codes and user IDs extracted in steps S17 and S19.
  • Step S21 When the operator selects a serial code by tapping any line in the NFT list 21 of the product detail screen W2 (step S21), the selected serial code is transmitted from the operator terminal 3 to the NFT management server 12. (Step S22).
  • the NFT management server 12 that has received this serial code first takes out the token ID of the corresponding NFT from the NFT management table T2 (steps S23 and S24). Subsequently, the NFT management server 12 inquires of the blockchain network 4 about the possession user history of the NFT corresponding to the extracted token ID (step S25).
  • this process is a process of acquiring the history of users who have possessed the corresponding NFT by collecting and referring to the corresponding transfer transactions (details will be described later), and as a result of the inquiry, the NFT
  • the management server 12 acquires the possession user history (step S26).
  • the NFT management server 12 generates an NFT detail screen based on the acquired possession user history, and returns it to the operator terminal 3 (step S27).
  • FIG. 9(c) is a diagram showing the NFT details screen W3 displayed on the display of the operator terminal 3.
  • the NFT detail screen W3 includes an enlarged tile 20 of the corresponding product and a possession user history 22 .
  • the possession user history 22 is a list of possession user histories acquired in step S26. Each record in the possessing user history 22 includes an event that caused the transfer (sale of a new product, transfer between users, etc.), the amount (price) of money transferred with the transfer, the user who transferred, and the transfer. It consists of the previous user and the date on which the transfer occurred.
  • FIG. 10 to 12, 14, and 15 are sequence diagrams showing the processing executed by the user terminal 2 and each server in the sold merchandise management system 1.
  • FIG. 13 is a diagram showing the transition of screens displayed on the user terminal 2 during the processes shown in FIGS. 10 to 12, and
  • FIG. 2 is a diagram showing the transition of screens displayed in FIG.
  • 10 to 12 show the processing for the user of the user terminal 2 to log in to the sold merchandise management system 1 and the processing for registering the serial code of the purchased merchandise in the sold merchandise management system 1. ing. Specifically, a user who attempts to log in to the sold merchandise management system 1 transmits a login request to the application server 10 by operating the user terminal 2 (step S30). This login request includes the combination of the user ID and password shown in FIG.
  • the application server 10 that has received the login request determines whether the combination of the user ID and password contained therein exists in the user table T1. As a result, the application server 10 that has determined that it does not exist returns a login NG to the user terminal 2 and terminates the process. On the other hand, the application server 10, which has determined to exist, assigns a new session ID to the user, holds it in the user table T1 (step S31), and returns it to the user terminal 2 (step S32). This session ID is then arranged in messages sent and received between the user terminal 2 and each server in the sold merchandise management system 1, and is used to identify the source and destination of the message. be.
  • the same login processing as in the user terminal 2 is required. may be In this case, it is preferable to provide an authority information column in the user table T1 so that it is possible to identify whether the user is logged in as the user terminal 2 or the operator terminal 3 . Then, it is preferable that the processing described with reference to FIGS. 7 and 8 can be executed only when logged in as the operator terminal 3 .
  • a user who has logged in to the sold merchandise management system 1 and intends to register the serial code of the purchased merchandise in the sold merchandise management system 1 operates the user terminal 2 to send an NFT to the application server 10.
  • a cooperation request is transmitted (step S40).
  • the application server 10 that has received this NFT cooperation request transmits a product information inquiry for inquiring information of all products to be registered to the NFT management server 12 (step S41).
  • the NFT management server 12 refers to the NFT management table in response to this product information inquiry, and extracts the product information described above for each product type ID (step S43). Then, the retrieved product information is returned to the application server 10 (step S44).
  • the application server 10 generates a product selection screen based on the product information thus received, and returns it to the user terminal 2 (step S45).
  • FIG. 13(a) is a diagram showing a product selection screen W4 displayed on the display of the user terminal 2.
  • the product selection screen W4 is a screen that displays a list of a plurality of tiles 23 each representing a product. Each tile 23 displays the product image and product name indicated by the corresponding product information.
  • step S46 When the user selects a product by tapping one of the tiles 23 on the product selection screen W4 (step S46), the product type ID of the selected product is transmitted from the user terminal 2 to the application server 10 (step S47).
  • the application server 10 that has received this product type ID generates a code input screen for inputting the serial code and returns it to the user terminal 2 (step S48).
  • FIG. 13(b) is a diagram showing the code input screen W5 displayed on the display of the user terminal 2.
  • the code input screen W5 includes an enlarged tile 23 of the selected product, a serial code input field 24, and a registration button 25. As shown in FIG.
  • the user inputs the serial code of the purchased product in the serial code input field 24 and presses the registration button 25 to input the serial code to the application server 10 (steps S49 and S50).
  • the application server 10 transmits the serial code thus input to the NFT management server 12 together with the user ID of the user (step S51).
  • the NFT management server 12 that has received the combination of the serial code and the user ID first retrieves the token ID of the corresponding NFT from the NFT management table T2 (steps S52, S53), and inquires about its current owner to the blockchain network 4 (step S54).
  • this process is a process of acquiring the user who currently possesses the corresponding NFT by gathering and referring to the corresponding transfer transaction, and as a result of the inquiry, the NFT management server 12 obtains the current owner.
  • the indicated NFT ownership information is acquired (step S55).
  • the NFT management server 12 matches the user indicated by the NFT ownership information acquired in step S55 with the user indicated by the user ID stored in the NFT linkage table T3 in association with the serial code received in step S51. (steps S56 to S58). As a result, when it is determined that they do not match, the NFT management server 12 transmits an error notification to the user terminal 2 via the application server 10 (steps S59 and S60). In this case, the serial code entered by the user in step S49 is not registered in the sold merchandise management system 1 as that of the user. By performing this processing, it is possible to prevent double transfer from occurring when the ownership of the NFT is transferred in a place unrelated to the sold merchandise management system 1.
  • the NFT management server 12 stores the user ID stored in the NFT linkage table T3 in association with the serial code received in step S51. (step S61), generate a transfer transaction indicating that the ownership of the corresponding NFT is transferred to the wallet address of the user indicated by the user ID, and record it in the blockchain network 4 (step S62).
  • the transfer transaction generated and recorded in this way includes the event that caused the transfer (in this case, the sale of a new product), the sales price recorded in the NFT management table T2, and the sales as the transfer source user.
  • Information indicating the finished product management system 1 (denoted as “user0” in FIG. 9C), information indicating the transfer destination user (the user indicated by the user ID received in step S51), and information indicating the transfer date of occurrence.
  • the NFT management server 12 retrieves one or more serial codes stored in association with the user ID received in step S51 from the NFT linkage table T3 (steps S63, S64), One or more product type IDs are taken out from the NFT management table T2 (steps S65 and S66).
  • the NFT management server 12 retrieves the mission ID of the mission including the product type ID acquired in step S66 from the incentive table T4 (steps S67, S68), and retrieves the mission ID of the mission that has been achieved by the corresponding user. Take out from table T5 (steps S69, S70). Then, by comparing these, the mission newly achieved this time (that is, the mission that the user's possessed product satisfies the conditions for being stored in the incentive table T4 and has not yet been achieved by the user) (step S71). As a result, the NFT management server 12, which determines that there is no newly accomplished mission, returns a completion notification to the application server 10 (step S72), and ends the process.
  • the NFT management server 12 which has determined that there is a newly achieved mission, retrieves information indicating the newly achieved mission and its reward (hereinafter referred to as "newly achieved mission information") from the incentive table T4 (step S73 , S74), and returns it to the application server 10 together with a completion notification (step S75). Then, the NFT management server 12 updates the achieved mission table T5 by adding the mission indicated by the new achieved mission information to the corresponding user's already achieved mission (step S76), and ends the process.
  • newly achieved mission information information indicating the newly achieved mission and its reward
  • the application server 10 that has received the completion notification in step S72 or step S75 generates a code input completion screen and transmits it to the user terminal 2 (step S77).
  • FIG. 13(c) shows the code input completion screen W6 displayed on the display of the user terminal 2.
  • the code input completion screen W6 includes a sentence 26 indicating that the registration of the selected product has been completed, and new achievement mission information 27 indicating the reward given to the user.
  • the newly achieved mission information 27 is the newly achieved mission information received by the application server 10 in step S75 of FIG. 12, and includes a mission name, an image (or text) as a reward, and the like.
  • step S80 the user first transmits an NFT confirmation request to the application server 10 by operating the user terminal 2 (step S80).
  • the application server 10 that has received this NFT confirmation request transmits the user ID of the user who has transmitted the NFT confirmation request to the NFT management server 12 (step S81).
  • the NFT management server 12 Upon receiving the user ID, the NFT management server 12 retrieves the corresponding serial code from the NFT linkage table T3 (steps S82, S83). Next, the NFT management server 12 retrieves the product information of the product corresponding to the retrieved serial code from the NFT management table T2 (steps S84 and S85), and transmits it to the application server 10 (step S86). The application server 10 generates a possessed product list screen based on the product information thus received, and returns it to the user terminal 2 (step S87).
  • FIG. 16(a) is a diagram showing a possessed product list screen W7 displayed on the display of the user terminal 2.
  • the product selection screen W4 is a screen that displays a list of a plurality of tiles 28 indicating one or more products owned by the user. Each tile 28 is indicated by corresponding product information. The product image and product name to be displayed are displayed. If the user owns a plurality of products of the same type (products having the same product type ID), the same number of tiles 28 are displayed.
  • step S88 When the user selects a product by tapping one of the tiles 28 on the possessed product list screen W7 (step S88), the serial number of the selected product is sent from the user terminal 2 to the NFT management server 12 via the application server 10. A code is transmitted (steps S89, S90).
  • the NFT management server 12 that has received the serial code in step S90 first refers to the NFT management table T2 and extracts the corresponding product type ID (steps S91 and S92). Subsequently, the NFT management server 12 takes out a mission ID related to the extracted product type ID (a mission ID whose product type ID is included in the corresponding "condition") from the incentive table T4 (steps S93, S94), and further, By referring to the achieved mission table T5, among the mission IDs extracted in step S94, those that have been achieved by the corresponding user (accomplished mission IDs) are obtained (steps S95 and S96).
  • the NFT management server 12 refers to the NFT management table T2 again and retrieves the token ID of the NFT corresponding to the serial code received in step S90 (steps S97 and S98). Then, the block chain network 4 is inquired about the history of the user possessing the corresponding NFT (step S99). The details of this process are the same as in step S25 of FIG. 8, and as a result of the inquiry, the NFT management server 12 acquires the possession user history (step S100).
  • the NFT management server 12 sends the mission ID (related mission ID) acquired in step S94, the mission ID (accomplished mission ID) acquired in step S96, and the possession user history acquired in step S100 to the application server 10 (step S101), and the process ends.
  • the application server 10 that has acquired each piece of information in step S101 generates a possessed product detail screen based on each piece of information that has been acquired, and returns it to the user terminal 2 (step S102).
  • FIG. 16(b) is a diagram showing a possessed product detail screen W8 displayed on the display of the user terminal 2.
  • the possession product detail screen W8 includes an enlarged tile 28 of the corresponding product, a mission column 29, and possession user history 22.
  • the mission column 29 includes a list of mission names for each of one or more mission IDs related to the corresponding product, and "achieved” or “unachieved” is given to each of them.
  • the possession user history 30 is the same as the possession user history 22 shown in FIG. 9(c).
  • the sold merchandise management system 1 As described above, according to the sold merchandise management system 1 according to the present embodiment, it becomes possible to track merchandise after it is sold by referring to the blockchain network 4. As a result, In addition to making it possible to psychologically suppress the resale of products, it is also possible to give incentives to consumers to keep products for a long time, so it is possible to prevent market destruction due to auctions and counterfeits. become. In addition, since sales on the second-hand market can be tracked, it is also possible to return commissions, etc. for sales from the second-hand market to the producer.
  • the NFT linkage table T3 that stores the user ID and the serial code of the product in association is prepared, it is possible to confirm the current owner without referring to the blockchain network 4. Furthermore, when issuing a transfer transaction, the user indicated by the user ID stored in the NFT linkage table T3 in association with the serial code input to the application server 10 and the current owner of the NFT are blocked. Since it is determined whether or not the user recorded in the chain network 4 matches, and is issued only when it is determined that they match, it is possible to prevent the occurrence of double transfer.
  • one or more possessed products of the user indicated by one or more serial codes stored in the NFT linkage table T2 in association with the user ID of the user who entered the serial code into the application server 10 are stored in the incentive table T4. Since the NFT management server 12 is configured to determine whether the conditions of each mission are satisfied and to transmit to the user the reward information included in the mission determined to be satisfied, the user , it becomes possible to actually give an incentive to hold the product for a long time.
  • the sold merchandise management system 1 is preferably configured so that transfer transactions can also be registered for the transfer (transfer) of merchandise between users.
  • the user ID of the transfer source user and the transfer price can be input on the code input screen W5 shown in FIG. 13(b).
  • the NFT management server 12 can display the event that caused the transfer (in this case, the transfer between users), the input transfer price, the information indicating the transfer source user, and the transfer destination user and the date when the transfer occurred, and can be recorded in the blockchain network 4 in the same manner as in step S62 of FIG.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

L'invention traite le problème consistant à contrecarrer l'occurrence de la revente. La solution selon la présente invention fait intervenir un système 1 de gestion de marchandises vendues comprenant: une base de données 13 de relations de NFT servant à stocker une table T2 de gestion de NFT, qui conserve un identifiant de jeton d'un NFT qui est associé à un code de série d'une marchandise, et identifie la marchandise; un serveur 10 d'applications destiné à recevoir une entrée d'un code de série d'une marchandise de la part d'un utilisateur; et un serveur 12 de gestion de NFT destiné à enregistrer, dans une chaîne de blocs, une transaction de transfert indiquant le transfert, à l'utilisateur ayant introduit le code de série, d'un NFT stocké dans la table T2 de gestion de NFT et associé au code de série qui a été introduit dans le serveur 10 d'applications.
PCT/JP2022/025095 2021-08-06 2022-06-23 Système de gestion de marchandises vendues, procédé de gestion de marchandises vendues, et programme WO2023013279A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022559940A JP7397534B2 (ja) 2021-08-06 2022-06-23 販売済み商品管理システム、販売済み商品管理方法、及びプログラム
JP2023199133A JP2024015486A (ja) 2021-08-06 2023-11-24 販売済み商品管理システム、販売済み商品管理方法、及びプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-130028 2021-08-06
JP2021130028 2021-08-06

Publications (1)

Publication Number Publication Date
WO2023013279A1 true WO2023013279A1 (fr) 2023-02-09

Family

ID=85153990

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/025095 WO2023013279A1 (fr) 2021-08-06 2022-06-23 Système de gestion de marchandises vendues, procédé de gestion de marchandises vendues, et programme

Country Status (2)

Country Link
JP (2) JP7397534B2 (fr)
WO (1) WO2023013279A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6710401B1 (ja) * 2019-12-05 2020-06-17 ｂａｃｏｏｒ ｄＡｐｐｓ株式会社 対象物を管理する方法及び管理サーバ
JP2022079884A (ja) * 2020-11-17 2022-05-27 Ｘクリエーション株式会社 コンピュータの制御方法及びプログラム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6710401B1 (ja) * 2019-12-05 2020-06-17 ｂａｃｏｏｒ ｄＡｐｐｓ株式会社 対象物を管理する方法及び管理サーバ
JP2022079884A (ja) * 2020-11-17 2022-05-27 Ｘクリエーション株式会社 コンピュータの制御方法及びプログラム

Also Published As

Publication number Publication date
JP7397534B2 (ja) 2023-12-13
JP2024015486A (ja) 2024-02-02
JPWO2023013279A1 (fr) 2023-02-09

Similar Documents

Publication Publication Date Title
JP5160860B2 (ja) 購買業務システム、購買業務処理方法、および購買業務処理プログラム
US20080140838A1 (en) Electronic service system using main site server and partner site server
CN110910135A (zh) 一种应用资源转移的方法、装置、电子设备和存储介质
US20240086901A1 (en) Method and system for secure exchange of user cookie-data and user interactions for cryptocurrency
JP7335031B2 (ja) サーバー、トークン管理方法、及びプログラム
JP5049509B2 (ja) 公開予約処理サーバ
WO2023013279A1 (fr) Système de gestion de marchandises vendues, procédé de gestion de marchandises vendues, et programme
JP2002298003A (ja) 販売管理装置、販売者装置、客先装置、プログラム及び販売管理システム
US20140379510A1 (en) Auction apparatus, auction method, storage medium, and auction system
JP6841541B1 (ja) 受発注・融資システム、受発注・融資方法、及びプログラム
JP2004054324A (ja) ソフトウェア提供システム、ソフトウェア提供サーバ、ソフトウェア提供方法、及びソフトウェア提供プログラム
US20180300781A1 (en) Trial system, trial method, trial processing device, and trial processing method
US20030088477A1 (en) Method of selling product online and computer product
JP4230655B2 (ja) 口座振替システム
WO2023190005A1 (fr) Système de gestion de données numériques, procédé de gestion de données numériques et programme
JP6891067B2 (ja) 情報出力管理装置および情報出力管理方法
JP5564552B2 (ja) コンテンツ販売システム及びコンテンツ売買方法
WO2024116484A1 (fr) Serveur de traitement de jeton, procédé de traitement de jeton et programme
US20240046267A1 (en) Virtual Blockchain Applications for Stored Value Tokens
JP4419623B2 (ja) アフターサービス支援システム、その方法及びそのプログラム
KR102639198B1 (ko) 가상 자산 거래 및 투자 전략 추천 서비스를 제공하는 방법 및 시스템
JP2005174043A (ja) 技術情報流通システム
JP4500608B2 (ja) 企業間電子商取引方法及びシステム
KR100531498B1 (ko) 온 라인을 통한 소프트웨어 관리방법 및 매매방법
KR20030058966A (ko) 통신 네트워크를 이용한 상품 직거래 정보 공유 방법

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2022559940

Country of ref document: JP

Kind code of ref document: A

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22852705

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE