JP2023155131A - Information processor, information processing method, and information processing program - Google Patents

Abstract

To provide an information processor, an information processing method, and an information processing program capable of reducing a management load of a game medium.SOLUTION: The information processor includes a processor. The processor executes a lottery for determining a game medium to be imparted to a user from a game medium set including a first game medium managed by a block chain and a second game medium not managed by the block chain. When the first game medium is imparted to a user, game medium identification information capable of identifying the first game medium in the block chain is stored while being related to user identification information allowing the user to be identified.SELECTED DRAWING: Figure 9

Description

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

Currently, there are games known as gachas in which a lottery can be drawn. By holding a lottery, the user can obtain new game media (for example, characters and items).

For example, in Patent Document 1, the game progresses according to the user's input operation, and when a predetermined item is achieved through the user's game play, game points are given to the user according to the achieved item. However, a game has been disclosed in which a lottery right is given to a user each time the number of game points given to the user reaches a certain amount.

Incidentally, in recent years, interest in virtual currency (crypto assets) based on blockchain technology has increased, and the application and development of blockchain to games is progressing.

A feature of games using blockchain is that game media (in-game assets) such as characters and items are issued and distributed on the blockchain, so game media can be transferred between users while eliminating fraudulent acts such as tampering with game data. It is possible to exchange and buy and sell. Furthermore, since game media is published and distributed on the blockchain, it is also possible to use the same game media in multiple different games.

In this case, in order to increase the asset value, the game media is stored on the blockchain as a non-fungible token (NFT) to ensure scarcity by limiting the quantity and managing it with a serial number. It is being published and distributed by the top. For example, when a user obtains new game media by holding a lottery in a game, the movement (distribution) of the 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, and instead of specifying the quantity of tokens, it specifies one token by ID and blocks it. It can be recorded on a chain and transferred, and data such as name, description, image, etc. can be linked as attribute information unique to this NFT.

Japanese Patent Application Publication No. 2018-011891

However, if unique identification information is given to all game media, not just blockchains, and data is managed individually for each game media, the management load of the game media increases. The number of game media (characters, items, etc.) used in the game is enormous, and all the game media given to users through the lottery can be managed in a format that requires a high management burden (for example, information that uniquely identifies the game media). If an attempt was made to manage the game using non-fungible tokens, etc. that are allocated and managed, there was a problem in that the management load of the game content would become extremely high.

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

An information processing device according to the present invention is an information processing device including a processor, wherein the processor includes a first game medium that is managed by a blockchain, and a second game medium that is not managed by the blockchain. If a lottery is held to determine a game content to be given to a user from the set, and the first game content is given to the user, the game content specifying information that can identify the first game content in the blockchain is: The information is stored in association with user identification information that can identify the user.

According to the present invention, it is possible to reduce the management load of game media.

FIG. 1 is a diagram showing the configuration of a game system in a first embodiment. This is an example of a home screen displayed on a display unit of a user terminal. It is an example of a lottery result screen displayed on the display unit of a user terminal. FIG. 2 is a block diagram showing the hardware configuration of a server in the first embodiment. FIG. 2 is a block diagram showing the hardware configuration of a user terminal in the first embodiment. FIG. 2 is a block diagram showing an example of a functional configuration of a server in the first embodiment. It is a figure showing an example of a character management table. It is a figure showing an example of a user management table. It is a flow chart which shows an example of lottery processing performed by a control part. FIG. 3 is a block diagram showing an example of a functional configuration of a server in a second embodiment. It is a figure which shows an example of a lottery result screen displayed on the display part of a user terminal. It is a figure which shows an example of a lottery conditions screen displayed on the display part of a user terminal. It is a figure which shows an example of a lottery result screen displayed on the display part of a user terminal. It is a figure showing an example of a lottery execution screen displayed on a display part of a user terminal. FIG. 3 is a diagram illustrating 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. In addition, in each figure, those with the same reference numerals have the same or similar configurations.

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

In this embodiment, the users who use the user terminal 20a, the user terminal 20b, and the user terminal 20c are assumed to be a user U1, a user U2, and a user U3, respectively. If there is no need to distinguish between the users U1, U2, and U3, each of the users U1, U2, and U3 will be expressed as a user U.

Furthermore, when there is no need to distinguish between the user terminal 20a, the user terminal 20b, and the user terminal 20c, the user terminal 20a, the user terminal 20b, and the user terminal 20c are each expressed as the 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, for example, an information processing terminal such as a smartphone or a tablet terminal, and provides a game to the user U. By operating the user terminal 20, the user U can log into the game and run the game.

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

The server 10 is a device that takes on some of the functions of the user terminal 20 in providing the game, such as managing various information regarding the user U and executing some of the processing of the game. The server 10 may be configured from one or more information processing devices, or may be configured using a virtual server (such as a cloud server).

This embodiment includes a server 10 and a plurality of user terminals 20 (user terminal 20a, user terminal 20b, user terminal 20c), and a plurality of nodes ( A blockchain network is constructed by computers). 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 connected in a chain in chronological order, and each block includes transaction data over a certain period of time. Blockchain technology is characterized by the fact that multiple blocks are added while retaining past information, making it difficult to tamper with the history. A blockchain network can be constructed using, for example, Ethereum.

In this embodiment, Ethereum is used as the blockchain network, which can implement smart contracts that guarantee the validity of contracts using blockchain. Note that, instead of Ethereum, for example, Flow, EOS, NEM, etc. may be used as the blockchain network.

Flow is a blockchain designed as the foundation for a new generation of games, apps, and the digital asset management that will generate them, distributing functionality to increase scalability while eliminating database load by eliminating sharding. It's lowering. EOS is a blockchain that aims to solve scalability issues, and is characterized by not causing delays or increases in fees no matter how many users or transactions increase. NEM is a highly robust blockchain that does not allow contracts to be written like Ethereum, and it has useful functions at the protocol level within its blockchain.

