JP7817567B2 - Information processing device, information processing method, and information processing program - Google Patents

Description

The present invention relates to an information processing device, an information processing method, and an information processing program.

Currently, there are known games that allow users to participate in a lottery called gacha. By participating in the lottery, users can obtain new game content (for example, characters or items).

For example, Patent Document 1 discloses a game in which the game progresses in response to user input operations, and as predetermined items are achieved through the user's game play, game points are awarded to the user according to the achieved items, and each time the user's game points reach a certain amount, the user is given the right to enter a lottery.

In recent years, interest in virtual currencies (crypto assets) based on blockchain technology has grown, and the application and development of blockchain to games has progressed.

A feature of games that use blockchain is that game content (in-game assets) such as characters and items are issued and distributed on the blockchain, making it possible to exchange and buy and sell game content between users while eliminating fraudulent activities such as tampering with game data. Furthermore, because game content is issued and distributed on the blockchain, it is also possible to use the same game content in multiple different games.

In this case, in order to increase asset value, game media are issued and distributed on the blockchain as non-fungible tokens (NFTs) by limiting quantities and managing them with serial numbers to create scarcity. For example, if a user obtains new game media through an in-game lottery, the transfer (distribution) of that game media to the user is recorded as a transaction (transaction history) on the blockchain.

For example, ERC721 (Ethereum Request for Comments) is one of the token standards for issuing NFTs on the Ethereum blockchain. Rather than specifying the quantity of tokens, each token is identified by an ID, recorded on the blockchain, and can be transferred. Attribute information specific to this NFT can be linked to data such as a name, description, and image.

JP 2018-011891 A

However, not only with blockchain, but by assigning unique identification information to all game media and managing data individually for each game media, the management burden of game media increases. The number of game media (characters, items, etc.) used in games is enormous, and if all game media given to users through lottery draws were to be managed in a manner that imposes a high management burden (for example, by using non-fungible tokens that allocate and manage information that uniquely identifies each game media), there was a problem in that the management burden for game media would become extremely high.

The object of the present invention is to provide an information processing device, information processing method, and information processing program that can reduce the management burden of game media.

The information processing device of the present invention is an information processing device equipped with a processor, wherein the processor executes a lottery to determine a game medium to be granted to a user from a set of game media including a first game medium managed by a blockchain and a second game medium not managed by the blockchain, and when the first game medium is granted to the user, game medium identification information that can identify the first game medium in the blockchain is stored in association with user identification information that can identify the user.

This invention reduces the burden of managing game content.

FIG. 1 is a diagram illustrating a configuration of a game system according to a first embodiment. 10 is an example of a home screen displayed on a display unit of a user terminal. 10 is an example of a lottery result screen displayed on a display unit of a user terminal. FIG. 2 is a block diagram illustrating a hardware configuration of a server according to the first embodiment. FIG. 2 is a block diagram showing the hardware configuration of a user terminal according to the first embodiment. FIG. 2 is a block diagram illustrating an example of a functional configuration of a server according to the first embodiment. FIG. 10 is a diagram showing an example of a character management table. FIG. 10 illustrates an example of a user management table. 10 is a flowchart showing an example of a lottery process performed by a control unit. FIG. 10 is a block diagram illustrating an example of a functional configuration of a server according to a second embodiment. FIG. 10 is a diagram showing an example of a lottery result screen displayed on the display unit of the user terminal. FIG. 10 is a diagram showing an example of a lottery conditions screen displayed on a display unit of a user terminal. FIG. 10 is a diagram showing an example of a lottery result screen displayed on the display unit of the user terminal. FIG. 10 is a diagram showing an example of a lottery execution screen displayed on a display unit of a user terminal. A figure showing an example of first game media belonging to a first game media set and a second game media set.

Embodiments of the present invention will be described with reference to the accompanying drawings. Note that in each drawing, components with the same reference numerals have the same or similar configurations.

(First Embodiment) Figure 1 shows the configuration of a game system 1 in the first embodiment. The game system 1 shown in Figure 1 includes a server 10 (game server) and multiple user terminals 20 (user terminal 20a, user terminal 20b, user terminal 20c). The server 10 and user terminals 20 are connected to each other so that they can communicate with each other via a communication line 5 such as the Internet, an intranet, a wireless LAN, or mobile communications. The server 10 functions as the "information processing device" of the present invention.

In this embodiment, users using user terminal 20a, user terminal 20b, and user terminal 20c are referred to as user U1, user U2, and user U3, respectively. When there is no need to distinguish between user U1, user U2, and user U3, user U1, user U2, and user U3 will each be referred to as user U.

Furthermore, when there is no need to distinguish between user terminal 20a, user terminal 20b, and user terminal 20c, user terminal 20a, user terminal 20b, and user terminal 20c will each be referred to as user terminal 20.

Note that the number of user terminals 20 included in the game system 1 is not limited to three, and it is sufficient that the game system 1 includes at least one user terminal 20.

The user terminal 20 is an information processing terminal such as a smartphone or tablet terminal, and provides the game to the user U. By operating the user terminal 20, the user U can log in to the game and play the game.

The user terminal 20 may be any type of terminal, such as a mobile phone, personal computer (PC), notebook PC, personal digital assistant (PDA), or home game console. The user terminal 20 may notify the server 10 of its own location detected using a GPS (Global Positioning System) or similar.

The server 10 is a device that performs some of the functions required for the user terminal 20 to provide the game, such as managing various information related to the user U and executing some of the game's processing. The server 10 may be composed of one or more information processing devices, or may be configured using a virtual server (such as a cloud server).

In this embodiment, a blockchain network is configured with a server 10 and multiple user terminals 20 (user terminal 20a, user terminal 20b, user terminal 20c), and multiple nodes (computers) connected to each other via P2P (Peer to Peer) communication. A blockchain network is a system in which multiple nodes (computers) share and manage a ledger in which transactions are recorded. A blockchain is data in which multiple blocks are linked in a chain in chronological order, and each block contains transaction data for a certain period of time. Blockchain technology has the advantage that multiple blocks are added while retaining past information, making it difficult to tamper with history. A blockchain network can be constructed using, for example, Ethereum.

In this embodiment, Ethereum is used as the blockchain network, which allows for the realization of smart contracts that guarantee the validity of contracts using blockchain. Note that instead of Ethereum, other blockchain networks such as Flow, EOS, and NEM may also be used.

Flow is a blockchain designed as the foundation for a new generation of games and apps, as well as the digital asset management that powers them. It distributes functions to increase scalability, while eliminating the need for sharding to reduce database load. EOS is a blockchain that aims to solve the scalability problem, and is characterized by the fact that no delays or increases in fees occur no matter how many users or transactions there are. NEM is a blockchain that excels in robustness, as it does not allow contracts to be written like Ethereum, and it incorporates convenient functions at the protocol level within its blockchain.

Standards for tokens (Ethereum tokens) that can be issued via blockchain networks such as Ethereum include ERC (Ethereum Request for Comments) 20, ERC223 (an improved version of ERC20), ERC721, and ERC1155. ERC20 is a standard for issuing tokens (fungible tokens) as currency on Ethereum. ERC721 is a standard for issuing non-fungible tokens (NFTs), which are tokens with unique value by adding various information to the token. NFTs have unique value that distinguishes them from other NFTs, and they have a unique identifier (NFT-ID) that enables them to be distinguished from other NFTs. NFTs that comply with the ERC721 standard are also called NFT-721 tokens.

