KR101946620B1 - Method and server for generating a block of data comprising signature of the server - Google Patents

Abstract

Provided are a method and a server for authenticating user data generated by a user terminal, generating a data block including the authenticated user data, and transmitting the data block. The user terminal having received the data block can authenticate the integrity of the data block by using signature data of the server included on the data block, and process user data by using the authenticated data block.

Description

METHOD AND SERVER FOR GENERATING A BLOCK OF DATA COMPRISING SIGNATURE OF THE SERVER [0002]

The following embodiments relate to a method and server for generating data blocks, and more particularly to a method and server for generating a block of data comprising signature data of a server.

The game service is provided to the user while exchanging data between the server and the user terminal. Specifically, the user terminal plays a game through a program installed in the user terminal, transmits the user data generated through the game play to the server, and the server processes the user data. The server collects user data from all user terminals and processes the user data according to the purpose. The user terminal unilaterally receives the processed result.

Korean Patent Publication No. 10-2013-0092191 (published on Aug. 20, 2013) discloses a method of packaging data. The present invention discloses a game server in which a game server extracts a plurality of client data that is executed in a user terminal and is included in a game client including at least one file for game play in a user terminal, Compressed into a packaging file, and transmits the compressed packaging file to the user terminal.

One embodiment may provide a method and server for generating a block of data comprising signature data.

One embodiment may provide a method and a user terminal for processing a block of data comprising signature data.

According to one aspect, a server for generating a data block includes a memory in which a program for generating a data block is recorded, and a processor for executing the program, the program comprising: Determining whether the user data is valid, generating a user data hash value by hashing the user data if the user data is valid, encrypting the user data hash value by Generating signature data of the server, and generating a data block including the signature data and the user data.

The receiving of the user data may include receiving a plurality of user data from a plurality of user terminals, wherein the step of generating the user data hash value comprises: if the number of received user data is a predetermined number And generating the user data hash value by hashing a predetermined number of user data.

Wherein the step of determining whether the user data is authentic comprises the steps of simulating the content that generated the user data using the user data and determining that the user data is true if the content is normally simulated .

The step of generating the data block may include generating a hash value of the data block based on the signature data, and the data block may include a hash value of the data block.

The generating of the hash value of the data block based on the signature data may include generating a hash value of the data block by using a version of the data block, a hash value of the previous data block of the data block, a time stamp of the data block and generating a hash value of the data block using at least one of a time stamp, a timestamp, and a nonce.

Wherein the receiving the user data comprises receiving a plurality of user data from a plurality of user terminals for a predetermined time, and wherein the generating the user data hash value comprises: And generating the user data hash value by hashing user data of the user data.

Wherein the program further comprises the step of determining whether a generation condition of the data block satisfies a predetermined condition, and the step of generating the user data hash value comprises: hashing the entire user data, And the data block may include the entire user data.

According to another aspect, a method of generating a data block performed by a server comprises the steps of: receiving user data generated by the user terminal from a user terminal; determining whether the user data is valid; Generating a user data hash value by hashing the user data; generating signature data of the server by encrypting the user data hash value; and generating the signature data and the data including the user data Generating a block, wherein the data block is used for data processing of the user terminal.

Wherein the step of determining whether the user data is valid comprises the steps of: simulating the content that generated the user data using the user data; and, if the content is normally simulated, determining that the user data is true .

Wherein the step of generating the data block further comprises, in addition to the signature data, a version of the data block, a hash value of the previous data block of the data block, a timestamp of the data block, And generating a hash value of the data block using at least one of the data blocks, wherein the data block may include a hash value of the data block.

Further comprising the step of determining whether a generation condition of the data block satisfies a predetermined condition,

The step of generating the user data hash value may include generating the user data hash value by hashing the entire user data, and the data block may include the entire user data.

According to another aspect, a user terminal for processing data includes a memory in which a program for processing data is recorded, and a processor for executing the program, the program comprising: generating user data; Receiving a data block associated with the user data from the server, determining whether the data block is integrity, and if the data block is not complete, And performs a step of processing the data.

The method further includes receiving a previous data block of the data block from another user terminal and determining whether the previous data block is integrity and processing the user data contained in the data block Merging the previous user data and the user data included in the previous data block.

Wherein the program further comprises the steps of: querying the server for identification information for the other user terminal connected to the server, receiving the identification information from the server, and transmitting, to the another user terminal based on the identification information, A step of requesting transmission of the block may be further performed.