As standards for handling tokens (Ethereum tokens) that can be issued by blockchain networks such as Ethereum, there are ERC (Ethereum Request for Comments) 20, ERC223, which is an improved version of ERC20, ERC721, ERC1155, etc. ERC20 is a standard for issuing tokens (fungible tokens) as currency on Ethereum. ERC721 is a standard for issuing non-fungible tokens (NFT) as tokens with unique value by adding various information to the token. . NFTs have unique value that distinguishes them from other NFTs, and have a unique identifier (NFT-ID) to enable 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 blockchain networks. NFT transaction history is recorded on a blockchain network. The distributed ledger of the blockchain network also records the owner and ownership history of the NFT.

ERC1155 is also said to be a hybrid standard that combines the features of ERC20 and ERC721, and it is possible to issue tokens with the features of ERC20 as well as tokens with unique value using ERC721. Additionally, ERC1155 allows a single contract to handle multiple tokens, allowing multiple tokens to be sent as a group, and tokens to multiple parties in a single transaction. In this embodiment, the NFT is a token issued in accordance with the ERC1155 standard.

(Game Overview) Next, an overview of the game provided by the game system 1 will be explained. In the game provided by the game system 1, the user U creates a deck with characters selected from among the multiple characters he owns, clears quests using the created deck, and acquires new characters and items. can be obtained. In addition, user U can take on more difficult quests by combining the multiple characters he has obtained to grow into a stronger character, and by using items to strengthen the character's attributes. can.

Here, the term "quest" refers to a task that can be cleared by satisfying certain predetermined conditions. Quests are also commonly referred to as explorations, challenges, and missions. The user U who participated in the quest can clear the quest by satisfying the certain conditions, and when the quest is cleared, the user U is given a reward or the story of the game progresses.

A deck is a term that refers to a group made up of multiple characters. When executing a quest, the user U selects a character with abilities suitable for clearing the quest, composes a deck, and executes the quest. In this embodiment, the user U's "execution" of a quest or the like may be referred to as "quest play." By playing the game, the user U is given a user rank, which is a status value of the user U that increases depending on, for example, the number of times the quest is cleared.

A quest can be jointly executed by multiple users U. Hereinafter, joint execution of a quest by a plurality of users U will be referred to as "multiplayer." In multiplayer, each user U operates the character assigned to him/her among a plurality of characters forming a deck. The user U who convened the multiplayer is called a host.

User U can obtain characters in various situations during the game (for example, when clearing a quest, etc.). Further, the user U can perform a lottery (draw a lottery) in which any game media (character or item) can be won in the famous game. User U can receive (acquire) any game media by holding a lottery. Holding a lottery to win any game media is also called "gacha." User U may consume consumption media such as money, substitute currency, virtual currency, crypto assets, electronic currency such as credit cards, and points, or consume in-game value (e.g. currency managed by blockchain). The lottery can be performed by 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," one lottery can be performed by consuming one orb.

In this embodiment, each game medium is given a degree of rarity (rarity) corresponding to the probability of winning the lottery. The rarity level is set, for example, from level 1 to level 3, with level 1 having the highest probability of winning, and level 2 and level 3 having the lowest probability of winning.

FIG. 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 FIG. 2 is displayed when the game starts after the user U logs into the game. Each screen described below is displayed based on game screen display data transmitted from the server 10 to the user terminal 20.

A game button 40, a lottery button 42, etc. are displayed on the home screen. When the game button 40 is pressed by the user U, a screen (not shown) for playing the game is displayed, and the user U can play the game. When the lottery button 42 is pressed by the user U, the user U can perform the lottery. Specifically, when the lottery button 42 is pressed, a lottery is executed and a lottery result screen for displaying the lottery results is displayed.

FIG. 3 is a diagram showing an example of a lottery result screen displayed on the display unit 24 of the user terminal 20. The lottery result screen shown in FIG. 3 is displayed when the lottery button 42 is pressed on the home screen shown in FIG. 2 to execute the lottery. On the lottery result screen, an image 50, name and rarity 52 of the acquired character (game medium), a lottery button 42, a return button 44, and the like are displayed.

As the image 50, name, and rarity level 52, the image, name (for example, character A), and rarity level (for example, 3) of the character acquired by user U through a lottery are displayed. When the lottery button 42 is pressed by the user U, the lottery is executed again, and a screen for displaying the lottery results is displayed. When the user U presses the back button 44, the home screen shown in FIG. 2 is displayed.

(Hardware Configuration of Server 10) FIG. 4 is a block diagram showing the hardware configuration of the server 10 in this embodiment. As shown in FIG. 4, the server 10 includes a control section 11, a storage section 12, a communication section 13, an operation input section 14, and a monitor 15.

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

A part of the storage unit 12 is composed of, for example, a RAM (Random Access Memory), a DRAM (Dynamic Random Access Memory), etc., and is used as a work area etc. when the control unit 11 executes processing based on various programs. .

Further, a part of the storage unit 12 is, for example, a non-volatile memory such as a 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, and the like.

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

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

The operation input unit 14 includes a keyboard, a mouse, and the like, and accepts various operation inputs from a user using the server 10. The monitor 15 is, for example, a liquid crystal display device, and displays various images.

The control section 11, the storage section 12, the communication section 13, the operation input section 14, and the monitor 15 are electrically connected to each other via a system bus 16. Therefore, the control unit 11 accesses the storage unit 12, displays images on the monitor 15, grasps the user's operation status on the operation input unit 14, and accesses various communication networks and user terminals 20 via the communication unit 13. etc. can be done.

(Hardware Configuration of User Terminal 20) FIG. 5 is a block diagram showing the hardware configuration of the user terminal 20 in this embodiment. As shown in FIG. 5, the user terminal 20 includes a control section 21, a storage section 22, a communication section 23, a display section 24, a speaker 25, a microphone 26, a camera 27, and an operation button 28.

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

A part of the storage unit 22 is composed of, for example, a RAM (Random Access Memory), a DRAM (Dynamic Random Access Memory), etc., and is used as a work area etc. when the control unit 21 executes processing based on various programs. .

Further, a part of the storage unit 22 is, for example, a non-volatile memory such as a 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, and the like.

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