NFTs, like fungible tokens, can be traded on the blockchain network. NFT transaction history is recorded on the blockchain network. The blockchain network's distributed ledger also records the NFT's owner and ownership history.

ERC1155 is said to be a hybrid standard that combines the features of ERC20 and ERC721, and can issue tokens with ERC20 features as well as tokens with unique value using ERC721. Furthermore, ERC1155 allows multiple tokens to be handled in a single contract, making it possible to send multiple tokens as a group or to send tokens to multiple parties in a single transaction. In this embodiment, the NFT is a token issued in compliance with the ERC1155 standard.

(Game Overview) Next, an overview of the game provided by game system 1 will be described. In the game provided by game system 1, user U can create a deck with characters selected from multiple characters they own, and obtain new characters and items by clearing quests using the created deck. User U can also combine multiple characters they have obtained to develop a stronger character, or use items to strengthen the attributes of characters, allowing them to take on more difficult quests.

Here, a quest is a term that refers to a task that can be completed by meeting certain predetermined conditions. Quests are also commonly called explorations, tasks, and missions. A user U who participates in a quest can complete the quest by meeting the certain conditions, and completing the quest will result in the user U receiving a reward and progressing through the story of the game.

"Deck" is a term meaning a group made up of multiple characters. When user U performs a quest, they select characters with the appropriate abilities to complete the quest, assemble a deck, and then perform the quest. In this embodiment, user U's "performing" a quest may also be referred to as "quest play." By playing the game, user U is given a user rank, which is user U's status value that increases depending on, for example, the number of quests completed.

Quests can be carried out jointly by multiple users U. Hereinafter, carrying out a quest jointly by multiple users U will be referred to as "multiplay." In multiplay, each user U controls a character assigned to them from among the multiple characters that make up the deck. The user U who convenes a multiplay is called the host.

User U can obtain characters in various situations during the game (for example, when clearing a quest). User U can also enter a lottery (draw a ticket) to win any game medium (character or item) during the game. User U can receive (acquire) any game medium by entering a lottery. Entering a lottery (drawing a ticket) to win any game medium is also called "gacha." User U can enter the lottery by consuming consumable media such as money, tokens, virtual currency, crypto assets, electronic currencies such as credit cards, and points, consuming in-game value (for example, currency managed by blockchain), or consuming a lottery ticket, which is an in-game item that can be received in the game. For example, if the unit of in-game value is "orbs," consuming one orb allows for one lottery draw.

In this embodiment, each game medium is assigned a rarity level (scarcity) that corresponds to the probability of winning the lottery. Rarity levels are set, for example, from level 1 to level 3, with level 1 having the highest probability of winning, followed by levels 2 and 3, in that order.

Figure 2 is a diagram showing an example of a home screen displayed on the display unit 24 of the user terminal 20. The home screen shown in Figure 2 is displayed when the user U starts the game after logging in to the game. Each screen described below is displayed based on game screen display data transmitted from the server 10 to the user terminal 20.

The home screen displays a game button 40, a lottery button 42, and the like. When the user U presses the game button 40, a screen for playing the game (not shown) is displayed, and the user U can play the game. When the user U presses the lottery button 42, the user U can enter a lottery. Specifically, when the lottery button 42 is pressed, a lottery is entered, and a lottery result screen for displaying the lottery results is displayed.

Figure 3 shows an example of a lottery result screen displayed on the display unit 24 of the user terminal 20. The lottery result screen shown in Figure 3 is displayed when the lottery button 42 is pressed on the home screen shown in Figure 2 to execute a lottery. The lottery result screen displays an image 50 of the acquired character (game medium), its name and rarity level 52, the lottery button 42, the back button 44, etc.

The image 50, name, and rarity level 52 display the image of the character acquired by the user U through the lottery, its name (e.g., character A), and the character's rarity level (e.g., 3). When the user U presses the lottery button 42, the lottery is conducted again, and a screen displaying the lottery results is displayed. When the user U presses the back button 44, the home screen shown in Figure 2 is displayed.

(Hardware configuration of server 10) Figure 4 is a block diagram showing the hardware configuration of server 10 in this embodiment. As shown in Figure 4, server 10 is configured to include a control unit 11, a memory unit 12, a communication unit 13, an operation input unit 14, and a monitor 15.

The control unit 11 is, for example, a CPU (Central Processing Unit), microprocessor, DSP (Digital Signal Processor), etc., and controls the overall operation of the server 10. The control unit 11 and the control unit 11A described below function as the "processor" of the present invention.

Part of the memory unit 12 is composed of, for example, RAM (Random Access Memory) or DRAM (Dynamic Random Access Memory), and is used as a work area when the control unit 11 executes processes based on various programs.

Furthermore, part of the storage unit 12 is, for example, non-volatile memory such as ROM (Read Only Memory) or an HDD (Hard Disk Drive), and stores various data and programs used in the processing of the control unit 11. The storage unit 12 can hold a database including one or more tables for recording various information, processing results, etc.

The programs stored in the storage unit 12 include, for example, an OS (Operating System) for implementing the basic functions of the server 10, drivers for controlling various hardware, and programs for implementing various functions, including programs that function as the "information processing program" of the present invention.

The communication unit 13 is, for example, a NIC (Network Interface Controller) and has the function of connecting to the communication line 5. Instead of or in addition to the NIC, the communication unit 13 may have the function of connecting to a wireless LAN (Local Area Network), a function of connecting to a wireless WAN (Wide Area Network), a function that enables short-range wireless communication such as Bluetooth (registered trademark), and infrared communication. The server 10 is connected to user terminals 20 and the like via the communication line 5, and can send and receive various data to and from the user terminals 20 and the like.

The operation input unit 14 is composed of a keyboard, mouse, etc., and accepts input of various operations by the user of the server 10. The monitor 15 is, for example, an LCD display device, and displays various images.

The control unit 11, memory unit 12, communication unit 13, operation input unit 14, and monitor 15 are electrically connected to one another via a system bus 16. Therefore, the control unit 11 can access the memory unit 12, display images on the monitor 15, grasp the operation status of the user on the operation input unit 14, and access various communication networks and user terminals 20 via the communication unit 13.

(Hardware configuration of user terminal 20) Figure 5 is a block diagram showing the hardware configuration of the user terminal 20 in this embodiment. As shown in Figure 5, the user terminal 20 is configured to include a control unit 21, a memory unit 22, a communication unit 23, a display unit 24, a speaker 25, a microphone 26, a camera 27, and operation buttons 28.

The control unit 21 is, for example, a CPU (Central Processing Unit), microprocessor, DSP (Digital Signal Processor), etc., and controls the overall operation of the user terminal 20.

Part of the memory unit 22 is composed of, for example, RAM (Random Access Memory) or DRAM (Dynamic Random Access Memory), and is used as a work area when the control unit 21 executes processes based on various programs.

In addition, part of the storage unit 22 is, for example, non-volatile memory such as ROM (Read Only Memory) or an HDD (Hard Disk Drive), and stores various data and programs used in the processing of the control unit 21. The storage unit 22 can hold a database including one or more tables for recording various information, processing results, etc.

