JP6405478B1 - Distributed ledger device and distributed ledger method for adjustment of blockchain-based game difficulty - Google Patents

Abstract

The present invention provides a distributed ledger device, a distributed ledger method, and a transaction information broadcast device and method for adjusting game difficulty. To this end, a storage request reception step of receiving a difficulty information storage request transaction (Transaction) including difficulty information changed for a specific user from a first account in the blockchain; A storage step for storing difficulty information based on a difficulty information storage request transaction; a difficulty information confirmation request for receiving a difficulty information confirmation query that is a request for difficulty information confirmation from a second account in the blockchain And a difficulty level information transmission step of transmitting difficulty level information to the second account. [Selection] Figure 1

Description

  The present invention relates to a distributed ledger device, a distributed ledger method, a transaction information broadcast device and method for adjusting game difficulty.

  Among the rapidly developing industries in recent years, the game industry is the most prominent. In particular, the growth rate of mobile games is extremely fast, but in Korea, Net Marble Games, Inc. has been listed on the Korea Stock Exchange on May 12, 2017, and has become a company with a market capitalization of about 17 trillion won. It was. Also, as a representative PC game developer in Korea, there is Blue Hole. Blue holes are known to be valued at about 10 trillion won due to the success of Player Unknowns Battle Grounds.

  Recently, in the gaming industry environment, as users' accessibility increases and more games can be replaced, each gaming company analyzes user information to minimize withdrawal rates or increase retention We are actively using various methods. The difficulty information analysis methods typically include cohort analysis, funnel analysis, ARPU (Average Revenue Per User) analysis, etc. The methods for minimizing the withdrawal rate or increasing the retention are external aspects of the game. Growth hacking, which is an improvement in the game, and difficulty adjustment in the internal aspects of the game.

  At this time, if difficulty level information is connected to a plurality of PC / mobile game applications, a customized service that is more optimized for the user's situation becomes possible. For example, a strategy such as integration of a difficulty level system and a recommendation system for a plurality of PC / mobile game applications may be mentioned. For this purpose, database (DB) mirroring is required. However, when attempts to connect difficulty information to each other are performed by a plurality of entities, there is a problem that mirroring of the DB becomes very difficult.

  In order to solve the above problem, it is possible to mirror the server of company A and the server of company B. However, in the case of complete mirroring, there is a risk of impairing the service stability, so this is not actually possible. It is believed that there is. Moreover, although a method of providing a dedicated line may be used, there is a problem that infrastructure cost is very high.

Korea registered patent, 10-1751025, Smart chain business processing system based on blockchain (On the Co., Ltd.) Korea registered patent, 10-1758870, mining management system and mining management method using the mining management system (Ming Rig Monitoring System, Min Mining Rig Monitoring Method in Using Same) U.S. Published Patent, US2016 / 0342989 A1, Method and system for processing blockchain-based transactions on emerging payment networks, Mastercard International Corporation US Published Patent, US2016 / 0292672 A1, Systems and methods of blockchain transaction recording, Nasdaq, Inc. US Published Patent, US2017 / 0132615 A1, Block chain alias for person-to-person payments, Bank Of America Corporation

  Therefore, the present invention has been made to solve the above problem, and while maintaining the conventional network form, the distributed ledger device, the distributed ledger method, and the transaction information for adjusting the game difficulty level are provided. It is an object to provide a broadcasting apparatus and method.

