Information processing device, information processing method, and information processing program
By associating game media with user identification information across blockchain and non-blockchain systems, the management burden of game media is reduced, enhancing operational efficiency and user engagement.
Patent Information
- Application Number
- JP2022190528
- Authority / Receiving Office
- JP · JP
- Patent Type
- Patents
- Current Assignee / Owner
- Filing Date
- 2022-11-29
- Publication Date
- 2026-02-19
- Estimated Expiration
- 2042-04-07
AI Technical Summary
Managing game media using blockchain-based non-fungible tokens (NFTs) imposes a high management burden due to the large number of unique game items and characters, leading to increased operational overhead.
An information processing device that performs lotteries to distribute game media, associating blockchain-managed and non-blockchain-managed items with user identification information, reducing the need for extensive individual data management.
This approach reduces the management burden of game media by leveraging both blockchain and non-blockchain systems, optimizing resource allocation and user engagement.
Smart Images

Figure 0007817567000001 
Figure 0007817567000002 
Figure 0007817567000003
Abstract
Description
[Technical Field]
[0001] The present invention relates to an information processing device, an information processing method, and an information processing program. [Background technology]
[0002] Currently, there are known games that allow users to participate in a lottery called gacha, which allows users to obtain new game content (e.g., characters or items).
[0003] For example, Patent Document 1 discloses a game in which the game progresses in accordance with the user's input operations, and as predetermined items are achieved through the user's game play, game points are awarded to the user according to the items achieved, and each time the game points awarded to the user reach a certain amount, the user is given the right to enter a lottery.
[0004] In recent years, interest in virtual currencies (crypto assets) based on blockchain technology has been growing, and the application and development of blockchain to games has been progressing.
[0005] A feature of games that use blockchain is that game media (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 media between users while eliminating fraudulent acts such as tampering with game data.In addition, because game media are issued and distributed on the blockchain, it is also possible to use the same game media in multiple different games.
[0006] In this case, in order to increase asset value, game media are issued and circulated on the blockchain as non-fungible tokens (NFTs) to ensure scarcity by limiting the quantity and managing it with a serial number. For example, when a user obtains new game media through an in-game lottery, the transfer (circulation) of the game media to the user is recorded as a transaction (transaction history) on the blockchain.
[0007] 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. Data such as a name, description, and image can be linked as attribute information specific to this NFT. [Prior art documents] [Patent documents]
[0008] [Patent Document 1] Japanese Patent Application Publication No. 2018-011891 Summary of the Invention [Problem to be solved by the invention]
[0009] However, not only with blockchain but also with other systems, assigning unique identification information to all game media and managing data individually for each game media increases the management burden of the game media.The number of game media (characters, items, etc.) used in games is enormous, and if all game media assigned to users through lottery execution are managed in a manner that imposes a high management burden (for example, a management manner using non-fungible tokens that assign and manage information that uniquely identifies each game media), there is a problem in that the management burden of the game media becomes extremely high.
[0010] 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 burden of game media. [Means for solving the problem]
[0011] The information processing device of the present invention is an information processing device having a processor, wherein the processor performs 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. [Effects of the Invention]
[0012] According to the present invention, the burden of managing game content can be reduced. [Brief explanation of the drawings]
[0013] [Figure 1] FIG. 1 is a diagram illustrating a configuration of a game system according to a first embodiment. [Figure 2] 10 is an example of a home screen displayed on a display unit of a user terminal. [Figure 3] 10 is an example of a lottery result screen displayed on a display unit of a user terminal. [Figure 4] FIG. 2 is a block diagram showing a hardware configuration of a server according to the first embodiment. [Figure 5] FIG. 2 is a block diagram showing the hardware configuration of a user terminal according to the first embodiment. [Figure 6] FIG. 2 is a block diagram illustrating an example of a functional configuration of a server according to the first embodiment. [Figure 7] FIG. 10 is a diagram showing an example of a character management table. [Figure 8] FIG. 10 illustrates an example of a user management table. [Figure 9]10 is a flowchart showing an example of a lottery process performed by a control unit. [Figure 10] FIG. 10 is a block diagram illustrating an example of a functional configuration of a server according to the second embodiment. [Figure 11] FIG. 10 is a diagram showing an example of a lottery result screen displayed on the display unit of the user terminal. [Figure 12] FIG. 10 is a diagram showing an example of a lottery conditions screen displayed on a display unit of a user terminal. [Figure 13] FIG. 10 is a diagram showing an example of a lottery result screen displayed on the display unit of the user terminal. [Figure 14] FIG. 10 is a diagram showing an example of a lottery execution screen displayed on a display unit of a user terminal. [Figure 15] FIG. 2 is a diagram showing an example of first game media belonging to a first game media set and a second game media set. DETAILED DESCRIPTION OF THE INVENTION
[0014] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The present invention will be described with reference to the accompanying drawings, in which the same reference numerals denote the same or similar components.
[0015] (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 multiple user terminals 20 (user terminal 20a, user terminal 20b, user terminal 20c). The server 10 and the user terminals 20 are connected to each other so as to be able to communicate with each other via a communication line 5 such as the Internet, an intranet, a wireless LAN, or mobile communication. The server 10 functions as the "information processing device" of the present invention.
[0016] In this embodiment, users who use the user terminal 20a, the user terminal 20b, and the 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.
[0017] 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 will each be referred to as the user terminal 20.
[0018] 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.
[0019] The user terminal 20 is an information processing terminal such as a smartphone or tablet terminal, and provides a game to the user U. By operating the user terminal 20, the user U can log in to the game and play the game.
[0020] The user terminal 20 may be any type of terminal, such as a mobile phone, a personal computer (PC), a notebook PC, a personal digital assistant (PDA), a home game console, etc. The user terminal 20 may notify the server 10 of its own location detected using a global positioning system (GPS) or the like.
[0021] The server 10 is a device that performs some of the functions required for the user terminal 20 to provide a game, such as managing various types of information related to the user U and executing some of the game processing. The server 10 may be configured using one or more information processing devices, or may be configured using a virtual server (such as a cloud server).
[0022] 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 so that they can communicate with each other. 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 characteristic 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.
[0023] In this embodiment, Ethereum is used as the blockchain network, which can realize smart contracts that guarantee the validity of contracts using a blockchain. Note that instead of Ethereum, other blockchain networks such as Flow, EOS, and NEM may also be used.
[0024] 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, 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.
[0025] Standards for tokens (Ethereum tokens) that can be issued on 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 distinguish them from other NFTs and 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.
[0026] Like fungible tokens, NFTs 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 owner and ownership history.
[0027] ERC1155 is said to be a hybrid standard that combines the features of ERC20 and ERC721, and can issue tokens with ERC20 characteristics 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 recipients in a single transaction. In this embodiment, the NFT is a token issued in compliance with the ERC1155 standard.
[0028] (Game Overview) Next, an overview of the game provided by the game system 1 will be described. In the game provided by the game system 1, the user U can create a deck with characters selected from multiple characters he or she owns, and can obtain new characters and items by clearing quests using the created deck. In addition, the user U can combine the multiple characters he or she has acquired to make a stronger character, or can use items to strengthen the attributes of the character, thereby challenging more difficult quests.
[0029] Here, a quest is a term meaning a task that can be completed by meeting certain predetermined conditions. A quest is also generally called an exploration, a task, or a mission. A user U who participates in a quest can complete the quest by meeting the certain conditions, and completing the quest will result in a reward being given to the user U and the story of the game progressing.
[0030] A deck is a term meaning a group of multiple characters. When a user U performs a quest, the user U selects characters with the appropriate abilities to complete the quest, organizes a deck, and performs the quest. In this embodiment, the user U's "performing" 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 the user U's status value that increases depending on, for example, the number of times the user clears a quest.
[0031] A quest 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.
[0032] 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 lottery ticket) to win any game content (character or item) during the game. User U can receive (acquire) any game content by entering a lottery. Entering a lottery (drawing a lottery ticket) to win any game content is also called "gacha." User U can enter the lottery by consuming consumable media such as money, tokens, virtual currency, cryptocurrency, electronic currency such as credit cards, and points, consuming in-game value (for example, currency managed by a 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 one lottery draw.
[0033] In this embodiment, each game medium is assigned a rarity level (scarcity) corresponding to the probability of winning the lottery. The rarity levels are set, for example, from level 1 to level 3, with level 1 having the highest probability of winning, followed by level 2, level 3, and so on.
[0034] 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 user U starts a 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.
[0035] 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 (not shown) for playing a game is displayed, and the user U can play the game. When the user U presses the lottery button 42, the user U can play a lottery. Specifically, when the lottery button 42 is pressed, a lottery is played, and a lottery result screen for displaying the lottery result is displayed.
[0036] 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 a lottery. The lottery result screen displays an image 50 of the acquired character (game medium), its name and rarity 52, the lottery button 42, a back button 44, etc.
[0037] The image 50, name, and rarity level 52 of the acquired character acquired by the user U through the lottery, along with the name (e.g., character A) and the character's rarity level (e.g., 3) are displayed. When the user U presses the lottery button 42, 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.
[0038] (Hardware Configuration of Server 10) Fig. 4 is a block diagram showing the hardware configuration of server 10 in this embodiment. As shown in Fig. 4, server 10 is configured to include a control unit 11, a storage unit 12, a communication unit 13, an operation input unit 14, and a monitor 15.
[0039] The control unit 11 is, for example, a CPU (Central Processing Unit), a microprocessor, a DSP (Digital Signal Processor), or the like, and controls the overall operation of the server 10. The control unit 11 and a control unit 11A described below function as the "processor" of the present invention.
[0040] A part of the storage unit 12 is configured with, for example, a RAM (Random Access Memory) or a DRAM (Dynamic Random Access Memory), and is used as a work area when the control unit 11 executes processes based on various programs.
[0041] Furthermore, 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.
[0042] The programs stored in the memory 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., and include programs that function as the ``information processing program'' of the present invention.
[0043] The communication unit 13 is, for example, a NIC (Network Interface Controller) and has a function of connecting to the communication line 5. Instead of or together with the NIC, the communication unit 13 may have a function of connecting to a wireless LAN (Local Area Network), a function of connecting to a wireless WAN (Wide Area Network), a function of enabling short-range wireless communication such as Bluetooth (registered trademark), infrared communication, etc. The server 10 is connected to the user terminal 20 etc. via the communication line 5 and can transmit and receive various data to and from the user terminal 20 etc.
[0044] The operation input unit 14 is composed of a keyboard, a mouse, etc., and accepts input of various operations by a user who uses the server 10. The monitor 15 is, for example, a liquid crystal display device, etc., and displays various images.
[0045] The control unit 11, storage 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 storage unit 12, display images on the monitor 15, grasp the operation status of the operation input unit 14 by the user, and access various communication networks and user terminals 20 via the communication unit 13.
[0046] (Hardware Configuration of User Terminal 20) Fig. 5 is a block diagram showing the hardware configuration of user terminal 20 in this embodiment. As shown in Fig. 5, user terminal 20 is configured to include control unit 21, storage unit 22, communication unit 23, display unit 24, speaker 25, microphone 26, camera 27, and operation button 28.
[0047] The control unit 21 is, for example, a CPU (Central Processing Unit), a microprocessor, a DSP (Digital Signal Processor), or the like, and controls the overall operation of the user terminal 20.
[0048] A part of the storage unit 22 is configured, for example, with 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.
[0049] Furthermore, 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.
[0050] 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, and the like.
[0051] The communication unit 23 is, for example, a network interface controller (NIC), and has a function of connecting to the communication line 5. Instead of or together with the NIC, the communication unit 23 may have a function of connecting to a wireless local area network (LAN), a function of connecting to a wireless wide area network (WAN), a function of enabling short-range wireless communication such as Bluetooth (registered trademark), 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 transmit and receive various data to and from the server 10, other user terminals 20, etc.
[0052] 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.
[0053] 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.
[0054] The operation button 28 is provided on, for example, the side surface 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, and the like.
[0055] 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 state 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.
[0056] 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 FIG. 6, the control unit 11 includes, 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.
[0057] The game media management unit 11a manages the content used by the user U in the game. Possible game media (for example, characters) are managed, for example, in a character management table.
[0058] 7 is a diagram showing an example of a character management table stored in storage unit 12. As shown in FIG. 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 of an NFT (non-fungible token) issued for the character, all associated with each other. The character management table is used in common by multiple users U.
[0059] 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 NFT has 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 NFT has been issued for that character.
[0060] Characters with a character ID of any one of M001 to M005 have been issued an NFT, i.e., are characters with a limited number of characters, and are game media managed by blockchain (hereinafter, sometimes referred to as "first game media"). On the other hand, characters with a character ID of any one of M006 to M014 have not been issued an NFT, i.e., are characters with an unlimited number of characters, and 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 NFTs.
[0061] 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 capable of identifying the user U, a username indicating the name of the user U, a character ID capable of identifying a character owned by the user U, and an NFT-ID capable of identifying an NFT issued for the character owned by the user U, all associated with each other.
[0062] As shown in Figure 8, user U1, whose user ID is U001, owns a character with a character ID of M001 and an NFT with an NFT-ID of A01 issued, 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 with an NFT-ID of C01 issued, 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 with an NFT-ID of E01 issued, a character with a character ID of M008, and a character with a character ID of M012.
[0063] The NFT processing unit 11b executes various processes related to NFTs. Specifically, the NFT processing unit 11b issues an NFT that does not have an owner in the blockchain network. Note that the NFT processing unit 11b may also issue an NFT whose owner in the blockchain network is the server 10.
[0064] 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. In addition, 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.
[0065] The game media management unit 11a stores, in the character management table, each NFT issued by the NFT processing unit 11b in association with the corresponding characters A to E. For example, the game media management unit 11a stores, in the character management table, the NFTs (B01, B02, B03, B04, B05) issued by the NFT processing unit 11b in association with the corresponding character B (character ID: M002).
[0066] 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 transfer destination user U as the owner of the NFT. The NFT processing unit 11b can issue a transaction in response to the occurrence 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 transfer destination user U, in association with each other.
[0067] 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.
[0068] The NFT processing unit 11b transmits the generated block data to multiple user terminals 20 (user terminal 20a, user terminal 20b, 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 "no owner" to the transferee user U, and the NFT is transferred to the transferee user U.
[0069] 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 to set 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 includes an NFT-ID that can identify the NFT to be transferred, a user ID (which can be a user account name or wallet address) that can identify the transferor user U, and a user ID (which can be a user account name or wallet address) that can identify the transferee user U, all associated with each other. If the transfer request includes 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 issue a warning before issuing the transaction.
[0070] The NFT processing unit 11b then 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 content identification information (NFT-ID) that can identify the first game content to be transferred is stored in association with user identification information (user ID) that can identify the transferee user U.
[0071] The NFT processing unit 11b then 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.
[0072] 2, the lottery running unit 11c receives a request to run a lottery (gacha) to determine the game medium (e.g., a character) to be granted to the user U. Then, the lottery running unit 11c runs a lottery to determine the game medium (e.g., a character) to be granted to the user U.
[0073] FIG. 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.
[0074] First, the lottery running unit 11c receives a request from a user U who is logged in to the game to run a lottery to determine game media (for example, a character) to be granted to the user U (step S100).
[0075] Next, the lottery execution unit 11c refers to the character management table (see Figure 7) stored in the memory unit 12 and generates a game media set 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).
[0076] Next, the lottery execution unit 11c executes a lottery to determine a character to be granted to the user U from the set of game media generated in step S110 (step S120). Then, the lottery execution unit 11c outputs lottery result information indicating the result of the lottery execution to the game media management unit 11a and the NFT processing unit 11b.
[0077] Next, the game media management unit 11a updates the user management table (see FIG. 8) stored in the storage 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." Also, 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."
[0078] 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 2, and determines whether the character decided to be granted to user U is managed by the blockchain, specifically, whether an NFT has been issued for the character (step S140).
[0079] If the determination result shows that the character decided to be given to the user U is not managed by the blockchain (step S140, NO), the server 10 ends the lottery process shown in FIG.
[0080] 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 the character to user U (step S150).
[0081] 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 held in the storage unit 12.
[0082] Finally, the NFT processing unit 11b transmits the block data generated in step S160 to the 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 held in the storage unit 22. When the processing of step S170 is completed, the server 10 ends the lottery processing shown in FIG. 9.
[0083] As described above in detail, 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 the 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 the 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 the user U.
[0084] According to the first embodiment configured in this manner, 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 is managed in a form that imposes a high management burden (blockchain using NFTs).
[0085] (Second embodiment) Next, a second embodiment of the present invention will be described with reference to 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 with the same reference numerals as those shown in Fig. 6 have the same functions, and therefore redundant description will be omitted here.
[0086] As shown in FIG. 10, the control unit 11A according to the second embodiment is configured to further include, as functional components, a refund acceptance unit 11d in addition to a game media management unit 11a, an NFT processing unit 11b, and a lottery execution unit 11c.
[0087] The return acceptance unit 11d accepts a return of the first game medium that has been granted to the user U by lottery from the user U. Specifically, when return request information indicating a request for the return of the first game medium from the user U2 is transmitted from the 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 the user U2 by lottery.
[0088] Note that the first game medium already granted to user U by 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 the return of the first game medium already granted to user U by lottery from user U, 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.
[0089] In this embodiment, when the remaining number of first game media that can be awarded by lottery falls to a predetermined number or less, the return acceptance unit 11d accepts the return of the first game media that have already been awarded by lottery.
[0090] 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.
[0091] 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 to the character management table as an NFT-ID associated with character D. 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 for which an NFT with NFT-ID D01 has been issued."
[0092] 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 held in the storage unit 12.
[0093] The NFT processing unit 11b then 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. As the newly created block data is recorded 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 transfer source user U2 to no owner, and the NFT is returned to the server 10.
[0094] As described above in detail, 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 by lottery from the user U. According to the second embodiment configured in this manner, the return of a first game medium that has been granted by lottery can be accepted, for example, from a user U who does not need the first game medium.
[0095] In the second embodiment, when the remaining number of first game media that can be awarded by lottery falls below a predetermined number, the control unit 11A (return acceptance unit 11d) accepts the return of the first game media that have already been awarded by lottery. According to the second embodiment configured in this manner, by narrowing the timing for accepting the return of the first game media that have already been awarded by lottery to a time when other users U have fewer opportunities to obtain the first game media, it is possible to prevent a sudden increase in the management load of the first game media on the server 10.
[0096] Furthermore, in the second embodiment, when a request for return of first game media that have already been granted by lottery is accepted, the control unit 11A (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. According to the second embodiment configured in this manner, by accepting the return of first game media that have already been granted by lottery, it is possible to increase the opportunities for other users U to obtain those first game media, and it is possible to improve the motivation of other users U for the lottery.
[0097] In the above embodiments (first and second embodiments), an example has been described in which the first game medium is managed by a 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 a 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 ownerless NFT on 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. Then, the game medium 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.
[0098] In the above embodiment, the second game content 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 content may be managed using a blockchain (e.g., a blockchain that does not use NFTs) different from the blockchain that manages the first game content (specifically, a blockchain that uses NFTs).
[0099] Furthermore, 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 the first game media is awarded to a second user (e.g., user U2), may reduce the remaining number of first game media that can be awarded by lottery and notify the first user of the reduced number. Here, examples of notification (the same applies to notifications in the following paragraphs) include audible notification of notification information by playing an audio signal through the speaker 25 of the user terminal 20, visual notification of notification information by displaying an image on the display unit 24 of the user terminal 20, visual notification of notification information by generating light by controlling the color, lighting / flashing pattern, light intensity, etc. of the light in the user terminal 20, tactile notification of notification information by generating vibrations using a vibration function of the user terminal 20 by controlling the vibration pattern, intensity, etc., and olfactory notification of 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. The acoustic signal includes a human voice message, a buzzer sound, a chime sound, an alarm sound, etc. The image displayed on the display unit 24 is an image including at least one element such as a figure, computer graphics, a photograph, a letter, a number, and a symbol, and may be an image including 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.
[0100] Furthermore, in the above embodiment, the lottery running unit 11c may set the price required to run the lottery according to the remaining number of first game media that can be awarded through the lottery. For example, the lottery running unit 11c sets the price required to run 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 price as the remaining number of first game media decreases.
[0101] Furthermore, in the above embodiment, when a first game medium is granted to a 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 the 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 on the blockchain without making the user U wait to use the assigned first game medium. The game medium identification information (NFT-ID) and the user ID may be managed in a separate, free ledger (such as a blockchain or management table) while the storage process is not being performed. The fee (gas fee) being equal to or less than a predetermined fee means that the amount 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 0 yen as possible and is set in advance in the game system 1.
[0102] Furthermore, in the above embodiment, when the first game medium is determined as the game medium to be provided to the user U, the lottery executing unit 11c may notify the user U in a different notification manner than when the second game medium is determined as the game medium to be provided to the user U. This allows the user U to easily understand whether the first game medium or the second game medium has been won by checking the notification after the lottery is executed.
[0103] 11 , the lottery execution unit 11c displays, on the lottery result screen, a tree image 60 that resembles a tree and multiple nut images 62 that resemble multiple nuts growing on the tree. When the first game medium is determined as 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 the 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, when the second game medium is determined as 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, when the first game medium is determined as 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 when the second game medium is determined as the game medium to be granted to user U.
[0104] When the first 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 may display an animation of the nuts corresponding to the nut image 62 getting smaller. When the return acceptance unit 11d accepts the return of the first game medium already granted by 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.
[0105] Furthermore, in the above embodiment, the lottery execution unit 11c may provide user U before the lottery is held with the winning probability, the parameter (specifically, the number of NFTs already issued by NFT processing unit 11b), and the number already awarded through the lottery for the first game media included in the game media collection and managed by the blockchain. This allows the user to understand the winning probability, the parameter, and the number already awarded through the lottery for the first game media included in the game media collection and managed by the blockchain before the lottery is held.
[0106] As shown in FIG. 12, the lottery execution unit 11c displays, for the user U before the lottery is executed, in the display area 70 of the display unit 24, the winning probability, the parameter, and the number already awarded by the lottery for the first game media (characters A to E) included in the game medium 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 medium 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). Furthermore, the lottery execution unit 11c may display, in the display area 70 of the display unit 24, the winning probability, the parameter, and the number already awarded by the lottery for only some of the first game media (characters A to E).
[0107] Specifically, the lottery execution unit 11c displays the winning probability (1%), the parameter (100), and the number of points already awarded by lottery (1) for the first game medium (character A). The lottery execution unit 11c also displays the winning probability (1%), the parameter (100), and the number of points already awarded by lottery (3) for the first game medium (character B). The lottery execution unit 11c also displays the winning probability (1%), the parameter (100), and the number of points already awarded by lottery (5) for the first game medium (character C). The lottery execution unit 11c also displays the winning probability (1%), the parameter (100), and the number of points 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 points 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).
[0108] Note that when the number of first game media already granted by the lottery reaches the base number (when it becomes impossible 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 by displaying a banner, in red, in bold, or the like. 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 by the lottery and the number of first game media already granted by the lottery decreases, or when the NFT processing unit 11b issues a new NFT and the base number increases, it becomes possible to grant new first game media, and therefore the lottery execution unit 11c may display information indicating this at the top of the screen or clearly indicate this information by displaying a banner, in red, in bold, or the like.
[0109] 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 limited number of first game media are awarded. For example, when the winning probability of a first game medium (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 (specific character). Furthermore, when the winning probability of a first game medium (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 a specific rarity. This makes it possible to maintain a constant winning probability of the first game medium (specific rarity). 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 the first game medium may be maintained constant by reducing the parameter. When a first game medium that a user U already owns is won, the first game medium may not be granted to the user U, but in return, the number of times the first game medium has been granted to the user U may be increased, thereby granting the user U an effect equivalent to that which would be obtained if the first game medium had been granted.
[0110] When new NFTs are issued by the NFT processing unit 11b for the first game media (characters A to E), the lottery executing unit 11c may increase the parameter by the number of issued NFTs in real time and display the parameter. Furthermore, after first game media (characters A to E) are granted to user U, the lottery executing unit 11c may decrease the number of granted first game media by the number of granted first game media in real time and display the parameter. However, when the first game media (characters A to E) granted to user U are transferred to another user U (i.e., when the first game media are already counted as granted by lottery), the lottery executing unit 11c displays the number of granted first game media 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 referring to the blockchain recorded in the storage unit 12. However, it may not be desirable to be able to confirm all current owners of the first game medium. In such cases, the current owner of the first game medium may be confirmed between users U who have been set as friends with each other, or the current owner of the first game medium owned by a user U who has set the first game medium to private may not be confirmed by other users U.
[0111] Furthermore, in the above embodiment, when 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 running 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 running 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 running 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 the number of users U waiting on the display unit 24 of the user terminal 20.
[0112] Furthermore, in the above embodiment, when multiple users U simultaneously win the first game medium (in the game system 1, it is virtually impossible to distinguish which of the multiple users U wins), the lottery executing unit 11c may award the first game medium to the user U who completed the winning confirmation process and notification process first. Alternatively, the lottery executing unit 11c may re-execute a lottery to determine the game medium to be awarded to each of the multiple users U, finalize 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 executing unit 11c may differentiate 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 enter into 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 running unit 11c may check the setting status of NFT transaction fees for multiple users U and determine the user U who has set the transaction fee high as the winning user.
[0113] Furthermore, in the above embodiment, if the number of users who have won 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 execution unit 11c may divide the users who have won the lottery within the predetermined period of time into winning users and losing users, and notify the losing users that they have been unsuccessful. As a result, the losing users may receive the first game medium within a period of time in which the number of first game media that can be received by lottery is greater than the remaining number of first game media that can be received by lottery. This allows users to understand that they were unsuccessful because there were a large number of successful users, and they can feel satisfied.
[0114] For example, as shown in FIG. 13 , the lottery execution unit 11c notifies the unsuccessful user of the 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 been selected to receive the first game medium (character C) through the lottery is greater than the remaining number of first game media (character C) that can be received through the lottery. The lottery execution unit 11c may notify the unsuccessful user of the unsuccessful selection and may also grant the unsuccessful user game media (e.g., points or items that can be used in the game) as compensation for the unsuccessful selection. Alternatively, the lottery execution unit 11c may grant the unsuccessful user a first game medium that has the same rarity as the unsuccessful first game medium but has a smaller remaining number that can be received through the lottery, or may grant the unsuccessful user functionality (e.g., item effects or character performance) that is comparable to the functionality obtained from the unsuccessful first game medium.
[0115] Furthermore, in the above embodiment, the lottery running unit 11c may provide the user U with a function other than the lottery (for example, a function to notify the user U of an estimated time until the lottery result is 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 result is announced. This makes it possible to keep the user U from getting bored even if it takes a long time from the time the lottery request is made until the lottery result is announced.
[0116] Furthermore, in the above embodiment, 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 lottery execution unit 11c may notify the user U of a prompt to choose whether or not to cancel the lottery. This allows the user U to decide whether or not to cancel the lottery, knowing that the possibility of winning 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.
[0117] 14, if the remaining number of first game media (e.g., character C) that can be awarded by lottery falls below a predetermined value (e.g., 10) during the period from when the lottery request is made until the lottery result is announced (while the lottery is being executed with five waiting people), the lottery execution unit 11c notifies the user U of whether or not to cancel the lottery by displaying a message to that effect on the display unit 24 (display area 80) of the user terminal 20. 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.
[0118] Furthermore, in the above embodiment, when the first game medium is granted to the 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 blockchains in the server 10 and the user terminal 20. This allows the first game medium granted to the 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.
[0119] 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 (the first blockchain, the second blockchain), thereby reducing the management load of the game media on a single blockchain.
[0120] Furthermore, in the above embodiment, the set of game contents may include both game contents (characters) of the same type that are managed by the blockchain and game contents that are not managed by the blockchain. This reduces the management burden of the game contents by the amount of game contents that are not managed by the blockchain compared to when all game contents of the same type are managed by the blockchain.
[0121] 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 5 to 4, 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 5 to 4. 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 reduced by one each in a synchronized manner.
[0122] Furthermore, the above-described embodiments are merely examples of specific embodiments for carrying out the present invention, and the technical scope of the present invention should not be construed as being limited by these embodiments. In other words, the present invention can be carried out in various forms without departing from the gist or main features thereof.
[0123] The characteristic functions and effects of the above embodiment will be summarized below.
[0124] 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 which game media to grant to a user from a set of game media including first game media managed by the blockchain and second game media not managed by the blockchain. When the first game media is granted to a user, game media identification information that can identify the first game media in the blockchain is stored in association with user identification information that can identify the user.
[0125] By adopting such a configuration, the management burden of game media can be reduced compared to when all game media granted to users through the execution of a lottery 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).
[0126] The first game medium is managed by the blockchain even before it is determined by lottery as the game medium to be granted to the user.
[0127] With this configuration, the first game medium can be managed by the blockchain even before it is determined by lottery as the game medium to be awarded to the user.
[0128] 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.
[0129] By adopting this configuration, the first game medium can be managed using the blockchain after it has been determined by lottery as the game medium to be granted to the user, thereby reducing the management burden of the first game medium before that determination.
[0130] The processor notifies the first user of the remaining number of first game media that can be granted by lottery, and then, if the first game media is granted to the second user, reduces the remaining number of first game media that can be granted by lottery and notifies the first user of the result.
[0131] With this configuration, 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).
[0132] The processor accepts the return of the first game medium that has already been awarded by lottery.
[0133] With this configuration, it is possible to accept the return of a first game medium that has already been awarded by lottery from, for example, a user who does not need the first game medium.
[0134] When the remaining number of first game media that can be awarded by lottery falls to a predetermined number or less, the processor accepts the return of the first game media that have already been awarded by lottery.
[0135] By adopting this configuration, the timing for accepting the return of the first game medium that has already been awarded by lottery can be narrowed down to a time when other users have fewer opportunities to obtain that first game medium, thereby preventing a sudden increase in the management load of the first game medium on the information processing device.
[0136] When the processor receives a request to return first game media that have already been granted by lottery, the processor increases the number of first game media that can be granted by lottery by the number of first game media that have been returned.
[0137] By adopting such a configuration, it is possible to accept the return of the first game medium that has already been granted through a lottery, thereby increasing the opportunities for other users to obtain that first game medium and improving the motivation of other users regarding the lottery.
[0138] The processor sets the amount of compensation required to hold the lottery in accordance with the remaining number of first game media that can be awarded by the lottery.
[0139] By adopting such a configuration, for example, when the remaining number of first game media that can be awarded by lottery becomes low, the price required to conduct the lottery can be set high, thereby increasing the rarity of the first game media in terms of price as well.
[0140] 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 of the game medium identification information and user identification information in the blockchain is executed when the fee required to execute the storage process is less than a predetermined fee.
[0141] With this configuration, the burden (fees) of managing the first game media via the blockchain can be reduced without making the user wait to use the granted first game media.
[0142] 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 than when the second game medium is determined as the game medium to be provided to the user.
[0143] With this configuration, the user can easily know which of the first game medium and the second game medium has been selected by checking the notification after the lottery has been held.
[0144] Before the lottery is held, the processor provides the user with the winning probability, the parameter, and the number already awarded by the lottery for the first game medium that is included in the game medium collection and managed by the blockchain.
[0145] By configuring in this manner, before the lottery is held, the user can understand 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.
[0146] When the first game medium is awarded to the 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.
[0147] With this configuration, even if a first game medium, the number of which is managed and limited, is awarded, it is possible to suppress fluctuations in the probability of winning the first game medium in subsequent lotteries.
[0148] The processor provides compensation to the user in accordance with the delay in the execution of the lottery.
[0149] By adopting such a configuration, it is possible to reduce user dissatisfaction caused by delays in the execution of the lottery.
[0150] 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 by 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.
[0151] With this configuration, the number of users who have been unsuccessful in the lottery to receive the first game medium is greater than the remaining number of first game media that can be received by the lottery. This will give you a sense of satisfaction in knowing that your failure was due to this.
[0152] The processor provides the user with functions other than the lottery during the period from when the lottery request is made until the result of the lottery is announced.
[0153] With this configuration, even if it takes a long time from when the lottery is requested until the lottery results are announced, the user will not get bored.
[0154] If the remaining number of first game media that can be awarded by 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 notifies the user of whether or not to cancel the lottery.
[0155] By configuring in this way, the user can understand that the chances of winning the first game medium through the lottery have decreased between the time of requesting the lottery and the time the lottery results are announced, and can then choose whether or not to cancel the lottery.
[0156] When a first game content is provided to a user, the game content identification information is stored in association with the user identification information in another blockchain linked to the blockchain.
[0157] By adopting such a configuration, the first game medium granted to a user through the execution of a lottery can be managed by multiple linked blockchains, and the distribution of the first game medium can be managed across a wider range of devices.
[0158] The set of game media includes first game media managed by a first blockchain and first game media managed by a second blockchain.
[0159] With this configuration, the first game content can be managed by multiple blockchains (first blockchain, second blockchain), thereby reducing the management load of the first game content on a single blockchain.
[0160] The first game media belong to a first game media set and a second game media set, and when the first game media are awarded to a 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 a lottery for the first game media set and reduces the remaining number of first game media that can be awarded through a lottery for the second game media set.
[0161] With this configuration, 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.
[0162] In an information processing method for causing a computer (information processing device) having a processor to execute, the processor executes a lottery to determine game media to be granted to a user from a set of game media including first game media managed by a blockchain and second game media not managed by a blockchain. When the first game media is granted to a user, game media identification information that can identify the first game media in the blockchain is stored in association with user identification information that can identify the user.
[0163] By adopting such a configuration, the management burden of game media can be reduced compared to when all game media granted to users through the execution of a lottery 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).
[0164] An information processing program to be executed by a computer having a processor causes the processor to execute a process of conducting a lottery to determine game media to be granted to a user from a set of game media including first game media managed by a blockchain and second game media not managed by a blockchain. When the first game media is granted to a user, game media identification information that can identify the first game media in the blockchain is stored in association with user identification information that can identify the user.
[0165] By adopting such a configuration, the management burden of game media can be reduced compared to when all game media granted to users through the execution of a lottery 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). [Explanation of symbols]
[0166] 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, 2 6: 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: User
Claims
1. 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.
2. 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.
3. 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.
4. 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.
Citation Information
Patent Citations
Encoder using diffraction grating
JP1984099219A
Game program, method, and information processor
JP2018011891A
Control program of user terminal, control method, and game system
JP2019107493A
Game program, method, and information processing device
JP2020110451A
Game system and auction program
JP2021152815A