KR20210032089A - Method for selling save data by auction - Google Patents

Abstract

According to few embodiments of the present disclosure, the present invention relates to a computer program stored in a computer readable storage medium. The computer program comprises commands for making a processor of a client terminal performing following steps and the steps comprises: a step of generating save data related to first save time inside a game; a step of encoding the save data; a step of recording the encoded save data in at least one between an external storage server and a block chain network; a step of generating a smart contract related to auction for selling the save data; and a step of recording the smart contract in the block chain network.

Description

How to auction save data {METHOD FOR SELLING SAVE DATA BY AUCTION}

This disclosure relates to a method of auctioning save data.

Recently, the 4th Industrial Revolution, the next generation industrial revolution made by the convergence of information and communication technologies, has become an issue. In the existing industry, automation meant passively operating according to a program entered in advance, but in the 4th industrial revolution, it means that a machine actively grasps the situation and operates. This fourth industrial revolution is led by artificial intelligence, robot technology, and life science.

Among the technologies of the 4th industrial revolution, Blockchain is attracting attention as a major technology. Blockchain is a technology that provides security as a public transaction ledger. These blockchains are attracting attention, and the Bitcoin platform and ethereum platform, which are blockchain-based cryptocurrency technologies, are also attracting attention.

Bitcoin refers to a cryptocurrency that can record transaction records by blockchain technology, and Ether of Ethereum refers to a cryptocurrency that can record additional information such as contracts as well as transaction technology. In particular, Ethereum is attracting more attention by supporting a smart contract function that can record separate information.

Meanwhile, the game industry is growing with the recent rapid development of IT technology. In the past, only simple puzzle games or board games existed, but recently, as the CPU processing power of computers or consoles (for example, Nintendo Switch, PlayStation, and Xbox, etc.) has increased, high specifications and large capacity are required. Role-playing games, simulation games, etc. are continuously developed and released.

As described above, as the in-game story becomes enormous, it is almost impossible for the user to enjoy the enormous game story through one play from start to finish. Accordingly, the user stores the game save data after playing the game for a certain period of time (that is, after proceeding with a certain story in the game). Then, when the user wants to enjoy the game again in the future, the user plays the game in a manner that continues the game previously played by fetching the previously saved game save data.

Accordingly, most game services provide a function of storing and loading game save data. This game save data is generally stored in a local storage space provided in a device that drives a game. In this case, there is a risk that the game save data is lost due to damage or impact of the device driving the game.

Accordingly, there may be a need in the art for a method capable of ensuring the stability of the function of storing and loading game save data.

On the other hand, some users desire to play the game from a specific stage (e.g., a specific level of the game character and a specific stage in the game) rather than playing the game from the beginning in order to save time or increase the entertainment factor. May exist. In order to solve this desire, some users play the game by purchasing save data of a specific stage provided by a game service company, or purchase a game account of another user who has been played to a specific stage and play the game.

Accordingly, there may be a need in the art for a method that can provide a variety of game save data purchases.

Korean Patent Application Publication No. 10-2010-0089671

The present disclosure has been devised in response to the above-described background technology, and is to provide a method of auctioning save data.

The technical problems of the present disclosure are not limited to the technical problems mentioned above, and other technical problems that are not mentioned will be clearly understood by those skilled in the art from the following description.

According to some embodiments of the present disclosure for solving the above-described problem, a computer program stored in a computer-readable storage medium is disclosed. The computer program includes instructions for causing a processor of a client terminal to perform the following steps, the steps comprising: generating save data related to a first save point in a game; Encrypting the save data; Recording the encrypted save data in at least one of an external storage server and a blockchain network; Generating a smart contract related to an auction for selling the save data; And recording the smart contract in the blockchain network.

In addition, generating save data related to the first save time point in the game may include: receiving a first input related to the generation of the save data from a user; And generating, as save data, game log data recorded up to a time point at which the first input is received, as save data, upon receiving the first input, wherein the first save time point is when the first input is received. It could be a point in time.

In addition, generating save data related to the first save point in the game may include generating save data using game log data at preset time intervals.

In addition, the encrypting the save data may include: generating an encryption key for encrypting the save data and a decryption key corresponding to the encryption key; Encrypting the save data using the encryption key; And generating a sales token including the decryption key capable of decrypting the encrypted save data.

In addition, the step of recording the encrypted save data to at least one of an external storage server and a blockchain network may include transmitting the encrypted save data to the external storage server, thereby transferring the encrypted save data to the memory of the external storage server. It may include; causing to write to.

In addition, the step of recording the encrypted save data to at least one of an external storage server and a blockchain network includes generating signature data by encrypting the encrypted save data with a private key through an asymmetric key encryption algorithm. step; Generating a first transaction including the encrypted save data and the signature data; And transmitting the first transaction and the public key to at least one node included in the blockchain network, thereby causing a plurality of nodes to record the first transaction in a block through a consensus algorithm. Can include.

In addition, the step of recording the smart contract in the blockchain network may include generating signature data obtained by encrypting the smart contract with a private key through an asymmetric key encryption algorithm; Generating a second transaction including the smart contract and the signature data; And transmitting the second transaction and the public key to at least one node included in the blockchain network, thereby causing a plurality of nodes to record the second transaction in a block through a consensus algorithm. Can include.

In addition, each of the private key and the public key corresponding to the private key may be pre-generated together with a wallet before generating the save data on the blockchain network.

In addition, recording the encrypted save data in at least one of an external storage server and a blockchain network may further include generating address information in which the encrypted save data is stored.

In addition, generating a smart contract related to an auction for selling the save data may include delegating ownership of the encrypted save data to the smart contract.

In addition, the smart contract includes: a first sub-contract for determining a successful bidder node based on bidding price information received from each of a plurality of nodes included in the blockchain network; And a second sub-contract for transmitting a sales token including address information in which the encrypted save data is stored and a decryption key for decrypting the encrypted save data to the successful bidder node determined by the first sub-contract; I can.

In addition, the smart contract may further include a third sub-contract for returning ownership of the encrypted save data to the client terminal when the first sub-contract fails to determine the successful bidder node.

In addition, the save data includes log data on the state of the game character recorded up to the first save point, position data of the game character recorded at the first save point, and the game character recorded up to the first save point. It may include at least one of log data on the progress of the mission.

In accordance with some embodiments of the present disclosure for solving the problems as described above, a method of auctioning save data is disclosed. The method includes: generating save data related to a first save time point in a game; Encrypting the save data; Recording the encrypted save data in at least one of an external storage server and a blockchain network; Generating a smart contract related to an auction for selling the save data; And recording the smart contract in the blockchain network.

The technical solutions obtained in the present disclosure are not limited to the above-mentioned solutions, and other solutions that are not mentioned are clearly to those of ordinary skill in the technical field to which the present disclosure belongs from the following description. It will be understandable.

The present disclosure may provide a method of safely storing save data and various methods of selling the save data.

The effects obtainable in the present disclosure are not limited to the above-mentioned effects, and other effects not mentioned will be clearly understood by those of ordinary skill in the art from the following description. .

Various aspects are now described with reference to the drawings, wherein like reference numbers are used collectively to refer to like elements. In the examples that follow, for illustrative purposes, a number of specific details are presented to provide a comprehensive understanding of one or more aspects. However, it will be apparent that such aspect(s) may be practiced without these specific details.
1 is a diagram illustrating an example of a save data auction system based on a client terminal, an external storage server, and a blockchain network in which various aspects of the present disclosure may be implemented.
2 is a flowchart illustrating an example of a method of recording a smart contract related to an auction for selling save data in a blockchain network by a client terminal according to some embodiments of the present disclosure.
3 is a flowchart illustrating an example of a method of encrypting save data by a client terminal according to some embodiments of the present disclosure.
4 is a flowchart illustrating an example of a method of performing an auction of encrypted save data by a smart contract according to some embodiments of the present disclosure.
5 is a flowchart illustrating a method of auctioning save data according to some embodiments of the present disclosure.
6 shows a simplified and general schematic diagram of an exemplary computing environment in which some embodiments of the present disclosure may be implemented.

Various embodiments and/or aspects are now disclosed with reference to the drawings. In the following description, for illustrative purposes, a number of specific details are disclosed to aid in an overall understanding of one or more aspects. However, it will also be appreciated by those of ordinary skill in the art that this aspect(s) may be practiced without these specific details. The following description and the annexed drawings set forth in detail certain illustrative aspects of the one or more aspects. However, these aspects are illustrative and some of the various methods in the principles of the various aspects may be used, and the descriptions described are intended to include all such aspects and their equivalents. Specifically, as used herein, “an embodiment”, “example”, “aspect”, “example”, and the like are not construed as having any aspect or design being better or advantageous than other aspects or designs. May not.

Further, various aspects and features will be presented by a system that may include one or more apparatuses, terminals, servers, devices, components and/or modules, and the like. The devices, terminals, servers discussed in connection with the drawings, that various systems may include additional devices, terminals, servers, devices, components and/or modules, etc. It should also be understood and appreciated that it may not include all of devices, components, modules, etc.

The terms "computer program", "component", "module", "system" and the like as used herein may be used interchangeably, and computer-related entities, hardware, firmware, software, a combination of software and hardware, Or it refers to the execution of software. For example, a component may be, but is not limited to, a process executed on a processor, a processor, an object, a thread of execution, a program, and/or a computer. For example, both an application running on a computing device and a computing device may be components. One or more components may reside within a processor and/or thread of execution. A component can be localized within a single computer. A component can be distributed between two or more computers.

In addition, these components can execute from a variety of computer readable media having various data structures stored therein. Components can be, for example, through a signal with one or more data packets (e.g., data from one component interacting with another component in a local system, a distributed system, and/or a signal through another system and a network such as the Internet. Depending on the data being transmitted), it may communicate via local and/or remote processes.

Hereinafter, the same or similar components are assigned the same reference numerals regardless of the reference numerals, and redundant descriptions thereof will be omitted. In addition, in describing the embodiments disclosed in the present specification, when it is determined that a detailed description of related known technologies may obscure the subject matter of the embodiments disclosed in the present specification, the detailed description thereof will be omitted. In addition, the accompanying drawings are for easy understanding of the embodiments disclosed in the present specification, and the technical spirit disclosed in the present specification is not limited by the accompanying drawings.

The terms used in the present specification are for describing exemplary embodiments and are not intended to limit the present disclosure. In this specification, the singular form also includes the plural form unless specifically stated in the phrase. As used herein, “comprises” and/or “comprising” do not exclude the presence or addition of one or more other elements other than the mentioned elements.

Although the first, second, and the like are used to describe various devices or components, it goes without saying that these devices or components are not limited by these terms. These terms are only used to distinguish one device or component from another device or component. Therefore, it goes without saying that the first device or component mentioned below may be a second device or component within the spirit of the present disclosure.

Unless otherwise defined, all terms (including technical and scientific terms) used in the present specification may be used with meanings that can be commonly understood by those of ordinary skill in the art to which this disclosure belongs. In addition, terms defined in a commonly used dictionary are not interpreted ideally or excessively unless explicitly defined specifically.

In addition, the term “or” is intended to mean an inclusive “or” rather than an exclusive “or”. That is, unless specified otherwise or is not clear from the context, "X employs A or B" is intended to mean one of the natural inclusive substitutions. That is, X uses A; X uses B; Or when X uses both A and B, "X uses A or B" can be applied to either of these cases. In addition, the term “and/or” as used herein should be understood to refer to and include all possible combinations of one or more of the listed related items.

In addition, the terms "information" and "data" as used herein may often be used interchangeably with each other.

The suffixes “module” and “unit” for constituent elements used in the following description are given or used interchangeably in consideration of only the ease of preparation of the specification, and do not have distinct meanings or roles by themselves.

Objects and effects of the present disclosure, and technical configurations for achieving them will become apparent with reference to the embodiments described later in detail together with the accompanying drawings. In describing the present disclosure, if it is determined that a detailed description of a known function or configuration may unnecessarily obscure the subject matter of the present disclosure, a detailed description thereof will be omitted. In addition, terms to be described later are terms defined in consideration of functions in the present disclosure, which may vary according to the intention or custom of users or operators.

However, the present disclosure is not limited to the embodiments disclosed below, and may be implemented in various different forms. The present embodiments are provided only to make the present disclosure complete, and to fully inform the scope of the disclosure to those of ordinary skill in the art to which the present disclosure belongs, and the present disclosure is only defined by the scope of the claims. . Therefore, the definition should be made based on the contents throughout the present specification.

The scope of rights to the steps (methods) in the claims of the present disclosure is generated by the functions and features described in each step, and unless the precedence of the order is specified in each step, the claim It is not affected by the order of description of each step in the range. For example, in the claims described as steps including steps A and B, even if step A is described before step B, the scope of rights is not limited to that step A must precede step B.

1 is a diagram illustrating an example of a save data auction system based on a client terminal, an external storage server, and a blockchain network in which various aspects of the present disclosure may be implemented.

Referring to FIG. 1, the save data auction system may include a client terminal 100, an external storage server 200, a blockchain network 300, and a network 400. However, since the above-described components are not essential to implement the save data auction system, the save data auction system may have more or fewer components than the components listed above.

The client terminal 100 may be associated with a user who wants to access at least one of the external storage server 200 and the blockchain network 300.

The client terminal 100 may mean a terminal in which a game is driven. For example, the client terminal 100 is a personal computer (PC), a notebook (note book), a mobile terminal (mobile terminal), a smart phone (smart phone), a tablet PC (tablet pc), a wearable device, etc. May include, and may include all types of terminals capable of accessing a wired/wireless network. In addition, the client terminal 100 may include any type of computer system or computer device such as a microprocessor, mainframe computer, digital processor, portable device and device controller, and the like.

In addition, the client terminal 100 may receive a game service provided by a game server (not shown). Specifically, the client terminal 100 may access a game server to download a game provided by the game server, and perform the downloaded game in an offline state. However, the present invention is not limited thereto, and the client terminal 100 may access the game server and play the game provided by the game server online.

In addition, the client terminal 100 may be provided with a function of storing and loading save data of a game provided by the game server. The game in the present disclosure may include any type of game such as a mobile game, a web game, a VR game, a P2P game, and an online/offline game.

The save data may be game log data recorded as a user plays. For example, the save data is log data on the state of the game character recorded up to the first save point, the position data of the game character recorded at the first save point, and the log on the mission progress of the game character recorded up to the first save point. It may include at least one of data. However, the present invention is not limited thereto, and the save data may include any information related to the user's game play.

Here, the first save point may be a point in time when the user receives a specific input from the user in order to store game log data. However, the present invention is not limited thereto, and the save data may be generated every preset time interval. In this case, the first save time may be each preset time interval.

According to some embodiments of the present disclosure, the client terminal 100 may include a communication unit 120, a memory 130, and a processor 110. However, the above-described components are not essential for implementing the client terminal 100, and the client terminal 100 may have more or fewer components than the components listed above. Here, each of the components may be configured as a separate chip, module or device, or may be included in one device.

The communication unit 120 of the client terminal 100 includes one or more modules that enable communication between the client terminal 100 and the external storage server 200, and between the client terminal 100 and the blockchain network 300. can do. In addition, the communication unit 120 may include one or more modules that connect the client terminal 100 to one or more networks.

The memory 130 of the client terminal 100 may store a program for the operation of the processor 110 and may temporarily or permanently store input/output data. The memory 130 is a flash memory type, a hard disk type, a multimedia card micro type, a card type memory (eg, SD or XD memory, etc.), and RAM. (Random Access Memory, RAM), SRAM (Static Random Access Memory), ROM (Read-Only Memory, ROM), EEPROM (Electrically Erasable Programmable Read-Only Memory), PROM (Programmable Read-Only Memory), magnetic memory, magnetic It may include at least one type of storage medium among disks and optical disks. The memory 130 may be operated under control by the processor 110.

The processor 110 of the client terminal 100 typically controls the overall operation of the client terminal 100. The processor 110 may provide or process appropriate information or functions to a user by processing signals, data, information, etc. input or output through the above-described components or by driving an application program stored in the memory 130.

In addition, the processor 110 may control at least some of the components described with reference to FIG. 1 in order to drive the application program stored in the memory 130. Furthermore, in order to drive the application program, the processor 110 may operate by combining at least two or more of the components included in the client terminal 100 with each other.

Since the client terminal 100 has a display, it can receive a user's input in generating game play and/or save data and provide an arbitrary form of output to the user.

The client terminal 100 according to some embodiments of the present disclosure may issue a query or a transaction to at least one of the external storage server 200 and the blockchain network 300. The query in this disclosure can be used to query save data recorded on the blockchain network 300. The transaction in the present disclosure may be used to perform an update (modification/change/delete/add) on data recorded on the blockchain network 300.

According to some embodiments of the present disclosure, as described above, the client terminal 100 may be provided with a function of storing and loading save data of a game provided by a game server.

Specifically, the processor 110 may generate save data related to the first save time point in the game. For example, the processor 110 may receive a first input related to the generation of save data from a user. In addition, as the processor 110 receives the first input, the game log data recorded up to the time when the first input is received may be generated as save data. Here, the first input may be an input input when the user of the client terminal 100 wants to store game log data as save data. In addition, the first save time may be a time when the first input is received. However, the present invention is not limited thereto, and the processor 110 may generate save data using game log data at preset time intervals.

The client terminal 100 may encrypt the above-described save data in order to sell it. In addition, the client terminal 100 may record the encrypted save data in at least one of the external storage server 200 and the blockchain network 300.

In addition, the client terminal 100 may generate a smart contract related to an auction for selling save data. In addition, the client terminal 100 may record the smart contract in the blockchain network 300.

The above-described method of recording the encrypted save data by the client terminal 100 in the external storage server 200 or the blockchain network 300, and the client terminal 100 creating a smart contract to the blockchain network 300 A description of the recording method will be described later in detail with reference to FIG. 2.

In addition, a description of a method of encrypting the save data in order for the client terminal 100 to sell the save data will be described later in detail with reference to FIG. 3.

On the other hand, the smart contract is a code and/or function that performs a function of providing the save data encrypted and recorded in the external storage server 200 or the blockchain network 300 to other users (i.e., other nodes) through an auction. Can be configured.

A description of how the smart contract sells save data through an auction will be described later in detail with reference to FIG. 4.

Smart contracts according to embodiments of the present disclosure may be written in a digital language for performing save data transactions and executed on any computing device. That is, when the code and/or function included in the smart contract is executed, any form of save data transaction (eg, auction of save data) according to embodiments of the present disclosure may be performed.

According to some additional embodiments of the present disclosure, the smart contract performs a function of receiving a transfer of coins corresponding to the sale price of the save data (in the case of an auction transaction, the successful bid price) from a buyer node (in the case of an auction transaction, a successful bidder node). It can be composed of codes and/or functions.

Specifically, the buyer node may create a transaction related to transfer of coins corresponding to the sale price of the save data. In addition, the purchaser node may record a transaction related to the transmission of coins in the blockchain network 300.

On the other hand, the smart contract is saved data generated by the client terminal 100 when a transaction related to the coin transmission generated by the purchaser node is recorded in the blockchain network 300 (i.e., when a coin is transferred from the purchaser node). It may be composed of a code and/or a function that performs a function of providing as a buyer node.

In addition, when the transaction of the save data is completed (i.e., when the transaction related to the coin transmission generated by the purchaser node is recorded), the merchant node (i.e., the client terminal 100) that generated and provided the save data It may be composed of a code and/or function that performs a function of transferring coins corresponding to the sale price of save data to the wallet address.

The smart contract according to the embodiments of the present disclosure may be applied to at least one of a method of creating a new smart contract, a method of executing a function on a specific smart contract, or a method of transmitting a coin operable in the blockchain network 300. Can be implemented by In addition, smart contracts can be executed by transactions or other contracts generated by externally owned accounts.

Coins in the present disclosure may mean any form of cryptocurrency operable on the blockchain network 300. These coins can be converted into cash according to the market price by a cryptocurrency exchange server (not shown) or a game server.

The smart contract for performing the transaction of save data according to the embodiments of the present disclosure, for example, to prevent malicious code such as infinite repetition and to ensure the integrity of the data related to the save data transaction, a specific execution cost when executing a transaction You can also stipulate that you pay. The execution cost here may mean any type of coin that can be traded on the blockchain network 300 or a separate type of medium (eg, gas, etc.) that can be interlocked with the coin. As a non-limiting example, the base execution cost of the transaction may be set to 21,000 gas. For example, such execution costs may include the cost of processing the Elliptic Curve Digital Signature Algorithm (ECDSA) for the account address of the issuer of the transaction, the storage cost for storing the transaction, and the network bandwidth cost. If the smart contract is defined to pay a specific cost when executing a smart contract, malicious attacks such as infinite execution such as intentional DDoS attacks can be prevented.

In order to perform a save data transaction according to embodiments of the present disclosure, a call between smart contracts may be implemented using a structure called a message. For example, these messages can be generated by a contract account (CA), and can be delivered to other contracts when a function is called. In one embodiment, since the message in this case is generated and processed inside the blockchain network 300, unlike a transaction occurring in an externally owned account, a separate execution cost such as gas may not be incurred.

In implementing the save data transaction according to the embodiments of the present disclosure, when synchronizing through a blockchain by including a function of a smart contract in a transaction in the form of a compiled code, information included in the transaction is used as an input of the function. A smart contract can be implemented by executing a function expressed in code and storing the result in a separate state.

When the contents of the function and the input of the function are shared by a smart contract shared in the blockchain network 300, the integrity of the data can be guaranteed even if the result of the function is not separately shared.

In a further embodiment, the computing devices constituting the blockchain network 300 of the present disclosure for performing a save data transaction include a transaction storage database that changes the state of the smart contract and a smart contract that stores the latest state of the smart contract. It can also include a contract database. In this case, the smart contract for the save data transaction in the present disclosure may be defined as an application that can change the state on the blockchain network 300 (ie, a save data transaction application), and the smart contract The state may be defined as a variable used by a corresponding application (ie, a save data transaction application), and an input value for changing this may be included in a transaction issued from at least one of the game server and the client terminal 100.

In a further embodiment, the database storing the state of the smart contract may be combined with the database storing the transaction to achieve a high compression rate. In addition, in order to achieve the distributed consensus of the database storing the state of the smart contract and the low dependency of the smart contract, it can operate separately from the database storing the transaction.

According to some embodiments of the present disclosure, the processor 110 of the client terminal 100 includes a wallet, a private key, and a public key corresponding to the private key on the blockchain network 300. ) Can be created.

According to some additional embodiments of the present disclosure, the processor 110 may generate a word mnemonic corresponding to the private key. Here, the word mnemonic may mean using a clearly selected combination of symbols or symbols to help people's memory when reuse is required. That is, the word mnemonic in the present disclosure may be for allowing a user to easily memorize a complex private key. In addition, the word mnemonic may mean using a clearly selected combination of symbols or symbols to help people remember when the private key needs to be reused.

Specifically, the processor 110 of the client terminal 100 may divide the private key into a plurality of subkeys. In addition, the processor 110 may recognize words corresponding to each of the plurality of subkeys from the word list pre-stored in the memory 130. Further, the processor 110 may generate a word mnemonic corresponding to the private key by combining the recognized words.

More specifically, the processor 110 of the client terminal 100 may divide the private key into a plurality of subkeys. For example, the processor 110 may divide the private key into a preset number unit. For example, the processor 110 may divide the private key into subkeys in units of three. For example, when the private key is '123456789123456789', the processor 110 may be divided into '123', '456', '789', '123', '456' and '789'.

The processor 110 of the client terminal 100 may recognize words corresponding to each of a plurality of subkeys from a word list pre-stored in the memory 130. For example, the processor 110 recognizes a word corresponding to subkey '123' as'rabbit', recognizes a word corresponding to subkey '456' as'tiger', and corresponds to subkey '789' The word "giraffe" can be recognized.

Further, the processor 110 of the client terminal 100 may generate a word mnemonic corresponding to the private key by combining the recognized words. For example, when the private key is '123456789123456789', the processor 110 may divide the private key into '123', '456', '789', '123', '456' and '789' as subkeys. have. Further, the processor 110 may generate a word mnemonic as'rabbit, tiger, giraffe, rabbit, tiger, giraffe' by combining words corresponding to each of the subkeys.

For another example, when the private key is '123789789456456123', the processor 110 divides the private key into '123', '789', '789', '456', '456' and '123' as subkeys. I can. Further, the processor 110 may generate a word mnemonic as'rabbit, giraffe, giraffe, tiger, tiger, rabbit' by combining words corresponding to each of the subkeys.

However, the word mnemonic is not limited to the above-described example.

According to some additional embodiments of the present disclosure, the processor 110 may generate signature data obtained by encrypting save data with a private key through an asymmetric key encryption algorithm. In addition, the processor 110 may generate a transaction including save data and signature data. Further, the processor 110 may cause a plurality of nodes to record the transaction in a block through a consensus algorithm by transmitting the transaction and the public key to at least one node included in the blockchain network 300.

The processor 110 of the client terminal 100 may record the save data on the blockchain network 300 to ensure the stability of the save data storage function. That is, the processor 110 may prevent the loss of save data due to damage or impact of the device driving the game.

According to still another exemplary embodiment of the present disclosure, after generating the save data, the processor 110 may encrypt the save data with a public key through an asymmetric key encryption algorithm. In this case, the save data included in the first transaction may be save data encrypted with a public key. However, the present invention is not limited thereto, and after generating the save data, the processor 110 may encrypt the save data with a private key through a symmetric key encryption algorithm. In this case, the save data included in the first transaction may be the save data encrypted with a private key.

As described above, the processor 110 may encrypt save data using an asymmetric key encryption algorithm or a symmetric key encryption algorithm to prevent leakage of the save data.

Meanwhile, the processor 110 of the client terminal 100 may receive a second input related to the load of save data from the user. Here, the second input may be an input made when the user of the client terminal 100 wants to load save data, which is a game record previously played.

Further, as the processor 110 receives the second input, it may search for the transaction recorded in the blockchain network 300 by using the address of the wallet. Also, the processor 110 may obtain save data included in the transaction.

Specifically, when save data included in a transaction is encrypted with a public key through an asymmetric key encryption algorithm, the processor 110 may decrypt the save data with a private key. In addition, when the save data included in the first transaction is encrypted with a private key through a symmetric key encryption algorithm, the processor 110 may decrypt the save data with the private key. In addition, the processor 110 may execute the game by loading save data decrypted through an asymmetric key encryption algorithm or an asymmetric key encryption algorithm.

However, it is not limited to the above-described example, and the save data may not be encrypted without using an asymmetric key encryption algorithm or an asymmetric key encryption algorithm. In this case, the processor 110 may not perform a separate decoding operation to obtain the save data.

The external storage server 200 may include any type of computer system or computer device, such as, for example, a microprocessor, mainframe computer, digital processor, portable device and device controller, and the like.

The external storage server 200 may provide a save data storage function for any type of game including online/offline games to the client terminal 100.

In some embodiments of the present disclosure, the blockchain network 300 may refer to a plurality of nodes operating based on blockchain technology. That is, the blockchain network 300 may include a plurality of nodes. Here, the blockchain technology is a distributed storage technology that stores data to be managed in a plurality of nodes constituting a blockchain network by using a storage structure in which blocks are connected in a chain form.

The blockchain network 300 may store a transaction transmitted from the client terminal 100 and/or the external storage server 200 in a block form based on a predetermined consensus algorithm. Data stored in a block form may be shared by a plurality of nodes constituting the blockchain network 300.

In some exemplary embodiments of the present disclosure, nodes in the blockchain network 300 may operate by a blockchain core package according to a hierarchical structure. The hierarchical structure is: a data layer that defines the structure of data handled by the blockchain network 300 and manages the data, performs mining to verify the validity of a block and generates a block, and a fee paid to miners during the mining process. The consensus layer in charge of processing of, the execution layer that processes and executes smart contracts, the P2P network protocol, the hash function, the common layer that implements and manages digital signatures, encoding and common storage, and various applications are created, processed and managed. It can include an application layer.

The blockchain network 300 may include a plurality of nodes. In addition, at least one node included in the blockchain network 300 may receive a transaction from the client terminal 100 and/or the external storage server 200. In this case, each of a plurality of nodes included in the blockchain network 300 may verify a transaction through a consensus algorithm and generate a block. In addition, each of the plurality of nodes may record a transaction in the generated block.

The client terminal 100 may also operate as a node constituting the blockchain network 300. In this example, the client terminal 100 may implement at least one of a wallet function, a minor function, and a full blockchain data storage function. For example, when the client terminal 100 includes only a wallet function, it may operate as a node that performs transaction and validation (eg, a Simplified Payment Verification (SPV) node).

The term “node” used in the present disclosure may be any type of computing device such as a server or terminal capable of exchanging data with at least one of “client terminal”, “external storage server” and “blockchain network” have. However, the present invention is not limited thereto, and the node may be any device capable of exchanging data between a plurality of nodes.

According to some embodiments of the present disclosure, a plurality of nodes included in the blockchain network 300 may include a full block chain node and a light weight node.

A full block chain node can contain all block information from the first block of the block chain to a block that is currently newly created. In addition, the full blockchain node collects and stores all blockchain information, and can verify the received block to add a new block.

The lightweight node does not have the original of all block information, and may include only header information. In order for the lightweight node to verify the transaction, it can perform Simple Payment Verify (SPV).

For example, a lightweight node can request block information from a full blockchain node, and the authentication content of a transaction can be verified through Merkle Root.

However, for convenience of explanation, a plurality of nodes included in the blockchain network 300 may be described below assuming that they are full blockchain nodes.

The term “block” used in the present disclosure is a unit stored in a block chain network, and may form a block chain by being connected to adjacent blocks. When the information of the client terminal 100, information of the external storage server 200, and information related to the information of the blockchain network 300 are issued as a transaction to the blockchain network, the transaction is included in the block and recorded in the blockchain network. Can be. Depending on the settings of the blockchain network, the right to read, the right to consensus, and/or the right to verify the data stored in the block can be determined.

A plurality of nodes included in the blockchain network 300 may share and store generated transactions and/or smart contracts through the network. In addition, a plurality of nodes can perform a function of recording a transaction in a block when the verification of the transaction and/or smart contract is completed through the consensus algorithm of the blockchain technology.

The blockchain network 300 may include a public blockchain network in which arbitrary nodes can perform consensus operations or a private blockchain network in which only predetermined nodes can perform consensus operations, depending on the implementation form. .

According to some embodiments of the present disclosure, the consensus algorithm performed in the blockchain network 300 is: PoW (Proof of Work) algorithm, PoS (Proof of Stake) algorithm, DPoS (Delegated Proof of Stake) algorithm, PBFT (Practical Byzantine Fault Tolerance) Algorithm, Delegated Byzantine Fault Tolerance (DBFT) Algorithm, Redundant Byzantine Fault Tolerance (RBFT) Algorithm, Sieve Algorithm, Tendermint Algorithm, Paxos Algorithm, Raft Algorithm, Proof of Authority (PoA) Algorithm, and/or Proof of Elapsed Time) algorithm.

Since the transaction including the save data of the game is recorded in a block by using the consensus algorithm of the blockchain technology, the effect of preventing forgery or alteration of the save data of the game occurs.

Meanwhile, a block chain network structure according to some embodiments of the present disclosure may be a public type or a private type. In the case of a public blockchain network, there is a disadvantage that it is inefficient in terms of consensus time, transaction processing speed, and efficiency of use of computing resources, as all nodes must perform verification in order to verify a transaction. Because it is possible, there may be advantages in the transparency and integrity of the stored data. In addition, in the case of a private (or consortium) block chain, since the operating entity is clear, there is an advantage of being efficient in terms of consensus time, transaction processing speed, and efficiency of use of computing resources, but transparency about the transaction processing process and results. There may be advantages in terms of

The consensus algorithm in some embodiments of the present disclosure may be a private type or consortium type blockchain network, but is not limited thereto, in order to improve the user experience through efficient use of computing resources and increase in transaction processing speed. Depending on the implementation, public type may be used as the consensus algorithm when it is desired to further emphasize the transparency of transactions or smart contracts.

Meanwhile, each of the client terminal 100, the external storage server 200, and the blockchain network 300 may mutually transmit and receive data for the save data auction system according to some embodiments of the present disclosure through the network 400. I can.

The network 400 according to some embodiments of the present disclosure includes a public switched telephone network (PSTN), x Digital Subscriber Line (xDSL), Rate Adaptive DSL (RADSL), Multi Rate DSL (MDSL), and VDSL. Various wired communication systems such as Very High Speed DSL), Universal Asymmetric DSL (UADSL), High Bit Rate DSL (HDSL), and local area network (LAN) can be used.

In addition, the network 400 presented here is CDMA (Code Division Multi Access), TDMA (Time Division Multi Access), FDMA (Frequency Division Multi Access), OFDMA (Orthogonal Frequency Division Multi Access), SC-FDMA (Single Carrier- FDMA) and other systems.

The network 400 according to the embodiments of the present disclosure may be configured regardless of its communication mode, such as wired or wireless, and various types of short-range communication networks (PAN), local area networks (WAN: Wide Area Network), etc. It can be configured as a communication network. In addition, the network may be a known World Wide Web (WWW), and a wireless transmission technology used for short-range communication such as infrared (IrDA) or Bluetooth may be used.

The techniques described in this disclosure may be used not only in the networks mentioned above, but also in other networks.

Various embodiments described herein may be implemented in a recording medium and a storage medium that can be read by a computer or a similar device using, for example, software, hardware, or a combination thereof.

According to hardware implementation, the embodiments described herein include application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), The present disclosure may be implemented using at least one of processors, controllers, micro-controllers, microprocessors, and electrical units for performing other functions. The embodiments described in may be implemented by the processor 110 of the client terminal 100 and/or the processor of the external storage server 200 itself.

According to software implementation, embodiments such as procedures and functions described in the present disclosure may be implemented as separate software modules. Each of the software modules may perform one or more functions and operations described herein. The software code can be implemented with a software application written in an appropriate programming language. The software code may be stored in the memory 130 of the client terminal 100 and executed by the processor 110 of the client terminal 100.

2 is a flowchart illustrating an example of a method of recording a smart contract related to an auction for selling save data in a blockchain network by a client terminal according to some embodiments of the present disclosure.

Referring to FIG. 2, the processor 110 of the client terminal 100 may generate save data related to a first save time point in a game (S110). Here, the save data may be game log data recorded by the user playing. And, the save data is log data on the state of the game character recorded up to the first save point, position data of the game character recorded at the first save point, and log data on the mission progress of the game character recorded up to the first save point. It may include at least one of. However, the present invention is not limited thereto, and the game save data may include any information related to the user's game play.

In addition, the first save point may be a point in time when the user receives a specific input from the user in order to store game log data. That is, as the processor 110 of the client terminal 100 receives the first input, the game log data recorded up to the time when the first input is received may be generated as save data.

According to some other embodiments of the present disclosure, the processor 110 may generate save data using game log data at preset time intervals. For example, the processor 110 may generate save data using game log data every 30 minutes.

According to still another exemplary embodiment of the present disclosure, the processor 110 may generate save data using game log data according to a preset in-game achievement level. For example, when a user progresses an in-game quest consisting of a plurality of stages, the processor 110 may generate save data whenever one stage is completed.

Meanwhile, the processor 110 of the client terminal 100 may encrypt the save data generated by the method as described above (S120). And, as will be described later, the processor 110 may record the encrypted save data in a specific storage (eg, the external storage server 200 and/or the blockchain network 300).

Thereafter, the purchaser node may receive a decryption key capable of decrypting the encrypted save data and a sales token including address information in which the encrypted save data is stored to obtain the save data.

A description of how the processor 110 of the client terminal 100 encrypts save data will be described later in detail with reference to FIG. 3.

The processor 110 of the client terminal 100 may record the encrypted save data in at least one of the external storage server 200 and the blockchain network 300 (S130).

For example, the processor 110 may record the encrypted save data in a preset storage location on the game system. Specifically, the processor 110 may record the encrypted save data in the external storage server 200, which is a preset storage location on the first game system related to the first game. In addition, the processor 110 may record the encrypted save data in the block chain network 300 set in advance on the second game system related to the second game. That is, a storage location of encrypted save data for each game may be preset.

As another example, the processor 110 may receive an input related to storage of encrypted save data from a user. In addition, the processor 110 may record the encrypted save data in a storage location corresponding to the user's input. Here, the user input may be an input for determining to store encrypted save data in at least one of the external storage server 200 or the blockchain network 300. In addition, the user input may be input from the user at the time when the save data is generated.

For example, the processor 110 of the client terminal 100 may receive a first user input for storing encrypted save data in the external storage server 200. In this case, the processor 110 may control the communication unit 120 to transmit the encrypted save data to the external storage server 200.

For another example, the processor 110 of the client terminal 100 may receive a second user input for storing encrypted save data in the blockchain network 300. In this case, the processor 110 may control the communication unit 120 to transmit a transaction including encrypted save data to at least one of a plurality of nodes included in the blockchain network 300.

However, it is not limited to the above example, and the input related to the storage of the encrypted save data may be input from the user, for example, when an input related to the game setting is received from the user. In this case, the processor 110 of the client terminal 100 may cause the encrypted save data to be stored in at least one of the external storage server 200 or the blockchain network 300 based on a pre-input user input. have.

On the other hand, the processor 110 of the client terminal 100, when recording the encrypted save data to the external storage server 200, by transmitting the encrypted save data to the external storage server 200, the encrypted save Data may be caused to be written to the memory of the external storage server 200.

That is, when the external storage server 200 receives the encrypted save data from the client terminal 100, the external storage server 200 may record the encrypted save data in the memory of the external storage server 200.

On the other hand, the processor 110 of the client terminal 100, when recording the encrypted save data in the blockchain network 300, generates signature data by encrypting the encrypted save data with a private key through an asymmetric key encryption algorithm. can do. Also, the processor 110 may generate a first transaction including encrypted save data and signature data. In addition, the processor 110 may transmit the first transaction and the public key to at least one node included in the blockchain network 300. Specifically, the processor 110 may cause a plurality of nodes to write the first transaction to a block through a consensus algorithm. Here, each of the private key and the public key corresponding to the private key may be pre-generated together with a wallet before generating the save data on the blockchain network 300.

At least one node included in the blockchain network 300 may receive a first transaction and a public key from the client terminal 100. In addition, each of the plurality of nodes included in the blockchain network 300 may be decrypted using the public key that has received the signature data included in the first transaction. In addition, each of the plurality of nodes included in the blockchain network 300 may recognize whether the decrypted data and the encrypted save data match. When each of the plurality of nodes included in the blockchain network 300 recognizes that the decrypted data and the encrypted save data match, the first transaction may be verified through a consensus algorithm and a block may be generated. In addition, each of the plurality of nodes may record the first transaction in the generated block.

That is, each of the plurality of nodes included in the blockchain network 300 may check whether the client terminal 100 sent the first transaction by using the signature data included in the first transaction. And, each of the plurality of nodes included in the blockchain network 300 may record the first transaction in the block based on the consensus algorithm when the client terminal 100 recognizes that it is correct to send the first transaction.

Specifically, in the first transaction, any one node among a plurality of nodes included in the blockchain network 300 extracts a first nonce value that satisfies a preset first condition, and the first nonce value is each of the plurality of nodes. When it is recognized as valid, it can be recognized as being verified through the consensus algorithm. Here, the preset first condition may be satisfied when the hash value of the block generated when the information stored in the header of the first block and the first nonce value are converted through a hash algorithm is less than the difficulty value of the first block. . Here, the first block may include encrypted save data.

That is, the processor 110 of the client terminal 100 according to some embodiments of the present disclosure may record the encrypted save data on the blockchain network 300 to maintain the integrity of the encrypted save data. In addition, the processor 110 may generate an effect that forgery/modification of the encrypted save data is virtually impossible by recording the encrypted save data in the blockchain network 300. Additionally, the processor 110 may prevent the loss of save data due to damage or impact of the device driving the game.

Additionally, the processor 110 of the client terminal 100 may generate address information in which encrypted save data is stored.

Specifically, when the processor 110 records the encrypted save data in the external storage server 200, for example, a URL (uniform resource locator) accessible to the external storage server 200 in which the encrypted save data is stored, or, Address information including information on a script capable of downloading encrypted save data from the external storage server 200 may be generated.

In addition, when the encrypted save data is recorded in the block chain network 300, the processor 110 may generate address information including the block chain address on the block chain network 300 associated with the block in which the encrypted save data is stored. have.

According to some embodiments of the present disclosure, when providing encrypted save data through a smart contract, the address information may be provided to a purchaser node together with a decryption key capable of decrypting the encrypted save data.

Meanwhile, the processor 110 of the client terminal 100 may generate a smart contract related to an auction for selling save data (S140).

Specifically, the processor 110 may generate a first sub-contract for determining a successful bidder node based on bidding price information received from each of a plurality of nodes included in the blockchain network 300. In addition, the processor 110 provides a second sub-contract that transmits a sales token including address information in which the encrypted save data is stored to the successful bidder node determined by the first sub-contract and a decryption key for decrypting the encrypted save data. Can be generated. That is, the processor 110 may generate a smart contract including the first sub-contract and the second sub-contract.

In addition, the processor 110 may delegate ownership of the encrypted save data to the smart contract. Here, the ownership of the encrypted save data may include an authority to provide or decrypt the encrypted save data. That is, when the processor 110 delegates ownership of the encrypted save data to the smart contract, the processor 110 cannot directly provide the encrypted save data to another node or decrypt and use the encrypted save data.

Additionally, the processor 110 returns ownership of the encrypted save data to the client terminal 100 when the first sub-contract fails to determine the successful bidder node when creating the first sub-contract and the second sub-contract. 3 Sub-contracts can be created. That is, the processor 110 may generate a smart contract including each of the first sub-contract, the second sub-contract, and the third sub-contract.

A description of a method of determining a successful bidder node by the above-described smart contract and transmitting a sales token to the successful bidder node will be described later in detail with reference to FIG. 4.

Meanwhile, the processor 110 of the client terminal 100 may record the smart contract in the blockchain network 300 (S150).

Specifically, the processor 110 may generate signature data obtained by encrypting a smart contract with a private key through an asymmetric key encryption algorithm. In addition, the processor 110 may generate a second transaction including the smart contract and signature data. In addition, the processor 110 may transmit the second transaction and the public key to at least one node included in the blockchain network 300. Specifically, the processor 110 may cause a plurality of nodes to write the second transaction to a block through a consensus algorithm.

In this case, at least one node included in the blockchain network 300 may receive the second transaction and the public key from the client terminal 100. In addition, each of the plurality of nodes included in the blockchain network 300 may be decrypted using the public key that has received the signature data included in the second transaction. In addition, each of the plurality of nodes included in the blockchain network 300 may recognize whether the decrypted data and the smart contract match. When each of the plurality of nodes included in the blockchain network 300 recognizes that the decrypted data and the smart contract match, the second transaction may be verified through a consensus algorithm and a block may be generated. In addition, each of the plurality of nodes may record a second transaction in the generated block.

That is, each of the plurality of nodes included in the blockchain network 300 may check whether the client terminal 100 sent the second transaction by using the signature data included in the second transaction. In addition, each of the plurality of nodes included in the blockchain network 300 may record the second transaction in the block based on the consensus algorithm when the client terminal 100 recognizes that it is correct to send the second transaction.

Specifically, in the second transaction, any one node among a plurality of nodes included in the blockchain network 300 extracts a second nonce value that satisfies a preset second condition, and the second nonce value is each of the plurality of nodes. When it is recognized as valid, it can be recognized as being verified through the consensus algorithm. Here, the preset second condition may be satisfied when the hash value of the block generated when the information stored in the header of the second block and the second nonce value are converted through a hash algorithm is less than the difficulty value of the second block. . Here, the second block may include a smart contract.

That is, the processor 110 of the client terminal 100 according to some embodiments of the present disclosure may record the smart contract on the blockchain network 300 to maintain the integrity of the smart contract. In addition, the processor 110 may create an effect that forgery/modification of the smart contract is virtually impossible by recording the smart contract in the blockchain network 300.

3 is a flowchart illustrating an example of a method of encrypting save data by a client terminal according to some embodiments of the present disclosure.

According to some embodiments of the present disclosure, the processor 110 of the client terminal 100 may generate save data related to the first save time point in the game. In addition, the processor 110 may encrypt the save data and then provide the save data to another node (ie, a purchaser node) through a smart contract.

Referring to FIG. 3, the processor 110 of the client terminal 100 may generate an encryption key for encrypting save data and a decryption key corresponding to the encryption key (S121). In addition, the processor 110 may encrypt the save data using the encryption key (S122).

Specifically, the processor 110 may encrypt the save data through an asymmetric key encryption algorithm or a symmetric key encryption algorithm. Here, whether to encrypt the save data using an asymmetric key encryption algorithm or whether to encrypt the save data using a symmetric key encryption algorithm may be preset in the game system.

However, the present invention is not limited thereto, and the processor 110 may receive an input related to the save data encryption method from the user. In addition, the processor 110 may encrypt the save data through an encryption method corresponding to the user's input. Here, the user input may be input from the user after the save data is generated. However, the present invention is not limited thereto, and the input related to the save data method may be input from the user, for example, when an input related to the game setting is received from the user when starting a game.

According to some embodiments of the present disclosure, when the processor 110 of the client terminal 100 encrypts save data using an asymmetric key encryption algorithm, the processor 110 may generate a private key as an encryption key. . In addition, the processor 110 may generate a public key corresponding to the private key as a decryption key. In this case, the save data encrypted with the asymmetric key encryption algorithm can be decrypted with the public key.

According to some other embodiments of the present disclosure, when the processor 110 of the client terminal 100 encrypts save data using a symmetric key encryption algorithm, each of the encryption key and the decryption key may be identically generated.

Meanwhile, the processor 110 of the client terminal 100 may generate a sales token including a decryption key capable of decrypting the encrypted save data (S123).

Specifically, the processor 110 may generate a sales token that causes the save data purchaser node to decrypt the encrypted save data and then use the save data. Additionally, the sale token may further include address information in which encrypted save data is stored.

As will be described later in FIG. 4, the sale token may be transmitted to a purchaser node (a successful bidder node) by a smart contract.

In this case, the purchaser node may obtain the encrypted save data through the address information included in the sales token, decrypt the encrypted save data through the decryption key included in the sales token, and obtain the save data.

4 is a flowchart illustrating an example of a method of performing an auction of encrypted save data by a smart contract according to some embodiments of the present disclosure.

According to some embodiments of the present disclosure, any one node among a plurality of nodes included in the blockchain network 300 is a client terminal ( Bid price information of save data provided by 100) may be received.

And, after a preset time has elapsed (ie, after the auction is over), the successful bidder node may be determined by the smart contract. In addition, the winning bidder node can receive save data through the smart contract.

Specifically, the smart contract is encrypted with a first sub-contract that determines a successful bidder node and a successful bidder node determined by the first sub-contract based on bidding price information received from each of a plurality of nodes included in the blockchain network 300. Ownership of the encrypted save data when the second sub-contract and the first sub-contract that transmit the sales token including the address information in which the save data is stored and the decryption key for decrypting the encrypted save data fail to determine the winning bidder node It may include a third sub-contract that returns to the client terminal.

The above-described smart contract may be executed from at least one node among a plurality of nodes included in the blockchain network 300.

In the following description, at least one node that executes a smart contract among a plurality of nodes included in the blockchain network 300 will be referred to as a smart contract execution node.

Referring to FIG. 4, the smart contract execution node may recognize whether an auction related to the sale of save data has ended. Specifically, the smart contract execution node may execute the first sub-contract included in the smart contract after a preset time has elapsed (ie, after the auction ends). In this case, the first sub-contract may determine a successful bidder node based on bidding price information received from each of a plurality of nodes included in the blockchain network 300 (S210).

Specifically, the smart contract execution node may recognize the bidder node having the highest bid price based on the bid price information related to the purchase of the save data received from each of the plurality of nodes. In addition, the smart contract execution node may determine the bidder node having the highest bid price as the successful bidder node.

When the successful bidder node is determined by the first sub-contract (S220, Yes), the smart contract execution node may execute the second sub-contract included in the smart contract. In this case, the second sub-contract may transmit the sale token to the successful bidder node (S230). Here, the sale token may include address information in which encrypted save data is stored and a decryption key capable of decrypting the encrypted save data.

In this case, the successful bidder node may obtain encrypted save data by using the address information included in the sale token. In addition, the successful bidder node may decrypt the encrypted save data using the decryption key included in the sales token. That is, the successful bidder node may acquire save data, load the save data, and execute the game.

According to some additional embodiments of the present disclosure, the smart contract receives a coin corresponding to the sale price of the save data from the successful bidder node, and transfers the coin corresponding to the sale price of the save data to the seller node (i.e., the client terminal 100). It may include a fourth sub-contract that is transferred to.

Specifically, when a successful bidder node is determined by the first sub-contract, the smart contract execution node may execute the fourth sub-contract. Here, the fourth sub-contract may be composed of a code and/or a function that performs a function of transferring coins corresponding to the successful bid price of the save data from the successful bidder node.

Meanwhile, the successful bidder node can create a transaction related to the transfer of coins corresponding to the successful bid price of the save data. In addition, the successful bidder node may record a transaction related to the transmission of coins (ie, transfer of coins from the winning bidder node's wallet to the contract account) in the blockchain network 300.

The fourth sub-contract is a coin corresponding to the successful bid price of save data when a transaction related to the transmission of the coin generated by the winning bidder node is recorded in the blockchain network 300 (i.e., when a coin is transferred from the winning bidder node). It is possible to create a transaction related to payment (that is, providing coins equal to the successful bid price to the seller (client terminal 100)). In addition, the smart contract may record a transaction related to coin payment corresponding to the successful bid price of the save data in the blockchain network 300.

That is, the fourth sub-contract may be composed of a code and/or a function that performs a function of transferring coins corresponding to the successful bid price of save data from the contract account to the wallet of the client terminal 100.

Meanwhile, the first sub-contract may not determine a successful bidder node if there is no bid price higher than the preset price. Here, the preset price may be a preset price when the client terminal 100 creates a smart contract. However, it is not limited thereto.

When a successful bidder node is not determined by the first sub-contract (S220, No), the smart contract execution node may execute the third sub-contract. In this case, the third sub-contract may return ownership of the encrypted save data to the client terminal (S240). Here, ownership of the encrypted save data may be delegated from the client terminal 100 after the smart contract is created.

Specifically, the processor 110 of the client terminal 100 may create a smart contract and then delegate ownership of the encrypted save data to the smart contract. Here, the ownership of the encrypted save data may include an authority to provide or decrypt the encrypted save data. That is, when the processor 110 delegates ownership of the encrypted save data to the smart contract, the processor 110 cannot directly provide the encrypted save data to another node or decrypt and use the encrypted save data.

5 is a flowchart illustrating a method of auctioning save data according to some embodiments of the present disclosure. A detailed description of each step described in FIG. 5 has been described above with reference to FIGS. 1 to 4, and the description of FIG. 5 focuses on the flow of a method of auctioning save data.

Referring to FIG. 5, the processor 110 of the client terminal 100 may generate save data related to a first save time point in the game (S301). Here, the save data may be game log data recorded by the user playing. The save data is at least among log data on the state of the game character recorded up to the first save point, position data of the game character recorded at the first save point, and log data on the mission progress of the game character recorded up to the first save point. It can contain one. However, the present invention is not limited thereto, and the game save data may include any information related to the user's game play.

In addition, the processor 110 may encrypt the save data (S302). Specifically, the processor 110 may generate an encryption key for encrypting the save data and a decryption key corresponding to the encryption key. In addition, the processor 110 may encrypt the save data using the encryption key.

Meanwhile, the processor 110 may record the encrypted save data in at least one of the external storage server 200 and the blockchain network 300 (S303).

As an example, the processor 110, when recording the encrypted save data in the external storage server 200, by controlling the communication unit 120 to transmit the encrypted save data to the external storage server 200, the encryption The saved data may be caused to be recorded in the memory of the external storage server 200.

That is, when the external storage server 200 receives the encrypted save data, it may record the encrypted save data in the memory of the external storage server 200 (S304).

As another example, when the encrypted save data is recorded in the blockchain network 300, the processor 110 may generate signature data by encrypting the encrypted save data with a private key through an asymmetric key encryption algorithm. Also, the processor 110 may generate a first transaction including encrypted save data and signature data. In addition, the processor 110 may transmit the first transaction and the public key to at least one node included in the blockchain network 300.

That is, in the blockchain network 300, when a first transaction including encrypted save data is received, a plurality of nodes may record the first transaction in the block through the consensus algorithm (S305). Accordingly, encrypted save data may be recorded in a block of the blockchain network 300.

The processor 110 of the client terminal 100 may record the encrypted save data in at least one of the external storage server 200 and the blockchain network 300, and then generate address information in which the encrypted save data is stored ( S306).

As shown, the processor 110 may record the encrypted save data in a specific storage (eg, the external storage server 200 and/or the blockchain network 300). In addition, the processor 110 may provide a sales token including a decryption key for decrypting the encrypted save data through an auction and address information in which the encrypted save data is stored to the successful bidder node.

In addition, the processor 110 may generate a smart contract related to an auction for selling the save data (S307). In addition, the processor 110 may record the smart contract in the blockchain network 300 (S308).

Meanwhile, in the blockchain network 300, when a second transaction including a smart contract is received, a plurality of nodes may record the second transaction in a block through a consensus algorithm (S309).

In addition, the smart contract execution node 310 may execute the smart contract. In this case, the first sub-contract included in the smart contract may determine a successful bidder node based on bidding price information received from each of a plurality of nodes included in the blockchain network (S310).

In addition, the smart contract execution node 310 may execute the second sub-contract included in the smart contract. In this case, the second sub-contract may transmit a sales token including address information in which encrypted save data is stored and a decryption key for decrypting the encrypted save data to the successful bidder node 320 (S311).

In this case, the successful bidder node 320 may obtain the save data through address information in which the save data is stored and a decryption key capable of decrypting the encrypted save data (S312). That is, the successful bidder node 320 may acquire save data, load the save data, and execute a game.

Meanwhile, the first sub-contract may not determine a successful bidder node if there is no bid price higher than a preset price based on the bid price information related to the purchase of save data received from each of the plurality of nodes. Here, the preset price may be a preset price when the client terminal 100 creates a smart contract. However, it is not limited thereto.

The third sub-contract included in the smart contract may return ownership of the encrypted save data to the client terminal when the first sub-contract does not determine a successful bidder node. Here, ownership of the encrypted save data may be delegated from the client terminal 100 after the smart contract is created.

Specifically, the processor 110 of the client terminal 100 may create a smart contract and then delegate ownership of the encrypted save data to the smart contract. Here, the ownership of the encrypted save data may include an authority to provide or decrypt the encrypted save data. That is, when the processor 110 delegates ownership of the encrypted save data to the smart contract, the processor 110 cannot directly provide the encrypted save data to another node or decrypt and use the encrypted save data.

6 shows a simplified and general schematic diagram of an exemplary computing environment in which embodiments of the present disclosure may be implemented.

While the present disclosure has generally been described above with respect to computer-executable instructions that can be executed on one or more computers, those skilled in the art will appreciate that the present disclosure may be implemented in combination with other program modules and/or as a combination of hardware and software. will be.

In general, modules herein include routines, procedures, programs, components, data structures, etc. that perform particular tasks or implement particular abstract data types. In addition, to those skilled in the art, the method of the present disclosure is not limited to single-processor or multiprocessor computer systems, minicomputers, mainframe computers, as well as personal computers, handheld computing devices, microprocessor-based or programmable household appliances, etc. It will be appreciated that other computer system configurations may be implemented, including one or more associated devices).

The described embodiments of the present disclosure may also be practiced in a distributed computing environment where certain tasks are performed by remote processing devices that are connected through a communication network. In a distributed computing environment, program modules may be located in both local and remote memory storage devices.

Computers typically include a variety of computer-readable media. Computer-readable media can be any computer-readable media, including volatile and nonvolatile media, transitory and non-transitory media, removable and non-transitory media. Includes removable media. By way of example and not limitation, computer-readable media may include computer-readable storage media and computer-readable transmission media.

Computer-readable storage media include volatile and nonvolatile media, temporary and non-transitory media, removable and non-removable media implemented in any method or technology for storing information such as computer readable instructions, data structures, program modules or other data. Includes the medium. Computer-readable storage media include RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital video disk (DVD) or other optical disk storage, magnetic cassette, magnetic tape, magnetic disk storage, or other magnetic storage. Devices, or any other medium that can be accessed by a computer and used to store desired information.

Computer-readable transmission media typically implement computer-readable instructions, data structures, program modules or other data on a modulated data signal such as a carrier wave or other transport mechanism. Includes all information delivery media. The term modulated data signal refers to a signal in which one or more of the characteristics of the signal is set or changed to encode information in the signal. By way of example and not limitation, computer-readable transmission media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared, and other wireless media. Combinations of any of the above-described media are also intended to be included within the scope of computer-readable transmission media.

An exemplary environment 1100 is shown that implements various aspects of the present disclosure, including a computer 1102, which includes a processing device 1104, a system memory 1106, and a system bus 1108. do. System bus 1108 couples system components, including but not limited to, system memory 1106 to processing device 1104. The processing unit 1104 may be any of a variety of commercially available processors. Dual processors and other multiprocessor architectures may also be used as processing unit 1104.

The system bus 1108 may be any of several types of bus structures that may be additionally interconnected to a memory bus, a peripheral bus, and a local bus using any of a variety of commercial bus architectures. System memory 1106 includes read-only memory (ROM) 1110 and random access memory (RAM) 1112. The basic input/output system (BIOS) is stored in non-volatile memory 1110 such as ROM, EPROM, EEPROM, etc. This BIOS is a basic input/output system that helps transfer information between components in the computer 1102, such as during startup. Includes routines. RAM 1112 may also include high speed RAM such as static RAM for caching data.

The computer 1102 also includes an internal hard disk drive (HDD) 1114 (e.g., EIDE, SATA)-this internal hard disk drive 1114 can also be configured for external use within a suitable chassis (not shown). Yes--, a magnetic floppy disk drive (FDD) 1116 (for example, to read from or write to a removable diskette 1118), and an optical disk drive 1120 (for example, a CD-ROM). For reading the disk 1122 or for reading from or writing to other high-capacity optical media such as DVD). The hard disk drive 1114, magnetic disk drive 1116, and optical disk drive 1120 are each connected to the system bus 1108 by a hard disk drive interface 1124, a magnetic disk drive interface 1126, and an optical drive interface 1128. ) Can be connected. The interface 1124 for implementing an external drive includes, for example, at least one or both of Universal Serial Bus (USB) and IEEE 1394 interface technologies.

These drives and their associated computer readable media provide non-volatile storage of data, data structures, computer executable instructions, and the like. In the case of computer 1102, drives and media correspond to storing any data in a suitable digital format. Although the description of the computer-readable storage medium above refers to a removable optical medium such as an HDD, a removable magnetic disk, and a CD or DVD, those skilled in the art may include a zip drive, a magnetic cassette, a flash memory card, a cartridge, and the like. It will be appreciated that other types of computer-readable storage media, such as etc., may also be used in the exemplary operating environment and that any such media may contain computer-executable instructions for performing the methods of the present disclosure. .

A number of program modules, including the operating system 1130, one or more application programs 1132, other program modules 1134, and program data 1136, may be stored in the drive and RAM 1112. All or part of the operating system, applications, modules and/or data may also be cached in RAM 1112. It will be appreciated that the present disclosure may be implemented on several commercially available operating systems or combinations of operating systems.

A user may input commands and information to the computer 1102 through one or more wired/wireless input devices, for example, a pointing device such as a keyboard 1138 and a mouse 1140. Other input devices (not shown) may include a microphone, IR remote control, joystick, game pad, stylus pen, touch screen, and the like. These and other input devices are often connected to the processing unit 1104 through the input device interface 1142, which is connected to the system bus 1108, but the parallel port, IEEE 1394 serial port, game port, USB port, IR interface, It can be connected by other interfaces such as etc.

A monitor 1144 or other type of display device is also connected to the system bus 1108 through an interface such as a video adapter 1146. In addition to the monitor 1144, the computer generally includes other peripheral output devices (not shown) such as speakers, printers, and the like.

Computer 1102 may operate in a networked environment using logical connections to one or more remote computers, such as remote computer(s) 1148, via wired and/or wireless communication. The remote computer(s) 1148 may be a workstation, server computer, router, personal computer, portable computer, microprocessor-based entertainment device, peer device, or other common network node, and is generally referred to as computer 1102. Although including many or all of the described components, only memory storage device 1150 is shown for simplicity. The logical connections shown include wired/wireless connections to a local area network (LAN) 1152 and/or to a larger network, eg, a wide area network (WAN) 1154. Such LAN and WAN networking environments are common in offices and companies, and facilitate enterprise-wide computer networks such as intranets, all of which can be connected to worldwide computer networks, for example the Internet.

When used in a LAN networking environment, the computer 1102 is connected to the local network 1152 via a wired and/or wireless communication network interface or adapter 1156. Adapter 1156 may facilitate wired or wireless communication to LAN 1152, which also includes a wireless access point installed therein to communicate with wireless adapter 1156. When used in a WAN networking environment, the computer 1102 may include a modem 1158, connected to a communication server on the WAN 1154, or other Have means. The modem 1158, which may be an internal or external and a wired or wireless device, is connected to the system bus 1108 through a serial port interface 1142. In a networked environment, program modules described for computer 1102 or portions thereof may be stored in remote memory/storage device 1150. It will be appreciated that the network connections shown are exemplary and other means of establishing communication links between computers may be used.

Computer 1102 is associated with any wireless device or entity deployed and operated in wireless communication, e.g., a printer, scanner, desktop and/or portable computer, portable data assistant (PDA), communication satellite, wireless detectable tag. It operates to communicate with any device or place, and a phone. This includes at least Wi-Fi and Bluetooth wireless technologies. Accordingly, the communication may be a predefined structure as in a conventional network or may simply be ad hoc communication between at least two devices.

Wi-Fi (Wireless Fidelity) allows you to connect to the Internet or the like without wires. Wi-Fi is a wireless technology such as a cell phone that allows such devices, for example computers, to transmit and receive data indoors and outdoors, that is, anywhere within the coverage area of a base station. Wi-Fi networks use a wireless technology called IEEE 802.11 (a, b, g, etc.) to provide a secure, reliable and high-speed wireless connection. Wi-Fi can be used to connect computers to each other, to the Internet, and to a wired network (using IEEE 802.3 or Ethernet). Wi-Fi networks can operate in unlicensed 2.4 and 5 GHz radio bands, for example at 11 Mbps (802.11a) or 54 Mbps (802.11b) data rates, or in products that include both bands (dual bands). have.

A person of ordinary skill in the art of the present disclosure includes various exemplary logical blocks, modules, processors, means, circuits and algorithm steps described in connection with the embodiments disclosed herein, electronic hardware, (convenience). For the sake of clarity, it will be appreciated that it may be implemented by various forms of program or design code or a combination of both (referred to herein as "software"). To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends on the particular application and design constraints imposed on the overall system. A person of ordinary skill in the art of the present disclosure may implement the described functions in various ways for each specific application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present disclosure.

The various embodiments presented herein may be implemented as a method, apparatus, or article of manufacture using standard programming and/or engineering techniques. The term “article of manufacture” includes a computer program or media accessible from any computer-readable device. For example, computer-readable storage media include magnetic storage devices (e.g., hard disks, floppy disks, magnetic strips, etc.), optical disks (e.g., CD, DVD, etc.), smart cards, and flash Memory devices (eg, EEPROMs, cards, sticks, key drives, etc.). The term “machine-readable medium” includes, but is not limited to, wireless channels and various other media capable of storing, holding, and/or transmitting instruction(s) and/or data.

It is to be understood that the specific order or hierarchy of steps in the presented processes is an example of exemplary approaches. Based on the design priorities, it is to be understood that within the scope of this disclosure a specific order or hierarchy of steps in processes may be rearranged. The appended method claims provide elements of the various steps in a sample order, but are not meant to be limited to the specific order or hierarchy presented.

A description of the presented embodiments is provided to enable any person skilled in the art to make or use the present disclosure. Various modifications to these embodiments will be apparent to those of ordinary skill in the art, and general principles defined herein may be applied to other embodiments without departing from the scope of the present disclosure. Thus, the present disclosure is not to be limited to the embodiments presented herein, but is to be construed in the widest scope consistent with the principles and novel features presented herein.

Claims (14)

A computer program stored on a computer-readable storage medium, comprising:
The computer program includes instructions for causing a processor of the client terminal to perform the following steps, the steps:
Generating save data related to a first save time point in the game;
Encrypting the save data;
Recording the encrypted save data in at least one of an external storage server and a blockchain network;
Generating a smart contract related to an auction for selling the save data; And
Recording the smart contract in the blockchain network;
Containing,
A computer program stored on a computer readable storage medium.
The method of claim 1,
Generating save data related to the first save point in the game,
Receiving a first input related to the generation of the save data from a user; And
Generating, as save data, game log data recorded up to a time point when the first input is received as the first input is received;
Including,
The first save time point,
A time point at which the first input is received,
A computer program stored on a computer readable storage medium.
The method of claim 1,
Generating save data related to the first save point in the game,
Generating save data using game log data at preset time intervals;
Containing,
A computer program stored on a computer readable storage medium.
The method of claim 1,
Encrypting the save data,
Generating an encryption key for encrypting the save data and a decryption key corresponding to the encryption key;
Encrypting the save data using the encryption key; And
Generating a sales token including the decryption key capable of decrypting the encrypted save data;
Containing,
A computer program stored on a computer readable storage medium.
The method of claim 1,
The step of recording the encrypted save data in at least one of an external storage server and a blockchain network,
Causing the encrypted save data to be written to a memory of the external storage server by transmitting the encrypted save data to the external storage server;
Containing,
A computer program stored on a computer readable storage medium.
The method of claim 1,
The step of recording the encrypted save data in at least one of an external storage server and a blockchain network,
Generating signature data obtained by encrypting the encrypted save data with a private key through an asymmetric key encryption algorithm;
Generating a first transaction including the encrypted save data and the signature data; And
Transmitting the first transaction and the public key to at least one node included in the blockchain network, thereby causing a plurality of nodes to record the first transaction in a block through a consensus algorithm;
Containing,
A computer program stored on a computer readable storage medium.
The method of claim 1,
The step of recording the smart contract in the blockchain network,
Generating signature data by encrypting the smart contract with a private key through an asymmetric key encryption algorithm;
Generating a second transaction including the smart contract and the signature data; And
Sending the second transaction and the public key to at least one node included in the blockchain network, thereby causing a plurality of nodes to record the second transaction in a block through a consensus algorithm;
Containing,
A computer program stored on a computer readable storage medium.
The method according to any one of claims 6 and 7,
Each of the private key and the public key corresponding to the private key,
Pre-generated with a wallet before generating the save data on the blockchain network,
A computer program stored on a computer readable storage medium.
The method according to any one of claims 5 and 6,
The step of recording the encrypted save data in at least one of an external storage server and a blockchain network,
Generating address information in which the encrypted save data is stored;
Further comprising,
A computer program stored on a computer readable storage medium.
The method of claim 1,
The step of creating a smart contract related to an auction for selling the save data,
Delegating ownership of the encrypted save data to the smart contract;
Containing,
A computer program stored on a computer readable storage medium.
The method of claim 10,
The smart contract,
A first sub-contract for determining a successful bidder node based on bidding price information received from each of a plurality of nodes included in the blockchain network; And
A second sub-contract for transmitting a sales token including address information in which the encrypted save data is stored and a decryption key for decrypting the encrypted save data to the successful bidder node determined by the first sub-contract;
Containing,
A computer program stored on a computer readable storage medium.
The method of claim 11,
The smart contract,
A third sub-contract for returning ownership of the encrypted save data to the client terminal when the first sub-contract fails to determine the successful bidder node;
Further comprising,
A computer program stored on a computer readable storage medium.
The method of claim 1,
The save data,
Among the log data on the state of the game character recorded up to the first save point, the position data of the game character recorded at the first save point, and the log data on the mission progress of the game character recorded up to the first save point. Containing at least one,
A computer program stored on a computer readable storage medium.
Generating save data related to a first save time point in the game;
Encrypting the save data;
Recording the encrypted save data in at least one of an external storage server and a blockchain network;
Generating a smart contract related to an auction for selling the save data; And
Recording the smart contract in the blockchain network;
Containing,
How to auction save data.

Images