Hereinafter, specific means for achieving the object of the present invention will be described.
An object of the present invention is to store at least a part of a block chain including a difficulty level information management account, a first account, and a second account, and includes difficulty level information already stored in the difficulty level information management account. A memory module in which a distributed ledger is stored; and a processing module that is operatively coupled to the memory module and that executes computer-readable program code of the difficulty information management account. The program code includes: a storage request reception step for receiving a difficulty information storage request transaction (Transaction) including difficulty information about a specific user from the first account in the block chain; and the difficulty information Based on the save request transaction A storage step for storing difficulty information; a difficulty information confirmation requesting step for receiving a difficulty information confirmation query that is a request related to difficulty information confirmation from the second account in the block chain; A difficulty level information transmitting step of transmitting the difficulty level information to an account, wherein the first account is connected to a first server that services a first game application, and the second account is a second game. The game difficulty level adjustment is characterized in that the difficulty level information is shared with a plurality of game applications by using a plurality of accounts in the block chain, connected to a second server that services the application. This can be achieved by providing a distributed ledger device.

  Further, the difficulty level information includes adjustment information that is information related to a direction of difficulty level adjustment applied to the specific user, and the adjustment information includes a level of difficulty level adjustment and a direction of difficulty level adjustment. Good.

  Another object of the present invention is to store at least a part of a block chain including a difficulty level information management account, a first account, and a second account, and difficulty level information already stored in the difficulty level information management account. A memory module in which a distributed ledger is stored; and a processing module that is operatively coupled to the memory module and executes computer-readable program code of the difficulty information management account. The program code of a management account receives a play information transaction including play information for a specific user from the first account in the block chain; and the specific information based on the play information transaction Of difficulty adjustment applied to all users An adjustment information generation step for generating adjustment information that is information on the orientation; an adjustment information confirmation request step for receiving an adjustment information confirmation query that is a request for the adjustment information confirmation from the second account in the blockchain; An adjustment information transmission step of transmitting the adjustment information to the second account, wherein the first account is connected to a first server serving a first game application, and the second account is a second account And the adjustment information includes a degree of difficulty adjustment and a direction of difficulty adjustment, and a plurality of game applications using a plurality of accounts in the block chain. The adjustment information is shared with respect to the game difficulty level adjustment. It can be achieved by providing a decentralized ledger system.

  The adjustment information generation step calculates the possibility of leaving based on the play information of the specific user, and if the possibility of leaving is equal to or more than a predetermined reference value, the possibility of leaving information The adjustment information is generated such that the adjustment information is less than the specific reference value, and if the detachability information is less than the specific reference value, the adjustment information is generated in a direction in which the degree of difficulty increases, Play information is at least one of the specific user withdrawal information, duration information, level information, quest resolution information, failure information, success information, ability value information, item information, and cryptocurrency information Also good.

  Also, in the adjustment information generation step, reinforcement learning (Reinforcement Learning) is used to generate the adjustment information, and the agent (Agent) in the reinforcement learning becomes the difficulty information management account, and the action (Action) is The adjustment information is generated, and compensation may be at least one of a play duration, a learning speed, and a repetition rate of the specific user.

  Another object of the present invention is to store at least a part of a block chain including a difficulty level information management account, an adjustment information generation account, a first account, and a second account, and already store in the difficulty level information management account. A memory module in which a distributed ledger including difficulty information is stored; operatively coupled to the memory module and executing computer-readable program code of the difficulty information management account and the adjustment information generation account And the program code of the adjustment information generation account receives play information transaction (Transaction) including play information about a specific user from the first account in the blockchain. Receive step; before An adjustment information generating step for generating adjustment information that is information on the direction of difficulty adjustment applied to the specific user based on a play information transaction, and the program code of the difficulty information management account includes: A storage request receiving step for receiving an adjustment information transaction including adjustment information for the specific user from the adjustment information generation account in the block chain; and storing the adjustment information based on the adjustment information transaction. An adjustment information confirmation requesting step for receiving an adjustment information confirmation query that is a request for adjustment information confirmation from the second account in the block chain; and an adjustment for transmitting the adjustment information to the second account. An information transmission step; The first account is connected to a first server that services a first game application, a second account is connected to a second server that services a second game application, and the adjustment information includes: Including the degree of difficulty adjustment and the direction of difficulty adjustment, and sharing the difficulty information to a plurality of game applications using a plurality of accounts in the blockchain. This can be achieved by providing a distributed ledger device for coordination.

  Another object of the present invention is to store at least a part of the block chain including the difficulty level information management contract account, the first account, and the second account, and store the difficulty level information already stored in the difficulty level information management account. A distributed ledger method comprising: a memory module storing a distributed ledger; and a processing module operably coupled to the memory module and executing computer readable program code of the difficulty information management account The difficulty level information management account receives a difficulty level information confirmation query that is a request for difficulty level information confirmation from the second account in the block chain; and the difficulty level information confirmation step; Before the management account was received from the first account and saved A difficulty level information transmitting step of transmitting difficulty level information to the second account, wherein the first account is connected to a first server that services the first game application, and the second account is the first level A game difficulty level, wherein the game difficulty level is linked to a second server that services the second game application and shares the difficulty level information with respect to a plurality of game applications using a plurality of accounts in the block chain This can be achieved by providing a distributed ledger method for the adjustment of

  Another object of the present invention is difficulty level information in which a difficulty level information management account stored in a block chain and storing difficulty level information is a request related to the difficulty level information confirmation from a second account in the block chain. A difficulty information confirmation requesting step for receiving a confirmation query; and the difficulty information management account transmits the difficulty information received and stored from the first account in the blockchain to the second account. The first account is connected to a first server serving a first game application, and the second account is a second server serving a second game application. And multiple game applications using multiple accounts in the blockchain Characterized by sharing the difficulty information for, it can be achieved by providing a program stored in a recording medium for performing a distributed ledger method in a computer for adjusting the game difficulty level.

  Another object of the present invention is to provide a difficulty level information receiving module for receiving the difficulty level information of the user from a client of the user; including the received difficulty level information in transaction information for a specific game account; A broadcast module that stores the transaction information including information in a distributed ledger and then broadcasts it to at least some of the nodes via a blockchain distributed network, and the specific game account includes the difficulty level A transaction information receiving step for receiving the transaction information including information; a transaction transmitting step for transmitting a difficulty level information storage transaction including the difficulty level information to a difficulty level information management account; A computer readable program code for performing the management, and using the difficulty level information stored in the difficulty level information management account, a plurality of game accounts are managed so as to share the difficulty level information This can be achieved by providing a broadcast apparatus for transaction information.

  Another object of the present invention is to provide a difficulty level information receiving module for receiving the difficulty level information of the user from a client of the user; including the received difficulty level information in transaction information for a specific game account; A broadcast module that stores the transaction information including information in a distributed ledger and then broadcasts the transaction information to at least some of the nodes via a blockchain distributed network. A transaction information receiving step in which the game account receives the transaction information including the difficulty information; and the difficulty information including the difficulty information in the difficulty information management account. A transaction transmission step of transmitting a stored transaction (transaction); and managing the plurality of game accounts so as to share the difficulty information using the difficulty information stored in the difficulty information management account This can be achieved by providing a method for broadcasting transaction information.

As described above, according to the present invention, the following effects can be obtained.
First, according to an embodiment of the present invention, while maintaining a conventional network as it is, the difficulty information of a plurality of entity PC / mobile game applications is integrated and seamless difficulty is obtained. The effect that an experience can be given to a user is acquired.

  Second, according to an embodiment of the present invention, an effect of reducing the overall withdrawal rate of a game application in a PC / mobile game application such as a game can be obtained.

  The following drawings attached to the present specification illustrate preferred embodiments of the present invention, and serve to further understand the technical idea of the present invention together with the detailed description of the invention. The present invention should not be construed as being limited to the matters described in such drawings.