The programs stored in the memory unit 22 include, for example, an OS (Operating System) for implementing the basic functions of the user terminal 20, drivers for controlling various hardware, and programs for implementing various functions.

The communication unit 23 is, for example, a NIC (Network Interface Controller) and has the function of connecting to the communication line 5. Instead of or in addition to the NIC, the communication unit 23 may have the function of connecting to a wireless LAN (Local Area Network), a function of connecting to a wireless WAN (Wide Area Network), a function that enables short-range wireless communication such as Bluetooth (registered trademark), and infrared communication. The user terminal 20 is connected to the server 10, other user terminals 20, etc. via the communication line 5, and can send and receive various data between the server 10, other user terminals 20, etc.

The display unit 24 is a touch panel display or the like, and is capable of displaying images and accepting operations by the user U.

The speaker 25 outputs various sounds under the control of the control unit 21. The microphone 26 inputs various sounds under the control of the control unit 21. The camera 27 captures an image of a subject under the control of the control unit 21.

The operation button 28 is provided, for example, on the side of the user terminal 20, and includes a power button for starting or stopping the user terminal 20, a button for adjusting the volume of the sound output from the speaker 25, etc.

The control unit 21, memory unit 22, communication unit 23, display unit 24, speaker 25, microphone 26, camera 27, and operation buttons 28 are electrically connected to one another via a system bus 29. Therefore, the control unit 21 can access the memory unit 22, display images on the display unit 24, grasp the operation status of the touch panel display (display unit 24) and operation buttons 28 by the user U, input sound to the microphone 26, output sound from the speaker 25, control the camera 27, and access various communication networks, the server 10, other user terminals 20, etc. via the communication unit 23.

Figure 6 is a block diagram showing an example of the functional configuration of the control unit 11 provided in the server 10 in this embodiment. As shown in Figure 6, the control unit 11 has, as its functional configuration, a game media management unit 11a, an NFT processing unit 11b, and a lottery execution unit 11c. Note that the control unit 11 of the server 10 generally has various functions in addition to those described above, but here we will only explain the functions that are characteristic of the game system 1 in this embodiment, and will not illustrate or explain other known functions, etc.

The game content management unit 11a manages game content (e.g., characters) that the user U can use in the game, for example, in a character management table.

Figure 7 is a diagram showing an example of a character management table stored in the memory unit 12. As shown in Figure 7, the character management table includes, for each type of character, a character ID that can identify the character, a character name that indicates the name of the character, a winning probability that indicates the probability of winning the lottery, a rarity that indicates the rarity of the character, and an NFT-ID that is an identifier for the NFT (non-fungible token) issued for the character, all associated with each other. The character management table is shared by multiple users U.

For example, for a character with a character ID of M002, the character name is Character B, the winning probability is 1%, and the rarity is 3, and the NFT-IDs of the five NFTs issued for that character are B01, B02, B03, B04, and B05. Also, for a character with a character ID of M008, the character name is Character H, the winning probability is 5%, and the rarity is 2, and no NFTs have been issued for that character. Also, for a character with a character ID of M014, the character name is Character N, the winning probability is 15%, and the rarity is 1, and no NFTs have been issued for that character.

Characters with a character ID of M001 to M005 have been issued an NFT, meaning that there is a limited number of them, and they are game media managed by blockchain (hereinafter sometimes referred to as "first game media"). On the other hand, characters with a character ID of M006 to M014 have not been issued an NFT, meaning that there is no limit to the number of them, and they are game media not managed by blockchain (hereinafter sometimes referred to as "second game media"). In this embodiment, only characters with a high rarity, specifically characters with a rarity of 3, are managed by blockchain using NFT.

Furthermore, the game media management unit 11a manages, for each user U, the game media owned by that user U, for example, in a user management table. Figure 8 is a diagram showing an example of a user management table stored in the storage unit 12. As shown in Figure 8, the user management table includes, for each user U, a user ID that can identify the user U, a username that indicates the name of the user U, a character ID that can identify a character owned by the user U, and an NFT-ID that can identify an NFT issued for a character owned by the user U, all associated with each other.

As shown in Figure 8, user U1, whose user ID is U001, owns a character with a character ID of M001 and an NFT issued with an NFT-ID of A01, a character with a character ID of M006, and a character with a character ID of M010. User U2, whose user ID is U002, owns a character with a character ID of M003 and an NFT issued with an NFT-ID of C01, a character with a character ID of M007, and a character with a character ID of M011. User U3, whose user ID is U003, owns a character with a character ID of M005 and an NFT issued with an NFT-ID of E01, a character with a character ID of M008, and a character with a character ID of M012.

The NFT processing unit 11b performs various processes related to NFTs. Specifically, the NFT processing unit 11b issues NFTs that do not have an owner in the blockchain network. Note that the NFT processing unit 11b may also issue NFTs whose owner in the blockchain network is the server 10.

In this embodiment, as shown in FIG. 7, the NFT processing unit 11b issues five NFTs with NFT-IDs A01, A02, A03, A04, and A05 for character A, whose character ID is M001. The NFT processing unit 11b also issues five NFTs with NFT-IDs B01, B02, B03, B04, and B05 for character B, whose character ID is M002. The NFT processing unit 11b also issues five NFTs with NFT-IDs C01, C02, C03, C04, and C05 for character C, whose character ID is M003. The NFT processing unit 11b also issues five NFTs with NFT-IDs D01, D02, D03, D04, and D05 for character D, whose character ID is M004. Additionally, the NFT processing unit 11b issues five NFTs with NFT-IDs E01, E02, E03, E04, and E05 for character E, whose character ID is M005.

The game media management unit 11a associates each NFT issued by the NFT processing unit 11b with the corresponding characters A to E and stores them in the character management table. For example, the game media management unit 11a associates the NFTs (B01, B02, B03, B04, B05) issued by the NFT processing unit 11b with the corresponding character B (character ID: M002) and stores them in the character management table.

For example, when a newly issued NFT is transferred to user U, the NFT processing unit 11b issues a transaction on the blockchain network that sets the transferee user U as the owner of the NFT. The NFT processing unit 11b can issue a transaction in response to a transfer request. The transfer request includes an NFT-ID that can identify the NFT to be transferred and a user ID (which can also be a user account name or wallet address) that can identify the transferee user U, in association with each other.

The NFT processing unit 11b generates block data including the issued transaction (transaction data) and records it in the storage unit 12. Specifically, the NFT processing unit 11b adds the newly created block data to the blockchain stored in the storage unit 12. In the block data, game media identification information (NFT-ID) that can identify the first game media to be transferred is stored in association with user identification information (user ID) that can identify the transferee user U.

The NFT processing unit 11b transmits the generated block data to multiple user terminals 20 (user terminal 20a, user terminal 20b, and user terminal 20c) that make up the blockchain network. The control unit 21 of the user terminal 20 records the block data transmitted from the NFT processing unit 11b in the memory unit 22. Specifically, the control unit 21 adds the newly transmitted block data to the blockchain stored in the memory unit 22. By recording the newly created block data in the memory unit 12 of the server 10 and the memory unit 22 of the user terminal 20, the owner of the newly issued NFT is rewritten from "no owner" to the transferee user U, and the NFT is transferred to the transferee user U.

