Disclosure of Invention
The present application aims to provide a method, a system, a node, a device and a storage medium for processing game match-making data, and aims to solve the existing problem that the processing of game match-making data by a centralized server in the prior art causes increasingly huge operation cost.
In order to achieve the purpose, the technical scheme adopted by the application is as follows:
in a first aspect, the present application provides a method for processing game match-up data, where the method for processing game match-up data is applied to a service node, and the method for processing game match-up data includes:
sending token mortgage information and registration information to the trusted full node;
acquiring first matching condition data sent by a first client node from a down-link message pool;
searching a matched second client node in the down-chain message pool according to the first matching condition data;
when the number of the second client nodes reaches a preset threshold value, sending first requests to the first client nodes and the second client nodes;
after receiving verification passing messages returned by the first client node and the second client node based on the first request respectively, starting a game service program, and sending access mode information of the game service program to the first client node and the second client node;
sending operation verification information to the trusted whole node every other preset period;
and after receiving the game match ending message, acquiring game match result data and sending the game match result data to the trusted full node.
In a second aspect, the present application provides a method for processing game match-up data, where the method for processing game match-up data is applied to a trusted whole node, and the method for processing game match-up data includes:
after receiving token mortgage information and registration information sent by a service node, performing block uplink processing on the token mortgage information to store the token mortgage information in a block chain, judging whether the token mortgage information meets preset token mortgage conditions or not, and if so, storing the registration information to finish the registration of the service node;
after receiving a node chain information request, extracting a first client node identifier and a second client node identifier which are included in the node chain information request, inquiring node data corresponding to the first client node identifier and the second client node identifier in the block chain according to the first client node identifier and the second client node identifier, and respectively returning the corresponding node data to the first client node and the second client node; the first client node identifier is a client node identifier initiated by game play, which is included in the node chain information request, and the second client node identifier is a second client node identifier for game play grouping based on the game play;
after the operation verification information is not received every other preset period, calculating a token deduction value, modifying the token mortgage information according to the token deduction value, and adding the modified token mortgage information into a block to be discharged next so as to modify the token mortgage information of the service node in the block chain after the block is discharged;
after game play result data sent by the service node is received, performing block uplink output processing on the game play result data so as to store the game play result data in a block chain;
the service node is used for realizing the game-to-game data processing method of the first aspect.
In a third aspect, the present application provides a processing system for game match-up data, where the processing system for game match-up data includes a service node and a trusted full node;
the service node comprises:
the mortgage registration module is used for sending token mortgage information and registration information to the credible full node;
the initiating data acquisition module is used for acquiring first matching condition data sent by a first client node from a downlink message pool;
the bureau group data acquisition module is used for searching a matched second client node in the downlink message pool according to the first matching condition data;
the bureau organizing request module is used for sending a first request to the first client node and the second client node when the number of the second client nodes reaches a preset threshold value;
the service starting module is used for starting a game service program after receiving verification passing messages returned by the first client node and the second client node based on the first request respectively, and sending access mode information of the game service program to the first client node and the second client node;
the service verification sending module is used for sending operation verification information to the trusted whole node every other preset period;
the game-play result chaining module is used for acquiring game-play result data after receiving the game-play end message and sending the game-play result data to the trusted full node;
the trusted full node comprises:
the service node registration module is used for performing out-block uplink processing on token mortgage information after receiving the token mortgage information and registration information sent by a service node so as to store the token mortgage information in a block chain, judging whether the token mortgage information meets a preset token mortgage condition or not, and storing the registration information to finish the registration of the service node if the token mortgage information and the registration information are judged to be consistent with the preset token mortgage condition;
a node information query module, configured to, after receiving a node chain information request, extract a first client node identifier and a second client node identifier that are included in the node chain information request, query, according to the first client node identifier and the second client node identifier, node data corresponding to the first client node identifier and the second client node identifier in the block chain, and respectively return corresponding node data to the first client node and the second client node, where the first client node identifier is a client node identifier that is initiated by a game-to-game station and is included in the node chain information request, and the second client node identifier is a second client node identifier that is used for performing a game-to-station group based on the game-to-station group;
the service operation verification module is used for calculating a token deduction value after operation verification information is not received every preset period, modifying the token mortgage information according to the token deduction value, and adding the modified token mortgage information into a block to be discharged next so as to modify the token mortgage information of the service node in the block chain after the block is discharged;
and the game match result uplink module is used for performing block uplink processing on the game match result data after receiving the game match result data sent by the service node so as to store the game match result data in a block chain.
In a fourth aspect, the present application further provides a processing node for game match data, where the processing node includes:
the mortgage registration module is used for sending token mortgage information and registration information to the credible full node;
the initiating data acquisition module is used for acquiring first matching condition data sent by a first client node from a downlink message pool;
the bureau group data acquisition module is used for searching a matched second client node in the downlink message pool according to the first matching condition data;
the bureau organizing request module is used for sending a first request to the first client node and the second client node when the number of the second client nodes reaches a preset threshold value;
the service starting module is used for starting a game service program after receiving verification passing messages returned by the first client node and the second client node based on the first request respectively, and sending access mode information of the game service program to the first client node and the second client node;
the service verification sending module is used for sending operation verification information to the trusted whole node every other preset period;
and the game match result chaining module is used for acquiring game match result data after receiving the game match ending message and sending the game match result data to the trusted full node.
In a fifth aspect, the present application further provides a terminal device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor;
the processor implements the game play data processing method of the first aspect when executing the computer program;
alternatively, the processor implements the game play data processing method according to the second aspect when executing the computer program.
In a sixth aspect, the present application further provides a computer-readable storage medium storing a computer program,
the computer program realizes the processing method of game match-up data of the first aspect when executed by the processor;
alternatively, the computer program realizes the game play data processing method of the second aspect when executed by a processor.
The beneficial effect of this application:
the game match-up data processing method, system, node, equipment and storage medium can effectively reduce the server operation cost of the game match-up data platform.
In a first aspect, the primary processing task of game-to-game data is undertaken by a service node registered with a trusted global node. Therefore, various nodes of the internet can become service nodes through registering in the trusted whole node. The service node finishes registration by sending token mortgage information and registration information to the credible full node, then performs group matching on the first client node and the second client node, and starts a game service program after matching is successful. Meanwhile, in order to ensure that the service node is in a good operating environment, the service node needs to send operation verification information to the trusted whole node every preset period, so that the service node is ensured to operate in a reliable operating environment all the time. In addition, data received or generated in the processing process of the service node, such as game match result data, is not stored locally, but the data is stored in the block chain through the trusted whole node, so that the security of the game match data is ensured, and the operation cost of the server can be effectively reduced.
In the second aspect, the trusted full node is used as a registration device and a block chaining-out device of the service node, and two tasks of monitoring the service node and data security management are undertaken. After receiving token mortgage information and registration information sent by the service node, the trusted full node deducts the token mortgage of the service node after not receiving operation verification information every preset period, thereby supervising the good operation of the service node. In addition, after receiving node chain information requests sent by the first client node and the second client node, node data corresponding to the first client node and the second client node are inquired in the block chain, and then the node data corresponding to the first client node and the node data corresponding to the second client node are returned to the first client node and the second client node. And after receiving the game play result data, performing block uplink output processing on the game play result data so as to store the game play result data in the block chain, thereby undertaking the task of data security management.
It will be appreciated that a system, a node, a terminal device and a computer readable storage medium, which may implement the above method, have the same advantageous effects.
Detailed Description
Reference will now be made in detail to embodiments of the present application, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to the same or similar elements or elements having the same or similar function throughout. The embodiments described below with reference to the drawings are exemplary and intended to be used for explaining the present application and should not be construed as limiting the present application.
In the description of the present application, it is to be understood that the terms "length," "width," "upper," "lower," "front," "rear," "left," "right," "vertical," "horizontal," "top," "bottom," "inner," "outer," and the like, as used herein, refer to an orientation or positional relationship indicated in the drawings, which is for convenience and simplicity of description, and does not indicate or imply that the referenced device or element must have a particular orientation, be constructed and operated in a particular orientation, and thus, is not to be considered as limiting.
Furthermore, the terms "first", "second" and "first" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of the present application, "a plurality" means two or more unless specifically limited otherwise.
In this application, unless expressly stated or limited otherwise, the terms "mounted," "connected," "secured," and the like are to be construed broadly and can include, for example, fixed connections, removable connections, or integral parts; can be mechanically or electrically connected; either directly or indirectly through intervening media, either internally or in any other relationship. The specific meaning of the above terms in the present application can be understood by those of ordinary skill in the art as appropriate.
In order to explain the technical means described in the present application, the following examples are given below.
Example one
The game-play data processing method provided by the embodiment of the application can be applied to service nodes. The service node may be a server, a desktop computer, a mobile terminal, or other devices with data processing functions. The embodiment of the application does not set any limit to the specific type of the service node.
Referring to fig. 1, a method for processing game match-up data provided in the embodiment of the present application includes:
step S101, token mortgage information and registration information are sent to the credible full node.
In application, the token collate information reflects an operating protocol of the service node and the trusted full node. The contents of the protocol may be: when a service node performs a preset action in the process of operating the game-to-game data processing method according to the embodiment of the present application, for example, operation verification information is not sent to the trusted whole node according to a preset period, the token of the service node needs to be deducted within the mortgage limit recorded by the token mortgage information. Token collateralization information is one of the conditions under which a service node registers with a trusted full node. The token to be secured may be a virtual currency defined by trusted whole nodes.
Step S102, first matching condition data sent by the first client node is obtained from the down-link message pool.
The client node is a client as a player, and can actively initiate game play by sending matching condition data to the down-link message pool, and can also passively perform game play by receiving the first request. The client node actively initiating the exchange is the first client node, and the client node passively conducting the exchange is the second client node. Wherein the matching condition data of the first client node is the first matching condition data. The matching condition data of the second client node is the second matching condition data.
The first matching condition data and the second matching condition data are respectively sent to the downlink message pool by the first client node and the second client node, and the service node can acquire the first matching condition data and the second matching condition data from the downlink message pool at any time. In addition, in order to facilitate the matching of the service node, the downlink message pool may also store the node data of the first client node and the node data of the second client node. The second client node and the second matching condition data will be further explained below.
In an application, the down-link message pool may be a dedicated storage space in the service node, or may be a separate, networked storage device.
In application, the first matching condition data is data which is sent to the message pool under the chain when the first client node initiates game play and reflects the matching condition required to be met by participating in game play. For example, the first matching condition data may be that the ladder score is in the range of 500 to 1000, i.e. the ladder score of other client nodes is in the range of 500 to 1000 if they want to play the game with the first client node.
The ladder score in the above example is the node data of the client node, which reflects the gaming strength of the client node. The customer node may obtain a preset number of ladder points by winning a game match. Obviously, the higher the ladder score, the more times it is shown to win in the game match, the stronger the game strength. In application, the air gradient scores of all the client nodes participating in game play are in a specific range, for example, the range of 500 to 1000, the strength can be relatively balanced with that of the first client node, and the fairness and the playability of the game play are guaranteed.
The first matching condition data is not limited to the ladder score range, but node data of important client nodes such as ladder scores need to be stored in the blockchain in advance so as not to be modified maliciously. When the node data of the client node is changed due to game-to-game and other reasons, the trusted whole node needs to perform processes of encapsulation, block output, uplink and the like on the update data so as to update the node data of the client node stored in the block chain.
And step S103, searching a matched second client node in the down-chain message pool according to the first matching condition data.
Referring to fig. 2, in an embodiment, the searching for the matched second client node in the down-chain message pool according to the first matching condition data includes:
and step S1031, taking the client nodes except the first client node in the downlink message pool as the nodes to be matched.
Step S1032 searches for a target client node matching the first matching condition data in the nodes to be matched, obtains second matching condition data of the target client node, and if the first client node matches the second matching condition data, takes the target client node as the second client node.
The second client nodes screened in steps S1031 and S1032 not only meet the first matching condition data, but also the first client node meets the second matching condition data of all the second client nodes, that is, the first client node and the second client node are matched with each other, so that the matching and balance of game-to-game are maximized.
And step S104, when the number of the second client nodes reaches a preset threshold value, sending first requests to the first client nodes and the second client nodes.
The preset threshold may be set by the first client node initiating the game pair, such as the first client node setting the game pair headcount of 3 people, and sent to the down-link message pool as part of the first match condition data. The preset threshold value can also be set by the first client node and the service node together, for example, the service node sets three game match number modes of 4-player match, 6-player match and 8-player match according to the characteristics of the game service program, such as the size of a match map, and the first client node generates a corresponding preset threshold value after selecting one game match number mode.
Step S105, after receiving verification passing messages returned by the first client node and the second client node based on the first request, respectively, starting a game service program, and sending access mode information of the game service program to the first client node and the second client node.
The first request is used for prompting that the game match of the first client node and the second client node is completed, driving the first client node and the second client node to verify and returning a verification result. The first request includes an identification of the first client node and an identification of the second client node.
After the first request is obtained, the first client node sends a node chain information request to the trusted whole node to inquire the node data of the second client node recorded in the block chain, and then the inquired node data is matched with the first matching condition data of the node, so that secondary matching verification is performed, and the reliability of game-to-game data processing is improved.
Similarly, after the first request is obtained, the second client node sends a node chain information request to the trusted whole node to query the node data of the first client node recorded in the block chain and query the node data of other second client nodes except the local node, and then the queried node data is matched with the second matching condition data of the local node, so that secondary matching verification is performed, and the reliability of game on local data processing is improved.
In one embodiment, the initiating the game service routine comprises:
the game service program is started under a trusted execution environment.
A trusted execution environment is a system environment that is parallel to a conventional operating system. In this execution environment, all applications are trusted. By running in a specialized trusted execution environment, the risk of malicious operation of the game service program can be reduced to a greater extent.
In one embodiment, in step S101, the sending token mortgage information and registration information to the trusted full node includes:
and sending trusted execution environment equipment information to the trusted full node.
In application, the trusted execution environment device information may be identification information of a Central Processing Unit (CPU) based on SGX technology on the service node. The central processing unit based on the SGX technology is hereinafter abbreviated: SGX CPU.
And step S106, sending operation verification information to the trusted whole node every other preset period.
In one embodiment, the execution verification information includes remote execution environment verifiable information digitally signed by trusted execution environment hardware.
In application, in an example that the trusted execution environment device information may be identification information of an SGX CPU in which a public key file is burned in advance on the service node, the SGX CPU first generates a public key file and a private key file, and burns the private key file in non-deletable hardware, such as a Read Only Memory (ROM), which is trusted execution environment hardware. Then, a public key certificate authentication center of an SGX CPU manufacturer associates the identification information of each SGX CPU with a corresponding public key file. And the trusted whole node verifies the public key certificate through a public key certificate verification center of an SGX CPU manufacturer. After the trusted whole node is successfully verified, the service node and the trusted whole node generate the abstract of the game computing information periodically through asymmetric encryption communication and send the abstract to the trusted whole node, and then the trusted whole node confirms that the service node really runs the game service program in the trusted execution environment.
Before the summary generated according to the game computing information is sent, the summary generated by the game computing information is encrypted through a private key file burnt on trusted execution environment hardware, and the verifiable information of the remote execution environment is generated. This encryption process is also a digital signature process. The remote execution environment verifiable information is then sent to the trusted full node. After the trusted full node receives the verifiable information of the remote execution environment, a public key certificate verification center of a registered manufacturer of the SGX CPU searches for a corresponding public key certificate, the searched public key certificate is used for decryption, if the decryption is successful, the verifiable information of the remote execution environment is sent by equipment where trusted execution environment hardware with a burned private key file is located, and therefore the game service program is confirmed to run in the trusted execution environment.
And step S107, after receiving the game match ending message, acquiring game match result data and sending the game match result data to the credible full node.
Since the game play result affects the node data of the client node participating in the game play, it is necessary to store data such as the game play result and the node data of the client node affected by the game play result as the game play result data. By sending the game play result data to the trusted full node, the trusted full node can be driven to perform operations such as packaging, block outputting, chain linking and the like on the game play result data, so that data in the block chain is updated.
In the embodiment of the application, the main processing task of game-to-game data is undertaken by the service node registered in the trusted whole node. Therefore, various nodes of the internet can become service nodes through registering in the trusted whole node. The service node finishes registration by sending token mortgage information and registration information to the credible full node, then performs group matching on the first client node and the second client node, and starts a game service program after matching is successful. Meanwhile, in order to ensure that the service node is in a good operating environment, the service node needs to send operation verification information to the trusted whole node every preset period, so that the service node is ensured to operate in a reliable operating environment all the time. In addition, data received or generated in the processing process of the service node, such as game match result data, is not stored locally, but the data is stored in the block chain through the trusted whole node, so that the security of the game match data is ensured, and the operation cost of the server can be effectively reduced.
Example two
The game-play data processing method provided by the embodiment of the application can be applied to a credible whole node. The trusted full node may be a server. The trusted full node may specifically be operated by a gaming facilitator or other organization having a reputation. A trusted full node is a node that owns a full blockchain ledger. The trusted full node needs to occupy the memory to synchronize all block chain data, can independently check all transactions on the block chain and update the data in real time, and is mainly responsible for broadcasting and verifying the transactions of the block chain. The embodiment of the application does not limit the specific type of the trusted whole node.
Referring to fig. 3, a method for processing game match-up data provided in the embodiment of the present application includes:
step S201, after receiving token mortgage information and registration information sent by a service node, performing block chaining processing on the token mortgage information to store the token mortgage information in a block chain, and determining whether the token mortgage information meets a preset token mortgage condition, if so, storing the registration information to complete registration of the service node.
In application, the predetermined token mortgage condition may be that token mortgage information exists, or that a token mortgage amount recorded in the token mortgage information conforms to a predetermined amount. The registration of the service node can be completed only if the token mortgage information meets the preset token mortgage condition, and the identification of the service node is recorded in the registered device list.
Step S202, after receiving a node chain information request, extracting a first client node identifier and a second client node identifier included in the node chain information request, querying node data corresponding to the first client node identifier and the second client node identifier in the block chain according to the first client node identifier and the second client node identifier, and returning the corresponding node data to the first client node and the second client node respectively.
The first client node identifier is a client node identifier initiated by game play, which is included in the node chain information request, and the second client node identifier is a second client node identifier for game play grouping based on the game play.
In an application, the first client node identification corresponding client node may be the first client node in embodiment one. The second client node identifies that the corresponding client node may be the second client node in embodiment one. The node chain information request may be issued by a first client node and a second client node.
After obtaining the first request, the first client node sends a node chain information request to query node data of the second client node recorded in the block chain. After receiving the node chain information request, the trusted full node extracts a second client node identifier included in the node chain information request, inquires node data corresponding to the second client node identifier in the block chain according to the second client node identifier, and finally returns the inquired node data to the first client node.
And after receiving the query result returned by the credible full node, the first client node matches the query result with the first matching condition data of the node, so that secondary matching verification is performed, and the reliability of game match data processing is improved.
Similarly, after acquiring the first request, the second client node sends a node chain information request to query the node data of the first client node recorded in the blockchain and the node data of other second client nodes except the local node. After receiving the node chain information request, the trusted full node extracts a first client node identifier included in the node chain information request and other second client node identifiers except the request sending node, inquires the first client node and node data corresponding to other second client nodes except the request sending node in the block chain according to the first client node identifier and the other second client node identifiers except the request sending node, and finally returns the inquired node data to the request sending node.
And after receiving the query result returned by the credible full node, the second client node sending the node chain information request matches the query result with the second matching condition data of the node, so that secondary matching verification is performed, and the reliability of game match data processing is improved.
Step S203, after the operation verification information is not received every preset period, calculating a token deduction value, modifying the token mortgage information according to the token deduction value, and adding the modified token mortgage information to a block to be released next, so as to modify the token mortgage information of the service node in the block chain after block release.
And after the operation verification information is not received every preset period, deducting the token mortised by the service node, thereby supervising the good operation of the service node. In addition, after the modified token mortgage information is added into the block of the next block to be played, the uplink of the block does not need to be played immediately, and the uplink of the block can be played after the token mortgage information or other information of the block reaches the preset number, so that the storage space in the block is fully utilized.
Step S204, after receiving the game match result data sent by the service node, performing block uplink output processing on the game match result data to store the game match result data in a block chain.
The block chain has the characteristics of distribution, traceability, encryption and the like. Important data such as node data of the first client node, node data of the second client node, and the like need to be stored in the blockchain. When the data stored in the blockchain needs to be modified, for example, for the game play result data affecting the node data of the first client node and/or the node data of the second client node in step S204, the uplink outgoing block process needs to be performed to update the data in the blockchain.
It should be noted that the service node in the embodiment of the present application may be used to implement the game match data processing method in the first embodiment, and includes the specific steps from step S101 to step S107 and from step S101 to step S107 in the first embodiment. The steps, descriptions of methods, and the like of the service node in this embodiment are further descriptions of the first embodiment. For the same or similar points as those in the first embodiment, reference may be made to the description of the first embodiment, and further description is omitted here.
In the embodiment of the application, the trusted whole node is used as the registration device and the block chaining-out device of the service node, and two tasks of monitoring the service node and data security management are undertaken. After receiving token mortgage information and registration information sent by the service node, the trusted full node deducts the token mortgage of the service node after not receiving operation verification information every preset period, thereby supervising the good operation of the service node. In addition, after receiving node chain information requests sent by the first client node and the second client node, node data corresponding to the first client node and the second client node are inquired in the block chain, and then the node data corresponding to the first client node and the node data corresponding to the second client node are returned to the first client node and the second client node. And after receiving the game play result data, performing block uplink output processing on the game play result data so as to store the game play result data in the block chain, thereby undertaking the task of data security management.
EXAMPLE III
Corresponding to the game play data processing method described in the foregoing embodiment, fig. 4 shows a block diagram of a game play data processing system 100 provided in the embodiment of the present application, where the system may be a virtual application (virtual application) in a terminal device, run by a processor of the terminal device, or be integrated in the terminal device itself. For convenience of explanation, only portions related to the embodiments of the present application are shown.
The system 100 for processing game-to-game data in the embodiment of the present application includes a service node 110 and a trusted whole node 120.
Referring to fig. 5, the service node 110 includes:
the mortgage registration module 111 is used for sending token mortgage information and registration information to the trusted full node;
an initiating data obtaining module 112, configured to obtain, from the downlink message pool, first matching condition data sent by the first client node;
a group office data obtaining module 113, configured to search a matched second client node in the downlink message pool according to the first matching condition data;
a bureau organizing request module 114, configured to send a first request to the first client node and the second client node when the number of the second client nodes reaches a preset threshold;
a service starting module 115, configured to start a game service program after receiving verification passing messages returned by the first client node and the second client node based on the first request, respectively, and send access mode information of the game service program to the first client node and the second client node;
a service verification sending module 116, configured to send operation verification information to the trusted whole node every preset period;
a game-play result chaining module 117, configured to obtain game-play result data after receiving the game-play end message, and send the game-play result data to the trusted full node;
referring to fig. 6, the trusted full node 120 includes:
the service node registration module 121 is configured to perform block uplink processing on token mortgage information after receiving the token mortgage information and registration information sent by a service node, store the token mortgage information in a block chain, determine whether the token mortgage information meets a preset token mortgage condition, and store the registration information to complete registration of the service node if the token mortgage information and the registration information are determined to meet the preset token mortgage condition;
a node information query module 122, configured to, after receiving a node chain information request, extract a first client node identifier and a second client node identifier that are included in the node chain information request, query, according to the first client node identifier and the second client node identifier, node data corresponding to the first client node identifier and the second client node identifier in the block chain, and respectively return corresponding node data to the first client node and the second client node, where the first client node identifier is a client node identifier that is initiated by a game-to-game station and is included in the node chain information request, and the second client node identifier is a second client node identifier that is used for performing a game-to-station group based on the game-to-station group;
the service operation verification module 123 is configured to calculate a token deduction value after operation verification information is not received every preset period, modify the token mortgage information according to the token deduction value, and add the modified token mortgage information to a block to be released next, so as to modify the token mortgage information of the service node in the block chain after block release;
a game play result uplink module 124, configured to perform block uplink processing on the game play result data after receiving the game play result data sent by the service node, so as to store the game play result data in a block chain.
In one embodiment, the group office data acquisition module comprises:
a to-be-matched node generating unit, configured to use the client nodes in the downlink message pool except the first client node as to-be-matched nodes;
and the node matching unit is used for searching a target client node matched with the first matching condition data in the nodes to be matched, acquiring second matching condition data of the target client node, and taking the target client node as the second client node if the first client node is matched with the second matching condition data.
In one embodiment, the service initiation module comprises:
and the trusted environment starting unit is used for starting the game service program under the trusted execution environment.
In one embodiment, the execution verification information includes remote execution environment verifiable information digitally signed by trusted execution environment hardware.
In one embodiment, the mortgage registration module includes:
and the environment equipment registration unit is used for sending the trusted execution environment equipment information to the trusted whole node.
The embodiment of the application can effectively reduce the server operation cost of the game-to-game data platform.
In a first aspect, the primary processing task of game-to-game data is undertaken by a service node registered with a trusted global node. Therefore, various nodes of the internet can become service nodes through registering in the trusted whole node. The service node finishes registration by sending token mortgage information and registration information to the credible full node, then performs group matching on the first client node and the second client node, and starts a game service program after matching is successful. Meanwhile, in order to ensure that the service node is in a good operating environment, the service node needs to send operation verification information to the trusted whole node every preset period, so that the service node is ensured to operate in a reliable operating environment all the time. In addition, data received or generated in the processing process of the service node, such as game match result data, is not stored locally, but the data is stored in the block chain through the trusted whole node, so that the security of the game match data is ensured, and the operation cost of the server can be effectively reduced.
In the second aspect, the trusted full node is used as a registration device and a block chaining-out device of the service node, and two tasks of monitoring the service node and data security management are undertaken. After receiving token mortgage information and registration information sent by the service node, the trusted full node deducts the token mortgage of the service node after not receiving operation verification information every preset period, thereby supervising the good operation of the service node. In addition, after receiving node chain information requests sent by the first client node and the second client node, node data corresponding to the first client node and the second client node are inquired in the block chain, and then the node data corresponding to the first client node and the node data corresponding to the second client node are returned to the first client node and the second client node. And after receiving the game play result data, performing block uplink output processing on the game play result data so as to store the game play result data in the block chain, thereby undertaking the task of data security management.
Example four
Corresponding to the method for processing game play-to-game data described in the foregoing embodiment, fig. 7 shows a block diagram of a processing node 200 for game play-to-game data provided in the embodiment of the present application, where the system may be a virtual appliance (virtual application) in a terminal device, is executed by a processor of the terminal device, or may be integrated in the terminal device itself. For convenience of explanation, only portions related to the embodiments of the present application are shown.
The processing node 200 for game match data in the embodiment of the present application includes:
a mortgage registration module 201, configured to send token mortgage information and registration information to the trusted full node;
an initiating data obtaining module 202, configured to obtain first matching condition data sent by a first client node from a downlink message pool;
the bureau of group data acquisition module 203 is used for searching a matched second client node in the downlink message pool according to the first matching condition data;
the bureau organizing request module 204 is configured to send a first request to the first client node and the second client node when the number of the second client nodes reaches a preset threshold;
a service starting module 205, configured to start a game service program after receiving verification passing messages returned by the first client node and the second client node based on the first request, respectively, and send access mode information of the game service program to the first client node and the second client node;
a service verification sending module 206, configured to send operation verification information to the trusted whole node every preset period;
the game-play result uplink module 207 is configured to obtain game-play result data after receiving the game-play end message, and send the game-play result data to the trusted full node.
In one embodiment, the group office data acquisition module comprises:
a to-be-matched node generating unit, configured to use the client nodes in the downlink message pool except the first client node as to-be-matched nodes;
and the node matching unit is used for searching a target client node matched with the first matching condition data in the nodes to be matched, acquiring second matching condition data of the target client node, and taking the target client node as the second client node if the first client node is matched with the second matching condition data.
In one embodiment, the service initiation module comprises:
and the trusted environment starting unit is used for starting the game service program under the trusted execution environment.
In one embodiment, the execution verification information includes remote execution environment verifiable information digitally signed by trusted execution environment hardware.
In one embodiment, the mortgage registration module includes:
and the environment equipment registration unit is used for sending the trusted execution environment equipment information to the trusted whole node.
The embodiment of the application can effectively reduce the server operation cost of the game-to-game data platform.
In particular, the main processing task of game-to-game data is undertaken by a service node registered with a trusted global node. Therefore, various nodes of the internet can become service nodes through registering in the trusted whole node. The service node finishes registration by sending token mortgage information and registration information to the credible full node, then performs group matching on the first client node and the second client node, and starts a game service program after matching is successful. Meanwhile, in order to ensure that the service node is in a good operating environment, the service node needs to send operation verification information to the trusted whole node every preset period, so that the service node is ensured to operate in a reliable operating environment all the time. In addition, data received or generated in the processing process of the service node, such as game match result data, is not stored locally, but the data is stored in the block chain through the trusted whole node, so that the security of the game match data is ensured, and the operation cost of the server can be effectively reduced.
EXAMPLE five
As shown in fig. 8, the present application also provides a terminal device 300 comprising a memory 301, a processor 302 and a computer program 303 stored in said memory and executable on said processor, for example. The processor 302, when executing the computer program 303, implements the steps in the above-described embodiments of the method for processing game-play data, such as the method steps in the first embodiment and/or the second embodiment. The processor 302, when executing the computer program 303, implements the functions of the modules in the above device embodiments, such as the functions of the modules and units in the third embodiment and/or the fourth embodiment.
Illustratively, the computer program 303 may be divided into one or more modules, and the one or more modules are stored in the memory 301 and executed by the processor 302 to implement the first embodiment, the second embodiment, the third embodiment and/or the fourth embodiment of the present application. The one or more modules may be a series of computer program instruction segments capable of performing specific functions, which are used to describe the execution process of the computer program 303 in the terminal device 300. For example, the computer program 303 may be divided into a mortgage registration module, an originating data acquisition module, a group office request module, a service start module, a service verification sending module, an office result uplink module, a service node registration module, a node information query module, a service operation verification module, an office result uplink module, and the like, and specific functions of each module are described in the third embodiment, which is not described herein again.
The terminal device 300 may include two or more. For example, the terminal device 300 may include a serving node, and a trusted whole node. The service node may include a memory and a processor. The processor on the service node executes the computer program stored in the memory, and can realize a mortgage registration module, an initiating data acquisition module, a group office request module, a service starting module, a service verification sending module, an office result uplink module and the like. The trusted full node may also include a memory, a processor. The processor on the trusted whole node executes the computer program stored in the memory, and can realize a service node registration module, a node information inquiry module, a service operation verification module, an office result uplink module and the like. Those skilled in the art will appreciate that fig. 8 is merely an example of the terminal device 300 and does not constitute a limitation of the terminal device 300 and may include more or less components than those shown, or some components may be combined, or different components, for example, the terminal device may also include input output devices, network access devices, buses, etc.
The storage 301 may be an internal storage unit of the terminal device 300, such as a hard disk or a memory of the terminal device 300. The memory 301 may also be an external storage device of the terminal device 300, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like, which are provided on the terminal device 300. Further, the memory 301 may also include both an internal storage unit and an external storage device of the terminal device 300. The memory 301 is used for storing the computer program and other programs and data required by the terminal device. The memory 301 may also be used to temporarily store data that has been output or is to be output.
The Processor 302 may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic, discrete hardware components, etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units and modules is illustrated, and in practical applications, the above-mentioned function distribution may be performed by different functional units and modules according to needs, that is, the internal structure of the apparatus is divided into different functional units or modules to perform all or part of the above-mentioned functions. Each functional unit and module in the embodiments may be integrated in one processing unit, or each unit may exist alone physically, or two or more units are integrated in one unit, and the integrated unit may be implemented in a form of hardware, or in a form of software functional unit. In addition, specific names of the functional units and modules are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the present application. The specific working processes of the units and modules in the system may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to the related descriptions of other embodiments for parts that are not described or illustrated in a certain embodiment.
Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.
In the embodiments provided in the present invention, it should be understood that the disclosed apparatus/terminal device and method may be implemented in other ways. For example, the above-described embodiments of the apparatus/terminal device are merely illustrative, and for example, the division of the modules or units is only one logical division, and there may be other divisions when actually implemented, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
The integrated module, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, all or part of the flow of the method according to the embodiments of the present invention may also be implemented by a computer program, which may be stored in a computer-readable storage medium, and when the computer program is executed by a processor, the steps of the method embodiments may be implemented. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer-readable medium may include: any entity or device capable of carrying the computer program code, recording medium, usb disk, removable hard disk, magnetic disk, optical disk, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), electrical carrier wave signals, telecommunications signals, software distribution medium, and the like. It should be noted that the computer readable medium may contain content that is subject to appropriate increase or decrease as required by legislation and patent practice in jurisdictions, for example, in some jurisdictions, computer readable media does not include electrical carrier signals and telecommunications signals as is required by legislation and patent practice.
The above-mentioned embodiments are only used for illustrating the technical solutions of the present invention, and not for limiting the same; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; such modifications and substitutions do not substantially depart from the spirit and scope of the embodiments of the present invention, and are intended to be included within the scope of the present invention.