Program, information processing method, and information processing device

Abstract

To provide a program, an information processing method, and an information processing device which can achieve preferred purchase and sale of contents by using a crypto-asset.SOLUTION: A program accepts a request of purchasing such contents that a part or the whole of a publication is computerized, outputs a transaction of sending a crypt-asset held by a user to a predetermined address to a block chain network when the purchase request has been accepted, and makes a computer execute processing of acquiring the contents from a management device for managing the contents when the transaction has been output.SELECTED DRAWING: Figure 6

Description

[Technical field]

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

[0002] There are systems that sell electronic content such as images, audio, etc. For example, Patent Document 1 discloses an electronic publication distribution system that enables payment and distribution of publications for each content unit such as chapter or block. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2004-318493 A Summary of the Invention [Problem to be solved by the invention]

[0004] In one aspect, an object of the present invention is to provide a program or the like that enables content to be bought and sold conveniently using crypto assets. [Means for solving the problem]

[0005] In one aspect, the program accepts a request to purchase content in which part or all of a publication has been digitized, and if the purchase request is accepted, outputs a transaction to a blockchain network to transfer crypto assets held by the user to a specified address, and if the transaction is output, causes the computer to execute a process to obtain the content from a management device that manages the content. Effect of the Invention

[0006] In one aspect, content can be conveniently bought and sold using crypto assets. [Brief description of the drawings]

[0007] [Figure 1] FIG. 1 is an explanatory diagram illustrating an example of the configuration of a content sales system. [Diagram 2] FIG. 2 is a block diagram showing an example of the configuration of a server. [Diagram 3] 1A to 1C are explanatory diagrams showing examples of record layouts of a content DB, a user DB, and a calendar DB. [Figure 4] FIG. 2 is a block diagram showing a configuration example of a terminal. [Diagram 5] FIG. 4 is an explanatory diagram showing an example of a menu screen. [Figure 6] FIG. 11 is an explanatory diagram showing an example of a content purchase screen. [Figure 7] An explanatory diagram showing the data structure of an NFT. [Figure 8] FIG. 13 is an explanatory diagram showing an example of a calendar creation screen. [Figure 9] FIG. 13 is an explanatory diagram showing an example of a calendar purchasing screen. [Figure 10] 13 is a flowchart illustrating an example of a processing procedure when purchasing a token. [Figure 11] 13 is a flowchart showing an example of a processing procedure when purchasing content. [Figure 12] 11 is a flowchart showing an example of a processing procedure for creating a calendar. [Figure 13] 13 is a flowchart showing an example of a processing procedure when purchasing a calendar. [Figure 14] 13 is a flowchart illustrating an example of a processing procedure when a token is obtained. [Figure 15] FIG. 11 is an explanatory diagram showing an example of a menu screen according to the second embodiment. [Figure 16] FIG. 13 is an explanatory diagram showing an example of a pre-sale screen. [Figure 17] 13 is a flowchart showing an example of a processing procedure during a presale. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0008] The present invention will now be described in detail with reference to the drawings showing embodiments thereof. (Embodiment 1) FIG. 1 is an explanatory diagram showing an example of the configuration of a content sales system. In this embodiment, a content sales system that allows content to be bought and sold using crypto assets (hereinafter referred to as "tokens") will be described. The content sales system includes a server 1, terminals 2, 2, 2..., and a blockchain network 3. Each device is communicatively connected via a network N such as the Internet.

[0009] In this embodiment, the content that is a part of a publication that has been digitized is the subject of purchase and sale. "The content that is a part of a publication that has been digitized" refers to, for example, an image (photograph) that was published in a publication (such as a magazine), or an image that was not published in a publication (so-called rejected photo). Note that the image is not limited to a still image, but may be a video. Furthermore, the content is not limited to an image, but may be, for example, an article (text) in a publication. In addition to these, audio may also be sold as content.

[0010] Furthermore, the content may be not only a part of a publication but also the whole, i.e., an electronic book. In other words, as long as the content is a digitized version of a part or the whole of a publication, it is sufficient to be available for purchase, and the content is not limited to images in the publication.