Note that even when an NFT is transferred between multiple users U, for example, from user U1 to user U2, the NFT processing unit 11b issues a transaction on the blockchain network that sets the transferee user U as the new owner of the NFT. The NFT processing unit 11b can issue a transaction in response to a transfer request. The transfer request contains an NFT-ID that can identify the NFT to be transferred, a user ID that can identify the transferor user U (which can be a user account name or wallet address), and a user ID that can identify the transferee user U (which can be a user account name or wallet address). If the transfer request contains an invalid user ID (which can be a user account name or a wallet address associated with the user account name) for the transferee user U, the NFT processing unit 11b may refuse to issue the transaction or may issue a warning before issuing the transaction.

Then, the NFT processing unit 11b generates block data including the issued transaction and records it in the storage unit 12. Specifically, the NFT processing unit 11b adds the newly created block data to the blockchain stored in the storage unit 12. In the block data, game media identification information (NFT-ID) that can identify the first game media to be transferred is stored in association with user identification information (user ID) that can identify the transferee user U.

Then, the NFT processing unit 11b transmits the generated block data to multiple user terminals 20 (user terminal 20a, user terminal 20b, and user terminal 20c) that make up the blockchain network. The control unit 21 of the user terminal 20 records the block data transmitted from the NFT processing unit 11b in the memory unit 22. Specifically, the control unit 21 adds the newly transmitted block data to the blockchain held in the memory unit 22. By recording the newly created block data in the memory unit 12 of the server 10 and the memory unit 22 of the user terminal 20, the owner of the newly issued NFT is rewritten from the transfer source user U to the transfer destination user U, and the NFT is transferred from the transfer source user U to the transfer destination user U.

When the lottery button 42 is pressed on the home screen shown in FIG. 2, the lottery execution unit 11c accepts a request to execute a lottery (gacha) to determine the game medium (e.g., character) to be granted to the user U. The lottery execution unit 11c then executes a lottery to determine the game medium (e.g., character) to be granted to the user U.

Figure 9 is a flowchart showing an example of the lottery process (corresponding to the "information processing method" of the present invention) performed by the server 10 in this embodiment.

First, the lottery execution unit 11c receives a request from a user U who is logged in to the game to execute a lottery to determine the game content (e.g., a character) to be granted to the user U (step S100).

Next, the lottery execution unit 11c references the character management table (see Figure 7) stored in the memory unit 12 and generates a set of game media including characters managed by the blockchain (specifically, characters A to E) and characters not managed by the blockchain (specifically, characters F to N) (step S110).

Next, the lottery execution unit 11c executes a lottery to determine the character to be granted to user U from the set of game media generated in step S110 (step S120). The lottery execution unit 11c then outputs lottery result information indicating the results of the lottery execution to the game media management unit 11a and the NFT processing unit 11b.

Next, the game media management unit 11a updates the user management table (see FIG. 8) stored in the memory unit 12 based on the execution result indicated in the lottery result information output from the lottery execution unit 11c (step S130). For example, if character M is determined to be the character to be assigned to user U1, the game media management unit 11a adds a new record to the user management table indicating that "user U1, whose user ID is U001, owns character M, whose character ID is M013." Furthermore, if character D is determined to be the character to be assigned to user U3, the game media management unit 11a adds a new record to the user management table indicating that "user U3, whose user ID is U003, owns character D, whose character ID is M004, and for which an NFT, whose NFT-ID is D01, has been issued."

Next, the NFT processing unit 11b stores the execution result indicated in the lottery result information output from the lottery execution unit 11c and the storage unit 1
2 and the character management table stored in the system, and determines whether the character decided to be assigned to user U is managed by the blockchain, specifically, whether an NFT has been issued for the character (step S140).

If the determination result shows that the character determined to be granted to user U is not managed by the blockchain (step S140, NO), the server 10 terminates the lottery process shown in Figure 9.

On the other hand, if the character decided to be granted to user U is managed by the blockchain (step S140, YES), the NFT processing unit 11b issues a transaction on the blockchain network to set the transferee user U as the new owner of the NFT in order to transfer (grant) the NFT issued to that character to user U (step S150).

Next, the NFT processing unit 11b generates block data including the issued transaction (transaction data) and records it in the storage unit 12 (step S160). Specifically, the NFT processing unit 11b adds the newly created block data to the blockchain stored in the storage unit 12.

Finally, the NFT processing unit 11b transmits the block data generated in step S160 to multiple user terminals 20 (user terminal 20a, user terminal 20b, and user terminal 20c) that make up the blockchain network (step S170). Then, the control unit 21 of the user terminal 20 records the block data transmitted from the NFT processing unit 11b in the storage unit 22. Specifically, the control unit 21 adds the newly transmitted block data to the blockchain stored in the storage unit 22. Upon completion of the processing of step S170, the server 10 terminates the lottery processing shown in FIG. 9.

As described in detail above, in the first embodiment, the server 10 (information processing device) includes a control unit 11 (processor). The processor executes a lottery (gacha) to determine the game media (characters) to be granted to user U from a set of game media including first game media (characters A to E) managed by the blockchain (Ethereum) and second game media (characters F to N) not managed by the blockchain. When the first game media is granted to user U, game media identification information (NFT-ID) that can identify the first game media in the blockchain is stored in association with user identification information (user ID) that can identify user U.

According to the first embodiment configured in this way, the management burden of game media can be reduced compared to when all game media granted to user U through the execution of a lottery are managed in a manner that imposes a high management burden (blockchain using NFT).

(Second embodiment) Next, a second embodiment of the present invention will be described with reference to the drawings. Figure 10 is a block diagram showing an example of the functional configuration of the server 10 (control unit 11A) according to the second embodiment. In Figure 10, components with the same reference numerals as those shown in Figure 6 have the same functions, so redundant explanations will be omitted here.

As shown in FIG. 10, the control unit 11A according to the second embodiment is configured to include, as its functional components, a game media management unit 11a, an NFT processing unit 11b, a lottery execution unit 11c, and a refund acceptance unit 11d.

The return acceptance unit 11d accepts from user U a request to return the first game medium that has been granted to user U by lottery. Specifically, when return request information indicating a request for the return of the first game medium from user U2 is transmitted from user terminal 20b, for example via an operation on the display unit 24, the return acceptance unit 11d accepts the return of the first game medium that has been granted to user U2 by lottery.

Note that the first game medium that has already been granted to user U through a lottery may be restricted from being bought or sold, and may only be returned to the server 10 (the game operator). When the return acceptance unit 11d accepts a return of the first game medium that has already been granted to user U through a lottery, it may grant user U in return another game medium (for example, an item) that cannot be sold for money or goods and that can only be used within the game.

In this embodiment, the refund acceptance unit 11d accepts the refund of the first game media that have already been awarded by lottery when the remaining number of first game media that can be awarded by lottery falls below a predetermined number.

When the return acceptance unit 11d accepts the return of first game media that have been granted by lottery, the game media management unit 11a increases the number of first game media that can be granted by lottery by the number of first game media that have been accepted for return.