It is a schematic diagram which shows the distributed ledger apparatus by one Embodiment of this invention. It is a schematic diagram which shows the form of various nodes. FIG. 3 is a schematic diagram illustrating a data structure of a memory module according to an embodiment of the present invention. It is a schematic diagram which shows the relationship between the specific game server 20 and the block chain 30 by one Embodiment of this invention. It is a mimetic diagram showing game server 20 and block chain 30 by one embodiment of the present invention. It is a schematic diagram which shows the difficulty level information confirmation query by one Embodiment of this invention. FIG. 4 is a schematic diagram illustrating mirroring message transaction (Tx, Transaction) and response transaction (Tx, Transaction) information according to an embodiment of the present invention. 6 is a flowchart showing processing steps (difficulty information storage method) of the processing module 11 of the distributed ledger apparatus 1 according to an embodiment of the present invention when storage of changed difficulty information is requested. When confirmation of difficulty level information is requested from a specific game account (when a specific game application is executed), processing steps (difficulty level information) of the processing module 11 of the distributed ledger device 1 according to an embodiment of the present invention It is a flowchart which shows a confirmation method. It is a schematic diagram which shows the game server 20 and the block chain 30 by other embodiment of this invention. It is a schematic diagram which shows the HTTP communication of the transaction information transmitter 2 and the distributed ledger apparatus 10 of this invention. It is a schematic diagram which shows the case where the transaction information transmitter 2 by one Embodiment of this invention receives the difficulty information storage request | requirement (a difficulty information is included). It is a schematic diagram which shows the case where the transaction information transmitter by one Embodiment of this invention receives the difficulty information storage request | requirement.

  DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, an embodiment in which a person having ordinary knowledge in the technical field to which the present invention pertains can easily implement the present invention will be described in detail with reference to the accompanying drawings. However, in describing the operating principle of the preferred embodiment of the present invention in detail, specific descriptions of related known functions or configurations may unnecessarily obscure the subject matter of the present invention. When it is determined, detailed description thereof is omitted.

  Moreover, the same code | symbol is used about the part which performs the function and effect | action similar to the whole drawing. Throughout the specification, a specific part is connected to another part not only when it is directly connected but also when it is indirectly connected through another element in the middle. Including. Further, including a specific component means that other component is not excluded, and other component may be further included unless otherwise specified.