[0011] The server 1 is a server computer capable of various information processing and sending and receiving information, and functions as a management device that manages content. When the server 1 receives a content purchase request from a user, a transaction is output to the blockchain network 3 to transfer tokens equivalent to the purchase price from the user's wallet address to a specified address (the administrator's wallet address), and the server 1 determines whether or not verification of the transaction has been completed in the blockchain network 3. When it is determined that verification of the transaction has been completed, the server 1 outputs (distributes) the purchased content to the user's terminal 2.

[0012] The terminal 2 is a terminal device used by a user of the present system, such as a smartphone, a personal computer, or a tablet terminal. For example, an application program dedicated to the present system (hereinafter referred to as "the present application") is installed on the terminal 2, and the screens described below are displayed by executing the application (see Figures 5, 6, 8, and 9). When purchasing content, the terminal 2 generates a transaction using the user's private key and outputs it to the blockchain network 3.

[0013] A blockchain network3 is a network in which multiple nodes are connected peer-to-peer. Each node functions as a blockchain miner and verifies the authenticity of transactions by performing a process called mining, which searches for (calculates) the correct hash value.

[0014] 2 is a block diagram showing an example of the configuration of the server 1. The server 1 includes a control unit 11, a main storage unit 12, a communication unit 13, and an auxiliary storage unit . The control unit 11 has one or more arithmetic processing devices such as a CPU (Central Processing Unit), an MPU (Micro-Processing Unit), a GPU (Graphics Processing Unit), etc., and performs various information processing, control processing, etc. by reading and executing a program P1 stored in the auxiliary storage unit 14. The main storage unit 12 is a temporary storage area such as an SRAM (Static Random Access Memory), a DRAM (Dynamic Random Access Memory), a flash memory, etc., and temporarily stores data necessary for the control unit 11 to execute arithmetic processing. The communication unit 13 is a communication module for performing processing related to communication, and transmits and receives information to and from the outside.

[0015] The auxiliary storage unit 14 is a non-volatile storage area such as a large-capacity memory or a hard disk, and stores a program P1 (program product) and other data necessary for the control unit 11 to execute processing. The auxiliary storage unit 14 also stores a content DB 141, a user DB 142, and a calendar DB 143. The content DB 141 is a database that stores information on each piece of content. The user DB 142 is a database that stores information on each user. The calendar DB 143 is a database that stores information on a calendar (content collection) created by a user, as described below.

[0016] The auxiliary storage unit 14 may be an external storage device connected to the server 1. The server 1 may be a multi-computer consisting of a plurality of computers, or may be a virtual machine virtually constructed by software.

[0017] In the present embodiment, the server 1 is not limited to the above configuration, and may include, for example, an input unit for accepting operation input, a display unit for displaying images, etc. The server 1 may also include a reading unit for reading a portable storage medium 1a such as a CD (Compact Disk)-ROM or a DVD (Digital Versatile Disc)-ROM, and may read and execute the program P1 from the portable storage medium 1a.

[0018] FIG. 3 is an explanatory diagram showing an example of the record layout of the content DB 141, the user DB 142, and the calendar DB 143. As shown in FIG. The content DB 141 includes a content ID column, a content name column, and a content column. The content ID column stores a content ID for identifying each piece of content. The content name column and the content column store the content name and content data, respectively, in association with the content ID.

[0019] The user DB 142 includes a user ID column, a name column, an owned token column, a wallet address column, and a purchase history column. The user ID column stores a user ID for identifying each user. The name column, the owned token column, the wallet address column, and the purchase history column store the user's name, the number of tokens the user owns, the user's wallet address, and the user's content purchase history, each in association with the user ID.

[0020] Calendar DB 143 includes a calendar ID column, a creating user column, a calendar name column, a used content column, a calendar column, a sales price column, and a purchase history column. The calendar ID column stores a calendar ID for identifying a calendar created by a user. The creating user column, calendar name column, used content column, calendar column, sales price column, and purchase history column store, in association with the calendar ID, the user ID of the user who created the calendar, the calendar name, the content ID of the content used in the calendar, the calendar data, the calendar sales price (number of tokens), and the calendar purchase history.