For example, when the return acceptance unit 11d accepts the return of the first game medium (character D for which an NFT with NFT-ID D01 has been issued) that has been granted to user U2 through a lottery, the game media management unit 11a adds D01 as the NFT-ID associated with character D in the character management table. In addition, the game media management unit 11a deletes from the user management table a record indicating that "user U2 with user ID U002 owns character D with character ID M004 and an NFT with NFT-ID D01 has been issued."

In this case, the NFT processing unit 11b issues a transaction on the blockchain network that sets the new owner of the NFT as absent. The NFT processing unit 11b generates block data including the issued transaction (transaction data) and records it in the storage unit 12. Specifically, the NFT processing unit 11b adds the newly created block data to the blockchain stored in the storage unit 12.

Then, the NFT processing unit 11b transmits the generated block data to multiple user terminals 20 (user terminal 20a, user terminal 20b, and user terminal 20c) that make up the blockchain network. The control unit 21 of the user terminal 20 records the block data transmitted from the NFT processing unit 11b in the memory unit 22. Specifically, the control unit 21 adds the newly transmitted block data to the blockchain held in the memory unit 22. By recording the newly created block data in the memory unit 12 of the server 10 and the memory unit 22 of the user terminal 20, the owner of the NFT with NFT-ID D01 is rewritten from the original user U2 to no owner, and the NFT is returned to the server 10.

As described in detail above, in the second embodiment, the control unit 11A (specifically, the return acceptance unit 11d) accepts the return of a first game medium that has been granted to a user U through a lottery from that user U. According to the second embodiment configured in this manner, the return of a first game medium that has been granted through a lottery can be accepted, for example, from a user U who does not need that first game medium.

Furthermore, in the second embodiment, the control unit 11A (return acceptance unit 11d) accepts the return of the first game medium that has already been awarded by lottery when the remaining number of first game media that can be awarded by lottery falls below a predetermined number. According to the second embodiment configured in this manner, by narrowing the timing for accepting the return of the first game medium that has already been awarded by lottery to a time when other users U have fewer opportunities to obtain that first game medium, it is possible to prevent a sudden increase in the management load of the first game medium on the server 10.

Furthermore, in the second embodiment, when a request for return of first game media that have already been granted through a lottery is accepted, the control unit 11A (game media management unit 11a) increases the number of first game media that can be granted through a lottery by the number of first game media that have been accepted for return. According to the second embodiment configured in this way, by accepting the return of first game media that have already been granted through a lottery, other users U can have more opportunities to obtain those first game media, and the motivation of other users U for the lottery can be improved.

Note that in the above embodiments (first and second embodiments), an example was described in which the first game medium is managed by the blockchain before being determined by lottery as the game medium to be granted to user U. However, the present invention is not limited to this. For example, the first game medium may be managed by the blockchain after being determined by lottery as the game medium to be granted to user U. In this case, the NFT processing unit 11b issues an NFT with no owner in the blockchain network after being determined by lottery as the game medium to be granted to user U. For example, the NFT processing unit 11b issues an NFT with an NFT-ID of A01 for character A (character ID = M001) determined by lottery as the game medium to be granted to user U. The game medium management unit 11a then stores the NFT (NFT-ID: A01) issued by the NFT processing unit 11b in association with the corresponding character A (character ID: M001) in the character management table.

Furthermore, in the above embodiment, an example was described in which the second game medium is managed using a character management table and a user management table, but the present invention is not limited to this. For example, the second game medium may be managed using a blockchain (e.g., a blockchain that does not use NFT) that is different from the blockchain that manages the first game medium (specifically, a blockchain that uses NFT).

In the above embodiment, the lottery execution unit 11c may notify a first user (e.g., user U1) of the remaining number of first game media (characters) that can be awarded by lottery, and then, if a first game medium is awarded to a second user (e.g., user U2), reduce the remaining number of first game media that can be awarded by lottery and notify the first user accordingly. Here, notification methods (which also apply to notifications in the following paragraphs) include audibly notifying the notification information by playing an audio signal on the speaker 25 of the user terminal 20; visually notifying the notification information by displaying an image on the display unit 24 of the user terminal 20; visually notifying the notification information by generating light by controlling the color, lighting/flashing pattern, light intensity, etc. of the light in the user terminal 20; tactilely notifying the notification information by generating vibrations using the vibration function of the user terminal 20 by controlling the vibration pattern, intensity, etc.; and olfactory notifying the notification information by firing air with a predetermined odor, such as a pungent odor, into the nasal cavity of the user U using a swingable air cannon in the user terminal 20. Acoustic signals include human voice messages, buzzers, chimes, and alarm sounds. The image displayed on the display unit 24 includes at least one element such as a figure, computer graphics, photograph, letter, number, or symbol, and may also include a combination of two or more elements. Furthermore, the image may be either a monochrome image or a color image, and may be either a still image or a moving image.

Furthermore, in the above embodiment, the lottery execution unit 11c may set the consideration required to execute the lottery according to the remaining number of first game media that can be awarded through the lottery. For example, the lottery execution unit 11c sets the consideration required to execute the lottery higher as the remaining number of first game media that can be awarded through the lottery decreases. This allows the scarcity of the first game media to increase in terms of consideration as the remaining number of first game media decreases.

Furthermore, in the above embodiment, when the first game medium is provided to the user U, after the first game medium becomes available for use by the user U, the game medium identification information (NFT-ID) in the blockchain of the server 10 and the user terminal 20 is
The storage process for the NFT-ID and user identification information (user ID) may be performed when the fee (gas fee) required to perform the storage process is equal to or less than a predetermined fee. This reduces the management burden (fees) of the first game medium via the blockchain without making the user U wait to use the assigned first game medium. The game medium identification information (NFT-ID) and user identification information (user ID) may be managed in a separate, free ledger (such as a blockchain or management table) while their storage process is not being performed. The fee (gas fee) being equal to or less than a predetermined fee means that the volume of transactions issued in the blockchain network is equal to or less than a predetermined amount. The predetermined fee is, for example, as close to zero as possible and is set in advance in the game system 1.

Furthermore, in the above embodiment, if the first game medium is determined to be the game medium to be granted to user U, the lottery execution unit 11c may notify user U in a different notification manner than when the second game medium is determined to be the game medium to be granted to user U. This allows user U to check the notification after the lottery is executed and easily understand whether the first game medium or the second game medium has been won.

As shown in FIG. 11 , the lottery execution unit 11c displays a tree image 60 that resembles a tree and multiple nut images 62 that resemble multiple nuts growing on the tree on the lottery result screen. If the first game medium is determined to be the game medium to be granted to user U, the lottery execution unit 11c changes the display color of one of the nut images 62 and displays an animation of the nut corresponding to that nut image 62 falling downward (in the direction of the dotted arrow) and the number of nuts growing on the tree decreasing. On the other hand, if the second game medium is determined to be the game medium to be granted to user U on the lottery result screen, the lottery execution unit 11c does not change the display mode of the multiple nut images 62 that resemble multiple nuts growing on a tree. In this way, if the first game medium is determined to be the game medium to be granted to user U, the lottery execution unit 11c notifies user U in a different notification mode (specifically, content displayed in a presentation) than if the second game medium is determined to be the game medium to be granted to user U.