The communication unit 23 is, for example, a NIC (Network Interface Controller), and has a function of connecting to the communication line 5. Note that the communication unit 23 has a function of connecting to a wireless LAN (Local Area Network) or a function of connecting to a wireless WAN (Wide Area Network) instead of or together with the NIC, such as short-range communication such as Bluetooth (registered trademark). It may also have a function that enables wireless communication, infrared communication, etc. 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 the like 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 surface of the user terminal 20, and is 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. be.

The control section 21, storage section 22, communication section 23, display section 24, speaker 25, microphone 26, camera 27, and operation button 28 are electrically connected to each other via a system bus 29. Therefore, the control unit 21 accesses the storage unit 22, displays images on the display unit 24, grasps the operation state of the touch panel display (display unit 24) and operation buttons 28 by the user U, inputs sound to the microphone 26, It is possible to 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.

FIG. 6 is a block diagram showing an example of the functional configuration of the control unit 11 included in the server 10 in this embodiment. As shown in FIG. 6, the control unit 11 includes a game content management unit 11a, an NFT processing unit 11b, and a lottery execution unit 11c as functional configurations. Although the control unit 11 of the server 10 generally has various functions in addition to those described above, only the characteristic functions in the game system 1 in this embodiment will be explained here, and other functions will be explained here. Illustrations and descriptions of known functions and the like will be omitted.

The game content management unit 11a manages game media (for example, characters) that can be used by the user U in the game using, for example, a character management table.

FIG. 7 is a diagram showing an example of a character management table stored in the storage unit 12. As shown in FIG. 7, the character management table includes, for each character type, a character ID that can identify the character, a character name that indicates the character's name, a winning probability that indicates the probability of winning in a lottery, and a character rarity. It includes the rarity level indicating the degree of rarity and the NFT-ID, which is the identifier of the NFT (non-fungible token) issued for the character, in association with each other. The character management table is commonly used by multiple users U.

For example, for a character whose character ID is M002, the character name is character B, the winning probability is 1%, the rarity is 3, and the NFT-IDs of the five NFTs issued for the character are B01, They are B02, B03, B04, and B05. Further, regarding the character whose character ID is M008, the character name is character H, the winning probability is 5%, the rarity level is 2, and no NFT has been issued for the character. Further, regarding the character whose character ID is M014, the character name is character N, the winning probability is 15%, the rarity is 1, and no NFT has been issued for the character.

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

Further, the game content management unit 11a manages, for each user U, the game content owned by the user U using, for example, a user management table. FIG. 8 is a diagram showing an example of a user management table stored in the storage unit 12. As shown in FIG. 8, the user management table includes, for each user U, a user ID that can identify the user U, a user name that indicates the name of the user U, a character ID that can identify the character owned by the user U, and a user ID that can identify the user U. Contains an NFT issued for a character owned by U in association with an identifiable NFT-ID.

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

The NFT processing unit 11b executes various processes related to NFT. Specifically, the NFT processing unit 11b issues an NFT with no owner in the blockchain network. Note that the NFT processing unit 11b may issue an NFT 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. . Further, the NFT processing unit 11b issues five NFTs with NFT-IDs B01, B02, B03, B04, and B05, respectively, for character B whose character ID is M002. Furthermore, the NFT processing unit 11b issues five NFTs with NFT-IDs C01, C02, C03, C04, and C05, respectively, for the character C whose character ID is M003. Further, the NFT processing unit 11b issues five NFTs with NFT-IDs D01, D02, D03, D04, and D05, respectively, for the character D whose character ID is M004. Further, the NFT processing unit 11b issues five NFTs with NFT-IDs of E01, E02, E03, E04, and E05, respectively, for the character E whose character ID is M005.

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

For example, when the newly issued NFT is transferred to the user U, the NFT processing unit 11b issues a transaction in the blockchain network to set the transfer destination user U as the owner of the NFT. The NFT processing unit 11b can issue a transaction in response to the generation of 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 user U who is the transfer destination.

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 newly created block data to the blockchain held in the storage unit 12. In the block data, game medium specifying information (NFT-ID) that can specify the first game medium to be transferred is stored in association with user specifying information (user ID) that can specify the transfer destination user U.

The NFT processing unit 11b transmits the generated block data to a plurality of user terminals 20 (user terminal 20a, user terminal 20b, user terminal 20c) that configure 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 storage unit 22. Specifically, the control unit 21 adds the newly transmitted block data to the blockchain held in the storage unit 22. By recording the newly created block data in the storage unit 12 of the server 10 and the storage unit 22 of the user terminal 20, the owner of the newly issued NFT is rewritten from the absent owner to the user U of the transfer destination. The NFT is transferred to the transfer destination 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 processes a transaction that sets the transfer destination user U as the new owner of the NFT on the blockchain network. Published in The NFT processing unit 11b can issue a transaction in response to the generation of a transfer request. The transfer request includes an NFT-ID that can identify the NFT to be transferred, a user ID that can identify the user U who is the transfer source (can also be a user account name or wallet address), and the user U who is the transfer destination. It is associated with and included with an identifiable user ID (which can also be a user account name or wallet address). If the transfer request contains an incorrect user ID (which can also be a user account name or a wallet address associated with the user account name) as the transfer destination user U, the NFT processing unit 11b issues a transaction. The transaction may be rejected, or the transaction may be issued after issuing a warning.

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 newly created block data to the blockchain held in the storage unit 12. In the block data, game medium specifying information (NFT-ID) that can specify the first game medium to be transferred is stored in association with user specifying information (user ID) that can specify the transfer destination user U.

After that, the NFT processing unit 11b transmits the generated block data to a plurality of user terminals 20 (user terminal 20a, user terminal 20b, user terminal 20c) that configure 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 storage unit 22. Specifically, the control unit 21 adds the newly transmitted block data to the blockchain held in the storage unit 22. By recording the newly created block data in the storage unit 12 of the server 10 and the storage unit 22 of the user terminal 20, the owner of the newly issued NFT is transferred 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 receives a request to perform a lottery (gacha) to determine a game medium (for example, a character) to be given to the user U. Then, the lottery execution unit 11c executes a lottery to determine a game medium (for example, a character) to be given to the user U.