Distributed Ledger Device for Adjustment of Game Difficulty In a distributed ledger device, FIG. 1 is a schematic diagram showing a distributed ledger device according to an embodiment of the present invention. As shown in FIG. 1, a distributed ledger device 1 according to an embodiment of the present invention may mean any one of nodes of a blockchain distributed network 100, and includes a communication module 10, a processing module 11, A memory module 12 may be included.

  The block chain distributed network 100 means a P2P distributed network composed of a plurality of nodes that store a block chain distributed ledger. Since the blockchain distributed network 100 is configured so that at least some of the nodes can perform the same processing, even if some of the nodes are shut down or modulated, the entire system is not affected. It has the characteristics. A node may mean any computing device connected to the blockchain distributed network 100. Such a node may include a digital wallet, a blockchain copy, a verification engine, a mining engine, a P2P network distribution function (broadcast), etc., and also includes a client configured only with a light function. But you can. The block chain distribution network 100 according to an exemplary embodiment of the present invention may include a pure P2P and a hybrid P2P having a super node (Super Node). In particular, the node according to an embodiment of the present invention may be installed on the client together with the source code of the PC / mobile game application.

  FIG. 2 is a schematic diagram showing various node configurations. As shown in FIG. 2, the reference client (Reference client) is for the user's digital wallet management module and for block mining when the agreement algorithm is proof of work (POW, Proof of Work). A mining module, a blockchain database that stores all or at least a part of the entire blockchain, and a network routing module that broadcasts transactions to the blockchain distributed network (Network Routing Module) For example, it may mean a client (Client) of a Bitcoin Core. A full node may refer to a node including a block chain database and a network routing module. A Solo Miner Node may refer to a node that includes a mining module, a block chain database, and a network routing module. The mining node includes a lightly loaded node including a gateway router connected to a pool mining node (Pool Mining Node), which means a node of the mining pool, and a mining module. Can mean The Lightweight Wallet Node generally stores only blockchain header information, has a digital wallet management module to store the user's digital wallet, includes a network routing module, but does not store the blockchain database. Since it is not included, it can mean a lightly loaded node that depends on a server owned by a third party in order to generate a transaction or access a blockchain distributed network. The distributed ledger device 1 according to an embodiment of the present invention may mean a node including a block chain database and a network routing module among the nodes. In addition, when a node according to an embodiment of the present invention includes a mining module, the user client can be configured to perform mining using a POW (Proof of Work) or POS (Proof of Stack) method.

  The communication module 10 includes a network routing module (Network Routing Module) that broadcasts transactions to a blockchain distributed network, a gateway router (Gateway Router) connected to a pool mining node (Pool Mining Node), and the like. Can mean

  The processing module 11 is a module that processes the contents of a transaction stored in a block of a block chain that is a distributed ledger stored in the memory module 12. The processing module 11 according to an embodiment of the present invention may be configured with a virtual machine (VM) such as an Ethereum Virtual Machine. Such a virtual machine is generated by compiling a code (smart contract: Smart Contract) made in a high-level language such as Mutan, LLL, Serpent, Solidity, etc. It is a runtime for executing bytecode, and is also an entity that uses memory (Memory) and storage (Storage) in addition to opcode (OPCODE) and stack (Stack).

  The memory module 12 is a module that stores a distributed ledger, and can mean a blockchain database that stores all or part of the entire blockchain. FIG. 3 is a schematic diagram illustrating a data structure of a memory module according to an embodiment of the present invention. As shown in FIG. 3, the memory module 12 according to an embodiment of the present invention can store all or part of a block chain, and each block header includes a hash value (hash) of a previous block header, Answer value (nonce), transaction group hash value and other information related to the generated time stamp (Timestamp) (not shown), Difficulty (Difficulty) (not shown) meaning mining difficulty, A block number (Block Number) (not shown) indicating a block number may be included. Each block (Contents) may include at least one or more pieces of transaction information (particularly difficulty level information storage transaction information according to an embodiment of the present invention).

  The block may include a specific game account and a difficulty level information management account. FIG. 4 is a schematic diagram showing a relationship between a specific game server 20 and the block chain 30 according to an embodiment of the present invention. As shown in FIG. 4, a specific game account 31 may be composed of EOA (External Owned Account) or CA (Contract Account), and is connected to a server 20 of a specific PC / mobile game application. The difficulty level information of the specific game account and the difficulty level information of the specific game account may be paired, and may be configured to be mirrored with the difficulty level information of the difficulty level information management account 32. . The difficulty level information management account 32 may be composed of EOA (External Owned Account) or CA (Contract Account), and receives difficulty level information linked to a plurality of game accounts 31 and receives the difficulty level information. It may be configured to be mirrored with the difficulty level information of the plurality of game accounts 31.

  The difficulty information management account generation transaction information for generating the difficulty information management account 32 may not include an address, and is a kind of smart contract according to an embodiment of the present invention. A code of a degree information management account (for example, byte code (Byte code) can be included. When the difficulty level information management account generation transaction information is stored in a block and executed, a kind of contract account for the smart contract (Contract account) The difficulty level information management account address is generated and stored in the block.A specific game account that conditionally uses the difficulty level information management account after generating the difficulty level information management account according to an embodiment of the present invention. Specific The game account 31 can be generated or the existing specific game account 31 can be modified and distributed.

  When the game application (PC or mobile) of a specific game is terminated in the client of the specific user, the difficulty level information in the specific game is stored in the difficulty level information management account. As shown in FIG. 3, the difficulty level information storage transaction information includes difficulty level information that is one of difficulty level information management account address information, difficulty level information storage execution command, and parameter of the command. , Other value information (Value) or parameters to be transmitted, and user identification information (not required when a difficulty level information management account is generated for each user). When the difficulty level information storage transaction information is stored in a block and executed, the difficulty level information management account can update the stored difficulty level information to new difficulty level information. The updated difficulty level information can be stored in a block by a method such as being included in a storage (Storage) of a difficulty level information management account or a memory (memory).

  The difficulty level information according to an embodiment of the present invention may include adjustment information that is information related to the direction of difficulty level adjustment applied to a specific user. The adjustment information according to an embodiment of the present invention is vector information including the magnitude of adjustment and the direction of adjustment, and is configured such that the difficulty level decreases (adjustment direction) by, for example, 20% (the magnitude of adjustment). obtain. When the difficulty level information includes the adjustment information according to the embodiment of the present invention, an effect that the difficulty level can be generally adjusted for a specific user's play to a plurality of games is generated. In particular, even when the categories of a plurality of games for which the difficulty level is to be adjusted are diverse, there is an effect that the difficulty level adjustment can be applied.

  Such adjustment information according to an embodiment of the present invention can be generated by an adjustment information generation module provided on each specific game server 20 side. FIG. 5 is a schematic diagram showing the game server 20 and the block chain 30 according to an embodiment of the present invention. As shown in FIG. 5, the game server 20 according to an embodiment of the present invention may include a difficulty level adjustment module 21 and an adjustment information generation module 22.

  The difficulty level adjustment module 21 according to an embodiment of the present invention is a module that updates the adjustment information from the game account 31 through pairing with the game account 31 and adjusts the difficulty level of the game based on the adjustment information. The adjustment of the difficulty level based on the adjustment information according to the embodiment of the present invention may be applied separately according to each game category. For example, in the case of a puzzle game (Anipan, Everyone's Marble, Candy Crush, Friends Pop, Sichuan Province, Angry Birds, Tetris), it appears due to the frequency of appearance of items / events, gain size, and random number range restrictions that are beneficial to the user The difficulty level can be adjusted by reducing the variety of events to be performed.

  In addition, in the case of RPG games (Hero Corps, Mu Origins, Summoners War, Seven Knights, Shin Sangoku Musou, Raven, Blade, HIT, Maple Story, Sword Art Online, etc.), the number of enemy NPCs (non-player characters) The difficulty level can be adjusted by the ability value of the enemy NPC, the appearance frequency of the enemy NPC, the reward at the time of success, the appearance frequency of the item, and the like. Stutting, running, action, and adventure games (Dragon Flight, Stella Saga, Prince of Persia, Command, Call of Duty, NOVA, Dead Space, Friends Run, Sonic, Wind Runner, Metal Slug, In the case of Assassin's Creed, GTA, Everyone Chachacha, Need for Speed, etc., the difficulty is adjusted according to the appearance frequency of obstacles or items, enemy NPC reaction speed, enemy NPC ability value, success judgment probability range, etc. It can be carried out. In addition, simulation and real-time strategy games (Crash of Queens, Clash of Clans, Dominations, Boom Beach, Water Legend, Nyanko Great War, Heroes of Order & Chaos, Clash Royale, Hearthstone, etc.) In this case, the difficulty level can be adjusted according to the level of the other user, the compensation appearance frequency of the item, the appearance frequency of the gain event, and the like. Further, in the case of a rhythm game (beat mania, tap sonic, rhythm star, beat pan-pan, etc.), the difficulty level can be adjusted by success determination probability, beat speed, score compensation, and the like. Also, in the case of sports games (magic sphere magic sphere, two dead mansions, chaguchag, FIFA online, etc.), the level of difficulty depends on the level of the other user, the enemy NPC ability value, success determination probability, gain event probability, compensation frequency of items, etc. Adjustments can be made.

  The adjustment information generation module 22 according to an embodiment of the present invention is configured to play the user's play information (user withdrawal information, user duration information, user level information, user quest resolution information, user failure in the user's specific game). Information, user success information, user ability value information, user item information, etc.), and the possibility of leaving information is calculated on a predetermined threshold (Thrhold). When positioned, adjustment information can be generated so as to be positioned below a specific threshold (Thrhold). Alternatively, when the detachability information is located below a predetermined threshold value (Thrhold), adjustment information can be generated in a direction in which the difficulty level increases (this increases the degree of immersion). Effect occurs). At this time, optimization information such as reinforcement learning (Reinforcement Learning), a genetic algorithm (Genetic Algorithm), and various artificial neural networks (ANN, Artificial Neural Network) can be used to generate the adjustment information. According to an embodiment of the present invention, when reinforcement learning is used in the generation of adjustment information, the agent (Agent) of the optimization algorithm becomes an adjustment information generation module, and the action (Action) means generation of specific adjustment information. The state can be composed of current difficulty level information. In addition, the compensation (Reward) is the metadata related to the user's immersiveness, the user's play duration (how long a specific game is to be played), the user's learning speed (how much a specific game is remaining) It can be set according to the user's repeatability (how many times a specific game is repeated within a specific period), and the like.

  According to one embodiment of the present invention, the detachability information is based on the play information of the user and the play information of at least some of the entire users. It may mean information about how likely the user's play duration is to be below a certain level).

  In addition, in the adjustment information generation module 22 according to an embodiment of the present invention, success probability information may be used instead of the detachability information. The success probability information according to an embodiment of the present invention is information about the probability that the user succeeds in a specific event of a specific game. The adjustment information generation module 22 according to the embodiment of the present invention calculates success probability information based on the play information of the user so that the success probability information is converged within a predetermined specific range. Adjustment information can be generated. For example, if the probability of success information according to an embodiment of the present invention is 50%, it means that the probability of the user succeeding in the event is 50%, and the degree of difficulty is reduced (for example, success). Adjustment information may be generated in a direction in which the possibility information is converged to 80% to 120%. In addition, for example, if the success probability information according to an embodiment of the present invention is 250%, it means that the probability that the user succeeds in the event is 250%, and the degree of difficulty is increased (for example, The adjustment information can be generated in a direction in which the success probability information is converged to 80% to 120%.

  The predetermined specific range of success possibility information includes success and failure information (included in the play information) and withdrawal possibility information (within a specific period) of a specific user or at least a part of all users. It can be optimized by not playing and the user's play duration being below a certain level. Optimization algorithms such as reinforcement learning (Reinforcement Learning), genetic algorithms (Genetic Algorithm), and various artificial neural networks (ANN, Artificial Neural Network) can be used for optimizing success probability information.

  When a game application of a specific game is executed for a specific user's client (PC or mobile), the difficulty level information already stored in the difficulty level information management account is applied to the specific game through the specific game account. become. FIG. 6 is a schematic diagram illustrating a difficulty level information confirmation query according to an embodiment of the present invention. As shown in FIG. 6, according to an embodiment of the present invention, when a specific game is loaded, the specific game account loads the difficulty information from the stored difficulty information of the difficulty information management account. Therefore, a difficulty information confirmation query (Query) can be transmitted to the difficulty information management account. The difficulty level information confirmation query includes difficulty level information management account address information, difficulty level information confirmation command, category information that is one of the parameters of the command, other value information (Value) to be confirmed or Parameters and user identification information (not required when a difficulty level information management account is generated for each user). The difficulty level information confirmation query is requested only to the local (Local user's client or the service company's node) distributed ledger device 1 and does not change the state of the entire blockchain distributed network. When the difficulty level information management account according to an embodiment of the present invention receives the difficulty level information confirmation query, the difficulty level information is stored in the difficulty level information management account storage (memory) or memory (memory). Sending (returning) to a specific game account may be configured so that the smart contract for the specific game account performs the subsequent algorithm.

  In addition, a message transaction may be used to load difficulty level information. FIG. 7 is a schematic diagram illustrating mirroring message transaction (Tx, Transaction) and response transaction (Tx, Transaction) information according to an embodiment of the present invention. As shown in FIG. 7, in a specific game account, a mirroring message transaction can be transmitted to the difficulty level information management account for mirroring the difficulty level information, and the difficulty level information management account loads the difficulty level information ( The transaction information of the response message including the difficulty level information is transmitted to the specific game account, and the subsequent procedure of the smart contract of the specific game account may be performed. The transaction information of such a response message includes address information of a specific game account, difficulty information mirroring command, difficulty information that is one of parameters of the command, other value information (Value) or Parameters and user identification information (not required when a difficulty level information management account is generated for each user). The transaction information of the response message according to an embodiment of the present invention is distributed (broadcast) in the blockchain distributed network 100 when the verification is completed, and a smart contract of a specific game account is performed in the entire node. May be.

  For example, in the case of Ethereum, the code of such a smart contract (Code) is recorded as a language of Solidity, Serpent, LLL, and Mutan, but at present, it is solidity (Solidity). ) Is mainly used, and the grammar is similar to Javascript (registered trademark). A smart contract is a program code processed by the processing module 11 including a “variable”, a “structure”, and a “function”. Such a smart contract code (Smart Contract Code) is converted into a byte code (Byte Code) through a compile process. Byte code is compiled using a solidity real-time compiler. The solidity byte code (byte code) is a hexadecimal code, and the byte code (byte code) is assigned to the payload (data :) without any received address in the solidity (block). If a transaction (Transaction) is distributed to (Blockchain), a block (Block) is generated by a Miner. Such a transaction (Transaction) is regarded as a contract creation transaction, and a transaction receipt (Transaction). Receive) Contract Address (Contract Address): The address of the contract (Contract) generated (distributed) is entered in the field, and the process returns.

  A Smart Contract development environment can include a range that includes development tools and a compiler. For example, in the case of solidity, when a code is created and compiled, all compilers can use "byte code", "function signature", and "application binary interface". (Application Binary Interface, ABI) "is output.

  The byte code is a result of compiling the smart contract code as described above. When the contract code transaction is generated in the block chain and distributed, the byte code (byte code) is distributed. Distributed ledger device 1 (Etherium) depending on whether a message transaction (Message Tx: Abbreviation of Message Transaction) to contract (Contract) occurs or a call / query (Call / Query) to contract (Contract) occurs. In the case of EVM).

  The function signature (Function Signature) is used as an interface when a contract function is called, and a 4-byte value obtained by hashing the contract function name with the SHA-3 cryptographic hash function. Is the hash value of

  An application binary interface (ABI) means an application interface (Application Interface) described in a method independent of a specific language or platform. ABI definition is output by a compiler or an ABI generator, and a smart contract function and parameter metadata are defined in the ABI. When creating a Javascript (Java (registered trademark)) language-based application using ABI, an object can be created, and a function of a contract (Contract) can be simply called by calling a method (Method) of the object. Can be called. Currently, Ethereum is a web3. js is supported by Java Script (JavaScript (registered trademark)) application so that an object can be easily created and used using ABI. In Go-Etherum after 1.4.0, Go Native ABIGen that generates Go Code based on ABI is provided so that Smart Contract can be easily bound by language-based application.

  Such smart contract development environment is connected to the blockchain engine and contract creation / deployment (development), message transaction (message tx), call (call) / query (call) Such a block chain engine means a distributed ledger device 1 according to an embodiment of the present invention. In the Ethereum example, a gest or parity ( It means an Ethereum Node such as “parity” or “eth”. Eventually, a virtual machine like EVM for transaction processing and contract execution related to all smart contracts (Smart Contracts) is on a node (Node) like the distributed ledger device 1 It is configured.

  In such a smart contract development environment, ABI can be connected to Applications. A smart contract has only logic, and an application is required for interaction with a user or an external system. Applications such as HTML + CSS + JavaScript (registered trademark), application server (Application Server), and wallet (Wallet), for example, interact with a smart contract (Smart) through an interface (Interface) with Ethereum (Etherum). It is a configuration.

  Smart contract codes are roughly classified into “Creation / Deployment”, “Invoke by Message”, and “Call”. The code of the difficulty level information management account according to an embodiment of the present invention is also roughly divided into contract account generation, difficulty level information storage by message transaction, difficulty level information confirmation by query, and difficulty level information mirroring by transaction.

  When the conventional POW (Proof of Work) is performed as a block proof method in the prevention of difficulty information alteration, if the node is a user client for executing a PC / mobile game application, The problem arises that computing power is required. In order to solve such a problem, according to an embodiment of the present invention, a specific user sets a predetermined condition in a specific PC / mobile game application (for example, game application usage time, level increase, quest resolution). Etc.) may be configured to prove the newly generated block. Using such a proof method based on game application user usage, effort, and service participation, when certifying blocks generated at specific time intervals, it is modulated without abuse of computing power. As a result, the newly formed block chain can be discarded.

  FIG. 8 is a flowchart illustrating processing steps (difficulty information storage method) of the processing module 11 of the distributed ledger device 1 according to an embodiment of the present invention when storage of changed difficulty information is requested. . As shown in FIG. 8, when the processing module 11 according to an embodiment of the present invention receives the difficulty level information storage transaction information, the processing module 11 receives an address call step (S10), a storage command step (S11), a storage step (S12), and a distribution. Transaction information can be processed including step (S13).

  The address calling step (S10) is a step in which the processing module 11 calls the difficulty information management account address stored in the difficulty information storage transaction information. By the address calling step (S10), the distributed ledger device 1 which is a virtual machine is activated so that the code of the difficulty level information management account which is a kind of smart contract can be executed.

  The save command step (S11) is a step of executing a difficulty level information storage code that is at least a part of the code of the difficulty level information management account according to the difficulty level information storage execution command of the difficulty level information storage transaction information.

  In the saving step (S12), the difficulty level information, which is a parameter included in the difficulty level information storage transaction information by the difficulty level information storage code that is a part of the difficulty level information management account code, is displayed. In this step, the information management account is stored in a storage (Storage) or a memory (Memory). The contract account can include a persistent storage location called storage. In storage, a 32-byte key is mapped to a 32-byte value with a key-value (Key-Value) map structure. A specific smart contract (Smart Contract) cannot read or write the storage (Storage) of a contract (Contract) other than itself. The memory (Memory) is a space in which a smart contract (Smart Contract) can obtain the latest instance (Instance) each time there is a message call (Message Call). In the memory (Memory), data can be read and written at the byte level, but can be stored in 32-byte unit chunks. That is, in the memory, when a value of 1 is stored, it is stored in a 32 byte (256 bit) space. For example, the EVM includes a stack that can contain a total of 1024 instruction sets (OPCODE) and has a 256-bit word (value).

  The distribution step (S13) is a step in which the distributed ledger device 1 distributes and broadcasts the difficulty level information changed in the storage step (S12) to all nodes of the blockchain distributed network 100. .

  According to the difficulty information storage transaction information according to an embodiment of the present invention, the difficulty information is stored in the storage or memory of the difficulty information management account by the processing module 11, and such a change in state is distributed to the entire node ( Since the global state is changed, the difficulty level can be adjusted in an integrated manner with respect to at least one specific game application. In addition, when the difficulty level information according to the embodiment of the present invention is composed of adjustment information, the difficulty level adjustment can be integrated for a plurality of games regardless of the game category. An effect is obtained.

  FIG. 9 shows processing steps of the processing module 11 of the distributed ledger device 1 according to an embodiment of the present invention when difficulty level information is requested from a specific game account (when a specific game application is executed). It is a flowchart which shows the confirmation method of difficulty information. As shown in FIG. 9, when the processing module 11 according to an embodiment of the present invention receives the difficulty level information confirmation query, the address calling step (S20), the search command step (S21), the confirmation step (S22), and the return step. Transaction information including (S23) can be processed.

  The address calling step (S20) is a step in which the processing module 11 calls the difficulty information management account address included in the difficulty information confirmation query. In the address calling step (S20), the storage or memory of the difficulty level information management account, which is a kind of smart contract, is performed in the distributed ledger device 1 which is a virtual machine.

  The search command step (S21) is a step of searching the difficulty level information by the difficulty level information search command of the difficulty level information confirmation query. The search for the difficulty level information can be performed using the identification information.

  In the confirmation step (S22), the difficulty level information stored in the storage (Storage) or the memory (Memory) of the difficulty level information management account is used as identification information, which is a parameter included in the difficulty level information confirmation query. This is a step of confirming whether or not the difficulty level information including the identification information is stored in the storage or memory of the difficulty level information management account as compared with the identification information in the storage area. When the identification information is encrypted according to an embodiment of the present invention, the identification information can be searched after being decrypted using the hash value of the status information.

  The return step (S23) is a step of returning the difficulty level information in which the identification information received by the difficulty level information management account is already stored to a specific game account.

  According to the difficulty level information confirmation query according to an embodiment of the present invention, an effect that the difficulty level can be managed in an integrated manner with respect to at least one specific smart contract is obtained.

  According to another embodiment of the present invention, the adjustment information generation module 22 in each game server 20 is included in the smart contract in the block chain 30, and each game account 31 is played by a specific user from each game server 20. The information may be received, and each game server may receive the adjustment information from each game account, and the difficulty level adjustment module 21 may be configured to adjust the difficulty level for the specific game of the specific user.

  FIG. 10 is a schematic diagram showing a game server 20 and a block chain 30 according to another embodiment of the present invention. As shown in FIG. 10, a game server 20 according to another embodiment of the present invention includes a difficulty level adjustment module 21, and a block chain 30 according to another embodiment of the present invention includes each game account 31, difficulty level information management. An account 32 and an adjustment information generation account 33 can be included.

  According to another embodiment of the present invention, each game server 20 includes, in each game account 31, the play information of the user (the user's withdrawal information, the user's duration information, the user's level information, the user's level information, Quest solution information, user failure information, user success information, user ability value information, user item information, etc.) can be transmitted. Each game account 31 according to another embodiment of the present invention can transmit such play information to an adjustment information generation account 33 that is a smart contract account.

  The adjustment information generation account 33 according to another embodiment of the present invention calculates the possibility of leaving based on the play information, and the leave information is located on a predetermined threshold (Thrhold). Adjustment information can be generated so as to be located below a specific threshold (Thrhold). Alternatively, the possibility information of success may be used in place of the possibility of leaving information for generating the adjustment information of the adjustment information generation account 33. The success probability information according to an embodiment of the present invention is information about the probability that the user succeeds in a specific event of a specific game. The adjustment information generation module 22 according to an embodiment of the present invention calculates success probability information based on the play information of the user, and adjusts the success probability information to converge within a predetermined range. Information can be generated.

  In the difficulty level information management account 32 according to another embodiment of the present invention, the adjustment information generated by the adjustment information generation account 33 can be stored for each user. The stored adjustment information can be transmitted to the specific game account 31 by request of the specific game account (query or Tx form). The game account 31 that has received the adjustment information can update the difficulty level by transmitting the adjustment information to the difficulty level adjustment module 21 of the game server 20.

  According to another embodiment of the present invention, when the adjustment information is generated in the block chain, it is possible to connect and deploy a new game to the distributed ledger device for adjusting the game difficulty level. The effect that it becomes simple occurs. In addition, according to another embodiment of the present invention, when the adjustment information is generated in the block chain, an effect of generating the integrated adjustment information for a plurality of games occurs.

  At this time, the generation of adjustment information according to another embodiment of the present invention includes optimization of reinforcement learning (Reinforcement Learning), genetic algorithm (Genetic Algorithm), various artificial neural networks (ANN, Artificial Neural Network), and the like. An algorithm can be used. According to another embodiment of the present invention, when reinforcement learning is used in the generation of adjustment information, the agent (Agent) of the optimization algorithm becomes an adjustment information generation module, and the action (Action) generates specific adjustment information. It can mean, and the state can be composed of current difficulty information. In addition, the compensation (Reward) is the metadata related to the user's immersiveness, the user's play duration (how long a specific game is to be played), the user's learning speed (how much a specific game is remaining) It can be set according to the user's repeatability (how many times a specific game is repeated within a specific period), and the like.

  The detachability information according to another embodiment of the present invention is based on the play information of the user and the play information of at least some of the entire users. It can mean information about how likely it is to not play, the user's play duration being below a certain level, etc.).

  In addition, according to another embodiment of the present invention, the adjustment information generation account program code may be included in the difficulty information management account smart contract program code. In this case, in the distributed ledger device for adjusting the game difficulty according to another embodiment of the present invention, the program code of the difficulty information management account includes a transaction including play information about a specific user, A storage request receiving step received from the first account in the block chain; and adjustment information generation for generating adjustment information which is information on the direction of difficulty adjustment applied to the specific user based on the transaction An adjustment information confirmation requesting step for receiving a difficulty level information confirmation query that is a request for the adjustment information confirmation from the second account in the block chain; and transmitting the adjustment information to the second account. A difficulty level information sending step; and .

Transaction Information Broadcast Device In the transaction information broadcast device according to an embodiment of the present invention, FIG. 11 is a schematic diagram showing HTTP communication between the transaction information transmission device 2 and the distributed ledger device 10 of the present invention. As shown in FIG. 11, the transaction information broadcasting apparatus according to an embodiment of the present invention is, for example, a JavaScript (JavaScript®) -based Web3. The Js API can be used, and the JSON-RPC API can be used internally. This allows Browser, Node. The transaction information transmitting apparatus 2 can be configured by JS, Mist, or the like. The subject of the transaction information transmitting apparatus 2 can be EOA or CA.

  As shown in FIG. 11, the transaction information transmitting apparatus 2 according to an embodiment of the present invention sends the difficulty level information storage transaction information to the distributed ledger apparatus 1 so that the difficulty level information is stored in the difficulty level information management account. Requests can be made using the RPC API. The distributed ledger apparatus 1 that has received the difficulty information storage transaction information stores the difficulty information as difficulty information in the storage or memory of the difficulty information management account by the difficulty information storage method, and then stores it in the blockchain distributed network 100. It can be distributed (broadcast, propagation).

  FIG. 12 is a schematic diagram showing a case where the transaction information transmitting apparatus 2 according to an embodiment of the present invention receives a difficulty level information storage request (including difficulty level information), and FIG. 13 is an embodiment of the present invention. 5 is a flowchart showing a case where the transaction information transmitting apparatus according to the above receives a difficulty level information storage request. As shown in FIGS. 12 and 13, when the application of the A game is executed on the user client and ends, the transaction information transmitting apparatus 2 sends a difficulty level information storage request including the difficulty level information via the user client and the server. The API is configured to transmit to the block chain distributed network 100, and after the difficulty level information storage request is generated as transaction information in the core (S30, transaction information generation step), the private key of the transaction information transmission device is used. The signed transaction information is transmitted to a specific node (distributed ledger device 1) of the blockchain distributed network 100 (S31, transaction information transmission step). At this time, the specific node may be a user client or an A game-based client.

  The specific node (distributed ledger device 1) executes the smart contract requesting that the difficulty level be stored in the A game account (S32, smart contract execution step). When a B game application, which is one of the game applications sharing the difficulty level information with the A game application and the blockchain, is executed on the user client, the B game account corresponds to identification information that is information about the user. The difficulty level information confirmation query for requesting the difficulty level information management account to confirm the stored difficulty level information to be transmitted can be transmitted (S33, query transmission step). Thereafter, as a return to the query, the B game account can receive the difficulty level information already stored from the difficulty level information management account (S34, query return step). Since the B game account corresponding to the B game application is configured to be paired with the B application server, the difficulty level information in the B game application corresponds to the difficulty level information received in the B game account. It will be.

  The difficulty level information distributed from the specific node to the block chain distributed network 100 is stored in the memory of the difficulty level information management account, and then the specific node or another specific node receives a new block (New block). When mining, it is recorded in the block.

  According to one embodiment of the present invention, when the user flows into the B game application after the user leaves in a game environment having a difficulty rate of a% in the A game application, b% lower than a% In order to provide a difficulty level having a withdrawal rate or a withdrawal rate of c% higher than a%, in the query return step (S34), the difficulty level information management account is adjusted by adjusting the difficulty level information at a preset ratio. It may be configured to transmit to the B game account. If the user continuously fails in a game environment with a difficulty level having a withdrawal rate of a% in the A game application, the game B application has a withdrawal rate of b% lower than a%, assuming that the difficulty level is high. Difficulty can be provided. If the user is continuously successful in a game environment with a difficulty level having a withdrawal rate of a% in the A game application, the game B application has a withdrawal rate of c% higher than a%, assuming that the difficulty level is low. Difficulty can be provided.

  As described above, those having ordinary knowledge in the technical field to which the present invention pertains understand that the present invention can be implemented in other specific forms without changing the technical idea or essential features. Should do. Therefore, it should be understood that the above-described embodiment is illustrative in all aspects and not limiting. The scope of the present invention is defined by the following claims rather than the detailed description, and all modifications or variations derived from the meaning and scope of the claims and equivalent concepts thereof are defined in the present invention. It should be interpreted as being included in the scope.

  The features and advantages described in this specification are not all inclusive and, in particular, many additional features and advantages will become apparent to those skilled in the art in view of the drawings, specification, and claims. Let's go. Further, it should be noted that the language used herein is selected primarily for readable and teaching purposes and may not be selected to describe or limit the subject matter of the present invention. .

  The foregoing descriptions of embodiments of the present invention have been presented for purposes of illustration. This is not intended to limit or exhaustively produce the invention to the precise forms disclosed. Those skilled in the art can appreciate that various modifications and variations are possible in light of the above disclosure.

  Part of this description describes embodiments of the invention relating to symbolic representations and algorithms for operations. Such algorithmic descriptions and representations are generally used by those skilled in the data processing arts to efficiently communicate the core of the work to others skilled in the art. Such an operation is functionally, arithmetically or logically explained, but is understood to be realized by a computer, an equivalent electric circuit, microcode, or the like. Furthermore, this proves convenient, sometimes without loss of generality, to show the arrangement of such operations as a module. The operations described above and their associated modules can be implemented in software, firmware, hardware, or any combination thereof.

  Any steps, operations, or processes described herein may be performed or implemented alone or in combination with other devices with one or more hardware or software modules. In one embodiment, the software module is implemented with a computer program product comprised of a computer-readable medium that includes computer program code, which performs any or all of the described processes, steps, or operations. It can be executed by a computer processor for performing.

  Also, embodiments of the invention may be associated with an apparatus for performing the operations herein. These devices may be specially made for the required purpose, or may include general purpose computing devices that are selectively activated or reconfigured by a computer program stored in the computer. it can. Such a computer program may be stored on any type of computer readable storage medium or any type of media suitable for storing electronic instruction words and may be coupled to a computer system bus. Further, any computing system referred to herein may include a single processor or may be a structure that employs a multiprocessor design for increased computing power.

  Finally, the language used herein is selected primarily for readability and teaching purposes and is not selected to describe or limit the subject matter of the present invention.

  For this reason, the scope of the present invention is not limited by the detailed description, but is limited by any claim of an application based thereon. Accordingly, the disclosure of embodiments of the invention is illustrative and is not intended to limit the scope of the invention as set forth in the claims below.

DESCRIPTION OF SYMBOLS 1 Distributed ledger apparatus 2 Transaction information transmitter 10 Communication module 11 Processing module 12 Memory module 20 Game server 21 Difficulty level adjustment module 22 Adjustment information generation module 30 Block chain 31 Game account 32 Difficulty information management account 33 Adjustment information generation account 100 Blockchain distributed network

Claims (2)

At least a portion of the block chain Saves, memory module distributed ledger is stored, including the already stored difficulty information in the challenge level data management account including the difficulty information management account及 beauty multiple smart contract account When;
A processing module operatively coupled to the memory module and executing computer readable program code of the difficulty level information management account and the plurality of smart contract accounts ;
The program code of the difficulty level information management account is:
Difficulty information storage Solicitation including the difficulty information about a particular user, the storage request receiving step of receiving from the first account is one of the plurality of smart contract account in the block chain;
A storing step based on said difficulty data storage Solicitation generates difficulty information storing transactions including the difficulty information, storing the challenge level data to the difficulty information management account;
Difficulty information confirmation for receiving a difficulty information confirmation query that is a request for confirmation of difficulty information from the first account in the block chain or a second account that is another one of the plurality of smart contract accounts A request step;
A difficulty level information transmission step of transmitting the difficulty level information to the first account or the second account;
Including computer readable program code ,
Each of the plurality of smart contract accounts is connected to at least one server serving at least one game application ;
The difficulty level information management account and the plurality of smart contract accounts are used to share the difficulty level information for a plurality of game applications and to adjust the game difficulty levels of the plurality of game applications in an integrated manner. A distributed ledger device for adjusting the difficulty level of a blockchain-based game. A distributed ledger device that stores a block information including a difficulty level information management account and a plurality of smart contract accounts for storing difficulty level information for a specific user, the difficulty level information storage request including the difficulty level information to the block A storage request transmission step of transmitting from a first account that is one of the plurality of smart contract accounts in the chain to the difficulty level information management account;
A storage step in which the distributed ledger device generates a difficulty information storage transaction including the difficulty information based on the difficulty information storage request, and stores the difficulty information in the difficulty information management account;
Difficulty information confirmation query in which the distributed ledger device is a request for confirming difficulty information from the first account in the block chain or a second account that is one of the plurality of smart contract accounts A difficulty level information confirmation requesting step for transmitting from the first account or the second account to the difficulty level information management account;
The distributed ledger device includes a difficulty level information transmission step of transmitting the difficulty level information from the difficulty level information management account to the first account or the second account;
Each of the plurality of smart contract accounts is connected to at least one server serving at least one game application;
The difficulty level information management account and the plurality of smart contract accounts are used to share the difficulty level information for a plurality of game applications and to adjust the game difficulty levels of the plurality of game applications in an integrated manner. A distributed ledger method for adjusting the blockchain-based game difficulty level.