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

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

Info

Publication number
WO2019198846A1
WO2019198846A1 PCT/KR2018/004311 KR2018004311W WO2019198846A1 WO 2019198846 A1 WO2019198846 A1 WO 2019198846A1 KR 2018004311 W KR2018004311 W KR 2018004311W WO 2019198846 A1 WO2019198846 A1 WO 2019198846A1
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
WO2019198846A9 (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.
  • Gacha system means a drawing system that draws goods and items.
  • Gacha systems are generally used in a similar sense to random boxes, capsule machines, etc., and the user cannot predict which items can be obtained. In other words, the user using the Gacha system does not purchase the desired product or item directly, but a method of purchasing an item or an item.
  • FIG. 1 illustrates an online game providing system including a server and a user terminal according to some embodiments.
  • FIG. 2 is a diagram illustrating sharing of Gacha system probability information in a blockchain network according to some embodiments.
  • FIG. 3 is a diagram illustrating 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 exemplary embodiments.
  • FIG. 5 is a diagram for describing a method of obtaining probability information of a Gacha system, according to an exemplary embodiment.
  • FIG. 6 is a diagram for describing Gacha event information according to an exemplary embodiment.
  • FIG. 7 is a diagram for describing Gacha event detailed information according to an exemplary embodiment.
  • FIG. 8 is a diagram for describing Gacha event information shared in a Gacha system, according to an exemplary embodiment.
  • FIGS. 9 and 10 are diagrams for describing probability information of a Gacha system based on Gacha event information, according to an exemplary embodiment.
  • FIG. 11 is a flowchart illustrating a method for generating Gacha event information using a blockchain 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 in which Gacha event information is recorded, according to some embodiments.
  • FIG. 13 is a diagram for describing a process of propagating valid Gacha event information on a blockchain network to nodes on a blockchain network and writing to a blockchain according to some embodiments.
  • FIG. 14 is a diagram for describing a process of transmitting digitally signed Gacha event information to a node on a blockchain network in a user terminal according to some embodiments.
  • FIG. 15 illustrates a process of verifying validity of Gacha event information in a node on a blockchain network, according to an exemplary embodiment.
  • 16 is a block diagram illustrating a structure of a block and a blockchain according to some embodiments.
  • FIG. 17 is a diagram illustrating a method of obtaining a proof of work and a nonce of a block in a node on a blockchain network, according to some embodiments.
  • FIG. 18 is a diagram for describing a method of recording Gacha event information in a blockchain 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 may include: obtaining, by a first user terminal, second gacha event information which is information about a gacha event occurring in a second user terminal; Acquiring, by the first user terminal, third gacha event information which is information about a gacha event occurring in a third user terminal; Obtaining probability information of the 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 a result of executing the Gacha event; The method 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 for distributing and managing the ledger in which the Gacha event information is recorded.
  • the third Gacha event information is the block or the block constituting the block chain. And may be included in different blocks.
  • the generating of the first Gacha event information may include requesting recording of the first Gacha event information from at least one block of the block chain to a first node on the blockchain network.
  • the requesting recording of the first Gacha event information to the first node may include encrypting the first Gacha event information and transmitting the encrypted first Gacha event information to the first node. have.
  • the first Gacha event information is applied to a hash function that generates unique data for the first Gacha event information, and thus, the first Gacha event information.
  • the obtaining of probability information of the Gacha system may calculate an acquisition probability of each item that can be obtained 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 be provided with a predetermined game good.
  • the method may further include updating probability information of the acquired Gacha system based on the acquired Gacha event information; And displaying the probability information of the updated Gacha system.
  • Some embodiments of the present disclosure may provide a computer readable recording medium having recorded thereon a program for implementing the method.
  • the second Gacha event information which is information about a Gacha event occurring in a second user terminal, is acquired, and the Gacha event occurred in a third user terminal.
  • a communication unit for acquiring third gacha event information which is information about a;
  • a processor configured to obtain probability information of the Gacha system based on the acquired second Gacha event information and the third Gacha event information;
  • a display displaying the probability of the acquired Gacha system.
  • the communication unit may transmit a Gacha event execution request, 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 for distributing and managing the ledger in which the Gacha event information is recorded.
  • the third Gacha event information is the block or the block constituting the block chain. And may be included in different blocks.
  • the processor may control the communication unit to request recording of the first Gacha event information from at least one block constituting the blockchain to a first node on the blockchain network.
  • the processor may control the communication unit to encrypt the first gacha event information and to transmit the encrypted first gacha event information to the first node.
  • the processor may generate the first hash value corresponding to the first gacha event information by applying the first gacha event information to a hash function that generates data unique to the first gacha event information. Encrypting the first hash value with a private key of a user who executed an event to generate a first cipher text indicating a digital signature of the first gacha event information, and the communication unit converts the first cipher text to the first gacha event information. Together with the first node.
  • the second Gacha event information or the third Gacha event information, the probability information of the Gacha system, game information related to the Gacha system, the type of Gacha event, Gacha event execution time, the user terminal on which the Gacha event was executed, Gacha event It may include at least one of the executed account information, the information of the user terminal on which the Gacha event is executed, the item obtained according to the execution result of the Gacha event, and the amount of game goods used to run 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 be provided with a predetermined game good.
  • the processor may control the display to update the acquired probability information of the acquired Gacha system based on the acquired Gacha event information and to display the probability information of the updated Gacha system.
  • Some embodiments of the present disclosure include storing information determining a probability of a Gacha system service to be provided through a decentralized application (DAPP) in a block constituting a blockchain; Executing, via the DAPP, a Gacha event using the Gacha system based on information that determines the probability of the stored Gacha system; And through the DAPP, it may provide a method for providing a Gacha system service in a blockchain network comprising providing a result of the execution of the Gacha event.
  • DAPP decentralized application
  • Some embodiments of the present disclosure may provide a computer readable recording medium having recorded thereon a program for implementing the method.
  • first and second may be used to describe various components, but the components are not limited by the terms. The terms are only used to distinguish one component from another.
  • first component may be referred to as the second component, and similarly, the second component may also be referred to as the first component.
  • a part when a part is connected to another part, this includes not only the case where the part is directly connected, but also the case where the part is electrically connected with another element in between.
  • a part when a part includes a certain component, this means that the component may further include other components, not to exclude other components unless specifically stated otherwise.
  • the terms "... unit”, “module”, etc. described in the specification mean a unit for processing at least one function or operation, which may be implemented in hardware or software or a combination of hardware and software. .
  • the game goods may refer to goods that the user can acquire for a fee or free of money used and commonly used in the game.
  • game goods may refer to all types of goods used for trading and purchasing in the game, such as items and 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 can also include multiple types of goods, and free goods can also include multiple types of goods.
  • the paid goods may refer to game goods purchased by the user paying or paying an amount corresponding to the quantity of the predetermined goods.
  • free goods may refer to game goods that a user acquires without paying or paying an amount through in-game and non-game activities.
  • Paid goods and free goods may be the same type of goods or different types of goods.
  • the Gacha event refers to an opportunity to draw an item at least one item of the plurality of items once or several times using the Gacha system.
  • a Gacha ticket may mean a right to use a Gacha event. In other words, it may mean a right to use one or more times the Gacha event provided through the Gacha system.
  • it is referred to as a Gacha ticket, but the present invention is not limited to the type of the ticket, and may include all types of items and objects having a right to use a Gacha event.
  • Gacha tickets can be purchased through the goods, the goods may include both paid and free goods in the game, and may include real goods such as the user's cash.
  • the Gacha ticket of the present specification may include all tickets that can use a plurality of classes of Gacha.
  • the probability of the Gacha system may mean a probability that at least one item of the at least one item obtainable according to the Gacha event execution is obtained or won.
  • the probability of the Gacha system may mean at least one probability of obtaining a first item, obtaining a second item, and obtaining a third item according to the execution of the Gacha event. It is not limited to the example.
  • the Gacha event information may mean information regarding at least one Gacha event.
  • the Gacha event information may be stored and provided in a separate format, or included in a block constituting the blockchain, and is not limited to the above example.
  • an item may include all objects, goods, contents, and the like, weapons, armor, clothes, equipment to be equipped with in-game characters such as crystals, boarding items, food, and potions in which the in-game characters are mounted.
  • in-game characters such as crystals, boarding items, food, and potions in which the in-game characters are mounted.
  • the same may mean all digital contents, cyber objects, etc. which can be acquired by the user in the game, such as consumption, experience, and buff, but are not limited to the above examples.
  • a quest may be referred to as a request or a mission, and may mean a mission provided in a game.
  • a quest can mean an action to achieve a given purpose in a game.
  • a user may earn a quest "Explore the Bat Cave" in the game.
  • Each quest may have a different difficulty level, and the user's character may acquire experience points, goods, items, etc., depending on the success of the quest, and may lose some of the experiences, goods, or items possessed by the character according to the quest failure. That is, the value of the user's character may change according to the success or failure of the quest.
  • the quest action may mean an operation 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 level, the character's rating, the accumulated usage time of the character, the amount of the character's possession, the character's reputation, the character's achievement rate, and the character's quest achievement rate. It is possible to, but is not limited to the above examples.
  • a user account may mean an account of a user including at least one character.
  • a user may create a plurality of characters, and a plurality of characters may exist in a form dependent on one user account.
  • the user account information may include a user's name, phone number, email address, game use period, and the like, but is not limited to the above examples.
  • a cryptocurrency may mean a digital currency designed to be used as an exchange means using an encryption method.
  • cryptocurrencies can use cryptographic methods to secure transactions, control the creation of additional units, and authorize the transfer of assets.
  • the blockchain is a software composed of algorithms that negotiate various information (eg, transaction information, Gacha event information) in order of blocks connected in order to secure and maintain integrity using encryption and security technology. It can mean a distributed peer-to-peer system of a ledger that utilizes elements.
  • the distributed P2P system may be a special type of distributed system.
  • a P2P system allows all nodes of a network to provide resources (processing capacity, storage space, data or network bandwidth, etc.) to each other without coordination of a central node.
  • “blockchain” may refer to a distributed ledger technology in which the ledger for recording information is distributed to a P2P network, not a central server of a specific institution, and the nodes in the network are jointly recorded and managed.
  • a node may mean a component within a blockchain network.
  • the node may be a special-purpose computer, a general-purpose computer, a supercomputer, a mainframe computer, a personal computer, a smartphone, a tablet PC. Etc., but is not limited thereto.
  • the device and the electronic device may refer to a device that operates by receiving electrical 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.
  • 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 collection of servers, a cloud server, and the like, but is not limited thereto.
  • the server 170 provides a game system, which may include a database for storing user and game data.
  • the server 170 may also include a payment server for generating and processing payment events.
  • a network may mean a connection established (or formed) using all communication methods, and may mean a communication network connected through all communication methods for transmitting and receiving data between a terminal and a terminal or between a terminal and a server. .
  • All communication schemes may include all communication schemes such as a predetermined communication standard, a predetermined frequency band, a predetermined protocol, or a predetermined channel.
  • a predetermined communication standard such as Bluetooth, BLE, Wi-Fi, Zigbee, 3G, LTE, ultrasonic communication schemes, and may include both short-range communication, telecommunications, wireless communication and wired communication.
  • it is not limited to the above example.
  • the short range communication method may mean a communication method that enables communication only when a device (terminal or server) that performs communication is within a predetermined range.
  • a device terminal or server
  • the telecommunication method may mean a communication method in which a device performing communication may communicate regardless of distance.
  • the telecommunication method may mean a method in which two devices communicating through a repeater such as an AP can communicate even when a predetermined distance is exceeded, and a cellular network (3G, LTE) such as SMS or telephone may be used. It may include a communication method used.
  • a network may include communication between the game server and the terminal 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, a smart phone.
  • various electronic devices such as PDAs (Personal Digital Assistants), Portable Multimedia Players (PMPs), navigation, MP3 players, digital cameras, refrigerators, washing machines, and cleaners may be included. It is not limited to the example.
  • the online game may include various genres such as sports, MMORPG, AOS, FPS, TCG, CCG.
  • the online game may be a game of a user-to-user competition, or may be a game of competition between a user and a computer (for example, artificial intelligence). It may also be a game of construction or embellishment rather than a confrontation.
  • a game of a user-to-user competition or may be a game of competition between a user and a computer (for example, artificial intelligence). It may also be a game of construction or embellishment rather than a confrontation.
  • it is not limited to the above example and there is no limitation in 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 on a gacha event occurring in the second user terminal, and third gacha event information, which is information about a gacha event, which occurs in the third user terminal.
  • the user terminals 110 to 160 may obtain probability information of the Gacha system based on the Gacha event information, which is information on the Gacha event occurring in another user terminal.
  • the first user terminal may obtain probability information of the 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 illustrating 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.
  • the server 170 may not provide all information related to the online game.
  • the 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 the online game may be transmitted and received using the blockchain network of FIG. 2 in order to share or provide information related to a highly secure and reliable online game.
  • the user terminal 110 illustrated in FIG. 2 may be a terminal that receives an online game service.
  • 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 the blockchain network.
  • the user terminal 110 may obtain information about the Gacha system through the blockchain network.
  • the user terminal 110 may obtain Gacha event information of at least one other user terminal through a blockchain network, and obtain probability information of the Gacha system.
  • the user terminal 110 may include a first of nodes 210, 220, 230, 240, and 250 on the blockchain network to record Gacha event information regarding Gacha events occurring in at least one user terminal.
  • the Gacha event information may be transmitted to the node 210.
  • the user terminal 110 may transmit the 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 may be another terminal.
  • the nodes on the blockchain network may be terminals that receive an online game service or terminals that do not receive an online game service.
  • the first node 210 may verify the validity of the Gacha event information and add the Gacha event information to the candidate block if the Gacha event information is valid.
  • the first node 210 may add a candidate block to the blockchain as a valid block by performing proof of work on the candidate block.
  • the first node 210 or the user terminal 110 may receive a compensation for generating Gacha event information. Rewards may be paid in game goods, and are not limited to the examples above.
  • the sharing of Gacha probability information and a method of obtaining Gacha system probability information using a blockchain network will be described in more detail below.
  • the blockchain network may be used to share Gacha probability information as well as provide Gacha system service or online game service.
  • the blockchain network may store data used to provide the Gacha system or provide the online game, as well as information for providing Gacha probability information to the at least one user terminal 110 to 160 of FIG. 1. 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 separately.
  • the DAPP may be program code, in other words, it may be a smart contract or smart contract program code.
  • the blockchain network may 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 DAPP for providing a Gacha system or 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 may mean storing, recording or registering. Storing, recording, or registering data in the blocks constituting 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 for determining the probability of the Gacha system in a block constituting the blockchain, and stores the probability of the stored Gacha system.
  • the Gacha event may be executed using the Gacha system based on the information for determining the Gcha event, and the result may be provided according to the execution of the Gacha event. Since the information that determines the probability of the Gacha system is information that determines the probability, which is the most important information of the Gacha system, it is also called the Gacha engine.
  • 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, thereby allowing the user terminals 110 to 160 or
  • the 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 the nodes 210 to 250 on the blockchain network stores the Gacha engine in the blockchain network, and the execution of the Gacha event using the Gacha system. At least one of the operation and the 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 for providing a Gacha system service. Therefore, in the blockchain network, an online game service may be provided without the server of FIG. 1.
  • FIG. 3 is a diagram illustrating a game screen and a Gacha ticket according to some embodiments.
  • FIG. 3 illustrates a usage screen 300 of a gacha system displayed in a user terminal.
  • the user terminal may use the Gacha system by receiving a user input and requesting the server to execute the Gacha event.
  • the usage screen 300 of the Gacha system includes a main screen return interface 310, a first game goods quantity display 320, a second game goods quantity display 330, and a general Gacha usage interface 340.
  • the various interfaces such as the premium Gacha usage interface 350 and the Gacha probability information confirmation interface 360 may be displayed.
  • the usage screen 300 of the Gacha system is not limited to the illustration of FIG. 3, and less information may be displayed than the information shown in FIG. 3, and more game information may be displayed than the information shown in FIG. 3. have. Also, unlike the interface illustrated in FIG. 3, fewer or more interfaces may be displayed, and the interface 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 a high grade item
  • the regular Gacha event is a Gacha event having a relatively low probability of winning a high grade item compared to a premium Gacha event.
  • the Gacha event may be classified according to the type of item that can be obtained through the Gacha event.
  • Gacha events may be divided into weapon Gacha events, armor Gacha events, and jewelry Gacha events.
  • the type of Gacha event the classification of the grade may vary depending on the setting 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 to switch from the Gacha system usage screen 300 to the main screen by the user's selection.
  • the user terminal may selectively transmit and receive data with the server to switch from the Gacha system using screen 200 to the main screen.
  • the first game goods quantity display 320 and the second game goods quantity display 330 may be an interface for displaying the quantity of the first game goods and the quantity of the second game goods held by the user account.
  • the user terminal may proceed with the payment process by obtaining a user input of clicking the first game goods quantity display 320 and the second game goods quantity display 330.
  • the generic Gacha usage interface 340 may be an interface for requesting execution of the generic Gacha event.
  • the premium gacha usage interface 250 may be an interface for requesting execution of a premium gacha event.
  • an interface for executing a plurality of Gacha events at once may be further included.
  • additional Gacha events may be performed together without consumption of game goods.
  • the server may provide an additional number of Gacha event executions when 10 Gacha events are executed, but is not limited thereto.
  • the Gacha probability information confirming interface 360 may be an interface for switching the display on the user terminal to switch to a screen displaying the probability information of the Gacha system.
  • Probability information of the Gacha system may be displayed on a new screen through a pop-up screen or screen switching, but is not limited to the above examples.
  • 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 a request for executing a Gacha event.
  • the server may receive a Gacha event execution request from the user terminal, and may provide at least one item to a user account that has consumed the game goods corresponding to the Gacha event.
  • the user terminal having obtained the information according to the execution result of the Gacha event may generate the Gacha event information according to the execution result, and share the generated Gacha event information through the blockchain network.
  • the user terminal may receive the Gacha event information on the Gacha event occurred in at least one other user terminal to receive probability information of the Gacha system.
  • FIG. 4 is a diagram for describing an execution result of a Gacha system, according to some exemplary embodiments.
  • FIG. 4 illustrates 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, the game goods required to execute the Gacha event may be paid, charged and paid, and the Gacha event may be executed.
  • At least one item acquired according to the execution of the Gacha event may be illustrated in the result screen 400 according to the execution of the Gacha event.
  • the number of items acquired according to the execution of the Gacha event is not limited. Although 10 items are illustrated in FIG. 4, the number of items acquired per one Gacha event may vary according to the setting of the Gacha system, and a result of executing a plurality of Gacha events may be displayed on one screen. Of course, it is not limited to the above example.
  • the type of items to be acquired according to the execution of the Gacha event there is no limitation on the type of items to be acquired according to the execution of the Gacha event.
  • the item obtained according to the execution of the Gacha event may be a character or an 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 (eg, weapon Gacha event, armor Gacha event) set in the Gacha system, and is not limited to the above example.
  • the user account acquires the item displayed on the result screen 400 according to the Gacha event execution.
  • the result screen 400 according to the Gacha event execution may display an identifier (NEW) for distinguishing items 420 and 440 that the user account does not previously have and items 460 that the user account has previously held. have.
  • NGW identifier
  • the present invention is not limited to the above example, and on the result screen 400 according to the Gacha event execution, information on whether the user account is held or not may be displayed by comparing with an item held by the existing user account.
  • the display form may not be limited to the contents shown in FIG. 4.
  • FIG. 5 is a diagram for describing a method of obtaining probability information of a Gacha system, according to an exemplary embodiment.
  • the first user terminal may acquire second gacha event information, which is information about a gacha event occurring in the second user terminal.
  • second gacha event information information about a gacha event occurring in a second user terminal.
  • the first user terminal may obtain information about a Gacha event occurring in another user terminal.
  • the Gacha event generated in another user terminal may mean that the Gacha system is used in another user terminal, and the other user terminal requests the server to execute the Gacha event, and the result of executing the Gacha event. It may mean that the obtained.
  • 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 from the second user terminal.
  • the terminal may be provided to the terminal, or 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 the blockchain network.
  • the second Gacha event information may be included in a block constituting a blockchain for distributing and managing the ledger in which the Gacha event information is recorded.
  • the first user terminal may acquire second gacha event information by obtaining a block constituting the blockchain.
  • the first user terminal may acquire third gacha event information, which is information about a gacha event occurring in the third user terminal.
  • third Gacha event information information about a Gacha event occurring in a third user terminal.
  • the first user terminal may acquire information about a gacha event occurring in another user terminal, and as in steps 520 and 540, the first user terminal may refer to a gacha event occurring in at least one or a plurality of other user terminals. It is possible to obtain Gacha event information which is information.
  • 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, a detailed description thereof will be omitted.
  • the third Gacha event information may be provided to the first user terminal through the blockchain network.
  • the third Gacha event information may be included in a block constituting a blockchain for distributing and managing the ledger in which the Gacha event information is recorded.
  • the first user terminal may acquire third gacha event information by obtaining a block constituting the blockchain.
  • 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 the block containing the second Gacha event information among the blocks constituting the block chain.
  • the Gacha event information may include the probability information of the Gacha system, the game information associated with the Gacha system, the type of Gacha event, the Gacha event execution time, the account information on which the Gacha event is executed, and the user terminal on which the Gacha event is executed. It may include at least one of information, items 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 the Gacha system.
  • the probability information of the Gacha system may include a 40% probability of obtaining a 2-star item, a 40% probability of obtaining a 3-star item, a 15% probability of obtaining a 4-star item, and a 5-star item in a general Gacha event.
  • the probability of obtaining the information may include a probability according to the grade of the item to be acquired in the Gacha event of a predetermined grade, or the individual acquisition probability of each item.
  • the probability information of the Gacha system included in the second Gacha event information and the probability information of the Gacha system included in the third Gacha event information may be the same or different. Since the probability information of the Gacha system may be calculated by the accumulated Gacha event execution result, it may be changed in real time, but is not limited to the above example.
  • the game information related to the Gacha system may be information indicating what game the Gacha event information is.
  • the Gacha event information may include information about a plurality of various games as well as information about a single game. Therefore, the information indicating whether the Gacha event information is the information on the Gacha system of the sudden attack or the Gacha system of the love sky can be included.
  • the information on the type of Gacha event means whether the Gacha event information is about premium Gacha event, general Gacha event, information on weapon Gacha event, or accessory Gacha event. It may be information indicating.
  • the Gacha event execution time may mean at least one of an execution request time of the Gacha event or a time when an item is acquired according to the Gacha event execution request.
  • it is not limited to the above example, it may mean information that can specify the time when the Gacha event is executed.
  • the account information on which the Gacha event is executed may include information about a user account that executed the Gacha event.
  • the account information may include at least one of an ID and identification information, and is not limited to the above example.
  • the information on the user terminal on which the Gacha event is executed may include information about the user terminal corresponding to the user account on which the Gacha event is executed.
  • the information about the user terminal may include at least one of information about a MAC address, an IP address, and a terminal type, but is not limited to the above example.
  • the information about the item acquired according to the execution result of the Gacha event is information about the item acquired according to the execution result of the Gacha event.
  • the item's rating, the name of the item, and the identification of the item For example, the item's rating, the name of the item, and the identification of the item.
  • Number and detailed information of the item for example, at least one of information such as an item image, an item description, an item attribute, an item ability, an item acquisition path, and an item obtainable quest). It doesn't happen.
  • the amount of game goods used to execute the Gacha event may refer to the amount of game goods consumed when the Gacha event is executed.
  • the amount of game goods used to execute the Gacha event may refer to the amount of game goods consumed when the Gacha event is executed.
  • it is not limited to the above example.
  • the Gacha event information may include the number of Gacha event execution.
  • the Gacha event information may include information about a plurality of Gacha events at once, and may include the number of Gacha event executions.
  • the first user terminal may acquire probability information of the Gacha system based on the acquired second Gacha event information and the third Gacha event information.
  • the first user terminal may calculate an acquisition probability of each of items that can be obtained 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 that may be acquired 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.
  • the acquired probability information of the acquired Gacha system may be updated based on the acquired Gacha event information, and the 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 first gacha event information by requesting at least one block of the blockchain to record the first gacha event information to the first node on the blockchain network.
  • first gacha event information information about a gacha event occurring in the first user terminal.
  • the first gacha event information may be generated in the first user terminal. It 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 be provided with a predetermined game good. Gacha event information generation and sharing method through the blockchain network will be described in more detail below.
  • FIG. 6 is a diagram for describing Gacha event information according to an exemplary embodiment.
  • the user terminal may display a Gacha event information screen 600.
  • the Gacha Event Details screen 600 may include Gacha Event Indication 620, Gacha Event Summary Information 640, Gacha Event Details 660, System Gacha History View Interface 670, and Gacha Probability Information 680. Can be.
  • the Gacha event details screen 600 may include more or less information and interface than the information and interface shown in FIG.
  • the Gacha event indication 620 may be an indication for distinguishing each Gacha event.
  • the Gacha event indication 620 is an indication capable of distinguishing the first Gacha event from the second Gacha event, and may vary according to the Gacha event class and type.
  • the Gacha event indication 620 may include at least one of an icon, an image, and text, but is not limited to the above example.
  • the Gacha event summary information 640 may be an indication of some of the information about the given Gacha event.
  • the Gacha event summary information 640 may include a Gacha event execution result, information about the Gacha event type, and the like.
  • the Gacha event details 660 may include overall information about a given Gacha event.
  • the Gacha event detail information 660 may include a result 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 consumption cost of the Gacha event, and the like.
  • the Gacha event detail information 660 may be displayed by switching to a pop-up window or another screen. This is explained in more detail in FIG. 7.
  • the Gacha event details screen 600 illustrated in FIG. 6 may include information about Gacha events occurring in the user terminal.
  • the Gacha event information screen 600 illustrated in FIG. 6 may be a screen on which the first user terminal displays details of the Gacha event occurring in the first user terminal.
  • the system Gacha history viewing interface 670 may be a screen displaying information on Gacha events performed in at least one other terminal. This is explained in more detail in FIG. 8.
  • the system gacha history may be displayed by switching to a pop-up window or another screen. This is explained in more detail in FIG. 7.
  • the Gacha probability information 680 may include information regarding the probability of the Gacha system.
  • the Gacha probability information 680 may include probability information of a Gacha system for a predetermined game and may be displayed by switching to a pop-up window or another screen. This is explained in more detail in Figures 8-9.
  • the Gacha event information screen 600 may display information about each Gacha event individually, and information about a plurality of Gacha events may be displayed at once.
  • the user terminal may display the result of the Gacha event for each type of 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 Gacha event detailed information according to an exemplary embodiment.
  • the user terminal may display a Gacha event detail information screen 700.
  • the Gacha Event Details screen 700 includes Gacha Event Indication 720, Gacha Event Summary Information 740, Gacha Event Details 760, System Gacha Event View Interface 770, and Gacha Probability Information 780. can do.
  • the Gacha event detail information screen 700 may include more or less information and interface than the information and interface shown in FIG.
  • the Gacha event indication 720 and the Gacha event summary information 740 correspond to those described above, a detailed description thereof will be omitted. Also, the Gacha event indication 720 and the Gacha event summary information 740 may not be included in the Gacha event detail information screen 700.
  • the Gacha event detail information 760 may include a result of the Gacha event, information about the type of the Gacha event, the execution time of the Gacha event, the account that executed the Gacha event, the consumption cost of the Gacha event, and the IP address. It may include at least one. Of course, it is not limited to the above examples. Other information related to the Gacha event may also be included.
  • the screen of FIG. 7 may be a screen that is popped up or switched based on a user input of clicking the Gacha event detail information 660 of FIG. 6.
  • the system Gacha event viewing interface 770 and Gacha probability information 780 correspond to those described above, a detailed description thereof will be omitted.
  • FIG. 8 is a diagram for describing Gacha event information shared in a Gacha system, according to an exemplary embodiment.
  • the user terminal may display the 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 detail information 840, a second gacha event indication 850, and a second gacha event indication information 850.
  • the second Gacha event summary information 860, the second Gacha event detail information 870, the terminal Gacha history view interface 880 and the Gacha probability information 890 may be included.
  • the system Gacha event information screen 800 may include more or less information and interface than the information and interface shown in FIG.
  • the system Gacha event information screen 800 of FIG. 8 may include a user input for clicking the system Gacha event interface 670 on the Gacha event information screen 600 of FIG. 6 or the Gacha event detail information screen of FIG. It may be a screen that is popped up or switched based on a user input of clicking the system Gacha event interface 770 of 700.
  • the Gacha history screen 800 illustrated in FIG. 8 may include information about a Gacha event occurring in another user terminal instead of the user terminal.
  • the system gacha history screen 800 illustrated in FIG. 8 may include information about a gacha event occurring in a second user terminal and a gacha event occurring in a third user terminal.
  • the first user terminal may acquire and display information about the Gacha event occurring in the second user terminal and the second user terminal.
  • the first Gacha event indication 820 may be an indication indicating the first Gacha event
  • the first Gacha event summary information 830 may include summary information about the first Gacha event.
  • the first Gacha event detailed information 840 may display detailed information about the first Gacha event. Since this corresponds to the above description, a detailed description thereof will be omitted.
  • the first Gacha event of FIG. 8 may mean a Gacha event occurring in the second user terminal.
  • the second Gacha event indication 850, the second Gacha event summary information 860, and the second Gacha event detail information 870 may mean a Gacha event occurring in the third user terminal.
  • the terminal Gacha history view interface 880 may display information about the Gacha event occurred in the terminal.
  • the terminal Gacha history view interface 880 may be an interface for the first user terminal to call a screen for displaying information on the Gacha event occurred in the first user terminal.
  • each user terminal may be classified to display a Gacha event performed for each user terminal, and the present invention is not limited thereto. That is, there is no limitation on the method of displaying the Gacha event information, which is information on at least one Gacha event.
  • the Gacha probability information 890 corresponds to the above description, and will be described in detail with reference to FIGS. 9 and 10.
  • FIGS. 9 and 10 are diagrams for describing probability information of a Gacha system based on Gacha event information, according to an exemplary embodiment.
  • 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.
  • Gacha system probability information screen 900 may include more or less information and interface than the information and interface shown in FIG.
  • Probability information of the Gacha system of FIG. 9 may be information displayed according to the type of Gacha event.
  • the types of Gacha events may be distinguished through the general Gacha event indication 920 and the premium Gacha event indication 940, and may be obtained when the general Gacha event is executed through the general Gacha event probability information 930.
  • the probability of each item of the item may be displayed, and the premium of the item, which may be obtained when the premium Gacha event is executed, may be displayed through the premium Gacha event probability information 950.
  • the general Gacha event probability information 930 may include 40% for a 2-star item, 40% for a 3-star item, 15% for a 4-star item, and 15% for a 5-star item. Indicates that an item has a 5 percent chance of being acquired. Two, three, four and five stars may be in-game terms that indicate an item's rating. Ehgks Premium Gacha Event Probability Information (950) shows 20 percent for 2 star (2 star), 30 percent for 3 star (30 star), 30 percent for 4 star (20 star) and 20 percent for 5 star (5 star) items. Indicates that it is obtained by chance. Although the item acquisition probability according to the Gacha event execution is displayed for each grade, the acquisition probability of each item may be separately displayed.
  • the user terminal illustrates an item-specific probability information screen 1000 of the 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 item-specific probability information screen 1000 of the Gacha system may include more or less information and interface than the information and interface shown 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 probability information for each item may be displayed as shown in FIG. 10.
  • the probability of obtaining 2-star items is 8 percent, respectively, and the total probability of obtaining 2-star items is 40 percent, and the probability of obtaining 3-star items is 8 percent, respectively.
  • the probability of obtaining a four-star item is 3 percent each
  • the total chance of obtaining a 4-star item is 15 percent
  • the probability of obtaining a 5-star item is 1 percent, respectively
  • the total chance of a 5-star item is 5 It may be a percentage.
  • the present invention is not limited to the example of FIG. 10, and the acquisition probabilities of items of the same grade may be different from each other.
  • FIG. 11 is a flowchart illustrating a method for generating Gacha event information using a blockchain according to some embodiments.
  • the user terminal may transmit a request for executing a Gacha event.
  • the user terminal may transmit a request for executing a Gacha event to the game server based on the user input.
  • the user terminal may acquire an execution result of the Gacha event.
  • the user terminal may perform a separate payment process together or independently, and may use the game goods or cryptocurrencies owned by the user account corresponding to the user terminal to execute a Gacha event. You can pay
  • the user terminal may execute a separate electronic wallet for using cryptocurrency, proceed with the payment process, and display a cryptographic based on a user input indicating the amount of cryptocurrency in the game and authorizing the use thereof. You can use money to pay for Gacha events.
  • the user terminal may request the recording of the Gacha event information from at least one block of the blockchain to the first node on the blockchain network to generate the first Gacha event information.
  • the first user terminal may encrypt first gacha event information and transmit the encrypted first gacha event information to the first node.
  • the first user terminal generates the first hash value corresponding to the first Gacha event information by applying the first Gacha event information to a hash function that generates data specific to the first Gacha event information, and generates a Gacha event.
  • the first hash value may be encrypted using the private key of the user who executes the first cipher text indicating the digital signature of the first Gacha event information.
  • the first user terminal may transmit the first cipher text together with the first Gacha event information to the first node.
  • the first user terminal and the first node are described as separate devices in FIG. 11, the first user terminal may be the first node. In other words, the first user terminal may be the same device as the first node or may be another device.
  • FIG. 12 is a flowchart illustrating an operation of a node on a blockchain network that distributes and manages a ledger in which Gacha event information is recorded, 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 occurring in the first user terminal, and the first Gacha event may be an event generated between the game server and the user terminal.
  • the first node may receive information of 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 the implementation.
  • the first node may perform an operation according to operation 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 first Gacha event information to a second node on the blockchain network.
  • the first node may add the first Gacha event information to the candidate block of the block that may be connected to the blockchain.
  • the first node may perform proof of work on the candidate block to add the candidate block as a valid block to the blockchain.
  • FIG. 13 is a diagram for describing a process of propagating valid Gacha event information on a blockchain network to nodes on a blockchain network and writing to a blockchain 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 Gacha event execution result.
  • the first user terminal 110 encrypts first gacha event information, which is information on a gacha event occurring in the first user terminal 110, and encrypts the encrypted first gacha event information by the first node 210 on the blockchain network. Can be sent to.
  • An operation of the first user terminal 110 encrypting the first Gacha event information and transmitting the encrypted information 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. An operation of verifying the validity of the first Gacha event information by the first node 210 will be described in detail with reference to FIG. 15.
  • the first node 210 may discard the first Gacha event information.
  • the first node 210 may determine the first Gacha event information as a second node (the second node on the blockchain network ( 220). In addition, the first node 210 indicates to the candidate block 1320 the first Gacha event information (Terminal 1, premium, 4star) indicating that the first user terminal 110 acquired the 4-star item in the premium Gacha event. 1321). When predetermined Gacha event information is recorded in the candidate block 1320, the first node 210 may generate a valid block by performing a proof-of-work on the candidate block 1320.
  • the second node 220 when the validity of the first Gacha event information is also verified in the second node 220, the second node 220 adds the first Gacha event information to the candidate block 1320, and the candidate block. Proof of work may be performed on 1320 to generate a valid block. Since operations of the third node 230 and the fourth node 240 may also correspond to operations of the first node or the second node 220, detailed descriptions thereof 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 that points to the previous block header in terms of the block to be added to the blockchain.
  • the first node 210 may acquire a difficulty level required for proof of work or constraint of a block to be added to the blockchain.
  • the first node 210 applies the hash function to the root of the Merkle tree, a hash reference pointing to the previous block header, the difficulty, the data and the nonce of the timestamp, and whether the block hash value generated by the first node 210 satisfies the constraint. You can check it.
  • the first node 210 may perform a proof of operation on the candidate block 1320 by obtaining a nonce value that satisfies the constraint while increasing the nonce by 0 to 1.
  • 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.
  • the other nodes 220-250 on the blockchain network perform validation on valid blocks received at the first node 210, so that at each node 220, 230, 240, and 250, You can add valid blocks to your own blockchain.
  • FIG. 14 is a diagram for describing a process of transmitting digitally signed Gacha event information to a node on a blockchain network in a user terminal according to some embodiments.
  • the first user terminal 110 is a first information (first user terminal, premium gacha, four stars) obtained by a first user terminal obtaining four-star item through execution of a premium gacha event with a server.
  • 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 may include the first Gacha event information 1410, which is information obtained by the first user terminal obtaining a 4-star item through execution of a premium Gacha event with the server, in the Gacha event information.
  • the hash value 76329V10 1420 corresponding to the first Gacha event information 1410 may be generated by applying the hash function to generate unique data for the first Gacha event information 1410.
  • the first user terminal 110 encrypts the hash values 76329V10 and 1420 with the private key 1425 of the first user to indicate a first ciphertext (PPAPJYP% ##) indicating a digital signature of the first Gacha event information 1410. 1430 may be generated.
  • the first user terminal 110 may transmit the Gacha event information 1440 obtained by adding the first ciphertext (PPAPJYP% ##) 1430 with the first Gacha event information 1410 to the first node 210.
  • FIG. 15 illustrates a process of verifying validity of Gacha event information in a node on a blockchain network, according to an exemplary embodiment.
  • the first node 210 may receive the first Gacha event information 1510 from the first user terminal 110.
  • the first gacha event information 1510 is first gacha result information 1511 which is information (first user terminal, premium gacha, four stars) that the first user terminal acquires a 4-star item through execution of a premium gacha event with the server.
  • first cipher text PAPJYP% ##
  • the first node 210 applies a hash function to the received first Gacha result information 1511 to generate first hash values 76932V10 and 1521 corresponding to the Gacha event information 1511. can do.
  • the first node 210 may decrypt the first ciphertext (PPAPJYP% ##) 1512 using the public key 1525 of the first user to generate second hash values 76932V10 and 1522. Since the first hash value 1521 and the second hash value 1522 are equal to 76932 V10, 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 is second gacha result information 1531 which is information (first user terminal, premium gacha, five stars) that the first user terminal acquires a 5-star item through execution of a premium gacha event with the server.
  • second cipher text PAPJYP% ##
  • 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 decrypt the first ciphertext (PPAPJYP% ##) 1512 using the public key 1525 of the first user to generate fourth hash values 76932V10 and 1542. Since the third hash value 1541 and the fourth hash value 1542 are different from each other, 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 blockchain according to some embodiments.
  • a blockchain may be constructed by connecting blocks in which valid information is recorded. That is, the data structure of the blockchain may be a predetermined data structure composed of units in which blocks that record information are arranged in order.
  • the data structure of the blockchain may be composed of a data structure in which each block header is chained with reference to the previous block header, a hash reference indicating data, and a data structure of the Merkle tree in which data is connected in a tree form.
  • a block may include a block hash, a block header, Gacha event information, and the like.
  • the block header may include the version of the current program, the hash value of the previous block header, the root of the Merkle tree, the timestamp, the difficulty, and the nonce.
  • the block hash may be a hash value of a hash function applied by using 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. That is, the value of the block hash may be a value that hashes the block header, not a value that hashes the entire block.
  • the hash value of the previous block header may be used to uniquely identify each block header and refer to the previous block header. If each block header refers to the previous block header, the order of the individual block headers and blocks may be maintained. Referring to FIG. 16, since the first block 1610 is the first block and there is no previous block, there is no reference to the previous block header. Thus, the hash value of the previous block header of the first block 1610 is zero. In addition, since the second block 1620 includes the first block 1610 that is the previous block, the second block header has a hash value indicating the first block header. Similarly, since the third block 1630 includes the second block 1620, which is the previous block, the third block header has a hash value indicating the second block header.
  • the Merkle tree may refer to a structure in which data of hash reference and data of Gacha event information are connected in a tree form.
  • the hash reference may refer to data of Gacha event information using an encrypted hash value.
  • the encrypted hash value is a unique value of the 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, and fourth Gacha event information).
  • a hash reference eg, a first hash reference, a second hash reference, a third hash reference, a fourth hash reference
  • a hash reference that points to a pair of hash references (e.g., a 12th hash reference pointing to a first hash reference and a second hash reference, a 34th hash reference pointing to a third hash reference, and a fourth hash reference). ) May be generated.
  • the operation of generating a hash reference that points to the pair of hash references may be repeated to generate a single hash reference (eg, a twelfth hash reference and a 1234 hash reference to the thirty-fourth hash reference).
  • the Merkle tree may be a tree-type structure starting from a single hash reference and linked to data of each Gacha event information.
  • the root of the Merkle tree may mean a single generated hash reference.
  • the time staff may mean the time when the work started to prove the work.
  • the difficulty may refer to constraints in proof of work or hash puzzles.
  • the nonce may refer to a value in which the value of the block hash is adjusted to satisfy the constraint for proof of work.
  • FIG. 17 is a diagram illustrating a method of obtaining a proof of work and a nonce of a block in a node on a blockchain network, according to some embodiments.
  • Nodes on the blockchain network may validate the validity of the Gacha event information and the block header so that a valid block composed of only the data of the valid Gacha event information and the block header may be connected to the blockchain.
  • Each node may perform proof of work on the block to generate a valid block.
  • the proof of work may mean that the unique hash puzzle of the block is solved.
  • elements for proof of work 1710 may include given data that should not be changed, freely changeable data, hash functions to apply, constraints given to hash values.
  • given data that should not be changed may include data for version information 1711, hash value 1712 of the previous block header, root 1713 of the Merkle tree, timestamp 1714, and difficulty 1715.
  • the freely changeable data may be a nonce 1716.
  • the constraint given to the hash value may be difficulty 1715.
  • proof-of-work includes data for version information 1711, hash values 1712 of previous block headers, root 1713 of the Merkle tree, timestamps 1714, and difficulty 1715.
  • the value of the block hash 1720 generated by applying the hash function to the nonce 1716 may be performed by satisfying the constraint.
  • the node infers the nonce 1716 to prove the work on the block, and replaces the estimated nonce 1716 with version information 1711, the hash value 1712 of the previous block header, and the root 1713 of the Merkle tree.
  • the node may check whether the value of the generated block hash 1720 satisfies the constraint. If the value of the block hash 1720 satisfies the constraint, the proof of work is completed. If the value of the block hash 1720 does not satisfy the constraint, the node may repeat the same process after guessing another nonce. .
  • Table 1730 of FIG. 17 illustrates a hash value generated by applying a nonce, data to hash, and a nonce and data to hash to a hash function.
  • the constraint may be a condition in which the first three digits of the hash value are zero.
  • the node may perform a process for proof of work while increasing the nonce by 0 to 1.
  • the hash value JYPEHJLF100 generated using the nonce 53 satisfies the constraint.
  • the node can complete Proof of Work with 54 trials and errors from nonce 0 to nonce 53.
  • the difficulty may refer to constraints in proof of work or hash puzzles.
  • the degree of difficulty may be expressed as a natural number, and the number of degrees of difficulty may indicate the number of digits to be filled with zeros from the beginning of the hash value. Therefore, as the difficulty increases, the first digit to be filled with zeros increases.
  • the proof-of-work or hash puzzle is more complex, and more computational resources and time may be required to find the nonce that meets the constraints. That is, the proof-of-work may mean calculating a nonce value to obtain a block hash value and generating a valid block having the obtained block hash as an identifier.
  • a node that generates a valid block may be rewarded.
  • Rewards can be determined under the agreement of the 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 the Gacha event information to the first node may also be rewarded.
  • FIG. 18 is a diagram for describing a method of recording Gacha event information in a blockchain according to some embodiments.
  • the hash value of Gacha event information may be used to calculate the root of the Merkle tree of the block containing Gacha event information.
  • 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. Further, the version information of the second block header, the hash value of the block header of the first block 1810, the root 1822 of the Merkle tree, the timestamp, the difficulty, and the nonce 1823 are applied to the hash function as input values.
  • the second block hash 1824 which is a hash value of the second block header, may be calculated. The second block hash 1824 can be used to calculate the 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. Since the root 1822 of the Merkle tree of the second block header and the nonce 1823 of the second block header are 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 hash value of the block header must be recalculated. 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 a block including the changed Gacha event information by changing the Gacha event information at a predetermined node, other nodes may continue to add a block to the blockchain where the Gacha event information has not been changed. . Therefore, the length of the blockchain held by a given node is shorter than the length of the blockchain held by other nodes.
  • each node on the blockchain network may select the history of the Gacha event information according to a predetermined criterion to provide consistency and security with respect to the history of the Gacha event information recorded in the blockchain.
  • the predetermined criterion may be to select a path having the most blocks of the tree-shaped blockchain data structure.
  • the predetermined criterion may be to select a path having the largest difficulty summation among tree-shaped blockchain data structures.
  • each node on the network of the blockchain selects a blockchain whose Gacha event information has not changed.
  • consistency and security of the history of Gacha event information recorded in the blockchain can be guaranteed.
  • Gacha system service or online game service may be provided.
  • at least one node in the blockchain network or the blockchain network may provide the Gacha system service or the online game service.
  • the Gacha system service or the online game service may be provided through a decentralized application (DAPP). It is possible to provide Gacha system service and online game service through DAPP without server intervention.
  • DAPP decentralized application
  • a Gacha engine may be stored in a blockchain network
  • a Gacha event may be executed through a DAPP using a stored Gacha engine
  • an execution result may be provided.
  • the online game service may also be provided in the same manner as the method for providing 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 components illustrated in FIG. 19 are essential components of the user terminal 1900. The user terminal 1900 may be implemented by more components than the illustrated component, and the user terminal 1900 may be implemented by fewer components. Hereinafter, the components will be described. In addition, the user terminal 1900 illustrated in FIG. 19 may be the first user terminal 110 described above.
  • processor 1910 typically controls the overall operation of user terminal 1900.
  • the processor 1910 may control overall 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 a processor in an integrated form.
  • 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 a file stored in the memory (not shown), or store a new file in the memory (not shown).
  • the processor 1910 may execute instructions stored in a memory (not shown).
  • the processor 1910 may obtain probability information of the Gacha system based on Gacha event information obtained from another user terminal. In addition, 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 blockchain for distributing and managing the ledger in which the Gacha event information is recorded, and each Gacha event information may be the same block among the blocks constituting the blockchain. It can be included in different blocks.
  • the processor 1910 controls the communication unit 1930 to request a node of the blockchain network to record the information of the Gacha event including the Gacha event execution result in at least one block constituting the blockchain. can do.
  • the processor 1910 may encrypt the Gacha event information and control the communication unit 1930 to transmit the encrypted Gacha event information to the node.
  • the processor 1910 may apply the Gacha event information to a hash function that generates data unique to Gacha event information, generate a hash value corresponding to the Gacha event information, and execute the Gacha event.
  • a hash function that generates data unique to Gacha event information
  • the processor 1910 may apply the Gacha event information to a hash function that generates data unique to Gacha event information, generate a hash value corresponding to the Gacha event information, and execute the Gacha event.
  • the ciphertext representing the digital signature of the Gacha event information can be generated.
  • the processor 1910 may calculate an acquisition probability of each item that can be obtained in the Gacha system based on Gacha event information obtained 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 be provided with a predetermined game good.
  • the Gacha event information may include the 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 a user terminal on which the Gacha event is executed, an item acquired according to the Gacha event execution result, and an amount of game goods used to execute the Gacha event.
  • the communication unit 2030 may obtain information about a Gacha event occurring in another user terminal.
  • a communication unit for acquiring third gacha event information which is information on a gacha event occurring in a third user terminal;
  • the communication unit 2030 may transmit a request for executing the Gacha event, and obtain a result of executing the Gacha event from the server.
  • the communication unit 2030 may transmit a cipher text encrypted with Gacha event information to the node.
  • the communication unit 1250 may include a Bluetooth communication unit, a Bluetooth low energy (BLE) communication unit, a near field communication unit (Near Field Communication), a WLAN (Wi-Fi) communication unit, a Zigbee communication unit, an infrared ray (IrDA) ) May include a communication unit, a Wi-Fi Direct communication unit, an ultra wideband communication unit, an Ant + communication unit, and the like, but is not limited thereto.
  • BLE Bluetooth low energy
  • Wi-Fi Near Field Communication
  • Zigbee communication unit Zigbee communication unit
  • IrDA infrared ray
  • 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 various types of data according to transmission and reception of a voice call signal, a video call call signal, or a text / multimedia message.
  • the display 1950 may display probability information of the Gacha system.
  • the display 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 form a layer structure and constitute a touch screen, the display may be used as an input device in addition to the output device.
  • the user terminal 1900 may further include a user interface unit (not shown).
  • the user interface may obtain 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 the Gacha system.
  • the user interface may include a key pad, a dome switch, a touch pad (contact capacitive type, pressure resistive type, infrared sensing type, and surface ultrasonic conduction type). , Integral tension measuring 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) may store a variety of information, and the form stored in the memory (not shown) is not limited.
  • the memory may be a flash memory type, a hard disk type, a multimedia card micro type, a card type memory (eg, SD). Or XD memory, etc.), random access memory (RAM), random random access memory (SRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), programmable read-only memory (PROM) ),
  • a magnetic memory, a magnetic disk, and an optical disk may include at least one type of storage medium.
  • programs stored in a memory may be classified into a plurality of modules according to their function.
  • 20 is a block diagram illustrating a 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 components than the illustrated components, and the node 2000 may be implemented by fewer components. Hereinafter, the components will be described.
  • the node 2000 illustrated in FIG. 20 may be the first node 210 described above.
  • processor 2010 typically controls the overall operation of node 2000.
  • the processor 2010 may overall control the 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 a processor integrated into one.
  • 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 a file stored in the memory 2050, or store a new file in the memory 2050.
  • 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. In addition, the processor 2010 may receive information information about 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 received from the server. have. If it is determined that the first Gacha event information is valid, the processor 2010 may transmit the first Gacha event information to the 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. In addition, 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 invalid, the processor 2010 may discard the first Gacha event information.
  • the processor 2010 may perform proof of work on the candidate block to add the candidate block to the blockchain as a valid block.
  • the processor 2010 may include a first cipher text indicating digital signatures of first gacha event information and first gacha event information that the first user terminal performs with the server from the first user terminal through the communication unit 2030. Can be received.
  • the processor 2010 may apply a hash function to the first Gacha event information to generate a first hash value corresponding to the first Gacha event information.
  • the processor 2010 may generate a second hash value by decrypting the first cipher text using the public key of the first user.
  • the processor 2010 may verify the validity of the first Gacha event information based on a result of comparing the first hash value with the second hash value and whether the information of the first Gacha event obtained from the server and the user terminal corresponds. Can be.
  • the processor 2010 may receive a first block on which proof of work is completed from a second node on the blockchain network through the communication unit 2030.
  • the processor 2010 may verify the validity of the first block by checking the validity of the at least one Gacha event information included in the first block and the validity of the block header of the first block. If the first block is valid, the processor 2010 may add the first block to the blockchain 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 blockchain 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 communicate with an external device.
  • the external device may be a server, a smartphone, a tablet, a PC, a computing device, or the like.
  • the communication unit 2030 may include a communication module supporting one of various wired and 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 may include Bluetooth, Bluetooth Low Energy (BLE), Near Field Communication (WLAN), WLAN, Zigbee Infrared Data Association (IrDA), and Wi-Fi Direct (WFD). Regardless of the communication method, UWB (ultra wideband), Ant +, LTE, 3G, 5G, etc. can be communicated through all methods.
  • BLE Bluetooth Low Energy
  • WLAN Near Field Communication
  • IrDA Zigbee Infrared Data Association
  • WFD Wi-Fi Direct
  • the memory 2050 may be a flash memory type, a hard disk type, a multimedia card micro type, a card type memory (SD, XD memory, etc.). Random access memory (RAM), static random access memory (SRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EPEROM), programmable read-only memory (PROM), It may include a storage medium of at least one type of magnetic disk, optical disk.
  • the memory 2050 may store at least one program for executing the operation method of the node 2000 on the network of the blockchain for distributing and managing the ledger recording the Gacha event information in the computer. At least one program stored in the memory 2050 may be classified into a plurality of modules according to a function.
  • the apparatus described above may be implemented as a hardware component, a software component, and / or a combination of hardware components and software components.
  • the devices and components described in the embodiments are, for example, processors, controllers, arithmetic logic units (ALUs), digital signal processors, microcomputers, field programmable gate arrays (FPGAs).
  • ALUs arithmetic logic units
  • FPGAs field programmable gate arrays
  • PLU programmable logic unit
  • the processing device may execute an operating system (OS) and one or more software applications running on the operating system.
  • the processing device may also access, store, manipulate, process, and generate data in response to the execution of the software.
  • a processing device may be described as one being used, but a person skilled in the art will appreciate that the processing device includes 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 parallel processors.
  • the software may include a computer program, code, instructions, or a combination of one or more of the above, and configure the processing device to operate as desired, or process independently or collectively. You can command the device.
  • Software and / or data may be any type of machine, component, physical device, virtual equipment, computer storage medium or device in order to be interpreted by or to provide instructions or data to the processing device. Or may be permanently or temporarily embodied in a signal wave to be transmitted.
  • the software may be distributed over networked computer systems so that they are 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 embodied in the form of program instructions that can be executed by various computer means and recorded in a computer readable medium.
  • Computer-readable media may include, alone or in combination with the program instructions, data files, data structures, and the like.
  • the program instructions recorded on the media may be those specially designed and constructed for the purposes of the embodiments, or they may be of the kind well-known and available to those having skill in the computer software arts.
  • Examples of computer readable recording media include magnetic media such as hard disks, floppy disks and magnetic tape, optical media such as CD-ROMs, DVDs, and magnetic disks such as floppy disks.
  • Examples of program instructions include not only machine code generated by a compiler, but also high-level language code 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 operations of the embodiments, and vice versa.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Physics & Mathematics (AREA)
  • 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