FIG. 9 is a flowchart showing an example of a 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 to execute a lottery to determine a game medium (for example, a character) to be given to the user U from the user U who is currently logged in to the game (step S100).

Next, the lottery execution unit 11c refers to the character management table (see FIG. 7) stored in the storage unit 12, and selects characters managed by the blockchain (specifically, characters A to E) and A game content set including characters (specifically, characters F to N) that are not managed is generated (step S110).

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

Next, the game content management unit 11a updates and records the user management table (see FIG. 8) stored in the storage unit 12 based on the execution result shown in the lottery result information output from the lottery execution unit 11c. (Step S130). For example, when the character M is determined as the character to be given to the user U1, the game content management unit 11a says, "The user U1 whose user ID is U001 owns the character M whose character ID is M013." Add a new record to the user management table. Further, when the character D is determined as the character to be given to the user U3, the game content management unit 11a says, ``User U3 whose user ID is U003 has a character ID of M004 and whose NFT-ID is D01. A new record indicating that a certain NFT owns the issued character D is added to the user management table.

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 determine whether the character decided to be given to user U is managed by the blockchain, specifically, whether an NFT has been issued for the character. (Step S140).

As a result of the determination, if the character determined to be given to user U is not managed by the blockchain (step S140, NO), the server 10 ends the lottery process shown in FIG. 9.

On the other hand, if the character decided to be given to user U is managed by the blockchain (step S140, YES), the NFT processing unit 11b transfers (grants) the NFT issued to the character to user U. , issues a transaction on the blockchain network to set the transfer destination user U as the new owner of the NFT (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 newly created block data to the blockchain held in the storage unit 12.

Finally, the NFT processing unit 11b transmits the block data generated in step S160 to the plurality of user terminals 20 (user terminal 20a, user terminal 20b, user terminal 20c) forming 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 held in the storage unit 22. Upon completion of the process in step S170, the server 10 ends the lottery process shown in FIG. 9.

As described above in detail, in the first embodiment, the server 10 (information processing device) includes the control unit 11 (processor). The processor sends a message to user U from a game media collection including a first game media (characters A to E) managed by the blockchain (Ethereum) and a second game media (characters F to N) not managed by the blockchain. A lottery (gacha) is executed to determine the game contents (characters) to be given. When the first game medium is given to user U, the game medium identification information (NFT-ID) that can identify the first game medium in the blockchain is associated with the user identification information (user ID) that can identify user U. is memorized.

According to the first embodiment configured in this way, compared to the case where all the game contents given to user U through the execution of a lottery are managed in a form with a high management load (blockchain using NFT), It is possible to reduce the management load of game media.

(Second Embodiment) Next, a second embodiment of the present invention will be described based on the drawings. FIG. 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 FIG. 10, components designated by the same reference numerals as those shown in FIG. 6 have the same functions, and thus redundant explanation will be omitted here.

As shown in FIG. 10, the control unit 11A according to the second embodiment further includes a return reception unit 11d in addition to a game content management unit 11a, an NFT processing unit 11b, and a lottery execution unit 11c as a functional configuration. be done.

The return accepting unit 11d accepts from the user U the return of the first game content that has been given to the user U through a lottery. Specifically, when return request information indicating that the user U2 requests the return of the first game medium is transmitted from the user terminal 20b through an operation on the display unit 24, for example, the return accepting unit 11d selects a lottery. The return of the first game content already provided to the user U2 is accepted.

It should be noted that the first game content already given to the user U by lottery may be subject to restrictions on its buying and selling, and may be operated in such a manner that only return to the server 10 (game operator) is permitted. When the return accepting unit 11d accepts from user U the return of the first game medium that has already been awarded through a lottery, in return, the return accepting unit 11d receives another game medium that cannot be sold for money or goods and that can only be used within the game (for example, , item) may be given to user U.

In the present embodiment, the return accepting unit 11d accepts the return of the first game media that has been awarded through the lottery when the remaining number of first game media that can be awarded through the lottery becomes a predetermined number or less.

When the return accepting unit 11d accepts the return of the first game media that has already been awarded through a lottery, the game media management unit 11a controls the number of first game media that can be awarded through a lottery for as many first game media as the number of first game media for which the return has been accepted. Increase medium.

For example, the game content management unit 11a determines that the return acceptance unit 11d accepts the return of the first game content (Character D to which an NFT whose NFT-ID is D01 has been issued) that has been given to the user U2 through a lottery. In this case, D01 is added as the NFT-ID associated with character D in the character management table. In addition, the game media management unit 11a states, ``User U2 whose user ID is U002 owns character D whose character ID is M004 and an NFT was issued whose NFT-ID is D01.'' Delete the record indicating this from the user management table.

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 newly created block data to the blockchain held in the storage unit 12.

Then, the NFT processing unit 11b transmits the generated block data to a plurality of user terminals 20 (user terminal 20a, user terminal 20b, user terminal 20c) that constitute 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 storage unit 22. Specifically, the control unit 21 adds the newly transmitted block data to the blockchain held in the storage unit 22. By recording the newly created block data in the storage unit 12 of the server 10 and the storage unit 22 of the user terminal 20, the owner of the NFT whose NFT-ID is D01 is removed from the transfer source user U2. , 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 from the user U a return of the first game content that has been given to the user U through a lottery. . According to the second embodiment configured in this way, it is possible to accept a return of the first game content that has been awarded through a lottery, for example, from the user U who does not need the first game content.

In the second embodiment, the control unit 11A (refund acceptance unit 11d) controls, when the remaining number of first game media that can be awarded by lottery becomes a predetermined number or less, the control unit 11A (refund acceptance unit 11d) We accept returns. According to the second embodiment configured in this way, by narrowing down the timing at which the return of the first game content that has already been given by lottery is accepted to the timing when the opportunity for other users U to obtain the first game content has decreased. , a sudden increase in the management load of the first game content on the server 10 can be suppressed.

In addition, in the second embodiment, when the return of the first game contents that have already been given by lottery is accepted, the control unit 11A (game content management unit 11a) controls the number of first game contents for which the return is accepted. , the number of first game contents that can be awarded by lottery is increased. According to the second embodiment configured in this way, it is possible to accept the return of the first game content that has already been given through a lottery, thereby increasing the chances for other users U to obtain the first game content, and User U's motivation can be improved.

In the above embodiments (first and second embodiments), an example was explained in which the first game medium is managed by the blockchain even before it is determined as the game medium to be given to the user U by lottery. The present invention is not limited to this. For example, the first game medium may be managed by the blockchain after being determined as the game medium to be given to user U through a lottery. In this case, the NFT processing unit 11b issues an NFT with no owner in the blockchain network after it is determined by lottery as the game medium to be given to the user U. For example, the NFT processing unit 11b issues an NFT whose NFT-ID is A01 for character A (character ID=M001), which is determined by lottery as the game content to be given to user U. Then, the game content management unit 11a 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.

Further, in the above embodiment, an example has been described in which the second game medium is managed using the character management table and the user management table, but the present invention is not limited to this. For example, the second game medium is managed using a blockchain (for example, 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). It's okay.

In the above embodiment, the lottery execution unit 11c notifies the first user (for example, user U1) of the remaining number of first game media (characters) that can be awarded by lottery, and then When the first game content is given to U2), the remaining number of first game content that can be given by lottery may be reduced and the first user may be notified. Here, modes of notification (the same applies to notifications in the following paragraphs and subsequent paragraphs) include a mode in which notification information is aurally notified by reproducing an acoustic signal on the speaker 25 of the user terminal 20, and a mode in which an image is displayed on the user terminal 20. The notification information can be visually notified by displaying it on the user terminal 24, and the notification information can be visually notified by controlling the color of the light, lighting/blinking pattern, intensity of light, etc. on the user terminal 20 to generate light. A mode in which the notification information is tactilely notified by controlling the vibration pattern, intensity, etc. and generating vibration by the vibration function of the user terminal 20, and an air cannon that can be oscillated in the user terminal 20. For example, the notification information may be notified olfactorily by ejecting air with a predetermined odor, such as an irritating odor, toward the nasal cavity of the user U. Note that the acoustic signals include human voice messages, buzzer sounds, chime sounds, alarm sounds, and the like. The image displayed on the display unit 24 is an image that includes at least one element such as a figure, computer graphics, photograph, character, number, symbol, etc., and may be an image that includes a combination of two or more elements. good. Further, the image may be either a monochrome image or a color image, and may be either a still image or a moving image.

