WO2019198846A9 - 가챠 시스템의 확률 정보를 획득하는 방법, 장치 및 컴퓨터 프로그램 - Google Patents

가챠 시스템의 확률 정보를 획득하는 방법, 장치 및 컴퓨터 프로그램 Download PDF

Info

Publication number
WO2019198846A9
WO2019198846A9 PCT/KR2018/004311 KR2018004311W WO2019198846A9 WO 2019198846 A9 WO2019198846 A9 WO 2019198846A9 KR 2018004311 W KR2018004311 W KR 2018004311W WO 2019198846 A9 WO2019198846 A9 WO 2019198846A9
Authority
WO
WIPO (PCT)
Prior art keywords
gacha
information
gacha event
event information
user terminal
Prior art date
Application number
PCT/KR2018/004311
Other languages
English (en)
French (fr)
Other versions
WO2019198846A1 (ko
Inventor
임태현
Original Assignee
(주)넥슨코리아
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by (주)넥슨코리아 filed Critical (주)넥슨코리아
Priority to US17/046,546 priority Critical patent/US11565186B2/en
Publication of WO2019198846A1 publication Critical patent/WO2019198846A1/ko
Publication of WO2019198846A9 publication Critical patent/WO2019198846A9/ko

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/55—Controlling game characters or game objects based on the game progress
    • A63F13/57—Simulating properties, behaviour or motion of objects in the game world, e.g. computing tyre load in a car race game
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F3/00—Board games; Raffle games
    • A63F3/08—Raffle games that can be played by a fairly large number of people
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/3225—Data transfer within a gaming system, e.g. data sent between gaming machines and users
    • G07F17/3232—Data transfer within a gaming system, e.g. data sent between gaming machines and users wherein the operator is informed
    • G07F17/3234—Data transfer within a gaming system, e.g. data sent between gaming machines and users wherein the operator is informed about the performance of a gaming system, e.g. revenue, diagnosis of the gaming system
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/326—Game play aspects of gaming systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A63F13/34—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers using peer-to-peer connections
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/69—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by enabling or updating specific game elements, e.g. unlocking hidden features, items, levels or versions
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/85—Providing additional services to players
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/40—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterised by details of platform network
    • A63F2300/401—Secure communication, e.g. using encryption or authentication
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/57—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of game services offered to the player
    • A63F2300/575—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of game services offered to the player for trading virtual items
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/60—Methods for processing data by generating or executing the game program
    • A63F2300/609—Methods for processing data by generating or executing the game program for unlocking hidden game elements, e.g. features, items, levels

Definitions

  • the present invention relates to a method of obtaining probability information of a gacha system, and more particularly, to a method of obtaining probability information of a gacha system by sharing information about a gacha system between user terminals.
  • a predetermined item can be provided or the user can pay a predetermined amount and purchase a predetermined item.
  • a gacha system is used to induce the user's interest even when providing items.
  • Gacha system refers to a system for drawing goods, items, etc. Gacha system is generally used in a similar meaning to a random box, a capsule machine, and the like, and a user cannot predict which items can be obtained. That is, a user who uses the Gacha system does not directly purchase a desired product or item, but rather purchases an opportunity to select an item or product.
  • a gacha system that users can trust can be provided.
  • FIG. 1 illustrates an online game providing system including a server and a user terminal according to some embodiments.
  • FIG. 2 is a diagram for explaining sharing of Gacha system probability information in a blockchain network according to some embodiments.
  • 3 is a diagram for explaining a game screen and a gacha ticket according to some embodiments.
  • FIG. 4 is a diagram for describing an execution result of a gacha system according to some embodiments.
  • FIG. 5 is a diagram for describing a method of obtaining probability information of a gacha system according to some embodiments.
  • FIG. 6 is a diagram for describing gacha event information according to some embodiments.
  • FIG. 7 is a diagram for describing detailed information about a gacha event according to some embodiments.
  • FIG. 8 is a diagram for explaining gacha event information shared in a gacha system according to some embodiments.
  • FIGS. 9 and 10 are diagrams for explaining probability information of a gacha system based on gacha event information according to some embodiments.
  • 11 is a flowchart illustrating a method of generating gacha event information using a block chain according to some embodiments.
  • FIG. 12 is a flowchart illustrating an operation of a node on a blockchain network that distributes and manages a ledger recording gacha event information according to some embodiments.
  • FIG. 13 is a diagram for explaining a process of propagating effective gacha event information on a block chain network to nodes on a block chain network and recording it in the block chain according to some embodiments.
  • FIG. 14 is a diagram illustrating a process of transmitting digitally signed Gacha event information from a user terminal to a node on a blockchain network according to some embodiments.
  • 15 is a diagram illustrating a process of verifying the validity of gacha event information in a node on a blockchain network according to some embodiments.
  • 16 is a block diagram illustrating a structure of a block and a block chain, according to some embodiments.
  • 17 is a diagram illustrating a method of obtaining proof of work and nonce of a block in a node on a block chain network according to some embodiments.
  • FIG. 18 is a diagram for describing a method of recording gacha event information in a block chain according to some embodiments.
  • 19 is a block diagram illustrating a configuration of a user terminal according to some embodiments.
  • 20 is a block diagram illustrating a configuration of a node on a blockchain network according to some embodiments.
  • a method of obtaining probability information of a gacha system comprising: obtaining, by a first user terminal, second gacha event information, which is information about a gacha event generated in a second user terminal; Obtaining, by the first user terminal, third gacha event information, which is information about a gacha event generated in a third user terminal; Obtaining probability information of a gacha system based on the acquired second gacha event information and third gacha event information; And displaying probability information of the acquired gacha system.
  • the method includes: transmitting a request to execute a gacha event; Obtaining an execution result of the gacha event; It may further include generating first gacha event information based on the execution result.
  • the second gacha event information is included in a block constituting a block chain that distributes and manages a ledger recording gacha event information
  • the third gacha event information is the block among the blocks or blocks constituting the block chain. And may be included in a different block.
  • the generating of the first gacha event information may include requesting a first node on the block chain network to record the first gacha event information in at least one block constituting the block chain.
  • the step of requesting the first node to record the first gacha event information may include encrypting the first gacha event information and transmitting the encrypted first gacha event information to the first node. have.
  • the transmitting of the first gacha event information to the first node includes applying the first gacha event information to a hash function that generates unique data for the first gacha event information, and the first gacha event information Generating a first hash value corresponding to; Generating a first cipher text representing a digital signature of the first gacha event information by encrypting the first hash value with a private key of the user who executed the gacha event; And transmitting the first cipher text to the first node together with the first gacha event information.
  • the second gacha event information or third gacha event information includes probability information of the gacha system, game information related to the gacha system, a type of gacha event, a gacha event execution time, account information on which a gacha event was executed, and a gacha event. It may include at least one of information on the executed user terminal, an item acquired according to the execution result of the gacha event, and the amount of game goods used to execute the gacha event.
  • the acquisition probability of each of the items obtainable in the gacha system may be calculated based on the second gacha event information and the third gacha event information.
  • At least one of an account corresponding to the user terminal generating the first gacha event information and a user account corresponding to the first node may receive a predetermined game product.
  • the method includes: updating probability information of the acquired gacha system based on additionally acquired gacha event information; And displaying probability information of the updated gacha system.
  • Some embodiments of the present disclosure may provide a computer-readable recording medium in which a program for implementing the method is recorded.
  • second gacha event information which is information about a gacha event occurring in a second user terminal
  • a gacha event generated in a third user terminal A communication unit for acquiring third gacha event information, which is information about;
  • a display displaying the probability of the acquired gacha system.
  • the communication unit may transmit a request to execute a gacha event, obtain an execution result of the gacha event, and the processor may generate first gacha event information based on the execution result.
  • the second gacha event information is included in a block constituting a block chain that distributes and manages a ledger recording gacha event information
  • the third gacha event information is the block among the blocks or blocks constituting the block chain. And may be included in a different block.
  • the processor may control the communication unit to request recording of first gacha event information in at least one block constituting the block chain as a first node on the block chain network.
  • the processor may control the communication unit to encrypt the first gacha event information and transmit the encrypted first gacha event information to the first node.
  • the processor generates a first hash value corresponding to the first gacha event information by applying the first gacha event information to a hash function that generates unique data for the first gacha event information, and the gacha
  • the first hash value is encrypted with the private key of the user who executed the event to generate a first cipher text representing a digital signature of the first gacha event information
  • the communication unit may convert the first cipher text to the first gacha event information Together, they can be transmitted to the first node.
  • the second gacha event information or third gacha event information includes probability information of the gacha system, game information related to the gacha system, a type of gacha event, a gacha event execution time, a user terminal on which a gacha event was executed, and a gacha event. It may include at least one of the executed account information, information on the user terminal on which the Gacha event was executed, an item acquired according to the execution result of the Gacha event, and the amount of game goods used to execute the Gacha event.
  • the processor may calculate an acquisition probability of each of the items obtainable in the gacha system based on the second gacha event information and the third gacha event information.
  • At least one of an account corresponding to the user terminal generating the first gacha event information and a user account corresponding to the first node may receive a predetermined game product.
  • the processor may control the display to update probability information of the acquired gacha system based on additionally acquired gacha event information, and to display probability information of the updated gacha system.
  • Some embodiments of the present disclosure may include storing information determining a probability of a Gacha system service to be provided through a decentralized application (DAPP) in a block constituting a block chain; Executing a gacha event using the gacha system based on information for determining a probability of the stored gacha system through the DAPP; And through the DAPP, it is possible to provide a method of providing a Gacha system service in a blockchain network comprising the step of providing a result according to the execution of the Gacha event.
  • DAPP decentralized application
  • Some embodiments of the present disclosure may provide a computer-readable recording medium in which a program for implementing the method is recorded.
  • first and second may be used to describe various elements, but the elements are not limited by the terms. The terms are used only for the purpose of distinguishing one component from another component. For example, without departing from the scope of the present invention, a first element may be referred to as a second element, and similarly, a second element may be referred to as a first element.
  • the term and/or includes a combination of a plurality of related items or any one of a plurality of related items.
  • a part when a part is said to be connected to another part, this includes not only a case in which it is directly connected, but also a case in which it is electrically connected with another element interposed therebetween.
  • a part when a part includes a certain component, it means that other components may be further included, rather than excluding other components unless specifically stated to the contrary.
  • terms such as “... unit” and “module” described in the specification mean a unit that processes at least one function or operation, which may be implemented as hardware or software or a combination of hardware and software. .
  • a game product may mean a product that a user can obtain for a fee or for free as a currency used or commonly used in a game.
  • the game goods may mean all types of goods used for transactions and purchases within the game, such as items and the number of games in the game.
  • Game goods may include paid goods and free goods.
  • Game goods may include multiple types of goods.
  • paid goods may include multiple types of goods, and free goods may also include multiple types of goods.
  • a paid product may mean a game product purchased by a user by paying or paying an amount corresponding to a predetermined quantity of the product.
  • free goods may refer to game goods obtained by the user without paying or paying an amount through activities in the game or outside the game.
  • the paid goods and the free goods may be the same type of goods or different types of goods.
  • a gacha event refers to an opportunity to select at least one item among a plurality of items once or several times by using a gacha system.
  • a gacha ticket may mean the right to use a gacha event. In other words, it may mean the right to use the Gacha event provided through the Gacha system once or multiple times.
  • Gacha tickets can be purchased through goods, and the goods may include both paid goods and free goods in the game, and may include real goods such as user's cash.
  • the gacha ticket of the present specification may include all tickets for using a plurality of grades of gacha.
  • the probability of a gacha system may mean a probability that at least one item from among at least one item obtainable according to execution of a gacha event will be acquired or won.
  • the probability of the Gacha system may mean at least one of a probability of acquiring a first item, a probability of acquiring a second item, and a probability of acquiring a third item according to the execution of a gacha event, and the It is not limited to the example.
  • the gacha event information may mean information on at least one gacha event.
  • Gacha event information may be stored and provided in a separate format, or included in a block constituting a block chain and provided, and is not limited to the above example.
  • an item may include all items, goods, and contents, and equipment that the in-game character equips, such as weapons, armor, clothes, and crystals, the vehicle on which the in-game character rides, food, and potions. It may mean all digital contents, cyber targets, etc. that the user can acquire in the game, such as the same consumption items, experience values, and buffs, and are not limited to the above examples.
  • a quest is also referred to as a request or a mission, and may mean a mission provided in the game.
  • a quest can mean an action to achieve a given purpose in a game.
  • the user may acquire the quest "Explore the Bat Cave" in the game.
  • Each quest may have different levels of difficulty, and the user's character may acquire experience points, goods, and items depending on the success of the quest, and may lose some of the experience points, goods, and items the character possesses depending on the quest failure. That is, the value of the user's character may be changed according to the success or failure of the quest.
  • the quest action may mean an action of performing a quest.
  • a character may mean a predetermined object that can be controlled by a user in a game.
  • Character information is information related to the game character, and includes all information about the character such as the character's level, the character's grade, the character's accumulated usage time, the character's holding amount, the character's reputation, the character's achievement achievement rate, and the character's quest achievement rate. It can be, and is not limited to the above example.
  • the user account may mean a user account including at least one character.
  • a user may create a plurality of characters, and a plurality of characters may exist in a form subordinate to one user account.
  • the user account information may include the user's name, phone number, e-mail address, and game use period, and is not limited to the above example.
  • cryptocurrency may mean a digital currency designed to be possible as an exchange means using an encryption method.
  • cryptocurrency can use cryptographic methods to secure transaction security, control the creation of additional units, and authenticate asset transfers.
  • a block chain is a software composed of an algorithm that negotiates various information (e.g., transaction information, gacha event information) using encryption techniques and security technologies in order to secure and maintain integrity. It can mean a distributed P2P (Peer to Peer) system of ledgers using elements.
  • the distributed P2P system may be a special form of a distributed system.
  • all nodes of the network can provide resources (processing power, storage space, data or network bandwidth, etc.) to each other without coordination of the central node.
  • “blockchain” may refer to a distributed ledger technology in which nodes in the network jointly record and manage by distributing the ledger recording information to the P2P network rather than the central server of a specific institution.
  • a node may mean a component within a blockchain network.
  • a node is a special-purpose computer, a general-purpose computer, a supercomputer, a mainframe computer, a personal computer, a smartphone, a tablet PC. And the like, but is not limited thereto.
  • a device and an electronic device may mean a device that operates by receiving electric energy, and may be a concept including both a user terminal and a server. Of course, it is not limited to the above example.
  • a user may mean a user or a gamer, and is not limited to the above example.
  • FIG. 1 illustrates an online game providing system including a server and a user terminal according to some embodiments.
  • the online game providing system 100 of the present invention may include a server 170 and at least one user terminal 110 to 160.
  • the server 170 may provide an online game system through a network network.
  • the server 170 may provide an online game to at least one user terminal 110 to 160 at the same time, and the online game may mean a game that a plurality of users enjoy by accessing a network.
  • the server 170 may include a single server, a group of servers, a cloud server, and the like, and is not limited to the above example.
  • the server 170 provides a game system, and the game system may include a database storing user and game data.
  • the server 170 may include a payment server that generates and processes a payment event.
  • a network refers to a connection established (or formed) using all communication methods, and may refer to a communication network connected through all communication methods, which transmits and receives data between a terminal and a terminal or between a terminal and a server. .
  • All communication methods may include all communication methods such as communication through a predetermined communication standard, a predetermined frequency band, a predetermined protocol, or a predetermined channel.
  • it may include a communication method through Bluetooth, BLE, Wi-Fi, Zigbee, 3G, LTE, and ultrasound, and may include short-range communication, long-distance communication, wireless communication, and wired communication.
  • Bluetooth BLE, Wi-Fi, Zigbee, 3G, LTE, and ultrasound
  • short-range communication long-distance communication
  • wireless communication and wired communication.
  • the short-range communication method may refer to a communication method in which communication is possible only when a device (terminal or server) performing communication is within a predetermined range.
  • a device terminal or server
  • the long-distance communication method may refer to a communication method in which a device performing communication can communicate regardless of a distance.
  • the long-distance communication method may refer to a method in which two devices performing communication through a repeater such as an AP can communicate even when they are over a predetermined distance, and a cellular network (3G, LTE) such as SMS and telephone is used. It may include the used communication method.
  • 3G, LTE cellular network
  • SMS and telephone may include the used communication method.
  • the meaning of being provided with a game system using a network network may include the meaning that communication between the game server and the terminal can be performed through all communication methods.
  • At least one user terminal 110 to 160 refers to a personal computer 110, a tablet 120, a cellular phone 130, a notebook 140, and a smart phone. 150, TV 160, as well as personal digital assistants (PDAs), portable multimedia players (PMPs), navigation, MP3 players, digital cameras, refrigerators, washing machines, vacuum cleaners, and other various electronic devices. It is not limited to the example.
  • PDAs personal digital assistants
  • PMPs portable multimedia players
  • navigation MP3 players
  • digital cameras digital cameras
  • refrigerators washing machines
  • vacuum cleaners vacuum cleaners
  • the online game may include various genres such as sports, MMORPG, AOS, FPS, TCG, and CCG.
  • the online game may be a game of a confrontation between a user and a user, or may be a confrontation between a user and a computer (eg, artificial intelligence). It may also be a game of construction or decoration rather than a confrontation.
  • a game of construction or decoration rather than a confrontation.
  • it is not limited to the above example, and there is no limitation on the form of the online game.
  • the user terminals 110 to 160 may obtain gacha event information, which is information about a gacha event occurring in at least one other user terminal.
  • the first user terminal may acquire second gacha event information, which is information about a gacha event generated in the second user terminal, and third gacha event information, which is information about a gacha event generated in a third user terminal.
  • the user terminals 110 to 160 may obtain probability information of a gacha system based on gacha event information, which is information about a gacha event occurring in another user terminal.
  • the first user terminal may acquire probability information of a gacha system based on the second gacha event information and the third gacha event information. This is described in more detail below.
  • FIG. 2 is a diagram for explaining sharing of Gacha system probability information in a blockchain network according to some embodiments.
  • the online game providing system 100 of the present invention may include a server 170 and at least one user terminal 110 to 160.
  • the server 170 may provide an online game system through a network network.
  • the server 170 provides a service for an online game, it may not provide all information related to an online game.
  • at least one user terminal 110 to 160 may provide or receive information related to an online game from an external server or another user terminal.
  • information related to an online game may be transmitted and received using the blockchain network of FIG. 2.
  • the user terminal 110 illustrated in FIG. 2 may be a terminal receiving an online game service as described in FIG. 1.
  • the user terminal 110 may receive information related to the online game from the server 170, but may also receive information related to the online game through a blockchain network.
  • the user terminal 110 may obtain information about the Gacha system through a blockchain network.
  • the user terminal 110 may obtain gacha event information of at least one other user terminal through a block chain network and obtain probability information of a gacha system.
  • the user terminal 110 is the first of the nodes 210, 220, 230, 240, 250 on the blockchain network to record gacha event information about a gacha event occurring in at least one user terminal.
  • Gacha event information may be transmitted to the node 210.
  • the user terminal 110 may transmit gacha event information to the second node 220 instead of the first node 210.
  • the nodes on the blockchain network may be at least one user terminal 110 to 160 of FIG. 1 or other terminals.
  • the nodes on the blockchain network may be terminals that receive online game services or terminals that do not receive online game services.
  • the first node 210 may verify the validity of the gacha event information, and if the gacha event information is valid, add the gacha event information to the candidate block.
  • the first node 210 may add the candidate block as a valid block to the blockchain by performing proof-of-work on the candidate block.
  • the first node 210 or the user terminal 110 may receive compensation for generating gacha event information.
  • the reward may be paid as game goods, and is not limited to the above example.
  • a method of sharing gacha probability information and obtaining gacha system probability information using a blockchain network will be described in more detail below.
  • a gacha system service or an online game service may be provided as well as sharing gacha probability information using a blockchain network.
  • the blockchain network can store not only information for providing gacha probability information to at least one user terminal 110 to 160 of FIG. 1, but also data used to provide a gacha system or an online game. have.
  • provision of a gacha system service or an online game service may be provided through a decentralized application (DAPP).
  • DAPP may mean an application in which a server for providing a service does not exist.
  • the DAPP may be a program code, in other words, a smart contract or a smart contract program code.
  • the blockchain network can provide a Gacha system service or an online game service to at least one user terminal 110 to 160 without the server 170 of FIG. 1 using a Gacha system or a DAPP for providing an online game. .
  • the meaning that the blockchain network stores data means that at least one of the user terminals 110 to 160 or the nodes 210 to 250 on the blockchain network stores data in a block constituting the blockchain. It can mean storing, recording, or registering. Storing, recording, or registering data in the blocks that make up the blockchain can also be performed using DAPP.
  • At least one of the user terminals 110 to 160 or the nodes 210 to 250 on the blockchain network stores information determining the probability of the Gacha system in a block constituting the blockchain, and stores the stored probability of the Gacha system.
  • a gacha event may be executed by using a gacha system based on information for determining the value, and a result according to the execution of the gacha event may be provided.
  • the information that determines the probability of the gacha system is also called a gacha engine because it is information that determines the probability, which is the most important information of the gacha system.
  • At least one of the user terminals 110 to 160 or the nodes 210 to 250 on the blockchain network registers, records or stores the Gacha engine in the blockchain network, and thus the user terminals 110 to 160 or A Gacha system service may be provided to at least one of the nodes 210 to 250 on the blockchain network.
  • At least one of the user terminals 110 to 160 or nodes 210 to 250 on the blockchain network stores the Gacha engine in the blockchain network, and execution of a Gacha event using the Gacha system. At least one of an operation to perform and an operation of providing a result according to the execution of the Gacha event may be using the DAPP.
  • an online game service may also be provided in the same manner as a method of providing a Gacha system service. Therefore, in a blockchain network, an online game service may be provided without the server of FIG. 1.
  • 3 is a diagram for explaining a game screen and a gacha ticket according to some embodiments.
  • FIG 3 shows a use screen 300 of a gacha system displayed on a user terminal.
  • the user terminal may use the Gacha system by receiving a user input and requesting execution of a Gacha event from the server.
  • a main screen return interface 310 a first game product quantity display 320, a second game product quantity display 330, and a general gacha use interface 340 .
  • Various interfaces such as the premium gacha use interface 350 and the gacha probability information confirmation interface 360 may be displayed.
  • the use screen 300 of the Gacha system is not limited to the illustration of FIG. 3, and less information than the information shown in FIG. 3 may be displayed, or more game information than the information shown in FIG. 3 may be displayed. have.
  • fewer or more interfaces may be displayed, and interfaces and information that may be displayed on the user terminal are not limited to the example of FIG. 3.
  • the gacha event in FIG. 3 may include a general gacha event and a premium gacha event.
  • the premium gacha event is a gacha event with a high probability of winning an item of a high grade
  • a general gacha event is a gacha event with a relatively low probability of winning an item of a higher grade compared to the premium gacha event.
  • the gacha event may be classified according to the type of item that can be obtained through the gacha event.
  • the gacha event may be divided into a weapon gacha event, an armor gacha event, and an accessory gacha event.
  • the classification of the type and grade of the Gacha event may be different according to the settings of the game service providing server.
  • the return interface 310 to the main screen may be an interface for switching the display on the user terminal so as to switch from the gacha system use screen 300 to the main screen according to the user's selection.
  • the user terminal may selectively transmit and receive data to and from the server for switching from the gacha system use screen 200 to the main screen.
  • the first game goods quantity display 320 and the second game goods quantity display 330 may be interfaces that display the quantity of the first game goods and the quantity of the second game goods held by the user account. . Additionally, the user terminal may proceed with the payment process by acquiring a user input for clicking the first game product quantity display 320 and the second game product quantity display 330.
  • the general gacha use interface 340 may be an interface that requests execution of a general gacha event.
  • the premium gacha use interface 250 may be an interface that requests execution of a premium gacha event.
  • an interface for executing a plurality of gacha events at once may be further included, and when executing a plurality of gacha events at once, additional gacha events without consumption of game goods may be executed together.
  • the server may additionally provide the number of times the gacha event is executed once, but is not limited to the above example.
  • the gacha probability information confirmation interface 360 may be an interface for switching the display on the user terminal so as to switch to a screen on which the probability information of the gacha system is displayed.
  • the probability information of the Gacha system may be displayed on a pop-up screen or a new screen through screen change, and is not limited to the above example.
  • the probability information of the Gacha system may be displayed on the user terminal in various forms, which will be described in more detail below. If necessary, the user terminal may transmit and receive data from at least one node of the blockchain network to display probability information of the Gacha system.
  • the user terminal may acquire at least one item by requesting execution of a gacha event.
  • the server may receive a gacha event execution request from the user terminal and provide at least one item to a user account that has consumed game goods corresponding to the gacha event.
  • a user terminal that acquires information according to the execution result of the gacha event can generate gacha event information according to the execution result and share the generated gacha event information through the blockchain network.
  • the user terminal may acquire gacha event information about a gacha event generated in at least one other user terminal and receive probability information of the gacha system.
  • FIG. 4 is a diagram for describing an execution result of a gacha system according to some embodiments.
  • FIG. 4 shows a result screen 400 according to execution of a gacha event using the gacha system of FIG. 3.
  • the user terminal receives a user input of clicking a general gacha ticket use button or a premium gacha ticket use button, game goods required for execution of a gacha event may be paid, charged, and paid, and a gacha event may be executed.
  • At least one item acquired according to the execution of the gacha event may be shown on the result screen 400 according to the execution of the gacha event. Further, according to some embodiments, there is no limit to the number of items acquired according to the execution of the Gacha event. Although 10 items are shown in FIG. 4, the number of items acquired per gacha event may be different depending on the settings of the gacha system, and execution results of a plurality of gacha events may be displayed on one screen. Of course, it is not limited to the above example.
  • the types of items acquired according to the execution of the Gacha event there is no limitation on the types of items acquired according to the execution of the Gacha event.
  • the item acquired according to the execution of the Gacha event may be a character or equipment, and is not limited to the above example.
  • the type of item acquired according to the execution of the gacha event may correspond to the type of gacha event set in the gacha system (eg, a weapon gacha event, an armor gacha event), and is not limited to the above example.
  • the user account acquires the item displayed on the result screen 400 according to the execution of the Gacha event.
  • the result screen 400 according to the execution of the Gacha event may display an identifier (NEW) that distinguishes between items 420 and 440 that the user account does not have previously and items 460 that the user account has previously held. have.
  • NGW identifier
  • information on whether or not the user account is held may be displayed on the result screen 400 according to the execution of the Gacha event through comparison with the items held by the existing user account. It may not be possible, and the display form is also not limited to the content shown in FIG. 4.
  • FIG. 5 is a diagram for describing a method of obtaining probability information of a gacha system according to some embodiments.
  • the first user terminal may obtain second gacha event information, which is information about a gacha event generated by the first user terminal in the second user terminal.
  • the first user terminal may acquire information about a gacha event occurring in another user terminal.
  • the Gacha event occurring in another user terminal may mean that the Gacha system is used in another user terminal, and the other user terminal requests the execution of the Gacha event to the server, and the execution result of the Gacha event It can mean that you have acquired.
  • the second gacha event information may be provided by various methods.
  • the second gacha event information may be provided to the first user terminal through the game server, may be provided to the first user terminal through an external server other than the game server, or the first user terminal from the second user terminal. It may be provided to the terminal, and may be provided to the first user terminal through a user terminal other than the second user terminal.
  • the second gacha event information may be provided to the first user terminal through a blockchain network.
  • the second gacha event information may be included in a block constituting a block chain that distributes and manages a ledger recording the gacha event information.
  • the first user terminal may acquire second gacha event information by acquiring blocks constituting the block chain.
  • the first user terminal may obtain third gacha event information, which is information about a gacha event generated by the first user terminal in the third user terminal.
  • third gacha event information information on a gacha event generated in a third user terminal.
  • the first user terminal may acquire information on a gacha event occurring in another user terminal, and as in steps 520 and 540, the first user terminal Gacha event information, which is information, can be obtained.
  • the third gacha event information may be provided by various methods. Since this corresponds to the acquisition of the second gacha event information described above, detailed descriptions will be omitted.
  • the third gacha event information may be provided to the first user terminal through a blockchain network.
  • the third gacha event information may be included in a block constituting a block chain that distributes and manages a ledger recording the gacha event information.
  • the first user terminal may acquire third gacha event information by acquiring blocks constituting the block chain.
  • the third gacha event information may be included in a block including the second gacha event information, or may be included in a block different from a block including the second gacha event information among blocks constituting a block chain.
  • the gacha event information includes probability information of the gacha system, game information related to the gacha system, the type of gacha event, the gacha event execution time, account information on which the gacha event was executed, and the user terminal on which the gacha event was executed. It may include at least one of information, an item acquired according to the execution result of the Gacha event, and the amount of game goods used to execute the Gacha event.
  • the gacha event information may include probability information of a gacha system.
  • the probability information of the Gacha system is a 40% probability of acquiring a 2-star item, a 40% probability of acquiring a 3-star item, a 15% probability of acquiring a 4-star item, and a 5-star item in a general gacha event.
  • the probability according to the grade of the item to be obtained in the gacha event of a predetermined grade may be included, or the probability of obtaining each item may be included.
  • probability information of a gacha system included in the second gacha event information and probability information of a gacha system included in the third gacha event information may be the same or different from each other. Since the probability information of the gacha system can be calculated based on the accumulated gacha event execution result, it may fluctuate in real time, but is not limited to the above example.
  • the game information related to the gacha system may be information indicating which game information is the gacha event information.
  • the gacha event information may include information on a plurality of various games as well as information on a single game. Accordingly, information indicating whether the gacha event information is information about the Gacha system of Sudden Attack or the gacha system of Cheonae Myeongwoldo may be included.
  • the information on the type of gacha event means whether the gacha event information is information about a premium gacha event, information about a general gacha event, information about a weapon gacha event, or information about an accessory gacha event. It may be information indicating.
  • the gacha event execution time may mean at least one of a gacha event execution request time or a time when an item is acquired according to a gacha event execution request.
  • a gacha event execution request time may mean information capable of specifying the time at which the Gacha event is executed.
  • the account information on which the Gacha event has been executed may include information on a user account that has executed the Gacha event.
  • the account information may include at least one of an ID or identification information, and is not limited to the above example.
  • the information on the user terminal on which the gacha event has been executed may include information on the user terminal corresponding to the user account executed by the gacha event.
  • the information on the user terminal may include at least one of information on a MAC address, an IP address, and a terminal type, and is not limited to the above example.
  • the information on the item acquired according to the execution result of the Gacha event is information on the item obtained according to the execution result of the Gacha event, for example, the item's grade, the item name, the item identification. It may include at least one of a number and detailed information of the item (for example, at least one of information such as item image, item description, item attribute, item ability, item acquisition path, item acquisition possible quest), and is limited to the above examples. It does not become.
  • the amount of game goods used to execute a gacha event may mean an amount of game goods consumed when executing a gacha event.
  • the amount of game goods used to execute a gacha event may mean an amount of game goods consumed when executing a gacha event.
  • the gacha event information may include the number of times the gacha event is executed.
  • information on a plurality of gacha events may be included at once, and the number of gacha event executions may be included.
  • the first user terminal may acquire probability information of a gacha system based on the acquired second gacha event information and third gacha event information.
  • the first user terminal may calculate an acquisition probability of each of the items obtainable in the gacha system based on the second gacha event information and the third gacha event information.
  • the first user terminal may calculate an acquisition probability for each grade and type of items obtainable in the gacha system based on probability information of the gacha system included in at least one of the second gacha event information and the third gacha event information.
  • the first user terminal may display probability information of the acquired gacha system.
  • probability information of the acquired gacha system may be updated based on additionally acquired gacha event information, and probability information of the updated gacha system may be displayed.
  • the first user terminal may transmit a gacha event execution request, obtain an execution result of the gacha event, and generate first gacha event information based on the execution result.
  • the first user terminal may generate the first gacha event information by requesting recording of the first gacha event information in at least one block constituting the block chain as a first node on the block chain network.
  • first gacha event information information on a gacha event generated in the first user terminal.
  • the first gacha event information is generated in the first user terminal. This may mean information about a gacha event.
  • At least one of an account corresponding to the user terminal generating the first gacha event information and a user account corresponding to the first node may receive a predetermined game product.
  • FIG. 6 is a diagram for describing gacha event information according to some embodiments.
  • the user terminal may display a gacha event information screen 600.
  • Gacha event details screen 600 includes gacha event indication 620, gacha event summary information 640, gacha event details 660, system gacha details view interface 670, and gacha probability information 680 I can.
  • gacha event details screen 600 may include more or less information and interfaces than the information and interfaces illustrated in FIG. 6.
  • the gacha event indication 620 may be an indication for classifying each gacha event.
  • the gacha event indication 620 is an indication capable of distinguishing between a first gacha event and a second gacha event, and may be different according to a gacha event grade and type.
  • the gacha event indication 620 may include at least one of an icon, an image, and text, and is not limited to the above example.
  • the gacha event summary information 640 may be an indication of some of information about a predetermined gacha event.
  • the gacha event summary information 640 may include information on the type of the gacha event as a result of execution of the gacha event, and is not limited to the above example.
  • the detailed gacha event information 660 may include full information on a predetermined gacha event.
  • the Gacha event detailed information 660 may include a Gacha event execution result, information on a Gacha event type, a Gacha event execution time, an account that executed the Gacha event, and a cost of the Gacha event.
  • the detailed gacha event information 660 may be displayed by switching to a pop-up window or another screen. This will be described in more detail in FIG. 7.
  • the gacha event details screen 600 illustrated in FIG. 6 may include information on a gacha event occurring in the user terminal.
  • the gacha event information screen 600 illustrated in FIG. 6 may be a screen in which the first user terminal displays details of gacha events occurring in the first user terminal.
  • the system gacha history viewing interface 670 may be a screen that displays information on a gacha event performed by at least one other terminal. This will be described in more detail in FIG. 8. The system gacha details can be displayed through a pop-up window or switching to another screen. This will be described in more detail in FIG. 7.
  • the gacha probability information 680 may include information about a probability of a gacha system.
  • Gacha probability information 680 may include probability information of a gacha system for a predetermined game, and may be displayed through a pop-up window or switching to another screen. This will be described in more detail in FIGS. 8 to 9.
  • the gacha event information screen 600 may individually display information on each gacha event, and information on a plurality of gacha events may be displayed at once.
  • the user terminal may display the result of the Gacha event according to the type of the Gacha event as a premium gacha event and a general gacha event. Therefore, the gacha event information screen 600 is not limited to the above example.
  • FIG. 7 is a diagram for describing detailed information about a gacha event according to some embodiments.
  • the user terminal may display a gacha event detailed information screen 700.
  • Gacha event detailed information screen 700 includes gacha event indication 720, gacha event summary information 740, gacha event detailed information 760, system gacha event viewing interface 770, and gacha probability information 780 can do.
  • gacha event detailed information screen 700 may include more or less information and interfaces than the information and interfaces illustrated in FIG. 7.
  • the gacha event indication 720 and the gacha event summary information 740 correspond to those described above, detailed descriptions are omitted.
  • the gacha event indication 720 and the gacha event summary information 740 may not be included in the gacha event detailed information screen 700.
  • the detailed gacha event information 760 includes a result of execution of the gacha event, information on the type of the gacha event, the execution time of the gacha event, the account that executed the gacha event, the cost of the gacha event, and an IP address. It may include at least one. Of course, it is not limited to the above example. Other information related to the gacha event may also be included.
  • the screen of FIG. 7 may be a pop-up or switched screen based on a user input of clicking the detailed gacha event information 660 of FIG. 6. Additionally, since the system gacha event viewing interface 770 and the gacha probability information 780 correspond to those described above, detailed descriptions will be omitted.
  • FIG. 8 is a diagram for explaining gacha event information shared in a gacha system according to some embodiments.
  • the user terminal may display a system gacha details screen 800.
  • the system gacha event information screen 800 includes a first gacha event indication 820, a first gacha event summary information 830, a first gacha event detailed information 840, a second gacha event indication 850, and 2 gacha event summary information 860, second gacha event detailed information 870, terminal gacha details viewing interface 880, and gacha probability information 890 may be included.
  • the system gacha event information screen 800 may include more or less information and interfaces than the information and interfaces illustrated in FIG. 8.
  • the system gacha event information screen 800 of FIG. 8 is a user input of clicking the system gacha event interface 670 in the gacha event information screen 600 of FIG. 6 or the gacha event detailed information screen ( It may be a pop-up or switched screen based on a user input clicking the system gacha event interface 770 of (700).
  • the gacha details screen 800 illustrated in FIG. 8 may include information on a gacha event occurring in a user terminal other than the user terminal.
  • the system gacha details screen 800 illustrated in FIG. 8 may include information on a gacha event generated in a second user terminal and a gacha event generated in a third user terminal.
  • the first user terminal may acquire and display information about a gacha event occurring in the second user terminal and the second user terminal.
  • the first gacha event indication 820 may be an indication indicating a first gacha event
  • the first gacha event summary information 830 may include summary information on the first gacha event
  • the first gacha event detailed information 840 may display detailed information about the first gacha event. Since this corresponds to that described above, a detailed description will be omitted.
  • the first gacha event of FIG. 8 may mean a gacha event generated in the second user terminal.
  • the second gacha event of FIG. 8 may mean a gacha event occurring in a third user terminal.
  • the terminal gacha details viewing interface 880 may display information on a gacha event occurring in the terminal.
  • the terminal gacha details viewing interface 880 may be an interface for the first user terminal to call a screen displaying information on a gacha event generated in the first user terminal.
  • each user terminal may be classified to display a gacha event performed for each user terminal, and the example is not limited thereto. That is, there is no limitation on a method of displaying gacha event information, which is information about at least one gacha event.
  • the gacha probability information 890 corresponds to that described above, and will be described in detail with reference to FIGS. 9 and 10 below.
  • FIGS. 9 and 10 are diagrams for explaining probability information of a gacha system based on gacha event information according to some embodiments.
  • the user terminal may display a gacha system probability information screen 900.
  • the gacha system probability information screen 900 may include a general gacha event indication 920, a general gacha event probability information 930, a premium gacha event indication 940, and a premium gacha event probability information 950.
  • the gacha system probability information screen 900 may include more or less information and interfaces than the information and interfaces illustrated in FIG. 9.
  • the probability information of the gacha system of FIG. 9 may be information displayed according to the type of gacha event.
  • the type of gacha event can be classified through the general gacha event indication 920 and the premium gacha event indication 940, and through the general gacha event probability information 930, it can be obtained when the general gacha event is executed.
  • Probabilities for each grade of an existing item may be displayed, and the probability for each grade of an item that can be obtained when executing a premium gacha event may be displayed through the premium gacha event probability information 950.
  • the general gacha event probability information 930 includes 40% for 2-star items, 40% for 3-star items, 15% for 4-star items, and 5-star items. It indicates that the item will be acquired with a 5% probability. 2 stars, 3 stars, 4 stars, and 5 stars may be in-game terms indicating the grade of an item. Ehgks Premium Gacha Event Probability Information (950) shows 20% for 2-star items, 30% for 3-star items, 30% for 4-star items, and 20% for 5-star items. It indicates that it is acquired by probability. In FIG. 9, the probability of obtaining items according to the execution of the Gacha event is displayed for each grade, but the probability of obtaining each item may be displayed separately.
  • the user terminal shows a probability information screen 1000 for each item of a gacha system.
  • the item-specific probability information screen 1000 of the gacha system may include an item indication 1020 and an item acquisition probability 1040.
  • the probability information screen 1000 for each item of the gacha system may include more or less information and interfaces than the information and interfaces illustrated in FIG. 10.
  • probability information of a gacha system may be calculated and displayed in various ways. As shown in FIG. 9, probability information for each grade of the Gacha system may be displayed, or as shown in FIG. 10, probability information for each item may be displayed.
  • the acquisition probability of the 2-star item is 8%, the total acquisition probability of the 2-star item is 40%, and the acquisition probability of the 3-star item is 8%, respectively, and the total acquisition probability of the 3-star item Is 40%, the probability of obtaining a 4-star item is 3%, the total probability of obtaining a 4-star item is 15%, the probability of obtaining a 5-star item is each 1%, and the probability of obtaining a 5-star item is 5 It can be a percentage. Of course, it is not limited to the example of FIG. 10, and the probability of obtaining items of the same grade may be different from each other.
  • 11 is a flowchart illustrating a method of generating gacha event information using a block chain according to some embodiments.
  • the user terminal may transmit a request to execute a gacha event.
  • the user terminal may transmit a gacha event execution request to the game server based on a user input.
  • the user terminal may obtain the execution result of the gacha event.
  • the user terminal may perform a separate payment process together or independently, and the cost for executing the Gacha event using the game goods or cryptocurrency held by the user account corresponding to the user terminal is reduced. You can pay.
  • the user terminal may execute a separate electronic wallet for using cryptocurrency and proceed with the payment process, and the cryptocurrency based on a user input that displays the amount of cryptocurrency in the game and approves the use. You can use money to pay for the Gacha event execution.
  • the user terminal may generate first gacha event information by requesting recording of gacha event information in at least one block constituting the block chain as a first node on the block chain network.
  • the first user terminal may encrypt the first gacha event information and transmit the encrypted first gacha event information to the first node.
  • the first user terminal generates a first hash value corresponding to the first gacha event information by applying the first gacha event information to a hash function that generates unique data for the first gacha event information, and By encrypting the first hash value with the private key of the user who executed the first gacha event information, a first cipher text representing the digital signature of the first gacha event information may be generated.
  • the first user terminal may transmit the first encrypted text to the first node together with the first gacha event information.
  • the first user terminal and the first node are described as being separate devices, but the first user terminal may be the first node.
  • the first user terminal may be the same device as the first node, or may be a different device.
  • FIG. 12 is a flowchart illustrating an operation of a node on a blockchain network that distributes and manages a ledger recording gacha event information according to some embodiments.
  • the first node on the blockchain network that distributes and manages the ledger recording the Gacha event information may receive the first event information from the first user terminal.
  • the first gacha event information may be information generated based on a gacha event generated in the first user terminal, and the first gacha event may be an event occurring between the game server and the user terminal.
  • the first node may receive information on the first gacha event from the server.
  • the first node may verify the validity of the first gacha event information based on the information on the first gacha event from the first user terminal and the first gacha event information from the server.
  • the validation step of step 1230 may be omitted depending on implementation.
  • step 1240 if it is determined that the first gacha event information is valid, the first node may perform an operation according to step 1250. On the other hand, if it is not determined that the first gacha event information is valid, the first node may discard the first gacha event information.
  • the first node may transmit the first gacha event information to the second node on the blockchain network.
  • the first node may add the first gacha event information to a candidate block of a block that can be connected to the blockchain.
  • the first node may add the candidate block as a valid block to the blockchain by performing proof-of-work on the candidate block.
  • FIG. 13 is a diagram for explaining a process of propagating effective gacha event information on a block chain network to nodes on a block chain network and recording it in the block chain according to some embodiments.
  • the first user terminal 110 may request the server 170 to execute a gacha event.
  • the first user terminal 110 may obtain a result of executing a Gacha event.
  • the first user terminal 110 encrypts the first gacha event information, which is information on the gacha event generated in the first user terminal 110, and stores the encrypted first gacha event information as the first node 210 on the blockchain network. Can be transferred to.
  • An operation in which the first user terminal 110 encrypts the first gacha event information and transmits it to the first node 210 will be described in more detail with reference to FIG. 14.
  • the first node 210 may decrypt the encrypted first gacha event information and verify 1310 whether the first gacha event information is valid based on the decrypted result. The operation of the first node 210 to verify the validity of the first gacha event information will be described in detail with reference to FIG. 15.
  • the first node 210 may discard the first gacha event information when it is determined that the first gacha event information is not valid as a result of verifying the validity of the first gacha event information.
  • the first node 210 transmits the first gacha event information to a second node ( 220).
  • the first node 210 indicates in the candidate block 1320 that the first user terminal 110 acquired a 4-star item in the premium gacha event (Terminal 1, premium, 4star), first gacha event information ( 1321) can be recorded.
  • the first node 210 may generate a valid block by performing proof of work on the candidate block 1320.
  • the second node 220 adds the first gacha event information to the candidate block 1320, and Proof-of-work for (1320) can be performed to generate a valid block. Since the operation of the third node 230 and the fourth node 240 may also correspond to the operation of the first node or the second node 220, detailed descriptions will be omitted.
  • the first node 210 may calculate the root of the Merkle tree for predetermined gacha event information. .
  • the first node 210 may generate a hash reference pointing to the previous block header from the standpoint of a block to be added to the blockchain.
  • the first node 210 may obtain a proof of work of a block to be added to the block chain or a difficulty level required in a constraint condition.
  • the first node 210 determines whether the value of the block hash generated by applying the hash function to the root of the Merkle tree, the hash reference pointing to the previous block header, the difficulty level, the timestamp data and the nonce satisfies the constraint condition. I can confirm.
  • the first node 210 may perform proof-of-work for the candidate block 1320 by obtaining a value of a nonce that satisfies the constraint condition while increasing the nonce by 1 from 0.
  • the first node 210 may add the candidate block 1320 as a valid block to the blockchain.
  • the first node 210 may transmit a valid block to other nodes 220 to 250 on the blockchain network.
  • other nodes 220 to 250 on the blockchain network perform verification on a valid block received from the first node 210, and each node 220, 230, 240, and 250 You can add valid blocks to your own blockchain.
  • FIG. 14 is a diagram illustrating a process of transmitting digitally signed Gacha event information from a user terminal to a node on a blockchain network according to some embodiments.
  • the first user terminal 110 is a first user terminal that is information (first user terminal, premium gacha, 4-star) obtained by executing a premium gacha event with a server to obtain a 4-star item.
  • the gacha event information 1410 may be encrypted, and the encrypted gacha event information 1440 may be transmitted to the first node 210 on the blockchain network.
  • the first user terminal 110 stores the first gacha event information 1410, which is information on which the first user terminal acquires a 4-star item through execution of a premium gacha event with the server, in the gacha event information.
  • a hash value 76329V10 and 1420 corresponding to the first gacha event information 1410 may be generated by applying it to a hash function that generates data specific to the data.
  • the first user terminal 110 encrypts the hash values 76329V10 and 1420 with the private key 1425 of the first user to indicate the digital signature of the first gacha event information 1410 (PPAPJYP%##). ) (1430) can be created.
  • the first user terminal 110 may transmit gacha event information 1440 obtained by combining the first cipher text (PPAPJYP%##) 1430 with the first gacha event information 1410 to the first node 210.
  • 15 is a diagram illustrating a process of verifying the validity of gacha event information in a node on a blockchain network according to some embodiments.
  • the first node 210 may receive the first gacha event information 1510 from the first user terminal 110.
  • the first gacha event information 1510 includes first gacha result information 1511, which is information (first user terminal, premium gacha, 4-star) that the first user terminal acquires a 4-star item through execution of a premium gacha event with the server. ) And a first cipher text (PPAPJYP%##) 1512.
  • the first node 210 generates a first hash value (76932V10) (1521) corresponding to the gacha event information 1511 by applying a hash function to the received first gacha result information 1511 can do.
  • the first node 210 may generate the second hash values 76732V10 and 1522 by decrypting the first cipher text (PPAPJYP%##) 1512 using the public key 1525 of the first user. Since the first hash value 1521 and the second hash value 1522 are the same as 76932V10, the first node 210 may determine that the gacha event information 1510 received from the first user terminal is valid.
  • the first node 210 may receive the second gacha event information 1530 from the first user terminal 110.
  • the second gacha event information 1530 includes second gacha result information 1531, which is information (first user terminal, premium gacha, 5-star) that the first user terminal acquired a 5-star item through execution of a premium gacha event with the server. ) And a second cipher text (PPAPJYP%##) 1532.
  • the first node 210 generates a third hash value (6693F11) (1541) corresponding to the second gacha event information 1531 by applying a hash function to the second gacha result information 1531 can do.
  • the first node 210 may generate a fourth hash value (76932V10) 1542 by decrypting the first cipher text (PPAPJYP%##) 1512 using the public key 1525 of the first user. Since the third hash value 1541 and the fourth hash value 1542 are different, the first node 210 may determine that the second gacha event information 1530 received from the first user terminal is not valid.
  • 16 is a block diagram illustrating a structure of a block and a block chain, according to some embodiments.
  • a block chain may be configured by connecting blocks recording valid information.
  • the data structure of the blockchain may be a predetermined data structure composed of units in which blocks recording information are arranged in order.
  • the data structure of the blockchain may consist of a data structure in which each block header is linked in a chain form with reference to the previous block header, a hash reference pointing to the data, and a data structure in a Merkle tree in which data is linked in a tree form.
  • transaction information may be included in the blockchain, or gacha event information may be included, and the example is not limited thereto.
  • a block may include block hash, block header, gacha event information, and the like.
  • the block header may include information on a version of a current program, a hash value of a previous block header, a root of a Merkle tree, a timestamp, a difficulty level, and a nonce.
  • the block hash may be a hash value of a hash function applied with information of a version of a current program, a hash value of a previous block header, a root of a Merkle tree, a timestamp, a difficulty level, and a nonce as input values. That is, the value of the block hash may be a value obtained by hashing the block header, not a value obtained by hashing the entire block.
  • the hash value of the previous block header uniquely identifies each block header and may be used to refer to the previous block header.
  • each block header refers to a previous block header
  • the order of individual block headers and blocks can be maintained.
  • the hash value of the previous block header of the first block 1610 is 0.
  • the second block 1620 since the second block 1620 includes a first block 1610 that is a previous block, the second block header has a hash value indicating the first block header.
  • the third block 1630 since the third block 1630 includes the second block 1620 that is the previous block, the third block header has a hash value indicating the second block header.
  • the Merkle tree may mean a structure in which data of a hash reference and gacha event information are connected in a tree form.
  • the hash reference may refer to data of gacha event information by using an encrypted hash value.
  • the encryption hash value is a unique value of data, different data do not have the same hash value.
  • gacha event information (eg, first gacha event information, second gacha event information, third gacha event information, fourth gacha event information)
  • a hash reference (eg, a first hash reference, a second hash reference, a third hash reference, and a fourth hash reference) indicating each of the data of may be generated.
  • a hash reference pointing to a pair of hash references (e.g., a twelfth hash reference pointing to a first hash reference and a second hash reference, a 34 hash reference pointing to a third hash reference and a fourth hash reference). ) Can be created.
  • the operation of generating a hash reference indicating a pair of hash references may be repeatedly performed to generate a single hash reference (eg, a 1234th hash reference indicating a twelfth hash reference and a 34th hash reference).
  • the Merkle tree may be a tree-type structure that starts from a single hash reference and connects to data of each gacha event information.
  • the root of the Merkle tree can mean a single hash reference that is finally created.
  • the timestamp may mean the time when the work started to prove work. Difficulty can mean a constraint in a proof-of-work or hash puzzle. Nonce may mean a value adjusted so that the value of the block hash satisfies the constraint condition for proof of work.
  • 17 is a diagram illustrating a method of obtaining proof of work and nonce of a block in a node on a block chain network according to some embodiments.
  • Nodes on the blockchain network can verify the validity of the Gacha event information and the validity of the block header, so that a valid block consisting of only valid Gacha event information data and block header can be connected to the blockchain.
  • Each node can generate a valid block by performing proof-of-work on the block.
  • the proof-of-work may mean solving a block's unique hash puzzle.
  • the element 1710 for proof-of-work may include given data that should not be changed, freely changeable data, a hash function to be applied, and a constraint given to a hash value.
  • the given data that should not be changed will include version information (1711), the hash value of the previous block header (1712), the root of the Merkle tree (1713), the timestaff (1714), and the data on the difficulty level (1715).
  • the freely changeable data may be the nonce 1716.
  • the constraint given to the hash value may be a difficulty level 1715.
  • the proof of work includes data on the version information 1711, the hash value 1712 of the previous block header, the root 1713 of the Merkle tree, the timestaff 1714, and the difficulty level 1715.
  • the block hash 1720 generated by applying the hash function to the nonce 1716 may be performed by satisfying the constraint condition.
  • the node guesses the nonce 1716 for proof of work on the block, and uses the guessed nonce 1716 as the version information 1711, the hash value 1712 of the previous block header, and the root of the Merkle tree 1713. ), the timestaff 1714, and the difficulty level 1715 are combined with data to apply a hash function to generate a value of the block hash 1720.
  • the node may check whether the value of the generated block hash 1720 satisfies the constraint condition. If the value of the block hash 1720 satisfies the constraint condition, proof of work is completed, but if the value of the block hash 1720 does not satisfy the constraint condition, the node may guess another nonce and repeat the same process. .
  • a table 1730 of FIG. 17 shows a hash value generated by combining a nonce, data to hash, and data to hash with a nonce and applying it to a hash function.
  • the constraint may be a condition in which the first three digits of the hash value are 0.
  • the node can perform the process for proof of work by increasing the nonce by 1 from 0.
  • the hash value JYPEHJLF100 generated using the nonce 53 satisfies the constraint condition.
  • the node can complete the proof of work with 54 trials and errors from nonce 0 to nonce 53.
  • the difficulty level may mean a constraint condition in a proof-of-work or hash puzzle.
  • the difficulty level may be expressed as a natural number, and the number of difficulty level may mean the number of digits to be filled with zeros from the first digit of the hash value. Therefore, as the difficulty increases, the number of the first digit that must be filled with 0 increases.
  • the proof-of-work or hash puzzle becomes more complex, and more computational resources and time may be required to find a nonce that satisfies the constraints. That is, the proof of work may mean that a nonce value is calculated to obtain a block hash value, and a valid block having the obtained block hash value as an identifier is generated.
  • a node that generates a valid block may receive a reward.
  • Reward can be determined by agreement of nodes on the blockchain network.
  • the reward may be determined by agreement between the game service provider and the nodes, and the first user terminal providing gacha event information to the first node may also receive the reward.
  • FIG. 18 is a diagram for describing a method of recording gacha event information in a block chain according to some embodiments.
  • the hash value of the gacha event information may be used to calculate the root of a Merkle tree of a block including the gacha event information. Also, the root of the Merkle tree can be used to calculate the value of the block hash. The value of the block hash can be used as an input value to calculate the value of the block hash of the next block.
  • the hash value of the gacha event information of the second block 1820 may be used as an input value to calculate the root of the Merkle tree of the second block 1820.
  • the version information of the second block header, the hash value of the block header of the first block 1810, the root of the Merkle tree (1822), the timestamp, the difficulty level, and the nonce 1823 are applied as input values to the hash function.
  • a second block hash 1824 that is a hash value of the second block header may be calculated.
  • the second block hash 1824 may be used to calculate a hash value 1833 of the block header of the third block 1830.
  • the root 1822 of the Merkle tree of the second block header may be changed.
  • the nonce 1823 of the second block header may be changed.
  • the second block hash 1824 may also be changed.
  • the hash value 1831, the nonce 1832, and the third block hash 1833 of the previous block header of the third block 1830 may also be changed.
  • the Gacha event information recorded in the block is changed, the root of the Merkle tree recorded in the block, the nonce, etc. are changed, so the hash value of the block header must be calculated again. Then, the hash value of the block header of the next block must also be recalculated. Therefore, while the proof of work is performed from the block containing the changed gacha event information due to the change of gacha event information at a given node, other nodes may continue to add blocks to the block chain where the gacha event information has not been changed. . Therefore, the length of the blockchain held by a given node becomes shorter than the length of the blockchain held by other nodes.
  • each node on the blockchain network can select the history of gacha event information according to a predetermined criterion in order to provide consistency and security for the history of the gacha event information recorded in the block chain.
  • a predetermined criterion may be to select a path with the most blocks among the tree-shaped blockchain data structures.
  • the predetermined criterion may be to select a path with the largest summation of difficulty among the tree-shaped blockchain data structures.
  • each node on the blockchain network selects a block chain with the unchanged gacha event information. , Consistency and security can be guaranteed for the history of Gacha event information recorded in the blockchain.
  • a gacha system service or an online game service In addition to providing gacha probability information through the method of storing data in blocks in the block chain described above, it is also possible to provide a gacha system service or an online game service. By storing data for a gacha system service or an online game service instead of gacha probability information, at least one node in a block chain network or a block chain network can provide a gacha system service or an online game service.
  • a gacha system service or an online game service may be provided through a decentralized application (DAPP).
  • DAPP decentralized application
  • Gacha system service and online game service can be provided through DAPP without server intervention.
  • the online game service can also be provided in the same way as the Gacha system service.
  • 19 is a block diagram illustrating a configuration of a user terminal according to some embodiments.
  • the user terminal 1900 of FIG. 19 may include a processor 1910, a communication unit 1930, and a display unit 1950. However, not all of the components shown in FIG. 19 are essential components of the user terminal 1900.
  • the user terminal 1900 may be implemented by more constituent elements than the illustrated constituent elements, and the user terminal 1900 may be implemented by fewer constituent elements. Hereinafter, the above components will be described.
  • the user terminal 1900 illustrated in FIG. 19 may be the first user terminal 110 described above.
  • the processor 1910 typically controls the overall operation of the user terminal 1900.
  • the processor 1910 may generally control components included in the user terminal 1900 by executing a program stored in the user terminal 1900.
  • the processor 1910 may be at least one, and may include at least one specialized processor corresponding to each function, or may be an integrated type of processor.
  • the processor 1910 may control the communication unit 1930, the display unit 1950, and a memory (not shown).
  • the processor 1910 may execute a program stored in a memory (not shown), read data or files stored in a memory (not shown), or store a new file in a memory (not shown). Also, the processor 1910 may execute instructions stored in a memory (not shown).
  • the processor 1910 may obtain probability information of a gacha system based on gacha event information acquired from another user terminal. Also, the processor 1910 may generate first gacha event information based on the execution result of the gacha event.
  • the gacha event information may be included in a block constituting a block chain that distributes and manages the ledger recording the gacha event information, and each gacha event information is the same block or It can be contained within different blocks.
  • the processor 1910 controls the communication unit 1930 to request recording of the Gacha event information including the Gacha event execution result in at least one block constituting the block chain as a node of the blockchain network. can do.
  • the processor 1910 may control the communication unit 1930 to encrypt gacha event information and transmit the encrypted gacha event information to the node.
  • the processor 1910 applies the gacha event information to a hash function that generates unique data for the gacha event information, generates a hash value corresponding to the gacha event information, and executes the gacha event.
  • a cryptogram representing the digital signature of the Gacha event information can be generated.
  • the processor 1910 may calculate an acquisition probability of each of the items obtainable in the gacha system based on gacha event information acquired from the user terminal 1900 or another user terminal.
  • At least one of an account corresponding to the user terminal generating the gacha event information and a user account corresponding to the node generating the block may receive a predetermined game product.
  • the Gacha event information includes probability information of the Gacha system, game information related to the Gacha system, the type of Gacha event, the Gacha event execution time, the user terminal on which the Gacha event was executed, and the account information on which the Gacha event was executed. , At least one of information on the user terminal on which the gacha event has been executed, an item acquired according to the execution result of the gacha event, and an amount of game goods used to execute the gacha event.
  • the communication unit 2030 may obtain information on a gacha event occurring in another user terminal.
  • a communication unit that acquires third gacha event information which is information about a gacha event generated in a third user terminal;
  • the communication unit 2030 may transmit a request to execute a gacha event and obtain an execution result of the gacha event from the server.
  • the communication unit 2030 may transmit the encrypted text in which Gacha event information is encrypted to the node.
  • the communication unit 1250 includes a Bluetooth communication unit, a Bluetooth Low Energy (BLE) communication unit, a near field communication unit, a WLAN (Wi-Fi) communication unit, a Zigbee communication unit, an infrared data association (IrDA). ) May include a communication unit, a Wi-Fi Direct (WFD) communication unit, an ultra wideband (UWB) communication unit, an Ant+ communication unit, etc., but is not limited thereto.
  • BLE Bluetooth Low Energy
  • Wi-Fi Wireless Fidelity
  • Zigbee Zigbee communication unit
  • IrDA infrared data association
  • the communication unit 1250 transmits and receives a radio signal with at least one of a base station, an external terminal, and a server on a mobile communication network.
  • the wireless signal may include a voice call signal, a video call signal, or various types of data according to transmission and reception of text/multimedia messages.
  • the display 1950 may display probability information of a gacha system.
  • the display unit 1950 may display various screens output from the user terminal 1900. Displays include liquid crystal displays, thin film transistor-liquid crystal displays, organic light-emitting diodes, flexible displays, 3D displays, It may include at least one of an electrophoretic display. When the display and the touch pad are layered to form a touch screen, the display may be used as an input device in addition to an output device.
  • the user terminal 1900 may further include a user interface unit (not shown).
  • a user interface may acquire various user inputs.
  • the user interface may obtain a user input for executing a gacha event or a user input for displaying probability information of a gacha system.
  • the user interface includes a key pad, a dome switch, a touch pad (a contact capacitive method, a pressure resistive film method, an infrared sensing method, a surface ultrasonic conduction method). , Integral tension measurement method, piezo effect method, etc.), a jog wheel, a jog switch, and the like, but are not limited thereto.
  • the user terminal 1900 may further include a memory (not shown).
  • the memory (not shown) can store various types of information, and there is no limitation on the form of the memory (not shown).
  • a memory is a flash memory type, a hard disk type, a multimedia card micro type, and a card type memory (for example, SD Or XD memory), RAM (RAM, Random Access Memory) SRAM (Static Random Access Memory), ROM (ROM, Read-Only Memory), EEPROM (Electrically Erasable Programmable Read-Only Memory), PROM (Programmable Read-Only Memory) ), a magnetic memory, a magnetic disk, and an optical disk.
  • programs stored in a memory may be classified into a plurality of modules according to their functions.
  • 20 is a block diagram showing the configuration of a node on a blockchain network according to some embodiments
  • the node 2000 illustrated in FIG. 20 may include a processor 2010, a communication unit 2030, and a memory 2050. However, not all of the components shown in FIG. 20 are essential components of the node 2000.
  • the node 2000 may be implemented by more constituent elements than the illustrated constituent elements, and the node 2000 may be implemented by fewer constituent elements. Hereinafter, the above components will be described.
  • the node 2000 illustrated in FIG. 20 may be the first node 210 described above.
  • the processor 2010 typically controls the overall operation of the node 2000.
  • the processor 2010 may generally control components included in the node 2000 by executing a program stored in the node 2000.
  • the processor 2010 may be at least one, and may include at least one specialized processor corresponding to each function, or may be an integrated type of processor.
  • the processor 2010 may control the communication unit 2030 and the memory 2050.
  • the processor 2010 may execute a program stored in the memory 2050, read data or files stored in the memory 2050, or store a new file in the memory 2050. Also, the processor 2010 may execute instructions stored in the memory 2050.
  • the processor 2010 may receive first gacha event information from the first user terminal through the communication unit 2030. Also, the processor 2010 may receive information information on the first gacha event from the server through the communication unit 2030.
  • the processor 2010 may verify the validity of the first gacha event information based on the first gacha event information received from the first user terminal and the first gacha event information received from the server. have. If it is determined that the first gacha event information is valid, the processor 2010 can transmit the first gacha event information to a second node on the network of the blockchain that distributes and manages the ledger recording the gacha event information through the communication unit 2030. have. Also, the processor 2010 may add the first gacha event information to the candidate block. On the other hand, if it is determined that the first gacha event information is not valid, the processor 2010 may discard the first gacha event information.
  • the processor 2010 may add the candidate block as a valid block to the blockchain by performing proof of work on the candidate block.
  • the processor 2010 is a first cipher text representing the digital signature of the first gacha event information and the first gacha event information performed by the first user terminal from the first user terminal through the communication unit 2030. Can be received.
  • the processor 2010 may generate a first hash value corresponding to the first gacha event information by applying a hash function to the first gacha event information.
  • the processor 2010 may generate a second hash value by decrypting the first encrypted text using the public key of the first user.
  • the processor 2010 may verify the validity of the first gacha event information based on the result of comparing the first hash value and the second hash value and whether the information of the first gacha event obtained from the server and the user terminal corresponds I can.
  • the processor 2010 may receive the first block for which proof of work has been completed from the second node on the blockchain network through the communication unit 2030.
  • the processor 2010 may verify validity of the first block by checking validity of at least one gacha event information included in the first block and validity of a block header of the first block. If the first block is valid, the processor 2010 may add the first block to the block chain of the first node 2000. If the first block is not valid, the processor 2010 may discard the first block and generate a valid block to be added to the block chain of the first node.
  • the communication unit 2030 may communicate with an external device.
  • the communication unit 2030 may be connected to a network by wire or wirelessly to perform communication with an external device.
  • the external device may be a server, a smartphone, a tablet, a PC, or a computing device.
  • the communication unit 2030 may include a communication module supporting one of various wired/wireless communication methods.
  • the communication module may be in the form of a chipset, or may be a sticker/barcode (e.g. a sticker including an NFC tag) including information necessary for communication.
  • the communication module may be a short-range communication module or a wired communication module.
  • the communication unit 2030 includes Bluetooth, Bluetooth Low Energy (BLE), Near Field Communication, WLAN, Zigbee, infrared data association (IrDA), and Wi-Fi Direct (WFD). , UWB (ultra wideband), Ant+, LTE, 3G, 5G, etc., regardless of the communication method, it can communicate through any method.
  • the memory 2050 is a flash memory type, a hard disk type, a multimedia card micro type, a card type memory (SD, XD memory, etc.). ), RAM (Random Access Memory) SRAM (Static Random Access Memory), ROM (Read-Only Memory), EEPROM (Electrically Erasable Programmable Read-Only Memory), PROM (Programmable Read-Only Memory) magnetic memory, It may include at least one type of storage medium among magnetic disks and optical disks.
  • the memory 2050 may store at least one program for executing an operation method of the node 2000 on a network of a blockchain that distributes and manages a ledger recording gacha event information on a computer. At least one program stored in the memory 2050 may be classified into a plurality of modules according to functions.
  • the apparatus described above may be implemented as a hardware component, a software component, and/or a combination of a hardware component and a software component.
  • the devices and components described in the embodiments are, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA). , A programmable logic unit (PLU), a microprocessor, or any other device capable of executing and responding to instructions, such as one or more general purpose computers or special purpose computers.
  • the processing device may execute an operating system (OS) and one or more software applications executed on the operating system. Further, the processing device may access, store, manipulate, process, and generate data in response to the execution of software.
  • OS operating system
  • the processing device may access, store, manipulate, process, and generate data in response to the execution of software.
  • the processing device is a plurality of processing elements and/or a plurality of types of processing elements. It can be seen that it may include.
  • the processing device may include a plurality of processors or one processor and one controller.
  • other processing configurations are possible, such as a parallel processor.
  • the software may include a computer program, code, instructions, or a combination of one or more of these, configuring the processing unit to operate as desired or processed independently or collectively. You can command the device.
  • Software and/or data may be interpreted by a processing device or, to provide instructions or data to a processing device, of any type of machine, component, physical device, virtual equipment, computer storage medium or device. , Or may be permanently or temporarily embodyed in a transmitted signal wave.
  • the software may be distributed over networked computer systems and stored or executed in a distributed manner. Software and data may be stored on one or more computer-readable recording media.
  • the method according to the embodiment may be implemented in the form of program instructions that can be executed through various computer means and recorded in a computer-readable medium.
  • the computer-readable medium may include program instructions, data files, data structures, and the like alone or in combination.
  • the program instructions recorded on the medium may be specially designed and configured for the embodiment, or may be known and usable to those skilled in computer software.
  • Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tapes, optical media such as CD-ROMs and DVDs, and magnetic media such as floptical disks.
  • -A hardware device specially configured to store and execute program instructions such as magneto-optical media, and ROM, RAM, flash memory, and the like.
  • Examples of program instructions include not only machine language codes such as those produced by a compiler, but also high-level language codes that can be executed by a computer using an interpreter or the like.
  • the hardware device described above may be configured to operate as one or more software modules to perform the operation of the embodiment, and vice versa.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Child & Adolescent Psychology (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Computer Interaction (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

제1 사용자 단말이, 제2 사용자 단말에서 발생한 가챠 이벤트에 관한 정보인 제2 가챠 이벤트 정보를 획득하는 단계; 상기 제1 사용자 단말이, 제3 사용자 단말에서 발생한 가챠 이벤트에 관한 정보인 제3 가챠 이벤트 정보를 획득하는 단계; 상기 획득한 제2 가챠 이벤트 정보 및 제3 가챠 이벤트 정보에 기초하여 가챠 시스템의 확률 정보를 획득하는 단계; 및 상기 획득한 가챠 시스템의 확률 정보를 표시하는 단계를 포함하는 가챠 시스템의 확률 정보 획득 방법이 개시된다.

Description

가챠 시스템의 확률 정보를 획득하는 방법, 장치 및 컴퓨터 프로그램
본 발명은 가챠 시스템의 확률 정보를 획득하는 방법에 관한 것으로, 특히 사용자 단말 간의 가챠 시스템에 관한 정보를 공유하여 가챠 시스템의 확률 정보를 획득하는 방법에 관한 것이다.
통신 기술과 컴퓨팅 디바이스들의 발전에 따라 온라인 게임을 즐기는 사용자들이 폭발적으로 증가하고 있다. 다양한 온라인 게임들은 일반적으로 사용자가 직접 캐릭터와 같은 게임 오브젝트를 제어할 수 있는 인터페이스 및 다양한 종류의 아이템들을 제공함으로써, 사용자들이 게임에 대한 흥미를 느낄 수 있도록 한다.
종래의 온라인 기반의 게임에서는 사용자가 소정의 목표를 달성하면 소정의 아이템을 제공하거나 사용자가 일정 금액을 지불하고 소정의 아이템을 구매할 수 있었다. 그러나 최근에는 아이템을 제공할 때도 사용자의 흥미를 유발하기 위해 가챠 시스템이 이용되고 있다.
가챠 시스템이란 상품, 아이템 등을 뽑는 뽑기 시스템을 의미한다. 가챠 시스템은 일반적으로 랜덤 박스, 캡슐 머신 등과 유사한 의미로 사용되며, 사용자는 어떤 아이템을 획득할 수 있을지 예측할 수 없다. 즉, 가챠 시스템을 이용하는 사용자는 원하는 상품, 아이템을 직접 구매하는 것이 아니라, 아이템, 상품을 뽑을 수 있는 기회를 구매하는 방식이다.
그러나 사용자들은 게임의 가챠 시스템의 확률 정보를 획득하기 어려웠으며, 게임 서비스 제공자가 제공하는 확률 정보에 대해 사용자들이 느끼는 신뢰도가 현저히 낮아, 사용자의 이용 횟수가 줄어드는 문제점이 존재하였다.
따라서, 신뢰도 높은 가챠 시스템의 확률 정보를 제공하고, 사용자의 흥미를 유발할 수 있는 개선된 가챠 시스템이 요구되고 있다.
신뢰도 있는 가챠 시스템의 확률 정보를 제공하는 방법을 제공하고자 한다.
가챠 확률 정보를 제공함으로써, 사용자가 신뢰할 수 있는 가챠 시스템을 제공하고자 한다.
사용자가 신뢰할 수 있는 가챠 시스템을 제공할 수 있다.
도 1은 일부 실시예에 따른 서버 및 사용자 단말을 포함하는 온라인 게임 제공 시스템을 도시한다.
도 2는 일부 실시예에 따른 블록체인 네트워크에서의 가챠 시스템 확률 정보의 공유를 설명하기 위한 도면이다.
도 3은 일부 실시예에 따른 게임 화면 및 가챠 티켓을 설명하기 위한 도면이다.
도 4는 일부 실시예에 따른 가챠 시스템의 실행 결과를 설명하기 위한 도면이다.
도 5는 일부 실시예에 따른 가챠 시스템의 확률 정보를 획득하는 방법을 설명하기 위한 도면이다.
도 6은 일부 실시예에 따른 가챠 이벤트 정보를 설명하기 위한 도면이다.
도 7은 일부 실시예에 따른 가챠 이벤트 상세 정보를 설명하기 위한 도면이다.
도 8은 일부 실시예에 따른 가챠 시스템에서 공유되는 가챠 이벤트 정보를 설명하기 위한 도면이다.
도 9 및 도 10은 일부 실시예에 따른 가챠 이벤트 정보에 기초한 가챠 시스템의 확률 정보를 설명하기 위한 도면이다.
도 11은 일부 실시예에 따른 블록체인을 이용한 가챠 이벤트 정보 생성 방법을 설명하기 위한 순서도이다.
도 12는 일부 실시예에 따른 가챠 이벤트 정보를 기록한 원장을 분산하여 관리하는 블록체인 네트워크 상의 노드의 동작을 설명하기 위한 흐름도이다.
도 13은 일부 실시예에 따른 블록체인 네트워크 상에서 유효한 가챠 이벤트 정보를 블록체인 네트워크 상의 노드들로 전파하고, 블록체인에 기록하는 과정을 설명하기 위한 도면이다.
도 14는 일부 실시예에 따른 사용자 단말에서 디지털 서명된 가챠 이벤트 정보를 블록체인 네트워크 상의 노드로 전송하는 과정을 설명하기 위한 도면이다.
도 15는 일부 실시예에 따른 블록체인 네트워크 상의 노드에서 가챠 이벤트 정보의 유효성을 검증하는 과정을 설명하기 위한 도면이다.
도 16는 일부 실시예에 따른, 블록 및 블록체인의 구조를 설명하기 위한 블록도이다.
도 17은 일부 실시예에 따른 블록체인 네트워크 상의 노드에서 블록의 작업 증명 및 난스를 구하는 방법을 설명하기 위한 도면이다.
도 18는 일부 실시예에 따른 블록체인에 가챠 이벤트 정보를 기록하는 방법을 설명하기 위한 도면이다.
도 19는 일부 실시예에 따른 사용자 단말의 구성을 도시한 블록도이다.
도 20은 일부 실시예에 따른 블록체인 네트워크 상의 노드의 구성을 도시한 블록도이다.
본 개시의 일부 실시예에 따르면, 가챠 시스템의 확률 정보 획득 방법에 있어서, 제1 사용자 단말이, 제2 사용자 단말에서 발생한 가챠 이벤트에 관한 정보인 제2 가챠 이벤트 정보를 획득하는 단계; 상기 제1 사용자 단말이, 제3 사용자 단말에서 발생한 가챠 이벤트에 관한 정보인 제3 가챠 이벤트 정보를 획득하는 단계; 상기 획득한 제2 가챠 이벤트 정보 및 제3 가챠 이벤트 정보에 기초하여 가챠 시스템의 확률 정보를 획득하는 단계; 및 상기 획득한 가챠 시스템의 확률 정보를 표시하는 단계를 포함할 수 있다.
상기 방법은, 가챠 이벤트의 실행 요청을 송신하는 단계; 상기 가챠 이벤트의 실행 결과를 획득하는 단계; 상기 실행 결과에 기초하여 제1 가챠 이벤트 정보를 생성하는 단계를 더 포함할 수 있다.
상기 제2 가챠 이벤트 정보는, 가챠 이벤트 정보를 기록한 원장을 분산하여 관리하는 블록체인을 구성하는 블록에 포함되며, 상기 제3 가챠 이벤트 정보는, 상기 블록 또는 상기 블록체인을 구성하는 블록 중 상기 블록과 상이한 블록에 포함될 수 있다.
상기 제1 가챠 이벤트 정보를 생성하는 단계는, 상기 블록체인 네트워크 상의 제1 노드로 상기 블록체인을 구성하는 적어도 하나의 블록에 상기 제1 가챠 이벤트 정보의 기록을 요청하는 단계를 포함할 수 있다.
상기 제1 노드로 상기 제1 가챠 이벤트 정보의 기록을 요청하는 단계는, 상기 제1 가챠 이벤트 정보를 암호화하고, 상기 암호화된 제1 가챠 이벤트 정보를 상기 제1 노드로 전송하는 단계를 포함할 수 있다.
상기 제1 가챠 이벤트 정보를 상기 제1 노드로 전송하는 단계는, 상기 제1 가챠 이벤트 정보를 상기 제1 가챠 이벤트 정보에 대한 고유의 데이터를 생성하는 해시함수에 적용하여, 상기 제1 가챠 이벤트 정보에 대응되는 제1 해시값을 생성하는 단계; 상기 가챠 이벤트를 실행한 사용자의 개인키로 상기 제1 해시값을 암호화하여 상기 제1 가챠 이벤트 정보의 디지털 서명을 나타내는 제1 암호문을 생성하는 단계; 및 상기 제1 암호문을 상기 제1 가챠 이벤트 정보와 함께 상기 제1 노드로 전송하는 단계를 포함할 수 있다.
상기 제2 가챠 이벤트 정보 또는 제3 가챠 이벤트 정보는, 상기 가챠 시스템의 확률 정보, 상기 가챠 시스템과 관련된 게임 정보, 가챠 이벤트의 종류, 가챠 이벤트 실행 시각, 가챠 이벤트가 실행된 계정 정보, 가챠 이벤트가 실행된 사용자 단말의 정보, 가챠 이벤트의 실행 결과에 따라 획득한 아이템, 가챠 이벤트 실행에 사용한 게임 재화의 양 중 적어도 하나를 포함할 수 있다.
상기 가챠 시스템의 확률 정보를 획득하는 단계는, 상기 제2 가챠 이벤트 정보 및 상기 제3 가챠 이벤트 정보에 기초하여 상기 가챠 시스템에서 획득 가능한 아이템들 각각의 획득 확률을 계산할 수 있다.
상기 제1 가챠 이벤트 정보를 생성한 사용자 단말과 대응되는 계정 및 상기 제1 노드와 대응되는 사용자 계정 중 적어도 하나는 소정의 게임 재화를 지급받을 수 있다.
상기 방법은, 추가적으로 획득한 가챠 이벤트 정보에 기초하여 상기 획득한 가챠 시스템의 확률 정보를 업데이트 하는 단계; 및 상기 업데이트된 가챠 시스템의 확률 정보를 표시하는 단계를 더 포함할 수 있다.
본 개시의 일부 실시예는 상기 방법을 구현하기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공할 수 있다.
본 개시의 일부 실시예에 따르면, 가챠 시스템의 확률 정보를 획득하는 장치에 있어서, 제2 사용자 단말에서 발생한 가챠 이벤트에 관한 정보인 제2 가챠 이벤트 정보를 획득하고, 제3 사용자 단말에서 발생한 가챠 이벤트에 관한 정보인 제3 가챠 이벤트 정보를 획득하는 통신부; 상기 획득한 제2 가챠 이벤트 정보 및 제3 가챠 이벤트 정보에 기초하여 가챠 시스템의 확률 정보를 획득하는 프로세서; 및 상기 획득한 가챠 시스템의 확률을 표시하는 디스플레이를 포함할 수 있다.
상기 통신부는, 가챠 이벤트의 실행 요청을 송신하고, 상기 가챠 이벤트의 실행 결과를 획득하며, 상기 프로세서는, 상기 실행 결과에 기초하여 제1 가챠 이벤트 정보를 생성할 수 있다.
상기 제2 가챠 이벤트 정보는, 가챠 이벤트 정보를 기록한 원장을 분산하여 관리하는 블록체인을 구성하는 블록에 포함되며, 상기 제3 가챠 이벤트 정보는, 상기 블록 또는 상기 블록체인을 구성하는 블록 중 상기 블록과 상이한 블록에 포함될 수 있다.
상기 프로세서는, 상기 블록체인 네트워크 상의 제1 노드로 상기 블록체인을 구성하는 적어도 하나의 블록에 제1 가챠 이벤트 정보의 기록을 요청하도록 상기 통신부를 제어할 수 있다.
상기 프로세서는, 상기 제1 가챠 이벤트 정보를 암호화하고, 상기 암호화된 제1 가챠 이벤트 정보를 상기 제1 노드로 전송하도록 상기 통신부를 제어할 수 있다.
상기 프로세서는, 상기 제1 가챠 이벤트 정보를 상기 제1 가챠 이벤트 정보에 대한 고유의 데이터를 생성하는 해시함수에 적용하여, 상기 제1 가챠 이벤트 정보에 대응되는 제1 해시값을 생성하고, 상기 가챠 이벤트를 실행한 사용자의 개인키로 상기 제1 해시값을 암호화하여 상기 제1 가챠 이벤트 정보의 디지털 서명을 나타내는 제1 암호문을 생성하며, 상기 통신부는, 상기 제1 암호문을 상기 제1 가챠 이벤트 정보와 함께 상기 제1 노드로 전송할 수 있다.
상기 제2 가챠 이벤트 정보 또는 제3 가챠 이벤트 정보는, 상기 가챠 시스템의 확률 정보, 상기 가챠 시스템과 관련된 게임 정보, 가챠 이벤트의 종류, 가챠 이벤트 실행 시각, 가챠 이벤트가 실행된 사용자 단말, 가챠 이벤트가 실행된 계정 정보, 가챠 이벤트가 실행된 사용자 단말의 정보, 가챠 이벤트의 실행 결과에 따라 획득한 아이템, 가챠 이벤트 실행에 사용한 게임 재화의 양 중 적어도 하나를 포함할 수 있다.
상기 프로세서는, 상기 제2 가챠 이벤트 정보 및 상기 제3 가챠 이벤트 정보에 기초하여 상기 가챠 시스템에서 획득 가능한 아이템들 각각의 획득 확률을 계산할 수 있다.
상기 제1 가챠 이벤트 정보를 생성한 사용자 단말과 대응되는 계정 및 상기 제1 노드와 대응되는 사용자 계정 중 적어도 하나는 소정의 게임 재화를 지급받을 수 있다.
상기 프로세서는, 추가적으로 획득한 가챠 이벤트 정보에 기초하여 상기 획득한 가챠 시스템의 확률 정보를 업데이트하고, 상기 업데이트된 가챠 시스템의 확률 정보를 표시하도록 상기 디스플레이를 제어할 수 있다.
본 개시의 일부 실시예는, DAPP(Decentralized Application)을 통해 제공될 가챠 시스템 서비스의 확률을 결정하는 정보를 블록체인을 구성하는 블록에 저장하는 단계; 상기 DAPP를 통해, 상기 저장된 가챠 시스템의 확률을 결정하는 정보에 기초하는 상기 가챠 시스템을 이용하여 가챠 이벤트를 실행하는 단계; 및 상기 DAPP를 통해, 상기 가챠 이벤트의 실행에 따른 결과를 제공하는 단계를 포함하는 블록체인 네트워크에서 가챠 시스템 서비스를 제공하는 방법을 제공할 수 있다.
본 개시의 일부 실시예는 상기 방법을 구현하기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공할 수 있다.
이하, 첨부된 도면들에 기재된 내용들을 참조하여 본 발명에 따른 예시적 실시예를 상세하게 설명한다. 또한, 첨부된 도면들에 기재된 내용들을 참조하여 본 발명의 실시예에 따른 전자 장치를 구성하고 사용하는 방법을 상세히 설명한다. 각 도면에서 제시된 동일한 참조번호 또는 부호는 실질적으로 동일한 기능을 수행하는 부품 또는 구성요소를 나타낸다.
제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성 요소들을 설명하는데 사용될 수 있지만, 구성 요소들은 용어들에 의해 한정되지는 않는다. 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. 및/또는 이라는 용어는 복수의 관련된 항목들의 조합 또는 복수의 관련된 항목들 중의 어느 하나의 항목을 포함한다.
본 명세서에서 사용한 용어는 실시예를 설명하기 위해 사용된 것으로, 본 발명을 제한 및/또는 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원서에서, 포함하다 또는 가지다 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
명세서 전체에서, 어떤 부분이 다른 부분과 연결되어 있다고 할 때, 이는 직접적으로 연결되어 있는 경우뿐 아니라, 그 중간에 다른 소자를 사이에 두고 전기적으로 연결되어 있는 경우도 포함한다. 또한 어떤 부분이 어떤 구성요소를 포함한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 또한, 명세서에 기재된 "...부", "모듈" 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어 또는 소프트웨어로 구현되거나 하드웨어와 소프트웨어의 결합으로 구현될 수 있다.
이하의 본 명세서에서, 게임 재화라 함은 게임 내에서 사용, 통용되는 화폐로 사용자가 유료 또는 무료로 획득할 수 있는 재화를 의미할 수 있다. 다시 말해서, 게임 재화란 게임 내에서 아이템, 게임 횟수 등 게임 내에서 거래, 구매를 위해 사용되는 모든 형태의 재화를 의미할 수 있다. 게임 재화는 유료 재화 및 무료 재화를 포함할 수 있다. 게임 재화는 복수 타입의 재화를 포함할 수 있다. 또한 유료 재화도 복수 타입의 재화를 포함할 수 있고, 무료 재화 또한 복수 타입의 재화를 포함할 수 있다.
이하의 본 명세서에서, 유료 재화는 사용자가 소정의 재화의 수량과 대응되는 금액을 지불 또는 결제하여 구매한 게임 재화를 의미할 수 있다.
이하의 본 명세서에서, 무료 재화는 사용자가 게임 내, 게임 외의 활동을 통해 사용자가 금액을 지불 또는 결제하지 않고 획득한 게임 재화를 의미할 수 있다. 유료 재화 및 무료 재화는 동일한 타입의 재화일 수도 있고, 상이한 타입의 재화일 수도 있다.
이하의 본 명세서에서, 가챠 이벤트란 가챠 시스템을 이용하여 복수의 아이템 중 적어도 하나의 아이템을 일회 또는 수회만큼 아이템을 뽑는 기회를 의미한다.
이하의 본 명세서에서, 가챠 티켓이란 가챠 이벤트를 이용할 수 있는 권한을 의미할 수 있다. 다시 말해서, 가챠 시스템을 통해 제공되는 가챠 이벤트를 일회 또는 복수회 이용할 수 있는 권한을 의미할 수 있다. 본 명세서에서는 설명의 편의를 위해 가챠 티켓이라 기재하고 있지만, 티켓의 형태에 한정될 필요는 없으며, 가챠 이벤트를 이용할 수 있는 권한을 가진 모둔 형태의 아이템 및 오브젝트를 포함할 수 있다. 가챠 티켓은 재화를 통해 구매할 수 있으며, 재화는 게임 내의 유료 재화 및 무료 재화를 모두 포함할 수 있고, 사용자의 현금과 같은 실물 재화를 포함할 수도 있다. 또한 본 명세서의 가챠 티켓은 복수의 등급의 가챠를 이용할 수 있는 티켓을 모두 포함할 수 있다.
이하의 본 명세서에서, 가챠 시스템의 확률이란, 가챠 이벤트 실행에 따라 획득 가능한 적어도 하나의 아이템 중 적어도 하나의 아이템이 획득 또는 당첨될 확률을 의미할 수 있다. 예를 들면, 가챠 시스템의 확률은 가챠 이벤트의 실행에 따라 제 1 아이템이 획득될 확률, 제 2 아이템이 획득될 확률 및 제 3 아이템이 획득한 확률 중 적어도 하나의 확률을 의미할 수 있으며, 상기 예시에 제한되지 않는다.
이하의 본 명세서에서, 가챠 이벤트 정보란, 적어도 하나의 가챠 이벤트에 관한 정보를 의미할 수 있다. 가챠 이벤트 정보는 별도의 포맷으로 저장 및 제공되거나, 블록체인을 구성하는 블록 내에 포함되어 제공될 수 있으며, 상기 예시에 제한되지 않는다.
이하의 본 명세서에서 아이템이란 물건, 상품, 컨텐츠 등을 모두 포함할 수 있으며, 무기, 방어구, 옷, 수정과 같은 게임 내 캐릭터가 장착하는 장비, 게임 내 캐릭터가 탑승하는 탑승물, 음식, 포션과 같은 소비물, 경험치, 버프 등 게임 내에서 사용자가 획득할 수 있는 모든 디지털 컨텐츠, 사이버 목적물 등을 의미할 수 있으며, 상기 예시에 제한되지 않는다.
이하의 본 명세서에서 퀘스트란 의뢰, 미션이라고도 하며, 게임 내에서 제공되는 임무를 의미할 수 있다. 다시 말해서, 퀘스트는 게임에서 주어진 목적을 달성하기 위한 행위를 의미할 수 있다. 예를 들면, 사용자는 게임 내에서 "박쥐 동굴 탐험하기"라는 퀘스트를 획득할 수 있다. 각 퀘스트는 난이도가 상이할 수 있으며, 사용자의 캐릭터는 퀘스트의 성공에 따라 경험치, 재화, 아이템 등을 획득할 수도 있고 퀘스트 실패에 따라 캐릭터가 보유한 경험치, 재화, 아이템 중 일부를 잃을 수도 있다. 즉, 퀘스트의 성공 또는 실패에 따라 사용자의 캐릭터의 가치가 변경될 수 있다. 퀘스트 액션이란 퀘스트를 수행하는 동작을 의미할 수 있다.
이하의 본 명세서에서 캐릭터란, 게임 내에서 사용자가 제어할 수 있는 소정의 오브젝트를 의미할 수 있다. 캐릭터 정보란 게임 캐릭터와 관련된 정보로써, 캐릭터의 레벨, 캐릭터의 등급, 캐릭터의 누적 사용 시간, 캐릭터의 보유 금액, 캐릭터의 명성, 캐릭터의 업적 달성율, 캐릭터의 퀘스트 달성률 등 캐릭터에 대한 모든 정보를 포함할 수 있으며, 상기 예시에 제한되지 않는다.
이하의 본 명세서에서 사용자 계정이란, 적어도 하나의 캐릭터를 포함한 사용자의 계정을 의미할 수 있다. 게임 내에서는 사용자가 복수의 캐릭터를 생성할 수 있으며, 복수의 캐릭터가 하나의 사용자 계정에 종속된 형태로 존재할 수 있다. 물론 상기 예시에 제한되지 않으며, 하나의 사용자 계정을 통해 게임 서비스를 제공하는 형태 또한 존재할 수도 있다. 사용자 계정 정보란 사용자의 이름, 전화번호, 이메일 주소, 게임 이용 기간 등을 포함할 수 있으며, 상기 예시에 제한되지 않는다.
이하의 본 명세서에서, 암호화폐는 암호화 방법을 사용하여 교환수단으로 가능하도록 고안된 디지털 화폐를 의미할 수 있다. 또한, 암호화폐는 암호화 방법을 사용하여 거래의 안전을 확보하고, 추가적 단위의 생성을 통제하며, 자산의 이전을 인증할 수 있다.
이하의 본 명세서에서, 블록체인은 무결성을 확보하고 유지하기 위해 순서에 따라 연결된 블록들이 다양한 정보(예를 들면, 거래 정보, 가챠 이벤트 정보)를 암호화 기법과 보안기술을 이용해 협상하는 알고리즘으로 구성된 소프트웨어 요소를 활용하는 원장(ledger)의 분산 P2P (Peer to Peer)시스템을 의미할 수 있다. 여기서, 분산 P2P 시스템은 분산 시스템의 특수한 형태일 수 있다. 또한, P2P 시스템은 중앙 노드의 조정 없이 네크워크의 모든 노드들이 서로에게 자원(처리 능력, 저장 공간, 데이터 또는 네트워크 대역폭 등)을 제공할 수 있다. 또한, "블록체인"은 정보를 기록한 원장을 특정 기관의 중앙 서버가 아닌 P2P 네트워크에 분산하여 네트워크 내의 노드들이 공동으로 기록하고 관리하는 분산원장(distributed ledger) 기술을 의미할 수 있다.
이하의 본 명세서에서, 노드는 블록체인 네트워크 내에서 구성요소를 의미할 수 있다. 예를 들면, 노드는 특수 목적 컴퓨터(Special-purpose Computer), 범용 컴퓨터(General-purpose Computer), 슈퍼 컴퓨터(Supercomputer), 대형 컴퓨터(Mainframe Computer), 개인용 컴퓨터(Personal Computer), 스마트폰, 태블릿 PC 등일 수 있으나, 이에 제한되지 않는다.
이하의 본 명세서에서, 장치, 전자 장치는 전기 에너지를 공급 받아 동작하는 장치를 의미할 수 있으며, 사용자 단말 및 서버 모두를 포함하는 개념일 수 있다. 물론 상기 예시에 제한되지 않는다.
이하의 본 명세서에서, 사용자는 유저, 게이머를 의미할 수 있으며 상기 예시에 제한되지 않는다.
도 1은 일부 실시예에 따른 서버 및 사용자 단말을 포함하는 온라인 게임 제공 시스템을 도시한다.
본 발명의 온라인 게임 제공 시스템(100)은 서버(170)와 적어도 하나의 사용자 단말(110 내지 160)을 포함할 수 있다. 서버(170)는 네트워크 망을 통해 온라인 게임 시스템을 제공할 수 있다. 서버(170)는 적어도 하나의 사용자 단말(110 내지 160)에게 동시에 온라인 게임을 제공할 수 있으며, 온라인 게임은 다수의 사용자들이 네트워크에 접속하여 즐기는 게임을 의미할 수 있다.
일부 실시예에 따르면, 서버(170)라 함은, 단일 서버, 서버의 집합체, 클라우드 서버 등을 포함할 수 있으며, 상기 예시에 제한되지 않는다. 서버(170)는 게임 시스템을 제공하며, 게임 시스템은 사용자 및 게임 데이터를 저장하는 데이터 베이스를 포함할 수 있다. 또한 서버(170)는 결제 이벤트를 생성 및 처리하는 결제 서버를 포함할 수도 있다.
일부 실시예에 따르면 네트워크란 모든 통신 방식을 이용하여 설립(또는 형성)된 연결을 의미하며, 단말과 단말간의 또는 단말과 서버간의 데이터를 송수신하는, 모든 통신 방식을 통해 연결된 통신망을 의미할 수 있다.
모든 통신 방식이라 함은 소정의 통신 규격, 소정의 주파수 대역, 소정의 프로토콜 또는 소정의 채널을 통한 통신 등 모든 통신 방식을 포함할 수 있다. 예를 들면, 블루투스, BLE, Wi-Fi, Zigbee, 3G, LTE, 초음파를 통한 통신 방식 등을 포함할 수 있으며, 근거리 통신, 원거리 통신, 무선 통신 및 유선 통신을 모두 포함할 수 있다. 물론 상기 예시에 제한되지 않는다.
일부 실시예에 따르면 근거리 통신 방식이라 함은, 통신을 수행하는 디바이스(단말 또는 서버)가 소정의 범위 내에 있을 때에만 통신이 가능한 통신 방식을 의미할 수 있으며, 예를 들어, 블루투스, NFC 등을 포함할 수 있다. 원거리 통신 방식이라 함은, 통신을 수행하는 디바이스가 거리와 관계 없이 통신이 가능한 통신 방식을 의미할 수 있다. 예를 들면, 원거리 통신 방식은 AP와 같은 중계기를 통해 통신을 수행하는 두 디바이스가 소정의 거리 이상일 때에도 통신할 수 있는 방식을 의미할 수 있으며, SMS, 전화와 같은 셀룰러 네트워크(3G, LTE)를 이용한 통신 방식을 포함할 수 있다. 물론 상기 예시에 제한되지 않는다. 네트워크 망을 이용하여 게임 시스템을 제공받는다는 의미는 모든 통신 방식을 통해 게임 서버와 단말 간의 통신이 수행될 수 있다는 의미를 포함할 수 있다.
명세서 전체에서 적어도 하나의 사용자 단말(110 내지 160)이라 함은 퍼스널 컴퓨터(Personal Computer)(110), 태블릿(Tablet)(120), 휴대폰(Cellular Phone)(130), 노트북(140), 스마트 폰(150), TV(160) 뿐만 아니라, PDA(Personal Digital Assistants), PMP(Portable Multimedia Player), 네비게이션, MP3 플레이어, 디지털 카메라, 냉장고, 세탁기, 청소기 등의 다양한 전자 디바이스를 포함할 수 있고, 상기 예시에 제한되지 않는다.
일부 실시예에 따르면, 온라인 게임은 스포츠, MMORPG, AOS, FPS, TCG, CCG 등 다양한 장르를 포함할 수 있다. 또한 온라인 게임은 사용자와 사용자간의 대결 방식의 게임일 수도 있고, 사용자와 컴퓨터(예를 들면, 인공지능)과의 대결 방식일 수도 있다. 또한 대결 방식이 아닌 건설 또는 꾸밈 방식의 게임일 수도 있다. 물론 상기 예시에 제한되지 않으며 온라인 게임의 형태에는 제한이 없다.
일부 실시예에 따르면, 사용자 단말(110 내지 160)은 적어도 하나의 다른 사용자 단말에서 발생한 가챠 이벤트에 관한 정보인 가챠 이벤트 정보를 획득할 수 있다. 예를 들면, 제1 사용자 단말이 제2 사용자 단말에서 발생한 가챠 이벤트에 관한 정보인 제2 가챠 이벤트 정보 및 제3 사용자 단말에서 발생한 가챠 이벤트에 관한 정보인 제3 가챠 이벤트 정보를 획득할 수 있다. 또한 사용자 단말(110 내지 160)은 다른 사용자 단말에서 발생한 가챠 이벤트에 관한 정보인 가챠 이벤트 정보에 기초하여 가챠 시스템의 확률 정보를 획득할 수 있다. 예를 들면, 제1 사용자 단말은 제2 가챠 이벤트 정보 및 제3 가챠 이벤트 정보에 기초하여 가챠 시스템의 확률 정보를 획득할 수 있다. 이는 이하에서 더 자세히 설명한다.
도 2는 일부 실시예에 따른 블록체인 네트워크에서의 가챠 시스템 확률 정보의 공유를 설명하기 위한 도면이다.
도 1에서 설명한 바와 같이 본 발명의 온라인 게임 제공 시스템(100)은 서버(170)와 적어도 하나의 사용자 단말(110 내지 160)을 포함할 수 있다. 서버(170)는 네트워크 망을 통해 온라인 게임 시스템을 제공할 수 있다.
다만, 앞서 설명한 바와 같이 서버(170)가 온라인 게임을 위한 서비스를 제공하기는 하나, 온라인 게임과 관련된 모든 정보를 제공하는 것은 아닐 수 있다. 다시 말해서, 적어도 하나의 사용자 단말(110 내지 160)은 외부 서버 또는 다른 사용자 단말로부터 온라인 게임과 관련된 정보를 제공하거나, 제공 받을 수 있다.
특히 보안성이 높고 및 신뢰도 있는 온라인 게임과 관련된 정보를 공유 또는 제공하기 위해 도 2의 블록체인 네트워크를 이용하여 온라인 게임과 관련된 정보가 송수신될 수 있다. 도 2에 도시된 사용자 단말(110)은 도 1에서 설명한 바와 같이 온라인 게임 서비스를 제공받는 단말일 수 있다. 사용자 단말(110)은 서버(170)로부터 온라인 게임과 관련된 정보를 제공받을 수도 있지만, 블록체인 네트워크를 통해 온라인 게임과 관련된 정보를 제공받을 수도 있다.
예를 들면, 사용자 단말(110)은 블록체인 네트워크를 통해 가챠 시스템에 관한 정보를 획득할 수 있다. 또한 사용자 단말(110)은 블록체인 네트워크를 통해 적어도 하나의 다른 사용자 단말의 가챠 이벤트 정보를 획득하고, 가챠 시스템의 확률 정보를 획득할 수 있다.
일부 실시예에 따르면, 사용자 단말(110)는 적어도 하나의 사용자 단말에서 발생한 가챠 이벤트에 관한 가챠 이벤트 정보를 기록하기 위해 블록체인 네트워크 상의 노드들(210, 220, 230, 240, 250) 중 제1 노드(210)로 가챠 이벤트 정보를 전송할 수 있다. 물론, 사용자 단말(110)는 제1 노드(210)가 아닌 제2 노드(220)로 가챠 이벤트 정보를 전송할 수도 있다.
일부 실시예에 따르면, 블록체인 네트워크 상의 노드들은 도 1의 적어도 하나의 사용자 단말(110 내지 160)일 수도 있고, 다른 단말일 수도 있다. 다시 말해서, 블록체인 네트워크 상의 노드들은 온라인 게임 서비스를 제공받는 단말일 수도 있고, 온라인 게임 서비스를 제공받지 않는 단말일 수도 있다.
또한 일부 실시예에 따르면, 제1 노드(210)는 가챠 이벤트 정보의 유효성을 검증하고, 가챠 이벤트 정보가 유효하면 가챠 이벤트 정보를 후보 블록에 추가할 수 있다. 제1 노드(210)는 후보 블록에 대한 작업 증명을 수행하여 블록체인에 후보 블록을 유효한 블록으로 추가할 수 있다. 또한 제1 노드(210) 또는 사용자 단말(110)은 가챠 이벤트 정보 생성에 따른 보상을 지급받을 수도 있다. 보상은 게임 재화로 지급될 수도 있으며, 상기 예시에 제한되지 않는다. 블록체인 네트워크를 이용한 가챠 확률 정보의 공유 및 가챠 시스템 확률 정보를 획득하는 방법은 이하에서 더 자세히 설명한다.
또한 일부 실시예에 따르면, 블록체인 네트워크를 이용하여 가챠 확률 정보를 공유할 뿐만 아니라 가챠 시스템 서비스 또는 온라인 게임 서비스를 제공할 수도 있다. 예를 들면, 블록체인 네트워크는 도 1의 적어도 하나의 사용자 단말(110 내지 160)에게 가챠 확률 정보를 제공하기 위한 정보 뿐만 아니라, 가챠 시스템을 제공하거나 온라인 게임을 제공하기 위해 이용되는 데이터를 저장할 수 있다.
일부 실시예에 따르면, 가챠 시스템 서비스 또는 온라인 게임 서비스의 제공은 DAPP(Decentralized Application)을 통해 제공될 수 있다. DAPP는 서비스를 제공하기 위한 서버가 별도로 존재하지 않는 어플리케이션을 의미할 수 있다. 예를 들면, 웹서버, 게임 서버와 같은 중앙 서버 없이 블록체인 네트워크에 포함된 복수의 노드를 이용하여 제공하는 서비스를 이용 및 개발하기 위한 어플리케이션으로써 당업자에게 자명하므로 자세한 설명은 생략한다. 일부 실시예에 따르면, DAPP는 프로그램 코드일 수 있으며, 다른 말로는 스마트 컨트랙트 또는 스마트 컨트랙트 프로그램 코드일 수 있다.
즉, 블록체인 네트워크는 가챠 시스템 또는 온라인 게임을 제공하기 위한 DAPP를 이용하여 도 1의 서버(170)없이도 적어도 하나의 사용자 단말(110 내지 160)에게 가챠 시스템 서비스 또는 온라인 게임 서비스를 제공할 수 있다.
일부 실시예에 따르면, 블록체인 네트워크가 데이터를 저장한다는 의미는, 사용자 단말들(110 내지 160) 또는 블록체인 네트워크 상의 노드들(210 내지 250) 중 적어도 하나가 블록체인을 구성하는 블록에 데이터를 저장, 기록 또는 등록하는 것을 의미할 수 있다. 블록체인을 구성하는 블록에 데이터를 저장, 기록 또는 등록하는 것 또한 DAPP를 이용하여 수행될 수 있다.
따라서, 사용자 단말들(110 내지 160) 또는 블록체인 네트워크 상의 노드들(210 내지 250) 중 적어도 하나는 가챠 시스템의 확률을 결정하는 정보를 블록체인을 구성하는 블록에 저장하고, 저장된 가챠 시스템의 확률을 결정하는 정보에 기초하는 가챠 시스템을 이용하여 가챠 이벤트를 실행할 수 있으며, 가챠 이벤트의 실행에 따른 결과를 제공할 수 있다. 가챠 시스템의 확률을 결정하는 정보는 가챠 시스템의 가장 중요한 정보인 확률을 결정하는 정보이기 때문에 가챠 엔진이라 부르기도 한다.
다시 말해서, 사용자 단말들(110 내지 160) 또는 블록체인 네트워크 상의 노드들(210 내지 250) 중 적어도 하나가 가챠 엔진을 블록체인 네트워크에 등록, 기록 또는 저장함으로써, 사용자 단말들(110 내지 160) 또는 블록체인 네트워크 상의 노드들(210 내지 250) 중 적어도 하나에게 가챠 시스템 서비스를 제공할 수 있다.
또한 일부 실시예에 따르면, 사용자 단말들(110 내지 160) 또는 블록체인 네트워크 상의 노드들(210 내지 250) 중 적어도 하나가 가챠 엔진을 블록체인 네트워크에 저장하는 동작, 가챠 시스템을 이용한 가챠 이벤트의 실행하는 동작 및 가챠 이벤트의 실행에 따른 결과를 제공하는 동작 중 적어도 하나는 DAPP를 이용하는 것일 수 있다.
추가적으로, 온라인 게임 서비스 또한 가챠 시스템 서비스를 제공하는 방법과 동일하게 제공될 수 있다. 따라서 블록체인 네트워크에서는 도 1의 서버 없이 온라인 게임 서비스가 제공될 수도 있다.
도 3은 일부 실시예에 따른 게임 화면 및 가챠 티켓을 설명하기 위한 도면이다.
도 3은 사용자 단말에서 표시되는 가챠 시스템의 이용 화면(300)을 도시한다. 사용자 단말은 사용자 입력을 수신하여 서버에 가챠 이벤트의 실행을 요청함으로써, 가챠 시스템을 이용할 수 있다.
도 3을 참조하면, 가챠 시스템의 이용 화면(300)에는 메인 화면 리턴 인터페이스(310), 제1 게임 재화 수량 표시(320), 제2 게임 재화 수량 표시(330), 일반 가챠 이용 인터페이스(340), 프리미엄 가챠 이용 인터페이스(350) 및 가챠 확률 정보 확인 인터페이스(360)와 같은 다양한 인터페이스를 표시할 수 있다.
물론 가챠 시스템의 이용 화면(300)은 도 3의 도시에 제한되지 않으며, 도 3에 도시된 정보보다 더 적은 정보가 표시될 수도 있고, 도 3에 도시된 정보보다 더 많은 게임 정보가 표시될 수도 있다. 또한 도 3에 도시된 인터페이스와 다르게 더 적거나 많은 인터페이스가 표시될 수 있으며, 사용자 단말에 표시될 수 있는 인터페이스 및 정보는 도 3의 예시에 제한되지 않는다.
도 3의 예시를 참조하면, 도 3에 가챠 이벤트는 일반 가챠 이벤트와 및 프리미엄 가챠 이벤트를 포함할 수 있다. 일부 실시예에 따르면, 프리미엄 가챠 이벤트는 가챠 이벤트는 높은 등급의 아이템이 당첨될 확률이 높은 가챠 이벤트이고, 일반 가챠 이벤트는 프리미엄 가챠 이벤트에 비해 높은 등급의 아이템이 당첨될 확률이 상대적으로 낮은 가챠 이벤트일 수 있다. 물론 프리미엄 가챠 이벤트에서만 당첨 가능한 별도의 아이템이 존재할 수도 있으며, 가챠 이벤트의 등급의 구분은 게임 서비스 제공 서버의 설정에 따라 상이할 수 있다.
또한 일부 실시예에 따르면, 가챠 이벤트를 통해 획득할 수 있는 아이템의 종류에 따라 가챠 이벤트가 구분될 수 있다. 예를 들면, 가챠 이벤트가 무기 가챠 이벤트, 방어구 가챠 이벤트 및 장신구 가챠 이벤트로 구분될 수도 있다. 물론 상기 예시에 제한되는 것은 아니며, 가챠 이벤트의 유형, 등급의 구분은 게임 서비스 제공 서버의 설정에 따라 상이할 수 있다.
일부 실시예에 따르면, 메인 화면으로 리턴 인터페이스(310)는 사용자의 선택에 의해 가챠 시스템 이용 화면(300)으로부터 메인 화면으로 전환되도록 사용자 단말에서의 표시를 전환하는 인터페이스일 수 있다. 또한 사용자 단말은 선택적으로 가챠 시스템 이용 화면(200)에서 메인 화면으로의 전환을 위해 서버와 데이터를 송수신할 수 있다.
일부 실시예에 따르면, 제1 게임 재화 수량 표시(320) 및 제2 게임 재화 수량 표시(330)는 사용자 계정이 보유한 제1 게임 재화의 수량 및 제2 게임 재화의 수량을 표시하는 인터페이스일 수 있다. 추가적으로, 사용자 단말은 제1 게임 재화 수량 표시(320) 및 제2 게임 재화 수량 표시(330)를 클릭하는 사용자 입력을 획득함으로써, 결제 프로세스를 진행할 수도 있다.
일부 실시예에 따르면, 일반 가챠 이용 인터페이스(340)는 일반 가챠 이벤트의 실행을 요청하는 인터페이스일 수 있다. 프리미엄 가챠 이용 인터페이스 (250)는 프리미엄 가챠 이벤트의 실행을 요청하는 인터페이스일 수 있다.
또한 도 3에 도시되지는 않았지만, 복수 횟수의 가챠 이벤트를 한꺼번에 실행하는 인터페이스가 더 포함될 수도 있으며, 복수 횟수의 가챠 이벤트를 한꺼번에 실행하는 경우, 게임 재화의 소모가 없는 추가적 가챠 이벤트 실행이 함께 수행될 수 있다. 예를 들면, 서버는 10회의 가챠 이벤트 실행시, 1회의 가챠 이벤트 실행 횟수를 추가로 제공할 수 있으며, 상기 예시에 제한되는 것은 아니다.
또한 일부 실시예에 따르면, 가챠 확률 정보 확인 인터페이스(360)는 가챠 시스템의 확률 정보가 표시되는 화면으로 전환되도록 사용자 단말에서의 표시를 전환하는 인터페이스일 수 있다. 가챠 시스템의 확률 정보는 팝업 화면 또는 화면 전환을 통한 새로운 화면에 표시될 수 있으며, 상기 예시에 제한되지 않는다. 가챠 시스템의 확률 정보는 다양한 형태로 사용자 단말에 표시될 수 있으며, 이는 이하에서 더 자세히 설명한다. 필요한 경우, 사용자 단말은 가챠 시스템의 확률 정보를 표시하기 위해 블록체인 네트워크의 적어도 하나의 노드로부터 데이터를 송수신할 수 있다.
또한 일부 실시예에 따르면, 사용자 단말은 가챠 이벤트의 실행 요청에 의해 적어도 하나의 아이템을 획득할 수 있다. 다시 말해서, 서버는 사용자 단말로부터 가챠 이벤트 실행 요청을 수신하고, 가챠 이벤트에 대응하는 게임 재화를 소모한 사용자 계정에 적어도 하나의 아이템을 제공할 수 있다. 가챠 이벤트의 실행 결과에 따른 정보를 획득한 사용자 단말은 실행 결과에 따라 가챠 이벤트 정보를 생성하고, 생성한 가챠 이벤트 정보를 블록체인 네트워크를 통해 공유할 수 있다. 또한 사용자 단말은 적어도 하나의 다른 사용자 단말에서 발생한 가챠 이벤트에 관한 가챠 이벤트 정보를 획득하여 가챠 시스템의 확률 정보를 수신할 수 있다.
도 4는 일부 실시예에 따른 가챠 시스템의 실행 결과를 설명하기 위한 도면이다.
도 4는 도 3의 가챠 시스템을 이용하여 가챠 이벤트 실행에 따른 결과 화면(400)을 도시한다. 앞서 설명한 바와 같이, 사용자 단말은 일반 가챠 티켓 사용 버튼 또는 프리미엄 가챠 티켓 사용 버튼을 클릭하는 사용자 입력을 수신하면, 가챠 이벤트 실행에 필요한 게임 재화가 결제, 충전 및 지불되고 가챠 이벤트가 실행될 수 있다.
일부 실시예에 따르면, 가챠 이벤트 실행에 따른 결과 화면(400)에는 가챠 이벤트의 실행에 따라 획득하는 적어도 하나의 아이템이 도시될 수 있다. 또한 일부 실시예에 따르면, 가챠 이벤트의 실행에 따라 획득하는 아이템의 개수에는 제한이 없다. 도 4에는 10개의 아이템이 도시되었으나, 가챠 이벤트 1회당 획득하는 아이템의 개수는 가챠 시스템의 설정에 의해 상이할 수 있으며, 복수 횟수의 가챠 이벤트의 실행 결과가 하나의 화면에 표시될 수도 있다. 물론 상기 예시에 제한되지 않는다.
또한 일부 실시예에 따르면, 가챠 이벤트의 실행에 따라 획득하는 아이템의 종류에는 제한이 없다. 가챠 이벤트의 실행에 따라 획득하는 아이템은 캐릭터일 수도 있고, 장비일 수도 있으며, 상기 예시에 제한되지 않는다. 가챠 이벤트의 실행에 따라 획득하는 아이템의 종류는 가챠 시스템에서 설정한 가챠 이벤트의 종류(예를 들면, 무기 가챠 이벤트, 방어구 가챠 이벤트)에 대응될 수도 있으며, 상기 예시에 제한되지 않는다.
일부 실시예에 따르면, 가챠 이벤트 실행에 따른 결과 화면(400)에 표시된 아이템을 사용자 계정이 획득하게 된다. 가챠 이벤트 실행에 따른 결과 화면(400)에는 사용자 계정이 기존에 보유하고 있지 않던 아이템(420, 440) 및 사용자 계정이 기존에 보유하고 있던 아이템(460)을 구분하는 식별자(NEW)가 표시될 수 있다. 물론 상기 예시에 제한되는 것은 아니며, 가챠 이벤트 실행에 따른 결과 화면(400)에서 기존의 사용자 계정이 보유하고 있던 아이템과의 비교를 통해 사용자 계정의 보유 여부에 대한 정보를 표시할 수도 있고, 표시하지 않을 수도 있으며, 표시 형태 또한 도 4에 도시된 내용에 제한되지 않는다.
도 5는 일부 실시예에 따른 가챠 시스템의 확률 정보를 획득하는 방법을 설명하기 위한 도면이다.
단계 520에서 제1 사용자 단말은 제1 사용자 단말이 제2 사용자 단말에서 발생한 가챠 이벤트에 관한 정보인 제2 가챠 이벤트 정보를 획득할 수 있다.
본 명세서에서는 설명의 편의를 위해 제2 사용자 단말에서 발생한 가챠 이벤트에 관한 정보를 제2 가챠 이벤트 정보라 기재하였다. 다시 말해서, 제1 사용자 단말이 다른 사용자 단말에서 발생한 가챠 이벤트에 관한 정보를 획득할 수 있다.
일부 실시예에 따르면, 다른 사용자 단말에서 발생한 가챠 이벤트라 함은, 다른 사용자 단말에서 가챠 시스템을 이용한 것을 의미할 수 있으며, 다른 사용자 단말이 가챠 이벤트의 실행을 서버에 요청하고, 가챠 이벤트의 실행 결과를 획득한 것을 의미할 수 있다.
일부 실시예에 따르면, 제2 가챠 이벤트 정보는 다양한 방법에 의해 제공될 수 있다. 예를 들면, 제2 가챠 이벤트 정보는 게임 서버를 통해 제 1 사용자 단말에게 제공될 수도 있고, 게임 서버가 아닌 외부 서버를 통해 제 1 사용자 단말에게 제공될 수도 있고, 제2 사용자 단말로부터 제1 사용자 단말에게 제공될 수도 있으며, 제2 사용자 단말이 아닌 다른 사용자 단말을 통해 제1 사용자 단말에게 제공될 수 있다.
일부 실시예에 따르면, 제2 가챠 이벤트 정보는 블록체인 네트워크를 통해 제1 사용자 단말에게 제공될 수 있다. 일부 실시예에 따르면, 제2 가챠 이벤트 정보는 가챠 이벤트 정보를 기록한 원장을 분산하여 관리하는 블록체인을 구성하는 블록에 포함될 수 있다. 제1 사용자 단말은 블록체인을 구성하는 블록을 획득함으로써, 제2 가챠 이벤트 정보를 획득할 수 있다.
단계 540에서 제1 사용자 단말은 제1 사용자 단말이 제3 사용자 단말에서 발생한 가챠 이벤트에 관한 정보인 제3 가챠 이벤트 정보를 획득할 수 있다.
본 명세서에서는 설명의 편의를 위해 제3 사용자 단말에서 발생한 가챠 이벤트에 관한 정보를 제3 가챠 이벤트 정보라 기재하였다. 다시 말해서, 제1 사용자 단말이 다른 사용자 단말에서 발생한 가챠 이벤트에 관한 정보를 획득할 수 있으며, 단계 520 및 단계 540과 같이 제1 사용자 단말은 적어도 하나 또는 복수의 다른 사용자 단말에서 발생한 가챠 이벤트에 관한 정보인 가챠 이벤트 정보를 획득할 수 있다.
일부 실시예에 따르면, 제3 가챠 이벤트 정보는 다양한 방법에 의해 제공될 수 있다. 이는 앞서 설명한 제2 가챠 이벤트 정보의 획득과 대응되므로, 자세한 설명은 생략한다.
일부 실시예에 따르면, 제3 가챠 이벤트 정보는 블록체인 네트워크를 통해 제1 사용자 단말에게 제공될 수 있다. 일부 실시예에 따르면, 제3 가챠 이벤트 정보는 가챠 이벤트 정보를 기록한 원장을 분산하여 관리하는 블록체인을 구성하는 블록에 포함될 수 있다. 제1 사용자 단말은 블록체인을 구성하는 블록을 획득함으로써, 제3 가챠 이벤트 정보를 획득할 수 있다. 또한 제3 가챠 이벤트 정보는 제2 가챠 이벤트 정보가 포함된 블록에 포함될 수도 있고, 블록체인을 구성하는 블록 중 제2 가챠 이벤트 정보가 포함된 블록과 상이한 블록에 포함될 수도 있다.
일부 실시예에 따르면, 가챠 이벤트 정보는, 가챠 시스템의 확률 정보, 가챠 시스템과 관련된 게임 정보, 가챠 이벤트의 종류, 가챠 이벤트 실행 시각, 가챠 이벤트가 실행된 계정 정보, 가챠 이벤트가 실행된 사용자 단말의 정보, 가챠 이벤트의 실행 결과에 따라 획득한 아이템, 가챠 이벤트 실행에 사용한 게임 재화의 양 중 적어도 하나를 포함할 수 있다.
일부 실시예에 따르면, 가챠 이벤트 정보는 가챠 시스템의 확률 정보를 포함할 수 있다. 예를 들면, 가챠 시스템의 확률 정보는 일반 가챠 이벤트에서 2성 아이템이 획득될 확률이 40%, 3성 아이템이 획득될 확률이 40%, 4성 아이템이 획득될 확률이 15%, 5성 아이템이 획득될 확률이 5%라는 정보와 같이, 소정의 등급의 가챠 이벤트에서 획득될 아이템의 등급에 따른 확률을 포함할 수도 있고, 각 아이템의 개별적인 획득 확률을 포함할 수도 있다.
또한 일부 실시예에 따르면, 제2 가챠 이벤트 정보 내에 포함된 가챠 시스템의 확률 정보와 제3 가챠 이벤트 정보 내에 포함된 가챠 시스템의 확률 정보는 서로 동일할 수도 있고, 다를 수도 있다. 가챠 시스템의 확률 정보는 누적된 가챠 이벤트 실행 결과에 의해 계산될 수 있으므로, 실시간으로 변동될 수도 있으며, 다만 상기 예시에 제한되는 것은 아니다.
또한 일부 실시예에 따르면, 가챠 시스템과 관련된 게임 정보라 함은 가챠 이벤트 정보가 어떤 게임에 관한 정보인지를 나타내는 정보일 수 있다. 일부 실시예에 따르면, 가챠 이벤트 정보는 단일 게임에 대한 정보뿐만 아니라 복수의 다양한 게임에 관한 정보가 포함될 수 있다. 따라서, 가챠 이벤트 정보가 서든 어택의 가챠 시스템에 관한 정보인지, 천애명월도의 가챠 시스템에 관한 정보인지 표시하는 정보가 포함될 수 있다.
또한 일부 실시예에 따르면, 가챠 이벤트의 종류에 관한 정보란 가챠 이벤트 정보가 프리미엄 가챠 이벤트에 관한 정보인지, 일반 가챠 이벤트에 관한 정보인지, 무기 가챠 이벤트에 관한 정보인지, 액세서리 가챠 이벤트에 관한 정보인지를 나타내는 정보일 수 있다.
또한 일부 실시예에 따르면, 가챠 이벤트 실행 시각은 가챠 이벤트의 실행 요청 시각 또는 가챠 이벤트 실행 요청에 따라 아이템을 획득한 시각 중 적어도 하나를 의미할 수 있다. 물론 상기 예시에 제한되는 것은 아니며, 가챠 이벤트가 실행된 시각을 특정할 수 있는 정보를 의미할 수 있다.
일부 실시예에 따르면, 가챠 이벤트가 실행된 계정 정보란 가챠 이벤트의 실행한 사용자 계정에 관한 정보를 포함할 수 있다. 계정 정보는 아이디, 또는 식별 정보 중 적어도 하나를 포함할 수 있으며, 상기 예시에 제한되지 않는다.
일부 실시예에 따르면, 가챠 이벤트가 실행된 사용자 단말의 정보는 가챠 이벤트가 실행한 사용자 계정과 대응되는 사용자 단말에 관한 정보를 포함할 수 있다. 사용자 단말에 관한 정보는 MAC 주소, IP 주소, 단말 타입에 관한 정보중 적어도 하나를 포함할 수 있으며, 상기 예시에 제한되는 것은 아니다.
일부 실시예에 따르면, 가챠 이벤트의 실행 결과에 따라 획득한 아이템에 관한 정보란 가챠 이벤트의 실행 결과에 따라 획득한 아이템에 관한 정보로써, 예를 들면, 아이템의 등급, 아이템의 이름, 아이템의 식별 번호, 아이템의 상세 정보(예를 들면, 아이템 이미지, 아이템 설명, 아이템 속성, 아이템 능력, 아이템 입수 경로, 아이템 획득 가능 퀘스트과 같은 정보 중 적어도 하나) 중 적어도 하나를 포함할 수 있으며, 상기 예시에 제한되는 것은 아니다.
일부 실시예에 따르면, 가챠 이벤트 실행에 사용한 게임 재화의 양이란 가챠 이벤트 실행시 소모된 게임 재화의 양을 의미할 수 있다. 물론 상기 예시에 제한되는 것은 아니다.
추가적으로 일부 실시예에 따르면, 가챠 이벤트 정보에는 가챠 이벤트 실행 횟수가 포함될 수도 있다. 가챠 이벤트 정보 내에는 복수의 가챠 이벤트에 관한 정보가 한꺼번에 포함될 수 있으며, 가챠 이벤트 실행 횟수가 포함될 수도 있다.
단계 560에서 제1 사용자 단말은 획득한 제2 가챠 이벤트 정보 및 제3 가챠 이벤트 정보에 기초하여 가챠 시스템의 확률 정보를 획득할 수 있다.
일부 실시예에 따르면, 제1 사용자 단말은 제2 가챠 이벤트 정보 및 제3 가챠 이벤트 정보에 기초하여 가챠 시스템에서 획득 가능한 아이템들 각각의 획득 확률을 계산할 수 있다. 또한 제1 사용자 단말은 제2 가챠 이벤트 정보 및 제3 가챠 이벤트 정보 중 적어도 하나에 포함된 가챠 시스템의 확률 정보에 기초하여 가챠 시스템에서 획득 가능한 아이템들의 등급별, 유형별 획득 확률을 계산할 수 있다.
단계 580에서 제1 사용자 단말은 획득한 가챠 시스템의 확률 정보를 표시할 수 있다.
또한 일부 실시예에 따르면, 추가적으로 획득한 가챠 이벤트 정보에 기초하여 획득한 가챠 시스템의 확률 정보를 업데이트 할 수 있으며, 업데이트된 가챠 시스템의 확률 정보를 표시할 수도 있다.
또한 일부 실시예에 따르면, 제1 사용자 단말은 가챠 이벤트의 실행 요청을 송신하고, 가챠 이벤트의 실행 결과를 획득하고, 실행 결과에 기초하여 제1 가챠 이벤트 정보를 생성할 수 있다.
일부 실시예에 따르면, 제1 사용자 단말은 블록체인 네트워크 상의 제1 노드로 블록체인을 구성하는 적어도 하나의 블록에 제1 가챠 이벤트 정보의 기록을 요청함으로써 제1 가챠 이벤트 정보를 생성할 수 있다.
앞서 설명한 바와 같이 본 명세서에서는 설명의 편의를 위해 제1 사용자 단말에서 발생한 가챠 이벤트에 관한 정보를 제1 가챠 이벤트 정보라 기재했으며, 일부 실시예에 따르면 제1 가챠 이벤트 정보는 제1 사용자 단말에서 발생한 가챠 이벤트에 관한 정보를 의미할 수 있다.
일부 실시예에 따르면, 제1 가챠 이벤트 정보를 생성한 사용자 단말과 대응되는 계정 및 제1 노드와 대응되는 사용자 계정 중 적어도 하나는 소정의 게임 재화를 지급받을 수 있다. 블록체인 네트워크를 통한 가챠 이벤트 정보 생성 및 공유 방법은 이하에서 더 자세히 설명한다.
도 6은 일부 실시예에 따른 가챠 이벤트 정보를 설명하기 위한 도면이다.
도 6을 참조하면, 사용자 단말은 가챠 이벤트 정보 화면(600)을 표시할 수 있다. 가챠 이벤트 내역 화면(600)은 가챠 이벤트 인디케이션(620), 가챠 이벤트 요약 정보(640), 가챠 이벤트 상세 정보(660), 시스템 가챠 내역 보기 인터페이스(670) 및 가챠 확률 정보(680)이 포함할 수 있다. 물론 상기 예시에 제한되는 것은 아니며, 가챠 이벤트 내역 화면(600)는 도 6에 도시된 정보 및 인터페이스보다 더 많거나 적은 정보 및 인터페이스가 포함될 수 있다.
일부 실시예에 따르면, 가챠 이벤트 인디케이션(620)은 각 가챠 이벤트를 구분하는 표시일 수 있다. 예를 들면, 가챠 이벤트 인디케이션(620)은 제1 가챠 이벤트와 제2 가챠 이벤트를 구분할 수 있는 인디케이션으로, 가챠 이벤트 등급, 종류에 따라 상이할 수 있다. 가챠 이벤트 인디케이션(620)은 아이콘, 이미지, 텍스트 중 적어도 하나를 포함할 수 있으며, 상기 예시에 제한되지 않는다.
일부 실시예에 따르면, 가챠 이벤트 요약 정보(640)는 소정의 가챠 이벤트에 관한 정보 중 일부에 관한 표시일 수 있다. 예를 들어, 가챠 이벤트 요약 정보(640)는 가챠 이벤트의 실행 결과, 가챠 이벤트의 타입에 관한 정보를 포함할 수 있으며, 상기 예시에 제한되지 않는다.
일부 실시예에 따르면, 가챠 이벤트 상세 정보(660)는 소정의 가챠 이벤트에 관한 전체 정보를 포함할 수 있다. 예를 들어, 가챠 이벤트 상세 정보(660)는 가챠 이벤트의 실행 결과, 가챠 이벤트의 타입에 관한 정보, 가챠 이벤트의 실행 시각, 가챠 이벤트를 실행한 계정, 가챠 이벤트의 소모 비용 등을 포함할 수 있다. 가챠 이벤트 상세 정보(660)는 팝업 창 또는 다른 화면으로 전환됨으로써 표시될 수 있다. 이는 도 7에서 더 자세히 설명한다.
일부 실시예에 따르면, 도 6에 도시된 가챠 이벤트 내역 화면(600)은 사용자 단말에서 발생한 가챠 이벤트에 관한 정보를 포함할 수 있다. 예를 들어, 도 6에 도시된 가챠 이벤트 정보 화면(600)은 제1 사용자 단말이, 제1 사용자 단말에서 발생한 가챠 이벤트의 내역들을 표시하는 화면일 수 있다.
일부 실시예에 따르면, 시스템 가챠 내역 보기 인터페이스(670)는 적어도 하나의 다른 단말에서 수행된 가챠 이벤트에 관한 정보를 표시하는 화면일 수 있다. 이는 도 8에서 더 자세히 설명한다. 시스템 가챠 내역은 팝업 창 또는 다른 화면으로의 전환을 통해 표시될 수 있다. 이는 도 7에서 더 자세히 설명한다.
일부 실시예에 따르면, 가챠 확률 정보(680)는 가챠 시스템의 확률에 관한 정보를 포함할 수 있다. 가챠 확률 정보(680)는 소정의 게임에 대한 가챠 시스템의 확률 정보를 포함할 수 있으며, 팝업 창 또는 다른 화면으로의 전환을 통해 표시될 수 있다. 이는 도 8 내지 9에서 더 자세히 설명한다.
일부 실시예에 따르면, 가챠 이벤트 정보 화면(600)은 가챠 이벤트 각각에 대한 정보가 개별적으로 표시될 수 있고, 복수의 가챠 이벤트에 대한 정보가 한꺼번에 표시될 수도 있다. 예를 들면, 사용자 단말은 프리미엄 가챠 이벤트와 일반 가챠 이벤트로 가챠 이벤트의 유형 별로 가챠 이벤트의 결과를 표시할 수 있다. 따라서, 가챠 이벤트 정보 화면(600)은 상기 예시에 제한되지 않는다.
도 7은 일부 실시예에 따른 가챠 이벤트 상세 정보를 설명하기 위한 도면이다.
도 7을 참조하면, 사용자 단말은 가챠 이벤트 상세 정보 화면(700)을 표시할 수 있다. 가챠 이벤트 상세 정보 화면(700)은 가챠 이벤트 인디케이션(720), 가챠 이벤트 요약 정보(740), 가챠 이벤트 상세 정보(760), 시스템 가챠 이벤트 보기 인터페이스(770) 및 가챠 확률 정보(780)이 포함할 수 있다. 물론 상기 예시에 제한되는 것은 아니며, 가챠 이벤트 상세 정보 화면(700)는 도 7에 도시된 정보 및 인터페이스보다 더 많거나 적은 정보 및 인터페이스가 포함될 수 있다.
일부 실시예에 따르면, 가챠 이벤트 인디케이션(720), 가챠 이벤트 요약 정보(740)는 앞서 설명한 바와 대응되므로, 자세한 설명은 생략한다. 또한, 가챠 이벤트 인디케이션(720), 가챠 이벤트 요약 정보(740)는 가챠 이벤트 상세 정보 화면(700) 내에 포함되지 않을 수도 있다.
일부 실시예에 따르면, 가챠 이벤트 상세 정보(760)는 가챠 이벤트의 실행 결과, 가챠 이벤트의 타입에 관한 정보, 가챠 이벤트의 실행 시각, 가챠 이벤트를 실행한 계정, 가챠 이벤트의 소모 비용, IP 주소 중 적어도 하나를 포함할 수 있다. 물론 상기 예시에 제한되지 않으며. 가챠 이벤트와 관련된 다른 정보 또한 포함될 수 있다.
일부 실시예에 따르면, 도 7의 화면은 도 6의 가챠 이벤트 상세 정보(660)을 클릭하는 사용자 입력에 기초하여 팝업되거나 전환된 화면일 수 있다. 추가적으로, 시스템 가챠 이벤트 보기 인터페이스(770) 및 가챠 확률 정보(780)에 대해서는 앞서 설명한 바와 대응되므로 자세한 설명은 생략한다.
도 8은 일부 실시예에 따른 가챠 시스템에서 공유되는 가챠 이벤트 정보를 설명하기 위한 도면이다.
도 8을 참조하면, 사용자 단말은 시스템 가챠 내역 화면(800)을 표시할 수 있다. 시스템 가챠 이벤트 정보 화면(800)은 제1 가챠 이벤트 인디케이션(820), 제1 가챠 이벤트 요약 정보(830), 제1 가챠 이벤트 상세 정보(840), 제2 가챠 이벤트 인디케이션(850), 제2 가챠 이벤트 요약 정보(860), 제2 가챠 이벤트 상세 정보(870), 단말 가챠 내역 보기 인터페이스(880) 및 가챠 확률 정보(890)이 포함할 수 있다. 물론 상기 예시에 제한되는 것은 아니며, 시스템 가챠 이벤트 정보 화면(800)은 도 8에 도시된 정보 및 인터페이스보다 더 많거나 적은 정보 및 인터페이스가 포함될 수 있다.
일부 실시예에 따르면 도 8의 시스템 가챠 이벤트 정보 화면(800)은 도 6의 가챠 이벤트 정보 화면(600)에서 시스템 가챠 이벤트 인터페이스(670)를 클릭하는 사용자 입력 또는 도 7의 가챠 이벤트 상세 정보 화면(700)의 시스템 가챠 이벤트 인터페이스(770)을 클릭하는 사용자 입력에 기초하여 팝업되거나 전환된 화면일 수 있다.
일부 실시예에 따르면, 도 8에 도시된 가챠 내역 화면(800)은 사용자 단말이 아닌 다른 사용자 단말에서 발생한 가챠 이벤트에 관한 정보를 포함할 수 있다. 예를 들어, 도 8에 도시된 시스템 가챠 내역 화면(800)은 제2 사용자 단말에서 발생한 가챠 이벤트 및 제3 사용자 단말에서 발생한 가챠 이벤트에 관한 정보를 포함할 수 있다. 다시 말해서, 제1 사용자 단말이 제2 사용자 단말 및 제2 사용자 단말에서 발생한 가챠 이벤트에 관한 정보를 획득하고 표시할 수 있다.
일부 실시예에 따르면, 제1 가챠 이벤트 인디케이션(820)은 제1 가챠 이벤트를 나타내는 표시일 수 있고, 제1 가챠 이벤트 요약 정보(830)는 제1 가챠 이벤트에 관한 요약 정보를 포함할 수 있으며, 제1 가챠 이벤트 상세 정보(840)는 제1 가챠 이벤트에 관한 상세 정보를 표시할 수 있다. 이는 앞서 설명한 바와 대응되므로 자세한 설명은 생략한다. 또한 일부 실시예에 따르면, 도 8의 제1 가챠 이벤트는 제2 사용자 단말에서 발생한 가챠 이벤트를 의미할 수 있다.
일부 실시예에 따르면, 제2 가챠 이벤트 인디케이션(850), 제2 가챠 이벤트 요약 정보(860) 및 제2 가챠 이벤트 상세 정보(870) 또한 앞서 설명한 바와 대응되므로 자세한 설명은 생략한다. 도 8의 제2 가챠 이벤트는 제3 사용자 단말에서 발생한 가챠 이벤트를 의미할 수 있다.
일부 실시예에 따르면, 단말 가챠 내역 보기 인터페이스(880)는 단말에서 발생한 가챠 이벤트에 관한 정보를 표시할 수 있다. 예를 들면, 단말 가챠 내역 보기 인터페이스(880)는 제1 사용자 단말이 제1 사용자 단말에서 발생한 가챠 이벤트에 관한 정보를 표시하는 화면을 호출하는 인터페이스일 수 있다.
일부 실시예에 다르면, 본 명세서에서는 도 6 내지 도 8을 통해 사용자 단말과 다른 사용자 단말에서의 가챠 이벤트를 각각 별도로 표시하는 실시예를 기재하였으나, 도 6 내지 도 8의 예시에 제한되는 것은 아니다. 다시 말해서, 사용자 단말의 구분 없이 한꺼번에 가챠 시스템을 통해 수행된 모든 가챠 이벤트를 한번에 표시할 수도 있다. 또한 일부 실시예에 따르면, 각각의 사용자 단말을 구분하여 사용자 단말별로 수행된 가챠 이벤트를 표시할 수도 있으며, 상기 예시에 제한되지 않는다. 즉, 적어도 하나의 가챠 이벤트에 관한 정보인 가챠 이벤트 정보를 표시하는 방법에는 제한이 없다.
또한 일부 실시예에 따르면 가챠 확률 정보(890)는 앞서 설명한 바와 대응되며, 이하의 도 9 및 도 10에서 자세히 설명한다.
도 9 및 도 10은 일부 실시예에 따른 가챠 이벤트 정보에 기초한 가챠 시스템의 확률 정보를 설명하기 위한 도면이다.
도 9를 참조하면, 사용자 단말은 가챠 시스템 확률 정보 화면(900)을 표시할 수 있다. 가챠 시스템 확률 정보 화면(900)은 일반 가챠 이벤트 인디케이션(920), 일반 가챠 이벤트 확률 정보(930), 프리미엄 가챠 이벤트 인디케이션(940) 및 프리미엄 가챠 이벤트 확률 정보(950)을 포함할 수 있다. 물론 상기 예시에 제한되는 것은 아니며, 가챠 시스템 확률 정보 화면(900)은 도 9에 도시된 정보 및 인터페이스보다 더 많거나 적은 정보 및 인터페이스가 포함될 수 있다.
도 9의 가챠 시스템의 확률 정보는 가챠 이벤트의 유형에 따라 표시한 정보일 수 있다. 예를 들면, 일반 가챠 이벤트 인디케이션(920)과 프리미엄 가챠 이벤트 인디케이션(940)을 통해 가챠 이벤트의 유형을 구분하고, 일반 가챠 이벤트 확률 정보(930)를 통해, 일반 가챠 이벤트 실행시 획득할 수 있는 아이템의 등급별 확률을 표시하고, 프리미엄 가챠 이벤트 확률 정보(950)을 통해 프리미엄 가챠 이벤트 실행시 획득할 수 있는 아이템의 등급별 확률을 표시할 수 있다.
도 9를 참조하면, 일반 가챠 이벤트 확률 정보(930)는 2성(2star) 아이템이 40퍼센트, 3성(3star) 아이템이 40퍼센트, 4성(4star) 아이템이 15퍼센트, 5성(5star) 아이템이 5퍼센트의 확률로 획득됨을 표시하고 있다. 2성, 3성, 4성 및 5성은 아이템의 등급을 나타내는 게임 내 용어일 수 있다. Ehgks 프리미엄 가챠 이벤트 확률 정보(950)은 2성(2star) 아이템이 20퍼센트, 3성(3star) 아이템이 30퍼센트, 4성(4star) 아이템이 30퍼센트, 5성(5star) 아이템이 20퍼센트의 확률로 획득됨을 표시하고 있다. 도 9는 가챠 이벤트 실행에 따른 아이템 획득 확률을 등급별로 표시하였으나, 각각의 아이템의 획득 확률을 별도로 표시할 수도 있다.
도 10을 참조하면, 사용자 단말은 가챠 시스템의 아이템별 확률 정보 화면(1000)을 도시한다. 가챠 시스템의 아이템별 확률 정보 화면(1000)은 아이템 인디케이션(1020) 및 아이템 획득 확률(1040)을 포함할 수 있다. 물론 상기 예시에 제한되는 것은 아니며 가챠 시스템의 아이템별 확률 정보 화면(1000)은 도 10에 도시된 정보 및 인터페이스보다 더 많거나 적은 정보 및 인터페이스가 포함될 수 있다.
일부 실시예에 따르면, 가챠 시스템의 확률 정보는 다양한 방법으로 계산 및 표시될 수 있다. 도 9와 같이 가챠 시스템의 등급별 확률 정보가 표시될 수도 있고, 도 10과 같이 아이템별 확률 정보가 표시될 수도 있다.
도 10을 참조하면, 2성 아이템의 획득 확률은 각각 8퍼센트로써, 2성 아이템의 총 획득 확률은 총 40퍼센트이고, 3성 아이템의 획득 확률은 각각 8퍼센트로써, 3성 아이템의 총 획득 확률은 40퍼센트이고, 4성 아이템의 획득 확률은 각각 3퍼센트로써, 4성 아이템의 총 획득 확률은 15퍼센트이고, 5성 아이템의 획득 확률은 각각 1퍼센트로써, 5성 아이템의 총 획득 확률은 5퍼센트일 수 있다. 물론 도 10의 예시에 제한되지 않으며, 동일한 등급의 아이템의 획득 확률은 서로 상이할 수도 있다.
도 11은 일부 실시예에 따른 블록체인을 이용한 가챠 이벤트 정보 생성 방법을 설명하기 위한 순서도이다.
단계 1120에서, 사용자 단말은 가챠 이벤트의 실행 요청을 송신할 수 있다. 일부 실시예에 따르면, 사용자 단말은 사용자 입력에 기초하여 게임 서버에게 가챠 이벤트의 실행 요청을 송신할 수 있다.
단계 1140에서, 사용자 단말은 가챠 이벤트의 실행 결과를 획득할 수 있다.
일부 실시예에 따르면, 필요한 경우 사용자 단말은 별도의 결제 프로세스를 함께 또는 독립적으로 수행할 수도 있으며, 사용자 단말과 대응되는 사용자 계정이 보유한 게임 재화 또는 암호화폐를 이용하여 가챠 이벤트를 실행하기 위한 비용을 지불할 수 있다.
일부 실시예에 따르면, 사용자 단말은 암호화폐를 이용하기 위한 별도의 전자 지갑을 실행하고, 결제 프로세스를 진행할 수도 있으며, 게임 내에서 암호 화폐의 양을 표시하고 사용을 승인하는 사용자 입력에 기초하여 암호화폐를 이용하여 가챠 이벤트 실행을 위한 비용을 결제할 수 있다.
단계 1160에서, 사용자 단말은 블록체인 네트워크 상의 제1 노드로 블록체인을 구성하는 적어도 하나의 블록에 가챠 이벤트 정보의 기록을 요청하여 제1 가챠 이벤트 정보를 생성할 수 있다.
일부 실시예에 따르면, 제1 사용자 단말은 제1 가챠 이벤트 정보를 암호화하고, 암호화된 제1 가챠 이벤트 정보를 상기 제1 노드로 전송할 수 있다.
또한 제1 사용자 단말은, 제1 가챠 이벤트 정보를 제1 가챠 이벤트 정보에 대한 고유의 데이터를 생성하는 해시함수에 적용하여, 제1 가챠 이벤트 정보에 대응되는 제1 해시값을 생성하고, 가챠 이벤트를 실행한 사용자의 개인키로 제1 해시값을 암호화하여 제1 가챠 이벤트 정보의 디지털 서명을 나타내는 제1 암호문을 생성할 수 있다. 제1 사용자 단말은 제1 암호문을 제1 가챠 이벤트 정보와 함께 제1 노드로 전송할 수 있다.
물론 도 11에서는 제1 사용자 단말과 제1 노드를 별도의 장치인 것처럼 기재하였으나, 제1 사용자 단말이 제1 노드일 수도 있다. 다시 말해서, 제1 사용자 단말은 제1 노드와 동일한 장치일 수도 있고, 다른 장치일 수도 있다.
도 12는 일부 실시예에 따른 가챠 이벤트 정보를 기록한 원장을 분산하여 관리하는 블록체인 네트워크 상의 노드의 동작을 설명하기 위한 흐름도이다.
단계 1210에서, 가챠 이벤트 정보를 기록한 원장을 분산하여 관리하는 블록체인 네트워크 상의 제1 노드는 제1 이벤트 정보를 제1 사용자 단말로부터 수신할 수 있다. 일부 실시예에 따르면, 제1 가챠 이벤트 정보는 제1 사용자 단말에서 발생한 가챠 이벤트에 기초하여 생성된 정보일 수 있고, 제1 가챠 이벤트는 게임 서버와 사용자 단말에 간에 발생한 이벤트일 수 있다.
단계 1220에서, 제1 노드는 서버로부터 제1 가챠 이벤트의 정보를 수신할 수 있다.
단계 1230에서, 제1 노드는 제1 사용자 단말로부터의 제1 가챠 이벤트에 관한 정보 및 서버로부터의 제1 가챠 이벤트 정보에 기초하여 제1 가챠 이벤트 정보의 유효성을 검증할 수 있다. 물론 단계 1230의 유효성 검증 단계는 구현에 따라 생략될 수 있다.
단계 1240에서, 제1 가챠 이벤트 정보가 유효하다고 판단되면, 제1 노드는 단계 1250에 따라 동작을 수행할 수 있다. 반면에, 제1 가챠 이벤트 정보가 유효하다고 판단되지 않으면, 제1 노드는 제1 가챠 이벤트 정보를 폐기할 수 있다.
단계 1250에서, 제1 노드는 제1 가챠 이벤트 정보를 블록체인 네트워크 상의 제2 노드로 전송할 수 있다. 또한, 제1 노드는 제1 가챠 이벤트 정보를 블록체인에 연결될 수 있는 블록의 후보 블록에 추가할 수 있다.
단계 1260에서, 제1 노드는 후보 블록에 대한 작업 증명을 수행하여, 블록체인에 후보 블록을 유효한 블록으로 추가할 수 있다.
도 13은 일부 실시예에 따른 블록체인 네트워크 상에서 유효한 가챠 이벤트 정보를 블록체인 네트워크 상의 노드들로 전파하고, 블록체인에 기록하는 과정을 설명하기 위한 도면이다.
도 13을 참고하면, 제1 사용자 단말(110)은 서버(170)에게 가챠 이벤트의 실행을 요청할 수 있다. 또한 제1 사용자 단말(110)은 가챠 이벤트 실행 결과를 획득할 수 있다. 제1 사용자 단말(110)은 제1 사용자 단말(110)에서 발생한 가챠 이벤트에 대한 정보인 제1 가챠 이벤트 정보를 암호화하고, 암호화된 제1 가챠 이벤트 정보를 블록체인 네트워크 상의 제1 노드(210)로 전송할 수 있다. 제1 사용자 단말(110)이 제1 가챠 이벤트 정보를 암호화하여 제1 노드(210)로 전송하는 동작은 도 14에서 더 자세히 설명한다.
일부 실시예에 따르면, 제1 노드(210)는 암호화된 제1 가챠 이벤트 정보를 복호화하고, 복호화된 결과에 기초하여 제1 가챠 이벤트 정보가 유효한지 검증(1310)할 수 있다. 제1 노드(210)가 제1 가챠 이벤트 정보의 유효성을 검증하는 동작은 도 15에서 상세하게 설명한다.
일부 실시예에 따르면, 제1 가챠 이벤트 정보의 유효성을 검증한 결과, 제1 가챠 이벤트 정보가 유효하지 않다고 판단되면, 제1 노드(210)는 제1 가챠 이벤트 정보를 폐기할 수 있다.
일부 실시예에 따르면, 제1 가챠 이벤트 정보의 유효성을 검증한 결과, 제1 가챠 이벤트 정보가 유효하다고 판단되면, 제1 노드(210)는 제1 가챠 이벤트 정보를 블록체인 네트워크 상의 제2 노드(220)로 전송할 수 있다. 또한, 제1 노드(210)는 후보 블록(1320)에 제1 사용자 단말(110)이 프리미엄 가챠 이벤트에서 4성 아이템을 획득했다는 정보를 나타내는(Terminal 1, premium, 4star) 제1 가챠 이벤트 정보(1321)를 기록할 수 있다. 후보 블록(1320)에 소정의 가챠 이벤트 정보들이 기록되면, 제1 노드(210)는 후보 블록(1320)에 대한 작업 증명을 수행하여 유효한 블록을 생성할 수 있다.
또한, 일부 실시예에 따르면, 제2 노드(220)에서도 제1 가챠 이벤트 정보의 유효성이 검증되면, 제2 노드(220)는 제1 가챠 이벤트 정보를 후보 블록(1320)에 추가하고, 후보 블록(1320)에 대한 작업 증명을 수행하여 유효한 블록을 생성할 수 있다. 제3 노드(230) 및 제4 노드(240)의 동작 또한 제1 노드 또는 제2 노드(220)의 동작과 대응될 수 있으므로 자세한 설명은 생략한다.
일부 실시예에 따르면, 제1 노드(210)에서 유효한 블록을 생성하여 블록체인에 추가하는 과정을 설명하면, 제1 노드(210)는 소정의 가챠 이벤트 정보에 대한 머클 트리의 루트를 계산할 수 있다. 제1 노드(210)는 블록체인에 추가될 블록의 입장에서 이전 블록 헤더를 가리키는 해시 참조를 생성할 수 있다. 제1 노드(210)는 블록체인에 추가될 블록의 작업 증명 또는 제약 조건에서 필요한 난이도를 획득할 수 있다. 제1 노드(210)는 머클 트리의 루트, 이전 블록 헤더를 가리키는 해시 참조, 난이도, 타임스태프의 데이터와 난스(nonce)에 해시 함수를 적용하여 생성된 블록해시의 값이 제약 조건을 만족하는지 확인할 수 있다. 제1 노드(210)는 난스를 0부터 1씩 증가시키면서 제약 조건을 만족시키는 난스의 값을 획득하여 후보 블록(1320)에 대한 작업 증명을 수행할 수 있다. 제1 노드(210)는 블록체인에 후보 블록(1320)을 유효한 블록으로 추가할 수 있다. 또한, 제1 노드(210)는 유효한 블록을 블록체인 네트워크 상의 다른 노드들(220 내지 250)로 전송할 수 있다.
일부 실시예에 따르면, 블록체인 네트워크 상의 다른 노드들(220 내지 250)은 제1 노드(210)에서 수신한 유효한 블록에 대한 검증을 수행하여, 각 노드들(220, 230, 240 및 250)에서 보유하는 블록체인에 유효한 블록을 추가할 수 있다.
도 14는 일부 실시예에 따른 사용자 단말에서 디지털 서명된 가챠 이벤트 정보를 블록체인 네트워크 상의 노드로 전송하는 과정을 설명하기 위한 도면이다.
도 14를 참조하면, 제1 사용자 단말(110)은 제1 사용자 단말이 서버와의 프리미엄 가챠 이벤트 실행을 통해 4성 아이템을 획득한 정보(제1 사용자 단말, 프리미엄 가챠, 4성)인 제1 가챠 이벤트 정보(1410)를 암호화하고, 암호화된 가챠 이벤트 정보(1440)를 블록체인 네트워크 상의 제1 노드(210)로 전송할 수 있다.
또한 일부 실시예에 따르면, 제1 사용자 단말(110)는 제1 사용자 단말이 서버와의 프리미엄 가챠 이벤트 실행을 통해 4성 아이템을 획득한 정보인 제1 가챠 이벤트 정보(1410)를 가챠 이벤트 정보에 대한 고유의 데이터를 생성하는 해시함수에 적용하여, 제1 가챠 이벤트 정보(1410)에 대응되는 해시값(76329V10)(1420)을 생성할 수 있다.
제1 사용자 단말(110)은 제1 사용자의 개인키(1425)로 해시값(76329V10)(1420)을 암호화하여 제1 가챠 이벤트 정보(1410)의 디지털 서명을 나타내는 제1 암호문(PPAPJYP%##)(1430)을 생성할 수 있다. 제1 사용자 단말(110)은 제1 암호문(PPAPJYP%##)(1430)을 제1 가챠 이벤트 정보(1410)와 합한 가챠 이벤트 정보(1440)를 제1 노드(210)로 전송할 수 있다.
도 15는 일부 실시예에 따른 블록체인 네트워크 상의 노드에서 가챠 이벤트 정보의 유효성을 검증하는 과정을 설명하기 위한 도면이다.
일부 실시예에 따르면, 제1 노드(210)는 제1 사용자 단말(110)로부터 제1 가챠 이벤트 정보(1510)를 수신할 수 있다. 제1 가챠 이벤트 정보(1510)는 제1 사용자 단말이 서버와의 프리미엄 가챠 이벤트 실행을 통해 4성 아이템을 획득한 정보(제1 사용자 단말, 프리미엄 가챠, 4성)인 제1 가챠 결과 정보(1511) 및 제1 암호문(PPAPJYP%##)(1512)를 포함할 수 있다.
일부 실시예에 따르면, 제1 노드(210)는 수신된 제1 가챠 결과 정보(1511)에 해시함수를 적용하여 가챠 이벤트 정보(1511)에 대응되는 제1 해시값(76932V10)(1521)을 생성할 수 있다. 제1 노드(210)는 제1 사용자의 공개키(1525)를 이용하여 제1 암호문(PPAPJYP%##)(1512)을 복호화하여 제2 해시값(76932V10)(1522)을 생성할 수 있다. 제1 해시값(1521) 및 제2 해시값(1522)가 76932V10으로 동일하므로, 제1 노드(210)는 제1 사용자 단말로부터 수신된 가챠 이벤트 정보(1510)이 유효하다고 판단할 수 있다.
그러나, 다른 예로써, 제1 노드(210)는 제1 사용자 단말(110)로부터 제2 가챠 이벤트 정보(1530)를 수신할 수 있다. 제2 가챠 이벤트 정보(1530)는 제1 사용자 단말이 서버와의 프리미엄 가챠 이벤트 실행을 통해 5성 아이템을 획득한 정보(제1 사용자 단말, 프리미엄 가챠, 5성)인 제2 가챠 결과 정보(1531) 및 제2 암호문(PPAPJYP%##)(1532)를 포함할 수 있다.
일부 실시예에 따르면, 제1 노드(210)는 제2 가챠 결과 정보(1531)에 해시함수를 적용하여 제2 가챠 이벤트 정보(1531)에 대응되는 제3 해시값 (6693F11)(1541)을 생성할 수 있다. 제1 노드(210)는 제1 사용자의 공개키(1525)를 이용하여 제1 암호문(PPAPJYP%##)(1512)을 복호화하여 제4 해시값(76932V10)(1542)을 생성할 수 있다. 제3 해시값(1541)과 제4 해시값(1542)가 상이하므로, 제1 노드(210)는 제1 사용자 단말로부터 수신된 제2 가챠 이벤트 정보(1530)는 유효하지 않다고 판단할 수 있다.
도 16는 일부 실시예에 따른, 블록 및 블록체인의 구조를 설명하기 위한 블록도이다.
도 16에 도시된 바와 같이, 블록체인은 유효한 정보들을 기록한 블록들이 연결되어 구성될 수 있다. 즉, 블록체인의 데이터 구조는 정보를 기록한 블록들이 순서대로 정렬된 단위로 구성된 소정의 데이터 구조일 수 있다. 또한, 블록체인의 데이터 구조는 각 블록 헤더가 이전 블록 헤더를 참조하여 체인 형식으로 연결된 데이터 구조, 데이터를 가리키는 해시 참조와 데이터가 트리 형태로 연결된 머클 트리의 데이터 구조로 구성될 수 있다. 또한 블록 내에 포함될 수 있는 정보의 유형, 종류에는 제한이 없다. 예를 들면, 블록체인 내에는 거래 정보가 포함될 수도 있고, 가챠 이벤트 정보가 포함될 수도 있으며, 상기 예시에 제한되지 않는다.
일부 실시예에 따르면, 블록은 블록 해시, 블록 헤더, 가챠 이벤트 정보 등을 포함할 수 있다. 블록 헤더는 현재 프로그램의 버전, 이전 블록 헤더의 해시값, 머클 트리의 루트, 타임스태프, 난이도 및 난스의 정보를 포함할 수 있다.
일부 실시예에 따르면, 블록 해시는 현재 프로그램의 버전, 이전 블록 헤더의 해시값, 머클 트리의 루트, 타임스태프, 난이도 및 난스의 정보를 입력값으로 하여 적용된 해시 함수의 해시값일 수 있다. 즉, 블록 해시의 값은 블록 전체를 해시한 값이 아니라, 블록 헤더를 해시한 값일 수 있다.
일부 실시예에 따르면, 이전 블록 헤더의 해시값은 각 블록 헤더를 고유하게 식별하고, 이전 블록 헤더를 참조하기 위해 사용될 수 있다. 각 블록 헤더가 이전 블록 헤더를 참조하면, 개별 블록 헤더와 블록의 순서는 유지될 수 있다. 도 16를 참고하면, 제1 블록(1610)은 최초 블록이어서 이전 블록이 없으므로, 이전 블록 헤더를 가리키는 어떠한 참조도 없다. 따라서, 제1 블록(1610)의 이전 블록 헤더의 해시값은 0이다. 또한, 제2 블록(1620)은 이전 블록인 제1 블록(1610)이 있으므로, 제2 블록 헤더는 제1 블록 헤더를 가리키는 해시값을 갖는다. 마찬가지로, 제3 블록(1630)은 이전 블록인 제2 블록(1620)이 있으므로, 제3 블록 헤더는 제2 블록 헤더를 가리키는 해시값을 갖는다.
일부 실시예에 따르면, 머클 트리는 해시 참조와 가챠 이벤트 정보의 데이터가 트리 형태로 연결되어 있는 구조를 의미할 수 있다. 해시 참조는 암호화 해시값을 이용하여 가챠 이벤트 정보의 데이터를 가리키는 것을 의미할 수 있다. 한편, 암호화 해시값은 데이터의 고유값이므로, 서로 다른 데이터들은 동일한 해시값을 갖지 않는다.
일부 실시예에 따르면, 머클 트리가 생성되는 과정을 구체적으로 설명하면, 가챠 이벤트 정보(예를 들면, 제1 가챠 이벤트 정보, 제2 가챠 이벤트 정보, 제3 가챠 이벤트 정보, 제4 가챠 이벤트 정보)의 데이터 각각을 가리키는 해시 참조(예를 들면, 제1 해시 참조, 제2 해시 참조, 제3 해시 참조, 제4 해시 참조)가 생성될 수 있다. 해시 참조가 생성되면, 해시 참조의 쌍을 가리키는 해시 참조(예를 들면, 제1 해시 참조와 제2 해시 참조를 가리키는 제12 해시 참조, 제3 해시 참조와 제4 해시 참조를 가리키는 제34 해시 참조)가 생성될 수 있다. 그리고 나서, 해시 참조의 쌍을 가리키는 해시 참조를 생성하는 작업이 반복 수행되어 단일 해시 참조(예를 들면, 제12 해시 참조와 제34 해시 참조를 가리키는 제1234 해시 참조)가 생성될 수 있다. 즉, 머클 트리는 단일 해시 참조에서 시작되어 각 가챠 이벤트 정보의 데이터까지 연결된 트리 형태의 구조일 수 있다. 머클 트리의 루트는 최종적으로 생성된 단일 해시 참조를 의미할 수 있다.
타임스태프는 작업 증명을 위해 작업을 시작한 시각을 의미할 수 있다. 난이도는 작업 증명 또는 해시 퍼즐에서의 제약 조건을 의미할 수 있다. 난스는 작업 증명을 위해 블록해시의 값이 제약 조건을 만족하도록 조절되는 값을 의미할 수 있다.
도 17은 일부 실시예에 따른 블록체인 네트워크 상의 노드에서 블록의 작업 증명 및 난스를 구하는 방법을 설명하기 위한 도면이다.
블록체인 네트워크 상의 노드들은 가챠 이벤트 정보의 유효성 및 블록헤더의 유효성을 검증하여, 유효한 가챠 이벤트 정보의 데이터와 블록 헤더만으로 구성된 유효한 블록이 블록체인에 연결될 수 있도록 할 수 있다.
각 노드들은 블록에 대한 작업 증명을 수행하여, 유효한 블록을 생성할 수 있다. 여기서, 작업 증명은 블록의 고유 해시 퍼즐을 해결한 것을 의미할 수 있다.
일부 실시예에 따르면, 작업 증명을 위한 요소(1710)는 변경되면 안 되는 주어진 데이터, 자유롭게 변경 가능한 데이터, 적용할 해시 함수, 해시값에 주어진 제약 조건을 포함할 수 있다. 여기서, 변경되면 안 되는 주어진 데이터는 버전 정보(1711), 이전 블록 헤더의 해시값(1712), 머클 트리의 루트(1713), 타임스태프(1714), 및 난이도(1715)에 대한 데이터를 포함할 수 있다. 또한, 자유롭게 변경 가능한 데이터는 난스(1716)일 수 있다. 또한, 해시값에 주어진 제약 조건은 난이도(1715)일 수 있다.
도 17에 도시된 바와 같이, 작업 증명은 버전 정보(1711), 이전 블록 헤더의 해시값(1712), 머클 트리의 루트(1713), 타임스태프(1714), 및 난이도(1715)에 대한 데이터와 난스(1716)에 해시 함수를 적용하여 생성된 블록해시(1720)의 값이 제약 조건에 만족됨으로써 수행될 수 있다.
구체적으로, 노드는 블록에 대한 작업 증명을 위해, 난스(1716)를 추측하고, 추측된 난스(1716)를 버전 정보(1711), 이전 블록 헤더의 해시값(1712), 머클 트리의 루트(1713), 타임스태프(1714), 및 난이도(1715)에 대한 데이터와 결합해 해시 함수를 적용하여 블록해시(1720)의 값을 생성할 수 있다. 노드는 생성된 블록해시(1720)의 값이 제약 조건을 만족하였는지를 확인할 수 있다. 블록해시(1720)의 값이 제약 조건을 만족하면 작업 증명은 완료되지만, 블록해시(1720)의 값이 제약 조건을 만족하지 못하면 노드는 다른 난스를 추측한 후 동일한 과정을 반복할 수 있다.
도 17의 표(1730)는 난스, 해시할 데이터, 난스와 해시할 데이터를 결합하여 해시 함수에 적용하여 생성된 해시값을 도시한다. 예를 들어, 제약 조건은 해시값의 첫 세자리 숫자가 0인 조건일 수 있다. 노드는 난스를 0부터 1씩 증가시키면서 작업 증명을 위한 과정을 수행할 수 있다. 도 17의 표(1730)를 참고하면, 난스 53을 이용하여 생성된 해시값(JYPEHJLF100)이 제약 조건을 만족한다. 노드는 난스 0부터 난스 53까지 54번의 시행착오로 작업 증명을 완료할 수 있다.
일부 실시예에 따르면, 난이도는 작업 증명 또는 해시 퍼즐에서의 제약 조건을 의미할 수 있다. 난이도는 자연수로 표시될 수 있고, 난이도의 숫자는 해시값의 맨 앞자리부터 0으로 채워질 자릿수를 의미할 수 있다. 따라서, 난이도가 올라갈수록 0으로 채워져야 하는 맨 앞자리수가 늘어나게 된다. 난이도가 올라갈수록 작업 증명 또는 해시 퍼즐은 복잡하고, 제약 조건을 만족하는 난스를 찾는 데에 더 많은 계산 자원과 시간이 필요할 수 있다. 즉, 작업 증명은 난스 값을 계산하여 블록 해시의 값을 획득하고, 획득된 블록 해시의 값을 식별자로 갖는 유효한 블록을 생성하는 것을 의미할 수 있다.
또한 일부 실시예에 따르면, 유효한 블록을 생성한 노드는 보상을 받을 수 있다. 보상은 블록체인 네트워크 상의 노드들의 합의하에 결정될 수 있다. 또한 보상은 게임 서비스 제공자와 노드들의 합의에 의해 결정될 수도 있으며, 제1 노드에게 가챠 이벤트 정보를 제공하는 제1 사용자 단말 또한 보상을 받을 수도 있다.
도 18는 일부 실시예에 따른 블록체인에 가챠 이벤트 정보를 기록하는 방법을 설명하기 위한 도면이다.
일부 실시예에 따르면, 가챠 이벤트 정보의 해시값은 가챠 이벤트 정보가 포함된 블록의 머클 트리의 루트를 계산하는 데에 이용될 수 있다. 또한, 머클 트리의 루트는 블록 해시의 값을 계산하는 데에 이용될 수 있다. 블록 해시의 값은 다음 블록의 블록 해시의 값을 계산하는 데에 입력값으로 이용될 수 있다.
구체적으로, 제2 블록(1820)의 가챠 이벤트 정보의 해시값은 제2 블록(1820)의 머클 트리의 루트를 계산하는 데에 입력값으로 이용될 수 있다. 또한, 제2 블록 헤더의 버전 정보, 제1 블록(1810)의 블록 헤더의 해시값, 머클 트리의 루트(1822), 타임스태프, 난이도, 및 난스(1823)가 입력값으로 해시 함수에 적용됨으로써, 제2 블록 헤더의 해시값인 제2 블록 해시(1824)가 계산될 수 있다. 제2 블록 해시(1824)는 제3 블록(1830)의 블록 헤더의 해시값(1833)을 계산하는 데에 이용될 수 있다.
따라서, 도 18에 도시된 바와 같이, 제2 블록(1820)의 가챠 이벤트 정보 중 소정의 가챠 이벤트 정보(1821)가 변경되면, 제2 블록 헤더의 머클 트리의 루트(1822)가 변경될 수 있다. 제2 블록 헤더의 머클 트리의 루트(1822)가 변경되면, 제2 블록 헤더의 난스(1823)가 변경될 수 있다. 제2 블록 헤더의 머클 트리의 루트(1822) 및 제2 블록 헤더의 난스(1823)가 변경되므로, 제2 블록 해시(1824)도 변경될 수 있다. 또한, 제2 블록 해시(1824)가 변경됨에 따라, 제3 블록(1830)의 이전 블록 헤더의 해시값(1831), 난스(1832) 및 제3 블록 해시(1833)도 변경될 수 있다.
즉, 블록 내에 기록된 가챠 이벤트 정보가 변경되면, 블록에 기록된 머클 트리의 루트, 난스 등이 변경되므로, 블록 헤더의 해시값이 다시 계산되어야 한다. 그리고, 나서, 다음 블록의 블록 헤더의 해시값도 다시 계산되어야 한다. 따라서, 소정의 노드에서 가챠 이벤트 정보가 변경되어 변경된 가챠 이벤트 정보가 포함된 블록부터 작업 증명이 수행되는 동안, 다른 노드들에서는 가챠 이벤트 정보가 변경되지 않은 블록체인에 계속하여 블록이 추가될 수 있다. 따라서, 소정의 노드가 보유한 블록체인의 길이는 다른 노드들에서 보유한 블록체인의 길이보다 짧아지게 된다.
한편, 블록체인 네트워크 상의 각 노드들은 블록체인에 기록된 가챠 이벤트 정보의 이력에 대해 일관성 및 보안성을 제공하기 위해 소정의 기준에 따라 가챠 이벤트 정보의 이력을 선택할 수 있다. 예를 들면, 소정의 기준은 트리 모양 블록체인 데이터 구조 중 가장 많은 블록을 가진 경로를 선택하는 것일 수 있다. 또한, 소정의 기준은 트리 모양 블록체인 데이터 구조 중 난이도 합산이 가장 큰 경로를 선택하는 것일 수 있다.
따라서, 가챠 이벤트 정보가 변경된 블록을 보유한 블록체인의 길이는 가챠 이벤트 정보가 변경되지 않은 블록체인의 길이보다 짧으므로, 블록체인의 네트워크 상의 각 노드들은 가챠 이벤트 정보가 변경되지 않은 블록체인을 선택함으로써, 블록체인에 기록된 가챠 이벤트 정보의 이력에 대해 일관성 및 보안성을 보장할 수 있다.
앞서 설명한 블록체인 내의 블록 내에 데이터를 저장하는 방법을 통해 가챠 확률 정보를 제공하는 것 뿐만 아니라, 가챠 시스템 서비스 또는 온라인 게임 서비스를 제공할 수도 있다. 가챠 확률 정보 대신 가챠 시스템 서비스 또는 온라인 게임 서비스를 위한 데이터를 저장함으로써, 블록체인 네트워크 또는 블록체인 네트워크 내의 적어도 하나의 노드가 가챠 시스템 서비스 또는 온라인 게임 서비스를 제공할 수 있다.
또한 일부 실시예에 따르면 가챠 시스템 서비스 또는 온라인 게임 서비스는 DAPP(Decentralized Application)을 통해 제공될 수 있다. 서버의 개입 없이 DAPP를 통해 가챠 시스템 서비스 및 온라인 게임 서비스를 제공할 수 있다. 예를 들면, 블록체인 네트워크에 가챠 엔진을 저장하고, 저장된 가챠 엔진을 이용하여 DAPP를 통해 가챠 이벤트를 실행하고, 실행 결과를 제공할 수 있다. 온라인 게임 서비스 또한 가챠 시스템 서비스를 제공하는 방법과 동일한 방법으로 제공할 수 있다.
도 19는 일부 실시예에 따른 사용자 단말의 구성을 도시한 블록도이다.
도 19의 사용자 단말(1900)는 프로세서(1910), 통신부(1930) 및 디스플레이부(1950)를 포함할 수 있다. 그러나, 도 19에 도시된 구성요소가 모두 사용자 단말(1900)의 필수적인 구성 요소는 아니다. 도시된 구성 요소보다 많은 구성 요소에 의해 사용자 단말(1900)가 구현될 수 있고, 그보다 적은 구성 요소에 의해서도 사용자 단말(1900)이 구현될 수 있다. 이하 상기 구성 요소들에 대해 살펴본다. 또한 도 19에 도시된 사용자 단말(1900)는 앞서 설명한 제1 사용자 단말(110)일 수 있다.
일부 실시예에 따르면, 프로세서(1910)는 통상적으로 사용자 단말(1900)의 전반적인 동작을 제어한다. 예를 들어, 프로세서(1910)는 사용자 단말(1900)에 저장된 프로그램을 실행함으로써, 사용자 단말(1900)이 포함하는 구성요소들을 전반적으로 제어할 수 있다. 프로세서(1910)는 적어도 하나일 수 있으며, 각 기능에 대응되는 특화된 프로세서를 적어도 하나 포함하거나, 하나로 통합된 형태의 프로세서일 수 있다.
일부 실시예에 따르면, 프로세서(1910)는 통신부(1930), 디스플레이부(1950) 및 메모리(미도시)를 제어할 수 있다. 프로세서(1910)는 메모리(미도시)에 저장된 프로그램을 실행시키거나, 메모리(미도시)에 저장된 데이터 또는 파일을 읽어오거나, 새로운 파일을 메모리(미도시)에 저장할 수 있다. 또한, 프로세서(1910)는 메모리(미도시)에 저장된 명령어들을 실행할 수 있다.
일부 실시예에 따르면, 프로세서(1910)는 다른 사용자 단말로부터 획득한 가챠 이벤트 정보에 기초하여 가챠 시스템의 확률 정보를 획득할 수 있다. 또한 프로세서(1910)는 가챠 이벤트의 실행 결과에 기초하여 제1 가챠 이벤트 정보를 생성할 수 있다.
일부 실시예에 따르면, 가챠 이벤트 정보는, 가챠 이벤트 정보를 기록한 원장을 분산하여 관리하는 블록체인을 구성하는 블록에 포함될 수 있으며, 각각의 가챠 이벤트 정보는 블록체인을 구성하는 블록들 중 동일한 블록 또는 상이한 블록 내에 포함될 수 있다.
또한 일부 실시예에 따르면, 프로세서(1910)는 블록체인 네트워크의 노드로 블록체인을 구성하는 적어도 하나의 블록에 가챠 이벤트 실행 결과를 포함하는 가챠 이벤트의 정보의 기록을 요청하도록 통신부(1930)를 제어할 수 있다.
또한 일부 실시예에 따르면, 프로세서(1910)는 가챠 이벤트 정보를 암호화하고, 암호화된 가챠 이벤트 정보를 노드로 전송하도록 통신부(1930)를 제어할 수 있다.
일부 실시예에 따르면, 프로세서(1910)는 가챠 이벤트 정보를 가챠 이벤트 정보에 대한 고유의 데이터를 생성하는 해시함수에 적용하여, 가챠 이벤트 정보에 대응되는 해시값을 생성하고, 가챠 이벤트를 실행한 사용자의 개인키로 해시값을 암호화하여 가챠 이벤트 정보의 디지털 서명을 나타내는 암호문을 생성할 수 있다.
일부 실시예에 따르면, 프로세서(1910)는 사용자 단말(1900) 또는 다른 사용자 단말로부터 획득한 가챠 이벤트 정보에 기초하여 가챠 시스템에서 획득 가능한 아이템들 각각의 획득 확률을 계산할 수 있다.
일부 실시예에 따르면, 가챠 이벤트 정보를 생성한 사용자 단말과 대응되는 계정 및 블록을 생성한 노드와 대응되는 사용자 계정 중 적어도 하나는 소정의 게임 재화를 지급받을 수 있다.
또한 일부 실시예에 따르면, 가챠 이벤트 정보는, 가챠 시스템의 확률 정보, 가챠 시스템과 관련된 게임 정보, 가챠 이벤트의 종류, 가챠 이벤트 실행 시각, 가챠 이벤트가 실행된 사용자 단말, 가챠 이벤트가 실행된 계정 정보, 가챠 이벤트가 실행된 사용자 단말의 정보, 가챠 이벤트의 실행 결과에 따라 획득한 아이템, 가챠 이벤트 실행에 사용한 게임 재화의 양 중 적어도 하나를 포함할 수 있다.
일부 실시예에 따르면, 통신부(2030)는 다른 사용자 단말에서 발생한 가챠 이벤트에 관한 정보를 획득할 수 있다. 제3 사용자 단말에서 발생한 가챠 이벤트에 관한 정보인 제3 가챠 이벤트 정보를 획득하는 통신부; 및
또한 일부 실시예에 따르면, 통신부(2030)는 가챠 이벤트의 실행 요청을 송신하고, 서버로부터 가챠 이벤트의 실행 결과를 획득할 수 있다. 또한 통신부(2030)는 노드로 가챠 이벤트 정보가 암호화된 암호문을 전송할 수 있다.
일부 실시예에 따르면, 통신부(1250)은 블루투스 통신부, BLE(Bluetooth Low Energy) 통신부, 근거리 자기장 통신부(Near Field Communication), WLAN(와이파이) 통신부, 지그비(Zigbee) 통신부, 적외선(IrDA, infrared Data Association) 통신부, WFD(Wi-Fi Direct) 통신부, UWB(ultra wideband) 통신부, Ant+ 통신부 등을 포함할 수 있으나, 이에 한정되는 것은 아니다.
또한 일부 실시예에 따르면, 통신부(1250)는 이동 통신망 상에서 기지국, 외부의 단말, 서버 중 적어도 하나와 무선 신호를 송수신한다. 여기에서, 무선 신호는, 음성 호 신호, 화상 통화 호 신호 또는 문자/멀티미디어 메시지 송수신에 따른 다양한 형태의 데이터를 포함할 수 있다.
일부 실시예에 따르면, 디스플레이부(1950)는 가챠 시스템의 확률 정보를 표시할 수 있다. 또한 디스플레이부(1950)는 사용자 단말(1900)에서 출력되는 다양한 화면을 표시할 수 있다. 디스플레이는 액정 디스플레이(liquid crystal display), 박막 트랜지스터 액정 디스플레이(thin film transistor-liquid crystal display), 유기 발광 다이오드(organic light-emitting diode), 플렉시블 디스플레이(flexible display), 3차원 디스플레이(3D display), 전기영동 디스플레이(electrophoretic display) 중에서 적어도 하나를 포함할 수 있다. 디스플레이와 터치패드가 레이어 구조를 이루어 터치 스크린으로 구성되는 경우, 디스플레이는 출력 장치 이외에 입력 장치로도 사용될 수 있다.
일부 실시예에 따르면, 사용자 단말(1900)는 사용자 인터페이스부(미도시)를 더 포함할 수 있다.
또한 일부 실시예에 따르면, 사용자 인터페이스(미도시)는 다양한 사용자 입력을 획득할 수 있다. 예를 들면, 사용자 인터페이스(미도시)는 가챠 이벤트를 실행하는 사용자 입력 또는 가챠 시스템의 확률 정보를 표시하는 사용자 입력을 획득할 수 있다. 일부 실시예에 따르면, 사용자 인터페이스(미도시)는 키 패드(key pad), 돔 스위치 (dome switch), 터치 패드(접촉식 정전 용량 방식, 압력식 저항막 방식, 적외선 감지 방식, 표면 초음파 전도 방식, 적분식 장력 측정 방식, 피에조 효과 방식 등), 조그 휠, 조그 스위치 등이 있을 수 있으나 이에 한정되는 것은 아니다.
일부 실시예에 따르면, 사용자 단말(1900)은 메모리(미도시)를 더 포함할 수 있다. 메모리(미도시)는 다양한 정보를 저장할 수 있으며, 메모리(미도시)에 저장되는 형태는 제한이 없다.
일부 실시예에 따르면, 메모리(미도시)는 플래시 메모리 타입(flash memory type), 하드디스크 타입(hard disk type), 멀티미디어 카드 마이크로 타입(multimedia card micro type), 카드 타입의 메모리(예를 들어 SD 또는 XD 메모리 등), 램(RAM, Random Access Memory) SRAM(Static Random Access Memory), 롬(ROM, Read-Only Memory), EEPROM(Electrically Erasable Programmable Read-Only Memory), PROM(Programmable Read-Only Memory), 자기 메모리, 자기 디스크, 광디스크 중 적어도 하나의 타입의 저장매체를 포함할 수 있다. 또한 일부 실시예에 따르면, 메모리(미도시)에 저장된 프로그램들은 그 기능에 따라 복수 개의 모듈들로 분류할 수 있다.
도 20은 일부 실시예에 따른 블록체인 네트워크 상의 노드의 구성을 도시한 블록도이다
도 20에 도시된 노드(2000)는 프로세서(2010), 통신부(2030) 및 메모리(2050)을 포함할 수 있다. 그러나, 도 20에 도시된 구성요소가 모두 노드(2000)의 필수적인 구성 요소는 아니다. 도시된 구성 요소보다 많은 구성 요소에 의해 노드(2000)가 구현될 수 있고, 그보다 적은 구성 요소에 의해서도 노드(2000)가 구현될 수 있다. 이하 상기 구성 요소들에 대해 살펴본다. 도 20에 도시된 노드(2000)는 앞서 설명한 제1 노드(210)일 수 있다.
일부 실시예에 따르면, 프로세서(2010)는 통상적으로 노드(2000)의 전반적인 동작을 제어한다. 예를 들어, 프로세서(2010)는 노드(2000)에 저장된 프로그램을 실행함으로써, 노드(2000)가 포함하는 구성요소들을 전반적으로 제어할 수 있다. 프로세서(2010)는 적어도 하나일 수 있으며, 각 기능에 대응되는 특화된 프로세서를 적어도 하나 포함하거나, 하나로 통합된 형태의 프로세서일 수 있다.
일부 실시예에 따르면, 프로세서(2010)는 통신부(2030) 및 메모리(2050)을 제어할 수 있다. 프로세서(2010)는 메모리(2050)에 저장된 프로그램을 실행시키거나, 메모리(2050)에 저장된 데이터 또는 파일을 읽어오거나, 새로운 파일을 메모리(2050)에 저장할 수 있다. 또한, 프로세서(2010)는 메모리(2050)에 저장된 명령어들을 실행할 수 있다.
일부 실시예에 따르면, 프로세서(2010)는 통신부(2030)를 통해 제1 사용자 단말로부터 제1 가챠 이벤트 정보를 수신할 수 있다. 또한, 프로세서(2010)는 통신부(2030)를 통해 서버로부터 제1 가챠 이벤트에 관한 정보 정보를 수신할 수 있다.
일부 실시예에 따르면, 프로세서(2010)는 제1 사용자 단말로부터 수신된 제1 가챠 이벤트 정보 및 서버로부터 수신한 제1 가챠 이벤트에 관한 정보에 기초하여, 제1 가챠 이벤트 정보의 유효성을 검증할 수 있다. 제1 가챠 이벤트 정보가 유효하다고 판단되면, 프로세서(2010)는 통신부(2030)를 통해 제1 가챠 이벤트 정보를 가챠 이벤트 정보를 기록한 원장을 분산하여 관리하는 블록체인의 네트워크 상의 제2 노드로 전송할 수 있다. 또한, 프로세서(2010)는 제1 가챠 이벤트 정보를 후보 블록에 추가할 수 있다. 반면에, 제1 가챠 이벤트 정보가 유효하지 않다고 판단되면, 프로세서(2010)는 제1 가챠 이벤트 정보를 폐기할 수 있다.
일부 실시예에 따르면, 프로세서(2010)는 후보 블럭에 대한 작업 증명을 수행하여, 블록체인에 후보 블록을 유효한 블록으로 추가할 수 있다.
일부 실시예에 따르면, 프로세서(2010)는 통신부(2030)를 통해 제1 사용자 단말로부터 제1 사용자 단말이 서버와 수행한 제1 가챠 이벤트 정보 및 제1 가챠 이벤트 정보의 디지털 서명을 나타내는 제1 암호문을 수신할 수 있다.
일부 실시예에 따르면, 프로세서(2010)는 제1 가챠 이벤트 정보에 해시함수를 적용하여 제1 가챠 이벤트 정보에 대응되는 제1 해시값을 생성할 수 있다. 프로세서(2010)는 제1 사용자의 공개키를 사용하여 제1 암호문을 복호화하여 제2 해시값을 생성할 수 있다. 프로세서(2010)는 제1 해시값과 제2 해시값을 비교한 결과 및 서버 및 사용자 단말로부터 획득한 제1 가챠 이벤트의 정보가 대응되는지 여부에 기초하여, 제1 가챠 이벤트 정보의 유효성을 검증할 수 있다.
일부 실시예에 따르면, 프로세서(2010)는 통신부(2030)를 통해 블록체인 네트워크 상의 제2 노드로부터 작업 증명이 완료된 제1 블록을 수신할 수 있다. 프로세서(2010)는 제1 블록에 포함된 적어도 하나의 가챠 이벤트 정보의 유효성 및 제1 블록의 블록 헤더의 유효성을 확인하여, 제1 블록의 유효성을 검증할 수 있다. 제1 블록이 유효하면, 프로세서(2010)는 제1 노드(2000)의 블록체인에 제1 블록을 추가할 수 있다. 만약, 제1 블록이 유효하지 않으면, 프로세서(2010)는 제1 블록을 폐기하고, 제1 노드의 블록체인에 추가될 유효한 블록을 생성할 수 있다.
일부 실시예에 따르면, 통신부(2030)는 외부 장치와 통신을 수행할 수 있다. 구체적으로, 통신부(2030)는 유선 또는 무선으로 네트워크와 연결되어 외부 장치와 통신을 수행할 수 있다. 여기서, 외부 장치는 서버, 스마트폰, 태블릿, PC, 컴퓨팅 장치 등일 수 있다. 통신부(2030)는 다양한 유무선 통신 방법 중 하나를 지원하는 통신 모듈을 포함할 수 있다. 예를 들면, 통신 모듈은 칩셋(chipset)의 형태일 수도 있고, 또는 통신에 필요한 정보를 포함하는 스티커/바코드(e.g. NFC tag를 포함하는 스티커)등일 수도 있다. 또한, 통신 모듈은 근거리 통신 모듈, 유선 통신 모듈일 수 있다.
일부 실시예에 따르면, 통신부(2030)는 블루투스, BLE(Bluetooth Low Energy), 근거리 자기장(Near Field Communication), WLAN, 지그비(Zigbee) 적외선(IrDA, infrared Data Association), WFD(Wi-Fi Direct), UWB(ultra wideband), Ant+, LTE, 3G, 5G 등 통신 방법에 관계 없이 모든 방법을 통해 통신할 수 있다.
일부 실시예에 따르면, 메모리(2050)는 플래시 메모리 타입(flash memory type), 하드디스크 타입(hard disk type), 멀티미디어 카드 마이크로 타입(multimedia card micro type), 카드 타입의 메모리(SD, XD 메모리 등), 램(RAM; Random Access Memory) SRAM(Static Random Access Memory), 롬(ROM; Read-Only Memory), EEPROM(Electrically Erasable Programmable Read-Only Memory), PROM(Programmable Read-Only Memory) 자기 메모리, 자기 디스크, 광디스크 중 적어도 하나의 타입의 저장매체를 포함할 수 있다. 메모리(2050)는 가챠 이벤트 정보를 기록한 원장을 분산하여 관리하는 블록체인의 네트워크 상의 노드(2000)의 동작 방법을 컴퓨터에서 실행시키기 위한 적어도 하나의 프로그램을 저장할 수 있다. 메모리(2050)에 저장된 적어도 하나의 프로그램은 기능에 따라 복수 개의 모듈들로 분류될 수 있다.
이상에서 설명된 장치는 하드웨어 구성요소, 소프트웨어 구성요소, 및/또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPGA(field programmable gate array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 어플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 콘트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.
소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치, 또는 전송되는 신호 파(signal wave)에 영구적으로, 또는 일시적으로 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.
실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 매체에 기록되는 프로그램 명령은 실시예를 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 실시예의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.
그러므로, 다른 구현들, 다른 실시예들 및 특허청구범위와 균등한 것들도 후술하는 특허청구범위의 범위에 속한다.

Claims (20)

  1. 가챠 시스템의 확률 정보 획득 방법에 있어서,
    제1 사용자 단말이, 제2 사용자 단말에서 발생한 가챠 이벤트에 관한 정보인 제2 가챠 이벤트 정보를 획득하는 단계;
    상기 제1 사용자 단말이, 제3 사용자 단말에서 발생한 가챠 이벤트에 관한 정보인 제3 가챠 이벤트 정보를 획득하는 단계;
    상기 획득한 제2 가챠 이벤트 정보 및 제3 가챠 이벤트 정보에 기초하여 가챠 시스템의 확률 정보를 획득하는 단계; 및
    상기 획득한 가챠 시스템의 확률 정보를 표시하는 단계를 포함하는 방법.
  2. 제1항에 있어서,
    상기 방법은,
    가챠 이벤트의 실행 요청을 송신하는 단계;
    상기 가챠 이벤트의 실행 결과를 획득하는 단계;
    상기 실행 결과에 기초하여 제1 가챠 이벤트 정보를 생성하는 단계를 더 포함하는 방법.
  3. 제2항에 있어서,
    상기 제2 가챠 이벤트 정보는,
    가챠 이벤트 정보를 기록한 원장을 분산하여 관리하는 블록체인을 구성하는 블록에 포함되며,
    상기 제3 가챠 이벤트 정보는,
    상기 블록 또는 상기 블록체인을 구성하는 블록 중 상기 블록과 상이한 블록에 포함되는 것인 방법.
  4. 제3항에 있어서,
    상기 제1 가챠 이벤트 정보를 생성하는 단계는,
    상기 블록체인 네트워크 상의 제1 노드로 상기 블록체인을 구성하는 적어도 하나의 블록에 상기 제1 가챠 이벤트 정보의 기록을 요청하는 단계를 포함하는 것인 방법.
  5. 제4항에 있어서,
    상기 제1 노드로 상기 제1 가챠 이벤트 정보의 기록을 요청하는 단계는,
    상기 제1 가챠 이벤트 정보를 암호화하고, 상기 암호화된 제1 가챠 이벤트 정보를 상기 제1 노드로 전송하는 단계를 포함하는 방법.
  6. 제5항에 있어서,
    상기 제1 가챠 이벤트 정보를 상기 제1 노드로 전송하는 단계는,
    상기 제1 가챠 이벤트 정보를 상기 제1 가챠 이벤트 정보에 대한 고유의 데이터를 생성하는 해시함수에 적용하여, 상기 제1 가챠 이벤트 정보에 대응되는 제1 해시값을 생성하는 단계;
    상기 가챠 이벤트를 실행한 사용자의 개인키로 상기 제1 해시값을 암호화하여 상기 제1 가챠 이벤트 정보의 디지털 서명을 나타내는 제1 암호문을 생성하는 단계; 및
    상기 제1 암호문을 상기 제1 가챠 이벤트 정보와 함께 상기 제1 노드로 전송하는 단계를 포함하는 방법.
  7. 제1항에 있어서,
    상기 제2 가챠 이벤트 정보 또는 제3 가챠 이벤트 정보는,
    상기 가챠 시스템의 확률 정보, 상기 가챠 시스템과 관련된 게임 정보, 가챠 이벤트의 종류, 가챠 이벤트 실행 시각, 가챠 이벤트가 실행된 계정 정보, 가챠 이벤트가 실행된 사용자 단말의 정보, 가챠 이벤트의 실행 결과에 따라 획득한 아이템, 가챠 이벤트 실행에 사용한 게임 재화의 양 중 적어도 하나를 포함하는 것인 방법.
  8. 제1항에 있어서,
    상기 가챠 시스템의 확률 정보를 획득하는 단계는,
    상기 제2 가챠 이벤트 정보 및 상기 제3 가챠 이벤트 정보에 기초하여 상기 가챠 시스템에서 획득 가능한 아이템들 각각의 획득 확률을 계산하는 것인 방법.
  9. 제4항에 있어서,
    상기 제1 가챠 이벤트 정보를 생성한 사용자 단말과 대응되는 계정 및 상기 제1 노드와 대응되는 사용자 계정 중 적어도 하나는 소정의 게임 재화를 지급받는 것인 방법.
  10. 제1항에 있어서,
    상기 방법은,
    추가적으로 획득한 가챠 이벤트 정보에 기초하여 상기 획득한 가챠 시스템의 확률 정보를 업데이트 하는 단계; 및
    상기 업데이트된 가챠 시스템의 확률 정보를 갱신하여 표시하는 단계를 더 포함하는 방법.
  11. 가챠 시스템의 확률 정보를 획득하는 장치에 있어서,
    제2 사용자 단말에서 발생한 가챠 이벤트에 관한 정보인 제2 가챠 이벤트 정보를 획득하고, 제3 사용자 단말에서 발생한 가챠 이벤트에 관한 정보인 제3 가챠 이벤트 정보를 획득하는 통신부;
    상기 획득한 제2 가챠 이벤트 정보 및 제3 가챠 이벤트 정보에 기초하여 가챠 시스템의 확률 정보를 획득하는 프로세서; 및
    상기 획득한 가챠 시스템의 확률을 표시하는 디스플레이를 포함하는 장치.
  12. 제11항에 있어서,
    상기 통신부는,
    가챠 이벤트의 실행 요청을 송신하고, 상기 가챠 이벤트의 실행 결과를 획득하며,
    상기 프로세서는,
    상기 실행 결과에 기초하여 제1 가챠 이벤트 정보를 생성하는 것인 장치.
  13. 제12항에 있어서,
    상기 제2 가챠 이벤트 정보는,
    가챠 이벤트 정보를 기록한 원장을 분산하여 관리하는 블록체인을 구성하는 블록에 포함되며,
    상기 제3 가챠 이벤트 정보는,
    상기 블록 또는 상기 블록체인을 구성하는 블록 중 상기 블록과 상이한 블록에 포함되는 것인 장치.
  14. 제13항에 있어서,
    상기 프로세서는,
    상기 블록체인 네트워크 상의 제1 노드로 상기 블록체인을 구성하는 적어도 하나의 블록에 제1 가챠 이벤트 정보의 기록을 요청하도록 상기 통신부를 제어하는 것인 장치.
  15. 제14항에 있어서,
    상기 프로세서는,
    상기 제1 가챠 이벤트 정보를 암호화하고, 상기 암호화된 제1 가챠 이벤트 정보를 상기 제1 노드로 전송하도록 상기 통신부를 제어하는 것인 장치.
  16. 제15항에 있어서,
    상기 프로세서는,
    상기 제1 가챠 이벤트 정보를 상기 제1 가챠 이벤트 정보에 대한 고유의 데이터를 생성하는 해시함수에 적용하여, 상기 제1 가챠 이벤트 정보에 대응되는 제1 해시값을 생성하고, 상기 가챠 이벤트를 실행한 사용자의 개인키로 상기 제1 해시값을 암호화하여 상기 제1 가챠 이벤트 정보의 디지털 서명을 나타내는 제1 암호문을 생성하며,
    상기 통신부는,
    상기 제1 암호문을 상기 제1 가챠 이벤트 정보와 함께 상기 제1 노드로 전송하는 것인 장치.
  17. 제11항에 있어서,
    상기 제2 가챠 이벤트 정보 또는 제3 가챠 이벤트 정보는,
    상기 가챠 시스템의 확률 정보, 상기 가챠 시스템과 관련된 게임 정보, 가챠 이벤트의 종류, 가챠 이벤트 실행 시각, 가챠 이벤트가 실행된 사용자 단말, 가챠 이벤트가 실행된 계정 정보, 가챠 이벤트가 실행된 사용자 단말의 정보, 가챠 이벤트의 실행 결과에 따라 획득한 아이템, 가챠 이벤트 실행에 사용한 게임 재화의 양 중 적어도 하나를 포함하는 것인 장치.
  18. 제11항에 있어서,
    상기 프로세서는,
    상기 제2 가챠 이벤트 정보 및 상기 제3 가챠 이벤트 정보에 기초하여 상기 가챠 시스템에서 획득 가능한 아이템들 각각의 획득 확률을 계산하는 것인 장치.
  19. 블록체인 네트워크에서 가챠 시스템 서비스를 제공하는 방법에 있어서,
    DAPP(Decentralized Application)을 통해 제공될 가챠 시스템 서비스의 확률을 결정하는 정보를 블록체인을 구성하는 블록에 저장하는 단계;
    상기 DAPP를 통해, 상기 저장된 가챠 시스템의 확률을 결정하는 정보에 기초하는 상기 가챠 시스템을 이용하여 가챠 이벤트를 실행하는 단계; 및
    상기 DAPP를 통해, 상기 가챠 이벤트의 실행에 따른 결과를 제공하는 단계를 포함하는 방법.
  20. 제1항 내지 제10항 중 어느 한 항의 방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체.
PCT/KR2018/004311 2018-04-12 2018-04-13 가챠 시스템의 확률 정보를 획득하는 방법, 장치 및 컴퓨터 프로그램 WO2019198846A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/046,546 US11565186B2 (en) 2018-04-12 2018-04-13 Method and device for acquiring probability information of gacha system, and computer program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020180042919A KR20190119454A (ko) 2018-04-12 2018-04-12 가챠 시스템의 확률 정보를 획득하는 방법, 장치 및 컴퓨터 프로그램
KR10-2018-0042919 2018-04-12

Publications (2)

Publication Number Publication Date
WO2019198846A1 WO2019198846A1 (ko) 2019-10-17
WO2019198846A9 true WO2019198846A9 (ko) 2021-03-18

Family

ID=68163255

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2018/004311 WO2019198846A1 (ko) 2018-04-12 2018-04-13 가챠 시스템의 확률 정보를 획득하는 방법, 장치 및 컴퓨터 프로그램

Country Status (3)

Country Link
US (1) US11565186B2 (ko)
KR (1) KR20190119454A (ko)
WO (1) WO2019198846A1 (ko)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6938720B1 (ja) * 2020-05-14 2021-09-22 株式会社スクウェア・エニックス プログラム、サーバ装置及び方法
KR102645190B1 (ko) * 2022-01-03 2024-03-07 넷마블 주식회사 게임 아이템 획득 확률의 이상 탐지 방법 및 장치
CN114708478B (zh) * 2022-06-06 2022-09-02 季华实验室 事件相机与标准相机的数据融合方法、装置、设备及介质
JP7416154B1 (ja) 2022-09-01 2024-01-17 株式会社セガ プログラム及び情報処理装置
JP7338762B1 (ja) * 2022-09-01 2023-09-05 株式会社セガ プログラム及び情報処理装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101275662B1 (ko) * 2012-08-10 2013-06-17 (주)네오위즈게임즈 아이템 추첨 서비스 관리 방법 및 서버
US11030860B2 (en) * 2014-08-06 2021-06-08 Lottery Now, Inc. Systems for multiple legal game providers with digital ledger
KR101569645B1 (ko) * 2015-01-08 2015-11-16 노성원 게임 수행 방법, 게임 서버 및 게임 시스템
KR101718398B1 (ko) * 2015-02-02 2017-03-22 주식회사 넥슨코리아 아이템 추첨 시스템 및 방법
JP2018015121A (ja) * 2016-07-26 2018-02-01 株式会社バンダイナムコエンターテインメント コンピュータシステムおよびプログラム

Also Published As

Publication number Publication date
WO2019198846A1 (ko) 2019-10-17
US11565186B2 (en) 2023-01-31
US20210205714A1 (en) 2021-07-08
KR20190119454A (ko) 2019-10-22

Similar Documents

Publication Publication Date Title
WO2019198846A9 (ko) 가챠 시스템의 확률 정보를 획득하는 방법, 장치 및 컴퓨터 프로그램
WO2019198845A1 (ko) 복수의 사용자들 간에 게임을 진행하여 게임 결과를 기록하기 위한 장치, 방법 및 컴퓨터 프로그램
WO2019208861A1 (ko) 전자 지갑을 이용한 암호화폐의 거래 서비스를 제공하는 장치 및 방법
WO2018097662A1 (en) Method and apparatus for managing program of electronic device
WO2020235782A1 (ko) 분산 환경에서의 신원 인증 방법
WO2014030959A1 (en) Information providing method, mobile terminal and display device for the same
WO2021025482A1 (en) Electronic device and method for generating attestation certificate based on fused key
WO2021075867A1 (ko) 블록체인 기반 시스템을 위한 키의 저장 및 복구 방법과 그 장치
WO2020032482A1 (ko) 공카드를 이용한 금융거래제공방법 및 시스템
WO2020149454A1 (ko) 사용자에 대한 인증을 수행하는 전자 장치 및 그 동작 방법
WO2016076638A1 (en) Apparatus and method for payment
WO2014139344A1 (zh) 密钥下载方法、管理方法、下载管理方法及装置和系统
WO2016129838A1 (en) Electronic device and method for processing secure information
WO2017171445A2 (en) Product payment method and electronic device for supporting the same
WO2021040325A1 (en) Electronic device providing blockchain account information and method of operating the same
WO2018124718A1 (ko) 블록체인 내의 블록별로 밸런스 데이터베이스를 관리하여 통합 포인트 서비스를 제공하는 방법 및 이를 이용한 지원 서버
WO2022060149A1 (ko) 탈중앙화 네트워크를 이용하여 권리를 관리하는 전자 장치 및 이의 동작 방법
WO2021177695A1 (en) Electronic device for providing transaction information and operating method thereof
WO2018147530A1 (ko) 음파를 이용한 식별정보와 구매자의 동적코드를 맵핑하는 모바일 결제 시스템
WO2019245167A1 (ko) 동적 규칙 기반의 블록 체인을 이용하는 군집 제어 장치 및 방법
WO2014142532A1 (en) Information delivery system with advertising mechanism and method of operation thereof
WO2017188497A1 (ko) 무결성 및 보안성이 강화된 사용자 인증방법
WO2024117666A1 (ko) 사용자의 nft 데이터를 관리하기 위한 블록체인 시스템
WO2020218708A1 (ko) 홈 재활 서비스를 제공하기 위한 처방 정보를 암호화 및 복호화하는 방법 및 의사 단말
WO2020013419A1 (ko) 확률형 아이템 제공 시스템의 제어 방법, 장치 및 컴퓨터 프로그램

Legal Events

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

Ref document number: 18914422

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18914422

Country of ref document: EP

Kind code of ref document: A1