When the first game medium is determined to be the game medium to be awarded to user U on the lottery result screen, the lottery execution unit 11c may display an animation of the nuts corresponding to the nut image 62 getting smaller. Furthermore, when the return acceptance unit 11d accepts the return of the first game medium already awarded through the lottery, the lottery execution unit 11c may increase the number of nuts displayed on the lottery result screen compared to when the return is not accepted, or may display an animation of the nuts getting larger.

Furthermore, in the above embodiment, the lottery execution unit 11c may provide user U before the lottery is executed with the winning probability, the parameter (specifically, the number of NFTs already issued by the NFT processing unit 11b), and the number already awarded through the lottery for the first game medium included in the game medium collection and managed by the blockchain. This allows the user to know the winning probability, the parameter, and the number already awarded through the lottery for the first game medium included in the game medium collection and managed by the blockchain before the lottery is executed.

As shown in FIG. 12, the lottery execution unit 11c displays, for user U before the lottery is executed, in the display area 70 of the display unit 24, the winning probability, parameter, and number already awarded by lottery for the first game media (characters A to E) included in the game media collection and managed by the blockchain, and also displays the winning probability for the second game media (characters F to N) included in the game media collection and not managed by the blockchain. Note that the lottery execution unit 11c may display, in the display area 70 of the display unit 24, the winning probability for only some of the first game media (characters A to E) and the second game media (characters F to N). The lottery execution unit 11c may also display, in the display area 70 of the display unit 24, the winning probability, parameter, and number already awarded by lottery for only some of the first game media (characters A to E).

Specifically, the lottery execution unit 11c displays the winning probability (1%), the parameter (100), and the number of prizes already awarded by lottery (1) for the first game medium (character A). Furthermore, the lottery execution unit 11c displays the winning probability (1%), the parameter (100), and the number of prizes already awarded by lottery (3) for the first game medium (character B). Furthermore, the lottery execution unit 11c displays the winning probability (1%), the parameter (100), and the number of prizes already awarded by lottery (5) for the first game medium (character C). Furthermore, the lottery execution unit 11c displays the winning probability (1%), the parameter (100), and the number of prizes already awarded by lottery (7) for the first game medium (character D). The lottery execution unit 11c also displays the winning probability (1%), the parameter (100), and the number of prizes already awarded by the lottery (9) for the first game medium (character E). The lottery execution unit 11c also displays the winning probability (5%) for the second game medium (characters F to I). The lottery execution unit 11c also displays the winning probability (15%) for the second game medium (characters J to N).

Note that when the number of first game media already granted through the lottery reaches the base number (when it is no longer possible to grant the first game media), the lottery execution unit 11c may display information indicating this at the top of the screen or clearly indicate this information using a banner, red text, bold text, etc. This is to prevent unnecessary losses for user U, who will be participating in the lottery. On the other hand, when the return acceptance unit 11d accepts the return of the first game media already granted through the lottery and the number of first game media already granted through the lottery decreases, or when new NFTs are issued by the NFT processing unit 11b and the base number increases, it becomes possible to grant new first game media, and so the lottery execution unit 11c may display information indicating this at the top of the screen or clearly indicate this information using a banner, red text, bold text, etc.

Furthermore, in the above embodiment, when a first game medium is awarded to user U through a lottery, the number of first game media that can be awarded through the lottery may be increased so as not to fluctuate the winning probability of the first game medium through the lottery (specifically, a predetermined winning probability). This makes it possible to suppress fluctuations in the winning probability of the first game medium in subsequent lotteries, even if a first game medium with a limited number of managed games is awarded. For example, if the winning probability of a first game medium (a specific character) is constant (e.g., 1%) and the first game medium is awarded to user U through a lottery, the NFT processing unit 11b issues a new NFT for the first game medium. This makes it possible to maintain a constant winning probability of the first game medium (a specific character). Furthermore, if the winning probability of a first game medium (a specific rarity) is constant and the first game medium is awarded to user U through a lottery, the NFT processing unit 11b issues a new NFT for the first game medium having the specific rarity. This allows the probability of winning a first game medium (of a particular rarity) to be maintained constant. When the return acceptance unit 11d accepts the return of a first game medium that has already been granted by lottery, the probability of winning that first game medium may be maintained constant by reducing the modulus. When a first game medium that user U already owns is won, the first game medium may not be granted to user U, but in return, the number of times that the first game medium has been granted to user U may be increased, thereby granting user U an effect equivalent to the effect that would be obtained if the first game medium had been granted.

Note that when new NFTs are issued by the NFT processing unit 11b for the first game medium (characters A to E), the lottery execution unit 11c may increase the parameter in real time by the number of issued NFTs and display it. Furthermore, after first game media (characters A to E) are granted to user U, the lottery execution unit 11c may decrease the number already granted by lottery in real time by the number granted. However, if the first game media (characters A to E) granted to user U is transferred to another user U (i.e., if they have already been counted as granted by lottery), the lottery execution unit 11c displays the number already granted by lottery without changing it. Furthermore, when a user U selects a first game medium (characters A to E) by touching the display screen shown in FIG. 12, the lottery execution unit 11c may display a confirmation screen for confirming the current owner of the selected first game medium (e.g., character C), or a request screen for requesting a trade (exchange) of the first game medium (e.g., character C) from the current owner. The lottery execution unit 11c can confirm the current owner of the selected first game medium by referencing the blockchain recorded in the memory unit 12. However, it may not be desirable to be able to confirm all current owners of the first game medium. In such cases, it may be possible to allow users U who have set each other as friends to confirm the current owner of the first game medium, or to prevent other users U from confirming the current owner of a first game medium owned by a user U who has set the first game medium to private.

Furthermore, in the above embodiment, if a delay in the execution of the lottery occurs due to multiple lottery processes being executed by multiple users U at approximately the same time, the lottery execution unit 11c may provide compensation to the users U in accordance with the execution delay. This can reduce the dissatisfaction of the users U caused by the delay in the execution of the lottery. For example, the lottery execution unit 11c may provide the users U with game media (e.g., points or items that can be used in the game) as compensation for the execution delay as the delay in the execution of the lottery becomes longer. In this case, the lottery execution unit 11c may notify the users U of the number of users U waiting for the lottery process (the number of waiting users) by displaying this on the display unit 24 of the user terminal 20.

Furthermore, in the above embodiment, if multiple users U simultaneously win the first game medium (in the game system 1, it is virtually impossible to tell which of the multiple users U wins), the lottery execution unit 11c may award the first game medium to the user U for whom the winning confirmation process and notification process were completed first. Alternatively, the lottery execution unit 11c may re-execute a lottery to determine the game medium to be awarded to each of the multiple users U, confirm the lottery at different times to determine the game medium to be awarded to the multiple users U, and notify the multiple users U of the lottery results. Alternatively, the lottery execution unit 11c may differentiate between the multiple users U based on factors related to the lottery, such as the timing of the purchase of in-game value (e.g., orbs) required to conduct the lottery, and determine the winning user (who purchased the in-game value early) and the losing user (who purchased the in-game value late). Alternatively, the lottery execution unit 11c may check the NFT transaction fee settings for multiple users U and determine the user U who has set a high transaction fee as the winning user.