KR10-2018-0042919 2018-04-12
KR1020180042919A KR20190119454A (ko) 2018-04-12 2018-04-12 가챠 시스템의 확률 정보를 획득하는 방법, 장치 및 컴퓨터 프로그램

Publications (2)

Publication Number Publication Date
WO2019198846A1 true WO2019198846A1 (ko) 2019-10-17
WO2019198846A9 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 株式会社セガ プログラム及び情報処理装置

Citations (5)

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

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101275662B1 (ko) * 2012-08-10 2013-06-17 (주)네오위즈게임즈 아이템 추첨 서비스 관리 방법 및 서버
US20180096752A1 (en) * 2014-08-06 2018-04-05 Mido Play 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
US11565186B2 (en) 2023-01-31
US20210205714A1 (en) 2021-07-08
WO2019198846A9 (ko) 2021-03-18
KR20190119454A (ko) 2019-10-22

Similar Documents

Publication Publication Date Title
WO2019198845A1 (ko) 복수의 사용자들 간에 게임을 진행하여 게임 결과를 기록하기 위한 장치, 방법 및 컴퓨터 프로그램
WO2019198846A1 (ko) 가챠 시스템의 확률 정보를 획득하는 방법, 장치 및 컴퓨터 프로그램
WO2019208861A1 (ko) 전자 지갑을 이용한 암호화폐의 거래 서비스를 제공하는 장치 및 방법
WO2018097662A1 (en) Method and apparatus for managing program of electronic device
WO2021025482A1 (en) Electronic device and method for generating attestation certificate based on fused key
WO2021071157A1 (en) Electronic device and method for managing blockchain address using the same
WO2020235782A1 (ko) 분산 환경에서의 신원 인증 방법
WO2020032482A1 (ko) 공카드를 이용한 금융거래제공방법 및 시스템
WO2014030959A1 (en) Information providing method, mobile terminal and display device for the same
WO2020149454A1 (ko) 사용자에 대한 인증을 수행하는 전자 장치 및 그 동작 방법
WO2017171445A2 (en) Product payment method and electronic device for supporting the same
WO2016129838A1 (en) Electronic device and method for processing secure information
WO2021040325A1 (en) Electronic device providing blockchain account information and method of operating the same
WO2018124718A1 (ko) 블록체인 내의 블록별로 밸런스 데이터베이스를 관리하여 통합 포인트 서비스를 제공하는 방법 및 이를 이용한 지원 서버
WO2019061611A1 (zh) 营销活动的管理方法、装置、设备及计算机存储介质
WO2016076638A1 (en) Apparatus and method for payment
WO2020022531A1 (ko) Pop 기반 블록체인에서의 동적 시간 지연 기반의 체인 연결 방법 및 시스템
WO2022060149A1 (ko) 탈중앙화 네트워크를 이용하여 권리를 관리하는 전자 장치 및 이의 동작 방법
WO2019245167A1 (ko) 동적 규칙 기반의 블록 체인을 이용하는 군집 제어 장치 및 방법
WO2018124716A1 (ko) Utxo 기반 프로토콜에서 머클 트리 구조를 사용하여 통합 포인트 서비스를 제공하는 방법 및 이를 이용한 지원 서버
WO2017010823A1 (en) Payment system, electronic device and payment method thereof
WO2021177695A1 (en) Electronic device for providing transaction information and operating method thereof
WO2018143676A1 (ko) 전자 장치 및 이를 이용한 결제 방법
WO2019112092A1 (ko) 거래 원장에 기반한 계정간 사회적 관계 도출 장치 및 방법과 그를 이용한 소셜 미디어 서비스 제공 장치 및 방법
WO2022114857A1 (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