Further, in the embodiment described above, the lottery execution unit 11c may set the consideration necessary for executing the lottery according to the remaining number of first game media that can be awarded by lottery. For example, the lottery executing unit 11c sets a higher consideration for executing the lottery as the remaining number of first game media that can be awarded through the lottery decreases. As a result, as the remaining number of first game contents decreases, the rarity of the first game contents can be increased in terms of consideration as well.

Furthermore, in the above embodiment, when the first game content is provided to the user U, after the first game content becomes available for use by the user U, the game content is stored in the blockchain of the server 10 and the user terminal 20. Specific information (NFT-ID)
The storage process of the user identification information (user ID) may be executed when the fee (gas fee) required to execute the storage process is less than or equal to a predetermined fee. Thereby, it is possible to reduce the management load (fee) of the first game medium using the blockchain, without making the user U wait while using the provided first game medium. Note that the game media specific information (NFT-ID) and user specific information (user ID) may be managed in another free ledger (block chain, management table, etc.) while their storage processing is not executed. Furthermore, the fact that the fee (gas fee) is less than a predetermined fee means that the amount of transactions issued in the blockchain network is less than a predetermined amount. Further, the predetermined fee is, for example, a fee as close as possible to zero yen, and is set in advance in the game system 1.

Furthermore, in the above embodiment, the lottery execution unit 11c determines that when the first game content is determined as the game content to be given to the user U, it is different from when the second game content is decided as the game content to be given to the user U. The user U may be notified in a notification manner. Thereby, the user U can check the notification after the lottery is executed and easily understand which of the first game medium and the second game medium has been won.