Furthermore, in the above embodiment, if the number of users who win the lottery to receive the first game medium within a predetermined period of time is greater than the remaining number of first game media that can be received by lottery, the lottery executing unit 11c may divide the users who won within the predetermined period of time into winning users and losing users and notify the losing users that they have been unsuccessful. This allows the losing users to understand that they have been unsuccessful because the number of users who win the lottery to receive the first game medium is greater than the remaining number of first game media that can be received by lottery, and they can feel a sense of satisfaction.

For example, as shown in FIG. 13, the lottery execution unit 11c notifies the unsuccessful user of their unsuccessful selection by displaying on the display unit 24 (display area 72) of the user terminal 20 a message indicating that the user has been unsuccessful because the number of users who have won the lottery to receive the first game medium (character C) is greater than the remaining number of first game medium (character C) that can be received by the lottery. The lottery execution unit 11c may notify the unsuccessful user of their unsuccessful selection and award them game medium (e.g., points or items that can be used in the game) as compensation for their unsuccessful selection. Alternatively, the lottery execution unit 11c may award the unsuccessful user a first game medium that has the same rarity as the unsuccessful first game medium but has fewer remaining game mediums that can be received by the lottery, or may award them functionality (e.g., item effects or character performance) that is comparable to the functionality obtained by the unsuccessful first game medium.

Furthermore, in the above embodiment, the lottery execution unit 11c may provide the user U with a function other than the lottery (for example, a function to notify the user U of the estimated time until the lottery results are announced, a function to run another mini-game, a function to run a quest different from the currently running quest, etc.) from the time the lottery request is made until the lottery results are announced. This prevents the user U from getting bored even if it takes a long time from the time the lottery request is made until the lottery results are announced.

Furthermore, in the above embodiment, the lottery execution unit 11c may notify the user U of whether or not to cancel the lottery if the remaining number of first game media that can be awarded through the lottery falls below a predetermined value between the time the lottery request is made and the time the lottery results are announced. This allows the user U to decide whether or not to cancel the lottery, knowing that the possibility of obtaining the first game media through the lottery has decreased between the time the lottery request is made and the time the lottery results are announced.

For example, as shown in FIG. 14, if the remaining number of first game media (e.g., character C) that can be awarded through the lottery falls below a predetermined value (e.g., 10) between the time the lottery request is made and the time the lottery result is announced (while the lottery is being conducted with five people waiting), the lottery execution unit 11c displays this fact on the display unit 24 (display area 80) of the user terminal 20, thereby informing the user U of whether or not to cancel the lottery. If the user U presses the cancel button 82, the lottery execution unit 11c cancels the lottery in progress, but if the user U does not press the cancel button 82, the lottery execution unit 11c continues the lottery in progress.

Furthermore, in the above embodiment, when a first game medium is granted to a user U, the game medium identification information (NFT-ID) may be stored in association with the user identification information (user ID) in another blockchain linked to the blockchain on the server 10 and the user terminal 20. This allows the first game medium granted to a user through a lottery to be managed in the other linked blockchain, and allows the distribution of the first game medium to be managed across a wider range of devices.

Furthermore, in the above embodiment, the set of game media may include first game media managed by a first blockchain and first game media managed by a second blockchain. For example, the same character for which multiple NFTs have been issued may be distributed and managed across the first blockchain and the second blockchain. This allows the first game media to be managed by multiple blockchains (first blockchain, second blockchain), reducing the management load of the game media on a single blockchain.

Furthermore, in the above embodiment, the set of game media may include game media (characters) of the same type that are managed by the blockchain and game media that are not managed by the blockchain. This reduces the management burden of the game media by the amount of game media that are not managed by the blockchain, compared to when all game media of the same type are managed by the blockchain.

Furthermore, in the above embodiment, as shown in FIG. 15 , multiple (five) first game media 94 (characters) belong to the first game media collection 90 and the second game media collection 92, and when one first game medium 94 is awarded to user U through a lottery for the first game media collection 90, the lottery execution unit 11c may reduce the remaining number of first game media 94 that can be awarded through a lottery for the first game media collection 90 from five to four, and may also reduce the remaining number of first game media 94 that can be awarded through a lottery for the second game media collection 92 from five to four. In this way, when a first game medium 94 is awarded to user U through a lottery for the first game media collection 90, the remaining number of first game media 94 that can be awarded through a lottery for the first game media collection 90 and the remaining number of first game media 94 that can be awarded through a lottery for the second game media collection 92 can be synchronously reduced by one.

Furthermore, the above embodiments are merely examples of specific embodiments for implementing the present invention, and the technical scope of the present invention should not be interpreted as being limited by them. In other words, the present invention can be implemented in various forms without departing from its gist or main features.

The following summarizes the distinctive functions and effects of the above embodiment.

The information processing device (server 10, hereinafter the same) includes a processor (control unit 11, 11A, hereinafter the same). The processor executes a lottery to determine the game medium to be granted to the user from a set of game media including a first game medium managed by the blockchain and a second game medium not managed by the blockchain. When the first game medium is granted to the user, game medium identification information that can identify the first game medium in the blockchain is stored in association with user identification information that can identify the user.

This configuration reduces the management burden on game media compared to managing all game media granted to users through lottery draws in a manner that imposes a high management burden (for example, a management method that uses non-fungible tokens that allocate and manage information that uniquely identifies game media).

The first game medium will be managed on the blockchain even before it is selected by lottery as the game medium to be granted to the user.

By configuring it in this way, the first game medium can be managed using the blockchain even before it is selected by lottery as the game medium to be awarded to the user.

The first game medium is determined by lottery as the game medium to be granted to the user and is then managed by the blockchain.

By configuring it in this way, the first game medium can be managed using the blockchain after it has been selected by lottery as the game medium to be awarded to the user, thereby reducing the management burden of the first game medium prior to that selection.

The processor notifies the first user of the remaining number of first game media that can be awarded by lottery, and then, if the first game media is awarded to the second user, reduces the remaining number of first game media that can be awarded by lottery and notifies the first user accordingly.

By configuring in this way, the first user can confirm the reduction in the remaining number of first game media that can be awarded by lottery, and understand that the first game media has been awarded to another user (second user).

The processor will accept the return of the first game medium that has already been awarded through the lottery.

By configuring in this way, it is possible to accept the return of a first game medium that has already been awarded by lottery, for example, from a user who does not need that first game medium.

When the remaining number of first game media that can be awarded by lottery falls below a predetermined number, the processor accepts the return of the first game media that have already been awarded by lottery.

By configuring in this way, the timing for accepting the return of first game media that have already been awarded by lottery is narrowed down to when other users have fewer opportunities to obtain that first game media, thereby preventing a sudden increase in the management load of the first game media on the information processing device.

When the processor accepts the return of first game media that have already been granted by lottery, it increases the number of first game media that can be granted by lottery by the number of first game media accepted for return.

This configuration allows other users to receive the first game medium that has already been granted through a lottery, increasing their chances of obtaining that first game medium and increasing the motivation of other users to participate in the lottery.

The processor sets the compensation required to conduct the lottery based on the remaining number of first game media that can be awarded through the lottery.

By configuring it in this way, for example, when the remaining number of first game media that can be awarded through a lottery becomes low, the price required to hold the lottery can be set higher, thereby increasing the rarity of the first game media in terms of price as well.

