KR102151731B1 - Technique for allowing item self processing - Google Patents

Abstract

An objective of the present invention is to provide a technique for item self-processing which maximizes user convenience and has high reliability. An embodiment of the present invention suggests a computer program stored in a computer-readable storage medium. The computer program can perform a method for self-item processing if executed by one or more processors of a history management server. The method comprises: a step of receiving a self-processing request for a first item issued from a first user terminal; a step of generating a self-processing query at least partially based on information included in the self-processing request; a step of transmitting the self-processing query to at least one node included in a blockchain network; and a step of allowing an action corresponding to the self-processing request for the first item to be performed in a game server in response to receipt of result information for the self-processing query from the at least one node included in the blockchain network.

Description

Technique for allowing item self-processing {TECHNIQUE FOR ALLOWING ITEM SELF PROCESSING}

BACKGROUND OF THE INVENTION The present disclosure relates to games, and more particularly, to techniques for allowing inquiries and self-processing of items in a transparent and secure manner.

With the development of the Internet, goods that exist in a virtual world such as games (eg, items and money in games) are also recognized for their value. Previously, it was recognized that items used in games exist only in the game and their value only exists in the game. However, for games used by many users due to the development of the game industry, the society built in the game reproduces the same situations as the real society, and accordingly, the value of items and/or currency used in the game It is also recognized for its value as a good in the real world. In particular, due to the development of online/mobile technology such as O2O (Online To Offline) technology, the boundaries between online and offline are not clearly divided, and as the game industry also develops, these game-related items are currently referred to as "goods" or It is considered a "property advantage".

Since such game-related items are managed by the game server, when the user recognizes that a specific item has disappeared without a reason, the game server makes an inquiry about it. In the process of handling such inquiries, additional resources within the game company (e.g., personnel from the C/S (Customer Service) team) may be used, and there may be a waiting time for the user to wait for the game company's response. I can. In addition to this, since the game server is a management entity for such goods in the game, users may have distrust in the management method of the game server when C/S is performed that is not clear from the perspective of the user.

Therefore, it is necessary to develop a technology for tracking goods and C/S in the game to improve the user's convenience.

Korean registered patent KR10-0365909

An object according to an embodiment of the present disclosure is to provide an item tracking, inquiry, and self-processing technique that maximizes user convenience and has high reliability.

A computer program stored in a computer-readable storage medium is provided according to an embodiment of the present disclosure. When the computer program is executed by one or more processors of a history management server, it performs a method for allowing self-item processing, the method comprising: a self-processing request for a first item issued from a first user terminal Receiving; Generating a self-processing query based at least in part on information included in the self-processing request; Transmitting the self-processing query to at least one node included in the blockchain network; And in response to receiving result information on the self-processing query from at least one node included in the blockchain network, an action corresponding to the self-processing request for the first item is performed in the game server. It may include the step of allowing.

A computer program stored in a computer-readable storage medium according to an embodiment of the present disclosure is disclosed. When the computer program is executed by one or more processors of a history management server, it performs a method for allowing self-item processing, the method comprising: a self-processing request for a first item issued from a first user terminal Receiving; Generating a self-processing transaction based at least in part on information included in the self-processing request; Transmitting a self-processing transaction to at least one node included in the blockchain network, allowing a plurality of nodes included in the blockchain network to generate and record a block to store the self-processed transaction through a consensus algorithm; And in response to the self-processing transaction being recorded on the blockchain network, allowing an action corresponding to the self-processing request for the first item to be performed in the game server.

A computer program stored in a computer-readable storage medium according to an embodiment of the present disclosure is disclosed. When the computer program is executed by one or more processors of a game server, it performs a method for allowing self-item processing, the method comprising: receiving a self-processing request for a first item issued from a first user terminal Step to do; Generating a self-processing query based at least in part on information included in the self-processing request; Transmitting the self-processing query to at least one node included in the blockchain network; And in response to receiving result information on the self-processing query from at least one node included in the blockchain network, performing an action corresponding to the self-processing request for the first item in the game server. can do.

A computer program stored in a computer-readable storage medium according to an embodiment of the present disclosure is disclosed. When the computer program is executed by one or more processors of a history management server, it performs a method for allowing self-item processing, the method comprising: a self-processing request for a first item issued from a first user terminal Receiving; Generating a self-processing transaction based at least in part on information included in the self-processing request; Transmitting a self-processing transaction to at least one node included in the blockchain network, allowing a plurality of nodes included in the blockchain network to generate and record a block to store the self-processed transaction through a consensus algorithm; And in response to the self-processing transaction being recorded in the blockchain network, performing an action corresponding to the self-processing request for the first item in the game server.

According to an embodiment of the present disclosure, an item tracking, inquiry, and self-processing technique that maximizes user convenience and has high reliability may be achieved.

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 holistic understanding of one or more aspects. However, it will be apparent that such aspect(s) may be practiced without these specific details. In other instances, well-known structures and devices are shown in block diagram form to facilitate describing one or more aspects.
1 schematically depicts an exemplary system for performing item tracking and/or self-item processing according to an embodiment of the present disclosure.
FIG. 2 exemplarily shows the structure of a game server and a history management server according to an embodiment of the present disclosure.
3 is a flowchart illustrating an example of an item history recording and tracking technique according to an embodiment of the present disclosure.
4 is a flowchart illustrating an item history recording and tracking technique according to an embodiment of the present disclosure.
5 is an exemplary flow chart in which self-processing (eg, self C/S) for an item is performed according to an embodiment of the present disclosure.
6 is an exemplary flowchart in which self-processing (eg, self C/S) for an item is performed according to an embodiment of the present disclosure.
7 is an exemplary flow chart in which self-processing (eg, self C/S) is performed on an item according to an embodiment of the present disclosure.
8 is an exemplary flow chart in which self-processing (eg, self C/S) for an item is performed according to an embodiment of the present disclosure.
9 exemplarily shows an aspect in which a smart contract is propagated to a blockchain network according to an embodiment of the present disclosure.
10 exemplarily shows an internal structure of blocks stored in a blockchain network and a connection structure between blocks according to an embodiment of the present disclosure.
11 exemplarily shows a data structure stored in blocks stored in a blockchain network according to an embodiment of the present disclosure.
12 exemplarily shows a data structure stored in blocks stored in a blockchain network according to an embodiment of the present disclosure.
13 illustrates an exemplary UI (User Interface) configuration for performing item tracking and self-processing (eg, self C/S) in a user terminal according to an embodiment of the present disclosure.
14 illustrates an exemplary UI configuration for performing item tracking and self-processing (eg, self C/S) in a user terminal according to an embodiment of the present disclosure.
15 shows a general schematic diagram of an exemplary computing environment in which 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 one or more aspects. However, these aspects are exemplary 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.

In addition, various aspects and features will be presented by a system that may include one or more computing devices, terminals, servers, devices, components and/or modules, and the like. Devices, terminals, servers discussed in connection with the figures and/or that various systems may include additional computing devices, terminals, servers, devices, components and/or modules, etc. It should also be understood and recognized that it may not include all of, devices, components, modules, etc.

The terms "computer program," "component", "module", and the like used herein may be used interchangeably. For example, a component may be, but is not limited to, a process executed on a processor, a processor, an object, an execution thread, 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 on a single computer. A component can be distributed between two or more computers.

In addition, these components can execute from various computer readable storage media having various data structures stored therein. Components can be, for example, via 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.

As used herein, “an embodiment,” “example,” “aspect,” “example,” and the like may not be construed as having any aspect or design described as being better or advantageous than other aspects or designs. . The terms'component','module','system', and'interface' used below generally mean a computer-related entity, for example, a combination of hardware, hardware and software. , Or software.

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 "comprising" and/or "comprising" mean that the corresponding feature and/or element is present, but excludes the presence or addition of one or more other features, elements and/or groups thereof. It should be understood as not. In addition, unless otherwise specified or when the context is not clear as indicating a singular form, the singular in the specification and claims should be interpreted as meaning "one or more" in general.

In the present specification, the computer-readable medium may include all kinds of media in which programs and data are stored to be readable by a computer system. Computer-readable media in the present disclosure may include computer-readable storage media and computer-readable transmission media. According to an aspect of the present invention, a computer-readable storage medium includes: ROM (read only memory), RAM (random access memory), CD (compact disk)-ROM, DVD (digital video disk)-ROM, magnetic tape, floppy It may include a disk, an optical data storage device, and the like. Further, the computer-readable transmission medium may include any transportable medium implemented in the form of a carrier wave (eg, transmission over the Internet). Additionally, such computer-readable media may be distributed over networked systems to store computer-readable codes and/or instructions in a distributed manner.

Prior to describing specific details for the implementation of the present invention, it should be noted that configurations that are not directly related to the technical gist of the present invention have been omitted within the scope not disturbing the technical gist of the present invention. In addition, terms or words used in the present specification and claims are based on the principle that the inventor can define the concept of appropriate terms to describe his or her invention in the best way, and has a meaning consistent with the technical idea of the present invention. It should be interpreted as a concept.

1 schematically illustrates an exemplary system for performing item recording, tracking, and/or self-item processing according to an embodiment of the present disclosure.

As shown in Figure 1, the system for performing item tracking and/or self-item processing includes a user terminal 100, a game server 200, a history management server 300, a blockchain network 400, and communication. Network 500 may be included. Components illustrated in FIG. 1 are exemplary, and additional components may exist or some of the components illustrated in FIG. 1 may be omitted.

An item in the present disclosure may mean any type of goods that can be traded on a game. In addition, the recording and tracking of items in the present disclosure means recording and tracking any type of history/log information related to items generated during the game play process in a manner that ensures transparency and reliability. can do. In addition, the self-item processing technique in the present disclosure allows a user to request a recovery or refund for an item by inquiring and tracking the process from acquisition to exhaustion of the user's item, such as, for example, self customer service. It can mean technology that allows.

The user terminal 100 has a mechanism for communicating with each other or with other nodes through the communication network 500, and may mean any type of node in the system of FIG. 1. For example, user terminal 100 may include a PC, laptop computer, workstation, terminal, and/or any electronic device with network connectivity. In addition, the user terminal 100 may include an arbitrary server implemented by at least one of an agent, an application programming interface (API), and a plug-in. In addition, the user terminal 100 may include an application source and/or a client application.

The user terminal 100 may be any entity capable of processing and storing arbitrary data, including a processor and a storage unit (memory and permanent storage medium).

The processor in the present disclosure may be composed of one or more cores, and a central processing unit (CPU), a general purpose graphics processing unit (GPGPU), and a tensor processing unit (TPU: Tensor processing unit) may include an arbitrary type of processor for performing item inquiry, tracking, and self C/S by executing instructions stored in a memory. The processor may read a computer program stored in a memory to perform item inquiry, tracking, and self-processing operations according to an embodiment of the present disclosure.

The memory in the present disclosure may store a program for operation of a processor, and may temporarily or permanently store input/output data. Memory is a flash memory type, hard disk type, multimedia card micro type, card type memory (for example, SD or XD memory), 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 disk, optical disk At least one type of storage medium may be included. This memory can be operated under control of the processor. Further, in the present disclosure, the memory and the storage unit may be used interchangeably with each other.

The user terminal 100 in FIG. 1 may be associated with a user who wants to access at least one of the game server 200, the history management server 300, and the blockchain network 400.

The user terminal 100 may issue a query or a transaction to at least one of the game server 200, the history management server 300, and the blockchain network 400.

The "query" in the present disclosure may be used to query item information (eg, item history information, item latest state information, etc.) registered on the blockchain network 400. When a query is issued to the blockchain network, the data stored in the blocks constituting the blockchain (e.g., transaction information and/or state values stored in the smart contract DB, etc.) can be retrieved without changing the data on the blockchain. Queries for inquiries do not need to be newly recorded and synchronized on the blockchain.

When a node of the blockchain network 400 receives a query, it can check its DB for the query and respond immediately regardless of the block synchronization timing. The processing of search queries in the blockchain network 400 is because the response to the query is performed using the internal DB of the node that received the query, and because the same result can be obtained no matter which node is accessed, a query through a relay Query response speed may be faster than response service.

The "transaction" in the present disclosure may be used to perform an update (modification/change/delete/add) on data recorded on the blockchain network 400.

When nodes (computing devices) constituting the blockchain network 400 receive a transaction, the validity thereof is verified and a block to store the transaction may be generated based on a consensus algorithm. The generated block is chained into a new block in the blockchain, and can be stored in nodes constituting the blockchain network 400.

Nodes constituting the blockchain network 400 may include a transaction DB and/or a smart contract DB. Nodes can share arbitrary types of transactions to allow item inquiry, tracking, and self-processing, and store their contents in the transaction DB.

In the case of the blockchain network 400 that can support smart contracts, it is possible to execute an application related to the smart contract according to the content of the transaction and reflect the result in the smart contract DB.

The user terminal 100 may transmit and receive an application source written in a programming language. For example, the user terminal 100 may generate a client application by compiling an application source. For example, the generated client application may be executed after being delivered to at least one of the game server 200, the history management server 300, and the blockchain network 400.

The user terminal 100 may generate a transaction using any programming language that can be used in the blockchain network 400 and issue the generated transaction to the blockchain network 400.

The user terminal 100 may create a smart contract that can be operated on the blockchain network 400 by using an arbitrary programming language such as, for example, Solidity. In addition, the user terminal 100 may generate a transaction for distributing the generated smart contract to the blockchain network 400.

The user terminal 100 can access the game server 200 to play a game provided by the game server, and can use any type of game-related item acquired or purchased in the game in the game. . The game in the present specification 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.

In addition, the user terminal 100 may transmit an inquiry request for an item and/or a self-processing request for an item to at least one of the game server 200, the history management server 300, and the blockchain network 400.

In addition, the user terminal 100 may receive data related to item inquiry and item self-processing from at least one of the game server 200, the history management server 300, and the blockchain network 400.

The user terminal 100 may also operate as a node constituting the block chain network 400. In this example, the user 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 user 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 user terminal 100 is provided with a display, and thus receives an input of a user in performing game play and/or item recording, tracking, inquiry, and self-processing, and may provide an arbitrary type of output to the user.

Game server 200 and history management server 300 according to an embodiment of the present disclosure may be any type of computer system, such as, for example, a microprocessor, a mainframe computer, a digital processor, a portable device and a device controller, or the like. It may include a computer device. Although not shown in FIG. 1, the game server 200 and the history management server 300 may include a memory and a processor.

The game server 200 may allow the user terminal 100 to play a game. When the user terminal 100 accesses the game server 200, the game server 200 may generate a user interface (UI) capable of interacting with the user on the user terminal 100 and transmit the generated user interface (UI) to the user terminal 100. Additionally, the game server 200 may allow the user terminal 100 to record and manage the history of items of any form playable in the game and to perform self-processing on the items.

The history management server 300 may allow the user terminal 100 to record and manage the history of any type of item playable in the game and to perform self-processing on the item.

Additionally, the history management server 300 may communicate with a plurality of game servers, and items that can be used in each of the plurality of game servers may be recorded and managed by a single history management server. In this case, the history management server 300 may operate as a platform for one item history management and self-processing operation that can be used by a plurality of game servers.

In FIG. 1, the game server 200 and the history management server 300 are separately expressed as separate entities, but the history management server 300 is included in the game server 200 according to an embodiment of the present disclosure. The play function and item history management/self-processing function may be performed in one integrated server. When the function of the history management server 300 is integrated into the game server 200, for example, the user terminal 100 may record, track, and self-process in-game items.

In addition, when the history management server 300 and the game server 200 are separated, the user terminal 100 performs a game item inquiry and self-processing through the history management server 300 existing outside the game server 200. can do. In this case, the history management server 300 may communicate with the game server 200 and the blockchain network 400 to implement operations such as item recording, item inquiry processing, item recovery processing, and item refund processing.

Additionally, at least one of the game server 200 and the history management server 300 may operate as a node constituting the blockchain network 400.

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

The blockchain network 400 may store a transaction transmitted from at least one of the user terminal 100, the game server 200, and the history management server 300 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 400.

In FIG. 1, the block chain network 400 is represented as a separate entity, but according to the embodiment of the present disclosure, the block chain network 400 is at least one of the game server 200 and/or the history management server 300. It may be implemented in a form included in one (eg, a form under the control of a game server or a history management server).

The blockchain network 400 is a public blockchain network in which arbitrary nodes can perform consensus operations or a private (or consortium) blockchain network in which only predetermined nodes can perform consensus, depending on the implementation type. Can include.

The consensus algorithm performed in the blockchain network 400 according to an embodiment of the present disclosure 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, PoA (Proof of Authority) algorithm and/or PoET (Proof of Elapsed Time) algorithm may be included.

In an exemplary embodiment of the present disclosure, nodes in the blockchain network 400 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 400 and manages the data, performs mining to verify the validity of blocks and generates blocks, and the fees paid to miners during the mining process. A consensus layer in charge of processing, an execution layer that processes and executes smart contracts, a common layer that implements and manages P2P network protocols, hash functions, digital signatures, encoding and common storage, and applications in which various applications are created, processed and managed. May contain layers.

According to an embodiment of the present disclosure, the blockchain network 400 may be used to record item history information in an integrity and reliable manner and to enable a user's self-inquiry, self-recovery, and self-refund. By the technique according to an embodiment of the present disclosure, since item history information can be recorded with integrity and the user himself can perform self-inquiry, recovery, and refund for the item, user convenience, user reliability, and transparency of recorded information In addition to being able to achieve and integrity, independent item recording and item self C/S services can be provided to the game platform rather than the game service unit.

According to an embodiment of the present disclosure, the user can directly grasp the flow of items/goods in real time with high reliability, so that there is a technical effect that the user can immediately check the flow of items/goods without having to wait for a response from the game company in a situation where the item disappears. Can be achieved.

According to an embodiment of the present disclosure, it may be possible to clearly check the history information of an item through reliable data without any misunderstanding. In addition, since it is possible to perform self-recovery and self-refund without the hassle of inquiring the current status of the item to the game company's C/S team and providing various related information, game services with maximum user convenience will be provided. I can.

Items subject to transaction in the present disclosure include items of any type that can be played in the game, and may include, for example, non-floungible items and fungible items. For non-Fungible items, transactions may be performed based on, for example, the ERC-721 standard code and/or the ERC-1155 standard code. In addition, for the Fungible item, a transaction may be performed based on, for example, the ERC-20 standard code and/or the ERC-1155 standard code.

Communication network 500 according to an embodiment of the present disclosure is a public switched telephone network (PSTN), x Digital Subscriber Line (xDSL), Rate Adaptive DSL (RADSL), Multi Rate DSL (MDSL), 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 communication network 500 presented in the present disclosure includes Code Division Multi Access (CDMA), Time Division Multi Access (TDMA), Frequency Division Multi Access (FDMA), Orthogonal Frequency Division Multi Access (OFDMA), and SC-FDMA. Various wireless communication systems such as (Single Carrier-FDMA) and other systems can be used. The techniques described in this disclosure may be used not only in the networks mentioned above, but also in any type of other communication networks.

Smart contracts according to embodiments of the present disclosure may be written in a digital language for performing item recording, tracking, querying, and self-processing and executed on any computing device. That is, when the code and/or function included in the smart contract is executed, the item history change history in any form according to the embodiments of the present disclosure (e.g., upgrade, disappearance, conversion, addition, sale, Purchase, rental, use, etc.) can be recorded.

The smart contract according to the embodiments of the present disclosure includes 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 or token operable in the blockchain network 400. Can be implemented by one. In addition, smart contracts can be executed by transactions or other contracts generated by externally owned accounts.

Coins or tokens in this specification may mean any form of cryptocurrency that can be operated on the blockchain network 400. These coins can be converted into cash depending on the market price.

Smart contracts for allowing item history recording and inquiry according to embodiments of the present disclosure, for example, to prevent malicious code such as infinite repetition, and to ensure the integrity of data related to item recording, tracking, inquiry and self-processing. In addition, it can also be specified to pay a specific execution cost when executing a transaction. The execution cost here may mean any type of coin that can be traded on the blockchain network 400 or another type of medium that can be interlocked with the coin (eg, gas, etc.). 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 certain cost when executing the smart contract, malicious attacks such as infinite execution such as intentional DDoS attacks can be prevented.

In addition, an execution cost policy in which an entity that creates or wants to execute a smart contract staking a specific amount (coin, token, etc.) on the blockchain network and then executes the smart contract without paying additional fees. May be used. In this case, when staking is terminated, execution of the smart contract is not allowed.

According to embodiments of the present disclosure, calls between smart contracts made to perform item recording, item inquiry, and item self-processing 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 calling a function. In one embodiment, since the message in this case is generated and processed inside the blockchain network 400, unlike transactions that occur in externally owned accounts, separate execution costs such as gas may not be incurred.

In implementing item recording, item inquiry, and item self-processing according to embodiments of the present disclosure, when a function of a smart contract is included in a transaction in the form of compiled code and synchronized through a block chain, included in the transaction Smart contracts can be implemented in a way that executes a function expressed in code with information as a function input and stores 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 400, 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 400 of the present disclosure for performing item recording, item inquiry, and item self-processing are, the transaction storage database that changes the state of the smart contract and the latest smart contract. It can also contain a smart contract database that keeps state. In this case, the smart contract for item recording, inquiry and self-processing in the present disclosure is an application that can change the state on the blockchain network 400 (i.e., item recording, tracking, inquiry and self-processing application ), and the state of the smart contract can be defined as a variable used by the corresponding application (ie, item recording, inquiry, and self-processing application), and the input value for changing this can be the game server 200, It may be included in a transaction issued from at least one of the history management server 300 and the user 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 low dependency of the smart contract, it can operate separately from the database storing the transaction.

FIG. 2 exemplarily shows the structure of the game server 200 and the history management server 300 according to an embodiment of the present disclosure.

As shown in FIG. 2, the game server 200 may include a processor 201, a storage unit 202, and a transmission/reception unit 203, and the history management server 300 is a processor 301, a storage unit. 302 and a transceiver 303 may be included. The above-described components are exemplary, and the scope of the present disclosure is not limited to the above-described components. That is, additional components may be included or some of the above-described components may be omitted according to implementation aspects of the embodiments of the present disclosure.

In FIG. 2, for convenience of explanation, an example of an embodiment in which the game server 200 and the history management server 300 are separated is shown, but the game server 200 is provided according to an implementation mode according to an embodiment of the present disclosure. ) May include all the functions of the history management server 300. In this case, the components 201, 202, and 203 of the game server 200 may perform functions of the components 301, 302 and 303 of the history management server 300.

According to an embodiment of the present disclosure, the game server 200 is a block chain address for a first item playable in a game from a first user terminal wishing to manage items or for a first account of a first user. It may include a transceiver 203 for receiving information.

The transmission/reception unit 203 may perform communication with the user terminal 100, the history management server 300 and/or the blockchain network 400.

The transmission/reception unit 203 may transmit log information collected in relation to the first item to the blockchain network 400 or the history management server 300. In an embodiment of the case where the transmission/reception unit 203 issues a transaction to the blockchain network 400, the transmission/reception unit 203: an interlocking transaction for allowing the game account to be stored in the blockchain address, log information Items recorded in the blockchain in response to a log transaction to allow storage to an address, a query for inquiries about the recorded item (e.g., a self-processing query), and/or a user's self-processing request (e.g., a refund request) A self-processing transaction for which related information is to be changed may be transmitted to the blockchain network 400.

The transceiver 203 may include a wired/wireless Internet module for network access. As a wireless Internet technology, WLAN (Wireless LAN) (Wi-Fi), Wibro (Wireless broadband) Wimax (World Interoperability for Microwave Access), HSDPA (High Speed Downlink Packet Access), and the like may be used. As a wired Internet technology, XDSL (Digital Subscriber Line), FTTH (Fibers to the Home), PLC (Power Line Communication), etc. may be used. In addition, the transmission/reception unit 203 may include a short range communication module. As a short-range communication technology, Bluetooth, Radio Frequency Identification (RFID), infrared data association (IrDA), Ultra Wideband (UWB), ZigBee, and the like may be used.

The storage unit 202 may store information in an arbitrary form generated or determined by the processor 201 and information in an arbitrary form received by the transmission/reception unit 203 in the game server 200. The storage unit 202 may include a memory and/or a permanent storage medium.

The processor 201 may control overall operations of components of the game server 200 to allow item recording, inquiry, and self-processing.

For example, the processor 201 may collect log information on a first item generated on the game server 200 and transmit the collected log information to the blockchain network 400 or the history management server 300.

As another example, the processor 201 may perform a connection between the first game account associated with the first user terminal and the first blockchain address on the game server 200.

As another example, the processor 201 is an action corresponding to a self-processing request for the first item on the game server 200 based on the inquiry result information for the first item stored in the blockchain network 400 (e.g. , Refund processing, recovery processing, non-refundable processing, and/or non-recoverable processing).

Additionally, when the processor 201 determines that there is a difference between the history information of the first item recorded in the blockchain network 400 and the history information of the first item recorded in the game server 200, the blockchain network ( It may be determined to modify the information recorded in the game server 200 based on the information recorded in 400).

The transmission/reception unit 303 of the history management server 300 may also include a wired/wireless Internet module for network access. As a wireless Internet technology, WLAN (Wireless LAN) (Wi-Fi), Wibro (Wireless broadband) Wimax (World Interoperability for Microwave Access), HSDPA (High Speed Downlink Packet Access), and the like may be used. As a wired Internet technology, XDSL (Digital Subscriber Line), FTTH (Fibers to the Home), PLC (Power Line Communication), etc. may be used. In addition, the transceiver 303 may include a short range communication module. As a short-range communication technology, Bluetooth, Radio Frequency Identification (RFID), infrared data association (IrDA), Ultra Wideband (UWB), ZigBee, and the like may be used.

The transmission/reception unit 303 of the history management server 300 may perform communication with the user terminal 100, communication with the blockchain network 400, and communication with other servers.

The transmission/reception unit 303 of the history management server 300 may receive log information collected in relation to the first item from the game server 100.

The transmission/reception unit 303 of the history management server 300 may issue various types of queries and/or transactions to the blockchain network 400. In an embodiment of the case where the transmission/reception unit 303 issues a transaction to the blockchain network 400, the transmission/reception unit 303: an interlocking transaction for allowing the game account to be stored in the blockchain address, log information Items recorded within the blockchain in response to a log transaction to allow storage to an address, a query for inquiries about the recorded item (e.g., a self-processing query), and/or a user's self-processing request (e. A self-processing transaction for which related information is to be changed may be transmitted to the blockchain network 400.

The storage unit 302 of the history management server 300 may store information in any form generated or determined by the processor 301 and information in any form received by the transmission/reception unit 303 in the history management server 300. have. The storage unit 302 may include a memory and/or a permanent storage medium.

The processor 301 of the history management server 300 may control overall operations of components of the history management server 300 to allow item recording, inquiry, and self-processing.

For example, the processor 301 may generate a log transaction including log information on the first item transmitted from the game server 200 and transmit it to the blockchain network 400.

As another example, the processor 301 may allow to perform a connection between the first game account associated with the first user terminal and the first blockchain address.

As another example, the processor 301 is an action corresponding to a self-processing request for the first item on the game server 200 based on the inquiry result information for the first item stored in the blockchain network 400 (e.g. , Refund processing, recovery processing, non-refundable processing, and/or non-recoverable processing) may be performed so that the game server 200 may be controlled.

Additionally, the processor 301 confirms that there is a difference between the history information of the first item recorded in the blockchain network 400 and the history information of the first item recorded in the game server 200 / history management server 300 If so, it may be determined to modify the information recorded in the game server 200 / history management server 300 based on the information recorded in the blockchain network 400.

Although not shown in FIG. 2, at least one of the game server 200 and the history management server 300 may operate as a computing device constituting the blockchain network 400. In this case, the computing device may include a processor and a memory storing a computer program executable by the processor. Such a computing device may operate as a node of the blockchain network 400.

3 is a flowchart illustrating an example of an item history recording and tracking technique according to an embodiment of the present disclosure.

The steps illustrated in FIG. 3 are exemplary steps, and it will be apparent to those skilled in the art that some of the steps of FIG. 3 may be omitted or additional steps may exist without departing from the scope of the spirit of the present disclosure.

The embodiments shown in FIG. 3 include an embodiment in which the functions of the history management server 300 are integrated into the game server 200. Accordingly, in FIG. 3, an embodiment in which the game server 200 performs a technique for recording item history and querying the item history using block chain technology is described.

The game server 200 may receive a first blockchain address from the user terminal 100 (301).

For example, the user terminal 100 may generate or receive a first block chain address operable on the block chain network 400. The first block chain address is address information in a form operable on the block chain network 400, and the user terminal 100 generates a plurality of accounts and/or multiple games related to the same block chain address through one block chain address generation. You can record information about the items of. Additionally, the user terminal 100 may use a separate blockchain address for each account.

As an example related to the creation of a blockchain address, the user terminal 100 may generate a public key through an elliptic curve function using a private key, and generate a blockchain address from the public key through a hash function.

Blockchain addresses herein may also include account addresses. For example, the user terminal 100 may generate a public key from the private key using an Elliptic Curve Digital Signature Algorithm (ECDSA) algorithm, and may generate an account address from the generated public key using a hash function.

The user terminal 100 may store and manage a private key, a public key, and/or a block chain address through a wallet. According to the selection of the user terminal 100, information about a plurality of game accounts and/or a plurality of items of one wallet may be recorded. Alternatively, one game account and/or one item account may be recorded in one wallet of the user terminal.

The wallet in the present disclosure includes: a non-deterministic wallet in which a randomly selected private key is stored, a deterministic wallet that continuously generates a private key through a one-way hash function from a randomly generated common seed, and/ Alternatively, it may include a hierarchical deterministic wallet that can consist of a parent key, child key, and grandchild key hierarchy using a tree structure.

In an additional embodiment, the user terminal 100 may generate the first blockchain address through the game server 200. In this case, the user terminal 100 may generate a private key through the game server 200 and generate a public key and a blockchain address based on the generated private key.

In a further embodiment of the present disclosure, the user terminal 100 may generate a first blockchain address and transmit the first blockchain address to the blockchain network 400 through communication with the blockchain network 400. have. In this case, the game server 200 may receive the first blockchain address of the user terminal 100 through communication with the blockchain network 400 (for example, through issuing a query to the blockchain network 400). have.

In response to the user terminal 100 transmitting the first blockchain address to the game server 200, the game server 200 transmits the received first blockchain address to the first account information on the game server 200. It may be determined to be linked (303).

The first account information in the present disclosure may mean account information of a specific user, account information of a specific character, and/or account information of a specific item.

For example, the game server 200 connects the first account information on the game server 200 and the first block chain address to each other, so that the first account information on the game server 200 is used as a log-in means to the corresponding account information. Blockchain addresses can be allowed to be used. Step 303 may mean a connection between the first game account on the game server 200 and the first blockchain address.

The game server 200 may issue an interlocking transaction to the blockchain network 400 to connect the first account information and the first blockchain address on the blockchain network 400 (305).

The interlocked transaction in the present disclosure may mean a transaction issued to the blockchain network 400 in order to connect game account information on an off-chain and a blockchain address on an on-chain.

In one embodiment, identification information (e.g., user information, login information, character information, item information, and/or game information) related to the first game account is operated on the blockchain network 400 by an interlocking transaction. 1 Can be assigned to a blockchain address.

In one embodiment, the interlocked transaction includes an input field including private key information of the game server 200 (or private key information of the user terminal 100), and identification information related to the first game account, and the first blockchain. It can include an output field containing an address.

In an embodiment, the interworking transaction may be operable based on at least one of the ERC-1155 protocol and the ERC-721 protocol.

The interlocking transaction is verified in the blockchain network 400, the interlocking transaction is included in the generated block, and the interlocking transaction may be recorded in the storage unit in the nodes constituting the blockchain network 400 (307).

As the game account and/or item information is recorded by the blockchain network 400 by the interlocking transaction to the blockchain network 400, the game account and/or item information is recorded in a transparent manner and in a highly reliable manner. Can be managed.

The blockchain network 400 may notify the game server 200 of the completion of recording of the interlocked transaction on the blockchain network 400 (309).

In a further embodiment of the present disclosure, the game server 200 (or the user terminal 100) confirms that a linked transaction has been recorded on the blockchain network 400 through issuance or search of a query to the blockchain network 400. May be.

The game server 200 may determine that the first blockchain address is a login means for the first game account (311).

In one embodiment of the present disclosure, there may be various login means for the first game account. For example, an SNS (Social Network Service) account for the first game account may be a login means. As another example, the ID and password stored in the game server 200 for the first game account may be a login means.

According to an embodiment of the present disclosure, the first blockchain address may be a login means for the first game account, which is the first blockchain address or a private key associated with the first blockchain address. This could mean that a login can be made. Accordingly, logins for a plurality of games, a plurality of game accounts, and/or a plurality of item accounts may be made through one block chain address.

In a further embodiment, when the first blockchain address is determined as the login means for the first game account, other previous login means may be deactivated for the first game account.

In one embodiment of the present disclosure, the game server 200 generates a log transaction including log information of the first item, which is collected in connection with the first game account, and transmits the generated log transaction to the blockchain network 400 ) Can be issued (313).

Various events related to the first item may be generated during the game play process on the game server 200. Events may include acquisition of the first item, disappearance of the first item, upgrade of the first item, partial loss of the first item, sale of the first item, combination of the first item and other items, and the like. These events may be generated and stored in the form of log information in the game server 200.

The log information in the present disclosure includes at least one of identification information of the first item, account identification information in the game server 200 for the first item, and/or acquisition, consumption, change, and destruction of the first item. It may include action information on a first item including one.

In an additional embodiment, the log information may include game snapshot information at a time when log information related to the first item is generated. Accordingly, when a game screenshot or the like in a specific situation in which the state of the first item is changed is stored as log information, the user can check more accurate information in performing self C/S of the first item. In addition, the log information may further include information on the timing of occurrence of log information related to the first item and information describing the cause of the occurrence of the log information. Through this, the game server 200 provides the user with the It is possible to present accurate information about the state change.

The log information related to the first item may be expressed as a single encrypted value (eg, hash value) representing log information and included in a log transaction.

Additionally, log information related to the first item may be stored as data in an irreplaceable form based on at least one of the ERC-721 protocol and the ERC-1155 protocol.

According to an embodiment of the present disclosure, since log information on the first item can be stored in the form of a transaction in the blockchain network 400, the current state of the first item can be reflected without forgery and is transparent. It can be shared to the user terminal 100 side.

In one embodiment of the present disclosure, the log transaction is a transaction for allowing log information including at least one of acquisition and modification of the first item to be allocated to the first blockchain address, in the blockchain network 400 It may be included in a block generated based on the consensus algorithm of.

In one embodiment, the log transaction includes: game identification information related to a first item, log information related to the first item, a private key of the game server 200 (or a private key related to a user terminal), and the first blockchain address. It may include. By the log transaction, log information related to the first item may be recorded to the address of the first block chain so that it cannot be forged.

As an example, when the collected log information includes a content that ownership of the first item is transferred to a second game account different from the first game account, the log transaction is performed from the first blockchain address to the second game account. 2 It can take the form of a transaction to allow ownership of the first item to be allocated to the blockchain address.

In a further embodiment of the present disclosure, the interlocking transaction and/or log transaction may include a smart contract. The smart contract may be delivered to a first blockchain address (eg, a contract account address). The smart contract for the first item is a form that can create and manage history information for the first item by changing the state of the first item when log information related to the subsequent state change for the first item is imported. It can mean a contract of. When the smart contract is recorded in the blockchain network 400, a subsequent transaction related to the first item may be used to call the corresponding smart contract.

In one embodiment, for example, a smart contract is included in a block and distributed to the blockchain network 400, and when the smart contract is distributed to the blockchain network 400, a contract account corresponding to the smart contract (Contract Account) ) Can be created. In addition, as the smart contract is stored in the contract account on the blockchain network 400, a procedure for allowing the recording, inquiry, management, and C/S of the first item on the blockchain network 400 may be performed. For example, the contract account in which the smart contract is stored may include: item record, inquiry, the number of smart contracts created for C/S, and a hash value for the byte code of the smart contract.

In addition, the address of the contract account may be generated based at least in part on the private key of at least one of the user terminal 100 and the game server 200. In one embodiment, the address of the contract account may be generated based on the public key paired with the private key of the user terminal 100 or the game server 200. For example, the address of the contract account may be generated from the public key using SHA 256 and/or RIPEMD (RACE Integrity Primitives Evaluation Message Digest).

In one embodiment of the present disclosure, a transaction in the present disclosure via signature from a private key associated with the user terminal 100 and a private key associated with the server 200 and/or 300 (i.e., two private keys) May occur. In this situation, when the transaction is to be verified in the blockchain network 400, the public key corresponding to the private key associated with the user terminal 100 and the public key corresponding to the private key of the server 200 and/or 300 Can be used.

As another example, ID and PASSWORD are input by a user who has accessed the game server 200 or the history management server 300, and accordingly, the user's identity authentication is made in the game server 200 or the history management server 300. In this case, the game server 200 or the history management server 300 may determine that the user's identity has been authenticated. In this case, the server 200 and/or 300 may generate and issue a transaction using its private key in response to determining that authentication is complete. In this situation, when a corresponding transaction is to be verified in the blockchain network 400, a public key corresponding to the private key of the server 200 and/or 300 may be used.

The blockchain network 400 can verify the transaction issued from the server 200 and/or 300 and share the transaction by including the transaction in the block created through the consensus algorithm. By this procedure, the implementation of the present disclosure Transactions included in the examples may be recorded in the blockchain network 400, and information included in the recorded transaction may be stored in a state where integrity can be guaranteed. The server 200 and/or 300 may check whether the corresponding transaction has been recorded in the blockchain network 400 through the transaction ID (Tx ID) of the transaction issued by the server 200 and/or 300.

As described above, in one embodiment of the present disclosure, log transactions may be propagated and recorded 315 on the blockchain network 400.

When the recording of the log transaction in the block chain network 400 is completed, the block chain network 400 may perform a recording completion notification to the game server 200 and/or the user terminal 100 (317).

In an additional embodiment, instead of such a recording completion notification, a method of issuing a query for a search for the blockchain network 400 or an inquiry to the blockchain network 400 in the game server 200 or the user terminal 100 It can also be done.

In an embodiment of the present disclosure, when the log transaction recording to the blockchain network 400 is completed, the game server 200 may reflect log information included in the log transaction in the game server 200.

For example, when a log transaction is distributed to the blockchain network 400, history information on the first item on the game server 200 may be updated based on the log transaction.

For example, when a log transaction is distributed to the blockchain network 400, the game server 200 may update user information holding the first item based on the log transaction. In addition, the game server 200 may group users who have the first item based on the updated user information to generate group information, thereby allowing interaction between users in the group. In this way, since users having the same item can be grouped, interactions between users having the same interest can be actively performed, and thus the loyalty of users for the corresponding game can be improved.

As an additional example, when a log transaction is distributed to the blockchain network 400, the game server 200 updates the change history of the user information holding the first item based on the log transaction, so that the owner of the first item You can also create change history information.

In this way, when the history information for a specific item in the game server 200 is updated based on the information recorded in the block chain network 400, there is a high level of management of the history of the item on the game server 200. Reliability can be obtained.

In the above-described manner, log information on the first item generated in the game server 200 is recorded in the blockchain network 400, so that the history information related to the state change of the first item can be stored in a non-forgery manner. have. In addition, from the viewpoint of the user terminal 100, since the history information related to the first item can be confirmed in a transparent manner, additional resources such as inquiries to the game server 200 and waiting for answers to inquiries Without use, self C/S can be achieved in an efficient manner.

In the above-described manner, the game server 200 may store the generated log information on the game server 200 after receiving a notification that the log information has been recorded to the blockchain network 400. In this way, log information can be stored off-chain in a non-forgery manner.

In one embodiment of the present disclosure, the user terminal 100 may issue a query for an inquiry for the first item to the blockchain network 400 (319). In an additional embodiment, step 319 is performed in a manner of issuing a query from the game server 200 to the blockchain network 400 in response to the user terminal 100 sending an inquiry request to the game server 200. May be.

The query issued to the blockchain network 400 may include a transaction ID related to the first item and/or a block chain address related to the first item. The query is transmitted to an arbitrary node of the blockchain network 400, and the node receiving the query may transmit the corresponding information in its DB to the user terminal 100 and/or the game server 200 ( 321). That is, result information (eg, latest status information or history information) for the first item recorded on the blockchain network 400 may be transmitted to the user terminal 100 and/or the game server 200.

In an additional embodiment, the block distributed to the blockchain network 400 may include item history information. According to an embodiment of the present disclosure, when only item history information is included in a block distributed to the block chain network 400, the block size of the block chain can be minimized in performing item tracking, inquiry and C/S. Therefore, it is possible to reduce the generation time of the block and the propagation time of the block, and also reduce the computing resources for storage of the block.

4 is a flowchart illustrating an item history recording and tracking technique according to an embodiment of the present disclosure.

The steps shown in FIG. 4 are exemplary steps, and it will be apparent to those skilled in the art that some of the steps of FIG. 4 may be omitted or additional steps may exist without departing from the scope of the spirit of the present disclosure. Among the features shown in FIG. 4, for features overlapping with those described in FIG. 3, the contents described in FIG. 3 are referred to, and description thereof will be omitted here. For example, the history management server 300 in FIG. 4 may perform at least some of the operations performed by the game servers 200 in FIG. 3, and the overlapping operations are briefly described. It will be omitted for the sake of clarity.

The embodiment shown in FIG. 4 refers to an embodiment in which the game server 200 and the history management server 300 operate as separate entities. The history management server 300 is an entity separate from the game server 200 and may refer to a server that supports item recording, item tracking, and item self-processing according to embodiments of the present disclosure.

As shown in FIG. 4, the user terminal 100 may transmit the first blockchain address to the history management server 300 (401).

In an additional embodiment, the user terminal 100 may generate the first blockchain address through the history management server 300, in this case, the first blockchain address of the user terminal 100 to the history management server 300 The delivery step 401 may be omitted.

In response to receiving the first blockchain address, the history management server 300 transmits a message requesting a connection between the first blockchain address and the first game account (or first item account) to the game server 200. Can (403).

The game server 200 may link the first game account and the first blockchain address on the game server 200 (ie, off-chain) in response to the account connection request message (405).

The history management server 300 may generate an interlocked transaction and issue it to the blockchain network 400 (407).

The history management server 300 may generate an interlocked transaction so that information related to the first game account can be recorded in the first block chain address on the block chain network 400 and transmit it to the block chain network 400.

In one embodiment, identification information (e.g., user information, login information, character information, item information, and/or game information) related to the first game account by a linked transaction generated and issued by the history management server 300 ) May be assigned to the first blockchain address operable on the blockchain network 400.

In one embodiment, the interlocked transaction includes an input field including private key information (or private key information of the user terminal 100) of the history management server 300, and identification information related to the first game account, and a first block. May contain an output field containing the chain address. In an embodiment, the interworking transaction may be operable based on at least one of the ERC-1155 protocol and the ERC-721 protocol.

The interlocking transaction is verified in the blockchain network 400, the interlocking transaction is included in the generated block, and the interlocking transaction may be recorded in the storage unit in the nodes constituting the blockchain network 400 (409).

As the game account and/or item information is recorded by the blockchain network 400 by the interlocking transaction to the blockchain network 400, the game account and/or item information is recorded in a transparent manner and in a highly reliable manner. Can be managed.

The blockchain network 400 may notify the history management server 300 of the completion of recording of the interlocked transaction on the blockchain network 400 (411).

In a further embodiment of the present disclosure, the history management server 300 (or the user terminal 100) indicates that the interlocking transaction has been recorded on the blockchain network 400 through issuance or retrieval of a query to the blockchain network 400. You can also check.

The history management server 300 may complete the connection between the first game account and the first blockchain address on the game server 200 by transmitting the account connection completion message to the game server 200 (413).

The game server 200 may determine that the first blockchain address is a login means for the first game account (415).

In an embodiment of the present disclosure, the game server 200 may transmit log information of the first item, which is collected in connection with the first game account, to the history management server 300 (417).

In one embodiment of the present disclosure, the history management server 300 generates a log transaction including log information of the first item, received in connection with the first game account, and transmits the generated log transaction to the blockchain network ( 400) can be issued (419).

In an additional embodiment, the log information may include game snapshot information at the time when log information related to the first item is generated. Accordingly, when a game screenshot or the like in a specific situation in which the state of the first item is changed is stored as log information, the user can check more accurate information in performing self C/S of the first item. In addition, the log information may further include information on the timing of occurrence of log information related to the first item and information describing the cause of the occurrence of the log information. Through this, the game server 200 provides the user with the It is possible to present accurate information about the state change.

According to an embodiment of the present disclosure, since log information on the first item can be stored in the form of a transaction in the blockchain network 400, the current state of the first item can be reflected without forgery and is transparent. It can be shared to the user terminal 100 side.

In one embodiment of the present disclosure, the log transaction is a transaction for allowing log information including at least one of acquisition and modification of the first item to be allocated to the first blockchain address, in the blockchain network 400 It may be included in a block generated based on the consensus algorithm of and propagated on the blockchain network 400 (421).

In one embodiment, the log transaction includes: game identification information related to the first item, log information related to the first item, a private key of the history management server 300 (or a private key related to a user terminal), and the first blockchain May include an address. By the log transaction, log information related to the first item may be recorded to the address of the first block chain so that it cannot be forged.

As an example, if the received log information includes a content that ownership of the first item is transferred to a second game account different from the first game account, the log transaction is performed from the first blockchain address to the second game account. 2 It can take the form of a transaction to allow ownership of the first item to be allocated to the blockchain address.

In a further embodiment of the present disclosure, the interlocking transaction and/or log transaction may include a smart contract. The smart contract may be delivered to a first blockchain address (eg, a contract account address). The smart contract for the first item is a form that can create and manage history information for the first item by changing the state of the first item when log information related to the subsequent state change for the first item is imported. It can mean a contract of. When the smart contract is recorded in the blockchain network 400, a subsequent transaction related to the first item may be used to call the corresponding smart contract.

In one embodiment, for example, a smart contract is included in a block and distributed to the blockchain network 400, and when the smart contract is distributed to the blockchain network 400, a contract account corresponding to the smart contract will be created. I can. In addition, as the smart contract is stored in the contract account on the blockchain network 400, a procedure for allowing the recording, inquiry, management, and C/S of the first item on the blockchain network 400 may be performed. For example, the contract account in which the smart contract is stored may include: item record, inquiry, the number of smart contracts created for C/S, and a hash value for the byte code of the smart contract.

In addition, the address of the contract account may be generated based at least in part on the private key of at least one of the user terminal 100 and the history management server 300. In one embodiment, the address of the contract account may be generated based on the public key paired with the private key of the user terminal 100 or the history management server 300. For example, the address of the contract account may be generated from the public key using SHA 256 and/or RIPEMD (RACE Integrity Primitives Evaluation Message Digest).

When the recording of the log transaction in the blockchain network 400 is completed, the blockchain network 400 may perform a recording completion notification to the history management server 300 and/or the user terminal 100 (423). . In an additional embodiment, a method of issuing a query for a search for the blockchain network 400 or an inquiry to the blockchain network 400 in the history management server 300 or the user terminal 100 instead of the notification of completion of the recording. This may be done.

In one embodiment of the present disclosure, when the log transaction recording to the blockchain network 400 is completed, the history management server 300 may notify the game server 200 that the recording is completed (425), and thus In response, the game server 200 may reflect log information included in the log transaction in the game server 200.

For example, when a log transaction is distributed to the blockchain network 400, history information on the first item may be updated on the game server 200 based on the log transaction.

For example, when a log transaction is distributed to the blockchain network 400, the game server 200 may update user information holding the first item based on the log transaction. In addition, the game server 200 may group users who have the first item based on the updated user information to generate group information, thereby allowing interaction between users in the group. In this way, since users having the same item can be grouped, interactions between users having the same interest can be actively performed, and thus the loyalty of users for the corresponding game can be improved.

As an additional example, when a log transaction is distributed to the blockchain network 400, the game server 200 updates the change history of the user information holding the first item based on the log transaction, so that the owner of the first item You can also create change history information.

In this way, when the history information for a specific item in the game server 200 is updated based on the information recorded in the block chain network 400, there is a high level of management of the history of the item on the game server 200. Reliability can be obtained.

In the above-described manner, log information on the first item generated in the game server 200 is recorded in the blockchain network 400, so that the history information related to the state change of the first item can be stored in a non-forgery manner. have. In addition, from the viewpoint of the user terminal 100, since the history information related to the first item can be confirmed in a transparent manner, additional resources such as inquiries to the game server 200 and waiting for answers to inquiries Without use, self C/S can be achieved in an efficient manner.

In an additional embodiment, the game server 200 transmits the generated log information to the history management server 300, and sends a notification from the history management server 300 to the blockchain network 400 that log information has been recorded. After receiving, log information may be stored on the game server 200. In this way, log information can be stored off-chain in a non-forgery manner.

In one embodiment of the present disclosure, the user terminal 100 may issue a query for an inquiry for a first item to the blockchain network 400 or a query for the first item to the history management server 300 The request may be forwarded (427).

The history management server 300 may generate a query for inquiring about the first item based on the inquiry request for the first item and issue it to the blockchain network 400 (429).

In one embodiment, the query issued to the blockchain network 400 may include a transaction ID associated with the first item and/or a blockchain address associated with the first item. Such a query is transmitted to an arbitrary node of the blockchain network 400, and the node receiving the query can transmit the corresponding information in its DB to the user terminal 100 and/or the history management server 300. (431). In the above-described manner, result information (eg, latest status information or history information) for the first item recorded on the blockchain network 400 is transmitted to the user terminal 100 and/or the history management server 300 Can be.

Additionally, the history management server 300 transmits the result information for the first item recorded on the blockchain network to the game server 200 or the user terminal 100, and the first item by the user terminal 100 It is possible to respond to an item inquiry request (433).

Blocks distributed to the blockchain network 400 may include item history information. According to an embodiment of the present disclosure, when only item history information is included in a block distributed to the block chain network 400, the block size of the block chain can be minimized in performing item tracking, inquiry and C/S. Therefore, it is possible to reduce the generation time of the block and the propagation time of the block, and also reduce the computing resources for storage of the block.

5 is an exemplary flow chart in which self-processing (eg, self C/S) for an item is performed according to an embodiment of the present disclosure.

The embodiments shown in FIG. 5 may include embodiments in which the game server 200 operates in a form including the function of the history management server 300. In addition, the embodiment shown in FIG. 5 exemplarily shows self-processing for a first item that communicates with the blockchain network 400 in the form of a "query".

For features that overlap with the features described above with respect to FIGS. 3 to 4 among the features of the content illustrated in FIG. 5, the content described in FIGS. 3 to 4 will be referred to, and description thereof will be omitted.

The self-processing request in the present disclosure may mean a self-customer service made under the initiative of a user. For example, the self-processing request may mean an item refund request or item recovery request performed under the user's own initiative.

As shown in FIG. 5, the user terminal 100 may transmit a self-processing request for the first item to the game server 200 (501).

In an additional embodiment, the user terminal 100 may directly transmit a self-processing request for the first item to the blockchain network 400 in the form of a query operable on the blockchain network 400.

In one embodiment of the present disclosure, the self-processing request is, the transaction ID information of the transaction recorded in the blockchain network 400, related to the first item, and a block on the blockchain network 400 related to the first item. It may include at least one of chain address information and private key information related to the user terminal 100.

The game server 200 may determine whether to generate a query to be issued to the blockchain network 400 or a transaction to be issued to the blockchain network 400 based on the self-processing request. For example, when the self-processing request is an item inquiry request or an item recovery request, the game server 200 may determine to generate a query because it can operate without changing data on the blockchain network 400. As another example, when the self-processing request is an item refund request, since data on the blockchain network 400 needs to be changed (a procedure such as changing the owner of the item through the refund is required), the game server 200 performs a transaction Can be determined to generate.

In one embodiment of the present disclosure, the self-processing query includes self-processing content information included in a self-processing request for a first item, and blockchain address information related to the first item or transaction ID information related to the first item. It may include.

In one embodiment of the present disclosure, the self-processing query issued by the game server 200 is transmitted to an arbitrary node in the blockchain network 400 (503), and the node is recorded in the blockchain network 400. Results information (latest status or history information) for the first item may be searched and transmitted to the game server 200 (505).

In response to receiving result information on the first item, the game server 200 may perform an action corresponding to a self-processing request for the first item (507).

For example, the game server 200 includes the latest state of the first item included in the result information for the first item stored on the blockchain network 400 and the latest state of the first item stored on the game server 200. Can be compared. The game server 200 may change the history information of the first item stored in the game server 200 into the history information of the first item included in the result information for the self-processing query. The action corresponding to the self-processing request may include updating history information on the first item stored in the game server 200 based on information stored in the blockchain network 400.

The game server 200 may transmit the execution result to the user terminal 100 (509).

If the history information on the first item stored in the game server 200 and the history information on the first item stored on the blockchain network 400 are the same, the game server 200 is the user terminal 100, As a response to a self-processing request for the first item, it is possible to convey that restoration of the first item is impossible by presenting history information on the first item.

In addition, if the history information for the first item stored in the game server 200 is different from the information stored in the blockchain network 400, and thus recovery of the first item in the game server 200 is required, the game server ( In response to a request for self-processing of the first item from the user terminal 100, 200 may transmit a result notification that the recovery of the first item is performed to the user terminal 100.

As described above, through the self-processing method for items of the present disclosure, the problem of issuing and waiting for a C/S request to the game server from the viewpoint of the user terminal 100 and the data managed by the game server The problem of low reliability can be solved.

The user terminal 100 may issue a query to the blockchain network 400 or issue a request to the game server 200 to perform self C/S for an item without complicated procedures through reliable result data inquiry. . The game server 200 compares the result information from the blockchain network 400 corresponding to the query with the information stored in the game server 200 based on trust in the data stored in the blockchain network 400 As such, it is possible to efficiently respond to a request for self-processing of an item from the user terminal 100. In this way, various types of C/S related to the item can be made in an efficient manner and in a manner that ensures reliability from users.

The user terminal 100 checks accurate information on its own item through inquiry on the blockchain network 400, and performs a recovery/change request in the game server 200 for this in the form of a query, Self C/S can be achieved in an efficient manner.

6 is an exemplary flowchart in which self-processing (eg, self C/S) for an item is performed according to an embodiment of the present disclosure.

The embodiments illustrated in FIG. 6 may include embodiments in which the game server 200 and the history management server 300 are separated into separate entities. In addition, the embodiment shown in FIG. 6 exemplarily shows self-processing for a first item that communicates with the blockchain network 400 in the form of a "query".

For features that overlap with the features described above with respect to FIGS. 3 to 5 among the features of the content illustrated in FIG. 6, the content described in FIGS. 3 to 5 will be referred to, and a description thereof will be omitted herein.

As shown in FIG. 6, the user terminal 100 may transmit a self-processing request for the first item to the history management server 300 (601).

In an additional embodiment, the user terminal 100 may directly transmit a self-processing request for the first item to the blockchain network 400 in the form of a query operable on the blockchain network 400.

In one embodiment of the present disclosure, the self-processing request is, the transaction ID information of the transaction recorded in the blockchain network 400, related to the first item, and a block on the blockchain network 400 related to the first item. It may include at least one of chain address information and private key information related to the user terminal 100.

The history management server 300 may determine whether to generate a query to be issued to the blockchain network 400 or a transaction to be issued to the blockchain network 400 based on the self-processing request. For example, when the self-processing request is an item inquiry request or an item recovery request, since the operation is possible without changing data on the blockchain network 400, the history management server 300 may determine to generate a query. As another example, when the self-processing request is an item refund request, since data on the blockchain network 400 needs to be changed (a procedure such as changing the owner of the item through refund is required), the history management server 300 You can decide to create a transaction.

In one embodiment of the present disclosure, the self-processing query includes self-processing content information included in a self-processing request for a first item, and blockchain address information related to the first item or transaction ID information related to the first item. It may include.

In one embodiment of the present disclosure, the self-processing query issued by the history management server 300 is transmitted to an arbitrary node of the blockchain network 400 (603), and the node is transmitted to the blockchain network 400. The result information (latest status or history information) for the recorded first item may be searched and transmitted to the history management server 300 (605).

In response to receiving the result information for the first item, the history management server 300 sends a message for allowing the game server 200 to perform an action corresponding to the self-processing request for the first item. It can be transmitted to the server 200 (607).

The game server 200 may perform an action corresponding to a self-processing request for the first item based on the received information (step 609).

For example, the game server 200 includes the latest state of the first item included in the result information for the first item stored on the blockchain network 400 and the latest state of the first item stored on the game server 200. Can be compared. The game server 200 may change the history information of the first item stored in the game server 200 into the history information of the first item included in the result information for the self-processing query. The action corresponding to the self-processing request may include updating history information on the first item stored in the game server 200 based on information stored in the blockchain network 400.

The game server 200 may transmit the execution result to the user terminal 100 (611).

If the history information on the first item stored in the game server 200 and the history information on the first item stored on the blockchain network 400 are the same, the game server 200 is the user terminal 100, As a response to a self-processing request for the first item, it is possible to convey that restoration of the first item is impossible by presenting history information on the first item.

In addition, if the history information for the first item stored in the game server 200 is different from the information stored in the blockchain network 400, and thus recovery of the first item in the game server 200 is required, the game server ( In response to a request for self-processing of the first item from the user terminal 100, 200 may transmit a result notification that the recovery of the first item is performed to the user terminal 100.

As described above, through the self-processing method for items of the present disclosure, the problem of issuing and waiting for a C/S request to the game server from the viewpoint of the user terminal 100 and the data managed by the game server The problem of low reliability can be solved. That is, the user terminal 100 only issues a query to the blockchain network 400 or issuing a request to the history management server 300, so that the self-C/S for an item without a complicated procedure through reliable result data inquiry. Can be done. The game server 200 compares the result information from the blockchain network 400 corresponding to the query with the information stored in the game server 200 based on trust in the data stored in the blockchain network 400 Thus, it is possible to efficiently respond to a request for self-processing of an item from the user terminal 100. In this way, various types of C/S related to the item can be made in an efficient manner and in a manner that ensures reliability from users.

Additionally, since the history management server 300 can manage the history information of items related to one or more game servers 200 and process C/S in connection with the blockchain network 400, the game server 200 By adding only the communication operation with the history management server 300 without modifying the existing structure, it is possible to provide a highly reliable and efficient item self C/S function to a user.

Additionally, the user terminal 100 checks accurate information on its own item through inquiry on the blockchain network 400, and performs a request for recovery/change in the game server 200 in the form of a query. By doing so, self C/S can be achieved in an efficient manner.

7 is an exemplary flow chart in which self-processing (eg, self C/S) is performed on an item according to an embodiment of the present disclosure.

The embodiments illustrated in FIG. 7 may include embodiments in which the game server 200 operates in a form including the function of the history management server 300. In addition, the embodiment shown in FIG. 7 exemplarily shows self-processing for a first item that communicates with the blockchain network 400 in the form of a "transaction".

For features that overlap with the features described above with respect to FIGS. 3 to 6 among the features of the content illustrated in FIG. 7, the content described in FIGS. 3 to 6 will be referred to, and a description thereof will be omitted herein.

In the present disclosure, a self-processing request refers to a self-customer service under the direction of a user. For example, a self-processing request is a request for an item inquiry, an item refund request, or an item recovery request performed under the user's own initiative. It can mean.

As shown in FIG. 7, the user terminal 100 may transmit a self-processing request for the first item to the game server 200 (701).

In an additional embodiment, the user terminal 100 may directly transmit a self-processing request for the first item to the blockchain network 400 in the form of a transaction operable on the blockchain network 400.

In one embodiment of the present disclosure, the self-processing request includes transaction ID information of a transaction recorded in the blockchain network 400 related to the first item, block chain address information related to the first item, and user terminal 100 ) May include at least one of related private key information.

The game server 200 may determine whether to generate a query to be issued to the blockchain network 400 or a transaction to be issued to the blockchain network 400 based on the self-processing request. For example, when the self-processing request is an item inquiry request or item recovery request, since the operation is possible without changing data on the blockchain network 400, the game server 200 may determine to generate a query. As another example, when the self-processing request is an item refund request, since data on the blockchain network 400 needs to be changed (a procedure such as changing the owner of the item through the refund is required), the game server 200 performs a transaction Can be determined to generate.

In one embodiment of the present disclosure, the self-processing transaction is related to self-processing content information (eg, refund) for the first item, a private key associated with the user terminal 100 and a server 200 and/or 300 Blockchain address information related to at least one of the private keys, the user terminal 100 or the first item may be included.

In one embodiment of the present disclosure, the self-processing transaction issued by the game server 200 may be delivered to any node of the blockchain network 400 (703). A node on the blockchain network 400 can verify the transaction and generate a block to store the transaction through a consensus algorithm. In a manner in which the transaction is stored in the generated block, the transaction may be propagated on the blockchain network 400 (705 ).

A recording completion notification for a self-processing transaction (eg, a refund request) for the first item recorded in the blockchain network 400 may be transmitted to the game server 200 (707).

Alternatively, the game server 200 may check whether a self-processed transaction has been recorded in the blockchain network 400 through a search for a transaction ID or a blockchain address.

The game server 200 may perform an action corresponding to a self-processing request for the first item (709).

For example, the game server 200 performs a corresponding operation (e.g., refund operation, transfer operation) for the first item according to the result of the self-processing transaction for the first item stored in the blockchain network 400 can do. In this case, ownership of the first item on the game server 200 may be transferred from the user terminal 100 (ie, a user) to the game server 200 or another entity. In this way, when a transaction on the on-chain is recorded, since data on the off-chain can be changed, self-processing of items under the initiative of a user in a highly reliable and transparent form can be performed.

The game server 200 may transmit the execution result to the user terminal 100 (711).

As described above, through the self-processing method for items of the present disclosure, the problem of issuing and waiting for a C/S request to the game server from the viewpoint of the user terminal 100 and the data managed by the game server The problem of low reliability can be solved.

The user terminal 100 issuing a transaction to the blockchain network 400 or issuing a request to the game server 200 can be performed in a reliable manner and self-C/S for an item without complicated procedures. Since the game server 200 can reflect the result information from the blockchain network 400 corresponding to the transaction to the game server 200 based on trust in the data stored in the blockchain network 400, It is possible to efficiently respond to a request for self-processing of an item from the user terminal 100. In this way, various types of C/S related to the item can be made in an efficient manner and in a manner that ensures reliability from users.

8 is an exemplary flow chart in which self-processing (eg, self C/S) for an item is performed according to an embodiment of the present disclosure.

The embodiments shown in FIG. 8 may include embodiments in which the game server 200 and the history management server 300 are separated into separate entities. In addition, the embodiment shown in FIG. 6 exemplarily shows self-processing for a first item that communicates with the blockchain network 400 in the form of a "transaction".

For features that overlap with the features described above with respect to FIGS. 3 to 7 among the features of the content illustrated in FIG. 8, the content described in FIGS. 3 to 7 will be referred to, and a description thereof will be omitted herein.

In the present disclosure, a self-processing request refers to a self-customer service under the direction of a user. For example, a self-processing request is a request for an item inquiry, an item refund request, or an item recovery request performed under the user's own initiative. It can mean.

As shown in FIG. 8, the user terminal 100 may transmit a self-processing request for the first item to the history management server 300 (801).

In an additional embodiment, the user terminal 100 may directly transmit a self-processing request for the first item to the blockchain network 400 in the form of a transaction operable on the blockchain network 400.

In one embodiment of the present disclosure, the self-processing request includes transaction ID information of a transaction recorded in the blockchain network 400 related to the first item, block chain address information related to the first item, and user terminal 100 ) May include at least one of related private key information.

The history management server 200 may determine whether to generate a query to be issued to the blockchain network 400 or a transaction to be issued to the blockchain network 400 based on the self-processing request. For example, when the self-processing request is an item inquiry request or item recovery request, since the operation is possible without changing data on the blockchain network 400, the game server 200 may determine to generate a query. As another example, when the self-processing request is an item refund request, since data on the blockchain network 400 needs to be changed (a procedure such as changing the owner of the item through the refund is required), the game server 200 performs a transaction Can be determined to generate.

In one embodiment of the present disclosure, the self-processing transaction is related to self-processing content information (eg, refund) for the first item, a private key associated with the user terminal 100 and a server 200 and/or 300 Blockchain address information related to at least one of the private keys, the user terminal 100 or the first item may be included.

In one embodiment of the present disclosure, a self-processing transaction issued by the history management server 300 may be delivered to any node of the blockchain network 400 (803). A node on the blockchain network 400 can verify the transaction and generate a block to store the transaction through a consensus algorithm. In a manner in which the transaction is stored in the generated block, the transaction may be propagated on the blockchain network 400 (805 ).

A recording completion notification for a self-processing transaction (eg, a refund request) for the first item recorded in the blockchain network 400 may be transmitted to the history management server 300 (807 ).

Alternatively, the history management server 300 checks whether a self-processed transaction has been recorded in the blockchain network 400 through a search for a transaction ID or a blockchain address, and the first item on the blockchain network 400 It is also possible to recognize the completion of the recording of the self-processing transaction for.

The history management server 300 may transmit a message to allow the game server 200 to perform an action corresponding to a self-processing request for the first item (809 ). The above-described message may have a form such as an indication to perform an action on the self-processing request or an indication that a transaction related to the self-processing request has been recorded in the blockchain network 400.

The game server 200 may perform an action corresponding to a self-processing request for the first item (811).

For example, the game server 200 performs a corresponding operation (e.g., refund operation, transfer operation) for the first item according to the result of the self-processing transaction for the first item stored in the blockchain network 400 can do. In this case, ownership of the first item on the game server 200 may be transferred from the user terminal 100 (ie, a user) to the game server 200 or another entity. In this way, when a transaction on the on-chain is recorded, since data on the off-chain can be changed, self-processing of items under the initiative of a user in a highly reliable and transparent form can be performed.

The game server 200 may transmit the execution result to the user terminal 100 or the history management server 300 (813). When the game server 200 transmits the execution result to the history management server 300, the history management server 300 may notify the result of self-processing to the user terminal 100.

As described above, through the self-processing method for items of the present disclosure, the problem of issuing C/S requests to the server from the viewpoint of the user terminal 100 and waiting for them, and the contents of data managed by the game server The problem of low reliability can be solved.

The user terminal 100 may issue a transaction to the blockchain network 400 or issue a request to the history management server 300 to perform self C/S for an item in a reliable manner and without a complicated procedure. Since the history management server 300 can reflect the result information from the blockchain network 400 corresponding to the transaction to the game server 200 based on trust in the data stored in the blockchain network 400 , It is possible to efficiently respond to a self-processing request for an item from the user terminal 100. In addition, the history management server 300 may allow a user to self-process items used in a plurality of game servers through communication with a plurality of game servers. Accordingly, it is possible to query and self-process items in an integrity and transparent form through one history management server 300 without changing the game server itself. In this way, various types of C/S related to the item can be made in an efficient manner and in a manner that ensures reliability from users.

9 exemplarily shows the manner in which the smart contract 910 is propagated to the blockchain network 400 according to an embodiment of the present disclosure.

According to an embodiment of the present disclosure, recording, tracking, inquiry, and self-processing of game items may be achieved in a manner in which integrity and stability are guaranteed by a smart contract and user convenience is maximized. In the present specification, a smart contract is stored in the blockchain network 400 and may mean a group of codes or functions (including a group of functions) that perform a specific function.

The smart contract may store and update history information related to the first item generated on the game server 200.

For example, when a self-processing request related to a refund for a first item is sent from a user terminal, a transaction related to the self-processing request may call a first account or a smart contract related to the first item. When the smart contract is called, ownership related to the first item is changed to the game server 200 and all costs related to the refund may be transferred to the user of the first item.

As another example, log information generated by the game server 200 for the first item may be issued to the blockchain network 400 in the form of a log transaction. In this case, the log transaction may call a smart contract related to the first account or the first item. When the smart contract is called, the state of the first item may be updated as new log information related to the first item is recorded.

As shown in Fig. 9, the smart contract 910 may be converted into a byte code form by the compiler 920, and a transaction converted into a byte code form is included in the block 930, and the blockchain network 400 Can be propagated. A smart contract converted into byte code may be executed by a computing device in the blockchain network 400 (eg, by a virtual machine of the computing device). In addition, the compiler 920 in the present disclosure may include any type of program for converting a code written in a specific programming language into another programming language. The compiler may also be included in at least one of the computing device constituting the blockchain network 400, the game server 200, the history management server 300, and the user terminal 100.

According to an embodiment of the present disclosure, since the game item is recorded, tracked, inquired, and self-processed in the form of a combination of on-chain and off-chain, it is possible to increase the user's experience through rapid processing and UI display. In addition, item history management with high reliability and guaranteed integrity can be achieved.

Additionally, according to an embodiment of the present disclosure, it may be possible to support transparent game item history management using a blockchain technology. In addition, according to an embodiment of the present disclosure, through a combination of on-chain and off-chain, and a combination of a game server 200, a history management server 300, and a block chain network 400, the expansion of the blockchain Sex problems can be solved.

In addition, according to an embodiment of the present disclosure, as only log information related to an item is recorded and managed on the smart contract and the blockchain network 400, the rate of consensus on the blockchain is increased, thereby increasing the user's game service experience. It can be improved.

FIG. 10 exemplarily shows an internal structure of blocks stored in the blockchain network 400 and a connection structure between blocks according to an embodiment of the present disclosure.

As shown in FIG. 10, blocks 1100, 1200, and 1300, which are storage units in the block chain network 400, may be connected to each other in a chain form to form a block chain.

For example, blocks 1100, 1200, and 1300 may be composed of a block header and a transaction. The block header may include, for example, a hash value of a previous block header, a nonce value, and a hash value of a transaction group. The nonce value is a value that a node in the blockchain network 400 changes to generate a block, and may be used as an input value of a specific hash function along with other values of the block header. When a specific nonce value is used, if the hash value of the block header is smaller than the predetermined difficulty value (which can be stored in the block header), the hash value for the corresponding block header may be determined. The hash value of the transaction group may mean the root hash value of data included in the transaction.

As shown in Fig. 10, since the block hash value of block 301 (1100) is used as an input value to obtain the block hash value of the block header of block 302 (1200), block 302 (1200) and block 301 (1100) ) Can be connected to each other. In addition, in obtaining the block hash value, since the hash value of the transaction group, which is a hash value representing transactions, is used as an input value, when any forgery or alteration of a transaction occurs, the hash value of the transaction group is changed. In this way, adjacent blocks can be connected to each other, and transaction information within the block can be stored with integrity.

The transactions of blocks 1100, 1200, and 1300 are transaction(s) included in the block among issued transactions, and when the transaction is included in the block, an operation related to the transaction will be performed on the blockchain network 400. I can.

Here, Tx 1 may mean an interlocked transaction between the first account or the first item and the first blockchain address. Tx 2 may refer to a log transaction for recording log information on the first item in the blockchain network 400. Tx 3 may refer to a self-processing transaction for allowing content related to self-processing (eg, self-inquiry, self-recovery, self-refund, etc.) for the first item to be recorded in the blockchain network 400.

As an additional embodiment, although not shown in FIG. 10, the block headers of blocks 1100, 1200, and 1300 are: a hash value (ParentHash) of a parent block (previous block), an uncle block of the current block (the difficulty of the block is relatively The hash value (UncleHash) of blocks that were not adopted as blocks), the account address (Coinbase) to receive the transaction fee after mining, the root node hash value (Root) of the Merkle Patricia tree where the account status information is collected, Merkletree's root node hash value (TxHash) for all transactions, Merkletree's root node hash value (ReceiptHash) of all transactions in the block, and 32-byte bloom filter information (Bloom) used to use log information , The total of the block difficulty (Difficulty) calculated by the difficulty of the previous block and the timestamp, the current block number (Number), the maximum payable gas per block (the concept of the cost (token) used to process the transaction/smart contract) ( GasLimit), the total number of gases used in transactions within the block (GasUsed), the initial generation time of the block (Time), other information of the block (Extra), and/or to ensure the number of calculations sufficient to calculate the hash value from the proof of work. It can also include values to be used (MixDigest, Nonce).

11 exemplarily shows a data structure stored in blocks stored in the blockchain network 400 according to an embodiment of the present disclosure.

Transactions stored in blocks 1200A, 1200B, and 1200C in FIG. 11 may be expressed as Tx Roots 1210A, 1210B, and 1210C, which are one encrypted value (eg, hash value) representing transactions. As illustrated in FIG. 11, the Tx Root may have one value representing them by connecting encrypted values representing each of a plurality of transactions in a tree structure.

Transactions (Tx1, Tx2, and Tx3: 1230A, 1230B, and 1230C) in the example in FIG. 11 include log transactions. The log transaction refers to a transaction in which log information in an arbitrary form for a specific item generated on the game server 200 is recorded in the blockchain network 400.

For example, information related to a game address and a game code may be described in the input field of the log transaction 1230A. In the output field of the log transaction 1230A, a user address, log information related to an item, a hash value for log information, and a release script (eg, private key and/or public key) may be described. Information included in the above-described input field and output field may be variably adjusted according to implementation aspects.

The log information related to the item includes: version information related to the item, game code information related to the item, the identifier of the account owning the item, the identifier of the user who owns the item, the identifier of the character in the game related to the item, and It may include an item code (or item identifier), and action information (eg, acquisition, consumption, change, destruction, refund, etc.) that causes the state of the item to change.

As illustrated in FIG. 11, various types of information related to a specific item may be included in a transaction, and as shown in reference numerals 1220A, 1220B and 1220C, a plurality of transactions are in the form of a Tx Root value in one block. Because it can be represented, a large amount of transactions can be stored in one block. Thus, recording and processing of large amounts of data can be implemented in the blockchain network 400. In addition, since information for recording log information on items in a game is stored in one transaction, an efficient data storage structure can be achieved by removing unnecessary data included in the transaction.

12 exemplarily shows a data structure stored in blocks stored in a blockchain network 400 according to an embodiment of the present disclosure.

Transactions stored in blocks 1200A, 1200B, and 1200C in FIG. 12 may be expressed as Tx Roots 1210A, 1210B, and 1210C, which are one encrypted value (eg, hash value) representing transactions. As illustrated in FIG. 12, the Tx Root may have one value representing them by connecting encrypted values representing each of a plurality of transactions in a tree structure.

Transactions (Tx1, Tx2, and Tx3: 1250A, 1250B and 1250C) in the example in FIG. 12 include a self-processing transaction. Self-processing transaction may mean a transaction on a blockchain network to allow self C/S under the initiative of a user.

For example, the input field of the self-processing transaction 1250A may include a user address, a game code, and self-processing request information, and the output field of the self-processing transaction 1250B includes a game address and a release script (eg, a private key and /Or public key) may be included. Information included in the above-described input field and output field may be variably adjusted according to implementation aspects.

The self-processing request information of the self-processing transaction 1250A includes: version information related to the item, game code information related to the item, the identifier of the account owning the item, the identifier of the user who owns the item, and the character in the game related to the item. Identifier, transaction information related to the item (e.g., transaction ID of a log transaction and/or transaction ID of a self-processing transaction), and/or self-processing type information (e.g., item refund, inquiry, recovery, transfer, etc.). have.

For example, the self-processing request information of the self-processing transaction 1250A may be transmitted to the game server 200, the history management server 300, and/or the blockchain network 400 by the user terminal 100. As another example, the self-processing request information of the self-processing transaction 1250A may be generated by the game server 200 and the history management server 300 and transmitted to the blockchain network 400.

As illustrated in FIG. 12, various types of information related to a specific item may be included in a transaction, and as shown in reference numerals 1220A, 1220B and 1220C, a plurality of transactions are in the form of a Tx Root value in one block. Because it can be represented, a large amount of transactions can be stored in one block. Thus, recording and processing of large amounts of data can be implemented in the blockchain network 400. In addition, since information for recording self-processing information on items in a game is stored in one transaction, an efficient data storage structure can be achieved by removing unnecessary data included in the transaction.

13 illustrates an exemplary UI (User Interface) configuration for performing item tracking and self-processing (eg, self C/S) in a user terminal according to an embodiment of the present disclosure.

The UI configurations 1310 and 1330 in FIG. 13 are generated by the game server 200 and/or the history management server 300 to allow the user to perform self C/S, and the user terminal 100 Can be output to.

The UI configurations 1310 and 1330 illustrated in FIG. 13 exemplarily illustrate an item inquiry screen for grasping the history and latest state of an item in the user terminal 100.

The user terminal 100 may access the game server 200 or the history management server 300 and perform an interaction based on the corresponding UI configurations 1310 and 1330. Additionally, when a predetermined input behavior for a specific item is received from the user terminal 100, the game server 200 or the history management server 300 outputs a UI configuration 1310 for querying the history of the corresponding item. I can.

The UI configuration 1310 shows an example output in the form of a table. As shown in reference number 1310, information on whether the user has possession or not, code information, identification information, rating information, level information, update time information (eg, log information creation time) for a game item named "Dragon Sword" ), result information that causes the creation of log information can be displayed.

The UI configuration 1310 may receive a selection input from a user in any form. For example, when an input for an area corresponding to reference number 1320 in the UI configuration 1310 is received, a UI configuration 1330 for detailed inquiry on the corresponding item may be output. In the UI configuration 1310, a part that can be interacted with through a user input is displayed differently from other parts (e.g., a highlight display, a bold display, or an arbitrary type of display indicating that a click is possible) You can do it.

In response to receiving a selection input in any form from the user, the UI configuration 1310 output from the user terminal 100 may be converted to a UI configuration 1330 for outputting more detailed information. The above-described UI components 1310 and 1330 may be output in the form of a separate page, a separate tab, or a separate image.

The UI configuration 1330 is a UI configuration that outputs more detailed log information for a specific item, and includes the creation date of log information, the type of action that is the cause of the log information, content of the action that is the cause of log information, and The code information, the hash value of the transaction, the transaction ID, and/or the game snapshot information (game screen information) at the time when the log information is generated may be included.

For example, the UI configuration 1330 for detailed inquiry may be displayed as a separate tab from the UI configuration 1310. That is, a UI configuration including a first section including identification information on a first item, information on whether to hold the first item, information on a history change point on the first item, and log information on the first item In response to a user input for at least some of (1310), including at least one of information on a cause of occurrence of log information on the first item and information on a game snapshot at a time when log information on the first item is generated. The UI configuration 1330 including the second section may be output.

As indicated in the UI configuration (1330), as the self-CS under the user's initiative proceeded, the 25th level, Suspect Sword SR equipment (drgS_SR_001) was exhausted as the level-up material of the Suspect Sword SR equipment (drgS_SR_002). The point can be confirmed. Therefore, without a separate C/S inquiry and a response corresponding thereto, the user can easily know the cause of the item's disappearance, and even when requesting a recovery/refund for the item, the number of personnel in the servers 200 and 300 Complicated steps, such as the verification process of, can be reduced.

14 illustrates an exemplary UI configuration for performing item tracking and self-processing (eg, self C/S) in a user terminal according to an embodiment of the present disclosure.

The UI configurations 1410, 1430, and 1450 in FIG. 14 are generated by the game server 200 and/or the history management server 300 in order to allow the user to perform self C/S, and the user terminal ( 100) can be output.

The UI configurations 1410, 1430, and 1450 shown in FIG. 14 exemplarily show a screen in which the user terminal 100 checks the history and latest state of an item and/or processes a refund for the item.

The user terminal 100 may access the game server 200 or the history management server 300 and perform an interaction based on the UI configuration 1410, 1430, and 1450. In addition, when a predetermined input action for a specific item is received from the user terminal 100, the game server 200 or the history management server 300 configures a UI for inquiring the history of the item and proceeding with a refund (1410) Can be printed.

The UI configuration 1410 shows an example output in the form of a table. As shown in reference number 140, the user's purchase type information, code information, identification information, purchase time information, and update time information (eg, log information generation time) for a game item named "Dia" will be displayed. I can.

The UI configuration 1410 may receive a selection input from a user in any form. For example, when an input for an area corresponding to reference number 1420 in the UI configuration 1410 is received, the UI configuration 1430 for detailed inquiry and/or a self-refund application for the corresponding item may be output. . In the UI configuration 1410, the part 1420 that can be interacted through user input is displayed differently from other parts (eg, highlight display, bold display, or any form of display indicating that click is possible), the user You can make them aware of this.

In response to receiving a selection input in any form from the user, the UI configuration 1410 output from the user terminal 100 may be switched to the UI configuration 1430 for outputting more detailed information. The above-described UI components 1410 and 1430 may be output in the form of a separate page, a separate tab, or a separate image.

The UI configuration 1430 may include a UI configuration for outputting more detailed log information on a specific item and allowing self C/S including a refund request. The UI configuration 1430 includes the creation date of log information, the type of action that is the cause of the log information, the content of the action that is the cause of the log information, code information of the item, change information from the existing item to the final item, and the current item. A user input unit 1440 for receiving input for information, transaction hash value, transaction ID, and game snapshot information (game screen information) and/or self C/S (refund request) at the time when log information is generated. Can include.

For example, the UI component 1430 may be displayed as a separate tab from the UI component 1410. The section related to the UI configuration 1430 includes a user input unit 1440 including at least one of inquiry, recovery, and refund, and the user input unit 1440 is displayed to be differentiated from other parts of the UI configuration 1430. I can. A self-processing transaction related to a refund may be generated and issued in response to a user input to the user input unit 1440.

For example, when there is a user input (eg, click) on the user input unit 1440, the user terminal 100 may transmit a self-processing request to the server 200 or 300. The transmitted self-processing request may be converted into a self-processed transaction by the server 200 or 300 and propagated to the blockchain network 400.

After the self-processing transaction is issued, a section (e.g., tab, window, page) related to the UI composition 1450 is output, and the UI composition 1450 responds to a self-processing request for the item by the user terminal 100. The result information (update history information) can be output. The update-related information 1460 may be displayed differently from other information on the UI configuration 1450.

The UI configuration 1450 outputs update information on the diamond item, and the type of the output information may be the same as the UI configuration 1430 as illustrated in FIG. 14.

As shown in the UI configurations 1410, 1430, and 1450, as the self-CS under the user's initiative proceeds, a quick refund process for the diamond item may proceed. Therefore, without a separate C/S inquiry and a response corresponding thereto, the user can easily know the cause of the item's disappearance, and even when requesting a recovery/refund for the item, the number of personnel in the servers 200 and 300 Complicated steps, such as the verification process of, can be reduced.

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

The computer 1102 shown in FIG. 15 may correspond to at least one of a user terminal 100, a game server 200, a history management server 300, and a computing device constituting the blockchain network 400.

While the present disclosure has generally been described above with respect to computer-executable instructions that may 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. I will know.

In general, modules herein include routines, procedures, programs, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Further, 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, and the like (each of which It will be appreciated that it may be implemented with other computer system configurations, 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. As media accessible by a computer, volatile and non-volatile media, transient and non-transitory media, and removable and non-removable media are included. 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 include 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 nonvolatile 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.

Computer 1102 also includes 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--, magnetic floppy disk drive (FDD) 1116 (for example, to read from or write to removable diskette 1118), and optical disk drive 1120 (e.g., CD-ROM For reading the disk 1122 or 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 USB (Universal Serial Bus) 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 a 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, 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 a number of 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, etc.

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 a 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 an enterprise-wide computer network such as an intranet, all of which can be connected to a worldwide computer network, 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 through the Internet, etc. to establish communication through the WAN 1154 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 the computer 1102 or portions thereof may be stored in the 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 phone. This includes at least Wi-Fi and Bluetooth wireless technologies. Thus, 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, etc. 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, ie 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 band). have.

A person of ordinary skill in the art of the present disclosure includes various illustrative 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, carrier, 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 (e.g., EEPROM, card, stick, key drive, 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 the present 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.

The 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 interpreted in the widest scope consistent with the principles and novel features presented herein.

Claims (21)

A computer program stored in a computer-readable storage medium, wherein the computer program, when executed by one or more processors of a history management server, performs a method for allowing self-item processing, the method comprising:
Generating a user interface for accessing the first user terminal to perform self-item processing;
Receiving a self-processing request for a first item issued from the first user terminal;
Generating a self-processing query based at least in part on information included in the self-processing request;
Transmitting the self-processing query to at least one node included in the blockchain network; And
In response to receiving result information for the self-processing query from at least one node included in the blockchain network, an action corresponding to the self-processing request for the first item is performed in the game server. Allowing;
Including,
The user interface is:
A first section including identification information on the first item, information on whether to hold the first item, information on a history change time point on the first item, and log information on the first item; And
It is output in response to a user input for at least a portion of the first section, and among information on the cause of the occurrence of log information on the first item and information on a game snapshot at the time when the log information on the first item is generated. A second section comprising at least one;
Containing,
A computer program stored on a computer-readable storage medium. A computer program stored in a computer-readable storage medium, wherein the computer program, when executed by one or more processors of a history management server, performs a method for allowing self-item processing, the method comprising:
Generating a user interface for accessing the first user terminal to perform self-item processing;
Receiving a self-processing request for a first item issued from the first user terminal;
Generating a self-processing transaction based at least in part on information included in the self-processing request;
Transmitting the self-processing transaction to at least one node included in the blockchain network, allowing a plurality of nodes included in the blockchain network to generate and record a block to store the self-processed transaction through a consensus algorithm; And
Allowing an action corresponding to a self-processing request for the first item to be performed in a game server in response to the self-processing transaction being recorded in the blockchain network;
Including,
The user interface is:
A first section including identification information on the first item, information on whether to hold the first item, information on a history change time point on the first item, and log information on the first item; And
It is output in response to a user input for at least a portion of the first section, and among information on the cause of the occurrence of log information on the first item and information on a game snapshot at the time when the log information on the first item is generated. A second section comprising at least one;
Containing,
A computer program stored on a computer-readable storage medium. A computer program stored in a computer-readable storage medium, wherein the computer program, when executed by one or more processors of a game server, performs a method for allowing self-item processing, the method comprising:
Generating a user interface for accessing the first user terminal to perform self-item processing;
Receiving a self-processing request for a first item issued from the first user terminal;
Generating a self-processing query based at least in part on information included in the self-processing request;
Transmitting the self-processing query to at least one node included in the blockchain network; And
In response to receiving result information for the self-processing query from at least one node included in the blockchain network, performing an action corresponding to the self-processing request for the first item in a game server;
Including,
The user interface is:
A first section including identification information on the first item, information on whether to hold the first item, information on a history change time point on the first item, and log information on the first item; And
It is output in response to a user input for at least a portion of the first section, and among the information on the cause of the occurrence of log information on the first item and information on the game snapshot at the time when the log information on the first item is generated. A second section comprising at least one;
Containing,
A computer program stored on a computer-readable storage medium. A computer program stored in a computer-readable storage medium, wherein the computer program, when executed by one or more processors of a history management server, performs a method for allowing self-item processing, the method comprising:
Generating a user interface for accessing the first user terminal to perform self-item processing;
Receiving a self-processing request for a first item issued from the first user terminal;
Generating a self-processing transaction based at least in part on information included in the self-processing request;
Transmitting the self-processing transaction to at least one node included in the blockchain network, allowing a plurality of nodes included in the blockchain network to generate and record a block to store the self-processing transaction through a consensus algorithm; And
In response to the self-processing transaction being recorded in the blockchain network, performing an action corresponding to a self-processing request for the first item in a game server;
Including,
The user interface is:
A first section including identification information on the first item, information on whether to hold the first item, information on a history change time point on the first item, and log information on the first item; And
It is output in response to a user input for at least a portion of the first section, and among information on the cause of the occurrence of log information on the first item and information on a game snapshot at the time when the log information on the first item is generated. A second section comprising at least one;
Containing,
A computer program stored on a computer-readable storage medium. The method according to any one of claims 1 to 4,
The above self-processing request is:
Self-processing content information including at least one of a refund of the first item, restoration of the first item, and inquiry of the first item;
Containing,
A computer program stored on a computer-readable storage medium. The method of claim 5,
The above self-processing request is:
Transaction ID information of a transaction recorded in the blockchain network related to the first item;
Address information on the blockchain network related to the first item; And
A private key associated with the first user terminal;
Further comprising at least one of,
A computer program stored on a computer-readable storage medium. The method according to any one of claims 1 to 4,
The method is:
Determining whether to generate a self-processing transaction or a self-processing query based on self-processing content information included in the self-processing request;
Further comprising,
A computer program stored on a computer-readable storage medium. The method of claim 7,
When the self-processing content information includes an indication related to item refund, it is determined to generate the self-processing transaction, and when the self-processed content information includes an indication related to item recovery or item inquiry, the self-processing query Determined to generate,
A computer program stored on a computer-readable storage medium. The method according to claim 2 or 4,
The self-processing transaction is:
Self-processing content information included in the self-processing request for the first item;
At least one of a private key related to the first user terminal and a private key related to the server;
Blockchain address information related to the first user terminal; And
Blockchain address information of the game server;
Containing,
A computer program stored on a computer-readable storage medium. The method of claim 1 or 3,
The self-processing query above is:
Self-processing content information included in the self-processing request for the first item; And
Blockchain address information related to the first item or transaction ID information related to the first item;
Containing,
A computer program stored on a computer-readable storage medium. The method according to any one of claims 1 to 4,
In the blockchain network, log information on the first item is recorded, including at least one of acquisition, change, transfer, and destruction of the first item,
A computer program stored on a computer-readable storage medium. The method of claim 11,
The log information on the first item includes game snapshot information at a time when log information on the first item is generated,
A computer program stored on a computer-readable storage medium. The method of claim 1,
The step of allowing an action corresponding to a self-processing request for the first item to be performed in the game server,
To allow the game server to perform an action corresponding to a self-processing request for the first item, providing history information on the first item to the game server, reflecting log information recorded on the blockchain network. step;
Containing,
A computer program stored on a computer-readable storage medium. The method of claim 2,
The step of allowing an action corresponding to a self-processing request for the first item to be performed in the game server,
Allowing the content of the self-processing transaction to be reflected in the game server by providing the game server with a signal indicating that the self-processing transaction has been recorded or a transaction ID of the self-processing transaction to the block chain address of the game server;
Containing,
A computer program stored on a computer-readable storage medium. The method of claim 3,
The step of performing an action corresponding to a self-processing request for the first item in the game server,
By comparing the history information of the first item stored in the game server with the result information of the self-processing query, the history information of the first item stored in the game server is included in the result information of the self-processing query Changing to history information of the first item that has been created;
Containing,
A computer program stored on a computer-readable storage medium. The method of claim 4,
The step of performing an action corresponding to a self-processing request for the first item in the game server,
Reflecting the contents of the self-processing transaction on the history information for the first item in the game server;
A computer program stored on a computer-readable storage medium. The method according to any one of claims 1 to 4,
The action corresponding to the self-processing request,
Comprising updating history information for the first item stored in the game server based on the information stored in the blockchain network,
A computer program stored on a computer-readable storage medium. delete delete The method according to any one of claims 1 to 4,
The second section includes a user input unit including at least one of recovery and refund, and
The user interface,
A third section for outputting in response to a user input to a user input unit that is displayed differently from other parts in the second section, and allowing the first user terminal to generate a self-processing request for the first item ;
Further comprising,
A computer program stored on a computer-readable storage medium. The method of claim 20,
Information outputtable in the first section or the second section is updated by reflecting the result of the self-processing request based on the user input on the third section, and
The updated information is highlighted and displayed to distinguish it from other information,
A computer program stored on a computer-readable storage medium.

Images