As shown in FIG. 11, the lottery execution unit 11c displays a tree image 60 imitating a tree and a plurality of fruit images 62 imitating a plurality of nuts growing on a tree on the lottery result screen, and When the first game medium is determined as the game medium to be given to U, the display color of one nut image 62 is changed, and the nut corresponding to the nut image 62 falls downward (in the direction of the dotted line arrow) and onto the tree. Display an animation of how the number of growing nuts decreases. On the other hand, when the second game medium is determined as the game medium to be given to the user U on the lottery result screen, the lottery execution unit 11c displays a plurality of nut images 62 imitating a plurality of nuts growing on a tree. Do not change the form. In this way, when the first game medium is determined as the game medium to be given to the user U, the lottery execution unit 11c provides a different notification mode ( Specifically, the user U is notified with the content displayed in the presentation.

Note that when the first game medium is determined as the game medium to be given to the user U on the lottery result screen, the lottery execution unit 11c may display an animation of how the nut corresponding to the nut image 62 becomes smaller. In addition, when the return acceptance unit 11d accepts the return of the first game content that has already been awarded through a lottery, the lottery execution unit 11c determines the number of nuts on the lottery result screen compared to the case where the return is not accepted. It may be displayed in an enlarged manner, or an animation may be displayed to show how the fruit grows.

In the embodiment described above, the lottery executing unit 11c also informs the user U before the lottery is executed that the winning probability and the parameter (specific Specifically, the number of NFTs issued by the NFT processing unit 11b and the number of NFTs awarded by lottery may be provided. As a result, before the lottery is executed, the user can grasp the probability of winning, the base number, and the number already awarded in the lottery for the first game medium included in the game medium set and managed by the blockchain.

As shown in FIG. 12, the lottery execution unit 11c informs the user U before the lottery is executed that the first game media (characters A to E) included in the game media collection and managed by the blockchain will win. The probability, the parameter, and the number already awarded by lottery are displayed in the display area 70 of the display unit 24, and the second game medium (characters F to N) included in the game medium set and not managed by the blockchain is won. Display the probability. Note that the lottery execution unit 11c displays the winning probability in the display area 70 of the display unit 24 only for some of the first game media (characters A to E) and the second game media (characters F to N). You can let me. In addition, the lottery execution unit 11c displays the winning probabilities, parameters, and numbers already awarded by lottery only for some of the first game media (characters A to E) in the display area 70 of the display unit 24. It may also be displayed.

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

Note that when the number of items already awarded through the lottery reaches a population (when the first game content cannot be awarded), the lottery execution unit 11c displays information to that effect at the top of the screen. Alternatively, the information may be made clear by displaying a banner, displaying in red, bold, or the like. The reason for this is to prevent the user U who is about to draw a lottery from suffering unnecessary losses. On the other hand, if the return accepting unit 11d accepts the return of the first game material that has been given in the lottery, and the number that has been given in the lottery decreases, or if a new NFT is issued by the NFT processing unit 11b and the population is If the number increases, the first game content can be newly added, so information indicating this will be displayed at the top of the screen, or the information will be clearly displayed by displaying a banner, red, bold, etc. You can also let them do it.

Furthermore, in the above embodiment, when the first game medium is given to the user U through a lottery, the winning probability (specifically, the predetermined winning probability) of the first game medium through the lottery does not change. The number of first game contents that can be awarded by lottery may be increased. As a result, even if a limited number of managed first game media are awarded, it is possible to suppress fluctuations in the winning probability of the first game media in subsequent drawings. For example, if the winning probability of the first game medium (specific character) is constant (for example, 1%) and the first game medium is given to user U by lottery, the NFT processing unit 11b New NFTs will be issued for game media. Thereby, the winning probability of the first game medium (specific character) can be maintained constant. Further, if the winning probability of the first game medium (a specific degree of rarity) is constant and the first game medium is given to the user U by lottery, the NFT processing unit 11b selects a first game medium with a certain degree of rarity. New NFTs will be issued for game media. Thereby, the winning probability of the first game medium (specific rarity level) can be maintained constant. When the return receiving unit 11d accepts the return of the first game medium that has already been awarded by lottery, the winning probability of the first game medium may be maintained constant by reducing the parameter. If the first game medium that the user U already owns wins, the first game medium is not given to the user U, but only the number of times the first game medium is given to the user U is given in return. The amount may be increased to provide the user U with an effect equivalent to the effect obtained when the first game content is provided.

Note that when the NFT processing unit 11b newly issues NFTs for the first game medium (characters A to E), the lottery execution unit 11c may increase the parameter by the number of issued NFTs in real time and display the result. good. Further, after the first game medium (characters A to E) is given to the user U, the lottery executing unit 11c may reduce the number of already awarded items by the number given by the lottery in real time and display the result. However, if the first game content (characters A to E) given to user U is transferred to another user U (that is, if it is already counted as having been given by lottery), the lottery execution unit 11c displays the number already awarded by lottery without changing it. Furthermore, when the user U selects the first game medium (characters A to E) by touch operation on the display screen shown in FIG. A request screen for displaying a confirmation screen for confirming the current owner of character C) or for requesting the current owner to trade (exchange) the first game medium (for example, character C); may also be displayed. The lottery execution unit 11c can confirm the current owner of the selected first game medium by referring to the blockchain recorded in the storage unit 12. However, there are cases where it is not desirable to be able to confirm all the current owners of the first game medium, so in that case, users U who are mutually set as friends may be able to check the current owners of the first game medium. For a first game medium that is owned by a user U who has made it possible to check the contents or set it private to himself, other users U can confirm the current owner of the first game medium. It may be possible to make it impossible to confirm.

Furthermore, in the embodiment described above, when a delay in the execution of a lottery occurs due to a plurality of lottery processes by a plurality of users U being executed at approximately the same timing, the lottery executing unit 11c Compensation may be granted. Thereby, it is possible to reduce the dissatisfaction of the user U due to the delay in the execution of the lottery. For example, as the lottery execution delay time becomes longer, the lottery execution unit 11c may provide the user U with game media (for example, points or items that can be used in the game) as compensation for the execution delay. In this case, the lottery execution unit 11c may notify the users U of the number of users U waiting for the lottery process by displaying the number of users U waiting for the lottery process (the number of people waiting) on the display unit 24 of the user terminal 20.

Furthermore, in the above embodiment, when simultaneous winnings of the first game medium occur (on the game system 1, there is no difference as to which of the plurality of users U wins), the lottery execution unit 11c The first game content may be given to the user U who completed the confirmation process and the notification process first. Alternatively, the lottery execution unit 11c executes the lottery again to determine the game media to be given to each of the plurality of users U, and determines the lottery to determine the game media to be given to the plurality of users U at different timings. A plurality of users U may be notified of the lottery results. Alternatively, the lottery execution unit 11c may differentiate the winning users (in-game value Users who purchase in-game value at a later timing) and unsuccessful users (who purchase an in-game value at a later timing) may be determined. Alternatively, the lottery execution unit 11c may check the setting status of NFT transaction fees for a plurality of users U, and determine the user U whose transaction fee is set to a high amount as the winning user.

Further, in the above embodiment, the lottery execution unit 11c may perform a lottery execution unit 11c in a case where the number of users who have won the grant of the first game medium through a lottery within a predetermined period is greater than the remaining number of first game contents that can be awarded through the lottery. , the users who won within a predetermined period may be divided into winning users and unsuccessful users, and the unsuccessful users may be notified of their loss. As a result, the unsuccessful user understands that the unsuccessful user was unsuccessful due to the fact that the number of users who won to be granted the first game medium through the lottery was greater than the remaining number of first game contents that could be granted through the lottery. You can feel satisfied.

For example, as shown in FIG. 13, the lottery executing unit 11c determines that the number of users who have won to be given the first game medium (character C) through the lottery is larger than the remaining number of first game contents (character C) that can be given through the lottery. By displaying on the display unit 24 (display area 72) of the user terminal 20 that the unsuccessful user was unsuccessful due to the large number of selected users, the unsuccessful user is notified of the unsuccessful selection. Note that the lottery execution unit 11c may notify the unsuccessful users of their failure and may also provide them with game media (for example, points or items that can be used within the game) as an apology for their failure. Alternatively, the lottery executing unit 11c may award the unsuccessful user with a first game medium that has the same rarity as the unsuccessful first game medium and has a small number remaining that can be awarded through the lottery; Functions equivalent to those obtained by the first game medium (for example, effects as an item or performance as a character) may be provided.

Furthermore, in the above embodiment, the lottery execution unit 11c provides functions different from the lottery (for example, an estimated time until the lottery results are obtained) from the time the lottery request is made until the lottery results are issued. A function to notify, a function to execute another mini-game, a function to execute a quest different from the quest currently being executed, etc.) may be provided. This prevents the user U from getting bored even if it takes a long time from the time the lottery is requested until the lottery results are available.

