Detailed Description
The present application will be described in further detail with reference to the following drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the relevant invention and not restrictive of the invention. It should be noted that, for convenience of description, only the portions related to the present invention are shown in the drawings.
It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict. The present application will be described in detail below with reference to the embodiments with reference to the attached drawings.
In some embodiments of the present invention, the present invention provides a decentralized virtual property gaming scheme, the methods shown in fig. 1-2 being performed by blockchain nodes in such a gaming scheme, and the methods shown in fig. 3-4 being performed by gaming terminals in such a gaming scheme.
In other embodiments of the present invention, the present invention further provides a centralized virtual property game scenario, the methods shown in fig. 5-6 are methods performed by a game server in the game scenario, and the methods shown in fig. 7-8 are methods performed by a blockchain node in the game scenario.
The difference between the two types of game schemes is that in the first type of decentralized game scheme, a centralized game server is not configured, and the game system is configured on a node of a blockchain network and is a decentralized game scheme; in the second type of centralized game scheme, a centralized game server is configured, and a blockchain is used for recording information such as property ownership and transaction process of the virtual property.
Various game scenarios provided by the present invention are described in detail below with reference to fig. 1-8.
Fig. 1 is a flowchart of a virtual property game method according to an embodiment of the present invention.
As shown in fig. 1, in this embodiment, the present invention provides a virtual property game method suitable for a blockchain node, including:
s12: receiving a first transaction requesting a transaction of a first virtual property and a second transaction requesting a buyer of the first virtual property to pay a seller on a first blockchain;
s14: and checking the first transaction and the second transaction, and packaging the first transaction and the second transaction into a transaction group for consensus after the first transaction and the second transaction pass the checking, so that the virtual house property transaction result of the first virtual house property is recorded on the first block chain.
The virtual property corresponds to the real property one to one, and the property right of the virtual property is recorded on the first block chain.
Specifically, in the initial stage of the game, the game facilitator can pre-construct and hold all virtual properties of the full map, and the player can purchase the virtual properties from the game facilitator and also can purchase the players who have purchased the virtual properties from the game facilitator;
the game server can only build and hold a plurality of virtual properties of a plurality of cities, and reserve other virtual properties for the player to build by himself, the player can apply for building the virtual properties which are not built after the game system is opened with the building function, and the player can purchase the virtual properties held by the game server or other players.
In this embodiment, the pricing of the virtual property openly sold by the game facilitator floats with the market supply and demand relationship in the game on the basis of the basic pricing, and the pricing of the virtual property sold by the player is set by the player;
preferably, the pricing of the virtual property opened for sale by the game facilitator can be automatically adjusted according to the real world information. For example, if a city discloses a subway construction plan for the next two years, the pricing of virtual properties in relevant areas in a game will increase; for another example, if a city discloses that a previously planned subway will be out of construction within 3 years, the pricing of the virtual property in the relevant area in the game will drop.
Take the example that player A purchases a certain set of virtual house property in the wide east of Shanghai city from the game service provider:
the game facilitator issues a sale order of the set of virtual properties on the first blockchain;
when the player A agrees to purchase the set of virtual house property at the price set by the game server, the game terminal of the player A constructs a first transaction for requesting to purchase the set of virtual house property, a second transaction for paying to the game server according to the price, and the first transaction and the second transaction are sent to the node of the first block chain after being signed by the private key;
in step S12, the node of the first blockchain receives the first transaction and the second transaction;
in step S14, the node of the first blockchain verifies the first transaction and the second transaction according to the public key of player a, and verifies the validity of several transactions for the first transaction and the second transaction, such as whether the first transaction and the second transaction correspond to the same virtual property, whether the amount of the second transaction is sufficient for payment or correct, and so on:
if the verification is not passed, the purchase request of the player A fails;
if the verification is passed, packaging the first transaction and the second transaction into a transaction group, and sending the transaction group to a consensus node of the first block chain network for consensus:
when one of the first transaction and the second transaction fails to pass the consensus, for example, when the account balance of the first player fails to pay, the other transaction of the same transaction group does not pass, and the property right of the virtual property is not traded to the first player; for another example, when the set of virtual properties has been traded by the game facilitator for player B at the previous block height, resulting in a failure of the first trade, the second trade will not pass;
when the two transactions pass the consensus, the virtual house property transaction is successful, the transaction result is recorded on the first block chain, and all the players can confirm that the property right attribution of the virtual house property is changed through the synchronized data of the first block chain.
The process of the mutual transaction between the players is basically the same as the process of the first player purchasing from the game server, except that the player as the seller needs to reissue or modify the sale order on the first blockchain after the agreement between the two parties.
Further preferably, the virtual property may be traded in fragmented form, i.e. players may buy a set of virtual properties in a group of people, or buy some of the properties of a set of virtual properties individually (e.g. single property, etc.).
FIG. 2 is a flow diagram of a preferred embodiment of the method shown in FIG. 1. As shown in fig. 2, in a preferred embodiment, the method further comprises:
s16: receiving a third transaction requesting to construct a second virtual property and a fourth transaction of a constructor of the second virtual property paying to the game facilitator on the first blockchain;
s18: and checking the third transaction and the fourth transaction, and packaging the third transaction and the fourth transaction into a transaction group for consensus after the checking is passed, so that the virtual house building result of the second virtual house is recorded on the first block chain.
Specifically, the construction principle and the transaction principle of the virtual property are substantially the same, and the same parts can refer to the method shown in fig. 1, which is not described herein again.
The construction principle of the method shown in fig. 2 differs from the transaction principle of the method shown in fig. 1 in that:
on one hand, the constructed payee is fixed as a game facilitator, the constructed pricing is usually lower than the purchased pricing, and some virtual building materials set in the game may be consumed;
on the other hand, a build may require that a player qualify for the build after achieving certain achievements in the game or meeting certain conditions;
in another aspect, after the building is completed, the virtual property built in the game is generated and displayed;
on the other hand, whether the construction is successful also needs to verify whether the property requested to be constructed corresponds to the real property: if not, the construction is not allowed.
Fig. 3 is a flowchart of another virtual property game method according to an embodiment of the present invention. The method illustrated in fig. 3 may be performed in conjunction with the method illustrated in fig. 1.
As shown in fig. 3, in this embodiment, the present invention further provides a virtual house property game method suitable for a game terminal, including:
s22: respectively constructing a first transaction for requesting transaction of the first virtual property and a second transaction for paying to a seller of the first virtual property on the first blockchain;
s24: and sending the first transaction and the second transaction to a node of the first block chain for verifying the first transaction and the second transaction, and packaging the first transaction and the second transaction into a transaction group for consensus after the verification is passed, so that a virtual property transaction result of the first virtual property is recorded on the first block chain.
The virtual property corresponds to the real property one to one, and the property right of the virtual property is recorded on the first block chain.
Specifically, the virtual property transaction principle of the method shown in fig. 3 can refer to the method shown in fig. 1, and is not described herein again.
FIG. 4 is a flow chart of a preferred embodiment of the method shown in FIG. 3. The method illustrated in fig. 4 may be performed in conjunction with the method illustrated in fig. 2.
As shown in fig. 4, in a preferred embodiment, the method further includes:
s26: respectively constructing a third transaction for requesting to construct a second virtual property and a fourth transaction for paying to the game facilitator on the first blockchain;
s28: and sending the third transaction and the fourth transaction to a node of the first block chain for verifying the third transaction and the fourth transaction, and packaging the third transaction and the fourth transaction into a transaction group for consensus after the verification is passed, so that a virtual property construction result of the second virtual property is recorded on the first block chain.
Specifically, the virtual property building principle of the method shown in fig. 4 can refer to the method shown in fig. 2, and is not described herein again.
Fig. 5 is a flowchart of a virtual property game method according to another embodiment of the present invention. As shown in fig. 5, in another embodiment, the present invention further provides a virtual house game method applied to a game server, including:
s32: receiving virtual house property transaction request information and corresponding first payment information;
s33: judging whether the transaction of the virtual property requested to be transacted is successful or not according to the transaction request information of the virtual property and the first payment information:
if yes, go to step S34: and constructing a fifth transaction according to the virtual house property transaction result, sending the fifth transaction to the node of the first block chain for verification, and recording the fifth transaction on the first block chain through consensus after the verification is passed.
The first payment information is payment information for paying from a buyer of the virtual property to a seller, the virtual property corresponds to the real property one to one, and the property right of the virtual property is recorded on the first block chain.
Similarly, take the example that player A purchases a certain set of virtual house property in the wide east of Shanghai city from the game service provider:
after the player A sees the selling information of the set of virtual property in the game, the property attribution of the set of virtual property can be confirmed through the data of the synchronized first block chain, a purchase instruction is input to the game terminal, and payment is carried out.
Specifically, the payment can be configured into any one of the following payment modes according to actual needs, and the game facilitator can provide any one or more of the following payment channels for the player according to the actual needs: the payment can be made through the game currency in the game system; payments may be made over the first blockchain by encrypting assets; cash payment can be carried out through cash payment channels commonly used in the field; even multi-channel hybrid payments, etc.
When payment is carried out by adopting the modes of game coins, cash and the like, the game terminal of the player A only needs to send virtual house property transaction request information to the game server, and the corresponding payment system sends corresponding first payment information to the game server after the player finishes payment;
when the payment is carried out in a mode of carrying out payment on the first blockchain through the encrypted assets, the game terminal of the player A needs to generate first payment information according to the transaction information of the payment on the first blockchain, and sends the first payment information and the corresponding virtual property transaction request information to the game server.
In step S32, the game server receives the virtual property transaction request information and the corresponding first payment information;
in step S33, the game server performs various kinds of validity checks on the received virtual property transaction request information and the first payment information, and determines whether the virtual property requested to be transacted by the player a is successfully transacted:
if not, sending prompt information to the game terminal of the player A to prompt the reason of the transaction failure of the player A, and if necessary, carrying out operations such as refund and the like on the player A;
if yes, go to step S34: and constructing a fifth transaction according to the virtual house property transaction result, sending the fifth transaction to the node of the first block chain for verification, and recording the fifth transaction on the first block chain through consensus after the verification is passed.
In step S34, a notification message may be sent to the game terminal of player a to prompt player a that the transaction is successful, and after receiving the notification, player a may confirm the property attribution of the virtual house by synchronizing the data of the first blockchain.
The principle of the transaction between the players is basically the same as the above transaction principle, and the difference is that the payment object is the player, and the transaction needs to be confirmed by both players, and the confirmation of the seller player can be performed in the form of issuing a sale order in the game, or in the form of receiving the confirmation information sent by the game server in the transaction process, or in other different confirmation modes commonly used in the field, and the same technical effect can be achieved.
Further preferably, the virtual property trade is also fragmented, i.e. the player may buy a set of virtual properties in a group of people, or buy a part of the property rights of a set of virtual properties separately (e.g. property rights between individuals, etc.).
FIG. 6 is a flow chart of a preferred embodiment of the method shown in FIG. 5. As shown in fig. 6, in a preferred embodiment, the method further includes:
s36: receiving virtual property construction request information and corresponding second payment information;
s37: acquiring the property information of the real property corresponding to the virtual property requested to be constructed by the virtual property construction request information;
s38: judging whether the virtual property requested to be constructed is constructed successfully or not according to the virtual property construction request information, the second payment information and the property information:
if yes, go to step S39: and constructing a seventh transaction according to the virtual house building result, sending the seventh transaction to the node of the first block chain for verification, and recording the seventh transaction on the first block chain through consensus after the verification is passed.
And the second payment information is payment information paid by the construction party of the virtual house to the game facilitator.
Preferably, the second payment information includes transaction information for an eighth transaction, the eighth transaction being a transaction in which the builder made a payment to the gaming facilitator over the first blockchain.
Specifically, the construction principle shown in fig. 6 is the same as the transaction principle shown in fig. 5, and the same parts can refer to the method shown in fig. 5, which is not described herein again.
The construction principle of the method shown in fig. 6 is also different from the transaction principle of the method shown in fig. 5 in that:
on one hand, the constructed payee is fixed as a game facilitator, the constructed pricing is usually lower than the purchased pricing, and some virtual building materials set in the game may be consumed;
on the other hand, a build may require that a player qualify for the build after achieving certain achievements in the game or meeting certain conditions;
in another aspect, after the building is completed, the virtual property built in the game is generated and displayed;
on the other hand, whether the construction is successful also needs to verify whether the property requested to be constructed corresponds to the real property: if not, the construction is not allowed.
Fig. 7 is a flowchart of another virtual property game method according to another embodiment of the present invention. The method illustrated in fig. 7 may be performed in conjunction with the method illustrated in fig. 5.
As shown in fig. 7, in another embodiment, the present invention further provides a virtual property game method applied to a blockchain node, including:
s42: receiving a fifth transaction sent by the game server; the game server side judges whether the transaction of the virtual property requested by the transaction is successful according to the received virtual property transaction request information and the corresponding first payment information; the first payment information is payment information for the buyer of the virtual house property to pay to the seller;
s44: and checking the fifth transaction, and recording the fifth transaction to the first block chain through consensus after the checking is passed.
The virtual property corresponds to the real property one to one, and the property right of the virtual property is recorded on the first block chain.
Preferably, step S42 is preceded by: and receiving a sixth transaction which is sent by the first game terminal and pays for a seller, recording the sixth transaction on the first block chain, so that the first game terminal can acquire transaction information of the sixth transaction and generate first payment information, and sending the first payment information and corresponding virtual house property transaction request information to the game server.
Specifically, the transaction principle of the method shown in fig. 7 can refer to the method shown in fig. 5, and is not described herein again.
FIG. 8 is a flow chart of a preferred embodiment of the method shown in FIG. 7. The method illustrated in fig. 8 may be performed in conjunction with the method illustrated in fig. 6.
As shown in fig. 8, in a preferred embodiment, the method further includes:
s46: receiving a seventh transaction sent by the game server; the game server side receives the virtual property construction request information and corresponding second payment information, acquires property information of a real property corresponding to a virtual property required to be constructed by the virtual property construction request information, and constructs the game server according to a virtual property construction result when judging that the construction of the virtual property required to be constructed is successful according to the virtual property construction request information, the second payment information and the property information; the second payment information is payment information paid by the construction direction of the virtual house property to the game service provider;
s48: and checking the seventh transaction, and recording the seventh transaction to the first blockchain through consensus after the checking is passed.
Preferably, step S46 is preceded by: and receiving an eighth transaction sent by the second game terminal and paying to the game service provider, recording the eighth transaction to the first block chain so that the second game terminal can acquire transaction information of the eighth transaction and generate second payment information, and sending the second payment information and corresponding virtual property construction request information to the game service terminal.
Specifically, the method shown in fig. 6 can be referred to for the construction principle of the method shown in fig. 8, and is not described herein again.
Fig. 9 is a schematic structural diagram of an apparatus according to an embodiment of the present invention.
As shown in fig. 9, as another aspect, the present application also provides an apparatus 900 including one or more Central Processing Units (CPUs) 901 that can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM)902 or a program loaded from a storage section 908 into a Random Access Memory (RAM) 903. In the RAM903, various programs and data necessary for the operation of the apparatus 900 are also stored. The CPU901, ROM902, and RAM903 are connected to each other via a bus 904. An input/output (I/O) interface 905 is also connected to bus 904.
The following components are connected to the I/O interface 905: an input portion 906 including a keyboard, a mouse, and the like; an output section 907 including components such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, and a speaker; a storage portion 908 including a hard disk and the like; and a communication section 909 including a network interface card such as a LAN card, a modem, or the like. The communication section 909 performs communication processing via a network such as the internet. The drive 910 is also connected to the I/O interface 905 as necessary. A removable medium 911 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 910 as necessary, so that a computer program read out therefrom is mounted into the storage section 908 as necessary.
In particular, according to an embodiment of the present disclosure, the virtual property game method described in any of the above embodiments may be implemented as a computer software program. For example, embodiments of the present disclosure include a computer program product comprising a computer program tangibly embodied on a machine-readable medium, the computer program comprising program code for executing a virtual property gaming method. In such an embodiment, the computer program may be downloaded and installed from a network through the communication section 909, and/or installed from the removable medium 911.
As yet another aspect, the present application also provides a computer-readable storage medium, which may be the computer-readable storage medium included in the apparatus of the above-described embodiment; or it may be a separate computer readable storage medium not incorporated into the device. The computer readable storage medium stores one or more programs for use by one or more processors in performing the virtual property gaming methods described herein.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The units or modules described in the embodiments of the present application may be implemented by software or hardware. The described units or modules may also be provided in a processor, for example, each of the described units may be a software program provided in a computer or a mobile intelligent device, or may be a separately configured hardware device. Wherein the designation of a unit or module does not in some way constitute a limitation of the unit or module itself.
The above description is only a preferred embodiment of the application and is illustrative of the principles of the technology employed. It will be appreciated by those skilled in the art that the scope of the invention herein disclosed is not limited to the particular combination of features described above, but also encompasses other arrangements formed by any combination of the above features or their equivalents without departing from the spirit of the present application. For example, the above features may be replaced with (but not limited to) features having similar functions disclosed in the present application.