When a first game medium is provided to a user, after the first game medium becomes available for use by the user, the storage process for the game medium identification information and user identification information in the blockchain is executed when the fee required to execute the storage process is equal to or less than a predetermined fee.

This configuration reduces the management burden (fees) of the first game media via the blockchain, without making the user wait to use the granted first game media.

When the first game medium is determined to be the game medium to be provided to the user, the processor notifies the user in a different notification manner than when the second game medium is determined to be the game medium to be provided to the user.

By configuring it in this way, the user can easily check the notification after the lottery has been held and determine whether the first game medium or the second game medium has been won.

Before the lottery is held, the processor provides the user with the winning probability, the parameter, and the number of points already awarded through the lottery for the first game medium included in the game medium collection and managed by the blockchain.

By configuring it in this way, before the lottery is held, the user can understand the winning probability, the parameter, and the number of points already awarded through the lottery for the first game medium included in the game medium collection and managed by the blockchain.

When a first game medium is awarded to a user through a lottery, the processor increases the amount of first game medium that can be awarded through the lottery so that the probability of winning the first game medium through the lottery does not change.

By adopting this configuration, even if a first game medium, the number of which is managed and limited, is awarded, fluctuations in the probability of winning the first game medium in subsequent lotteries can be reduced.

The processor will provide compensation to the user in accordance with the delay in the execution of the lottery.

This configuration can reduce user frustration caused by delays in the lottery.

If the number of users who have won the lottery to receive the first game medium within a specified period is greater than the remaining number of first game media that can be received through the lottery, the processor reclassifies the users who have won within the specified period into winning users and losing users, and notifies the losing users that they have lost.

By configuring it in this way, unsuccessful users can understand that they were unsuccessful because the number of users who won the lottery to receive the first game medium was greater than the remaining number of first game medium that can be received through the lottery, and can feel a sense of satisfaction.

The processor provides the user with functions other than the lottery from the time the lottery request is made until the lottery results are announced.

By configuring it in this way, users will not get bored even if it takes a while for the results of the lottery to be announced after the lottery request is made.

If the remaining number of first game media that can be awarded through the lottery falls below a predetermined value between the time the lottery request is made and the time the lottery results are announced, the processor will notify the user as to whether or not to cancel the lottery.

By configuring it in this way, the user can determine whether or not to cancel the lottery after understanding that the chances of winning the first game medium through the lottery have decreased between the time the user requests the lottery and the time the lottery results are announced.

When a first game medium is granted to a user, the game medium identification information is stored in association with the user identification information in another blockchain linked to the blockchain.

By adopting this configuration, the first game medium granted to a user through a lottery can be managed by multiple linked blockchains, allowing the distribution of the first game medium to be managed across a wider range of devices.

The set of game media includes first game media managed by the first blockchain and first game media managed by the second blockchain.

By using this configuration, the first game content can be managed using multiple blockchains (first blockchain, second blockchain), reducing the management load of the first game content on a single blockchain.

The first game medium belongs to a first game medium set and a second game medium set. When the first game medium is awarded to a user through a lottery for the first game medium set, the processor reduces the remaining number of first game media that can be awarded through a lottery for the first game medium set, and also reduces the remaining number of first game media that can be awarded through a lottery for the second game medium set.

By configuring in this way, when a first game medium is awarded to a user through a lottery for a first set of game media, the remaining number of first game media that can be awarded through a lottery for the first set of game media and the remaining number of first game media that can be awarded through a lottery for the second set of game media can be reduced synchronously.

In an information processing method executed by a computer (information processing device) having a processor, the processor executes a lottery to determine the game medium to be granted to a user from a set of game media including a first game medium managed by a blockchain and a second game medium not managed by a blockchain. When the first game medium is granted to a user, game medium identification information that can identify the first game medium in the blockchain is stored in association with user identification information that can identify the user.

This configuration reduces the management burden on game media compared to managing all game media granted to users through lottery draws in a manner that imposes a high management burden (for example, a management method that uses non-fungible tokens that allocate and manage information that uniquely identifies game media).

An information processing program executed by a computer having a processor causes the processor to execute a process of conducting a lottery to determine the game medium to be granted to a user from a set of game media including a first game medium managed by a blockchain and a second game medium not managed by a blockchain. When the first game medium is granted to a user, game medium identification information that can identify the first game medium in the blockchain is stored in association with user identification information that can identify the user.

By configuring in this way, the management burden on game media can be reduced compared to when all game media granted to users through lottery execution is managed in a manner that imposes a high management burden (for example, a management manner that uses non-fungible tokens that allocate and manage information that uniquely identifies game media).

1: Game system, 10: Server, 11, 11A: Control unit, 11a: Game media management unit, 11b: NFT processing unit, 11c: Lottery execution unit, 11d: Refund acceptance unit, 12: Memory unit, 13: Communication unit, 14: Operation input unit, 15: Monitor, 16: System bus, 20, 20a, 20b, 20c: User terminal, 21: Control unit, 22: Memory unit, 23: Communication unit, 24: Display unit, 25: Speaker, 26 : Microphone, 27: Camera, 28: Operation Buttons, 29: System Bus, 40: Game Buttons, 42: Lottery Button, 44: Back Button, 50: Image, 52: Name and Rarity, 60: Tree Image, 62: Nut Image, 70, 72, 80: Display Area, 82: Cancel Button, 90: First Game Media Set, 92: Second Game Media Set, 94: First Game Media, U, U1, U2, U3: User

Claims (4)

receiving a request from a user to hold a lottery to determine game media to be awarded to the user from a set of game media including first game media managed by a blockchain and second game media not managed by the blockchain;
displaying a screen including the remaining number and lottery probability of the first game medium and the lottery probability of the second game medium;
When the remaining number of the first game media that can be awarded by the lottery falls to a predetermined number or less, a screen including information indicating that fact is displayed.
Information processing device. a processor receives from a user a request to hold a lottery to determine a game medium to be awarded to the user from a set of game media including a first game medium managed by a blockchain and a second game medium not managed by the blockchain;
a processor displays a screen including the remaining number and lottery probability of the first game medium and the lottery probability of the second game medium;
when the remaining number of the first game media that can be awarded through the lottery falls to a predetermined number or less, the processor displays a screen including information indicating that fact.
Information processing methods. receiving a request from a user to hold a lottery to determine game media to be awarded to the user from a set of game media including first game media managed by a blockchain and second game media not managed by the blockchain;
displaying a screen including the remaining number and lottery probability of the first game medium and the lottery probability of the second game medium;
When the remaining number of the first game media that can be awarded by the lottery falls to a predetermined number or less, a screen including information indicating that fact is displayed.
A program that causes a processor to execute a process. A server and a terminal are provided,
The server
receiving, from the user's terminal, a request to hold a lottery to determine game media to be awarded to the user from a set of game media including first game media managed by a blockchain and second game media not managed by the blockchain;
displaying on the terminal a screen including the remaining number and lottery probability of the first game medium and the lottery probability of the second game medium;
When the remaining number of the first game media that can be awarded by the lottery falls to a predetermined number or less, a screen including information indicating that fact is displayed on the terminal.
system .