Further, in the above embodiment, the lottery execution unit 11c is configured to perform a lottery execution unit 11c when the remaining number of first game media that can be awarded through the lottery becomes less than a predetermined value between the request for the lottery and the output of the lottery result. , the user U may be informed of whether or not to cancel the lottery. As a result, user U cancels the lottery after understanding that the possibility of obtaining the first game content through the lottery has decreased between the request for the lottery and the results of the lottery. You can choose whether or not to do so.

For example, as shown in FIG. 14, the lottery execution unit 11c provides first game media that can be awarded through the lottery after the lottery is requested and until the lottery results come out (during the lottery with five people waiting). (for example, character C) becomes less than a predetermined value (for example, 10), whether or not to cancel the lottery by displaying this on the display unit 24 (display area 80) of the user terminal 20. Notify user U of the guidance. When the user U presses the stop button 82, the lottery execution unit 11c cancels the lottery in progress, while when the user U does not press the stop button 82, the lottery execution unit 11c continues the lottery in progress.

Furthermore, in the above embodiment, when the first game medium is provided to the user U, the game medium identification information (NFT-ID) is It may also be stored in association with specific information (user ID). As a result, the first game content given to the user through the lottery can be managed in other linked blockchains, and the distribution of the first game content can be managed among a wider range of devices. can.

Furthermore, in the embodiment described above, the game media set may include a first game media managed by a first blockchain and a 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 in a first blockchain and a second blockchain. Thereby, the first game content can be managed by a plurality of blockchains (first blockchain, second blockchain), and the management load of the game content on one blockchain can be reduced.

Furthermore, in the above embodiment, the game media set may include game media managed by a blockchain and game media not managed by the blockchain, even if they are the same type of game media (characters). good. As a result, compared to a case where all game contents of the same type are managed by the blockchain, the management load of the game contents can be reduced by the amount of game contents that are not managed by the blockchain.

Further, in the above embodiment, as shown in FIG. 15, a plurality of (five) first game media 94 (characters) belong to the first game media set 90 and the second game media set 92, and the lottery execution unit 11c , when one first game medium 94 is awarded to user U by lottery for the first game media set 90, the remaining number of first game media 94 that can be awarded by lottery for the first game media set 90 is set from 5 to 4. In addition, the remaining number of first game media 94 that can be awarded by lottery to the second game media set 92 may be reduced from five to four. As a result, when the first game media 94 is given to the user U by lottery for the first game media set 90, the remaining number of first game media 94 that can be awarded by lottery for the first game media set 90, and the second The remaining number of first game media 94 that can be awarded by lottery to the game media set 92 can be decreased one by one in synchronization with the remaining number.

Further, the above embodiments are merely examples of implementation of the present invention, and the technical scope of the present invention should not be construed as limited by these embodiments. That is, the present invention can be implemented in various forms without departing from its gist or main features.

The characteristic functions and effects of the above embodiments are summarized below.

The information processing device (server 10, the same below) includes a processor (control units 11, 11A, the same below). The processor executes a lottery to determine a game medium to be given to a user from a game medium set including a first game medium managed by the blockchain and a second game medium not managed by the blockchain. When a first game medium is given to a user, game medium specifying information that can specify the first game medium is stored in the blockchain in association with user specifying information that can specify the user.

By adopting such a configuration, all game media given to users through the execution of a lottery can be managed in a form that requires a high management burden (for example, non-fungible tokens that allocate and manage information that uniquely identifies game media, etc.) The burden of managing game media can be reduced compared to the case where the game content is managed using the same management format.

The first game medium is managed by the blockchain even before it is determined as the game medium to be given to the user by lottery.

With such a configuration, the first game medium can be managed by the blockchain even before it is determined by lottery as the game medium to be given to the user.

The first game medium is managed by the blockchain after it is determined by lottery as the game medium to be given to the user.

With this configuration, the first game content can be managed by the blockchain after it has been determined by lottery as the game content to be given to the user, and the burden of managing the first game content before the decision is made can be reduced. It can be reduced.

After notifying the first user of the remaining number of first game media that can be awarded by lottery, the processor notifies the first user of the remaining number of first game media that can be awarded by lottery if the first game media is awarded to the second user. is decreased and the first user is notified.

With such a configuration, the first user can confirm that the remaining number of first game contents that can be awarded by lottery has decreased, and can confirm that the first game contents have been awarded to another user (second user). can be understood.

The processor accepts the return of the awarded first game content through a lottery.

With such a configuration, it is possible to accept a return of the first game content that has been awarded through a lottery, for example, from a user who does not need the first game content.

When the remaining number of first game contents that can be awarded through the lottery becomes less than or equal to a predetermined number, the processor accepts the return of the first game contents that have already been awarded through the lottery.

With such a configuration, by narrowing down the timing for accepting the return of the first game content that has already been awarded through a lottery to the timing when the opportunity for other users to obtain the first game content has decreased, the first game content in the information processing device can be returned. A sudden increase in the management load for one game content can be suppressed.