[0021] 4 is a block diagram showing an example of the configuration of the terminal 2. The terminal 2 includes a control unit 21, a main memory unit 22, a communication unit 23, a display unit 24, an input unit 25, an imaging unit 26, and an auxiliary memory unit 27. The control unit 21 has one or more processors such as CPUs, and performs various information processing by reading and executing the program P2 stored in the auxiliary storage unit 27. The main storage unit 22 is a temporary storage area such as RAM, and temporarily stores data necessary for the control unit 21 to execute arithmetic processing. The communication unit 23 is a communication module for performing processing related to communication, and transmits and receives information to and from the outside. The display unit 24 is a display screen such as a liquid crystal display, and displays images. The input unit 25 is an operation interface such as a touch panel, and accepts operation input from the user. The imaging unit 26 is a camera equipped with an imaging element such as a CMOS (Complementary Metal-Oxide-Semiconductor) sensor, and captures images.

[0022] The auxiliary storage unit 27 is a non-volatile storage area such as a hard disk, and stores a program P2 (program product) and other data necessary for the control unit 21 to execute processing. The auxiliary storage unit 27 also stores a wallet application A. The wallet application A is an application program that holds a user's private key, and the terminal 2 generates a transaction using the private key managed by the wallet application A.

[0023] The terminal 2 may be provided with a reading unit for reading a portable storage medium 2a such as a CD-ROM, and may read and execute the program P2 from the portable storage medium 2a.

[0024] 5, 6, 8, and 9 are explanatory diagrams showing examples of the display screen of the terminal 2. The outline of this embodiment will be described with reference to the display screen examples shown in FIGS.

[0025] Fig. 5 is an explanatory diagram showing an example of a menu screen. Fig. 5 shows the menu screen (top screen) that is displayed when this application is started. The menu screen includes a token purchase button 51, a content purchase button 52, a content viewing button 53, a calendar creation / purchase button 54, and a token acquisition button 55.

[0026] The token purchase button 51 is a button for transitioning to a token purchase screen (not shown). When an operational input to the token purchase button 51 is accepted, the terminal 2 transitions to the token purchase screen. A hyperlink for transitioning to an external site (e.g., a cryptocurrency exchange site) where tokens can be purchased is attached to the token purchase screen. The terminal 2 accesses the external site in response to the operational input to the hyperlink. The user purchases tokens on the external site.

[0027] After purchasing the token, for example, the user transfers (moves) the token to a wallet application A that functions as the user's wallet. The wallet application A is an application program that manages the user's private key, such as MetaMask (registered trademark), and is linked to this application according to the user's settings. As described below, when generating a transaction for purchasing content or the like, the terminal 2 generates the transaction using the user's private key managed by the wallet application A and transfers the token.

[0028] The content purchase button 52 is a button for transitioning to a content purchase screen. When an operation input to the content purchase button 52 is accepted, the terminal 2 transitions to the content purchase screen.

[0029] 6 is an explanatory diagram showing an example of a content purchase screen. The content purchase screen is a screen for purchasing content (photos) sold by this system. For example, when the publication is a magazine, approximately 30,000 photos are taken to create one magazine, of which approximately 20,000 are suitable for commercialization, and of these, several tens to several hundred photos are published in the magazine. In this embodiment, the 20,000 photos are sold as content.

[0030] As described later, in this embodiment, since the content is sold by a lottery system (gacha), the server 1 divides a specific content (first content) that was included in the publication from among the content group photographed to create the publication, and other content (second content) that was not included in the publication, into multiple packages that store the other content in a larger quantity. The server 1 accepts the purchase of the content (first content and second content) by lottery within one of the divided packages.

[0031] The content purchase screen includes a purchase button 61. When an operational input to the purchase button 61 is accepted, the terminal 2 outputs a content purchase request to the server 1.