Wherein determining whether the data block is integrity comprises generating a user data hash value by hashing the user data, generating decrypted signature data by decoding the signature data of the data block, And determining that the data block is integrity if the user data hash value and the decrypted signature data are the same.

The step of generating the decrypted signature data by decoding the signature data of the data block may include obtaining the public key of the server and decrypting the signature data using the public key.

The program may further perform the step of discarding at least one previous data block if the data block includes the entire user data.

According to yet another aspect, a method of processing data performed by a user terminal comprises the steps of generating user data, transmitting the user data to a server, receiving a data block associated with the user data from the server, Determining whether the data block is integrity, and if the data block is not complete, processing the user data included in the data block.

The method of claim 1, further comprising: receiving a previous data block of the data block from another user terminal; and determining whether the previous data block is integrity, Merging the user data and previous user data contained in the data block.

The method comprising the steps of: querying the server for identification information of the other user terminal connected to the server, receiving the identification information from the server, and transmitting the previous data block to the another user terminal based on the identification information And may further include a requesting step.

Wherein determining whether the data block is integrity comprises generating a user data hash value by hashing the user data, generating decrypted signature data by decoding the signature data of the data block, And determining that the data block is integrity if the user data hash value and the decrypted signature data are the same.

And discarding at least one previous data block if the data block includes the entire user data.

According to another aspect of the present invention, there is provided a data block transmission method performed by a content server including a physically separated main server and an intermediate server, the method comprising: receiving, by the intermediate server, user data generated by the user terminal from a user terminal; The method comprising the steps of: transmitting the user data to the main server; determining whether the user data is valid; checking whether the user data is valid; Generating a hash value, generating a signature data of the server by encrypting the user data hash value by the main server, generating a data block including the signature data and the user data, Wherein the main server stores the data block And transmitting the data block to a plurality of user terminals using the content provided by the main server.

A method and a server for generating a block of data containing signature data are provided.

A method and user terminal for processing a block of data comprising signature data is provided.

1 is a configuration diagram of a system including a server and a plurality of user terminals according to an example.
2 is a configuration diagram of a server according to an embodiment.
3 is a flowchart of a method of generating a data block according to an embodiment.
FIG. 4 shows a structure of a data block according to an example.
5 is a flow diagram of a method for determining whether user data according to an example is valid.
6 is a flowchart of a method for generating a user data hash value according to an example.
7 is a configuration diagram of a user terminal according to an embodiment.
8 is a flow diagram of a method for processing user data in accordance with one embodiment.
9 is a flowchart of a method for determining whether a data block according to an example is integrity.
10 is a flowchart of a method for generating decrypted signature data according to an example.
FIG. 11 is a flow diagram of a method for receiving a previous data block from another user terminal according to one example and determining whether the previous data block received is integrity-free.
12 illustrates a method of merging a plurality of data blocks according to an example.

In the following, embodiments will be described in detail with reference to the accompanying drawings. However, the scope of the patent application is not limited or limited by these embodiments. Like reference symbols in the drawings denote like elements.

Various modifications may be made to the embodiments described below. It is to be understood that the embodiments described below are not intended to limit the embodiments, but include all modifications, equivalents, and alternatives to them.

The terms used in the examples are used only to illustrate specific embodiments and are not intended to limit the embodiments. The singular expressions include plural expressions unless the context clearly dictates otherwise. In this specification, the terms "comprises" or "having" and the like refer to the presence of stated features, integers, steps, operations, elements, components, or combinations thereof, But do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, or combinations thereof.

Unless defined otherwise, all terms used herein, including technical or scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art to which this embodiment belongs. Terms such as those defined in commonly used dictionaries are to be interpreted as having a meaning consistent with the contextual meaning of the related art and are to be interpreted as either ideal or overly formal in the sense of the present application Do not.

In the following description of the present invention with reference to the accompanying drawings, the same components are denoted by the same reference numerals regardless of the reference numerals, and redundant explanations thereof will be omitted. In the following description of the embodiments, a detailed description of related arts will be omitted if it is determined that the gist of the embodiments may be unnecessarily blurred.

1 is a configuration diagram of a system including a server and a plurality of user terminals according to an example.

The system 100 includes a server 110 and a plurality of user terminals 121-124. For example, the system 100 may be a system for providing content to a plurality of user terminals 121 - 124. The content may be game content and a service platform, but is not limited to the described embodiments.

