WO2023127181A1 - プログラム、情報処理装置、方法、およびシステム - Google Patents

プログラム、情報処理装置、方法、およびシステム Download PDF

Info

Publication number
WO2023127181A1
WO2023127181A1 PCT/JP2022/024246 JP2022024246W WO2023127181A1 WO 2023127181 A1 WO2023127181 A1 WO 2023127181A1 JP 2022024246 W JP2022024246 W JP 2022024246W WO 2023127181 A1 WO2023127181 A1 WO 2023127181A1
Authority
WO
WIPO (PCT)
Prior art keywords
token
visual content
image
listing
request
Prior art date
Application number
PCT/JP2022/024246
Other languages
English (en)
French (fr)
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 Ｓｎａｆｔｙ株式会社
Publication of WO2023127181A1 publication Critical patent/WO2023127181A1/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/38—Payment protocols; Details thereof
    • 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
    • G06Q30/018—Certifying business or products

Definitions

  • the present disclosure relates to programs, information processing devices, methods, and systems.
  • NFT Non-Fungible Token
  • Patent Document 1 does not disclose NFT, but by storing virtual graffiti and geographical location information in a blockchain, a technique for displaying a graffiti-added image in which virtual graffiti is added to a visited place image as a proof of a visit. disclosed.
  • the purpose of this disclosure is to ensure the rarity of digital data linked to tokens.
  • a program comprises a computer having a storage device, means for creating a first visual content, means for transmitting the first visual content to an external device, and after transmitting the first visual content, Means for preventing data expressing the same visual information as one visual content from remaining in a storage device, issuance of a first token that proves the owner of the first visual content, or trading of tokens is possible. It functions as means for requesting an external device to sell the first token to the platform.
  • FIG. 1 is a block diagram showing the configuration of an information processing system according to an embodiment; FIG. It is a block diagram which shows the structure of the user terminal of this embodiment. It is a block diagram which shows the structure of the server of this embodiment. It is a figure which shows the structure of the distributed ledger system of this embodiment.
  • 1 is an explanatory diagram of one aspect of the present embodiment; FIG. 1 is an explanatory diagram of one aspect of the present embodiment; FIG. 1 is an explanatory diagram of one aspect of the present embodiment; FIG. 1 is an explanatory diagram of one aspect of the present embodiment; FIG. It is a figure which shows the data structure of the work database of this embodiment. It is a figure which shows the data structure of the token of this embodiment.
  • 4 is a flowchart of image creation processing according to the embodiment; 4 is a flowchart of token issuing processing according to the present embodiment; It is a figure which shows the example of a screen displayed in the information processing of this embodiment.
  • FIG. 1 is a block diagram showing the configuration of the information processing system of this embodiment.
  • the information processing system 1 includes a user terminal 10 , a server 30 and a distributed ledger system 50 .
  • the user terminal 10, server 30, and distributed ledger system 50 are connected via a network (for example, the Internet or an intranet) NW.
  • the user terminal 10 is an example of an information processing device that transmits requests to the server 30 .
  • the user terminal 10 is, for example, a smart phone, a tablet terminal, or a personal computer.
  • the server 30 is an example of an information processing device that provides the user terminal 10 with a response in response to a request sent from the user terminal 10 .
  • Server 30 is, for example, a web server.
  • the distributed ledger system 50 manages the distributed ledger in response to requests from the user terminal 10 or the server 30.
  • FIG. 2 is a block diagram showing the configuration of the user terminal of this embodiment.
  • the user terminal 10 includes a storage device 11, a processor 12, an input/output interface 13, and a communication interface 14.
  • User terminal 10 is connected to display 21 and camera 22 .
  • the storage device 11 is configured to store programs and data.
  • the storage device 11 is, for example, a combination of ROM (Read Only Memory), RAM (Random Access Memory), and storage (eg, flash memory or hard disk).
  • Programs include, for example, the following programs. ⁇ Program of OS (Operating System) ⁇ Program of application that executes information processing (for example, web browser or target application described later)
  • the data includes, for example, the following data. ⁇ Databases referenced in information processing ⁇ Data obtained by executing information processing (that is, execution results of information processing)
  • the processor 12 is a computer that implements the functions of the user terminal 10 by activating programs stored in the storage device 11 .
  • Processor 12 is, for example, at least one of the following: ⁇ CPU (Central Processing Unit) ⁇ GPU (Graphic Processing Unit) ⁇ ASIC (Application Specific Integrated Circuit) ⁇ FPGA (Field Programmable Array)
  • the input/output interface 13 acquires information (eg, user instructions) from an input device connected to the user terminal 10, and outputs information (eg, image signal) to an output device connected to the user terminal 10.
  • information eg, user instructions
  • the input device is, for example, camera 22, keyboard, pointing device, touch panel, or a combination thereof.
  • Output devices are, for example, the display 21, speakers, or a combination thereof.
  • the communication interface 14 is configured to control communication between the user terminal 10 and an external device (eg, server 30 or distributed ledger system 50).
  • an external device eg, server 30 or distributed ledger system 50.
  • the display 21 is configured to display images (still images or moving images).
  • the display 21 is, for example, a liquid crystal display or an organic EL display.
  • the camera 22 is configured to photograph a subject and generate an image (still image or moving image).
  • FIG. 3 is a block diagram showing the configuration of the server of this embodiment.
  • the server 30 includes a storage device 31, a processor 32, an input/output interface 33, and a communication interface .
  • the storage device 31 is configured to store programs and data.
  • Storage device 31 is, for example, a combination of ROM, RAM, and storage (eg, flash memory or hard disk).
  • Programs include, for example, the following programs. ⁇ OS program ⁇ Application program that executes information processing
  • the data includes, for example, the following data. ⁇ Databases referenced in information processing ⁇ Execution results of information processing
  • the processor 32 is a computer that implements the functions of the server 30 by activating programs stored in the storage device 31 .
  • Processor 32 is, for example, at least one of the following: ⁇ CPU ⁇ GPU ⁇ ASICs ⁇ FPGA
  • the input/output interface 33 is configured to acquire user instructions from input devices connected to the server 30 and to output information to output devices connected to the server 30 .
  • Input devices are, for example, keyboards, pointing devices, touch panels, or combinations thereof.
  • An output device is, for example, a display.
  • the communication interface 34 is configured to control communication between the server 30 and an external device (eg, the user terminal 10 or the distributed ledger system 50).
  • an external device eg, the user terminal 10 or the distributed ledger system 50.
  • FIG. 4 is a diagram showing the configuration of the distributed ledger system of this embodiment.
  • the distributed ledger system 50 comprises a plurality of node computers 55-1 to 55-4.
  • the node computers 55 are connected to each other via a network (which may include the network NW in FIG. 1).
  • the network may include a public network, a private network, a leased line, a VPN (Virtual Private Network), or a combination thereof.
  • the node computer 55 is connected to the network, for example, by wire or wirelessly.
  • Node computers 55 communicate with each other in a peer-to-peer fashion.
  • the node computer 55 manages a distributed ledger using block chain technology, for example. Specifically, one of the node computers 55 acquires data relating to token transactions to be recorded. The node computer 55 creates a block containing the acquired data and adds it to the blockchain. The node computer 55 transmits the added block information to the other node computers 55 . The other node computer 55 verifies the correctness of the received block, and if the verification succeeds, adds the block to the blockchain. The node computer 55, for example, determines the block chain according to the number of linked blocks (approval number). As a result, the same distributed ledger is stored across the plurality of node computers 55 that make up the distributed ledger system 50 . Note that the data to be saved is appropriately encrypted.
  • the configuration of the distributed ledger system 50 is not limited to that shown in FIG.
  • the distributed ledger system 50 may have five or more node computers 55, or two or three node computers 55.
  • the number of node computers 55 that make up the distributed ledger system 50 may fluctuate over time.
  • node computer 55 may be the same as or similar to that of the user terminal 10 or server 30, so detailed description thereof will be omitted.
  • node computer 55 comprises a processor, storage device, input/output interface, communication interface, input device, output device, or a combination thereof.
  • FIG. 5 is an explanatory diagram of one aspect of the present embodiment.
  • FIG. 6 is an explanatory diagram of one aspect of the present embodiment.
  • FIG. 7 is an explanatory diagram of one aspect of the present embodiment.
  • FIG. 8 is an explanatory diagram of one aspect of the present embodiment.
  • the user US1 has a predetermined application (for example, an application for creating or managing a digital work (image), hereinafter referred to as a "target application”) on the user terminal 10-1. While being executed, the user terminal 10-1 is operated to photograph the subject OBJ1 with the camera 22. FIG. As a result, user terminal 10-1 generates image IM10 (an example of “visual content”) of subject OBJ1 and temporarily stores image IM10 in storage device 11.
  • image IM10 is not limited to a still image, and may be a moving image.
  • the user terminal 10-1 uploads the generated image IM10 to the server 30.
  • FIG. Server 30 stores uploaded image IM10 in storage device 31 .
  • the user terminal 10-1 deletes the image IM10 from the storage device 11 after uploading the image IM10.
  • image IM10 does not substantially remain at hand of user US1, but is transferred from user terminal 10-1 to server 30 like a tangible object. Accordingly, since the user US1 who is the creator of the image IM10 cannot freely copy the image IM10, the rarity of the image IM10 is ensured.
  • the user US1 operates the user terminal 10-1 while the target application is being executed on the user terminal 10-1 to transmit a viewing request for the image IM10 to the server 30.
  • Let Server 30 transmits processed image IM11 corresponding to image IM10 to user terminal 10-1 in response to the viewing request.
  • the user terminal 10-1 displays the processed image IM11 on the display 21.
  • the processed image IM11 is an image obtained by subjecting the image IM10 to irreversible processing such as watermarking.
  • the processed image IM11 has visual information similar to that of the image IM10, but also has a difference in visual information that allows humans to recognize the difference.
  • the user US1 can determine whether or not to tokenize the image IM10 (that is, to issue a token linked to the image IM10) by viewing the processed image IM11. On the other hand, even if the screenshot function of the user terminal 10-1 is exploited, for example, it is impossible to obtain a complete copy of the image IM10.
  • the user US1 operates the user terminal 10-1 while the target application is being executed on the user terminal 10-1 to request issuance of a token linked to the image IM10.
  • the server 30 requests the distributed ledger system 50 to issue a token linked to the image IM10 in response to the issue request.
  • the server 30 may collect a fee from the user US1 and issue a token after completing the payment.
  • the costs involved in issuing tokens can be reliably recovered.
  • the distributed ledger system 50 completes issuing the token linked to the image IM10
  • the user US1 can acquire the token using the user terminal 10-1.
  • the server 30 deletes the image IM10 from the storage device 31 after issuing the token.
  • the image IM10 is typically stored on an external server (eg, a server provided by the NFT trading platform) or embedded in the token. In any case, viewing the image IM10 requires the information described in the token associated with the image IM10. As a result, the token associated with the image IM10 proves that the owner of the token is the owner of the image IM10.
  • the user US1 who owns the tokenized image IM10 can circulate the image IM10 as shown in FIG. Specifically, the user US1 operates the user terminal 10-1 to sell the image IM10 desired by the user to the other user US2.
  • the user terminal 10-1 transfers the token associated with the image IM10 to the user US2 who is the buyer of the image IM10.
  • the user terminal 10-1 requests the distributed ledger system 50 to transfer the token possessed by the user US1 to the user US2.
  • the distributed ledger system 50 completes the transfer of the token
  • the user US2 acquires the token using the user terminal 10-2.
  • User US2 can then sell image IM10 to other users (that is, secondary distribution).
  • the distributed ledger system 50 transfers the tokens, collects the royalties, and collects them.
  • the royalties obtained are distributed to the rights holder RH1 (eg, the person who has the publicity rights of the object OBJ1, the user US1 who is the creator of the image IM10, or a combination thereof).
  • Royalty may be collected from the consideration paid by the buyer of image IM10 for that image IM10, or may be collected independently of such consideration from the seller or buyer of that image IM10.
  • the information processing system 1 it is possible to ensure that the user US1 who is the creator of the tokenized image IM10 is restricted from duplicating the image IM10. That is, it is possible to ensure the rarity of the tokenized image IM10 and prevent the value of the image IM10 from being underestimated.
  • FIG. 9 is a diagram showing the data structure of the work database of this embodiment.
  • a work database is constructed in the storage device 31 .
  • the work database stores image basic information.
  • the image basic information is meta information of a work (that is, an image) created by the user of the target application.
  • the work database includes a "user ID” field, an "image ID” field, a “save destination” field, a "shooting date” field, and a “shooting location” field. Each field is associated with each other. Note that the various fields in the work database are merely examples. For example, the "shooting location" field may not be provided.
  • a user ID is stored in the "user ID" field.
  • the user ID is information identifying the user of the target application, who corresponds to the creator of the image corresponding to the basic image information.
  • An image ID is stored in the "image ID" field.
  • the image ID is information for identifying an image corresponding to the basic image information.
  • the "save destination" field stores the save destination information.
  • the save destination information is information about the save destination of the image corresponding to the basic image information.
  • the storage destination information may be, for example, address information in the storage device 31 or a URL (Uniform Resource Locator) for referring to the image.
  • the shooting date information is stored in the "shooting date" field.
  • the shooting date information is information related to the shooting date of the image corresponding to the basic image information.
  • the shooting date information is attached to the image by the user terminal 10 based on the time information, for example.
  • the "shooting location” field stores shooting location information.
  • the shooting location information is information about the shooting location of the image corresponding to the image basic information.
  • the shooting location information is attached to the image by the user terminal 10, for example, based on the position information (GPS (Global Positioning System) information as an example).
  • GPS Global Positioning System
  • FIG. 10 is a diagram showing the data structure of the token of this embodiment.
  • a token includes a token ID, owner address information, metadata, and transaction terms information.
  • a token ID is information that identifies a token.
  • a token ID is written by the distributed ledger system 50 at the time of token issuance.
  • the owner address information is information about the address of the owner of the token.
  • the owner address information is information indicating the wallet of the owner of the token.
  • the owner address information is updated by the distributed ledger system 50 as tokens are issued and transferred.
  • the metadata includes information (for example, a URL for viewing the target image or data corresponding to the target image) that enables viewing of the image associated with the token (hereinafter referred to as "target image").
  • Metadata is written by the distributed ledger system 50 at token issuance.
  • the metadata can also include information about the details of the target image.
  • Information about the details of the target image may include, for example, part of the basic image information (FIG. 9) corresponding to the target image.
  • at least part of the information about the details of the target image is determined by, for example, at least one of the user who is the creator of the target image and the right holder of the subject of the target image (for example, the person who has the publicity right of the subject).
  • the information about the details of the target image may be information about the title of the target image, the episode when the target image was taken, the subject, the shooting date, the shooting location, or a combination thereof.
  • the transaction terms information is information related to the transaction terms of the target image.
  • the transaction condition information can include information (for example, information on a royalty calculation method, a royalty payment destination, or a combination thereof) regarding royalty collection conditions associated with distribution of the target image.
  • the trade terms information may be determined, for example, by the creator of the target image, the rights holder of the subject of the target image, some rules (eg, platform rules for buying and selling tokens), or a combination thereof.
  • the transaction terms information is written by the distributed ledger system 50 at the time of token issuance.
  • the transaction condition information may be information relating to the resale destination of the target image, the resale time, or restrictions on the resale price.
  • FIG. 11 is a flowchart of image creation processing according to this embodiment.
  • the image creation process of FIG. 11 is started, for example, when the user performs a predetermined operation (for example, selecting an object for receiving an instruction to start shooting) while the target application is being executed on the user terminal 10. .
  • a predetermined operation for example, selecting an object for receiving an instruction to start shooting
  • the user terminal 10 creates an image (S110). Specifically, the user terminal 10 activates, for example, the camera 22 to photograph the subject. Thereby, the user terminal 10 creates an image (still image or moving image). The user terminal 10 temporarily saves the created image in the storage device 11 .
  • step S110 the user terminal 10 executes image transmission (S111). Specifically, the user terminal 10 transmits (uploads) the image created in step S110 to the server 30 .
  • step S111 the user terminal 10 executes image deletion (S112). Specifically, the user terminal 10 deletes the image created in step S110 from the storage device 11 .
  • the target application may be configured not to accept user operations during the series of processes from step S110 to step S112. This makes it possible to more reliably prevent duplication of images by the user.
  • step S111 the server 30 saves the image (S131). Specifically, the server 30 acquires the image transmitted in step S ⁇ b>111 and stores the image in the storage device 31 .
  • FIG. 12 is a flowchart of token issuing processing according to this embodiment.
  • FIG. 13 is a diagram showing an example of a screen displayed during information processing according to this embodiment.
  • the token issuance process in FIG. 12 is performed when the user performs a predetermined Start depending on what you've done.
  • the predetermined operation is, for example, selection of an object that receives an instruction to confirm an image created by the user and for which tokens have not yet been issued (hereinafter referred to as "token-unissued works").
  • Certain SaaS provide users with services to manage, for example, non-tokened works created using the target app.
  • the user terminal 10 executes an image viewing request (S210). Specifically, the user terminal 10 generates a viewing request for any of the token-unissued works by the user, and transmits the viewing request to the server 30 .
  • the viewing request includes information (for example, image ID) that can identify the specified token-unissued work.
  • the server 30 acquires a processed image (S230). Specifically, the server 30 acquires the viewing request transmitted in step S210, and identifies the token-unissued work (image) to be viewed. The server 30 acquires a processed image corresponding to the identified image. The server 30 may generate a processed image each time based on the identified image, or may store the once generated processed image in the storage device 31 and reuse it repeatedly.
  • the processed image can be generated by performing the following processing on part or the whole of the image before processing (hereinafter referred to as "original image").
  • the additional images may be transparent images such as watermarks.
  • the image may be a non-transparent image such as a stamp.
  • the content of the additional image may be fixed or variable. Examples of variable additional images can be images representing information about the date taken, the author, or the date viewed.
  • the server 30 transmits the processed image (S231). Specifically, the server 30 transmits the processed image acquired in step S230 to the user terminal 10 .
  • the user terminal 10 displays the processed image (S211). Specifically, the user terminal 10 displays the processed image transmitted in step S231 on the display 21 .
  • the user can display a processed image corresponding to the work on a UI (User Interface) for managing works for which tokens have not yet been issued (hereinafter referred to as "work management UI").
  • a work management UI is displayed on the display 21 of the user terminal 10 .
  • the work management UI may be, for example, a screen of a target application executed on the user terminal 10 or a specific SaaS screen displayed by a web browser executed on the user terminal 10 .
  • the work management UI in FIG. 13 includes display objects A10a to A10b and operation objects B10a to B10d.
  • the display object A10a displays a preview of the processed image IM12 of one of the token-unissued works (hereinafter referred to as "selected work") being selected.
  • the processed image IM12 corresponds to an image obtained by synthesizing the corresponding original image with the watermark image IM12a.
  • the display object A10b displays supplementary information on the selected work.
  • the supplementary information may be generated based on the image basic information of the selected work registered in the work database.
  • the operation object B10a accepts an instruction to issue a token linked to the selected work.
  • the user terminal 10 may further receive designation of information regarding the issue condition or sale condition of the selected work.
  • Information regarding the terms of issuance may be specified either when granting the token to the user himself or to the purchaser of the token.
  • Information about the issuing conditions can include, for example, at least one of the following. ⁇ Whether to issue tokens (for example, whether to issue tokens to creators or to buyers of works determined before tokens are issued) ⁇ Platform issuing tokens Token transaction conditions (e.g., royalty collection conditions for creators)
  • Information regarding the terms of the sale may be specified when granting the tokens to the buyer of the tokens.
  • Information regarding terms of sale may include, for example, at least one of the following: ⁇ Method of sale (for example, a platform for buying and selling tokens) ⁇ Sold to (for example, wallet information of the buyer of the work) ⁇ Sale price
  • the operation object B10b accepts an instruction to delete the selected work from the set of unissued works with tokens.
  • the number of token-unissued works that a user can register on the server 30 is limited, and the user deletes unnecessary token-unissued works to register new token-unissued works on the server 30. It becomes possible to
  • the operation object B10c receives an instruction from the work management UI to return to a predetermined screen (eg, home screen).
  • a predetermined screen eg, home screen.
  • the user terminal 10 causes the display 21 to display a predetermined screen, and ends the token issuing process of FIG.
  • the operation object B10d accepts an instruction to switch the selected work.
  • the user terminal 10 treats another token-unissued work as a new selected work.
  • the user terminal 10 updates the contents of the display objects A10a-A10b by re-executing steps S210-S211, for example.
  • the user terminal 10 executes a token issue request (S212). Specifically, while the user terminal 10 displays the work management UI of FIG. 13 on the display 21, the user performs an operation (such as Selection of the operation object B10a in FIG. 13) is received from the user. The user terminal 10 generates a token issue request and transmits the issue request to the server 30 .
  • the issuance request may include information (eg, image ID) that can identify the work specified by the user (eg, the aforementioned selected work).
  • the issuance request may also include information that can identify the issuance conditions, sale conditions, or a combination thereof specified by the user.
  • the server 30 issues a token (S232). Specifically, the server 30 acquires the issue request transmitted in step S212.
  • the server 30 requests the distributed ledger system 50 to issue a token linked to the work specified by the user.
  • the server 30 requests the distributed ledger system 50 corresponding to the platform to issue a token.
  • the server 30 specifies the owner address information, metadata, and transaction condition information described in the token.
  • the server 30 may determine the owner address information according to token issuance conditions specified by the user or according to predetermined rules.
  • the server 30 may determine metadata based on information obtained from rights holders (which may include the user who is the creator of the work) regarding the subject of the work, basic image information, or a combination thereof.
  • the server 30 may determine the transaction terms information based on information obtained from the rights holder regarding the subject of the work, predetermined rules, or a combination thereof.
  • the server 30 may also transmit the work (image) specified by the user to the external server.
  • the external server corresponds to the storage destination of the image referenced by the information (metadata) described in the token.
  • server 30 may transmit the image to distributed ledger system 50 for embedding the image in a token.
  • the server 30 may collect the token issuance fee from the user before executing the token issuance (S232). If the payment of the issuance fee fails, the server 30 may notify the user terminal 10 of a payment error and prompt the user to re-enter the payment information.
  • step S233 the server 30 executes image deletion (S233). Specifically, the server 30 deletes from the storage device 31 the image associated with the token issued in step S232.
  • step S232 the user terminal 10 executes token acquisition (S213). Specifically, the user terminal 10 acquires the token issued in step S232. Tokens may be acquired using a wallet created for a user of the Subject App, for example by Ethereum's Web3 API or other means, or may be acquired using a wallet owned by the user and independent of the Subject App. may However, if the buyer of the work specified by the user has been decided at the time of token issuance, the server 30 may issue the token to the buyer's wallet according to the user's instructions. In this case, step S213 may be omitted.
  • the user terminal 10 of this embodiment transmits the created image to the server 30 and deletes the image from the storage device 11 after transmitting the image. Also, the user terminal 10 requests the server 30 to issue a token that proves the owner of the image. As a result, since the user cannot keep a copy of the image linked to the token, the rarity of the image can be ensured.
  • the server 30 of this embodiment acquires an image created by the user and saves the image in the storage device 31 .
  • the server 30 issues a token in response to obtaining a request to issue a token proving that it is the owner of the image, and deletes the image from the storage device 31 after issuing the token.
  • the token is issued, the copy of the image associated with the token cannot be left on the server 30, so the rarity of the image can be ensured.
  • the server 30 may transmit a processed image generated by processing a token-unissued work (image) to the user terminal 10 in response to a request to view the image.
  • image a token-unissued work
  • the server 30 may generate a processed image by synthesizing an additional image with the token-unissued work. This makes it possible for the viewer to easily recognize the difference between the token-unissued work and the processed image, or that the processed image is not the original image.
  • the storage device 11 may be connected to the user terminal 10 via the network NW.
  • the display 21 or the camera 22 may be pre-installed in the user terminal 10 or may be an external peripheral device.
  • Storage device 31 may be connected to server 30 via network NW.
  • each step of the information processing described above can be executed by either the user terminal 10 or the server 30 .
  • first tokens are linked to their own works on a platform where tokens can be bought and sold.
  • issue can be appropriately read as “exhibition.”
  • the user terminal 10 may request the server 30 to exhibit the first token on a platform that allows token trading.
  • the server 30 may obtain a request to sell the first token instead of the request to issue the first token, and sell the first token in response to obtaining the request.
  • the server 30 deletes the work (image) associated with the first token from the storage device 31 after the first token is exhibited.
  • the user may specify information regarding terms of sale when listing the first token on the platform.
  • the information regarding the selling conditions can include, for example, at least one of the following. ⁇ Platform for listing tokens ⁇ Suggested selling price of tokens ⁇ Period of listing tokens
  • the user terminal 10 may receive designation of a platform for buying and selling tokens, and may transmit to the server 30 a token exhibition request containing information that allows the platform to be specified. This allows the user to sell the token on a desired platform.
  • the server 30 may exhibit the first token on the platform in response to a request for exhibiting the first token, which includes information indicating the platform specified by the user.
  • listing the first token may mean transmitting the work (image) associated with the first token to the server provided by the platform.
  • the first token will be issued by the platform and given to the buyer after the buyer is determined.
  • server 30 may issue the first token to a wallet designated by the platform before the buyer of the first token is determined.
  • issuing or selling tokens linked to images of the subject may be subject to permission from the right holder.
  • a user obtains (eg, purchases) rights relating to a particular subject from a rights holder (eg, rights to photograph a particular subject, or rights to tokenize an image of a particular subject).
  • the user terminal 10 may transmit to the server 30 a token issuance request or an exhibition request including information indicating the authority for the specific subject. This makes it possible to issue or sell tokens linked to the image of a particular subject without infringing the rights relating to the particular subject.
  • the server 30 may be configured not to issue or sell a token linked to an image of a specific subject unless it is confirmed that the information indicating authority regarding the specific subject is appropriate. This makes it possible to prevent the issuance or sale of tokens that infringe on the rights of specific subjects.
  • the server 30 issues or issues a token unless an authentication source (for example, a person who has the right to the specific subject or a person who has been delegated by him) specified by the information indicating the authority to the specific subject authenticates the image. It may be configured not to sell. As a result, it is possible to prevent issuance or sale of tokens associated with images that the authentication source has determined to be inappropriate (for example, images that damage the reputation of a specific subject).
  • the server 30 deletes the image IM10 from the storage device 31 after issuing or selling the token linked to the image IM10.
  • the image IM10 may be stored in the storage device 31 of the server 30 even after the token is issued or exhibited.
  • information for example, URL
  • metadata of the token for example, URL
  • images may be generated by other means.
  • the user terminal 10 may create an image (for example, a digital painting or a digital comic) according to the user's drawing operation.
  • the user terminal 10 may prevent data representing the same visual information as the transmitted image from remaining in the storage device 11 by other methods.
  • the user terminal 10 may overwrite and save the image with a processed image corresponding to the image.
  • the server 30 may prevent the data expressing the same visual information as the image associated with the token from remaining in the storage device 31 by another method.
  • the server 30 may overwrite and save the image with a processed image corresponding to the image after issuing or selling the token linked to the image.
  • the server 30 may determine the position for synthesizing the additional image according to the subject of the original image.
  • the server 30 may determine the composition position so as to avoid a specific subject (for example, a person), or determine the composition position so as to avoid a specific area (for example, a face area) of a specific subject. good too.
  • the rarity of the image is ensured while suppressing the adverse effect of synthesizing the additional image on the user's selection of images for token issuance or exhibition, or on the evaluation of the image linked to the token by the prospective purchaser. can be done.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本開示の一態様のプログラムは、記憶装置を備えるコンピュータを、第１視覚的コンテンツを作成する手段、第１視覚的コンテンツを外部装置へ送信する手段、第１視覚的コンテンツの送信後に、当該第１視覚的コンテンツと同一の視覚情報を表現するデータが記憶装置に残ることを阻止する手段、第１視覚的コンテンツの持ち主であることを証明する第１トークンの発行、またはトークンの売買が可能なプラットフォームへの当該第１トークンの出品を外部装置に要求する手段、として機能させる。

Description

プログラム、情報処理装置、方法、およびシステム
　本開示は、プログラム、情報処理装置、方法、およびシステムに関する。
　デジタルデータに紐付けられるトークンをブロックチェーン上に記録することで、当該デジタルデータを非代替的な有体物のように取り扱うことを可能にする技術（ＮＦＴ（Non-Fungible Token））が知られている。
　特許文献１には、ＮＦＴに関する開示はないが、ブロックチェーンに仮想落書きおよび地理的位置情報を保存することで、訪問場所画像に仮想落書きを付加した落書付加画像を訪問の証として表示する技術が開示されている。
特開２０２０ー０７１５９０号公報
　デジタルデータは容易に複製可能であるため、単にデジタルデータに紐付けられるトークンをブロックチェーン上に記録するだけでは、当該デジタルデータの希少性を十分に保証することはできない。つまり、容易に複製可能であるという性質により、デジタルデータの資産価値が過小評価されるおそれがある。
　本開示の目的は、トークンに紐づくデジタルデータの希少性を確保することである。
　本開示の一態様のプログラムは、記憶装置を備えるコンピュータを、第１視覚的コンテンツを作成する手段、第１視覚的コンテンツを外部装置へ送信する手段、第１視覚的コンテンツの送信後に、当該第１視覚的コンテンツと同一の視覚情報を表現するデータが記憶装置に残ることを阻止する手段、第１視覚的コンテンツの持ち主であることを証明する第１トークンの発行、またはトークンの売買が可能なプラットフォームへの当該第１トークンの出品を外部装置に要求する手段、として機能させる。
本実施形態の情報処理システムの構成を示すブロック図である。 本実施形態のユーザ端末の構成を示すブロック図である。 本実施形態のサーバの構成を示すブロック図である。 本実施形態の分散型台帳システムの構成を示す図である。 本実施形態の一態様の説明図である。 本実施形態の一態様の説明図である。 本実施形態の一態様の説明図である。 本実施形態の一態様の説明図である。 本実施形態の作品データベースのデータ構造を示す図である。 本実施形態のトークンのデータ構造を示す図である。 本実施形態の画像作成処理のフローチャートである。 本実施形態のトークン発行処理のフローチャートである。 本実施形態の情報処理において表示される画面例を示す図である。
　以下、本発明の一実施形態について、図面に基づいて詳細に説明する。なお、実施形態を説明するための図面において、同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。
　以降の説明において、複数の同種の要素について共通の説明を述べる場合に、例えば「９９」のような共通の符号を用いることがある。他方、これらの要素について個別に説明を述べる場合に、「９９－１」、または「９９－２」のように共通の符号に添え字を付した符号を用いることがある。
（１）情報処理システムの構成
　情報処理システムの構成について説明する。図１は、本実施形態の情報処理システムの構成を示すブロック図である。
　図１に示すように、情報処理システム１は、ユーザ端末１０と、サーバ３０と、分散型台帳システム５０とを備える。
　ユーザ端末１０、サーバ３０、および分散型台帳システム５０は、ネットワーク（例えば、インターネット又はイントラネット）ＮＷを介して接続される。
　ユーザ端末１０は、サーバ３０にリクエストを送信する情報処理装置の一例である。ユーザ端末１０は、例えば、スマートフォン、タブレット端末、又は、パーソナルコンピュータである。
　サーバ３０は、ユーザ端末１０から送信されたリクエストに応じたレスポンスをユーザ端末１０に提供する情報処理装置の一例である。サーバ３０は、例えば、ウェブサーバである。
　分散型台帳システム５０は、ユーザ端末１０またはサーバ３０からの要求に応じて、分散型台帳を管理する。
（１－１）ユーザ端末の構成
　ユーザ端末の構成について説明する。図２は、本実施形態のユーザ端末の構成を示すブロック図である。
　図２に示すように、ユーザ端末１０は、記憶装置１１と、プロセッサ１２と、入出力インタフェース１３と、通信インタフェース１４とを備える。ユーザ端末１０は、ディスプレイ２１およびカメラ２２に接続される。
　記憶装置１１は、プログラム及びデータを記憶するように構成される。記憶装置１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
　プログラムは、例えば、以下のプログラムを含む。
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ、または後述する対象アプリ）のプログラム
　データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）
　プロセッサ１２は、記憶装置１１に記憶されたプログラムを起動することによって、ユーザ端末１０の機能を実現するコンピュータである。プロセッサ１２は、例えば、以下の少なくとも１つである。
　・ＣＰＵ（Central Processing Unit）
　・ＧＰＵ（Graphic Processing Unit）
　・ＡＳＩＣ（Application Specific Integrated Circuit）
　・ＦＰＧＡ（Field Programmable Array）
　入出力インタフェース１３は、ユーザ端末１０に接続される入力デバイスから情報（例えば、ユーザの指示）を取得し、かつ、ユーザ端末１０に接続される出力デバイスに情報（例えば、画像信号）を出力するように構成される。
　入力デバイスは、例えば、カメラ２２、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
　出力デバイスは、例えば、ディスプレイ２１、スピーカ、又は、それらの組合せである。
　通信インタフェース１４は、ユーザ端末１０と外部装置（例えば、サーバ３０または分散型台帳システム５０）との間の通信を制御するように構成される。
　ディスプレイ２１は、画像（静止画、または動画）を表示するように構成される。ディスプレイ２１は、例えば、液晶ディスプレイ、または有機ＥＬディスプレイである。
　カメラ２２は、被写体を撮影し、画像（静止画、または動画）を生成するように構成される。
（１－２）サーバの構成
　サーバの構成について説明する。図３は、本実施形態のサーバの構成を示すブロック図である。
　図３に示すように、サーバ３０は、記憶装置３１と、プロセッサ３２と、入出力インタフェース３３と、通信インタフェース３４とを備える。
　記憶装置３１は、プログラム及びデータを記憶するように構成される。記憶装置３１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
　プログラムは、例えば、以下のプログラムを含む。
・ＯＳのプログラム
・情報処理を実行するアプリケーションのプログラム
　データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理の実行結果
　プロセッサ３２は、記憶装置３１に記憶されたプログラムを起動することによって、サーバ３０の機能を実現するコンピュータである。プロセッサ３２は、例えば、以下の少なくとも１つである。
　・ＣＰＵ
　・ＧＰＵ
　・ＡＳＩＣ
　・ＦＰＧＡ
　入出力インタフェース３３は、サーバ３０に接続される入力デバイスからユーザの指示を取得し、かつ、サーバ３０に接続される出力デバイスに情報を出力するように構成される。
　入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
　出力デバイスは、例えば、ディスプレイである。
　通信インタフェース３４は、サーバ３０と外部装置（例えば、ユーザ端末１０、または分散型台帳システム５０）との間の通信を制御するように構成される。
（１－３）分散型台帳システムの構成
　分散型台帳システムの構成について説明する。図４は、本実施形態の分散型台帳システムの構成を示す図である。
　図４に示すように、分散型台帳システム５０は、複数のノードコンピュータ５５－１～５５－４を備える。
　ノードコンピュータ５５は、ネットワーク（図１のネットワークＮＷを含み得る）を介して互いに接続される。本実施形態では、ネットワークは、公衆網、プライベートネットワーク、専用線、ＶＰＮ（Virtual Private Network）、またはそれらの組み合わせを含み得る。ノードコンピュータ５５は、ネットワークと、例えば、有線または無線により接続されている。ノードコンピュータ５５は、ピア・ツー・ピア方式で互いに通信する。
　ノードコンピュータ５５は、例えばブロックチェーン技術を用いて分散型台帳を管理する。
　具体的には、いずれかのノードコンピュータ５５は、記録すべきトークンの取引に関するデータを取得する。ノードコンピュータ５５は、取得したデータを含むブロックを作成し、ブロックチェーンに追加する。ノードコンピュータ５５は、追加したブロックの情報を他のノードコンピュータ５５へ送信する。他のノードコンピュータ５５は、受信したブロックの正しさを検証し、検証に成功すると、ブロックチェーンに当該ブロックを追加する。ノードコンピュータ５５は、例えば、連結されるブロックの数（承認数）に従ってブロックチェーンを確定する。これにより、分散型台帳システム５０を構成する複数のノードコンピュータ５５に亘って、同一の分散型台帳が保存されることになる。なお、保存されるデータは、適宜に暗号化される。
　分散型台帳システム５０の構成は、図４に示されるものに限定されない。例えば、分散型台帳システム５０は、５台以上のノードコンピュータ５５を備えていてもよいし、２台または３台のノードコンピュータ５５を備えていてもよい。また、分散型台帳システム５０を構成するノードコンピュータ５５の数は、時間とともに変動してもよい。
　ノードコンピュータ５５のハードウェア構成は、ユーザ端末１０またはサーバ３０と同一または類似であってよいので詳細な説明を省略する。一例として、ノードコンピュータ５５は、プロセッサ、記憶装置、入出力インタフェース、通信インタフェース、入力デバイス、出力デバイス、またはそれらの組み合わせを備える。
（２）実施形態の一態様
　本実施形態の一態様について説明する。図５は、本実施形態の一態様の説明図である。図６は、本実施形態の一態様の説明図である。図７は、本実施形態の一態様の説明図である。図８は、本実施形態の一態様の説明図である。
　図５に示すように、ユーザＵＳ１は、ユーザ端末１０－１上で所定のアプリケーション（例えば、デジタル作品（画像）の作成、または管理用のアプリケーションであって、以下、「対象アプリ」という）が実行されている状態で、当該ユーザ端末１０－１を操作して、カメラ２２により被写体ＯＢＪ１を撮影する。これにより、ユーザ端末１０－１は、被写体ＯＢＪ１の画像ＩＭ１０（「視覚的コンテンツ」の一例）を生成し、当該画像ＩＭ１０を一時的に記憶装置１１に保存する。ここで、画像ＩＭ１０は、静止画に限られず、動画であってもよい。ユーザ端末１０－１は、生成した画像ＩＭ１０をサーバ３０へアップロードする。サーバ３０は、アップロードされた画像ＩＭ１０を記憶装置３１に保存する。他方、ユーザ端末１０－１は、画像ＩＭ１０のアップロード後に、当該画像ＩＭ１０を記憶装置１１から削除する。つまり、画像ＩＭ１０は、実質的にユーザＵＳ１の手元には残らず、ユーザ端末１０－１からサーバ３０へ有体物のように移転される。これにより、画像ＩＭ１０の作成者であるユーザＵＳ１が、当該画像ＩＭ１０を自由に複製することができないので、当該画像ＩＭ１０の希少性が担保される。
　図６に示すように、ユーザＵＳ１は、ユーザ端末１０－１上で例えば対象アプリが実行されている状態で、当該ユーザ端末１０－１を操作して、画像ＩＭ１０の閲覧要求をサーバ３０へ送信させる。サーバ３０は、閲覧要求に応じて、画像ＩＭ１０に対応する加工画像ＩＭ１１をユーザ端末１０－１へ送信する。ユーザ端末１０－１は、加工画像ＩＭ１１をディスプレイ２１に表示する。加工画像ＩＭ１１は、画像ＩＭ１０に対して例えば透かし加工などの不可逆な加工を施した画像である。要するに、加工画像ＩＭ１１は、画像ＩＭ１０と類似の視覚情報を備える一方で、人間が相違を認識できる程度の視覚情報の差異も備える。故に、ユーザＵＳ１は、加工画像ＩＭ１１を閲覧することで画像ＩＭ１０をトークン化（すなわち、画像ＩＭ１０に紐付けられるトークンを発行）するか否かを判断できる。他方、例えばユーザ端末１０－１のスクリーンショット機能を悪用したとしても、画像ＩＭ１０の完全な複製データを得ることはできない。
　図７に示すように、ユーザＵＳ１は、ユーザ端末１０－１上で例えば対象アプリが実行されている状態で、当該ユーザ端末１０－１を操作して、画像ＩＭ１０に紐付けられるトークンの発行要求をサーバ３０へ送信させる。サーバ３０は、発行要求に応じて、画像ＩＭ１０に紐付けられるトークンの発行を分散型台帳システム５０に要求する。ここで、サーバ３０は、ユーザＵＳ１に対して手数料を徴収し、決済完了後にトークンの発行を行ってもよい。これにより、トークンの発行に伴うコストを確実に回収することができる。分散型台帳システム５０が画像ＩＭ１０に紐付けられたトークンの発行を完了すると、ユーザＵＳ１はユーザ端末１０－１を用いて当該トークンを獲得できる。他方、サーバ３０は、トークンの発行後に、当該画像ＩＭ１０を記憶装置３１から削除する。これにより、画像ＩＭ１０がトークンとは別にサーバ３０上にも併存することによる当該画像ＩＭ１０の価値の希薄化を防止することができる。画像ＩＭ１０は、典型的には外部サーバ（例えば、ＮＦＴ売買プラットフォームが提供するサーバ）に保存され、或いはトークンに埋め込まれる。いずれにせよ、画像ＩＭ１０を閲覧するには、当該画像ＩＭ１０に紐付けられたトークンに記載された情報が必要となる。これにより、画像ＩＭ１０に紐付けられたトークンは、当該トークンの持ち主が、当該画像ＩＭ１０の持ち主であることを証明する。
　トークン化された画像ＩＭ１０の持ち主であるユーザＵＳ１は、図８に示すように当該画像ＩＭ１０を流通させることができる。具体的には、ユーザＵＳ１は、ユーザ端末１０－１を操作して、自らの所望する画像ＩＭ１０を他のユーザＵＳ２に売却する。ユーザ端末１０－１は、画像ＩＭ１０の売却に応じて、当該画像ＩＭ１０に紐付けられたトークンを当該画像ＩＭ１０の買い手であるユーザＵＳ２へ譲渡する。具体的には、ユーザ端末１０－１は、ユーザＵＳ１の所持するトークンのユーザＵＳ２への譲渡を分散型台帳システム５０に要求する。分散型台帳システム５０がトークンの譲渡を完了すると、ユーザＵＳ２はユーザ端末１０－２を用いて当該トークンを獲得する。その後、ユーザＵＳ２が、さらなる他のユーザに画像ＩＭ１０を売却すること（つまり、二次流通）も可能である。
　また、トークンの流通に伴うロイヤリティの徴収条件が当該トークンに（例えば、後述する取引条件情報として）記載されている場合に、分散型台帳システム５０は、トークンを譲渡するとともにロイヤリティを徴収し、徴収したロイヤリティを権利者ＲＨ１（例えば、被写体ＯＢＪ１のパブリシティ権を有する者、画像ＩＭ１０の作成者であるユーザＵＳ１、またはそれらの組み合わせ）に分配する。ロイヤリティは、画像ＩＭ１０の買い手が支払う当該画像ＩＭ１０の対価から徴収されてもよいし、かかる対価とは独立して当該画像ＩＭ１０の売り手または買い手から徴収されてもよい。
　このように、情報処理システム１によれば、トークン化された画像ＩＭ１０について、当該画像ＩＭ１０の作成者であるユーザＵＳ１が当該画像ＩＭ１０の複製を制約されたことを担保できる。つまり、トークン化された画像ＩＭ１０の希少性を確保し、当該画像ＩＭ１０の価値が過小評価されるのを抑制することができる。
（３）データ構造
　データ構造について説明する。
（３－１）作品データベース
　本実施形態の作品データベースについて説明する。図９は、本実施形態の作品データベースのデータ構造を示す図である。
　作品データベースは、記憶装置３１に構築される。作品データベースには、画像基本情報が格納される。画像基本情報は、対象アプリのユーザによって作成された作品（つまり、画像）のメタ情報である。
　図９に示すように、作品データベースは、「ユーザＩＤ」フィールドと、「画像ＩＤ」フィールドと、「保存先」フィールドと、「撮影日」フィールドと、「撮影場所」フィールドとを含む。各フィールドは、互いに関連付けられている。なお、作品データベースの各種フィールドは例示に過ぎない。例えば、「撮影場所」フィールドは設けられなくてもよい。
　「ユーザＩＤ」フィールドには、ユーザＩＤが格納される。ユーザＩＤは、画像基本情報に対応する画像の作成者に相当する、対象アプリのユーザを識別する情報である。
　「画像ＩＤ」フィールドには、画像ＩＤが格納される。画像ＩＤは、画像基本情報に対応する画像を識別する情報である。
　「保存先」フィールドには、保存先情報が格納される。保存先情報は、画像基本情報に対応する画像の保存先に関する情報である。保存先情報は、例えば、記憶装置３１におけるアドレス情報、または画像を参照するためのＵＲＬ（Uniform Resource Locator）であってもよい。
　「撮影日」フィールドには、撮影日情報が格納される。撮影日情報は、画像基本情報に対応する画像の撮影日に関する情報である。撮影日情報は、例えば、ユーザ端末１０によって時刻情報に基づいて画像に付与される。
　「撮影場所」フィールドには、撮影場所情報が格納される。撮影場所情報は、画像基本情報に対応する画像の撮影場所に関する情報である。撮影場所情報は、例えば、ユーザ端末１０によって位置情報（一例としてＧＰＳ（Global Positioning System）情報）に基づいて画像に付与される。
（３－２）トークン
　トークンのデータ構造について説明する。図１０は、本実施形態のトークンのデータ構造を示す図である。
　図１０に示すように、トークンは、トークンＩＤと、所有者アドレス情報と、メタデータと、取引条件情報とを含む。
　トークンＩＤは、トークンを識別する情報である。トークンＩＤは、トークンの発行時に分散型台帳システム５０によって記載される。
　所有者アドレス情報は、トークンの所有者のアドレスに関する情報である。一例として、所有者アドレス情報は、トークンの所有者のウォレットを示す情報である。所有者アドレス情報は、トークンの発行時、および譲渡時に、分散型台帳システム５０によって更新される。
　メタデータは、トークンに紐づく画像（以下、「対象画像」という）の閲覧を可能にするための情報（例えば、対象画像を閲覧するためのＵＲＬ、または対象画像に相当するデータ）を含む。メタデータは、トークンの発行時に分散型台帳システム５０によって記載される。
　さらに、メタデータは、対象画像の詳細に関する情報を含むこともできる。対象画像の詳細に関する情報は、例えば、対象画像に対応する画像基本情報（図９）の一部を含んでもよい。また、対象画像の詳細に関する情報の少なくとも一部は、例えば、対象画像の作成者であるユーザ、または対象画像の被写体に関する権利者（例えば被写体のパブリシティ権を有する者）の少なくとも１つによって決定されてもよい。一例として、対象画像の詳細に関する情報は、対象画像のタイトル、対象画像の撮影時のエピソード、被写体、撮影日、撮影場所、またはそれらの組み合わせに関する情報であってよい。
　取引条件情報は、対象画像の取引条件に関する情報である。一例として、取引条件情報は、対象画像の流通に伴うロイヤリティの徴収条件に関する情報（例えば、ロイヤリティの算定法、ロイヤリティの支払先、またはそれらの組み合わせに関する情報）を含むことができる。取引条件情報は、例えば対象画像の作成者、対象画像の被写体に関する権利者、何らかの規則（例えばトークンを売買するためのプラットフォームの規約）、またはそれらの組み合わせによって決定されてよい。取引条件情報は、トークンの発行時に分散型台帳システム５０によって記載される。或いは、取引条件情報は、対象画像の転売先、転売時期、または転売価格の制約に関する情報であってもよい。
（４）情報処理
　本実施形態の情報処理について説明する。
（４－１）画像作成処理
　本実施形態の画像作成処理について説明する。図１１は、本実施形態の画像作成処理のフローチャートである。
　図１１の画像作成処理は、例えばユーザ端末１０上で対象アプリが実行されている時にユーザが所定の操作（例えば、撮影を開始する指示を受け付けるオブジェクトの選択）を行ったことに応じて開始する。
　図１１に示すように、ユーザ端末１０は、画像の作成（Ｓ１１０）を実行する。
　具体的には、ユーザ端末１０は、例えばカメラ２２を起動して、被写体を撮影する。これにより、ユーザ端末１０は、画像（静止画、または動画）を作成する。ユーザ端末１０は、作成した画像を記憶装置１１に一時的に保存する。
　ステップＳ１１０の後に、ユーザ端末１０は、画像の送信（Ｓ１１１）を実行する。
　具体的には、ユーザ端末１０は、ステップＳ１１０において作成した画像をサーバ３０へ送信（アップロード）する。
　ステップＳ１１１の後に、ユーザ端末１０は、画像の削除（Ｓ１１２）を実行する。
　具体的には、ユーザ端末１０は、ステップＳ１１０において作成した画像を、記憶装置１１から削除する。
　なお、対象アプリは、ステップＳ１１０からステップＳ１１２までの一連の処理の間、ユーザの操作を受け付けないように構成されてもよい。これにより、ユーザによる画像の複製をより確実に防止することができる。
　他方、ステップＳ１１１の後に、サーバ３０は、画像の保存（Ｓ１３１）を実行する。
　具体的には、サーバ３０は、ステップＳ１１１において送信された画像を取得し、当該画像を記憶装置３１に保存する。
（４－１）トークン発行処理
　本実施形態のトークン発行処理について説明する。図１２は、本実施形態のトークン発行処理のフローチャートである。図１３は、本実施形態の情報処理において表示される画面例を示す図である。
　図１２のトークン発行処理は、例えばユーザ端末１０上で対象アプリが実行されている時に、またはユーザ端末１０が特定のＳａａＳ（Software as a Service）の画面を表示している時に、ユーザが所定の操作を行ったことに応じて開始する。所定の操作は、例えば、ユーザが作成し、かつトークン未発行の画像（以下、「トークン未発行作品」という）を確認する指示を受け付けるオブジェクトの選択である。特定のＳａａＳは、例えば対象アプリを用いて作成されたトークン未発行作品を管理するためのサービスをユーザに提供する。
　図１２に示すように、ユーザ端末１０は、画像の閲覧要求（Ｓ２１０）を実行する。
　具体的には、ユーザ端末１０は、ユーザがトークン未発行作品のいずれかを対象とする閲覧要求を生成し、当該閲覧要求をサーバ３０へ送信する。閲覧要求は、指定されたトークン未発行作品を特定可能な情報（例えば、画像ＩＤ）を含む。
　ステップＳ２１０の後に、サーバ３０は、加工画像の取得（Ｓ２３０）を実行する。
　具体的には、サーバ３０は、ステップＳ２１０において送信された閲覧要求を取得し、閲覧の対象となるトークン未発行作品（画像）を特定する。サーバ３０は、特定した画像に対応する加工画像を取得する。サーバ３０は、特定した画像に基づいて加工画像を都度生成してもよいし、一度生成した加工画像を記憶装置３１に保存して繰り返し再利用してもよい。ここで、加工画像は、加工前の画像（以下、「オリジナル画像」という）の一部または全体に対して以下の加工を施すことで生成され得る。
・付加的画像の合成
・モザイク化
・解像度の低下
・色の変更
・輝度の変更
・トリミング
・歪の付加
ここで、付加的画像は、例えば透かしのように透過性のある画像であってもよいし、スタンプのように透過性のない画像であってもよい。また、付加的画像の内容は、固定であってもよいし、可変であってもよい。可変の付加的画像の例として、撮影日、作成者、または閲覧日に関する情報を表す画像が採用可能である。
　ステップＳ２３０の後に、サーバ３０は、加工画像の送信（Ｓ２３１）を実行する。
　具体的には、サーバ３０は、ステップＳ２３０において取得した加工画像をユーザ端末１０へ送信する。
　ステップＳ２３１の後に、ユーザ端末１０は、加工画像の表示（Ｓ２１１）を実行する。
　具体的には、ユーザ端末１０は、ステップＳ２３１において送信された加工画像をディスプレイ２１に表示する。一例として、ユーザは、トークン未発行作品を管理するためのＵＩ（User Interface）（以下、「作品管理ＵＩ」という）に当該作品に対応する加工画像を表示させることができる。作品管理ＵＩは、ユーザ端末１０のディスプレイ２１に表示される。作品管理ＵＩは、例えばユーザ端末１０上で実行される対象アプリの画面であってもよいし、ユーザ端末１０上で実行されるＷｅｂブラウザによって表示される特定のＳａａＳの画面であってもよい。
　図１３の作品管理ＵＩは、表示オブジェクトＡ１０ａ～Ａ１０ｂと、操作オブジェクトＢ１０ａ～Ｂ１０ｄとを含む。
　表示オブジェクトＡ１０ａは、トークン未発行作品のうち選択中の１つ（以下、「選択作品」という）の加工画像ＩＭ１２のプレビューを表示する。図１３の例では、加工画像ＩＭ１２は、対応するオリジナル画像に、透かし画像ＩＭ１２ａを合成した画像に相当する。
　表示オブジェクトＡ１０ｂは、選択作品の補足情報を表示する。補足情報は、作品データベースに登録されている選択作品の画像基本情報に基づいて生成されてよい。
　操作オブジェクトＢ１０ａは、選択作品に紐付けられるトークンを発行する指示を受け付ける。操作オブジェクトＢ１０ａが選択された場合に、ユーザ端末１０は選択作品の発行条件または売却条件に関する情報の指定をさらに受け付けてもよい。
　発行条件に関する情報は、ユーザ自身にトークンを付与する場合、またはトークンの買い手に当該トークンを付与する場合のいずれにおいても指定され得る。発行条件に関する情報は、例えば、以下の少なくとも１つを含むことができる。
・トークンの発行先（例えば、作成者にトークンを発行するか、トークンの発行前に決定された作品の買い手にトークンを発行するか）
・トークンを発行するプラットフォーム
・トークンの取引条件（例えば、作成者向けのロイヤリティの徴収条件）
　売却条件に関する情報は、トークンの買い手に当該トークンを付与する場合に指定され得る。売却条件に関する情報は、例えば、以下の少なくとも１つを含むことができる。
・売却方法（例えば、トークンを売買するためのプラットフォーム）
・売却先（例えば、作品の買い手のウォレット情報）
・売却価格
　操作オブジェクトＢ１０ｂは、トークン未発行作品の集合から選択作品を削除する指示を受け付ける。一例として、ユーザがサーバ３０に登録可能なトークン未発行作品の数は有限に定められており、ユーザは不要なトークン未発行作品を削除することで、新たなトークン未発行作品をサーバ３０に登録することが可能となる。
　操作オブジェクトＢ１０ｃは、作品管理ＵＩから所定の画面（例えば、ホーム画面）に戻る指示を受け付ける。操作オブジェクトＢ１０ｃが選択された場合に、ユーザ端末１０は所定の画面をディスプレイ２１に表示させ、図１２のトークン発行処理を終了する。
　操作オブジェクトＢ１０ｄは、選択作品を切り替える指示を受け付ける。操作オブジェクトＢ１０ｄが選択された場合に、ユーザ端末１０は、別のトークン未発行作品を新たな選択作品として扱う。これにより、ユーザ端末１０は、例えばステップＳ２１０～ステップＳ２１１を再実行することで、表示オブジェクトＡ１０ａ～Ａ１０ｂの内容を更新する。
　ステップＳ２１２の後に、ユーザ端末１０は、トークンの発行要求（Ｓ２１２）を実行する。
　具体的には、ユーザ端末１０は、ディスプレイ２１に図１３の作品管理ＵＩを表示している状態で、ユーザがトークン未発行作品のいずれかに紐付けられるトークンの発行を指示する操作（例えば、図１３の操作オブジェクトＢ１０ａの選択）をユーザから受け付ける。ユーザ端末１０は、トークンの発行要求を生成し、当該発行要求をサーバ３０へ送信する。発行要求は、ユーザによって指定された作品（例えば前述の選択作品）を特定可能な情報（例えば画像ＩＤ）を含んでもよい。また、発行要求は、ユーザによって指定された発行条件、売却条件、またはそれらの組み合わせを特定可能な情報を含んでもよい。
　ステップＳ２１２の後に、サーバ３０は、トークンの発行（Ｓ２３２）を実行する。
　具体的には、サーバ３０は、ステップＳ２１２において送信された発行要求を取得する。サーバ３０は、ユーザによって指定された作品に紐付けられるトークンの発行を分散型台帳システム５０に要求する。トークンを発行するプラットフォームがユーザによって指定されている場合に、サーバ３０は、当該プラットフォームに対応する分散型台帳システム５０にトークンの発行を要求する。
　サーバ３０は、トークンに記載される所有者アドレス情報と、メタデータと、取引条件情報とを指定する。サーバ３０は、ユーザによって指定されたトークンの発行条件、または所定の規則に従って、所有者アドレス情報を決定してもよい。サーバ３０は、作品の被写体に関する権利者（作品の作成者であるユーザを含み得る）から取得した情報、画像基本情報、またはそれらの組み合わせに基づいて、メタデータを決定してもよい。サーバ３０は、作品の被写体に関する権利者から取得した情報、所定の規則、またはそれらの組み合わせに基づいて、取引条件情報を決定してもよい。
　また、サーバ３０は、ユーザによって指定された作品（画像）を外部サーバへ送信してもよい。外部サーバは、トークンに記載された情報（メタデータ）によって参照される画像の保存先に対応する。或いは、サーバ３０は、画像をトークンに埋め込むために、当該画像を分散型台帳システム５０へ送信してもよい。
　さらに、サーバ３０は、トークンの発行（Ｓ２３２）を実行する前に、ユーザに対してトークンの発行手数料の徴収を行ってもよい。発行手数料の決済に失敗した場合に、サーバ３０は、決済エラーをユーザ端末１０に通知して、決済情報の再入力を促してもよい。
　ステップＳ２３２の後に、サーバ３０は、画像の削除（Ｓ２３３）を実行する。
　具体的には、サーバ３０は、ステップＳ２３２において発行したトークンに紐づく画像を、記憶装置３１から削除する。
　他方、ステップＳ２３２の後、ユーザ端末１０は、トークンの獲得（Ｓ２１３）を実行する。
　具体的には、ユーザ端末１０は、ステップＳ２３２において発行されたトークンを獲得する。トークンは、対象アプリのユーザ向けに例えばイーサリアムのWeb3 APIまたは他の手段によって生成されたウォレットを用いて獲得されてもよいし、ユーザが所有する、対象アプリと関係のないウォレットを用いて獲得されてもよい。ただし、ユーザが指定した作品の買い手がトークン発行時に決まっている場合に、サーバ３０は、ユーザの指示に従って当該買い手のウォレットにトークンを発行してもよい。この場合に、ステップＳ２１３は省略され得る。
（５）小括
　以上説明したように、本実施形態のユーザ端末１０は、作成した画像をサーバ３０へ送信し、当該画像の送信後に当該画像を記憶装置１１から削除する。また、ユーザ端末１０は、画像の持ち主であることを証明するトークンの発行をサーバ３０に要求する。これにより、ユーザは、トークンに紐づく画像の複製を手元に残すことができないので、当該画像の希少性を確保することができる。
　本実施形態のサーバ３０は、ユーザによって作成された画像を取得し、当該画像を記憶装置３１に保存する。サーバ３０は、画像の持ち主であることを証明するトークンの発行の要求の取得に応じて当該トークンを発行し、当該トークンの発行後に画像を記憶装置３１から削除する。これにより、トークンの発行後に、当該トークンに紐付く画像の複製をサーバ３０に残すことができないので、当該画像の希少性を確保することができる。
　サーバ３０は、トークン未発行作品（画像）を加工することで生成された加工画像を、当該画像の閲覧の要求に応じてユーザ端末１０へ送信してもよい。これにより、ユーザは、ユーザ端末１０のスクリーンショット機能を用いたとしてもトークン未発行作品の完全な複製データを得ることはできないので、当該作品の希少性を確保することができる。サーバ３０は、トークン未発行作品に付加的画像を合成することで加工画像を生成してもよい。これにより、トークン未発行作品と加工画像との差異、または加工画像がオリジナル画像でないことを観者に容易に認識させることができる。
（６）変形例
　記憶装置１１は、ネットワークＮＷを介して、ユーザ端末１０と接続されてもよい。ディスプレイ２１またはカメラ２２は、ユーザ端末１０に予め備え付けられていてもよいし、外付けの周辺機器であってもよい。記憶装置３１は、ネットワークＮＷを介して、サーバ３０と接続されてもよい。
　上記説明では、各処理において各ステップを特定の順序で実行する例を示したが、各ステップの実行順序は、依存関係がない限りは説明した例に制限されない。また、上記の情報処理の各ステップは、ユーザ端末１０及びサーバ３０の何れでも実行可能である。
　上記説明では、作品の製作者（ユーザ）が、ユーザ端末１０を用いてサーバ３０にトークンの発行を要求する例を示した。しかしながら、ユーザは、トークンを売買可能なプラットフォームに、自らの作品に紐付けられるトークン（以下、「第１トークン」という）を出品することもできる。
　この場合に、上記説明において、「発行」の用語は「出品」として適宜読み替え可能である。具体的には、ユーザ端末１０は、第１トークンの発行をサーバ３０に要求する代わりに、トークンの売買が可能なプラットフォームへの第１トークンの出品をサーバ３０に要求してもよい。他方、サーバ３０は、第１トークンの発行の要求の代わりに、第１トークンの出品の要求を取得し、当該要求の取得に応じて、第１トークンを出品してもよい。そして、サーバ３０は、第１トークンの出品後に、当該第１トークンに紐づく作品（画像）を記憶装置３１から削除する。
　ユーザは、プラットフォームに第１トークンを出品する場合に、出品条件に関する情報を指定してもよい。出品条件に関する情報は、例えば、以下の少なくとも１つを含むことができる。
・トークンを出品するプラットフォーム
・トークンの売却希望価格
・トークンの出品期間
・トークンの取引条件（例えば、作成者向けのロイヤリティの徴収条件）
　一例として、ユーザ端末１０は、トークンを売買するためのプラットフォームの指定を受け付け、当該プラットフォームを特定可能な情報を含んだトークンの出品要求をサーバ３０へ送信してもよい。これにより、ユーザは、所望のプラットフォームにトークンを出品することができる。他方、サーバ３０は、ユーザによって指定されたプラットフォームを示す情報を含む、第１トークンの出品の要求に応じて、当該プラットフォームに当該第１トークンを出品してもよい。これにより、ユーザの所望のプラットフォームにトークンを出品することができる。
　ここで、第１トークンを出品することとは、第１トークンに紐づく作品（画像）を、プラットフォームが提供するサーバへ送信することを意味し得る。この場合に、第１トークンは、買い手が決まった後に、プラットフォームによって発行され、当該買い手に付与されることになる。ただし、プラットフォームの仕様次第では、サーバ３０は、第１トークンの買い手が決まる前に、当該プラットフォームによって指定されるウォレットに第１トークンを発行することもあり得る。
　特定の被写体に関する権利（例えばパブリシティ権）が存在する場合に、当該被写体（例えば著名人）の画像に紐付けられるトークンの発行または出品は権利者による許可を条件に行われてもよい。一例として、ユーザは、権利者から特定の被写体に関する権限（例えば、特定の被写体を撮影する権限、または特定の被写体の画像をトークン化する権限）を取得（例えば購入）する。そして、ユーザ端末１０は、特定の被写体に関する権限を示す情報を含んだトークンの発行要求または出品要求をサーバ３０へ送信してもよい。これにより、特定の被写体に関する権利を侵害することなく、当該被写体の画像に紐付けられるトークンを発行または出品することが可能となる。他方、サーバ３０は、特定の被写体に関する権限を示す情報が適正であることが確認されない限り、当該被写体の画像に紐付けられるトークンを発行または出品しないように構成されてよい。これにより、特定の被写体に関する権利を侵害するようなトークンの発行または出品を未然に防止することができる。或いは、サーバ３０は、特定の被写体に関する権限を示す情報によって特定される認証元（例えば、特定の被写体に関する権利を有する者、またはその委任を受けた者）が画像を認証しない限りトークンを発行または出品しないように構成されてよい。これにより、認証元が不適切と判断した画像（例えば、特定の被写体の名誉を損なう画像）に紐づくトークンの発行または出品を未然に防止することができる。ここで、認証元による画像の認証には、画像の希少性を確保する観点から、オリジナル画像ではなく加工画像を提供することが好ましい。
　上記説明では、サーバ３０が、画像ＩＭ１０に紐付けられたトークンの発行または出品後に、当該画像ＩＭ１０を記憶装置３１から削除する例を示した。しかしながら、トークンの発行または出品後にも、画像ＩＭ１０がサーバ３０の記憶装置３１に保存されていてもよい。この場合に、サーバ３０の記憶装置３１に保存された画像ＩＭ１０にアクセスするための情報（例えばＵＲＬ）が、トークンのメタデータとして記載される。
　上記説明では、被写体を撮影することで画像（つまり、視覚的コンテンツ）を作成する例を示した。しかしながら、他の手段により画像を作成してもよい。一例として、ユーザ端末１０は、ユーザの描画操作に応じて画像（例えば、デジタル絵画、またはデジタルコミック）を作成してもよい。
　上記説明では、画像をサーバ３０へ送信した後に、当該画像を記憶装置１１から削除する例を示した。しかしながら、ユーザ端末１０は、他の方法により、送信した画像と同一の視覚情報を表現するデータが記憶装置１１に残ることを阻止してもよい。一例として、ユーザ端末１０は、画像をサーバ３０へ送信した後に、当該画像に対応する加工画像によって当該画像を上書き保存してもよい。
　上記説明では、画像に紐付けられたトークンを発行または出品した後に、当該画像を記憶装置３１から削除する例を示した。しかしながら、サーバ３０は、他の方法により、トークンに紐づく画像と同一の視覚情報を表現するデータが記憶装置３１に残ることを阻止してもよい。一例として、サーバ３０は、画像に紐付けられたトークンを発行または出品した後に、当該画像に対応する加工画像によって当該画像を上書き保存してもよい。
　上記説明では、オリジナル画像に付加的画像を合成することで加工画像を生成する例を示した。ここで、サーバ３０は、オリジナル画像の被写体に応じて、付加的画像を合成する位置を決定してもよい。一例として、サーバ３０は、特定の被写体（例えば人物）を避けるように合成位置を決定してもよいし、特定の被写体の特定の領域（例えば顔領域）を避けるように合成位置を決定してもよい。これにより、付加的画像の合成がユーザによるトークンを発行または出品する画像の選別、または購入希望者によるトークンに紐づく画像の評価に及ぼす悪影響を抑制しつつ、当該画像の希少性を確保することができる。
　以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記の実施形態及び変形例は、組合せ可能である。
１　　　　　：情報処理システム
１０　　　　：ユーザ端末
１１　　　　：記憶装置
１２　　　　：プロセッサ
１３　　　　：入出力インタフェース
１４　　　　：通信インタフェース
２１　　　　：ディスプレイ
２２　　　　：カメラ
３０　　　　：サーバ
３１　　　　：記憶装置
３２　　　　：プロセッサ
３３　　　　：入出力インタフェース
３４　　　　：通信インタフェース
５０　　　　：分散型台帳システム
５５　　　　：ノードコンピュータ

Claims (15)

  1. 　記憶装置を備えるコンピュータを、
    　第１視覚的コンテンツを作成する手段、
    　前記第１視覚的コンテンツを外部装置へ送信する手段、
    　前記第１視覚的コンテンツの送信後に、当該第１視覚的コンテンツと同一の視覚情報を表現するデータが前記記憶装置に残ることを阻止する手段、
    　前記第１視覚的コンテンツの持ち主であることを証明する第１トークンの発行、またはトークンの売買が可能なプラットフォームへの当該第１トークンの出品を前記外部装置に要求する手段、
    　として機能させるプログラム。
  2. 　前記阻止する手段は、前記第１視覚的コンテンツを前記記憶装置から削除する、
    　請求項１に記載のプログラム。
  3. 　前記コンピュータを、前記プラットフォームの指定を受け付ける手段としてさらに機能させ、
    　前記第１トークンの発行または出品を要求する手段は、指定されたプラットフォームを特定可能な情報を含む、当該第１トークンの出品要求を前記外部装置へ送信する、
    　請求項１または請求項２に記載のプログラム。
  4. 　前記第１視覚的コンテンツは、特定の被写体を撮影した画像または動画であって、
    　前記第１トークンの発行または出品を要求する手段は、前記特定の被写体に関する権限を示す情報を含む要求を前記外部装置へ送信する、
    　請求項１～請求項３のいずれかに記載のプログラム。
  5. 　ユーザによって作成された第１視覚的コンテンツを取得する手段と、
    　前記第１視覚的コンテンツを記憶装置に保存する手段と、
    　前記第１視覚的コンテンツの持ち主であることを証明する第１トークンの発行、またはトークンの売買が可能なプラットフォームへの当該第１トークンの出品の要求を取得する手段と、
    　前記第１トークンの発行、または前記第１トークンの出品の要求の取得に応じて、当該第１トークンを発行または出品する手段と、
    　前記第１トークンの発行または出品後に、前記第１視覚的コンテンツと同一の視覚情報を表現するデータが前記記憶装置に残ることを阻止する手段と
    　を具備する情報処理装置。
  6. 　前記阻止する手段は、前記第１トークンの発行または出品後に、前記第１視覚的コンテンツを前記記憶装置から削除する、
    　請求項５に記載の情報処理装置。
  7. 　ユーザ端末から前記第１視覚的コンテンツの閲覧の要求を取得する手段と、
    　前記第１視覚的コンテンツを加工することで生成された第２視覚的コンテンツを、前記閲覧の要求に応じて前記ユーザ端末へ送信する手段と
    　をさらに具備する、請求項５または請求項６に記載の情報処理装置。
  8. 　前記第２視覚的コンテンツは、前記第１視覚的コンテンツに付加的画像を合成することで生成される、
    　請求項７に記載の情報処理装置。
  9. 　前記付加的画像を合成する位置を、前記第１視覚的コンテンツの被写体に応じて決定する手段をさらに具備する、
    　請求項８に記載の情報処理装置。
  10. 　前記第１トークンの出品の要求は、前記ユーザによって指定されたプラットフォームを示す情報を含み、
    　前記第１トークンを発行または出品する手段は、前記第１トークンの出品の要求に応じて、前記ユーザによって指定されたプラットフォームに前記第１トークンを出品する、
    　請求項５～請求項９のいずれかに記載の情報処理装置。
  11. 　前記第１視覚的コンテンツは、特定の被写体を撮影した画像または動画であって、
    　前記第１トークンの発行または出品の要求は、前記特定の被写体に関する権限を示す情報を含み、
    　前記第１トークンを発行または出品する手段は、前記特定の被写体に関する権限を示す情報が適正であることが確認されない限り前記第１トークンを発行または出品しない、
    　請求項５～請求項１０のいずれかに記載の情報処理装置。
  12. 　前記第１視覚的コンテンツは、特定の被写体を撮影した画像または動画であって、
    　前記第１トークンの発行または出品の要求は、前記特定の被写体に関する権限を示す情報を含み、
    　前記第１トークンを発行または出品する手段は、前記特定の被写体に関する権限を示す情報によって特定される認証元が前記第１視覚的コンテンツを認証しない限り前記第１トークンを発行または出品しない、
    　請求項５～請求項１０のいずれかに記載の情報処理装置。
  13. 　コンピュータが、
    　ユーザによって作成された第１視覚的コンテンツを取得するステップと、
    　前記第１視覚的コンテンツを記憶装置に保存するステップと、
    　前記第１視覚的コンテンツの持ち主であることを証明する第１トークンの発行、またはトークンの売買が可能なプラットフォームへの当該第１トークンの出品の要求を取得するステップと、
    　前記第１トークンの発行または出品の要求の取得に応じて、当該第１トークンを発行または出品するステップと、
    　前記第１トークンの発行または出品後に、前記第１視覚的コンテンツと同一の視覚情報を表現するデータが前記記憶装置に残ることを阻止するステップと
    　を具備する方法。
  14. 　コンピュータを、
    　ユーザによって作成された第１視覚的コンテンツを取得する手段、
    　前記第１視覚的コンテンツを記憶装置に保存する手段、
    　前記第１視覚的コンテンツの持ち主であることを証明する第１トークンの発行、またはトークンの売買が可能なプラットフォームへの当該第１トークンの出品の要求を取得する手段、
    　前記第１トークンの発行または出品の要求の取得に応じて、当該トークンを発行または出品する手段、
    　前記第１トークンの発行または出品後に、前記第１視覚的コンテンツと同一の視覚情報を表現するデータが前記記憶装置に残ることを阻止する手段
    　として機能させるプログラム。
  15. 　ユーザ端末と、サーバとを具備し、
    　前記ユーザ端末は、
    　　第１記憶装置と、
    　　第１視覚的コンテンツを作成する手段と、
    　　前記第１視覚的コンテンツを前記サーバへ送信する手段と、
    　　前記第１視覚的コンテンツの送信後に、当該第１視覚的コンテンツと同一の視覚情報を表現するデータが前記第１記憶装置に残ることを阻止する手段と、
    　　前記第１視覚的コンテンツの持ち主であることを証明する第１トークンの発行、またはトークンの売買が可能なプラットフォームへの当該第１トークンの出品を前記サーバに要求する手段とを備え、
    　前記サーバは、
    　　前記第１視覚的コンテンツを取得する手段と、
    　　前記第１視覚的コンテンツを第２記憶装置に保存する手段と、
    　　前記第１トークンの発行または出品の要求を取得する手段と、
    　　前記第１トークンの発行または出品の要求の取得に応じて、当該第１トークンを発行または出品する手段と、
    　　前記第１トークンの発行または出品後に、前記第１視覚的コンテンツと同一の視覚情報を表現するデータが前記第２記憶装置に残ることを阻止する手段とを備える、
    　システム。
PCT/JP2022/024246 2021-12-27 2022-06-17 プログラム、情報処理装置、方法、およびシステム WO2023127181A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-211769 2021-12-27
JP2021211769A JP7063512B1 (ja) 2021-12-27 2021-12-27 プログラム、情報処理装置、方法、およびシステム

Publications (1)

Publication Number Publication Date
WO2023127181A1 true WO2023127181A1 (ja) 2023-07-06

Family

ID=81534481

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/024246 WO2023127181A1 (ja) 2021-12-27 2022-06-17 プログラム、情報処理装置、方法、およびシステム

Country Status (2)

Country Link
JP (2) JP7063512B1 (ja)
WO (1) WO2023127181A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7470247B1 (ja) 2023-08-11 2024-04-17 株式会社あるやうむ Ｎｆｔの保有者にカメラアプリケーションを提供するための装置、方法及びそのためのプログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104915605A (zh) * 2015-05-28 2015-09-16 深圳市永兴元科技有限公司 照片处理方法及装置
US20210035246A1 (en) * 2019-07-30 2021-02-04 Intellectual Technologies PDE. LTD. Intellectual property asset management system using distributed ledger technology
CN113193965A (zh) * 2021-06-29 2021-07-30 中国科学院计算技术研究所数字经济产业研究院 基于nft的数字内容实物化展示系统
CN113535826A (zh) * 2021-08-07 2021-10-22 北京瑞策科技有限公司 一种nft作品的展示方法及其装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104915605A (zh) * 2015-05-28 2015-09-16 深圳市永兴元科技有限公司 照片处理方法及装置
US20210035246A1 (en) * 2019-07-30 2021-02-04 Intellectual Technologies PDE. LTD. Intellectual property asset management system using distributed ledger technology
CN113193965A (zh) * 2021-06-29 2021-07-30 中国科学院计算技术研究所数字经济产业研究院 基于nft的数字内容实物化展示系统
CN113535826A (zh) * 2021-08-07 2021-10-22 北京瑞策科技有限公司 一种nft作品的展示方法及其装置

Also Published As

Publication number Publication date
JP2023096201A (ja) 2023-07-07
JP7063512B1 (ja) 2022-05-09
JP2023097312A (ja) 2023-07-07

Similar Documents

Publication Publication Date Title
US20220198447A1 (en) Target object management method, smart contract, and management device
JP7043672B1 (ja) 非代替性トークンを利用したコンテンツ出力システム、方法及びプログラム
CN107209823B (zh) 3d打印中的数字权利管理
KR101983529B1 (ko) 저작권 침해 방지를 위한 스마트 컨트랙트 시스템
US20180107804A1 (en) Methods and Apparatus for Sharing, Transferring and Removing Previously Owned Digital Media
US20230092012A1 (en) Adding Additional Value to NFTs
US20230073859A1 (en) Digital Twin NFT Listing
KR101983530B1 (ko) 블록체인에 저작물을 저장하는 등록 시스템
JP2022509318A (ja) 暗号通貨ウォレットと統合された拡張現実、複合現実又は仮想現実プラットフォームのための決済システム
US20230088936A1 (en) Physical Storage Vault for Physical Items of Digital Twin NFTs
JP2005038354A (ja) データ受け渡し制御装置、データ受け渡し制御方法、及びデータ受け渡し制御プログラム
WO2023127181A1 (ja) プログラム、情報処理装置、方法、およびシステム
US20230118312A1 (en) System and method of promoting and validating a non-fungible token
JP5278898B2 (ja) ストレージ装置、コンテンツ公開システム及びプログラム
US20230069258A1 (en) Digital network marketplace
US20230244761A1 (en) Techniques for providing computer-mediated reality content as digital multimedia experiences via webpage non-fungible tokens
US8965808B1 (en) Print to e-book conversion
JP7361711B2 (ja) 制御方法、コンテンツ管理システム、及び、プログラム
KR102107315B1 (ko) 작품 관리 시스템 및 이를 이용한 작품 관리 방법
CN110619522A (zh) 基于区块链的知识产权证券化方法及装置
Fujiwara et al. Ownership protection of specified image data using blockchain technology
KR20060015034A (ko) 이미지 관리 및 거래가 가능한 웹 하드 서비스 시스템 및방법
Fujiwara et al. Ownership protection system for partial areas on image data using ethereum blockchain
JP7429474B1 (ja) 美容整形画像データの管理システム
WO2024071114A1 (ja) 制御方法、制御装置、及び、プログラム

Legal Events

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

Ref document number: 22915416

Country of ref document: EP

Kind code of ref document: A1