[0032] In this embodiment, one of the multiple contents in the divided package is sold by lottery (so-called gacha). That is, when the server 1 receives an operation input to the purchase button 61, it selects one of the multiple contents by lottery. Then, the server 1 outputs (distributes) the content selected by lottery to the terminal 2.

[0033] When a sales content is selected by lottery, terminal 2 uses the user's private key managed by wallet app A to generate a transaction to transfer tokens (crypto assets) held by the user from the user's wallet address to a specified address (administrator's wallet address). In other words, terminal 2 pays the sales price of the content with the tokens. Terminal 2 outputs the generated transaction to blockchain network 3. When the authenticity of the transaction is verified (confirmed) in blockchain network 3, server 1 outputs the content selected by lottery to terminal 2.

[0034] In this embodiment, the content is output after the authenticity of the transaction is verified by the blockchain network 3, but the present embodiment is not limited to this. For example, since it takes a certain time to verify the authenticity of the transaction, the server 1 may output the content before the verification is completed, and if the verification fails, the distribution of the content may be stopped (deleted from this application). That is, in this embodiment, it is sufficient that the terminal 2 is able to obtain the content from the server 1 (management device) at least after the transaction is output, and the timing of outputting (distributing) the content is not limited to after the verification of the transaction is completed.

[0035] Furthermore, although in this embodiment, the transaction is generated on the client side (terminal 2), it may be generated on the cloud side (server 1). That is, server 1 may manage the private key of each user, generate a transaction using the private key, and output the content to the user's terminal 2 when the transaction is output. In this case, the same effect as in this embodiment is achieved.

[0036] In addition, in this embodiment, the content is sold by a lottery system (gacha), but this embodiment is not limited to this, and the user may be able to select the content to purchase arbitrarily. In other words, the server 1 only needs to be able to output the content to the terminal 2 when a purchase request is received from the user, and it is not essential that the content is sold by a lottery system.

[0037] In this embodiment, among a plurality of contents (20,000 photos) to be sold, a very small number of specific contents (for example, tens to hundreds of photos published in a publication) are sold as rare contents. Specifically, an NFT (Non-Fungible Token) that specifies the ownership of the specific contents and enables the specific contents to be viewed is sold to users.

[0038] FIG. 7 is an explanatory diagram showing the data structure of an NFT. An NFT is a token that can define the ownership of digital content. As shown in FIG. 7, data related to an NFT consists of index data, metadata, and content data. The index data includes a token ID, the address of the content owner, and a URI (Uniform Resource Identifier) ​​indicating the location of the metadata, and this index data is recorded in the blockchain as an NFT. The metadata includes the name of the content (NFT), a description, and a URL (Uniform Resource Locator) indicating the location of the content data, and the content can be viewed by referring to this URL. The content data is the content itself, and is stored in an application server (not shown) on the network N.

[0039] As described above, the server 1 selects the content for sale by lottery. Here, when a specific content to which an NFT is attached is selected, the terminal 2 transfers the tokens held by the user to the wallet address of the current content owner (i.e., the administrator of this system) and generates a transaction to transfer the ownership of the content to the user. Specifically, the terminal 2 generates a transaction to change the address of the content owner specified in the index data of the NFT from the address of the current owner (the administrator of this system) to the user's address. Then, the terminal 2 outputs the transaction to the blockchain network 3. If the authenticity of the transaction is verified in the blockchain network 3, the address of the NFT owner is rewritten to the user's address, and the user can obtain the NFT.

[0040] Here, when a specific content with an NFT is sold to a user, it is preferable to make the content unviewable by users other than the user. This allows only the content owner to view the content, thereby increasing the value of the content sold as rare content.

[0041] For example, when server 1 (or terminal 2) selects a specific content as a sales content, it encrypts part or all of the metadata, including at least the URL of the content data, using a public key (or private key) generated from the user's private key. Alternatively, server 1 may encrypt the content data itself. When viewing the content, terminal 2 decrypts the metadata or content data using the user's private key. This makes it possible for only the content owner to view the content.

[0042] In this embodiment, an NFT is assigned only to a specific content (first content), but this embodiment is not limited to this, and an NFT may be assigned to all content to be sold and sold. That is, when the terminal 2 receives a content purchase request (for example, a lottery application), it is sufficient to generate a transaction that changes the address of the owner of the content specified by the NFT assigned to the content to the user's address and output it to the blockchain network 3, and the content to which the NFT is assigned is not limited to a specific content.

[0043] Returning to Fig. 5, the description will be continued. The content browsing button 53 is a button for transitioning to a content browsing screen (not shown). When an operation input to the content browsing button 53 is accepted, the terminal 2 transitions to the content browsing screen and displays the content (image) that the user has already purchased.

[0044] The calendar creation / purchase button 54 is a button for transitioning to a calendar creation screen or a calendar purchase screen. When an operation input to the calendar creation / purchase button 54 is accepted, the terminal 2 transitions to a calendar creation screen or a calendar purchase screen.

[0045] 8 is an explanatory diagram showing an example of a calendar creation screen. The calendar creation screen is a screen for a user to create a calendar (content collection) using content that has already been purchased. Note that a calendar is an example of a content collection, and may take various forms, such as a photo album or a magazine.

[0046] On the calendar creation screen, terminal 2 displays a list of thumbnails of contents (images) that the user has already purchased, and accepts an input to select multiple contents to be used in the calendar.

[0047] In this embodiment, a layout for arranging contents is defined in advance, and terminal 2 arranges contents selected by the user according to the layout, thereby generating a calendar.

[0048] In this embodiment, it is possible to sell (list) the created calendar to other users. Fig. 9 is an explanatory diagram showing an example of a calendar purchase screen. For example, when the terminal 2 receives an operation input of swiping the calendar purchase screen, the terminal 2 transitions to the calendar purchase screen.

[0049] For example, when the terminal 2 generates a calendar as described above, it accepts an exhibition request as to whether or not to put the calendar up for sale to other users. After accepting input of settings such as the calendar name and the calendar's selling price (number of selling tokens), the terminal 2 outputs the exhibition request to the server 1. The server 1 stores the contents of the exhibition request in the calendar DB 143.

[0050] Terminal 2 displays a list of calendar samples put up by other users on a calendar purchase screen. A purchase button 81 is displayed in association with each calendar on the calendar purchase screen. When an operation input to the purchase button 81 is accepted, terminal 2 outputs a request to purchase the calendar to server 1. In this case, terminal 2 generates a transaction to send tokens equivalent to the selling price to the wallet address of the calendar seller (i.e., the other user), and outputs it to blockchain network 3. When verification of the authenticity of the transaction is completed in blockchain network 3, server 1 outputs the calendar to terminal 2.

[0051] In addition, in this system, the calendar data may be transferred to a printing company, etc., which prints the calendar and provides (by mail) it to the user. In this way, the user can physically obtain the calendar that he or she created.

[0052] Returning to Fig. 5, the explanation will be continued. The token acquisition button 55 is a button for receiving free distribution of tokens. When an operation input to the token acquisition button 55 is accepted, the terminal 2 activates the imaging unit 26 (camera) to read a predetermined two-dimensional code (e.g., QR code (registered trademark)) and receives free distribution of tokens.

[0053] Specifically, in this embodiment, a two-dimensional code indicating the address of the UTXO (Unspent Transaction Output) into which the tokens have been deposited and a two-dimensional code indicating the private key for withdrawing the tokens are printed on a predetermined publication (such as a magazine). The user reads the two two-dimensional codes using the terminal 2 to obtain the address of the tokens and the private key. Based on the address and private key, the terminal 2 generates a transaction for transferring the tokens from the address to the user's wallet address, and outputs the transaction to the blockchain network 3. This allows the user to receive the tokens free of charge.

[0054] As described above, according to this embodiment, by selling content obtained by digitizing a part (or the whole) of a publication using cryptocurrency (tokens), the content can be bought and sold in an optimal manner.

[0055] 10 is a flowchart showing an example of a processing procedure for purchasing a token. When an operation input to the token purchase button 51 is accepted, the system executes the following processing. The control unit 11 of the server 1 outputs to the terminal 2 a hyperlink to an external site (e.g., a cryptocurrency exchange site) where the tokens can be purchased (step S11). The control unit 21 of the terminal 2 accesses the external site in response to an operational input to the hyperlink by the user (step S12). The control unit 21 accepts a predetermined application to purchase the tokens on the external site (step S13). When the application is accepted, the tokens are transferred to a predetermined address held by the user. Based on the operational input from the user, the control unit 21 generates a transaction for transferring the tokens from the address to a wallet address related to the wallet application A, and outputs the transaction to the blockchain network 3 (step S14). As a result, the tokens are deposited in the wallet (wallet application A) linked to this application. The control unit 21 ends the series of processes.

[0056] 11 is a flow chart showing an example of a processing procedure for purchasing content. When an operation input to the content purchase button 52 is accepted, the present system executes the following processing. In response to an operational input to the purchase button 61, the control unit 21 of the terminal 2 accepts a purchase request for content obtained by digitizing a part (or all) of a publication (step S31). The content is, for example, an image (photograph) published in the publication, or an image not published in the publication, but is not limited thereto.

[0057] When the purchase request is accepted, the control unit 11 of the server 1 selects the content to be sold to the user by lottery (step S32). In this case, the control unit 11 selects a specific content to which an NFT is attached as the sales content with a certain probability. The control unit 11 determines whether or not the specific content is selected (step S33). If it is determined that the specific content is selected (S33: YES), the control unit 11 encrypts the metadata of the NFT or the content data using a public key (or a private key) generated from the user's private key (step S34). After executing the process of step S34, or if the answer is NO in step S33, the control unit 11 outputs information on the selected content to the terminal 2 (step S35).

[0058] The control unit 21 of the terminal 2 generates a transaction to transfer the cryptocurrency held by the user to a specified address (the administrator's wallet address) (step S36). When a specific content is selected as the content for sale, the control unit 21 generates a transaction to change the address of the content owner defined by the NFT assigned to the specific content to the user's address. The control unit 21 outputs the generated transaction to the blockchain network 3 (step S37).

[0059] The control unit 11 of the server 1 determines whether or not verification of the authenticity of the transaction has been completed in the blockchain network 3 (step S38). If it is determined that the verification has not been completed (S38: NO), the control unit 11 waits for processing. If it is determined that the verification has been completed (S38: YES), the control unit 11 outputs the content selected in step S32 to the terminal 2 (step S39). The control unit 21 of the terminal 2 stores the output content (step S40) and ends the series of processes.

[0060] 12 is a flowchart showing an example of a process for creating a calendar. When an operation input to the calendar creation / purchase button 54 is accepted and the screen transitions to the calendar creation screen, the terminal 2 executes the following process. The control unit 21 of the terminal 2 displays a list of owned contents that the user has purchased (step S51). The control unit 21 accepts an input to select contents to be used in the calendar from the displayed list of owned contents (step S52). The control unit 21 generates a calendar (content collection) in which the selected contents are arranged according to a predetermined layout (step S53).

[0061] The control unit 21 determines whether or not to put the generated calendar up for sale in response to an operational input by the user (step S54). If it is determined that the calendar will not be put up for sale (S54: NO), the control unit 21 ends the series of processes. If it is determined that the calendar will be put up for sale (S54: YES), the control unit 21 accepts setting input of the calendar's selling price, etc. (step S55). The control unit 21 outputs a putting up request including the setting contents of the selling price, etc. to the server 1 (step S56), and ends the series of processes.

[0062] 13 is a flow chart showing an example of a process for purchasing a calendar. When an operation input to the calendar creation / purchase button 54 is accepted and a transition is made to a calendar purchase screen, the system executes the following process. The control unit 21 of the terminal 2 displays a list of calendar samples put up by other users (step S71). The control unit 21 accepts an input from the user selecting the calendar to purchase (step S72). The control unit 21 generates a transaction for transferring tokens held by the user to the wallet address of the calendar seller (step S73). The control unit 21 outputs the generated transaction to the blockchain network 3 (step S74).

[0063] The control unit 11 of the server 1 determines whether or not the verification of the authenticity of the transaction has been completed in the block chain network 3 (step S75). If it is determined that the verification has not been completed (S75: NO), the control unit 11 waits for processing. If it is determined that the verification has been completed (S75: YES), the control unit 11 outputs the calendar selected in step S72 to the terminal 2 (step S76). The control unit 21 saves the output calendar (step S77) and ends the series of processes.

[0064] 14 is a flowchart showing an example of a processing procedure for acquiring a token. When an operation input to the token acquisition button 55 is accepted, the terminal 2 executes the following processing. The control unit 21 of the terminal 2 activates the imaging unit 26 (camera) and reads the two-dimensional code printed on the publication according to the user's operation input (step S91). Specifically, the control unit 21 reads the two-dimensional code describing the address to which the tokens are deposited and the two-dimensional code describing the private key for withdrawing the tokens from the address. Based on the address and private key read from the two-dimensional code, the control unit 21 generates a transaction to remit the tokens deposited at the address to the user's wallet address (step S92). The control unit 21 outputs the generated transaction to the blockchain network 3 (step S93) and ends the series of processes.

[0065] In the above, it has been described that when a specific content is selected by lottery, the NFT attached to the content is sold, but the NFT may be made available for sale between users on this app. That is, the server 1 accepts requests to put up an NFT from a user, and also accepts requests to purchase an NFT from another user. When a request to purchase an NFT is accepted, the terminal 2 (or the server 1) of the other user generates a transaction to change the address of the owner of the content specified in the NFT to the address of the other user, and outputs the transaction to the blockchain network 3. This allows the other user to obtain the NFT and view the content.

[0066] As described above, according to the first embodiment, content can be bought and sold in an optimal manner.

[0067] (Embodiment 2) In this embodiment, a form will be described in which the NFT attached to the content can be purchased before the content is sold. Note that the same reference numerals will be used to designate the same contents as in the first embodiment, and the description will be omitted.

[0068] 15 is an explanatory diagram showing an example of a menu screen according to embodiment 2. The menu screen according to this embodiment includes a pre-sale button 56. When an operation input to the pre-sale button 56 is accepted, the terminal 2 transitions to a pre-sale screen.

[0069] FIG. 16 is an explanatory diagram showing an example of a presale screen. The presale screen is a screen where NFTs for pre-sale content on the content purchase screen can be purchased. In this embodiment, the server 1 sells NFTs attached to the content to be sold as a presale before the content is sold. This allows contributions to be received from users with high Internet literacy.

[0070] On the presale screen, samples of each content are displayed, and a purchase button 151 is displayed in association with each content. By accepting an operation input to the purchase button 151, the terminal 2 accepts a purchase request for an NFT from a user. When the purchase request for an NFT is accepted, the server 1 encrypts the metadata of the NFT, or the content data whose location is indicated by the metadata, using a public key (or private key) generated from the private key of the user, so that only the NFT owner can view the content. In addition, the terminal 2 remits tokens equivalent to the selling price of the NFT to a specified address (the wallet address of the administrator), generates a transaction to change the address of the ownership of the content to the address of the user, and outputs it to the blockchain network 3. When the authenticity of the transaction is verified in the blockchain network 3, the address of the owner of the NFT is rewritten to the address of the user. This allows the administrator of the system to obtain funds for operating the system, and allows the user to acquire an NFT.

[0071] 17 is a flowchart showing an example of a processing procedure during a pre-sale. When an operation input to the pre-sale button 56 is accepted, the present system executes the following processing. The control unit 21 of the terminal 2 displays a list of pre-sale content samples (step S201). The control unit 21 accepts an input from the user to select the NFT (content) to purchase (step S202). The control unit 11 of the server 1 encrypts metadata or content data of the selected NFT using a public key (or private key) generated from the user's private key (step S203).

[0072] The control unit 21 generates a transaction that transfers the ownership of the content corresponding to the selected NFT to the user (step S204). The control unit 21 outputs the generated transaction to the blockchain network 3 (step S205).

[0073] The control unit 11 of the server 1 determines whether or not verification of the authenticity of the transaction has been completed in the blockchain network 3 (step S206). If it is determined that the verification has not been completed (S206: NO), the control unit 11 waits for processing. If it is determined that the verification has been completed (S206: YES), the control unit 11 outputs the content corresponding to the purchased NFT to the terminal 2 (step S207). The control unit 21 of the terminal 2 stores the content (step S208), and ends the series of processes.

[0074] As described above, according to the second embodiment, by making it possible to purchase NFTs for content before it goes on sale, it is possible to receive investment from users with high internet literacy.

[0075] The embodiments disclosed herein are illustrative in all respects and should not be considered as limiting. The scope of the present invention is defined by the claims, not by the above meaning, and is intended to include all modifications within the scope and meaning equivalent to the claims.

[0076] The matters described in each embodiment can be combined with each other. In addition, the independent claims and dependent claims described in the claims can be combined with each other in any and all combinations regardless of the citation format. Furthermore, the claims use a format in which a claim cites two or more other claims (multi-claim format), but this is not limited to this. They may also be written using a format in which a multiple claim cites at least one other multiple claim (multi-multi claim). [Explanation of symbols]

[0077] 1 Server 11 Control section 12 Main memory 13. Communications Department 14 Auxiliary storage P1 Program 141 Content DB 142 User DB 143 Calendar DB 2. Terminal 21 Control section 22 Main memory 23 Communications Department 24 Display section 25 Input section 26 Imaging unit 27 Auxiliary storage P2 Program A Wallet App

Claims

1. Accepting requests to purchase electronic versions of publications in whole or in part; If the purchase request is accepted, a transaction to transfer the cryptocurrency held by the user to a specified address is output to the blockchain network, When the transaction is output, the content is acquired from a management device that manages the content. A program that causes a computer to carry out processing.

2. accepting the purchase request to purchase one of the plurality of contents by lottery; When the purchase request is accepted, the content selected by lottery is acquired. The program according to claim 1.

3. When the purchase request is accepted, the transaction for changing the address of the owner of the content, which is defined by a non-fungible token (NFT) attached to the content, to the address of the user is output. The program according to claim 2.

4. A content collection is generated in which the plurality of pieces of content purchased by the user are arranged according to a predetermined layout. The program according to claim 1.

5. A request to put the generated content collection up for sale to other users is output to the management device. The program according to claim 4.

6. Accepting a request to purchase an NFT associated with the content prior to the sale of the content; If the purchase request is accepted, output the transaction to change the address of the owner of the content defined in the NFT to the address of the user. The program according to claim 1.

7. Accepting requests to purchase electronic versions of publications in whole or in part; If the purchase request is accepted, a transaction to transfer the cryptocurrency held by the user to a specified address is output to the blockchain network, When the transaction is output, the content is acquired from a management device that manages the content. An information processing method in which processing is performed by a computer.

8. An information processing device including a control unit, The control unit: Accepting requests to purchase electronic versions of publications in whole or in part; If the purchase request is accepted, a transaction to transfer the cryptocurrency held by the user to a specified address is output to the blockchain network, When the transaction is output, the content is acquired from a management device that manages the content. Information processing device.

9. Accepting requests to purchase electronic versions of publications in whole or in part; If the purchase request is accepted, a transaction to transfer the cryptocurrency held by the user to a specified address is output to the blockchain network, When the transaction is output, the content is output to the user's terminal device. A program that causes a computer to carry out processing.

10. Dividing the first content included in the publication and the second content not included in the publication from the content group photographed for creating the publication into a plurality of packages in which the second content is stored in a large quantity; granting an NFT to a first content other than the second content; Accepting purchases of the first content and the second content by lottery within one of the divided packages; When the first content is purchased by lottery, ownership of the NFT is transferred to the user. The program according to claim 9.

Images