When the processor accepts the return of the first game contents that have already been awarded through the lottery, the processor increases the number of first game contents that can be awarded through the lottery by the number of first game contents for which the return has been accepted.

By adopting such a configuration, it is possible to accept the return of the first game content that has already been given through a lottery, increasing the chances for other users to obtain the first game content, and improving the motivation of other users for the lottery. be able to.

The processor sets consideration necessary for executing the lottery according to the remaining number of first game media that can be awarded by the lottery.

With such a configuration, for example, when the remaining number of first game media that can be awarded through a lottery decreases, the consideration required for executing the lottery is set high, so that the first game content can be increased in terms of consideration as well. It is possible to increase the rarity of game media.

When the first game medium is given to the user, after the first game medium becomes available for use by the user, storage processing of the game medium specific information and user specific information in the blockchain is performed in accordance with the execution of the storage processing. This is executed when the required fee is less than a predetermined fee.

With such a configuration, it is possible to reduce the management load (fee) of the first game content by the blockchain without making the user wait to use the provided first game content.

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

With this configuration, the user can check the notification after the lottery is executed and easily understand which of the first game medium and the second game medium has been won.

The processor provides the winning probability, the base number, and the number already awarded by the lottery for the first game medium included in the game medium set and managed by the blockchain to the user before the lottery is executed.

With such a configuration, before the lottery is executed, the user can calculate the winning probability, the population, and the number already awarded by the lottery for the first game media included in the game media collection and managed by the blockchain. can be grasped.

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

With such a configuration, even if a limited number of managed first game media are awarded, it is possible to suppress fluctuations in the winning probability of the first game media in subsequent lottery draws.

The processor provides compensation to the user in response to the delay in the execution of the lottery.

With such a configuration, it is possible to reduce user dissatisfaction due to delay in lottery execution.

If the number of users who have won the first game medium through a lottery within a predetermined period is greater than the remaining number of first game contents that can be granted through a lottery, the processor selects the users who have won within the predetermined period. The users are divided into winning users and unsuccessful users, and the unsuccessful users are notified of their failure.

With this configuration, an unsuccessful user may be unsuccessful due to the fact that the number of users who have won the first game content through the lottery is greater than the remaining number of first game media that can be awarded through the lottery. You can understand what you have done and feel satisfied.

The processor provides the user with functions different from the lottery from the time the lottery is requested until the lottery results are released.

With such a configuration, even if it takes a long time from the request for a lottery until the result of the lottery comes out, the user can be kept from getting bored.

The processor provides guidance on whether to cancel the lottery if the remaining number of first game contents that can be awarded through the lottery becomes less than a predetermined value between the request for the lottery and the results of the lottery. Notify the user.

With this configuration, the user can understand that the possibility of obtaining the first game content through the lottery has decreased between the time the user requests the lottery and the result of the lottery. , the user can choose whether or not to cancel the lottery.

When the first game content is given to the user, the game content specific information is stored in association with the user specific information in another blockchain that cooperates with the blockchain.

With this configuration, the first game content given to the user through the execution of a lottery can be managed by multiple linked blockchains, and the distribution of the first game content can be spread between a wider range of devices. can be managed with.

The game media collection includes first game media managed by a first blockchain and first game media managed by a second blockchain.

With this configuration, the first game content can be managed by multiple blockchains (first blockchain, second blockchain), and the management load of the first game content on one blockchain can be reduced. It can be reduced.

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

With such a configuration, when the first game media is awarded to the user by lottery for the first game media set, the remaining number of first game media that can be awarded by lottery for the first game media set, and The remaining number of first game media that can be awarded by lottery for two game media sets can be reduced in synchronization.

In an information processing method for causing a computer (information processing device) equipped with a processor to execute the information processing method, the processor performs processing from a game media set including a first game media managed by a blockchain and a second game media not managed by a blockchain. , a lottery is held to determine the game content to be given to the user. When a first game medium is given to a user, game medium specifying information that can specify the first game medium is stored in the blockchain in association with user specifying information that can specify the user.

By adopting such a configuration, all game media given to users through the execution of a lottery can be managed in a form that requires a high management burden (for example, non-fungible tokens that allocate and manage information that uniquely identifies game media, etc.) The burden of managing game media can be reduced compared to the case where the game content is managed using the same management format.

An information processing program to be executed by a computer equipped with a processor is to cause the processor to grant to a user from a game media collection including a first game media managed by a blockchain and a second game media not managed by a blockchain. A process for executing a lottery for determining game contents is executed. When a first game medium is given to a user, game medium specifying information that can specify the first game medium is stored in the blockchain in association with user specifying information that can specify the user.

By adopting such a configuration, all game media given to users through the execution of a lottery can be managed in a form that requires a high management burden (for example, non-fungible tokens that allocate and manage information that uniquely identifies game media, etc.) The burden of managing game media can be reduced compared to the case where the game content is managed using the same management format.

1: Game system, 10: Server, 11, 11A: Control unit, 11a: Game media management unit, 11b: NFT processing unit, 11c: Lottery execution unit, 11d: Return acceptance unit, 12: Storage unit, 13: Communication unit , 14: Operation input section, 15: Monitor, 16: System bus, 20, 20a, 20b, 20c: User terminal, 21: Control section, 22: Storage section, 23: Communication section, 24: Display section, 25: Speaker , 26: Microphone, 27: Camera, 28: Operation button, 29: System bus, 40: Game button, 42: Lottery button, 44: Back button, 50: Image, 52: Name and rarity, 60: Tree image, 62: Nut image, 70, 72, 80: Display area, 82: Stop button, 90: First game media set, 92: Second game media set, 94: First game media, U, U1, U2, U3: A user

Claims (1)

An information processing device including a processor, wherein the processor provides game media to the user from a game media collection including a first game media managed by a blockchain and a second game media not managed by the blockchain. When a lottery is held to determine the first game medium and the first game medium is given to the user, the game medium specifying information that can identify the first game medium in the blockchain is user specifying information that can identify the user. An information processing device that is stored in association with.