The server 110 includes a main server 111 and an intermediate server 112. For example, the main server 111 and the intermediate server 112 may be physically contained in one device and logically separated servers. As another example, the main server 111 and the intermediate server 112 may be physically separate servers.

The intermediate server 112 is connected to the plurality of user terminals 121 to 124 and the intermediate server 112 receives data from the plurality of user terminals 121 to 124. [ The intermediate server 112 transmits the data received from the plurality of user terminals 121 to 124 to the main server 111.

For example, the main server 111 can verify whether the data of the first user terminals 121 is valid. The main server 111 may verify that the data is valid if the data is valid and distribute the verified data to the plurality of user terminals 121 to 124 via the intermediate server 112 in the form of data blocks.

The plurality of user terminals 121 to 124 may determine whether the received data block is integrity and may merge the data contained in the data block with another data block if the data block is not complete. The merged data blocks contain information generated by users using the content. For example, if the content is game content, the merged data blocks may include game information for all users of the game content. The game information may be game play data.

In a case where a plurality of user terminals 121 to 124 store or store all the user data generated by users of the content by using the content, even if the server 110 stops providing the content, The same contents can be used. For example, if the user data is stored only in the server 110, the user data can not be recovered if the server 110 is lost. However, when the user data is also stored in the plurality of user terminals 121 to 124, user data can be recovered even if the server 110 is lost. When another server capable of providing content is established, users can use the content as it is.

A method for achieving the above object will be described in detail below with reference to Figs. 2 to 12. Fig.

2 is a configuration diagram of a server according to an embodiment.

The server 200 includes a communication unit 210, a processor 220, and a memory 230. The server 200 may correspond to the server 110 described above with reference to FIG. For example, the server 200 may include a main server and an intermediate server that are not physically separated but logically separated. As another example, the server 200 may include a physically separate main server and an intermediate server. The relationship between the main server and the intermediate server is not limited to the described embodiment.

The communication unit 210 is connected to the processor 220 and the memory 230 to transmit and receive data. The communication unit 210 may be connected to another external device to transmit / receive data.

The communication unit 210 may be implemented as a circuitry in the server 200. For example, the communication unit 210 may include an internal bus and an external bus. As another example, the communication unit 210 may be an element for connecting the server 200 and an external device. The communication unit 210 may be an interface. The communication unit 210 can receive data from an external device and transmit data to the processor 220 and the memory 230. [

The processor 220 processes the data received by the communication unit 210 and the data stored in the memory 230. "Processor" may be a data processing device embodied in hardware having circuitry having a physical structure for performing desired operations. For example, the desired actions may include code or instructions included in the program. For example, a data processing apparatus embodied in hardware may be a microprocessor, a central processing unit, a processor core, a multi-core processor, a multiprocessor, , An application-specific integrated circuit (ASIC), and a field programmable gate array (FPGA).

The processor 220 executes computer readable code (e.g., software) stored in a memory (e.g., memory 230) and instructions triggered by the processor 220.

The memory 230 stores data received by the communication unit 210 and data processed by the processor 220. [ For example, the memory 230 may store a program. The stored program may be a set of syntax executable by processor 220 that is coded to generate a block of data.

According to an aspect, the memory 230 may include one or more volatile memory, non-volatile memory and random access memory (RAM), flash memory, hard disk drive, and optical disk drive.

Memory 230 stores a set of instructions (e.g., software) that operate the server 200. The set of instructions that operate the server 200 is executed by the processor 220.

The communication unit 210, the processor 220, and the memory 230 will be described in detail with reference to Figs. 3 to 6 below.

3 is a flowchart of a method of generating a data block according to an embodiment.

The following steps 310 to 370 are performed by the server 200 described above with reference to FIG.

In step 310, the server 200 receives user data from a user terminal. For example, an intermediate server of the server 200 may receive user data from a user terminal. The user data may be data generated by a user of the user terminal using the content. For example, if the content is game content, the generated user data may be game play data. The game play data may be information about the score obtained by the user, the goods, the stage in progress, and the character, and is not limited to the described embodiment.

In step 320, the server 200 determines whether the user data is valid. Since the user data can be manipulated by the user, it can be judged whether or not the user data is authentic. A method for determining whether or not user data is valid will be described in detail below with reference to Fig. Whether or not the user data is valid can be determined only by the server 200. [

If the user data is valid, step 350 is performed, and if the user data is not valid, step 335 is performed.

In step 335, the server 200 discards user data.

In step 340, the server 200 generates a user data hash value by hashing the user data. For example, the server 200 can hash user data using a hash function.

At step 350, the server 200 generates the signature data of the server 200 by encrypting the user data hash value. For example, the server 200 may encrypt a user data hash value using a private key of an asymmetric key pair (a private key and a public key).

In step 360, the server 200 generates a block of data including signature data and user data. The data block may further include a hash value of the data block. The server 200 may further use at least one of a version of the data block, a hash value of the previous data block of the data block, a timestamp of the data block, and a nonce, The hash value of the block can be generated. The data block is described in detail below with reference to FIG.

The time at which the data block is generated may vary depending on the set conditions. For example, a block of data may be generated immediately when new user data is received. As another example, a data block may be generated according to a preset generation cycle. As another example, if the number of user data received after the previous data block is generated satisfies a predetermined number, a data block can be generated.

At step 370, the server 200 may propagate (or transmit) the generated block of data to the user terminal. For example, the server 200 may transmit a block of data to a plurality of user terminals utilizing the content provided by the server 200. For example,

According to an aspect, the server 200 may be a content server including a physically separated main server and an intermediate server. The intermediate server may receive user data from a plurality of user terminals and the main server may generate data blocks. If the intermediate server receives a block of data from the main server, the intermediate server may transmit the block of data to a plurality of connected user terminals.

FIG. 4 shows a structure of a data block according to an example.

The data block 400 may include a hash value 410 of the data block, a header 420, and a payload 430. The hash value 410 of the data block may be an identifier of the data block.

The header 420 may include a version 421, a hash 422 of a previous data block, a timestamp 423, a nonce 424, and signature data 425. The signature data 425 is the signature data generated through step 250 of FIG.

The payload 430 includes user data 431. User data 431 includes at least one user data of user terminals determined to be valid.

5 is a flow diagram of a method for determining whether user data according to an example is valid.

The above-described step 320 with reference to FIG. 3 includes the following steps 510 and 520.

In step 510, the server 200 simulates the content that generated the user data using the user data. The server 200 can simulate the same content as the content installed in the user terminal through the user data. If the user data is not normal user data, the content is not normally simulated. For example, the user data or the manipulated user data generated by using the content in an inappropriate manner by the user is not normal user data.

According to an aspect, the content may be game content, and the same game content may be installed in the server 200 and the user terminal. The server 200 can simulate the game contents using the user data generated by the user terminal as the game play data. The user data generated by the normal rule in the game content of the user terminal is normally simulated in the game content of the server 200. [ However, the user data generated by the data manipulation or hacking tool is not normally simulated in the game content of the server 200. [ Such user data is treated as invalid user data.

In step 520, the server 200 determines that the user data is valid if the content is normally simulated.

6 is a flowchart of a method for generating a user data hash value according to an example.

After step 330 described above with reference to FIG. 3 is performed, the following step 610 may be performed additionally.

In step 610, the server 200 determines whether the generation condition of the data block satisfies a preset condition.

According to an aspect, a preset condition may be whether or not the order of data blocks to be generated corresponds to a predetermined order. For example, the predetermined order may be 1000th, 2000th, and so on.

According to another aspect, the predetermined condition may be whether or not the time at which the data block is generated corresponds to a preset time. For example, the preset time may be 00:00.

Step 340 may include the following steps 620, 630, 640.

In step 620, the operation of the server 200 branches according to whether or not a predetermined condition is satisfied. If the condition is satisfied, step 630 is performed, and if the condition is not satisfied, step 640 is performed.

In step 630, the server 200 generates a user data hash value by hashing the entire user data. The entire user data may be user data generated by the entire users using the content. For example, the entire user data may be the latest user data for each of the entire users. That is, the entire user data may be data obtained by merging the user data received by the server 200 since the server 200 provided the content.

The server 200 may discard the previous data blocks previously generated in the data block when a data block for the entire user data is generated. Since the previous data block includes partial user data rather than whole user data, if data blocks for all user data are generated for efficient management of user data, previous data blocks can be discarded.

In step 640, the server 200 generates a user data hash value by hashing the received user data after generation of the previous data block. The data block generated through step 640 includes partial user data.

7 is a configuration diagram of a user terminal according to an embodiment.

The user terminal 700 includes a communication unit 710, a processor 720, and a memory 730. The user terminal 700 may correspond to each of the plurality of user terminals 121 to 124 described above with reference to Fig. For example, the user terminal 700 is a device capable of processing data, such as a personal computer and a mobile device, and is not limited to the described embodiment.

The communication unit 710 is connected to the processor 720 and the memory 730 to transmit and receive data. The communication unit 710 may be connected to another external device to transmit and receive data.

The communication unit 710 may be implemented as a network in the user terminal 700. For example, the communication unit 710 may include an internal bus and an external bus. As another example, the communication unit 710 may be an element that connects the user terminal 700 with an external device. The communication unit 710 may be an interface. The communication unit 710 can receive data from an external device and transmit data to the processor 720 and the memory 730. [

The processor 720 processes the data received by the communication unit 710 and the data stored in the memory 730. Processor 720 executes computer readable code (e.g., software) stored in memory (e.g., memory 730) and instructions initiated by processor 720.

The memory 730 stores data received by the communication unit 710 and data processed by the processor 720. For example, the memory 730 may store a program. The stored program may be a set of executable statements coded by processor 720 to process the data.

According to an aspect, the memory 730 may include one or more volatile memory, non-volatile memory and RAM, flash memory, a hard disk drive, and an optical disk drive.

The memory 730 stores a set of instructions (e.g., software) that operate the user terminal 700. The instruction set that operates the user terminal 700 is executed by the processor 720. [

The communication unit 710, the processor 720, and the memory 730 will be described in detail below with reference to Figs. 8 to 12.

8 is a flow diagram of a method for processing user data in accordance with one embodiment.

The following steps 810 to 860 are performed by the user terminal 700 described above with reference to Fig.

The content provided by the server 200 may be installed in the user terminal 700 before the step 810 is performed. For example, the game content may be installed in the user terminal 700 and the content may be executed by the user terminal 700. [

At step 810, the user terminal 700 generates user data. For example, user data may be generated as a result of the user using the content. If the content is game content, game play data may be generated as user data.

At step 820, the user terminal 700 transmits the user data to the server 200. For example, the user terminal 700 may transmit user data to the intermediate server, and the intermediate server may transmit the user data to the main server.

At step 830, the user terminal 700 receives a block of data associated with user data from the server 200.

At step 840, the user terminal 700 determines whether the data block is integrity.

At step 850, depending on whether the data block is integrity, the operation of the user terminal 700 branches. If the data block is not integrity, step 860 is performed. If the data block is not corrupt, the data block may be discarded.

At step 860, the user terminal 700 processes the user data contained in the data block. For example, user data may be used within the content. Additionally, the user terminal 700 may receive user data generated by other users, and may process user data of the user and other user's data.

According to an aspect of the present invention, when the content is game content, the user terminal 700 can determine the game ranking of the user of the user terminal 700 among the entire users using the received user data. In the case where only the server 200 manages the entire user data, the game ranking can be determined only by the server 200. [ However, if the user terminal 700 can secure the entire user data, it can calculate the game ranking by itself. In this case, since the server 200 does not have to calculate the game ranking, resources required for data processing can be reduced. In addition, since the user terminal 700 stores the entire user data, even if the entire user data stored in the server 200 is lost, the entire user data can be restored.

9 is a flowchart of a method for determining whether a data block according to an example is integrity.

Since the user data generated by the user terminal 700 is transmitted to other user terminals, the generated user data must be normal data. Accordingly, the validity of the user data has to be verified, and this verification is performed by the server 200. [ The server 200 verifies the validity of the user data and propagates the verified user data to the user terminals in the form of data blocks. Only the user data verified by the server 200 can be used in the contents of the user terminal. The user terminal 700 determines whether the received data block is a data block normally generated by the server 200. [ The step 840 of determining whether the data block is integrity includes the following steps 910-930.

At step 910, the user terminal 700 generates a user data hash value by hashing the user data of the data block. The user terminal 700 can hash user data using a hash function. The hash function may be the same as the hash function used by the server 200.

At step 920, the user terminal 700 generates the decrypted signature data by decrypting the signature data of the data block. A method of generating decrypted signature data will be described in detail below with reference to FIG.

At step 930, the user terminal 700 determines that the data block is integrity if the user data hash value and the decrypted signature data are the same. The user terminal 700 can use the user data of the data block determined to be integrity for the content.

10 is a flowchart of a method for generating decrypted signature data according to an example.

The above-described step 920 with reference to FIG. 9 includes the following steps 1010 and 1020.

At step 1010, the user terminal 700 obtains the public key of the server 200. The public key may be a pair with the private key that the server 200 used to generate the signature data. For example, the public key may be obtained from the server 200, but is not limited to the described embodiment.

At step 1020, the user terminal 700 decrypts the signature data of the data block using the public key.

FIG. 11 is a flow diagram of a method for receiving a previous data block from another user terminal according to one example and determining whether the previous data block received is integrity-free.

If the data block received from the server 200 includes partial user data, additional data blocks may be required to obtain the entire user data. The additional data block may be the previous data block of the data block received by the user terminal 700 from the server 200. [ The previous data block may be stored in another user terminal (e.g., where the user terminal 700 is the first user terminal 121 and the other user terminals are the second user terminals 122 to 124) .

The following steps 1110 through 1160 may be performed in parallel and independently of the steps 810 through 850 described above.

At step 1110, the user terminal 700 queries the server 200 for identification information for the other user. The intermediate server of the server 200 may store the identifiers of the user terminals that have received the previous data block. For example, the user terminal 700 may query the server 200 for identification information for other user terminals that have received a particular previous data block. For example, if the user terminal 700 receives the 99th data block and the 1 st through 98 th data blocks are needed, the user terminal 700 may identify the other user terminals receiving the 1 st through 98 th data blocks Information to the server 200 can be inquired.

In step 1120, the user terminal 700 receives identification information of another user terminal from the server 200. [ The received identification information may be for a plurality of different user terminals.

At step 1130, the user terminal 700 requests transmission of the previous data block to another user terminal based on the identification information. The user terminal 700 may request transmission of the previous data block to a plurality of other user terminals if a plurality of previous data blocks are required. For example, the user terminal 700 may transmit a transmission request of the 90th data block to the second user terminal, and may transmit a transmission request of the data block of the 91st data block to the third user terminal.

At step 1140, the user terminal 700 receives the previous data block from another user terminal. If transmission of a previous data block is requested to a plurality of other user terminals, the user terminal 700 may receive a plurality of previous data blocks at the same time. For example, the user terminal 700 may simultaneously receive a plurality of previous data blocks in parallel.

At step 1150, the user terminal 700 determines whether the received previous data block is integrity. When a plurality of previous data blocks are received, integrity may be determined for each of the plurality of previous data blocks.

In step 1160, depending on whether the previous data block is integrity, the operation of the user terminal 700 branches. If the previous data block is not integrity, step 860 is performed, and if not, the previous data block may be discarded.

At step 860, the user terminal 700 may merge the at least one previous data block and the data block. The merging of the previous data block and the data block may mean merging the user data contained in the previous user data and the data block included in the previous data block. The merging of user data will be described in detail below with reference to FIG.

12 illustrates a method of merging a plurality of data blocks according to an example.

The data block received by the user terminal 700 from the server 200 may be a fourth data block 1240. [ The fourth data block 1240 may include user data for a first user who is a user of the user terminal 700. [ For example, the user data may be a game score.

Since there is no user data for the second to fourth users in the fourth data block 1240 except for the first user, the second to fourth users also use the content, so that only the fourth data block 1240 The entire user data can not be obtained. Accordingly, the user terminal 700 obtains the first data block 1210, the second data block 1220, and the third data block 1230 from other user terminals. The first data block 1210, the second data block 1220, and the third data block 1230 include user data for the second to fourth users.

The user terminal 700 aligns the first data block 1210, the second data block 1220, the third data block 1230 and the fourth data block 1240 based on the generated time. The aligned first data block 1210, the second data block 1220, the third data block 1230 and the fourth data block 1240 may be managed by a merged data block 1250. When a new data block is received, the new data block may be cumulatively merged into the merge data block 1250. [ If the new data block contains the entire user data, the new data block is managed as a merged data block, and the existing merged data block 1250 may be discarded.

The user terminal 700 can acquire user data for the entire user by sequentially acquiring user data of a data block having a fast generation order. For example, if user data for a second user resides in a first data block 1210 and a second data block 1220, respectively, the user data of the first data block 1210, The user data for the final second user may be obtained by applying the user data of the second data block 1220. [ For example, if the user data of the first data block 1210 indicates that the game score of the second user is +50 and the user data of the second data block 1220 indicates that the game score of the second user is +20 , The final second user's game score may be calculated as +70.

The apparatus described above may be implemented as a hardware component, a software component, and / or a combination of hardware components and software components. For example, the apparatus and components described in the embodiments may be implemented within a computer system, such as, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable array (FPA) A programmable logic unit (PLU), a microprocessor, or any other device capable of executing and responding to instructions. The processing device may execute an operating system (OS) and one or more software applications running on the operating system. The processing device may also access, store, manipulate, process, and generate data in response to execution of the software. For ease of understanding, the processing apparatus may be described as being used singly, but those skilled in the art will recognize that the processing apparatus may have a plurality of processing elements and / As shown in FIG. For example, the processing unit may comprise a plurality of processors or one processor and one controller. Other processing configurations are also possible, such as a parallel processor.

The method according to an embodiment may be implemented in the form of a program command that can be executed through various computer means and recorded in a computer-readable medium. The computer-readable medium may include program instructions, data files, data structures, and the like, alone or in combination. The program instructions to be recorded on the medium may be those specially designed and configured for the embodiments or may be available to those skilled in the art of computer software. Examples of computer-readable media include magnetic media such as hard disks, floppy disks and magnetic tape; optical media such as CD-ROMs and DVDs; magnetic media such as floppy disks; Magneto-optical media, and hardware devices specifically configured to store and execute program instructions such as ROM, RAM, flash memory, and the like. Examples of program instructions include machine language code such as those produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like. The hardware devices described above may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it is to be understood that the invention is not limited to the disclosed exemplary embodiments. For example, it is to be understood that the techniques described may be performed in a different order than the described methods, and / or that components of the described systems, structures, devices, circuits, Lt; / RTI > or equivalents, even if it is replaced or replaced.

200: Server
210:
220: Processor
230: Memory
700: User terminal
710:
720: Processor
730: Memory

Claims (25)

The server for generating the data block,
A memory in which a program for generating a data block is recorded; And
The processor
Lt; / RTI >
The program includes:
Receiving user data generated by the user terminal from a user terminal;
Determining whether the user data is valid;
Generating a user data hash value by hashing the user data if the user data is valid;
Generating signature data of the server by encrypting the user data hash value; And
Generating the data block including the signature data and the user data
Lt; / RTI >
Wherein determining whether the user data is valid comprises:
Simulating the content generated by the user data using the user data; And
If the content is normally simulated, determining that the user data is valid
/ RTI >
Data block creation server.
The method according to claim 1,
Wherein the receiving the user data comprises:
Receiving a plurality of user data from a plurality of user terminals
Lt; / RTI >
Wherein the generating the user data hash value comprises:
Generating the user data hash value by hashing a predetermined number of user data if the number of received user data is a predetermined number
/ RTI >
Data block creation server.
delete The method according to claim 1,
Wherein the step of generating the data block comprises:
Generating a hash value of the data block based on the signature data
Lt; / RTI >
The data block including a hash value of the data block,
Data block creation server.
5. The method of claim 4,
Wherein generating the hash value of the data block based on the signature data comprises:
Wherein the data block includes at least one of a version of the data block, a hash value of a previous data block of the data block, a timestamp of the data block, and a nonce, The step of generating the hash value
/ RTI >
Data block creation server.
The method according to claim 1,
Wherein the receiving the user data comprises:
Receiving a plurality of user data from a plurality of user terminals for a predetermined time
Lt; / RTI >
Wherein the generating the user data hash value comprises:
Generating the user data hash value by hashing a plurality of user data received during the predetermined time
/ RTI >
Data block creation server.
The method according to claim 1,
The program includes:
Determining whether a generation condition of the data block satisfies a preset condition
Lt; / RTI >
Wherein the generating the user data hash value comprises:
Generating the user data hash value by hashing the entire user data
Lt; / RTI >
Wherein the data block comprises the entire user data,
Data block creation server.
A method of generating a data block performed by a server,
Receiving user data generated by the user terminal from a user terminal;
Determining whether the user data is valid;
Generating a user data hash value by hashing the user data if the user data is valid;
Generating signature data of the server by encrypting the user data hash value; And
Generating a data block including the signature data and the user data, the data block being used for data processing of the user terminal,
Lt; / RTI >
Wherein determining whether the user data is valid comprises:
Simulating the content generated by the user data using the user data; And
If the content is normally simulated, determining that the user data is valid
/ RTI >
/ RTI >
delete 9. The method of claim 8,
Wherein the step of generating the data block comprises:
Wherein at least one of a version of the data block, a hash value of a previous data block of the data block, a timestamp of the data block, and a nonce is further used in addition to the signature data, ≪ / RTI >
Lt; / RTI >
The data block including a hash value of the data block,
/ RTI >
9. The method of claim 8,
Determining whether a generation condition of the data block satisfies a preset condition
Further comprising:
Wherein the generating the user data hash value comprises:
Generating the user data hash value by hashing the entire user data
Lt; / RTI >
Wherein the data block comprises the entire user data,
/ RTI >
A computer-readable recording medium embodying a program for carrying out the method according to any one of claims 8, 10 and 11.
A user terminal that processes data,
A memory in which a program for processing data is recorded; And
The processor
Lt; / RTI >
The program includes:
Generating user data;
Transmitting the user data to a server;
Receiving a block of data associated with the user data from the server;
Determining whether the data block is integrity-correct;
Processing the user data included in the data block if the data block is not complete; And
Discarding at least one previous data block if the data block comprises the entire user data,
Lt; / RTI >
User terminal.
14. The method of claim 13,
The program includes:
Receiving a previous data block of the data block from another user terminal; And
Determining whether the previous data block is integrity
Lt; / RTI >
Wherein processing the user data included in the data block comprises:
Merging the previous user data included in the previous data block and the user data
/ RTI >
User terminal.
15. The method of claim 14,
The program includes:
Querying the server for identification information of the other user terminal connected to the server;
Receiving the identification information from the server; And
Requesting transmission of the previous data block to the another user terminal based on the identification information
Lt; / RTI >
User terminal.
14. The method of claim 13,
Wherein determining whether the data block is integrity comprises:
Generating a user data hash value by hashing the user data;
Generating signature data decrypted by decoding the signature data of the data block; And
Determining that the data block is integrity if the user data hash value and the decrypted signature data are the same
/ RTI >
User terminal.
17. The method of claim 16,
Wherein the step of generating the decrypted signature data by decoding the signature data of the data block comprises:
Obtaining a public key of the server; And
Decrypting the signature data using the public key
/ RTI >
User terminal.
delete A data processing method performed by a user terminal,
Generating user data;
Transmitting the user data to a server;
Receiving a block of data associated with the user data from the server;
Determining whether the data block is integrity-correct;
Processing the user data included in the data block if the data block is not complete; And
And discarding at least one previous data block if the data block comprises the entire user data.
Data processing method.
20. The method of claim 19,
Receiving a previous data block of the data block from another user terminal; And
Determining whether the previous data block is integrity
Further comprising:
Wherein processing the user data included in the data block comprises:
Merging the previous user data included in the previous data block and the user data
/ RTI >
Data processing method.
21. The method of claim 20,
Querying the server for identification information of the other user terminal connected to the server;
Receiving the identification information from the server; And
Requesting transmission of the previous data block to the another user terminal based on the identification information
≪ / RTI >
Data processing method.
20. The method of claim 19,
Wherein determining whether the data block is integrity comprises:
Generating a user data hash value by hashing the user data;
Generating signature data decrypted by decoding the signature data of the data block; And
Determining that the data block is integrity if the user data hash value and the decrypted signature data are the same
/ RTI >
Data processing method.
delete 22. A computer readable recording medium embodying a program for carrying out the method of any one of claims 19 to 22.
A method of transmitting a data block performed by a content server including a physically separated main server and an intermediate server,
Receiving the user data generated by the user terminal from the user terminal and transmitting the user data to the main server;
The main server determining whether the user data is valid;
Generating a user data hash value by hashing the user data when the main server is valid;
Generating signature data of the server by encrypting the user data hash value by the main server;
The main server generating a data block including the signature data and the user data;
The main server transmitting the data block to the intermediate server; And
Wherein the intermediate server transmits the data block to a plurality of user terminals using content provided by the main server
Lt; / RTI >
Wherein determining whether the user data is valid comprises:
Simulating the content generated by the user data using the user data; And
If the content is normally simulated, determining that the user data is valid
/ RTI >
Data block transmission method.

Images