WO2023286774A1 - デジタルチケットの使用のための方法及びデジタルチケットシステム - Google Patents

デジタルチケットの使用のための方法及びデジタルチケットシステム Download PDF

Info

Publication number
WO2023286774A1
WO2023286774A1 PCT/JP2022/027440 JP2022027440W WO2023286774A1 WO 2023286774 A1 WO2023286774 A1 WO 2023286774A1 JP 2022027440 W JP2022027440 W JP 2022027440W WO 2023286774 A1 WO2023286774 A1 WO 2023286774A1
Authority
WO
WIPO (PCT)
Prior art keywords
ticket
digital
stub
nft
owner
Prior art date
Application number
PCT/JP2022/027440
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 Ｘクリエーション株式会社
Priority to JP2023534818A priority Critical patent/JPWO2023286774A1/ja
Publication of WO2023286774A1 publication Critical patent/WO2023286774A1/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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services

Definitions

  • the present disclosure relates to methods and digital ticket systems for the use of digital tickets.
  • This application claims priority based on Japanese application No. 2021-115337 filed on July 12, 2021, and incorporates all the descriptions described in the Japanese application.
  • Patent Literature 1 discloses a ticketing management system for electronic tickets.
  • NFTs Non-Fungible Tokens
  • NFT is a type of token whose owner is recorded on the blockchain.
  • Tokens in blockchain include non-fungible tokens and fungible tokens.
  • Fungible Tokens may have currency properties, such as being interchangeable with fiat currency.
  • NFTs are non-fungible tokens.
  • Non-fungible tokens are recorded on the blockchain, which is a distributed ledger computer system, which has the advantage of reducing the administrative burden.
  • One aspect of the present disclosure is a method for using digital tickets.
  • the disclosed method comprises transmitting a first non-fungible token associated with the digital ticket to a blockchain address for redemption of the first non-fungible token.
  • FIG. 1 is a configuration diagram of a digital ticket system.
  • FIG. 2 is a diagram showing a state before using the digital ticket.
  • FIG. 3 is a diagram showing a state immediately after using a digital ticket.
  • FIG. 4 is a diagram showing a state after digital stub acquisition.
  • FIG. 5 is a diagram showing a first example of how to use the digital ticket.
  • FIG. 6 is a diagram showing a second example of how to use the digital ticket.
  • FIG. 7 is a diagram showing a third example of how to use the digital ticket.
  • a method is, for example, a method for using a digital ticket.
  • the method comprises performing by a computer a first process of manipulating a first non-fungible token having an owner recorded in a blockchain for use in a digital ticket.
  • the digital ticket can be used with any device that is used to use digital tickets.
  • the digital ticket is stored in a database in association with the first non-fungible token so that it can be displayed on the terminal of the user recorded in the blockchain as the owner of the first non-fungible token.
  • the first processing includes transmitting the first non-fungible token associated with the digital ticket to a blockchain address for collection of the first non-fungible token, thereby obtaining the first non-fungible token.
  • a first modification process is provided for modifying the owner of the bulltoken.
  • a method may further comprise performing, by a computer, a second process with respect to a second non-fungible token whose owner is recorded in the blockchain.
  • the second non-fungible token is a non-fungible token different from the first non-fungible token, and is associated with a digital stub comprising at least part of the data included in the digital ticket. .
  • the digital stub is stored in a database in association with the second non-fungible token so as to be displayed on the terminal of the user recorded in the blockchain as the owner of the second non-fungible token.
  • the second process includes transmitting the second non-fungible token to the blockchain address of the owner of the first non-fungible token prior to the first modification process.
  • a second change process is provided for changing the owner of the gible token.
  • the digital stub comprises data unique to the digital stub that is not included in the digital ticket.
  • the second process is preferably executed at the same time as the first process or after the first process.
  • the digital ticket is for an event
  • the digital stub is data not included in the digital ticket and related to the event.
  • the data includes the data
  • the data related to the event includes image data recorded at the event, sound data recorded at the event, image data used at the event, sound data used at the event, It is preferable to include one or more data selected from image data recording the performers of the event and sound data recording the voices of the performers of the event.
  • the computer that executes the first modification process is a computer that executes a smart contract implemented on the blockchain, and the device used to use the digital ticket for the execution of the first modification process: Preferably, it further comprises invoking said smart contract.
  • the computer that executes the first change process is a computer that executes the first change process in the blockchain based on a command from the user's terminal.
  • the computer that executes the second change process is preferably a computer that executes a smart contract implemented on the blockchain.
  • the system according to the embodiment is a digital ticket system using blockchain.
  • the system associates a first non-fungible token whose owner is recorded in the blockchain with the first non-fungible token and a computer that performs a first process to operate for use of a digital ticket.
  • a database for storing said digital tickets in a database.
  • the digital ticket is associated with the first non-fungible token in the database so as to be displayed on the terminal of the user recorded in the blockchain as the owner of the first non-fungible token. Saved.
  • the first processing includes transmitting the first non-fungible token associated with the digital ticket to a blockchain address for collection of the first non-fungible token, thereby obtaining the first non-fungible token.
  • a first modification process is provided for modifying the owner of the bulltoken.
  • FIG. 1 shows an example of a digital ticket system 10 (hereinafter referred to as "system 10") according to an embodiment.
  • system 10 uses a blockchain 11 to manage digital tickets 13A and the like.
  • the digital ticket 13A is an electronically issued ticket, and includes ticket data for electronically configuring a ticket.
  • the digital ticket 13A is, for example, a ticket for admission to an event, a ticket for admission to a facility, a ticket for a vehicle, a ticket for enjoying other services, a ticket in exchange for a product, a gift certificate, or a discount coupon.
  • Events are, for example, concerts, movies, plays, exhibitions, expositions, sporting events, and festivals.
  • Facilities are, for example, amusement parks, zoos, botanical gardens, art galleries, museums, movie theaters, shops, and tourist facilities.
  • Vehicles are, for example, planes, ships, trains, buses, and taxis.
  • the digital ticket 13A (ticket data) is stored in the ticket database 13.
  • the ticket database 13 is hereinafter simply referred to as database 13 .
  • the digital ticket 13A has data required as a ticket.
  • the data required for the ticket are, for example, the venue, event name, date and time, and seat data, as shown in FIG.
  • the digital ticket 13A is generated, for example, by a ticket issuing system (not shown).
  • a digital ticket 13 A generated by the ticket issuing system is stored in the database 13 .
  • the database 13 stores a digital stub 13B (digital stub).
  • the digital stub 13B is an electronic version of a stub (stub) that remains after a paper ticket is used.
  • the digital stub 13B may be stored in a one-to-one correspondence with the digital ticket 13A in the database 13, or may be stored in correspondence with a plurality of digital tickets 13A.
  • the digital stub 13B is generated, for example, together with the digital ticket 13A by the aforementioned ticket issuing system.
  • the digital stub 13B generated by the ticket issuing system is stored in the database 13.
  • the digital stub 13B includes the same data as data specific to the individual digital ticket 13A, such as seat data, among the data included in the digital ticket 13A, the digital stub 13B is paired with the digital ticket 13A. 1. Further, when the digital stub 13B includes only data that can be commonly included in a plurality of digital tickets 13A, such as data held in the event name, among the data included in the digital ticket 13A, one digital stub 13B , may be associated with a plurality of digital tickets 13A.
  • the digital stub 13B has data required as a stub (stub).
  • the data required as the stub are, for example, data relating to the venue, event name, date and time of the event, and seats, as shown in FIG. be.
  • the digital stub 13B does not need to have all of the data that the corresponding digital ticket 13A has. Enough.
  • Digital stub 13B preferably has data specific to digital stub 13B that is not included in digital ticket 13A.
  • the data unique to the digital stub 13B is data indicating that it is a stub, data indicating that the digital ticket 13A has been used, and/or a moving image 13D (see FIG. 4), which will be described later.
  • the database 13 is composed of a file system connected to a network 15 such as the Internet.
  • the file system comprises one computer or multiple computers connected to network 15 .
  • the database 13 according to the embodiment is configured by an IPFS (InterPlanetary File System), for example.
  • IPFS is an example of a P2P (Peer to Peer) distributed file system.
  • the electronically issued digital ticket 13 A is stored in the database 13 .
  • the electronically issued digital stub 13 B is stored in the database 13 .
  • the digital ticket 13A stored in the database 13 is displayed on the terminal 30 of the user who owns the digital ticket 13A.
  • the user can display the digital ticket 13A on the terminal 30 to enter or participate in the event.
  • the digital stub 13B is preferably not displayed on the user's terminal 30 until the digital ticket 13A has been used.
  • the digital stub 13B is displayed on the user's terminal 30 instead of the digital ticket 13A not being displayed on the terminal 30 .
  • the blockchain 11 is used to manage the aforementioned digital ticket 13A and digital stub 13B.
  • the blockchain 11 is configured by a P2P (Peer to Peer) computer network system in which a plurality of computers are interconnected.
  • P2P Peer to Peer
  • a blockchain address indicates, for example, a user account on the blockchain 11 .
  • the account 110 has a predetermined blockchain address (user address; first blockchain address).
  • a blockchain address is expressed, for example, as 0xZZZZZZZ. Note that each Z is independently any number or symbol, and the number of digits of Z is a predetermined number in the blockchain.
  • Tokens that can be traded on the blockchain 11 include fungible tokens (fungible tokens) and non-fungible tokens (non-fungible tokens: NFT).
  • fungible tokens fungible tokens
  • non-fungible tokens non-fungible tokens
  • a fungible token is, for example, Ether.
  • NFTs are non-fungible tokens.
  • an NFT has a unique identifier in the blockchain 11 to allow it to be distinguished from other NFTs. This identifier is hereinafter referred to as the NFT identifier.
  • the NFT identifier may also be denoted as "NFT_ID”.
  • the digital ticket 13A is associated with the first non-fungible token 101. That is, the digital ticket 13A is converted to NFT.
  • the first non-fungible token 101 associated with the digital ticket 13A is also called a "ticket NFT 101" ("NFT ticket/NFTticket” is a registered trademark in Japan).
  • NFT_ID NFT identifier
  • the correspondence between the digital ticket 13A and the ticket NFT101 is realized, for example, by associating the digital ticket 13A with NFT_ID: A of the corresponding ticket NFT101 and storing it in the database 13.
  • NFT_ID: A of the corresponding ticket NFT101 When one digital ticket 13A is associated only with NFT_ID:A of one corresponding ticket NFT101, a one-to-one correspondence between the ticket NFT101 and the digital ticket 13A is realized.
  • the ticket NFT 101 itself does not need to have the data included in the digital ticket 13A, so the amount of data of the ticket NFT 101 recorded on the blockchain 11 can be reduced. As a result, the cost of using the blockchain 11 can be reduced.
  • a single digital ticket 13A may be associated with the NFT_IDs of multiple ticket NFTs 101.
  • the data of each of the plurality of digital tickets 13A may be the same, such as admission tickets for events or facilities without seat assignment, even if one digital ticket 13A is associated with the NFT_ID of a plurality of ticket NFTs 101 good.
  • the owner (and owner history) of the ticket NFT 101 is recorded in the blockchain 11. Therefore, the owner of the ticket NFT101 does not need centralized management, and management and confirmation of the owner of the ticket NFT101 are easy. The owner of the ticket NFT101 can be easily proved by the record of the blockchain 11.
  • Proof of being the owner of ticket NFT101 is also proof of being the owner of digital ticket 13A.
  • the digital ticket 13A is associated with the ticket NFT101 whose owner is recorded in the blockchain 11, and when the digital ticket 13A and the ticket NFT101 are associated one-to-one , when the owner of the ticket NFT101 is changed, the owner of the digital ticket 13A is also changed accordingly. That is, in the embodiment, the digital ticket 13A is associated with the ticket NFT101 so that the owner change occurs when the owner of the ticket NFT101 changes.
  • the record of the owner of the ticket NFT 101 recorded in the blockchain 11 can be used as the record of the owner of the digital ticket 13A, management of the owner of the digital ticket 13A itself (change of owner (including management of It is also possible to trade (sell/transfer to a third party) the ticket NFT 101 for trading the digital ticket 13A.
  • the digital stub 13B is associated with a second non-fungible token 102 different from the ticket NFT 101 (first non-fungible token 101). That is, the digital stub 13B is converted to NFT.
  • the second non-fungible token 102 associated with the digital stub 13B is also called "stub NFT 102".
  • the NFT identifier (NFT_ID) of stub NFT 102 shall be represented by "B”.
  • the correspondence between the digital stub 13B and the stub NFT 102 is realized, for example, by associating the digital stub 13B with NFT_ID: B of the corresponding stub NFT 102 and storing it in the database 13.
  • NFT_ID: B of the corresponding stub NFT 102
  • one-to-one correspondence between the stub NFT 102 and the digital stub 13B is realized.
  • the stub NFT 102 itself does not need to have the data included in the digital stub 13B, so the amount of data of the stub NFT 102 recorded on the blockchain 11 can be reduced. As a result, the cost of using the blockchain 11 can be reduced.
  • a single digital stub 13B may be associated with NFT_IDs of multiple stub NFTs 102 .
  • the data of each of the plurality of digital stubs 13B may be the same, such as an event or facility stub (ticket stub) without seat assignment, one digital stub 13B is associated with the NFT_ID of the plurality of stub NFTs 102. may be
  • the owner (and owner history) of the stub NFT 102 is recorded in the blockchain 11. Therefore, the owner of the stub NFT 102 does not need centralized management, and management and confirmation of the owner of the stub NFT 102 are easy. The owner of the stub NFT 102 can be easily verified by the blockchain 11 record.
  • Proof of being the owner of the stub NFT 102 is also proof of being the owner of the digital stub 13B.
  • the digital stub 13B is associated with the stub NFT 102 whose owner is recorded in the blockchain 11, and when the digital stub 13B and the stub NFT 102 are associated one-to-one , when the owner of the stub NFT 102 is changed, the owner of the digital stub 13B is also changed accordingly. That is, in the embodiment, the digital stub 13B is associated with the stub NFT 102 so that the owner change occurs when the owner of the stub NFT 102 changes.
  • the record of the owner of the stub NFT 102 recorded in the blockchain 11 can be used as the record of the owner of the digital stub 13B, management of the owner of the digital stub 13B itself (change of owner (including management of It is also possible to trade (sell/transfer to a third party) the stub NFT 102 for trading the digital stub 13B.
  • the blockchain 11 which is a computer network system, comprises a smart contract 130.
  • the smart contract 130 is software (computer program) implemented executable in the blockchain, and automatically executes a predetermined protocol.
  • the smart contract 130 has a contract address 140, which is a blockchain address. Smart contract 130 is stored at contract address 140 . Smart contract 130 is executed by being called by another computer via network 15 . Other computers that call the smart contract 130 are, for example, the ticket processing server 12, the user terminal 30, or the provider device 40 (provider terminal), which will be described later.
  • a user account 110 is provided for each user in the blockchain 11.
  • the user is, for example, the owner of the digital ticket 13A.
  • the user By obtaining the digital ticket 13A by purchasing it, the user becomes the owner of the digital ticket 13A and can use the digital ticket 13A.
  • User account 110 has a blockchain address (first blockchain address).
  • non-fungible tokens or fungible tokens owned by users are recorded in association with user accounts.
  • the fact that the token is recorded in association with the user account (blockchain address) can also be said to be "the token is stored in the user account (blockchain address)."
  • the fact that a token is stored in a certain account (blockchain address) can also be said to be "the account (blockchain address) owns the token”.
  • a contract address is a type of blockchain address.
  • the user account 110 stores the ticket NFT 101 associated with the digital ticket 13A.
  • the owner of the ticket NFT 101 shown in FIG. 1 is the user who has the user account 110. Therefore, the owner of digital ticket 13A associated with ticket NFT 101 is the user with user account 110 .
  • the ticket NFT 101 is transmitted from the ticket seller's account and stored in the user account 110, for example, when the user purchases the digital ticket 13A from the ticket seller.
  • the ticket seller's account may be the account indicated by the contract address for the smart contract.
  • the stub NFT 102 corresponding to the ticket NFT 101 is stored in an account (blockchain address) other than the user account 110 in which the ticket NFT 101 is stored. It is That is, the ticket NFT 101 and the stub NFT 102 never exist in the same account 110 at the same time.
  • the user who is the owner of ticket NFT101 does not own stub NFT120 when he/she owns ticket NFT101.
  • Stub NFT 120 is transferred to and owned by the user account 110 of the user who was the owner of ticket NFT 101 after digital ticket 13A has been used, as described below.
  • the stub NFT 102 is stored, for example, at the contract address 140 (third blockchain address) of the smart contract 130 or at a blockchain address (third blockchain address) managed by the smart contract 130.
  • there is "Managed by smart contract 130" means at least that smart contract 130 can send tokens stored at its blockchain address.
  • the accounts managed by smart contract 130 may be accounts for ticket sellers of digital tickets 13A.
  • the stub NFT 102 is generated, for example, by the ticket seller that generated the digital ticket 13A and stored at the contract address 140 of the smart contract 130 or a blockchain address managed by the smart contract 130 for transmission to the user account. be done.
  • the corresponding relationship between the stub NFT 102 and the ticket NFT 101 may be held by the smart contract 130, and the stub NFT 102 and the ticket NFT 101 may be stored so that the smart contract 130 can refer to them.
  • the correspondence between the stub NFT 102 and the ticket NFT 101 may be stored in a computer that the smart contract 130 can refer to.
  • the correspondence between the stub NFT102 and the ticket NFT101 may be represented by a table describing the correspondence, or by a rule defining the correspondence between the NFT_ID of the stub NFT102 and the NFT_ID of the ticket NFT101.
  • the blockchain 11 is provided with a collection account 120 for the ticket NFT101.
  • Collection account 120 is an account for receiving ticket NFT 101 associated with used digital ticket 13A.
  • the collection account 120 has a blockchain address (second blockchain address).
  • the collection account 120 is provided as an account for the administrator of the digital ticket system 10, for example. NFTs sent to collection account 120 are not withdrawn from collection account 120 . Therefore, NFTs sent to collection account 120 are effectively non-tradable on blockchain 11 .
  • the collection account 120 need not be dedicated to collection.
  • collection account 120 may be contract address 140 where smart contract 130 is stored.
  • a digital ticket system 10 may include a ticket processing server 12 .
  • the ticket processing server 12, together with the smart contract 130 described above, may constitute the digital ticket system 10 of the embodiment.
  • the ticket processing server 12 is connected to a network 15 such as the Internet.
  • the ticket processing server 12 is operated by an administrator of the digital ticket system 10 .
  • the ticket processing server 12 provides functions necessary when the digital ticket 13A is used.
  • the ticket processing server 12 is composed of a computer having a processor 12A and a memory 12B.
  • the ticket processing server 12 may be composed of one computer, or may be composed of a plurality of computers connected via the network 15 .
  • Memory 12B is connected to processor 12A.
  • the memory 12B includes, for example, a primary storage device and a secondary storage device.
  • a primary storage device is, for example, a RAM.
  • the secondary storage device is, for example, a hard disk drive (HDD) or solid state drive (SSD).
  • Memory 12B contains a computer program 12C that is executed by processor 12A.
  • Processor 12A reads and executes computer program 12C stored in memory 12B.
  • the computer program 12C has program code for processes executed by a computer functioning as the ticket processing server 12 .
  • the user who is the owner of the digital ticket 13A and the ticket NFT 101 has a user terminal 30.
  • User terminal 30 may be used to use digital ticket 13A.
  • the user terminal 30 is, for example, a mobile device such as a smartphone or tablet.
  • a user terminal 30 is connectable to the network 15 .
  • the user terminal 30 is configured by a computer having a processor 30A and a memory 30B.
  • Memory 30B is connected to processor 30A.
  • the memory 30B includes, for example, a primary storage device and a secondary storage device.
  • a primary storage device is, for example, a RAM.
  • the secondary storage device is, for example, a hard disk drive (HDD) or solid state drive (SSD).
  • Memory 30B comprises a computer program 30C executed by processor 30A.
  • Processor 30A reads and executes computer program 30C stored in memory 30B.
  • the computer program 30C has program code for processing such as ticket usage.
  • the computer program 30C is, for example, a wallet application program for displaying the token stored in the user account 110 of the blockchain 11 on the user terminal 30 or an application program for using the digital ticket 13A.
  • Such application programs provide functionality that allows user operations for storing tokens, sending tokens, and receiving tokens.
  • the computer program 30C has program code for displaying the NFT or fungible token associated with the user account 110 in the blockchain 11 on the display of the user terminal 30.
  • the computer program 30C displays the digital ticket 13A (ticket data) associated with the ticket NFT101.
  • Computer program 30C has program code for transmitting over network 15 the signals necessary for use of digital ticket 13A.
  • the user's terminal 30 displays the data 13A associated with the NFT 101 owned by the user, but does not display the data 13B associated with the NFT 102 not owned by the user.
  • the database 13 stores the data 13A, 13B from the owners of the NFTs 101, 102 associated with the data 13A, 13B. access to the data 13A and 13B is permitted, and access to the data 13A and 13B from anyone other than the owner is not permitted.
  • the database 13 can grasp the owners of the NFTs 101 and 102 associated with the data 13A and 13B by referring to the block chain 11.
  • a provider device 40 possessed by the provider of the service or product provided in exchange for the digital ticket 13A can be used to use the digital ticket 13A.
  • the service or product provider is, for example, the organizer of the event or its related parties.
  • the service or product provider is, for example, the owner or manager of the facility. If the ticket is for redemption of goods, the service or goods provider is, for example, the owner or manager of the store or website offering the goods. If the ticket is for redemption of a service offering, the provider of the service or goods is, for example, the owner or manager of the store or website that offers the service.
  • the provider device 40 is, for example, a smart phone or tablet, a personal computer, or a server. Provider device 40 is connectable to network 15 .
  • the provider device 40 is configured by a computer having a processor 40A and a memory 40B.
  • Memory 40B is connected to processor 40A.
  • the memory 40B includes, for example, a primary storage device and a secondary storage device.
  • a primary storage device is, for example, a RAM.
  • the secondary storage device is, for example, a hard disk drive (HDD) or solid state drive (SSD).
  • Memory 40B comprises a computer program 40C executed by processor 40A.
  • Processor 40A reads and executes computer program 40C stored in memory 40B.
  • the computer program 40C has program code for processing such as ticket usage.
  • the computer program 40C has program code for processing such as ticket usage.
  • FIGs 2, 3, and 4 show changes in the blockchain 11 and changes in the display of the user terminal 30 from before to after use of the digital ticket 13A.
  • FIG. 2 shows the state prior to use of the digital ticket 13A.
  • the ticket NFT101 is stored in the user account 110 of the user who owns the digital ticket 13A. That is, the ticket NFT 101 is owned in the user account (first blockchain address) before the digital ticket 13A is used.
  • the display 31 of the user terminal 30 of the user displays a screen 33 regarding the ticket NFT 101 stored in the user account 110 of the user.
  • the screen 33 shown in FIG. 2 is called a ticket display screen 33 .
  • the ticket display screen 33 is a screen for displaying the digital ticket 13A (ticket data) associated with the ticket NFT101.
  • the ticket display screen 33 may display not only the data of the digital ticket 13A but also the data of the ticket NFT 101 itself. Data generated by the user terminal 30 may also be displayed on the ticket display screen 33 .
  • the digital ticket 13A stored in the database 13 has data required as a ticket, such as the above-mentioned venue, event name, date and time, and seat data.
  • the digital ticket 13A is stored in the database 13 so that it is permitted to be referenced by the user recorded in the blockchain 11 as the owner of the ticket NFT 101 (NFT with NFT_ID: A) associated with the digital ticket 13A.
  • the user's terminal 30 is configured to display a digital ticket 13A that can be referenced by being the owner of the ticket NFT 101 (NFT with NFT_ID: A). Therefore, as shown in FIG.
  • the user's terminal 30 can refer to the digital ticket 13A stored in the database 13, and the data held by the digital ticket 13A can be displayed on the display 31.
  • the user or someone who is shown the terminal 30 can confirm the existence and contents of the digital ticket 13A.
  • a code display button 35 is also displayed on the display 31 . The code display button 35 will be described later.
  • the user can enter, for example, an event venue or facility.
  • An example of how to use the digital ticket 13A will be described later.
  • FIG. 3 shows the state of the digital ticket 13A immediately after use.
  • the digital ticket system 10 uses the blockchain 11 to perform a first process on the ticket NFT 101 associated with the digital ticket 13A.
  • the first process is a process of manipulating the ticket NFT 101 for use with the digital ticket 13A.
  • the first process includes sending the ticket NFT 101 from the user account 110 to the collection account 120, as shown in FIG.
  • the owner of the ticket NFT101 is changed from the user account 110 (first blockchain address) to the collection account 120 (second blockchain address). That is, the first process comprises a first change process S1 for changing the owner of the ticket NFT101 to the second blockchain address for collection of the ticket NFT101.
  • the first change process S1 that is, the transmission of the ticket NFT 101 from the user account 110 to the collection account 120 is performed by a computer executing the smart contract 130, for example.
  • smart contract 130 may be configured to cause the computer executing smart contract 130 to transmit ticket NFT 101 from user account 110 to collection account 120 upon detecting use of digital ticket 13A. good.
  • the change of ownership of ticket NFT 101 executed by smart contract 130 is recorded in blockchain 11 .
  • the first change process S1 may be executed by a computer that constitutes the blockchain based on a request from the user terminal 30. For example, in the user terminal 30, when the user performs an operation to transmit the ticket NFT 101 from the user account 110 to the collection account 120, the user terminal 30 causes the ticket NFT 101 to be transmitted from the user account 110 to the collection account 120. may be sent to the blockchain 11. Based on the request, the computer that constitutes the blockchain performs processing to transmit the ticket NFT 101 from the user account 110 to the collection account 120, and records the change of the owner of the ticket NFT 101 in the blockchain 11.
  • the ticket NFT 101 no longer exists in the user account 110 as shown in FIG.
  • the user who owned the ticket NFT101 is no longer the owner of the ticket NFT101.
  • the screen 33 (digital ticket 13A) relating to the ticket NFT 101 is no longer displayed on the display 31 of the user terminal 30 possessed by the user. This is because the database 13 storing the digital ticket 13A does not permit access by anyone other than the owner of the ticket NFT101 associated with the digital ticket 13A.
  • the display 31 By executing the first change process S1, for example, the display 31 displays the characters "No Tickets" indicating that the ticket NFT101 is not owned. Also, the user who owned the ticket NFT101 ceases to be the owner of the ticket NFT101, and thus ceases to be the owner of the digital ticket 13A. Thus, the user cannot use the digital ticket 13A after using the digital ticket 13A.
  • the second change process S2 second process described later is executed simultaneously with the first change process S1 or immediately after the first change process S1 is executed, the screen 33 displays the text "No Tickets" need not be displayed.
  • a digital ticket 13A associated with the ticket NFT101 exists in the database 13 regardless of whether the owner of the ticket NFT101 has been changed. However, since the database 13 does not permit access to the digital ticket 13A from anyone other than the owner of the ticket NFT101, the user is no longer the owner of the ticket NFT101 through the first change process S1. , the digital ticket 13A is no longer displayed.
  • the data content of the digital ticket 13A does not have to change before and after the owner is changed.
  • being the owner of the digital ticket 13A is indicated by owning the ticket NFT101 associated with the digital ticket 13A, so the user is the owner of the ticket NFT101 In conjunction with the fact that the digital ticket 13A ceases to be the owner of the digital ticket 13A.
  • the digital ticket 13A can be displayed on the user terminal 30 even after it has been used, there is a risk that the digital ticket 13A will be used illegally.
  • a user who has two user terminals 30 displays the digital ticket 13A on both user terminals 30, and uses the digital ticket 13A displayed on the first user terminal to enter the event venue. and lend the digital ticket 13A displayed on the second user terminal 30 to another person so that the other person can also enter the event venue.
  • the digital ticket 13A is displayed on the user terminal 30 before the digital ticket 13A is used. , the digital ticket 13A is no longer displayed. In other words, when the digital ticket 13A is used on the first user terminal 30, the digital ticket 13A is not displayed not only on the first user terminal 30 but also on the second user terminal 30. FIG. Therefore, unauthorized use using two user terminals 30 as described above becomes difficult.
  • the digital ticket system 10 by using the ticket NFT 101 associated with the digital ticket 13A, it is possible to entrust the change and recording of the owner of the digital ticket 13A to the blockchain 11. As a result, in the digital ticket system 10, the management load on the ticket processing server 12 and the data management load on the database 13 are advantageously reduced.
  • FIG. 4 shows the state after FIG.
  • the stub NFT 102 is sent to the user account 110 as shown in FIG.
  • Transmission of stub NFT 102 is performed by smart contract 130, for example.
  • the smart contract 130 detects that the ticket NFT 101 has been sent from the user account 110 to the collection account 120, it performs a second process regarding the stub NFT 102 .
  • a second process is a process of operating the stub NFT 102 .
  • the second process involves sending the stub NFT 102 to the user account 110, as shown in FIG.
  • the transmitted stub NFT 102 is preferably associated with the ticket NFT 101 transmitted in the first modification process S1.
  • the user account 110 to which the stub NFT 102 is sent is the user account in which the ticket NFT 101 was stored before execution of the first change process S1.
  • the second process may be performed simultaneously with the first process including the first change process S1, or may be performed after the first process including the first change process S1.
  • the stub NFT 102 is sent from an account (third blockchain address) other than the user account 110.
  • Accounts other than user account 110 are, for example, contract address 140 of smart contract 130 or blockchain addresses managed by smart contract 130, as described above.
  • the second process comprises a second change process S2 for changing the owner of the stub NFT102 to the first blockchain address of the user who owned the ticket NFT101.
  • the owner change of the stub NFT 102 by the second change processing S2 is recorded on the blockchain 11.
  • the smart contract 130 When the smart contract 130 itself executes the first change process S1, it can detect by itself that the ticket NFT101 has been sent to the collection account 120 and execute the second change process S2. Even if the first change process S1 is not executed by the smart contract 130, the smart contract 130, for example, confirms that the ticket NFT101 has been sent from the user account 110 to the collection account 120. By referring to the owner record and detecting that the owner has been changed, the second change processing S2 can be executed.
  • smart contract 130 receives a notification from a device used to use digital ticket 13A, such as user terminal 30, provider device 40, or ticket processing server 12, so that ticket NFT 101 can be retrieved from user account 110. It may be detected that it has been sent to the user account 120 . Therefore, the device used to use the digital ticket 13A, such as the user terminal 30, the provider device 40, or the ticket processing server 12, notifies the smart contract 130 that the digital ticket 13A is or has been used. It is preferable to have a function to
  • the stub NFT 102 is stored in the user's user account 110 as shown in FIG.
  • the display 31 of the user terminal 30 owned by the user displays a screen 37 related to the stub NFT 102 stored in the user account 110 of the user.
  • the screen 37 in FIG. 4 is called a stub display screen 37.
  • the stub display screen 37 is a screen for displaying the digital stub 13B (stub data) associated with the stub NFT 102.
  • the stub display screen 37 may display not only data held by the digital stub 13B but also data held by the stub NFT 102 itself. Data generated by the user terminal 30 may also be displayed on the stub display screen 37 .
  • the digital stub 13B stored in the database 13 has data required as a stub, such as the above-mentioned venue location, event name, date and time, and seat data.
  • Digital stub 13B is stored in database 13 so that reference by a user recorded in blockchain 11 as the owner of stub NFT 102 (NFT with NFT_ID: B) associated with digital stub 13B is permitted.
  • the user's terminal 30 is configured to display a digital stub 13B that can be referenced by being the owner of the stub NFT 102 (NFT with NFT_ID: B). Therefore, as shown in FIG.
  • the user's terminal 30 can refer to the digital stub 13B stored in the database 13, and the data held by the digital stub 13B can be displayed on the display 31.
  • the user can check the seat after entering the event site.
  • a person for example, a staff at the event site
  • the terminal 30 on which the digital stub 13B is displayed can recognize that the digital ticket 13A has been used.
  • the digital stub 13B may include a moving image 13D.
  • the stub display screen 37 may include an operation button 39 for reproducing the moving image 13D and displaying it on the display 31.
  • FIG. A moving image 13D that the digital stub 13B can include will be described later.
  • the user when the user uses the digital ticket 13A, the user can obtain the digital stub 13B in return for not being able to hold the digital ticket 13A.
  • the user can keep and collect the digital stub 13B as a souvenir in the same way as the user keeps and collects the stub of the paper ticket as a souvenir.
  • the digital stub 13B is converted to NFT by the stub NFT 102 and can be traded. By transferring the stub NFT 102, the user can also transfer the digital stub 13B.
  • the digital ticket 13A and the digital stub 13B are stored in the database 13 outside the blockchain 11, even after the digital ticket 13A and the digital stub 13B have been generated, they constitute the digital ticket 13A or the digital stub 13B. It is easy to change, add or delete data.
  • the user's digital ticket 13A may not be used before the expiration date due to the user's convenience.
  • the digital ticket 13A may not be used because the user was unable to attend the event due to other errands.
  • data such as moving images or still images of the state of the event are added to the digital ticket 13A stored in the database 13 so that they can be used. It is possible to update the contents of the digital ticket 13A that did not exist.
  • the user who was unable to attend the event can view the added data such as the video, and can view the state of the event that he/she was unable to participate in. can be enjoyed.
  • the digital stub 13B stored in the database 13 will contain information about the event for the user who participated in the event.
  • the contents of the digital stub 13B can be updated by adding data such as moving images or still images obtained by photographing.
  • the user who participated in the event can view the added data such as the moving image, and can enjoy the event by recalling the state of the event.
  • the data added to the digital stub 13B or digital ticket 13A after the fact is preferably, for example, data related to the event in which the digital ticket 13A is used.
  • Event-related data includes image data recorded at the event, sound data recorded at the event, image data used at the event, sound data used at the event, image data recording the performers of the event, and It is preferable to include one or more data selected from sound data recording the voices of the performers of the event.
  • the image data may be a still image or a moving image.
  • the data added to the digital stub 13B or the digital ticket 13A after the fact is preferably different.
  • FIG. 5 shows a first example of how to use the digital ticket 13A.
  • Smart contract 130 is invoked upon use of digital ticket 13A.
  • the called smart contract 130 executes the first change process S1 and the second change process S2.
  • the first change process S1 is a process of transmitting the ticket NFT101 from the user account 110 to the NFT collection account.
  • the first change processing S1 by the smart contract 130 is referred to as a ticket NFT withdrawal operation.
  • the smart contract 130 executes the second change process S2 at the same time as the first change process S1 or after the first change process S1.
  • the second change process S2 is a process of transmitting the stub NFT 102 from (the contract address 140 of) the smart contract 130 to the user account 110 .
  • smart contract 130 is called from ticket processing server 12 .
  • the smart contract 130 is called by the ticket processing server 12 as follows.
  • the user having the digital ticket 13A causes the display 31 of the user terminal 30 to display the code 33A indicating at least NFT_ID:A of the ticket NFT101.
  • Code 33A is a machine-readable code, for example, a two-dimensional code.
  • the digital ticket 13A stored in the database 13 has data for causing the terminal 30 to display a code 33A indicating NFT_ID:A of the ticket NFT101.
  • Code 33A preferably includes the URL of ticket processing server 12 .
  • the code 33A is displayed on the display 31 of the terminal 30 as shown in FIG. 5 when the user selects the code display button 35 shown in FIG. 2, for example.
  • the code 33A is imaged by, for example, a camera (not shown) included in the provider device 40, and the NFT_ID: A indicated by the code 33A is read by the provider device 40 (step S51).
  • Provider device 40 is used, for example, by staff at an event where digital ticket 13A is used.
  • the provider device 40 that has read the code 33A transmits NFT_ID:A to the ticket processing server 12 (step S52).
  • the provider device 40 may identify the ticket processing server 12 as the transmission destination from the URL or the like included in the code 33A, or may grasp the URL or the like of the ticket processing server 12 in advance.
  • the ticket processing server 12 Upon receiving NFT_ID: A, the ticket processing server 12 calls the smart contract 130 in order to cause the smart contract 130 to perform operations such as picking up the ticket NFT101 identified by NFT_ID: A (step S53). This call is called a ticket NFT pick up operation request.
  • NFT_ID:A is sent from the ticket processing server 12 to the smart contract 130 .
  • Permission to perform the first change processing S1 of the ticket NFT101 with NFT_ID: A by the smart contract 130, not by the owner of the ticket NFT101, is recorded in the blockchain 11 in advance. Accordingly, smart contract 130 can transmit ticket NFT101 on behalf of the owner of ticket NFT101.
  • the called smart contract 130 causes the ticket NFT101 identified by NFT_ID: A to be sent from the user account 110, which is the owner of the ticket NFT101, to the collection account (first change process S1). Permission to perform the first change processing S1 of the ticket NFT101 with NFT_ID: A by the smart contract 130, not by the owner of the ticket NFT101, is recorded in the blockchain 11 in advance. Accordingly, smart contract 130 can transmit ticket NFT101 on behalf of the owner of ticket NFT101.
  • the smart contract 130 Upon completion of the first change processing S1 and the second change processing S2, the smart contract 130 transmits a completion notice to the ticket processing server 12 (step S54). If the first change process S1 and the second change process S2 cannot be completed, a non-completion notification may be sent instead of the completion notification.
  • the ticket processing server 12 that has received the completion notice or non-completion notice transmits the completion notice or non-completion notice to the provider device 40 .
  • the provider device 40 displays or outputs a notification of completion or non-completion.
  • the event staff or the like using the provider device 40 can understand from the completion notification that the processing for using the digital ticket 13A has been completed, and from the non-completion notification, the processing for using the digital ticket 13A has been completed. You can know that it did not complete successfully.
  • the ticket NFT withdrawal operation request to the smart contract 130 may be sent from the provider device 40 instead of the ticket processing server 12 .
  • FIG. 6 shows a second example of how to use the digital ticket 13A.
  • the smart contract 130 is invoked when the digital ticket 13A is used, as in the first example.
  • the points that are not particularly described are the same as the first example.
  • the smart contract 130 is called from the user's terminal 30. Invocation of the smart contract 130 by the user's terminal 30 is performed as follows. Note that the function of calling the smart contract 130 by the terminal 30 may be provided by the computer program 30C.
  • the display 45 of the code 46 is arranged at a place where the digital ticket 13A is used, such as an event venue.
  • the display 45 is, for example, paper or a panel on which a machine-readable code 46 is printed.
  • Code 46 is, for example, a two-dimensional code. Code 46 is intended for reading by the user's terminal 30 .
  • Code 46 contains information used to use digital ticket 13A.
  • the information contained in the code 46 is information for specifying the digital ticket 13A to be used, such as event identification information, facility name, transportation system name, etc., for which the digital ticket 13A is used.
  • the information that the code 46 has may be information for identifying the smart contract 130 to be invoked.
  • Information for identifying the smart contract 130 is, for example, the contract address 140 where the smart contract 130 is stored.
  • the information contained in the code 46 may be information (such as a URL) indicating the ticket processing server 12 to be accessed by the terminal 30 .
  • the information contained in code 46 may be a combination of two or more of the above information.
  • the code 46 is imaged by a camera (not shown) of the terminal 30 of the user who owns the digital ticket 13A, and the information contained in the code 46 is read by the terminal 30 (step S61).
  • the terminal 30 acquires the NFT_ID: A of the ticket NFT 101 corresponding to the digital ticket 13A to be used, based on the information obtained from the code 46 or the user's selection operation.
  • the terminal 30 calls the smart contract 130 to cause the smart contract 130 to perform an operation such as picking up the ticket NFT101 identified by NFT_ID:A (step S62A).
  • the called smart contract 130 executes the first change process S1 and the second change process S2 as in the first example.
  • the smart contract 130 may be called via the ticket processing server 12 (step S62B).
  • the ticket processing server 12 that has received NFT_ID:A from the terminal 30 should call the smart contract 130 as in the first example.
  • the smart contract 130 Upon completion of the first change processing S1 and the second change processing S2, the smart contract 130 transmits a completion notification to the ticket processing server 12 (step S63). If the first change process S1 and the second change process S2 cannot be completed, a non-completion notification may be sent instead of the completion notification.
  • the ticket processing server 12 that has received the completion notification or non-completion notification transmits the completion notification or non-completion notification to the provider device 40 (step S64).
  • the provider device 40 displays or outputs a notification of completion or non-completion.
  • the smart contract 130 transmits a completion notification or non-completion notification to the terminal 30 (step S65).
  • the terminal 30 displays or outputs a notification of completion or non-completion.
  • FIG. 7 shows a third example of how to use the digital ticket 13A.
  • the first change process S1 is performed in the blockchain 11 based on the user's operation on the user terminal 30, and the second change process S2 is performed by the smart contract 130.
  • FIG. Regarding the third example points that are not particularly described are the same as the first or second example.
  • the display 45 of the code 46 is arranged at a place where the digital ticket 13A is used, such as an event venue.
  • the display 45 is, for example, paper or a panel on which a machine-readable code 46 is printed.
  • Code 46 is, for example, a two-dimensional code. Code 46 is intended for reading by the user's terminal 30 .
  • Code 46 contains information used to use digital ticket 13A.
  • the information contained in the code 46 is information for identifying the digital ticket 13A to be used, such as event identification information, facility name, and transportation system name for which the digital ticket 13A is used.
  • the information that the code 46 has may be information indicating the collection account to which the ticket NFT101 is sent.
  • the information contained in code 46 may be a combination of two or more of the above information.
  • the code 46 is imaged by a camera (not shown) of the terminal 30 of the user who owns the digital ticket 13A, and the information contained in the code 46 is read by the terminal 30 (step S71).
  • the terminal 30 acquires the NFT_ID: A of the ticket NFT 101 corresponding to the digital ticket 13A to be used, based on the information obtained from the code 46 or the user's selection operation.
  • Terminal 30 accepts a user operation to send ticket NFT 101 identified by NFT_ID:A from user account 110 to collection account 120 .
  • terminal 30 gives block chain 11 a command to send ticket NFT 101 identified by NFT_ID: A from user account 110 to collection account 120 (step S72).
  • the blockchain 11 executes the first change process S1.
  • the smart contract 130 When the smart contract 130 detects that the first change process S1 has been executed, it executes the second change process S2.
  • the smart contract 130 may detect that the first change process S1 has been executed by referring to the owner record of the ticket NFT101 in the blockchain 11, or based on a notification from the user terminal 30. (Steps S73A, 73B).
  • the notification from the user terminal 30 may be sent to the smart contract 130 via the ticket processing server 12 or may be sent directly from the user terminal 30 to the smart contract 130 .
  • the smart contract 130 Upon completion of the second change processing S2, the smart contract 130 transmits a completion notification to the ticket processing server 12 (step S74). If the second change process S2 could not be completed, a non-completion notification may be sent instead of the completion notification.
  • the ticket processing server 12 that has received the completion notification or non-completion notification transmits the completion notification or non-completion notification to the provider device 40 (step S75A).
  • the provider device 40 displays or outputs a notification of completion or non-completion.
  • the ticket processing server 12 transmits a completion notice or non-completion notice to the terminal 30 (step S75A).
  • the terminal 30 displays or outputs a notification of completion or non-completion.
  • the smart contract 130 may directly send the completion notification or non-completion notification to the terminal 30 .
  • a method for the use of digital tickets comprising: When the first non-fungible token whose owner is recorded in the blockchain is sent to the blockchain address for collection of the first non-fungible token in accordance with the use of the digital ticket, the blockchain performing by the computer a second process of manipulating a second non-fungible token whose owner is recorded in The second non-fungible token is a non-fungible token different from the first non-fungible token, and is associated with a digital stub comprising at least part of the data included in the digital ticket. , The digital stub is stored in a database in association with the second non-fungible token so as to be displayed on the terminal of the user recorded in the blockchain as the owner of the second non-fungible token. has been The second process includes transferring the second non-fungible token to the owner's block of the first non-fungible token before the first non-fungible token is sent to the redemption blockchain address.
  • a method for use of a digital ticket comprising sending to a chain address.
  • a digital ticket system using blockchain A first non-fungible token whose owner is recorded in the blockchain collects the first non-fungible token as the digital ticket associated with the first non-fungible token is used.
  • a computer executing a second process that manipulates a second non-fungible token whose owner is recorded in said blockchain when sent to a blockchain address for a database for storing digital stubs in association with the second non-fungible token; with the second non-fungible token is a non-fungible token different from the first non-fungible token;
  • the digital stub comprises at least a portion of the data contained in the digital ticket, and as displayed on the terminal of the user recorded on the blockchain as the owner of the second non-fungible token, stored in the database in association with the second non-fungible token,
  • the second process includes transferring the second non-fungible token to the owner's block of the first non-fungible token before the first non-fungible token is sent to the redemption blockchain address.
  • a digital ticket system with sending to a chain address.

Landscapes

  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

ノンファンジブルトークンを、デジタルチケットとして利用するための技術を提供する。開示の方法は、デジタルチケットの使用のための方法であって、ブロックチェーンにおいて所有者が記録される第１ノンファンジブルトークンを、デジタルチケットの使用のために操作する第１処理を、コンピュータによって実行することを備え、前記デジタルチケットは、前記第１ノンファンジブルトークンの所有者として前記ブロックチェーンに記録されているユーザの端末に表示されるように、データベースにおいて前記第１ノンファンジブルトークンに対応付けて保存されており、前記第１処理は、前記デジタルチケットに対応付けられた前記第１ノンファンジブルトークンを、前記第１ノンファンジブルトークンの回収用ブロックチェーンアドレスへ送信することで、前記第１ノンファンジブルトークンの所有者を変更する第１変更処理を備える。

Description

デジタルチケットの使用のための方法及びデジタルチケットシステム
　本開示は、デジタルチケットの使用のための方法及びデジタルチケットシステムに関する。本出願は、２０２１年７月１２日出願の日本出願第２０２１－１１５３３７号に基づく優先権を主張し、前記日本出願に記載された全ての記載内容を援用する。
　近年、紙のチケットに代えて、デジタルチケットの普及が進んでいる。デジタルチケットは、電子チケットとも呼ばれる。特許文献１は、電子チケットのチケッティング管理システムを開示している。
特開２０１９－１２８６９４号公報
　本発明者らは、デジタルチケットに、ブロックチェーンにおけるノンファンジブルトークン（非代替性トークン；Ｎｏｎ-Ｆｕｎｇｉｂｌｅ　Ｔｏｋｅｎ：ＮＦＴ）を利用するという着想を得た。
　ＮＦＴは、ブロックチェーンにおいて所有者が記録されるトークンの一種である。ブロックチェーンにおけるトークンとしては、ノンファンジブルトークンのほか、ファンジブルトークン（Ｆｕｎｇｉｂｌｅ　Ｔｏｋｅｎ）がある。ファンジブルトークンは、法定通貨と相互に交換できるなど、通貨としての性質を有することがある。
　ＮＦＴは、そのようなファンジブルトークンとは異なり、代替性を有さないトークンである。ノンファンジブルトークンは、分散型台帳コンピュータシステムであるブロックチェーンにおいて記録されるため、管理負荷が軽減され有利である。
　このような特性を有するＮＦＴを、デジタルチケットとして利用するための技術が望まれる。
　本開示のある観点は、デジタルチケットの使用のための方法である。開示の方法は、デジタルチケットに対応付けられた第１ノンファンジブルトークンを、第１ノンファンジブルトークンの回収用ブロックチェーンアドレスへ送信することを備える。本開示には多様な観点における発明が含まれることが、後述の実施形態の説明において理解される。
図１は、デジタルチケットシステムの構成図である。 図２は、デジタルチケット使用前の状態を示す図である。 図３は、デジタルチケット使用直後の状態を示す図である。 図４は、デジタルスタブ取得後の状態を示す図である。 図５は、デジタルチケットの使用方法の第１例を示す図である。 図６は、デジタルチケットの使用方法の第２例を示す図である。 図７は、デジタルチケットの使用方法の第３例を示す図である。
＜１．デジタルチケットの使用のための方法及びデジタルチケットシステムの概要＞
（１）実施形態に係る方法は、例えば、デジタルチケットの使用のための方法である。方法は、ブロックチェーンにおいて所有者が記録される第１ノンファンジブルトークンを、デジタルチケットの使用のために操作する第１処理を、コンピュータによって実行することを備える。前記デジタルチケットは、デジタルチケットの使用に用いられる装置を用いて使用され得る。前記デジタルチケットは、前記第１ノンファンジブルトークンの所有者として前記ブロックチェーンに記録されているユーザの端末に表示されるように、データベースにおいて前記第１ノンファンジブルトークンに対応付けて保存されている。前記第１処理は、前記デジタルチケットに対応付けられた前記第１ノンファンジブルトークンを、前記第１ノンファンジブルトークンの回収用ブロックチェーンアドレスへ送信することで、前記第１ノンファンジブルトークンの所有者を変更する第１変更処理を備える。
（２）実施形態に係る方法は、前記ブロックチェーンにおいて所有者が記録される第２ノンファンジブルトークンに関する第２処理を、コンピュータによって実行することを更に備えることができる。前記第２ノンファンジブルトークンは、前記第１ノンファンジブルトークンとは異なるノンファンジブルトークンであり、前記デジタルチケットに含まれるデータの少なくとも一部を備えるデジタルスタブが対応付けられている。前記デジタルスタブは、前記第２ノンファンジブルトークンの所有者として前記ブロックチェーンに記録されているユーザの端末に表示されるように、データベースにおいて前記第２ノンファンジブルトークンに対応付けて保存されている。前記第２処理は、前記第２ノンファンジブルトークンを、前記第１変更処理の前における前記第１ノンファンジブルトークンの所有者のブロックチェーンアドレスへ送信することで、前記第２ノンファンジブルトークンの所有者を変更する第２変更処理を備える。
（３）前記デジタルスタブは、前記デジタルチケットに含まれない前記デジタルスタブ特有のデータを備えるのが好ましい。
（４）前記（２）又は（３）において、前記第２処理は、前記第１処理と同時に、又は、前記第１処理の後に、実行されるのが好ましい。
（５）前記（１）から（４）のいずれか１項において、前記デジタルチケットは、イベント用であり、前記デジタルスタブは、前記デジタルチケットに含まれないデータであって、前記イベントに関連した前記データを備え、前記イベントに関連した前記データは、前記イベントにおいて収録された画像データ、前記イベントにおいて収録された音データ、前記イベントにおいて使用された画像データ、前記イベントにおいて使用された音データ、前記イベントの出演者を収録した画像データ、及び前記イベントの出演者の音声を収録した音データから選択される１以上のデータを含むのが好ましい。
　前記第１変更処理を実行する前記コンピュータは、前記ブロックチェーンに実装されたスマートコントラクトを実行するコンピュータであり、前記第１変更処理の実行のために、前記デジタルチケットの使用に用いられる装置によって、前記スマートコントラクトを呼び出すことを更に備えるのが好ましい。前記第１変更処理を実行する前記コンピュータは、前記ユーザの前記端末からの指令に基づいて、前記ブロックチェーンにおいて前記第１変更処理を実行するコンピュータであるのが好ましい。前記第２変更処理を実行する前記コンピュータは、前記ブロックチェーンに実装されたスマートコントラクトを実行するコンピュータであるのが好ましい。
（６）実施形態に係るシステムは、ブロックチェーンを用いたデジタルチケットシステムである。システムは、ブロックチェーンにおいて所有者が記録される第１ノンファンジブルトークンを、デジタルチケットの使用のために操作する第１処理を実行するコンピュータと、前記第１ノンファンジブルトークンに対応付けて前記デジタルチケットを保存するためのデータベースと、を備える。前記デジタルチケットは、前記第１ノンファンジブルトークンの所有者として前記ブロックチェーンに記録されているユーザの端末に表示されるように、前記データベースにおいて前記第１ノンファンジブルトークンに対応付けて保存されている。前記第１処理は、前記デジタルチケットに対応付けられた前記第１ノンファンジブルトークンを、前記第１ノンファンジブルトークンの回収用ブロックチェーンアドレスへ送信することで、前記第１ノンファンジブルトークンの所有者を変更する第１変更処理を備える。
＜２．デジタルチケットの使用のための方法及びデジタルチケットシステムの例＞
　図１は、実施形態に係るデジタルチケットシステム１０（以下、「システム１０」という）の一例を示している。システム１０は、ブロックチェーン１１を用いてデジタルチケット１３Ａ等の管理をする。
　デジタルチケット１３Ａは、電子的に発行されたチケットであり、電子的にチケットを構成するためのチケットデータを備える。デジタルチケット１３Ａは、例えば、イベントへの入場チケット、施設への入場チケット、乗物のチケット、その他のサービスの享受のためのチケット、商品との引き換えチケット、商品券、及び割引クーポンのいずれかが電子化されたものである。イベントは、例えば、コンサート、映画、劇、展示会、博覧会、スポーツイベント、及びフェスティバルのいずれかである。施設は、例えば、遊園地、動物園、植物園、美術館、博物館、映画館、店舗、及び観光施設のいずれかである。乗物は、例えば、飛行機、船、列車、バス、及びタクシーのいずれかである。
　デジタルチケット１３Ａ（チケットデータ）は、チケットデータベース１３に格納されている。以下では、チケットデータベース１３を、単に、データベース１３という。デジタルチケット１３Ａは、チケットとして必要とされるデータを有している。イベントのデジタルチケット１３Ａの場合、チケットとして必要とされるデータは、図２に示すように、例えば、開催場所、イベント名、開催日時、及び座席に関するデータである。デジタルチケット１３Ａは、例えば、図示しないチケット発行システムによって生成される。チケット発行システムによって生成されたデジタルチケット１３Ａは、データベース１３に格納される。
　また、データベース１３には、デジタルスタブ１３Ｂ（デジタル半券）が格納されている。デジタルスタブ１３Ｂは、紙のチケットが使用された後に残るスタブ（半券）を電子化したものである。デジタルスタブ１３Ｂは、データベース１３においてデジタルチケット１３Ａに１対１に対応付けられていて保存されていてもよいし、複数のデジタルチケット１３Ａに対応付けられて保存されていても良い。デジタルスタブ１３Ｂは、例えば、デジタルチケット１３Ａとともに、前述のチケット発行システムによって生成される。チケット発行システムによって生成されたデジタルスタブ１３Ｂは、データベース１３に格納される。
　例えば、デジタルスタブ１３Ｂが、デジタルチケット１３Ａが備えるデータのうち、座席に関するデータのように個々のデジタルチケット１３Ａに特有のデータと同じデータを備える場合には、デジタルスタブ１３Ｂはデジタルチケット１３Ａと１対１に対応付けられたものとなる。また、デジタルスタブ１３Ｂが、デジタルチケット１３Ａが備えるデータのうち、イベント名に開催するデータのように複数のデジタルチケット１３Ａが共通して備え得るデータだけを備える場合には、１つのデジタルスタブ１３Ｂが、複数のデジタルチケット１３Ａに対応付けられ得る。
　デジタルスタブ１３Ｂは、スタブ（半券）として必要とされるデータを有している。イベントの入場のためのデジタルチケット１３Ａに対応したデジタルスタブ１３Ｂの場合、スタブとして必要とされるデータは、図４に示すように、例えば、開催場所、イベント名、開催日時、及び座席に関するデータである。デジタルスタブ１３Ｂは、対応するデジタルチケット１３Ａが有するデータの全部を有している必要はなく、少なくとも一部（例えば、開催場所、イベント名、開催日時、及び座席に関するデータ）を有していれば足りる。デジタルスタブ１３Ｂは、デジタルチケット１３Ａに含まれないデジタルスタブ１３Ｂ特有のデータを有しているのが好ましい。デジタルスタブ１３Ｂ特有のデータは、スタブであることを示すデータ、デジタルチケット１３Ａが済用済みであることを示すデータ、及び／又は、後述の動画１３Ｄ（図４参照）である。
　実施形態に係るデータベース１３は、インターネットなどのネットワーク１５に接続されたファイルシステムによって構成されている。ファイルシステムは、ネットワーク１５に接続された１つのコンピュータ又は複数のコンピュータを備える。実施形態に係るデータベース１３は、一例として、ＩＰＦＳ（ＩｎｔｅｒＰｌａｎｅｔａｒｙ Ｆｉｌｅ Ｓｙｓｔｅｍ）によって構成されている。ＩＰＦＳは、Ｐ２Ｐ（Ｐｅｅｒ　ｔｏ　Ｐｅｅｒ）分散ファイルシステムの一例である。電子的に発行されたデジタルチケット１３Ａは、データベース１３に保存される。また、電子的に発行されたデジタルスタブ１３Ｂは、データベース１３に保存される。
　本実施形態において、データベース１３に保存されたデジタルチケット１３Ａは、そのデジタルチケット１３Ａを所有するユーザの端末３０において表示される。例えば、ユーザは、デジタルチケット１３Ａを端末３０に表示させて、イベントへ入場又は参加することができる。デジタルスタブ１３Ｂは、デジタルチケット１３Ａが使用されるまでは、ユーザの端末３０に表示されないのが好ましい。ユーザがデジタルチケット１３Ａを使用すると、デジタルチケット１３Ａが端末３０に表示されなくなる代わりに、デジタルスタブ１３Ｂがユーザの端末３０に表示されるのが好ましい。
　実施形態においては、前述のデジタルチケット１３Ａ及びデジタルスタブ１３Ｂの管理のため、ブロックチェーン１１が利用される。ブロックチェーン１１は、複数のコンピュータが相互に接続されたＰ２Ｐ（Ｐｅｅｒ　ｔｏ　Ｐｅｅｒ）のコンピュータネットワークシステムによって構成されている。
　ブロックチェーン１１においては、ブロックチェーンアドレス間で、トークンの取引が可能であり、トークンの取引記録が、ブロックチェーン１１の分散台帳に記録される。ブロックチェーンアドレスは、例えば、ブロックチェーン１１のユーザアカウントを示す。例えば、あるユーザが、ブロックチェーン１１にアカウント１１０を有している場合、そのアカウント１１０は、所定のブロックチェーンアドレス（ユーザアドレス；第１ブロックチェーンアドレス）を有する。
　ブロックチェーンアドレスは、例えば、０ｘＺＺＺＺＺＺＺのように表記される。なお、Ｚは、それぞれ独立して、任意の数字又は記号であり、Ｚの桁数は、ブロックチェーンにおいて予め決められた数である。
　ブロックチェーン１１において取引可能なトークンとしては、ファンジブルトークン（代替性トークン；Ｆｕｎｇｉｂｌｅ　Ｔｏｋｅｎ）と、ノンファンジブルトークン（非代替性トークン；Ｎｏｎ-Ｆｕｎｇｉｂｌｅ　Ｔｏｋｅｎ：ＮＦＴ）と、がある。ファンジブルトークンは、例えば、イーサ（Ｅｔｈｅｒ）である。
　ＮＦＴは、そのようなファンジブルトークンとは異なり、代替性を有さないトークンである。非代替性の確保のため、ＮＦＴは、ブロックチェーン１１において、他のＮＦＴとの区別を可能にするための固有の識別子を有する。以下では、この識別子をＮＦＴ識別子という。ＮＦＴ識別子は、「ＮＦＴ＿ＩＤ」と表記されることもある。
　実施形態においては、デジタルチケット１３Ａは、第１ノンファンジブルトークン１０１に対応付けられている。すなわち、デジタルチケット１３Ａは、ＮＦＴ化されている。デジタルチケット１３Ａと対応付けられた第１ノンファンジブルトークン１０１を「チケットＮＦＴ１０１」ともいう（「ＮＦＴチケット／ＮＦＴｔｉｃｋｅｔ」は日本における登録商標）。以下において、チケットＮＦＴ１０１のＮＦＴ識別子（ＮＦＴ＿ＩＤ）は、「Ａ」で表されるものとする。
　実施形態において、デジタルチケット１３ＡとチケットＮＦＴ１０１との対応付けは、例えば、デジタルチケット１３Ａを、対応するチケットＮＦＴ１０１のＮＦＴ＿ＩＤ：Ａと対応付けて、データベース１３に保存することによって実現されている。一つのデジタルチケット１３Ａが、一つの対応するチケットＮＦＴ１０１のＮＦＴ＿ＩＤ：Ａにだけ対応付けられている場合、チケットＮＦＴ１０１とデジタルチケット１３Ａとの１対１対応が実現される。実施形態においては、チケットＮＦＴ１０１自体は、デジタルチケット１３Ａに含まれるデータを有している必要がないため、ブロックチェーン１１に記録されるチケットＮＦＴ１０１のデータ量を少なくできる。この結果、ブロックチェーン１１を利用するコストを低減できる。
　一つのデジタルチケット１３Ａが、複数のチケットＮＦＴ１０１のＮＦＴ＿ＩＤに対応付けられていてもよい。座席指定がないイベント又は施設の入場チケットのように、複数のデジタルチケット１３Ａそれぞれのデータが同一で良い場合には、一つのデジタルチケット１３Ａが、複数のチケットＮＦＴ１０１のＮＦＴ＿ＩＤに対応付けられていてもよい。
　チケットＮＦＴ１０１は、その所有者（及び所有者履歴）が、ブロックチェーン１１に記録される。したがって、チケットＮＦＴ１０１の所有者は、集中管理の必要がなく、チケットＮＦＴ１０１の所有者の管理及び確認が容易である。チケットＮＦＴ１０１の所有者であることは、ブロックチェーン１１の記録によって容易に証明可能である。
　チケットＮＦＴ１０１の所有者であることの証明は、デジタルチケット１３Ａの所有者であることの証明にもなっている。これは、デジタルチケット１３Ａが、ブロックチェーン１１において所有者が記録されるチケットＮＦＴ１０１に対応付けられているためである、また、デジタルチケット１３ＡとチケットＮＦＴ１０１とが１対１で対応付けられている場合、チケットＮＦＴ１０１の所有者が変更されると、それに伴って、デジタルチケット１３Ａの所有者も変更されることになる。つまり、実施形態においては、デジタルチケット１３Ａは、チケットＮＦＴ１０１の所有者変更に伴って、所有者変更が生じるようにチケットＮＦＴ１０１に対応付けられていることになる。
　実施形態においては、ブロックチェーン１１において記録されるチケットＮＦＴ１０１の所有者の記録を、デジタルチケット１３Ａの所有者の記録として用いることができるため、デジタルチケット１３Ａ自体の所有者の管理（所有者の変更の管理を含む）を集中的に行う必要がなく、管理が容易である。また、デジタルチケット１３Ａの取引のため、チケットＮＦＴ１０１を取引（第三者に販売・譲渡）することも可能である。
　デジタルスタブ１３Ｂは、チケットＮＦＴ１０１（第１ノンファンジブルトークン１０１）とは異なる第２ノンファンジブルトークン１０２に対応付けられている。すなわち、デジタルスタブ１３Ｂは、ＮＦＴ化されている。デジタルスタブ１３Ｂと対応付けられた第２ノンファンジブルトークン１０２を「スタブＮＦＴ１０２」ともいう。以下において、スタブＮＦＴ１０２のＮＦＴ識別子（ＮＦＴ＿ＩＤ）は、「Ｂ」で表されるものとする。
　実施形態において、デジタルスタブ１３ＢとスタブＮＦＴ１０２との対応付けは、例えば、デジタルスタブ１３Ｂを、対応するスタブＮＦＴ１０２のＮＦＴ＿ＩＤ：Ｂと対応付けて、データベース１３に保存することによって実現されている。一つのデジタルスタブ１３Ｂが、一つの対応するスタブＮＦＴ１０２のＮＦＴ＿ＩＤ：Ｂにだけ対応付けられている場合、スタブＮＦＴ１０２とデジタルスタブ１３Ｂとの１対１対応が実現される。実施形態においては、スタブＮＦＴ１０２自体は、デジタルスタブ１３Ｂに含まれるデータを有している必要がないため、ブロックチェーン１１に記録されるスタブＮＦＴ１０２のデータ量を少なくできる。この結果、ブロックチェーン１１を利用するコストを低減できる。
　一つのデジタルスタブ１３Ｂが、複数のスタブＮＦＴ１０２のＮＦＴ＿ＩＤに対応付けられていてもよい。座席指定がないイベント又は施設のスタブ（半券）のように、複数のデジタルスタブ１３Ｂそれぞれのデータが同一で良い場合には、一つのデジタルスタブ１３Ｂが、複数のスタブＮＦＴ１０２のＮＦＴ＿ＩＤに対応付けられていてもよい。
　スタブＮＦＴ１０２は、その所有者（及び所有者履歴）が、ブロックチェーン１１に記録される。したがって、スタブＮＦＴ１０２の所有者は、集中管理の必要がなく、スタブＮＦＴ１０２の所有者の管理及び確認が容易である。スタブＮＦＴ１０２の所有者であることは、ブロックチェーン１１の記録によって容易に証明可能である。
　スタブＮＦＴ１０２の所有者であることの証明は、デジタルスタブ１３Ｂの所有者であることの証明にもなっている。これは、デジタルスタブ１３Ｂが、ブロックチェーン１１において所有者が記録されるスタブＮＦＴ１０２対応付けられているためである、また、デジタルスタブ１３ＢとスタブＮＦＴ１０２とが１対１で対応付けられていている場合、スタブＮＦＴ１０２の所有者が変更されると、それに伴って、デジタルスタブ１３Ｂの所有者も変更されることになる。つまり、実施形態においては、デジタルスタブ１３Ｂは、スタブＮＦＴ１０２の所有者変更に伴って、所有者変更が生じるようにスタブＮＦＴ１０２に対応付けられていることになる。
　実施形態においては、ブロックチェーン１１において記録されるスタブＮＦＴ１０２の所有者の記録を、デジタルスタブ１３Ｂの所有者の記録として用いることができるため、デジタルスタブ１３Ｂ自体の所有者の管理（所有者の変更の管理を含む）を集中的に行う必要がなく、管理が容易である。また、デジタルスタブ１３Ｂの取引のため、スタブＮＦＴ１０２を取引（第三者に販売・譲渡）することも可能である。
　実施形態においては、コンピュータネットワークシステムであるブロックチェーン１１は、スマートコントラクト１３０を備える。スマートコントラクト１３０は、ブロックチェーンにおいて実行可能に実装されたソフトウェア（コンピュータプログラム）であり、所定のプロトコルを自動的に実行する。
　スマートコントラクト１３０は、ブロックチェーンアドレスであるコントラクトアドレス１４０を有する。スマートコントラクト１３０は、コントラクトアドレス１４０に格納されている。スマートコントラクト１３０は、ネットワーク１５を介して、他のコンピュータによって呼び出されることで実行される。スマートコントラクト１３０を呼び出す他のコンピュータは、例えば、後述のチケット処理サーバ１２、ユーザ端末３０、又は提供者装置４０（提供者端末）である。
　ブロックチェーン１１には、ユーザ毎にユーザアカウント１１０が設けられる。本実施形態において、ユーザは、例えば、デジタルチケット１３Ａの所有者である。ユーザは、デジタルチケット１３Ａを購入するなどして入手することで、デジタルチケット１３Ａの所有者となり、デジタルチケット１３Ａを使用することができる。ユーザアカウント１１０は、ブロックチェーンアドレス（第１ブロックチェーンアドレス）を有する。ブロックチェーン１１においては、ユーザが所有するノンファンジブルトークン又はファンジブルトークンは、ユーザアカウントに対応付けて記録される。トークンがユーザアカウント（ブロックチェーンアドレス）に対応付けて記録されていることを、「トークンがユーザアカウント（ブロックチェーンアドレス）に格納されている」ということもできる。また、あるアカウント（ブロックチェーンアドレス）にトークンが格納されていることを、「アカウント（ブロックチェーンアドレス）がトークンを所有している」ということもできる。なお、コントラクトアドレスは、ブロックチェーンアドレスの１種である。
　図１においては、ユーザアカウント１１０には、デジタルチケット１３Ａに対応付けられたチケットＮＦＴ１０１が格納されている。つまり、図１に示すチケットＮＦＴ１０１の所有者は、ユーザアカウント１１０を持つユーザである。したがって、チケットＮＦＴ１０１に対応付けられたデジタルチケット１３Ａの所有者は、ユーザアカウント１１０を持つユーザである。なお、チケットＮＦＴ１０１は、例えば、ユーザがデジタルチケット１３Ａをチケット販売者から購入することで、チケット販売者のアカウントから送信され、ユーザアカウント１１０に格納される。なお、チケット販売者のアカウントは、スマートコントラクトのためのコントラクトアドレスで示されるアカウントであってもよい。
　図１に示すように、チケットＮＦＴ１０１が、ユーザアカウント１１０に格納されているときにおいて、チケットＮＦＴ１０１に対応するスタブＮＦＴ１０２は、チケットＮＦＴ１０１が格納されたユーザアカウント１１０以外のアカウント（ブロックチェーンアドレス）に格納されている。すなわち、チケットＮＦＴ１０１とスタブＮＦＴ１０２は、同時に、同じアカウント１１０に存在することはない。チケットＮＦＴ１０１の所有者であるユーザは、チケットＮＦＴ１０１を所有しているときには、スタブＮＦＴ１２０を所有していない。スタブＮＦＴ１２０は、後述のように、デジタルチケット１３Ａが使用された後に、チケットＮＦＴ１０１の所有者であったユーザのユーザアカウント１１０へ送信されて、そのユーザによって所有される。
　デジタルチケット１３Ａの使用前において、スタブＮＦＴ１０２は、例えば、スマートコントラクト１３０のコントラクトアドレス１４０（第３ブロックチェーンアドレス）又はスマートコントラクト１３０によって管理されるブロックチェーンアドレス（第３ブロックチェーンアドレス）に格納されている。「スマートコントラクト１３０によって管理される」とは、少なくとも、スマートコントラクト１３０が、そのブロックチェーンアドレスに格納されたトークンを送信可能であることをいう。スマートコントラクト１３０によって管理されるアカウントは、デジタルチケット１３Ａのチケット販売者のためのアカウントであってもよい。なお、スタブＮＦＴ１０２は、例えば、デジタルチケット１３Ａを生成したチケット販売者によって、生成され、ユーザアカウントへの送信のため、スマートコントラクト１３０のコントラクトアドレス１４０又はスマートコントラクト１３０によって管理されるブロックチェーンアドレスに格納される。
　生成されるスタブＮＦＴ１０２とチケットＮＦＴ１０１と対応付けられる場合、スタブＮＦＴ１０２とチケットＮＦＴ１０１との対応関係は、スマートコントラクト１３０が有していても良いし、スマートコントラクト１３０が参照できるようにスタブＮＦＴ１０２及びチケットＮＦＴ１０１のいずれか一方又は両方に書き込まれていても良い。また、スタブＮＦＴ１０２とチケットＮＦＴ１０１との対応関係は、スマートコントラクト１３０が参照可能なコンピュータに保存されていてもよい。スタブＮＦＴ１０２とチケットＮＦＴ１０１との対応関係は、その対応関係を記述したテーブルによって表されても良いし、スタブＮＦＴ１０２のＮＦＴ＿ＩＤとチケットＮＦＴ１０１のＮＦＴ＿ＩＤとの対応関係を規定したルールによって表されても良い。
　実施形態において、ブロックチェーン１１には、チケットＮＦＴ１０１の回収用アカウント１２０が設けられる。回収用アカウント１２０は、使用済みのデジタルチケット１３Ａに対応付けられたチケットＮＦＴ１０１を受信するためのアカウントである。回収用アカウント１２０は、ブロックチェーンアドレス（第２ブロックチェーンアドレス）を有する。ブロックチェーン１１においては、回収用アカウント１２０は、例えば、デジタルチケットシステム１０の管理者のためのアカウントとして設けられる。回収用アカウント１２０に送信されたＮＦＴは、回収用アカウント１２０から取り出されることはない。したがって、回収用アカウント１２０に送信されたＮＦＴは、ブロックチェーン１１において、事実上、取引不可となる。なお、回収用アカウント１２０は、回収専用である必要はない。例えば、回収用アカウント１２０は、スマートコントラクト１３０が格納されたコントラクトアドレス１４０であってもよい。
　実施形態に係るデジタルチケットシステム１０は、チケット処理サーバ１２を備え得る。チケット処理サーバ１２は、前述のスマートコントラクト１３０とともに、実施形態のデジタルチケットシステム１０を構成し得る。チケット処理サーバ１２は、インターネット等のネットワーク１５に接続されている。チケット処理サーバ１２は、デジタルチケットシステム１０の管理者によって運用される。チケット処理サーバ１２は、デジタルチケット１３Ａが使用される際に必要な機能を提供する。
　チケット処理サーバ１２は、プロセッサ１２Ａ及びメモリ１２Ｂを備えるコンピュータによって構成されている。チケット処理サーバ１２は、1つのコンピュータによって構成されてもよいし、ネットワーク１５を介して接続された複数のコンピュータによって構成されてもよい。メモリ１２Ｂは、プロセッサ１２Ａに接続されている。メモリ１２Ｂは、例えば、一次記憶装置及び二次記憶装置を備える。一次記憶装置は、例えば、ＲＡＭである。二次記憶装置は、例えば、ハードディスクドライブ（ＨＤＤ）又はソリッドステートドライブ（ＳＳＤ）である。メモリ１２Ｂは、プロセッサ１２Ａによって実行されるコンピュータプログラム１２Ｃを備える。プロセッサ１２Ａは、メモリ１２Ｂに格納されたコンピュータプログラム１２Ｃを読み出して実行する。コンピュータプログラム１２Ｃは、チケット処理サーバ１２として機能するコンピュータが実行する処理のためのプログラムコードを有する。
　デジタルチケット１３Ａ及びチケットＮＦＴ１０１の所有者であるユーザは、ユーザ端末３０を有する。ユーザ端末３０は、デジタルチケット１３Ａの使用に用いられ得る。
　ユーザ端末３０は、例えば、スマートフォン又はタブレットなどのモバイルデバイスである。ユーザ端末３０は、ネットワーク１５に接続可能である。ユーザ端末３０は、プロセッサ３０Ａ及びメモリ３０Ｂを備えるコンピュータによって構成されている。メモリ３０Ｂは、プロセッサ３０Ａに接続されている。メモリ３０Ｂは、例えば、一次記憶装置及び二次記憶装置を備える。一次記憶装置は、例えば、ＲＡＭである。二次記憶装置は、例えば、ハードディスクドライブ（ＨＤＤ）又はソリッドステートドライブ（ＳＳＤ）である。メモリ３０Ｂは、プロセッサ３０Ａによって実行されるコンピュータプログラム３０Ｃを備える。プロセッサ３０Ａは、メモリ３０Ｂに格納されたコンピュータプログラム３０Ｃを読み出して実行する。コンピュータプログラム３０Ｃは、チケットの使用等の処理のためのプログラムコードを有する。
　コンピュータプログラム３０Ｃは、例えば、ブロックチェーン１１のユーザアカウント１１０に格納されたトークンをユーザ端末３０に表示させるためのウォレットアプリケーションプログラム又はデジタルチケット１３Ａを利用するためのアプリケーションプログラムである。そのようなアプリケーションプログラムは、トークンの保管、トークンの送信、及びトークンの受信のためのユーザ操作を可能とする機能を提供する。
　コンピュータプログラム３０Ｃは、ブロックチェーン１１におけるユーザアカウント１１０に対応付けられたＮＦＴ又はファンジブルトークンをユーザ端末３０のディスプレイに表示させるためのプログラムコードを有する。コンピュータプログラム３０Ｃは、チケットＮＦＴ１０１を表示させる際には、チケットＮＦＴ１０１に対応付けられたデジタルチケット１３Ａ（チケットデータ）を表示させる。コンピュータプログラム３０Ｃは、デジタルチケット１３Ａの使用のために必要な信号を、ネットワーク１５を介して送信するためのプログラムコードを有する。
　ユーザの端末３０には、そのユーザが所有者であるＮＦＴ１０１に対応付けられたデータ１３Ａは表示されるが、そのユーザが所有者ではないＮＦＴ１０２に対応付けられたデータ１３Ｂは表示されない。データベース１３においてデータに対応付けられたＮＦＴの所有者以外の端末におけるデータの表示を防止するため、データベース１３は、データ１３Ａ，１３Ｂに対応付けられたＮＦＴ１０１，１０２の所有者からのデータ１３Ａ，１３Ｂへのアクセスは許可し、所有者以外からのデータ１３Ａ，１３Ｂへのアクセスは許可しないようにアクセスコントロールをするよう構成されている。なお、データベース１３は、データ１３Ａ，１３Ｂに対応付けられたＮＦＴ１０１，１０２の所有者を、ブロックチェーン１１を参照することで把握できる。
　デジタルチケット１３Ａの使用には、デジタルチケット１３Ａと引き換えに提供されるサービス又は商品の提供者が有する提供者装置４０（提供者端末）が用いられ得る。デジタルチケット１３Ａがイベントの入場用である場合、サービス又は商品の提供者は、例えば、イベントの主催者又はその関係者である。デジタルチケット１３Ａが施設の入場用である場合、サービス又は商品の提供者は、例えば、その施設の所有者又は管理者である。チケットが商品の引き換え用である場合、サービス又は商品の提供者は、例えば、商品を提供する店舗又はＷｅｂサイトの所有者又は管理者である。チケットがサービス提供の引き換え用である場合、サービス又は商品の提供者は、例えば、サービスを提供する店舗又はＷｅｂサイトの所有者又は管理者である。
　提供者装置４０は、例えば、スマートフォン又はタブレット、パーソナルコンピュータ、又はサーバである。提供者装置４０は、ネットワーク１５に接続可能である。提供者装置４０は、プロセッサ４０Ａ及びメモリ４０Ｂを備えるコンピュータによって構成されている。メモリ４０Ｂは、プロセッサ４０Ａに接続されている。メモリ４０Ｂは、例えば、一次記憶装置及び二次記憶装置を備える。一次記憶装置は、例えば、ＲＡＭである。二次記憶装置は、例えば、ハードディスクドライブ（ＨＤＤ）又はソリッドステートドライブ（ＳＳＤ）である。メモリ４０Ｂは、プロセッサ４０Ａによって実行されるコンピュータプログラム４０Ｃを備える。プロセッサ４０Ａは、メモリ４０Ｂに格納されたコンピュータプログラム４０Ｃを読み出して実行する。コンピュータプログラム４０Ｃは、チケットの使用等の処理のためのプログラムコードを有する。コンピュータプログラム４０Ｃは、チケットの使用等の処理のためのプログラムコードを有する。
　図２、図３、及び図４は、デジタルチケット１３Ａの使用の前から使用後までのブロックチェーン１１の変化及びユーザ端末３０の表示の変化を示す。図２は、デジタルチケット１３Ａの使用の前の状態を示している。
　図２に示すように、デジタルチケット１３Ａ使用前において、デジタルチケット１３Ａを所有するユーザのユーザアカウント１１０には、チケットＮＦＴ１０１が格納されている。すなわち、デジタルチケット１３Ａが使用される前において、チケットＮＦＴ１０１は、ユーザアカウント（第１ブロックチェーンアドレス）において所有されている。図２に示すように、そのユーザが有するユーザ端末３０のディスプレイ３１には、そのユーザのユーザアカウント１１０に格納されたチケットＮＦＴ１０１に関する画面３３が表示される。図２の画面３３をチケット表示画面３３という。
　チケット表示画面３３は、チケットＮＦＴ１０１に対応付けられたデジタルチケット１３Ａ（チケットデータ）を表示するための画面である。チケット表示画面３３には、デジタルチケット１３Ａが有するデータのほか、チケットＮＦＴ１０１自体が有するデータが表示されてもよい。チケット表示画面３３には、ユーザ端末３０が生成したデータも表示されてもよい。
　図２に示すように、データベース１３に格納されたデジタルチケット１３Ａは、前述の開催場所、イベント名、開催日時、及び座席に関するデータのようにチケットとして必要とされるデータを有している。デジタルチケット１３Ａは、そのデジタルチケット１３Ａに対応付けられたチケットＮＦＴ１０１（ＮＦＴ＿ＩＤ：ＡであるＮＦＴ）の所有者としてブロックチェーン１１に記録されているユーザによる参照が許可されるように、データベース１３に保存されている。また、ユーザの端末３０は、チケットＮＦＴ１０１（ＮＦＴ＿ＩＤ：ＡであるＮＦＴ）の所有者であることで参照可能であるデジタルチケット１３Ａを表示するよう構成されている。したがって、図２に示すように、ユーザがチケットＮＦＴ１０１を所有している場合、ユーザの端末３０は、データベース１３に保存されたデジタルチケット１３Ａを参照することが可能であり、デジタルチケット１３Ａが有するデータを、ディスプレイ３１に表示できる。デジタルチケット１３Ａがディスプレイ３１に表示されることで、ユーザ又は端末３０を見せられた者は、デジタルチケット１３Ａの存在及び内容を確認できる。また、ディスプレイ３１には、コード表示ボタン３５が表示される。コード表示ボタン３５については後述する。
　ユーザは、デジタルチケット１３Ａを使用することで、例えば、イベント会場又は施設に入場することができる。デジタルチケット１３Ａの使用の仕方の例については後述する。
　図３は、デジタルチケット１３Ａの使用直後の状態を示している。デジタルチケットシステム１０は、デジタルチケット１３Ａの使用を検知すると、ブロックチェーン１１を利用して、そのデジタルチケット１３Ａに対応付けられたチケットＮＦＴ１０１に関する第１処理を行う。第１処理は、チケットＮＦＴ１０１をデジタルチケット１３Ａの使用のために操作する処理である。第１処理は、図３に示すように、チケットＮＦＴ１０１を、ユーザアカウント１１０から、回収用アカウント１２０へ送信することを含む。チケットＮＦＴ１０１が回収用アカウント１２０へ送信されることで、チケットＮＦＴ１０１の所有者は、ユーザアカウント１１０（第１ブロックチェーンアドレス）から回収用アカウント１２０（第２ブロックチェーンアドレス）に変更される。すなわち、第１処理は、チケットＮＦＴ１０１の所有者を、チケットＮＦＴ１０１の回収のための第２ブロックチェーンアドレスに変更するための第１変更処理Ｓ１を備える。
　第１変更処理Ｓ１、すなわち、チケットＮＦＴ１０１をユーザアカウント１１０から、回収用アカウント１２０へ送信することは、例えば、スマートコントラクト１３０を実行するコンピュータによって行われる。
　例えば、スマートコントラクト１３０は、デジタルチケット１３Ａの使用を検知すると、チケットＮＦＴ１０１をユーザアカウント１１０から、回収用アカウント１２０へ送信させる処理を、スマートコントラクト１３０を実行するコンピュータに実行させるよう構成されていてもよい。スマートコントラクト１３０によって実行されたチケットＮＦＴ１０１の所有者変更はブロックチェーン１１に記録される。
　第１変更処理Ｓ１は、ユーザ端末３０からのリクエストに基づいて、ブロックチェーンを構成するコンピュータによって実行されてもよい。例えば、ユーザ端末３０において、ユーザが、チケットＮＦＴ１０１を、ユーザアカウント１１０から回収用アカウント１２０へ送信する操作を行った場合、ユーザ端末３０は、チケットＮＦＴ１０１をユーザアカウント１１０から回収用アカウント１２０へ送信させるためのリクエストをブロックチェーン１１へ送信してもよい。ブロックチェーンを構成するコンピュータは、そのリクエストに基づいて、チケットＮＦＴ１０１をユーザアカウント１１０から、回収用アカウント１２０へ送信する処理を行い、チケットＮＦＴ１０１の所有者の変更をブロックチェーン１１に記録する。
　第１変更処理Ｓ１が実行されることで、図３に示すように、ユーザアカウント１１０には、チケットＮＦＴ１０１が存在しなくなる。つまり、チケットＮＦＴ１０１を所有していたユーザは、チケットＮＦＴ１０１の所有者ではなくなる。この結果、図３に示すように、そのユーザが有するユーザ端末３０のディスプレイ３１には、チケットＮＦＴ１０１に関する画面３３（デジタルチケット１３Ａ）が表示されなくなる。これは、デジタルチケット１３Ａが格納されたデータベース１３は、デジタルチケット１３Ａに対応付けられたチケットＮＦＴ１０１の所有者以外の者からの参照を許可しないからである。
　第１変更処理Ｓ１が実行されることで、例えば、ディスプレイ３１には、チケットＮＦＴ１０１を所有していないことを示す「No Tickets」の文字が表示される。また、チケットＮＦＴ１０１を所有していたユーザは、チケットＮＦＴ１０１の所有者ではなくなることで、デジタルチケット１３Ａの所有者でもなくなる。このように、ユーザは、デジタルチケット１３Ａの使用後は、デジタルチケット１３Ａを使用できなくなる。なお、第１変更処理Ｓ１と同時又は第１変更処理Ｓ１の実行直後に、後述の第２変更処理Ｓ２（第２処理）が実行される場合には、画面３３において、「No Tickets」の文字が表示される必要はない。
　チケットＮＦＴ１０１の所有者の変更の有無にかかわらず、データベース１３には、チケットＮＦＴ１０１に対応付けられたデジタルチケット１３Ａが存在する。しかし、データベース１３は、チケットＮＦＴ１０１の所有者以外からのデジタルチケット１３Ａへのアクセスを許可しないため、第１変更処理Ｓ１によって、ユーザが、チケットＮＦＴ１０１の所有者でなくなることで、ユーザ端末３０には、デジタルチケット１３Ａが表示されなくなる。
　ここで、データベース１３においては、デジタルチケット１３Ａの所有者の変更は記録される必要はない。例えば、データベース１３において、デジタルチケット１３Ａは、所有者の変更の前後において、そのデータ内容に変化がなくてもよい。実施形態に係るデジタルチケットシステム１０において、デジタルチケット１３Ａの所有者であることは、デジタルチケット１３Ａに対応付けられたチケットＮＦＴ１０１を所有していることによって示されるため、ユーザは、チケットＮＦＴ１０１の所有者でなくなることに連動して、デジタルチケット１３Ａの所有者でなくなる。
　デジタルチケット１３Ａが、その使用後においても、ユーザ端末３０に表示可能であると、デジタルチケット１３Ａが不正使用されるおそれがある。例えば、ユーザ端末３０を２台有しているユーザは、両方のユーザ端末３０にデジタルチケット１３Ａを表示させておき、１台目のユーザ端末に表示されたデジタルチケット１３Ａを自ら使用してイベント会場に入場し、２台目のユーザ端末３０に表示されたデジタルチケット１３Ａを他人に貸して、その他人もイベント会場に入場するという不正が可能である。
　これに対して、実施形態に係るデジタルチケットシステム１０では、デジタルチケット１３Ａの使用前においては、ユーザ端末３０にデジタルチケット１３Ａが表示されるが、デジタルチケット１３Ａが使用されると、ユーザ端末３０にはデジタルチケット１３Ａが表示されなくなる。つまり、１台目のユーザ端末３０でデジタルチケット１３Ａが使用されると、１台目のユーザ端末３０だけでなく２台目のユーザ端末３０においてもデジタルチケット１３Ａが表示されなくなる。したがって、前述のように２台のユーザ端末３０を使った不正使用は困難になる。
　しかも、実施形態に係るデジタルチケットシステム１０では、デジタルチケット１３Ａに対応付けられたチケットＮＦＴ１０１を用いることで、デジタルチケット１３Ａの所有者の変更及び記録をブロックチェーン１１に委ねることができる。この結果、デジタルチケットシステム１０において、チケット処理サーバ１２による管理負荷及びデータベース１３におけるデータ管理負荷は、小さくなり有利である。
　図４は、図３のさらに後の状態を示している。図３に示すようにチケットＮＦＴ１０１がユーザアカウント１１０から回収用アカウント１２０へ送信されると、図４に示すように、ユーザアカウント１１０へスタブＮＦＴ１０２が送信される。スタブＮＦＴ１０２の送信は、例えば、スマートコントラクト１３０によって行われる。一例として、スマートコントラクト１３０は、チケットＮＦＴ１０１がユーザアカウント１１０から回収用アカウント１２０へ送信されたことを検知すると、スタブＮＦＴ１０２に関する第２処理を行う。第２処理は、スタブＮＦＴ１０２を操作する処理である。第２処理は、図４に示すように、スタブＮＦＴ１０２を、ユーザアカウント１１０へ送信することを含む。送信されるスタブＮＦＴ１０２は、第１変更処理Ｓ１において送信されたチケットＮＦＴ１０１に対応付けられたものであるのが好ましい。スタブＮＦＴ１０２が送信されるユーザアカウント１１０は、第１変更処理Ｓ１の実行前にチケットＮＦＴ１０１が格納されていたユーザアカウントである。第２処理は、第１変更処理Ｓ１を含む第１処理と同時に実行されてもよいし、第１変更処理Ｓ１を含む第１処理の後に実行されてもよい。
　スタブＮＦＴ１０２は、ユーザアカウント１１０以外のアカウント（第３ブロックチェーンアドレス）から送信される。ユーザアカウント１１０以外のアカウントは、例えば、前述のように、スマートコントラクト１３０のコントラクトアドレス１４０又はスマートコントラクト１３０によって管理されるブロックチェーンアドレスである。
　スタブＮＦＴ１０２がユーザアカウント１１０へ送信されることで、スタブＮＦＴ１０２の所有者は、ユーザアカウント１１０に変更される。すなわち、第２処理は、スタブＮＦＴ１０２の所有者を、チケットＮＦＴ１０１を所有していたユーザの第１ブロックチェーンアドレスに変更するための第２変更処理Ｓ２を備える。第２変更処理Ｓ２によるスタブＮＦＴ１０２の所有者変更はブロックチェーン１１に記録される。
　スマートコントラクト１３０は、自ら、第１変更処理Ｓ１を実行した場合、チケットＮＦＴ１０１が回収用アカウント１２０へ送信されたことを自ら検知して、第２変更処理Ｓ２を実行できる。第１変更処理Ｓ１がスマートコントラクト１３０によって実行されない場合であっても、スマートコントラクト１３０は、例えば、チケットＮＦＴ１０１がユーザアカウント１１０から回収用アカウント１２０へ送信されたことを、ブロックチェーン１１におけるチケットＮＦＴ１０１の所有者記録を参照し、所有者が変更されたことを検知して、第２変更処理Ｓ２を実行できる。
　また、スマートコントラクト１３０は、ユーザ端末３０、提供者装置４０、又はチケット処理サーバ１２等のデジタルチケット１３Ａの使用に用いられた装置からの通知を受信することによって、チケットＮＦＴ１０１がユーザアカウント１１０から回収用アカウント１２０へ送信されたことを検知してもよい。このため、ユーザ端末３０、提供者装置４０、又はチケット処理サーバ１２等のデジタルチケット１３Ａの使用に用いられる装置は、デジタルチケット１３Ａが使用されること又は使用されたことを、スマートコントラクト１３０に通知する機能を有しているのが好ましい。
　第２変更処理Ｓ２が実行されることで、図４に示すように、ユーザのユーザアカウント１１０には、スタブＮＦＴ１０２が格納される。図４に示すように、そのユーザが有するユーザ端末３０のディスプレイ３１には、そのユーザのユーザアカウント１１０に格納されたスタブＮＦＴ１０２に関する画面３７が表示される。図４の画面３７をスタブ表示画面３７という。
　スタブ表示画面３７は、スタブＮＦＴ１０２に対応付けられたデジタルスタブ１３Ｂ（スタブデータ）を表示するための画面である。スタブ表示画面３７には、デジタルスタブ１３Ｂが有するデータのほか、スタブＮＦＴ１０２自体が有するデータが表示されてもよい。スタブ表示画面３７には、ユーザ端末３０が生成したデータも表示されてもよい。
　図４に示すように、データベース１３に格納されたデジタルスタブ１３Ｂは、前述の開催場所、イベント名、開催日時、及び座席に関するデータのようにスタブとして必要とされるデータを有している。デジタルスタブ１３Ｂは、そのデジタルスタブ１３Ｂに対応付けられたスタブＮＦＴ１０２（ＮＦＴ＿ＩＤ：ＢであるＮＦＴ）の所有者としてブロックチェーン１１に記録されているユーザによる参照が許可されるように、データベース１３に保存されている。また、ユーザの端末３０は、スタブＮＦＴ１０２（ＮＦＴ＿ＩＤ：ＢであるＮＦＴ）の所有者であることで参照可能であるデジタルスタブ１３Ｂを表示するよう構成されている。したがって、図４に示すように、ユーザがスタブＮＦＴ１０２を所有している場合、ユーザの端末３０は、データベース１３に保存されたデジタルスタブ１３Ｂを参照することが可能であり、デジタルスタブ１３Ｂが有するデータを、ディスプレイ３１に表示できる。デジタルスタブ１３Ｂがディスプレイ３１に表示されることで、ユーザは、例えば、イベント会場入場後において、座席等を確認できる。また、デジタルスタブ１３Ｂが表示された端末３０を見せられた者（例えば、イベント会場のスタッフ）は、デジタルチケット１３Ａが使用済みであることを認識できる。
　デジタルスタブ１３Ｂは、動画１３Ｄを含んでも良い。この場合、スタブ表示画面３７は、動画１３Ｄを再生してディスプレイ３１に表示させるための操作ボタン３９を備えても良い。デジタルスタブ１３Ｂが備え得る動画１３Ｄについては後述する。
　本実施形態によると、ユーザは、デジタルチケット１３Ａを使用すると、デジタルチケット１３Ａを手元に保持できなくなる代わりに、デジタルスタブ１３Ｂを入手できる。ユーザは、紙のチケットの半券（スタブ）を記念に保管・コレクションするのと同様に、デジタルスタブ１３Ｂを記念に保管・コレクションすることができる。また、デジタルスタブ１３Ｂは、スタブＮＦＴ１０２によってＮＦＴ化されており、取引可能である。ユーザは、スタブＮＦＴ１０２を譲渡することで、デジタルスタブ１３Ｂも譲渡することができる。
　デジタルチケット１３Ａ及びデジタルスタブ１３Ｂは、ブロックチェーン１１外のデータベース１３に保存されているため、デジタルチケット１３Ａ及びデジタルスタブ１３Ｂが生成された後であっても、デジタルチケット１３Ａ又はデジタルスタブ１３Ｂを構成するデータの変更・追加又は削除が容易である。
　例えば、ユーザの持つデジタルチケット１３Ａが、ユーザの都合で、使用期限までに使用されないことがある。例えば、ユーザが他の用事でイベントに行けなかったため、デジタルチケット１３Ａが使用されない場合である。この場合、イベントに参加できなかったユーザのために、イベント後に、データベース１３に格納されたデジタルチケット１３Ａに、イベントの様子を撮影した動画又は静止画等のデータが追加されることで、使用されなかったデジタルチケット１３Ａの内容を更新することができる。イベントに行けなかったユーザは、イベント後において、更新されたデジタルチケット１３Ａを端末３０に表示させることで、追加された動画等のデータを閲覧することができ、参加できなかったイベントの様子を見て楽しむことができる。
　また、他の例として、ユーザがデジタルチケット１３Ａを使用してデジタルスタブ１３Ｂを入手した場合、イベントに参加したユーザのために、イベント後に、データベース１３に格納されたデジタルスタブ１３Ｂに、イベントの様子を撮影した動画又は静止画等のデータが追加されることで、デジタルスタブ１３Ｂの内容を更新することができる。イベントに参加したユーザは、更新されたデジタルスタブ１３Ｂを端末３０に表示させることで、追加された動画等のデータを閲覧することができ、イベントの様子を思い出して楽しむことができる。
　デジタルスタブ１３Ｂ又はデジタルチケット１３Ａに事後的に追加されるデータは、例えば、デジタルチケット１３Ａが使用されるイベントに関連したデータであるのが好ましい。イベントに関連したデータは、イベントにおいて収録された画像データ、イベントにおいて収録された音データ、イベントにおいて使用された画像データ、イベントにおいて使用された音データ、イベントの出演者を収録した画像データ、及びイベントの出演者の音声を収録した音データから選択される１以上のデータを含むのが好ましい。画像データは、静止画であってもよいし、動画であってもよい。デジタルスタブ１３Ｂ又はデジタルチケット１３Ａに事後的に追加されるデータは、それぞれ異なるのが好ましい。
　図５は、デジタルチケット１３Ａの使用方法の第１例を示している。デジタルチケット１３Ａの使用の際に、スマートコントラクト１３０が呼び出される。呼び出されたスマートコントラクト１３０が、第１変更処理Ｓ１及び第２変更処理Ｓ２を実行する。第１変更処理Ｓ１は、チケットＮＦＴ１０１をユーザアカウント１１０からＮＦＴ回収用アカウントへ送信させる処理である。ここでは、スマートコントラクト１３０による第１変更処理Ｓ１を、チケットＮＦＴ取り上げ操作という。スマートコントラクト１３０は、第１変更処理Ｓ１と同時に、又は第１変更処理Ｓ１の後に、第２変更処理Ｓ２を実行する。第２変更処理Ｓ２は、スタブＮＦＴ１０２をスマートコントラクト１３０（のコントラクトアドレス１４０）からユーザアカウント１１０へ送信させる処理である。
　第１例において、スマートコントラクト１３０は、チケット処理サーバ１２から呼び出される。チケット処理サーバ１２によるスマートコントラクト１３０の呼び出しは、次のようにして行われる。まず、デジタルチケット１３Ａを有するユーザは、そのユーザ端末３０のディスプレイ３１に、チケットＮＦＴ１０１のＮＦＴ＿ＩＤ：Ａを少なくとも示すコード３３Ａを表示させる。コード３３Ａは、機械読み取り可能なコードであり、例えば、２次元コードである。第１例では、データベース１３に格納されたデジタルチケット１３Ａは、チケットＮＦＴ１０１のＮＦＴ＿ＩＤ：Ａを示すコード３３Ａを端末３０に表示させるためのデータを有する。コード３３Ａは、チケット処理サーバ１２のＵＲＬを含むのが好ましい。コード３３Ａは、例えば、図２に示すコード表示ボタン３５をユーザが選択操作することで、図５に示すように、端末３０のディスプレイ３１に表示される。
　デジタルチケット１３Ａの使用時において、コード３３Ａは、例えば、提供者装置４０が備えるカメラ（図示省略）によって撮像され、提供者装置４０によってコード３３Ａが示すＮＦＴ＿ＩＤ：Ａが読み取られる（ステップＳ５１）。提供者装置４０は、例えば、デジタルチケット１３Ａが使用されるイベントのスタッフによって使用される。コード３３Ａを読み取った提供者装置４０は、ＮＦＴ＿ＩＤ：Ａを、チケット処理サーバ１２へ送信する（ステップＳ５２）。提供者装置４０は、コード３３Ａに含まれるＵＲＬ等によって、送信先としてのチケット処理サーバ１２を識別してもよいし、チケット処理サーバ１２のＵＲＬ等を予め把握していてもよい。
　ＮＦＴ＿ＩＤ：Ａを受信したチケット処理サーバ１２は、ＮＦＴ＿ＩＤ：Ａによって識別されるチケットＮＦＴ１０１の取り上げ操作等をスマートコントラクト１３０に実行させるためスマートコントラクト１３０を呼び出す（ステップＳ５３）。この呼び出しを、チケットＮＦＴ取り上げ操作リクエストという。この呼び出しの際、ＮＦＴ＿ＩＤ：Ａは、チケット処理サーバ１２からスマートコントラクト１３０へ送信される。なお、ＮＦＴ＿ＩＤ：ＡであるチケットＮＦＴ１０１の第１変更処理Ｓ１を、チケットＮＦＴ１０１の所有者ではなく、スマートコントラクト１３０によって行うことの許可は、ブロックチェーン１１に予め記録されている。したがって、スマートコントラクト１３０は、チケットＮＦＴ１０１の所有者に代わって、チケットＮＦＴ１０１を送信できる。
　呼び出されたスマートコントラクト１３０は、ＮＦＴ＿ＩＤ：Ａによって識別されるチケットＮＦＴ１０１を、そのチケットＮＦＴ１０１の所有者であるユーザアカウント１１０から、回収用アカウントへ送信させる（第１変更処理Ｓ１）。なお、ＮＦＴ＿ＩＤ：ＡであるチケットＮＦＴ１０１の第１変更処理Ｓ１を、チケットＮＦＴ１０１の所有者ではなく、スマートコントラクト１３０によって行うことの許可は、ブロックチェーン１１に予め記録されている。したがって、スマートコントラクト１３０は、チケットＮＦＴ１０１の所有者に代わって、チケットＮＦＴ１０１を送信できる。
　スマートコントラクト１３０は、第１変更処理Ｓ１及び第２変更処理Ｓ２を完了すると、チケット処理サーバ１２へ完了通知を送信する（ステップＳ５４）。第１変更処理Ｓ１及び第２変更処理Ｓ２を完了できなかった場合、完了通知に代えて、非完了通知が送信されてもよい。
　完了通知又は非完了通知を受信したチケット処理サーバ１２は、その完了通知又は非完了通知を提供者装置４０へ送信する。提供者装置４０では、完了通知又は非完了通知が表示又は音声出力される。提供者装置４０を使用するイベントスタッフ等は、完了通知によって、デジタルチケット１３Ａの使用のための処理が完了したことを把握でき、一方、非完了通知によって、デジタルチケット１３Ａの使用のための処理が正常に完了しなかったことを把握できる。
　なお、スマートコントラクト１３０へのチケットＮＦＴ取り上げ操作リクエストは、チケット処理サーバ１２からではなく、提供者装置４０から送信されてもよい。
　図６は、デジタルチケット１３Ａの使用方法の第２例を示している。第２例においても、第１例と同様に、デジタルチケット１３Ａの使用の際に、スマートコントラクト１３０が呼び出される。第２例に関し、特に説明しない点ついては、第１例と同様である。
　第２例において、スマートコントラクト１３０は、ユーザの端末３０から呼び出される。ユーザの端末３０によるスマートコントラクト１３０の呼び出しは、次のようにして行われる。なお、端末３０によるスマートコントラクト１３０の呼び出し機能は、コンピュータプログラム３０Ｃが有していればよい。
　第２例においては、イベント会場など、デジタルチケット１３Ａが使用される場所に、コード４６の表示体４５が配置される。表示体４５は、例えば、機械読み取り可能なコード４６が印刷された紙又はパネルである。コード４６は、例えば、２次元コードである。コード４６は、ユーザの端末３０による読み取り用である。コード４６は、デジタルチケット１３Ａを使用するために用いられる情報を有する。コード４６が有する情報は、例えば、デジタルチケット１３Ａが使用されるイベント識別情報・施設名・交通機関名など、使用されるべきデジタルチケット１３Ａを特定するための情報である。コード４６が有する情報は、呼び出すべきスマートコントラクト１３０を識別するための情報であってもよい。スマートコントラクト１３０を識別するための情報は、例えば、スマートコントラクト１３０が格納されたコントラクトアドレス１４０などである。コード４６が有する情報は、端末３０がアクセスすべきチケット処理サーバ１２を示す情報（ＵＲＬなど）であってもよい。コード４６が有する情報は、上記の情報の２以上の組み合わせであってもよい。
　デジタルチケット１３Ａの使用時において、コード４６は、デジタルチケット１３Ａを所有するユーザの端末３０が有するカメラ（図示省略）によって撮像され、端末３０によってコード４６が有する情報が読み取られる（ステップＳ６１）。
　端末３０は、コード４６から得られた情報又はユーザの選択操作に基づいて、使用されるべきデジタルチケット１３Ａに対応するチケットＮＦＴ１０１のＮＦＴ＿ＩＤ：Ａを取得する。端末３０は、ＮＦＴ＿ＩＤ：Ａによって識別されるチケットＮＦＴ１０１の取り上げ操作等をスマートコントラクト１３０に実行させるためスマートコントラクト１３０を呼び出す（ステップＳ６２Ａ）。呼び出されたスマートコントラクト１３０は、第１例と同様に第１変更処理Ｓ１及び第２変更処理Ｓ２を実行する。
　なお、スマートコントラクト１３０の呼び出しは、チケット処理サーバ１２経由で行われても良い（ステップＳ６２Ｂ）。この場合、端末３０からＮＦＴ＿ＩＤ：Ａを受信したチケット処理サーバ１２は、第１例と同様に、スマートコントラクト１３０を呼び出せばよい。
　スマートコントラクト１３０は、第１変更処理Ｓ１及び第２変更処理Ｓ２を完了すると、チケット処理サーバ１２へ完了通知を送信する（ステップＳ６３）。第１変更処理Ｓ１及び第２変更処理Ｓ２を完了できなかった場合、完了通知に代えて、非完了通知が送信されてもよい。完了通知又は非完了通知を受信したチケット処理サーバ１２は、その完了通知又は非完了通知を提供者装置４０へ送信する（ステップＳ６４）。提供者装置４０では、完了通知又は非完了通知が表示又は音声出力される。
　また、スマートコントラクト１３０は、完了通知又は非完了通知を端末３０へ送信する（ステップＳ６５）。端末３０では、完了通知又は非完了通知が表示又は音声出力される。
　図７は、デジタルチケット１３Ａの使用方法の第３例を示している。第３例では、第１変更処理Ｓ１は、ユーザ端末３０におけるユーザ操作に基づいてブロックチェーン１１において実行され、第２変更処理Ｓ２はスマートコントラクト１３０によって実行される。第３例に関し、特に説明しない点については、第１例又は第２例と同様である。
　第３例においても、第２例と同様に、イベント会場など、デジタルチケット１３Ａが使用される場所に、コード４６の表示体４５が配置される。表示体４５は、例えば、機械読み取り可能なコード４６が印刷された紙又はパネルである。コード４６は、例えば、２次元コードである。コード４６は、ユーザの端末３０による読み取り用である。コード４６は、デジタルチケット１３Ａを使用するために用いられる情報を有する。コード４６が有する情報は、例えば、デジタルチケット１３Ａが使用されるイベント識別情報・施設名・交通機関名など、使用されるべきデジタルチケット１３Ａを特定するための情報である。コード４６が有する情報は、チケットＮＦＴ１０１が送信される回収用アカウントを示す情報であってもよい。コード４６が有する情報は、上記の情報の２以上の組み合わせであってもよい。
　デジタルチケット１３Ａの使用時において、コード４６は、デジタルチケット１３Ａを所有するユーザの端末３０が有するカメラ（図示省略）によって撮像され、端末３０によってコード４６が有する情報が読み取られる（ステップＳ７１）。
　端末３０は、コード４６から得られた情報又はユーザの選択操作に基づいて、使用されるべきデジタルチケット１３Ａに対応するチケットＮＦＴ１０１のＮＦＴ＿ＩＤ：Ａを取得する。端末３０は、ＮＦＴ＿ＩＤ：Ａによって識別されるチケットＮＦＴ１０１を、ユーザアカウント１１０から回収用アカウント１２０へ送信させるユーザ操作を受け付ける。端末３０は、そのユーザ操作に基づいて、ＮＦＴ＿ＩＤ：Ａによって識別されるチケットＮＦＴ１０１を、ユーザアカウント１１０から回収用アカウント１２０へ送信させる指令をブロックチェーン１１に与える（ステップＳ７２）。この指令に基づいて、ブロックチェーン１１は、第１変更処理Ｓ１を実行する。
　スマートコントラクト１３０は、第１変更処理Ｓ１が実行されたことを検知すると、第２変更処理Ｓ２を実行する。スマートコントラクト１３０は、第１変更処理Ｓ１が実行されたことを、ブロックチェーン１１におけるチケットＮＦＴ１０１の所有者記録を参照することで検知してもよいし、ユーザ端末３０からの通知に基づいて検知してもよい（ステップＳ７３Ａ，７３Ｂ）。ユーザ端末３０からの通知は、チケット処理サーバ１２を介して、スマートコントラクト１３０へ送信されてもよいし、ユーザ端末３０から、直接、スマートコントラクト１３０へ送信されてもよい。
　スマートコントラクト１３０は、第２変更処理Ｓ２を完了すると、チケット処理サーバ１２へ完了通知を送信する（ステップＳ７４）。第２変更処理Ｓ２を完了できなかった場合、完了通知に代えて、非完了通知が送信されてもよい。完了通知又は非完了通知を受信したチケット処理サーバ１２は、その完了通知又は非完了通知を提供者装置４０へ送信する（ステップＳ７５Ａ）。提供者装置４０では、完了通知又は非完了通知が表示又は音声出力される。
　また、チケット処理サーバ１２は、完了通知又は非完了通知を端末３０へ送信する（ステップＳ７５Ａ）。端末３０では、完了通知又は非完了通知が表示又は音声出力される。なお、スマートコントラクト１３０は、完了通知又は非完了通知を端末３０へ直接送信してもよい。
　本発明は、上記実施形態に限定されるものではなく、様々な変形が可能である。
＜３．付記＞
　本開示は、以下を含む。
［付記第１項］
　デジタルチケットの使用のための方法であって、
　前記デジタルチケットの使用に伴って、ブロックチェーンにおいて所有者が記録される第１ノンファンジブルトークンが、前記第１ノンファンジブルトークンの回収用ブロックチェーンアドレスへ送信されると、前記ブロックチェーンにおいて所有者が記録される第２ノンファンジブルトークンを操作する第２処理を、コンピュータによって実行することを備え、
　前記第２ノンファンジブルトークンは、前記第１ノンファンジブルトークンとは異なるノンファンジブルトークンであり、前記デジタルチケットに含まれるデータの少なくとも一部を備えるデジタルスタブが対応付けられており、
　前記デジタルスタブは、前記第２ノンファンジブルトークンの所有者として前記ブロックチェーンに記録されているユーザの端末に表示されるように、データベースにおいて前記第２ノンファンジブルトークンに対応付けて保存されており、
　前記第２処理は、前記第２ノンファンジブルトークンを、前記第１ノンファンジブルトークンが前記回収用ブロックチェーンアドレスに送信される前における前記第１ノンファンジブルトークンの所有者のブロックチェーンアドレスへ送信することを備える
　デジタルチケットの使用のための方法。
［付記第２項］
　ブロックチェーンを用いたデジタルチケットシステムであって、
　前記ブロックチェーンにおいて所有者が記録される第１ノンファンジブルトークンが、前記第１ノンファンジブルトークンに対応付けられたデジタルチケットの使用に伴って、前記第１ノンファンジブルトークンの回収用ブロックチェーンアドレスへ送信されると、前記ブロックチェーンにおいて所有者が記録される第２ノンファンジブルトークンを操作する第２処理を実行するコンピュータと、
　前記第２ノンファンジブルトークンに対応付けてデジタルスタブを保存するためのデータベースと、
　を備え、
　前記第２ノンファンジブルトークンは、前記第１ノンファンジブルトークンとは異なるノンファンジブルトークンであり、
　前記デジタルスタブは、前記デジタルチケットに含まれるデータの少なくとも一部を備えるとともに、前記第２ノンファンジブルトークンの所有者として前記ブロックチェーンに記録されているユーザの端末に表示されるように、前記データベースにおいて前記第２ノンファンジブルトークンに対応付けて保存されており、
　前記第２処理は、前記第２ノンファンジブルトークンを、前記第１ノンファンジブルトークンが前記回収用ブロックチェーンアドレスに送信される前における前記第１ノンファンジブルトークンの所有者のブロックチェーンアドレスへ送信することを備える
　デジタルチケットシステム。
１０　　　　　：デジタルチケットシステム
１１　　　　　：ブロックチェーン
１２　　　　　：チケット処理サーバ
１２Ａ　　　　：プロセッサ
１２Ｂ　　　　：メモリ
１２Ｃ　　　　：コンピュータプログラム
１３　　　　　：チケットデータベース
１３Ａ　　　　：デジタルチケット
１３Ｂ　　　　：デジタルスタブ
１３Ｄ　　　　：動画
１５　　　　　：ネットワーク
３０　　　　　：ユーザ端末
３０Ａ　　　　：プロセッサ
３０Ｂ　　　　：メモリ
３０Ｃ　　　　：コンピュータプログラム
３１　　　　　：ディスプレイ
３３　　　　　：チケット表示画面
３３Ａ　　　　：コード
３５　　　　　：コード表示ボタン
３７　　　　　：スタブ表示画面
３９　　　　　：操作ボタン
４０　　　　　：提供者装置
４０Ａ　　　　：プロセッサ
４０Ｂ　　　　：メモリ
４０Ｃ　　　　：コンピュータプログラム
４５　　　　　：表示体
４６　　　　　：コード
１０１　　　　：第１ノンファンジブルトークン（チケットＮＦＴ）
１０２　　　　：第２ノンファンジブルトークン（スタブＮＦＴ）
１１０　　　　：ユーザアカウント
１２０　　　　：回収用アカウント
１３０　　　　：スマートコントラクト
１４０　　　　：コントラクトアドレス
Ｓ１　　　　　：第１変更処理
Ｓ２　　　　　：第２変更処理

 

Claims (6)

  1. 　デジタルチケットの使用のための方法であって、
    　ブロックチェーンにおいて所有者が記録される第１ノンファンジブルトークンを、デジタルチケットの使用のために操作する第１処理を、コンピュータによって実行することを備え、
    　前記デジタルチケットは、前記第１ノンファンジブルトークンの所有者として前記ブロックチェーンに記録されているユーザの端末に表示されるように、データベースにおいて前記第１ノンファンジブルトークンに対応付けて保存されており、
    　前記第１処理は、前記デジタルチケットに対応付けられた前記第１ノンファンジブルトークンを、前記第１ノンファンジブルトークンの回収用ブロックチェーンアドレスへ送信することで、前記第１ノンファンジブルトークンの所有者を変更する第１変更処理を備える
    　デジタルチケットの使用のための方法。
  2. 　前記ブロックチェーンにおいて所有者が記録される第２ノンファンジブルトークンに関する第２処理を、コンピュータによって実行することを更に備え、
    　前記第２ノンファンジブルトークンは、前記第１ノンファンジブルトークンとは異なるノンファンジブルトークンであり、前記デジタルチケットに含まれるデータの少なくとも一部を備えるデジタルスタブが対応付けられており、
    　前記デジタルスタブは、前記第２ノンファンジブルトークンの所有者として前記ブロックチェーンに記録されているユーザの端末に表示されるように、データベースにおいて前記第２ノンファンジブルトークンに対応付けて保存されており、
    　前記第２処理は、前記第２ノンファンジブルトークンを、前記第１変更処理の前における前記第１ノンファンジブルトークンの所有者のブロックチェーンアドレスへ送信することで、前記第２ノンファンジブルトークンの所有者を変更する第２変更処理を備える
    　請求項１に記載のデジタルチケットのための方法。
  3. 　前記デジタルスタブは、前記デジタルチケットに含まれない前記デジタルスタブ特有のデータを備える
    　請求項２に記載のデジタルチケットの使用のための方法。
  4. 　前記第２処理は、前記第１処理と同時に、又は、前記第１処理の後に、実行される
    　請求項２に記載のデジタルチケットの使用のための方法。
  5. 　前記デジタルチケットは、イベント用であり、
    　前記デジタルスタブは、前記デジタルチケットに含まれないデータであって、前記イベントに関連した前記データを備え、
    　前記イベントに関連した前記データは、前記イベントにおいて収録された画像データ、前記イベントにおいて収録された音データ、前記イベントにおいて使用された画像データ、前記イベントにおいて使用された音データ、前記イベントの出演者を収録した画像データ、及び前記イベントの出演者の音声を収録した音データから選択される１以上のデータを含む
    　請求項２から請求項４のいずれか１項に記載のデジタルチケットの使用のための方法。
  6. 　ブロックチェーンを用いたデジタルチケットシステムであって、
    　ブロックチェーンにおいて所有者が記録される第１ノンファンジブルトークンを、デジタルチケットの使用のために操作する第１処理を実行するコンピュータと、
    　前記第１ノンファンジブルトークンに対応付けて前記デジタルチケットを保存するためのデータベースと、
    　を備え、
    　前記デジタルチケットは、前記第１ノンファンジブルトークンの所有者として前記ブロックチェーンに記録されているユーザの端末に表示されるように、前記データベースにおいて前記第１ノンファンジブルトークンに対応付けて保存されており、
    　前記第１処理は、前記デジタルチケットに対応付けられた前記第１ノンファンジブルトークンを、前記第１ノンファンジブルトークンの回収用ブロックチェーンアドレスへ送信することで、前記第１ノンファンジブルトークンの所有者を変更する第１変更処理を備える
    　デジタルチケットシステム。
PCT/JP2022/027440 2021-07-12 2022-07-12 デジタルチケットの使用のための方法及びデジタルチケットシステム WO2023286774A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2023534818A JPWO2023286774A1 (ja) 2021-07-12 2022-07-12

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021115337 2021-07-12
JP2021-115337 2021-07-12

Publications (1)

Publication Number Publication Date
WO2023286774A1 true WO2023286774A1 (ja) 2023-01-19

Family

ID=84919434

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/027440 WO2023286774A1 (ja) 2021-07-12 2022-07-12 デジタルチケットの使用のための方法及びデジタルチケットシステム

Country Status (2)

Country Link
JP (1) JPWO2023286774A1 (ja)
WO (1) WO2023286774A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110208418A1 (en) * 2010-02-25 2011-08-25 Looney Erin C Completing Obligations Associated With Transactions Performed Via Mobile User Platforms Based on Digital Interactive Tickets
JP2019139312A (ja) * 2018-02-06 2019-08-22 ｐｌａｙｇｒｏｕｎｄ株式会社 チケット管理サーバ及びプログラム
JP2020526806A (ja) * 2019-04-08 2020-08-31 アリババ・グループ・ホールディング・リミテッドＡｌｉｂａｂａ Ｇｒｏｕｐ Ｈｏｌｄｉｎｇ Ｌｉｍｉｔｅｄ ブロックチェーンネットワークに基づいたデジタルチケットの転送
JP2021051585A (ja) * 2019-09-25 2021-04-01 Ｎｔｔテクノクロス株式会社 電子チケット管理方法及び電子チケット管理プログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110208418A1 (en) * 2010-02-25 2011-08-25 Looney Erin C Completing Obligations Associated With Transactions Performed Via Mobile User Platforms Based on Digital Interactive Tickets
JP2019139312A (ja) * 2018-02-06 2019-08-22 ｐｌａｙｇｒｏｕｎｄ株式会社 チケット管理サーバ及びプログラム
JP2020526806A (ja) * 2019-04-08 2020-08-31 アリババ・グループ・ホールディング・リミテッドＡｌｉｂａｂａ Ｇｒｏｕｐ Ｈｏｌｄｉｎｇ Ｌｉｍｉｔｅｄ ブロックチェーンネットワークに基づいたデジタルチケットの転送
JP2021051585A (ja) * 2019-09-25 2021-04-01 Ｎｔｔテクノクロス株式会社 電子チケット管理方法及び電子チケット管理プログラム

Also Published As

Publication number Publication date
JPWO2023286774A1 (ja) 2023-01-19

Similar Documents

Publication Publication Date Title
KR101928087B1 (ko) 블록체인 기반의 온라인 복권 관리 방법 및 이를 이용한 서버
JP7456742B2 (ja) 電子チケット管理方法及び電子チケット管理プログラム
US20080147430A1 (en) Virtual Event Attendance Systems
JP2015075969A (ja) ポイント提供装置、ポイント提供システム、ポイント提供方法、プログラム、および記録媒体
WO2023286774A1 (ja) デジタルチケットの使用のための方法及びデジタルチケットシステム
JP2017059192A (ja) マイナンバーを利用したマッチングシステムおよびマッチング方法
WO2023286773A1 (ja) 印刷によって製造される商品の製造方法及びシステム
JP4217222B2 (ja) 統合業務システム
JP4898055B2 (ja) チケット譲渡システム
JP7322961B2 (ja) データ記録装置および方法
JP7369369B2 (ja) 接客支援装置、接客支援システム及び接客支援方法
JP7301648B2 (ja) 認証システム、認証方法およびプログラム
JP2007265090A (ja) 情報処理装置及び情報処理システム
JP2010026625A (ja) 専用マネー取引システムおよび管理サーバ
WO2020149180A1 (ja) 電子カード管理システム、電子カード管理プログラム及び電子カード管理方法
US10438138B2 (en) Reliable aftermarket event ticket transfer: method and apparatus
JP6733979B1 (ja) 手続共有システム、及び手続共有方法
JP2002236664A (ja) 認証システム、携帯通信端末、認証用店舗端末、認証用サーバ、及びこれらの制御方法、プログラム、プログラムを記録した記録媒体
US20240127128A1 (en) System and method for a digital ticketing platform
JP2003030318A (ja) ホームページ運用システムおよびホームページ運用プログラム
WO2023054170A1 (ja) 情報処理プログラム及び情報処理装置
WO2021065751A1 (ja) 情報処理方法、プログラムおよび情報処理装置
JP2007066195A (ja) 携帯端末
CN107209882A (zh) 对于处在管理之下的设备的多阶段撤销注册
US20200097966A1 (en) Information processing method, information processing device, and computer-readable non-transitory storage medium storing program

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: 22842117

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023534818

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE