KR101852079B1 - Distributed Ledger Device and Distributed Ledger Method for Game Difficulty Control based on Block Chain - Google Patents

Abstract

The present invention relates to a distributed ledger device, a distributed ledger method, a transaction information broadcast device, and a transaction information broadcast method using adjustment information for block chain-based game difficulty control. The distributed ledger method using adjustment information for block chain-based game difficulty control comprises: a storage request receiving step of receiving a difficulty information storage request transaction including changed difficulty information for a specific user in a first account in a block chain; a storage step of storing the difficulty information based on the difficulty information storage request transaction; a difficulty information verification request step of receiving a difficulty information verification query which is a request for difficulty information verification in a second account in the block chain; and a difficulty information transmitting unit to transmit the difficulty information to the second account.

Description

Technical Field [0001] The present invention relates to a Distributed Ledger Device and a Distributed Ledger Method using adjustment information for controlling game difficulty based on a block chain,

The present invention relates to a distributed languagethe device, a distributed ledger method, and a transaction information broadcast device and method for controlling game difficulty based on a block chain.

One of the fastest growing industries in recent years is the game industry. In particular, the growth rate of mobile games was very fast. NetMarble Games was listed on the KOSPI on May 12, 2017 and became a company with a market capitalization of KRW 17 trillion. Also, Blue Hall is one of the most successful PC game developers in Korea. Blue Hall is said to be valued at around 10 trillion won with the success of Battle Ground.

Recently, in the game industry environment, as the accessibility of users increases and the number of games that can be replaced increases, each game company actively utilizes various methods for minimizing the bounce rate or increasing the retention by analyzing the user's information . There are cohort analysis, funnel analysis, ARPU (Average Revenue Per User) analysis as examples of difficulty information analysis methods, and methods for minimizing bounce rate or improving retention include Growth hacking , And difficulty control in the game.

At this time, if the difficulty information is connected to a plurality of PC / mobile game applications, a customized service optimized for the user's situation is possible. For example, it is a strategy to integrate a difficulty system or a recommendation system for a plurality of PC / mobile game applications. This requires DB mirroring. However, when an attempt to link difficulty information to each other is performed by a plurality of entities, mirroring of the DB has been a very difficult problem.

In order to solve the above problem, it is possible to mirror the server of the company A and the server of the company B, but it is practically impossible to completely mirror the server because the stability of the service is deteriorated. In addition, it is possible to install a dedicated line, but the infrastructure cost is considerable.

Korean Patent No. 10-1751025, a smart system for trading stock based blockchain based on block chain, Korean Patent Registration No. 10-1758870, Mining Management System and Mining Management Method Thereof (Mining Rig Monitoring System and Mining Rig Monitoring Method In Using Same) U.S. Published Patent Application No. US 2016/0342989 A1, Method and system for processing blockage-based transactions on existing payment networks, Mastercard International Incorporated U.S. Published Patent, US 2016/0292672 A1, Systems and methods of blockchain transaction recordation, Nasdaq, Inc. U.S. Published Patent, US 20170132615 A1, Block chain alias for person-to-person payments, Bank Of America Corporation

SUMMARY OF THE INVENTION Accordingly, it is an object of the present invention to provide a distributed language device, a distributed ledger method, a transaction information broadcast device, and a method for controlling game difficulty based on a block chain while maintaining the existing network form .

Hereinafter, specific means for achieving the object of the present invention will be described.

An object of the present invention is to provide a memory management system, a memory management method, a management method, an information processing method, an information processing method, And a processing module coupled to be operable with the memory module and executing computer readable program code of the difficulty information management account, wherein the program code of the difficulty information management account includes difficulty information for a specific user A store request receiving step of receiving an included difficulty information storage request transaction in the first account in the block chain; Storing the difficulty information based on the difficulty information storage request transaction; A difficulty information check request step of receiving a difficulty information check query, which is a request for checking difficulty level information in the second account in the block chain; And a difficulty level information transmission step of transmitting the difficulty level information to the second account, wherein the first account is connected to a first server that serves a first game application, Wherein the game server is connected to a second server that is connected to a second server that is connected to the first server, and shares the difficulty information with respect to a plurality of game applications using a plurality of accounts in the block chain .

In addition, the difficulty information may include adjustment information that is information on the directionality of difficulty adjustment to be applied to the specific user, and the adjustment information may include a size of difficulty adjustment and a direction of difficulty adjustment.

It is another object of the present invention to provide a method and apparatus for managing a difficulty level information by storing at least some block chains including a difficulty level information management account, a first account and a second account, ; And a processing module operatively coupled to the memory module for executing computer readable program code of the difficulty information management account, wherein the program code of the difficulty information management account comprises play information for a particular user A play information receiving step of receiving an included play information transaction in the first account in the block chain; An adjustment information generation step of generating adjustment information which is information on the directionality of difficulty adjustment to be applied to the specific user based on the play information transaction; An adjustment information confirmation request step of receiving an adjustment information confirmation query which is a request related to confirmation of the adjustment information in the second account in the block chain; And an adjustment information transmission step of transmitting the adjustment information to the second account, wherein the first account is connected to a first server that serves a first game application, Wherein the adjustment information includes a size of difficulty adjustment and a direction of difficulty adjustment and sharing the adjustment information to a plurality of game applications using a plurality of accounts in the block chain The present invention can be achieved by providing a distributed general ledger for controlling game difficulty based on a block chain.

The adjustment information generating step may include calculating the exit possibility information based on the play information of the specific user and, when the exit possibility information is greater than or equal to a predetermined reference value, adjusting the change information so that the exit possibility information is less than the specific reference value And generates the adjustment information in a direction in which the degree of difficulty increases when the exit possibility information is less than the specific reference value, and the play information includes at least one of a departure information, a duration information, a level information, Failure information, success information, ability information, item information, and virtual money information.

Further, reinforcement learning is used to generate the adjustment information in the adjustment information generation step. In the reinforcement learning, the agent (Agent) becomes the difficulty information management account, and the action (Action) And the compensation Reward is at least one of the play duration, the learning speed, and the repeatability of the specific user.

Another object of the present invention is to store at least some block chains including a difficulty information management account, an adjustment information generation account, a first account, and a second account, and distribute the difficulty information including the difficulty information previously stored in the difficulty information management account A memory module in which a ledger is stored; And a processing module operatively coupled to the memory module for executing the difficulty information management account and the computer readable program code of the adjustment information generating account, wherein the program code of the adjustment information generating account comprises: Receiving a play information transaction including play information for a user in the first account in the block chain; And an adjustment information generation step of generating adjustment information which is information on the directionality of difficulty adjustment to be applied to the specific user based on the play information transaction, wherein the program code of the difficulty information management account includes: Receiving an adjustment information transaction including adjustment information in the adjustment information generation account in the block chain; Storing the adjustment information based on the adjustment information transaction; An adjustment information confirmation request step of receiving an adjustment information confirmation query, which is a request related to confirmation of adjustment information in the second account in the block chain; And an adjustment information transmission step of transmitting the adjustment information to the second account, wherein the first account is connected to a first server that serves a first game application, And the adjustment information includes a size of the degree of difficulty adjustment and a direction of difficulty adjustment and sharing the difficulty information with respect to a plurality of game applications using a plurality of accounts in the block chain The present invention can be achieved by providing a distributed general ledger for controlling game difficulty based on a block chain.

Another object of the present invention is to provide a method and apparatus for storing at least some block chains including a difficulty information management account, a first account, and a second account, and a memory module storing a distributed ledger including the difficulty information previously stored in the difficulty information management account ; And a processing module operatively coupled to the memory module, the processing module executing computer readable program code of the difficulty information management account, wherein the difficulty information management account comprises: A difficulty information confirmation request step of receiving a difficulty information confirmation query, which is a request regarding confirmation of the difficulty information in the second account; And a difficulty information transmitting step of the difficulty information managing account transmitting the difficulty information received from the first account and the previously stored difficulty information to the second account, And the second account is connected to a second server that serves a second game application and shares the difficulty information with respect to a plurality of game applications using a plurality of accounts in the block chain. And a distributed general ledger method for controlling game difficulty based on a block chain.

Another object of the present invention is to provide a method and apparatus for managing difficulty information, which is stored in a block chain and stores difficulty information, includes a degree of difficulty information for receiving a difficulty information check query which is a request for confirmation of the difficulty information in a second account in the block chain Confirmation request step; And a difficulty information transmitting step in which the difficulty information managing account transmits the difficulty information received from the first account in the block chain and the previously stored difficulty information to the second account, And the second account is connected to a second server that serves a second game application, and the plurality of accounts in the block chain are used to share the difficulty information with respect to the plurality of game applications And a program stored in a recording medium for executing a distributed scheduling method for controlling game difficulty based on a block chain on a computer.

Another object of the present invention is to provide an information processing apparatus including a difficulty information receiving module for receiving difficulty information of a user from a client of a user; And a step of storing the received difficulty information in transaction information for a specific game account, storing the transaction information including the difficulty information in a distribution ledger, and transmitting broadcast information to at least some nodes through a block- A transaction information receiving step of receiving the transaction information including the difficulty information; And a transaction transmitting step of transmitting a difficulty information storing transaction including the difficulty information to the difficulty information managing account by using the difficulty information stored in the difficulty information managing account And managing the plurality of game accounts so as to share the difficulty information.

Another object of the present invention is to provide an information processing apparatus including a difficulty information receiving module for receiving difficulty information of a user from a client of a user; And a step of storing the received difficulty information in transaction information for a specific game account, storing the transaction information including the difficulty information in a distribution ledger, and transmitting broadcast information to at least some nodes through a block- The method comprising the steps of: receiving transaction information including the difficulty information; receiving transaction information including the difficulty information; And a transaction transmitting step of transmitting the difficulty information storing transaction including the difficulty information to the difficulty information management account, wherein the specific game account uses the difficulty information stored in the difficulty information managing account, And a game account is managed so as to share the difficulty information.

As described above, the present invention has the following effects.

First, according to an embodiment of the present invention, it is possible to integrate the difficulty information of a PC / mobile game application of a plurality of entities while maintaining the existing network, thereby providing a user with a seamless difficulty experience Effect is generated.

Second, according to one embodiment of the present invention, the bounce rate of a game application as a whole is reduced in a PC / mobile application such as a game.

BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are incorporated in and constitute a part of the specification, illustrate preferred embodiments of the invention and together with the description, serve to explain the principles of the invention. .
BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a schematic diagram showing a dispersion laydown device according to an embodiment of the present invention;
FIG. 2 is a schematic diagram showing the form of various nodes,
3 is a schematic diagram illustrating a data structure of a memory module according to an embodiment of the present invention;
4 is a schematic diagram illustrating a relationship between a specific game server 20 and a block chain 30 according to an embodiment of the present invention.
5 is a schematic diagram showing a game server 20 and a block chain 30 according to an embodiment of the present invention.
FIG. 6 is a schematic diagram showing a difficulty information check query according to an embodiment of the present invention;
7 is a schematic diagram showing mirroring message transaction (Tx, Transaction) and response transaction (Tx, Transaction) information according to an embodiment of the present invention,
8 is a flowchart showing a processing step (a method for storing difficulty information) of the processing module 11 of the distributed general ledger 1 according to an embodiment of the present invention when storage of changed difficulty level information is requested,
FIG. 9 is a flowchart showing a processing step (processing) of the processing module 11 of the distributed general ledger 1 according to an embodiment of the present invention (when executing a specific game application) A confirmation method)
10 is a schematic diagram showing a game server 20 and a block chain 30 according to another embodiment of the present invention.
11 is a schematic diagram showing the HTTP communication between the transaction information transmitting apparatus 2 and the distributed branch machine 10 of the present invention.
FIG. 12 is a schematic diagram showing a case where the transaction information transmitting apparatus 2 according to the embodiment of the present invention receives a difficulty information storage request (including difficulty information)
FIG. 13 is a flowchart illustrating a case where a transaction information transmitting apparatus according to an embodiment of the present invention receives a difficulty information storing request.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. In the following detailed description of the operation principle of the preferred embodiment of the present invention, a detailed description of known functions and configurations incorporated herein will be omitted when it may unnecessarily obscure the subject matter of the present invention.

The same reference numerals are used for portions having similar functions and functions throughout the drawings. In the specification, when a specific portion is connected to another portion, it includes not only a direct connection but also a case where the other portion is indirectly connected with another element in between. In addition, the inclusion of a specific constituent element does not exclude other constituent elements unless specifically stated otherwise, but may include other constituent elements.

Distributed Ledger for Game Stiffness Control Based on Block Chain

1 is a schematic diagram showing a distributed general ledger according to an embodiment of the present invention. 1, a distributed branching library apparatus 1 according to an embodiment of the present invention may mean one of nodes of a block-chain distributed network 100 and includes a communication module 10, a processing module 11 ), And a memory module 12.

The block chain distributed network 100 refers to a P2P distributed network composed of a plurality of nodes storing the distributed origin of a block chain. Since the block chain distributed network 100 is configured such that at least some of the nodes can perform the same processing, even if some of the nodes are shut down or modulated, the block chain distributed network 100 has no effect on the entire system. A node may refer to any computing device connected to the block-chain distributed network 100. These nodes may include digital wallets, block-chain copies, verification engines, mining engines, P2P network distribution functions (broadcasts), and may include clients that are made up of slightly more lightweight features. The block-chain distribution network 100 according to an exemplary embodiment of the present invention may include a hybrid P2P including a pure P2P and a super node. In particular, a node according to an embodiment of the present invention may be installed in a client together with the source code of a PC / mobile game application.

With regard to the node, FIG. 2 is a schematic diagram showing the form of various nodes. As shown in FIG. 2, the reference client includes a digital wallet management module for users, a mining module for block mining when the agreement algorithm is a proof of work (POW) A block chain database for storing all or at least a part of the entire block chain, a network routing module for broadcasting a transaction to a block chain distributed network, For example, a client of Bitcoin Core, or the like. A Full Node may refer to a node including a block chain database, a network routing module. The Solo Miner Node may refer to a node including a mining module, a block chain database, and a network routing module. A mining node may be a light node including a gateway router connected to a pool mining node, which means a node of a mining pool, and a mining module. A lightweight wallet node typically stores only the header information of a block chain, holds a digital wallet management module to store the user's digital wallet, and includes a network routing module, but does not include a block chain database To create a transaction or access a block-chain distributed network, it may refer to a light node that depends on a server owned by a third party. The distributed general ledger 1 according to an embodiment of the present invention may mean nodes including a block chain database and a network routing module among the above nodes. In addition, when the node according to an embodiment of the present invention includes a mining module, the user client can perform mining using a Proof of Work (POW) or POS (Proof of Stake) method.

The communication module 10 includes a network routing module that broadcasts a transaction to a block chain distributed network or a gateway router that is connected to a pool mining node It can mean.

The processing module 11 is a module for processing contents of a transaction stored in a block of a block chain which 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 as a virtual machine (VM) such as an Ethereum Virtual Machine. This virtual machine is a runtime for executing Byte Code that is generated by compiling code (Smart Contract, Smart Contract) created in a high level language such as Mutan, LLL, Serpent, Solidity and the like. In addition to OPCODE and Stack, It is also the subject of using Storage.

The memory module 12 is a module for storing a distributed ledger, and may mean a block chain database that stores all or a part of the entire block chain. 3 is a schematic diagram showing 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 may store all or part of a block chain. In each block header, a hash value (hash) nonce), Timestamp (not shown), which is information about the hash value of the transaction group and other generated time, Difficulty (not shown) indicating the difficulty of the digestion, and Block Number (not shown) . At least one transaction information (in particular, difficulty information storage transaction information according to an embodiment of the present invention) may be included in each block body.

Also, a block may include a specific game account and a difficulty information management account. 4 is a schematic diagram illustrating a relationship between a specific game server 20 and a block chain 30 according to an embodiment of the present invention. 4, the specific game account 31 may be configured as an Externally Owned Account (EOA) or a Contract Account (CA), and may be connected to a server 20 of a specific PC / mobile game application, The difficulty level information and the difficulty level information of the specific game account may be configured to be paired and may be configured to be mirrored with the difficulty level information of the difficulty level information management account 32. [ The difficulty information management account 32 may be configured as an EOA (Externally Owned Account) or a CA (Contract Account), connected to a plurality of game accounts 31 to receive changed difficulty information, And may be configured to be mirrored with the difficulty information of the account 31.

The difficulty information management account creation transaction information for creating the difficulty information management account 32 may not include an address and may include a code of a difficulty information management account, which is a type of smart contract according to an embodiment of the present invention For example, a Byte code. Difficulty Information Management Account Creation When transaction information is stored in a block and executed, an address of a difficulty information management account, which is a type of contract account for the smart contract, is created and stored in a block. After creating the difficulty information management account according to an embodiment of the present invention, a specific game account 31, which is a specific game account for conditionally using the difficulty information management account, is created or an existing specific game account 31 is modified can do.

When the game application (PC or mobile) of the specific game is terminated by the client of the specific user, the difficulty information of the specific game is stored in the difficulty information management account. As shown in FIG. 3, the difficulty information storage transaction information includes the difficulty information management account address information, the difficulty information storage execution command, the difficulty information which is one of the parameters of the corresponding command, ) Or parameters, and user identification information (unnecessary when a difficulty information management account is created for each user). Storing difficulty information When transaction information is stored and executed in a block, the difficulty information management account can update the previously stored difficulty information with new difficulty information. The updated difficulty information may be stored in the block in such a manner that the difficulty information is included in the storage or memory of the difficulty information management account.

The difficulty information according to an embodiment of the present invention may include adjustment information that is information on the directionality of difficulty adjustment to be applied to a specific user. The adjustment information according to an embodiment of the present invention may be configured to decrease in difficulty (adjustment direction) by, for example, 20% (adjustment size) as vector information including the adjustment size and the adjustment direction. According to an embodiment of the present invention, when the difficulty information includes the adjustment information, an effect that the difficulty level can be collectively adjusted for the play of a plurality of games of a specific user is generated. In particular, even when a plurality of categories of games for adjusting difficulty levels are varied, the difficulty level control can be applied.

The adjustment information according to an embodiment of the present invention may be generated by an adjustment information generation module provided on each specific game server 20. [ 5 is a schematic diagram showing a game server 20 and a 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 for receiving adjustment information from the game account 31 through pairing with the game account 31 and adjusting the difficulty level of the game according to the adjustment information . The adjustment of the degree of difficulty based on the adjustment information according to an embodiment of the present invention may be applied differently according to the category of each game. For example, in the case of a puzzle game (Anpanp, Marvel, Candy Crush, FriendPop, Sichuan, Angry Bird, Tetris, etc.), the frequency of occurrence of the item / event that is beneficial to the user, The degree of difficulty can be adjusted by decreasing the diversity of the events appearing in the event.

In the case of RPG games (Hero's Legion, Mu Origin, Summoners War, Seven Knights, Dynasty Warriors, Raven, Blade, HIT, Maple Story, Sword Art Online etc.) enemy NPC ), The number of enemy NPCs, the frequency of enemy NPCs, the chance of success, the frequency of item appearance, and so on. In addition, there is also a game of shooting, running, action and adventure games (Dragon Flight, Stellar Saga, Prince of Persia, Commando, Call of Duty, NOVA, Dead Space, Friends Run, Sonic, Windrunner, Metal Slug, Assassin Creed, GTA, , Need for Speed, etc.), the degree of difficulty can be controlled by the frequency of occurrence of obstacles or items, reaction speed of enemy NPC, ability of enemy NPC, range of success probability. In addition, in the case of simulation and real-time strategy games (Classy of Queens, Classy of Clan, Domination, Boom Beach, Sapphire, Great Cataclysm, Heroes of Order and Chaos, Classy Royal, , The frequency of compensation, the frequency of occurrence of gain events, and the like. In addition, in the case of rhythm games (beat enthusiast, tap sonic, rhythm star, beat phantom, etc.), difficulty can be adjusted by success probability, bit rate, and score compensation. Also, in the case of sports games (Magumagu, Sanshamanu, Chaguchi, FIFA online, etc.), difficulty is controlled by the level of the opponent user, the ability of enemy NPC, the probability of success, the probability of gain event, can do.

The adjustment information generation module 22 according to an embodiment of the present invention may include play information of the user (deviation information of the user in the specific game of the user, information of the duration of the user, level information of the user, (E.g., user's failure information, user's success information, user's ability information, user's item information, etc.), and if the releasability information is located above a predetermined threshold, Information can be generated. Alternatively, if the releasability information is located below a predetermined threshold, which is already predetermined, the adjustment information can be generated in a direction in which the degree of difficulty increases (thereby causing an effect of increasing immersion). At this time, optimization information such as Reinforcement Learning, Genetic Algorithm, and various artificial neural networks (ANN) may be used for generating the adjustment information. When reinforcement learning is used in the generation of adjustment information according to an embodiment of the present invention, the agent of the optimization algorithm becomes an adjustment information generation module, and an action may mean generation of specific adjustment information , And state (State) can be configured with current difficulty level information. Reward can be defined as the user's play duration (how much longer the user plays the particular game), the learning speed of the user (how much faster a specific game is played), the user's Repetition (how many times a specific game is repeated within a specific period), and the like.

According to an embodiment of the present invention, the departure possibility information is information indicating whether or not a user is leaving a particular game (eg, not playing within a certain period of time, user The duration of the play of the game being less than a certain level, and the like).

In addition, in the adjustment information generation module 22 according to an embodiment of the present invention, success possibility information may be used instead of the departure possibility information. The success probability information according to an embodiment of the present invention is information on 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 may calculate the success probability information based on the play information of the user and generate the adjustment information so that the success probability information converges within a predetermined range. For example, if the probability of success information according to an embodiment of the present invention is 50%, it means that the probability that the user succeeds in the event is 50%, and the direction in which the degree of difficulty is lowered Adjustment information can be generated in a direction in which probability information converges to 80% to 120%). Also, for example, if the probability of success 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 in the direction of increasing the degree of difficulty , And the direction in which the success probability information converges to 80% to 120%).

The preset specific range of the possibility information of success includes at least a part of the user's success or failure information (including the play information) and the possibility of leaving information (not playing within a specific period, Level or less, etc.). Optimization algorithms such as Reinforcement Learning, Genetic Algorithm, and ANN (Artificial Neural Network) can be used for optimization of success probability information.

When a game application of a specific game is executed by a client (PC or mobile) of a specific user, the difficulty degree information previously stored in the difficulty information management account is applied to a specific game through a specific game account. 6 is a schematic diagram illustrating a difficulty information check 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 is loaded into the difficulty information management account to load the difficulty information from the previously stored difficulty information of the difficulty information management account A difficulty information confirmation query can be transmitted. The difficulty information check query includes a difficulty information management account address information, a difficulty information check command, category information which is one of parameters of the command, a value or parameter to be checked, a user identification information And is not required when a difficulty information management account is created). The difficulty information confirmation query is requested only in the distributed apparatus 1 of Local (the client of the user or the node of the corresponding service provider), and does not change the state of the block chain-distributed network as a whole. When the difficulty information management account according to the embodiment of the present invention receives the difficulty information check query, the difficulty information is transmitted to the specific game account (for example, the difficulty information stored in the storage or memory of the difficulty information management account Return) so that the smart contract of a particular game account can be configured to perform the following algorithm.

The load of the difficulty information is also possible through a message transaction. 7 is a schematic diagram showing 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 information management account for mirroring the difficulty information, and the difficulty information is loaded in the difficulty information management account, May be configured to send the response message transaction information, including information, to perform further processing of the smart contract of the particular game account. The response message transaction information includes specific game account address information, difficulty information mirroring command, difficulty information which is one of the parameters of the command, other value information or parameter, user identification information ≪ / RTI > not necessary if an account is created). The response message transaction information according to an embodiment of the present invention may be configured such that a smart contract of a specific game account is performed in all nodes after being distributed (broadcast) within the block chain distributed network 100 when verification is completed.

For example, in the case of Ethereum, the code for this smart contract can be written in the languages Solidity, Serpent, LLL, and Mutan. Currently, Solidity is mainly used and the syntax is similar to JavaScript. Smart Contract is program code that is processed by processing module 11, including "variable "," structure ", and "function ". These Smart Contract codes can be converted into Byte Code through the Compile process. Byte code can be compiled through the Solidity Realtime Compiler. The Byte code of Solidity is all hexadecimal code. In Solidity, if this Byte code is assigned to Payload (data:) without paying the receiving address and a transaction is distributed to Blockchain, Block is created by Miner. Transaction, and returns the contract address of the Contract created (distributed) in the contractAddress: field of the Transaction Receipt.

The Smart Contract development environment can include a range of development tools and compilers. For example, in the case of Solidity, when you create and compile a code, all compilers output [Byte Code], [Function Signature], and [ABI].

The Byte Code is the result of compiling Smart Contract Code as described above. In case of generating the Contract Creation Transaction in Blockchain and distributing Message Tx (Transaction abbreviation) to Contract, call / query to contract (1, EVM in the case of a dielectric) through the case where it occurs.

Function Signature is a 4-byte hash value that has been used as an interface in the contract function call and hashes the contract function name with the SHA3 cryptographic hash function.

ABI (Application Binary Interface) means Application Interface described in a way that is not dependent on a specific language or platform. The ABI definition is output by the compiler or the ABI Generator. The ABI defines the meta data for Smart Contract functions and parameters. With ABI, you can create an object when you create an application based on a JavaScript language, and you can easily call a Contract's function by calling the method of the object. Ethereum now supports creating and using ABI objects in JavaScript applications with web3.js. In go-ethereum since 1.4.0, it is possible to make Smart Contract easily bindable in Go native language based applications. ABIGen to generate the code.

Such a Smart Contract development environment can be connected to the Block Chain Engine to deliver Contract Creation / Deployment, Message Tx, and Call / Query. This Block Chain Engine means the distributed branching machine 1 according to an embodiment of the present invention, In the example of Leuim, it means Ethereum Node such as geth, parity, eth. As a result, a virtual machine such as EVM for transaction processing and contract execution related to all Smart Contracts is configured on the same node as Distributed Ledger (1).

In this Smart Contract development environment, ABI can be connected with Applications. Smart Contract has only Logic, and application is needed to interact with user or external system. Applications such as HTML + CSS + JavaScript, Application Server, and Wallet are configured to interact with Smart Contracts, for example, through an interface with Ethereum.

The Smart Contract Code can be classified into [Creation / Deployment] [Invoke by Message] [Call]. The code of the difficulty information management account according to an embodiment of the present invention can be broadly classified into a contract account creation, a difficulty information storage by a message transaction, a difficulty information check by a query, and a difficulty information mirror by a transaction.

When performing a conventional POW (Proof of Work) as a method of proving a block in relation to preventing tampering with difficulty information, if the node is a user's client for executing a PC / mobile game application, There arises a problem in which a problem is required. In order to solve such a problem, according to an embodiment of the present invention, when a specific user satisfies preset conditions (for example, game application use time, level rise, quest resolution, etc.) in a specific PC / mobile game application, And may be configured to prove the generated block. In the case of proving a block generated at a specific time interval through such a proof method based on the degree of use, effort and service participation of a game application user, it is possible to discard a newly formed block chain without modifying the computing power without abusing computing power .

8 is a flowchart showing a processing step (a method for storing difficulty information) of the processing module 11 of the distributed general ledger apparatus 1 according to an embodiment of the present invention when storage of changed difficulty level information is requested. 8, when the processing module 11 according to the embodiment of the present invention receives the difficulty information storage request (in the form of a message transaction), the processing module 11 includes an address calling step S10, a storing instruction step S11, , A storage step (S12), and a distribution step (S13).

The address calling step S10 is a step in which the processing module 11 calls the address of the difficulty information management account stored in the difficulty information storing request. The address calling step S10 activates the code of the difficulty information management account, which is a type of smart contract, in the distributed general ledger 1 as a virtual machine.

The storing instruction step S11 is a step of executing a difficulty information storing code which is at least a part of the code of the difficulty information managing account by the difficulty information storing execution command of the difficulty information storing request.

In the storing step S12, the difficulty information storing transaction is generated including the difficulty information which is a parameter included in the difficulty information storing request by the difficulty information storing code which is a part of the code of the difficulty information managing account, Storing the information storage transaction in the storage or memory of the difficulty information management account. A contract account can contain a persistent store called Storage. In storage, a 32-byte key is mapped to a 32-byte value in a key-value map structure. Certain Smart Contracts may not be able to read or write storage of contracts other than themselves. Memory can be configured as a space for getting the latest instance whenever Smart Contract has a message call. In memory, it can be read and written at byte level, but it can be stored in 32 byte unit chunk. That is, if a value of 1 is stored in a memory, it can be stored in a space of 32 bytes (256 bits). For example, the EVM contains a stack that can hold a total of 1024 instruction sets (OPCODEs) and can have a word value of 256 bits.

The distribution step S13 distributes the difficulty information, which is the state changed by the storage step S12, to all the nodes of the block chain distributed network 100 and broadcasts them.

According to the difficulty information storage transaction information according to the 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 the state change is distributed (global state change) So that the difficulty control can be performed integrally with at least one specific game application in the future. In addition, when the difficulty information according to the embodiment of the present invention is configured as adjustment information, it is possible to integrally perform the difficulty control on a plurality of games regardless of the category of the game.

FIG. 9 is a flowchart showing a processing step (processing) of the processing module 11 of the distributed general ledger 1 according to an embodiment of the present invention (when executing a specific game application) A confirmation method). 9, the processing module 11 according to an exemplary embodiment of the present invention includes an address calling step S20, a search command step S21, an identifying step S22, , And a returning step S23.

The address calling step S20 is a step in which the processing module 11 calls the address of the difficulty information management account included in the difficulty information check query. In the address calling step (S20), the storage system or the memory of the difficulty information management account, which is a type of smart contract, is executed in the distributed general ledger device 1 as a virtual machine.

The search command step (S21) is a step of searching for the difficulty information by the difficulty information search command of the difficulty information check query. The retrieval of the degree of difficulty information can proceed through the identification information.

The checking step S22 compares the identification information, which is a parameter included in the difficulty information check query, with the identification information in the difficulty information stored in the storage or memory of the difficulty information management account, And checking whether the difficulty information including the corresponding identification information is stored in the storage or memory of the difficulty information management account. According to an embodiment of the present invention, when the identification information is encrypted, the identification information can be retrieved after decoding through the hash value of the status information.

In the returning step S23, the difficulty information management account returns the difficulty information on which the identification information received is stored to the specific game account.

According to the difficulty information confirmation query according to an embodiment of the present invention, the difficulty level control can be integrally performed for at least one specific smart contract.

According to another embodiment of the present invention, an adjustment information generation module 22 in each game server 20 is included as a smart contract in the block chain 30, and each game account 31 is associated with each game server 20 Each game server receives adjustment information from each game account, and the difficulty adjustment module 21 may be configured to perform difficulty adjustment for a specific game of a specific user.

10 is a schematic diagram showing a game server 20 and a block chain 30 according to another embodiment of the present invention. 10, the game server 20 according to another embodiment of the present invention may include a difficulty level adjustment module 21, and a block chain 30 according to another embodiment of the present invention may include a game server 20, An account (31), a difficulty information management account (32), and an adjustment information generation account (33).

According to another embodiment of the present invention, each game server 20 stores play information of the user (deviation information of the user in the specific game of the user, information of the duration of the user, , Quest resolution information of the user, failure information of the user, success information of the user, information of the ability of the user, item information of the user, etc.). Each game account 31 according to another embodiment of the present invention may transmit such play information to the adjustment information generation account 33 which is a smart contract account.

The adjustment information generation account 33 according to another embodiment of the present invention calculates the departure possibility information based on the play information and generates adjustment information so as to be located below a specific threshold when the corresponding departure possibility information is located above a predetermined threshold can do. Alternatively, for the adjustment information generation of the adjustment information generation account 33, the success possibility information may be used instead of the departure possibility information. The success probability information according to an embodiment of the present invention is information on 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 may calculate the success probability information based on the play information of the user and generate the adjustment information so that the success probability information converges within a predetermined range.

The difficulty information management account 32 according to another embodiment of the present invention can store the adjustment information generated by the adjustment information creation account 33 on a user-by-user basis. The stored adjustment information may be transmitted to a particular game account 31 by a request (in the form of a Query or Tx) of a particular game account. The game account 31 that has received the adjustment information can update the difficulty level by sending adjustment information to the difficulty 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 considerably simpler to connect a new game to the distributed general ledger for controlling game difficulty based on the block chain and deploy it do. Further, according to another embodiment of the present invention, when the adjustment information is generated in the block chain, the effect that integrated adjustment information can be generated for a plurality of games is generated.

In this case, optimization information such as Reinforcement Learning, Genetic Algorithm, and Artificial Neural Network (ANN) may be used to generate the adjustment information according to another embodiment of the present invention. When reinforcement learning is used to generate adjustment information in accordance with another embodiment of the present invention, the agent of the optimization algorithm becomes an adjustment information generation account, and Action may mean the generation of specific adjustment information , And state (State) can be configured with current difficulty level information. Reward can be defined as the user's play duration (how much longer the user plays the particular game), the learning speed of the user (how much faster a specific game is played), the user's Repetition (how many times a specific game is repeated within a specific period), and the like.

According to another embodiment of the present invention, the departure possibility information is information indicating whether or not the user leaves the play of the specific game (the player does not play within a certain period of time, the user The duration of the play of the game being less than a certain level, and the like).

Further, according to another embodiment of the present invention, the program code of the adjustment information generation account may be included in the smart contract program code of the difficulty information management account. In this case, the program code of the difficulty information management account in the distributed general ledger for controlling game difficulty based on the block chain according to another embodiment of the present invention may include a transaction code, Receiving a storage request from the first account in the storage unit; An adjustment information generation step of generating adjustment information which is information on the directionality of difficulty adjustment to be applied to the specific user based on the transaction; An adjustment information confirmation request step of receiving an adjustment information confirmation query which is a request related to confirmation of the adjustment information in the second account in the block chain; And a difficulty information transmitting step of transmitting the adjustment information to the second account.

Transaction information broadcast device

11 is a schematic diagram showing HTTP communication between the transaction information transmitting apparatus 2 and the distributed general ledger 10 of the present invention in connection with the transaction information broadcasting apparatus according to an embodiment of the present invention. As shown in FIG. 11, the transaction information broadcasting apparatus according to an embodiment of the present invention uses, for example, a JavaScript-based Web 3. Js API when it is coded with solidity, and internally uses a JSON-RPC You can use the API. Thus, the transaction information transmitting apparatus 2 can be configured with a browser, Node.JS, Mist, or the like. The subject of the transaction information transmitting apparatus 2 may be EOA or CA.

11, in the transaction information transmitting apparatus 2 according to the embodiment of the present invention, the difficulty information storing transaction information is stored in the JSON-RPC It can be requested using API. Upon receiving the difficulty information storage transaction information, the distributed general ledger 1 stores the difficulty information according to the difficulty information storage method in the storage of the difficulty information management account or the difficulty information in the memory, , and 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 information storing request (including difficulty information), FIG. 13 is a diagram FIG. 5 is a flowchart showing a case where the transaction information transmitting apparatus receives a difficulty information storing request. FIG. As shown in FIGS. 12 and 13, when the user client has finished executing the A game application, the transaction information transmitting apparatus 2 transmits the difficulty information storing request including the difficulty information through the user client and the server as a block chain distribution After the API is configured to transmit to the network 100 and the difficulty information storage request at the Core is generated as transaction information (S30, transaction information generation step), the transaction information signed with the secret key of the transaction information transmission device is transmitted to the block- (Distributed resource device 1) of the node 100 (S31, transaction information transmission step). At this time, the specific node may be a user client or a client of the A game subject.

A specific node (Distributed LDS, 1) executes a smart contract of a request to store difficulty information in the A game account (S32, smart contract execution stage). When the B game application, which is one of the game applications sharing the difficulty information with the A game application and the block chain, is executed in the user client, the B game account stores the previously stored difficulty information corresponding to the identification information, It is possible to transmit a difficulty information confirmation query to ask the account (S33, query transmission step). Thereafter, as a return to the query, the B game account can receive pre-stored difficulty information from the difficulty information management account (S34, query returning step). Since the B game account corresponding to the B game application is configured to be paired with the server of the B game application, the difficulty information in the B game application corresponds to the difficulty information received in the B game account.

The difficulty information distributed to the block chain distributed network 100 at a specific node is stored in the memory of the difficulty information management account. When the specific node or another specific node mining a new block, As shown in FIG.

According to an embodiment of the present invention, when a user enters a B game application after a user leaves a game environment having a difficulty level of a% abruptness in the A game application, a b% bounce rate or a% In the query returning step S34, the difficulty information management account may be configured to adjust the difficulty information to a B game account at a predetermined ratio so as to provide difficulty with a bounce rate having a higher c%. If the user fails consecutively in a game environment of difficulty level having a bounce rate of a% in the A game application, it is assumed that the degree of difficulty is high and the B game application can provide difficulty with b% bounce rate lower than a% . If the user succeeds successively in a game environment of difficulty level having a bounce rate of a% in the A game application, it is assumed that the difficulty level is low and the B game application can provide difficulty with a bounce rate of c% higher than a% .

As described above, those skilled in the art will appreciate that the present invention may be embodied in other specific forms without departing from the spirit or essential characteristics thereof. It is therefore to be understood that the above-described embodiments are to be considered in all respects only as illustrative and not restrictive. The scope of the present invention is defined by the appended claims rather than the detailed description, and all changes or modifications derived from the meaning and scope of the claims and their equivalents should be construed as being included in the scope of the present invention.

The features and advantages described herein are not all inclusive, and in particular, many additional features and advantages will be apparent to those skilled in the art in view of the drawings, specification, and claims. Moreover, it should be noted that the language used herein is primarily chosen for readability and for purposes of teaching, and may not be selected to delineate or limit the subject matter of the invention.

The foregoing description of embodiments of the invention has been presented for purposes of illustration; It is not intended to be exhaustive or to limit the invention to the precise form disclosed. Those skilled in the art will appreciate that many modifications and variations are possible in light of the above teachings.

Some portions of this description describe embodiments of the present invention relating to symbolic representations of operations and algorithms. These algorithmic descriptions and representations are generally used by those skilled in the data processing arts to efficiently convey the essence of their work to the other skilled artisan. While such operations are described functionally, computationally, or logically, they are understood to be implemented by a computer or equivalent electrical circuitry, microcode, or the like. Furthermore, this is also conveniently demonstrated without loss of generality, sometimes to represent an arrangement of such operations as a module. The operations described above and their associated modules may be implemented in software, firmware, hardware, or any combination thereof.

Any of the steps, operations, or processes described herein may be performed or implemented in conjunction with one or more hardware or software modules, alone or in combination with other devices. In one embodiment, a software module is implemented with a computer program product comprised of a computer-readable medium comprising computer program code, and the computer program code is executable to perform any or all of the processes, steps, May be executed by a computer processor.

Furthermore, embodiments of the invention may relate to an apparatus for performing the operations herein. These devices may include a general-purpose computing device that may be specially constructed and / or selectively activated or reconfigured by a computer program stored within the computer for the required purpose. Such a computer program may be stored in any type of media suitable for storing computer readable storage media or type of instructions, and may be coupled to a computer system bus. Further, any computing system referred to herein may comprise a single processor, or it may be a structure employing a multiprocessor design for increased computing power.

Finally, the language used herein has been chosen primarily for readability and for purposes of teaching, and may not be selected to describe or limit the subject matter of the invention.

The scope of the invention is, therefore, not to be limited by the Detailed Description, but is to be defined by the claims of any application based thereon. Accordingly, the disclosure of embodiments of the invention is illustrative and not restrictive of the scope of the invention, which is set forth in the following claims.

1: Distributed Ledger
2: Transaction information transmitting apparatus
10: Communication module
11: Processing module
12: Memory module
20: game server
21: difficulty adjustment module
22: adjustment information generation module
30: Block Chain
31: Game Account
32: Difficulty information management account
33: Account for generating reconciliation information
100: Block Chain Distributed Network

Claims (2)

A memory module storing at least some block chains including a difficulty information management account and a plurality of smart contract accounts, and a distributed ledger including the difficulty information previously stored in the difficulty information management account; And
A processing module, operatively coupled to the memory module, for executing the difficulty information management account and the computer readable program code of the plurality of smart contract accounts;
/ RTI >
Wherein the program code of the difficulty information management account includes:
Receiving a play information message transaction including play information for a specific user in a first account which is one of the plurality of smart contract accounts in the block chain;
An adjustment information storage step of storing the adjustment information in the difficulty information management account by generating a difficulty information storage transaction including adjustment information which is information on the directionality of difficulty adjustment to be applied to the specific user based on the play information message transaction;
An adjustment information confirmation request step of receiving an adjustment information confirmation query, which is a request for confirmation of the adjustment information in the second account, which is the first account in the block chain or the other one of the plurality of smart contract accounts; And
An adjustment information transmitting step of transmitting the adjustment information to the first account or the second account;
Readable program code for performing the steps of:
Wherein each of the plurality of smart contract accounts is connected to at least one server that serves at least one game application,
The adjustment information includes a size of difficulty adjustment and a direction of difficulty adjustment,
The game difficulty of the plurality of game applications is integrated by sharing the adjustment information with respect to a plurality of game applications using the difficulty information management account and the plurality of smart contract accounts.
Distributed Ledger using Adjustment Information to Control Game Difficulty Based on Block Chain.
A distribution server for storing a block index including a plurality of smart contract accounts and a difficulty information management account for storing adjustment information which is information on the directionality of difficulty level adjustment to be applied to a specific user, Transmitting a information message transaction from the first account, which is one of the plurality of smart contract accounts in the block chain, to the difficulty information management account;
Storing the adjustment information in the difficulty information management account by generating a difficulty information storage transaction including the adjustment information based on the play information message transaction;
Wherein the distributed scheduling device transmits an adjustment information confirmation query, which is a request for identification of adjustment information in a second account that is the other of the first account or the plurality of smart contract accounts in the block chain, An adjustment information confirmation request step of sending an account information to the difficulty information management account; And
An adjustment information transmitting step in which the distributed general ledger transmits the adjustment information to the first account or the second account from the difficulty information management account;
/ RTI >
Wherein each of the plurality of smart contract accounts is connected to at least one server that serves at least one game application,
The adjustment information includes a size of difficulty adjustment and a direction of difficulty adjustment,
The game difficulty of the plurality of game applications is integrated by sharing the adjustment information with respect to a plurality of game applications using the difficulty information management account and the plurality of smart contract accounts.
A Distributed Genetic Algorithm Using Adjustment Information for Controlling Game Difficulty Based on Block Chain.

Images